CN110022587B - 一种承载管理方法及承载管理装置 - Google Patents

Abstract

本发明提供一种承载管理方法及承载管理装置。其中，承载管理方法用于网络侧网元和移动通信终端中的一个，包括：向网络侧网元和移动通信终端中的另一个发送指示信息，所述指示信息用于指示是否支持承载数量扩展。本发明规范了支持承载数量扩展的网元和不支持承载数量扩展的网元的共存时网络侧网元和移动通信终端之间的信息交互，使得网络侧网元和移动通信终端能够告知对方是否支持承载数量扩展，从而可以让支持承载数量扩展的移动通信终端能够与支持承载数量扩展的网络侧网元建立扩展部分的承载，而双方有任一者不支持承载数量扩展时，移动通信终端和/或网络侧能够基于交互的信息进行承载资源的合理分配。

Description

一种承载管理方法及承载管理装置

技术领域

本发明涉及通信技术领域，特别是指一种承载管理方法及承载管理装置。

背景技术

相比于3G通信系统和4G通信系统，5G通信系统支持的最大承载数量得到了扩展，在TSG SA第78次全会中规定5G通信系统由原来的最大8个承载扩展为最大15个承载。

为了与5G通信系统对齐，4G通信系统的承载数量预计也会扩展到15个，这样网络中就会出现支持承载数量扩展的网元和不支持承载数量扩展的网元的共存现象。

因此有必要就支持承载数量扩展的网元和不支持承载数量扩展的网元的共存时的移动通信终端侧与网络侧的交互进行规范。

发明内容

本发明的目的是提供一种承载管理方法及承载管理装置，用于规范支持承载数量扩展的网元和不支持承载数量扩展的网元的共存时网络侧网元和移动通信终端之间的信息交互。

为实现上述目的，一方面，本发明的实施例提供一种承载管理方法，用于网络侧网元和移动通信终端中的一个，所述承载管理方法包括：

向网络侧网元和移动通信终端中的另一个发送指示信息，所述指示信息用于指示是否支持承载数量扩展。

另一方面，本发明的实施例还提供一种承载管理方法，用于网络侧网元和移动通信终端中的一个，所述承载管理方法包括：

接收网络侧网元和移动通信终端中的另一个发送的指示信息，所述指示信息用于指示是否支持承载数量扩展。

此外，本发明实施例还提供一种承载管理方法，用于网络侧执行网元，所述承载管理方法包括：

当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载，保留的承载的数量小于或等于所述预定门限。

此外，本发明的实施例还提供一种承载管理装置，用于网络侧网元和移动通信终端中的一个，承载管理装置包括：

发送模块，用于向网络侧网元和移动通信终端中的另一个发送指示信息，所述指示信息用于指示是否支持承载数量扩展。

此外，本发明的实施例还提供一种承载管理装置，用于网络侧网元和移动通信终端中的一个，所述承载管理装置包括：

接收模块，用于接收网络侧网元和移动通信终端中的另一个发送的指示信息，所述指示信息用于指示是否支持承载数量扩展。

此外，本发明的实施例还提供另一种承载管理装置，用于网络侧执行网元，所述承载管理装置包括：

释放模块，用于当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载，保留的承载的数量小于或等于所述预定门限。

此外，本发明的实施例还提供一种承载管理装置包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被处理器执行时实现本发明提供的承载管理方法中的所有步骤，。

此外，本发明的实施例还提供一种计算机可读存储介质，其上存储有计算机程序，述计算机程序被处理器执行时实现本发明提供的承载管理方法中的所有步骤。

本发明的上述方案具有如下有益效果：

本发明具体实施例规范了支持承载数量扩展的网元和不支持承载数量扩展的网元的共存时网络侧网元和移动通信终端之间的信息交互，使得网络侧网元和移动通信终端能够告知对方是否支持承载数量扩展，从而可以让支持承载数量扩展的移动通信终端能够与支持承载数量扩展的网络侧网元建立扩展部分的承载，而双方有任一者不支持承载数量扩展时，移动通信终端和/或网络侧能够基于交互的信息进行承载资源的合理分配。

附图说明

图1为本发明实施例提供的用于网络侧网元和移动通信终端中的一个的承载管理方法的步骤示意图；

图2为本发明实施例提供的用于网络侧网元和移动通信终端中的一个的承载管理方法的步骤示意图；

图3为本发明实施例的在网络侧执行的承载管理方法的步骤示意图；

图4-图13分别为本发明实施例的承载管理方法的不同实现方式的示意图；

图14为本发明实施例的用于网络侧网元和移动通信终端中的一个的承载管理装置的逻辑结构示意图；

图15为本发明实施例的用于网络侧网元和移动通信终端中的一个的承载管理装置的逻辑结构示意图；

图16为本发明实施例的在网络侧执行的承载管理装置的结构示意图；

图17为本发明实施例提供的承载管理装置的实际结构示意图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

本发明用于规范支持承载数量扩展的网元和不支持承载数量扩展的网元的共存时网络侧网元和移动通信终端之间的信息交互。

一方面，本发明的实施例提供一种承载管理方法，用于网络侧网元和移动通信终端(例如用户设备)中的一个，如图1所示，承载管理方法包括：

步骤11，向网络侧网元和移动通信终端中的另一个发送指示信息，该指示信息用于指示是否支持承载数量扩展。

例如：网络侧网元向移动通信终端发送的指示信息则用于指示网络侧网元是否支持承载数量扩展；对应地，通信终端向网络侧网元发送的指示信息则用于指示通信终端是否支持承载数量扩展。

本发明具体实施例规范了支持承载数量扩展的网元和不支持承载数量扩展的网元的共存时网络侧网元和移动通信终端之间的信息交互，使得网络侧网元和移动通信终端能够告知对方是否支持承载数量扩展，从而可以让支持承载数量扩展的移动通信终端能够与支持承载数量扩展的网络侧网元建立扩展部分的承载，而双方有任一者不支持承载数量扩展时，移动通信终端和/或网络侧能够基于交互的信息进行承载资源的合理分配。

应当理解的是，上述图1所示的承载管理方法实际上包括两个技术方案，即：

移动通信终端向网络侧网元发送指示信息，该指示信息用于指示是否支持承载数量扩展；

以及

网络侧网元向移动通信终端发送指示信息，该指示信息用于指示是否支持承载数量扩展。

当然，二者可以同时存在。

对技术效果说明如下。

当网络侧网元向移动通信终端发送指示信息，假定网络侧网元不支持承载数量扩展，则当移动通信终端目前已经建立8个承载时，即使存在更多的承载资源需求，由于移动通信终端知晓网络侧网元不支持承载数量扩展，因此不会再向网络侧网元请求更多的承载资源；

