CN113810950A - 一种通信方法及装置 - Google Patents

Abstract

本申请涉及通信技术领域，公开了一种通信方法及装置。其中方法包括：第一接入网设备接收来自终端设备的第一上行数据，并向核心网设备发送请求消息，请求消息用于请求终端设备的用户面数据的路径切换，请求消息包括第一信息，第一信息用于指示第一上行数据对应的第一PDU会话。采用该种方式，由于第一接入网设备向核心网设备发送的请求消息中可以包括第一信息，从而使得核心网设备可以参考第一信息来对终端设备的PDU会话进行接纳控制，能够提高核心网设备对PDU会话进行接纳控制的合理性。

Description

一种通信方法及装置

技术领域

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

背景技术

协议数据单元(protocol data unit，PDU)会话是终端设备和数据网络(datanetwork，DN)之间的会话，用以提供PDU连接性服务。其中，PDU连接性服务可以是指终端设备和DN之间PDU交换的服务。

第五代(the 5th generation，5G)通信系统中，引入了一种新的RRC状态，即RRC非激活态(inactive state)。处于RRC非激活态的终端设备暂停与接入网设备的RRC连接，不需要连续监听下行数据，从而达到与空闲态一样的省电效果，但处于RRC非激活态的终端设备和接入网设备均保存终端设备的上下文信息。

然而，当处于RRC非激活态的终端设备需要进行数据传输时，核心网设备如何对终端设备的PDU会话进行接纳控制，仍需进一步的研究。

发明内容

有鉴于此，本申请提供了一种通信方法及装置，用于提高核心网设备对PDU会话进行接纳控制的合理性。

第一方面，本申请实施例提供了一种通信方法，该方法可以应用于第一接入网设备，或者也可以应用于第一接入网设备内部的芯片。以该方法应用于第一接入网设备为例，在该方法中，第一接入网设备接收来自终端设备的第一上行数据，并向核心网设备发送请求消息，请求消息用于请求终端设备的用户面数据的路径切换；请求消息包括第一信息，第一信息用于指示第一上行数据对应的第一PDU会话。

采用该种方式，由于第一接入网设备向核心网设备发送的请求消息中可以包括第一信息，从而使得核心网设备可以参考第一信息来对终端设备的PDU会话进行接纳控制，能够提高核心网设备对PDU会话进行接纳控制的合理性；比如，核心网设备根据第一信息可以确定第一PDU会话有上行数据需要传输，进而可以优先接纳第一PDU会话，有效避免因释放第一PDU会话而导致数据无法正常传输的问题。

在一种可能的设计中，所述方法还包括：确定第一上行数据对应的逻辑信道，从第二接入网设备获取指示信息，所述指示信息用于指示所述逻辑信道对应第一协议数据单元PDU会话，或者所述指示信息用于指示所述逻辑信道与第一PDU会话之间的对应关系；进而，根据第一上行数据对应的逻辑信道和所述指示信息，确定第一上行数据对应的第一PDU会话。

在一种可能的设计中，所述方法还包括：接收来自终端设备的RRC连接恢复请求；其中，第一上行数据和RRC连接恢复请求承载于同一消息。

采用该种方式，由于第一上行数据和RRC连接恢复请求承载于同一消息，即第一上行数据和RRC连接恢复请求是同时传输的，也就是说，终端设备可以在非激活态下传输第一上行数据，从而能够保证及时传输第一上行数据。

在一种可能的设计中，请求消息还包括以下至少一项：第一上行数据对应的服务质量QoS流的标识QFI；第一上行数据对应的QoS参数信息；第一上行数据的数据量；第一PDU会话的剩余上行数据量；第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；所述预计将要到达的上行数据对应的QFI；所述预计将要到达的上行数据对应的QoS参数信息；第三PDU会话的剩余上行数据量；第三信息，第三信息用于指示终端设备的RRC状态。

采用该种方式，由于请求消息可以包括上述各种可能的信息，从而从多个维度为核心网设备对PDU会话进行接纳控制提供了参考依据，能够更加有效地提高核心网设备对PDU会话进行接纳控制的合理性。

在一种可能的设计中，所述方法还包括：从终端设备获取第二信息，第二信息是终端设备根据第二PDU会话的历史数据传输信息确定的；此种情形下，由于第一接入网设备可以直接从终端设备获取到第二信息，从而能够有效节省第一接入网设备的处理负担。或者，从第二接入网设备获取第二PDU会话的历史数据传输信息；根据第二PDU会话的历史数据传输信息，确定第二信息。

在一种可能的设计中，所述方法还包括：接收来自终端设备的缓存区状态报告，缓存区状态报告用于指示第一PDU会话的剩余上行数据量和/或第三PDU会话的剩余上行数据量。

在一种可能的设计中，所述方法还包括：从核心网设备接收请求消息的响应消息，响应消息包括被接纳的PDU会话的标识和/或被释放的PDU会话的标识。

在一种可能的设计中，被接纳的PDU会话包括第一PDU会话；或者，被释放的PDU会话包括第一PDU会话。

在一种可能的设计中，第一信息包括第一PDU会话的标识。

第二方面，本申请实施例提供了一种通信方法，该方法可以应用于核心网设备，或者也可以应用于核心网设备内部的芯片。以该方法应用于核心网设备为例，在该方法中，核心网设备接收来自接入网设备的请求消息，请求消息用于请求终端设备的用户面数据的路径切换，请求消息包括第一信息，第一信息用于指示第一上行数据对应的第一PDU会话；根据请求消息，确定被接纳的PDU会话和/或被拒绝的PDU会话。

在一种可能的设计中，请求消息还包括以下至少一项：第一上行数据对应的QFI；第一上行数据对应的QoS参数信息；第一上行数据的数据量；第一PDU会话的剩余上行数据量；第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；所述预计将要到达的上行数据对应的QFI；所述预计将要到达的上行数据对应的QoS参数信息；第三PDU会话的剩余上行数据量；第三信息，第三信息用于指示终端设备的RRC状态。

在一种可能的设计中，所述方法还包括：向所述接入网设备发送请求消息的响应消息，所述响应消息包括所述被接纳的PDU会话的标识和/或被拒绝的PDU会话的标识。

在一种可能的设计中，所述被接纳的PDU会话包括第一PDU会话；或者，所述被释放的PDU会话包括第一PDU会话。

在一种可能的设计中，第一信息包括第一PDU会话的标识。

需要说明的是，上述第二方面所提供的通信方法与第一方面相对应，因此第二方面的相关技术特征的有益效果可以参照第一方面的描述，具体不再赘述。

第三方面，本申请实施例提供了一种通信方法，该方法可以应用于第一核心网设备，或者也可以应用于第一核心网设备内部的芯片。以该方法应用于第一核心网设备为例，在该方法中，第一核心网设备接收来自接入网设备的请求消息，请求消息用于请求终端设备的用户面数据的路径切换，请求消息包括第一信息，第一信息用于指示第一上行数据对应的第一PDU会话；根据请求消息，向第二核心网设备发送第一信息；接收来自第二核心网设备的指示消息，所述指示消息用于指示被接纳的PDU会话和/或被释放的PDU会话。

采用该种方式，第一核心网设备可以向第二核心网设备发送第一信息，从而使得第二核心网设备可以参考第一信息来对终端设备的PDU会话进行接纳控制，能够提高第二核心网设备对PDU会话进行接纳控制的合理性。

在一种可能的设计中，所述方法还包括：向第二核心网设备发送以下至少一项：第一上行数据对应的QFI；第一上行数据对应的QoS参数信息；第一上行数据的数据量；第一PDU会话的剩余上行数据量；第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；所述预计将要到达的上行数据对应的QFI；所述预计将要到达的上行数据对应的QoS参数信息；第三PDU会话的剩余上行数据量；第三信息，第三信息用于指示终端设备的RRC状态。

采用该种方式，由于第一核心网设备可以向第二核心网设备发送上述各种可能的信息，从而从多个维度为第二核心网设备对PDU会话进行接纳控制提供了参考依据，能够更加有效地提高第二核心网设备对PDU会话进行接纳控制的合理性。

第四方面，本申请实施例提供了一种通信方法，该方法可以应用于第二核心网设备，或者也可以应用于第二核心网设备内部的芯片。以该方法应用于第二核心网设备为例，在该方法中，第二核心网设备接收来自第一核心网设备的第一信息，第一信息用于指示第一上行数据对应的第一PDU会话；以及，根据第一信息，向第一核心网设备发送指示信息，所述指示信息用于指示被接纳的PDU会话和/或被释放的PDU会话。

在一种可能的设计中，所述方法还包括：接收来自第一核心网设备的以下至少一项：第一上行数据对应的QFI；第一上行数据对应的QoS参数信息；第一上行数据的数据量；第一PDU会话的剩余上行数据量；第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；所述预计将要到达的上行数据对应的QFI；所述预计将要到达的上行数据对应的QoS参数信息；第三PDU会话的剩余上行数据量；第三信息，第三信息用于指示终端设备的RRC状态。

需要说明的是，上述第四方面所提供的通信方法与第三方面相对应，因此第四方面的相关技术特征的有益效果可以参照第三方面的描述，具体不再赘述。

第五方面，本申请实施例提供了一种通信方法，该方法可以应用于接入网设备，或者也可以应用于接入网设备内部的芯片。以该方法应用于接入网设备为例，在该方法中，接入网设备获取信息，该信息用于指示预计将要到达的上行数据对应的第一PDU会话，以及，向核心网设备发送请求消息，请求消息用于请求终端设备的用户面数据的路径切换，请求消息包括该信息。

