CN108810988B

CN108810988B - 一种消息传输的方法及装置

Info

Publication number: CN108810988B
Application number: CN201810289567.3A
Authority: CN
Inventors: 朱奋勤; 吴问付
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2017-05-03
Filing date: 2018-04-03
Publication date: 2020-12-01
Anticipated expiration: 2038-04-03
Also published as: CN108810988A

Abstract

本申请公开了一种消息传输的方法及装置，涉及通信技术领域，能够解决为UE服务的设备间负载不均衡的问题。本申请的方法包括：会话管理功能设备接收来自第一设备的删除指示和第一设备所属的群组的指示信息，在会话管理功能设备接收到来自第一设备的第一接口释放消息的情况下，根据删除指示删除UE会话上下文中的第二接口信息，然后，当需要发送下行消息时，会话管理功能设备向第二设备发送下行消息，第二设备为根据群组的指示信息确定的用于为所述UE服务的设备。本申请适用于消息传输的过程中。

Description

一种消息传输的方法及装置

本申请要求于2017年05月03日提交中国专利局、申请号为201710305752.2、发明名称为“一种消息传输的方法及装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种消息传输的方法及装置。

背景技术

在第四代移动通信技术(the 4th Generation mobile communication，4G)中，服务网关(Serving GateWay，SGW)可以保存用户设备(User Equipment，UE)的会话上下文，UE的会话上下文中包含为该UE服务的移动性管理网元(Mobility Management Entity，MME)的IP地址，当SGW需要向MME发送与UE相关的下行消息时，可以从保存的该UE的会话上下文中获取服务于该UE的MME的IP地址，进而根据获取到的IP地址向该MME发送与该UE相关的下行消息。

如果在第五代移动通信技术(5th-Generation mobile communication，5G)的会话管理功能(Session Management Function，SMF)中也采用这种方法，即SMF中保存了UE会话上下文，UE会话上下文中包含为UE服务的接入和移动性管理功能(Core Access andMobility Management Function，AMF)中的处理单元(或者为UE服务的AMF实例)的对外接口信息，当SMF需要发送与UE相关的下行消息时，会根据UE的会话上下文获取上次为UE服务的AMF中的处理单元(或者为UE服务的AMF实例)的对外接口信息，进而根据获取到的对外接口信息，将与UE相关的下行消息发送给上次为该UE服务的AMF中的处理单元(或者为UE服务的AMF实例)。

然而采用这种方法，SMF每次需要发送与UE相关的下行消息时，都会将下行消息发送给上次为该UE服务的AMF中的处理单元(或者为UE服务的AMF实例)，会使得UE一直由同一个处理单元或AMF实例服务，会出现负载不均衡的现象。

发明内容

本申请实施例提供一种消息传输的方法及装置，能够解决会话管理功能设备每次都将UE相关下行消息发送至上次为该UE服务的第一设备，导致的负载不均衡的问题。

为达到上述目的，本申请采用如下技术方案：

第一方面，本申请提供一种消息传输的方法，该方法包括：

会话管理功能设备接收来自第一设备的删除指示和第一设备所属的群组的指示信息，在会话管理功能设备接收到来自第一设备的第一接口释放消息的情况下，会话管理功能设备根据删除指示删除UE会话上下文中的第二接口信息，然后，当会话管理功能设备需要发送下行消息时，会话管理功能设备向第二设备发送所述下行消息，第二设备为根据群组的指示信息确定的用于为所述UE服务的设备。

其中，所述删除指示用于指示会话管理功能设备在收到第一接口释放消息时，删除用户设备UE会话上下文中的第二接口信息，所述第一接口为无线接入网RAN与所述第一设备间的接口，所述第二接口为所述第一设备与所述会话管理功能设备间的接口。

会话管理功能设备可以为AMF设备，第一设备和第二设备均可以为AMF群组中的一个实例，或者第一设备和第二设备均可以为AMF设备中的一个处理单元。

相比于现有技术，会话管理功能设备在第一设备的第一接口释放的情况下，会删除UE会话上下文中的第二接口信息，然后当会话管理功能设备需要发送下行消息时，就无法从UE上下文中查找上一次为该UE服务的第一设备的接口信息，进而就可以触发重新选取为UE服务的第二设备的过程，会话管理功能设备即可将下行消息发送给第二设备，避免了总是由同一个设备为UE提供服务而出现的负载不均衡的现象。

在一种可能的设计中，会话管理功能设备接收来自第一设备的删除指示和第一设备所属的群组的指示信息，具体可以实现为：会话管理功能设备接收来自第一设备的会话建立请求，会话建立请求中包括群组的指示信息、删除指示以及第二接口信息。

在会话管理功能设备接收来自第一设备的会话建立请求之后，会话管理功能设备可以将群组的指示信息，删除指示以及第二接口信息保存在所述UE会话上下文中。

将第二接口信息保存在UE会话上下文中，在UE未切换至空闲状态之前，会话管理功能设备就可以直接根据第二接口信息与为UE服务的第一设备进行通信，无需频繁地重选为UE服务的设备，可以提高UE处于连接状态时的业务质量。将删除指示保存在UE会话上下文中，会话管理功能设备就可以在接收到第一接口的释放消息时，及时删除UE会话上下文中的第二接口信息，以避免每次UE进入连接状态都由同一个设备服务，解决了现有技术中的负载不均衡的问题。

在一种可能的设计中，会话管理功能设备根据删除指示删除UE会话上下文中的第二接口信息，具体可以实现为：会话管理功能设备根据UE会话上下文中的删除指示，删除UE会话上下文中的第二接口信息。

在一种可能的设计中，会话管理功能设备接收来自第一设备的删除指示和第一设备所属的群组的指示信息，具体可以实现为：会话管理功能设备接收来自第一设备的会话建立请求，会话建立请求中包括所述群组的指示信息和所述第二接口信息，然后会话管理功能设备接收来自第一设备的第一接口释放消息，第一接口释放消息中包括删除指示。

在会话管理功能设备接收来自第一设备的会话建立请求之后，会话管理功能设备可以将群组的指示信息和第二接口信息保存在UE会话上下文中。

将第二接口信息保存在UE会话上下文中，在UE未切换至空闲状态之前，会话管理功能设备就可以直接根据第二接口信息与为UE服务的第一设备进行通信，无需频繁地重选为UE服务的设备，可以提高UE处于连接状态时的业务质量。

在一种可能的设计中，会话管理功能设备接收来自第一设备的删除指示和第一设备所属的群组的指示信息，具体可以实现为：会话管理功能设备接收来自第一设备的第一接口释放消息，第一接口释放消息中包括群组的指示信息和所述删除指示。

在会话管理功能设备接收来自第一设备的第一接口释放消息之前，会话管理功能设备接收来自第一设备的会话建立请求，会话建立请求中包括所述第二接口信息，然后会话管理功能设备将所述第二接口信息保存在UE会话上下文中。

第一接口释放消息中携带删除指示，可以使得会话管理功能设备在接收到第一接口释放消息的情况下，及时删除UE会话上下文中的第二接口信息，以避免每次UE进入连接状态都由同一个设备服务，解决了现有技术中的负载不均衡的问题。

在一种可能的设计中，会话管理功能设备根据删除指示删除UE会话上下文中的第二接口信息，具体可以实现为：会话管理功能设备根据第一接口释放消息中包括的删除指示删除UE的会话上下文中的第二接口信息。

在一种可能的设计中，群组的指示信息为群组的群组身份标识ID；会话管理功能设备可以根据群组ID确定为UE服务的第二设备，然后会话管理功能设备通过会话管理功能设备与第二设备之间的接口向第二设备发送下行消息。

在一种可能的设计中，群组的指示信息为群组的缺省路由；当会话管理功能设备需要发送下行消息时，会话管理功能设备向群组的缺省路由对应的设备发送下行消息，然后接收来自群组的缺省路由对应的设备的第二设备标识，第二设备为群组的缺省路由对应的设备为UE选择的第二设备，进而会话管理功能设备通过会话管理功能设备与第二设备之间的接口，向第二设备标识对应的第二设备发送下行消息。

在一种可能的设计中，群组的指示信息为群组的缺省路由；当会话管理功能设备需要发送下行消息时，会话管理功能设备通过群组的缺省路由对应的设备向第二设备发送下行消息，第二设备为群组的缺省路由对应的设备为UE选择的第二设备。

在一种可能的设计中，在会话管理功能设备通过群组的缺省路由对应的设备向第二设备发送下行消息之后，当会话管理功能设备接收到来自所述第二设备的消息后，会话管理功能设备将会话管理功能设备与第二设备之间的接口信息保存在UE会话上下文中。

通过将会话管理功能设备与第二设备之间的接口信息保存在UE会话上下文中，在UE切换至空闲状态之前，会话管理功能设备就不需要在每次发送该UE的下行消息时都重新选择为UE服务的设备，可以节省开销，避免由于重选为UE服务的设备而导致UE业务中断的情况。

第二方面，本申请提供了一种消息传输的方法，该方法包括：

会话管理功能设备获取无状态指示信息和第一设备所属群组的群组指示信息，无状态指示信息用于指示会话管理功能设备在确定用户设备UE对应的信令连接与第一接口的绑定释放后需要发送下行消息时，根据群组指示信息选择用于为UE服务的第二设备，然后，在会话管理功能设备接收到来自第一设备的释放通知的情况下，当会话管理功能设备需要发送下行消息时，会话管理功能设备向第二设备发送下行消息。其中，第一设备为信令连接与第一接口的绑定释放前为UE服务的设备，第一接口为无线接入网RAN与第一设备间的接口，第二设备为根据群组指示信息确定的用于为UE服务的设备。释放通知用于表示信令连接与第一接口的绑定已释放。