同样当移动通信终端向网络侧网元发送指示信息，假定移动通信终端不支持承载数量扩展，则当移动通信终端目前已经建立8个承载时，即使网络侧网元支持更多的承载资源，但由于网络侧网元知晓移动通信终端不支持承载数量扩展，因此不会再向移动通信终端分配更多的移动通信终端无法使用的承载资源。

下面对本发明具体实施例的承载管理方法进行详细介绍。

示例性地，为避免增加网络的信令开销，本发明具体实施例的指示信息可以由已有信令和/或信息元素负责携带。

例如，本发明具体实施例的承载管理方法用于移动通信终端时，移动通信终端可以向网络侧网元发送携带该指示信息的用户设备网络能力信息元素，该指示信息用于指示移动通信终端是否支持承载数量扩展。

其中，网络能力信息元素是现有网络提供的与EPS有关的信息或与GPRS交互的信息，该内容会影响网络处理移动通信终端操作的方式。目前网络能力信息的结构如下表所示：

其中网络能力信息元素包括15个八比特组，每个八比特组包含有八个比特。

参考octet3，其中第1-第8个bit分别用于指示终端是否支持EEA0、128-EEA1、128-EEA2、128-EEA3、EEA4、EEA5、EEA6、EEA7等算法。

参考octet9，其中第5个bit(DCNR)用于指示终端是否支持与NR通信系统的双连接。

以EEA0、128-EEA1以及DCNR为例介绍如下。

其中，octet3的第8个bit在网络能力信息元素中的取值为0或1，表示如下信息：

octet3的第8个bit取值1表示EPS(Evolved Packet System，演进的分组系统)支持EEA0算法；

octet3的第8个bit取值0表示EPS不支持EEA0算法；

其中，octet3的第7个bit在网络能力信息元素中的取值为0或1，表示如下信息：

octet3的第7个bit取值1表示EPS支持128-EEA1算法；

octet3的第7个bit取值0表示EPS不支持128-EEA1算法。

其中，octet9的第5个bit在网络能力信息元素中的取值为0或1，表示如下信息：

Octet9的第5个bit取值1表示支持与NR通信系统的双连接；

octet9的第5个bit取值0表示不支持与NR通信系统的双连接。

结合上表可以发现，在网络能力信息元素有部分bit标记为“0spare”，这表示这些bit没有被定义，属于待定义的比特，本实施可以使用空留比特表示上述的指示信息。

从上表中可以看出，网络能力信息元素的第9个八比特组中的第6、第7或第8个bit或第10个到第15个八比特组中的任意一个bit均为待定义比特，本发明具体实施例的指示信息可以由这些比特中的一个或多个定义。

例如，本发明具体实施例可以使用网络能力信息元素的第九个比特组中的第6个bit表示指示信息(INOBEAR)，则修改后的网络能力信息元素第9个八比特组结构如下表所示：

其中，INOBEAR表示指示信息，在网络能力信息元素中的取值为0或1。

通过上述修改后，第九个比特组的第6个bit取值1表示表示移动通信终端支持承载数量扩展，而第九个比特组的第6个bit取值0则表示表示移动通信终端不支持承载数量扩展。

当然，使用现有的网络能力信息元素来携带指示信息仅是本发明具体实施例其中一种可行方案，作为其他方案，本发明具体实施例也可以使用其他新定义的信息元素来携带该指示信息。

为了节约信令开销和空口资源，在本发明具体实施例中，该指示信息可以通过已有的信令来携带，如：

移动通信终端可以通过附着过程中的附着请求消息或者跟踪区更新过程中的跟踪区更新消息携带上述的指示信息，使得网络侧网元能够在接收到上述的附着请求消息或者跟踪区更新消息后，即可获取其中携带的指示信息，进而知晓移动通信终端是否支持承载数量扩展。

而网络侧网元相应的也可以通过附着过程中的附着接受消息或者跟踪区更新过程中的跟踪区接受消息携带上述的指示信息，使得移动通信终端能够在接收到上述的附着接受消息或者跟踪区接受消息后，即可获取其中携带的指示信息，进而知晓网络侧是否支持承载数量扩展。

即本发明具体实施例中，上述的向网络侧网元和移动通信终端中的另一个发送指示信息，该指示信息用于指示是否支持承载数量扩展局可以是：

移动通信终端向网络侧网元发送一请求消息，该请求消息为附着请求消息或跟踪区更新请求消息，且携带有第一指示信息，该第一指示信息用于指示移动通信终端是否支持承载数量扩展；

或者

网络侧网元向移动通信终端发送一接受消息，该接受消息为附着接受消息或跟踪区更新接受消息，且携带有第二指示信息，该第二指示信息用于指示网络侧网元是否支持承载数量扩展。

这里需要进一步强调的是，上述的指示信息由已有信令传输仅是可选的方式，而非必需的实现方式，作为其他可行方案，本发明具体实施例的指示信息也可以由专属的信令和/或专属的信息元素携带。

另一方面，本发明的另一实施例还提供一种承载管理方法，用于网络侧网元和移动通信终端中的一个，如图2所示，该承载管理方法包括：

步骤21，接收网络侧网元和移动通信终端中的另一个发送的指示信息，该指示信息用于指示是否支持承载数量扩展。

应当理解的是，上述图2所示的承载管理方法实际上包括两个技术方案，即：

移动通信终端接收网络侧网元发送的指示信息，该指示信息用于指示网络侧网元是否支持承载数量扩展；

以及

网络侧网元接收移动通信终端发送的指示信息，该指示信息用于指示移动通信终端是否支持承载数量扩展。

本发明具体实施例规范了支持承载数量扩展的网元和不支持承载数量扩展的网元的共存时网络侧网元和移动通信终端之间的信息交互，使得网络侧网元和移动通信终端能够告知对方是否支持承载数量扩展，从而可以让支持承载数量扩展的移动通信终端能够与支持承载数量扩展的网络侧网元建立扩展部分的承载，而双方有任一者不支持承载数量扩展时，移动通信终端和/或网络侧能够基于交互的信息进行承载资源的合理分配。

当移动通信终端接收到网络侧网元发送的指示信息，假定网络侧网元不支持承载数量扩展，则当移动通信终端目前已经建立8个承载时，即使存在更多的承载资源需求，由于移动通信终端知晓网络侧网元不支持承载数量扩展，因此不会再向网络侧网元请求更多的承载资源；

同样当网络侧网元接收到移动通信终端发送的指示信息，假定移动通信终端不支持承载数量扩展，则当移动通信终端目前已经建立8个承载时，即使网络侧网元支持更多的承载资源，但由于网络侧网元知晓移动通信终端不支持承载数量扩展，因此不会再给移动通信终端分配更多的承载资源。

