WO2017088189A1

WO2017088189A1 - 一种用户数据处理方法、相关装置及系统

Info

Publication number: WO2017088189A1
Application number: PCT/CN2015/095852
Authority: WO
Inventors: 曹龙雨; 舒林; 周润泽
Original assignee: 华为技术有限公司
Priority date: 2015-11-27
Filing date: 2015-11-27
Publication date: 2017-06-01

Abstract

一种用户数据处理方法、相关装置及系统，用户面网元接收用户设备的用户数据，所述用户数据中包含属性信息；用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组，其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；用户面网元根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；用户面网元根据需调度的对象实例中的操作信息，对用户数据进行处理。

Description

一种用户数据处理方法、相关装置及系统

技术领域

本发明涉及无线通信技术领域，尤其涉及一种用户数据处理方法、相关装置及系统。

背景技术

演进分组系统(Evolved Packet System，简称EPS)是第三代合作伙伴项目(3rd Generation Partnership Project，简称3GPP)在第二代(The Second Generation，简称2G)移动通信网络，即全球移动通信系统(Global System of Mobile Communication，简称GSM)/增强型数据速率全球移动通信系统(Enhanced Data Rate for GSM Evolution，简称EDGE)和第三代(The Third Generation，简称3G)移动通信网络，即通用移动通信系统(Universal Mobile Telecommunications System，简称UMTS)的基础上推出的。EPS网络包括演进通用移动通信系统陆地无线接入网(Evolved Universal Mobile Telecommunication System Territorial Radio Access Network，简称E-UTRAN)和演进分组核心网(Evolved Packet Core Network，简称EPC)，EPS网络只能提供分组交换(Packet Switched，简称PS)业务。

不同于2G/3G网络架构中负责用户设备(User Equipment，简称UE)移动性管理的服务通用分组无线服务支持节点(Serving General Packet Radio Service Support Node，简称SGSN)网元同时集成了控制面(Control Plane)功能与用户面(User Plane)功能，在EPS网络架构中引入了一个专门负责UE移动性管理的移动管理实体(Mobility Management Entity，简称MME)，MME只集成了控制面的功能，从而实现了移动性管理的控制面与用户面的分离(C/U分离)。但是，与2G/3G网络架构类似，EPS网络架构中的C/U分离并不彻底，服务网关(Serving Gateway，简称S-GW)与分组数据网(Packet Data Network Gateway，简称P-GW)这两个网关网元上同时集成了控制面与用户面的功能，从而不利于网关的按需灵活部署与网络功能的平滑演进。同时在EPS网络的实际部署中，S-GW与P-GW这两个网关网元通常会被部署在骨干网中，在位置上与UE用户离得较远，从而延长了用户面数据在整个网络中的往返路由时间(Round-Trip Time，简称RTT)，影响了用户业务体验。

随着网络架构向4.5G/5G的演进，网络功能的控制面与用户面分离是主要的趋势。分布式网元(Distributed Gateway，简称DGW)架构是基于网络功能C/U分离的思路在已有的EPS网络架构上提出的一种增强网络架构，如图1所示，图1示例性示出了基于网络功能C/U分离的思路的分布式网关架构的示意图。EPS网络架构包括传统的通用移动通信系统陆地无线接入网(Universal Mobile Telecommunications Syste Terrestrial Radio Access Network，简称UTRAN)、增强型数据速率全球移动通信系统演进技术无线接入网(Global System for Mobile Communication Enhanced Data Rate for GSM Evolution Radio Access Network，简称GERAN)、SGSN、归属签约用户服务器(Home Subscriber Server，简称HSS)、策略与计费规则功能单元(Policy and Charging Rules Function，简称PCRF)、MME、E-UTRAN之外，还包括控制面网元和用户面网元，比如图1中所示的用于处理控制面信令的控制面网元(Control Plane Gateway，简称CGW)和用于处理用户面信令的DGW。

在图1的DGW网络架构下，控制面信令流如图1中虚线101所示，控制面信令流上行依次通过UE、E-UTRAN、MME、CGW、PCRF。在图1的DGW网络架构下，用户面数据流如图1中双点划线102所示，用户面数据流上行依次通过UE、E-UTRAN、DGW，之后进入运营商的分组数据网络中。

CGW是一种集中式控制面网元，集成了现有3GPP EPS网络中S-GW与P-GW控制面的功能，用来专门处理3GPP EPS网络中的控制面信令，包括移动性管理，会话管理，地址管理，路径管理，计费管理等功能。CGW通过与 DGW之间的交互实现对用户面数据处理的控制与管理。DGW是一种分布式用户面网元，集成了现有3GPP EPS网络中S-GW与P-GW用户面的功能，用来专门处理3GPP EPS网络中的用户面数据，包括路由转发、数据包检查、数据包统计以及服务质量执行等功能。DGW是在CGW的控制管理下实现对用户面数据的处理。

当前基于C/U分离思想的网络架构中，传统的用户数据处理方法较为固定，缺乏灵活性。

发明内容

本发明实施例提供一种用户数据处理方法、相关装置及系统，以便在基于控制面与用户面分离的分布式网关网络架构中，对用户数据进行灵活有效的处理。

本发明实施例提供一种用户数据处理方法，包括：

用户面网元接收用户设备的用户数据，用户数据中包含属性信息；用户面网元根据调度顺序，为用户数据确定需调度的对象组，其中，需调度的对象组中包含多个对象实例；用户面网元根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；用户面网元根据需调度的对象实例中的操作信息，对用户数据进行处理。

在本发明实施例中，可以对对象实例进行分组，从而当收到用户设备的用户数据之后，可以先确定出需调度的对象组，然后再从需调度的对象组中确定出需调度的对象实例，如此，可以快速的匹配出需调度的对象实例(即需调度的业务功能)，提高了匹配的效率，避免了现有技术中复杂的匹配处理过程，减少了不必要的功耗，从而提高了对用户数据进行处理的效率。此外，由于可灵活的为对象实例配置对应的操作信息，因此提高了DGW对数据进行处理的灵活性。

可选地，用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组之前，用户面网元接收控制面网元发送的需调度的对象组和需调度的对象组的标识，需调度的对象组中包含多个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息。

可选地，用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组之前，还包括：

用户面网元接收控制面网元发送的需调度的对象组，需调度的对象组中包含需调度的对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息，需调度的对象实例的属性信息包括需调度的对象组的标识。

通过控制面网元发送的需调度的对象组和需调度的对象组的标识，可尽可能简化用户面网元的功能，以使用户面网元更快的处理用户数据，进而提高了处理用户数据的效率。

可选地，控制面网元可根据对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识，用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组。

另一种可选地实施例为，控制面网元根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。用户面网元根据调度顺序，以及用户设备的标识，为用户设备的用户数据确定需调度的对象组。

由于根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识，因此对对象组进行了更细致的划分，如此，进一步提高了确定出需调度的对象实例的效率。

用户面网元根据控制面网元发送的处理规则，创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息；用户面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识；用户面网元将具有与需调度的对象组的标识相同的对象组标识的对象实例组成需调度的对象组。

用户面网元根据控制面网元发送的处理规则，创建需调度的对象实例，可简化控制面网元的功能，且减少了用户面网元和控制面网元的数据传输量，减轻了网络负荷。

可选地，用户面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识，包括：

用户面网元根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。可选地，用户面网元根据调度顺序，以及用户设备的标识，为用户设备的用户数据确定需调度的对象组。

由于用户面网元根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识，因此对对象组进行了更细致的划分，如此，进一步提高了确定出需调度的对象实例的效率。

一种可选的实施方式为，用户面网元接收控制面网元发送的待更新的对象组和待更新的对象组的标识，待更新的对象组中包含多个对象实例，待更新的对象组中的每个对象实例包含属性信息和操作信息；用户面网元根据待更新的对象组的标识，将待更新的对象组的标识对应的对象组替换成待更新的对象组。

另一种可选的实施方式为，用户面网元接收控制面网元发送的新增的对象实例，新增的对象实例包含属性信息和操作信息，新增的对象实例中的属性信息包含待更新的对象组的标识；用户面网元根据新增的对象实例中的属性信息包含的待更新的对象组的标识，更新待更新的对象组的标识对应的对象组。

另一种可选地实施方式为，用户面网元已经建立多个对象组后，根据实际需求，在待更新的对象组中新增一个对象实例，删除该待更新的对象组中的一个或多个对象实例，或者修改该待更新的对象组中的一个或多个对象实例，具体可修改对象实例的属性信息和/或动作信息。

如此，可实现对对象实例的灵活增加、删除和修改，从而实现对用户数据更进一步的灵活处理。另一种可选的实施方式为，控制面网元在待更新的对象组下新增对象实例、删除对象实例或者修改对象实例，如此简化了控制面网元的功能，且减少了用户面网元和控制面网元的数据传输量，减轻了网络负荷。

可选地，需调度的对象组为策略与计费控制PCC对象组、上行承载Bearer对象组、上行会话控制Session对象组、服务数据流/数据流SDF/Flow对象组、下行Session对象组、下行Bearer对象组中的任意一项；

则，若用户数据为UE向网络设备发送的上行数据，则调度顺序依次为：PCC对象组、上行Bearer对象组、上行Session对象组和SDF/Flow对象组；或者调度顺序依次为：PCC、上行Bearer对象组、APN对象组和SDF/Flow对象组；

若用户数据为UE向网络设备发送的上行数据，则调度顺序依次为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow对象组。

本发明实施例提供一种用户数据处理方法，包括：

控制面网元创建需调度的对象组，和需调度的对象组的标识；

控制面网元向用户面网元发送需调度的对象组，和需调度的对象组的标识；需调度的对象组中包含多个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息；

需调度的对象组，和需调度的对象组的标识用于：

使用户面网元接收用户设备的用户数据，根据调度顺序，为用户数据确定需调度的对象组，根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例，根据需调度的对象实例中的操作信息，对用户数据进行处理。

可选地，控制面网元创建需调度的对象组，和需调度的对象组的标识，具体包括：

控制面网元根据处理规则，创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息；