会话管理功能设备可以为AMF设备，第一设备和第二设备均可以为AMF群组中的一个实例，或者第一设备和第二设备均可以为AMF设备中的一个处理单元。第一设备所属的群组的群组指示信息可以为AMF群组ID，也可以为AMF群组的缺省路由。

其中，信令连接与第一接口的绑定释放包括但不限于以下两种情况：

第一种：UE对应的信令连接释放，且信令连接与第一接口的绑定也释放。

第二种：信令连接与第一接口的绑定释放，UE对应的信令连接不释放。

相比于现有技术，会话管理功能设备在确定UE对应的信令连接与第一接口的绑定已释放，且需要发送下行消息的情况下，可以向重新选择的用于为UE服务的第二设备发送下行消息，这样就避免了总是由同一个设备为UE提供服务而出现的负载不均衡的现象。

在一种可能的设计中，会话管理功能设备在向第二设备发送下行消息之前，会话管理功能设备可确定UE对应的信令连接与第一接口的绑定释放。

在一种可能的设计中，若会话管理功能模块需要发送下行消息，且确定UE对应的信令连接与第一接口的绑定释放，则根据群组指示信息确定用于为UE服务的第二设备。

采用该方法，在会话管理功能设备确定UE的信令连接与第一接口的绑定释放的情况下，确定为UE服务的第二设备，可以避免始终由第一设备为终端提供服务，在后续会话管理功能设备需要发送下行消息时，可通过第二设备向终端发送下行消息。

在一种可能的设计中，会话管理功能设备获取第一设备所属群组的群组指示信息，具体可以实现为：

会话管理功能设备接收来自第一设备的会话建立请求，会话建立请求中包括群组指示信息；或者，会话管理功能设备接收来自第一设备的释放通知，释放通知中包括群组指示信息。

在一种可能的设计中，会话管理功能设备获取无状态指示信息，包括：

会话管理功能设备接收来自第一设备的会话建立请求，会话建立请求中包括无状态指示信息；或者，会话管理功能设备接收来自第一设备的释放通知释放通知中包括无状态指示信息；或者，会话管理功能设备从本地配置信息中获取无状态指示信息。

在另一种可能的设计中，释放通知中包括删除指示。其中，删除指示用于指示会话管理功能设备删除第一设备的信息。

采用该方法，会话管理功能设备在UE对应的的信令连接与第一接口的绑定释放的情况下，会删除UE会话上下文中的第一设备的信息信息，然后当会话管理功能设备需要发送下行消息时，就无法从UE上下文中查找上一次为该UE服务的第一设备的信息，进而就可以触发重新选取为UE服务的第二设备的过程，会话管理功能设备即可将下行消息发送给第二设备，避免了总是由同一个设备为UE提供服务而出现的负载不均衡的现象。

在一种可能的设计中，在会话管理功能设备接收到来自第一设备的释放通知后，会话管理功能设备根据无状态指示信息删除UE会话上下文中的第一设备的信息。

在另一种可能的设计中，在会话管理功能设备接收到来自第一设备的释放通知后，会话管理功能设备保存信令连接与第一接口的绑定的释放状态，然后当会话管理功能设备需要发送下行消息时，会话管理功能根据信令连接与第一接口的绑定的释放状态确定信令连接与第一接口的绑定已释放，然后会话管理功能根据群组指示信息确定用于为UE服务的第二设备。

采用该方法，信令连接与第一接口的绑定释放后，会话管理功能设备可以保存信令连接与第一接口的绑定的释放状态，进而，如果会话管理功能设备需要发送下行消息，则确定用于为UE服务的第二设备，避免始终使用第一设备为UE提供服务而导致负载不均衡，若会话管理功能后续不需要发送下行消息，则无需确定用于为UE服务的第二设备，可以节省系统开销。

在另一种可能的设计中，群组指示信息为第一设备所属群组的群组身份标识ID；相应的，会话管理功能设备向第二设备发送下行消息，具体可以实现为：若会话管理功能设备需要发送下行消息，且确定UE对应的信令连接与第一接口的绑定已释放，则根据群组ID确定为UE服务的第二设备。

第三方面，本申请提供了一种消息传输的装置，该装置可以实现上述第一方面或第二方面中会话管理功能设备所执行的功能，所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。

在一种可能的设计中，该装置的结构中包括处理器和通信接口，该处理器被配置为支持该装置执行上述方法中相应的功能。该通信接口用于支持该装置与其他网元之间的通信。该装置还可以包括存储器，该存储器用于与处理器耦合，其保存该装置必要的程序指令和数据。

第四方面，本申请提供一种消息传输的系统，该系统包括第一方面或第二方面的会话管理功能设备、UE、RAN以及第一设备所属的群组。

第五方面，本申请提供了一种计算机存储介质，用于储存为上述会话管理功能设备所用的计算机软件指令，其包括用于执行上述方面所设计的程序。

第六方面，本申请提供一种计算机程序产品，例如计算机可读存储介质，包括用于执行上述方面所设计的程序。

附图说明

图1为本申请提供的一种通信系统的结构示意图；

图2为本申请提供的另一种通信系统的结构示意图；

图3为本申请提供的一种AMF设备的结构示意图；

图4为本申请提供的另一种AMF设备的结构示意图；

图5为本申请提供的一种SMF设备的结构示意图；

图6为本申请提供的一种消息传输的方法的流程图；

图7为本申请提供的另一种消息传输的方法的流程图；

图8为本申请提供的另一种消息传输的方法的流程图；

图9为本申请提供的一种消息传输的装置的结构示意图；

图10为本申请提供的另一种消息传输的方法的流程图；

图11为本申请提供的另一种消息传输的装置的结构示意图。

具体实施方式

本申请描述的系统架构以及业务场景是为了更加清楚的说明本申请的技术方案，并不构成对于本申请提供的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

需要说明的是，本申请中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

需要说明的是，本申请中“的(英文：of)”，相应的“(英文corresponding，relevant)”和“对应的(英文：corresponding)”有时可以混用，应当指出的是，在不强调其区别时，其所要表达的含义是一致的。

在详细描述本申请的技术方案之前，为了便于理解，先对本申请的实施例所应用的场景进行介绍。

本申请的实施例应用于如图1所示的通信系统中，该系统中包括会话管理功能设备101，接入和移动性管理功能设备102，以及接入网设备103。

其中，接入和移动性管理功能设备102中包括多个设备，例如，可以包含第一设备和第二设备，接入和移动性管理功能设备102中还可以包括ASF单元，ASF单元为一个网络功能，具体可以为图3所示的一个缺省AMF实例，或者也可以为一个专门的网络功能，例如可以为一个负载均衡器。

会话管理功能设备101，用于接收来自第一设备的删除指示和第一设备所属的群组的指示信息，其中，第一设备为接入和移动性管理功能设备102中当前为UE服务的设备，第一设备所属的群组为接入和移动性管理功能设备102。

接入和移动性管理功能设备102中的第一设备，用于向会话管理功能设备101发送第一接口释放消息，第一接口为接入网设备103与第一设备间的接口。

会话管理功能设备101，还用于在接收到来自第一设备的第一接口释放消息的情况下，根据删除指示删除UE会话上下文中的第二接口信息，第二接口为第一设备与会话管理功能设备101之间的接口。然后当会话管理功能设备101需要发送下行消息时，可以向第二设备发送下行消息，第二设备为根据群组的指示信息确定的用于为所述UE服务的设备。

需要说明的是，本申请所涉及到的UE可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端，移动台(Mobile Station，MS)，用户设备(User Equipment，UE)，终端设备(Terminal Equipment)，软终端等等。为方便描述，本申请中，上面提到的设备统称为UE。

另外，本申请适用于5G网络，当本申请应用于5G网络时，通信系统的架构图如图2所示，该系统中包括认证服务器功能(Authentication Server Function，AUSF)设备、统一数据管理(Unified Data Management，UDM)设备、AMF设备、SMF设备、策略控制功能(PolicyControl function，PCF)设备、UE、无线接入网(Radio Access Network，RAN)或者接入网(Access Network，AN)、用户面功能(User Plane Function，UPF)设备、数据网络(DataNetwork，DN)设备。

其中，图1中的会话管理功能设备101可以实现为图2中的SMF设备，图1中的接入和移动管理功能设备102可以实现为图2中的AMF设备，图1中的接入网设备103可以实现为图2中的RAN或AN。下文中均以会话管理功能设备101为SMF设备、接入和移动管理功能设备102为AMF设备、接入网设备103为RAN为例进行描述。

AMF设备可以服务于UE，为UE的接入进行授权及管理UE的移动性，同时，AMF设备还用于在UE与SMF间传递非接入层(Non Access Stratum，NAS)消息等。RAN能够与UE和AMF设备通信，例如，RAN接收到UE发送的NAS消息之后，可以将该NAS消息转发给AMF设备。SMF设备可以与AMF设备进行通信，例如可以向AMF设备发送下行消息等。SMF设备还用于对会话进行管理，例如SMF设备可以维护UE会话上下文中的AMF设备与SMF设备之间的接口信息，以便于SMF设备在收到针对某一UE的下行消息时，可以直接根据该UE的会话上下文中存储的接口信息确定为该UE服务的AMF设备。