此外，为避免增加网络的信令开销，本发明具体实施例的指示信息可以由已有信令和/或信息元素负责携带。

示例性地，参考上文介绍，本发明具体实施例的指示信息可以由用户设备网络能力信息元素携带。具体地，指示信息由用户设备网络能力信息元素的第9个八比特组中的第6、第7或第8个bit或第10个到第15个八比特组中的任意一个bit定义。

当然，使用网络能力信息元素携带指示信息仅是本发明具体实施例其中一种实现方式，作为其他可行方案，本发明具体实施例也可以设置单独的信息元素来携带上述的指示信息。

而从信令角度，本发明实施例的指示信息也可以是通过已有信令或者新信令来携带。

当然，为了节约信令开销和空口资源，本发明具体实施例中，使用移动通信终端与网络侧网元之间的已有信令来携带上述的指示信息，如：

移动通信终端可以通过附着过程中的附着请求消息或者跟踪区更新过程中的跟踪区更新消息携带上述的指示信息，使得网络侧网元能够接收上述的附着请求消息或者跟踪区更新消息，并获取其中携带的指示信息，进而知晓移动通信终端是否支持承载数量扩展。

而网络侧网元相应的也可以通过附着过程中的附着接受消息或者跟踪区更新过程中的跟踪区接受消息携带上述的指示信息，使得移动通信终端能够接收上述的附着接受消息或者跟踪区接受消息，并获取其中携带的指示信息，进而知晓网络侧是否支持承载数量扩展。

即本发明具体实施例中，接收网络侧网元和移动通信终端中的另一个发送的指示信息，所述指示信息用于指示是否支持承载数量扩展具体可以为：

网络侧网元接收移动通信终端发送的请求消息，所述请求消息中携带第一指示信息，该第一指示信息用于指示移动通信终端是否支持承载数量扩展；该请求消息为附着请求消息或跟踪区更新请求消息；

或者，

移动通信终端接收网络侧网元发送的接受消息，所述接受消息中携带第二指示信息，该第二指示信息用于指示网络侧网元是否支持承载数量扩展，该接受消息为附着接受消息或跟踪区更新接受消息。

当然除上述实现方式外，本发明具体实施例的指示信息也可以通过专属信令进行传输。

通过上述的过程，移动通信终端可以知晓网络侧网元的承载数量扩展支持能力，和/或网络侧网元可以知晓移动通信终端的承载数量扩展支持能力，在知晓对端的承载数量扩展支持能力之后，即可依据对端的承载数量扩展支持能力进行相应的承载管理，对此进一步说明如下。

在服务过程中，移动通信终端或者网络侧需要根据业务需求实时改变二者之间的承载数量，而该需求可以是通过承载资源分配流程或承载资源修改流程来实现。为避免分配到的承载资源超出了网元的实际能力，本发明具体实施例的承载管理方法当应用于网络侧网元时，网络侧网元应拒绝移动通信终端发起的超出该移动通信终端承载能力的承载资源分配请求或承载资源修改请求。

即，网络侧网元接收的指示信息用于指示移动通信终端是否支持承载数量扩展，本发明具体实施例的承载管理方法还包括：

网络侧网元接收移动通信终端发送的承载资源分配请求或承载资源修改请求；

网络侧网元在根据指示信息判断出移动通信终端不支持承载数量扩展，且移动通信终端已建立承载的数量达到预定门限时，拒绝承载资源分配请求或承载资源修改请求。

例如，移动通信终端不支持承载数量扩展，其当前已建立承载的数量达到最大上限8个时，若向网络侧网元发送承载资源分配请求或承载资源修改请求以重新分配更多的承载时，网络侧网元直接拒绝该承载资源分配请求或承载资源修改请求，避免资源浪费。

在服务过程中，移动通信终端在连接态(服务状态)或者空闲态都可能会发生移动，而这种移动就可能会触发空闲态移动流程或切换流程，而在上述的流程中，网络侧网元会发生变化，而变化前后的网元的承载数量扩展支持能力则有可能会发生变化，如果直接将原有承载直接迁移，则可能发生实际承载数量超出目标网络侧网元的能力的问题。因此有必要针对上述情况进行规范。

应当理解的是，本发明具体实施例中空闲态移动流程指的是空闲态下网络侧的服务网元可能发生改变的流程，如跟踪区更新流程，而切换流程指的是连接态下网络侧服务网元可能发生变化的流程，如硬切换流程等。一旦网络侧服务网元可能发生变化，就可能出现新网元和旧网元的承载数量扩展支持能力不同的情况，有必要对此进行规范，以保证业务的正常处理。

这些将在后续结合图6-13进行进一步详细说明。

基于上述需求，本发明的实施例还提供一种承载管理方法，用于网络侧执行网元，如图3所示，该承载管理方法包括：

步骤31，当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载，保留的承载的数量小于或等于所述预定门限。

基于本发明实施例的承载管理方法，当移动通信终端从源网络侧网元切换至目标网络侧网元时，如果目标网络侧网元不支持承载数量扩展，且移动通信终端在源网络侧网元所分配的承载数量超出目标网络侧网元的最大承载数量时，则网络侧执行网元(可能是源网络侧网元，也可以是目标网络侧网元)主动释放移动通信终端的一部分承载，从而保证剩余的承载数量在目标网络侧网元的承载能力范围内，保证目标网络侧网元能够为移动通信终端提供正常的业务服务。

下面对本发明具体实施例的承载管理方法进行详细介绍。

当待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限，需要释放一部分承载，以与目标网络侧网元的能力相匹配，保证服务的正常进行。本发明具体实施例中，为所有的承载设置一优先级，当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，按照待迁移承载的优先级从低到高的顺序释放部分承载。

在实际应用中，本发明具体实施例可以根据QoS(Quantity of Service，服务质量)参数来确定承载的优先级。QOS参数可以反映承载的网络质量，承载的网络质量越好则对应越高的优先级，反之，承载的网络质量越差则对应越低的优先级。显然，网络侧执行网元按照优先级从低到高的顺序释放部分承载，可以保证移动通信终端优先保留网络质量较高的承载。

而上述的QoS参数可以是QoS分类标识参数和分配和保持优先级参数等参数。

如依据上述的策略，可以优先释放为网页浏览分配的承载，而为语音业务分配的承载。

当然，需要说明的是，上述承载优先级的确定方法仅用于示例性介绍，并不限制本发明的保护范围。作为其他可行方案，承载的优先级也可以由多个参考因素进行加权求和后确定，这里本文不再举例赘述。

