CN110519809B - 管理pdu会话的方法、网元、设备、装置、系统和存储介质 - Google Patents

Abstract

本申请实施例公开了管理PDU会话的方法、装置和系统，涉及通信技术领域，有助于节省PDU会话进入激活态所需要的时间。该方法包括：会话管理网元从终端发起建立的PDU会话中确定至少一个PDU会话，该至少一个PDU会话处于激活态；会话管理网元向接入网设备发送第一信息；第一信息包括该至少一个PDU会话的标识信息，第一信息用于指示接入网设备释放该至少一个PDU会话的用户面空口资源，保留该至少一个PDU会话的用户面空口资源的配置信息和该至少一个PDU会话的上下文。

Description

管理PDU会话的方法、网元、设备、装置、系统和存储介质

技术领域

本申请实施例涉及通信技术领域，尤其涉及管理协议数据单元(protocol dataunit，PDU)会话的方法、装置和系统。

背景技术

PDU会话是终端与数据网络(data network，DN)之间的连接，终端可以发起建立多个PDU会话，来连接到相同的DN或者不同的DN。在第五代(5rd generation，5G)网络架构中，PDU会话可以被设置为激活态或去激活态。当PDU会话处于激活态时，该PDU会话的用户面空口资源和控制面资源均已经建立，终端与DN之间可以通过该PDU会话传递数据。当PDU会话处于去激活态时，PDU会话的用户面空口资源和控制面资源均保留了部分信息，终端和DN之间不能通过该PDU会话传递数据。

当PDU会话处于去激活态时，若有数据需要通过该PDU会话进行传输，则网络中的功能网元例如无线接入网络(radio access network，RAN)设备、会话管理功能(sessionmanagement function，SMF)网元和用户面功能(user plane function，UPF)网元等，需要基于网络中保留的该PDU会话的部分信息，恢复该PDU会话的用户面资源和控制面资源，使得该PDU会话处于激活态。然而，PDU会话由去激活态进入激活态的过程，需要有较多的交互信令，因此需要的时间较长。

发明内容

本申请实施例提供了一种管理PDU会话的方法、和系统，有助于节省PDU会话进入激活态所需要的时间。

第一方面，提供了一种管理PDU会话的方法。该方法可以包括：会话管理网元从终端发起建立的PDU会话中确定至少一个PDU会话；该至少一个PDU会话处于激活态；会话管理网元向接入网设备发送第一信息；第一信息包括该至少一个PDU会话的标识信息，第一信息用于指示接入网设备释放该至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和该至少一个PDU会话的上下文。

其中，该至少一个PDU会话是终端发起建立的处于激活态的PDU会话中需要进入休眠态的PDU会话。关于如何确定一个PDU会话需要进入休眠态，本申请不进行限定，具体示例可以参考下文中的具体实施部分。可选的，该至少一个PDU会话的个数是小于终端发起建立的PDU会话的个数。可选的，该至少一个PDU会话的个数等于终端发起建立的PDU会话的个数。

可见，该技术方案中，当PDU会话处于激活态时，会话管理网元可以指示接入网设备释放该PDU会话的用户面空口资源，并保留该用户面空口资源的配置信息和该PDU会话的上下文，这样，当有数据需要通过该PDU会话进行传输时，接入网设备根据保留的该PDU会话的用户面空口资源的配置信息可快速恢复该PDU会话的用户面空口资源，并且不需要重新获取PDU会话的上下文，因此有助于节省PDU会话进入激活态所需要的时间。另外该技术方案有助于实现根据需求选择将任意一个或多个PDU会话由激活态进入休眠态，增加了管理PDU会话的灵活性。

在一种可能的设计中，会话管理网元从终端发起建立的PDU会话中确定至少一个PDU会话，可以包括：会话管理网元确定该至少一个PDU会话属于以下任一种PDU会话：预设时间段内没有数据需要传输的PDU会话；在切换流程中，所有服务质量流都被目标接入网设备(如目标下一代接入网设备)拒绝的PDU会话；终端移出了本地数据网络(local areadata network，LADN)时的LADN PDU会话；终端需要由连接态进入暂停态时，处于激活态的PDU会话；终端移出了允许的范围时，处于激活态的PDU会话。

在一种可能的设计中，会话管理网元从终端发起建立的PDU会话中确定至少一个PDU会话，可以包括：会话管理网元根据终端的会话管理签约数据、终端的策略和会话管理网元的本地配置中的至少一种，从终端发起建立的PDU会话中确定至少一个PDU会话。

在一种可能的设计中，会话管理网元从终端发起建立的PDU会话中确定至少一个PDU会话，可以包括：会话管理网元接收终端发送的第二信息，根据第二信息从终端发起建立的PDU会话中确定至少一个PDU会话；其中，第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息。

在一种可能的设计中，会话管理网元从终端发起建立的PDU会话中确定至少一个PDU会话，可以包括：会话管理网元接收终端发送的第二信息，根据终端的会话管理签约数据、终端的策略和会话管理网元的本地配置中的至少一种以及第二信息，从终端发起建立的PDU会话中确定至少一个PDU会话；其中，第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息。

在一种可能的设计中，该至少一个PDU会话能够进入休眠态。基于该可能的设计，可以认为：该至少一个PDU会话是终端发起建立的PDU会话中的需要、且能够进入休眠态的PDU会话。

在一种可能的设计中，该至少一个PDU会话能够进入休眠态。该方法还可以包括：会话管理网元根据终端的会话管理签约数据、终端的策略和会话管理网元的本地配置中的至少一种，确定该至少一个PDU会话为能够进入休眠态的PDU会话。

在一种可能的设计中，该至少一个PDU会话能够进入休眠态。该方法还可以包括：会话管理网元接收终端发送的第二信息，根据第二信息确定该至少一个PDU会话为能够进入休眠态的PDU会话；其中，第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息。

在一种可能的设计中，该至少一个PDU会话能够进入休眠态。该方法还可以包括：会话管理网元接收终端发送的第二信息，根据终端的会话管理签约数据、终端的策略和会话管理网元的本地配置中的至少一种以及第二信息确定该至少一个PDU会话为能够进入休眠态的PDU会话；其中，第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息。

在一种可能的设计中，该方法还可以包括：会话管理网元在接收到接入网设备发送的第一信息的响应信息之后，将该至少一个PDU会话的状态由激活态修改为休眠态。

在一种可能的设计中，该方法还可以包括：会话管理网元接收接入网设备发送的第三信息；其中，第三信息包括一个或多个PDU会话的标识信息，该一个或多个PDU会话是终端从该至少一个PDU会话中确定的；第三信息用于指示接入网设备已建立该一个或多个PDU会话的用户面空口资源。换句话说，第三信息用于指示接入网设备已恢复该该一个或多个PDU会话的用户面空口资源。该可能的设计给出了PDU会话从休眠态恢复到激活态的过程中，会话管理网元所执行的步骤。

在一种可能的设计中，该方法还可以包括：会话管理网元在接收到第三信息之后，将第三信息所包括的一个或多个PDU会话的标识信息所标记的一个或多个PDU会话的状态由休眠态修改为激活态。

第二方面，提供了一种管理PDU会话的方法。该方法可以包括：接入网设备接收会话管理网元发送的第一信息；其中，第一信息包括至少一个PDU会话的标识信息，该至少一个PDU会话是会话管理网元从终端发起建立的PDU会话中确定的，该至少一个PDU会话处于激活态；接入网设备根据第一信息，释放该至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和该至少一个PDU会话的上下文。

可见，该技术方案中，当PDU会话处于激活态时，接入网设备可以释放该PDU会话的用户面空口资源，并保留该用户面空口资源的配置信息和该PDU会话的上下文，这样，当有数据需要通过该PDU会话进行传输时，接入网设备根据保留的该PDU会话的用户面空口资源的配置信息可快速恢复该PDU会话的用户面空口资源，并且不需要重新获取PDU会话的上下文，因此有助于节省PDU会话进入激活态所需要的时间。另外该技术方案有助于实现根据需求选择将任意一个或多个PDU会话由激活态进入休眠态，增加了管理PDU会话的灵活性。

在一种可能的设计中，接入网设备根据第一信息，向终端发送第四信息；其中，第四信息包括该至少一个PDU会话的标识信息，第四信息用于指示终端释放该至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和该至少一个PDU会话的上下文。

可见，该技术方案中，当PDU会话处于激活态时，接入网设备可以指示终端释放该PDU会话的用户面空口资源，并保留该用户面空口资源的配置信息和该PDU会话的上下文，这样，当有数据需要通过该PDU会话进行传输时，终端根据保留的该PDU会话的用户面空口资源的配置信息可快速恢复该PDU会话的用户面空口资源，并且不需要重新获取PDU会话的上下文，因此有助于节省PDU会话进入激活态所需要的时间。

在一种可能的设计中，该方法还可以包括：接入网设备接收终端发送的第五信息；其中，第五信息包括一个或多个PDU会话的标识信息，该一个或多个PDU会话是终端从该至少一个PDU会话中确定的；接入网设备根据第五信息和该一个或多个PDU会话的用户面空口资源的配置信息，建立该一个或多个PDU会话的用户面空口资源。该可能的设计给出了PDU会话从休眠态恢复到激活态的过程中，接入网设备所执行的步骤。

在一种可能的设计中，该方法还可以包括：接入网设备向会话管理网元发送第三信息；其中，第三信息包括该一个或多个PDU会话的标识信息；第三信息用于指示接入网设备已建立该一个或多个PDU会话的用户面空口资源。该可能的设计给出了PDU会话从休眠态恢复到激活态的过程中，接入网设备所执行的步骤。

在一种可能的设计中，在切换流程中，上述接入网设备是源接入网设备；该方法还可以包括：源接入网设备向目标接入网设备发送该一个或多个PDU会话的上下文。基于该可能的设计，可选的，上述接入网设备接收终端发送的第五信息，具体为：目标接入网设备接收终端发送的第五信息。

第三方面，提供了一种管理PDU会话的方法。该方法可以包括：终端接收接入网设备发送的第四信息；其中，第四信息包括至少一个PDU会话的标识信息，该至少一个PDU会话是会话管理网元从终端发起建立的PDU会话中确定的，该至少一个PDU会话处于激活态；终端根据第四信息释放该至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和该至少一个PDU会话的上下文。

可见，该技术方案中，当PDU会话处于激活态时，接入网设备可以指示终端释放该PDU会话的用户面空口资源，并保留该用户面空口资源的配置信息和该PDU会话的上下文，这样，当有数据需要通过该PDU会话进行传输时，终端根据保留的该PDU会话的用户面空口资源的配置信息可快速恢复该PDU会话的用户面空口资源，并且不需要重新获取PDU会话的上下文，因此有助于节省PDU会话进入激活态所需要的时间。

在一种可能的设计中，该方法还可以包括：终端向会话管理网元发送第二信息；其中，第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息，第二信息用于会话管理网元从终端发起建立的PDU会话中确定该至少一个PDU会话。可选的，该可能的设计可以发生在终端建立PDU会话的流程中，当然不限于此。可见，本申请实施例支持终端向会话管理网元上报PDU会话能够进入休眠态的技术方案。

在一种可能的设计中，该方法还可以包括：终端根据该一个或多个PDU会话的用户面空口资源的配置信息，建立该一个或多个PDU会话的用户面空口资源；其中，该一个或多个PDU会话是终端从至少一个PDU会话中确定的；终端向接入网设备发送第五信息；其中，第五信息包括该一个或多个PDU会话的标识信息，第五信息用于指示接入网设备建立该一个或多个PDU会话的用户面空口资源。该可能的设计给出了PDU会话从休眠态恢复到激活态的过程中，终端所执行的步骤。