其中，图2中各设备之间的连线上标注的序号用于区分不同设备之间的接口，图2仅为一种示例性示意图，本申请并不对各设备间接口的序号进行限制。示例性的，图2中UE通过N1接口与AMF进行通信，RAN通过N2接口与AMF进行通信，通过N3接口与UPF进行通信，各UPF之间通过N9接口进行通信，UPF通过N6接口与DN互联。SMF通过N4接口控制SMF，AMF通过N11接口与SMF进行通信，AMF和SMF分别通过N8接口和N10接口从UDM获取用户签约数据，分别通过N15接口和N7接口从PCF获取策略数据。另外，AMF设备间通过N14接口进行通信，AUSF通过N12接口与AMF进行通信，通过N13接口与UDM进行通信。

需要说明的是，图1和图2仅为本申请所应用的通信系统的结构示意图，在实际部署过程中，通信系统中设备的数量不限于图1和2所示出的设备数量。另外，图1至图2中的各个设备均可能由一个实体设备实现，也可能由多个实体设备共同实现，还可能是一个实体设备内的一个逻辑功能模块，本申请实施例对此不作具体限定。

还需说明的是，上述5G网络中的UE、RAN、AMF设备、SMF设备、AUSF设备和UDM设备等仅是一个名字，名字对设备本身不构成限定。在5G网络以及未来其它的网络中，UE、RAN、AMF设备、SMF设备、AUSF设备和UDM设备所对应的网元或实体也可以是其他的名字，本申请实施例对此不作具体限定。例如，该UDM设备还有可能被替换为用户归属服务器(HomeSubscriber Server，HSS)或者用户签约数据库(User Subscription Database，USD)或者数据库实体，等等，在此进行统一说明，以下不再赘述。

需要说明的是，图2中的AMF设备可以有两种实现方式，第一种实现方式如图3所示，图3示出了其中一个AMF设备，AMF设备中包含数据库(Database，DB)、至少一个负载均衡(Load Balancer，LB)单元以及至少两个处理单元。其中，LB单元用于为UE选择处理单元，并将接收到的NAS消息分发至相应的处理单元，处理单元用于处理接收到的NAS等消息，多个处理单元可以共享数据库中的数据。

具体的，每个LB单元和处理单元都有对外的接口，在RAN设备初始化时，会将AMF设备中LB单元的对外接口作为AMF设备的对外接口配置在RAN设备中，当RAN设备接收到处于空闲状态的UE发送的NAS消息后，RAN设备先选择一个AMF设备，然后从该AMF设备配置在RAN设备中的LB单元接口中选择一个，然后通过选择的LB单元接口将NAS消息发送至AMF设备中的LB单元，LB单元接收到该NAS消息后，为该NAS消息分配一个处理单元。当UE处于连接状态时，RAN设备可直接与该处理单元进行通信，无需再通过LB单元转发数据。

图2中的AMF设备还可以以群组的方式实现，如图4所示，AMF群组中包含数据库、至少一个LB单元以及至少两个AMF实例。其中，LB单元用于为UE选择AMF实例，并将接收到的NAS消息分发至相应的AMF实例，AMF实例用于处理接收到的NAS等消息，多个AMF实例可以共享数据中的数据。

具体的，每个LB单元和AMF实例都有对外的接口，在RAN设备初始化时，会将LB单元的对外接口作为AMF群组的对外接口配置在RAN设备中，当RAN设备接收到处于空闲状态的UE发送的NAS消息后，RAN设备会选择一个AMF群组，然后选择该AMF群组的一个LB单元接口，通过该LB单元接口将NAS消息发送至AMF群组中的LB单元，LB单元接收到该NAS消息后，为该NAS消息分配一个AMF实例。当UE处于连接状态时，RAN设备可直接与该AMF实例进行通信，无需再通过LB单元转发数据。

在现有技术中，在LB单元为UE选择处理单元或者AMF实例之后，SMF设备会将建立会话或者会话激活时为UE服务的处理单元或者AMF实例的对外接口信息保存在UE会话上下文中，当SMF设备需要发送下行消息时，SMF设备总是根据UE会话上下文中保存的上次为UE服务的处理单元或AMF实例的对外接口信息，将下行消息发送给上次为该UE服务的处理单元或者AMF实例。这样就使得即使UE从空闲状态切换至连接状态的过程中也不会触发对处理单元或者AMF实例的重选过程，在SMF设备的UE会话上下文中保存为UE服务的处理单元或者AMF实例之后，该UE会始终由同一个处理单元或者AMF实例服务，即使上次为该UE服务的AMF实例的负载很大，而AMF群组中的其他AMF实例的负载很小，AMF依然会将下行消息发送给上次为该UE服务的AMF实例，容易出现负载不均衡的现象。

为了避免出现负载不均衡的现象，本申请的原理为：当图2中的AMF设备实现为图3时，AMF设备中的处理单元在向SMF设备发送的会话建立请求或N2释放消息中携带删除指示和SMF标识，进而在SMF设备接收到N2释放消息的情况下，SMF设备就能够根据删除指示删除UE会话上下文中的处理单元与SMF设备之间的接口信息，这样当SMF设备需要发送下行消息时，由于UE会话上下文中已经没有处理单元与SMF设备之间的接口信息，所以SMF设备只能向根据AMF标识重新选择的处理单元发送下行消息，就避免了每次都向同一个处理单元发送下行消息而出现的负载不均衡的问题。

同样，当图2中的AMF实现为图4时，AMF群组中的AMF实例在向SMF设备发送的会话建立请求或者N2释放消息中携带删除指示和AMF群组标识，进而在SMF设备接收到N2释放消息的情况下，SMF设备就能够根据删除指示删除UE会话上下文中的AMF实例与SMF设备之间的接口信息，这样当SMF设备需要发送下行消息时，由于UE会话上下文中已经没有AMF实例与SMF设备之间的接口信息，所以SMF设备只能根据AMF群组标识向重新选择的AMF实例发送下行消息，就避免了每次都向同一个AMF实例发送下行消息而出现的负载不均衡的问题。

在本申请的实施例中，图1和图2中的SMF设备的结构如图5所示，SMF设备可以包括：存储器501、处理器502、通信接口503以及总线504，总线504用于实现这些装置之间的连接和相互通信。

其中，通信接口503，可以由天线来实现，可用于与外部网元之间进行数据交互，如：SMF设备的通信接口503可收发与AMF设备间的数据包或其他信息。

处理器502，可能是中央处理器(英文：Central Processing Unit，CPU)，也可以是特定集成电路(英文：Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本发明实施例的一个或多个集成电路。例如：一个或多个微处理器(英文：DigitalSingnal Processor，DSP)，或，一个或者多个现场可编程门阵列(英文：FieldProgrammable Gate Array，FPGA)。处理器502具有处理管理功能，具体的，SMF设备中的处理器502可以对接收到的AMF设备、UPF设备或PCRF设备发送的数据或信息进行处理，或者对其他设备发送的信息或数据进行处理。

存储器501，可以是只读存储器(Read-Only Memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(Random Access Memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器501可以是独立存在，通过总线504与处理器502相连接。存储器501也可以和处理器502集成在一起。

以下将结合图1至图5所示的通信系统以及AMF设备和SMF设备对本申请提供的消息传输的方法进行具体阐述。

首先，对本申请涉及到的术语进行简单介绍，以方便理解。

1)、第一接口

第一接口为图2所示的AMF设备与RAN设备之间的接口(对应图2中的N2)。

2)、第二接口

第二接口为图2所示的AMF设备与SMF设备之间的接口，具体为AMF设备中正在为UE服务的第一设备与SMF设备之间的接口。

3)、第一设备

当图2中的AMF设备实现为图3时，第一设备为AMF设备中的一个处理单元，第一设备所属的群组为处理单元所在的AMF设备,第二接口为AMF设备中的一个处理单元与SMF设备之间的接口(对应图2中的N11)。

当图2中的AMF设备实现为图4所示的AMF群组时，第一设备为AMF群组中的一个AMF实例，第一设备所属的群组为AMF实例所在的AMF群组，第二接口为AMF群组中的一个AMF实例与SMF设备之间的接口(对应图2中的N11)。

4)、第二设备

第二设备为SMF设备在删除UE会话上下文中保存的第一设备与SMF设备之间的第二接口信息之后，重新确定的用于为UE服务的设备。

当图2中的AMF设备实现为图3时，第二设备为AMF设备中的一个处理单元。

当图2中的AMF设备实现为图4所示的AMF群组时，第二设备为AMF群组中的一个AMF实例。

如图6所示，为了解决现有技术中负载不均衡的问题，本申请的实施例提供了一种消息传输的方法，当该方法应用于图4所示的场景中时，以UE、RAN设备、AMF实例1、AMF实例2、以及SMF设备之间的交互流程为例进行说明，其中，AMF实例1和AMF实例2属于同一个AMF群组，该方法包括三个阶段，第一阶段为会话建立过程，对应步骤601至步骤603；第二阶段为UE进入空闲状态的处理过程，对应步骤604至步骤607；第三阶段为SMF设备需要发送下行消息时，UE重新进入连接状态的过程，对应步骤608至步骤611。该方法具体包括：

601、UE向AMF实例1发送会话建立请求，AMF实例1接收会话建立请求。

其中，UE向AMF实例1发送会话建立请求是为了触发用户数据报协议(UserDatagram Protocol，PDU)会话建立的过程，当UE发起PDU会话建立的过程时，UE处于连接状态，此时为UE服务的是AMF实例1。