控制面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识；

控制面网元将具有与需调度的对象组的标识相同的对象组标识的对象实例组成需调度的对象组。

可尽可能简化用户面网元的功能，以使用户面网元更快的处理用户数据，进而提高了处理用户数据的效率。

可选地，控制面网元根据处理规则，创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息；

控制面网元根据需调度的对象实例对应的业务功能，以及用户设备的标识，为需调度的对象实例分配需调度的对象组的标识；

由于对对象组进行了更细致的划分，如此，进一步提高了确定出需调度的对象实例的效率。

可选地，方法还包括：

控制面网元向用户面网元发送待更新的对象组和待更新的对象组的标识；以使用户面网元根据待更新的对象组的标识，将待更新的对象组的标识对应的对象组替换成待更新的对象组；其中，待更新的对象组中包含多个对象实例，待更新的对象组中的每个对象实例包含属性信息和操作信息；

或者，

控制面网元向用户面网元发送发送的新增的对象实例，以使用户面网元根据新增的对象实例中的属性信息包含的待更新的对象组的标识，更新待更新的对象组的标识对应的对象组；新增的对象实例包含属性信息和操作信息，新增的对象实例中的属性信息包含待更新的对象组的标识。

可选地，控制面网元向用户面网元发送需调度的对象组，和需调度的对象组的标识之前，还包括：

控制面网元创建调度顺序，并向用户面网元发送调度顺序。

可选地，控制面网元创建调度顺序，并向用户面网元发送该调度顺序。或者用户面网元创建调度顺序，或者，通过其它方式在用户面网元中预设调度顺序。控制面网元或用户面网元所创建的调度顺序可为多个，在用户面中预设的调度顺序也可为多个，用户面网元可根据用户数据，确定出用户数据对应的调度顺序。具体来说，用户面网元可根据当前用户数据的具体类型，动态的确定出一个调度顺序。比如，用户面网元确定出当前用户数据为下行数据，则用户面网元从预设的多个调度顺序中确定出的该下行的用户数据所对应的调度顺序。或者，用户面网元可根据用户数据构建该用户数据对应的调度顺序。

本发明实施例提供一种用户面网元，包括：

接收单元，用于接收用户设备的用户数据；用户数据包含属性信息；

确定单元，用于根据调度顺序，为用户设备的用户数据确定需调度的对象组，根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；

处理单元，用于根据需调度的对象实例中的操作信息，对用户数据进行处理。

具体来说，对象实例包括属性信息和操作信息，从需调度的对象组的所有对象实例中，确定出属性信息与用户数据保护的属性信息匹配的对象实例，该确定出的对象实例即为需调度的对象实例。

可选地，还包括接收单元，用于：

接收控制面网元发送的需调度的对象组和需调度的对象组的标识，需调度的对象组中包含多个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息。

可选地，接收单元，用于：

接收控制面网元发送的需调度的对象组，需调度的对象组中包含需调度的对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息，需调度的对象实例的属性信息包括需调度的对象组的标识。

通过上述两种方式，可尽可能简化用户面网元的功能，以使用户面网元更快的处理用户数据，进而提高了处理用户数据的效率。

可选地，控制面网元可根据对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识，确定单元根据调度顺序，为用户设备的用户数据确定需调度的对象组。

另一种可选地实施例为，控制面网元根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。确定单元根据调度顺序，以及用户设备的标识，为用户设备的用户数据确定需调度的对象组。

可选地，处理单元，还用于：

在根据调度顺序，为用户设备的用户数据确定需调度的对象组之前之前，根据控制面网元发送的处理规则，创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息；根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识；将具有与需调度的对象组的标识相同的对象组标识的对象实例组成需调度的对象组。

如此，可简化控制面网元的功能，且减少了用户面网元和控制面网元的数据传输量，减轻了网络负荷。

可选地，处理单元，具体用于：

根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。

确定单元，具体用于：

根据调度顺序，以及用户设备的标识，为用户设备的用户数据确定需调度的对象组。

可选地，接收单元，还用于接收控制面网元发送的待更新的对象组和待更新的对象组的标识，待更新的对象组中包含多个对象实例，待更新的对象组中的每个对象实例包含属性信息和操作信息；更新单元，用于根据待更新的对象组的标识，将待更新的对象组的标识对应的对象组替换成待更新的对象组。

另一种可选的实施方式为，接收单元，还用于接收控制面网元发送的新增的对象实例，新增的对象实例包含属性信息和操作信息，新增的对象实例中的属性信息包含待更新的对象组的标识；更新单元，还用于根据新增的对象实例中的属性信息包含的待更新的对象组的标识，更新待更新的对象组的标识对应的对象组。

本发明实施例提供一种控制面网元，包括：

处理单元，用于创建需调度的对象组，和需调度的对象组的标识；

发送单元，用于向用户面网元发送需调度的对象组，和需调度的对象组的标识；需调度的对象组中包含多个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息；

需调度的对象组，和需调度的对象组的标识用于：

可选地，处理单元，具体用于：

根据处理规则，创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息；

根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识；

将具有与需调度的对象组的标识相同的对象组标识的对象实例组成需调度的对象组。

可选地，处理单元，具体用于：

根据需调度的对象实例对应的业务功能，以及用户设备的标识，为需调度的对象实例分配需调度的对象组的标识；

可选地，发送单元，还用于：

向用户面网元发送待更新的对象组和待更新的对象组的标识；以使用户面网元根据待更新的对象组的标识，将待更新的对象组的标识对应的对象组替换成待更新的对象组；其中，待更新的对象组中包含多个对象实例，待更新的对象组中的每个对象实例包含属性信息和操作信息；

或者，

向用户面网元发送发送的新增的对象实例，以使用户面网元根据新增的对象实例中的属性信息包含的待更新的对象组的标识，更新待更新的对象组的标识对应的对象组；新增的对象实例包含属性信息和操作信息，新增的对象实例中的属性信息包含待更新的对象组的标识。

可选地，处理单元，还用于：

在向用户面网元发送需调度的对象组，和需调度的对象组的标识之前，创建调度顺序，并向用户面网元发送调度顺序。

本发明实施例提供一种用户面网元，包括：

收发器和处理器；

收发器用于接收用户设备的用户数据；

处理器用于根据调度顺序，为通过收发器接收到的用户设备的用户数据确定需调度的对象组；其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；

根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；

根据需调度的对象实例中的操作信息，对用户数据进行处理。

可选地，收发器，还用于：

可选地，收发器，用于：

可选地，处理器，还用于：

在根据调度顺序，为用户设备的用户数据确定需调度的对象组之前，根据控制面网元发送的处理规则，创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息；

可选地，处理器，具体用于：

根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。可选地，处理器，具体用于根据调度顺序，以及用户设备的标识，为用户设备的用户数据确定需调度的对象组。

可选地，收发器，还用于接收控制面网元发送的待更新的对象组和待更新的对象组的标识，待更新的对象组中包含多个对象实例，待更新的对象组中的每个对象实例包含属性信息和操作信息；处理器，用于根据待更新的对象组的标识，将待更新的对象组的标识对应的对象组替换成待更新的对象组。

另一种可选的实施方式为，收发器，还用于接收控制面网元发送的新增的对象实例，新增的对象实例包含属性信息和操作信息，新增的对象实例中的属性信息包含待更新的对象组的标识；处理器，还用于根据新增的对象实例中的属性信息包含的待更新的对象组的标识，更新待更新的对象组的标识对应的对象组。

本发明实施例提供一种控制面网元，包括：

处理器，用于创建需调度的对象组，和需调度的对象组的标识；

收发器，用于向用户面网元发送需调度的对象组，和需调度的对象组的标识；需调度的对象组中包含多个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息；

需调度的对象组，和需调度的对象组的标识用于：

可选地，处理器，具体用于：

可选地，收发器，还用于：

或者，

可选地，处理器，还用于：

本发明实施例提供一种用户数据处理系统，包括：

控制面网元，用于创建需调度的对象组，和所述需调度的对象组的标识；向用户面网元发送所述需调度的对象组，和所述需调度的对象组的标识；其中，所述需调度的对象组中包含多个对象实例，所述需调度的对象组中的每个对象实例包含属性信息和操作信息；

用户面网元，用于接收用户设备的用户数据，根据调度顺序，为所述用户数据确定需调度的对象组，根据所述用户数据包含的属性信息，从所述需调度的对象组中确定需调度的对象实例，根据所述需调度的对象实例中的操作信息，对所述用户数据进行处理；其中，所述用户数据中包含属性信息，所述需调度的对象组中包含多个对象实例。

本发明实施例中，用户面网元接收用户设备的用户数据，用户数据中包含属性信息；用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组，其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；用户面网元根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；用户面网元根据需调度的对象实例中的操作信息，对用户数据进行处理。在本发明实施例中，可以对对象实例进行分组，从而当收到用户设备的用户数据之后，可以先确定出需调度的对象组，然后再从需调度的对象组中确定出需调度的对象实例，如此，可以快速的匹配出需调度的对象实例(即需调度的业务功能)，提高了匹配的效率，避免了现有技术中复杂的匹配处理过程，减少了不必要的功耗，从而提高了对用户数据进行处理的效率。此外，由于可灵活的为对象实例配置对应的操作信息，因此提高了DGW对数据进行处理的灵活性。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为基于网络功能C/U分离的思路的分布式网关架构的示意图；

图2为本发明实施例提供的一种用户数据处理方法流程示意图；

图2a为本发明实施例提供的另一种用户数据处理方法的流程示意图；

图2b为本发明实施例提供的另一种用户数据处理方法的流程示意图；

图2c为本发明实施例提供的另一种用户数据处理方法的流程示意图；

图3为本发明实施例提供的另一种用户数据处理方法的流程示意图；

图4为本发明实施例提供的一种用户面网元的结构示意图；

图5为本发明实施例提供的一种控制面网元的结构示意图；

图6为本发明实施例提供的另一种用户面网元的结构示意图；

图7为本发明实施例提供的另一种控制面网元的结构示意图；

