CN108882180B - 组呼会话方法、装置和系统 - Google Patents

Abstract

本申请涉及一种组呼会话方法、装置和系统。移动性管理实体发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。按照UE识别码的格式对组呼业务的身份标识号进行修改，将组呼业务当做虚拟UE，利用GTP‑C V2协议中UE会话的建立流程，实现组呼业务会话的建立流程。基于上述方法，对原有LTE SAE‑GW的系统架构改动微小，完全利用GTP‑C V2协议已有消息和信元，保持原有系统稳定性和灵活性，降低SAE‑GW演进的复杂度、便于快速实现产品。

Description

组呼会话方法、装置和系统

技术领域

本申请涉及通信技术领域，特别是涉及一种组呼会话方法、装置和系统。

背景技术

目前B-TrunC(Broadband Trunking Communication，宽带集群通信)系统已经开始广泛应用于公共安全、政务、交通、能源等行业。但是，B-TrunC标准尚未针对xGW(Extended Gateway，综合网关)如何建立组呼业务会话和承载做出明确指示和要求。

在实现过程中，发明人发现传统技术中至少存在如下问题：传统触发xGW建立组呼会话时，复杂度高且影响原有LTE(Long Term Evolution)SAE-GW(System ArchitectureEvolution-Gateway)的系统架构。

发明内容

基于此，有必要针对传统触发xGW建立组呼会话时，复杂度高且影响原有LTE SAE-GW的系统架构的问题，提供一种组呼会话方法、装置和系统。

为了实现上述目的，一方面，本申请实施例提供了一种组呼会话方法，包括：

发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。

另一方面，本申请实施例还提供了一种组呼会话装置，包括：

组呼创建模块，用于发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。

在其中一个实施例中，一种核心网系统，包括执行如上述的组呼会话方法的eMME(Enhanced Mobility Management Entity，增强的移动性管理实体)；

eMME用于分别连接xGW和基站。

在其中一个实施例中，提供了一种组呼会话系统，包括：执行如上述的组呼会话方法的移动性管理实体，以及连接移动性管理实体的xGW。

在其中一个实施例中，提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述的组呼会话方法。

上述技术方案中的一个技术方案具有如下优点和有益效果：

移动性管理实体发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。按照UE(User Equipment，用户设备)识别码的格式对组呼业务的身份标识号进行修改，将组呼业务当做虚拟UE，利用GTP-C V2协议中UE会话的建立流程，实现组呼业务会话的建立流程。基于上述方法，对原有LTE SAE-GW的系统架构改动微小，完全利用GTP-C V2协议已有消息和信元，保持原有系统稳定性和灵活性，降低SAE-GW演进的复杂度、便于快速实现产品。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1为一个实施例中组呼会话方法的应用环境图；

图2为LTE系统中UE附着的流程示意图；

图3为一个实施例中组呼会话方法的第一示意性流程图；

图4为一个实施例中组呼会话建立方法的第一交互示意图；

图5为一个实施例中组呼会话建立方法的第二示意性流程图；

图6为一个实施例中组呼会话方法的第二交互示意图；

图7为一个实施例中组呼会话方法的第三示意性流程图；

图8为一个实施例中组呼会话方法的第三交互示意图；

图9为一个实施例中组呼会话方法的第四示意性流程图；

图10为一个实施例中组呼会话方法的第四交互示意图；

图11为一个实施例中组呼会话方法的第五示意性流程图；

图12为一个实施例中组呼会话方法的第五交互示意图；

图13为一个实施例中组呼会话方法的第六交互示意图；

图14为一个实施例中组呼会话方法的第六示意性流程图；

图15为一个实施例中组呼会话装置的结构示意图。

具体实施方式

为了便于理解本申请，下面将参照相关附图对本申请进行更全面的描述。附图中给出了本申请的首选实施例。但是，本申请可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本申请的公开内容更加透彻全面。

需要说明的是，当一个元件被认为是“连接”另一个元件，它可以是直接连接到另一个元件并与之结合为一体，或者可能同时存在居中元件。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中在本申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

随着全球公共安全、政务、交通、能源等行业的快速发展，行业用户在传统的语音集群基础上，对于宽带无线数据业务、多媒体集群调度的需求极为迫切。LTE以其技术和产业优势成为无线专网宽带技术的选择，基于LTE技术的宽带集群技术也成为全球无线专网发展共识。我国率先开展了基于LTE技术的宽带集群B-TrunC技术的标准化工作，立足自主创新，紧密联系行业应用需求，技术和产业发展迅速。