602、AMF实例1向SMF设备发送会话建立请求，SMF设备接收会话建立请求。

其中，会话建立请求可以有以下三种实现方式。

第一种：会话建立请求中包括AMF实例1的第二接口信息(N11接口信息)。

第二种：会话建立请求中包括AMF实例1的第二接口信息(N11接口信息)、AMF实例1所属的AMF群组的指示信息。

第三种：会话建立请求中包括AMF实例1的第二接口信息(N11接口信息)、删除指示、AMF实例1所属的AMF群组的指示信息。

需要说明的是，AMF群组的指示信息可以为AMF群组ID，也可以为AMF群组的缺省路由。在图6对应的实施例中以AMF群组的指示信息为AMF群组ID为例进行说明。

还需说明的是，若采用上述第三种实现方式，AMF实例1需先判断自身所属的AMF群组是否支持无状态，若AMF群组支持无状态，AMF实例1才会将删除指示携带在会话建立请求中。其中，结合图4，AMF群组支持无状态是指，AMF实例不保存UE会话上下文信息，AMF群组中的各AMF实例服务的UE的会话上下文信息均被保存在AMF群组的DB中，同一AMF群组中的各个AMF实例可以共享DB中存储的UE会话上下文信息，这样每个AMF实例不仅可以处理自身服务过的UE的相关信息，也可以处理其他UE的相关信息。

其中，删除指示用于指示SMF设备在接收到第一接口释放消息时，删除SMF设备存储的UE会话上下文中的第二接口信息。

603、SMF设备将会话建立请求中携带的信息保存在UE会话上下文中。

可以理解的是，在上述步骤602描述的会话建立请求的每种实现方式中，会话建立请求中都会携带AMF实例1的第二接口信息，因为当前为UE服务的AMF实例为AMF实例1，所以SMF设备需将AMF实例1的第二接口信息保存在UE会话上下文中，以便于在UE处于连接状态时，SMF设备可以直接通过UE会话上下文中保存的第二接口信息，向为UE服务的AMF实例1发送下行消息。

另外，如果会话建立请求中还包括AMF群组的指示信息，则SMF设备还需将AMF群组的指示信息保存在UE会话上下文中，同样，如果会话建立请求中还包括删除指示，则SMF设备还需将删除指示保存在UE会话上下文中。

需要说明的是UE会话上下文可以保存在SMF设备中，也可以保存在其他具有存储功能的设备中。

上述步骤601至步骤603为会话建立过程，在完成会话建立之后，当UE进入空闲状态时，还需执行UE进入空闲状态的处理过程。

604、RAN设备向AMF实例1发送第一接口释放请求消息，AMF实例1接收第一接口释放请求消息。

605、AMF实例1设备根据第一接口释放请求消息释放第一接口。

可以理解的是，AMF实例1释放AMF实例1与RAN之间的第一接口后，UE由连接状态切换为空闲状态。

606、AMF实例1向SMF设备发送第一接口释放消息，SMF设备接收第一接口释放消息。

需要说明的是，对应于步骤602，第一接口释放消息也包含三种实现方式。

第一种：若会话建立请求为步骤602中描述的第一种实现方式，则第一接口释放消息中可以携带删除指示、AMF实例1所属的AMF群组的指示信息、第一接口释放通知。

第二种：若会话建立请求为步骤602中描述的第二种实现方式，则第一接口释放消息中可以携带删除指示、第一接口释放通知。

第三种：若会话建立请求为步骤602中描述的第三种实现方式，则第一接口释放消息中可以携带第一接口释放通知。

需要说明的是，若AMF实例1要在第一接口释放消息中携带删除指示，需先判断自身所属的AMF群组是否支持无状态，若AMF群组支持无状态，AMF实例1才会将删除指示携带在第一接口释放消息中。

607、SMF设备在接收到第一接口释放消息的情况下，根据删除指示删除UE会话上下文中的第二接口信息。

其中，若第一接口释放消息中携带删除指示，则SMF设备直接根据第一接口释放消息中携带的删除指示删除UE会话上下文中的第二接口信息。若第一接口释放消息中未携带删除指示，且UE会话上下文中保存了删除指示，则SMF设备根据UE会话上下文中保存的删除指示删除第二接口信息。

SMF设备接收到第一接口释放消息，说明UE已经进入空闲状态，此时SMF设备删除UE会话上下文中的第二接口信息，可以避免在该UE重新进入链接状态时，SMF设备仍根据UE会话上下文中的第二接口信息将AMF实例1作为为UE服务的AMF实例。此时由于UE会话上下文中不存在第二接口信息，就只能在AMF群组中重新选取为UE服务的AMF实例，避免了一直由同一个AMF实例为UE服务。

上述步骤604至步骤607为UE进入空闲状态的处理过程，如果后续SMF设备接收到针对该UE的下行消息，则还需执行以下步骤608至步骤611，使UE重新进入连接状态。

608、当SMF设备需要发送下行消息时，SMF设备根据AMF群组ID，从AMF群组中选择为UE服务的AMF实例，例如为AMF实例2。

其中，SMF设备可以根据AMF群组ID从网络存储功能(Network FunctionRepository Function，NRF)设备或者其他设备中查找为UE服务的AMF实例。SMF设备根据AMF群组ID选择为UE服务的AMF实例的具体方法与现有技术相同，此处不再赘述。

在一种可能的实现方式中，SMF设备可以在重新选择为UE服务的AMF实例2后，在UE会话上下文中保存SMF设备与AMF实例2之间的接口信息，以便于在该UE一直处于连接状态的情况下，SMF设备直接与AMF实例2进行通信，无需重新选择AMF实例。或者，在另一种可能的实现方式中，SMF设备也可以通过后续步骤610至步骤611来保存SMF设备与AMF实例2之间的接口信息。

609、SMF设备通过SMF设备与AMF实例2之间的接口向AMF实例2发送下行消息，AMF实例2接收下行消息。

需要说明的是，SMF设备在将下行消息发送给根据AMF群组标识查找到的AMF实例2之后，AMF实例2也可以重新为UE选取一个AMF实例，例如AMF实例3，并向AMF实例3发送下行消息，或者将AMF实例3的标识发送给SMF设备，由SMF设备向AMF实例3发送下行消息。

其中，AMF实例2接收到下行消息之后的后续处理下行消息的流程与现有技术相同，此处不再赘述。

需要说明的是，在后续的流程中，在UE重新进入连接状态之后，还可以执行步骤610至611。

610、AMF实例2向SMF设备发送响应消息，响应消息中包括AMF实例2与SMF设备之间的接口信息，SMF设备接收响应消息。

611、SMF设备将AMF实例2与SMF设备之间的接口信息保存在UE会话上下文中。

本申请的实施例提供的消息传输的方法，相比于现有技术中SMF设备总是选择上次为UE服务的AMF实例为UE提供服务，本申请的实施例中，在RAN释放RAN与为UE服务的AMF实例之间的接口时，说明UE进入空闲状态，SMF设备会将UE上下文中的SMF设备与为UE服务的AMF实例之间的接口信息删除，进而当SMF设备需要发送针对该UE的下行消息时，就无法直接从UE上下文中查找上一次为该UE服务的AMF实例与SMF设备之间的接口信息，就不会继续选择上次为UE服务的AMF实例，而是去重新选择AMF实例，这样就避免了SMF设备总是选择上次为UE服务的AMF实例而导致的负载不均衡的现象出现。

在图6所示的实施例中，是以AMF群组的指示信息为AMF群组ID为例进行说明的，在本申请的实施例提供的另一种实现方式中，AMF群组的指示信息还可以为AMF群组的缺省路由，当AMF群组的指示信息为AMF群组的缺省路由时，如图7所示，该方法可以实现为以下步骤701至步骤712。

其中，步骤701至步骤707与上述步骤601至步骤607相同，步骤711至712与上述步骤610至步骤611相同，此处不再赘述。

708、当SMF设备接需要发送下行消息时，SMF设备向AMF群组的缺省路由对应的设备发送下行消息，AMF群组的缺省路由对应的设备接收下行消息。

其中，AMF群组的缺省路由指向ASF单元，其中，ASF单元是一个网络功能，具体可以为AMF群组中的缺省AMF实例，或者也可以为一个专门的网络功能，例如可以为一个负载均衡器。

709、ASF单元选择为UE服务的AMF实例，例如为AMF实例2。

710、ASF单元向AMF实例2发送下行消息，AMF实例2接收下行消息。

或者，在另一种可能的实现方式中，步骤710还可以替换为ASF单元向SMF设备发送AMF实例2的标识，然后SMF设备根据AMF实例2的标识，向AMF实例2发送下行消息。

图6和图7对应的实施例为当本申请的消息传输的方法应用于图4所示的场景时的实现方式，在本申请的另一实施例中，本申请的消息传输的方法还可以应用于图3所示的场景中，以UE、RAN设备、处理单元1、处理单元2、以及SMF设备之间的交互流程为例进行说明，其中，处理单元1和处理单元2属于同一个AMF设备，如图8所示，该方法包括：

801、UE向处理单元1发送会话建立请求，处理单元1接收会话建立请求。

其中，UE向处理单元1发送会话建立请求是为了触发PDU会话建立的过程，当UE发起PDU会话建立的过程时，UE处于连接状态，此时为UE服务的是处理单元1。

802、处理单元1向SMF设备发送会话建立请求，SMF设备接收会话建立请求。

其中，会话建立请求可以有以下三种实现方式。