图8为本发明实施例提供的一种用户数据处理系统的结构示意图。

具体实施方式

为了使本发明的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

基于网络功能C/U分离的思想，如图1所示提供了一种分布式网关架构，

在该架构中，CGW继承了现有3GPP EPS网络中S-GW与P-GW控制面的功能，DGW继承了现有3GPP EPS网络中S-GW和P-GW所有用户面的功能，从而实现了用户面和控制面的分离。从而CGW作为控制面网元节点，主要负责隧道管理，网络协议(Internet Protocol，简称IP)地址分配等控制面功能，DGW作为用户面网元节点，主要负责用户面数据转发等转发面功能。

CGW和DGW经常具有的业务功能有多种，该业务功能可以是指业务处理逻辑，比如，业务功能会话(Session)，session在通信领域通常称为“会话控制”，session的业务功能通常用于存储需要在整个用户会话过程中保持其状态的信息，例如登录信息或用户浏览网(Web)应用程序时需要的其它信息。或者存储只需要在页重新加载过程中或按功能分组的一组页之间保持其状态的对象。业务功能承载(Bearer)，bearer就是一条核心网到用户设备的用于数据传输的逻辑通路。Bearer的业务功能可为建立新bearer等。业务功能接入点名称(Access Point Name，简称APN)，APN指一种网络接入技术，是通过用户终端设备上网时必须配置的一个参数，它决定了用户终端设备通过哪种接入方式来访问网络。

基于上述描述，DGW和CGW之间可以通过S18接口进行通信。在网元部署时，DGW可下移到贴近UE的位置进行部署。图1只是一种基于网络功能C/U分离的网络架构的示例，在实例应用中，基于网络功能C/U分离的思想，也可以有其他的网络架构，从而负责网络中控制面功能的控制面网元不仅限于CGW，负责用户面功能的用户名网元不仅限于DGW，本发明实施例在此不作限定。

在如图1所示的基于网络功能C/U分离的思路的架构中，利用面向对象的思想，将传统EPS网络的业务功能抽象为不同的对象实例，例如可以将业务功能中的会话(Session)功能抽象为Session对象实例，而每个对象实例中可以包含的属性信息和操作信息。

对象实例的属性信息可以用于描述对象实例的特征，例如可以包含对用户数据进行处理时的需要使用的参数，可为该用户数据对应的国际移动用户识别码(International Mobile Subscriber Identification Number，简称IMSI)、IP地址、APN等参数。

对实例的操作信息可以包含该对象实例对应的业务功能对用户数据进行处理时的操作指示，从而根据操作信息，可以对用户数据进行处理。为了进行更加清楚的描述，下面举几个具体示例：

例如，可以将EPS网络中的业务功能Session抽象为Session对象实例，Session对象实例的属性信息可以为接入点名称(Access Point Name，简称APN)、聚合最大比特率(Access Point Name-Aggregate Maximum Bit Rate，简称APN-AMBR)等；Session对象实例的操作信息可以为数据包解封装、将用户数据发送到某个对象实例，以及对象实例匹配(即执行当前对象实例包括的操作信息，对用户数据进行处理之后，判断下一个需调度的对象实例的标识)。又例如，可以将EPS网络中的业务功能承载(Bearer)抽象为Bearer对象实例，Bearer对象实例的属性信息可以为隧道端点标识(Tunnel Endpoint Identifier，简称TEID)、业务质量(Quality of Service，简称：QoS)信息(info)、计费信息(charging info)等；Bearer对象实例的操作信息可以为数据包解封装、将用户数据发送到某个对象实例、丢弃用户数据或者对象实例匹配等。

基于上述思想，对象实例可以被加载或者安装或者创建在用户面网元或者控制面网元上，从而用户面网元可以实现将传统EPS网络的各个业务功能抽象为不同的对象实例，或者控制面网元可以实现将传统EPS网络的各个业务功能抽象为不同的对象实例，并将创建的对象实例发送给用户面网元。进而用户面网元在收到用户数据时，只需要确定出需调度的对象实例，根据需调度的对象实例中的操作信息，对用户数据进行处理。由于操作信息可以灵活配置，从而提高了DGW对数据进行处理的灵活性。

申请人发现，在确定需调度的对象实例时，由于对象实例数量较多，从大量的对象实例中匹配出需调度的对象实例的效率较低，过程较长，网络开销较大。并且，对象实例的属性信息可能相同，造成无法确定出需调度的对象实例的问题。

举例来说，比如服务数据流(Service Data Flow，简称SDF)/数据流(Flow)对象实例的属性信息为业务流模板(Traffic Flow Template，简称TFT)，Bearer 对象实例的属性信息也为该TFT，当用户属性信息包括该TFT时，根据用户属性信息TFT匹配出两个对象实例，分别为SDF/Flow对象实例和Bearer对象实例，此时，无法确定哪一个是需调度的对象实例。

存在一种解决方案，即根据上一个对象实例，确定需调度的对象实例，具体来说，当下行数据处理中，上一个执行的是session对象实例的操作信息，则需调度的对象实例则为Bearer对象实例，当上一个执行的是Bearer对象实例的操作信息，则需调度的对象实例则为SDF/Flow对象实例。该解决方案较为复杂。

基于此，本发明实施例提出了一种用户数据处理方法方法及相关装置，用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组，其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；用户面网元根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；用户面网元根据需调度的对象实例中的操作信息，对用户数据进行处理。在本发明实施例中，可以对象实例进行分组，从而当收到用户设备的用户数据之后，可以先确定出需调度的对象组，然后再从需调度的对象组中确定出需调度的对象实例，如此，可以快速的匹配出需调度的对象实例(即需调度的业务功能)，提高了匹配的效率，避免了现有技术中复杂的匹配处理过程，减少了不必要的功耗，从而提高了对用户数据进行处理的效率。此外，由于可灵活的为对象实例配置对应的操作信息，因此提高了DGW对数据进行处理的灵活性。

本发明实施例中根据业务功能为对象实例分配对象组标识，具体来说一个对象组标识对应的所有对象实例的业务功能均相同。比如，Session对象组包括一个或多个Session对象实例，其中的每个Session对象实例对应的业务功能均为Session业务功能；Bearer对象组包括一个或多个Bearer对象实例，其中的每个Bearer对象实例对应的业务功能均为Bearer业务功能。

本发明实施例中的用户数据也可称为“业务数据”，为在用户设备与网络之间传送的用于承载具体用户业务的数据，用户数据区别于控制信令，控制信令是用于实现连接控制、网络安全、承载分配等在用户设备与网络之间，以及网络内部传送的信令。用户业务包括但不限于下列业务的一种：用户设备接入网络建立数据连接、网络转发用户设备业务数据、或网络处理用户设备业务数据等。在本发明实施例中，用户业务可以简称为“业务”，两者概念是等同的。

本发明实施例中，本发明所涉及到的用户设备可以包括具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的UE，移动台(Mobile station,简称MS)，终端(terminal)，终端设备(Terminal Equipment)等等。为方便描述，本申请中，简称为用户设备或UE。

本发明实施例中的标识，用于标识用户设备、对象组等，比如本发明实施例中的用户设备的标识、对象组的标识。一个标识可包括名称、编号、ID(Identification)中的至少一项。

实施例一

基于图1所示的基于网络功能C/U分离的思路的分布式网关架构，图2示出了本发明实施例提供的一种用户数据处理方法流程示意图，如图2所示，包括：

步骤201，用户面网元接收用户设备的用户数据，用户数据中包含属性信息；

步骤202，用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组，其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；用户面网元可为DGW；需调度的对象组为调度顺序包括的对象组中的一个；

步骤203，用户面网元根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；其中，需调度的对象组包括一个或多个对象实例，需调度的对象组包括的所有对象实例中的每一个对象实例的对象组的标识均为该需调度的对象组的标识，需调度的对象实例为需调度的对象组中的对象实例中的一个；具体来说，对象实例包括属性信息和操作信息，从需调度的对象组的所有对象实例中，确定出属性信息与用户数据保护的属性信息匹配的对象实例，该确定出的对象实例即为需调度的对象实例；

步骤204，用户面网元根据需调度的对象实例中的操作信息，对用户数据进行处理。

基于图1所示的网络架构，本发明实施例在S18接口引入了面向对象实例的思想。具体来说，用户面网元或者控制面网元，根据传统网络的业务功能创建不同的对象实例(Object)。本发明实施例中当用户设备首次向网络设备发起注册请求时，网络设备完成对UE的鉴权后，开始为其建立默认承载，即在附着(Attach)过程中，当控制面网元收到MME发送的创建会话请求(create session request)消息后，用户面网元或控制面网元开始创建需调度的对象实例和需调度的对象组，本发明实施例提供以下多种可选地实施方式。

方式一，当控制面网元收到MME发送的创建会话请求(create session request)消息后，控制面网元根据MME发送的创建会话请求(create session request)消息构建处理规则，并根据处理规则创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息。控制面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识。将与需调度的对象组的标识相同的所有对象实例组成需调度的对象组。

在控制面网元创建需调度的对象组，和需调度的对象组的标识之后，控制面网元向用户面网元发送需调度的对象组，和需调度的对象组的标识。之后用户面网元接收控制面网元发送的需调度的对象组和需调度的对象组的标识，其中，需调度的对象组中包含多个对象实例，，需调度的对象实例即为该需调度的对象组中的一个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息。

方式二，当控制面网元收到MME发送的创建会话请求(create session request)消息后，控制面网元根据MME发送的创建会话请求(create session request)消息构建处理规则，并根据处理规则创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息，控制面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识，并将该需调度的对象组的标识携带于属性信息中，即属性信息中包括需调度的对象组的标识。将与需调度的对象组的标识相同的所有对象实例组成需调度的对象组，创建需调度的对象组。

在控制面网元创建需调度的对象组，和需调度的对象组的标识之后，向用户面网元发送。之后用户面网元接收控制面网元发送的需调度的对象组和需调度的对象组的标识，其中，需调度的对象组中包含多个对象实例，需调度的对象实例即为该需调度的对象组中的一个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息。