目前，B-TrunC标准尚未针对xGW如何建立组呼业务会话和承载做出明确指示和要求。在传统技术中，各厂家基本上是基于S11接口或者T2接口自定义消息，触发xGW建立组呼会话和承载；由于实现的方法不一，复杂度各不相同，对原有LTE SAE-GW的系统架构具有不同程度的影响。

为此，本申请实施例针对xGW建立组呼会话承载的业务场景，提供了一种改动极其微小、能够快速实现、并保持原有LTE SAE-GW系统架构稳定的方法，可以应用于如图1所示的应用环境中，图1为一个实施例中组呼会话方法的应用环境图。其中，终端102通过网络与核心网104进行通信。终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，核心网104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

如图2所示，图2为LTE系统中UE附着的流程示意图，IMSI(International MobileSubscriber Identification Number)为国际移动用户识别码SAE-GW为IMSI＝460010100000001的UE建立会话和承载上下文。LTE系统中，SAE-GW以IMSI为UE的身份标识，在UE附着过程中，SAE-GW以MME S11接口Create Session Request中的IMSI标识UE身份，为UE建立GTP-C和GTP-U隧道。本申请实施例在SAE-GW操作管理UE会话、承载的基础上，将组呼业务视为虚拟UE，实现组呼会话、承载的建立、修改和删除功能，可应用于宽带集群通信系统。

在一个实施例中，提供了一种组呼会话方法，如图3所示，图3为一个实施例中组呼会话方法的第一示意性流程图，包括：

步骤S110，发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。

具体而言，移动性管理实体将组呼业务的身份标识号修改成移动用户识别码的格式，得到组呼业务的识别码；将该组呼业务视为虚拟UE并通过创建会话请求将组呼业务的识别码发送给xGW；xGW基于创建会话请求为该虚拟UE建立会话，实现组呼会话的建立。

需要说明的是，组呼业务为多方参加(如GSM移动台或固网电话等)的点对多点的通信方式，可实现多方语音、视频。

创建会话请求可用于指示xGW基于组呼IP(Internet Protocol，网络之间互连的协议)，为相应的组呼业务建立组呼会话，还可用于为UE建立会话，具体可如CreateSession Request消息。

组呼业务的身份标识号可如数据长度为11位的Group ID；移动用户识别码可如数据长度为14位的IMSI。上述具体的数据长度可根据实际需求来设置，在此不做具体的限定。组呼业务的识别码可按照移动用户识别码的格式对组呼业务的身份标识号进行修改得到；该识别码的格式与移动用户识别码的格式一致。具体地，可通过前缀补零、后缀补零或者补其他数字等方式，将身份标识号改造为与移动用户识别码的格式一致的识别码。

移动性管理实体可如MME(Mobility Management Entity)或eMME等。

本申请实施例按照移动用户识别码的格式对组呼业务的身份标识号进行修改，将组呼业务当做虚拟UE，利用S11、S5接口以及GTP-C V2协议中UE会话的建立流程，实现组呼业务会话的建立流程。基于上述方法，对原有LTE SAE-GW的系统架构和S11、S5接口改动微小，完全利用GTP-C V2协议已有消息和信元，保持原有系统稳定性和灵活性，降低SAE-GW演进的复杂度、便于快速实现产品并向市场推广。

在一个实施例中，如图4所示，图4为一个实施例中组呼会话建立方法的第一交互示意图，B-TrunC系统可将组呼业务视为虚拟UE，xGW为IMSI＝12345678999000的虚UE建立会话和承载上下文。利用组呼业务的身份标识Group ID改造为IMSI。当eMME发送IMSI为改造后的Group ID的Create Session Request消息给xGW时，xGW为该虚拟UE建立会话，该部分处理逻辑与LTE系统保持一致。其中，eMME可以通过前缀补零、后缀补零或者补其他数字等方式，将Group ID改造为IMSI。

在一个实施例中，如图5所示，图5为一个实施例中组呼会话建立方法的第二示意性流程图，xGW为包括SGW(Serving Gateway，服务网关)网元和PGW(PDN Gateway，PDN网关)网元的网关。

发送组呼业务的创建会话请求给xGW的步骤之后，还包括步骤：

步骤S120，获取xGW基于创建会话请求发送的创建会话响应；创建会话响应包括SGW网元为组呼业务分配的第一隧道标识，以及PGW网元为组呼业务分配的第二隧道标识。

具体而言，基于创建会话请求生成创建会话响应，xGW中的SGW网元为该组呼业务分配相应的第一隧道标识，xGW中的PGW网元为该组呼业务分配相应的第二隧道标识。基于隧道标识，xGW可生成创建会话响应。

需要说明的是，创建会话响应可用于触发移动性管理实体与组呼业务对应的基站建立组呼上下文，具体地，可为Create Session Response消息。

第一隧道标识以及第二隧道标识可用于标识组呼业务对应的隧道。

