私有服务质量管理方法、设备、系统及存储介质与流程

1.本技术实施例涉及5g面向企业(to business，tob)场景通信领域，特别涉及一种私有服务质量管理方法、设备、系统及存储介质。


背景技术：

2.目前国家积极推进5g网络建设，5g生活已悄然到来。由于5g大带宽、高可靠、低时延、海量接入的特点，不仅给传统的面向个人(to customer，toc)用户带来更好的体验，而且也使得智能工厂、智慧园区等5g智能化tob产业得以快速发展。
3.为适应智慧园区的通信特点，智慧园区除接入公共网络外，还结合多接入边缘计算(multi-access edge computing，mec)技术部署了自己的私有网络(也可以称为园内网)。mec技术将云计算平台从移动核心网络内部迁移到移动接入网边缘，实现计算及存储资源的弹性利用，最大程度发掘无线网络的内在能力。智慧园区的mec服务重在联接和计算的能力，其通常部署在核心网(5g core，5gc)和无线接入网络(radio access network，ran)形式的基站之间，在最靠近园区的地方作为数据“第一跳”的入口，为量身打造智慧园区专有通信系统提供了很好的途径。
4.但是随着智能工厂、智能码头、智慧矿场等tob生态的发展，各种自定义通信需求使得目前标准协议中的服务质量(quality of service，qos)管理无法满足用户业务的需要，例如智能工厂中的关键工位视觉质检，要求持续的上行高清视频回传，且要求极致的时延以及丢包率，以智能电网为例，要求毫秒级的网络时延，同时根据不同的业务，又有不同的且具体的网络要求。这些要求按照qos的映射特点，就会产生多种不同的qos配置文件(qos profile)，是传统的网络无法满足的，不仅因为当前协议没有合适的qos profile，而且因为qos更多的是核心网侧的策略，而繁杂的qos参数部署在核心网将会引起公共网络的混乱。
5.因此，如何解决标准qos协议无法有效满足私网或园区网使用需求成为了一个亟需解决的技术问题。


技术实现要素：