第四方面，提供了一种会话管理网元，例如SMF网元。该会话管理网元可以用于执行上述第一方面提供的任一种方法。该会话管理网元具体可以是上述第一方面中描述的会话管理网元。

在一种可能的设计中，可以根据上述第一方面提供的方法对会话管理网元进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

在另一种可能的设计中，该会话管理网元可以包括：存储器和处理器，存储器用于存储计算机程序，该计算机程序被处理器执行时，使得第一方面提供的任一方法被执行。

第五方面，本申请实施例提供了一种接入网设备，如RAN设备。该接入网设备可以用于执行上述第二方面提供的任一种方法。该接入网设备具体可以是上述第二方面中描述的接入网设备。

在一种可能的设计中，可以根据上述第二方面提供的方法对接入网设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

在另一种可能的设计中，该接入网设备可以包括：存储器和处理器，存储器用于存储计算机程序，该计算机程序被处理器执行时，使得第二方面提供的任一方法被执行。

第六方面，本申请实施例提供了一种终端装置。该终端装置可以用于执行上述第三方面提供的任一种方法。该终端装置具体可以是上述第三方面中描述的终端，或该终端装置可以是芯片。

在一种可能的设计中，可以根据上述第三方面提供的方法对终端装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。

在另一种可能的设计中，该终端装置可以包括：存储器和处理器，存储器用于存储计算机程序，该计算机程序被处理器执行时，使得第三方面提供的任一方法被执行。

第七方面，本申请实施例提供了一种管理PDU会话的系统，该系统可以包括上述第四方面提供的任一种会话管理网元，上述第五方面提供的任一种接入网设备，以及上述第六方面提供的任一种终端装置。

本申请实施例还提供了一种处理装置，用以实现上述装置(例如会话管理网元、接入网设备或终端装置)的功能，该处理装置可以包括处理器和接口；处理装置可以是一个芯片，处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现，该存储器可以集成在处理器中，可以位于处理器之外，独立存在。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上储存有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述第一方面至第三方面的任一种可能的方法。

本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得第一方面至第三方面提供的任一方法被执行。

本申请还提供了一种芯片系统，该芯片系统可以包括处理器，用于通信装置实现上述各方面中所涉及的功能，例如，生成，接收，发送，或处理上述方法中所涉及的数据和/或信息。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器，用于保存通信装置必要的程序指令和数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。该芯片系统也可以为一种装置。

可以理解的，上述提供的任一种装置或系统或计算机存储介质或计算机程序产品均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考对应的方法中的有益效果，此处不再赘述。

应注意，本申请实施例提供的上述用于存储计算机指令或者计算机程序的器件，例如但不限于，上述存储器、计算机可读存储介质和通信芯片等，均具有非易失性(non-transitory)。

附图说明

图1为本申请实施例提供的技术方案所适用的一种通信系统的架构示意图；

图2为本申请实施例提供的一种PDU会话的示意图；

图3为本申请实施例提供的一种管理PDU会话的方法的交互示意图一；

图4为本申请实施例提供的一种管理PDU会话的方法的交互示意图二；

图5A为本申请实施例提供的一种终端由连接态进入暂停态的流程即ConnectionSuspend流程的示意图；

图5B为本申请实施例提供的一种终端由暂停态进入连接态的流程即ConnectionResume流程的示意图；

图6A为本申请实施例提供的一种PDU会话由激活态进入休眠态的流程的示意图；

图6B为本申请实施例提供的一种PDU会话由休眠态进激活入态的流程的示意图；

图7为本申请实施例提供的一种建立PDU会话的流程的示意图；

图8为本申请实施例提供的一种会话管理网元的结构示意图；

图9为本申请实施例提供的一种接入网设备的结构示意图；

图10为本申请实施例提供的一种终端装置的结构示意图；

图11为本申请实施例提供的技术方案所适用的一种通信设备的结构示意图。

具体实施方式

本申请实施例提供的技术方案可以应用于无线通信系统中，该无线通信系统可以是5G系统，或者是未来的其他通信系统中。当然也可以是长期演进(long term evolution，LTE)系统、LTE演进(LTE-Advanced，LTE-A)系统等。以无线通信系统是5G系统为例，如图1所示，为本申请实施例提供的技术方案所适用的一种通信系统的架构示意图。

在图1中，通信系统可以包括：终端10、RAN设备20、核心网30，以及数据网络(datanetwork，DN)40。其中，RAN设备也可以称为接入网络(access network，AN)设备。核心网30中的核心网网元(或者称为核心网功能网元)可以包括：接入和移动性管理功能(accessand mobility management function，AMF)网元301、SMF网元302、策略控制功能(policycontrol function，PCF)网元303、UPF网元304和统一数据管理(unified datamanagement，UDM)网元305等。

UE10通过下一代网络(next generation，N)接口1(简称N1)与AMF网元301通信。RAN设备通过N2接口(简称N2)与AMF网元301通信，通过N3接口(简称N3)与UPF网元304通信。AMF网元301通过N11接口(简称N11)与SMF网元302通信，通过N15接口(简称N15)与PCF网元303通信。SMF网元302通过N7接口(简称N7)与PCF网元303通信，通过N4接口(简称N4)与UPF网元304通信，通过N10接口(简称N10)与UDM网元305通信。UPF网元304通过N6接口(简称N6)与DN40通信。上述各个网元之间的连接可以为无线连接或者有线连接，为了方便直观地表示各个网元之间的连接关系，图1中采用实线示意。

终端10可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备；还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant，PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptop computer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop，WLL)台、机器类型通信(machine type communication,MTC)终端、用户设备(user equipment，UE)，移动台(mobile station，MS)，终端设备(terminaldevice)或者中继用户设备等。其中，中继用户设备例如可以是5G家庭网关(residentialgateway，RG)。为方便描述，本申请中，将这些设备统称为终端(terminal)。

RAN设备20可以用于提供无线连接，位于终端10和核心网30之间。RAN设备20可以但不限于包括基站、演进型基站(evolved node base station，eNB)、下一代基站(nextgeneration node base station，gNB)、新型无线电基站(new radio eNB)、宏基站、微基站、高频基站或发送和接收点(transmission and reception point，TRP)、非3GPP接入网络(如WiFi)和/或非3GPP互通功能(non-3GPP interworking function，N3IWF)等设备。需要说明的是，下文中的RAN设备20可以理解为RAN中的网元，在此统一说明，下文不再赘述。

AMF网元301可以用于连接管理、移动性管理、注册管理、接入认证和授权、可达性管理、安全上下文管理以及SMF网元302的选择等。SMF网元302可以用于会话管理如会话的建立、修改和释放等、UPF网元304的选择和控制、业务和会话连续性(service and sessioncontinuity)模式的选择以及漫游服务等。PCF网元303可以用于提供策略控制服务以及获取策略决策的签约信息等。UPF网元304可以用于处理与用户面的事件，例如传输或路由数据包、检测数据包、上报业务量、处理服务质量(quality of service，QoS)、合法监听、存储下行数据包等。UDM网元305可以用于存储用户的签约数据等。

DN40，例如可以是运营商服务，互联网接入或者第三方服务等。

可以理解的，虽然未示出，上述5G网络还可能包括其他的网元，例如网络切片选择功能(network slice selection function，NSSF)网元、网络存储功能(networkrepository function，NRF)网元、认证服务功能(authentication server function，AUSF)网元、应用功能(application function，AF)网元，以及能力开放功能网元(networkexposure function，NEF)网元等，本申请对此不作具体限定。

需要说明的是，图1中的各个网元之间的接口名字只是一个示例，具体实现中接口名字可能为其他名字，本申请实施例对此不进行限定。

需要说明的是，图1中的各网元，如终端、RAN设备、AMF网元、SMF网元、PCF网元、UPF网元以及UDM网元等仅是一个名字，名字对设备本身不构成限定。在5G网络以及未来其它的网络中，这些网元还可以是其他的名字，本申请实施例对此不作具体限定。例如，AMF网元还有可能被替换为AMF或者AMF实体等，SMF网元还有可能被替换为SMF或者SMF实体等，在此进行统一说明，以下不再赘述。

为了方便理解本申请提供的技术方案，以下对本申请中涉及的技术和术语进行介绍。

终端的状态包括连接(connected)态和空闲(idle)态。其中，4G网络架构中的用户面传输增强技术中提出了暂停(suspend)态。暂停态是空闲态的一种。具体的，在连接暂停(Connection Suspend)流程中，保留终端的上下文和承载的上下文，使得终端进入暂停态。当终端有数据需要发送时，可以通过连接恢复(Connection Resume)流程恢复承载，使得终端进入连接态，而不需要发起服务请求(Service Request)流程，从而可以快速恢复承载。

PDU会话，是终端和DN(即图1中的DN40)之间的连接，用于提供PDU连接服务。其中，连接类型可以是网络之间互连的协议(internet protocol，IP)连接、以太网连接或者非结构数据连接等。5G核心网支持的PDU连接服务，是指提供终端和由数据网络名称(datanetwork name，DNN)确定的DN之间PDU交换的服务。终端可以发起建立一个或多个PDU会话，来连接到相同的DN或者不同的DN。终端可以基于一组核心网网元(如SMF网元、PCF网元和UPF网元等)发起建立PDU会话。

如图2所示，为本申请实施例提供的一种PDU会话的示意图。在图2中，终端发起建立了PDU会话1、PDU会话2和PDU会话3。其中，PDU会话1和PDU会话2通过不同的UPF网元连接到DN1，PDU会话3连接到DN2。本申请中描述的终端发起建立的PDU会话，可以理解为由终端触发建立的PDU会话。

PDU会话的状态包括激活态、休眠态和去激活态。其中，休眠态是本申请实施例提出的一种可以但不限于应用于5G通信系统的PDU会话的状态。PDU会话的状态的名字不对PDU会话的状态本身构成限定。PDU会话的休眠态这一名字只是一个示例，具体实现中，PDU会话的休眠态也可能为其他名字，例如，可以是PDU会话的暂停态(Suspend State orSuspend Status or Pause Status)等。

PDU会话处于激活态时，PDU会话的用户面资源(也可以称为用户面连接)和控制面资源均已经建立，终端和DN可以通过该PDU会话传递数据。其中，用户面资源可以包括用户面空口资源例如数据无线承载(data radio bearer，DRB)。控制面资源可以包括控制面空口资源例如信令无线承载(signaling radio bearer，SRB)。一个PDU会话的用户面资源可以包括隧道标识，PDU会话的隧道标识可以包括该PDU会话所经过的RAN设备的隧道信息和该PDU会话所经过的UPF网元的隧道信息，PDU会话所经过的RAN设备和UPF网元可以参考图2。通常，RAN设备中保存UPF网元的隧道信息，UPF网元中保存RAN设备的隧道信息。这样，RAN设备和UPF网元可以实现通过所保存的对端的隧道信息向对端发送数据。