采用该种方式，由于接入网设备向核心网设备发送的请求消息中可以包括上述信息，从而使得核心网设备可以参考上述信息来对终端设备的PDU会话进行接纳控制，能够提高核心网设备对PDU会话进行接纳控制的合理性；比如，核心网设备根据上述信息可以确定第一PDU会话预计有上行数据需要传输，进而可以优先接纳第一PDU会话，有效避免因释放第一PDU会话而导致数据无法正常传输的问题。

在一种可能的设计中，请求消息还包括以下至少一项：预计将要到达的上行数据对应的QFI；预计将要到达的上行数据对应的QoS参数信息。

第六方面，本申请实施例提供了一种通信方法，该方法可以应用于接入网设备，或者也可以应用于接入网设备内部的芯片。以该方法应用于接入网设备为例，在该方法中，接入网设备获取信息，该信息用于指示终端设备的RRC状态；以及，向核心网设备发送请求消息，请求消息用于请求终端设备的用户面数据的路径切换，请求消息包括该信息。

采用该种方式，由于接入网设备向核心网设备发送的请求消息中可以包括上述信息，从而使得核心网设备可以参考上述信息来对终端设备的PDU会话进行接纳控制，能够提高核心网设备对PDU会话进行接纳控制的合理性；比如，若终端设备的RRC状态为非激活态，则核心网设备可以拒绝或释放终端设备的部分或全部PDU会话；若终端设备的RRC状态为连接态，则核心网设备应尽量接纳终端设备的全部PDU会话，以避免影响终端设备的数据传输。

第七方面，本申请实施例提供了一种通信系统，该通信系统可以包括第一接入网设备和核心网设备；其中，所述第一接入网设备可以用于执行第一方面、第五方面或第六方面任意可能的设计或实现方式中的方法，核心网设备可以用于执行第二方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，该通信系统还可以包括第二接入网设备，第二接入网设备为终端设备的前服务接入网设备。示例性地，第二接入网设备可以用于向第一接入网设备发送终端设备的上下文信息；和/或，第二接入网设备可以用于向第一接入网设备发送终端设备的PDU会话的历史数据传输信息。

第八方面，本申请实施例提供了一种通信系统，该通信系统可以包括第一核心网设备和第二核心网设备；其中，所述第一核心网设备可以用于执行第三方面任意可能的设计或实现方式中的方法，第二核心网设备可以用于执行第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，该通信系统还可以包括第一接入网设备，第一接入网设备可以用于执行第一方面、第五方面或第六方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，该通信系统还可以包括第二接入网设备，第二接入网设备为终端设备的前服务接入网设备。示例性地，第二接入网设备可以用于向第一接入网设备发送终端设备的上下文信息；和/或，第二接入网设备可以用于向第一接入网设备发送终端设备的PDU会话的历史数据传输信息。

第九方面，本申请提供一种通信装置，所述通信装置可以为接入网设备(比如第一接入网设备)或者设置在接入网设备内部的芯片。所述通信装置具备实现上述第一方面、第五方面或第六方面的功能，比如，所述通信装置包括执行上述第一方面、第五方面或第六方面涉及步骤所对应的模块或单元或手段(means)，所述模块或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于接收来自终端设备的配置信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第一方面、第五方面或第六方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，处理器可以用于与存储器耦合。所述存储器可以保存实现上述第一方面、第五方面或第六方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面、第五方面或第六方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第一方面、第五方面或第六方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第一方面、第五方面或第六方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和接口电路，其中，处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面、第五方面或第六方面任意可能的设计或实现方式中的方法。

第十方面，本申请提供一种通信装置，所述通信装置可以为核心网设备(比如第一核心网设备或第二核心网设备)或者设置在核心网设备内部的芯片。所述通信装置具备实现上述第二方面、第三方面或第四方面涉及的功能，比如，所述通信装置包括执行上述第二方面、第三方面或第四方面涉及步骤所对应的模块或单元或手段，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述通信装置包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该通信装置和其它装置之间的通信，比如，通信单元用于向终端设备发送系统信息；处理单元可以用于执行该通信装置的一些内部操作。处理单元、通信单元执行的功能可以和上述第二方面、第三方面或第四方面涉及的步骤相对应。

在一种可能的设计中，所述通信装置包括处理器，处理器可以用于与存储器耦合。所述存储器可以保存实现上述第二方面、第三方面或第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第二方面、第三方面或第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和存储器，存储器可以保存实现上述第二方面、第三方面或第四方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述通信装置实现上述第二方面、第三方面或第四方面任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述通信装置包括处理器和接口电路，其中，处理器用于通过所述接口电路与其它装置通信，并执行上述第二方面、第三方面或第四方面任意可能的设计或实现方式中的方法。

可以理解地，上述第九方面或第十方面中，处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。此外，以上处理器可以为一个或多个，存储器可以为一个或多个。存储器可以与处理器集成在一起，或者存储器与处理器分离设置。在具体实现过程中，存储器可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

第十一方面，本申请提供一种计算机可读存储介质，所述计算机存储介质中存储有计算机可读指令，当计算机读取并执行所述计算机可读指令时，使得计算机执行上述第一方面至第六方面的任一种可能的设计中的方法。

第十二方面，本申请提供一种计算机程序产品，当计算机读取并执行所述计算机程序产品时，使得计算机执行上述第一方面至第六方面的任一种可能的设计中的方法。

第十三方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述第一方面至第六方面的任一种可能的设计中的方法。

本申请的这些方面或其它方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为本申请实施例适用的一种网络架构示意图；

图2a为本申请实施例提供的终端设备与接入网设备之间的协议层结构示例图；

图2b为本申请实施例提供的一种CU-DU分离架构的示意图；

图2c为本申请实施例提供的又一种CU-DU分离架构的示意图；

图2d为本申请实施例提供的一种空口协议栈分布示意图；

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

图4为本申请实施例提供的终端设备在RRC连接态和非激活态之间转换的一种可能的流程示意图；

图5为本申请实施例提供的通信方法所对应的流程示意图；

图6为本申请实施例中所涉及的装置的可能的示例性框图；

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

图8为本申请实施例提供的一种核心网设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

图1为本申请实施例适用的一种网络架构示意图。如图1所示，终端设备可接入到无线网络，以通过无线网络获取外网(例如数据网络(data network，DN))的服务，或者通过无线网络与其它设备通信，如可以与其它终端设备通信。该无线网络包括无线接入网(radio access network，RAN)和核心网(core network，CN)，其中，RAN又可以称为接入网(radio access network，AN)，用于将终端设备接入到无线网络，CN用于对终端设备进行管理并提供与DN通信的网关。

下面分别对图1中所涉及的终端设备、RAN、CN进行详细说明。

一、终端设备

终端设备，又可以称为用户设备(user equipment，UE)，包括向用户提供语音和/或数据连通性的设备，例如可以包括具有无线连接功能的手持式设备、或连接到无线调制解调器的处理设备。该终端设备可以经无线接入网(radio access network，RAN)与核心网进行通信，与RAN交换语音和/或数据。该终端设备可以包括无线终端设备、移动终端设备、设备到设备通信(device-to-device，D2D)终端设备、车到一切(vehicle to everything，V2X)终端设备、机器到机器/机器类通信(machine-to-machine/machine-typecommunications，M2M/MTC)终端设备、物联网(internet of things，IoT)终端设备、订户单元、订户站，移动站、远程站、接入点(access point，AP)、远程终端、接入终端、用户终端、用户代理、或用户装备等。例如，可以包括移动电话(或称为“蜂窝”电话)，具有移动终端设备的计算机，便携式、袖珍式、手持式、计算机内置的移动装置等。例如，个人通信业务(personal communication service，PCS)电话、无绳电话、会话发起协议(sessioninitiation protocol，SIP)话机、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、等设备。还包括受限设备，例如功耗较低的设备，或存储能力有限的设备，或计算能力有限的设备等。例如包括条码、射频识别(radiofrequency identification，RFID)、传感器、全球定位系统(global positioning system，GPS)、激光扫描器等信息传感设备。

本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统或可实现终端设备功能的组合器件、部件，该装置可以被安装在终端设备中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例提供的技术方案中，以用于实现终端的功能的装置是终端设备为例，描述本申请实施例提供的技术方案。

二、RAN

RAN中可以包括一个或多个RAN设备，RAN设备与终端设备之间的接口可以为Uu接口(或称为空口)。当然，在未来通信中，这些接口的名称可以不变，或者也可以用其它名称代替，本申请对此不限定。