方式三，在上述方式一和方式二中，控制面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识。具体实施中，对于一个用户设备来说，控制面网元会建立多个Session对象实例或多个Bearer对象实例，对于用户面网元来说，需要安装该用户设备的所有相关的对象实例，而通常，一个用户面网元会服务很多个用户设备，如此，一个用户面网元需要管理所有服务用户设备的全部对象实例。

用户数据到达时，为了提高需调度的对象实例的效率，与上述方式一和方式二不同的是，在方式三中，控制面网元根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。举个例子，方式一和方式二中，一个session对象组中包括所有用户设备的session对象实例。方式三中，一个session对象组包括一个用户设备的session对象实例。

如此，用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组，具体可为：用户面网元根据调度顺序，以及用户设备的标识，为用户设备的用户数据确定需调度的对象组。由于对对象组进行了更细致的划分，如此，进一步提高了确定出需调度的对象实例的效率。

方式四，当控制面网元收到MME发送的创建会话请求(create session request)消息后，控制面网元向用户面网元发送处理规则，用户面网元根据控制面网元发送的处理规则，创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息；其中，处理规则为控制面网元根据收到的MME发送的创建会话请求(create session request)消息进行构建得到。

用户面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识；用户面网元将具有与需调度的对象组的标识相同的对象组标识的对象实例组成需调度的对象组。可选地，需调度的对象组的标识可携带于需调度的对象实例的属性信息中。

方式五，上述方式四中，用户面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识。具体实施中，一个用户面网元会服务很多个用户设备，如此，一个用户面网元需要管理所有服务用户设备的全部对象实例。用户数据到达时，为了提高需调度的对象实例的效率，与上述方式四不同的是，方式五中，用户面网元根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。举个例子，方式四中，一个session 对象组中包括所有用户设备的session对象实例。方式五中，一个session对象组包括一个用户设备的session对象实例。

上述方式一、方式二和方式三为控制面网元将传统网络的各个业务功能抽象为不同的对象实例，并根据业务功能为对象实例分配对象组标识，之后创建对象组，并将创建成功的对象组以及对象组的标识发送给用户面网元。如此，则可尽可能简化用户面网元的功能，以使用户面网元更快的处理用户数据，进而提高了处理用户数据的效率。上述方式四、方式五即为用户面网元自己创建对象实例，并根据业务功能为对象实例分配对象组标识，之后创建对象组，如此，可简化控制面网元的功能，且减少了用户面网元和控制面网元的数据传输量，减轻了网络负荷。

每个对象实例中包括属性域(Attributes Field)和动作域(Action Field)，所创建的一个对象实例的格式可如表1所示，一个对象实例包括属性信息和动作信息，属性信息在对象实例的属性域上，操作信息在对象实例的动作域上。

对象实例的属性域

对象实例的动作域

表1创建的一个对象实例的格式示意图

举例来说，基于EPS网络中网关的功能，可创建的对象实例包括但不仅限于以下几项：

APN对象实例、上行(Uplink，简称UL)Session对象实例、下行(Downlink，简称DL)Session对象实例、上行Bearer对象实例、下行Bearer对象实例、策略与计费控制(Policy and Charging Control，简称PCC)对象实例、SDF/Flow对象实例。

表2示例性列举了几种对象实例的属性信息。表2中每个对象实例对应的属性信息可为表2中所列举的属性信息中的任一项或任几项，比如，表2中第二行表示：APN对象实例的属性信息可为国际移动用户识别码(International Mobile Subscriber Identification Number，简称IMSI)，APN，聚合最大比特率(Access Point Name-Aggregate Maximum Bit Rate，简称APN-AMBR)中的任一项或任几项。

表2对象实例的属性信息

可基于不同的业务场景为对象实例编排操作信息，具体来说，不同业务场景下，同一个对象实例可包括不同的操作信息，同一个业务场景下，不同的对象实例可包括相同或不同的操作信息，本发明实施例中不做限制。

针对一个业务场景下的每个对象实例，每个对象实例可包括一个或多个操作信息，一个操作信息可对应一个或多个对象实例。表3示例性示出了几种操作信息所代表的功能，以及每个操作信息可以对应的对象实例。如表3中第二行所示，操作信息“对象实例匹配(ObjectMatch)”对应多个对象实例，分别为APN对象实例、上行Session对象实例、下行Session对象实例、上行Bearer对象实例、下行Bearer对象实例、PCC对象实例、SDF/Flow对象实例。也就是说，对APN对象实例、上行Session对象实例、下行Session对象实例、上行Bearer对象实例、下行Bearer对象实例、PCC对象实例、SDF/Flow对象实例中的每个对象实例编排操作信息时，均可以使用“ObjectMatch”。执行操作信息“ObjectMatch”对用户数据进行处理，可实现以下功能：对数据包解封装，以及处理完该用户数据之后，判断出下一个需调度的对象实例的标识。

表3操作信息及操作信息可对应的对象实例

基于上述方式一、方式二和方式三中，控制面网元已经建立多个对象组，后根据实际需求，在待更新的对象组中新增一个对象实例，删除该待更新的对象组中的一个或多个对象实例，或者修改该待更新的对象组中的一个或多个对象实例，具体可修改对象实例的属性信息和/或动作信息。如此，控制面网元通过一些操作更新了待更新的对象组之后，将待更新的对象组和待更新的对象组的标识发送给用户面网元，用户面网元接收控制面网元发送的待更新的对象组和待更新的对象组的标识，待更新的对象组中包含多个对象实例，待更新的对象组中的每个对象实例包含属性信息和操作信息；用户面网元根据待更新的对象组的标识，将待更新的对象组的标识对应的对象组替换成待更新的对象组。

举个例子，控制面网元已经建立APN对象组，APN对象组中包括多个APN对象实例，此时新增一个APN对象实例，控制面网元为该新增的APN对象实例分配对象组标识，该新增的APN对象实例所分配的对象组标识与APN对象组的标识相同，此时，该APN对象组即为待更新的对象组，将该新增的APN对象实例关联至APN对象组，即控制面网元根据待更新的对象组的标识，更新待更新的对象组的标识对应的对象组。控制面网元将更新后的APN对象组以及APN对象组的标识发送给用户面网元，其中，更新后的APN对象组中包括新增的APN对象实例。用户面网元接收到控制面发送的待更新的APN对象组和待更新的APN对象组的标识之后，用户面网元将待更新的APN对象组的标识对应的对象组替换为该接收到的待更新的APN对象组。

基于上述方式一、方式二和方式三，另一种可选地实施方式为，控制面网元创建新增的对象实例，并为该新增的对象实例分配对象组标识。一种实施方式为，控制面网元将该新增的对象实例和该新增的对象实例分配的对象组的标识发送过去。另一种可选地实施方式为，控制面网元将新增的对象实例的对象组的标识携带于该新增的对象实例的属性信息中，控制面网元将该新增的对象实例发送给用户面网元。该新增的对象实例的对象组的标识即为待更新的对象组标识。

用户面网元接收控制面网元发送的新增的对象实例，新增的对象实例包含属性信息和操作信息，新增的对象实例中的属性信息包含待更新的对象组的标识；用户面网元根据新增的对象实例中的属性信息包含的待更新的对象组的标识，更新待更新的对象组的标识对应的对象组。也就是说，用户面网元将该新增的对象实例放入新增的对象实例的待更新的对象组的标识对应的对象组中。

基于上述方式四和方式五，用户面网元已经建立多个对象组后，根据实际需求，在待更新的对象组中新增一个对象实例，删除该待更新的对象组中的一个或多个对象实例，或者修改该待更新的对象组中的一个或多个对象实例，具体可修改对象实例的属性信息和/或动作信息。

本发明实施例中在上述方式一、方式二和方式三为每个对象实例创建对象组标识的形式有多种。以APN对象实例为例进行说明，存在多个用户设备对应的多个APN对象实例，分别为用户设备1的APN对象实例1、用户设备1的APN对象实例2和用户设备2的APN对象实例5，每个对象实例的属性信息可相同也可不同，可为每个对象实例分别创建操作信息。本发明实施例中，不同用户设备的所有的APN对象实例的对象组标识均相同，即用户设备1的APN对象实例1、用户设备1的APN对象实例2和用户设备2的APN对象实例5的对象组标识均相同，可将用户设备1的APN对象实例1、用户设备1的APN对象实例2和用户设备2的APN对象实例5的对象组标识创建为“APN对象实例”；或者可用对象组标识“0”代表所有的APN对象实例，即APN对象实例1、APN对象实例2和ANP对象实例5的对象组标识均为“0”。本发明实施例中其它对象实例的对象组标识的说明与该APN对象实例的说明类似，在此不再赘述。

本发明实施例在上述方式四和上述方式五中，用户面网元根据需调度的对象实例对应的业务功能，以及需调度的对象实例对应的用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。以APN对象实例为例进行说明，存在多个用户设备对应的多个APN对象实例，分别为用户设备1的APN对象实例1、用户设备1的APN对象实例2和用户设备2的APN对象实例5。一个对象组的对象实例均对应同一个用户设备。即用户设备1的APN对象实例1、用户设备1的APN对象实例2的对象组标识相同，可为“0”，用户设备2的APN对象实例5与用户设备1的APN对象实例1不同，可将用户设备2的APN对象实例5的对象组标识设置为“1”。

表4a示例性示出了本发明实施例提供的APN对象组的结构示意图，表4a中包括的APN对象实例1、APN对象实例2、APN对象实例3和APN对象实例4的对象组标识相同，每个APN对象实例对应包括属性域的属性信息和动作域的操作信息；类似地，表4b示例性示出了本发明实施例提供的下行Session对象组的结构示意图。

本发明实施例中可选的一种实施方式为表4a中APN对象组的所有APN对象实例为多个不同的用户设备的，另一种可选地实施方式中，表4a中APN对象组的所有APN对象实例为同一个用户设备的。下述内容的介绍中，以表4a中APN对象组的所有APN对象实例为同一个用户设备，以表4b中session对象组的所有session对象实例为同一个用户设备的进行介绍。

