WO2011060707A1

WO2011060707A1 - 公共承载处理方法、网络节点及通信系统

Info

Publication number: WO2011060707A1
Application number: PCT/CN2010/078783
Authority: WO
Inventors: 支春霞; 郭小龙; 刘永俊; 梅里奥·劳伦斯
Original assignee: 华为技术有限公司
Priority date: 2009-11-19
Filing date: 2010-11-16
Publication date: 2011-05-26
Also published as: CN102075872A; AU2010321416A1; AU2010321416B2; CN106454764A; JP5584921B2; JP2013511862A

Description

公共承载处理方法、网络节点及通信系统本申请要求于 2009年 11月 19 日提交的，申请号为 200910226515. 2，发明名称为 "公共承载处理方法、网络节点及通信系统" 的中国申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明涉及通信技术领域，特别是涉及一种公共承载处理方法、网络节点及通信系统。

背景技术

目前长期演进 /系统架构演进 ( Long Term Evolved/System Architecture Evolved, 以下简称 LTE/SAE )等网络是基于人对人（ Human To Human, 简称 H2H )设计的。在现有网络中，每个用户设备（ User Equipment, 简称 UE ) 通常只属于一个用户，网络对于每个 UE进行单独管理，建立单个 UE使用的承载，不同 UE之间没有关联。

机器对机器（Machine To Machine, 简称 M2M )通信技术是当前通信技术的发展趋势之一。 M2M通信技术中，数据从一台设备传输到另一台设备上，即实现设备之间的对话。在基于 M2M通信技术的 M2M网络中，用户与设备之间不再是简单的 1 : 1的关系，通常一个用户会拥有不止一台甚至拥有大量的设备，即用户与设备之间形成了 1： M的关系。此外在 M2M网络中，也可能存在多个用户共同使用一个设备的情形，即用户与设备之间形成了 N： 1的关系。综合 M2M上述各种可能情形，在 M2M网络中用户与设备之间的对应关系可表示为 N : M。

当大量设备在发起通信流程时，按照现有技术建立由单个设备使用的承载，将会占用大量的网络承载资源，造成网络资源浪费。

发明内容本发明实施例提供一种公共承载处理方法、网络节点及通信系统，用以节省对终端设备管理所需的网络资源。

本发明实施例提供了一种公共承载处理方法，包括：

创建设备所属群组对应的公共承载；

使用所述公共承载为所述群组中的设备提供服务。

本发明实施例还提供了另一种公共承载处理方法，包括：

通过创建设备所属群组对应的公共承载，获取所述公共承载对应的群组信息；

广播所述群组信息，以供属于所述群组的设备选择创建有所述公共承载的小区进行驻留。

本发明实施例还提供了一种网络节点，包括：

公共承载创建模块，用于创建设备所属群组对应的公共承载；

群组设备服务模块，用于使用所述公共承载为所述群组中的设备提供服务。

本发明实施例还提供了另一种网络节点，包括：

群组信息获取模块，用于通过创建设备所属群组对应的公共承载，获取所述公共承载对应的群组信息；

群组信息广播模块，用于广播所述群组信息，以供属于所述群组的设备选择创建有所述公共承载的小区进行驻留。

本发明实施例还提供了一种通信系统，包括：网络节点以及与所述网络节点以可通信方式相连的设备，

所述网络节点，用于创建设备所属群组对应的公共承载，使用所述公共承载为所述群组中的设备提供服务。

本发明实施例还提供了另一种通信系统，包括：网络节点以及与所述网络节点以可通信方式相连的设备，

所述网络节点，用于通过创建设备所属群组对应的公共承载，获取所述公共承载对应的群组信息；广播所述群组信息，以供属于所述群组的设备选择创建有所述公共承载的小区进行驻留。

本发明实施例提供的公共承载处理方法、网络节点及通信系统中，为属于同一群组的多个设备建立公共承载，使得属于同一群组的多个设备可以共享相同的承载资源，从而节省了对终端设备管理所需的网络资源。附图说明

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

图 1为本发明第一实施例提供的公共承载处理方法流程图；

图 2为本发明第二实施例提供的公共承载处理方法流程图；

图 3a为本发明承载处理方法实施例的应用场景 LTE/SAE系统结构示意图；

图 3b为图 3a所示的应用场景中公共承载的分类示意图；

图 4a为本发明第三实施例提供的附着流程中公共上行用户面承载创建方法信令交互图；

图 4b为本发明第三实施例提供的附着流程中公共上行用户面承载使用方法信令交互图；

图 5a为本发明第四实施例提供的 PDN连接建立流程中公共上行用户面承载创建方法信令交互图；

图 5b为本发明第四实施例提供的 PDN连接建立流程中公共上行用户面承载使用方法信令交互图；

图 6a为本发明第五实施例提供的专用承载建立流程中专用公共上行用户面承载创建方法信令交互图；

图 6b为本发明第五实施例提供的专用承载建立流程中专用公共上行用户面承载使用方法信令交互图；

图 7a为本发明第六实施例提供的附着流程中公共下行用户面承载创建方法信令交互图；

图 7b为本发明第六实施例提供的附着流程中公共下行用户面承载使用方法信令交互图；

图 8a为本发明第七实施例提供的 PDN连接建立流程中公共下行用户面承载创建方法信令交互图；

图 8b为本发明第七实施例提供的 PDN连接建立流程中公共下行用户面承载使用方法信令交互图；

图 9a为本发明第八实施例提供的专用承载建立流程中专用公共下行用户面承载创建方法信令交互图；

图 9b为本发明第八实施例提供的专用承载建立流程中专用公共下行用户面承载使用方法信令交互图；

图 10为本发明第九实施例提供的公共控制面承载处理方法流程图；图 11a为本发明第十实施例提供的附着流程中公共承载创建方法信令交互图；

图 l ib为本发明第十实施例提供的附着流程中公共承载使用方法信令交互图；

图 12a为本发明第十一实施例提供的专用承载建立流程中专用公共承载创建方法信令交互图；

图 12b为本发明第十一实施例提供的专用承载建立流程中专用公共承载使用方法信令交互图；

图 13a为本发明第十二实施例提供的附着流程中公共承载创建方法信令交互图；

图 13b为本发明第十二实施例提供的附着流程中公共承载使用方法信令交互图；图 14为本发明第十三实施例提供的网络节点的结构示意图；图 15为本发明第十四实施例提供的网络节点的结构示意图；

图 16为本发明第十五实施例提供的通信系统的结构示意图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图 1 为本发明第一实施例提供的公共承载处理方法流程图。本实施例的执行主体可为与终端侧设备以可通信方式相连的网络节点，如核心网节点等。如图 1所示，本实施例公共承载处理方法包括：

步骤 11、创建设备所属群组对应的公共承载。

本发明实施例中，公共承载按照功能及数据传输方向可分为：公共用户面承载和公共控制面承载，公共用户面承载用于传输业务数据，公共控制面承载用于传输信令消息；根据传输数据方向不同，公共用户面承载又可分为：公共上行用户面承载和公共下行用户面承载。

本步骤根据某一群组的群组信息，创建该群组对应的公共承载。创建的公共承载可包括：公共用户面承载和 /或公共控制面承载，其中，公共用户面承载可包括公共上行用户面承载和 /或公共下行用户面承载。公共上行用户面承载、公共下行用户面承载和公共控制面承载，即可为从设备到设备所有的相关网络节点之间各通信段的完整承载，也可为其中部分通信段的公共承载。

在创建公共承载过程中，可创建第一公共承载，第一公共承载为当前节点与第一节点之间的公共承载。或者，在创建公共承载过程中，可创建第二公共承载，第二公共承载为当前节点与第二节点之间的的公共承载。或者，在创建公共承载过程中，可创建上述第一公共承载和第二公共承载，并建立第一公共承载和第二公共承载之间的映射关系。建立第一公共承载和第二公共承载之间的映射关系的具体实现方式不受限制，例如：可获取第一公共承载对应的第一隧道端点标识以及第二公共承载对应的第二隧道端点标识，建立第一隧道端点标识和第二隧道端点标识的映射关系。

上述第一节点和第二节点分别为与当前节点连接的不同级节点，如第一节点为当前节点的上级节点，第二节点为当前节点的下级节点，或者，第一节点为当前节点的下级节点，第二节点为当前节点的上级节点。

步骤 12、使用上述公共承载为上述群组中的设备提供服务。

公共承载建立完成之后，相同群组的设备就可以使用相同的承载资源，不需要为每个设备单独创建承载。

可选的，在创建设备所属群组对应的公共承载之后，如果创建的公共承载为公共用户面承载，本实施例公共承载处理方法还可包括：对公共用户面承载进行检查以确定公共用户面承载是否满足业务需求，例如：

判断公共用户面承载的性能参数是否满足当前节点提供的服务的业务需求，如果满足，可直接使用公共用户面承载为相应设备提供服务；如果不满足，则在公共用户面承载的类型为保证比特速率承载时，根据其他设备所需业务的实际服务质量需求，更新公共用户面承载的服务质量参数；向保存该群组对应的公共用户面承载上下文的相关节点发送更新的服务质量参数；和 / 或，

判断所述公共用户面承载的流模版参数的配置属性是否为非静态配置，如果是，则更新所述公共用户面承载的流模版参数；向保存所述群组的公共用户面承载上下文的相关节点发送更新的所述流模版参数。

保存该群组对应的公共用户面承载上下文的相关节点更新参数后，可使用参数更新后的公共用户面承载为属于相同群组的设备提供服务。

本实施例提供的公共承载处理方法中，为属于同一群组的多个设备建立公共承载，使得属于同一群组的多个设备可以共享相同的承载资源，从而节省了对终端设备管理所需的网络资源。

图 2为本发明第二实施例提供的公共承载处理方法流程图。本实施例的执行主体可为与终端侧设备以可通信方式相连的网络节点，如接入网节点等如图 2所示，本实施例公共承载处理方法包括：

步骤 21、通过创建设备所属群组对应的公共承载，获取上述公共承载对应的群组信息。

网络侧创建设备所属群组对应的公共承载的方法可参见图 1 对应实施例的记载，在此不再赘述。

步骤 22、广播上述群组信息，以供属于上述群组的设备选择创建有公共承载的小区进行驻留。

设备接收到包括有公共承载对应的群组信息时，可根据接收的群组信息，且确定网络侧创建有自身所属群组的公共承载时，可选择网络侧已创建有该公共承载的小区进行驻留，与属于相同群组的其他设备附着到相同的网络节点上。

本实施例公共承载处理方法中，通过向设备广播网络侧建立的公共承载对应的群组信息，使得终端侧设备可选择网络侧已创建有该公共承载的小区进行驻留，与属于相同群组的其他设备附着到相同的网络节点上，可与属于同一群组的其他设备共享相同的承载资源，从而节省了对终端设备管理所需的网络资源。

图 3a为本发明承载处理方法实施例的应用场景 LTE/SAE系统结构示意图。如图 3a所示， LTE/SAE主要包括：归属签约用户服务器（ Home Subscriber Server, 简称 HSS )、移动性管理实体 ( Mobility Management Entity ，简称 MME )、 SAE网关、演进的通用陆地无线接入网络（ Evolved Universal Terrestrial Radio Access Network, 简称 E-UTRAN ) 中的演进基站（ E-UTRAN NodeB ，简称 eNB )等。

HSS 主要负责用户设备（ User Equipment ，简称 UE )的签约数据管理， HSS保存的签约数据可包括 UE的群组信息。 UE的群组信息可包括： UE所属的群组的组标识、组成员列表（包括一组设备标识）、组的公共特性、组成保存。如果某一 UE属于多个群组， UE的群组信息还可包括群组的组标识与业务类型之间的映射关系，如 APN与组标识对等。 HSS上保存的 UE的签约数据可由机器类型通信（ Machine Type Communication, 简称 MTC )等应用服务器进行维护，例如： MTC应用服务器可改变 UE 的群组信息，将 UE加入某一或某些群组，或者，将 UE从某一或某些群组中删除等。当 UE的群组信息发生改变时， HSS 上保存的签约数据也相应发生改变，使得网络侧对 UE 的管理方式也需发生相应的变化。

MME的主要功能是保存 UE的移动性管理上下文，并对非接入层（Non Access Stratum, 简称 NAS )信令进行处理，负责 NAS信令的安全等，其中移动性管理上下文可包括用户的标识、移动性管理状态、位置信息等。 MME 可向 HSS获取 UE的签约数据，根据签约数据获取 UE的群组信息。

