业务处理方法、基站和计算机可读存储介质技术

本申请实施例涉及通信技术领域，特别涉及一种业务处理方法、基站和计算机可读存储介质。上述业务处理方法应用于基站，包括：在检测到UE接入所述基站后，识别所述UE的业务类型；确定与所述业务类型对应的业务保障参数；根据所述业务保障参数，对所述UE进行业务保障，使得可以针对不同类型的业务进行针对性的保障，以满足不同的业务类型的业务需求。以满足不同的业务类型的业务需求。以满足不同的业务类型的业务需求。

【技术实现步骤摘要】
业务处理方法、基站和计算机可读存储介质


[0001]本申请实施例涉及通信
，特别涉及一种业务处理方法、基站和计算机可读存储介质。

技术介绍

[0002]随着5G网络的大规模建设运行，5G在垂直行业中的应用也逐渐展开。然而，相比于传统面向个人(TO consumer，简称：ToC)用户的业务，垂直行业涉及的业务模型更为复杂多样，不同业务对服务质量的要求也不尽相同。这种情况下，使用传统的服务质量(Quality of Service，简称：QoS)保障手段难以应对不同的业务类型。

技术实现思路

[0003]本申请实施例的主要目的在于提出一种业务处理方法、基站和计算机可读存储介质，旨在针对不同类型的业务进行针对性的保障，以满足不同的业务类型的业务需求。
[0004]为至少实现上述目的，本申请实施例提供了一种业务处理方法，应用于基站，包括：在检测到UE接入所述基站后，识别所述UE的业务类型；确定与所述业务类型对应的业务保障参数；根据所述业务保障参数，对所述UE进行业务保障。
[0005]为至少实现上述目的，本申请实施例还提供了一种基站，包括：至少一个处理器；以及，与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述的业务处理方法。
[0006]为至少实现上述目的，本申请实施例还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现上述的业务处理方法。
[0007]本申请实施例中，基站在检测到UE接入后，先识别UE的业务类型，然后确定与业务类型对应的业务保障参数，再根据业务保障参数，对UE进行业务保障。不同的业务类型均对应有各自的业务保障参数，由于是根据业务类型对应的业务保障参数，对UE进行业务保障，因此，能够针对性的根据UE的业务类型，对UE进行针对性的业务保障，有利于满足不同的业务类型的业务需求。
附图说明
[0008]图1是本申请实施例中提到的业务处理方法的流程示意图；
[0009]图2是本申请实施例中提到的步骤101的实现过程的流程示意图；
[0010]图3是本申请实施例中提到的步骤102和步骤103的实现过程的流程示意图；
[0011]图4是根据本申请实施例中提到的基站的结构示意图。
具体实施方式
[0012]为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请
的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本申请各实施例中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本申请所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本申请的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
[0013]目前，传统的QoS保障手段应对繁多的业务类型，这些业务类型，比如在港口业务中，往往存在包括岸桥远控(用于后台控制前台)、现场视频回传(用于现场情况监测)等多种完全不同的业务：岸桥远控属于高频小包业务，现场视频回传属于低频大包业务，两者对稳定性、传输速率、时延等指标的要求并不相同。此外，许多港口(如天津港、盐田港等)目前也越来越多地采用无人驾驶车(或其他机器人)进行港口货物搬运等工作，这种情况下往往需要现场视频回传业务与岸桥远控业务同时实时进行，业务情况更加复杂。
[0014]在一些实施例中，并不会不对这些不同业务进行识别，仅采用同一套性能保障参数，则难以同时满足多业务的要求：如控制类型的高频小包业务，对于可靠性、时延要求极高(可靠性往往要求99.999％，时延要求前台到后台单向10ms左右)，对于时延抖动也有较高的要求(通常1ms以内)，但对于带宽、流量要求往往并不高(带宽通常10M以内)；而低频大包类的视频业务却对于带宽要求较高，对可靠性的要求相对于控制业务则较低。按照传统的保障方法，如需对可靠性、抖动等指标进行保障，一般会采用降低调制与编码策略(Modulation and Coding Scheme，简称：MCS)的目标值、设置较低目标误包率、降低流数等保守调度方式，同时为降低传输时延，则需采用开启上行预调度等方法，但这些保障方法将会大幅降低无线系统的容量，降低频谱利用率，此时如视频回传类的大流量业务将无法正常进行。
[0015]此外，上述描述是在假设5G网络仅用于保障某一特定区域面向企业(ToBusiness，简称：ToB)业务的前提下的情况，若该区域内仅存在需要高可靠性保障的业务则一套保障参数也可勉强满足ToB用户的需求。然而在实际应用中，从建网成本上考虑，运营商往往希望同一片区域的基站可同时服务于ToB行业用户和ToC大网普通用户，即ToB、ToC业务混合存在的情况，这种情况下若为了ToB业务的稳定性而强行降低系统容量与频谱效率，则商用网络中的资源将被大量占用，普通用户体验将大幅下降，这是运营商无法接受的。本申请的专利技术人考虑到：只有能够精准识别出不同的业务并予以针对性的保障，运营商才能与垂直行业用户建立起合理有效的网络使用收费标准，创造出新的盈利点，这是除去技术角度外的现实的驱动力。而目前同一片区域的基站使用一套保障参数的方式并未实现这一要求，成为了5G商用网络在垂直行业中大规模使用的阻碍之一。
[0016]基于此种现实情况，本申请实施例提供了一种业务处理方法，以对不同业务类型进行精准识别和保障，从而达到在满足不同业务服务质量的前提下，实现无线系统容量最优、对系统影响最小的要求。本申请实施例对于实现将5G系统在垂直行业的全面商用、降低建设成本、创造新的盈利增长点将有着较高的价值。本申请实施例的业务处理方法可以应用于基站，下面对本实施方式的业务处理方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。
[0017]本实施方式中的业务处理方法的流程示意图如图1所示，可以包括：
[0018]步骤101：在检测到UE接入基站后，识别UE的业务类型；
[0019]步骤102：确定与业务类型对应的业务保障参数；
[0020]步骤103：根据业务保障参数，对UE进行业务保障。
[0021]本申请实施例中，基站在检测到用户终端(User Equipment，简称：UE)接入后，先识别UE的业务类型，然后确定与业务类型对应的业务保障参数，再根据业务保障参数，对UE进行业务保障。不同的业务类型均对应有各自的业务保障参数，由于是根据业务类型对应的业务保障参数，对UE进行业务保障，因此，能够针对性的根据UE的业务类型，对UE进行针对性的业务保障，有利于满足不同的业务类型的业务需求。
[0022]在步骤101中，基站可以在检测到UE接入基站后，识别UE的业务类型。业务类型比如可以包括：高频小包类型、低频大包类型；其中，高频小包类型也可以理解为控制类型，低频大包类型本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种业务处理方法，其特征在于，应用于基站，包括：在检测到用户终端UE接入所述基站后，识别所述UE的业务类型；确定与所述业务类型对应的业务保障参数；根据所述业务保障参数，对所述UE进行业务保障。2.根据权利要求1所述的业务处理方法，其特征在于，所述识别所述UE的业务类型，包括：读取所述UE中的SIM卡所绑定的业务标识信息；当在所述基站中能查询到与所述业务标识信息对应的业务类型，将查询到的业务类型识别为所述UE的业务类型。3.根据权利要求2所述的业务处理方法，其特征在于，所述业务标识信息包括以下之一或其任意组合：所述SIM卡签约的切片信息、质量标识QI信息、自定义的标识信息。4.根据权利要求2所述的业务处理方法，其特征在于，所述方法还包括：当在所述基站中不能查询到与所述业务标识信息对应的业务类型，判断所述基站是否具有边缘计算网元；当判定所述基站具有边缘计算网元，接收所述边缘计算网元发送的所述UE的业务类型；其中，所述边缘计算网元基于所述UE发起的业务的目的地址识别出所述UE的业务类型。5.根据权利要求4所述的业务处理方法，其特征在于，所述方法还包括：当判定所述基站不具有边缘计算网元，对所述UE进行预调度；识别所述预调度的过程中所述UE发起的业务的业务特征；根据所述业务特征，建立所述UE发起的业务的业务类型。6.根据权利要求1至5任一项所述的业务处理方法，其特征在于，所述确定与所述业务类型对应的业务保障参数，包括：当在所述基站中...

【专利技术属性】
技术研发人员：李航，胡剑斌，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：