在一个实施例中，如图6所示，图6为一个实施例中组呼会话方法的第二交互示意图，第一隧道标识包括SGW S11GTP-C TEID、SGW S1-U GTP-U TEID、SGW S5GTP-C TEID和SGW S5GTP-U TEID；第二隧道标识包括PGW S5GTP-C TEID和PGW S5GTP-U TEID。

具体而言，创建会话请求中可包含TCF(Trunking Control Function，集群控制功能体)分配的组呼IP；SGW网元可基于组呼IP为对应的组呼业务分配相应的SGW S11GTP-CTEID、SGW S1-U GTP-U TEID、SGW S5GTP-C TEID和SGW S5GTP-U TEID；PGW网元可基于组呼IP为对应的组呼业务分配相应的PGW S5GTP-C TEID和PGW S5GTP-U TEID。

需要说明的是，xGW可基于分配隧道标识，生成并回复Create Session Response消息给eMME。SGW S5GTP-C TEID也可为SGW S5-C GTP-C TEID；SGW S5GTP-U TEID也可为SGW S5-U GTP-U TEID；PGW S5GTP-C TEID也可为PGW S5-C GTP-C TEID；PGW S5GTP-UTEID也可为PGW S5-U GTP-U TEID；

在一个实施例中，如图5所示，获取xGW基于创建会话请求发送的创建会话响应的步骤之后，还包括步骤：

步骤S130，发送包含组呼基站列表的承载更新请求给SGW网元；承载更新请求用于指示SGW网元更新承载基站列表。

具体而言，基于创建会话响应，移动性管理实体可触发组呼业务的各基站建立组呼上下文，通过承载更新请求将组呼基站列表发送给SGW网元；SGW网元基于承载更新请求携带的组呼基站列表，更新承载基站列表。

需要说明的是，组呼基站列表可包含用于建立组呼上下文、与组呼业务对应的基站的信息。保证SGW网元中承载基站列表的基站信息与组呼基站列表中的基站信息一一对应。具体地，创建会话响应可为Modify Bearer Request消息；组呼基站列表可为基站TEID(Tunnel Endpoint ID，隧道端点标识符)列表。

在一个实施例中，如图6所示，xGW建立组呼过程可类比于UE附着的过程。eMME发送携带TCF分配的组呼IP的Create Session Request，触发xGW建立组呼会话。SGW网元为组呼业务分配相应的SGW S11GTP-C TEID和SGW S1-U GTP-U TEID；PGW网元为组呼业务分配相应的PGW S5GTP-C TEID和PGW S5GTP-U TEID；xGW回复Create Session Response消息给eMME。当eMME触发组呼业务内所有基站建立组呼上下文后，通过Modify Bearer Request消息携带基站TEID列表通知SGW网元。

在一个实施例中，承载更新请求还包括至少一个Bearer Context信元。

各Bearer Context信元与组呼业务中各组呼基站列表一一对应。

具体而言，当组呼会话内存在两个及以上的承载时，则组呼业务包含相应数量的组呼基站列表，承载更新请求需要携带多个Bearer Context信元；Bearer Context信元与所述组呼业务中各组呼基站列表对应，用于表明不同承载的基站TEID列表。

具体地，组呼会话对应一个默认承载，默认承载上可建立多个专用承载。存在两个以上承载表示除了默认承载外还建立了专用承载，比如用于视频组呼或者语音组呼的专用承载。一个承载对应承载更新请求(例如Modify bearer request消息)中的一个BearerContext信元。对于每一个Bearer Context信元，里面都携带组呼的基站TEID列表信息。

在一个实施例中，如图7所示，图7为一个实施例中组呼会话方法的第三示意性流程图，发送包括组呼基站列表的承载更新请求给SGW网元的步骤之前，还包括步骤：

步骤S128，在触发预设业务时，根据组呼基站列表生成承载更新请求；预设业务为以下业务中的任意一项或任意组合：UE加入业务，动态重组业务以及UE切换业务。

具体而言，组呼业务过程中，若发生UE加入(例如UE迟后进入)、动态重组或UE切换等业务，移动性管理实体更新组呼业务的组呼基站列表并生成承载更新请求。

需要说明的是，UE加入业务可为组呼会话过程中有新加入UE的情况；动态重组可为在组呼过程中，动态修改组呼成员，由于新的UE成员可能由新的基站服务，因此，需要更新基站列表。UE切换可为UE从第一基站切换到第二基站的情况，此时需要更新基站列表。