SAE网关包括服务网关（ Serving Gateway ，简称 S-GW )和分组数据网络网关（ Packet Data Network Gateway, 简称 P-GW ); S-GW与 P-GW是两个逻辑实体，可以存在于同一个或不同的物理实体上。 S-GW上主要保存 UE的用户面上下文，如: UE的 IP地址和路由信息、执行合法监听、分组数据路由功能等； S-GW通过 S11接口与 MME通信，进行 UE的移动性管理信息与会话控制信息等交互。 P-GW负责 UE接入到分组数据网的用户面锚点功能，通过 SGi参考点与外部分组数据网进行通信，具有分组路由和转发的功能，并负责策略计费增强功能、基于每个用户的分组过滤功能等； P-GW通过 S5 接口与 S-GW通信，传输承载建立 /修改 /删除等控制信息，以及分组数据路由等。

E-UTRAN由多个 eNB组成， eNB主要功能是负责建立、维护或释放与 UE之间的无线连接，保存处于连接状态 UE的上下文信息，并对接入层（ Access Stratum, 简称 AS )信令进行处理，负责 AS信令的安全等。

图 3b为图 3a所示的应用场景中公共承载的分类示意图。如图 3b所示，在图 3a所示的应用场景中， MME与 eNB 之间的接口为 S1接口，使用公共控制面承载（CP Bearer )通信； S-GW与 eNB 之间的接口为 S1接口，使用公共用户面承载（ UP Bearer )通信； MME与 S-GW之间的接口为 SI 1接口，使用公共控制面承载通信； S-GW和 P-GW之间的接口为 S5/S8接口，使用公共控制面或公共用户面承载通信。根据传输数据方向不同，公共用户面承载又可分为：公共上行用户面承载和公共下行用户面承载，即 P-GW和 S-GW 之间、 S-GW和 eNB可通过公共上行用户面承载和公共下行用户面承载，分别进行上行通信和下行通信。

下面结合本发明实施例在图 3a和图 3b所示的应用场景为例，说明本发明承载处理方法的技术方案。

图 4a-图 6b为与群组对应的公共承载是公共上行用户面承载时的承载处理方法实施例。当属于某一群组的设备需要为发起的业务建立承载时，设备的相关网络节点，可根据由 HSS获取的设备签约数据或设备提供的群组信息，首先判断该设备所属的群组是否已建立相应的公共承载。如果没有，则建立该群组相应的公共承载；如果已建立公共承载且此承载处于激活状态，则属于该群组的设备可直接使用该公共承载传输数据；如果已建立公共承载且此承载处于非激活状态，则设备的相关网络节点首先激活该公共承载，之后再将该公共承载用于该群组的设备的数据传输。如果相关网络节点存在上一级节点和下一级节点，则该相关网络节点还需要保存上一级承载与下一级承载之间的映射关系。下面分别结合附着流程、 PDN连接建立流程和专用承载建立流程为例，进行详细说明。

本领域普通技术人员可以理解，下述实施例中的设备可以为阐述上述本发明实施例应用场景时提到的 UE。

图 4a和图 4b以在附着流程中，与群组对应的公共承载是公共上行用户面承载时的承载处理方法为例进行说明。

图 4a为本发明第三实施例提供的附着流程中公共上行用户面承载创建方法信令交互图。本实施例的应用场景为：属于同一群组、第一个发起网络附着流程的设备，在附着流程中创建与群组对应的公共上行用户面承载；下行用户面承载和控制面承载的创建方式不受限制。

本实施例中设备的相关网络节点可根据与设备相关的签约数据或设备提供的群组信息，判断该设备所属群组对应的公共上行用户面承载是否已建立。本实施例假设设备所属群组的公共上行用户面承载尚未建立。如图 4a所示，本实施例附着流程中公共上行用户面承载创建方法包括：

步骤 41a、设备向 eNB发送无线资源控制（ Radio Resource Control, 简称 RRC )连接建立（ RRC Connection Setup )消息， RRC连接建立消息包括附着请求（Attach Request ) 消息、设备标识，设备所属群组的群组信息，如群组标识（ Group ID )等信息；附着请求消息可选择的携带接入点名称（ Access Point Name,简称 APN )等信息；附着请求消息可以为非接入层（ Non-Access Stratum, 简称 NAS ) 消息。

步骤 42a、 eNB根据设备当前所处的位置及网络拓朴结构，按照负载均衡的原则选择 MME，并向选定的 MME发送初始 UE消息（ Initial UE message )，初始 UE消息中包括附着请求消息（ NAS消息）。

步骤 43a、 MME通过更新位置流程 ( Update Location Procedure )，从 HSS 中获取与设备相关的签约数据。

如果 MME中已保存该设备相关的签约数据，则此步骤可省略。

步骤 44a、 MME根据保存的设备签约数据和 /或设备所携带的 APN信息，按照负载均衡的原则进行 S-GW和 P-GW选择，并向选定的 S-GW发送建立会话请求（ Create Session Request ) 消息，建立会话请求消息中携带设备所属群组的群组标识，还可携带设备标识、 MME的控制面隧道端点标识（Tunnel Endpoint Identifier,简称 TEID )、 P-GW地址、 APN、默认承载（ Default Bearer ) 服务质量（Quality of Service , 简称 QoS )、承载标识等信息。

步骤 45a、 S-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识； S-GW根据接收到的 P-GW信息，向选定的 P-GW发送建立会话请求消息，建立会话请求消息中携带设备所属群组的群组标识、设备标识、 APN、 S-GW的用户面地址、 S-GW的下行用户面 TEID、 S-GW的控制面 TEID、默认承载 QoS、承载标识等信息。

步骤 46a、 P-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识以及 P-GW的公共上行用户面 TEID，图中表示为公共 UL TEID, 该 P-GW的公共上行用户面 TEID为 P-GW分配的、与该设备所属群组的群组标识对应的上行用户面 TEID，以供 S-GW传输属于同一群组的任一设备的上行数据时使用。

P-GW向 S-GW返回建立会话响应（Create Session Response ) 消息，建立会话响应消息中携带 P-GW的用户面地址、 P-GW的公共上行用户面 TEID、 P-GW的控制面 TEID、承载标识、承载 QoS等信息。

步骤 47a、 S-GW建立 P-GW的公共上行用户面 TEID和 S-GW的公共上行用户面 TEID之间的映射关系，并将该映射关系保存在自身已创建的承载上下文中。其中， S-GW的公共上行用户面 TEID为 S-GW分配的、与该设备所属群组的群组标识对应的上行用户面 TEID，以供 eNB传输属于同一群组的任一设备的上行数据时使用。

S-GW向 MME返回建立会话响应消息，建立会话响应消息中携带 S-GW 的用户面地址、 S-GW的公共上行用户面 TEID、 S-GW的控制面 TEID、承载标识、承载 QoS等信息。

步骤 48a、 MME向 eNB发送初始上下文建立请求（ Initial Context Setup Request )消息，初始上下文建立请求消息中携带承载 QoS、承载标识、 S-GW 的用户面地址、 S-GW的公共上行用户面 TEID、群组标识、附着接受消息等信息，该附着接受消息可以为 NAS消息。步骤 49a、 eNB创建与群组对应的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识。

eNB向设备发送 RRC连接重配置消息， RRC连接重配置消息中携带无线承载标识和附着接受消息，该附着接受消息可以为 NAS消息。

步骤 410a、设备向 eNB返回 RRC连接重配置完成消息。

步骤 411 a、 eNB向 MME发送初始上下文建立响应消息，消息中携带 eNB 的下行用户面 TEID、 eNB用户面地址等信息。

步骤 412a、 MME向 S-GW发送修改承载请求消息，修改承载请求消息中携带 eNB的下行用户面 TEID、 eNB用户面地址、承载标识等信息。

步骤 413a、 S-GW将 eNB的下行用户面 TEID保存在自身已创建的承载上下文中，并向 MME返回修改承载响应消息，修改承载响应消息中携带承载标识等信息。

本实施例通过上述流程，可在附着流程中创建设备所属群组对应的公共上行用户面承载，在群组对应的公共上行用户面承载建立起来之后，属于同一群组的多个设备可使用该公共上行用户面承载传输上行数据。

图 4b为本发明第三实施例提供的附着流程中公共上行用户面承载使用方法信令交互图。与图 4a所示的应用场景的区别在于，如 4b所示的应用场景为：属于同一群组的各设备中非第一个发起网络附着流程的设备的附着流程，在附着流程中使用已创建的与群组相关的公共上行用户面承载。如图 4b所示，本实施例在附着流程中公共上行用户面承载使用方法包括：

步骤 41b-步骤 43b、与步骤 41a-步骤 43a相似，在此不再赘述。

步骤 44b、 MME可根据与设备相关的签约数据或设备提供的群组信息，判断该设备所属群组对应的公共上行用户面承载是否已建立，如果没有，则可采用图 4a所示的流程创建与群组对应的公共上行用户面承载；如果已创建， MME 则检查创建的公共上行用户面承载的性能参数是否满足设备的业务需求，如果不满足，则需要对公共上行用户面承载的性能参数进行修改，如果满足，则不需要对公共上行用户面承载的性能参数进行修改，例如：

MME检查该群组对应的公共上行用户面承载的类型，如果公共上行用户面承载的类型为保证比特速率（ Guaranteed Bit Rate，简称 GBR )承载，则根据当前设备所需业务的实际服务质量需求，更新公共上行用户面承载的 QoS 参数；或者，

MME检查 P-GW保存的该群组对应的公共上行用户面承载的上行业务流模版（ Traffic Flow Template, 简称 TFT )，图中表示为 UL TFT, 的配置属性，如果 P-GW保存的该公共上行用户面承载的上行 TFT的配置属性为非静态配置，则更新上行 TFT参数，更新的上行 TFT参数中包括有可识别当前设备所发上行数据包目的地址的新的业务流模版。

MME向 S-GW发送修改承载命令（Modify Bearer Command ) 消息，修改承载命令消息中携带有公共上行用户面承载的更新的相应性能参数，如包括：更新的公共上行用户面承载的 QoS参数，和 /或更新的上行 TFT参数等。

本步骤中，如果 MME检查结果为公共上行用户面承载的类型为非 GBR 承载、和 /或 P-GW保存的该群组对应的公共上行用户面承载的上行 TFT的配置属性为静态配置，则不需要对公共上行用户面承载的性能参数进行修改。

步骤 45b、 S-GW根据修改承载命令 ( Modify Bearer Command ) 消息携带的参数，更新自身保存的承载上下文中的相应参数，如更新的公共上行用户面承载的 QoS参数，和 /或更新的上行 TFT参数等。 S-GW向 P-GW发送修改承载命令消息，修改承载命令消息中携带承载标识、更新的公共上行用户面承载的 QoS参数，和 /或更新的上行 TFT参数等。本步骤为可选步骤。

步骤 46b、 P-GW根据修改承载命令 ( Modify Bearer Command ) 消息携带的参数，更新自身保存承载上下文中的相应参数，如更新的公共上行用户面承载的 QoS参数，和 /或更新的上行 TFT参数等。 P-GW向 S-GW返回修改承载响应 ( Modify Bearer Response ) 消息。本步骤为可选步骤。

步骤 47b、 S-GW向 MME发送修改承载响应消息。步骤 48b、 MME向 eNB发送初始上下文建立请求消息。如果上述流程中有执行步骤 45b-步骤 47b，则 MME向 eNB发送的初始上下文建立请求消息中还携带有更新的公共上行用户面承载的 QoS参数，和 /或更新的上行 TFT参数等。

步骤 49b、 eNB根据初始上下文建立请求消息携带的信息，更新自身保存的承载上下文中的相应参数。

步骤 410b-步骤 411b、与步骤 410a-步骤 411a相似，在此不再赘述。图 4b所示的流程中，由 MME对与设备所属群组对应的公共上行用户面承载进行检查，可选的，还可对上述流程进行变形，在变形实施例中由 S-GW 对与设备所属群组对应的公共上行用户面承载进行检查。该情形下，上述步骤 44b具体为： MME向 S-GW发送建立会话请求消息，且原步骤 44b中 MME 的承载处理过程由 S-GW完成；上述步骤 47b具体为： S-GW向 MME发送建立会话响应消息，具体实现过程与上述流程相似，在此不再赘述。