第一种：会话建立请求中包括处理单元1的第二接口信息(N11接口信息)。

第二种：会话建立请求中包括处理单元1的第二接口信息(N11接口信息)、处理单元1所属的AMF设备的指示信息。

第三种：会话建立请求中包括处理单元1的第二接口信息(N11接口信息)、删除指示、处理单元1所属的AMF设备的指示信息。

需要说明的是，AMF设备的指示信息可以为AMF设备ID，也可以为AMF设备的缺省路由，在图8对应的实施例中，以AMF设备的指示信息为AMF设备ID为例进行说明。

803、SMF设备将会话建立请求中携带的信息保存在UE会话上下文中。

可以理解的是，在上述步骤802描述的会话建立请求的每种实现方式中，会话建立请求中都会携带处理单元1的第二接口信息，因为当前为UE服务的处理单元为处理单元1，所以SMF设备需将处理单元1的第二接口信息保存在UE会话上下文中，以便于在UE处于连接状态时，SMF设备可以直接通过UE会话上下文中保存的第二接口信息，向为UE服务的处理单元1发送下行消息。

另外，如果会话建立请求中还包括AMF设备的指示信息，则SMF设备还需将AMF设备的指示信息保存在UE会话上下文中，同样，如果会话建立请求中还包括删除指示，则SMF设备还需将删除指示保存在UE会话上下文中。

上述步骤801至步骤803为会话建立过程，在完成会话建立之后，当UE进入空闲状态时，还需执行UE进入空闲状态的处理过程。

804、RAN设备向处理单元1发送第一接口释放消息，处理单元1接收第一接口释放消息。

805、处理单元1根据第一接口释放消息释放第一接口。

可以理解的是，处理单元1释放处理单元1与RAN之间的第一接口后，UE由连接状态切换为空闲状态。

806、处理单元1向SMF设备发送第一接口释放消息，SMF设备接收第一接口释放消息。

需要说明的是，对应于步骤802，第一接口释放消息也包含三种实现方式。

第一种：若会话建立请求为步骤802中描述的第一种实现方式，则第一接口释放消息中可以携带删除指示、处理单元1所属的AMF群组的指示信息、第一接口释放通知。

第二种：若会话建立请求为步骤802中描述的第二种实现方式，则第一接口释放消息中可以携带删除指示、第一接口释放通知。

第三种：若会话建立请求为步骤802中描述的第三种实现方式，则第一接口释放消息中可以携带第一接口释放通知。

需要说明的是，若处理单元1要在第一接口释放消息中携带删除指示，需先判断自身所属的AMF设备的各处理单元是否支持无状态，若AMF设备的各处理单元支持无状态，处理单元1才会将删除指示携带在第一接口释放消息中，结合图3，AMF设备的各处理单元支持无状态是指，各个处理单元中不保存UE会话上下文信息，各处理单元服务的UE的会话上下文信息均保存在DB中，同一AMF设备中的处理单元可以共享DB中存储的UE会话上下文信息。

807、SMF设备在接收到第一接口释放消息的情况下，根据删除指示删除UE会话上下文中的第二接口信息。

SMF设备接收到第一接口释放消息，说明UE已经进入空闲状态，此时SMF设备删除UE会话上下文中的第二接口信息，可以避免在该UE重新进入链接状态时，SMF设备仍根据UE会话上下文中的第二接口信息将处理单元1作为为UE服务的处理单元。此时由于UE会话上下文中不存在第二接口信息，就只能在SMF设备中重新选取为UE服务的处理单元，避免了一直由同一个处理单元为UE服务。

上述步骤804至步骤807为UE进入空闲状态的处理过程，如果后续SMF设备接收到针对该UE的下行消息，则还需执行以下步骤808至步骤811，使UE重新进入连接状态。

808、当SMF设备需要发送下行消息时，SMF设备根据AMF设备ID选择AMF设备的ASF单元。

其中，SMF设备可以根据AMF设备ID从NRF设备或者其他的设备中查找AMF设备的对外接口，该接口可以为ASF单元的传输层信息。在本实施例中，ASF单元可以为AMF设备中的一个LB单元，也可以为AMF设备中的一个处理单元。

在ASF单元为AMF设备中的一个处理单元的情况下，SMF设备可以直接将下行消息发送给该处理单元，由该处理单元为UE提供服务，或者，该处理单元接收到SMF设备发送的下行消息后，也可以执行以下步骤810至步骤811，重新选择为UE服务的处理单元，并将下行消息发送至重新选取的处理单元。

809、SMF设备向ASF单元发送下行消息，ASF单元接收下行消息。

需要说明的是，当ASF单元为LB单元时，也可以执行步骤810至811。

810、ASF单元选择为UE服务的处理单元，例如为处理单元2。

811、ASF单元向处理单元2发送下行消息，处理单元2接收下行消息。

在另一种可能的实现方式中，ASF单元还可以向SMF设备发送处理单元2的标识，由SMF设备根据处理单元2的标识向处理单元2发送下行消息。

其中，处理单元2接收到下行消息之后的后续处理下行消息的流程与现有技术相同，此处不再赘述。

需要说明的是，在后续的流程中，在UE重新进入连接状态之后，还可以执行步骤812至813。

812、处理单元2向SMF设备发送响应消息，响应消息中包括处理单元2与SMF设备之间的接口信息，SMF设备接收响应消息。

813、SMF设备将处理单元2与SMF设备之间的接口信息保存在UE会话上下文中。

本申请的实施例提供的消息传输的方法，由于在RAN释放RAN与为UE服务的处理单元之间的接口后，SMF设备会将UE上下文中的SMF设备与为UE服务的处理单元之间的接口删除，进而当SMF设备需要发送下行消息时，就需要重新触发选择处理单元的过程，可以实现处理单元之间的负载均衡。

上述主要从SMF设备的角度对本发明实施例提供的方案进行了介绍。可以理解的是，SMF设备中包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

本申请的实施例可以根据上述方法示例对SMF设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请的实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，本申请的实施例提供一种消息传输的装置，该装置可以实现为上述实施例中的SMF设备。如图9所示，图9示出了上述实施例中所涉及的SMF设备的一种可能的结构示意图。该SMF设备包括：接收模块901，删除模块902，发送模块903。

其中，接收模块901，用于接收来自第一设备的删除指示和第一设备所属群组的指示信息，删除指示用于指示删除模块902在接收模块901接收到第一接口释放消息时，删除用户设备UE会话上下文中的第二接口信息。

删除模块902，用于在接收模块901接收到第一接口释放消息的情况下，根据删除指示删除UE会话上下文中的第二接口信息。

发送模块903，用于当需要发送下行消息时，向第二设备发送下行消息。

在本申请实施例的另一种可能的实现方式中，该装置还包括：存储模块904。

接收模块901，具体用于接收来自第一设备的会话建立请求，会话建立请求中包括群组的指示信息、删除指示以及第二接口信息。

存储模块904，用于将群组的指示信息、删除指示以及第二接口信息保存在UE会话上下文中。

删除模块902，具体用于在接收模块接收到第一设备发送的第一接口释放消息的情况下，根据UE会话上下文中的删除指示，删除UE会话上下文中的第二接口信息。

在本申请实施例的另一种可能的实现方式中，接收模块901，具体用于接收来自第一设备的会话建立请求，会话建立请求中包括群组的指示信息和第二接口信息；以及接收来自第一设备的第一接口释放消息，第一接口释放消息中包括删除指示。

存储模块904，用于将群组的指示信息和第二接口信息保存在UE会话上下文中。

在本申请实施例的另一种可能的实现方式中，接收模块901，具体用于接收来自所述第一设备的会话建立请求，会话建立请求中包括第二接口信息；以及接收来自第一设备的第一接口释放消息，第一接口释放消息中包括群组的指示信息和删除指示。

存储模块904，用于将第二接口信息保存在UE会话上下文中。

删除模块902，具体用于根据第一接口释放消息中包括的删除指示删除UE的会话上下文中的第二接口信息。

在本申请实施例的另一种可能的实现方式中，群组的指示信息为群组的群组身份标识ID；

对应的，发送模块903，具体用于根据所述群组ID确定为UE服务的第二设备；通过消息传输的装置与第二设备之间的接口向第二设备发送下行消息。

在本申请实施例的另一种可能的实现方式中，群组的指示信息为群组的缺省路由；

发送模块903，具体用于当向群组的缺省路由对应的设备发送下行消息；接收来自群组的缺省路由对应的设备的第二设备标识，第二设备为群组的缺省路由对应的设备为UE选择的第二设备；通过消息传输的装置与第二设备之间的接口，向接收模块接收到的第二设备标识对应的第二设备发送下行消息。

发送模块903，具体用于通过群组的缺省路由对应的设备向第二设备发送下行消息，第二设备为群组的缺省路由对应的设备为UE选择的第二设备。

另外，存储模块904，用于当接收模块901接收到来自第二设备的消息后，将消息传输的装置与第二设备之间的接口信息保存在UE会话上下文中。

具体的，对应上述方法实施例，接收模块901用于支持SMF设备接收图6中的步骤602发送的会话建立请求，步骤606发送的第一接口释放消息，步骤610发送的响应消息，以及图7中步骤702发送的第一接口释放消息，步骤706发送的第一接口释放消息，步骤711发送的响应消息，还用于支持SMF设备接收图8中步骤802发送的会话建立请求，步骤806发送的第一接口释放消息，以及步骤812发送的响应消息。删除模块903，用于支持SMF设备执行图6中的步骤607，图7中的步骤707，以及图8中的步骤807。发送模块903，用于支持SMF设备执行图6中的步骤609，图7中的步骤708，以及图8中的步骤809。存储模块904，用于支持SMF设备执行图6中的步骤603和步骤611，图7中的步骤703和步骤712，图8中的步骤803和步骤813。