RAN设备即为将终端设备接入到无线网络的节点或设备，RAN设备又可以称为接入网设备或基站。接入网设备例如包括但不限于：5G通信系统中的新一代基站(generationNode B，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站((home evolved nodeB，HeNB)或(home node B，HNB))、基带单元(baseBand unit，BBU)、传输接收点(transmitting andreceiving point，TRP)、发射点(transmitting point，TP)、或移动交换中心等。

本申请实施例中，用于实现接入网设备的功能的装置可以是接入网设备，也可以是能够支持接入网设备实现该功能的装置，例如芯片系统或可实现接入网设备功能的组合器件、部件，该装置可以被安装在接入网设备中。在本申请实施例提供的技术方案中，以用于实现接入网设备的功能的装置是接入网设备为例，描述本申请实施例提供的技术方案。

(1)协议层结构

RAN设备和终端设备之间的通信遵循一定的协议层结构，例如控制面协议层结构可以包括无线资源控制(radio resource control，RRC)层、分组数据汇聚层协议(packetdata convergence protocol，PDCP)层、无线链路控制(radio link control，RLC)层、媒体接入控制(media access control，MAC)层和物理层；用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层，在一种可能的实现中，PDCP层之上还可以包括业务数据适配(service data adaptation protocol，SDAP)层。

以接入网设备和终端设备之间的数据传输为例，数据传输需要经过用户面协议层，比如经过SDAP层、PDCP层、RLC层、MAC层、物理层，其中，SDAP层、PDCP层、RLC层、MAC层、物理层也可以统称为接入层。示例性地，接入网设备和终端设备之间通过建立至少一个数据无线承载(data radio bearer，DRB)来传输数据，每个DRB可以对应一组功能实体集合，比如包括一个PDCP层实体，该PDCP层实体对应的至少一个RLC层实体，至少一个RLC层实体对应的至少一个MAC层实体，至少一个MAC层实体对应的至少一个物理层实体。需要说明的是，接入网设备和终端设备之间还可以通过建立至少一个信令无线承载(signalling radiobearer，SRB)来传输信令，DRB和SRB可以统称为无线承载(radio bearer，RB)。

以下行数据传输为例，图2a为下行数据在各层间传输的示意图，图2a中向下的箭头表示数据发送，向上的箭头表示数据接收。SDAP层实体自上层取得数据后，可以根据数据的服务质量流标识(QoS flow indicator，QFI)将数据映射到相应DRB的PDCP层实体，PDCP层实体可以将数据传送到该PDCP层实体对应的至少一个RLC层实体，进而由至少一个RLC层实体传输到对应的MAC层实体，再由MAC层实体生成传输块，然后通过对应的物理层实体进行无线传输。数据在各个层中进行相对应的封装，某一层从该层的上层收到的数据视为该层的服务数据单元(service data unit，SDU)，经过层封装后成为PDU，再传递给下一个层。例如PDCP层实体从上层接收到的数据称为PDCP SDU，PDCP层实体发送到下层的数据称为PDCP PDU；RLC层实体从上层接收到的数据称为RLC SDU，RLC层实体发送到下层的数据称为RLC PDU。其中，不同层之间可以通过相应的通道来传输数据，比如RLC层实体与MAC层实体之间可以通过逻辑信道(logical channel，LCH)来传输数据，MAC层实体与物理层实体之间可以通过传输通道(transport channel)来传输数据。示例性地，根据图2a还可以看出，终端设备还具有应用层和非接入层；其中，应用层可以用于向终端设备中所安装的应用程序提供服务，非接入层可以用于转发用户数据。

(2)CU和DU

本申请实施例中，RAN设备可以包括一个或多个集中单元(centralized unit，CU)和一个或多个分布单元(distributed unit，DU)，多个DU可以由一个CU集中控制。作为示例，CU和DU之间的接口可以称为F1接口，其中，控制面(control panel，CP)接口可以为F1-C，用户面(user panel，UP)接口可以为F1-U。CU和DU可以根据无线网络的协议层划分：比如图2b所示，PDCP层及以上协议层的功能设置在CU，PDCP层以下协议层(例如RLC层和MAC层等)的功能设置在DU。

可以理解的，上述对CU和DU的处理功能按照协议层的划分仅仅是一种举例，也可以按照其他的方式进行划分，比如PDCP层以上协议层的功能设置在CU，PDCP层及以下协议层的功能设置在DU，又比如可以将CU或者DU划分为具有更多协议层的功能，又比如CU或DU还可以划分为具有协议层的部分处理功能。在一种设计中，将RLC层的部分功能和RLC层以上的协议层的功能设置在CU，将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。在另一种设计中，还可以按照业务类型或者其他系统需求对CU或者DU的功能进行划分，例如按时延划分，将处理时间需要满足时延要求的功能设置在DU，不需要满足该时延要求的功能设置在CU。在另一种设计中，CU也可以具有核心网的一个或多个功能。示例性地，CU可以设置在网络侧方便集中管理；DU可以具有多个射频功能，也可以将射频功能拉远设置。本申请实施例对此并不进行限定。

示例性地，CU的功能可以由一个实体来实现，或者也可以由不同的实体来实现。例如，如图2c所示，可以对CU的功能进行进一步切分，即将控制面和用户面分离并通过不同实体来实现，分别为控制面CU实体(即CU-CP实体)和用户面CU实体(即CU-UP实体)，CU-CP实体和CU-UP实体可以与DU相耦合，共同完成RAN设备的功能。CU-CP实体与CU-UP实体之间的接口可以为E1接口，CU-CP实体与DU之间的接口可以为F1-C接口，CU-UP实体与DU之间的接口可以为F1-U接口。其中，一个DU和一个CU-UP可以连接到一个CU-CP。在同一个CU-CP控制下，一个DU可以连接到多个CU-UP，一个CU-UP可以连接到多个DU。

基于图2c，图2d为一种空口协议栈分布示意图。如图2d所示，针对用户面和控制面来说，空口协议栈都可以是RLC、MAC、PHY在DU，PDCP及以上协议层在CU。

需要说明的是：在上述图2b至图2d所示意的架构中，CU产生的信令可以通过DU发送给终端设备，或者终端设备产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装后透传给终端设备或CU。以下实施例中如果涉及这种信令在DU和终端设备之间的传输，此时，DU对信令的发送或接收包括这种场景。例如，RRC或PDCP层的信令最终会处理为物理层的信令发送给终端设备，或者，由接收到的物理层的信令转变而来。在这种架构下，该RRC或PDCP层的信令，即也可以认为是由DU发送的，或者，由DU和射频装置发送的。

三、CN

CN中可以包括一个或多个核心网设备或者说核心网网元，以5G通信系统为例，CN中可以包括接入和移动性管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户面功能(user planefunction，UPF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified data management，UDM)网元、应用功能(application function，AF)网元等。

AMF网元是由运营商网络提供的控制面网元，负责终端设备接入运营商网络的接入控制和移动性管理，例如包括移动状态管理，分配用户临时身份标识，认证和授权用户等功能。

SMF网元是由运营商网络提供的控制面网元，负责管理终端设备的PDU会话。PDU会话是一个用于传输PDU的通道，终端设备需要通过PDU会话与DN互相传送PDU。PDU会话由SMF网元负责建立、维护和删除等。SMF网元包括会话管理(如会话建立、修改和释放，包含UPF和RAN之间的隧道维护)、UPF网元的选择和控制、业务和会话连续性(service and sessioncontinuity，SSC)模式选择、漫游等会话相关的功能。

UPF网元是由运营商提供的网关，是运营商网络与DN通信的网关。UPF网元包括数据包路由和传输、包检测、服务质量(quality of service，QoS)处理、合法监听、上行包检测、下行数据包存储等用户面相关的功能。

PCF网元是由运营商提供的控制面功能，用于向SMF网元提供PDU会话的策略。策略可以包括计费相关策略、QoS相关策略和授权相关策略等。

UDM网元是由运营商提供的控制面网元，负责存储运营商网络中签约用户的用户永久标识符(subscriber permanent identifier，SUPI)、签约数据等信息。

AF网元是提供各种业务服务的功能网元，能够通过其它网元与核心网交互，以及能够和策略管理框架交互进行策略管理。

此外，尽管未示出，CN中还可以包括其它可能的网元，比如网络开放功能(networkexposure function，NEF)、网元统一数据仓储(unified data repository，UDR)网元。

本申请实施例中，用于实现核心网设备的功能的装置可以是核心网设备，也可以是能够支持核心网设备实现该功能的装置，例如芯片系统或可实现核心网设备功能的组合器件、部件，该装置可以被安装在核心网设备中。在本申请实施例提供的技术方案中，以用于实现核心网设备的功能的装置是核心网设备为例，描述本申请实施例提供的技术方案。

图1中Npcf、Nudm、Naf、Namf、Nsmf、N1、N2、N3、N4，以及N6为接口序列号。这些接口序列号的含义可参见相关标准协议中定义的含义，在此不做限制。

可以理解的是，图1中是以5G通信系统为例进行示意的，本申请实施例中的方案还可以适用于其它可能的通信系统中，比如未来的第六代(the 6th generation，6G)通信系统中。上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

基于图1所示意的网络架构，下面先对本申请实施例涉及的相关技术特征进行解释说明。需要说明的是，这些解释是为了让本申请实施例更容易被理解，而不应该视为对本申请所要求的保护范围的限定。

一、终端设备的状态

终端设备的状态可以包括：(1)RRC连接态，即终端设备与接入网设备建立了RRC连接，可以进行数据传输；(2)RRC空闲态，即终端设备没有与接入网设备建立RRC连接，接入网设备没有存储该终端设备的上下文信息；如果终端设备需要从RRC空闲态进入RRC连接态，则需要发起RRC连接建立过程；(3)RRC非激活态，即终端设备与接入网设备暂停或挂起RRC连接，但核心网中仍存在终端设备对应的网络连接。

其中，RRC空闲态可简称为空闲态，RRC非激活态可简称为非激活态，也可以称为第三态或去活动态，RRC连接态可简称为连接态。

二、PDU会话

在上述图1所示意的网络架构中，终端设备与DN之间可以通过PDU会话进行数据传输，每个PDU会话中可以传输多个不同QoS要求的数据流，称为QoS流。在PDU会话的建立或修改过程中，接入网设备可以为PDU会话中的QoS流配置空口资源，以及核心网设备可以为PDU会话建立PDU会话对应的N3隧道。

以PDU会话建立为例，图3为一种可能的PDU会话建立流程示意图，参见图3所示，该流程包括：

步骤301，终端设备与接入网设备1建立RRC连接，并进入连接态。

示例性地，终端设备进入连接态后，可以触发核心网设备为终端设备建立PDU会话，进而可以执行如下步骤302至步骤306。

步骤302，SMF网元通过AMF网元向接入网设备1发送PDU会话资源建立请求(PDUsession resource setup request)消息，用于为终端设备建立PDU会话。

此处，PDU会话资源建立请求消息包括待建立的PDU会话(比如PDU会话1)的标识、该PDU会话的多个QoS流的标识(QoS flow indicator，QFI)以及多个QoS流的QoS参数信息。其中，QoS参数信息可以包括5G服务质量标识(5G QoS identifier，5QI)，或者可以包括其它可能的信息，例如以下至少一种5G QoS特征信息，具体不做限定。5QI是一个标量，用于索引到对应的5G QoS特征信息，在一个示例中，5G QoS特征信息可以包括优先级水平(priority level)、包时延预算(packet delay budget，PDB)、包错误率(packet errorrate，PER)等。

步骤303，接入网设备1接收PDU会话资源建立请求消息，并向终端设备发送RRC重配置消息，RRC重配置消息可以包括PDU会话1中的多个QoS流分别对应的空口资源配置信息。

此处，以PDU会话1中的QoS流1为例，接入网设备1可以根据QoS流1的QoS参数信息，确定QoS流1对应的空口资源配置信息。其中，QoS流1对应的空口资源配置信息可以包括QoS流1对应的DRB配置信息、PDCP配置信息、RLC配置信息、逻辑信道配置信息中的至少一项。在一个示例中，PDCP配置信息可以包括PDCP序列号(sequence number，SN)长度，RLC配置信息可以包括RLC SN长度、RLC模式，逻辑信道配置信息可以包括逻辑信道标识。

步骤304，终端设备接收RRC重配置消息，并根据RRC重配置消息进行相应配置。

步骤305，接入网设备1通过AMF网元向SMF网元发送PDU会话资源建立响应消息。

步骤306，SMF网元可以建立PDU会话(比如上述PDU会话1)对应的N3隧道。

示例性地，SMF网元可以为UPF网元分配一个UPF网元侧的N3隧道地址(为便于描述称为第一N3隧道地址)，进而通过AMF网元将第一N3隧道地址发送给接入网设备1；相应地，接入网设备1接收到第一N3隧道地址，可以分配一个接入网设备1侧的N3隧道地址(称为第二N3隧道地址)，并通过AMF网元将第二N3隧道地址发送给SMF网元，进而由SMF网元发送给UPF网元；此外，SMF网元还可以将为UPF网元分配的第一N3隧道地址发送给UPF网元；如此，接入网设备1和UPF网元之间建立了N3隧道，后续可以通过N3隧道传输PDU会话1的数据。其中，N3隧道地址可以为N3隧道号。

三、终端设备的状态转换

图4为终端设备由连接态进入非激活态的一种可能的流程示意图，如图4所示，该流程可以包括：

步骤401，接入网设备1向连接态的终端设备发送RRC连接释放(RRC connectionrelease)消息，RRC连接释放消息用于通知终端设备挂起RRC连接，并进入非激活态。

示例性地，接入网设备1向连接态的终端设备发送RRC连接释放消息的情形可以有多种，比如，接入网设备1若在设定时间段内未接收到终端设备的数据，则可以向终端设备发送RRC连接释放消息，以配置终端设备进入非激活态。其中，“配置终端设备进入非激活态”也可以描述为“挂起终端设备的RRC连接”。

步骤402，终端设备接收RRC连接释放消息，并释放RRC连接，并进入非激活态。

示例性地，RRC连接释放消息可以携带释放原因(release cause)，例如可以将释放原因设置为RRC挂起(RRC suspend)或RRC非激活(RRC inactive)。如此，当终端设备接收到RRC连接释放消息，并确定释放原因为RRC suspend或RRC inactive时，可以挂起RRC连接，并进入非激活态。其中，释放原因也可以理解为指示终端设备进入非激活态或空闲态的指示信息。

RRC连接释放消息还可以携带恢复标识(resume ID)，恢复标识可以包括终端的标识等信息。其中，终端设备的标识可以为非激活小区无线网络临时标识(inactive radionetwork temporary identifier，I-RNTI)。

步骤403，终端设备在非激活态下，确定需要恢复RRC连接。

此处，终端设备确定需要恢复RRC连接的情形可以有多种，比如终端设备在非激活态下确定需要传输上行数据，或者终端设备在非激活态下接收到寻呼消息，又或者其它可能的情形，具体不做限定。

步骤404，终端设备向接入网设备2发送RRC连接恢复请求(RRC connectionresume request)；相应地，接入网设备2接收来自终端设备的RRC连接恢复请求。

示例性地，RRC连接恢复请求中可以包括恢复标识，还可以包括恢复原因(resumecause)。

示例性地，终端设备还可以向接入网设备2发送上行数据。

步骤405，接入网设备2接收到RRC连接恢复请求后，向接入网设备1发送取回UE上下文请求(retrieve UE context request)，该取回UE上下文请求用于请求获得该终端设备的上下文信息；相应地，接入网设备1接收来自接入网设备2的取回UE上下文请求。

此处，接入网设备2可以根据恢复标识，确定终端设备的上下文信息所在的接入网设备(比如接入网设备1)，进而向接入网设备1发送取回UE上下文请求；其中，取回UE上下文请求中可以包括恢复标识。

步骤406，接入网设备1向接入网设备2发送取回UE上下文响应(retrieve UEcontext responset)，取回UE上下文响应中包括终端设备的上下文信息。

示例性地，终端设备的上下文信息可以包括终端设备的接入层(access stratum，AS)上下文，比如源主小区的小区标识、源主小区的物理小区标识、源主小区的小区无线网络临时标识(cell radio network temporary identifier，C-RNTI)、健壮性包头压缩(robust header compression，ROHC)状态中的至少一项。其中，源主小区可以是指终端设备在进入非激活态之前接入的接入网设备1的小区。

可选地，终端设备的上下文信息还可以包括密钥信息，比如接入层密钥、RRC完整性保护密钥、下一跳(next hop，NH)密钥、下一跳链计数器(next hop chaining counter，NCC)中的至少一项。

可选地，终端设备的上下文信息还可以包括终端设备的PDU会话的标识、PDU会话中的QoS流的标识以及QoS流对应的空口资源配置信息，还可以包括QoS流对应的QoS参数信息。如此，接入网设备2接收到终端设备的上下文信息后，可以根据PDU会话中的QoS流对应的空口资源配置信息，得到终端设备的PDU会话与逻辑信道的对应关系。比如，PDU会话1中包括QoS流1和QoS流2，QoS流1对应DRB1，DRB1对应逻辑信道1，QoS流2对应DRB2，DRB2对应逻辑信道2，进而可以确定PDU会话1对应逻辑信道1和逻辑信道2。

步骤407，接入网设备2请求路径切换(path switch)。

此处，路径切换的目的，是改变终端设备的用户面数据的路径(即PDU会话对应的N3隧道)，比如将用户面数据的路径由UPF网元到接入网设备1切换为UPF网元到接入网设备2。

需要说明的是，上述接入网设备1和接入网设备2可以为不同的接入网设备，比如接入网设备2可以为接入网设备1的邻近接入网设备，此种情形下，接入网设备1可以称为前服务(last serving)接入网设备或者源(source)接入网设备或者旧节点(old node)，接入网设备2可以称为目标接入网设备或者新节点(new node)。在其它可能的示例中，接入网设备1和接入网设备2也可以为同一接入网设备，此种情形下，可以省略上述接入网设备1和接入网设备2之间的交互操作。

基于上述相关技术特征的描述，本申请实施例将针对非激活态的终端设备需要进行数据传输时，核心网设备对终端设备的PDU会话进行接纳控制的相关实现进行研究。

参见上述图4所示意的流程，当终端设备需要进行数据传输，且接入网设备1和接入网设备2不同时，需要核心网设备对终端设备的PDU会话对应的N3隧道进行切换，此种情形下，核心网设备若确定用户面资源有限和/或控制面资源有限，则可能会释放终端设备的部分或全部PDU会话。比如，接入网设备1和接入网设备2分别对应不同的AMF网元(接入网设备1对应AMF网元1，接入网设备2对应AMF网元2)，当接入网设备2请求路径切换时，核心网设备可能会由于AMF网元2的控制面资源有限，进而释放终端设备的部分或全部PDU会话。又比如，接入网设备1和接入网设备2分别对应不同的UPF网元(接入网设备1对应UPF网元1，接入网设备2对应UPF网元2)，当接入网设备2请求路径切换时，核心网设备可能会由于UPF网元2的用户面资源有限，进而释放终端设备的部分或全部PDU会话。其中，核心网设备可以为AMF网元或者也可以为SMF网元。

举个例子，终端设备的PDU会话包括PDU会话1、PDU会话2和PDU会话3，处于非激活态的终端设备需要通过PDU会话3传输上行数据。若接入网设备2请求路径切换时，核心网设备接纳PDU会话1、PDU会话2，而释放PDU会话3，则会导致终端设备无法通过PDU会话3传输上行数据，进而影响上行数据的传输。

基于此，本申请实施例提供一种通信方法，用于提高核心网设备对PDU会话进行接纳控制的合理性。

在一种可能的实现方式中，本申请实施例提供的通信方法可以包括：第一接入网设备向核心网设备发送请求消息，请求消息用于请求终端设备的用户面数据的路径切换，请求消息可以包括辅助信息；进而核心网设备可以根据辅助信息来对终端设备的PDU会话进行接纳控制，从而能够提高核心网设备对PDU会话进行接纳控制的合理性。

在一个示例中，辅助信息可以包括以下至少一项：⑴第一信息，第一信息用于指示第一上行数据对应的第一PDU会话，第一上行数据为第一接入网设备从终端设备接收到的上行数据；⑵第一上行数据对应的QFI；⑶第一上行数据对应的QoS参数信息；⑷第一上行数据的数据量；⑸第一PDU会话的剩余上行数据量；⑹第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；⑺预计将要到达的上行数据对应的QFI；⑻预计将要到达的上行数据对应的QoS参数信息；⑼第三PDU会话的剩余上行数据量；⑽第三信息，第三信息用于指示所述终端设备的RRC状态；⑾第四信息，第四信息用于指示第四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用于指示到达终端设备的上行数据对应的PDU会话(或者说有上行数据到达终端设备的PDU会话，比如上述第一PDU会话和第三PDU会话)，指示信息b用于指示没有上行数据到达终端设备的PDU会话(比如上述第二PDU会话和第四PDU会话)。或者，也可以将终端设备的PDU会话划分为：有上行数据到达接入网设备的PDU会话、没有上行数据到达接入网设备的PDU会话；此种情形下，辅助信息可以包括指示信息c和/或指示信息d，指示信息c用于指示有上行数据到达接入网设备的PDU会话，指示信息d用于指示没有上行数据到达接入网设备的PDU会话。

需要说明的是：(1)若第一接入网设备向核心网设备发送请求消息之前，并未接收到来自终端设备的第一上行数据(即终端设备的PDU会话中不包括第一PDU会话)，则辅助信息可以不包括上述⑴至⑸。若终端设备的PDU会话中不包括第二PDU会话，则辅助信息可以不包括上述⑹至⑻。若终端设备的PDU会话中不包括第三PDU会话，则辅助信息可以不包括上述⑼。若终端设备的PDU会话中不包括第四PDU会话，则辅助信息可以不包括上述⑾。

此外，对于每种PDU会话对应的辅助信息，辅助信息可以包括其中的一种，或其中的多种或全部。例如对于第一PDU，则辅助信息可以包括上述⑴至⑸中的至少一项，再如，对于第二PDU，则辅助信息包括上述⑹至⑻中的至少一项。相应的，核心网设备根据辅助信息包括的内容对应的规则确定接受或拒绝的PDU会话，详细将在以下描述。

(2)触发第一接入网设备向核心网设备发送请求消息的情形可以有多种；比如当处于非激活态的终端设备需要进行数据传输时，第一接入网设备可以向核心网设备发送请求消息，此种情形下，第三信息所指示的终端设备的RRC状态可以为非激活态；又比如，当终端设备需要由其它接入网设备切换至第一接入网设备时，第一接入网设备向核心网设备发送请求消息，此种情形下，第三信息所指示的终端设备的RRC状态可以为连接态。

示例性地，当第三信息所指示的终端设备的RRC状态可以为非激活态时，核心网设备可以拒绝或释放终端设备的部分或全部PDU会话；当第三信息所指示的终端设备的RRC状态可以为连接态时，核心网设备应尽量接纳终端设备的全部PDU会话，以减少对终端设备的数据传输的影响。在一个示例中，若辅助信息包括第三信息，且第三信息所指示的终端设备的RRC状态可以为连接态，则辅助信息中可以不再包括上述⑴至⑼以及⑾。

下面以处于非激活态的终端设备需要进行数据传输的场景为例，对本申请实施例提供的通信方法进行详细描述。

图5为本申请实施例提供的通信方法所对应的流程示意图。其中，图5中的第一接入网设备可以为终端设备的目标接入网设备，第二接入网设备可以为终端设备的前服务接入网设备，第一核心网设备可以为AMF网元，第二核心网设备可以为SMF网元。

如图5所示，该方法可以包括：

步骤501，终端设备向第一接入网设备发送第一上行数据；相应地，第一接入网设备接收第一上行数据。

此处，由于终端设备在非激活态时，保存有终端设备的上下文信息，因此终端设备可以根据保存的上下文信息来发送第一上行数据。

本申请实施例中，终端设备还可以向第一接入网设备发送RRC连接恢复请求。其中，RRC连接恢复请求和第一上行数据可以承载于同一消息，例如，该消息可以为四步随机接入过程的消息3或两步随机接入过程的消息A中；或者，第一上行数据可以承载于RRC连接恢复请求中；又或者，RRC连接恢复请求和第一上行数据可以承载于不同消息中，具体不做限定。

在一个示例中，终端设备还可以向第一接入网设备发送第一上行数据对应的QFI、第一上行数据对应的QoS参数信息、第一上行数据的数据量、第一PDU会话的剩余上行数据量、第二信息(指示预计将要到达的上行数据对应的第二PDU会话)、预计将要到达的上行数据对应的QFI、预计将要到达的上行数据对应的QoS参数信息、第三PDU会话的剩余上行数据量、第四信息(指示第四PDU会话)中的至少一项。

其中，终端设备向第一接入网设备发送第一PDU会话的剩余上行数据量的方式可以有多种，比如终端设备可以向第一接入网设备发送缓存区状态报告，缓存区状态报告用于指示第一PDU会话的剩余上行数据量。在一个示例中，缓存区状态报告中可以包括第一PDU会话对应的一个或多个逻辑信道组的标识以及每个逻辑信道组的剩余上行数据量，进而第一接入网设备接收到缓存区状态报告后，可以根据第一PDU会话对应的一个或多个逻辑信道组的剩余上行数据量之和，得到第一PDU会话的剩余上行数据量。示例性地，终端设备向第一接入网设备发送第三PDU会话的剩余上行数据量的方式可以参照处理。

需要说明的是，可以由一个缓存区状态报告来指示第一PDU会话的剩余上行数据量和第三PDU会话的剩余上行数据量，或者，也可以是由不同的缓存区状态报告来指示第一PDU会话的剩余上行数据量和第三PDU会话的剩余上行数据量，具体不做限定。

终端设备确定预计将要到达的上行数据对应的第二PDU会话的方式可以有多种，比如终端设备可以存储终端设备的一个或多个PDU会话的历史数据传输信息，若根据一个或多个PDU会话的历史数据传输信息预测出一个或多个PDU会话中的第二PDU会话将要有上行数据到达，则可以确定第二信息，进一步地，还可以确定预计将要到达的上行数据对应的QFI、预计将要到达的上行数据对应的QoS参数信息。其中，每个PDU会话的历史数据传输信息可以包括每个PDU会话在设定时间段内传输的数据量等信息，具体不做限定。此外，终端设备根据一个或多个PDU会话的历史数据传输信息进行预测的具体方式可以取决于终端设备的内部实现，本申请实施例对此不做限定。

需要说明的是，在其它可能的示例中，终端设备还可以向第一接入网设备发送指示信息a、指示信息b、指示信息c、指示信息d中的至少一项。

步骤502，第一接入网设备向第一核心网设备发送请求消息，请求消息用于请求终端设备的用户面数据的路径切换，请求消息可以包括辅助信息；相应地，第一核心网设备可以接收请求消息。其中，请求消息可以为路径切换请求(path switch request)消息。

此处，以辅助信息包括上述⑴至⑾中的至少一项为例，下面针对第一接入网设备获取上述⑴至⑾的一些可能的实现进行说明。

(1)针对于第一信息：第一接入网设备接收到第一上行数据后，可以确定第一上行数据对应的第一PDU会话，进而得到第一信息。其中，第一接入网设备确定第一上行数据对应的第一PDU会话的方式可以有多种，比如在一种可能的实现方式中，第一接入网设备可以确定第一上行数据对应的逻辑信道(比如第一逻辑信道)，以及从第二接入网设备获取第一指示信息，第一指示信息用于指示第一逻辑信道对应第一PDU会话，或者第一指示信息用于指示第一逻辑信道与第一PDU会话之间的对应关系，进而第一接入网设备可以确定第一上行数据对应的第一PDU会话。

上述方式中，第一接入网设备确定第一上行数据对应的逻辑信道的方式可以有多种，比如第一接入网设备可以从终端设备接收第一上行数据对应的逻辑信道标识，进而根据第一上行数据对应的逻辑信道标识，确定第一上行数据对应的逻辑信道。

上述方式中，第一接入网设备从第二接入网设备获取第一指示信息的方式可以有多种，比如第一接入网设备可以向第二接入网设备发送取回UE上下文请求消息，以及接收第二接入网设备发送的上下文信息，上下文信息中包括第一指示信息。

其中，在一个示例中，第一指示信息用于指示第一逻辑信道对应第一PDU会话，可以是指：第一指示信息包括第一PDU会话对应的第一逻辑信道的标识或第一逻辑信道对应的第一PDU会话的标识。比如，第二接入网设备可以通过XnAP消息向第一接入网设备发送第一指示信息。此种情形下，第一接入网设备可以根据第一指示信息，直接得到第一PDU会话对应第一逻辑信道。在又一个示例中，第一指示信息用于指示第一逻辑信道与第一PDU会话之间的对应关系，可以是指：第一指示信息包括第一PDU会话的标识和第一逻辑信道标识的对应关系，进而第一接入网设备可以根据第一指示信息，可以确定第一PDU会话对应第一逻辑信道。比如，第一指示信息可以包括DRB对应的PDU会话的标识(例如，第一PDU会话的标识)和该DRB关联的逻辑信道标识(例如，第一逻辑信道标识)；此种情形下，可以理解为，第二接入网设备是将RRC重配置消息(包括DRB对应的PDU会话的标识和该DRB关联的逻辑信道标识)进行封装并通过Xn接口发送给第一接入网设备。

需要说明的是，第一信息指示第一上行数据对应的第一PDU会话的方式可以有多种。在一个示例中，第一信息可以包括第一PDU会话的标识。在又一个示例中，第一信息包括终端设备的多个PDU会话的标识以及每个PDU会话对应的指示信息，每个PDU会话对应的指示信息用于指示第一接入网设备是否接收到该PDU会话的上行数据，比如每个PDU会话对应的指示信息可以包括1个比特，若该比特的取值为1，则表示第一接入网设备接收到该PDU会话的上行数据，若该比特的取值为0，则表示第一接入网设备未接收到该PDU会话的上行数据。

(2)针对于第一上行数据对应的QFI：如上所述，终端设备可以向第一接入网设备发送第一上行数据对应的QFI，进而第一接入网设备可以得到第一上行数据对应的QFI。

(3)针对于第一上行数据对应的QoS参数信息：如上所述，终端设备可以向第一接入网设备发送第一上行数据对应的QoS参数信息，进而第一接入网设备可以得到第一上行数据对应的QoS参数信息。或者，终端设备也可以不向第一接入网设备发送第一上行数据对应的QoS参数信息，此种情形下，第一接入网设备可以根据第一上行数据对应的QFI或逻辑信道的标识，以及从第二接入网设备获取到的上下文信息，得到第一上行数据对应的QoS参数信息。

(4)针对于第一上行数据的数据量：如上所述，终端设备可以向第一接入网设备发送第一上行数据的数据量，进而第一接入网设备可以得到第一上行数据的数据量。或者，终端设备也可以不向第一接入网设备发送第一上行数据的数据量，此种情形下，第一接入网设备接收到第一上行数据后，可以自行确定第一上行数据的数据量。

(5)针对于第一PDU会话的剩余上行数据量、第三PDU会话的剩余上行数据量：如上所述，终端设备可以向第一接入网设备发送缓存区状态报告，进而第一接入网设备可以根据缓存区状态报告得到第一PDU会话的剩余上行数据量和第三PDU会话的剩余上行数据量。

(6)针对于第二信息、预计将要到达的上行数据对应的QFI、预计将要到达的上行数据对应的QoS参数信息：如上所述，终端设备可以向第一接入网设备发送第二信息、预计将要到达的上行数据对应的QFI、预计将要到达的上行数据对应的QoS参数信息，进而第一接入网设备可以得到第二信息、预计将要到达的上行数据对应的QFI、预计将要到达的上行数据对应的QoS参数信息。或者，终端设备也可以不向第一接入网设备发送第二信息、预计将要到达的上行数据对应的QFI、预计将要到达的上行数据对应的QoS参数信息，此种情形下，第一接入网设备可以从第二接入网设备获取终端设备的一个或多个PDU会话的历史数据传输信息，若根据一个或多个PDU会话的历史数据传输信息预测出一个或多个PDU会话中的第二PDU会话将要有上行数据到达，则可以确定第二信息，进一步地，还可以确定预计将要到达的上行数据对应的QFI、预计将要到达的上行数据对应的QoS参数信息。

需要说明的是，第二信息指示预计将要到达的上行数据对应的第二PDU会话的方式可以参照有关第一信息的描述。比如，第二信息可以包括第二PDU会话的标识，或者，第二信息可以包括终端设备的多个PDU会话的标识以及每个PDU会话对应的指示信息，每个PDU会话对应的指示信息用于指示该PDU会话是否有预计将要到达的上行数据。

(7)针对于第四信息：如上所述，终端设备可以向第一接入网设备发送第四信息，进而第一接入网设备可以得到第四信息。或者，终端设备也可以不向第一接入网设备发送第四信息，进而第一接入网设备可以根据终端设备发送的其它信息(比如根据第一信息、第二信息、第三PDU会话的剩余数据量)确定出第一PDU会话、第二PDU会话和第三PDU会话后，可以确定终端设备的PDU会话中除第一PDU会话、第二PDU会话和第三PDU会话以外的PDU会话为第四PDU会话，进而得到第四信息。其中，第四信息指示第四PDU会话的方式可以有多种，比如可以适应性参照上述第一信息、第二信息的描述。

需要说明的是，上述是以辅助信息包括上述⑴至⑾中的至少一项为例，在其它可能的示例中，若辅助信息包括上述指示信息a和/或指示信息b，则此种情形下，终端设备可以向第一接入网设备发送指示信息a和/或指示信息b，进而第一接入网设备可以得到指示信息a和/或指示信息b；或者，终端设备也可以不向第一接入网设备发送指示信息a和/或指示信息b，此种情形下，第一接入网设备可以根据终端设备发送的其它可能的信息(比如第一信息、第二信息)来确定指示信息a和/或指示信息b。若辅助信息包括上述指示信息c和/或指示信息d，则此种情形下，终端设备可以向第一接入网设备发送指示信息c和/或指示信息d，进而第一接入网设备可以得到指示信息c和/或指示信息d；或者，终端设备也可以不向第一接入网设备发送指示信息c和/或指示信息d，此种情形下，第一接入网设备可以根据终端设备发送的其它可能的信息(比如第一信息)来确定指示信息c和/或指示信息d。

示例性地，针对于上述指示信息a、指示信息b、指示信息c和指示信息d，以指示信息a为例，指示信息a指示有上行数据到达终端设备的PDU会话的方式可以适应性参照有关第一信息的描述。

步骤503，第一核心网设备根据辅助信息，确定被接纳的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会话1和PDU会话2均为第一PDU会话，其中，第一接入网设备接收到的上行数据1对应PDU会话1，第一接入网设备接收到的上行数据2对应PDU会话2，则第一核心网设备可以根据上行数据1和上行数据2的QFI和/或QoS参数信息，判断上行数据1和上行数据2的时延紧急程度(或丢包率要求)，若上行数据1的时延紧急程度大于上行数据2的时延紧急程度，则PDU会话1的优先级大于PDU会话2的优先级。或者，若上行数据1的数据量大于上行数据2的数据量，则PDU会话1的优先级大于PDU会话2的优先级。或者，若PDU会话1的剩余上行数据量大于PDU会话2的剩余上行数据量，则PDU会话1的优先级大于PDU会话2的优先级。

⑦针对于多个第二PDU会话，比如PDU会话1和PDU会话2均为第二PDU会话，预计将要到达的上行数据1对应PDU会话1，预计将要到达的上行数据2对应PDU会话2，则第一核心网设备可以根据上行数据1和上行数据2的QFI和/或QoS参数信息，判断上行数据1和上行数据2的时延紧急程度(或丢包率要求)，若上行数据1的时延紧急程度大于上行数据2的时延紧急程度，则PDU会话1的优先级大于PDU会话2的优先级。

⑧针对于多个第三PDU会话，比如PDU会话1和PDU会话2均为第三PDU会话，已经到达终端设备的上行数据1对应PDU会话1，已经到达终端设备的上行数据2对应PDU会话2，若PDU会话1的剩余上行数据量(即上行数据1的数据量)大于PDU会话2的剩余上行数据量(即上行数据2的数据量)，则PDU会话1的优先级大于PDU会话2的优先级。

⑨多个第四PDU会话可以具有相同的优先级。

需要说明的是：以多个第一PDU会话的优先级规则为例，可以适用于同一终端设备的多个第一PDU会话，或者也可以适用于不同终端设备的多个第一PDU会话。也就是说，上述PDU会话1和PDU会话2可以为同一终端设备的PDU会话，或者也可以是不同终端设备的PDU会话。多个第二PDU会话的优先级规则和多个第三PDU会话的优先级规则可以适应性参照处理。

基于上述所描述的优先级规则，下面示例性给出几个例子来对第一核心网设备对PDU会话进行接纳控制进行说明。

举个例子，终端设备包括PDU会话1、PDU会话2，其中，PDU会话1为第一PDU会话，PDU会话2为第二PDU会话。若第一核心网设备确定只能接纳终端设备的一个PDU会话，则可以接纳PDU会话1，拒绝或释放PDU会话2。

再举个例子，终端设备包括PDU会话1、PDU会话2，其中，PDU会话1和PDU会话2均为第一PDU会话，PDU会话1的剩余上行数据量大于PDU会话2的剩余上行数据量。若第一核心网设备确定只能接纳终端设备的一个PDU会话，则可以接纳PDU会话1，拒绝或释放PDU会话2。

再举个例子，终端设备包括PDU会话1、PDU会话2、PDU会话3，其中，PDU会话1为第一PDU会话，PDU会话2为第二PDU会话，PDU会话3为第三PDU会话。若第一核心网设备确定只能接纳终端设备的两个PDU会话，则可以接纳PDU会话1和PDU会话2，拒绝或释放PDU会话3。

再举个例子，终端设备包括PDU会话1、PDU会话2，其中，PDU会话1为第二PDU会话，PDU会话2为第三PDU会话。若第一核心网设备确定无法接纳终端设备的PDU会话，则可以拒绝或释放PDU会话1、PDU会话2。其中，第一核心网设备确定无法接纳终端设备的PDU会话的情形可以有多种，比如第一核心网设备还需要接纳其它终端设备的PDU会话，且其它终端设备的PDU会话的优先级均大于该终端设备的PDU会话的优先级。

需要说明的是，上述步骤503也可以替换为步骤503’：第一核心网设备根据请求消息，向第二核心网设备发送辅助信息，进而第二核心网设备可以根据辅助信息，确定被接纳的PDU会话和/或被释放的PDU会话，并向第一核心网设备发送第二指示信息，第二指示信息用于指示被接纳的PDU会话和/或被释放的PDU会话。其中，第二核心网设备根据辅助信息，确定被接纳的PDU会话和/或被释放的PDU会话时也可以依据上述优先级规则，不再赘述。

在一个示例中，第二指示信息可以包括被接纳的PDU会话的标识和/或被释放的PDU会话的标识。

步骤504，第一核心网设备向第一接入网设备发送请求消息的响应消息，响应消息中包括被接纳的PDU会话的标识和/或被释放的PDU会话的标识。相应地，第一接入网设备可以接收响应消息。其中，响应消息可以为路径切换请求确认(path switch request ACK)消息。

在一个示例中，被接纳的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会话对应的N3隧道，向UPF网元发送终端设备的上行数据。

步骤505，第一接入网设备向终端设备发送RRC连接释放消息。

参见上述步骤501中的描述，若终端设备向第一接入网设备发送了RRC连接恢复请求，此处，第一接入网设备可以向终端设备发送RRC连接释放消息，RRC连接释放消息用于通知终端设备继续待在非激活态或进入空闲态，具体可以通过该RRC连接释放消息携带的指示信息来指示终端设备进入非激活态或空闲态，RRC连接释放消息还可以包括恢复标识、NCC中的至少一项。比如，第一接入网设备若确定终端设备的上行数据量较少，无需恢复RRC连接，则可以向终端设备发送RRC连接释放消息；或者，第一接入网设备若确定终端设备是采用预设资源发送的上行数据，则可以向终端设备发送RRC连接释放消息，此处的预设资源可以为预配置授权(configured grant)的资源。

需要说明的是，在其它可能的示例中，第一接入网设备也可以向终端设备发送RRC连接恢复消息，用于指示终端设备进入连接态。

采用上述方法，由于第一接入网设备向第一核心网设备发送的请求消息中可以包括辅助信息，从而使得第一核心网设备可以参考辅助信息，来对PDU会话进行接纳控制，能够有效提高第一核心网设备对PDU会话进行接纳控制的合理性。

需要说明的是：上述步骤501至步骤505所描述的流程中仅示意出一些可能的步骤，具体实施中，还可以包括其它可能的步骤，比如，第一接入网设备可以向第二接入网设备发送终端设备的上下文释放(UE context release)消息，用于指示第二接入网设备释放终端设备的上下文信息。

此外，本申请实施例所描述的各个流程图的步骤编号仅为执行流程的一种示例，并不构成对步骤执行的先后顺序的限制，本申请实施例中相互之间没有时序依赖关系的步骤之间没有严格的执行顺序。此外，各个流程图中所示意的步骤并非全部是必须执行的步骤，可以根据实际需要在各个流程图的基础上增添或者删除部分步骤，比如图5中虚线所示意的步骤均为可选步骤。

本申请实施例中采用了一些5G通信系统中的消息，但在具体实施中，可能使用不同的消息或消息名称，本申请实施例对此不做限制。

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

本申请实施例可以根据上述方法示例对接入网设备或核心网设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

在采用集成的单元的情况下，图6示出了本申请实施例中所涉及的装置的可能的示例性框图。如图6所示，装置600可以包括：处理单元602和通信单元603。处理单元602用于对装置600的动作进行控制管理。通信单元603用于支持装置600与其他设备的通信。可选地，通信单元603也称为收发单元，可以包括接收单元和/或发送单元，分别用于执行接收和发送操作。装置600还可以包括存储单元601，用于存储装置600的程序代码和/或数据。

该装置600可以为上述实施例中的第一接入网设备、或者还可以为设置在第一接入网设备中的芯片。处理单元602可以支持装置600执行上文中各方法示例中第一接入网设备的动作。或者，处理单元602主要执行方法示例中的第一接入网设备的内部动作，通信单元603可以支持装置600与其它设备之间的通信。

具体地，在一个实施例中，通信单元603用于：接收来自终端设备的第一上行数据；以及，向核心网设备发送请求消息，所述请求消息用于请求所述终端设备的用户面数据的路径切换；所述请求消息包括第一信息，所述第一信息用于指示所述第一上行数据对应的第一PDU会话。

在一种可能的设计中，处理单元602用于：确定第一上行数据对应的逻辑信道；通信单元603还用于：从第二接入网设备获取指示信息，指示信息用于指示所述逻辑信道对应第一协议数据单元PDU会话，或者指示信息用于指示所述逻辑信道与第一PDU会话之间的对应关系；处理单元602还用于：根据第一上行数据对应的逻辑信道和指示信息，确定第一上行数据对应的第一PDU会话。

在一种可能的设计中，通信单元603还用于：接收来自终端设备的无线资源控制RRC连接恢复请求；其中，第一上行数据和RRC连接恢复请求承载于同一消息。

在一种可能的设计中，请求消息还包括以下至少一项：第一上行数据对应的服务质量QoS流的标识QFI；第一上行数据对应的QoS参数信息；第一上行数据的数据量；第一PDU会话的剩余上行数据量；第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；预计将要到达的上行数据对应的QFI；预计将要到达的上行数据对应的QoS参数信息；第三PDU会话的剩余上行数据量；第三信息，第三信息用于指示终端设备的RRC状态。

在一种可能的设计中，通信单元603还用于：从终端设备获取第二信息，第二信息是终端设备根据第二PDU会话的历史数据传输信息确定的；或者，从第二接入网设备获取第二PDU会话的历史数据传输信息；根据第二PDU会话的历史数据传输信息，确定第二信息。

在一种可能的设计中，通信单元603还用于：接收来自终端设备的缓存区状态报告，缓存区状态报告用于指示第一PDU会话的剩余上行数据量和/或第三PDU会话的剩余上行数据量。

在一种可能的设计中，通信单元603还用于：从核心网设备接收请求消息的响应消息，响应消息包括被接纳的PDU会话的标识和/或被释放的PDU会话的标识。

在一种可能的设计中，被接纳的PDU会话包括第一PDU会话；或者，被释放的PDU会话包括第一PDU会话。

在一种可能的设计中，第一信息包括第一PDU会话的标识。

该装置600可以为上述实施例中的第一核心网设备、或者还可以为设置在第一核心网设备中的芯片。处理单元602可以支持装置600执行上文中各方法示例中第一核心网设备的动作。或者，处理单元602主要执行方法示例中的第一核心网设备的内部动作，通信单元603可以支持装置600与其它设备之间的通信。

具体地，在一个实施例中，通信单元603用于：接收来自接入网设备的请求消息，所述请求消息用于请求所述终端设备的用户面数据的路径切换，所述请求消息包括第一信息，所述第一信息用于指示第一上行数据对应的第一PDU会话；处理单元602用于：根据所述请求消息，确定被接纳的PDU会话和/或被拒绝的PDU会话。

在一种可能的设计中，请求消息还包括以下至少一项：第一上行数据对应的服务质量QoS流的标识QFI；第一上行数据对应的QoS参数信息；第一上行数据的数据量；第一PDU会话的剩余上行数据量；第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；预计将要到达的上行数据对应的QFI；预计将要到达的上行数据对应的QoS参数信息；第三PDU会话的剩余上行数据量；第三信息，第三信息用于指示终端设备的RRC状态。

在一种可能的设计中，通信单元603还用于：向所述接入网设备发送所述请求消息的响应消息，所述响应消息包括所述被接纳的PDU会话的标识和/或被拒绝的PDU会话的标识。

在一种可能的设计中，所述被接纳的PDU会话包括所述第一PDU会话；或者，所述被释放的PDU会话包括所述第一PDU会话。

在一种可能的设计中，所述第一信息包括所述第一PDU会话的标识。

在又一个实施例中，通信单元603用于：接收来自接入网设备的请求消息，所述请求消息用于请求所述终端设备的用户面数据的路径切换，所述请求消息包括第一信息，所述第一信息用于指示第一上行数据对应的第一PDU会话；根据所述请求消息，向第二核心网设备发送所述第一信息；以及，接收来自所述第二核心网设备的指示消息，所述指示消息用于指示被接纳的PDU会话和/或被释放的PDU会话。

在一种可能的设计中，通信单元603还用于：向所述第二核心网设备发送以下至少一项：第一上行数据对应的QoS流的标识QFI；第一上行数据对应的QoS参数信息；第一上行数据的数据量；第一PDU会话的剩余上行数据量；第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；预计将要到达的上行数据对应的QFI；预计将要到达的上行数据对应的QoS参数信息；第三PDU会话的剩余上行数据量；第三信息，第三信息用于指示终端设备的RRC状态。

该装置600可以为上述实施例中的第二核心网设备、或者还可以为设置在第二核心网设备中的芯片。处理单元602可以支持装置600执行上文中各方法示例中第二核心网设备的动作。或者，处理单元602主要执行方法示例中的第二核心网设备的内部动作，通信单元603可以支持装置600与其它设备之间的通信。

具体地，在一个实施例中，通信单元603用于：接收来自第一核心网设备的第一信息，所述第一信息用于指示第一上行数据对应的第一PDU会话；以及，根据所述第一信息，向所述第一核心网设备发送指示信息，所述指示信息用于指示被接纳的PDU会话和/或被释放的PDU会话。

在一种可能的设计中，通信单元603还用于：接收来自第一核心网设备的以下至少一项：第一上行数据对应的服务质量QoS流的标识QFI；第一上行数据对应的QoS参数信息；第一上行数据的数据量；第一PDU会话的剩余上行数据量；第二信息，第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；预计将要到达的上行数据对应的QFI；预计将要到达的上行数据对应的QoS参数信息；第三PDU会话的剩余上行数据量；第三信息，第三信息用于指示终端设备的RRC状态。

应理解以上装置中单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分单元以软件通过处理元件调用的形式实现，部分单元以硬件的形式实现。例如，各个单元可以为单独设立的处理元件，也可以集成在装置的某一个芯片中实现，此外，也可以以程序的形式存储于存储器中，由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件又可以成为处理器，可以是一种具有信号的处理能力的集成电路。在实现过程中，上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。

在一个例子中，以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integratedcircuit，ASIC)，或，一个或多个微处理器(digital singnal processor，DSP)，或，一个或者多个现场可编程门阵列(field programmable gate array，FPGA)，或这些集成电路形式中至少两种的组合。再如，当装置中的单元可以通过处理元件调度程序的形式实现时，该处理元件可以是处理器，比如通用中央处理器(central processing unit，CPU)，或其它可以调用程序的处理器。再如，这些单元可以集成在一起，以片上系统(system-on-a-chip，SOC)的形式实现。