本实施例通过以上流程，可使新附着的、属于相同群组的设备使用已创建的公共上行用户面承载资源，如：公共上行用户面 TEID等，无需为这些设备重新创建上行用户面承载资源，从而节省了传输属于同一群组的设备的上行数据所需的上行承载资源开销。进一步的，如果创建的公共上行用户面承载为非 GBR承载、或者 P-GW和 S-GW保存的公共上行用户面承载的上行 TFT的配置属性为静态配置，则不需要发起公共上行用户面承载的修改流程，由此可节省部分信令资源开销。

图 5a和图 5b以在分组数据网（ Packet Data Network, 简称 PDN )连接建立流程中，与群组对应的公共承载是公共上行用户面承载时的承载处理方法为例进行说明。

图 5a为本发明第四实施例提供的 PDN连接建立流程中公共上行用户面承载创建方法信令交互图。本实施例的应用场景为：属于同一群组、第一个发起 PDN连接建立流程的设备，在 PDN连接建立流程中创建公共上行用户面承载；下行用户面承载和控制面承载的创建方式不受限制。本实施例假设设备所属群组的公共上行用户面承载尚未建立。如图 5a所示，本实施例 PDN 连接建立流程中公共上行用户面承载创建方法包括：

步骤 51 a、设备向 MME发送 PDN连接请求消息， PDN连接请求消息中携带 APN等信息，可选择的携带群组标识信息。

步骤 52a、MME根据保存的设备签约数据及设备所携带的 APN，向 S-GW 发送建立会话请求消息，建立会话请求消息中携带设备标识、 MME控制面 TEID、 P-GW地址、 APN、默认承载的 QoS、承载标识、群组标识等信息。

步骤 53a-步骤 55a、与步骤 45a-步骤 47a相似，在此不再赘述。

步骤 56a、 MME向 eNB发送承载建立请求消息，承载建立请求消息中携带承载 QoS、承载标识、 S-GW的用户面地址、 S-GW的公共上行用户面 TEID、群组标识、 PDN连接接受消息等信息，该 PDN连接接受消息可以为 NAS消息。

步骤 57a、 eNB创建与群组对应的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识。

eNB向设备发送 RRC连接重配置消息， RRC连接重配置消息中携带无线承载标识和 PDN连接接受消息，该 PDN连接接受消息可以为 NAS消息。

步骤 58a、设备向 eNB返回 RRC连接重配置完成消息。

步骤 59a、 eNB向 MME发送承载建立响应消息，承载建立响应消息中携带 eNB的下行用户面 TEID、 eNB用户面地址等信息。

步骤 510a-步骤 511a、与步骤 412a-步骤 413a相似，在此不再赘述。

本实施例通过上述流程，可在 PDN连接建立流程中创建设备所属群组对应的公共上行用户面承载，在群组对应的公共上行用户面承载建立起来之后，属于同一群组的其它设备可使用该公共上行用户面承载传输上行数据。图 5b为本发明第四实施例提供的 PDN连接建立流程中公共上行用户面承载使用方法信令交互图。与图 5a所示的应用场景的区别在于，如 5b所示的应用场景为：属于同一群组的各设备中非第一个发起 PDN连接建立流程的设备的 PDN连接建立流程，在 PDN连接建立流程中使用已创建的与群组相关的公共上行用户面 7|载。如图 5b所示，本实施例 PDN连接建立流程中公共上行用户面承载使用方法包括：

步骤 5 lb、设备向 MME发送 PDN连接请求消息， PDN连接请求消息中携带 APN等信息，可选择的携带群组标识信息。

步骤 52b、 MME可根据与设备相关的签约数据或设备提供的群组信息，判断该设备所属群组对应的公共上行用户面承载是否已建立，如果没有，则可采用图 5a所示的流程创建与群组对应的公共上行用户面承载；如果已创建， MME 则检查创建的公共上行用户面承载的性能参数是否满足设备的业务需求，如果不满足，则需要对公共上行用户面承载的性能参数进行修改，如果满足，则不需要对公共上行用户面承载的性能参数进行修改。

本步骤中关于 MME检查公共上行用户面承载的性能参数是否满足设备的业务需求过程，与步骤 44b相似，在此不再赘述。

步骤 53b-步骤 55b、与步骤 45b-步骤 47b相似，在此不再赘述。

步骤 56b、 MME向 eNB发送承载建立请求消息，承载建立请求消息中携带承载 QoS、承载标识、 S-GW的用户面地址、 S-GW的公共上行用户面 TEID、群组标识、 PDN连接接受消息等信息， PDN连接接受消息可以为 NAS消息。

步骤 57b-步骤 511b、与步骤 57a-步骤 511a相似，在此不再赘述。

图 5b所示的流程中，由 MME对与设备所属群组对应的公共上行用户面承载进行检查，可选的，还可对上述流程进行变形，在变形实施例中由 S-GW 对与设备所属群组对应的公共上行用户面承载进行检查。该情形下，上述步骤 52b具体为：由 MME向 S-GW发送建立会话请求消息，消息中携带群组标识等信息，原步骤 52b中 MME的承载处理过程由 S-GW完成；上述步骤 55b具体为： S-GW向 MME返回建立会话响应消息。

本实施例通过以上流程，可使新发起 PDN连接建立的、属于相同群组的设备使用已创建的公共上行用户面承载资源，如：公共上行用户面 TEID等，无需为这些设备重新创建上行用户面承载资源，从而节省了传输属于同一群组的设备的上行数据所需的上行承载资源开销。进一步的，如果创建的公共上行用户面承载为非 GBR承载、或者 P-GW和 S-GW保存的公共上行用户面承载的上行 TFT的配置属性为静态配置，则不需要发起公共上行用户面承载的修改流程，由此可节省部分信令资源开销。

图 6a和图 6b以在专用承载建立流程中，与群组对应的公共承载是专用公共上行用户面承载时的承载处理方法为例进行说明。

图 6a为本发明第五实施例提供的专用承载建立流程中专用公共上行用户面承载创建方法信令交互图。本实施例的应用场景为：属于同一群组、第一个创建专用承载的设备，在创建专用承载的流程中创建与群组对应的专用公共上行用户面承载；下行用户面承载和控制面承载的创建方式不受限制。如图 6a所示，本实施例专用承载建立流程中专用公共上行用户面承载创建方法包括：

步骤 61a、 P-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识以及 P-GW的专用公共上行用户面 TEID。

P-GW向 S-GW发送建立承载请求消息，建立承载请求消息中携带设备标识、 P-GW的用户面地址、 P-GW的专用公共上行用户面 TEID、承载 QoS、默认承载标识，如： LBI，等信息，可选择的携带设备所属群组的群组标识。

步骤 62a、 S-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识以及 S-GW的专用公共上行用户面 TEID; S-GW 还建立 P-GW的专用公共上行用户面 TEID和 S-GW的专用公共上行用户面 TEID之间的映射关系，并将该映射关系保存在自身已创建的承载上下文中。

S-GW向 MME发送建立承载请求消息，建立承载请求消息中携带设备标识、 S-GW用户面地址、 S-GW的专用公共上行用户面 TEID、承载 QoS、默认承载标识，如： LBI，等信息，可选择的携带设备所属群组的群组标识。

步骤 63a、 MME向 eNB发送承载建立请求消息，建立承载请求消息中携带承载 QoS、承载标识、 S-GW用户面地址、 S-GW 的专用公共上行用户面 TEID等信息，可选择的携带设备所属群组的群组标识。

步骤 64a、 eNB创建承载上下文，创建的承载上下文中包括有设备所属群组的群组标识以及 S-GW的专用公共上行用户面 TEID。

步骤 65a、设备向 eNB返回 RRC连接重配置完成消息。

步骤 66a、 eNB向 MME发送承载建立响应消息，承载建立响应消息中携带 eNB的下行用户面 TEID、 eNB的用户面地址、承载标识等信息。

步骤 67a、 MME向 S-GW发送建立承载响应消息，建立承载响应消息中携带 eNB的下行用户面 TEID、 eNB的用户面地址、承载标识等信息。

步骤 68a、 S-GW将建立承载响应消息中携带的信息保存到自身已创建的承载上下文中，并向 P-GW发送建立承载响应消息，建立承载响应消息中携带 S-GW的下行用户面 TEID、 S-GW的用户面地址、承载标识等信息。

本实施例通过上述流程，可在专用承载建立流程中创建设备所属群组对应的专用公共上行用户面承载，在群组对应的专用公共上行用户面承载建立上行数据。

图 6b为本发明第五实施例提供的专用承载建立流程中专用公共上行用户面承载使用方法信令交互图。与图 6a所示的应用场景的区别在于，如 6b所示的应用场景为：属于同一群组的各设备中非第一个发起专用承载建立流程的设备，在专用承载建立流程中使用已创建的与群组相关的专用公共上行用户面承载。如图 6b所示，本实施例专用承载建立流程中专用公共上行用户面承载使用方法包括：

步骤 61b、 P-GW根据保存的该设备所属的群组标识信息，判断该设备所属群组对应的专用公共上行用户面承载是否已建立，如果没有，则可采用图 6a 所示的流程创建与群组对应的专用公共上行用户面承载；如果已创建， P-GW 则检查创建的专用公共上行用户面承载的性能参数是否满足设备的业务需求，如果不满足，则需要对公共上行用户面承载的性能参数进行修改，如果满足，则不需要对公共上行用户面承载的性能参数进行修改。

如果需要对公共上行用户面承载的性能参数进行修改，检查专用公共上行用户面承载的性能参数是否满足设备的业务需求过程，例如：检查该群组对应的专用公共上行用户面承载的类型，如果专用公共上行用户面承载的类型为 GBR承载，则根据当前设备所需业务的实际带宽需求，确定更新的专用公共上行用户面承载 QoS参数；和 /或，检查 S-GW保存的该群组对应的专用公共上行用户面承载的上行 TFT的配置属性，如果 S-GW保存的该公共上行用户面承载的上行 TFT的配置属性为非静态配置，则确定更新的上行 TFT，更新的上行 TFT中包括有可识别当前设备所发上行数据的新的业务流模版。

P-GW向 S-GW发送更新承载请求消息，更新承载请求消息中携带有更新的承载 QoS、承载标识、更新的上行 TFT等信息。

本步骤对专用公共上行用户面承载的性能参数进行检查是否满足设备的业务需求过程为可选处理，可由 P-GW完成，还可由 S-GW完成。

步骤 62b、如果 P-GW发送的更新承载请求中携带有 P-GW更新后的承载性能参数，如更新的承载 QoS、更新的上行 TFT等信息， S-GW则根据该更新承载请求消息中携带的信息，更新自身已建立的与群组对应的承载上下文的相关参数，并向 MME发送更新承载请求消息，消息中携带更新的承载 QoS, 承载标识、更新的上行 TFT等信息。

可选的，如果 P-GW没有对专用公共上行用户面承载的性能参数进行检查，也可由 S-GW检查专用公共上行用户面承载的性能参数，检查的方法与 P-GW相似，在此不再赘述。

步骤 63b、 MME向 eNB发送承载修改请求消息，承载修改请求消息中携带更新的承载 QoS、承载标识、 S-GW用户面地址、 S-GW的专用公共上行用户面 TEID等信息，可选择的携带设备所属群组的群组标识。

步骤 64b、 eNB根据承载修改请求消息携带的信息，更新自身保存的承载上下文中的相应参数。

步骤 65b-步骤 68b、与步骤 65a-步骤 68a相似，在此不再赘述。

本实施例通过以上流程，可使新发起专用承载建立流程的、属于相同群组的设备使用已创建的公共上行用户面承载资源，如：公共上行用户面 TEID 等，无需为这些设备重新创建专用上行用户面承载资源，从而节省了传输属于同一群组的设备的上行数据所需的上行承载资源开销。进一步的，如果创建的专用公共上行用户面承载为非 GBR承载、或者 S-GW和 eNB保存的专用公共上行用户面承载的上行 TFT的配置属性为静态配置，则不需要发起专用公共上行用户面承载的修改流程，由此可节省部分信令资源开销。