此外，在实际应用中，本发明具体实施例的网络侧执行网元可以为空闲态移动流程或切换流程中的源网络侧网元，即源网络侧网元在移动通信终端切换至目标网络侧网元前，提前释放移动通信终端的承载资源；

或者，本发明具体实施例的网络侧执行网元也可以是空闲态移动流程或切换流程中的目标网络侧网元，当移动通信终端在切换至目标网络侧网元后，由目标网络侧网元来释放移动通信终端的承载资源。

不管由源网络侧网元还是目标网络侧网元执行，都需要知晓两个信息，即：目标网络侧网元是否支持承载数量扩展，以及待迁移承载的数量。

以网络侧执行网元为目标网络侧网元为例，此时目标网络侧网元知晓自身是否支持承载数量扩展，只需要获取待迁移承载的数量即可进行判决和执行，这种情况下，本发明具体实施例的承载管理方法中，目标网络侧网元可以通过上下文请求响应消息中携带的承载上下文信息确定承载数量。

即，本发明具体实施例的承载管理方法用于目标网络侧网元时，在释放部分承载之前，还包括：

获取源网络侧网元的承载上下文信息。

所述当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当根据承载上下文信息以及所述目标网络侧网元的承载数量扩展支持能力判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载。

上述情况下，本发明具体实施例的承载管理方法应用于跟踪区更新流程时，可以通过上下文请求流程来获取承载上下文，即，本发明具体实施例的承载管理方法应用于跟踪区更新流程时，在释放部分承载之前，还包括：

向源网络侧网元发送第一上下文请求消息；

接收源网络侧网元发送的第一上下文请求响应消息，该第一上下文请求响应消息为源网络侧网元未响应第一上下文请求消息所发送的，该第一上下文请求响应消息中携带有移动通信终端当前的承载上下文信息；

其中，当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时具体为：

目标网络侧网元当根据第一上下文请求响应消息中携带的承载上下文信息以及目标网络侧网元的承载数量扩展支持能力判断出待迁移承载的数量大于预定门限，且目标网络侧网元不支持承载数量扩展时，释放部分承载。

而当应用于切换流程时，则可以通过前向重定位请求指示消息传递上述的承载上下文信息。

而当网络侧执行网元为源网络侧网元时，源网络侧网元已经知晓待迁移承载的数量，此时再确定目标网络侧网元是否支持承载数量扩展即可进行判决和执行。

即，本发明具体实施例的承载管理方法，用于源网络侧网元时，在释放部分承载之前，还包括：

获取一指示信息，所述指示信息用于指示所述目标网络侧网元是否支持承载数量扩展；

所述当归属于同一移动通信终端的，待迁移到目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当根据所述指示信息以及所述待迁移承载的数量判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载。

上述情况下，本发明具体实施例的承载管理方法应用于跟踪区更新流程时，可以由目标网络侧网元发送携带指示目标网络侧网元是否支持承载数量扩展的指示信息的上下文请求消息即可实现。在释放部分承载之后，源网络侧网元还发送携带承载上下文的第二上下文请求响应消息到目标网络侧网元，以通知目标网络侧网元承载释放完毕。当然，本发明具体实施例的上述的承载释放可以和之前的承载数量扩展能力支持信息的通知相结合，如在上述迁移完成后，如果目标网络侧网元支持承载数量扩展，则可以通过切换完成消息、跟踪区更新完成消息等携带指示目标网络侧网元支持承载数量扩展的指示信息，通知移动通信终端目标网络侧网元支持承载数量扩展，使得后续移动通信终端能够基于上述的指示信息进行承载的管理。

下面结合不同的实现方式对本发明的承载管理方法进行详细介绍。

实现方式一

UE在附着请求消息(Attach Request Message)的用户设备网络能力(UE NetworkCapability)信息元素中搭载1bit的用于指示“UE支持承载数量扩展”的信息。其中“0”表示不支持，“1”表示支持。

对应的承载管理流程如图4所示，包括如下步骤：

UE通过3GPP接入发送附着请求消息(携带有用户设备网络能力指示信息元素)给MME(Mobility Management Etity，移动性管理实体)。其中用户设备网络能力指示信息元素信息中包含了1bit的“UE支持承载数量扩展”的指示信息，其中“0”指示UE不支持EPS承载的扩展，“1”指示UE支持EPS承载的扩展。

通过上述过程，UE实现了将其是否支持承载数量扩展的信息告知了网络侧。

而如图4所示，MME也可以在通过3GPP接入发送的附着接受消息中携带指示信息给UE，通过指示信息将其是否支持承载数量扩展的信息告知了UE。

本步骤中，如果MME支持承载数量扩展，则可以在附着接受消息中利用1bit位指示“网络支持EPS承载数扩展”。

图4中常规附着流程并未改变，请参考3GPP TS23.401。

实现方式二

UE在TAU(Tracking Area Update，跟踪区更新)请求消息的用户设备网络能力(UENetwork Capability)信息元素中搭载1bit的用于指示“UE支持承载数量扩展”的信息。其中“0”表示不支持，“1”表示支持。

对应的承载管理流程如图5所示，包括如下步骤：

UE选择一个TA的E-UTRAN小区，该小区不在UE注册网络的TAI(跟踪区标识)列表中，从而触发TAU流程(即跟踪区更新流程)；

UE通过3GPP接入发送跟踪区更新请求消息(携带有用户设备网络能力指示信息元素)给MME(Mobility Management Utility，移动性管理实体)。其中用户设备网络能力指示信息元素信息中包含了1bit的“UE支持承载数量扩展”的指示信息，其中“0”指示UE不支持EPS承载的扩展，“1”指示UE支持EPS承载的扩展。

通过上述过程，UE实现了将其是否支持承载数量扩展的信息告知了网络侧。

而如图5所示，MME也可以在通过3GPP接入发送的跟踪区更新接受消息中携带指示信息给UE，通过指示信息将其是否支持承载数量扩展的信息告知了UE。

本步骤中，如果MME支持承载数量扩展，则可以在附着接受消息中利用1bit位指示“网络支持EPS承载数扩展”。

图5中常规跟踪区更新流程以及安全流程并未改变，请参考相关协议。

实现方式三

UE在空闲态移动过程中，目标MME(即目标网络侧网元)根据源MME(即源网络侧网元)传来的上下文判断能否接受所有的承载，不能的话，释放部分承载；

UE在TAU(Tracking Area Update，跟踪区更新)请求消息的用户设备网络能力(UENetwork Capability)信息元素中搭载1bit的用于指示“UE支持承载数量扩展”的信息。其中“0”表示不支持，“1”表示支持。

对应的承载管理流程如图6所示，包括如下步骤：