以上用于接收的单元是一种该装置的接口电路，用于从其它装置接收信号。例如，当该装置以芯片的方式实现时，该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路，用于向其它装置发送信号。例如，当该装置以芯片的方式实现时，该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。

参见图7，为本申请实施例提供的一种接入网设备的结构示意图，该接入网设备(或基站)可应用于如图1所示的系统架构中，执行上述方法实施例中接入网设备的功能。接入网设备70可包括一个或多个DU 701和一个或多个CU 702。所述DU 701可以包括至少一个天线7011，至少一个射频单元7012，至少一个处理器7013和至少一个存储器7014。所述DU701部分主要用于射频信号的收发以及射频信号与基带信号的转换，以及部分基带处理。CU702可以包括至少一个处理器7022和至少一个存储器7021。

所述CU 702部分主要用于进行基带处理，对接入网设备进行控制等。所述DU 701与CU 702可以是物理上设置在一起，也可以物理上分离设置的，即分布式基站。所述CU 702为接入网设备的控制中心，也可以称为处理单元，主要用于完成基带处理功能。例如所述CU702可以用于控制接入网设备执行上述方法实施例中关于接入网设备的操作流程。

此外，可选的，接入网设备70可以包括一个或多个射频单元，一个或多个DU和一个或多个CU。其中，DU可以包括至少一个处理器7013和至少一个存储器7014，射频单元可以包括至少一个天线7011和至少一个射频单元7012，CU可以包括至少一个处理器7022和至少一个存储器7021。