PDU会话处于休眠态时，PDU会话的用户面空口资源被释放，UPF网元中存储的RAN设备的隧道信息被释放，终端和DN不可以通过该PDU会话传递数据，并且，RAN设备和终端中保留了用户面空口资源的配置信息和PDU会话的上下文。其中，用户面空口资源的配置信息，是指用于建立该用户面空口资源的配置信息，例如可以包括DRB的配置信息等。RAN设备中保留的PDU会话的上下文可以但不限于包括以下至少一种：QoS信息、PDU会话的标识信息、UPF网元的隧道信息、单网络切片选择辅助信息(single network slice selectionassistance information，S-NSSAI)、会话聚合最大比特率(aggregate maximum bitrate，AMBR)、PDU会话的类型等。终端中保留的PDU会话的上下文可以但不限于包括以下至少一种：QoS信息、PDU会话的标识信息、分配的互联网协议第4版(internet protocolversion 4，IPv4)地址或IPv6前缀、会话和服务连续性(wession and wervicecontinuity，SSC)模式、PDU会话的类型等。关于PDU会话处于休眠态时，SMF网元和UPF网元中保存的PDU会话的上下文，与PDU会话处于去激活态时，SMF网元和UPF网元中保存的PDU会话的上下文可以对应相同，具体可以参考下文。

PDU会话处于去激活态时，PDU会话的用户面资源和控制面资源均保留了部分信息，终端和DN不可以通过该PDU会话传递数据。例如，SMF网元和UPF网元中保留了PDU会话的上下文，例如可以但不限于包括以下至少一种：QoS信息、S-NSSA、DNN、PDU会话的类型等。PDU会话处于去激活态时，RAN设备通常不保留该PDU会话的上下文。

由上文中的描述可知，PDU会话处于不同状态时，不同网元中保留的PDU会话的上下文可以不同。在此统一说明，下文不再赘述。通常，下文中所描述的PDU会话的上下文是RAN设备和终端中保存的PDU会话的上下文。需要说明的是，本申请中，网元(如RAN设备或终端等)保留某一信息，可以理解为：该网元中本身就保存有该信息，且不释放(或不删除)该信息。或者，可以理解为网元没有针对该信息执行任何操作。

为了清楚对比PDU会话的不同状态，表1中以网元管理的信息包括信息1～5为例，说明了PDU处于不同状态下，网络中的部分网元(如终端、RAN设备和UPF网元)管理的信息。其中，网元管理的信息2～4，具体可以认为是网元保存的信息2～4。其中，信息1表示PDU会话的用户面空口资源。信息2表示PDU会话的用户面空口资源的配置信息。信息3表示RAN设备或终端保留的PDU会话的上下文。信息4表示UPF网元的隧道信息。信息5表示RAN设备的隧道信息。

表1

需要说明的是，表1仅为示例，其不构成本申请中涉及的PDU会话的状态下网络中管理的信息的限定。例如，PDU会话处于去激活态时，并不代表终端、RAN设备和UPF网元中不管理该PDU会话的任何信息，而是代表不管理上述信息1～5。例如，PDU会话处于上述任一状态时，不代表终端、RAN设备和UPF网元中不管理该PDU会话的其他信息，例如还可以管理PDU会话的标识信息、状态等。例如，PDU会话处于上述任一状态时，不代表终端中的其他网元中不管理该PDU会话的信息，例如SMF网元中还可以管理PDU会话的状态等。

终端处于连接态时，终端和核心网之间存在信令连接，该终端发起建立的任一PDU会话可以处于激活态、休眠态或去激活态。终端处于空闲时，该终端发起建立的任一PDU会话可以处于休眠态或去激活态。终端的状态与PDU会话的状态之间的关系，可以如表2所示。

表2

终端的状态	终端发起建立的任一PDU会话的状态
		连接态	激活态、休眠态、去激活态
空闲态(包括暂停态)	休眠态、去激活态

以下，结合上文中的描述及附图对本申请实施例提供的管理PDU会话的方法进行说明。具体的，下文中均是以本申请实施例应用于如图1所示的系统架构为例进行说明的。基于此，本申请中描述的会话管理网元具体可以是图1中的SMF网元，本申请中描述的接入网设备具体可以是图1中的RAN设备。

如图3所示，为本申请实施例提供的一种管理PDU会话的方法的交互示意图。图3所示的方法具体提供了使PDU会话由激活态进入休眠态的方法。该方法可以包括如下步骤：

S101：SMF网元从终端发起建立的PDU会话中确定至少一个(即一个或多个)PDU会话。该至少一个PDU会话处于激活态。该至少一个PDU会话可以是该终端发起建立的部分或全部PDU会话。该至少一个PDU会话，可以理解为：待进入休眠态的至少一个PDU会话。

本实施例提供的技术方案可以应用于终端处于连接态的场景中。例如，可以应用于终端一直处于连接态(具体是指执行本实施例的过程中终端一直处于连接态)的场景中，也可以应用于终端从连接态进入暂停态的场景中。

SMF网元管理有终端发起建立的每个PDU会话的状态，因此，SMF网元可以确定终端发起建立的每个PDU会话是否是处于激活态的PDU会话。

对于终端发起建立的任一处于激活态的PDU会话来说，在一种可能的实现方式中，当SMF网元确定该PDU会话需要进入休眠态，可以将该PDU会话作为该至少一个PDU会话中的一个PDU会话。该实现方式中，可以认为(或者默认)：该终端发起建立的每个PDU会话(或者每个处于激活态的PDU会话)均能够进入休眠态。其中，本申请实施例对如何确定一个PDU会话是否需要进入休眠态不进行限定。以下列举几种可能的示例：

作为一个示例，当该PDU会话在预设时间段内(或者一定时间内)没有数据需要传输时，可以认为该PDU会话需要进入休眠态。例如，UPF网元检测到PDU会话在规定的不活跃周期(inactivity period/inactivity timer)内没有数据传输，然后将检测结果通知给SMF网元。

作为一个示例，在切换流程中，若一个PDU会话的所有QoS流(QoS flow)都被目标RAN设备如目标下一代RAN(next generation RAN，NG-RAN)设备拒绝，则该PDU会话需要进入休眠态。

作为一个示例，对于LADNPDU会话来说，若终端移出了LADN服务区域，则该PDU会话需要进入休眠态，其中，AMF网元可以通知SMF网元终端移出了LADA服务区域。可以理解的，LADN PDU会话是PDU会话的一种类型。

作为一个示例，在终端进入暂停态的流程中(即连接暂停流程(ConnectionSuspend procedure))，该终端发起建立的处于激活态的PDU会话需要进入休眠态。这是由于终端处于暂停态时，该终端发起建立的每个PDU会话均不处于激活态，因此，该情况下，可以认为该终端发起建立的每个处于激活态的PDU会话均需要进入休眠态。其中，RAN设备向AMF网元发起连接暂停流程，指示终端的RRC连接将被暂停。AMF网元将这一消息发送给SMF网元。

作为一个示例，若终端移出了允许的区域，则该终端发起建立的每个处于激活态的PDU会话均需要进入休眠态，其中，AMF网元可以通知SMF网元终端移出了允许的区域。

对于终端发起建立的任一处于激活态的PDU会话来说，在另一种可能的实现方式中，当SMF网元确定该PDU会话需要进入休眠态，且能够进入休眠态(即具有进入休眠态的属性/功能)时，可以将该PDU会话作为该至少一个PDU会话中的一个PDU会话。换句话说，该至少一个PDU会话中的每个PDU会话均是能够进入休眠态的PDU会话。该实现方式中，可以认为每个PDU会话(或者每个处于激活态的PDU会话)能够进入休眠态是需要在执行S101之前设置的。

本申请实施例对如何设置PDU会话能够进入休眠态的具体实现方式不进行限定。以下列举几种可能的实现方式：

方式1：SMF网元根据终端的会话管理(session management，SM)签约数据、终端的策略和SMF网元的本地配置中的至少一种，确定一个PDU会话能够进入休眠态。

例如，SMF网元根据终端的SM签约数据，确定一个PDU会话能够进入休眠态。例如，SMF网元根据终端的策略，确定一个PDU会话能够进入休眠态。例如，SMF网元根据SMF网元的本地配置，确定一个PDU会话能够进入休眠态。例如，SMF网元根据终端的SM签约数据和终端的策略，确定一个PDU会话能够进入休眠态。例如，SMF网元根据终端的SM签约数据和SMF网元的本地配置，确定一个PDU会话能够进入休眠态。例如，SMF网元根据终端的策略和SMF网元的本地配置，确定一个PDU会话能够进入休眠态。例如，SMF网元根据终端的SM签约数据、终端的策略和SMF网元的本地配置，确定一个PDU会话能够进入休眠态。

终端的SM签约数据可以包括SMF网元本地存储的SM签约数据，以及SMF网元通过与UDM网元之间进行信息交互，获得的终端的SM签约数据。终端的策略可以包括SMF网元的本地策略(例如运营商在SMF网元配置的策略)，以及PCF网元向SMF网元配置的策略等。若终端的策略是PCF网元向SMF网元配置的策略，则SMF网元可以通过与PCF网元之间进行信息交互，获得该策略。SMF网元的本地配置可以包括SMF网元本地存储的策略(即SMF网元的本地策略)以及SMF网元本地存储的签约数据等。

可选的，若终端的SM签约数据、终端的策略和SMF网元的本地配置中的至少一种包含用于表示该终端的某个PDU会话能够进入休眠态的信息，则SMF网元可以认为该PDU会话能够进入休眠态。也就是说，本申请支持在终端的SMF签约数据、终端的策略和SMF网元的本地配置的任一种或多种中增加用于表示PDU会话能够进入休眠态(或者用于表示PDU会话是否能够进入休眠态)的信息。

需要说明的是，表示PDU会话能够进入休眠态的信息可以是基于终端粒度的，也可以是基于PDU会话粒度的；若表示PDU会话能够进入休眠态的信息是基于终端粒度的，说明该终端发起建立的所有PDU会话均能够进入休眠态(例如，若终端具有用户面传输增强的能力，则该终端发起建立的所有PDU会话均能够进入休眠)；若表示PDU会话能够进入休眠态的信息是基于PDU会话粒度的，则说明该PDU会话能够进入休眠态。

方式2：SMF网元接收终端发送的第二信息，根据第二信息确定一个PDU会话能够进入休眠态。第二信息包括该PDU会话的标识信息和表示该PDU会话能够进入休眠态的信息。

本申请对方式2具体发生在哪个流程中，以及第二信息具体携带在该流程的哪个信令(或消息)中均不进行限定。例如，方式2可以发生在建立该PDU会话的流程中，该情况下，第二信息可以携带在PDU会话建立(PDU Session Establishment)消息中。

表示PDU会话能够进入休眠态的信息，可以理解为是用于指示该PDU会话能够进入休眠态的指示信息。其中，本申请对表示PDU会话能够进入休眠态的信息的具体实现方式不进行限定。例如，可以通过二进制数“1”来表示该PDU会话能够进入休眠态，或者通过二进制数“0”来表示该PDU会话能够进入休眠态。又如，可以通过指示PDU会话具有用户面增强特征，来指示该PDU会话能够进入休眠态。当然本申请不限于此。

需要说明的是，此处是以第二信息包括一个PDU会话的标识信息和表示该PDU会话能够进入休眠态的指示信息，为例进行说明的。具体实现时，第二信息可以包括多个PDU会话的标识信息，以及表示该多个PDU会话能够进入休眠态的信息。其中，表示多个PDU会话能够进入休眠态的信息可以是多个表示单个PDU会话能够进入休眠态的信息的集合，也可以是其他信息。例如，假设使用通过二进制数“1”来表示单个PDU会话能够进入休眠态，则第二信息可以包括：PDU会话1、2、3的标识信息，以及表示PDU会话1、2、3均能够进入休眠态的信息可以是二进制数“111”。又如，第二信息可以包括：PDU会话1、2、3的标识信息，以及二进制数“1”，其中，二进制数“1”是表示PDU会话1、2、3均能够进入休眠态的信息。其他示例不再一一列举。