可选的，上述图 4a-图 6b所示的应用实例中，除了可以按照图中所示的流程中建立和使用完整的公共上行用户面承载之外，还可分段创建和使用，例如：公共上行用户面承载可以只包括 S5/S8接口段的上行用户面承载，也可以只包括 S1接口段的上行用户面承载；其中， S5/S8接口段的上行用户面承载即为： P-GW和 S-GW之间的上行用户面承载， S 1接口段的上行用户面承载即为： S-GW与 eNB之间的上行用户面承载。需要创建和使用公共上行用户面承载的部分段，其使用的方法与上述建立和使用完整的公共上行用户面承载的方法相似，不需要创建和使用公共上行用户面承载的其他段，则可为设备建立各自独立的上行用户面承载，在此不再赘述。

可选的，上述图 4a-图 6b所示的应用实例中，相关网络节点如 eNB、S-GW 或 P-GW等，创建的与群组相关的公共上行用户面承载的上下文的方式不受限制，可保存在设备各自的承载上下文中；或者，可将公共上行用户面承载的上下文，创建为与群组相关的承载上下文进行独立保存，该情形下，同一群组的设备公共的承载上下文中，不需要单独保存公共上行用户面承载的上下文，有效避免了相关网络节点，重复保存属于同一群组的各设备关于公共上行用户面承载的上下文的相同内容，从而节省了对终端设备承载管理所需的网络资源。

图 7a-图 9b为与群组对应的公共承载是公共下行用户面承载时的承载处理方法实施例。

公共下行用户面承载的应用方法和公共上行用户面承载的类似，所不同的是所有涉及的网络节点需要做下行业务数据流的过滤，即需要识别设备的下行 IP数据包头，并保存承载相关的下行 TFT。同时，这些网络节点还需要保存上一级承载与下一级承载之间的映射关系。当公共下行用户面承载有新设备加入或有设备离开时，都需要修改承载相关的下行 TFT (下行 TFT静态配置场景除外）。下面分别结合附着流程、 PDN连接建立流程和专用承载建立流程为例，进行详细说明。

图 7a和图 7b以在附着流程中，与群组对应的公共承载是公共下行用户面承载时的承载处理方法为例进行说明。

图 7a为本发明第六实施例提供的附着流程中公共下行用户面承载创建方法信令交互图。本实施例的应用场景为：属于同一群组、第一个发起网络附着流程的设备，在附着流程中创建与群组对应的公共下行用户面承载；上行用户面承载和控制面承载的创建方式不受限制。如图 7a所示，本实施例附着流程中公共下行用户面承载创建方法包括：

步骤 71a-步骤 74a、与步骤 41a-步骤 44a相似，在此不再赘述。

步骤 75a、 S-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识以及 S-GW的公共下行用户面 TEID，该 S-GW 的公共下行用户面 TEID为 S-GW分配的、与该设备所属群组的群组标识对应的下行用户面 TEID，以供 P-GW传输属于同一群组的设备的下行数据时使用。

S-GW根据接收到的 P-GW信息，向选定的 P-GW发送建立会话请求消息，建立会话请求消息中携带设备所属群组的群组标识、设备标识、 APN、 S-GW的用户面地址、 S-GW的公共下行用户面 TEID、 S-GW的控制面 TEID、默认承载 QoS、承载标识等信息。

步骤 76a、 P-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识，并向 S-GW返回建立会话响应（ Create Session Response )消息，建立会话响应消息中携带 P-GW的用户面地址、 P-GW的上行用户面 TEID、 P-GW的控制面 TEID、承载标识、承载 QoS等信息。

步骤 77a、 S-GW向 MME返回建立会话响应消息，建立会话响应消息中携带 S-GW的用户面地址、 S-GW的上行用户面 TEID、 S-GW的控制面 TEID、承载标识、承载 QoS等信息。

步骤 78a, MME向 eNB发送初始上下文建立请求消息，初始上下文建立请求消息中携带承载 QoS、承载标识、 S-GW的用户面地址、 S-GW的上行用户面 TEID、群组标识、附着接受消息等信息，该附着接受消息可以为 NAS 消息。

步骤 79a、 eNB创建与群组对应的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识。

步骤 710a、设备向 eNB返回 RRC连接重配置完成消息。

步骤 711 a、 eNB向 MME发送初始上下文建立响应消息，消息中携带 eNB 的公共下行用户面 TEID、 eNB用户面地址等信息。该 eNB的公共下行用户面 TEID 为 eNB 分配的、与该设备所属群组的群组标识对应的下行用户面 TEID, 以供 S-GW传输属于同一群组的设备的下行数据时使用。步骤 712a、 MME向 S-GW发送修改承载请求消息，修改承载请求消息中携带 eNB的公共下行用户面 TEID、 eNB用户面地址、承载标识、群组标识等信息。

步骤 713a、 S-GW建立 S-GW的公共下行用户面 TEID和 eNB的公共下行用户面 TEID之间的映射关系，并将该映射关系保存在自身已创建的承载上下文中。 S-GW向 MME返回修改承载响应消息，修改承载响应消息中携带承载标识等信息。

本实施例通过上述流程，可在附着流程中创建设备所属群组对应的公共下行用户面承载，在群组对应的公共下行用户面承载建立起来之后，属于同一群组的其它设备，可使用该公共下行用户面承载传输下行数据。

图 7b为本发明第六实施例提供的附着流程中公共下行用户面承载使用方法信令交互图。与图 7a所示的应用场景的区别在于，如 7b所示的应用场景为：属于同一群组、非第一个发起网络附着流程的设备的附着流程，在附着流程中使用已创建的与群组相关的公共下行用户面承载。如图 7b所示，本实施例在附着流程中公共下行用户面承载使用方法包括：

步骤 71b-步骤 73b、与步骤 71a-步骤 73a相似，在此不再赘述。

步骤 74b、 MME可根据与设备相关的签约数据或设备提供的群组信息，判断该设备所属群组对应的公共下行用户面承载是否已建立，如果没有，则可采用图 7a所示的流程创建与群组对应的公共下行用户面承载；如果已创建，向 S-GW发送建立会话请求消息，建立会话请求消息中携带设备标识、 MME 控制面 TEID、 P-GW地址、 APN、默认承载的 QoS、承载标识、群组标识等信息。

步骤 75b、 S-GW检查创建的公共下行用户面承载的性能参数是否满足设备的业务需求，如果不满足，则需要对公共下行用户面承载的性能参数进行修改，如果满足，则不需要对公共下行用户面承载的性能参数进行修改。

S-GW检查公共下行用户面承载的性能参数是否满足设备的业务需求过程可包括如下：

S-GW检查该群组对应的公共下行用户面承载的类型，如果公共下行用户面承载的类型为 GBR承载，则根据当前设备所需业务的实际带宽需求，确定更新的公共下行用户面承载 QoS; 和 /或， MME检查 P-GW保存的该群组对应的公共下行用户面承载的下行 TFT，图中表示为 DL TFT，的配置属性，如果 P-GW保存的该公共下行用户面承载的下行 TFT的配置属性为非静态配置，则确定更新的下行 TFT参数，更新的下行 TFT参数中包括有可识别当前设备所发下行数据的新的业务流模版。

本步骤中，如果 S-GW检查结果为公共下行用户面承载的类型为非 GBR 承载、和 /或 P-GW保存的该群组对应的公共下行用户面承载的下行 TFT的配置属性为静态配置，则不需要对公共下行用户面承载的性能参数进行修改。

S-GW向 P-GW发送修改承载命令消息，修改承载命令消息中携带承载标识、更新的公共下行用户面承载的 QoS，和 /或更新的下行 TFT参数等。本步骤为可选步骤。

步骤 76b、 P-GW根据修改承载命令 ( Modify Bearer Command ) 消息携带的参数，更新自身保存承载上下文中的相应参数，如更新的公共下行用户面承载的 QoS参数，和 /或更新的下行 TFT参数等。 P-GW向 S-GW返回修改承载响应消息。本步骤为可选步骤。

步骤 77b、 S-GW向 MME发送建立会话响应消息，建立会话响应消息中携带更新的公共下行用户面承载的 QoS。

步骤 78b、 MME向 eNB发送修改承载请求消息，如果上述流程中有对公共下行用户面承载的性能参数进行修改，修改承载请求消息中可携带更新的公共下行用户面承载的 QoS、承载标识、群组标识等信息。

步骤 79b-步骤 710b、与步骤 79a-步骤 710a相似，在此不再赘述。

步骤 71 lb、 eNB向 MME发送修改承载响应消息，修改承载响应消息中携带承载标识等信息。图 7b所示的流程中，由 S-GW对与设备所属群组对应的公共下行用户面承载进行检查，可选的，还可对上述流程进行变形，在变形实施例中由 MME 对与设备所属群组对应的公共下行用户面承载进行检查。该情形下，上述步骤 74b具体为：由 MME向 S-GW发送修改承载命令消息，消息中携带更新的 Bearer QoS、 Bearer标识、更新的下行 TFT等信息，原步骤 74b中 S-GW 的承载处理过程由 MME完成；上述步骤 77b具体为： S-GW向 MME发送修改承载响应消息。这两个步骤都是可选步骤。

本实施例通过以上流程，可使新附着的、属于相同群组的设备使用已创建的公共下行用户面承载资源，如：公共下行用户面 TEID等，无需为这些设备重新创建下行用户面承载资源，从而节省了传输属于同一群组的设备的下行数据所需的下行承载资源开销。进一步的，如果创建的公共下行用户面承载为非 GBR承载、或者 P-GW和 S-GW保存的公共下行用户面承载的下行 TFT的配置属性为静态配置，则不需要发起公共下行用户面承载的修改流程，由此可节省部分信令资源开销。

图 8a和图 8b以在 PDN连接建立流程中，与群组对应的公共承载是公共下行用户面承载时的承载处理方法为例进行说明。

图 8a为本发明第七实施例提供的 PDN连接建立流程中公共下行用户面承载创建方法信令交互图。本实施例的应用场景为：属于同一群组、第一个发起 PDN连接建立流程的设备，在 PDN连接建立流程中创建公共下行用户面承载；上行用户面承载和控制面承载的创建方式不受限制。本实施例假设设备所属群组的公共下行用户面承载尚未建立。如图 8a所示，本实施例 PDN 连接建立流程中公共下行用户面承载创建方法包括：

步骤 81 a、设备向 MME发送 PDN连接请求消息， PDN连接请求消息中携带 APN等信息，可选择的携带群组标识信息。

步骤 82a-步骤 85a、与步骤 74a-步骤 77a相似，在此不再赘述。

步骤 86a、 MME向 eNB发送承载建立请求消息，承载建立请求消息中携带承载 QoS、承载标识、 S-GW的用户面地址、 S-GW的上行用户面 TEID、群组标识、 PDN连接接受消息等信息， PDN连接接受消息可以为 NAS消息。

步骤 87a-步骤 88a、与步骤 57a-步骤 58a相似，在此不再赘述。

步骤 89a-步骤 811a、与步骤 711a -步骤 713a相似，在此不再赘述。

本实施例通过上述流程，可在 PDN连接建立流程中创建设备所属群组对应的公共下行用户面承载，在群组对应的公共下行用户面承载建立起来之后，属于同一群组的其它设备可使用该公共下行用户面承载传输下行数据。

图 8b为本发明第七实施例提供的 PDN连接建立流程中公共下行用户面承载使用方法信令交互图。与图 8a所示的应用场景的区别在于，如 8b所示的应用场景为：属于同一群组、非第一个发起 PDN连接建立流程的设备的 PDN 连接建立流程，在 PDN连接建立流程中使用已创建的与群组相关的公共下行用户面承载。如图 8b所示，本实施例 PDN连接建立流程中公共下行用户面承载使用方法包括：

步骤 81b、设备向 MME发送 PDN连接请求消息， PDN连接请求消息中携带 APN等信息，可选择的携带群组标识信息。

步骤 82b-步骤 89b、与步骤 74 b-步骤 711b相似，在此不再赘述。

图 8b所示的流程中，由 S-GW对与设备所属群组对应的公共下行用户面承载进行检查，可选的，还可对上述流程进行变形，在变形实施例中由 MME 对与设备所属群组对应的公共下行用户面承载进行检查。该情形下，上述步骤 82b具体为：由 MME向 S-GW发送修改承载命令消息，消息中携带更新的 Bearer QoS、 Bearer标识、更新的下行 TFT参数等信息，原步骤 82b中 S-GW 的承载处理过程由 MME完成；上述步骤 85b具体为： S-GW向 MME发送修改承载响应消息。这两个步骤都是可选步骤。