其中，上述方法实施例涉及的各步骤的所有相关内容均可援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，需要说明的是，图9所示的接收模块901和发送模块903，可以集成在图5所示的通信接口503中，使通信接口503执行接收模块901和发送模块903的具体功能。删除模块902可以集成在图5所示处理器502中，使处理器502执行删除模块902的具体功能。存储模块904，可以集成在图5所示的存储器501中，使存储器501执行存储模块904的具体功能。

如图10所示，为了解决现有技术中负载不均衡的问题，本申请的另一实施例提供一种数据传输的方法，当该方法应用于图4的场景中时，以UE、RAN设备、AMF实例以及SMF设备之间的交互流程为例进行说明，其中，AMF实例1和AMF实例2属于同一个AMF群组，该方法包括三个阶段，第一阶段为会话建立过程，对应步骤1001至步骤1003；第二阶段为UE进入空闲状态的处理过程，对应步骤1004至步骤1007；第三阶段为SMF设备需要发送下行消息时，UE重新进入连接状态的过程，对应步骤1008至步骤1009。该方法具体包括：

1001、UE向AMF实例1发送会话建立请求，AMF实例1接收会话建立请求。

其中，UE向AMF实例1发送会话建立请求是为了触发PDU会话建立的过程，当UE发起PDU会话建立的过程时，UE处于连接状态，此时为UE服务的是AMF实例1。

1002、AMF实例1向SMF设备发送会话建立请求，AMF实例1接收会话建立请求。

其中，会话建立请求可以有以下三种实现方式。

第一种：会话建立请求中包括AMF实例1的信息。

其中，AMF实例1的信息用于SMF设备寻址AMF实例，例如，AMF实例1的信息可以为AMF实例标识、AMF实例中业务端点的统一资源标识符(uniform resource identifier,URI)或者AMF实例在NRF设备中注册的资源标识等。

第二种：会话建立请求中包括AMF实例1的信息、AMF实例1所属的AMF群组的指示信息。

第三种：会话建立请求中包括AMF实例1信息、无状态指示信息、AMF实例1所属的AMF群组的指示信息。

需要说明的是，AMF群组的指示信息可以为AMF群组ID，也可以为AMF群组的缺省路由。在图9对应的实施例中以AMF群组的指示信息为AMF群组ID为例进行说明。

还需说明的是，若采用上述第三种实现方式，AMF实例1需先判断自身所属的AMF群组是否支持无状态模式，若AMF群组支持无状态模式，AMF实例1才会将无状态指示信息携带在会话建立请求中。其中，结合图4，AMF群组支持无状态模式是指，当UE处于空闲态时AMF实例不保存UE会话上下文信息，AMF群组中的各AMF实例服务的空闲态的UE的会话上下文信息均被保存在AMF群组的DB中，同一AMF群组中的各个AMF实例可以共享DB中存储的UE会话上下文信息，这样每个AMF实例不仅可以处理自身服务过的UE的相关信息，也可以处理其他UE的相关信息。

其中，无状态指示信息用于指示SMF设备在确定UE对应的信令连接与第一接口的绑定释放后，若SMF设备需要给AMF实例发送下行消息，SMF设备需根据AMF群组的指示信息从AMF群组中重新选择AMF实例，并将下行消息发送给新选择的AMF实例。

无状态指示信息可以是一个单独的指示信息，例如，在消息中携带一个比特位来指示AMF群组工作在无状态模式，也可以是用其他方式来体现，比如，在消息中携带特殊的AMF指针来表示AMF群组工作在无状态模式(例如，若消息中携带的AMF指针标识为1111则表示该AMF群组工作在无状态模式)。

信令连接与第一接口的绑定释放包括但不限于以下两种情况：

在具体实现中，信令连接中的信令可以指下一代应用协议(Next Generationapplication protocol，NGAP)信令，也可以指N2接口的应用协议(N2referenceapplication protocol，N2AP)。

需要说明的是，除了上述获取无状态指示信息的方法之外，SMF还可根据AMF群组的指示信息从本地配置信息中获取上述无状态指示信息。

1003、SMF设备将会话建立请求中携带的信息保存在UE会话上下文中。

可以理解的是，在上述步骤1002描述的会话建立请求的每种实现方式中，会话建立请求中都会携带AMF实例1的信息，因为当前为UE服务的AMF实例为AMF实例1，所以SMF设备需将AMF实例1的信息保存在UE会话上下文中，以便于在UE处于连接状态时，SMF设备可以直接通过UE会话上下文中保存的AMF实例1的信息，向为UE服务的AMF实例1发送下行消息。

另外，如果会话建立请求中还包括AMF群组的指示信息，则SMF设备还需将AMF群组的指示信息保存在UE会话上下文中。可选地，如果会话建立请求中还包括无状态指示信息，则SMF设备还需将无状态指示信息保存在UE会话上下文中，或者可选地，SMF设备可将无状态指示信息保存在AMF群组或AMF对应的上下文中。

上述步骤1001至步骤1003为会话建立过程，在完成会话建立之后，当UE进入空闲状态时，还需执行UE进入空闲状态的处理过程。

1004、RAN设备向AMF实例1发送释放消息，AMF实例1接收释放消息。

其中，释放消息用于指示AMF实例1释放UE对应的信令连接与第一接口的绑定。

1005、AMF实例1设备根据释放消息释放UE对应的信令连接与第一接口的绑定。

可以理解的是，AMF实例1释放AMF实例1与RAN之间的UE对应的信令连接与第一接口的绑定后，UE由连接状态切换为空闲状态。

1006、AMF实例1向SMF设备发送会话更新请求或释放通知，该会话更新请求中包括释放原因，SMF设备接收会话更新请求或者释放通知。

其中，释放原因用于表示UE对应的信令连接与第一接口的绑定释放的原因。释放通知用于表示UE对应的信令连接与第一接口的绑定已释放。

需要说明的是，对应于步骤1002，会话更新请求消息也包含三种实现方式。

第一种：若会话建立请求为步骤1002中描述的第一种实现方式，则会话更新请求中可以携带AMF实例1所属的AMF群组的指示信息和释放原因。可选的会话更新请求中还可以携带无状态指示信息。

第二种：若会话建立请求为步骤1002中描述的第二种实现方式，则会话更新请求中可以携带释放原因。可选的会话更新请求中还可以携带无状态指示信息。

第三种：若会话建立请求为步骤1002中描述的第三种实现方式，则会话更新请求消息中可以携带释放原因。

需要说明的是，若AMF实例1要在会话更新请求消息中携带无状态指示信息，需先判断自身所属的AMF群组是否支持无状态模式，若AMF群组支持无状态模式，AMF实例1才会将无状态指示信息携带在会话更新请求中。

类似地，释放通知也包括以上三种实现方式。

需要说明的是，这一步，除了AMF实例1向SMF设备发送会话更新请求或者释放通知，并且在会话更新请求或携带释放原因，AMF实例1也可能向SMF设备发送UE进入空闲态的通知。类似地，进入空闲态通知也包括上述三种实现方式。

1007、SMF设备根据释放原因、释放通知或者UE进入空闲态通知判断UE对应的信令连接与第一接口的绑定释放。

在一种实现方式中，SMF设备根据无状态指示信息删除UE会话上下文中的AMF实例1的信息。

其中，若会话更新请求消息中携带无状态指示信息，则SMF设备直接根据会话更新请求中携带的无状态指示信息删除UE会话上下文中的AMF实例1的信息。若会话更新请求消息中未携带无状态指示信息，且UE会话上下文中保存了无状态指示信息，则SMF设备根据UE会话上下文中保存的无状态指示信息删除AMF实例1的信息。除此之外，SMF设备还可根据配置AMF群组的信息从本地配置信息中获取无状态指示信息，并根据本地配置信息中的无状态指示信息删除AMF实力1的信息。

SMF设备根据接收到会话更新请求或释放通知或者根据接收到的UE进入空闲态通知，判断UE已经进入空闲状态，此时SMF设备删除UE会话上下文中的AMF实例1的信息，可以避免在该UE重新进入连接状态时，SMF设备仍根据UE会话上下文中的AMF实例1的信息将AMF实例1作为为UE服务的AMF实例。此时由于UE会话上下文中不存在AMF实例1的信息，就只能在AMF群组中重新选取为UE服务的AMF实例，避免了一直由同一个AMF实例为UE服务。

在另外一种实现方式中，SMF设备在步骤1007中不删除AMF实例1的的信息，SMF设备根据接收到会话更新请求或释放通知或者根据接收到的UE进入空闲态通知，判断UE已经进入空闲状态，SMF设备将UE的连接管理(Connection Management，CM)状态设置为空闲态。

上述步骤1004至步骤1007为UE进入空闲状态的处理过程，如果后续SMF设备接收到针对该UE的下行消息，则还需执行以下步骤1008至步骤1009，使UE重新进入连接状态。

1008、当SMF设备需要发送下行消息时，SMF设备根据AMF群组ID，从AMF群组中选择为UE服务的AMF实例，例如为AMF实例2。

可选地，当SMF设备需要发送下行消息时，可判断UE对应的信令连接与第一接口的绑定是否释放，若确定UE对应的信令连接与第一接口的绑定已释放，则根据AMF群组ID，从AMF群组中选择为UE服务的AMF实例。