表4a APN对象组

表4b下行Session对象组

需调度的对象组为PCC对象组、上行Bearer对象组、上行Session对象组、SDF/Flow对象组、下行Session对象组、下行Bearer对象组中的任意一项；

以用户数据为网络设备向UE发送的下行数据为例进行介绍，此时调度顺序为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组。

确定出需调度的对象组的标识为PCC对象组，之后，从PCC对象组包括的对象实例分别为PCC对象实例1、PCC对象实例2和PCC对象实例3。之后根据用户数据中包括的属性信息，确定出与用户数据包括的属性信息匹配的对象实例，比如PCC对象实例1的属性信息与用户数据中的属性信息匹配，此时执行PCC对象实例1的操作信息，对用户数据进行处理。

之后，根据调度顺序，确定出需调度的对象组为下行Session对象组。之后，下行Session对象组包括的对象实例分别为下行Session对象实例1、下行Session对象实例2和下行Session对象实例3。之后根据用户数据中包括的属性信息，确定出与用户数据包括的属性信息匹配的对象实例，比如下行Session对象实例1的属性信息与用户数据中的属性信息匹配，此时执行下行Session对象实例1的操作信息，对用户数据进行处理。之后，类似的，依次根据调度顺序，以及用户数据包括的属性信息确定出下行Bearer对象组中的下行Bearer对象实例、SDF/Flow对象组中的SDF/Flow对象实例，并依次对用户数据进行处理。

图2a示例性示出了本发明实施例提供的数据处理方法的流程示意图，结合图2a举一示例，对上述内容进行阐述。

若用户数据为网络设备向UE发送的下行数据，则用户数据对应的调度顺序为：PCC对象组、下行Session对象组、下行Bearer对象组、SDF/Flow对象组。

确定出需调度的对象组为PCC对象组2101。之后根据用户数据中包括的属性信息，比如PCC名称(name)，从PCC对象组2101中包括的对象实例中确定出与用户数据包括的属性信息匹配的需调度的对象实例，比如为PCC对象实例1，并根据PCC对象实例1包括的操作信息，对用户数据进行处理。

之后，根据调度顺序，确定出需调度的对象组为下行Session对象组2102，并根据用户数据中包括的属性信息，比如IP地址，从下行Session对象组2102中包括的对象实例中确定出与用户数据包括的属性信息匹配的需调度的对象实例，并根据需调度的对象实例的操作信息，对用户数据进行处理。

之后，根据调度顺序，确定出需调度的对象组为下行Bearer对象组2103，并根据用户数据中包括的属性信息，比如TEID，从下行Bearer对象组2103中包括的对象实例中确定出与用户数据包括的属性信息匹配的需调度的对象实例，并根据需调度的对象实例的操作信息，对用户数据进行处理。

之后，根据调度顺序，确定出需调度的对象组为SDF/Flow对象组2104，并根据用户数据中包括的属性信息，比如IP五元组，从SDF/Flow对象组2104中包括的对象实例中确定出与用户数据包括的属性信息匹配的需调度的对象实例，并根据需调度的对象实例的操作信息，对用户数据进行处理。

图2b示例性示出了本发明实施例提供的一种用户数据处理方法的流程示意图，用于给出一个更加详细的实施例。如图2b所示，用户数据为网络设备向UE发送的下行数据，用户数据对应的调度顺序为：分组数据网链接(Link_PDN)对象组、输入接口(Input Interface)对象组、下行Session对象组、下行Bearer对象组、PCC对象组、下行Bearer对象组、下行Session对象组。根据该调度顺序所依次确定出的需调度的对象实例分别为：Link_PDN对象实例、输入接口(Input Interface)对象实例、下行Session对象实例、下行Bearer对象实例、PCC对象实例、下行Bearer对象实例、下行Session对象实例。

具体来说，由于APN对象实例与Session对象实例可完成相同的功能，因此，在一些调度顺序中，APN对象实例对应的对象组与Session对象实例对应的对象组可相互替换使用，无需同时出现在一个调度顺序中。

如图2b所示，本发明实施例提供的两种可以替换的调度顺序分别为：步骤2201中包括的方案为“下行Bearer对象实例之后调度下行Session对象实例”，以及步骤2202中包括的方案“下行Bearer对象实例之后调度下行APN对象实例”。也就是说，下行旧承载(old Bearer)对象实例将第一个用户数据包发送给APN对象实例或者下行Session对象实例。

图2b中，Link_PDN对象实例、Input Interface对象实例、Output Interface对象实例、Link_Access对象实例均可通过预先配置来完成，另一种可选的实施方式中，可通过CGW或DGW创建。

图2b中所示的为DGW收到第一个用户数据的数据处理流程，以用户面网元为DGW，控制面网元为CGW进行具体描述。

接收到外部分组数据网络下发的第一个用户数据包(packet)，之后根据调度顺序，确定需调度的对象组为Link_PDN对象组，从Link_PDN对象组包括的多个Link_PDN对象实例中，确定出与接收到的用户数据包括的属性信息匹配的需调度的Link_PDN对象实例，并执行需调度的Link_PDN对象实例的操作信息，对第一个用户数据包进行处理。

之后根据调度顺序，确定需调度的对象组为Input Interface对象组，根据用户数据中包括的属性信息，确定出需调度的Input Interface对象实例，并执行该对象实例中包括的操作信息“objectmatch”，并结合调度顺序，匹配出需调度的对象组，从需调度的对象组中匹配出需调度的下行Session对象实例，并通过执行Input Interface对象实例中的操作信息“sendto”将根据第一个用户数据得到的第一个用户数据包发送到下行Session对象实例上去。

由于下行Session对象实例上包括很多的操作信息，因此需要先执行操作信息“operationmatch”，以确定接下来需要执行的操作信息，执行完一系列操作信息之后，执行操作信息“objectmatch”，并结合调度顺序，匹配出需调度的对象组，从需调度的对象组中匹配出需调度的旧的(old)下行Bearer对象实例，并通过执行下行Session对象实例中的操作信息“send to”将第一个用户数据包发送到旧的下行Bearer对象实例上去。

在旧的下行Bearer对象实例上依次执行“operation match”等一系列的操作信息之后，执行操作信息“object match”，并结合调度顺序，匹配出需调度的对象组，从需调度的对象组中匹配出需调度的PCC对象实例，并通过执行旧的下行Bearer对象实例中的操作信息“send to”将第一个IP数据发送到下行PCC对象实例上去。

进一步，如果在已经创建的所有下行Bearer对象实例中，即旧的下行Bearer对象实例中，没有一个下行Bearer对象实例能够满足要求，则在PCC对象实例上执行操作信息“event report”，将新的下行Bearer对象实例的规则(rule)等信息发送给Output interface对象实例，之后由output interface对象实例上报给CGW，CGW在收到DGW上报的rule等信息后，决定创建一个新的下行Bearer对象实例，并将新创建的下行Bearer对象实例通过S18接口消息发送给DGW，以使DGW安装该新建的下行Bearer对象实例。比如，可通过会话管理信息(session management message)，即会话管理请求(session management request)和会话管理响应(session management response)来完成CGW向DGW发送新建的下行Bearer对象实例的过程。

在PCC对象实例上执行操作信息“PCC规则匹配(matchpccrule)”，执行操作信息“match pcc rule”，以便匹配出满足该第一个IP数据相应规则的SDF/Flow对象实例。

如果没有匹配到合适的SDF/Flow对象实例，则在PCC对象实例上执行操作信息“Objectoperation”，即基于该第一个IP数据相应规则来创建新的SDF/flow对象实例，并通过执行操作信息“eventreport”将新的SDF/Flow对象实例的rule等信息发送给Output interface对象实例，之后由output interface对象实例上报给CGW，同时PCC对象实例执行操作信息“objectmatch”，并结合调度顺序匹配出下一个对象实例旧的下行Bearer对象实例，并通过执行操作信息“sendto”将第一个IP数据发送到旧的“下行Bearer对象实例”。

第一个用户数据包到达旧的下行Bearer对象实例时，在旧的下行Bearer对象实例上依次执行“remark”、“metering”、“monitor”等操作信息，以完成计费，QoS管理等功能。旧的下行Bearer对象实例执行“objectmatch”操作信息，并结合调度顺序，匹配出下一个对象实例，为下行Session对象实例或者APN对象实例，并通过操作信息“sendto”将第一个用户数据包发送到通过“objectmatch”匹配出的Session对象实例或APN对象实例上。

在Session对象实例或APN对象实例上，执行操作信息“CAR”，以便完成APN_AMBR带宽的控制管理功能，最后再结合调度顺序，将第一个用户数据包发送给Output Interface对象实例，由Output Interface对象实例发送给Link_Access对象实例。

上述内容结合图2b示例性介绍了本发明实施例提供的一种处理第一个用户数据的方法，图2c示例性示出了本发明实施例提供的另一种用户数据处理方法的流程示意图，用于介绍本发明实施例处理非第一个用户数据的方法，比如，图2c给出了处理第二个用户数据的方法流程示意图。

如图2c所示，用户数据为网络设备向UE发送的下行数据，用户数据对应的调度顺序为：Link_PDN对象组、Input Interface对象组、下行Session对象组、下行Bearer对象组、SDF/Flow对象组、下行Bearer对象组、下行Session对象组。

如图2c所示，本发明实施例提供的两种可以替换的调度顺序分别为：步骤2301中包括的方案为“下行Bearer对象实例之后调度下行Session对象实例”，以及步骤2302中包括的方案“下行Bearer对象实例之后调度下行APN对象实例”。也就是说，下行新承载(NewBearer)对象实例将第一个用户数据包发送给APN对象实例或者下行Session对象实例。

图2c中所示的为DGW收到第二个用户数据的数据处理流程，以用户面网元为DGW，控制面网元为CGW进行具体描述。

DGW接收到外部分组数据网络下发的第二个用户数据包(packet)，之后根据调度顺序，确定需调度的对象组Link_PDN对象组，需调度的对象组中确定出需调度的对象实例，并执行需调度的对象实例的操作信息，对第二个用户数据包进行处理；