在一个实施例中，如图8所示，图8为一个实施例中组呼会话方法的第三交互示意图，组呼业务过程中，如果存在UE迟后进入、动态重组或UE切换等业务，导致组呼业务内接入eNodeB(属于基站)的列表(属于组呼基站列表)发生更新，此时，eMME向SGW网元发送Modify Bearer Request消息，更新S1-U承载eNodeB的列表(属于承载基站列表)。当组呼会话内存在两个及以上承载时，需要携带多个Bearer Context信元，表明不同承载的基站TEID列表。SGW根据TEID找到对应的组呼会话，更新会话的承载基站列表，回复eMME，其中，TEID表示Modify Bearer request这个GTP-C消息中GTP header中的TEID。

在一个实施例中，如图9所示，图9为一个实施例中组呼会话方法的第四示意性流程图，发送组呼业务的创建会话请求给xGW的步骤之后，还包括步骤：

步骤S140，在获取到释放组呼消息或组呼超时释放消息时，发送删除组呼会话请求给xGW；删除组呼会话请求用于指示xGW删除组呼会话。

具体而言，移动性管理实体接收释放组呼消息或组呼超时释放消息，生成并发送删除组呼会话请求给xGW；xGW根据删除组呼会话请求删除对应的组呼会话。

需要说明的是，具有权限的UE或DC(Dispatch Controller，调度台)可触发释放组呼流程或组呼超时释放流程；移动性管理实体可触发xGW删除组呼会话流程，该流程与LTE系统中UE去附着流程一致，具体可如图10所示，图10为一个实施例中组呼会话方法的第四交互示意图。

释放组呼可由UE侧主动发起，也可根据预设时间内有无发起话权来生成组呼超时释放消息。

在一个实施例中，如图11所示，图11为一个实施例中组呼会话方法的第五示意性流程图，发送组呼业务的创建会话请求给xGW的步骤之后，还包括步骤：

步骤S150，接收xGW发送的创建承载请求，并基于创建承载请求包含的PrivateExtension信元创建集群专用承载。

步骤S160，发送包含组呼专用基站列表的创建承载响应给xGW。

具体而言，触发组呼专用承载时，xGW生成建立组呼专用承载的创建承载请求并发送给移动性管理实体；移动性管理实体基于创建承载请求，触发组呼业务对应的基站建立集群组呼专用承载并生成创建承载响应，将创建承载响应发送给xGW。其中，创建承载请求包含Private Extension信元；Private Extension信元表明创建承载请求为创建集群专用承载消息。

需要说明的是，移动性管理实体可基于创建承载请求，发送组呼专用承载建立指令给专用基站；组呼专用承载建立指令用于指示专用基站建立集群组呼专用承载。

创建承载请求可为Create Bearer Request消息；创建承载响应可为CreateBearer Response消息。

组呼专用基站列表可包含与组呼业务对应的、用于建立集群组呼专用承载的专用基站的信息。

组呼过程中，当存在语音、视频叠加等多业务场景下，或者单纯的语音组呼、视频组呼业务场景下，TCF可根据策略选择是否触发xGW建立组呼专用承载。

在一个实施例中，如图11所示，发送包括组呼专用基站列表的创建承载响应给xGW的步骤之后，还包括步骤：

步骤S170，删除专用承载指令用于指示专用基站删除集群组呼专用承载。

具体而言，移动性管理实体获取xGW发送的删除专用承载请求，并基于该请求，发送删除专用承载指令给组呼专用基站列表中各专用基站，以使各专用基站删除集群组呼专用承载。

需要说明的是，组呼过程中，由于语音、视频等业务的结束，可触发xGW删除组呼专用承载的流程。

在一个实施例中，如图12、13所示，图12为一个实施例中组呼会话方法的第五交互示意图，图13为一个实施例中组呼会话方法的第六交互示意图；组呼过程中，当存在语音、视频叠加等多业务场景下，或者单纯的语音组呼、视频组呼业务场景下，TCF根据策略选择是否触发xGW建立组呼专用承载。建立组呼专用承载与网络侧触发PGW网元建立UE的专用承载流程相似，差别在于Create Bearer Request消息中按照GTPC V2协议添加了PrivateExtension信元，表明该消息为创建集群专用承载消息。同时，eMME回复的Create BearerResponse消息可携带组呼专用基站列表。组呼过程中，由于语音、视频等业务的结束，TCF根据策略选择是否触发xGW删除组呼专用承载流程。删除组呼专用承载流程与网络侧触发PGW网元删除UE的专用承载流程完全一致。

在一个实施例中，识别码的数据长度与移动用户识别码的数据长度相同。

如图14所示，图14为一个实施例中组呼会话方法的第六示意性流程图，发送组呼业务的创建会话请求给xGW的步骤之前，还包括步骤：

步骤S108，对身份标识号进行补位，得到识别码。