在一个实例中，所述CU702可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如5G网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述存储器7021和处理器7022可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。所述DU701可以由一个或多个单板构成，多个单板可以共同支持单一接入指示的无线接入网(如5G网)，也可以分别支持不同接入制式的无线接入网(如LTE网，5G网或其他网)。所述存储器7014和处理器7013可以服务于一个或多个单板。也就是说，可以每个单板上单独设置存储器和处理器。也可以是多个单板共用相同的存储器和处理器。此外每个单板上还可以设置有必要的电路。

图7所示的接入网设备能够实现图5所示意的方法实施例中涉及接入网设备的各个过程。图7所示的接入网设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

参考图8，为本申请实施例提供的一种核心网设备的结构示意图。其可以为以上实施例中的SMF网元或AMF网元，用于实现以上实施例中SMF网元或AMF网元的操作。

如图8所示，核心网设备800可包括处理器801、存储器802以及接口电路803。处理器801可用于对通信协议以及通信数据进行处理，以及对通信装置进行控制。存储器802可用于存储程序和数据，处理器801可基于该程序执行本申请实施例中由AMF网元或SMF网元执行的方法。接口电路803可用于核心网设备800与其他设备进行通信，该通信可以为有线通信或无线通信，该接口电路例如可以是服务化通信接口。