在一种实现方式中，SMF设备查询UE会话上下文，若UE会话上下文中没有保存任何AMF实例的信息，则SMF设备根据AMF群组ID选择为UE服务的AMF实例。

在另一种实现方式中，SMF设备判断UE的CM状态为空闲态，并且，SMF设备收到了来自AMF实例1的无状态指示信息(如步骤1001或者1006)或者SMF设备根据配置确定AMF群组工作在无状态模式，则，即使UE会话上下文中保存了AMF实例信息，SMF设备还是根据AMF群组ID选择为UE服务的AMF实例。

SMF设备可以在重新选择为UE服务的AMF实例2后，在UE会话上下文中保存AMF实例2的信息，以便于在该UE一直处于连接状态的情况下，SMF设备直接与AMF实例2进行通信，无需重新选择AMF实例。

1009、SMF设备向AMF实例2发送下行消息，AMF实例2接收下行消息。

本申请的实施例提供的消息传输的方法，相比于现有技术中SMF设备总是选择上次为UE服务的AMF实例为UE提供服务，本申请的实施例中，在RAN释放RAN与为UE服务的AMF实例之间的接口与UE对应的信令的绑定时，说明UE进入空闲状态，SMF设备会将UE上下文中的AMF实例的信息删除，进而当SMF设备需要发送针对该UE的下行消息时，就无法直接从UE上下文中查找上一次为该UE服务的AMF实例的信息，就不会继续选择上次为UE服务的AMF实例，而是去重新选择AMF实例，这样就避免了SMF设备总是选择上次为UE服务的AMF实例而导致的负载不均衡的现象出现。

在采用对应各个功能划分各个功能模块的情况下，本申请的实施例提供一种消息传输的装置，该装置可以实现为上述实施例中的SMF设备。如图11所示，图11示出了上述实施例中所涉及的SMF设备的另一种可能的结构示意图。该SMF设备包括：获取模块1101和发送模块1102。

获取模块1101，用于获取无状态指示信息和第一设备所属群组的群组指示信息，无状态指示信息用于指示在确定用户设备UE对应的信令连接与第一接口的绑定释放后需要发送下行消息时，根据群组指示信息选择用于为UE服务的第二设备，第一设备为信令连接与第一接口的绑定释放前为UE服务的设备，第一接口为无线接入网RAN与第一设备间的接口。

发送模块1102，用于在获取模块1101接收到来自第一设备的释放通知的情况下，当需要发送下行消息时，向第二设备发送下行消息，第二设备为根据群组指示信息确定的用于为UE服务的设备。其中，释放通知用于表示UE对应的信令连接与第一接口的绑定已释放。

在本申请实施例的另一种可能的实现方式中，该装置还包括确定模块1103。

确定模块1103，用于确定UE对应的信令连接与第一接口的绑定释放。

在本申请实施例的另一种可能的实现方式中，确定模块1103，还用于若发送模块需要发送下行消息，且确定模块1103确定UE对应的信令连接与第一接口的绑定释放，则根据群组指示信息确定用于为UE服务的第二设备。

在本申请实施例的另一种可能的实现方式中，获取模块1101，具体用于接收来自第一设备的会话建立请求，会话建立请求中包括所述群组指示信息；或者，接收来自第一设备的释放通知，释放通知中包括群组指示信息。

在本申请实施例的另一种可能的实现方式中，获取模块1101，具体用于接收来自第一设备的会话建立请求，会话建立请求中包括无状态指示信息；或者，接收来自第一设备的释放通知，释放通知种包括无状态指示信息；或者，从本地配置信息中获取无状态指示信息。

在本申请实施例的另一种可能的实现方式中，该装置还包括删除模块1104。

删除模块1104，用于在获取模块1101接收到来自第一设备的释放通知后，根据无状态指示信息删除UE会话上下文中的第一设备的信息。

在本申请实施例的另一种可能的实现方式中，该装置还包括：存储模块1105。

存储模块1105，用于在获取模块1101接收到来自第一设备的释放通知后，保存信令连接与第一接口的绑定的释放状态。

可选地，确定模块1103，还用于根据信令连接与第一接口的绑定的释放状态确定信令连接与第一接口的绑定已释放；

进一步地，确定模块1103，还用于若发送模块1102需要发送下行消息，且确定模块1103根据信令连接与第一接口的绑定的释放状态确定信令连接与第一接口的绑定已释放，则根据群组指示信息确定用于为UE服务的第二设备。

其中，群组指示信息为第一设备所属群组的群组身份标识ID；

确定模块1103，具体用于若发送模块1102需要发送下行消息，且确定模块1103根据信令连接与第一接口的绑定的释放状态确定信令连接与第一接口的绑定已释放，则根据群组ID确定为UE服务的第二设备。

具体的，对应上述方法实施例，获取模块1101用于支持SMF设备获取图10中的步骤1002发送的会话建立请求，步骤1006发送的第一接口释放消息。发送模块1102，用于支持SMF设备执行图10中的步骤1009。删除模块1104，用于支持SMF设备执行图10中的步骤1007。确定模块1103，用于支持SMF设备执行图10中的步骤1008。存储模块1105，用于支持SMF设备执行图10中的步骤1003。

在采用集成的单元的情况下，需要说明的是，图11所示的获取模块1101和发送模块1102，可以集成在图5所示的通信接口503中，使通信接口503执行获取模块1101和发送模块1102的具体功能。确定模块1103和删除模块1104可以集成在图5所示处理器502中，使处理器502执行确定模块1103和删除模块1104的具体功能。存储模块1105，可以集成在图5所示的存储器501中，使存储器501执行存储模块1105的具体功能。

本申请的实施例还提供了一种计算机存储介质，用于存储为上述SMF设备所用的计算机软件指令，器包含用于执行上述实施例中SMF设备执行的步骤所设计的程序。