具体而言，移动性管理实体对身份标识号进行补位，得到与移动用户识别码的数据长度相同的识别码。

需要说明的是，组呼业务的识别码的数据长度与移动用户识别码的数据长度相同，可使xGW将组呼会话视为虚拟UE。

在一个实施例中，补位为以下方式中的任意一种或任意组合：前缀补零、后缀补零以及补充预设数字。

具体而言，移动性管理实体可对身份标识号进行前缀补零、后缀补零或补充预设数字等补位处理，得到与移动用户识别码的数据长度相同的识别码。

需要说明的是，前缀补零为在原数据的头部补上相应个数的零，以使补位后的数据长度满足要求；后缀补零为在原数据的尾部补上相应个数的零，以使补位后的数据长度满足要求；补充预设数字为在原数据的基础补上相应个数的预设数字，以使补位后的数据长度满足要求。

在一个实施例中，UE1、UE2、UE3、Group1已经签约集群业务，UE1～UE3是Group1群组成员，UE1、UE2具有发起Group1组呼权限。Group1的ID为12345678999。UE1、UE2为附着注册状态，处于eNodeB1服务区域，UE3为关机状态。

如图4、6所示，UE1选择语音模式、Group1群组、按下PTT键发起语音组呼，向eMME发送携带Group ID＝12345678999的Call Request消息；eMME将Group ID转换为IMSI＝12345678999000，并向xGW发起建立虚拟UE会话流程，完成xGW上的组呼会话建立流程，UE2听到UE1的语音信息。

如图10所示，UE3开机并完成附着和集群注册业务，处于eNodeB2服务区域，eMME触发eNodeB 2建立组呼上下文，决定向SGW发送Modify Bearer Request，更新SGW上的组呼基站列表。迟后进入流程完成，UE3听到UE1的语音信息。

如图12，UE1松开PTT键释放话权，组呼会话尚未超时释放，UE2按下PTT键向Group1发起视频组呼，TCF触发PGW建立视频流专用承载，PGW发送Create Bearer Request消息经SGW转给eMME，eMME触发eNodeB1和eNodeB2建立集群组呼专用承载。专用承载建立流程完成后，UE1和UE3正常接收UE2的视频信息。如图13，UE2松开PTT键释放话权，TCF触发PGW删除专用承载，eMME通知eNodeB1和eNodeB2删除集群组呼专用承载。

如图8，超过TCF配置的组呼超时时间无人发起话权申请后，TCF触发组呼释放流程，eMME向SGW发起Delete Session Request消息删除SGW和PGW上的组呼会话。

本申请实施例将组呼业务当做虚拟UE在xGW上建立会话和专用承载，构思精妙，完全复用UE建立会话和专用承载的处理功能，改造简单、改动微小，不破坏原有架构。并且，基于GTPC V2协议，适当根据已有IE扩展相应消息，避免自定义消息的编解码流程，减小改造工作。

本申请所提的组呼业务流程是新增于B-TrunC网络中的流程，是基于LTE流程改进出的B-TrunC中的全新流程，是对B-TrunC流程的改进，而不仅仅是对LTE流程的改进。

B-TrunC中组呼建立的流程是全新流程，同时，B-TrunC相关协议并不明确该流程如何实现，本申请借用LTE已有信令来实现该组呼的技术方案，在xGW上实现组呼业务向虚拟UE的转换；实现组呼会话的建立、修改、删除；实现组呼专用承载的建立、修改、删除。

应该理解的是，虽然图3、5、7、9、11以及14的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3、5、7、9、11以及14中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，提供了一种组呼会话装置，如图15所示，图15为一个实施例中组呼会话装置的结构示意图，包括：

组呼创建模块110，用于发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。

在一个实施例中，xGW为包括SGW网元和PGW网元的网关。

组呼会话装置还包括：

创建会话响应获取模块，用于获取xGW基于创建会话请求发送的创建会话响应；创建会话响应包括SGW网元为组呼业务分配的第一隧道标识，以及PGW网元为组呼业务分配的第二隧道标识。

在一个实施例中，第一隧道标识包括SGW S11GTP-C TEID、SGW S1-U GTP-U TEID、SGW S5GTP-C TEID和SGW S5GTP-U TEID；第二隧道标识包括PGW S5GTP-C TEID和PGWS5GTP-U TEID。

在一个实施例中，还包括：

承载更新请求发送模块，用于发送包含组呼基站列表的承载更新请求给SGW网元；承载更新请求用于指示SGW网元更新承载基站列表。

在一个实施例中，承载更新请求还包括至少一个Bearer Context信元。

各Bearer Context信元与组呼业务中各组呼基站列表一一对应。

在一个实施例中，还包括：