本实施例通过以上流程，可使新发起 PDN连接建立的、属于相同群组的设备使用已创建的公共下行用户面承载资源，如：公共下行用户面 TEID等，无需为这些设备重新创建下行用户面承载资源，从而节省了传输属于同一群组的设备的下行数据所需的下行承载资源开销。进一步的，如果创建的公共下行用户面承载为非 GBR承载、或者 P-GW和 S-GW保存的公共下行用户面承载的下行 TFT的配置属性为静态配置，则不需要发起公共下行用户面承载的修改流程，由此可节省部分信令资源开销。

图 9a为本发明第八实施例提供的专用承载建立流程中专用公共下行用户面承载创建方法信令交互图。本实施例的应用场景为：属于同一群组、第一个创建专用承载的设备，在创建专用承载的流程中创建与群组对应的专用公共下行用户面承载；上行用户面承载和控制面承载的创建方式不受限制。如图 9a所示，本实施例专用承载建立流程中专用公共下行用户面承载创建方法包括：

步骤 91a、 P-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识。

P-GW向 S-GW发送建立承载请求消息，建立承载请求消息中携带设备标识、 P-GW的用户面地址、 P-GW的专用上行用户面 TEID、承载 QoS、默认承载标识，如： LBI，等信息，可选择的携带设备所属群组的群组标识。

步骤 92a、 S-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识， S-GW向 MME发送建立承载请求消息，建立承载请求消息中携带设备标识、 S-GW用户面地址、 S-GW的专用上行用户面 TEID、承载 QoS、默认承载标识，如： LBI，等信息，可选择的携带设备所属群组的群组标识。

步骤 93a-步骤 95a、与步骤 63a-步骤 65a相似，在此不再赘述。

步骤 96a、 eNB向 MME发送承载建立响应消息，承载建立响应消息中携带 eNB的专用公共下行用户面 TEID、 eNB的用户面地址、承载标识等信息。

步骤 97a、 MME向 S-GW发送建立承载响应消息，建立承载响应消息中携带 eNB的专用公共下行用户面 TEID、 eNB的用户面地址、承载标识等信息。步骤 98a、 S-GW建立 S-GW的专用公共下行用户面 TEID和 eNB的专用公共下行用户面 TEID之间的映射关系，并将该映射关系保存在自身已创建的承载上下文中。 S-GW向 P-GW发送建立承载响应消息，建立承载响应消息中携带 S-GW的专用公共下行用户面 TEID、 S-GW的用户面地址、承载标识等信息。

本实施例通过上述流程，可在专用承载建立流程中创建设备所属群组对应的专用公共下行用户面承载，在群组对应的专用公共下行用户面承载建立下行数据。

图 9b为本发明第八实施例提供的专用承载建立流程中专用公共下行用户面承载使用方法信令交互图。与图 9a所示的应用场景的区别在于，如 9b所示的应用场景为：属于同一群组的各设备中非第一个发起专用承载建立流程的设备，在专用承载建立流程中使用已创建的与群组相关的专用公共下行用户面承载。如图 9b所示，本实施例专用承载建立流程中专用公共下行用户面承载使用方法包括：

步骤 91b、 P-GW根据保存的该设备所属的群组标识信息，判断该设备所属群组对应的专用公共下行用户面承载是否已建立，如果没有，则可采用图 9a 所示的流程创建与群组对应的专用公共下行用户面承载；如果已创建， P-GW 则检查创建的专用公共下行用户面承载的性能参数是否满足设备的业务需求，如果不满足，则需要对公共下行用户面承载的性能参数进行修改，根据修改结果更新自身保存的承载上下文；如果满足，则不需要对公共下行用户面承载的性能参数进行修改。

如果需要对公共下行用户面承载的性能参数进行修改，检查专用公共下行用户面承载的性能参数是否满足设备的业务需求过程，例如：检查该群组对应的专用公共下行用户面承载的类型，如果专用公共下行用户面承载的类型为 GBR承载，则根据当前设备所需业务的实际带宽需求，确定更新的专用公共下行用户面承载 QoS参数；和 /或，检查 S-GW保存的该群组对应的专用公共下行用户面承载的下行 TFT的配置属性，如果 S-GW保存的该公共下行用户面承载的下行 TFT的配置属性为非静态配置，则确定更新的下行 TFT参数，更新的下行 TFT参数中包括有可识别当前设备所发下行数据的新的业务流模版。

P-GW向 S-GW发送更新承载请求消息，更新承载请求消息中携带有更新的承载 QoS、承载标识、更新的下行 TFT等信息。

本步骤对专用公共下行用户面承载的性能参数进行检查是否满足设备的业务需求过程为可选处理，可由 P-GW完成，还可由 S-GW完成。

步骤 92b、如果 P-GW发送的更新承载请求中携带有 P-GW更新后的承载性能参数，如更新的承载 QoS、更新的下行 TFT等信息， S-GW则根据该更新承载请求消息中携带的信息，更新自身已建立的与群组对应的承载上下文的相关参数。

可选的，如果 P-GW没有对专用公共下行用户面承载的性能参数进行检查，也可由 S-GW检查专用公共下行用户面承载的性能参数，检查的方法与 P-GW相似，在此不再赘述。

步骤 93b、 MME向 eNB发送承载修改请求消息，承载修改请求消息中携带更新的承载 QoS、承载标识等信息，本步骤为可选步骤。

步骤 94b-步骤 98b、与步骤 64b-步骤 68b相似，在此不再赘述。

本实施例通过以上流程，可使新发起专用承载建立流程的、属于相同群组的设备使用已创建的公共下行用户面承载资源，如：公共下行用户面 TEID 等，无需为这些设备重新创建专用下行用户面承载资源，从而节省了传输属于同一群组的设备的下行数据所需的下行承载资源开销。进一步的，如果创建的专用公共下行用户面承载为非 GBR承载、或者 S-GW和 eNB保存的专用公共下行用户面承载的下行 TFT的配置属性为静态配置，则不需要发起专用公共下行用户面承载的修改流程，由此可节省部分信令资源开销。可选的，上述图 7a-图 9b所示的应用实例中，除了可以按照图中所示的流程中建立和使用完整的公共下行用户面承载之外，还可分段创建和使用，例如：公共下行用户面承载可以只包括 S5/S8接口段的下行用户面承载，也可以只包括 S1接口段的下行用户面承载；其中， S5/S8接口段的下行用户面承载即为： P-GW和 S-GW之间的下行用户面承载， S1接口段的下行用户面承载即为： S-GW与 eNB之间的下行用户面承载。需要创建和使用公共下行用户面承载的部分段，其使用的方法与上述建立和使用完整的公共下行用户面承载的方法相似，不需要创建和使用公共下行用户面承载的其他段，则可为设备建立各自独立的下行用户面承载，在此不再赘述。

可选的，上述图 7a-图 9b所示的应用实例中，相关网络节点如 eNB、S-GW 或 P-GW等，创建的与群组相关的公共下行用户面承载的上下文的方式不受限制，可保存在设备各自的承载上下文中，或者，可将公共下行用户面承载的上下文创建为与群组相关的承载上下文进行独立保存，有效避免了相关网络节点，重复保存属于同一群组的各设备关于公共下行用户面承载的上下文的相同内容，从而节省了对终端设备承载管理所需的网络资源。

在图 4a-图 9b对应实施例技术方案的基础上，可选的，如果某些设备发起的业务的 QoS需求相同，无论这些设备是否属于同一群组，这些设备也可共享公共用户面承载；或者，当某一设备的不同业务属于不同群组时，如果业务的 QoS需求相同，这些业务也可以共享相同的公共用户面承载。

图 10为本发明第九实施例提供的公共控制面承载处理方法流程图。本实施例公共控制面承载处理方法可包括：

步骤 101、网络节点为附着到自身的、属于同一群组的各设备，创建与设备所属群组对应的公共控制面承载。

在图 3a和图 3b所示的应用场景中，创建与群组对应的公共控制面承载的网络节点可为： eNB、 MME、 S-GW或 P-GW等网络节点其中之一或其组合。如果属于同一群组的多个设备附着到相同的 MME和 S-GW，则 MME和 S-GW可创建与群组对应的公共 S11 控制面承载，这些设备可使用公共 S11 控制面承载传输与其相关的控制信令。

如果属于同一群组的多个设备附着到相同的 S-GW和 P-GW，则 S-GW 和 P-GW可创建与群组对应的公共 S5/S8控制面承载，这些设备可使用公共 S5/S8控制面承载传输与其相关的控制信令。

如果属于同一群组的多个设备附着到相同的 eNB和 MME，则 eNB和 MME可创建与群组对应的公共 S1控制面承载，这些设备可使用公共 S1控制面承载传输与其相关的控制信令。

步骤 102、网络节点使用公共控制面承载，传输与上述属于同一群组的各设备相关的控制信令。

如果使用公共 S11控制面承载传输与属于同一群组的多个设备相关的控制信令， MME和 S-GW需给这些设备分配一个控制面承载 TEID资源，所有与这些设备相关的控制信令都通过相同的控制面承载传送，信令消息中携带的设备标识可区分不同设备的信令消息。

如果使用公共 S5/S8控制面承载传输与属于同一群组的多个设备相关的控制信令， S-GW和 P-GW需给这些设备分配一个控制面承载 TEID资源，所有与这些设备相关的控制信令都通过相同的控制面承载传送，信令消息中携带的设备标识可区分不同设备的信令消息。

如果使用公共 S1 控制面承载传输与属于同一群组的多个设备相关的控制信令， eNB和 MME需给这些设备分配一个 SI AP ID，所有与这些设备相关的控制信令都通过相同的 S1控制面承载传送，信令消息中需要携带新的 IE 用来区分不同设备的信令消息。新的 IE可以是设备标识，也可以是新定义的 IE或其他任何可以区分不同设备的标识。

本实施例公共控制面承载处理方法中，网络节点为附着到自身的、属于同一群组的多个设备分配公共控制面承载，这些设备可使用相同的公共控制面承载传输与其相关的控制信令，使得网络节点无需为这些设备单独创建控制面承载，从而节省了传输属于同一群组的设备的控制信令所需的控制面承载资源开销。

本发明上述实施例中，图 4a-图 6b为公共上行用户面承载处理方法实施例，图 7a-图 9b为公共下行用户面承载处理方法实施例，图 10为公共控制面承载处理方法实施例。在实际应用过程中，可根据需要将公共上行用户面承载、公共下行用户面承载、以及公共控制面承载的任意组合，为属于同一群组的多个设备创建公共承载。

下面结合图 3a和图 3b所示的应用场景，举例说明公共用户面承载和公共控制面承载的组合处理方法。

图 11a和图 lib以附着流程中公共承载处理方法为例进行说明，该实施例中与群组对应的公共承载包括公共上行用户面承载、公共下行用户面承载和公共控制面承载时的承载处理方法实施例，其中，公共上行用户面承载包括：公共 S1和 S5/S8上行用户面承载；公共下行用户面承载包括：公共 S5/S8 下行用户面承载；公共控制面承载包括：公共 S11和 S5/S8控制面承载。

图 11a为本发明第十实施例提供的附着流程中公共承载创建方法信令交互图。本实施例的应用场景为：属于同一群组、第一个发起网络附着流程的设备，在附着流程中创建于群组对应的上述公共承载，其中公共上行用户面承载的创建方法与图 4a相似，公共下行用户面承载的创建方法与图 7a相似，公共控制面承载的创建方法与图 10相似。如图 11a所示，本实施例附着流程中公共承载创建方法包括：

步骤 111a-步骤 113a、与步骤 41a-步骤 43a相似，在此不再赘述。

步骤 114a、 MME按照负载均衡的原则进行 S-GW和 P-GW选择，并向选定的 S-GW发送建立会话请求消息，建立会话请求消息中携带设备所属群组的群组标识，设备标识、 MME的公共控制面 TEID、 P-GW地址、 APN、默认承载 QoS、承载标识等信息，其中， MME的公共控制面 TEID即为公共 Sl l控制面 7 载的 TEID。