UE选择一个TA的E-UTRAN小区，该小区不在UE注册网络的TAI(跟踪区标识)列表中，从而触发TAU流程(即跟踪区更新流程)；

UE通过3GPP接入，发送TAU(Tracking Area Update，跟踪区更新)请求消息给目标MME，如果“UE支持承载数量扩展指示”为0，则表示UE不支持承载数量扩展；如果“UE支持承载数量扩展指示”为1，则表示UE支持承载数量扩展；

目标MME发送一个上下文请求(Context Request)消息给源MME以得到用户信息；

源MME返回一个上下文请求响应(Context Response)消息，携带IMSI、五元鉴权组、承载上下文等信息；

目标MME根据Context Response中的承载上下文信息以及自身能力(能否支持承载数量扩展的能力)，判断是否释放部分承载；

如果目标MME不支持承载数量扩展且承载上下文中的承载数量超过8，则目标MME根据承载的QoS参数，如QCI和ARP等判断承载的优先级来释放部分承载，如优先保证话音等高优先级业务对应的承载，优先释放低优先级业务的承载，如果目标MME支持承载数量扩展，则继续后续常规TAU过程(参考3GPP TS23.401)。

目标MME通过3GPP接入，发送TAU接受(TAU Accept)消息给UE。

如果目标MME支持承载数量的扩展，则在TAU Accept信息中利用1个bit位指示“网络支持EPS承载数扩展”；

实现方式四

UE在空闲态移动过程中，目标侧SGSN根据源MME传来的UE context判断能否接受所有承载，不能的话，释放部分承载；

UE在RAU流程中RAU Request(路由区更新请求)消息的用户设备网络能力(UEcore Network Capability)信息元素中搭载1bit的用于指示“UE支持承载数量扩展”的信息。其中“0”表示不支持，“1”表示支持。

UE选择一个TA的E-UTRAN小区，该小区不在UE注册网络的TAI(跟踪区标识)列表中，从而触发RAU流程(即路由区更新流程)；

UE通过UTRAN发送RAU Request(路由区更新请求)消息给服务GPRS支持节点SGSN，如果“UE支持承载数量扩展指示”为0，则表示UE不支持承载数量扩展；如果“UE支持承载数量扩展指示”为1，则表示UE支持承载数量扩展；

SGSN发送一个上下文请求(Context Request)消息给MME得到用户信息。

MME返回一个上下文请求响应(Context Response)消息，消息中携带IMSI、五元鉴权组、承载上下文，S-GW信令地址和TEID等

SGSN根据Context Response中的承载上下文信息以及自身能力，判断是否释放部分承载；

如果承载上下文中的承载数量超过8，则SGSN释放部分承载，如优先保证话音等高优先级业务对应的承载，优先释放低优先级业务的承载，如果承载上下文中的承载数量没有超过8，则继续后续RAU流程(参考TS 23.401的5.3.3.3节中的相关介绍)

应当了解的是，图6和图7仅仅是源网络和目标网络类型的差异，但都是由目标网络侧网元进行判决和执行。

实现方式五

UE在空闲态移动过程中，源MME根据UE context和目标MME的能力判断能否接受所有的承载，不能的话，释放部分承载；

UE在TAU(Tracking Area Update，跟踪区更新)请求消息的用户设备网络能力(UENetwork Capability)信息元素中搭载1bit指示信息，用于指示“UE支持承载数量扩展”的信息。其中“0”表示不支持，“1”表示支持。

对应的承载管理流程如图8所示，包括如下步骤：

UE选择一个TA的E-UTRAN小区，该小区不在UE注册网络的TAI列表中，从而触发TAU过程；

UE通过3GPP接入，发送TAU Request消息给目标MME，如果“UE支持承载数量扩展指示”为0，则表示UE不支持承载数量扩展；如果“UE支持承载数量扩展指示”为1，则表示UE支持承载数量扩展；

目标MME发送一个上下文请求(Context Request)消息给源MME，请求得到用户信息，其中携带目标MME是否支持承载数量扩展的指示信息；

源MME根据UE Context的信息，判断是否释放部分承载；

其中，如果目标MME不支持承载数量扩展，且源MME支持承载数量扩展且当前承载数量超过了8个，则源MME根据承载的QoS参数，如QCI和ARP等判断承载的优先级来释放部分承载(如优先保证话音等高优先级业务对应的承载，优先释放低优先级业务的承载)；

如果目标MME支持承载数量扩展，则返回一个上下文请求响应信息(ContextResponse)，消息中携带IMSI、五元鉴权组、承载上下文，S-GW信令地址和TEID等；

目标MME通过3GPP接入，发送TAU接受消息给UE，其中携带指示信息，如果目标MME支持承载数量的扩展，则在TAU Accept信息中利用1个bit位指示信息指示“网络支持EPS承载数扩展”。

实现方式六

UE在空闲态移动过程中，源侧MME根据UE context和SGSN的能力判断能否接受所有的承载，不能的话，释放部分承载；

UE在RAU过程中在RAU请求消息的UE Network Capability中搭载1bit的用于指示“UE支持承载数量扩展”的信息。其中“0”表示不支持，“1”表示支持。

对应的承载管理流程如图9所示，包括如下步骤：

UE选择一个UTRAN小区，该小区不在UE注册网络的TAI列表中，从而触发RAU过程；

UE通过UTRAN发送RAU Request消息给SGSN，如果“UE支持承载数量扩展指示”为0，则表示UE不支持承载数量扩展；如果“UE支持承载数量扩展指示”为1，则表示UE支持承载数量扩展；

SGSN发送一个上下文请求(Context Request)消息给MME，请求得到用户信息；

MME根据UE Context的信息，判断是否释放部分承载；

其中，如果当前承载数量超过了8个，则MME根据承载的QoS参数，如QCI和ARP等判断承载的优先级来释放部分承载(如优先保证话音等高优先级业务对应的承载，优先释放低优先级业务的承载)；

如果当前承载数量小于8个，则返回一个上下文请求响应信息(ContextResponse)，消息中携带IMSI、五元鉴权组、承载上下文，S-GW信令地址和TEID等；

SGSN发送RAU接受消息给UE。

实现方式七

切换过程，目标MME根据源MME传来的用户上下文信息中的判断能否接受所有的承载，不能的话，释放部分承载；

对应的承载管理流程如图10所示，包括如下步骤：

UE处于连接态，源eNodeB决定通过S1接口发起切换过程，则发送切换请求消息给源MME；

源MME选择一个目标MME，并向目标MME发送前向重定位请求消息ForwardRelocation Request(包括UE的上下文)；其中UE的上下文包括IMSI、UE安全上下文、UE网络能力、AMBR及承载上下文等；