方式3：SMF网元接收终端发送的第二信息，根据终端的SMF签约数据、终端的策略和SMF网元的本地配置中的至少一种以及第二信息，确定一个PDU会话能够进入休眠态。其中，第二信息包括该PDU会话的标识信息和表示该PDU会话能够进入休眠态的信息。方式3中相关内容的解释可以参考上文，此处不再赘述。

可以理解的，SMF网元可以在例如但不限于通过上述方式1～3任意一种方式确定PDU会话能够进入休眠态之后，保存该PDU会话能够进入休眠态这一信息，从而在后续需要确定PDU会话是否能够进入休眠态时，直接查询所保存的该信息。例如，SMF网元可以为所管理的每个PDU会话增加一个标志位，以标记该PDU会话是否能够进入休眠态，基于此，在执行S101时，SMF网元通过查询PDU会话的该标志位，即可获知该PDU会话是否能够进入休眠态。

基于上文中的描述，可选的，S101可以包括：SMF网元根据终端的SMF签约数据、终端的策略、SMF网元的本地配置以及第二信息中的至少一种，从终端发起建立的PDU会话中确定至少一个PDU会话。

S102：SMF网元向RAN设备发送第一信息。其中，第一信息可以包括该至少一个PDU会话的标识信息，第一信息用于指示RAN设备释放该至少一个PDU会话的用户面空口资源，保留该至少一个PDU会话的该用户面空口资源的配置信息和该至少一个PDU会话的上下文。

可以理解的，SMF网元与RAN设备之间的信息交互通常需要通过AMF网元进行转发。

S103：RAN设备接收第一信息。

S104：RAN设备根据第一信息，释放该至少一个PDU会话的用户面空口资源，保留该至少一个PDU会话的用户面空口资源的配置信息和该至少一个PDU会话的上下文。

可选的，在执行S104之后，RAN设备可以将该至少一个PDU会话的状态由激活态修改为休眠态。

S105：RAN设备根据第一信息，向终端发送第四信息。其中，第四信息可以包括该至少一个PDU会话的标识信息，第四信息用于指示终端释放该至少一个PDU会话的用户面空口资源，保留该至少一个PDU会话的用户面空口资源的配置信息和该至少一个PDU会话的上下文。

S106：终端接收第四信息。

S107：终端根据第四信息，释放该至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和该至少一个PDU会话的上下文。

可选的，在执行S107之后，终端可以将该至少一个PDU会话的状态由激活态修改为休眠态。

上述S101～S107描述了处于PDU会话由激活态进入休眠态的流程中，SMF网元、RAN设备和终端所执行的步骤。另外该流程还可以包括SMF网元和UPF网元所执行的步骤，该过程可以参考PDU会话由激活态进入去激活态的流程中SMF网元和UPF网元所执行的步骤。

本实施例提供了PDU会话由激活态进入休眠态的流程，在PDU会话进入休眠态时，终端和/或RAN设备中保留了该PDU会话的用户面空口资源的配置信息和该PDU会话的上下文，这样，当有数据需要通过该PDU会话进行传输时，根据保留的该PDU会话的用户面空口资源的配置信息可快速恢复该PDU会话的用户面空口资源，并且不需要重新获取PDU会话的上下文，因此有助于节省PDU会话进入激活态所需要的时间。进一步地，本实施例中由SMF网元从终端发起建立的PDU会话中确定至少一个处于激活态的PDU会话，然后触发该至少一个PDU会话进入休眠态。也就是说，可以基于PDU会话粒度实现PDU会话由激活态进入休眠态。这样，有助于实现根据需求选择将任意一个或多个PDU会话由激活态进入休眠态，增加了管理PDU会话的灵活性。

如图4所示，为本申请实施例提供的一种管理PDU会话的方法的交互示意图。图4所示的方法具体提供了使PDU会话由休眠态进入激活态的方法。该方法可以包括如下步骤：

S201：终端根据PDU会话的用户面空口资源的配置信息，建立(或恢复)该PDU会话的用户面空口资源。其中，该PDU会话是终端发起建立的且处于休眠态的PDU会话，例如可以是图3所示的实施例中的至少一个PDU会话中的任意一个PDU会话。该配置信息是该PDU会话进入休眠态时，保留在终端中的该PDU会话的用户面空口资源的配置信息。

可选的，终端可以在确定需要通过处于休眠态的PDU会话传递数据，例如终端需要通过处于休眠态的PDU会话向DN发送数据或者接收DN发送的数据时，确定该PDU会话需要进入激活态，从而触发执行S201。

本实施例中是以将一个PDU会话由休眠态进入激活态为例进行说明的，当然还可以同时将多个PDU会话由休眠态进入激活态。

可选的，在执行S201之后，终端可以将该PDU会话的状态由休眠态修改为激活态。

S202：终端向RAN设备发送第五信息；其中，第五信息包括该PDU会话的标识信息，第五信息用于指示RAN设备建立该PDU会话的用户面空口资源。

S203：RAN设备接收第五信息。

S204：RAN设备根据第五信息和该PDU会话的用户面空口资源的配置信息，建立该PDU会话的用户面空口资源。其中，该配置信息是该PDU会话进入休眠态时，保留在RAN设备中的该PDU会话的用户面空口资源的配置信息。

可选的，在执行S204之后，RAN设备可以将该PDU会话的状态由休眠态修改为激活态。

S205：RAN设备向SMF网元发送第三信息，第三信息包括该PDU会话的标识信息。第三信息用于指示接入网设备已建立该PDU会话的用户面空口资源。

S206：SMF网元接收第三信息。可选的，执行S206之后，SMF网元可以将该PDU会话的状态由休眠态修改为激活态。

上述S201～S206描述了处于PDU会话由休眠态进入激活态的流程中，SMF网元、RAN设备和终端所执行的步骤。另外该流程还可以包括SMF网元和UPF网元所执行的步骤，该过程可以参考PDU会话由去激活态进入激活态的流程中SMF网元和UPF网元所执行的步骤。

本实施例提供了PDU会话由休眠态进入激活态的流程，当有数据需要通过处于休眠态的PDU会话进行传输时，网络根据保留的该PDU会话的用户面空口资源的配置信息可快速恢复该PDU会话的用户面空口资源，并且不需要重新获取PDU会话的上下文，因此有助于节省PDU会话进入激活态所需要的时间。本实施例提供了可以基于PDU会话粒度实现PDU会话由休眠态进入激活态。这样，有助于实现根据需求选择将任意一个或多个PDU会话由休眠态进入激活态，相比基于终端粒度将PDU会话由休眠态进入激活态的技术方案，可以节省资源开销，并且增加了管理PDU会话的灵活性。

可以理解的，当终端处于连接态时，可能需要执行切换流程，即源RAN设备触发的需要将“终端与源RAN设备连接”切换成“终端与目标RAN设备连接”的过程，该情况下，存储有处于休眠态的PDU会话的上下文的RAN设备具体是源RAN设备。可选的，执行切换流程时，源RAN设备可以先确定终端发起建立的且处于休眠态的PDU会话，然后，将所确定的PDU会话的上下文发送给目标RAN设备。可以理解的，当需要将该PDU会话由休眠态进入激活态时，终端可以向目标RAN设备发送用于指示建立该PDU会话的用户面空口资源的信息(如上述第五信息)。如果没有明显冲突，该可选的实现方式可以应用于本申请提供的任一实施例中。

以下通过具体示例对上文提供的管理PDU会话的方法进行说明。

如图5A所示，为本申请实施例提供的一种终端由连接态进入暂停态的流程即Connection Suspend流程的示意图。该流程可以包括将终端发起建立的至少一个PDU会话由激活态进入休眠态的流程，和/或，将终端发起建立的其他的PDU会话由激活态进入去激活态的流程。下文中是以该流程中包括：将终端发起建立的至少一个PDU会话由激活态进入休眠态，并且将终端发起建立的其他PDU会话由激活态进入去激活态的流程为例进行说明的。图5A所示的方法可以包括如下步骤：

S301：RAN设备向AMF网元发送终端上下文暂停请求(UE Context SuspendRequest)消息。其中，终端上下文暂停请求消息用于请求将终端的状态由激活态进入暂停态。终端上下文暂停请求消息可以携带PDU会话标识(identity，ID)列表，另外还可以携带原因值(Cause)等，该原因值可以是终端需要进入暂停态。该PDU会话ID列表中包括终端发起建立的处于激活态的PDU会话的ID。PDU会话的ID可以认为是PDU会话的标识信息的一种具体实现。

S302：AMF网元根据终端上下文暂停请求消息，保留该终端的上下文。AMF网元向SMF(s)网元(即一个或多个SMF网元)发送更新会话管理上下文(Nsmf_PDUSession_UpdateSMContext)消息。更新会话管理上下文消息可以携带一个或多个PDU会话的ID，该一个或多个PDU会话的ID属于S301中描述的PDU会话ID列表；另外还可以携带原因值等，该原因值可以是终端需要进入暂停态。

具体的，AMF网元向管理该PDU会话ID列表所指示的PDU会话的各SMF网元分别发送更新会话管理上下文消息。例如，若PDU会话ID列表中包含PDU会话1～4的ID，且PDU会话1、2是由SMF网元1管理的，PDU会话3是由SMF网元2管理的，则AMF网元向SMF网元1发送更新会话管理上下文消息，该消息中包含PDU会话1～3的ID以及原因值(如终端需要进入暂停态)，并向SMF网元2发送更新会话管理上下文消息，该消息中包含PDU会话4的ID以及原因值(如终端需要进入暂停态)。

例如，结合图3所示的示例，上述S101，可以认为S101中的“至少一个PDU会话”具体是本实施例中的“PDU会话ID列表”，即认为终端发起建立的每个处于激活态的PDU会话均需要进入休眠态。但是，可选的，并非每个PDU会话均能够进入PDU会话，因此，需要通过执行S303确定哪个PDU会话能够进入休眠态。

S303：SMF(s)网元确定更新会话管理上下文消息携带的PDU会话是否能够进入休眠态。

具体的，对于任一PDU会话，SMF网元可以通过查询该PDU会话的用于标记该PDU会话是否能够进入休眠态的标志位(下文中称为目标标志位)，来确定该PDU会话是否能够进入休眠态。例如，基于S302中的示例，SMF网元1可以查询PDU会话1～3的目标标志位，从而确定PDU会话1～3是否能够进入休眠态；SMF网元2可以查询PDU会话4的目标标志位，从而确定PDU会话4是否能够进入休眠态。

S304：SMF(s)网元向UPF网元发送N4会话修改请求(N4 Session ModificationRequest)消息。N4会话修改请求消息可以指示UPF网元删除隧道标识，具体是一个或多个PDU会话所经的RAN设备隧道信息。该一个或多个PDU会话的ID属于S301中的PDU会话ID列表。

例如，基于S302中的示例，SMF网元1可以向管理PDU会话1～3的隧道标识的UPF网元发送N4会话修改请求消息，该N4会话修改请求消息携带PDU会话1～3所经的RAN设备的隧道信息；SMF网元2可以向管理PDU会话4的隧道标识的UPF网元发送N4会话修改请求消息，该N4会话修改请求消息携带PDU会话4所经的RAN设备的隧道信息。其中，管理PDU会话1～3的隧道标识的UPF网元与管理PDU会话4的隧道标识的UPF网元，可以相同也可以不相同。管理PDU会话1～4的RAN设备是上述S301中的RAN设备。