步骤 115a、 S-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识； S-GW根据接收到的 P-GW信息，向选定的 P-GW发送建立会话请求消息，建立会话请求消息中携带设备所属群组的群组标识、设备标识、 APN、 S-GW的用户面地址、 S-GW的公共下行用户面 TEID、 S-GW的公共控制面 TEID、默认承载 QoS、承载标识等信息；其中， S-GW 的公共下行用户面 TEID即为：公共 S5/S8下行用户面承载的 TEID， S-GW的公共控制面 TEID即为：公共 S5/S8控制面承载的 TEID。

步骤 116a、 P-GW创建与群组相关的承载上下文，向 S-GW返回建立会话响应消息，建立会话响应消息中携带 P-GW的用户面地址、 P-GW的公共上行用户面 TEID、 P-GW的公共控制面 TEID、承载标识、承载 QoS等信息；其中， P-GW的公共上行用户面 TEID 即为：公共 S5/S8上行用户面承载的 TEID; P-GW的公共控制面 TEID即为：公共 S5/S8控制面承载的 TEID。

步骤 117a、 S-GW建立 P-GW的公共上行用户面 TEID和 S-GW的公共上行用户面 TEID之间的映射关系，并将该映射关系保存在自身已创建的承载上下文中。

S-GW向 MME返回建立会话响应消息，建立会话响应消息中携带 S-GW 的用户面地址、 S-GW的公共上行用户面 TEID、 S-GW的公共控制面 TEID、承载标识、承载 QoS等信息；其中， S-GW的公共上行用户面 TEID即为：公共 S1上行用户面承载的 TEID。

步骤 118a、 MME向 eNB发送初始上下文建立请求消息，初始上下文建立请求消息中携带承载 QoS、承载标识、 S-GW的用户面地址、 S-GW的公共上行用户面 TEID、群组标识、附着接受消息等信息；其中， S-GW的公共上行用户面 TEID即为：公共 S1上行用户面承载的 TEID，附着接受消息可以为 NAS消息。

步骤 119a-步骤 1113a、与步骤 49a-步骤 413a相似，在此不再赘述。本实施例通过上述流程，可在附着流程中创建设备所属群组对应的公共

S1和 S5/S8上行用户面承载、公共 S5/S8下行用户面承载、以及公共 S11和 S5/S8控制面承载。属于同一群组的多个设备可使用建立的上述公共承载传输数据或控制信令。

图 l ib为本发明第十实施例提供的附着流程中公共承载使用方法信令交互图。与图 11a所示的应用场景的区别在于，如 l ib所示的应用场景为：属于同一群组、非第一个发起网络附着流程的设备的附着流程，在附着流程中使用已创建的与群组相关的公共承载，其中公共上行用户面承载的使用方法与图 4b相似，公共下行用户面承载的使用方法与图 7b相似，公共控制面承载的使用方法与图 10相似。如图 l ib所示，本实施例在附着流程中公共承载使用方法包括：

步骤 111b-步骤 113b、与步骤 111a-步骤 113a相似，在此不再赘述。步骤 114b、 MME使用公共 S11控制面承载发送建立会话请求消息，建立会话请求消息中携带设备所属群组的群组标识，设备标识、 MME的公共控制面 TEID、 P-GW地址、 APN、默认承载 QoS、承载标识等信息， MME的公共控制面 TEID即为：公共 SI 1控制面承载的 TEID。

步骤 115b、 S-GW检查创建的公共 S5/S8下行用户面承载的性能参数是否满足设备的业务需求，如果不满足，则需要对公共下行用户面承载的性能参数进行修改，如果满足，则不需要对公共下行用户面承载的性能参数进行修改。

S-GW检查公共 S5/S8 下行用户面承载的性能参数是否满足设备的业务需求过程可包括如下： S-GW检查该群组对应的公共 S5/S8下行用户面承载的类型，如果公共 S5/S8下行用户面承载的类型为 GBR承载，则根据当前设备所需业务的实际带宽需求，确定更新的公共下行用户面承载 QoS；和 /或， MME 检查 P-GW保存的该群组对应的公共下行用户面承载的下行 TFT，图中表示为 DL TFT, 的配置属性，如果 P-GW保存的该公共下行用户面承载的下行 TFT的配置属性为非静态配置，则确定更新的下行 TFT参数，更新的下行 TFT 参数中包括有可识别当前设备的下行数据包的新的业务流模版。

本步骤中，如果 S-GW检查结果为公共 S5/S8下行用户面承载的类型为非 GBR承载、和 /或 P-GW保存的该群组对应的公共 S5/S8下行用户面承载的下行 TFT的配置属性为静态配置，则不需要对公共 S5/S8下行用户面承载的性能参数进行修改。

S-GW使用 S5/S8控制面承载向 P-GW发送修改承载命令消息，修改承载命令消息中携带承载标识、更新的公共 S5/S8下行用户面承载的 QoS，和 /或更新的下行 TFT参数等。本步骤为可选步骤。

步骤 116b、 P-GW根据修改承载命令消息携带的参数，更新自身保存承载上下文中的相应参数，如更新的公共下行用户面承载的 QoS参数，和 /或更新的下行 TFT参数等。 P-GW向 S-GW返回修改承载响应消息。本步骤为可选步骤。

步骤 117b、 S-GW检查创建的公共 S1上行用户面承载的性能参数是否满足设备的业务需求，如果不满足，则需要对公共 S1上行用户面承载的性能参数进行修改，如果满足，则不需要对公共 S1上行用户面承载的性能参数进行修改。

S-GW检查公共 S1上行用户面承载的性能参数是否满足设备的业务需求过程可包括如下： S-GW检查该群组对应的公共 S1上行用户面承载的类型，如果公共 S1上行用户面承载的类型为 GBR承载，则根据当前设备所需业务的实际带宽需求，确定更新的公共 S 1上行用户面承载 QoS；和 /或， MME检查 P-GW保存的该群组对应的公共 S1上行用户面承载的上行 TFT，图中表示为 UL TFT, 的配置属性，如果 P-GW保存的公共 S1上行用户面承载的上行 TFT的配置属性为非静态配置，则确定更新的上行 TFT参数，更新的上行 TFT 参数中包括有可识别当前设备的上行数据包的新的业务流模版。

S-GW使用公共 S11控制面承载向 MME返回的建立会话响应消息，建立会话响应消息中携带更新的公共 S1上行用户面承载的 QoS、更新的上行 TFT、承载标识等信息。 S-GW根据更新自身创建的承载上下文中保存的 TFT。

步骤 118b、 MME向 eNB发送修改承载请求消息，如果上述流程中有对公共 S1上行用户面承载的性能参数进行修改，修改承载请求消息中可携带更新的更新的公共 S1上行用户面承载的 QoS、承载标识、群组标识等信息。

步骤 119b-步骤 l l l lb、与步骤 79b -步骤 711b相似，在此不再赘述。图 l ib所示的流程中，由 S-GW对与设备所属群组对应的公共用户面承载进行检查，可选的，还可对上述流程进行变形，在变形实施例中由 MME 对与设备所属群组对应的公共用户面承载进行检查。该情形下，上述步骤 114b具体为：由 MME向 S-GW发送修改承载命令消息，消息中携带更新的承载 QoS、承载标识、更新的下行 TFT等信息，原步骤 114b中 S-GW的承载处理过程由 MME完成；上述步骤 117b具体为： S-GW向 MME发送修改承载响应消息。这两个步骤都是可选步骤。

本实施例通过以上流程，可使新附着的、属于相同群组的设备使用已有的公共 S5/S8上下行用户面承载、公共 S1上行用户面承载、以及公共 S11和 S5/S8控制面承载，节省了大量承载资源。当建立的公共用户面承载是非 GBR 承载或 P-GW、 S-GW, eNB保存的公共用户面承载的 TFT配置属性为静态配置时，还可节省部分信令资源。

属于相同群组的设备进行 PDN连接建立流程中公共承载处理的方法，与附着流程中公共承载处理方法相似，在此不再赘述。

图 12a和图 12b以专用承载建立流程中公共承载处理方法为例进行说明，该实施例中与群组对应的公共承载包括公共上行用户面承载和公共下行用户面承载时的承载处理方法实施例，其中，公共上行用户面承载包括：公共 S1 和 S5/S8上行用户面承载；公共下行用户面承载包括：公共 S5/S8下行用户面承载。本实施例可在附着流程或 PDN连接建立流程的基础上发起专用承载建立流程，公共控制面承载可在附着流程创建，在此不再赘述。图 12a为本发明第十一实施例提供的专用承载建立流程中专用公共承载创建方法信令交互图。本实施例的应用场景为：属于同一群组的各设备中第一个发起专用承载建立流程的设备，在专用承载建立流程中创建于群组对应的公共承载，其中公共上行用户面承载的创建方法与图 6a相似，公共下行用户面承载的创建方法与图 9a相似，公共控制面承载的创建方法与图 10相似。如图 12a所示，本实施例专用承载建立流程中公共承载创建方法包括：

步骤 121a、 P-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识以及 P-GW的专用公共上行用户面 TEID，其中， P-GW的专用公共上行用户面 TEID即为：公共 S5/S8上行用户面 TEID。

P-GW向 S-GW发送建立承载请求消息，建立承载请求消息中携带设备标识、 P-GW的用户面地址、 P-GW的专用公共上行用户面 TEID、承载 QoS、默认承载标识等信息，可选择的携带设备所属群组的群组标识；其中， P-GW 的专用公共上行用户面 TEID即为：公共 S5/S8上行用户面 TEID。

步骤 122a、 S-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识以及 S-GW 的专用公共上行用户面 TEID; S-GW建立专用公共 S5/S8上行用户面 TEID和专用公共 S1上行用户面 TEID 之间的映射关系，并将该映射关系保存在自身已创建的承载上下文中；其中， S-GW的专用公共上行用户面 TEID即为：专用公共 S 1上行用户面 TEID。

S-GW向 MME发送建立承载请求消息，建立承载请求消息中携带设备标识、 S-GW用户面地址、 S-GW的专用公共上行用户面 TEID、承载 QoS、默认承载标识等信息，可选择的携带设备所属群组的群组标识； S-GW的专用公共上行用户面 TEID即为：专用公共 S1上行用户面 TEID。

步骤 123a、 MME向 eNB发送承载建立请求消息，建立承载请求消息中携带承载 QoS、承载标识、 S-GW用户面地址、 S-GW的专用公共上行用户面 TEID等信息，可选择的携带设备所属群组的群组标识， S-GW的专用公共上行用户面 TEID即为：专用公共 S1上行用户面 TEID。步骤 124a、 eNB创建承载上下文，创建的承载上下文中包括有设备所属群组的群组标识以及 S-GW的专用公共上行用户面 TEID，其中， S-GW的专用公共上行用户面 TEID即为：专用公共 S1上行用户面 TEID。

eNB向设备发送 RRC连接重配置消息， RRC连接重配置消息中携带无线承载标识和附着接受消息，附着接受消息可以为 NAS消息。

步骤 125a-步骤 127a、与步骤 65a-步骤 67a相似，在此不再赘述。

步骤 128a、 S-GW将建立承载响应消息中携带的信息保存到自身已创建的承载上下文中，并向 P-GW发送建立承载响应消息，建立承载响应消息中携带 S-GW的专用公共下行用户面 TEID、 S-GW的用户面地址、承载标识等信息；其中， S-GW的专用公共下行用户面 TEID即为专用公共 S5/S8下行用户面 TEID。

本实施例通过上述流程，可在专用承载建立流程中创建设备所属群组对应的公共 S5/S8上下行用户面承载、公共 S1上行用户面承载，在群组对应的专用公共用户面承载建立起来之后，属于同一群组的其它设备可使用该专用公共用户面承载传输上下行数据。

图 12b为本发明第十一实施例提供的专用承载建立流程中专用公共承载使用方法信令交互图。与图 12a所示的应用场景的区别在于，如 12b所示的应用场景为：属于同一群组、非第一个发起专用承载建立流程的设备，在专用承载建立流程中使用已创建的与群组相关的专用承载。其中公共上行用户面承载的使用方法与图 6b相似，公共下行用户面承载的使用方法与图 9b相似，公共控制面承载的使用方法与图 10相似。如图 12b所示，本实施例专用承载建立流程中专用公共承载使用方法包括：