以上存储器802也可以是外接于核心网设备800的，此时核心网设备800可包括接口电路803以及处理器801。以上接口电路803也可以是外接于核心网设备800的，此时核心网设备800可包括存储器802以及处理器801。当接口电路803以及存储器802均外接于核心网设备800时，通信装置800可包括处理器801。

图8所示的核心网设备能够实现图5所示意的方法实施例中涉及核心网设备的各个过程。图8所示的核心网设备中的各个模块的操作和/或功能，分别为了实现上述方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详述描述。

本申请实施例中的术语“系统”和“网络”可被互换使用。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A、同时存在A和B、单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B和C中的至少一个”包括A，B，C，AB，AC，BC或ABC。以及，除非有特别说明，本申请实施例提及“第一”、“第二”等序数词是用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (25)

1.一种通信方法，其特征在于，所述方法适用于第一接入网设备，所述方法包括：

接收来自终端设备的第一上行数据；

向核心网设备发送请求消息，所述请求消息用于请求所述终端设备的用户面数据的路径切换；所述请求消息包括第一信息，所述第一信息用于指示所述第一上行数据对应的第一PDU会话。

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

确定所述第一上行数据对应的逻辑信道；

从第二接入网设备获取指示信息，所述指示信息用于指示所述逻辑信道对应第一协议数据单元PDU会话，或者所述指示信息用于指示所述逻辑信道与第一PDU会话之间的对应关系；