S305：UPF网元删除N4会话修改请求所请求删除的隧道标识，然后向SMF(s)网元发送N4会话修改响应(N4 Session Modification Response)消息。

由于无论PDU会话由激活态进入去激活态，还是由激活态进入休眠态，对于管理该PDU会话的UPF网元来说，均需要删除该PDU会话的隧道标识(即该PDU会话所经的RAN设备的隧道信息)，因此，本申请对S304～S305与S303的先后顺序不进行限定。例如，可以先执行S304～S305再执行S303，也可以先执行S304～S305再执行S303，还可以在执行S304～S305的过程中执行S303等。

S306：SMF(s)网元向AMF网元发送更新会话管理上下文响应(Nsmf_PDUSession_UpdateSMContext Response)消息。其中，更新会话管理上下文响应消息携带需要进入休眠态的PDU会话的ID，以及需要进入去激活态的PDU会话的ID。其中，这些PDU会话的ID属于S301中描述的PDU会话ID列表。

需要说明的是，在本申请的任一实施例中，“消息中携带需要进入某一状态的PDU会话的ID”与“该消息中携带该PDU会话的ID以及表示该PDU会话需要进入该状态的指示信息”的含义相同，二者可以互换使用，或者也可以通过消息名称来表示PDU会话需要进入某种状态，本申请对此不作限定。在本申请的任一实施例中，“消息中携带需要由一个状态进入另一个状态的PDU会话的ID”与“该消息中携带该PDU会话的ID以及表示该PDU会话需要由该一个状态进入该另一个状态的PDU会话的指示信息的含义相同，二者可以互换使用，或者也可以通过消息名称来表示PDU会话需要由某种状态进入某种状态，本申请对此不作限定。其中，这里的消息可以例如但不限于是更新会话管理上下文响应消息、终端上下文暂停响应消息等，这里的状态可以是激活态、休眠态、去激活态等。

基于S303中的示例，若SMF网元1确定PDU会话1、2能够进入休眠态，PDU会话3不能进入休眠态，则在S306中，SMF网元1向AMF网元发送的更新会话管理上下文响应消息携带以下信息：能够进入休眠态的PDU会话是PDU会话1、2，不能进入休眠态的PDU会话是PDU会话。若SMF网元2确定PDU会话4能够进入休眠态，则在S306中，SMF网元1向AMF网元发送的更新会话管理上下文响应消息携带以下信息：能够进入休眠态的PDU会话是PDU会话4。

S307：AMF网元向RAN设备发送终端上下文暂停响应(UE Context SuspendResponse)消息。其中，终端上下文暂停响应消息携带需要进入休眠态的PDU会话的ID，以及需要进入去激活态的PDU会话的ID。

例如，结合图3所示的示例，可以认为S306～S307是上述S102的具体实现，具体的，可以认为第一信息携带在更新会话管理上下文响应消息中由SMF网元发送给AMF网元，再携带在终端上下文暂停响应消息中由AMF网元发送给RAN设备。

S308：RAN设备根据上下文暂停响应消息，对于需要进入休眠态的每一PDU会话(例如上述PDU会话1、2、4)，释放该PDU会话的用户面空口资源，保留该用户面空口资源的配置信息和该PDU会话的上下文，可选的，将该PDU会话的状态由激活态修改为休眠态。以及，对于需要进入去激活态的每一PDU会话(例如上述PDU会话3)，释放该PDU会话的用户面空口资源、该用户面空口资源的配置信息以及该PDU会话的上下文，可选的，将该PDU会话的状态由激活态修改为去激活态。

具体实现时，RAN设备根据上下文暂停响应消息，还可以保留终端的上下文，并生成针对该终端的Resume ID，其中，针对该终端的Resume ID用于标识该终端的上下文。后续，RAN设备可以将针对该终端的Resume ID发送给该终端。这样，在后续执行ConnectionResume流程时，终端可以将针对该终端的Resume ID发送给RAN设备，从而使得RAN设备可以根据针对该终端的Resume ID获得该终端的上下文。可选的，若在执行Connection Resume流程时，新RAN设备与旧RAN设备不同，则新RAN设备通常需要向旧RAN设备发送该终端的Resume ID以获取旧RAN上的终端的上下文。

S309：RAN设备向终端发送无线资源控制(radio resource control，RRC)连接暂停(Connection Suspend)消息。其中，RRC连接暂停消息可以携带需要进入休眠态的PDU会话的ID，以及需要进入去激活态的PDU会话的ID。

例如，结合图3所示的示例，可以认为S309是S105的具体实现，具体的，可以认为第四信息携带在RRC连接暂停消息中由RAN设备发送给终端。

S310：终端根据RRC连接暂停消息，对于需要进入休眠态的每一PDU会话，释放该PDU会话的用户面空口资源，保留该用户面空口资源的配置信息和该PDU会话的上下文，可选的，将该PDU会话的状态由激活态修改为休眠态。以及，对于需要进入去激活态的每一PDU会话，释放该PDU会话的用户面空口资源、该用户面空口资源的配置信息以及该PDU会话的上下文，可选的，将该PDU会话的状态由激活态修改为去激活态。

本实施例可以实现在终端由连接态进入暂停态的流程中，将终端发起建立的任意一个或多个PDU会话由激活态进入休眠态。关于本实施例有益效果的描述可以参考上文。

可选的，在本申请提供的另一个实施例中，上述S301中的PDU会话ID列表中包括的是能够进入休眠态的PDU会话的ID。该实施例中，SMF网元可以预先将PDU会话是否能够进入休眠态的结果通知给RAN设备，这样，RAN设备在执行S301时，PDU会话ID列表中可以设置包含能够进入休眠态的PDU会话的ID。该情况下，不需要执行上述S303。另外可选的，由于SMF网元可以预先将PDU会话是否能够进入休眠态的结果通知给RAN设备，因此当RAN设备确认终端需要进入暂停态后，且确定PDU会话ID列表之后，释放该列表所指示的每一PDU会话的用户面空口资源，保留该用户面空口资源的配置信息和该PDU会话的上下文，而不需要如S308所示，在接收到上下文暂停响应消息，才释放该PDU会话的用户面空口资源，保留该用户面空口资源的配置信息和该PDU会话的上下文。

如图5B所示，为本申请实施例提供的一种终端由暂停态进入连接态的流程即Connection Resume流程的示意图。该流程可以包括将终端发起建立的至少一个PDU会话由休眠态进入激活态的流程，和/或，将终端发起建立的其他的PDU会话由去激活态进入激活态的流程。下文中是以该流程中包括：将终端发起建立的至少一个PDU会话由休眠态进入激活态为例进行说明的。图5B所示的方法可以包括如下步骤：

S401：终端确定需要由暂停态进入连接态。例如，当有数据需要传输如需要向DN发送数据或者需要接收DN发送的数据时，确定需要由暂停态进入连接态。

S402：终端确定需要传输数据的一个或多个PDU会话的当前处于休眠态还是去激活态。其中，该一个或多个PDU会话可以是终端发起建立的部分或全部PDU会话。当前处于休眠态的PDU会话是需要由休眠态进入激活态的PDU会话。

可以理解的，终端由暂停态进入连接态的流程中，还可以包括将需要传输数据且处于去激活态的PDU会话进入激活态，其具体实现方式可以参考现有技术，此处不再赘述。

S403：终端向RAN设备发送RRC连接恢复请求(Connection Resume Request)消息。其中，RRC连接恢复请求消息可以携带该一个或多个PDU会话的ID以及将该一个或多个PDU会话由休眠态进入激活态的指示信息。RRC连接恢复请求消息用于请求恢复终端和RAN设备之间的控制面空口资源以及该一个或多个PDU会话的用户面空口资源。

S404：对于该一个或多个PDU会话中的每一PDU会话，终端和RAN设备通过进行信息交互，分别根据自身保留的该PDU会话的用户面空口资源的配置信息建立(或恢复)该PDU会话的用户面空口资源，终端和RAN设备通过进行信息交互建立控制面空口资源。可选的，终端和RAN设备还可以分别将每个需要由休眠态进入激活态的PDU会话的状态由休眠态修改为激活态。

例如，结合图4所示的实施例，可以认为终端与RAN设备之间进行信息交互，包括图4中的终端向RAN设备发送第五信息。例如，S404与S403可以是同时执行，也可以是先后执行的。本申请对此不进行限定。

S405：RAN设备向终端发送RRC连接恢复响应(Connection Resume Response)消息。

执行S405之后，终端与DN之间可以通过该一个或多个PDU会话进行上行数据传输，即终端可以通过该一个或多个PDU会话向DN发送数据。

S406：RAN设备向AMF网元发送终端上下文恢复请求(UE Context ResumeRequest)消息。其中，终端上下文恢复请求消息可以携带该一个或多个PDU会话的ID以及将该一个或多个PDU会话由休眠态进入激活态的指示信息。终端上下文恢复请求消息用于指示已经恢复了该一个或多个PDU会话的用户面空口资源。该消息中还可以携带该一个或多个PDU会话所经的RAN设备的隧道信息。

S407：AMF网元向SMF(s)网元发送更新会话管理上下文(Nsmf_PDUSession_UpdateSMContext)消息。其中，更新会话管理上下文消息可以携带需要由休眠态进入激活态的PDU会话的ID。更新会话管理上下文消息用于指示已经恢复了该一个或多个PDU会话的用户面空口资源。SMF(s)网元接收到更新会话管理上下文消息之后，可以将该一个或多个PDU会话所经的RAN设备的隧道信息发送给UPF网元。

S408：SMF(s)网元向UPF网元发送N4会话修改请求消息。其中，N4会话修改请求消息可以携带待恢复隧道标识，具体是更新会话管理上下文消息携带的一个或多个PDU会话的所经的RAN设备的隧道信息。

S409：UPF网元恢复(或保存)N4会话修改请求消息所请求的待恢复隧道标识，并向SMF(s)网元发送N4会话修改响应消息。

执行S409之后，终端与DN之间可以通过该一个或多个PDU会话进行下行数据传输，即DN可以通过该一个或多个PDU会话向终端发送数据。

S410：SMF(s)网元将该一个或多个PDU会话的状态由休眠态修改为激活态。

S411：SMF(s)网元向AMF网元发送更新会话管理上下文响应(Nsmf_PDUSession_UpdateSMContext Response)消息。

S412：AMF网元向RAN设备发送终端上下文恢复响应(UE Context ResumeResponse)消息。

本实施例可以实现在终端由暂停态进入连接态的流程中，将终端发起建立的任意一个或多个PDU会话由休眠态进入激活态。关于本实施例有益效果的描述可以参考上文。

如图6A所示，为本申请实施例提供的一种PDU会话由激活态进入休眠态的流程的示意图。该流程中终端一直处于连接态。图6A所示的方法可以包括如下步骤：

S501：SMF网元确定一个或多个PDU会话需要且能够进入休眠态。其中，该一个或多个PDU会话是终端发起建立的部分或全部处于激活态的PDU会话。

关于SMF网元如何确定一个PDU会话需要由连接态进入休眠态，以及能够由连接态进入休眠态的具体实现方式均可以参考上文，此处不再赘述。可以理解的，在不具有明显冲突的情况下，上文中提供的一种具体实现方式均可以适用于本实施例。