本申请的实施例还提供了一种计算机程序产品，例如计算机可读存储介质，包括用于执行上述实施例中SMF设备执行的步骤所设计的程序。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(Random Access Memory，RAM)、闪存、只读存储器(ReadOnly Memory，ROM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络设备上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个功能单元独立存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在可读取的存储介质中，如计算机的软盘，硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims

1.一种消息传输的方法，其特征在于，包括：

会话管理功能设备接收来自第一设备的删除指示和所述第一设备所属的群组的指示信息，所述删除指示用于指示所述会话管理功能设备在收到第一接口释放消息时，删除用户设备UE会话上下文中的第二接口信息，第一接口为无线接入网RAN与所述第一设备间的接口，第二接口为所述第一设备与所述会话管理功能设备间的接口；其中，所述删除指示和所述群组的指示信息携带在会话建立请求中；或者所述群组的指示信息携带在所述会话建立请求中，所述删除指示携带在所述第一接口释放消息中；或者，所述群组的指示信息和所述删除指示携带在所述第一接口释放消息中；

在所述会话管理功能设备接收到来自所述第一设备的第一接口释放消息的情况下，所述会话管理功能设备根据所述删除指示删除所述UE会话上下文中的第二接口信息；

当所述会话管理功能设备需要发送下行消息时，所述会话管理功能设备向第二设备发送所述下行消息，所述第二设备为根据所述群组的指示信息确定的用于为所述UE服务的设备。

2.根据权利要求1所述的方法，其特征在于，所述会话管理功能设备接收来自第一设备的删除指示和所述第一设备所属的群组的指示信息，包括：

所述会话管理功能设备接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述群组的指示信息、所述删除指示以及所述第二接口信息；

在所述会话管理功能设备接收来自所述第一设备的会话建立请求之后，所述方法还包括：

所述会话管理功能设备将所述群组的指示信息，所述删除指示以及所述第二接口信息保存在所述UE会话上下文中。

3.根据权利要求2所述的方法，其特征在于，所述会话管理功能设备根据所述删除指示删除所述UE会话上下文中的第二接口信息，包括：

所述会话管理功能设备根据所述UE会话上下文中的所述删除指示，删除所述UE会话上下文中的第二接口信息。

4.根据权利要求1所述的方法，其特征在于，所述会话管理功能设备接收来自第一设备的删除指示和所述第一设备所属的群组的指示信息，包括：

所述会话管理功能设备接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述群组的指示信息和所述第二接口信息；

所述会话管理功能设备接收来自所述第一设备的第一接口释放消息，所述第一接口释放消息中包括所述删除指示；

所述会话管理功能设备将所述群组的指示信息和所述第二接口信息保存在所述UE会话上下文中。

5.根据权利要求1所述的方法，其特征在于，所述会话管理功能设备接收来自第一设备的删除指示和所述第一设备所属的群组的指示信息，包括：

所述会话管理功能设备接收来自所述第一设备的第一接口释放消息，所述第一接口释放消息中包括所述群组的指示信息和所述删除指示；

在所述会话管理功能设备接收来自所述第一设备的第一接口释放消息之前，所述方法还包括：

所述会话管理功能设备接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述第二接口信息；

所述会话管理功能设备将所述第二接口信息保存在所述UE会话上下文中。

6.根据权利要求4或5所述的方法，其特征在于，所述会话管理功能设备根据所述删除指示删除所述UE会话上下文中的第二接口信息，包括：

所述会话管理功能设备根据所述第一接口释放消息中包括的所述删除指示删除所述UE的会话上下文中的第二接口信息。

7.根据权利要求1所述的方法，其特征在于，所述群组的指示信息为所述群组的群组身份标识ID；相应的，所述会话管理功能设备向第二设备发送所述下行消息，包括：

所述会话管理功能设备根据所述群组ID确定为所述UE服务的第二设备；

所述会话管理功能设备通过所述会话管理功能设备与所述第二设备之间的接口向所述第二设备发送所述下行消息。

8.根据权利要求1所述的方法，其特征在于，所述群组的指示信息为所述群组的缺省路由；相应的，所述会话管理功能设备向第二设备发送所述下行消息，包括：

当所述会话管理功能设备需要发送下行消息时，所述会话管理功能设备向所述群组的缺省路由对应的设备发送所述下行消息；

所述会话管理功能设备接收来自所述群组的缺省路由对应的设备的第二设备标识，所述第二设备为所述群组的缺省路由对应的设备为所述UE选择的第二设备；

所述会话管理功能设备通过所述会话管理功能设备与所述第二设备之间的接口，向所述第二设备标识对应的第二设备发送所述下行消息。

9.根据权利要求1所述的方法，其特征在于，所述群组的指示信息为所述群组的缺省路由；相应的，所述会话管理功能设备向第二设备发送所述下行消息，包括：

当所述会话管理功能设备需要发送下行消息时，所述会话管理功能设备通过所述群组的缺省路由对应的设备向所述第二设备发送所述下行消息，所述第二设备为所述群组的缺省路由对应的设备为所述UE选择的第二设备。

10.根据权利要求9所述的方法，其特征在于，在所述会话管理功能设备通过所述群组的缺省路由对应的设备向所述第二设备发送所述下行消息之后，所述方法还包括：

当所述会话管理功能设备接收到来自所述第二设备的消息后，所述会话管理功能设备将所述会话管理功能设备与所述第二设备之间的接口信息保存在所述UE会话上下文中。

11.一种消息传输的装置，其特征在于，包括：

接收模块，用于接收来自第一设备的删除指示和所述第一设备所属的群组的指示信息，所述删除指示用于指示删除模块在所述接收模块接收到第一接口释放消息时，删除用户设备UE会话上下文中的第二接口信息，第一接口为无线接入网RAN与所述第一设备间的接口，第二接口为所述第一设备与所述消息传输的装置间的接口；其中，所述删除指示和所述群组的指示信息携带在会话建立请求中；或者所述群组的指示信息携带在所述会话建立请求中，所述删除指示携带在所述第一接口释放消息中；或者，所述群组的指示信息和所述删除指示携带在所述第一接口释放消息中；

所述删除模块，用于在所述接收模块接收到来自所述第一设备的第一接口释放消息的情况下，根据所述删除指示删除所述UE会话上下文中的第二接口信息；

发送模块，用于当需要发送下行消息时，向第二设备发送所述下行消息，所述第二设备为根据所述群组的指示信息确定的用于为所述UE服务的设备。

12.根据权利要求11所述的装置，其特征在于，所述装置还包括：存储模块；

所述接收模块，具体用于接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述群组的指示信息、所述删除指示以及所述第二接口信息；

所述存储模块，用于将所述群组的指示信息，所述删除指示以及所述第二接口信息保存在所述UE会话上下文中。

13.根据权利要求12所述的装置，其特征在于，

所述删除模块，具体用于在所述接收模块接收到所述第一设备发送的第一接口释放消息的情况下，根据所述UE会话上下文中的所述删除指示，删除所述UE会话上下文中的第二接口信息。

14.根据权利要求11所述的装置，其特征在于，所述装置还包括：存储模块；

所述接收模块，具体用于接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述群组的指示信息和所述第二接口信息；以及接收来自所述第一设备的第一接口释放消息，所述第一接口释放消息中包括所述删除指示；

所述存储模块，用于将所述群组的指示信息和所述第二接口信息保存在所述UE会话上下文中。

15.根据权利要求11所述的装置，其特征在于，所述装置还包括：存储模块；

所述接收模块，具体用于接收来自所述第一设备的第一接口释放消息，所述第一接口释放消息中包括所述群组的指示信息和所述删除指示；以及接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述第二接口信息；

所述存储模块，用于将所述第二接口信息保存在所述UE会话上下文中。

16.根据权利要求14或15所述的装置，其特征在于，

所述删除模块，具体用于根据所述第一接口释放消息中包括的所述删除指示删除所述UE的会话上下文中的第二接口信息。

17.根据权利要求11所述的装置，其特征在于，所述群组的指示信息为所述群组的群组身份标识ID；

所述发送模块，具体用于根据所述群组ID确定为所述UE服务的第二设备；通过所述消息传输的装置与所述第二设备之间的接口向所述第二设备发送所述下行消息。

18.根据权利要求11所述的装置，其特征在于，所述群组的指示信息为所述群组的缺省路由；

所述发送模块，具体用于向所述群组的缺省路由对应的设备发送所述下行消息；接收来自所述群组的缺省路由对应的设备的第二设备标识，所述第二设备为所述群组的缺省路由对应的设备为所述UE选择的第二设备；通过所述消息传输的装置与所述第二设备之间的接口，向所述接收模块接收到的第二设备标识对应的第二设备发送所述下行消息。

19.根据权利要求11所述的装置，其特征在于，所述群组的指示信息为所述群组的缺省路由；

所述发送模块，具体用于通过所述群组的缺省路由对应的设备向所述第二设备发送所述下行消息，所述第二设备为所述群组的缺省路由对应的设备为所述UE选择的第二设备。

20.根据权利要求17至19中任一项所述的装置，其特征在于，所述装置还包括：存储模块；

所述存储模块，用于当所述接收模块接收到来自所述第二设备的消息后，将所述消息传输的装置与所述第二设备之间的接口信息保存在所述UE会话上下文中。

21.一种消息传输的方法，其特征在于，包括：

会话管理功能设备获取无状态指示信息和第一设备所属群组的群组指示信息，所述无状态指示信息用于指示所述会话管理功能设备在确定用户设备UE对应的信令连接与第一接口的绑定释放后需要发送下行消息时，根据所述群组指示信息选择用于为所述UE服务的第二设备，所述第一设备为所述信令连接与所述第一接口的绑定释放前为所述UE服务的设备，所述第一接口为无线接入网RAN与所述第一设备间的接口；

在所述会话管理功能设备接收到来自所述第一设备的释放通知的情况下，当所述会话管理功能设备需要发送下行消息时，所述会话管理功能设备向第二设备发送所述下行消息，所述第二设备为根据所述群组指示信息确定的用于为所述UE服务的设备。

22.根据权利要求21所述的方法，其特征在于，所述方法还包括：

所述会话管理功能设备确定所述UE对应的信令连接与第一接口的绑定释放。

23.根据权利要求21或22所述的方法，其特征在于，所述会话管理功能设备获取第一设备所属群组的群组指示信息，包括：

所述会话管理功能设备接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述群组指示信息；或者，

所述会话管理功能设备接收来自所述第一设备的所述释放通知，所述释放通知中包括所述群组指示信息。

24.根据权利要求21或22所述的方法，其特征在于，所述会话管理功能设备获取无状态指示信息，包括：

所述会话管理功能设备接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述无状态指示信息；或者，

所述会话管理功能设备接收来自所述第一设备的所述释放通知，所述释放通知中包括所述无状态指示信息；或者，

所述会话管理功能设备从本地配置信息中获取所述无状态指示信息。

25.根据权利要求21或22所述的方法，其特征在于，所述群组指示信息为所述第一设备所属群组的群组身份标识ID；相应的，所述方法还包括：

若所述会话管理功能设备需要发送下行消息，且所述会话管理功能设备确定UE对应的信令连接与第一接口的绑定释放，则所述会话管理功能设备根据所述群组ID确定为所述UE服务的第二设备。

26.一种消息传输的装置，其特征在于，包括：获取模块和发送模块；

所述获取模块，用于获取无状态指示信息和第一设备所属群组的群组指示信息，所述无状态指示信息用于指示在确定用户设备UE对应的信令连接与第一接口的绑定释放后需要发送下行消息时，根据所述群组指示信息选择用于为所述UE服务的第二设备，所述第一设备为所述信令连接与所述第一接口的绑定释放前为所述UE服务的设备，所述第一接口为无线接入网RAN与所述第一设备间的接口；

所述发送模块，用于在所述获取模块接收到来自所述第一设备的释放通知的情况下，当需要发送下行消息时，向第二设备发送所述下行消息，所述第二设备为根据所述群组指示信息确定的用于为所述UE服务的设备。

27.根据权利要求26所述的装置，其特征在于，所述装置还包括：确定模块；

所述确定模块，用于确定UE对应的信令连接与第一接口的绑定释放。

28.根据权利要求26或27所述的装置，其特征在于，

所述获取模块，具体用于接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述群组指示信息；或者，接收来自所述第一设备所述释放通知，所述释放通知中包括所述群组指示信息。

29.根据权利要求26或27所述的装置，其特征在于，

所述获取模块，具体用于接收来自所述第一设备的会话建立请求，所述会话建立请求中包括所述无状态指示信息；或者，接收来自所述第一设备的所述释放通知，所述释放通知中包括所述无状态指示信息；或者，从本地配置信息中获取所述无状态指示信息。

30.根据权利要求26或27所述的装置，其特征在于，所述群组指示信息为所述第一设备所属群组的群组身份标识ID；

所述确定模块，具体用于若所述发送模块需要发送下行消息，且所述确定模块确定UE对应的信令连接与第一接口的绑定已释放，则根据所述群组ID确定为所述UE服务的第二设备。