6.本技术实施例的目的在于提供一种私有服务质量管理方法、设备、系统及存储介质，旨在解决上述技术问题。
7.为解决上述技术问题，本技术的实施例提供了一种私有服务质量管理方法，应用于多接入边缘计算mec设备，所述私有服务质量管理方法包括：接收基站传输的用户设备的协议数据单元pdu会话数据和承载控制信令数据，所述承载控制信令数据至少携带了初始服务质量qos配置文件；根据所述pdu会话数据，确定所述用户设备当前的网络性能；根据所述网络性能和所述承载控制信令数据中携带的所述初始qos配置文件，对所述用户设备进行私有qos管理。
8.为解决上述技术问题，本技术的实施例还提供了以私有服务质量管理方法，应用
于基站，所述私有服务质量管理方法包括：获取用户设备的协议数据单元pdu会话数据和承载控制信令数据，所述承载控制信令数据至少携带了初始服务质量qos配置文件；根据所述用户设备对应的标识信息，确定所述用户设备是否需要进行私有qos管理；若需要，将所述pdu会话数据和所述承载控制信令数据传输至多接入边缘计算mec设备，供所述mec设备根据所述pdu会话数据和所述承载控制信令中携带的所述初始qos配置文件对所述用户设备进行私有qos管理；否则，将所述pdu会话数据和所述承载控制信令传输至公共网络。
9.为实现上述目的，本技术实施例还提供了一种私有服务质量管理设备，包括：与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的应用于mec设备的私有服务质量管理方法，或者应用于基站的私有服务质量管理方法。
10.为实现上述目的，本技术实施例还提供了一种私有服务质量管理系统，包括：多接入边缘计算mec设备和基站；所述mec设备，用于执行如上所述的应用于mec设备的私有服务质量管理方法；所述基站，用于执行如上所述的应用于基站的私有服务质量管理方法。
11.为实现上述目的，本技术实施例还提供了一种计算机可读存储介质，存储有计算机程序。所述计算机程序被处理器执行时实现如上所述的应用于mec设备的私有服务质量管理方法，或者应用于基站的私有服务质量管理方法。
12.本技术提出的私有服务质量管理方法、设备、系统及存储介质，通过在tob业务的园区部署mec设备，并设置mec设备根据从基站接收到的用户设备的pdu会话数据来确定网络性能，进而根据用户设备当前的网络性能和从基站接收的用户设备的承载控制信令数据中的初始qos配置文件对用户设备进行私有qos管理。由于mec设备是部署在园区内的，因此对用户设备进行的私有qos管理是在园区内的进行的，即本技术提供的私有服务管理方案，无需在核心网侧部署繁杂的qos参数，因此对用户设备的私有qos管理不会造成公共网络的混乱。
13.除此之外，通过由园区内的mec设备根据用户设备当前的网络性能和从基站接收的用户设备的承载控制信令数据中的初始qos配置文件对用户设备进行私有qos管理，可以使得对用户设备进行的私有qos管理更加符合园区对应的私有网络，从而更好的保障用户设备的qos。
附图说明
14.一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。
15.图1是本技术实施例提供的私有服务质量管理系统的结构示意图；
16.图2是图1所示的私有服务质量关系系统中mec设备、基站与用户设备的交互的示意图；
17.图3是本技术实施例提供的应用于mec设备的私有服务管理方法的流程示意图；
18.图4是本技术实施例提供的应用于mec设备的私有服务管理方法中实现根据网络性能和承载控制信令数据中携带的初始qos配置文件，对用户设备进行私有qos管理的具体流程示意图；
19.图5是本技术实施例提供的应用于mec设备的私有服务管理方法中引入私有qos保障预处理操作的流程示意图；
20.图6是本技术实施例提供的应用于基站的私有服务管理方法的流程示意图；
21.图7是本技术实施例提供的应用于基站的私有服务管理方法中针对用户设备为移动设备和固定设备进行私有qos管理的流程示意图；
22.图8是本技术实施例提供的私有服务管理设备的结构示意图。
具体实施方式
23.本技术实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
24.本技术实施例中术语“多个”是指两个或两个以上，其它量词与之类似。
25.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合附图对本技术的各实施例进行详细的阐述。然而，本领域的普通技术人员可以理解，在本技术各实施例中，为了使读者更好地理解本技术而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施例的种种变化和修改，也可以实现本技术所要求保护的技术方案。以下各个实施例的划分是为了描述方便，不应对本技术的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。
26.参见图1，图1是本技术实施例提供的私有服务管理系统的结构示意图。
27.如图1所示，本实施例提供的私有服务管理系统包括：基站100和mec设备200。
28.对于基站100，在实现私有服务质量管理时，具体用于获取用户设备的协议数据单元(protocol data unit，pdu)会话数据和承载控制信令数据，承载控制信令数据至少携带了初始服务质量qos配置文件；根据用户设备对应的标识信息，确定用户设备是否需要进行私有qos管理。
29.相应地，若需要，基站100还用于将pdu会话数据和承载控制信令数据传输至mec设备200，供mec设备200根据pdu会话数据和承载控制信令中携带的初始qos配置文件对用户设备进行私有qos管理；否则，将pdu会话数据和承载控制信令传输至公共网络。
30.对于mec设备200，在实现私有服务质量管理时，具体用于接收基站100传输的用户设备的pdu会话数据和承载控制信令数据，承载控制信令数据至少携带了初始服务质量qos配置文件；根据pdu会话数据，确定用户设备当前的网络性能；根据网络性能和承载控制信令数据中携带的初始qos配置文件，对用户设备进行私有qos管理。
31.为了更好了理解本实施例提供的私有服务质量管理系统中的基站100和mec设备200是如何配合实现对用户设备的私有qos管理，以下结合图2进行具体说明：
32.(1)按照tob用户的各用户设备300的网络需求，预先设计私有qos profile，并将这些私有qos profile部署到基站100和mec设备200中，在保证基站100与mec设备200能够基于部署的相同的私有qos profile完成协议握手，即建立通信连接的情况下，也能够保证对用户设备300进行的私有qos管理能够正常进行。
33.具体的，在一个例子中，为了将预先设计的私有qos profile部署到基站100和mec设备200中，可以在基站100和mec设备200各自的存储区域中部署或新建一个qos配置文件
存储表，然后将预设设计的私有qos profile分别添加到基站100和mec设备200中的qos配置文件存储表中。
34.比如，将mec200中的qos配置文件存储表称为第一qos配置文件存储表，将基站100中的qos配置文件存储表称为第二qos配置文件存储表。
35.相应地，存储在第一qos配置文件存储表的qos profile可以称为第一qos profile，存储在第二qos配置文件存储表的qosprofile可以称为第二qos profile。
36.此外，值得一提的是，为了满足用户设备300多样化的业务场景，在设计私有qos profile时需要尽可能的考虑不同业务场景的网络需求，进而生成多个qos profile。即，第一qos配置文件存储表中需要存储至少一种第一qos profile。
37.相应地，第二qos配置文件存储表中需要存储与第一qos profile相同的第二qos profile。
38.此外，在一个例子中，用户设备300可能为固定设备，如智能工厂中关键工位视觉质检的摄像头，或者园区内设置在某一固定区域的收发装置等，此处不再一一列举，本实施例对此也不做限制。
39.此外，在另一个例子中，用户设备也可能为移动设备，如园区内移动的机器人、基于自动导引车导航技术(automated guided vehicle，agv)实现的agv小车等，此处不再一一列举，本实施例对此也不做限制。
40.此外，为了保障本实施例提供的私有服务质量管理方案能够正常进行，园区内的各用户设备300需要预先接入网络，具体可以是5g网络，并在5g核心网(5g core，5gc)建立承载。
41.(2)用户设备300接入网络后，基站100便可以获取用户设备300的pdu会话数据和承载控制信令数据。
42.在本实施例中，承载控制信令数据至少携带了qos profile。
43.可理解的，在一个例子中，qos profile包括一系列的qos特性和qos参数，例如误包率(packet error rate，per)、优先级(priority level)、包时延预算(packet delay budget，pdb)等qos特性，和分配保留优先级(allocation and retention priority，arp)、最大丢包率(maximum packet loss rate)、5g qos等级标识(5g qos class identifier，后文简称5qi)等qos参数。
44.此外，可理解的，上述所说的5qi具体是一个标量，用于索引一个5g qos特性，第三代合作伙伴计划(the third generation partnership project，3gpp)在第15版(release 15，r15)协议中规定了5qi1至5qi9、5qi65至5qi67、5qi69、5qi70、5qi75、5qi79至5qi85等5qi值，提供了需要保证流量比特率(guaranteed bit rate，gbr)和不需要保证流量比特率(non-guaranteed bit rate，ngbr)的资源类型。
45.需要说明的是，在一个例子中，上述所说的gbr的资源类型有遥控、增强现实等业务场景，而ngbr的资源类型有语音、会话视频、游戏等业务场景。
46.(3)基站100根据用户设备300对应的标识信息，确定用户设备300是否需要进行私有qos管理。
47.具体的说，本实施例中所说的判断用户设备300是否需要进行私有qos管理，在基站100侧，具体是指基站100要识别当前获取到的用户设备300的pdu会话数据和承载控制信
令数据是要直接发往公共网络(也可以称为外网)，还是园区内的私有网络(也可以称为企业网，或内网)。
48.需要说明的是，在一个例子中，用于确定用户设备是否需要进行私有qos管理的标识信息包括但不限于本地网号、网络切片、ip五元组、域名系统(domain name system，dns)中的任意一种。
49.此外，对于哪些用户设备300是需要进行私有qos管理的，可以预先设置，如将某一号段的本地网号设置为需要进行私有qos管理的，则只要是使用这些本地网号接入的用户设备300就是需要进行私有qos管理的。
50.此外，通过上述(1)的描述可知，用户设备300可能是固定设备，也可能是移动设备。而对于移动设备，在实现对应的业务时，不仅有自己的网络需求，当其外界网络环境发生变化时，也不能挤占其他用户设备的网络资源，这就需要mec设备在对移动设备进行私有qos管理时，不仅要考虑移动设备的pdu会话数据和初始qos profile，还需要考虑移动设备当前的位置信息。
51.因此，基站100在识别出需要进行私有qos管理的用户设备300后，还需要进一步识别该用户设备300是否是移动设备。
52.关于如何识别用户设备300是移动设备的方式，以用户设备对应的标识信息为本地网号为例，则可以预先规定某一号段的本地网号对应的用户设备300为移动设备。
53.在确定当前需要进行私有qos管理的用户设备300为移动设备时，基站100需要基于预设的基站定位技术，如到达时间差技术来定位移动设备当前的位置信息，并将确定的位置信息添加到承载控制信令数据中。
54.(4)基站100将不需要进行私有qos管理的用户设备300的pdu会话数据和承载控制信令数据传输给公共网络，将需要进行私有qos管理的用户设备300的pdu会话数据和承载控制信令数据传输给部署在园区内的mec设备200。
55.通过上述描述可知，对于要进行私有qos管理的用户设备300是移动设备的情况，在pdu会话数据和承载控制信令数据传输给部署在园区内的mec设备200时，发送的承载控制信令数据中还携带了用户设备300当前的位置信息。
56.此外，需要说明的是，基站100在将用户设备300的pdu会话数据和承载控制信令数据发送至公共网络时，具体是先通过传输网络将pdu会话数据和承载控制信令数据发送至5gc，然后再由5gc将pdu会话数据和承载控制信令数据发送至因特网(internet)，即对接公共网络的用户设备300的pdu会话数据和承载控制信令数据是按照基站100-》传输网络-》5gc-》internet的传输路径发送到公共网络的。
57.对于需要进行私有qos管理的用户设备300的pdu会话数据和承载控制信令数据，基站100是直接通过传输网络传输至部署在园区内的mec设备200的。
58.(5)mec设备200在接收到基站100传输的用户设备300的pdu会话数据和承载控制信令数据后，对pdu会话数据进行解析，进而根据解析结果确定用户设备300当前的网络性能；对承载控制信令数据进行解析，进而提取出承载控制信令数据中携带的初始qos profile和用户设备300的当前的位置信息(对于用户设备是移动设备的才能解析出)。
59.(6)mec设备200根据确定的网络性能和提取出的初始qos profile和用户设备300的当前的位置信息，对用户设备300进行私有qos管理。
60.需要说明的，在本实施例中，对用户设备300进行的私有qos管理分为调整初始qos profile和不调整初始qos profile两种情况。
61.具体的，不需要调整初始qos profile的，如网络性能满足预设阈值，mec设备200对初始qos profile不作调整，即保存初始qos profile不变，直接将用户设备300的pdu会话数据和承载控制信令数据传输至私有网络即可。
62.对于需要调整初始qos profile的，如网络性能不满足预设阈值，mec设备200便根据需要对初始qos profile进行调整，进而得到目标qos profile，并将目标qos profile下发至基站100。
63.(7)基站100接收mec设备200下发的目标qos profile，按照目标qos profile保障用户设备300的业务。
64.需要说明的，在一个例子中，需要保证的pdu会话数据和承载控制信令数据经过上述保障流程后，最终也会流入到私有网络。
65.此外，值得一提是，为了实现对持续上行或下行的业务场景(园区内的某一用户设备仅作为信息发送方或接收方，工作期间不需要根据其他用户设备的反馈才能进行后续工作)的私有qos保障预处理，mec设备200在对初始qos profile进行调整之前，可以先根据接收到的用户设备300的pdu会话数据确定用户设备300当前的业务场景，然后在确定用户设备300当前的业务场景是持续的上行或下行业务时，先执行私有qos保障预处理操作，在执行完私有qos保障预处理操作后，再执行对初始qos配置文件进行调整的操作；反之，如果用户设备300当前的业务场景不是持续的上行或下行业务，则直接执行对初始qos配置文件进行调整的操作。
66.关于上述说的私有qos保障预处理操作，具体为：
67.首先，mec设备200根据用户设备300当前的业务场景生成调度指示信息。
68.具体的说，本实施例中所说的调度指示信息会携带用户设备300的索引(可以是上述提到的标识信息，也可以是设备号)、上行或下行调度标志、调度周期时间、调度包大小等参数，此处不再一一列举，本实施例对此也不做限制。
69.然后，mec设备200将调度指示信息下发至基站100。
70.接着，基站100根据调度指示信息与用户设备300进行协商。
71.具体的说，基站100接收到调度指示信息后，会按照mec设备200建议的调度指示，即按照调度指示信息和用户设备300进行协商，旨在协商成功后，能够免去上行或下行业务中产生的pdu会话数据和承载控制质量数据的资源调度请求流程，直接按照协商好的预设调度参数，如预设周期和数据包的预设大小与基站100进行通信交互，从而极大程度的节省网络资源，将所有的网络资源用于有效数据调度。
72.接着，基站100将协商结果上报给mec设备200。
73.具体的说，如果协商结果是协商成功，则mec设备200开始执行上述对初始qos profile进行调整的操作；否则，重新向基站100下发调度指示信息，即重新执行上述操作。
74.由此，本实施例提供的私有服务质量管理系统，通过在tob业务的园区部署mec设备，并设置mec设备根据从基站接收到的用户设备的pdu会话数据来确定网络性能，进而根据用户设备当前的网络性能和从基站接收的用户设备的承载控制信令数据中的初始qos配置文件对用户设备进行私有qos管理。由于mec设备是部署在园区内的，因此对用户设备进
行的私有qos管理是在园区内的进行的，即本技术提供的私有服务管理方案，无需在核心网侧部署繁杂的qos参数，因此对用户设备的私有qos管理不会造成公共网络的混乱。
75.此外，通过由园区内的mec设备根据用户设备当前的网络性能和从基站接收的用户设备的承载控制信令数据中的初始qos配置文件对用户设备进行私有qos管理，可以使得对用户设备进行的私有qos管理更加符合园区对应的私有网络，从而更好的保障用户设备的qos。
76.此外，通过将mec数据分流技术和园区基站定位技术相结合，并对持续上行或下行的业务增加私有qos保障预处理，对园区内的用户设备提供定制化的私有qos管理，从而能够更好的满足园区内不同用户设备在不同业务场景下，对大流量带宽、网络时延、误报率等网络性能的极致要求，为5g技术的企业化落地应用起到了促进作用。
77.参见图3，图3是本技术实施例提供的私有服务质量管理方法的流程图，在本实施例中，该方法主要应用于mec设备。
78.此外，需要说明的是，本实施例中所说的mec设备具体是部署在园区内的。
79.关于mec设备，其具有本地数据分流功能(traffic offload function，tof)。因此，基于这一特性mec设备能够将本地业务数据分流到私有网络，从而保证私有数据不出园区，以避免企业信息泄露。
80.同时mec设备能够对本地业务数据进行计算，即园区内用户设备的业务数据(pdu会话数据和承载控制信令数据)无需转发到公共网络进行计算，而是在企业边缘就进行了处理，从而可以有效的降低网络传输的端到端时延。
81.基于mec设备的这些特性，以下结合图3对本实施例提供的私有服务质量管理方法进行具体说明。
82.如图3所示，本实施例提供的私有服务质量管理方法，包括以下步骤：
83.步骤301，接收基站传输的用户设备的协议数据单元pdu会话数据和承载控制信令数据。
84.具体的说，5g系统主要包括用户面和控制面。对于用户面，需要分流的数据主要是用设备的pdu会话数据，即用户设备具体的传输数据。对于控制面，需要分流的数据主要是用户设备建立pdu会话的承载控制信令数据。
85.需要说明的，承载控制信令数据通常会携带多种信息，但本实施例重点关注pdu会话建立时，承载控制信令数据中携带的qos配置文件。因此，mec设备从基站接收到的用户设备的承载控制信令数据中至少需携带qos配置文件。
86.为了便于说明，本实施例将从用户设备侧获取的承载控制信令数据中携带的qos配置文件称为初始qos配置文件。
87.在一个例子中，初始qos配置文件具体是用户设备接入5gc时所依据的标准qos协议对应的qos配置文件。
88.步骤302，根据pdu会话数据，确定用户设备当前的网络性能。
89.在一个例子中，mec设备可以通过对接收到的pdu会话数据进行解析，进而根据解析出的数据与数据之间的时延，和/或包与包之间的误码率，和/或最大丢包率等参数来确定用户设备当前的网络性能。
90.步骤303，根据网络性能和承载控制信令数据中携带的初始qos配置文件，对用户
设备进行私有qos管理。
91.具体的说，如果网络性能良好，或者说上述各项指标值满足预设阈值，对用户设备进行的私有qos管理，实质保持初始qos配置文件不变，直接将pdu会话数据和承载控制信令数据传输至私有网络；如果网络性能出现异常，或者说上述各项指标值不满足预设阈值，根据用户设备进行的私有qos管理，对初始qos配置文件进行调整，得到目标qos配置文件，并将目标qos配置文件下发至基站，供基站按照目标qos配置文件保障用户设备的业务。
92.此外，可理解的，由于用户设备可能是移动设备，因而对于承载控制信令数据是来自移动设备的情况，mec设备在根据网络性能和承载控制信令数据中携带的初始qos配置文件，对用户设备进行私有qos管理时，还会考虑承载控制信令数据中携带的用户设备当前的位置信息。
93.也就是说，对于用户设备是固定设备的，只需根据pdu会话数据和承载控制信令数据中的初始qos配置文件，便可以对用户设备进行私有qos管理；对于用户设备是移动设备的，需要根据根据pdu会话数据、承载控制信令数据中的初始qos配置文件和位置信息才可以对用户设备进行私有qos管理。
94.通过上述描述不难发现，本实施例提供的私有服务质量管理方法，通过在tob业务的园区部署mec设备，并设置mec设备根据从基站接收到的用户设备的pdu会话数据来确定网络性能，进而根据用户设备当前的网络性能和从基站接收的用户设备的承载控制信令数据中的初始qos配置文件对用户设备进行私有qos管理。由于mec设备是部署在园区内的，因此对用户设备进行的私有qos管理是在园区内的进行的，即本技术提供的私有服务管理方案，无需在核心网侧部署繁杂的qos参数，因此对用户设备的私有qos管理不会造成公共网络的混乱。
95.此外，通过由园区内的mec设备根据用户设备当前的网络性能和从基站接收的用户设备的承载控制信令数据中的初始qos配置文件对用户设备进行私有qos管理，可以使得对用户设备进行的私有qos管理更加符合园区对应的私有网络，从而更好的保障用户设备的qos。
96.参见图4，图4是本技术实施例提供的私有服务质量管理方法的流程图，在本实施例中，该方法主要应用于部署在园区内的mec设备。
97.如图4所示，本实施例提供的私有服务质量管理方法，包括以下步骤：
98.步骤401，接收基站传输的用户设备的协议数据单元pdu会话数据和承载控制信令数据。
99.步骤402，根据pdu会话数据，确定用户设备当前的网络性能。
100.不难发现，本实施例中的步骤401和步骤402与图3所示的实施例中的301和步骤302大致相同，在此就不再赘述。
101.步骤403，判断网络性能是否满足预设阈值。
102.具体的说，本实施例中所说的判断网络性能是否满足预设阈值，实质就是确定用户设备是否需要进行私有qos保障。
103.若通过判断，确定用户设备当前的网络性能不满足预设阈值，则执行步骤404；否则，执行步骤405。
104.步骤404，根据初始qos配置文件确定目标qos配置文件，并将目标qos配置文件下
发至基站，供基站按照目标qos配置文件保障用户设备的业务。
105.关于步骤404的实现，在一个例子中具体为：
106.首先，在执行步骤404之前，需要预先在mec设备中部署第一qos配置文件存储表，并设置第一qos配置文件存储表中存储有至少一种第一qos配置文件；同样，在基站中部署第二qos配置文件存储表，并在第二qos配置文件存储表中存储与第一qos配置文件相同的第二qos配置文件。
107.需要说明的是，本实施例中，第一qos配置文件和第二qos配置文件为根据用户设备的网络需求预先确定的。
108.关于确定第一qos配置文件和第二qos配置文件的方式，可以是由技术人员人为设计确定的，也可以是基于预设的机器学习算法训练获得的网络模型确定的。
109.然后，在执行步骤404时根据确定的网络性能，从第一qos配置文件存储表中选取一个第一qos配置文件对应的5qi，将选取的5qi作为目标qos配置文件。
110.最后，将目标qos配置文件下发至基站，便可以供基站根据qos配置文件从第二qos配置文件存储表中定位5qi对应的第二qos配置文件，并按照第二qos配置文件保障用户设备的业务。
111.对于这种调整策略，由于第一qos配置文件存储表存储的第一qos配置文件没有与位置信息建立关联，因而这种调整策略比较适合用户设备为固定设备的情况。
112.即，对于固定设备，首先对不同的固定设备根据其具体的网络需求，预先设计私有的qos profile，即上述所说的第一qos配置文件和第二qos配置文件，例如针对无线视频回传业务，自定义不在3gpp协议范围内的5qi值，比如5qi100，在这个新的5qi索引值下，根据固定设备对该视频回传业务的要求，匹配设计针对性的资源类型(比如ngbr)、默认优先级(比如19)、包时延预算(pdb，比如10ms)、误包率(per，比如10-4)、最大数据突发量(比如1354字节)等qos特性，和相应的qos参数；然后将这些设计好的私有qos profile分别部署到mec设备的第一qos配置文件和基站的第二qos配置文件。之后，该固定设备在接入网络后，将当前的初始qos profile通过承载控制信令数据传输给基站，同时将当前的pdu会话数据也传输给基站，由基站将获取到的pdu会话数据和至少携带了初始qos profile的承载控制信令数据传输给mec设备，mec设备通过分析，在确定用户设备的当前网络状态不满足预设阈值时，便可以按照上述调整策略对用户设备进行私有qos管理。
113.关于步骤404的实现，在另一个例子中具体为：
114.首先，根据pdu会话数据，确定需要更改的qos参数。
115.然后，根据确定的qos参数，对初始qos配置文件进行调整，得到目标qos配置文件。
116.最后，将目标qos配置文件下发至基站，供基站按照目标qos配置文件保障用户设备的业务。
117.具体的说，由于qos profile包括qos特征和qos参数，而qos参数包括但不限于arp、mplr、5qi等，因此如果根据pdu会话数据确定需要更改的qos参数是arp，则将初始qos profile中的arp对应的参数值调整为当前确定的参数值，便可以将调整后的初始qos profile看作是目标qos profile。
118.此外，需要说明的是，上述给出的调整策略中，对初始qos profile的调整是在mec设备侧完成的，但在实际应用中，更改初始qos profile中的某一qos参数的操作可以是在
基站侧进行的，故而mec设备在确定需要更改的qos参数后，可以将qos参数之间下发至基站，由基站根据接收到的qos参数对初始qos profile进行调整即可。
119.对于这种调整策略，由于不涉及对初始qos profile的整体替换，而是仅仅针对初始qos profile中的几个qos参数进行调整，因此这种调整策略不限定用户设备的具体类型，即无论是移动设备，还是固定设备均可采用这种调整策略进行私有qos管理。
120.相较于上述依旧预先设计的私有qos profile中的5qi为索引的方式，新增或切换qos profile，这种仅更改初始qos profile中的某个qos参数值的调整策略，使得基站能够根据得到的目标qos profile对用户设备更加精细化的保障。
121.比如，园区内某个位置的监控在将来一段时间内是非常重要的，mec设备就可以下发目前该设备初始qos profile中某个qos参数的修改指示，以qos参数arp为例，其定义了用户设备资源请求的重要性，在系统资源受限时，arp参数决定了一个新的qos流是被接受还是被拒绝，为保障重要工位的监控，mec设备可决策将arp参数从默认值修改为最高优先值1。
122.关于步骤404的实现，在另一个例子中具体为：
123.首先，在执行步骤404之前，需要预先在mec设备中部署第一qos配置文件存储表，并设置第一qos配置文件存储表中存储有至少一种第一qos配置文件，同时设置每一第一qos配置文件对应一位置信息，即建立各第一qos配置文件与各位置信息之间的对应关系；同样，在基站中部署第二qos配置文件存储表，并在第二qos配置文件存储表中存储与第一qos配置文件相同的第二qos配置文件。
124.然后，在执行步骤404时根据承载控制信令数据中携带的用户设备的位置信息，从第一qos配置文件表中确定与用户设备的位置信息对应的第一qos配置文件，得到目标qos配置文。
125.接着，根据目标qos配置文件生成切换指令。
126.最后，将切换指令下发至基站，供基站根据切换指令将用户设备对应的qos配置文件从初始qos配置文件切换到与第一qos配置文件对应的第二qos配置文件，并按照第二qos配置文件保障用户设备的业务。
127.对于这种调整策略，由于第一qos配置文件存储表存储的第一qos配置文件与位置信息建立关联，因而这种调整策略比较适合用户设备为移动设备的情况。
128.即，对于移动设备，首先对不同的移动设备根据其具体的网络需求，以及不同位置信息周围的网络情况，预先设计私有的qos profile，即上述所说的第一qos配置文件和第二qos配置文件，例如针对无线视频回传业务，自定义不在3gpp协议范围内的5qi值，比如5qi100，在这个新的5qi索引值下，根据移动设备对该视频回传业务的要求，匹配设计针对性的资源类型(比如ngbr)、默认优先级(比如19)、包时延预算(pdb，比如10ms)、误包率(per，比如10-4)、最大数据突发量(比如1354字节)等qos特性，和相应的qos参数；然后将这些设计好的私有qos profile分别部署到mec设备的第一qos配置文件和基站的第二qos配置文件，同时在将第一qos配置文件部署到mec设备的第一qos配置文件存储表时，需要建立各第一qos配置文件与各位置信息之间的对应关系。之后，该移动设备在接入网络后，将当前的初始qos profile通过承载控制信令数据传输给基站，同时将当前的pdu会话数据也传输给基站，由基站将获取到的pdu会话数据和携带了初始qos profile、移动设备当前的位
置信息的承载控制信令数据传输给mec设备，mec设备通过分析，在确定用户设备的当前网络状态不满足预设阈值时，便可以按照上述调整策略对用户设备进行私有qos管理。
129.比如，对于移动设备为巡检机器人的业务场景，当巡检机器人到达设备区时，mec设备下发gbr类型的qos保障，当巡检机器人进入人员区，mec设备下发ngbr类型的qos保障，即针对巡检机器人所处的位置，进行适合的私有qos管理。
130.应当理解的是，上述示例仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。
131.此外，需要说明的，在一个例子中，不论是采用上述哪种调整策略，需要保证的pdu会话数据和承载控制信令数据经过上述保障流程后，最终均会流入到私有网络。
132.步骤405，保持初始qos配置文件不变，将pdu会话数据和承载控制信令数据传输至私有网络。
133.由此，本实施例提供的私有服务质量管理方法，基于mec tof技术，并结合园区基站定位技术，实现了对园区内的用户设备进行私有qos管理，并且在对用户设备进行私有qos管理时，针对用户设备为移动设备和固定设备的情况，分别给出的不同的调整策略，从而使得对用户设备进行的私有qos管理能够更好的贴合用户设备的实际使用情况，进而保障了服务质量。
134.参见图5，图5是本技术实施例提供的私有服务质量管理方法的流程图，在本实施例中，该方法主要应用于部署在园区内的mec设备。
135.如图5所示，本实施例提供的私有服务质量管理方法，包括以下步骤：
136.步骤501，接收基站传输的用户设备的协议数据单元pdu会话数据和承载控制信令数据。
137.步骤502，根据pdu会话数据，确定用户设备当前的网络性能。
138.不难发现，本实施例中的步骤501和步骤502与图4所示的实施例中的401和步骤402大致相同，在此就不再赘述。
139.步骤503，判断网络性能是否满足预设阈值。
140.若通过判断，确定用户设备当前的网络性能满足预设阈值，则执行步骤504；否则，执行步骤505。
141.步骤504，将pdu会话数据和承载控制信令数据传输至私有网络。
142.可理解的，对于用户设备当前的网络性能满足预设阈值的情况，同样是保持初始qos profile不变，然后将pdu会话数据和承载控制信令数据传输至私有网络。
143.步骤505，确定用户设备当前的业务场景是否为持续的上行或下行业务。
144.步骤506，执行私有qos保障预处理操作。
145.关于上述说的私有qos保障预处理操作，具体为：
146.首先，mec设备根据用户设备当前的业务场景生成调度指示信息。
147.具体的说，本实施例中所说的调度指示信息会携带用户设备的索引(可以是上述提到的标识信息，也可以是设备号)、上行或下行调度标志、调度周期时间、调度包大小等参数，此处不再一一列举，本实施例对此也不做限制。
148.然后，mec设备将调度指示信息下发至基站。
149.接着，基站根据调度指示信息与用户设备进行协商。
150.具体的说，基站接收到调度指示信息后，会按照mec设备建议的调度指示，即按照调度指示信息和用户设备进行协商，旨在协商成功后，能够免去上行或下行业务中产生的pdu会话数据和承载控制质量数据的资源调度请求流程，直接按照协商好的预设调度参数，如预设周期和数据包的预设大小与基站进行通信交互，从而极大程度的节省网络资源，将所有的网络资源用于有效数据调度。
151.接着，mec设备接收基站上报的协商结果。
152.具体的说，如果协商结果是协商成功，则mec设备开始执行步骤507的操作；否则，重新向基站下发调度指示信息。
153.步骤507，根据初始qos配置文件确定目标qos配置文件，并将目标qos配置文件下发至基站，供基站按照目标qos配置文件保障用户设备的业务。
154.不难发现，本实施例中的步骤507与图4所示的实施例中的步骤404大致相同，本实施例对此不再赘述。
155.由此，本实施例提供的私有服务质量管理方法，针对园区内业务场景是大量数据的持续上行或下行传输的业务，通过在mec设备中增设私有qos保障预处理功能，并在对用户设备进行私有qos管理之前，先进行私有qos保障预处理，即mec设备下发针对上行或下行业务的调度指示信息，从而指示基站对需要进行私有qos保障的用户设备的上行或下行数据进行免授权调度，从而实现了资源的最优管理。
156.此外，通过将私有qos保障预处理流程和后续的私有qos管理相结合，从而能够满足这种持续上行或下行传输场景的极致网络需求。
157.参见图6，图6是本技术实施例提供的私有服务质量管理方法的流程图，在本实施例中，该方法主要应用于基站。
158.如图6所示，本实施例提供的私有服务质量管理方法，包括以下步骤：
159.步骤601，获取用户设备的协议数据单元pdu会话数据和承载控制信令数据，承载控制信令数据至少携带了初始服务质量qos配置文件。
160.步骤602，根据用户设备对应的标识信息，确定用户设备是否需要进行私有qos管理。
161.需要说明的是，在一个例子中，用于确定用户设备是否需要进行私有qos管理的标识信息包括但不限于本地网号、网络切片、ip五元组、域名系统(domain name system，dns)中的任意一种。
162.此外，对于哪些用户设备是需要进行私有qos管理的，可以预先设置，如将某一号段的本地网号设置为需要进行私有qos管理的，则只要是使用这些本地网号接入的用户设备就是需要进行私有qos管理的。
163.步骤603，将pdu会话数据和承载控制信令数据传输至多接入边缘计算mec设备，供mec设备根据pdu会话数据和承载控制信令中携带的初始qos配置文件对用户设备进行私有qos管理。
164.此外，在一个例子中，如果用户设备当前的业务场景为持续的上行或下行业务，则基站在将用户设备的pdu会话数据和携带了初始qos profile的承载控制信令数据传输至mec设备后，还会接收mec设备下发的调度指示信息，然后根据调度指示信息与用户设备进行协商，并将协商结果告知mec设备，供mec设备根据协商结果、pdu会话数据和承载控制信
令中携带的初始qos配置文件对用户设备进行私有qos管理。
165.由于本实施例提供的基站在实现私有服务质量管理时，需要与图1至图5所示的实施例中涉及的mec设备相互配合，因此关于mec设备如何根据基站上传的用户设备的pdu会话数据和承载控制信令数据对用户设备进行私有qos管理，详见上述实施例记载的内容即可，本实施例对此不再赘述。
166.步骤604，将pdu会话数据和承载控制信令传输至公共网络。
167.即，不对用户设备进行私有qos管理，pdu会话数据和承载控制信令数据不需要要走私有网络，而是直接进入公共网络。
168.由此，本实施例提供的私有服务质量管理方法，基站通过与部署在实现tob业务的园区内的mec设备按照上述方式进行数据分流处理，将需要进行私有qos管理的用户设备的pdu会话数据和携带了初始qos配置文件的承载控制信令数据传输给部署在园区内的mec设备，由园区内的mec设备根据用户设备当前的网络性能和从基站接收的用户设备的承载控制信令数据中的初始qos配置文件对用户设备进行私有qos管理，从而使得对用户设备进行的私有qos管理更加符合园区对应的私有网络，进而更好的保障了用户设备的执行的业务的服务质量。
169.此外，通过上述描述可知，本实施例提供的私有服务质量管理方法，无需在核心网侧部署繁杂的qos参数，因此对用户设备的私有qos管理不会造成公共网络的混乱。
170.参见图7，图7是本技术实施例提供的私有服务质量管理方法的流程图，在本实施例中，该方法主要应用于基站。
171.如图7所示，本实施例提供的私有服务质量管理方法，包括以下步骤：
172.步骤701，获取用户设备的协议数据单元pdu会话数据和承载控制信令数据，承载控制信令数据至少携带了初始服务质量qos配置文件。
173.步骤702，根据用户设备对应的标识信息，确定用户设备是否需要进行私有qos管理。
174.步骤703，将pdu会话数据和承载控制信令传输至公共网络。
175.不难发现，本实施例中的步骤701至步骤703分别与图6所示的实施例中的步骤601、步骤602和步骤604大致相同，此处步骤赘述。
176.步骤704，根据标识信息，确定用户设备是否为移动设备。
177.可理解的，由于用户设备可能是固定设备，也可能是移动设备。由于固定设备的周围环境基本变化不大，由环境因素导致的通信干扰浮动不大，适配的qos服务可以较长一段时间满足要求，不需要频繁更改或切换。但对于移动设备，在实现对应的业务时，不仅有自己的网络需求，当其外界网络环境发生变化时，也不能挤占其他用户设备的网络资源，这就需要mec设备在对移动设备进行私有qos管理时，不仅要考虑移动设备的pdu会话数据和初始qos profile，还需要考虑移动设备当前的位置信息。
178.以移动设备为园区内的巡检机器人为例，其可能在设备区或人员区频繁进出，或可能在通信环境中的“忙小区”或“闲小区”工作，所以需要移动设备的位置信息，除了起到园区导航、资产跟踪的目的以外，还能作为私有qos保障的前提补充。
179.因此，基站在识别出需要进行私有qos管理的用户设备后，还需要进一步识别该用户设备是否是移动设备。
180.关于如何识别用户设备是移动设备的方式，以用户设备对应的标识信息为本地网号为例，则可以预先规定某一号段的本地网号对应的用户设备为移动设备。
181.相应地，若确定当前用户设备是移动设备，则执行步骤705；否则，执行步骤706。
182.步骤705，将pdu会话数据和承载控制信令数据传输至多接入边缘计算mec设备，供mec设备根据pdu会话数据和承载控制信令中携带的初始qos配置文件对用户设备进行私有qos管理。
183.不难发现，本实施例中的步骤705与图6所示的实施例中的步骤603大致相同，此处步骤赘述。
184.步骤706，基于预设的基站定位技术，确定用户设备的位置信息，并将位置信息添加到承载控制信令数据中。
185.关于预设的基站定位技术，具体可以是达到时间差(time difference of arrival，tdoa)技术。以确定的业务为上行业务为例，选取的tdoa技术具体为上行链路到达时间差(uplink time difference of arrival，utdoa)技术。
186.具体的说，在基于utdoa技术，确定用户设备的位置信息时，基站(具体可以是基站内的定位测量单元(location measurement unit，lmu))通过测量移动设备发射的上行测量信号的到达时间差，然后根据几何原理便可以计算得到移动终端当前的位置信息。
187.为了便于理解，以下结合实例进行具体说明：
188.假设移动设备接入一个5g基站，其上行参考信号(sounding reference signal，srs)能够被周边多个基站收到，这里采用4个基站接收移动设备的测量信号，形成4个发射与接收点(transmit and receive point，trp)同时进行srs解调，根据公式(1)便可以计算出各trp的上行时延。
[0189][0190]
其中，rxtd1、rxtd2、rxtd3、rxtd4分别为基站1、基站2、基站3、基站4测量的上行到达时间，c为常数，x1、y1、z1为基站1的坐标位置，x2、y2、z2为基站2的坐标位置，x3、y3、z3为基站3的坐标位置，x4、y4、z4为基站4的坐标位置。根据rxtd1、rxtd2、rxtd3、rxtd4和上4个基站的坐标位置建立4个方程，便可以计算出移动设备的坐标位置x、y、z和deltat(多站定时的公共误差)。
[0191]
应当理解的是，上述示例仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。
[0192]
步骤707，将pdu会话数据和添加了位置信息的承载控制信令数据传输至多接入边缘计算mec设备，供mec设备根据pdu会话数据、承载控制信令中携带的初始qos配置文件和位置信息对用户设备进行私有qos管理。
[0193]
由此，本实施例提供的私有服务质量管理方法，基站针对用户设备为移动设备的情况，通过基于预设的基站定位技术确定移动设备当前的位置信息，并将确定的位置信息添加到承载控制信令数据中，从而使得mec设备在对移动设备进行私有qos管理时，能够综合考虑移动设备当前的位置信息，从而使得对移动设备进行的私有qos管理更加符合园区对应的私有网络，进而更好的保障了移动设备的执行的业务的服务质量。
[0194]
此外，应当理解的是，上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。
[0195]
此外，通过上述描述可知，不论是私有服务质量管理系统涉及的私有服务质量管理方法，还是应用于mec设备的私有服务质量管理方法，还是应用于基站的私有服务质量管理方法，在具体实现中是相互配合的，因此上述任一实施例中提到的相关技术细节，在其他实施例中依然有效。
[0196]
参见图8，图8是本技术实施例提供的私有服务管理设备的结构示意图。
[0197]
如图8所示，本实施例提供的私有服务管理设备包括：包括至少一个处理器801；以及，与至少一个处理器通信连接的存储器802。
[0198]
其中，存储器802存储有可被至少一个处理器801执行的指令，指令被至少一个处理器801执行，以使至少一个处理器801能够执行上述方法实施例所描述的应用于mec设备的私有服务质量管理方法，或者应用于基站的私有服务质量管理方法。
[0199]
通过上述描述可知，私有服务管理设备中的处理器801能够执行上述方法实施例所描述的应用于mec设备的私有服务质量管理方法，或者应用于基站的私有服务质量管理方法。因此，在一个例子中，如果处理器801执行的是应用于mec设备的私有服务质量管理方法，那么私有服务管理设备具体是mec设备；如果处理器801执行的是应用于基站的私有服务质量管理方法，那么私有服务管理设备具体是基站。
[0200]
此外，值得一提的是，在一个例子中，存储器802和处理器801采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器801和存储器802的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器801处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器801。
[0201]
此外，可理解的，处理器801除了负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器802还可以被用于存储处理器801在执行操作时所使用的数据。
[0202]
本技术实施例还涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述方法实施例所描述的应用于mec设备的私有服务质量管理方法，或者应用于基站的私有服务质量管理方法。
[0203]
即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以
通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0204]
本领域的普通技术人员可以理解，上述各实施例是实现本技术的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本技术的精神和范围。