目标MME根据UE的承载上下文以及自身能力判定是否释放部分承载；

如果目标MME不支持承载的扩展且当前承载数超过了8，则目标MME根据承载的QoS参数，如QCI和ARP等判断承载的优先级来释放部分承载(如优先保证话音等高优先级业务对应的承载，优先释放低优先级业务的承载)后执行常规切换过程(参考3GPP TS23.401)，否则直接进行常规切换过程。

UE发起TAU流程，可参考图6、图8及其相应描述。

实现方式八

切换过程，目标侧SGSN根据源侧MME发送的UE context判断能否接受所有的承载，不能的话，释放部分承载；

对应的承载管理流程如图11所示，包括如下步骤：

UE处于连接态，源eNodeB决定将UE切换到UTRAN Iu模式并发起切换流程；

源eNodeB发送切换请求消息给源MME；

源MME选择一个目标SGSN，并向目标SGSN发送前向重定位请求消息ForwardRelocation Request(包括UE的上下文)；其中UE的上下文包括IMSI、UE安全上下文、UE网络能力、AMBR及承载上下文等；

目标SGSN根据UE的承载上下文以及自身能力判定是否释放部分承载；

如果当前承载数超过了8，则目标SGSN根据承载的QoS参数，如QCI和ARP等判断承载的优先级来释放部分承载(如优先保证话音等高优先级业务对应的承载，优先释放低优先级业务的承载)后执行常规切换过程(参考3GPP TS23.401)，如果当前承载数小于8，则直接进行常规切换过程。

UE发起TAU流程，可参考图6、图8及其相应描述。

实现方式九

切换过程，源侧MME根据UE context和目标MME的能力判断能否接受所有的bearer，不能的话，释放部分承载；

对应的承载管理流程如图12所示，包括如下步骤：

UE处于连接态，源eNodeB决定通过S1接口发起切换过程；

源eNodeB发送切换请求消息给源MME；

源MME选择一个目标MME，源MME根据UE Context信息以及目标MME能力，判定是否释放部分承载；

如果目标MME不支持承载数量扩展，但UE context中指示UE支撑承载扩展且当前承载数量超过了8，则源MME根据承载的QoS参数，如QCI和ARP等判断承载的优先级来释放部分承载(如优先保证话音等高优先级业务对应的承载，优先释放低优先级业务的承载)后继续常规切换过程，否则直接继续后续常规切换过程。

后续常规切换过程中，源MME向目标MME发送前向重定位请求消息，同时UE会执行TAU流程，请参考之前TAU流程的描述，在此不再赘述。

实现方式十

切换过程，源侧MME根据UE context和目标侧SGSN的能力判断能否接受所有的承载，不能的话，释放部分承载；

对应的承载管理流程如图13所示，包括如下步骤：

UE处于连接态，源eNodeB决定将UE切换到UTRAN Iu模式并发起切换流程；

源eNodeB发送切换请求消息给源MME，请求核心网在目标RNC、SGSN和S-GW建立资源；

源MME根据UE Context信息以及目标SGSN的能力，判定是否释放部分承载；

如果当前承载数超过8，源MME根据承载的QoS参数，如QCI和ARP等判断承载的优先级来释放部分承载(如优先保证话音等高优先级业务对应的承载，优先释放低优先级业务的承载)后继续常规切换流程，否则直接继续常规切换流程。

实现方式十一

在UE建立承载时，MME判断UE的承载数是否超过了最大限制；

对应的承载管理方法，包括如下步骤：

UE通过3GPP接入，向MME发送承载资源分配请求(BEARER RESOURCE ALLOCATIONREQUEST)或承载资源修改请求消息(BEARER RESOURCE MODIFICATION REQUEST)；

MME验证EPS承载标识，UE上下文，检查是否可以为UE建立承载资源(如UE承载数量是否超过最大承载数量)；

如果网络接受承载资源分配请求，MME发起常规的专用EPS承载上下文激活过程或者EPS承载上下文修改过程；

如果网络没有接受承载资源分配请求，MME发送拒绝消息给UE，拒绝信息中应包含ESM值(如65，表明已达最大承载数量)。

此外，本发明的另一实施例还提供一种承载管理装置用于网络侧网元和移动通信终端中的一个，如图14所示，该承载管理装置包括：

发送模块141，用于向网络侧网元和移动通信终端中的另一个发送指示信息，该指示信息用于指示是否支持承载数量扩展。

显然，本发明具体实施例的承载管理装置是本发明提供的承载管理方法的执行主体，因此该承载管理方法所能实现的技术效果，本发明的承载管理装置同样能够实现。

可选地，当述承载管理设装置为移动通信终端时，本发明具体实施例的发送模块141具体用于：

向网络侧网元发送携带指示信息的用户设备网络能力信息元素，该指示信息用于指示移动通信终端是否支持承载数量扩展。

可选地，发送模块141具体用于：

向网络侧网元发送一请求消息，该请求消息中携带第一指示信息，该第一指示信息用于指示移动通信终端是否支持承载数量扩展；该请求消息为附着请求消息或跟踪区更新请求消息；

或

向移动通信终端发送一接受消息，该接受消息中携带第二指示信息，该第二指示信息用于指示网络侧网元是否支持承载数量扩展，该接受消息为附着接受消息或跟踪区更新接受消息。

此外，本发明的另一实施例还提供一种承载管理装置，用于网络侧网元和移动通信终端中的一个，如图15所示，所述承载管理装置包括：

接收模块151，用于接收网络侧网元和移动通信终端中的另一个发送的指示信息，所述指示信息用于指示是否支持承载数量扩展。

显然，本发明具体实施例的承载管理装置是本发明提供的承载管理方法的执行主体，因此该承载管理方法所能实现的技术效果，本发明的承载管理装置同样能够实现。

可选地，本发明具体实施例的接收模块151具体用于：

接收移动通信终端发送的携带指示信息的用户设备网络能力信息元素，该指示信息用于指示移动通信终端是否支持承载数量扩展。

可选地，本发明具体实施例的述接收模块151具体用于：

接收移动通信终端发送的请求消息，该请求消息中携带第一指示信息，该第一指示信息用于指示移动通信终端是否支持承载数量扩展；该请求消息为附着请求消息或跟踪区更新请求消息；

或

接收所述网络侧网元发送的接受消息，该接受消息中携带第二指示信息，该第二指示信息用于指示网络侧网元是否支持承载数量扩展，该接受消息为附着接受消息或跟踪区更新接受消息。

此外，本发明的另一实施例还提供一种承载管理装置，用于网络侧执行网元，如图16所示，所述承载管理装置包括：

释放模块161，用于当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载，保留的承载的数量小于或等于所述预定门限。