根据所述第一上行数据对应的逻辑信道和所述指示信息，确定所述第一上行数据对应的所述第一PDU会话。

3.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：接收来自所述终端设备的无线资源控制RRC连接恢复请求；

其中，所述第一上行数据和所述RRC连接恢复请求承载于同一消息。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述请求消息还包括以下至少一项：

所述第一上行数据对应的服务质量QoS流的标识QFI；

所述第一上行数据对应的QoS参数信息；

所述第一上行数据的数据量；

所述第一PDU会话的剩余上行数据量；

第二信息，所述第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；

所述预计将要到达的上行数据对应的QFI；

所述预计将要到达的上行数据对应的QoS参数信息；

第三PDU会话的剩余上行数据量；

第三信息，所述第三信息用于指示所述终端设备的RRC状态。

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

从所述终端设备获取所述第二信息，所述第二信息是所述终端设备根据所述第二PDU会话的历史数据传输信息确定的；或者，

从所述第二接入网设备获取所述第二PDU会话的历史数据传输信息；根据所述第二PDU会话的历史数据传输信息，确定所述第二信息。

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

接收来自所述终端设备的缓存区状态报告，所述缓存区状态报告用于指示所述第一PDU会话的剩余上行数据量和/或所述第三PDU会话的剩余上行数据量。

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