之后根据调度顺序，确定需调度的对象组为Input Interface对象组，根据用户数据中包括的属性信息，确定出需调度的对象组中的需调度的对象实例为Input Interface对象实例，并执行该需调度的对象实例中包括的操作信息“object match”，结合调度顺序，匹配出下一个需调度的对象实例下行Session对象实例，并通过执行Input Interface对象实例中的操作信息“send to”将根据第二个用户数据得到的第二个用户数据包发送到下行Session对象实例上去。

由于下行Session对象实例上包括很多的操作信息，因此需要先执行操作信息“operation match”，以确定接下来需要执行的操作信息，执行完一系列操作信息之后，执行操作信息“object match”，并结合调度顺序，匹配出下一个需调度的对象实例，为新的下行Bearer对象实例，并通过执行新的下行Session对象实例中的操作信息“send to”将第二个用户数据包发送到新的下行Bearer对象实例上去。

执行新的下行Bearer对象实例包括的操作信息“operation match”等一系列的操作信息之后，执行操作信息“object match”，并结合调度顺序，匹配出下一个需调度的对象实例，为新的SDF/Flow对象实例，并通过执行新的下行Bearer对象实例中的操作信息“send to”将第二个用户数据包发送到新的SDF/Flow对象实例上去。

在新的SDF/Flow对象实例上依次执行“operation match”、“metering”、“monitor”和“Event report”，之后执行操作信息“object match”，并结合调度顺序匹配出下一个对象实例新的“下行Bearer对象实例”，并通过操作信息“send to”将第二个用户数据包发送到新的“下行Bearer对象实例”。

第二个IPdata到达新的下行Bearer对象实例时，在新的下行Bearer对象实例上依次执行“operation”、“remark”、“metering”、“monitor”和“Event report”等操作信息，以完成计费，QoS管理等功能。新的下行Bearer对象实例执行“object match”操作信息，并结合调度顺序，匹配出下一个需调度的对象实例，为下行Session对象实例或者APN对象实例，并通过操作信息“send to”将第二个用户数据包发送到通过“object match”匹配出的“Session对象实例”或“APN对象实例”上。

在“Session对象实例”或“APN对象实例”上，执行操作信息“CAR”，以便完成APN_AMBR带宽的控制管理功能，最后再结合调度顺序，将第二个用户数据包发送给Output Interface对象实例，由Output Interface对象实例发送给Link_Access对象实例。

从上述内容可看出，本发明实施例中，用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组，其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；用户面网元根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；用户面网元根据需调度的对象实例中的操作信息，对用户数据进行处理。在本发明实施例中，可以对对象实例进行分组，从而当收到用户设备的用户数据之后，可以先确定出需调度的对象组，然后再从需调度的对象组中确定出需调度的对象实例，如此，可以快速的匹配出需调度的对象实例(即需调度的业务功能)，提高了匹配的效率，避免了现有技术中复杂的匹配处理过程，减少了不必要的功耗，从而提高了对用户数据进行处理的效率。此外，由于可灵活的为对象实例配置对应的操作信息，因此提高了DGW对数据进行处理的灵活性。

实施例二

图3示例性示出了本发明实施例提供另一种用户数据处理方法的流程示意图。

基于相同构思，本发明实施例提供一种用户数据处理方法，包括：

步骤301，控制面网元创建需调度的对象组，和需调度的对象组的标识；

步骤302，控制面网元向用户面网元发送需调度的对象组，和需调度的对象组的标识；需调度的对象组中包含多个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息；

需调度的对象组，和需调度的对象组的标识用于：

可选地，控制面网元根据需调度的对象实例对应的业务功能，为需调度的对象实例分配需调度的对象组的标识，具体包括：

控制面网元根据需调度的对象实例对应的业务功能，以及用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。

可选地，方法还包括：

或者，

控制面网元创建调度顺序，并向用户面网元发送调度顺序。

从上述内容可看出，本发明实施例中，控制面网元创建需调度的对象组，和需调度的对象组的标识，控制面网元向用户面网元发送需调度的对象组，和需调度的对象组的标识；需调度的对象组中包含多个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息；需调度的对象组，和需调度的对象组的标识用于：使用户面网元接收用户设备的用户数据，根据调度顺序，为用户数据确定需调度的对象组，根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例，根据需调度的对象实例中的操作信息，对用户数据进行处理。在本发明实施例中，可以对对象实例进行分组，从而当收到用户设备的用户数据之后，可以先确定出需调度的对象组，然后再从需调度的对象组中确定出需调度的对象实例，如此，可以快速的匹配出需调度的对象实例(即需调度的业务功能)，提高了匹配的效率，避免了现有技术中复杂的匹配处理过程，减少了不必要的功耗，从而提高了对用户数据进行处理的效率。此外，由于可灵活的为对象实例配置对应的操作信息，因此提高了DGW对数据进行处理的灵活性。

实施例三

图4示例性示出了本发明实施例提供一种用户面网元的结构示意图。

基于相同构思，本发明实施例提供一种用户面网元400，用于执行上述实施例一所述的方法流程，包括确定单元401、处理单元402，接收单元403，可选地，还包括更新单元404：

可选地，还包括接收单元，用于：

可选地，处理单元，还用于：

在根据调度顺序，为用户设备的用户数据确定需调度的对象组之前之前，根据控制面网元发送的处理规则，创建需调度的对象实例，需调度的对象实例包括属性信息和操作信息；

可选地，处理单元，具体用于：

可选地，确定单元，具体用于：

可选地，接收单元，还用于：

接收控制面网元发送的待更新的对象组和待更新的对象组的标识，待更新的对象组中包含多个对象实例，待更新的对象组中的每个对象实例包含属性信息和操作信息；

还包括更新单元，用于：

根据待更新的对象组的标识，将待更新的对象组的标识对应的对象组替换成待更新的对象组；

或者，

接收单元，还用于：

接收控制面网元发送的新增的对象实例，新增的对象实例包含属性信息和操作信息，新增的对象实例中的属性信息包含待更新的对象组的标识；

更新单元，还用于：

根据新增的对象实例中的属性信息包含的待更新的对象组的标识，更新待更新的对象组的标识对应的对象组。

若用户数据为UE向网络设备发送的上行数据，则调度顺序依次为：PCC 对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow对象组。

从上述内容可看出，本发明实施例中，用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组，其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；用户面网元根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例；用户面网元根据需调度的对象实例中的操作信息，对用户数据进行处理。在本发明实施例中，可以将业务功能抽象成对象实例，并根据业务功能，对对象实例进行分组，从而当收到用户设备的用户数据之后，可以先确定出需调度的对象组，然后再从需调度的对象组中确定出需调度的对象实例，如此，可以快速的匹配出需调度的对象实例(即需调度的业务功能)，提高了匹配的效率，避免了现有技术中复杂的匹配处理过程，减少了不必要的功耗，从而提高了对用户数据进行处理的效率。此外，由于可灵活的为对象实例配置对应的操作信息，因此提高了DGW对数据进行处理的灵活性。

实施例四

图5示例性示出了本发明实施例提供一种控制面网元的结构示意图。

基于相同构思，本发明实施例提供一种控制面网元500，用于执行上述实施例二所描述的方法流程，包括处理单元501、发送单元502：

处理单元，用于创建需调度的对象组，和需调度的对象组的标识

需调度的对象组，和需调度的对象组的标识用于：

可选地，处理单元，具体用于：

根据需调度的对象实例对应的业务功能，以及用户设备的标识，为需调度的对象实例分配需调度的对象组的标识。

可选地，发送单元，还用于：

或者，

可选地，处理单元，还用于：

可选地，需调度的对象组为策略与计费控制PCC对象组、上行承载Bearer 对象组、上行会话控制Session对象组、服务数据流/数据流SDF/Flow对象组、下行Session对象组、下行Bearer对象组中的任意一项；

实施例五

图6示例性示出了本发明实施例提供另一种用户面网元的结构示意图。

基于相同构思，本发明实施例提供一种用户面网元600，用于执行上述实施例一所描述的方法流程，包括处理器601、存储器602、收发器603：

处理器，用于读取存储器中的程序，执行下列过程：

通过收发器接收用户设备的用户数据，其中，用户数据中包括属性信息；

根据调度顺序，为通过收发器接收到的用户设备的用户数据确定需调度的对象组；其中，需调度的对象组中包含多个对象实例，用户数据中包含属性信息；

可选地，收发器，还用于：

可选地，处理器，还用于：

可选地，处理器，具体用于：

可选地，收发器，还用于：

处理器，用于：

或者，

收发器，还用于：

处理器，还用于：

若用户数据为UE向网络设备发送的上行数据，则调度顺序依次为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow 对象组。

总线架构可以包括任意数量的互联的总线和桥，具体由处理器代表的一个或多个处理器和存储器代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发器可以是多个元件，即包括发送机和收发器，提供用于在传输介质上与各种其他装置通信的单元。处理器负责管理总线架构和通常的处理，存储器可以存储处理器在执行操作时所使用的数据。

实施例六

图7示例性示出了本发明实施例提供另一种控制面网元的结构示意图。

基于相同构思，本发明实施例提供另一种控制面网元700，用于执行上述实施例二所描述的方法流程，包括处理器701、存储器702、收发器703：

处理器，用于读取存储器中的程序，执行下列过程：

创建需调度的对象组，和需调度的对象组的标识；

需调度的对象组，和需调度的对象组的标识用于：

可选地，处理器，在控制面网元向用户面网元发送需调度的对象组，和需调度的对象组的标识之前，用于：

可选地，处理器，具体用于：

可选地，收发器，还用于：

或者，

可选地，处理器，还用于：