S502：SMF网元向UPF网元发送N4会话修改请求消息。N4会话修改请求消息可以指示UPF网元删除隧道标识，具体是该一个或多个PDU会话所经的RAN设备的隧道信息。

S503：UPF网元删除N4会话修改请求消息所请求删除的隧道标识，然后向SMF网元发送N4会话修改响应消息。

S504：SMF网元向AMF网元发送N1N2消息传输(Namf_Communication_N1N2MessageTransfer)信令。其中，N1N2消息传输信令可以携带该一个或多个PDU会话的ID，以及将该一个或多个PDU会话需要进入休眠态的指示信息。

S505：AMF网元根据向RAN设备发送N2会话请求(N2 Session Request)消息。其中，N2会话请求消息可以携带该一个或多个PDU会话的ID，以及将该一个或多个PDU会话进入休眠态的指示信息。

例如，结合图3所示的实施例，可以认为S504～S505是上述S102的具体实现，具体的，可以认为第一信息携带在N1N2消息传输信令中由SMF网元发送给AMF网元，再携带在N2会话请求消息中由AMF网元发送给RAN设备。

S506：对于该一个或多个PDU会话中的每一PDU会话，RAN设备释放该PDU会话的用户面空口资源，保留该用户面空口资源的配置信息和该PDU会话的上下文。RAN设备将该PDU会话的状态由激活态修改为休眠态。

S507：RAN设备向终端发送RRC连接重配置(RRC Connection Reconfiguration)消息。其中，RRC连接重配置消息可以携带该一个或多个PDU会话的ID，以及将该一个或多个PDU会话进入休眠态的指示信息。

例如，结合图3所示的示例，可以认为S507是S105的具体实现，具体的，可以认为第四信息携带在RRC连接重配置消息中由RAN设备发送给终端。

S508：对于该一个或多个PDU会话中的每一PDU会话，终端释放该PDU会话的用户面空口资源，保留该用户面空口资源的配置信息和该PDU会话的上下文。终端将该PDU会话的状态由激活态修改为休眠态。

S509：终端向RAN设备发送RRC连接重配置响应消息。

S510：RAN设备向AMF网元发送N2会话响应(N2 Session Response)消息。

S511：AMF网元向SMF网元发送更新会话管理上下文响应(Nsmf_PDUSession_UpdateSMContext)消息。

S512：SMF网元保留该PDU会话的上下文。SMF网元将该PDU会话的状态由激活态修改为休眠态。

本实施例可以实现在终端处于连接态时，将终端发起建立的任意一个或多个PDU会话由激活态进入休眠态。关于本实施例有益效果的描述可以参考上文。

如图6B所示，为本申请实施例提供的一种PDU会话由休眠态进激活入态的流程的示意图。该流程中终端一直处于连接态。图6B所示的方法可以包括如下步骤：

S601：终端确定需要将一个或多个PDU会话由休眠态进入激活态，例如，当有数据需要通过该一个或多个处于休眠态的PDU会话传输时，确定需要将该一个或多个PDU会话由休眠态进入激活态。

S602：终端向RAN设备发送PDU会话恢复请求消息。PDU会话恢复请求消息可以携带该一个或多个PDU会话的ID，以及将该一个或多个PDU会话由休眠态进入激活态的指示信息。PDU会话恢复请求消息用于请求恢复该一个或多个PDU会话的用户面空口资源。

S603：对于该一个或多个PDU恢复中的每一PDU会话，终端和RAN设备通过进行信息交互，分别根据自身保留的该PDU会话的用户面空口资源的配置信息建立该PDU会话的用户面空口资源。另外，终端和RAN设备还可以分别将每个需要由休眠态进入激活态的PDU会话的状态由休眠态修改为激活态。

例如，结合图4所示的实施例，可以认为终端与RAN设备之间进行信息交互，包括图4中的终端向RAN设备发送第五信息。上述S603与S602可以是同时执行，也可以是先后执行的。本申请对此不进行限定。

S604：RAN设备向终端发送PDU会话恢复响应消息。

执行S604之后，终端与DN之间可以通过该一个或多个PDU会话进行上行数据传输，即终端可以通过该一个或多个PDU会话向DN发送数据。

S605：RAN设备向AMF网元发送PDU会话上下文恢复请求消息。其中，PDU会话上下文恢复请求消息可以携带该一个或多个PDU会话的ID，以及将该一个或多个PDU会话由休眠态进入激活态的指示信息。PDU会话上下文恢复请求消息用于请求恢复该一个或多个PDU会话的上下文。

S606：AMF网元向SMF(s)网元发送更新会话管理上下文消息。其中，更新会话管理上下文消息可以携带该一个或多个PDU会话的ID，以及将该一个或多个PDU会话由休眠态进入激活态的指示信息。更新会话管理上下文消息用于指示已经恢复了该一个或多个PDU会话的用户面空口资源，SMF(s)网元接收到更新会话管理上下文消息之后，可以将该一个或多个PDU会话所经的RAN设备的隧道信息发送给UPF网元。

S607：SMF(s)网元向UPF网元发送N4会话修改请求消息。其中，N4会话修改请求消息可以携带待恢复的隧道标识，具体是更新会话管理上下文消息携带的PDU会话的所经的RAN设备的隧道信息。

S608：UPF网元恢复(或保存)N4会话修改请求消息所请求的待恢复的隧道标识，并向SMF(s)网元发送N4会话修改响应消息。

执行S608之后，终端与DN之间可以通过该一个或多个PDU会话进行上行数据传输，即终端可以通过该一个或多个PDU会话向DN发送数据。

S609：SMF(s)网元将该一个或多个PDU会话中的每一PDU会话的状态由休眠态修改为激活态。

S610：SMF(s)网元向AMF网元发送更新会话管理上下文响应消息。

S611：AMF网元向RAN设备发送PDU会话上下文恢复响应消息。

本实施例可以实现在终端处于连接态时，将终端发起建立的任意一个或多个PDU会话由休眠态进入激活态。关于本实施例有益效果的描述可以参考上文。

如图7所示，为本申请实施例提供的一种建立PDU会话的流程。该方法可包括如下步骤：

S701：终端向AMF网元发送PDU会话建立消息。其中，PDU会话建立消息可以携带PDU会话的ID以及用户面传输增强指示，用户面传输增强指示用于指示该PDU会话能够进入休眠态，或者不能进入休眠态。

S702：AMF网元向SMF网元发送建立会话管理上下文(Nsmf_PDUSession_CreateSMContext)的消息。建立会话管理上下文的消息携带PDU会话的ID以及用户面传输增强指示。

S703：SMF网元从UDM网元中获取终端的会话管理签约数据。该签约数据中可以包含该PDU会话是否能够进入休眠态的指示。

S704：SMF网元从PCF网元中获取终端的策略。该终端的策略中可以包含与该PDU会话是否能够进入休眠态相关的策略。

上述S703和S704中的任一步骤是可选的。

S705：SMF网元根据终端的SM签约数据、终端的策略和SMF网元的本地配置中的至少一种以及用户面传输增强指示，确定该PDU会话是否能够进入休眠态。其中，该步骤的具体实现方式，以及可以SM签约数据等信息均可以参考上文，此处不再赘述。

S706：SMF网元记录该PDU会话是否能够进入休眠态。SMF网元如何记录该PDU会话是否能够进入休眠态可以参考上文，此处不再赘述。

本实施例提供了一种建立PDU会话的方法，该方法中，终端可以在发起建立PDU会话的流程中向SMF网元发送该PDU会话能够进入休眠态的指示(或者不能进入休眠态的指示)，这样，当SMF网元需要确定该PDU会话是否能够进入休眠态时，可以直接查询所记录的信息。直接查询所记录的信息可以但不限于应用于上述任一相关实施例中。

需要说明的是，上文中描述了将PDU会话由激活态进入休眠态的流程，以及将PDU会话由休眠态恢复成(或进入)激活态的流程。可以理解的，在具体实现的过程中，PDU会话也可以由休眠态进入去激活态，还可以由去激活态进入休眠态。例如但不限于当终端的签约数据更改等原因，使得某个或某些PDU会话由能够进入休眠态变为不能进入休眠态时，若该PDU会话当前处于休眠态，则可选的，可以将该PDU会话由休眠态进入去激活态。例如但不限于当终端的签约数据更改等原因，使得某个或某些PDU会话由不能进入休眠态变为能够进入休眠态时，若该PDU会话当前处于去激活态，则可选的可以将该PDU会话由去激活态进入休眠态。其他示例不再一一列举。另外，本申请实施例对PDU会话由休眠态进入去激活态的流程，以及由去激活态进入休眠态的流程不进行限定。

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

本申请实施例可以根据上述方法示例对管理PDU会话的装置(包括会话管理网元如SMF网元、接入网设备如RAN设备和终端装置如终端等)进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图8所示，为本申请实施例提供的一种会话管理网元的结构示意图。图8所示的会话管理网元8可以用于执行上文提供的任一种方法中SMF网元执行的步骤。该会话管理网元8可以包括：处理单元801和收发单元802。其中：

处理单元801，用于从终端发起建立的PDU会话中确定至少一个PDU会话；其中，至少一个PDU会话处于激活态。

收发单元802，用于向接入网设备发送第一信息；第一信息包括至少一个PDU会话的标识信息，第一信息用于指示接入网设备释放至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和至少一个PDU会话的上下文。

例如，结合图3或图4，会话管理网元8可以是图3或图4中的SMF网元，处理单元801可以用于执行图3中的S101，收发单元802可以用于执行图3中的S102。

可选的，处理单元801具体可以用于：确定该至少一个PDU会话属于以下任一种PDU会话：预设时间段内没有数据需要传输的PDU会话；在切换流程中，所有服务质量流都被目标接入网设备拒绝的PDU会话；终端移出了LADN时的LADN PDU会话；终端需要由连接态进入暂停态时，处于激活态的PDU会话；终端移出了允许的范围时，处于激活态的PDU会话。

可选的，处理单元801具体可以用于：根据终端的会话管理签约数据、终端的策略和会话管理网元8的本地配置中的至少一种，从终端发起建立的PDU会话中确定至少一个PDU会话。

可选的，收发单元802还可以用于，接收终端发送的第二信息。该情况下，处理单元801具体可以用于：根据第二信息从终端发起建立的PDU会话中确定至少一个PDU会话；其中，第二信息包括至少一个PDU会话的标识信息和表示至少一个PDU会话能够进入休眠态的信息。

可选的，收发单元802还可以用于，接收终端发送的第二信息。该情况下，处理单元801具体可以用于：根据终端的会话管理签约数据、终端的策略和会话管理网元8的本地配置中的至少一种以及第二信息，从终端发起建立的PDU会话中确定至少一个PDU会话；其中，第二信息包括至少一个PDU会话的标识信息和表示至少一个PDU会话能够进入休眠态的信息。

可选的，该至少一个PDU会话能够进入休眠态。处理单元801具体可以用于：根据终端的会话管理签约数据、终端的策略和会话管理网元的本地配置中的至少一种，确定该至少一个PDU会话为能够进入休眠态的PDU会话。

可选的，该至少一个PDU会话能够进入休眠态。收发单元802还可以用于，接收终端发送的第二信息，处理单元801具体可以用于，根据第二信息确定该至少一个PDU会话为能够进入休眠态的PDU会话；其中，第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息；

可选的，该至少一个PDU会话能够进入休眠态。收发单元802还可以用于，接收终端发送的第二信息，处理单元801具体可以用于，根据终端的会话管理签约数据、终端的策略和会话管理网元的本地配置中的至少一种以及第二信息确定该至少一个PDU会话为能够进入休眠态的PDU会话；其中，第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息。