显然，本发明具体实施例的承载管理装置是本发明提供的应用于网络侧执行网元的承载管理方法的执行主体，因此该承载管理方法所能实现的技术效果，本发明的承载管理装置同样能够实现。

可选地，本发明具体实施例的释放模块161具体用于：

当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，按照所述待迁移承载的优先级从低到高的顺序释放部分承载。

可选地，所述网络侧执行网元为空闲态移动流程或切换流程中的目标网络侧网元。

其中，若网络侧执行网元为空闲态移动流程或切换流程中的目标网络侧网元，则还包括：

第一获取模块，用于获取源网络侧网元的承载上下文信息。

释放模块具体用于：

当根据所述承载上下文信息以及所述目标网络侧网元的承载数量扩展支持能力判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载。

其中一种方式下第一获取模块具体用于：

向源网络侧网元发送第一上下文请求消息；

接收源网络侧网元发送的携带承载上下文信息第一上下文请求响应消息；

而当网络侧执行网元为空闲态移动流程或切换流程中的源网络侧网元，则还包括：

第二获取模块，用于获取一指示信息，所述指示信息用于指示所述目标网络侧网元是否支持承载数量扩展。

释放模块具体用于：当根据所述指示信息以及所述待迁移承载的数量判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载。

对应地，在上述基础之上，如图16所示，本示例的承载管理装置还包括：

响应模块162，用于在释放部分承载之后，发送携带承载上下文的消息到目标网络侧网元。

此外，本发明的实施例还提供一种承载管理装置，如图17所示，包括

天线171、射频装置172、基带装置173、处理器174、存储器175以及网络接口176以及总线接口。其中：

在本发明实施例中，网络侧设备600还包括：存储在存储器175上并可在处理器174上运行的计算机程序，计算机程序被处理器174执行时实现如下步骤：

向网络侧网元和移动通信终端中的另一个发送指示信息，所述指示信息用于指示是否支持承载数量扩展。

和/或，

当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载，保留的承载的数量小于或等于所述预定门限。

和/或，

向所述源网络侧网元发送第一上下文请求消息；

接收所述源网络侧网元发送的第一上下文请求响应消息；

所述当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时具体为：

当根据第一上下文请求响应消息中携带的承载上下文信息以及所述目标网络侧网元的承载数量扩展支持能力判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载。

其中，总线接口可以包括任意数量的互联的总线和桥，具体由处理器代表的一个或多个处理器和存储器175代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。天线171、射频装置172、基带装置173共同组成发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口176还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器174负责管理总线接口和通常的处理，存储器175可以存储处理器174在执行操作时所使用的数据。

可选地，本发明具体实施例计算机程序被处理器174执行时还实现如下步骤：

向网络侧网元发送携带所述指示信息的用户设备网络能力信息元素，所述指示信息用于指示所述移动通信终端是否支持承载数量扩展。

可选地，所述指示信息由用户设备网络能力信息元素的第9个八比特组中的第6、第7或第8个bit或第10个到第15个八比特组中的任意一个bit定义。

可选地，本发明具体实施例计算机程序被处理器174执行时还实现如下步骤：

向所述网络侧网元发送一请求消息，所述请求消息中携带第一指示信息，所述第一指示信息用于指示所述移动通信终端是否支持承载数量扩展；所述请求消息为附着请求消息或跟踪区更新请求消息；

或

向移动通信终端发送一接受消息，所述接受消息中携带第二指示信息，所述第二指示信息用于指示所述网络侧网元是否支持承载数量扩展，所述接受消息为附着接受消息或跟踪区更新接受消息。

可选地，若承载管理方法用于网络侧网元时，本发明具体实施例计算机程序被处理器174执行时还实现如下步骤：

接收所述移动通信终端发送的携带所述指示信息的用户设备网络能力信息元素，所述指示信息用于指示所述移动通信终端是否支持承载数量扩展。

可选地，本发明具体实施例计算机程序被处理器174执行时还实现如下步骤：

接收所述移动通信终端发送的请求消息，所述请求消息中携带第一指示信息，所述第一指示信息用于指示所述移动通信终端是否支持承载数量扩展；所述请求消息为附着请求消息或跟踪区更新请求消息；

或

接收所述网络侧网元发送的接受消息，所述接受消息中携带第二指示信息，所述第二指示信息用于指示所述网络侧网元是否支持承载数量扩展，所述接受消息为附着接受消息或跟踪区更新接受消息。

可选地，所述承载管理方法用于网络侧网元时，所述承载管理方法用于网络侧网元时，本发明具体实施例计算机程序被处理器174执行时还实现如下步骤：

接收所述移动通信终端发送的指示信息，所述指示信息用于指示是否支持承载数量扩展；

所述承载管理方法还包括：

接收所述移动通信终端发送的承载资源分配请求或承载资源修改请求；

在根据所述指示信息判断出所述移动通信终端不支持承载数量扩展，且所述移动通信终端已建立承载的数量达到预定门限时，拒绝所述承载资源分配请求或承载资源修改请求。

可选地，本发明具体实施例计算机程序被处理器174执行时还实现如下步骤：

当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，按照所述待迁移承载的优先级从低到高的顺序释放部分承载。

可选地，所述网络侧执行网元为空闲态移动流程或切换流程中的源网络侧网元或目标网络侧网元；

若所述网络侧执行网元为目标网络侧网元，则在释放部分承载之前，本发明具体实施例计算机程序被处理器174执行时还实现如下步骤：

向所述源网络侧网元发送第一上下文请求消息；

接收所述源网络侧网元发送的第一上下文请求响应消息；

所述当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时具体为：

当根据第一上下文请求响应消息中携带的承载上下文信息以及所述目标网络侧网元的承载数量扩展支持能力判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载。

若所述网络侧执行网元为源网络侧网元，则在释放部分承载之前，本发明具体实施例计算机程序被处理器174执行时还实现如下步骤：

接收所述目标网络侧网元发送携带指示信息的第二上下文请求消息，所述指示信息用于指示所述目标网络侧网元是否支持承载数量扩展；

所述当归属于同一移动通信终端的，待迁移到目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当根据所述指示信息以及所述待迁移承载的数量判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载；

所述释放部分承载之后，所述承载管理方法还包括：

发送携带承载上下文的第二上下文请求响应消息到所述目标网络侧网元。

此外，本发明的另一实施例还提供一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

向网络侧网元和移动通信终端中的另一个发送指示信息，所述指示信息用于指示是否支持承载数量扩展。

和/或，

当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载，保留的承载的数量小于或等于所述预定门限。

和/或，

向所述源网络侧网元发送第一上下文请求消息；