承载更新请求生成模块，用于在触发预设业务时，根据组呼基站列表生成承载更新请求；预设业务为以下业务中的任意一项或任意组合：UE加入业务，动态重组业务以及UE切换业务。

在一个实施例中，还包括：

删除组呼会话请求发送模块，用于在获取到释放组呼消息或组呼超时释放消息时，发送删除组呼会话请求给xGW；删除组呼会话请求用于指示xGW删除组呼会话。

在一个实施例中，还包括：

创建承载请求接收模块，用于接收xGW发送的创建承载请求，并基于创建承载请求包含的Private Extension信元创建集群专用承载。

创建承载响应发送模块，用于发送包含组呼专用基站列表的创建承载响应给xGW。

在一个实施例中，还包括：

删除专用承载指令发送模块，用于在获取到xGW发送的删除专用承载请求时，分别发送删除专用承载指令给组呼专用基站列表中各专用基站；删除专用承载指令用于指示专用基站删除集群组呼专用承载。

在一个实施例中，识别码的数据长度与移动用户识别码的数据长度相同。

组呼会话装置还包括：

补位模块，用于对身份标识号进行补位，得到识别码。

在一个实施例中，补位为以下方式中的任意一种或任意组合：前缀补零、后缀补零以及补充预设数字。

关于组呼会话装置的具体限定可以参见上文中对于组呼会话方法的限定，在此不再赘述。上述组呼会话装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，一种核心网系统，包括执行如上述的组呼会话方法的eMME；eMME用于分别连接xGW和基站。

eMME可实现以下步骤：

发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。

在一个实施例中，xGW为包括SGW网元和PGW网元的网关。

eMME执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

获取xGW基于创建会话请求发送的创建会话响应；创建会话响应包括SGW网元为组呼业务分配的第一隧道标识，以及PGW网元为组呼业务分配的第二隧道标识。

在一个实施例中，第一隧道标识包括SGW S11GTP-C TEID、SGW S1-U GTP-U TEID、SGW S5GTP-C TEID和SGW S5GTP-U TEID；第二隧道标识包括PGW S5GTP-C TEID和PGWS5GTP-U TEID。

在一个实施例中，eMME执行获取xGW基于创建会话请求发送的创建会话响应的步骤之后，还实现以下步骤：

发送包含组呼基站列表的承载更新请求给SGW网元；承载更新请求用于指示SGW网元更新承载基站列表。

在一个实施例中，承载更新请求还包括至少一个Bearer Context信元。

各Bearer Context信元与组呼业务中各组呼基站列表一一对应。

在一个实施例中，eMME执行发送包括组呼基站列表的承载更新请求给SGW网元的步骤之前，还实现以下步骤：

在触发预设业务时，根据组呼基站列表生成承载更新请求；预设业务为以下业务中的任意一项或任意组合：UE加入业务，动态重组业务以及UE切换业务。

在一个实施例中，eMME执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

在获取到释放组呼消息或组呼超时释放消息时，发送删除组呼会话请求给xGW；删除组呼会话请求用于指示xGW删除组呼会话。

在一个实施例中，eMME执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

接收xGW发送的创建承载请求，并基于创建承载请求包含的Private Extension信元创建集群专用承载。

发送包含组呼专用基站列表的创建承载响应给xGW。

在一个实施例中，eMME执行发送包括组呼专用基站列表的创建承载响应给xGW的步骤之后，还实现以下步骤：

在获取到xGW发送的删除专用承载请求时，分别发送删除专用承载指令给组呼专用基站列表中各专用基站；删除专用承载指令用于指示专用基站删除集群组呼专用承载。

在一个实施例中，识别码的数据长度与移动用户识别码的数据长度相同。

eMME执行发送组呼业务的创建会话请求给xGW的步骤之前，还实现以下步骤：

对身份标识号进行补位，得到识别码。

在一个实施例中，补位为以下方式中的任意一种或任意组合：前缀补零、后缀补零以及补充预设数字。

在一个实施例中，提供了一种组呼会话系统，包括：执行如上述的组呼会话方法的移动性管理实体，以及连接移动性管理实体的xGW。

移动性管理实体可实现以下步骤：

发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。

在一个实施例中，xGW为包括SGW网元和PGW网元的网关。

移动性管理实体执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

获取xGW基于创建会话请求发送的创建会话响应；创建会话响应包括SGW网元为组呼业务分配的第一隧道标识，以及PGW网元为组呼业务分配的第二隧道标识。

在一个实施例中，第一隧道标识包括SGW S11GTP-C TEID、SGW S1-U GTP-U TEID、SGW S5GTP-C TEID和SGW S5GTP-U TEID；第二隧道标识包括PGW S5GTP-C TEID和PGWS5GTP-U TEID。