可选的，收发单元802还可以用于，接收接入网设备发送的第三信息；其中，第三信息包括一个或多个PDU会话的标识信息，一个或多个PDU会话是终端从至少一个PDU会话中确定的；第三信息用于指示接入网设备已建立一个或多个PDU会话的用户面空口资源。例如，结合图4，收发单元802可以用于执行S206。

本申请实施例提供的会话管理网元中的相关内容的解释及所能获得的技术效果可参考上述方法实施例，在此不再赘述。

如图9所示，为本申请实施例提供的一种接入网设备的结构示意图。图9所示的接入网设备9可以用于执行上文提供的任一种方法中RAN设备执行的步骤。接入网设备9可以包括：收发单元901和处理单元902。其中：

收发单元901，用于接收会话管理网元发送的第一信息；其中，第一信息包括至少一个PDU会话的标识信息，至少一个PDU会话是会话管理网元从终端发起建立的PDU会话中确定的，至少一个PDU会话处于激活态。

处理单元902，用于根据第一信息，释放至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和至少一个PDU会话的上下文。

例如，结合图3或图4，接入网设备9可以是图3或图4中的RAN设备，收发单元901可以用于执行图3中的S103，处理单元902可以用于执行图3中的S104。

可选的，收发单元901还可以用于，根据第一信息，向终端发送第四信息；其中，第四信息包括至少一个PDU会话的标识信息，第四信息用于指示终端释放至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和至少一个PDU会话的上下文。例如，结合图3，收发单元901可以用于执行S105。

可选的，收发单元901还可以用于，接收终端发送的第五信息；其中，第五信息包括一个或多个PDU会话的标识信息，一个或多个PDU会话是终端从至少一个PDU会话中确定的。该情况下，处理单元902还可以用于，根据第五信息和一个或多个PDU会话的用户面空口资源的配置信息，建立一个或多个PDU会话的用户面空口资源。例如，结合图4，收发单元901可以用于执行S203，处理单元902可以用于执行S204。

可选的，收发单元901还可以用于，向会话管理网元发送第三信息。第三信息包括该一个或多个PDU会话的标识信息；第三信息用于指示所述接入网设备9已建立该一个或多个PDU会话的用户面空口资源。例如，结合图4，收发单元901还可以用于执行S205。

可选的，在切换流程中，接入网设备9是源接入网设备。该情况下，收发单元901还用于，向目标接入网设备发送该一个或多个PDU会话的上下文。基于该可选的实现方式，收发单元901还可以用于，接收终端发送的第五信息，具体为：目标接入网设备接收终端发送第五信息。收发单元901还可以用于，向会话管理网元发送第三信息，具体为：目标接入网设备向会话管理网元发送第三信息。

本申请实施例提供的接入网设备中的相关内容的解释及所能获得的技术效果可参考上述方法实施例，在此不再赘述。

如图10所示，为本申请实施例提供的一种终端装置的结构示意图。图10所示的终端装置10可以用于执行上文提供的任一种方法中终端执行的步骤。终端装置10可以包括：收发单元1001和处理单元1002。其中：

收发单元1001，用于接收接入网设备发送的第四信息；其中，第四信息包括至少一个PDU会话的标识信息，至少一个PDU会话是会话管理网元从终端装置10发起建立的PDU会话中确定的，至少一个PDU会话处于激活态。

处理单元1002，用于根据第四信息释放至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和至少一个PDU会话的上下文。

例如，结合图3或图4，终端装置10可以是图3或图4中的终端，收发单元1001可以用于执行图3中的S106，处理单元1002可以用于执行S107。

可选的，收发单元1001还可以用于，向会话管理网元发送第二信息；第二信息包括至少一个PDU会话的标识信息和表示至少一个PDU会话能够进入休眠态的信息，第二信息用于会话管理网元从终端装置10发起建立的PDU会话中确定至少一个PDU会话。

可选的，处理单元1002还可以用于，根据一个或多个PDU会话的用户面空口资源的配置信息，建立一个或多个PDU会话的用户面空口资源；其中，一个或多个PDU会话是终端装置10从至少一个PDU会话中确定的。该情况下，收发单元1001还可以用于，向接入网设备发送第五信息；其中，第五信息包括一个或多个PDU会话的标识信息，第五信息用于指示接入网设备建立一个或多个PDU会话的用户面空口资源。例如，结合图4，处理单元1002可以用于执行S201，收发单元1001可以用于执行S202。

本申请实施例提供的终端装置中的相关内容的解释及所能获得的技术效果可参考上述方法实施例，在此不再赘述。

如图11所示，为本申请实施例提供的技术方案所适用的一种通信设备的结构示意图。该通信设备11可以包括：至少一个处理器1101，通信线路1102，存储器1103以及至少一个通信接口1104。该通信设备11具体可以是上文提供的任一种会话管理网元8、接入网设备9或终端装置10。例如，结合图8～图10任一种，收发单元可以是图11中的通信接口1104，处理单元可以对应图11中的处理器1101或处理器1107。

处理器1101可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路1102可包括一通路，在上述组件之间传送信息。

存储器1103可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

通信接口1104，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，RAN，无线局域网(wireless local area networks，WLAN)等。

其中，存储器1103用于存储执行本申请方案的计算机执行指令，并由处理器1101来控制执行。处理器1101用于执行存储器1103中存储的计算机执行指令，从而实现本申请下述实施例提供的方法。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

可选的，存储器1103可以是独立存在，通过通信线路1102与处理器1101相连接。存储器1103也可以和处理器1101集成在一起。

在具体实现中，作为一种实施例，处理器1101可以包括一个或多个CPU，例如图11中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备11可以包括多个处理器，例如图11中的处理器1101和处理器1107。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备11还可以包括输出设备1105和输入设备1106。输出设备1105和处理器1101通信，可以以多种方式来显示信息。例如，输出设备1105可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emittingdiode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备1106和处理器1101通信，可以以多种方式接收用户的输入。例如，输入设备1106可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信设备11可以是一个通用设备或者是一个专用设备。在具体实现中，通信设备11可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图11中类似结构的设备。本申请实施例不限定通信设备11的类型。

本申请实施例提供的通信设备中处理器所执行的相关步骤及解释及所能获得的技术效果可参考上述方法实施例，在此不再赘述。

本申请实施例还提供了一种管理PDU会话的系统。该系统可以包括：会话管理网元、接入网设备和终端。

可选的，会话管理网元用于从终端发起建立的PDU会话中确定至少一个PDU会话；该至少一个PDU会话处于激活态；以及，向接入网设备发送第一信息；第一信息包括该至少一个PDU会话的标识信息。接入网设备用于接收第一信息，并根据第一信息，释放该至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和该至少一个PDU会话的上下文。

可选的，会话管理网元执行从终端发起建立的PDU会话中确定至少一个PDU会话，可以包括：会话管理网元根据终端的会话管理签约数据、终端的策略和会话管理网元的本地配置中的至少一种，从终端发起建立的PDU会话中确定该至少一个PDU会话。

可选的，终端还可以用于向会话管理网元发送第二信息，第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息。会话管理网元还可以用于接收终端发送的第二信息。该情况下，会话管理网元执行从终端发起建立的PDU会话中确定至少一个PDU会话，可以包括：会话管理网元根据第二信息从终端发起建立的PDU会话中确定该至少一个PDU会话。

可选的，终端还可以用于向会话管理网元发送第二信息；第二信息包括该至少一个PDU会话的标识信息和表示该至少一个PDU会话能够进入休眠态的信息。会话管理网元还可以用于接收终端发送的第二信息。该情况下，会话管理网元执行从终端发起建立的PDU会话中确定至少一个PDU会话，可以包括：会话管理网元根据终端的会话管理签约数据、终端的策略和会话管理网元的本地配置中的至少一种以及第二信息，从终端发起建立的PDU会话中确定该至少一个PDU会话。

可选的，接入网设备还可以用于根据第一信息，向终端发送第四信息；第四信息包括该至少一个PDU会话的标识信息。终端还用于接收接入网设备发送的第四信息，以及根据第四信息释放该至少一个PDU会话的用户面空口资源，保留用户面空口资源的配置信息和该至少一个PDU会话的上下文。

可选的，该至少一个PDU会话能够进入休眠态。

可选的，终端还可以用于根据一个或多个PDU会话的用户面空口资源的配置信息，建立该一个或多个PDU会话的用户面空口资源；该一个或多个PDU会话是终端从该至少一个PDU会话中确定的；以及，向接入网设备发送第五信息；其中，第五信息包括该一个或多个PDU会话的标识信息。接入网设备还可以用于接收终端发送的第五信息，以及根据第五信息和该一个或多个PDU会话的用户面空口资源的配置信息，建立该一个或多个PDU会话的用户面空口资源。

可选的，接入网设备还可以用于向会话管理网元发送第三信息；第三信息包括该一个或多个PDU会话的标识信息；第三信息用于指示接入网设备已建立该一个或多个PDU会话的用户面空口资源。会话管理网元还可以用于接收接入网设备发送的第三信息。

本申请实施例提供的PDU会话管理系统中的相关内容的解释及所能获得的技术效果可参考上述方法实施例，在此不再赘述。

在本申请的描述中，除非另有说明，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。

另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

另外，在本申请的描述中，除非另有说明，“至少一种”是指任意一种或者任意多种的组合，“至少一个”是指任意一个或者任意多个的组合。例如，A、B和C中的至少一种，可以包括以下情况：①A；②B；③C；④A和B；⑤A和C；⑥B和C；⑦A、B和C。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机执行指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (32)

1.一种管理协议数据单元PDU会话的方法，其特征在于，所述方法包括：

会话管理网元从终端发起建立的PDU会话中确定至少一个PDU会话；其中，所述至少一个PDU会话处于激活态；所述至少一个PDU会话为能够进入休眠态的至少一个PDU会话；

所述会话管理网元向接入网设备发送第一信息；所述第一信息包括所述至少一个PDU会话的标识信息，所述第一信息用于指示所述接入网设备释放所述至少一个PDU会话的用户面空口资源，保留所述用户面空口资源的配置信息和所述至少一个PDU会话的上下文。

2.根据权利要求1所述的方法，其特征在于，所述会话管理网元从终端发起建立的PDU会话中确定至少一个PDU会话，包括：

所述会话管理网元确定所述至少一个PDU会话属于以下任一种PDU会话：

预设时间段内没有数据需要传输的PDU会话；

在切换流程中，所有服务质量流都被目标接入网设备拒绝的PDU会话；

所述终端移出了本地数据网络服务区域LADN时的LADN PDU会话；

所述终端需要由连接态进入暂停态时，处于激活态的PDU会话；

所述终端移出了允许的范围时，处于激活态的PDU会话。

3.根据权利要求1或2所述的方法，其特征在于，所述至少一个PDU会话为能够进入休眠态的PDU会话，所述方法还包括：

所述会话管理网元根据所述终端的会话管理签约数据、所述终端的策略和所述会话管理网元的本地配置中的至少一种，确定所述至少一个PDU会话为能够进入休眠态的PDU会话；

或者，所述会话管理网元接收所述终端发送的第二信息，根据所述第二信息确定所述至少一个PDU会话为能够进入休眠态的PDU会话；其中，所述第二信息包括所述至少一个PDU会话的标识信息和表示所述至少一个PDU会话能够进入休眠态的信息；