从所述核心网设备接收所述请求消息的响应消息，所述响应消息包括被接纳的PDU会话的标识和/或被释放的PDU会话的标识。

8.根据权利要求7所述的方法，其特征在于，所述被接纳的PDU会话包括所述第一PDU会话；或者，所述被释放的PDU会话包括所述第一PDU会话。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一信息包括所述第一PDU会话的标识。

10.一种通信方法，其特征在于，所述方法适用于核心网设备，所述方法包括：

接收来自接入网设备的请求消息，所述请求消息用于请求所述终端设备的用户面数据的路径切换，所述请求消息包括第一信息，所述第一信息用于指示第一上行数据对应的第一PDU会话；

根据所述请求消息，确定被接纳的PDU会话和/或被拒绝的PDU会话。

11.根据权利要求10所述的方法，其特征在于，所述请求消息还包括以下至少一项：

所述第一上行数据对应的QFI；

所述第一上行数据对应的QoS参数信息；

所述第一上行数据的数据量；

所述第一PDU会话的剩余上行数据量；

第二信息，所述第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；

所述预计将要到达的上行数据对应的QFI；

所述预计将要到达的上行数据对应的QoS参数信息；

第三PDU会话的剩余上行数据量；

第三信息，所述第三信息用于指示所述终端设备的RRC状态。

12.根据权利要求10或11所述的方法，其特征在于，所述方法还包括：

向所述接入网设备发送所述请求消息的响应消息，所述响应消息包括所述被接纳的PDU会话的标识和/或被拒绝的PDU会话的标识。

13.根据权利要求12所述的方法，其特征在于，所述被接纳的PDU会话包括所述第一PDU会话；或者，所述被释放的PDU会话包括所述第一PDU会话。

14.根据权利要求10至13中任一项所述的方法，其特征在于，所述第一信息包括所述第一PDU会话的标识。

15.一种通信方法，其特征在于，所述方法适用于第一核心网设备，所述方法包括：

接收来自接入网设备的请求消息，所述请求消息用于请求所述终端设备的用户面数据的路径切换，所述请求消息包括第一信息，所述第一信息用于指示第一上行数据对应的第一PDU会话；

根据所述请求消息，向第二核心网设备发送所述第一信息；

接收来自所述第二核心网设备的指示消息，所述指示消息用于指示被接纳的PDU会话和/或被释放的PDU会话。

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

向所述第二核心网设备发送以下至少一项：

所述第一上行数据对应的QFI；

所述第一上行数据对应的QoS参数信息；

所述第一上行数据的数据量；

所述第一PDU会话的剩余上行数据量；

第二信息，所述第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；

所述预计将要到达的上行数据对应的QFI；

所述预计将要到达的上行数据对应的QoS参数信息；

第三PDU会话的剩余上行数据量；

第三信息，所述第三信息用于指示所述终端设备的RRC状态。

17.一种通信方法，其特征在于，所述方法适用于第二核心网设备，所述方法包括：

接收来自第一核心网设备的第一信息，所述第一信息用于指示第一上行数据对应的第一PDU会话；

根据所述第一信息，向所述第一核心网设备发送指示信息，所述指示信息用于指示被接纳的PDU会话和/或被释放的PDU会话。

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

接收来自第一核心网设备的以下至少一项：

所述第一上行数据对应的QFI；

所述第一上行数据对应的QoS参数信息；

所述第一上行数据的数据量；

所述第一PDU会话的剩余上行数据量；

第二信息，所述第二信息用于指示预计将要到达的上行数据对应的第二PDU会话；

所述预计将要到达的上行数据对应的QFI；

所述预计将要到达的上行数据对应的QoS参数信息；

第三PDU会话的剩余上行数据量；

第三信息，所述第三信息用于指示所述终端设备的RRC状态。

19.一种通信系统，其特征在于，所述通信系统包括接入网设备和核心网设备；其中，所述接入网设备用于执行上述权利要求1至9中任一项所述的方法，所述核心网设备用于执行上述权利要求10至14中任一项所述的方法。

20.一种通信系统，其特征在于，所述通信系统包括第一核心网设备和第二核心网设备；

其中，所述第一核心网设备用于执行权利要求15或16所述的方法，所述第二核心网设备用于执行权利要求17或18所述的方法。

21.根据权利要求20所述的通信系统，其特征在于，所述通信系统还包括接入网设备，所述接入网设备用于执行上述权利要求1至9中任一项所述的方法。

22.一种通信装置，其特征在于，包括用于执行如权利要求1至18中任一项所述的方法的各步骤的单元。

23.一种通信装置，其特征在于，包括至少一个处理器和接口电路，其中，所述至少一个处理器用于通过所述接口电路与其它装置通信，并执行如权利要求1至18中任一项所述的方法。

24.一种通信装置，其特征在于，包括处理器，用于调用存储器中存储的程序，以执行如权利要求1至18中任一项所述的方法。

25.一种计算机可读存储介质，其特征在于，包括程序，当所述程序被处理器运行时，如权利要求1至18中任一项所述的方法被执行。

Images