步骤 121b、 P-GW根据保存的该设备所属的群组标识信息，判断该设备所属群组对应的专用公共 S5/S8 上行用户面承载是否已建立，如果已创建， P-GW则检查创建的专用公共 S5/S8上行用户面承载的性能参数是否满足设备的业务需求，如果不满足，则需要对专用公共 S5/S8上行用户面承载的性能参数进行修改，如果满足，则不需要对专用公共 S5/S8上行用户面承载的性能参数进行修改。

如果需要对专用公共 S5/S8上行用户面承载的性能参数进行修改，检查专用公共 S5/S8上行用户面承载的性能参数是否满足设备的业务需求过程，例如：检查该群组对应的专用公共 S5/S8上行用户面承载的类型，如果专用公共 S5/S8上行用户面承载的类型为 GBR承载，则根据当前设备所需业务的实际带宽需求，确定更新的专用公共 S5/S8上行用户面承载 QoS参数；和 /或，检查 S-GW保存的该群组对应的专用公共 S5/S8上行用户面承载的上行 TFT的配置属性，如果 S-GW保存的该专用公共 S5/S8上行用户面承载的上行 TFT 的配置属性为非静态配置，则确定更新的上行 TFT，更新的上行 TFT中包括有可识别当前设备所发上行数据包的新的业务流模版。

P-GW向 S-GW发送更新承载请求消息，更新承载请求消息中携带有更新的承载 QoS、承载标识、更新的上行 TFT等信息。 P-GW根据性能参数的修改结果，对自身已创建的承载上下文的相应参数进行修改。

本步骤对专用公共 S5/S8上行用户面承载的性能参数进行检查是否满足设备的业务需求过程为可选处理，可由 P-GW完成，还可由 S-GW完成。

步骤 122b、如果 P-GW发送的更新承载请求中携带有 P-GW更新后的承载性能参数，如更新的承载 QoS、更新的上行 TFT等信息， S-GW则根据该更新承载请求消息中携带的信息，更新自身已建立的与群组对应的承载上下文的相关参数，并向 MME发送更新承载请求消息，消息中携带更新的承载 QoS, 承载标识、更新的上行 TFT等信息。

可选的，如果 P-GW没有对专用公共 S5/S8上行用户面承载的性能参数进行检查，也可由 S-GW检查专用公共 S5/S8上行用户面承载的性能参数，检查的方法与 P-GW相似，在此不再赘述。

步骤 123b、 MME向 eNB发送承载修改请求消息，承载修改请求消息中携带更新的承载 QoS、承载标识、 S-GW用户面地址、 S-GW的专用公共上行用户面 TEID等信息，可选择的携带设备所属群组的群组标识。

步骤 124b-步骤 128b、与步骤 64b-步骤 68b相似，在此不再赘述。

本实施例通过上述流程，可使新发起专用承载建立流程的、属于相同群节省了大量承载资源。当公共用户面承载是非 GBR承载、或者 S-GW和 eNB 保存的公共用户面承载上行 TFT的配置属性为静态配置时，还可节省部分信令资源。

上述图 11a-图 12b对应实施例的公共承载组合方式中，相关网络节点，如 MME、 S-GW, P-GW和 eNB需存储群组相关数据。群组相关数据具体存储方式不受限制，例如，可选的，各网络节点关于群组相关数据的存储结构示例: ^表 1-表 4所示：

表 1 MME关于群组相关数据的存储结构示例群组标识（Group ID )

S-GW公共控制面 7|载 TEID ( S-GW CP TEID(Sl l) )

S-GW公共用户面 7|载 TEID ( S-GW UP TEID(Sl) )

设备标识列表 ( Deivce ID List )

表 2 P-GW关于群组相关数据的存储结构示例群组标识（Group ID )

S-GW公共控制面 7|载 TEID ( S-GW CP TEID(S5/S8) )

S-GW公共用户面 7|载 TEID ( S-GW UP TEID(S5/S8) )

设备标识列表 ( Deivce ID List ) 表 3 S-GW关于群组相关数据的存储结构示例群组标识（Group ID ) P-GW公共控制面 7|载 TEID ( S-GW CP TEID(S5/S8) ) P-GW公共用户面 7|载 TEID ( S-GW UP TEID(S5/S8) )

MME公共控制面 7|载 TEID ( MME CP TEID(Sl l) )

设备标识列表 ( Deivce ID List ) 表 4 eNB关于群组相关数据的存储结构示例群组标识（Group ID )

S-GW公共用户面 7|载 TEID ( S-GW CP TEID(Sl) )

设备标识列表 ( Deivce ID List ) 图 13a和图 13b以附着流程中公共承载处理方法为例进行说明，该实施例中与群组对应的公共承载包括公共上行用户面承载和公共控制面承载时的承载处理方法实施例，其中，公共上行用户面承载包括：公共 S1和 S5/S8上行用户面承载；公共控制面承载包括：公共 S11和 S5/S8控制面承载。

图 13a为本发明第十二实施例提供的附着流程中公共承载创建方法信令交互图。本实施例的应用场景为：属于同一群组、第一个发起网络附着流程的设备，在附着流程中创建于群组对应的上述公共承载，其中公共上行用户面承载的创建方法与图 4a相似，公共控制面承载的创建方法与图 10相似。如图 13a所示，本实施例附着流程中公共承载创建方法包括：

步骤 131a-步骤 133a、与步骤 41a-步骤 43a相似，在此不再赘述。

步骤 134a、与步骤 114a相似，在此不再赘述。

步骤 135a、 S-GW创建与群组相关的承载上下文，创建的承载上下文中包括有设备所属群组的群组标识； S-GW根据接收到的 P-GW信息，向选定的 P-GW发送建立会话请求消息，建立会话请求消息中携带设备所属群组的群组标识、设备标识、 APN、 S-GW的用户面地址、 S-GW的公共控制面 TEID、默认承载 QoS、承载标识等信息；其中， S-GW的公共控制面 TEID即为：公共 S5/S8控制面承载的 TEID。

步骤 136a-步骤 1313a、与步骤 116a-步骤 1113a相似，在此不再赘述。本实施例通过上述流程，可在附着流程中创建设备所属群组对应的公共 S1和 S5/S8上行用户面承载、以及公共 S11和 S5/S8控制面承载。属于同一群组的多个设备可使用建立的上述公共承载传输数据或控制信令。

图 13b为本发明第十二实施例提供的附着流程中公共承载使用方法信令交互图。与图 13a所示的应用场景的区别在于，如 13b所示的应用场景为：属于同一群组、非第一个发起网络附着流程的设备的附着流程，在附着流程中使用已创建的与群组相关的公共承载，其中公共上行用户面承载的使用方法与图 4b相似，公共控制面承载的使用方法与图 10相似。如图 13b所示，本实施例在附着流程中公共承载使用方法包括：

步骤 131b-步骤 134b、与步骤 11 lb-步骤 114b相似，在此不再赘述。步骤 135b、 S-GW查找与群组标识对应的公共 S5/S8上行用户面承载信息，如果公共 S5/S8上行用户面承载是 GBR承载、或者 P-GW保存的公共 S5/S8 上行用户面承载的 TFT属性配置为非静态配置，则 S-GW使用公共 S5/S8控制面承载向 P-GW发送修改承载命令消息，修改承载命令消息中携带更新的公共 S5/S8上行用户面承载 QoS、承载标识、更新的上行 TFT等信息。本步骤为可选步骤。

步骤 136b、 P-GW根据修改承载命令消息携带的参数，更新自身保存承载上下文中的相应参数，如更新的公共 S5/S8上行用户面承载 QoS，和 /或更新的上行 TFT参数等。 P-GW向 S-GW返回修改承载响应消息。本步骤为可选步骤。

步骤 137b-步骤 1311b、与步骤 117b-步骤 1111b相似，在此不再赘述。图 13b所示的流程中，由 S-GW对与设备所属群组对应的公共上行用户面承载进行检查，可选的，还可对上述流程进行变形，在变形实施例中由 MME对与设备所属群组对应的公共上行用户面承载进行检查。该情形下，上述步骤 134b具体为：由 MME向 S-GW发送修改承载命令消息，消息中携带更新的承载 QoS、承载标识、更新的上行 TFT等信息，原步骤 134b中 S-GW 的承载处理过程由 MME完成；上述步骤 77b具体为： S-GW向 MME发送修改承载响应消息。这两个步骤都是可选步骤。

本实施例通过以上流程，可使新附着的、属于相同群组的设备使用已有的公共 S1和 S5/S8上行用户面承载、以及公共 S11和 S5/S8控制面承载，节省了大量承载资源。当建立的公共用户面承载是非 GBR承载或 P-GW、S-GW、 eNB保存的公共上行用户面承载的 TFT配置属性为静态配置时，还可节省部分信令资源。

属于相同群组的设备进行 PDN连接建立流程中，关于公共 S1和 S5/S8 上行用户面承载、以及公共 S11 和 S5/S8控制面承载的处理方法，与图 13a 和图 13b所示的附着流程中公共承载处理方法相似；在附着流程或 PDN连接建立流程之后，可在专用承载建立流程创建和使用公共 S1和 S5/S8上行用户面承载，具体实现方式与图 6a和图 6b相似，在此不再赘述。

上述图 4a-图 13b所示的各实施例创建公共承载之后， eNB可在小区广播消息中携带公共承载相关的群组信息，例如：群组标识等。设备接收到包括有公共承载对应的群组信息时，可根据接收的群组信息，判断网络侧是否创建有自身所属群组的公共承载，如果有，则可选择网络侧已创建有该公共承载的小区进行驻留，与属于相同群组的其他设备附着到相同的 eNB上，从而可与属于同一群组的其他设备共享相同的承载资源，节省了对终端设备管理所需的网络资源。

图 14为本发明第十三实施例提供的网络节点的结构示意图。如图 14所示，本实施例网络节点包括：公共承载创建模块 141和群组设备服务模块 142。

公共承载创建模块 141用于创建设备所属群组对应的公共承载。

群组设备服务模块 142 用于使用所述公共承载为所述群组中的设备提供服务。上述技术方案中，公共承载按照功能及数据传输方向可分为：公共用户面承载和公共控制面承载，公共用户面承载用于传输业务数据，公共控制面承载用于传输信令消息；根据传输数据方向不同，公共用户面承载又可分为：公共上行用户面承载和公共下行用户面承载。

在上述技术方案的基础上，可选的，本实施例网络节点还可包括：群组信息获取模块 143。

群组信息获取模块 143 用于获取设备所属群组的群组信息。相应的，群组设备服务模块 142具体用于根据群组信息获取模块 143获取的群组信息，创建所述设备所属群组对应的公共承载。

创建的公共承载可包括：公共用户面承载和 /或公共控制面承载，其中，公共用户面承载可包括公共上行用户面承载和 /或公共下行用户面承载。公共上行用户面承载、公共下行用户面承载和公共控制面承载，即可为从设备到设备所有的相关网络节点之间各通信段的完整承载，也可为其中部分通信段的公共承载。该情形下，公共承载创建模块 141 包括公共承载创建单元 1411 或公共承载映射单元 1412。

公共承载创建单元 1411用于创建创建设备所属群组对应的第一公共承载或第二公共承载。

公共承载映射单元 1412用于创建所述设备所属群组对应的第一公共承载和第二公共承载，并建立所述第一公共承载和所述第二公共承载的映射关系。

上述第一公共承载为当前节点与第一节点之间的公共承载，上述第二公共承载为当前节点与第二节点之间的公共承载，第一节点和第二节点分别为与当前节点连接的不同级节点。

在上述技术方案的基础上，可选的，公共承载映射单元 1412可包括：获取子单元 14121以及映射建立子单元 14122。

获取子单元 14121 用于获取所述第一公共承载对应的第一隧道端点标识以及第二公共承载对应的第二隧道端点标识。映射建立子单元 14122用于根据获取子单元 14121获取的第一隧道端点标识以及第二隧道端点标识，建立第一隧道端点标识和第二隧道端点标识的映射关系。

上述技术方案中，本实施例网络节点还可包括：确定模块 144。

确定模块 144用于确定所述公共承载为公共用户面承载。

本实施例网络节点还可包括以下至少之一：服务质量参数更新模块 145 和流模版参数更新模块 146。

服务质量参数更新模块 145用于在确定模块 144确定所述公共承载为公共用户面承载时，在所述公共用户面承载的性能参数不满足所述服务的业务需求，且在所述公共用户面承载的类型为保证比特速率承载时，根据所述所述服务的业务需求，更新所述公共用户面承载的服务质量参数。