从上述内容可看出，本发明实施例中，控制面网元创建需调度的对象组，和需调度的对象组的标识控制面网元向用户面网元发送需调度的对象组，和需调度的对象组的标识；需调度的对象组中包含多个对象实例，需调度的对象组中的每个对象实例包含属性信息和操作信息；需调度的对象组，和需调度的对象组的标识用于：使用户面网元接收用户设备的用户数据，根据调度顺序，为用户数据确定需调度的对象组，根据用户数据包含的属性信息，从需调度的对象组中确定需调度的对象实例，根据需调度的对象实例中的操作信息，对用户数据进行处理。在本发明实施例中，可以对对象实例进行分组，从而当收到用户设备的用户数据之后，可以先确定出需调度的对象组，然后再从需调度的对象组中确定出需调度的对象实例，如此，可以快速的匹配出需调度的对象实例(即需调度的业务功能)，提高了匹配的效率，避免了现有技术中复杂的匹配处理过程，减少了不必要的功耗，从而提高了对用户数据进行处理的效率。此外，由于可灵活的为对象实例配置对应的操作信息，因此提高了DGW对数据进行处理的灵活性。

实施例六

图8示例性示出了本发明实施例提供一种用户数据处理系统的结构示意图。

基于相同构思，本发明实施例提供一种用户数据处理系统800，包括上述实施例三和实施例五描述的用户面网元801，以及上述实施例四和实施六描述的控制面网元802，用户数据处理系统800中的用户面网元801用于执行上述实施例一所描述的方法流程，用户数据处理系统800中的控制面网元802用于执行上述实施例二所描述的方法流程：

本领域内的技术人员应明白，本发明的实施例可提供为方法、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包括有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包括这些改动和变型在内。

Claims

一种用户数据处理方法，其特征在于，包括：

用户面网元接收用户设备的用户数据，所述用户数据中包含属性信息；

用户面网元根据调度顺序，为所述用户数据确定需调度的对象组，其中，所述需调度的对象组中包含多个对象实例；

所述用户面网元根据所述用户数据包含的属性信息，从所述需调度的对象组中确定需调度的对象实例；

所述用户面网元根据所述需调度的对象实例中的操作信息，对所述用户数据进行处理。
如权利要求1所述的方法，其特征在于，所述用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组之前，还包括：

所述用户面网元接收控制面网元发送的所述需调度的对象组和所述需调度的对象组的标识，所述需调度的对象组中包含多个对象实例，所述需调度的对象组中的每个对象实例包含属性信息和操作信息。
如权利要求1所述的方法，其特征在于，所述用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组之前，还包括：

所述用户面网元根据控制面网元发送的处理规则，创建所述需调度的对象实例，所述需调度的对象实例包括属性信息和操作信息；

所述用户面网元根据所述需调度的对象实例对应的业务功能，为所述需调度的对象实例分配所述需调度的对象组的标识；

所述用户面网元将具有与所述需调度的对象组的标识相同的对象组标识的对象实例组成所述需调度的对象组。
如权利要求3所述的方法，其特征在于，所述用户面网元根据所述需调度的对象实例对应的业务功能，为所述需调度的对象实例分配所述需调度的对象组的标识，包括：

所述用户面网元根据所述需调度的对象实例对应的业务功能，以及所述需调度的对象实例对应的用户设备的标识，为所述需调度的对象实例分配所述需调度的对象组的标识。
如权利要求2或4所述的方法，其特征在于，所述用户面网元根据调度顺序，为用户设备的用户数据确定需调度的对象组，具体包括：

所述用户面网元根据所述调度顺序，以及所述用户设备的标识，为所述用户设备的所述用户数据确定所述需调度的对象组。
如权利要求1-4中任一项所述的方法，其特征在于，所述方法还包括：

所述用户面网元接收控制面网元发送的待更新的对象组和所述待更新的对象组的标识，所述待更新的对象组中包含多个对象实例，所述待更新的对象组中的每个对象实例包含属性信息和操作信息；所述用户面网元根据所述待更新的对象组的标识，将所述待更新的对象组的标识对应的对象组替换成所述待更新的对象组；

或者，

所述用户面网元接收控制面网元发送的新增的对象实例，所述新增的对象实例包含属性信息和操作信息，所述新增的对象实例中的属性信息包含待更新的对象组的标识；所述用户面网元根据所述新增的对象实例中的属性信息包含的待更新的对象组的标识，更新所述待更新的对象组的标识对应的对象组。
如权利要求1-5中任一项所述的方法，其特征在于，所述需调度的对象组为策略与计费控制PCC对象组、上行承载Bearer对象组、上行会话控制Session对象组、服务数据流/数据流SDF/Flow对象组、下行Session对象组、下行Bearer对象组中的任意一项；

则，若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、上行Bearer对象组、上行Session对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC、上行Bearer对象组、APN对象组和SDF/Flow对象组；

若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow对象组。
一种用户数据处理方法，其特征在于，包括：

控制面网元创建需调度的对象组，和所述需调度的对象组的标识；

控制面网元向用户面网元发送所述需调度的对象组，和所述需调度的对象组的标识；所述需调度的对象组中包含多个对象实例，所述需调度的对象组中的每个对象实例包含属性信息和操作信息；

所述需调度的对象组，和所述需调度的对象组的标识用于：

使所述用户面网元接收用户设备的用户数据，根据调度顺序，为所述用户数据确定需调度的对象组，根据所述用户数据包含的属性信息，从所述需调度的对象组中确定需调度的对象实例，根据所述需调度的对象实例中的操作信息，对所述用户数据进行处理。
如权利要求8所述的方法，其特征在于，所述控制面网元创建需调度的对象组，和所述需调度的对象组的标识，具体包括：

所述控制面网元根据处理规则，创建所述需调度的对象实例，所述需调度的对象实例包括属性信息和操作信息；

所述控制面网元根据所述需调度的对象实例对应的业务功能，为所述需调度的对象实例分配所述需调度的对象组的标识；

所述控制面网元将具有与所述需调度的对象组的标识相同的对象组标识的对象实例组成所述需调度的对象组。
如权利要求9所述的方法，其特征在于，所述控制面网元根据所述需调度的对象实例对应的业务功能，为所述需调度的对象实例分配所述需调度的对象组的标识，具体包括：

所述控制面网元根据所述需调度的对象实例对应的业务功能，以及所述用户设备的标识，为所述需调度的对象实例分配所述需调度的对象组的标识。
如权利要求8-10中任一项所述的方法，其特征在于，所述方法还包括：

所述控制面网元向所述用户面网元发送待更新的对象组和所述待更新的对象组的标识；以使所述用户面网元根据所述待更新的对象组的标识，将所述待更新的对象组的标识对应的对象组替换成所述待更新的对象组；其中，所述待更新的对象组中包含多个对象实例，所述待更新的对象组中的每个对象实例包含属性信息和操作信息；

或者，

所述控制面网元向所述用户面网元发送发送的新增的对象实例，以使所述用户面网元根据所述新增的对象实例中的属性信息包含的待更新的对象组的标识，更新所述待更新的对象组的标识对应的对象组；所述新增的对象实例包含属性信息和操作信息，所述新增的对象实例中的属性信息包含待更新的对象组的标识。
如权利要求8-11中任一项所述的方法，其特征在于，所述控制面网元向用户面网元发送所述需调度的对象组，和所述需调度的对象组的标识之前，还包括：

所述控制面网元创建所述调度顺序，并向所述用户面网元发送所述调度顺序。
如权利要求8-12中任一项所述的方法，其特征在于，所述需调度的对象组为策略与计费控制PCC对象组、上行承载Bearer对象组、上行会话控制Session对象组、服务数据流/数据流SDF/Flow对象组、下行Session对象组、下行Bearer对象组中的任意一项；

则，若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、上行Bearer对象组、上行Session对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC、上行Bearer对象组、APN对象组和SDF/Flow对象组；

若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow对象组。
一种用户面网元，其特征在于，包括：

接收单元，用于接收用户设备的用户数据；所述用户数据包含属性信息；

确定单元，用于根据调度顺序，为用户设备的用户数据确定需调度的对象组，根据所述用户数据包含的属性信息，从所述需调度的对象组中确定需调度的对象实例；其中，所述需调度的对象组中包含多个对象实例，所述用户数据中包含属性信息；

处理单元，用于根据所述需调度的对象实例中的操作信息，对所述用户数据进行处理。
如权利要求14所述的用户面网元，其特征在于，还包括接收单元，用于：

接收控制面网元发送的所述需调度的对象组和所述需调度的对象组的标识，所述需调度的对象组中包含多个对象实例，所述需调度的对象组中的每个对象实例包含属性信息和操作信息。
如权利要求14所述的用户面网元，其特征在于，所述处理单元，还用于:

在根据调度顺序，为用户设备的用户数据确定需调度的对象组之前之前，根据控制面网元发送的处理规则，创建所述需调度的对象实例，所述需调度的对象实例包括属性信息和操作信息；

根据所述需调度的对象实例对应的业务功能，为所述需调度的对象实例分配所述需调度的对象组的标识；

将具有与所述需调度的对象组的标识相同的对象组标识的对象实例组成所述需调度的对象组。
如权利要求16所述的用户面网元，其特征在于，所述处理单元，具体用于：

根据所述需调度的对象实例对应的业务功能，以及所述需调度的对象实例对应的用户设备的标识，为所述需调度的对象实例分配所述需调度的对象组的标识。
如权利要求15或17所述的用户面网元，其特征在于，所述确定单元，具体用于：

根据所述调度顺序，以及所述用户设备的标识，为所述用户设备的所述用户数据确定所述需调度的对象组。
如权利要求14-17中任一项所述的用户面网元，其特征在于，所述接收单元，还用于：

接收控制面网元发送的待更新的对象组和所述待更新的对象组的标识，所述待更新的对象组中包含多个对象实例，所述待更新的对象组中的每个对象实例包含属性信息和操作信息；

还包括更新单元，用于：

根据所述待更新的对象组的标识，将所述待更新的对象组的标识对应的对象组替换成所述待更新的对象组；

或者，

所述接收单元，还用于：

接收控制面网元发送的新增的对象实例，所述新增的对象实例包含属性信息和操作信息，所述新增的对象实例中的属性信息包含待更新的对象组的标识；

所述更新单元，还用于：