在一个实施例中，移动性管理实体执行获取xGW基于创建会话请求发送的创建会话响应的步骤之后，还实现以下步骤：

发送包含组呼基站列表的承载更新请求给SGW网元；承载更新请求用于指示SGW网元更新承载基站列表。

在一个实施例中，承载更新请求还包括至少一个Bearer Context信元。

各Bearer Context信元与组呼业务中各组呼基站列表一一对应。

在一个实施例中，移动性管理实体执行发送包括组呼基站列表的承载更新请求给SGW网元的步骤之前，还实现以下步骤：

在触发预设业务时，根据组呼基站列表生成承载更新请求；预设业务为以下业务中的任意一项或任意组合：UE加入业务，动态重组业务以及UE切换业务。

在一个实施例中，移动性管理实体执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

在获取到释放组呼消息或组呼超时释放消息时，发送删除组呼会话请求给xGW；删除组呼会话请求用于指示xGW删除组呼会话。

在一个实施例中，移动性管理实体执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

接收xGW发送的创建承载请求，并基于创建承载请求包含的Private Extension信元创建集群专用承载。

发送包含组呼专用基站列表的创建承载响应给xGW。

在一个实施例中，移动性管理实体执行发送包括组呼专用基站列表的创建承载响应给xGW的步骤之后，还实现以下步骤：

在获取到xGW发送的删除专用承载请求时，分别发送删除专用承载指令给组呼专用基站列表中各专用基站；删除专用承载指令用于指示专用基站删除集群组呼专用承载。

在一个实施例中，识别码的数据长度与移动用户识别码的数据长度相同。

移动性管理实体执行发送组呼业务的创建会话请求给xGW的步骤之前，还实现以下步骤：

对身份标识号进行补位，得到识别码。

在一个实施例中，补位为以下方式中的任意一种或任意组合：前缀补零、后缀补零以及补充预设数字。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

发送组呼业务的创建会话请求给xGW；创建会话请求用于指示xGW建立组呼会话；创建会话请求包括组呼业务的识别码；识别码为根据移动用户识别码的格式修改组呼业务的身份标识号得到。

在一个实施例中，xGW为包括SGW网元和PGW网元的网关。

计算机程序被处理器执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

获取xGW基于创建会话请求发送的创建会话响应；创建会话响应包括SGW网元为组呼业务分配的第一隧道标识，以及PGW网元为组呼业务分配的第二隧道标识。

在一个实施例中，第一隧道标识包括SGW S11GTP-C TEID、SGW S1-U GTP-U TEID、SGW S5GTP-C TEID和SGW S5GTP-U TEID；第二隧道标识包括PGW S5GTP-C TEID和PGWS5GTP-U TEID。

在一个实施例中，计算机程序被处理器执行获取xGW基于创建会话请求发送的创建会话响应的步骤之后，还实现以下步骤：

发送包含组呼基站列表的承载更新请求给SGW网元；承载更新请求用于指示SGW网元更新承载基站列表。

在一个实施例中，承载更新请求还包括至少一个Bearer Context信元。

各Bearer Context信元与组呼业务中各组呼基站列表一一对应。

在一个实施例中，计算机程序被处理器执行发送包括组呼基站列表的承载更新请求给SGW网元的步骤之前，还实现以下步骤：

在触发预设业务时，根据组呼基站列表生成承载更新请求；预设业务为以下业务中的任意一项或任意组合：UE加入业务，动态重组业务以及UE切换业务。

在一个实施例中，计算机程序被处理器执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

在获取到释放组呼消息或组呼超时释放消息时，发送删除组呼会话请求给xGW；删除组呼会话请求用于指示xGW删除组呼会话。

在一个实施例中，计算机程序被处理器执行发送组呼业务的创建会话请求给xGW的步骤之后，还实现以下步骤：

接收xGW发送的创建承载请求，并基于创建承载请求包含的Private Extension信元创建集群专用承载。

发送包含组呼专用基站列表的创建承载响应给xGW。

在一个实施例中，计算机程序被处理器执行发送包括组呼专用基站列表的创建承载响应给xGW的步骤之后，还实现以下步骤：

在获取到xGW发送的删除专用承载请求时，分别发送删除专用承载指令给组呼专用基站列表中各专用基站；删除专用承载指令用于指示专用基站删除集群组呼专用承载。

在一个实施例中，识别码的数据长度与移动用户识别码的数据长度相同。

计算机程序被处理器执行发送组呼业务的创建会话请求给xGW的步骤之前，还实现以下步骤：

对身份标识号进行补位，得到识别码。

在一个实施例中，补位为以下方式中的任意一种或任意组合：前缀补零、后缀补零以及补充预设数字。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。

Claims (15)