接收所述源网络侧网元发送的第一上下文请求响应消息；

所述当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时具体为：

当根据第一上下文请求响应消息中携带的承载上下文信息以及所述目标网络侧网元的承载数量扩展支持能力判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载。

可选地，本发明具体实施例的计算机程序被处理器执行时还实现以下步骤：

向网络侧网元发送携带所述指示信息的用户设备网络能力信息元素，所述指示信息用于指示所述移动通信终端是否支持承载数量扩展。

可选地，述指示信息由用户设备网络能力信息元素的第9个八比特组中的第6、第7或第8个bit或第10个到第15个八比特组中的任意一个bit定义。

可选地，本发明具体实施例的计算机程序被处理器执行时还实现以下步骤：

向所述网络侧网元发送一请求消息，所述请求消息中携带第一指示信息，所述第一指示信息用于指示所述移动通信终端是否支持承载数量扩展；所述请求消息为附着请求消息或跟踪区更新请求消息；

或

向移动通信终端发送一接受消息，所述接受消息中携带第二指示信息，所述第二指示信息用于指示所述网络侧网元是否支持承载数量扩展，所述接受消息为附着接受消息或跟踪区更新接受消息。

可选地，若承载管理方法用于网络侧网元时，本发明具体实施例的计算机程序被处理器执行时还实现以下步骤：

接收所述移动通信终端发送的携带所述指示信息的用户设备网络能力信息元素，所述指示信息用于指示所述移动通信终端是否支持承载数量扩展。

可选地，本发明具体实施例的计算机程序被处理器执行时还实现以下步骤：

接收所述移动通信终端发送的请求消息，所述请求消息中携带第一指示信息，所述第一指示信息用于指示所述移动通信终端是否支持承载数量扩展；所述请求消息为附着请求消息或跟踪区更新请求消息；

或

接收所述网络侧网元发送的接受消息，所述接受消息中携带第二指示信息，所述第二指示信息用于指示所述网络侧网元是否支持承载数量扩展，所述接受消息为附着接受消息或跟踪区更新接受消息。

可选地，所述承载管理方法用于网络侧网元时，本发明具体实施例的计算机程序被处理器执行时还实现以下步骤：

接收所述移动通信终端发送的指示信息，所述指示信息用于指示是否支持承载数量扩展；

所述承载管理方法还包括：

接收所述移动通信终端发送的承载资源分配请求或承载资源修改请求；

在根据所述指示信息判断出所述移动通信终端不支持承载数量扩展，且所述移动通信终端已建立承载的数量达到预定门限时，拒绝所述承载资源分配请求或承载资源修改请求。

可选地，本发明具体实施例的计算机程序被处理器执行时还实现以下步骤：

当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，按照所述待迁移承载的优先级从低到高的顺序释放部分承载。

可选地，所述网络侧执行网元为空闲态移动流程或切换流程中的源网络侧网元或目标网络侧网元；

若所述网络侧执行网元为目标网络侧网元，则本发明具体实施例的计算机程序被处理器执行时还实现以下步骤：

获取源网络侧网元的承载上下文信息；

所述当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时具体为：

当根据承载上下文信息以及所述目标网络侧网元的承载数量扩展支持能力判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载。

若所述网络侧执行网元为源网络侧网元，则在释放部分承载之前，本发明具体实施例的计算机程序被处理器执行时还实现以下步骤：

获取一指示信息，所述指示信息用于指示所述目标网络侧网元是否支持承载数量扩展；；

所述当归属于同一移动通信终端的，待迁移到目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当根据所述指示信息以及所述待迁移承载的数量判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载；

所述释放部分承载之后，所述承载管理方法还包括：

发送携带承载上下文的第二上下文请求响应消息到所述目标网络侧网元。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (8)

1.一种承载管理方法，用于网络侧执行网元，其特征在于，所述承载管理方法包括：

当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载，保留的承载的数量小于或等于所述预定门限；

所述网络侧执行网元为目标网络侧网元，在释放部分承载之前，所述承载管理方法还包括：

获取源网络侧网元的承载上下文信息；

所述当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当根据所述承载上下文信息以及所述目标网络侧网元的承载数量扩展支持能力判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载；

或者，

所述网络侧执行网元为源网络侧网元，在释放部分承载之前，所述承载管理方法还包括：

获取一指示信息，所述指示信息用于指示所述目标网络侧网元是否支持承载数量扩展；

所述当归属于同一移动通信终端的，待迁移到目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当根据所述指示信息以及所述待迁移承载的数量判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载；

所述释放部分承载之后，所述承载管理方法还包括：

发送携带承载上下文的第二上下文请求响应消息到所述目标网络侧网元。

2.根据权利要求1所述的承载管理方法，其特征在于，所述当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，按照所述待迁移承载的优先级从低到高的顺序释放部分承载。

3.根据权利要求2所述的承载管理方法，其特征在于，所述网络侧执行网元为空闲态移动流程或切换流程中的源网络侧网元或目标网络侧网元。

4.一种承载管理装置，用于网络侧执行网元，其特征在于，所述承载管理装置包括：

释放模块，用于当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载，保留的承载的数量小于或等于所述预定门限；

所述网络侧执行网元为目标网络侧网元，在释放部分承载之前，所述承载管理装置还用于：

获取源网络侧网元的承载上下文信息；

所述当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当根据所述承载上下文信息以及所述目标网络侧网元的承载数量扩展支持能力判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载；

或者，

所述网络侧执行网元为源网络侧网元，在释放部分承载之前，所述承载管理装置还用于：

获取一指示信息，所述指示信息用于指示所述目标网络侧网元是否支持承载数量扩展；

所述当归属于同一移动通信终端的，待迁移到目标网络侧网元的待迁移承载的数量大于预定门限时，释放部分承载具体为：

当根据所述指示信息以及所述待迁移承载的数量判断出所述待迁移承载的数量大于预定门限，且所述目标网络侧网元不支持承载数量扩展时，释放部分承载；

所述释放部分承载之后，所述承载管理方法还包括：

发送携带承载上下文的第二上下文请求响应消息到所述目标网络侧网元。

5.根据权利要求4所述的承载管理装置，其特征在于，所述释放模块具体用于：当归属于同一移动通信终端的，待迁移到不支持承载数量扩展的目标网络侧网元的待迁移承载的数量大于预定门限时，按照所述待迁移承载的优先级从低到高的顺序释放部分承载。

6.根据权利要求5所述的承载管理装置，其特征在于，所述网络侧执行网元为空闲态移动流程或切换流程中的目标网络侧网元。

7.一种承载管理装置，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-3中任一项所述的承载管理方法。

8.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-3中任一项所述的承载管理方法的步骤。

Images