根据所述新增的对象实例中的属性信息包含的待更新的对象组的标识，更新所述待更新的对象组的标识对应的对象组。
如权利要求14-18中任一项所述的用户面网元，其特征在于，所述需调度的对象组为策略与计费控制PCC对象组、上行承载Bearer对象组、上行会话控制Session对象组、服务数据流/数据流SDF/Flow对象组、下行Session对象组、下行Bearer对象组中的任意一项；

则，若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、上行Bearer对象组、上行Session对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC、上行Bearer对象组、APN对象组和SDF/Flow对象组；

若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow对象组。
一种控制面网元，其特征在于，包括：

处理单元，用于创建需调度的对象组，和所述需调度的对象组的标识；

发送单元，用于向用户面网元发送所述需调度的对象组，和所述需调度的对象组的标识；所述需调度的对象组中包含多个对象实例，所述需调度的对象组中的每个对象实例包含属性信息和操作信息；

所述需调度的对象组，和所述需调度的对象组的标识用于：

使所述用户面网元接收用户设备的用户数据，根据调度顺序，为所述用户数据确定需调度的对象组，根据所述用户数据包含的属性信息，从所述需调度的对象组中确定需调度的对象实例，根据所述需调度的对象实例中的操作信息，对所述用户数据进行处理。
如权利要求21所述的控制面网元，其特征在于，所述处理单元，具体用于：

根据处理规则，创建所述需调度的对象实例，所述需调度的对象实例包括属性信息和操作信息；

根据所述需调度的对象实例对应的业务功能，为所述需调度的对象实例分配所述需调度的对象组的标识；

将具有与所述需调度的对象组的标识相同的对象组标识的对象实例组成所述需调度的对象组。
如权利要求22所述的控制面网元，其特征在于，所述处理单元，具体用于：

根据所述需调度的对象实例对应的业务功能，以及所述用户设备的标识，为所述需调度的对象实例分配所述需调度的对象组的标识。
如权利要求21-23中任一项所述的控制面网元，其特征在于，所述发送单元，还用于：

向所述用户面网元发送待更新的对象组和所述待更新的对象组的标识；以使所述用户面网元根据所述待更新的对象组的标识，将所述待更新的对象组的标识对应的对象组替换成所述待更新的对象组；其中，所述待更新的对象组中包含多个对象实例，所述待更新的对象组中的每个对象实例包含属性信息和操作信息；

或者，

向所述用户面网元发送发送的新增的对象实例，以使所述用户面网元根据所述新增的对象实例中的属性信息包含的待更新的对象组的标识，更新所述待更新的对象组的标识对应的对象组；所述新增的对象实例包含属性信息和操作信息，所述新增的对象实例中的属性信息包含待更新的对象组的标识。
如权利要求21-24中任一项所述的控制面网元，其特征在于，所述处理单元，还用于：

在向用户面网元发送所述需调度的对象组，和所述需调度的对象组的标识之前，创建所述调度顺序，并向所述用户面网元发送所述调度顺序。
如权利要求21-25中任一项所述的控制面网元，其特征在于，所述需调度的对象组为策略与计费控制PCC对象组、上行承载Bearer对象组、上行会话控制Session对象组、服务数据流/数据流SDF/Flow对象组、下行Session对象组、下行Bearer对象组中的任意一项；

则，若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、上行Bearer对象组、上行Session对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC、上行Bearer对象组、APN对象组和SDF/Flow对象组；

若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow对象组。
一种用户面网元，其特征在于，包括：

收发器和处理器；

所述收发器用于接收用户设备的用户数据；

所述处理器用于根据调度顺序，为所述用户数据确定需调度的对象组；其中，所述需调度的对象组中包含多个对象实例，所述用户数据中包含属性信息；

根据所述用户数据包含的属性信息，从所述需调度的对象组中确定需调度的对象实例；

根据所述需调度的对象实例中的操作信息，对所述用户数据进行处理。
如权利要求27所述的用户面网元，其特征在于，所述收发器，还用于：

在根据调度顺序，为用户设备的用户数据确定需调度的对象组之前，接收控制面网元发送的所述需调度的对象组和所述需调度的对象组的标识，所述需调度的对象组中包含多个对象实例，所述需调度的对象组中的每个对象实例包含属性信息和操作信息。
如权利要求27所述的用户面网元，其特征在于，所述处理器，还用于：

根据控制面网元发送的处理规则，创建所述需调度的对象实例，所述需调度的对象实例包括属性信息和操作信息；

根据所述需调度的对象实例对应的业务功能，为所述需调度的对象实例分配所述需调度的对象组的标识；

将具有与所述需调度的对象组的标识相同的对象组标识的对象实例组成所述需调度的对象组。
如权利要求29所述的用户面网元，其特征在于，所述处理器，具体用于：

根据所述需调度的对象实例对应的业务功能，以及所述需调度的对象实例对应的用户设备的标识，为所述需调度的对象实例分配所述需调度的对象组的标识。
如权利要求28或30所述的用户面网元，其特征在于，所述处理器，具体用于：

根据所述调度顺序，以及所述用户设备的标识，为所述用户设备的所述用户数据确定所述需调度的对象组。
如权利要求27-30中任一项所述的用户面网元，其特征在于，所述收发器，还用于：

接收控制面网元发送的待更新的对象组和所述待更新的对象组的标识，所述待更新的对象组中包含多个对象实例，所述待更新的对象组中的每个对象实例包含属性信息和操作信息；

所述处理器，用于：

根据所述待更新的对象组的标识，将所述待更新的对象组的标识对应的对象组替换成所述待更新的对象组；

或者，

所述收发器，还用于：

接收控制面网元发送的新增的对象实例，所述新增的对象实例包含属性信息和操作信息，所述新增的对象实例中的属性信息包含待更新的对象组的标识；

所述处理器，还用于：

根据所述新增的对象实例中的属性信息包含的待更新的对象组的标识，更新所述待更新的对象组的标识对应的对象组。
如权利要求27-30中任一项所述的用户面网元，其特征在于，所述需调度的对象组为策略与计费控制PCC对象组、上行承载Bearer对象组、上行会话控制Session对象组、服务数据流/数据流SDF/Flow对象组、下行Session 对象组、下行Bearer对象组中的任意一项；

则，若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、上行Bearer对象组、上行Session对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC、上行Bearer对象组、APN对象组和SDF/Flow对象组；

若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow对象组。
一种控制面网元，其特征在于，包括：

处理器，用于创建需调度的对象组，和所述需调度的对象组的标识；

收发器，用于向用户面网元发送所述需调度的对象组，和所述需调度的对象组的标识；所述需调度的对象组中包含多个对象实例，所述需调度的对象组中的每个对象实例包含属性信息和操作信息；

所述需调度的对象组，和所述需调度的对象组的标识用于：

使所述用户面网元接收用户设备的用户数据，根据调度顺序，为所述用户数据确定需调度的对象组，根据所述用户数据包含的属性信息，从所述需调度的对象组中确定需调度的对象实例，根据所述需调度的对象实例中的操作信息，对所述用户数据进行处理。
如权利要求34所述的控制面网元，其特征在于，所述处理器，具体用于：

根据处理规则，创建所述需调度的对象实例，所述需调度的对象实例包括属性信息和操作信息；

根据所述需调度的对象实例对应的业务功能，为所述需调度的对象实例分配所述需调度的对象组的标识；

将具有与所述需调度的对象组的标识相同的对象组标识的对象实例组成所述需调度的对象组。
如权利要求35所述的控制面网元，其特征在于，所述处理器，具体用于：

根据所述需调度的对象实例对应的业务功能，以及所述用户设备的标识，为所述需调度的对象实例分配所述需调度的对象组的标识。
如权利要求34-36中任一项所述的控制面网元，其特征在于，所述收发器，还用于：

向所述用户面网元发送待更新的对象组和所述待更新的对象组的标识；以使所述用户面网元根据所述待更新的对象组的标识，将所述待更新的对象组的标识对应的对象组替换成所述待更新的对象组；其中，所述待更新的对象组中包含多个对象实例，所述待更新的对象组中的每个对象实例包含属性信息和操作信息；

或者，

向所述用户面网元发送发送的新增的对象实例，以使所述用户面网元根据所述新增的对象实例中的属性信息包含的待更新的对象组的标识，更新所述待更新的对象组的标识对应的对象组；所述新增的对象实例包含属性信息和操作信息，所述新增的对象实例中的属性信息包含待更新的对象组的标识。
如权利要求34-37中任一项所述的控制面网元，其特征在于，所述处理器，还用于：

在向用户面网元发送所述需调度的对象组，和所述需调度的对象组的标识之前，创建所述调度顺序，并向所述用户面网元发送所述调度顺序。
如权利要求34-38中任一项所述的控制面网元，其特征在于，所述需调度的对象组为策略与计费控制PCC对象组、上行承载Bearer对象组、上行会话控制Session对象组、服务数据流/数据流SDF/Flow对象组、下行Session对象组、下行Bearer对象组中的任意一项；

则，若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、上行Bearer对象组、上行Session对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC、上行Bearer对象组、APN对象组和SDF/Flow对象组；

若所述用户数据为UE向网络设备发送的上行数据，则所述调度顺序依次为：PCC对象组、下行Session对象组、下行Bearer对象组和SDF/Flow对象组；或者所述调度顺序依次为：PCC对象组、APN对象组、下行Bearer对象组和SDF/Flow对象组。
一种用户数据处理系统，其特征在于，包括：

控制面网元，用于创建需调度的对象组，和所述需调度的对象组的标识；向用户面网元发送所述需调度的对象组，和所述需调度的对象组的标识；其中，所述需调度的对象组中包含多个对象实例，所述需调度的对象组中的每个对象实例包含属性信息和操作信息；

用户面网元，用于接收用户设备的用户数据，根据调度顺序，为所述用户数据确定需调度的对象组，根据所述用户数据包含的属性信息，从所述需调度的对象组中确定需调度的对象实例，根据所述需调度的对象实例中的操作信息，对所述用户数据进行处理；其中，所述用户数据中包含属性信息，所述需调度的对象组中包含多个对象实例。