1.一种组呼会话方法，其特征在于，包括：

发送组呼业务的创建会话请求给xGW；所述创建会话请求用于指示所述xGW建立组呼会话；所述创建会话请求包括所述组呼业务的识别码；所述识别码为根据移动用户识别码的格式修改所述组呼业务的身份标识号得到；

按照移动用户识别码的格式对组呼业务的身份标识号进行修改，将组呼业务当做虚拟UE，利用GTP-C V2协议中UE会话的建立流程，建立组呼业务会话。

2.根据权利要求1所述的组呼会话方法，其特征在于，所述xGW为包括SGW网元和PGW网元的网关；发送组呼业务的创建会话请求给xGW的步骤之后，还包括步骤：

获取所述xGW基于所述创建会话请求发送的创建会话响应；所述创建会话响应包括所述SGW网元为所述组呼业务分配的第一隧道标识，以及所述PGW网元为所述组呼业务分配的第二隧道标识。

3.根据权利要求2所述的组呼会话方法，其特征在于，所述第一隧道标识包括SGW S11GTP-C TEID、SGW S1-U GTP-U TEID、SGW S5 GTP-C TEID和SGW S5 GTP-U TEID；

所述第二隧道标识包括PGW S5 GTP-C TEID和PGW S5 GTP-U TEID。

4.根据权利要求2所述的组呼会话方法，其特征在于，获取所述xGW基于所述创建会话请求发送的创建会话响应的步骤之后，还包括步骤：

发送包含组呼基站列表的承载更新请求给所述SGW网元；所述承载更新请求用于指示所述SGW网元更新承载基站列表。

5.根据权利要求4所述的组呼会话方法，其特征在于，所述承载更新请求还包括至少一个Bearer Context信元；

各所述Bearer Context信元与所述组呼业务中各组呼基站列表一一对应。

6.根据权利要求4所述的组呼会话方法，其特征在于，发送包括组呼基站列表的承载更新请求给所述SGW网元的步骤之前，还包括步骤：

在触发预设业务时，根据所述组呼基站列表生成所述承载更新请求；所述预设业务为以下业务中的任意一项或任意组合：UE加入业务，动态重组业务以及UE切换业务。

7.根据权利要求1至6任意一项所述的组呼会话方法，其特征在于，发送组呼业务的创建会话请求给xGW的步骤之后，还包括步骤：

在获取到释放组呼消息或组呼超时释放消息时，发送删除组呼会话请求给所述xGW；所述删除组呼会话请求用于指示所述xGW删除所述组呼会话。

8.根据权利要求1至6任意一项所述的组呼会话方法，其特征在于，发送组呼业务的创建会话请求给xGW的步骤之后，还包括步骤：

接收所述xGW发送的创建承载请求，并基于所述创建承载请求包含的PrivateExtension信元创建集群专用承载；

发送包含组呼专用基站列表的创建承载响应给所述xGW。

9.根据权利要求8所述的组呼会话方法，其特征在于，发送包括组呼专用基站列表的创建承载响应给所述xGW的步骤之后，还包括步骤：

在获取到所述xGW发送的删除专用承载请求时，分别发送删除专用承载指令给所述组呼专用基站列表中各专用基站；所述删除专用承载指令用于指示所述专用基站删除集群组呼专用承载。

10.根据权利要求1至6任意一项所述的组呼会话方法，其特征在于，所述识别码的数据长度与所述移动用户识别码的数据长度相同；

发送组呼业务的创建会话请求给xGW的步骤之前，还包括步骤：

对所述身份标识号进行补位，得到所述识别码。

11.根据权利要求10所述的组呼会话方法，其特征在于，所述补位为以下方式中的任意一种或任意组合：前缀补零、后缀补零以及补充预设数字。

12.一种组呼会话装置，其特征在于，包括：

组呼创建模块，用于发送组呼业务的创建会话请求给xGW；所述创建会话请求用于指示所述xGW建立组呼会话；所述创建会话请求包括所述组呼业务的识别码；所述识别码为根据移动用户识别码的格式修改所述组呼业务的身份标识号得到；

按照移动用户识别码的格式对组呼业务的身份标识号进行修改，将组呼业务当做虚拟UE，利用GTP-C V2协议中UE会话的建立流程，建立组呼业务会话。

13.一种核心网系统，其特征在于，包括执行如权利要求1至11任意一项所述的组呼会话方法的eMME；

所述eMME用于分别连接xGW和基站。

14.一种组呼会话系统，其特征在于，包括：执行如权利要求1至11任意一项所述的组呼会话方法的移动性管理实体，以及连接所述移动性管理实体的xGW。

15.一种计算机存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1至11任意一项所述的组呼会话方法。

Images