或者，所述会话管理网元接收所述终端发送的第二信息，根据所述终端的会话管理签约数据、所述终端的策略和所述会话管理网元的本地配置中的至少一种以及所述第二信息确定所述至少一个PDU会话为能够进入休眠态的PDU会话；其中，所述第二信息包括所述至少一个PDU会话的标识信息和表示所述至少一个PDU会话能够进入休眠态的信息。

4.根据权利要求1或2任一项所述的方法，其特征在于，所述方法还包括：

所述会话管理网元接收所述接入网设备发送的第三信息；其中，所述第三信息包括一个或多个PDU会话的标识信息，所述一个或多个PDU会话是所述终端从所述至少一个PDU会话中确定的；所述第三信息用于指示所述接入网设备已建立所述一个或多个PDU会话的用户面空口资源。

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

所述会话管理网元接收所述接入网设备发送的第三信息；其中，所述第三信息包括一个或多个PDU会话的标识信息，所述一个或多个PDU会话是所述终端从所述至少一个PDU会话中确定的；所述第三信息用于指示所述接入网设备已建立所述一个或多个PDU会话的用户面空口资源。

6.一种管理协议数据单元PDU会话的方法，其特征在于，所述方法包括：

接入网设备接收会话管理网元发送的第一信息；其中，所述第一信息包括至少一个PDU会话的标识信息，所述至少一个PDU会话是所述会话管理网元从终端发起建立的PDU会话中确定的，所述至少一个PDU会话处于激活态；

所述接入网设备根据所述第一信息，释放所述至少一个PDU会话的用户面空口资源，保留所述用户面空口资源的配置信息和所述至少一个PDU会话的上下文。

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

所述接入网设备根据所述第一信息，向所述终端发送第四信息；其中，所述第四信息包括所述至少一个PDU会话的标识信息，所述第四信息用于指示所述终端释放所述至少一个PDU会话的用户面空口资源，保留所述用户面空口资源的配置信息和所述至少一个PDU会话的上下文。

8.根据权利要求6或7所述的方法，其特征在于，所述方法还包括：

所述接入网设备接收所述终端发送的第五信息；其中，所述第五信息包括一个或多个PDU会话的标识信息，所述一个或多个PDU会话是所述终端从所述至少一个PDU会话中确定的；

所述接入网设备根据所述第五信息和所述一个或多个PDU会话的用户面空口资源的配置信息，建立所述一个或多个PDU会话的用户面空口资源。

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

所述接入网设备向所述会话管理网元发送第三信息；其中，所述第三信息包括所述一个或多个PDU会话的标识信息；所述第三信息用于指示所述接入网设备已建立所述一个或多个PDU会话的用户面空口资源。

10.根据权利要求6或7所述的方法，其特征在于，在切换流程中，所述接入网设备是源接入网设备；所述方法还包括：

所述源接入网设备向目标接入网设备发送所述一个或多个PDU会话的上下文。

11.根据权利要求8所述的方法，其特征在于，在切换流程中，所述接入网设备是源接入网设备；所述方法还包括：

所述源接入网设备向目标接入网设备发送所述一个或多个PDU会话的上下文。

12.根据权利要求9所述的方法，其特征在于，在切换流程中，所述接入网设备是源接入网设备；所述方法还包括：

所述源接入网设备向目标接入网设备发送所述一个或多个PDU会话的上下文。

13.一种管理协议数据单元PDU会话的方法，其特征在于，所述方法包括：

终端接收接入网设备发送的第四信息；其中，所述第四信息包括至少一个PDU会话的标识信息，所述至少一个PDU会话是会话管理网元从终端发起建立的PDU会话中确定的，所述至少一个PDU会话处于激活态；

所述终端根据所述第四信息释放所述至少一个PDU会话的用户面空口资源，保留所述用户面空口资源的配置信息和所述至少一个PDU会话的上下文。

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

所述终端向所述会话管理网元发送第二信息；其中，所述第二信息包括所述至少一个PDU会话的标识信息和表示所述至少一个PDU会话能够进入休眠态的信息，所述第二信息用于所述会话管理网元从所述终端发起建立的PDU会话中确定所述至少一个PDU会话。

15.根据权利要求13或14所述的方法，其特征在于，所述方法还包括：

所述终端根据一个或多个PDU会话的用户面空口资源的配置信息，建立所述一个或多个PDU会话的用户面空口资源；其中，所述一个或多个PDU会话是所述终端从所述至少一个PDU会话中确定的；

所述终端向所述接入网设备发送第五信息；其中，所述第五信息包括所述一个或多个PDU会话的标识信息，所述第五信息用于指示所述接入网设备建立所述一个或多个PDU会话的用户面空口资源。

16.一种会话管理网元，其特征在于，所述会话管理网元包括：

处理单元，用于从终端发起建立的PDU会话中确定至少一个PDU会话；其中，所述至少一个PDU会话处于激活态；所述至少一个PDU会话为能够进入休眠态的至少一个PDU会话；

收发单元，用于向接入网设备发送第一信息；所述第一信息包括所述至少一个PDU会话的标识信息，所述第一信息用于指示所述接入网设备释放所述至少一个PDU会话的用户面空口资源，保留所述用户面空口资源的配置信息和所述至少一个PDU会话的上下文。

17.根据权利要求16所述的会话管理网元，其特征在于，

所述处理单元具体用于：确定所述至少一个PDU会话属于以下任一种PDU会话：

预设时间段内没有数据需要传输的PDU会话；

在切换流程中，所有服务质量流都被目标接入网设备拒绝的PDU会话；

所述终端移出了本地数据网络服务区域LADN时的LADN PDU会话；

所述终端需要由连接态进入暂停态时，处于激活态的PDU会话；

所述终端移出了允许的范围时，处于激活态的PDU会话。

18.根据权利要求16或17所述的会话管理网元，其特征在于，所述至少一个PDU会话为能够进入休眠态的PDU会话；

所述处理单元具体用于：根据所述终端的会话管理签约数据、所述终端的策略和所述会话管理网元的本地配置中的至少一种，确定所述至少一个PDU会话为能够进入休眠态的PDU会话；

或者，所述收发单元还用于，接收所述终端发送的第二信息，所述处理单元具体用于，根据所述第二信息确定所述至少一个PDU会话为能够进入休眠态的PDU会话；其中，所述第二信息包括所述至少一个PDU会话的标识信息和表示所述至少一个PDU会话能够进入休眠态的信息；

或者，所述收发单元还用于，接收所述终端发送的第二信息，所述处理单元具体用于，根据所述终端的会话管理签约数据、所述终端的策略和所述会话管理网元的本地配置中的至少一种以及所述第二信息确定所述至少一个PDU会话为能够进入休眠态的PDU会话；其中，所述第二信息包括所述至少一个PDU会话的标识信息和表示所述至少一个PDU会话能够进入休眠态的信息。

19.根据权利要求16或17所述的会话管理网元，其特征在于，

所述收发单元还用于，接收所述接入网设备发送的第三信息；其中，所述第三信息包括一个或多个PDU会话的标识信息，所述一个或多个PDU会话是所述终端从所述至少一个PDU会话中确定的；所述第三信息用于指示所述接入网设备已建立所述一个或多个PDU会话的用户面空口资源。

20.根据权利要求18所述的会话管理网元，其特征在于，

所述收发单元还用于，接收所述接入网设备发送的第三信息；其中，所述第三信息包括一个或多个PDU会话的标识信息，所述一个或多个PDU会话是所述终端从所述至少一个PDU会话中确定的；所述第三信息用于指示所述接入网设备已建立所述一个或多个PDU会话的用户面空口资源。

21.一种接入网设备，其特征在于，所述接入网设备包括：

收发单元，用于接收会话管理网元发送的第一信息；其中，所述第一信息包括至少一个PDU会话的标识信息，所述至少一个PDU会话是所述会话管理网元从终端发起建立的PDU会话中确定的，所述至少一个PDU会话处于激活态；

处理单元，用于根据所述第一信息，释放所述至少一个PDU会话的用户面空口资源，保留所述用户面空口资源的配置信息和所述至少一个PDU会话的上下文。

22.根据权利要求21所述的接入网设备，其特征在于，

所述收发单元还用于，根据所述第一信息，向所述终端发送第四信息；其中，所述第四信息包括所述至少一个PDU会话的标识信息，所述第四信息用于指示所述终端释放所述至少一个PDU会话的用户面空口资源，保留所述用户面空口资源的配置信息和所述至少一个PDU会话的上下文。

23.根据权利要求21或22所述的接入网设备，其特征在于，

所述收发单元还用于，接收所述终端发送的第五信息；其中，所述第五信息包括一个或多个PDU会话的标识信息，所述一个或多个PDU会话是所述终端从所述至少一个PDU会话中确定的；

所述处理单元还用于，根据所述第五信息和所述一个或多个PDU会话的用户面空口资源的配置信息，建立所述一个或多个PDU会话的用户面空口资源。

24.根据权利要求23所述的接入网设备，其特征在于，

所述收发单元还用于，向所述会话管理网元发送第三信息；其中，所述第三信息包括所述一个或多个PDU会话的标识信息；所述第三信息用于指示所述接入网设备已建立所述一个或多个PDU会话的用户面空口资源。

25.根据权利要求21或22所述的接入网设备，其特征在于，在切换流程中，所述接入网设备是源接入网设备；所述收发单元还用于，向目标接入网设备发送所述一个或多个PDU会话的上下文。

26.根据权利要求23所述的接入网设备，其特征在于，在切换流程中，所述接入网设备是源接入网设备；所述收发单元还用于，向目标接入网设备发送所述一个或多个PDU会话的上下文。

27.根据权利要求24所述的接入网设备，其特征在于，在切换流程中，所述接入网设备是源接入网设备；所述收发单元还用于，向目标接入网设备发送所述一个或多个PDU会话的上下文。

28.一种终端装置，其特征在于，所述终端装置包括：

收发单元，用于接收接入网设备发送的第四信息；其中，所述第四信息包括至少一个PDU会话的标识信息，所述至少一个PDU会话是会话管理网元从终端发起建立的PDU会话中确定的，所述至少一个PDU会话处于激活态；

处理单元，用于根据所述第四信息释放所述至少一个PDU会话的用户面空口资源，保留所述用户面空口资源的配置信息和所述至少一个PDU会话的上下文。

29.根据权利要求28所述的终端装置，其特征在于，

所述收发单元还用于，向所述会话管理网元发送第二信息；所述第二信息包括所述至少一个PDU会话的标识信息和表示所述至少一个PDU会话能够进入休眠态的信息，所述第二信息用于所述会话管理网元从所述终端发起建立的PDU会话中确定所述至少一个PDU会话。

30.根据权利要求28或29所述的终端装置，其特征在于，

所述处理单元还用于，根据一个或多个PDU会话的用户面空口资源的配置信息，建立所述一个或多个PDU会话的用户面空口资源；其中，所述一个或多个PDU会话是所述终端从所述至少一个PDU会话中确定的；

所述收发单元还用于，向所述接入网设备发送第五信息；其中，所述第五信息包括所述一个或多个PDU会话的标识信息，所述第五信息用于指示所述接入网设备建立所述一个或多个PDU会话的用户面空口资源。

31.一种管理协议数据单元PDU会话的系统，其特征在于，包括如权利要求16至20任一项所述的会话管理网元，如权利要求21至27任一项所述的接入网设备，以及如权利要求28至30任一项所述的终端装置。

32.一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在计算机上运行时，使得如权利要求1至15任一项所述的方法被执行。

Images