流模版参数更新模块 146用于在所述确定模块确定所述公共承载为公共用户面承载时，在所述公共用户面承载的流模版参数的配置属性为非静态配置时，更新所述公共用户面承载的流模版参数。

本实施例网络节点为属于同一群组的多个设备建立公共承载，使得属于同一群组的多个设备可以共享相同的承载资源，从而节省了与属于同一群组的多个设备通信所需的承载资源开销。本实施例网络节点的具体表现实体不受限制，可为核心网节点，如 MME、 S-GW或 P-GW等，其对公共承载进行处理的机理可参见图 1、图 4a-图 13b对应实施例的记载，在此不再赘述。

图 15为本发明第十四实施例提供的网络节点的结构示意图。如图 15所示，本实施例网络节点包括：群组信息获取模块 151和群组信息广播模块 152。

群组信息获取模块 151 用于通过创建设备所属群组对应的公共承载，获取所述公共承载对应群组信息。

群组信息广播模块 152 用于用于广播所述群组信息，以供属于所述群组的设备选择创建有所述公共承载的小区进行驻留。

本实施例网络节点通过向设备广播网络侧建立的公共承载对应的群组信息，使得终端侧设备可选择网络侧已创建有该公共承载的小区进行驻留，与属于相同群组的其他设备附着到相同的网络节点上，可与属于同一群组的其他设备共享相同的承载资源，从而节省了与属于同一群组的多个设备通信所需的承载资源开销。本实施例网络节点的表现实体不受限制，可为接入网节点，如 eNB等， eNB获取公共承载对应群组信息的方式可参见图 4a-图 13b 对应实施例的记载，自身对公共承载进行处理的机理可参见图 2对应实施例的记载，在此不再赘述。

图 16为本发明第十五实施例提供的通信系统的结构示意图。如图 16所示，通信系统包括：网络节点 161和设备 162，网络节点 161和设备 162之间以可通信方式相连。

网络节点 161 用于创建设备所属群组对应的公共承载，使用所述公共承载为所述群组中的设备提供服务。

该情形下，网络节点为属于同一群组的多个设备建立公共承载，使得属于同一群组的多个设备可以共享相同的承载资源，从而节省了与属于同一群组的多个设备通信所需的承载资源开销。本实施例网络节点的细化结构可参见图 14对应实施例的记载，网络节点对公共承载进行处理的机理可参见图 1、图 4a-图 13b对应实施例的记载，在此不再赘述。

或者，网络节点 161用于通过创建设备所属群组对应的公共承载，获取所述公共承载对应群组信息；广播所述群组信息，以供属于所述群组的设备选择创建有所述公共承载的小区进行驻留。

该情形下，网络节点通过向设备广播网络侧建立的公共承载对应的群组信息，终端侧设备选择网络侧已创建有该公共承载的小区进行驻留，与属于相同群组的其他设备附着到相同的网络节点上，可与属于同一群组的其他设备共享相同的承载资源，从而节省了与属于同一群组的多个设备通信所需的载资源开销。本实施例网络节点的细化结构可参见图 15对应实施例的记载，网络节点和设备的工作机理可分别参见图 2对应实施例的记载，在此不再赘述。

本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域普通技术人员可以理解：实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例技术方案的精神和范围。

Claims

权利要求书

1、一种公共承载处理方法，其特征在于，包括：

创建设备所属群组对应的公共承载；

使用所述公共承载为所述群组中的设备提供服务。

2、根据权利要求 1所述的公共承载处理方法，其特征在于，

所述公共承载包括以下至少之一：公共用户面承载和公共控制面承载；所述公共用户面承载包括以下至少之一：公共上行用户面承载和公共下行用户面承载。

3、根据权利要求 1所述的公共承载处理方法，其特征在于，所述创建设备所属群组对应的公共承载，包括：

根据所述群组的群组信息，创建所述设备所属群组对应的公共承载。

4、根据权利要求 3所述的公共承载处理方法，其特征在于，所述创建设备所属群组对应的公共承载，包括：

创建所述设备所属群组对应的第一公共承载或第二公共承载，所述第一公共承载为当前节点与第一节点之间的公共承载，所述第二公共承载为所述当前节点与第二节点之间的公共承载，所述第一节点和所述第二节点分别为与所述当前节点连接的不同级节点；或者，

创建所述设备所属群组对应的第一公共承载和第二公共承载，并建立所述第一公共承载和所述第二公共承载的映射关系，所述第一公共承载为当前节点与第一节点之间的公共承载，所述第二公共承载为所述当前节点与第二节点之间的公共承载，所述第一节点和所述第二节点分别为与所述当前节点连接的不同级节点。

5、根据权利要求 4所述的公共承载处理方法，其特征在于，所述创建所述设备所属群组对应的第一公共承载或第二公共承载，包括：

移动性管理实体 MME向服务网关 S-GW发送第一建立会话请求消息，所述第一建立会话请求消息包括所述群组的群组信息；所述服务网关 S-GW创建与群组相关的承载上下文，所述 S-GW创建的与群组相关的承载上下文包括所述群组的群组信息，向分组数据网络网关 P-GW 发送第二建立会话请求消息，所述第二建立会话请求消息包括所述群组的群组信息；

所述分组数据网络网关 P-GW创建与群组相关的承载上下文，所述 P-GW 创建的与群组相关的承载上下文包括所述群组的群组信息。

6、根据权利要求 5所述的公共承载处理方法，其特征在于，所述方法还包括：

所述 MME向演进基站 eNB发送初始上下文建立请求，所述初始上下文建立请求包括所述群组的群组信息，所述 eNB创建与所述群组对应的承载上下文，所述创建的承载上下文包括所述群组的群组标识。

7、根据权利要求 6所述的公共承载处理方法，其特征在于，

所述 S-GW将所述 S-GW创建的与群组相关的承载上下文保存在设备的承载上下文中，或将所述 S-GW创建的与群组相关的承载上下文独立保存；

所述 P-GW将所述 P-GW创建的与群组相关的承载上下文保存在设备的承载上下文中，或将所述 P-GW创建的与群组相关的承载上下文独立保存；

所述 eNB将所述 eNB创建的与群组相关的承载上下文保存在设备的承载上下文中，或将所述 eNB创建的与群组相关的承载上下文独立保存。

8、根据权利要求 4或 5或 6或 7所述的公共承载处理方法，其特征在于，所述建立所述第一公共承载和所述第二公共承载的映射关系，包括：

获取所述第一公共承载对应的第一隧道端点标识以及所述第二公共承载对应的第二隧道端点标识，建立所述第一隧道端点标识和所述第二隧道端点标识的映射关系。

9、根据权利要求 1所述的公共承载处理方法，其特征在于，

所述公共承载为公共用户面承载；

所述在创建设备所属群组对应的公共承载之后，所述方法还包括：在所述公共用户面承载的性能参数不满足所述服务的业务需求，且在所述公共用户面承载的类型为保证比特速率承载时，根据所述所述服务的业务需求，更新所述公共用户面承载的服务质量参数；和 /或，

在所述公共用户面承载的流模版参数的配置属性为非静态配置时，更新所述公共用户面承载的流模版参数。

10、根据权利要求 9 所述的公共承载处理方法，其特征在于，所述更新所述公共用户面承载的服务质量参数，包括：

移动管理实体 MME向服务网关 S-GW发送修改承载命令消息，所述修改承载命令消息包括所述公共用户面承载的更新的公共用户面承载的服务质量参数，以使得所述 S-GW更新所述公共用户面承载的服务质量参数；

和 /或，

所述更新所述公共用户面承载的流模版参数，包括：

移动管理实体 MME向服务网关 S-GW发送修改承载命令消息，所述修改承载命令消息包括所述公共用户面承载的流模版参数，以使得所述 S-GW更新所述公共用户面承载的流模版参数。

11、一种公共承载处理方法，其特征在于，

通过创建第一设备所属群组对应的公共承载，获取所述公共承载对应的群组信息；

12、一种网络节点，其特征在于，包括：

13、根据权利要求 12所述的网络节点，其特征在于，所述网络节点还包括群组信息获取模块，

所述群组信息获取模块，用于获取所述群组的群组信息；所述群组设备服务模块，具体用于根据所述群组信息获取模块获取的所述群组的群组信息，创建所述设备所属群组对应的公共承载。

14、根据权利要求 13所述的网络节点，其特征在于，所述公共承载创建模块包括公共承载创建单元或公共承载映射单元：

所述公共承载创建单元，用于创建所述设备所属群组对应的第一公共承载或第二公共承载，所述第一公共承载为当前节点与第一节点之间的公共承载，所述第二公共承载为所述当前节点与第二节点之间的公共承载，所述第一节点和所述第二节点分别为与所述当前节点连接的不同级节点；

所述公共承载映射单元，用于创建所述设备所属群组对应的第一公共承载和第二公共承载，并建立所述第一公共承载和所述第二公共承载的映射关系，所述第一公共承载为当前节点与第一节点之间的公共承载，所述第二公共承载为所述当前节点与第二节点之间的公共承载，所述第一节点和所述第二节点分别为与所述当前节点连接的不同级节点。

15、根据权利要求 14所述的网络节点，其特征在于，所述网络节点为服务网关 S-GW，

所述群组信息获取模块，具体用于接收移动性管理实体 MME发送的第一建立会话请求消息，所述第一建立会话请求消息包括所述群组的群组信息；

所述公共承载创建模块，具体用于创建与群组相关的承载上下文，所述 S-GW创建的与群组相关的承载上下文包括所述群组的群组信息。

16、根据权利要求 14所述的网络节点，其特征在于，所述网络节点为分组数据网络网关 P-GW，

所述群组信息获取模块，具体用于接收服务网关 S-GW发送的第二建立会话请求消息，所述第一建立会话请求消息包括所述群组的群组信息；

所述公共承载创建模块，具体用于创建与群组相关的承载上下文，所述 P-GW创建的与群组相关的承载上下文包括所述群组的群组信息。

17、根据权利要求 14所述的网络节点，其特征在于，所述网络节点为演进基站 eNB,

所述群组信息获取模块，具体用于接收移动管理实体 MME发送的初始上下文建立请求，所述初始上下文建立请求包括所述群组的群组信息，所述 eNB创建与所述群组对应的承载上下文，所述创建的承载上下文包括所述群组的群组标识。

18、根据权利要求 12-17任一权利要求所述的网络节点，其特征在于，所述网络节点还包括用于将创建的与群组相关的承载上下文保存在设备的承载上下文中，或将所述 S-GW创建的与群组相关的承载上下文独立保存的模块。

19、根据权利要求 14所述的网络节点，其特征在于，所述公共承载映射单元包括获取子单元以及映射建立子单元，

所述获取子单元，用于获取所述第一公共承载对应的第一隧道端点标识以及所述第二公共承载对应的第二隧道端点标识；

所述映射建立子单元，用于根据所述获取子单元获取的所述第一隧道端点标识以及第二隧道端点标识，建立所述第一隧道端点标识和所述第二隧道端点标识的映射关系。

20、根据权利要求 12所述的网络节点，其特征在于，所述网络节点还包括确定模块，

所述确定模块，用于确定所述公共承载为公共用户面承载；

所述网络节点还包括以下至少之一；

服务质量参数更新模块，用于在所述确定模块确定所述公共承载为公共用户面承载时，在所述公共用户面承载的性能参数不满足所述服务的业务需求，且在所述公共用户面承载的类型为保证比特速率承载时，根据所述所述服务的业务需求，更新所述公共用户面承载的服务质量参数；

流模版参数更新模块，用于在所述确定模块确定所述公共承载为公共用户面承载时，在所述公共用户面承载的流模版参数的配置属性为非静态配置时，更新所述公共用户面承载的流模版参数。

21、一种网络节点，其特征在于，包括：

群组信息获取模块，用于通过创建第一设备所属群组对应的公共承载，获取所述公共承载对应的群组信息；

22、一种通信系统，其特征在于，包括：网络节点以及与所述网络节点以可通信方式相连的设备，

23、一种通信系统，其特征在于，包括：网络节点以及与所述网络节点以可通信方式相连的设备，所述网络节点，用于通过创建设备所属群组对应的公共承载，获取所述公共承载对应的群组信息；广播所述群组信息，以供属于所述群组的设备选择创建有所述公共承载的小区进行驻留。