CN111629450B

CN111629450B - 一种数据传输方法、相关设备以及存储介质

Info

Publication number: CN111629450B
Application number: CN201910153043.6A
Authority: CN
Inventors: 曹龙雨; 于益俊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2019-02-28
Filing date: 2019-02-28
Publication date: 2022-06-24
Anticipated expiration: 2039-02-28
Also published as: WO2020173137A1; CN111629450A

Abstract

本发明申请公开了一种数据传输方法、相关设备、程序产品以及存储介质，所述方法包括会话管理功能网元从第一控制面网元接收第一指示信息，会话管理功能网元根据第一指示信息省略执行用户面网元的选择，会话管理功能网元向第二控制面网元发送数据网络的信息。可见，因会话管理功能网元无需进行用户面网元的选择，则有效的降低了会话管理功能网元处理的时延。

Description

一种数据传输方法、相关设备以及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种数据传输方法、相关设备、程序产品以及存储介质。

背景技术

第三代合作伙伴计划(3rd generation partnership project，3GPP)标准定义了第五代移动通信技术(5th-Generation，5G)核心网(CORE)服务化架构模型，如图1所示，其中核心网控制面功能101分解为多个业务功能模块(network function,NF)，且NF之间采用直连的方式建立连接，NF之间的交互采用服务化接口，核心网控制面功能所包括的一个NF可为用户面功能(user plane function，UPF)102，与所述UPF102通过N3接口连接有无线接入网(radio access network，RAN)103。

结合图2所示对N3接口的用户面协议栈进行说明，对于上行用户面数据，RAN103侧依次由分组数据汇聚协议(packet data convergence protocol,PDCP)的用户面层PDCP-U层以及业务数据适配协议(service data adaptation protocol，SDAP)层处理后，将处理完的信令转发通用分组无线服务隧道协议用户面(general packet radio servicetunneling protocol for user plane，GTPU)层处理，GTPU层处理完后依次通过网络之间互连的协议(internet protocol，IP)层、媒体介入控制层(media access control，MAC)(L2)层以及物理层(L1)处理后再通过N3接口转发给UPF102，依次由UPF102侧的L1层、L2层、IP层、用户数据包协议(user datagram protocol，UDP)层以及GTPU层处理。

可见，采用现有技术所示的通信系统，对于用户面来说，RAN侧的SDAP层和PDCP-U层均需要支持GTPU/UDP协议处理，并通过N3接口与UPF102进行数据转发，那么N3接口的GTPU/UDP协议处理导致了数据转发的时延较大，且处理效率较低。

发明内容

本申请提供了能够降低数据包传输时延的数据传输方法、相关设备、程序产品以及存储介质。

本发明申请第一方面提供了一种数据传输方法，该方法包括：

会话管理功能网元从第一控制面网元接收第一指示信息；会话管理功能网元根据第一指示信息省略执行用户面网元的选择；会话管理功能网元向第二控制面网元发送数据网络的信息，数据网络的信息用于第二控制面网元对用户面网元的选择，用户面网元与数据网络相连。

采用本方面所示的数据传输方法，第一控制面网元可直接确定出用户面网元，则第一控制面网元可向会话管理功能网元SMF发送第一指示信息以指示省略执行用户面网元的选择，因SMF无需进行用户面网元的选择，则有效的降低了SMF处理的时延，而且通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

基于本发明申请第一方面，本发明申请第一方面的一种可选的实现方式中，数据网络的信息包括数据网络名称。

采用本方面所示的方法，因数据网络的信息包括数据网络名称(DNN)，则在第二控制面网元接收到DNN的情况下，即可根据DNN确定出DNN标识用户设备所访问的数据网络名称。

基于本发明申请第一方面，本发明申请第一方面的一种可选的实现方式中，方法还包括：

会话管理功能网元根据第一指示信息省略执行会话管理功能网元与用户面功能之间的N4接口会话建立。

例如，因SMF根据第一指示信息的指示，无需进行用户面网元的选择，则SMF无需执行SMF和UPF之间的N4接口会话建立。

采用本方面所示的数据传输方法，第一控制面网元可直接确定出用户面网元，则第一控制面网元可向SMF发送第一指示信息以指示省略执行SMF与UPF之间的N4接口会话建立，因SMF无需进行N4接口会话的建立，则有效的降低了SMF处理的时延，而且通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

会话管理功能网元向用户面网元发送包过滤信息，包过滤信息包括IP五元组，包过滤信息用于建立包过滤信息与数据无线承载的映射关系。

采用本方面所示的数据传输方法，第一控制面网元将SMF所发送的包过滤信息发送给第一控制面网元选定的用户面网元，用户面网元可创建包过滤信息与数据无线承载的映射关系，基于该映射关系，实现了用户面网元一跳转发下行的数据包，通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

会话管理功能网元向用户面网元发送释放请求，释放请求用于删除包过滤信息与数据无线承载的映射关系，释放请求包括与数据无线承载相关联的会话标识(PDU SessionID)、数据无线承载标识(DRB ID)或包过滤信息中的一项或多项。

若释放请求包括DRB ID，则DRB ID用于标识需要删除的DRB，若释放请求包括包过滤信息，则包过滤信息用于标识需要删除的包过滤信息，若释放请求携带有PDU sessionID，则PDU session ID用于标识用户设备请求释放的PDU session，第一控制面网元即可根据PDU session ID确定出用户设备请求释放的PDU session对应的DRB以及该DRB的DRBID。

采用本方面所示的数据传输方法，在执行PDU会话释放流程的过程中，SMF无需执行发起N4接口上的会话释放流程，第一控制面网元可通知用户面网元删除包过滤信息以及其和DRB的映射关系，以完成PDU会话释放流程，在释放过程中，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了PDU会话释放的时延。

会话管理功能网元从第一控制面网元接收第二指示信息；会话管理功能网元根据第二指示信息省略执行会话管理功能网元与用户面功能之间的N4会话释放流程。

本发明申请第二方面提供了一种数据传输方法，方法包括：

控制面网元从会话管理功能网元接收地址信息和第三指示信息；控制面网元根据第三指示信息省略执行用户面功能的选择；控制面网元根据地址信息确定用户面网元。

采用本方面所示的数据传输方法，SMF可将地址信息以及第三指示信息发送给控制面网元，控制面网元无需进行UPF的选择，而是将包过滤信息直接发送给地址信息所标识的用户面网元，用户面网元可创建包过滤信息与数据无线承载的映射关系，基于该映射关系，实现了用户面网元一跳转发下行的数据包，通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

基于发明本申请第二方面，本发明申请第二方面的一种可选的实现方式中，

地址信息为用户面网元的IP地址，因本申请所示的用户面网元为将现有技术所示的RAN侧和UPF侧进行了融合，即去除了RAN的N3、N4接口及其GTPU/UDP协议处理后所形成的网元，即为RAN侧和UPF融合前，UPF的IP地址和融合后的用户面网元的IP地址相同，均为地址信息。

采用本方面所示的数据传输方法，控制面网元无需进行UPF的选择，根据地址信息能够直接确定出用户面网元，提升了控制面网元的执行效率。

本发明申请第二方面提供了一种数据传输方法，方法包括：

用户面网元从接入和移动性管理功能接收用户设备上下文释放请求消息，用户设备上下文释放请求消息中包括第四指示信息，第四指示信息用于指示用户面网元保留第一包过滤信息；

用户面网元根据用户设备上下文释放请求消息删除第二包过滤信息以及第二包过滤信息与数据无线承载的映射关系，第二包过滤信息为与第一包过滤信息不同的包过滤信息。

采用本方面所示的数据传输方法，当用户设备从Connected态转变为IDLE态时，用户面网元可根据用户设备上下文释放请求消息的指示保留第一包过滤信息，删除第二包过滤信息以及第二包过滤信息与数据无线承载的映射关系，以实现接入网释放(AN release)业务流程，有效的保障了下行的数据包的安全。

基于本发明申请第二方面，本发明申请第二方面的一种可选的实现方式中，用户设备上下文释放请求消息还包括第五指示信息，则方法还包括：

用户面网元根据第五指示信息对数据包进行缓存，用户面网元中不包括数据包的包过滤信息，或，用户面网元中不包括数据包的包过滤信息与数据无线承载的对应关系。

采用本方面的数据传输方法，当用户设备从Connected态转变为IDLE态时，用户面网元可根据第五指示信息开启数据缓存功能，用户面网元可对满足目标条件的数据包进行缓存，该目标条件为用户面网元中不包括数据包的包过滤信息，或，用户面网元中不包括数据包的包过滤信息与数据无线承载的对应关系。从而使得用户面网元在接收到下行的数据包的情况下，即便用户面网元所接收到的下行的数据包匹配不到包过滤信息和/或没有用于传输该下行的数据包的DRB，用户面网元能够将该下行的数据包进行存储，有效的保障了下行的数据包的安全，保证了下行的数据包不丢失。

基于本发明申请第二方面，本发明申请第二方面的一种可选的实现方式中，方法还包括：

用户面网元向控制面网元发送用户设备的地址。

例如，用户设备的地址用于控制面网元寻呼用户设备。更例如，用户设备的地址为用户设备的IP的地址或为用户设备的第二IP五元组。

更例如，在用户面网元上的第一包过滤信息被保留的情况下，用户设备的地址为用户设备的IP的地址，在用户面网元上的第二包过滤信息被删除的情况下，用户设备的地址为用户设备的第二IP五元组。

采用本实施例所示的方法，在用户面网元接收到下行的数据包时，用户面网元可对下行的数据包进行缓存，并将下行的数据包所包括的用户设备的地址发送给RNMF，RNMF根据用户设备的地址确定出寻呼小区，并在该寻呼小区内对用户设备进行寻呼，在对用户设备进行寻呼的过程中，用户面网元能够将该下行的数据包进行存储，有效的保障了下行的数据包的安全，保证了下行的数据包不丢失。

本发明申请第四方面提供了一种会话管理功能网元，包括：

接收单元，用于从第一控制面网元接收第一指示信息；确定单元，用于根据第一指示信息省略执行用户面网元的选择；发送单元，用于向第二控制面网元发送数据网络的信息，数据网络的信息用于第二控制面网元对用户面网元的选择，用户面网元与数据网络相连。

本方面所示的会话管理功能网元用于执行上述第一方面所示的数据传输方法，对数据传输方法的具体执行过程以及有益效果的说明，请详见上述第一方面所示。

基于本发明申请第四方面，本发明申请第四方面的一种可选的实现方式中，数据网络的信息包括数据网络名称。

基于本发明申请第四方面，本发明申请第四方面的一种可选的实现方式中，确定单元还用于，根据第一指示信息省略执行会话管理功能网元与用户面功能之间的N4接口会话建立。

基于本发明申请第四方面，本发明申请第四方面的一种可选的实现方式中，发送单元还用于，向用户面网元发送包过滤信息，包过滤信息包括IP五元组，包过滤信息用于建立包过滤信息与数据无线承载的映射关系。

基于本发明申请第四方面，本发明申请第四方面的一种可选的实现方式中，发送单元还用于，向用户面网元发送释放请求，释放请求用于删除映射关系，释放请求包括与数据无线承载相关联的会话标识、数据无线承载标识或包过滤信息中的一项或多项。

基于本发明申请第四方面，本发明申请第四方面的一种可选的实现方式中，

接收单元还用于，从第一控制面网元接收第二指示信息；确定单元还用于，根据第二指示信息省略执行会话管理功能网元与用户面功能之间的N4会话释放流程。

本发明申请第五方面提供了一种控制面网元，包括：

接收单元，用于从会话管理功能网元接收地址信息和第三指示信息；第一确定单元，用于根据第三指示信息省略执行用户面功能的选择；第二确定单元，用于根据地址信息确定用户面网元。

本方面所示的控制面网元用于执行上述第二方面所示的数据传输方法，对数据传输方法的具体执行过程以及有益效果的说明，请详见上述第二方面所示。

本发明申请第六方面提供了一种用户面网元，包括：

接收单元，用于从接入和移动性管理功能接收用户设备上下文释放请求消息，用户设备上下文释放请求消息中包括第四指示信息，第四指示信息用于指示用户面网元保留第一包过滤信息；处理单元，用于根据用户设备上下文释放请求消息删除第二包过滤信息以及第二包过滤信息与数据无线承载的映射关系，第二包过滤信息为与第一包过滤信息不同的包过滤信息。

本方面所示的用户面网元用于执行上述第三方面所示的数据传输方法，对数据传输方法的具体执行过程以及有益效果的说明，请详见上述第三方面所示。

基于本发明申请第六方面，本发明申请第六方面的一种可选的实现方式中，

用户设备上下文释放请求消息还包括第五指示信息；

处理单元还用于，根据第五指示信息对数据包进行缓存，用户面网元中不包括数据包的包过滤信息，或，用户面网元中不包括数据包的包过滤信息与数据无线承载的对应关系。

用户面网元还包括：

发送单元，用于向控制面网元发送用户设备的地址，用户设备的地址用于控制面网元寻呼用户设备。

本发明申请第七方面提供了一种数据传输装置，该数据传输装置具有实现上述方法设计中各网元行为的功能。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现硬件或软件包括一个或多个与上述功能相对应的模块。模块可以是软件和/或硬件。

在一个可能的设计中，本装置的结构中包括处理器和存储器，其中，存储器中存有计算机可读程序；处理器通过运行存储器中的程序，以用于完成上述任一方面所示的方法。

本发明申请第八方面提供了一种计算机程序产品，当计算机程序产品被执行时，其用于执行上述任一方面所示的方法。

本发明申请第九方面提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，指令用于执行上述任一方面所示的方法。

附图说明

图1为现有技术所提供的通信系统的一种结构示意图；

图2为现有技术所提供的N3接口的用户面协议栈示例图；

图3为现有技术所提供的通信系统的另一种结构示意图；

图4为本发明申请所提供的通信系统的一种申请结构示意图；

图5为本发明申请所提供的用户面网元的协议栈的一种申请示意图；

图6为本发明申请所提供的数据传输方法的一种申请步骤流程图；

图7为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图8为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

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

图10为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

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

图12为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图13为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图14为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图15为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图16为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图17为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图18为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图19为本发明申请所提供的数据传输方法的另一种申请步骤流程图；

图20为本发明申请所提供的会话管理功能网元一种申请结构示意图；

图21为本发明申请所提供的控制面网元的一种申请结构示意图；

图22为本发明申请所提供的用户面网元的一种申请结构示意图；

图23为本发明申请所提供的数据传输装置的一种申请结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述。本申请中，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请提供了一种能够降低数据转发时延且处理效率高的数据传输方法，为更好的理解本申请所示的方法，则以下首先对现有技术的通信系统的结构进行具体说明：

如图3所示，图3所示的5G移动网络架构中，移动网关的控制面功能和转发面功能解耦，其分离出来的控制面功能与第三代合作伙伴计划(third generation partnershipproject，3GPP)传统的控制网元移动性管理实体(mobility management entity，MME)等合并成统一的控制面(control plane)。用户面功能(User plane function，UPF)网元能实现服务网关(serving gateway，SGW)和分组数据网络网关(packet data network gateway，PGW)的用户面功能(SGW-U和PGW-U)。进一步的，统一的控制面网元可以分解成接入和移动性管理功能(access and mobility management function，AMF)网元和会话管理功能(session management function，SMF)网元。

可选的，图3所示的核心网控制面功能301还包括鉴权服务功能(authenticationserver function，AUSF)等功能模块，还可包括应用功能(application function，AF)、统一数据管理(unified data management，UDM)、策略控制功能(policy control function，PCF)、NF存储功能(NF Repository Function，NRF)以及网络开放功能(network exposurefunction，NEF)。

其中，本系统中所涉及到的终端设备不受限于5G网络，包括：手机、物联网设备、智能家居设备、工业控制设备、车辆设备等等。所述终端设备也可以称为用户设备(UserEquipment，UE)、移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远程终端(Remote Terminal)、接入终端(Access Terminal)、终端设备(User Terminal)、用户代理(User Agent)，在此不作限定。上述终端设备还可以车与车(Vehicle-to-vehicle，V2V)通信中的汽车、机器类通信中的机器等。

RAN设备302是一种用于为UE 305提供无线通信功能的装置。RAN设备302可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在LTE系统中，称为演进的节点B(evolved NodeB，eNB或者eNodeB),在第三代(3rd generation，3G)系统中，称为节点B(Node B)等。在新一代系统中，称为gNB(gNodeB)。

可选的，本系统中所涉及到的AMF网元可负责终端设备的注册、移动性管理、跟踪区更新流程等。AMF网元也可称为AMF设备或AMF实体。

可选的，本系统中所涉及到的UDM网元能够存储用户的签约数据。例如，用户的签约数据包括移动性管理相关的签约数据以及会话管理相关的签约数据。所述UDM网元也可称为UDM设备或UDM实体。

可选的，本系统中所涉及到的SMF网元可负责终端设备的会话管理。例如，会话管理包括用户面设备的选择、用户面设备的重选、IP地址分配、服务质量(quality ofservice，QoS)控制，以及会话的建立、修改或释放等。

可选的，上述5G通信系统中还包括网络功能存储功能(Network FunctionRepository Function，NRF)网元。该网元能够提供服务发现功能。可选的，NRF网元还能够维护核心网中有效的网络功能网元的信息。可选的，NRF网元还能够维护核心网中有效的网络功能网元支持的服务。

可选的，UPF网元可以实现用户报文的转发、统计和检测等功能。UPF网元也可称为UPF设备或UPF实体。

可选的，PCF网元包括策略控制和基于流计费控制的功能。例如，PCF网元可实现用户签约数据管理功能、策略控制功能、计费策略控制功能、QoS控制等。PCF网元可也称为PCF实体或PCF设备。

基于图3所示的核心网控制面功能的结构示例，NF之间的交互采用服务化接口，如接口Nnef是NEF提供的基于服务的接口，接口Nnrf是NRF提供的基于服务的接口，接口Npcf是PCF提供的基于服务的接口，接口Nudm是UDM提供的基于服务的接口，接口Naf是AF提供现的基于服务的接口，接口Namf是AMF提供现的基于服务的接口，而接口Nsmf是SMF提供的基于服务的接口。

以下对图3所示通信系统所包括的各网元的连接结构进行示例性说明，图3所示的RAN302通过N3接口与UPF303连接，所述RAN302还通过N2接口与AMF连接，所述RAN302还通过F1-U接口与分布式单元(distributed unit，DU)304连接，所述DU304与用户设备(userequipment，UE)305连接。所述UPF303通过N6接口与数据网元(datan Network，DN)306连接。

对比于图3所示的通信系统，本申请所提供的通信系统的结构可参见图4所示，如图4所示，本申请所示的通信系统包括核心网控制面功能401，所述核心网控制面功能401的具体说明，请详见图3所示，具体在本申请中不做限定。

例如，本实施例所示的所述核心网控制面功能401与第一控制面网元402连接，所述第一控制面网元402与第二控制面网元403连接，所述第二控制面网元403分别与用户面网元405连接以及与DU406连接，所述DU406与UE407连接，可见，本实施例所示的所述第一控制面网元402可通过所述第二控制面网元403对所述用户面网元405进行控制，所述用户面网元405还通过N6接口与DN408连接。

采用本申请所示的通信系统能够实现用户面的融合。

对于用户面的融合，相对于现有技术，本申请所示的所述用户面网元405在现有技术所示的RAN侧和UPF侧中去除了RAN的N3接口及其GTPU/UDP协议处理后所形成的网元，以使所述用户面网元的IP地址与融合前的所述UPF的IP地址相同，所述用户面网元405的协议栈可参见图5所示；

如图5所示可知，所述用户面网元405包括有SDAP层、PDCP-U层、IP层、L2层以及L1层，结合图4和图5所示可知，在所述用户面网元405接收到所述DN408所发送的下行的数据包的情况下，下行的数据包能够一跳转发到RAN的SDAP层以及PDCP-U层，无需对下行的数据包进行GTPU/UDP协议处理，降低了转发下行的数据包的时延，可见，采用本申请所示的通信系统，因所述通信系统所包括的用户面网元405已删除了RAN的N3接口、GTPU/UDP协议处理以及融合前UPF和SMF之间的N4接口，则使得用户面网元405无需进行GTPU/UDP协议处理，实现下行的数据包可一跳转发到SDAP层以及PDCP-U层，降低了数据转发的时延，且实现了用户面网元405与核心网控制面功能401之间功能的融合和服务化统一通信。

基于图4所示的通信系统，以下结合图6所示对本申请所提供的数据传输方法的具体执行过程进行示例性说明，采用本实施例所示的数据传输方法可创建协议数据单元(protocol data unit，PDU)会话(session)，具体执行过程如下：

S601、会话管理功能网元从第一控制面网元接收第一指示信息。

本实施例所示的会话管理功能网元为图4中的会话管理功能网元网元。第一控制面网元为图4中的第一控制面网元402。

为降低会话管理功能网元处理的时延，则第一控制面网元可向会话管理功能网元发送所述第一指示信息，所述第一指示信息用于通知所述会话管理功能网元省略执行用户面网元的选择，所述用户面网元为图4所示的用户面网元405。

S602、会话管理功能网元根据第一指示信息省略执行用户面网元的选择。

在会话管理功能网元接收到第一指示信息的情况下，会话管理功能网元根据第一指示信息的指示，省略执行用户面网元的选择。

S603、会话管理功能网元向第二控制面网元发送数据网络的信息。

本实施例中，所述会话管理功能网元可调用UDM提供的相关服务向UDM请求所述用户设备的数据网络的信息等。所述数据网络的信息用于第二控制面网元对用户面网元的选择。所述用户面网元与所述数据网络相连，以使被第二控制面网元所选定的所述用户面网元能够接收到数据网络的信息所标识的数据网络所发送的下行的数据包。

采用本实施例所示的数据传输方法，由第一控制面网元确定用户面网元，第一控制面网元向会话管理功能网元发送第一指示信息以指示省略执行所述用户面网元的选择，采用本实施例所示的方法，因所述SMF无需进行用户面网元的选择，则有效的降低了SMF处理的时延，会话管理功能网元通过向第二控制面网元发送的数据网络的信息，以使第二控制面网元能够选定融合后的用户面网元，而且通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

基于图4所示的通信系统，以下结合图7所示对本申请所提供的数据传输方法的具体执行过程进行示例性说明，采用本实施例所示的数据传输方法可创建协议数据单元(protocol data unit，PDU)会话(session)，具体执行过程如下：

步骤701、用户设备向第一控制面网元发送PDU会话建立请求。

例如，所述用户设备为与DU之间进行数据交换业务，则所述用户设备和所述DU之间需要创建数据传输通道，为实现用户设备和DU之间数据传输通道的创建，则所述用户设备需要向所述第一控制面网元发送PDU会话建立(PDU session establishment)请求。

例如，参见图4所述，本申请所示的所述UE407可依次通过所述DU406、所述第二控制面网元403将所述PDU会话建立请求消息发送给所述第一控制面网元402。

步骤702、第一控制面网元向SMF发送PDU会话建立请求消息。

本实施例中，第一控制面网元接收到用户设备发送的所述PDU会话建立请求后，所述第一控制面网元可查询第一控制面网元本地所存储的配置信息，第一控制面网元所存储的配置信息可指示所述第一控制面网元通过无线接入网控制面功能网元所控制的用户面网元，该用户面网元为在现有技术所示的RAN侧和UPF侧中去除了RAN的N3接口及其GTPU/UDP协议处理后所形成的用户面网元，所述用户面网元的具体说明，请详见上述所示，具体不做赘述。

本申请以所述第一控制面网元通过查询已存储的配置信息确定出用户面网元为例进行示例性说明，不做限定，只要所述第一控制面网元能够确定出所述第一控制面网元通过无线接入网控制面功能网元所控制的为已融合的所述用户面网元即可。

在所述第一控制面网元确定出所述第一控制面网元通过所述无线接入网控制面功能网元可控制用户面网元的情况下，所述第一控制面网元向SMF发送PDU会话建立请求消息，例如，本申请所示的所述PDU会话建立请求消息包括所述PDU会话建立请求、5G全局唯一的临时用户设备标识(5G globally unique temporary ue identity，5G-GUTI)以及第一指示信息，其中，5G-GUTI用于临时对用户设备进行标识，5G系统下使用5G-GUTI的目的是减少在通信中显示使用用户设备的永久性标识，提升安全性。

所述第一控制面网元通过所述第一指示信息，通知所述SMF省略执行用户面网元的选择，可见，在所述SMF接收到所述第一指示信息的情况下，无需进行用户面网元的选择；本申请所示的所述第一指示信息还用于指示所述SMF省略执行所述SMF与所述用户面功能UPF之间的N4接口会话建立。例如，因所述SMF无需进行用户面网元的选择，则所述SMF无需执行所述SMF和所述UPF之间的N4接口会话建立。

可选的，本实施例对所述第一指示信息的具体取值不做限定，只要所述SMF根据所述第一指示信息的指示，能够确定出省略执行所述用户面网元的选择以及省略执行所述SMF与所述UPF之间的N4接口会话建立即可。例如，本申请所示的所述第一指示信息的取值可为“SMF selection off and N4 session setup off”。

步骤703、SMF向第一控制面网元发送PDU会话建立响应消息。

本申请中，在所述SMF接收到所述PDU会话建立请求消息后，所述SMF可调用UDM提供的相关服务向UDM请求所述用户设备相关的签约数据(session management，SM)，其中，所述用户设备相关的SM可包括数据网络的信息以及签约的用户设备粒度聚合最大速率(Subscribed UE-AMBR)等。例如，所述数据网络的信息用于指示第二控制面网元对用户面网元的选择，所述用户面网元与所述数据网络相连。更例如，以图4所示为例，所述第二控制面网元可为PDCP-C，本实施例对所述数据网络的信息所包括的具体内容不做限定，只要所述第二控制面网元能够根据该数据网络的信息选定所述用户面网元即可，例如，本实施例所示的所述数据网络的信息可包括数据网络名称(data network name，DNN)。

所述SMF从所述UDM获取到与所述用户设备相关的签约数据后，所述第一控制面网元可继续调用PCF提供的服务以向PCF请求业务策略信息，其中，所述业务策略信息可包括QoS策略、计费规则(Charging rule)以及包过滤信息(Packet filter)等，其中，QoS策略用于实现QoS功能，所述QOS功能可为保证传输的带宽、降低传送的时延、降低数据的丢包率以及时延抖动等措施来提高服务质量，通过配置QOS策略以提高服务质量。

以下对所述包过滤信息进行说明：

所述SMF从所述UDM获取所述包过滤信息，并将所述包过滤信息转发给所述第一控制面网元。例如，所述包过滤信息包括IP五元组，具体包括源IP地址，源端口，目的IP地址，目的端口和传输层协议。所述包过滤信息用于建立所述包过滤信息对应的数据无线承载的映射关系，所述用户面网元可通过所述包过滤信息对应的数据无线承载将数据包发送给用户设备。

所述SMF为用户设备分配网络之间互连的IP地址，并基于从所述PCF获取到的所述QoS策略确定服务质量配置文件(QoS profile)，其中，所述QoS profile可包括如下所示的至少一项：分配保持优先级(Allocation and Retention Priority，ARP)、保证流比特率(Guaranteed Flow Bit Rate，GFBR)、最大流比特率(Maximum Flow B it Rate，MFBR)、最大丢包率(Maximum Packet Loss Rate，MPLR)等。

本申请中为实现对不同的数据包进行区分，则本申请所示的不同的所述QoSprofile可对应不同的包过滤信息，所述用户面网元即可根据数据包所包括的IP五元组确定出对应的包过滤信息，进而确定出所述包过滤信息对应的数据无线承载，与该包过滤信息对应的数据无线承载用于传输该数据包。

所述SMF可针对所述会话建立请求消息，为用户设备当前请求的PDU会话分配PDUsession ID，并将已分配的PDU session ID保存在为用户设备创建的SM上下文信息中，SMF还可通过SMF所提供的服务向所述第一控制面网元返回所述PDU会话建立响应(PDUsession establishment response)消息。

例如，本申请所示的所述PDU会话建立响应包括所述SMF为所述用户设备所分配的所述PDU session ID、所述DNN、用户设备的IP地址、所述QoS profile以及与所述QoSprofile对应的包过滤信息。其中，所述DNN标识用户设备所访问的数据网络名称。

步骤704、第一控制面网元向第二控制面网元发送会话资源分配请求消息。

本申请中，在第一控制面网元接收到所述PDU会话建立响应消息后，所述第一控制面网元本地创建SM上下文，并将所述PDU会话建立响应消息所包括的各信息保存在SM上下文中。

所述第一控制面网元将会话资源分配请求(allocate session resourcerequest)消息发送给第二控制面网元，其中，所述会话资源分配请求消息携带所述PDUsession ID、所述DNN、用户设备的IP地址、所述QoS profile以及与所述QoS profile对应的包过滤信息，对所述会话资源分配请求消息所包括各信息的说明，请详见上述所示，具体不做赘述。

本实施例中，在所述第二控制面网元接收到所述会话资源分配请求消息后，所述第二控制面网元即可根据所述会话资源分配请求消息为用户设备建立RRC上下文，且所述RRC为用户设备的PDU session分配数据无线承载(data radio bearer，DRB)标识(ID)，其中，所述PDU session用于建立所述用户设备和DU之间交换PDU数据包的业务，即用于建立用户设备和DU之间的数据传输通道。

步骤705、第二控制面网元向用户面网元发送SM上下文建立请求消息。

本实施例所示的所述第二控制面网元接收到所述会话资源分配请求之后，所述第二控制面网元可激活安全上下文，如与信令的加解密相关的配置等，具体在本申请中不做限定。

所述第二控制面网元确定能够为用户设备服务的用户面网元，本申请中，所述第二控制面网元可基于如下所示的至少一项确定出所述用户面网元，所述DNN、用户设备所驻留的小区的位置信息以及无线接入类型(radio access type，RAT)等。所述第二控制面网元可确定出所选定的用户面网元的IP地址，并向具有该IP地址的用户面网元发送所述SM上下文建立请求消息，其中，所述SM上下文建立请求消息包括所述PDU session ID、用户设备的IP地址、所述QoS profile、与所述QoS profile对应的包过滤信息以及所述DRB ID。

步骤706、用户面网元向第二控制面网元发送SM上下文建立响应。

在所述用户面网元接收到所述SM上下文建立请求消息的情况下，所述用户面网元激活用户面安全上下文和相关配置，比如与安全相关的配置，与信令的加解密相关的配置等，具体在本申请中不做限定。

所述用户面网元根据所述SM上下文建立请求消息所携带的所述DRB ID以及所述包过滤信息创建映射关系，所述映射关系包括所述包过滤信息和DRB ID所标识的数据无线承载的映射关系，例如，可在所述用户面网元所包括的SDAP层上创建所述DRB ID与所述包过滤信息的映射关系。

所述用户面网元所发送的所述SM上下文建立响应(context setup response)消息携带所述DRB ID、用户面网元的IP地址以及上行(UL)隧道端点标识(tunnel endpointidentifier,TEID)，所述UL TEID用于标识所述用户面网元和DU之间的数据传输隧道标识，后续若DU接收收到上行数据，所述DU可通过所述UL TEID所标识的数据传输隧道进行上行数据的发送。

步骤707、第二控制面网元向DU发送信令消息。

所述信令消息指示所述DU完成PDU session的配置，其中，所述PDU session的配置是指DU创建和所述用户设备之间的PDU session，所述DU根据所述信令消息即可建立用户设备和DN之间的数据传输通道。

步骤708、第二控制面网元向用户设备发送PDU会话建立接受消息。

在所述第二控制面网元确定DU完成了PDU session的配置后，所述第二控制面网元通过DU向用户设备发送PDU会话建立接受(PDU session establishment accept)消息，所述PDU会话建立接受消息用于指示PDU Session配置完成。

步骤709、用户设备向第一控制面网元发送确认消息。

所述用户设备确定所述用户设备能够与所述DU进行PDU session后，所述用户设备可依次通过DU以及第二控制面网元向第一控制面网元发送确认消息，所述确认消息用于指示PDU session创建完成，所述第一控制面网元接收到所述确认消息后，可向AMF发送用户设备上下文更新(用户设备context update notify)消息，所述用户设备上下文更新消息携带所述PDU session ID、所述用户面网元的IP地址以及用户设备的IP地址等信息。

采用本实施例所示的数据传输方法，第一控制面网元可直接确定出用户面网元，则所述第一控制面网元可向SMF发送第一指示信息以指示省略执行所述用户面网元的选择以及省略执行所述SMF与所述UPF之间的N4接口会话建立，第一控制面网元将SMF所发送的所述包过滤信息发送给第一控制面网元选定的用户面网元，所述用户面网元可创建所述包过滤信息与所述数据无线承载的映射关系，基于该映射关系，实现了所述用户面网元一跳转发下行的数据包，采用本实施例所示的方法，因所述SMF无需进行用户面网元的选择以及N4接口会话的建立，则有效的降低了SMF处理的时延，而且通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

基于图7所示实现了PDU session的创建，以下结合图8所示说明在创建完PDUsession后，是如何实现下行的数据包的转发的。

步骤801、用户面网元从应用服务器接收下行的数据包。

本申请所示的所述应用服务器可为如4所示的DN408，则所述DN408可通过N6接口将下行的数据包发送给所述用户面网元405。

步骤802、用户面网元获取目标映射关系。

由图7所示可知，所述用户面网元上已创建有不同的包过滤信息和不同的数据无线承载的映射关系，则本申请所示的所述用户面网元接收到下行的数据包后，所述用户面网元即可获取该下行的数据包所包括的IP五元组，所述用户面网元确定目标映射关系，所述目标映射关系包括目标包过滤信息和目标数据无线承载的对应关系，其中，所述目标包过滤信息所包括的IP五元组与下行的数据包所包括的IP五元组相同，所述用户面网元即可确定所述目标包过滤信息对应的目标数据无线承载为用于发送所述下行的数据包的数据无线承载。

步骤803、用户面网元向DU发送下行的数据包。

本申请中，在所述用户面网元确定出所述目标数据无线承载的情况下，所述用户面网元可通过所述目标数据无线承载将下行的数据包发送给DU。

步骤804、DU向用户设备发送下行的数据包。

在所述DU接收到所述用户面网元发送的下行的数据包的情况下，所述DU可将下行的数据包转发给所述用户设备。

采用本申请所示的数据传输方法，用户面网元接收到下行的数据包的情况下，可根据预先创建的包过滤信息和数据无线承载的映射关系，确定出用于转发该下行的数据包的数据无线承载，则基于该数据无线承载，用户面网元能够实现一跳转发下行的数据包，通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

本申请对实现上述所示所示的数据传输方法的第一控制面网元和第二控制面网元的具体网元类型不做限定，只要所述第一控制面网元和所述第二控制面网元能够实现上述所示的数据传输方法即可，为更好的理解本申请所示的数据传输方法，以下结合第一控制面网元以及第二控制面网元例如网元类型对执行本申请所示的数据传输方法的具体执行过程进行详细说明：

首先请参见图9所示，图9所示为本申请所提供的通信系统的一种具体应用场景结构示例图，在如图9所示的通信系统中，通信系统包括核心网控制面功能901，所述核心网控制面功能901的具体说明，请详见图3所示，具体在本申请中不做限定。

例如，本实施例所示的所述核心网控制面功能901通过R2接口与无线网络管理功能(radio network management function，RNMF)902连接，所述RNMF902通过C1接口与无线接入网控制面功能网元904连接，所述无线接入网控制面功能网元904分别通过E1接口与用户面网元905连接以及通过F1-C接口与DU906连接，所述DU906与UE907连接，可见，本实施例所示的所述RNMF402可通过所述无线接入网控制面功能网元904对所述用户面网元905进行控制，所述用户面网元905还通过N6接口与DN908连接。例如，本实施例所示的所述无线接入网控制面功能网元904包括无线资源控制(radio resource control，RRC)层以及PDCP的控制平面层PDCP-C层。

采用本申请所示的通信系统还能够实现控制面和用户面的融合，实现用户面融合的具体说明，请详见图4所示的说明，具体不做赘述；

对于控制面的融合，因本实施例所示的所述RNMF902与所述核心网控制面功能901所包括的各NF之间按照服务化方式相互调用，且在所述RNMF902与无线接入网控制面功能网元904连接的情况下，即可实现了RAN与核心网控制面功能的融合。

基于图9所示的通信系统，用于执行本申请图10所示的数据传输方法的所述第一控制面网元为RNMF902，所述第二控制面网元为PDCP-C，执行数据传输方法以创建PDUsession的具体执行过程如下：

步骤1001、用户设备向RNMF发送PDU会话建立请求。

步骤1002、RNMF向SMF发送PDU会话建立请求消息。

步骤1003、SMF向RNMF发送PDU会话建立响应消息。

本实施例所示的步骤1001至步骤1003的具体执行过程，请详见图7所示，具体在本实施例中不做赘述，且本实施例所示的RNMF所执行的具体动作，请参见图7所示的第一控制面网元所执行的具体动作，具体在本实施例中不做赘述。

步骤1004、RNMF向RRC发送会话资源分配请求消息。

本实施例所示的会话资源分配请求消息的具体说明，请详见图7所示的实施例，具体不做赘述。

步骤1005、RRC向PDCP-C发送会话资源分配请求消息。

本实施例所示的PDCP-C所执行的具体动作，请参见图7所示的第二控制面网元所执行的具体动作，具体在本实施例中不做赘述。

例如，在所述RRC接收到所述会话资源分配请求消息后，所述RRC即可根据所述会话资源分配请求消息为用户设备建立RRC上下文，且所述RRC为用户设备的PDU sessionDRB ID，对DRB ID的具体说明，请详见图7所示的实施例，具体不做赘述。

所述RRC向所述PDCP-C发送所述会话资源分配请求消息，其中，所述会话资源分配请求消息所携带的信息请详见步骤1004所示，且所述会话资源分配请求消息还携带有所述RRC为用户设备所分配的所述DRB ID。

步骤1006、PDCP-C向用户面网元发送SM上下文建立请求消息。

步骤1007、用户面网元向PDCP-C发送SM上下文建立响应。

步骤1008、PDCP-C向DU发送信令消息。

步骤1009、PDCP-C向用户设备发送PDU会话建立接受消息。

步骤1010、用户设备向RNMF发送确认消息。

本实施例所示的步骤1006至步骤1010的具体执行过程，可参见图7所示的步骤706至步骤710所示，具体执行过程在本实施例中不做赘述。

采用本实施例所示的数据传输方法，RNMF可直接确定出用户面网元，则所述RNMF可向SMF发送第一指示信息以指示省略执行所述用户面网元的选择以及省略执行所述SMF与所述UPF之间的N4接口会话建立，RNMF将SMF所发送的所述包过滤信息发送给RNMF选定的用户面网元，所述用户面网元可创建所述包过滤信息与所述数据无线承载的映射关系，基于该映射关系，实现了所述用户面网元一跳转发下行的数据包，采用本实施例所示的方法，因所述SMF无需进行用户面网元的选择以及N4接口会话的建立，则有效的降低了SMF处理的时延，而且通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

上述图9所示以第一控制面网元为RNMF,第二控制面网元为PDCP-C为例说明了执行数据传输方法的具体过程，以下结合图11所示对本申请所提供的用于实现本申请所示的数据传输方法的另一种通信系统的结构进行说明：

相对于图9所示的通信系统，图11所示的通信系统不包括RNMF，图11所示的无线接入网控制面功能网元1102与核心网控制面功能1101连接，图11所示的核心网控制面功能1101、无线接入网控制面功能网元1102、用户面网元1105、DN1104、DU1106以及UE1107的具体说明，请详见图9所示，具体不做赘述。

基于图11所示的通信系统，用于实现本申请所示的数据传输方法的第一控制面网元可为如图11所示的RRC，第二控制面网元可为PDCP-C，基于图9所示的通信系统，以下结合图12所示对执行本申请所示的数据传输方法的具体执行过程进行详细说明：

步骤1201、用户设备向RRC发送PDU会话建立请求。

步骤1202、RRC向SMF发送PDU会话建立请求消息。

步骤1203、SMF向RRC发送PDU会话建立响应消息。

步骤1204、RRC向PDCP-C发送会话资源分配请求消息。

步骤1205、PDCP-C向用户面网元发送SM上下文建立请求消息。

步骤1206、用户面网元向PDCP-C发送SM上下文建立响应。

步骤1207、PDCP-C向DU发送信令消息。

步骤1208、PDCP-C向用户设备发送PDU会话建立接受消息。

步骤1209、用户设备向RRC发送确认消息。

本实施例所示的步骤1201至步骤1209的具体执行过程，可参见图10所示的步骤1001至步骤1010所示，即图10所示的实施例由RNMF所执行的动作，在本实施例中由RRC执行，具体执行过程在本实施例中不做赘述。

采用本实施例所示的数据传输方法，RRC可直接确定出用户面网元，则所述RRC可向SMF发送第一指示信息以指示省略执行所述用户面网元的选择以及省略执行所述SMF与所述UPF之间的N4接口会话建立，RRC将SMF所发送的所述包过滤信息发送给RRC选定的用户面网元，所述用户面网元可创建所述包过滤信息与所述数据无线承载的映射关系，基于该映射关系，实现了所述用户面网元一跳转发下行的数据包，采用本实施例所示的方法，因所述SMF无需进行用户面网元的选择以及N4接口会话的建立，则有效的降低了SMF处理的时延，而且通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

基于图4所示的通信系统，以下结合图13所示对协议数据单元会话释放(PDUsession release)的具体过程进行说明，具体执行流程如下：

步骤1301、用户设备向第一控制面网元发送PDU会话释放请求消息。

本实施例中，若由用户设备触发PDU会话释放流程，则所述用户设备可向第一控制面网元发送PDU会话释放请求(PDU session release request)消息，所述PDU会话释放请求消息用于请求释放已建立的PDU会话，例如，如图4所示，所述UE407可依次通过所述DU406以及所述第二控制面网元403向所述第一控制面网元402发送所述PDU会话释放请求消息。

本实施例对所述PDU会话释放请求消息所携带的具体信息不做限定，只要所述用户设备通过所述PDU会话释放请求消息能够触发PDU会话释放流程即可，例如，所述PDU会话释放流程可携带有PDU会话标识(PDU Session ID)等。

步骤1302、第一控制面网元向SMF发送PDU会话释放请求消息。

本实施例中，在所述第一控制面网元接收到所述用户设备发送的所述PDU会话释放请求消息后，所述第一控制面网元通过查询SM上下文以确定出用户设备请求释放的PDUsession的用户面是上述所示的融合后的用户面网元，则所述第一控制面网元可将携带有第二指示信息的PDU会话释放请求消息发送给SMF，其中，所述第二指示信息用于指示省略执行发起N4接口上的会话释放流程。

例如，因在图7所示的PDU会话创建的流程中，所述用户面网元已删除了现有技术所示的UPF和所述SMF之间的N4接口上的会话，则本实施例所示的SMF就省略执行发起N4接口上的会话释放流程，本实施例所示的第一控制面网元即可通过所述第二指示信息通知所述SMF省略执行所述UPF与用户面功能之间的N4会话释放流程，即SMF根据该第二指示信息即可确定出SMF不需要向UPF发起释放N4接口上的会话释放流程。本实施例对所述第二指示信息的具体取值不做限定，只要所述SMF根据所述第二指示信息的指示省略执行发起N4接口上的会话释放流程即可，例如，所述第二指示信息的取值可为“N4 session releaseoff”。

步骤1303、SMF向第一控制面网元发送会话释放请求响应消息。

本实施例中，在所述SMF接收到所述PDU会话释放请求消息的情况下，所述SMF可根据所述第二指示信息的指示省略执行发起N4接口上的会话释放流程，还可删除本地存储的与所述用户设备请求释放的PDU session相关的SM上下文，并释放所述用户设备的IP地址。

其中，所述会话释放请求响应消息用于确认PDU session释放完成，并请求第一控制面网元删除请求释放的PDU session相关上下文信息，例如，所述会话释放请求响应消息包括释放请求，更例如，所述释放请求包括包括与所述数据无线承载相关联的会话标识(PDU Session ID)、所述数据无线承载标识(DRB ID)或所述包过滤信息中的一项或多项。

示例性的，若所述释放请求包括所述DRB ID，则所述DRB ID用于标识需要删除的DRB，若所述释放请求包括所述包过滤信息，则所述包过滤信息用于标识需要删除的包过滤信息，若所述释放请求携带有所述PDU session ID，则所述PDU session ID用于标识所述用户设备请求释放的PDU session，所述第一控制面网元即可根据所述PDU session ID确定出所述用户设备请求释放的PDU session对应的DRB以及该DRB的DRB ID，本实施例以所述会话释放请求响应消息携带所述PDU session ID以及所述包过滤信息为例进行示例性说明。

本实施例中若由所述用户设备发起PDU session release流程，则由用户设备将PDU会话释放请求消息发送给第一控制面网元，可选的，本实施例还可由SMF发起PDUsession release流程，例如，若核心网控制面功能的PCF确定出需要终结SM策略(policy)，则所述PCF向SMF发送签约数据策略终结(SM policy termination)请求，所述SMF根据所述签约数据策略终结请求确定出用户设备请求释放的PDU session的用户面是上述所示的融合后的用户面网元，则所述SMF即可确定出SMF无需执行发起N4接口上的会话释放流程，所述SMF向第一控制面网元发送所述会话释放请求响应消息。

步骤1304、第一控制面网元向第二控制面网元发送会话资源释放请求消息。

本实施例中，第一控制面网元接收到所述释放请求后，所述第一控制面网元可删除与所述用户设备请求释放的PDU session相关的SM上下文，并向所述第二用户面网元发送包括该释放请求的会话资源释放请求(release session resource request)消息。

步骤1305、第二控制面网元向用户面网元发送SM上下文释放请求消息。

本实施例中，在所述第二控制面网元接收到所述释放请求后，所述第二控制面网元将SM上下文释放请求(SM context release request)消息发送给用户面网元，其中，所述SM context release request携带有所述DRB ID以及所述包过滤信息。

可选的，若所述释放请求消息包括PDU session ID以及所述包过滤信息，则所述第二控制面网元可根据所述PDU session ID确定出通过所述PDU session ID所标识的PDUsession对应的DRB及该DRB的DRB ID，所述第二用户面网元向所述用户面网元所发送的所述SM上下文释放请求(SM context release request)消息携带所述DRB ID以及所述包过滤信息；

可选的，若所述释放请求消息包括DRB ID以及所述包过滤信息，则所述第二控制面网元向所述用户面网元所发送的所述SM上下文释放请求消息携带所述DRB ID以及所述包过滤信息。

步骤1306、用户面网元向第二控制面网元发送SM上下文释放响应消息。

在所述用户面网元接收到所述SM上下文释放请求消息后，所述用户面网元可根据所述DRB ID删除所述DRB ID标识的DRB，并在所述用户面网元侧删除所述SM上下文释放响应消息所包括的包过滤信息，以及删除所述DRB ID与所述包过滤信息的映射关系。

所述用户面网元确定已删除所述DRB ID与所述包过滤信息的映射关系的情况下，所述用户面网元将携带有所述DRB ID的SM上下文释放响应消息发送给所述第二控制面网元。

步骤1307、第二控制面网元向DU发送释放信令消息。

本实施例所示的所述释放信令消息包括所述DRB ID，所述DU接收到所述释放信令消息的情况下，所述DU可根据所述DRB ID释放与用户设备请求释放的数据无线承载相关的资源。

步骤1308、第二控制面网元向用户设备发送PDU会话释放接受消息。

本实施例中，在所述第二控制面网元确定DU已释放PDU session相关的配置后，所述第二控制面网元通过DU向用户设备发送PDU会话释放接受(PDU session releaseaccept)消息，所述PDU会话释放接受消息用于指示用户设备侧释放PDU session相关的配置。

步骤1309、用户设备向第一控制面网元发送释放确认消息。

所述用户设备确定所述用户设备已释放与所述PDU session相关的配置后，所述用户设备可依次通过DU以及第二控制面网元向第一控制面网元发送释放确认消息，所述释放确认消息用于指示PDU session释放完成，所述第一控制面网元接收到所述释放确认消息后，可向AMF发送用户设备上下文释放消息，所述用户设备上下文释放消息携带所述PDUsession ID等信息，所述AMF根据所述PDU session ID删除PDU session ID所标识的PDUsession相关的信息。

采用本实施例所示的数据传输方法，在执行PDU会话释放流程的过程中，SMF无需执行发起N4接口上的会话释放流程，第一控制面网元可通知用户面网元删除所述包过滤信息以及其和DRB的映射关系，以完成PDU会话释放流程，在释放过程中，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了PDU会话释放的时延。

本申请对实现图13所示的PDU session release过程的第一控制面网元和第二控制面网元的具体网元类型不做限定，只要所述第一控制面网元和所述第二控制面网元能够实现图13所示的PDU session release的过程即可，为更好的理解本申请所示的用于实现PDU session release过程的数据传输方法，以下结合第一控制面网元以及第二控制面网元例如网元类型对执行本申请所示的数据传输方法的具体执行过程进行详细说明：

可选的，基于图9所示的通信系统，则所述第一控制面网元为RNMF，第二控制面网元为PDCP-C，具体执行过程请详见图14所示：

步骤1401、用户设备向RNMF发送PDU会话释放请求消息。

步骤1402、RNMF向SMF发送PDU会话释放请求消息。

步骤1403、SMF向RNMF发送会话释放请求响应消息。

步骤1404、RNMF向RRC发送会话资源释放请求消息。

本实施例中，RNMF接收到所述会话释放请求后，所述RNMF可删除与所述用户设备请求释放的PDU session相关的SM上下文，并向所述RRC发送会话资源释放请求(releasesession resource request)消息。

步骤1405、RRC向PDCP-C发送会话资源释放请求消息。

可选的，若所述会话资源释放请求消息包括PDU session ID以及所述包过滤信息，则所述RRC可根据所述PDU session ID确定出通过所述PDU session ID所标识的PDUsession对应的DRB及该DRB的DRB ID，所述RRC向所述PDCP-C所发送的所述会话资源释放请求(release session resource request)消息携带所述DRB ID以及所述包过滤信息；可选的，若所述会话资源释放请求消息包括DRB ID以及所述包过滤信息，则所述RRC向所述PDCP-C所发送的所述会话资源释放请求携带所述DRB ID以及所述包过滤信息。

步骤1406、PDCP-C向用户面网元发送SM上下文释放请求消息。

步骤1407、用户面网元向PDCP-C发送SM上下文释放响应消息。

步骤1408、PDCP-C向DU发送释放信令消息。

步骤1409、PDCP-C向用户设备发送PDU会话释放接受消息。

步骤1410、用户设备向RNMF发送释放确认消息。

所述用户设备确定所述用户设备已释放与所述PDU session相关的配置后，所述用户设备可依次通过DU、PDCP-C以及RRC向RNMF发送释放确认消息。

本实施例所示的步骤1401至步骤1410的具体执行过程，请详见图13所示的步骤1301至步骤1309的具体执行过程，具体在本实施例中不做赘述，例如，本实施例所示的RNMF所执行的过程，请详见图13所示的第一控制面网元所执行的过程，本实施例所示的PDCP-C所执行的过程，请详见图13所示的第二控制面网元所执行的过程，具体在本实施例中不做赘述。

采用本实施例所示的数据传输方法，在执行PDU会话释放流程的过程中，SMF无需执行发起N4接口上的会话释放流程，RNMF可通知用户面网元删除所述包过滤信息以及其和DRB的映射关系，以完成PDU会话释放流程，在释放过程中，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了PDU会话释放的时延。

还可选的，基于图11所示的通信系统，则所述第一控制面网元为RRC，第二控制面网元为PDCP-C，具体执行过程请详见图15所示：

步骤1501、用户设备向RRC发送PDU会话释放请求消息。

步骤1502、RRC向SMF发送PDU会话释放请求消息。

步骤1503、SMF向RRC发送会话释放请求响应消息。

步骤1504、RRC向PDCP-C发送会话资源释放请求消息。

本实施例中，RRC接收到所述会话释放请求响应消息后，所述RRC可删除与所述用户设备请求释放的PDU session相关的SM上下文，并向所述PDCP-C发送会话资源释放请求(release session resource request)消息。

步骤1505、PDCP-C向用户面网元发送SM上下文释放请求消息。

步骤1506、用户面网元向PDCP-C发送SM上下文释放响应消息。

步骤1507、PDCP-C向DU发送释放信令消息。

步骤1508、PDCP-C向用户设备发送PDU会话释放接受消息。

步骤1509、用户设备向RRC发送释放确认消息。

所述用户设备确定所述用户设备已释放与所述PDU session相关的配置后，所述用户设备可依次通过DU以及PDCP-C向RNMF发送释放确认消息。

本实施例所示的步骤1501至步骤1509的具体执行过程，请详见图13所示的步骤1301至步骤1309的具体执行过程，具体在本实施例中不做赘述，例如，本实施例所示的RRC所执行的过程，请详见图13所示的第一控制面网元所执行的过程，本实施例所示的PDCP-C所执行的过程，请详见图13所示的第二控制面网元所执行的过程，具体在本实施例中不做赘述。

采用本实施例所示的数据传输方法，在执行PDU会话释放流程的过程中，SMF无需执行发起N4接口上的会话释放流程，RRC可通知用户面网元删除所述包过滤信息以及其和DRB的映射关系，以完成PDU会话释放流程，在释放过程中，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了PDU会话释放的时延。

基于图9所示的通信系统，以下结合图16所示说明另一种创建协议数据单元PDUsession的数据传输方法的具体执行过程进行说明，且图16所示的创建协议数据单元PDUsession的过程相对于图10所示的创建协议数据单元PDU session的区别在于，在图10所示的数据传输方法中，由RNMF通知SMF无需进行UPF的选择，而图16所示的数据传输方法中，由SMF通知控制面网元无需进行UPF的选择，在图16所示的实施例中，以控制面网元为PDCP-C为例进行示例性说明，具体执行流程如下：

步骤1601、用户设备向RNMF发送PDU会话建立请求。

本实施例中，所述用户设备为与DU之间进行数据交换业务，则所述用户设备和所述DU之间需要创建数据传输通道，为实现用户设备和DU之间数据传输通道的创建，则所述用户设备需要向所述RNMF发送PDU会话建立(PDU session establishment)请求。

例如，参见图9所述，本实施例所示的所述UE907可依次通过所述DU906、所述PDCP-C以及所述RRC将所述PDU会话建立请求消息发送给所述RNMF902。

步骤1602、RNMF向SMF发送PDU会话建立请求消息。

本实施例中，所述RNMF通过R2接口调用SMF提供的服务，将PDU会话建立请求消息(PDU session establishment request)发送给所述SMF，所述PDU会话建立请求消息的具体说明，请详见图10所示的实施例，具体不做赘述。

步骤1603、SMF向RNMF发送PDU会话建立响应消息。

本实施例中，在所述SMF接收到所述PDU会话建立请求消息后，所述SMF可调用UDM提供的相关服务向UDM请求所述用户设备相关的签约数据SM，所述用户设备相关的签约数据SM的具体说明，请详见图10所示的实施例，具体不做赘述。所述SMF从所述UDM获取到与所述用户设备相关的签约数据后，所述RNMF可继续调用PCF提供的服务以向PCF请求业务策略信息，其中，所述业务策略信息可包括服务质量(quality of service，QoS)策略、计费规则(Charging rule)以及包过滤信息(Packet filter)等，所述业务策略信息的具体说明，请详见图10所示的实施例，具体不做赘述。

本实施例中，所述SMF为用户设备分配网络之间互连的IP地址，并基于与用户设备相关的DNN为用户设备选择所述UPF，基于从所述PCF获取到的所述QoS策略确定服务质量配置文件(QoS profile)，其中，所述QoS profile可包括如下所示的至少一项：分配保持优先级(Allocation and Retention Priority，ARP)、保证流比特率(Guaranteed Flow BitRate，GFBR)、最大流比特率(Maximum Flow B it Rate，MFBR)、最大丢包率(MaximumPacket Loss Rate，MPLR)等。

本实施例中为实现对不同的数据包进行区分，则本实施例所示的不同的所述QoSprofile可对应不同的包过滤信息，所述用户面网元即可根据数据包所包括的IP五元组确定出对应的包过滤信息，进而确定出用于传输该数据包的数据无线承载。

所述SMF可针对所述会话建立请求消息，为用户设备当前请求的PDU会话分配PDUsession ID，并将已分配的PDU session ID保存在为用户设备创建的SM上下文信息中，SMF还可通过SMF所提供的服务向所述RNMF返回所述PDU会话建立响应(PDU sessionestablishment response)消息。

例如，本实施例所示的所述PDU会话建立响应包括所述SMF为所述用户设备所分配的所述PDU session ID、第三指示信息、地址信息、所述QoS profile以及与所述QoSprofile对应的包过滤信息。

更例如，本实施例所示的所述地址信息为用户面网元的IP地址，参见图9所示，所述地址信息用于标识所述用户面网元905的IP地址。其中，因本实施例所示的用户面网元为将现有技术所示的RAN侧和UPF侧进行了融合，即去除了RAN的N3、N4接口及其GTPU/UDP协议处理后所形成的网元，即为所述RAN侧和所述UPF融合前，所述UPF的IP地址和融合后的用户面网元的IP地址相同，在本实施例中均为所述地址信息。

本实施例中，所述SMF需要通知控制面网元无需进行UPF的选择，则所述SMF即可通过隐式指示的方式通知控制面网元无需进行UPF的选择，例如，所述SMF可通过所述地址信息指示控制面网元无需进行UPF的选择，更例如，本实施例所示的所述地址信息还用于指示向所述IP地址所标识的所述用户面网元发送所述包过滤信息，在所述PDCP-C接收到所述IP地址的情况下，所述PDCP-C无需进行UPF的选择，而是直接向所述IP地址所标识的所述用户面网元发送所述包过滤信息。

可选的，所述SMF还可通过显式指示的方式通知控制面网元无需进行UPF的选择，例如，所述SMF可向RNMF发送第三指示信息，其中，所述地址信息用于标识所述用户面网元的IP地址，具体说明请详见上述所示，具体不做赘述；所述SMF通过所述第三指示信息指示控制面网元省略执行UPF的选择，更例如，所述第三指示信息用于指示所述PDCP-C无需进行UPF的选择，而是直接向所述IP地址所标识的所述用户面网元发送所述包过滤信息。

具体可选的，所述第三指示信息可通过操作指示的方式向所述PDCP-C指示例如操作处理过程，例如，所述第三指示信息可为参数“using UPF IP address w/o selection”，该参数用于指示直接使用所述SMF所选择的所述用户面网元，由上述所示可知，所述用户面网元为将RAN侧和所述UPF侧融合后所形成的网元，且所述用户面网元包括SDAP层、PDCP-U层、IP层、L2层以及L1层，具体说明请详见上述所示，具体不做赘述。

具体可选的，所述第三指示信息还可通过类型指示的方式向所述PDCP-C指示例如操作处理过程，例如，所述操作指示参数可为参数“Convergence UP type”，该参数用于表示SMF选择的是将RAN侧和所述UPF侧融合后所形成的用户面网元。可见，在本实施例所示的所述PDCP-C接收到所述第三指示信息，不执行SDAP层以及PDCP-U层的选择。

本实施例以所述PDU会话建立响应包括所述第三指示信息、地址信息、所述QoSprofile以及与所述QoS profile对应的包过滤信息为例进行示例性说明。

步骤1604、RNMF向RRC发送会话资源分配请求消息。

本实施例中，在RNMF接收到所述PDU会话建立响应消息后，所述RNMF本地创建SM上下文，并将所述PDU会话建立响应消息所包括的各信息保存在SM上下文中。

所述RNMF将会话资源分配请求(allocate session resource request)消息发送给RRC，其中，所述会话资源分配请求消息携带所述PDU session ID、第三指示信息、地址信息、所述QoS profile以及与所述QoS profile对应的包过滤信息，对所述会话资源分配请求消息所包括各信息的说明，请详见上述所示，具体不做赘述。

步骤1605、RRC向PDCP-C发送会话资源分配请求消息。

本实施例中，在所述RRC接收到所述会话资源分配请求消息后，所述RRC即可根据所述会话资源分配请求消息为用户设备建立RRC上下文，且所述RRC为用户设备的PDUsession分配数据无线承载(data radio bearer，DRB)标识(ID)，其中，所述PDU session用于建立所述用户设备和DU之间交换PDU数据包的业务，即用于建立用户设备和DU之间的数据传输通道。

所述RRC向所述PDCP-C发送所述会话资源分配请求消息，其中，所述会话资源分配请求消息所携带的信息请详见步骤704所示，且所述会话资源分配请求消息还携带有所述RRC为用户设备所分配的所述DRB ID。

步骤1606、PDCP-C向用户面网元发送SM上下文建立请求消息。

本实施例所示的所述PDCP-C接收到所述会话资源分配请求之后，所述PDCP-C可激活安全上下文，如与信令的加解密相关的配置等，具体在本实施例中不做限定。

所述PDCP-C根据所述会话资源分配请求消息所包括的所述第三指示信息确定不需要执行UPF的选择，直接在所述第三指示信息的指示下，向具有所述地址信息的所述用户面网元发送所述SM上下文建立请求(context setup request)消息，其中，所述SM上下文建立请求消息包括所述PDU session ID、第三指示信息、地址信息、所述QoS profile以及与所述QoS profile对应的包过滤信息，且本实施例所示的所述SM上下文建立请求消息还包括所述DRB ID。

步骤1607、用户面网元向PDCP-C发送SM上下文建立响应。

在所述用户面网元接收到所述SM上下文建立请求消息的情况下，所述用户面网元激活用户面安全上下文和相关配置，比如与安全相关的配置，与信令的加解密相关的配置等，具体在本实施例中不做限定。

步骤1608、PDCP-C向DU发送信令消息。

本实施例所示的所述信令消息指示所述DU完成PDU session的配置，其中，所述PDU session的配置是指DU创建和所述用户设备之间的PDU session，所述DU根据所述信令消息即可建立用户设备和DN之间的数据传输通道。

步骤1609、PDCP-C向用户设备发送PDU会话建立接受消息。

本实施例中，在所述PDCP-C确定DU完成了PDU session的配置后，所述PDCP-C通过DU向用户设备发送PDU会话建立接受(PDU session establishment accept)消息，所述PDU会话建立接受消息用于指示PDU Session配置完成。

步骤1610、用户设备向RNMF发送确认消息。

所述用户设备确定所述用户设备能够与所述DU进行PDU session后，所述用户设备可依次通过DU、PDCP-C以及RRC向RNMF发送确认消息，所述确认消息用于指示PDUsession创建完成，所述RNMF接收到所述确认消息后，可向AMF发送用户设备上下文更新(用户设备context update notify)消息，所述用户设备上下文更新消息携带所述PDUsession ID、所述用户面网元的IP地址以及用户设备的IP地址等信息。

采用本实施例所示的数据传输方法，SMF可将地址信息以及第三指示信息发送给PDCP-C，PDCP-C无需进行UPF的选择，而是将所述包过滤信息直接发送给所述地址信息所标识的用户面网元，所述用户面网元可创建所述包过滤信息与所述数据无线承载的映射关系，基于该映射关系，实现了所述用户面网元一跳转发下行的数据包，通过融合后的用户面网元进行下行的数据包的转发，避免了N3接口以及GTPU/UDP协议的复杂处理，有效降低了数据转发时延。

以下结合图17所示对用户设备从连接(Connected)态转变为空闲(IDLE)态时，是如何实现接入网释放(AN release)业务流程的；

步骤1701、用户面网元向RNMF发送事件标识信息。

本实施例中，所述用户面网元可针对所述用户面网元上的各DRB分别设置定时器，所述定时器所计的时长可为预设时长，本实施例对所述预设时长的具体大小不做限定，所述用户面网元可在定时器所计的所述预设时长内检查所述用户面网元上的DRB上是否有数据传输；

若所述用户面网元确定所述DRB上有数据传输，则所述用户面网元停止该DRB的计时器的计时，若所述用户面网元确定所述DRB在所述计时器超时的情况下，该DRB上还没有数据传输，则所述用户面网元针对该DRB生成所述事件标识信息，例如，所述事件标识信息携带有在所述计时器超时无数据传输的DRB的DRB ID以及与事件标识(Event ID)，所述事件标识用于标识该DRB上无数据传输的时长大于或等于预设时长的事件，本实施例对所述事件标识的具体取值不做限定，可选的，所述事件标识的取值可为无数据传输(no datatransfer)和/或计时器超时(timer expire)。

可选的，若本实施例所示的方法是基于图9所示的通信系统，则本实施例所示的所述用户面网元可依次通过所述DU、所述PDCP-C以及所述RRC向所述RNMF发送所述事件标识信息。还可选的，若本实施例所示的方法是基于图11所示的通信系统，则本实施例所示的所述用户面网元可依次通过所述DU以及所述PDCP-C向所述RRC发送所述事件标识信息。

步骤1702、RNMF向AMF发送上下文释放消息。

在所述RNMF接收到所述事件标识信息后，所述RNMF根据所述事件标识信息所包括的所述DRB ID，确定出所述DRB ID对应的需要释放的PDU session ID，所述RNMF向所述AMF所发送的所述上下文释放请求消息携带有需要释放的所述PDU session ID以及指示参数，其中，所述指示参数用于指示所述AMF删除所述AMF和所述无线接入网控制面功能网元之间N2接口的上下文，可选的，所述指示参数还可用于指示RNMF发送上下文释放的原因，例如，所述指示参数可用于指示发送上下文释放的原因为无数据传输或连接故障等，具体在本实施例中不做限定。

步骤1703、AMF向RNMF发送用户设备上下文释放消息。

所述AMF接收到所述上下文释放消息后，所述AMF可根据所述上下文释放消息删除所述AMF和所述无线接入网控制面功能网元之间N2接口的上下文，并向所述RNMF发送所述用户设备上下文释放消息。以下对所述用户设备上下文释放消息进行具体说明：

一种可选的方式，所述用户设备上下文释放消息携带有第五指示信息，所述第五指示信息用于指示所述用户面网元对满足所述目标条件的数据包进行缓存；所述目标条件为所述用户面网元中不包括该数据包的包过滤信息，和/或所述目标条件为所述用户面网元中不包括该数据包的包过滤信息与数据无线承载的对应关系，即该用户面网元上没有用于传输该数据包的数据无线承载。

所述用户设备上下文释放消息还携带有第四指示信息，所述第四指示信息用于指示所述用户面网元保留第一包过滤信息，并指示所述用户面网元删除所述第一包过滤信息与所述DRB的映射关系。例如本实施例所示的所述第四指示信息可携带有DRB ID，所述用户面网元接收到所述第四指示信息的情况下，所述用户面网元即可根据所述第四指示信息所携带的所述DRB ID，删除所述DRB ID所标识的DRB与所述包过滤信息的映射关系，但保留DRB ID所标识的第一包过滤信息。

另一种可选的方式，所述用户设备上下文释放消息携带有第五指示信息，所述第五指示信息用于指示所述用户面网元对满足所述目标条件的数据包进行缓存；

所述用户设备上下文释放消息还携带有第六指示信息，所述第六指示信息用于指示所述用户面网元删除第二包过滤信息以及所述第二包过滤信息与数据无线承载的映射关系，所述第二包过滤信息为与所述第一包过滤信息不同的包过滤信息。

可选的，上述步骤所示由用户面网元触发释放AN release业务流程，本实施例也可有AMF触发释放AN release业务流程，若由AMF触发释放AN release业务流程，则所述AMF可直接向RNMF发送用户设备上下文释放消息。

步骤1704、RNMF向RRC发送RRC连接释放请求消息。

本实施例中，RNMF接收到所述用户设备上下文释放消息后，RNMF可向所述RRC发送所述RRC连接释放请求(connection release request)消息，所述RRC连接释放请求消息携带有所述用户设备上下文释放消息。

可选的，本实施例所示的触发释放AN release业务流程的网元还可为RNMF，若由RNMM触发释放AN release业务流程，则所述RNMF可直接将所述RRC连接释放请求消息发送给RRC。

步骤1705、RRC向PDCP-C发送用户设备上下文释放请求消息。

所述RRC向所述PDCP-C发送的所述用户设备上下文释放请求(context releaserequest)消息携带有所述用户设备上下文释放消息。

步骤1706、PDCP-C向用户面网元发送用户设备上下文释放请求消息。

步骤1707、用户面网元向PDCP-C发送用户设备上下文释放响应消息。

本实施例中，在用户面网元接收到用户设备上下文释放请求消息的情况下，所述用户面网元即可根据用户设备上下文释放请求消息所携带的指示信息进行对应的操作，例如，在所述用户设备上下文释放请求消息携带有所述第四指示信息的情况下，则所述用户面网元即可根据所述第四指示信息保留第一包过滤信息，并删除所述第一包过滤信息与所述DRB的映射关系，在所述用户设备上下文释放请求消息携带有所述第五指示信息的情况下，则所述用户面网元即可根据所述第五指示信息对满足所述目标条件的数据包进行缓存保留第一包过滤信息，在所述用户设备上下文释放请求消息携带有所述第六指示信息的情况下，则所述用户面网元即可根据所述第六指示信息删除第二包过滤信息以及所述第二包过滤信息与数据无线承载的映射关系。

本实施例中，在所述用户面网元根据所述用户设备上下文释放消息进行对应的业务处理后，所述用户面网元将用户设备上下文释放响应(context release response)消息发送给PDCP-C。

步骤1708、PDCP-C向用户设备发送AN释放请求消息。

本实施例中，在所述PDCP-C接收到所述用户面网元所发送的所述用户设备上下文释放响应消息的情况下，所述PDCP-C通过DU向用户设备发送所述AN释放请求消息，所述AN释放请求消息用于指示用户设备删除上下文信息，所述上下文信息可包括有用户设备ID、AN的相关承载信息等，具体在本实施例中不做限定。

步骤1709、用户设备向RNMF发送AN释放完成消息。

在所述用户设备完成上下文信息删除之后，所述用户设备可依次通过所述DU、所述PDCP-C以及所述RRC向所述RNMF回复AN释放完成消息。

步骤1710、RNMF向AMF发送用户设备上下释放完成消息。

本实施例中，在所述RNMF接收到用户设备发送的所述AN释放完成消息后，所述RNMF根据所述AN释放完成消息删除与所述用户设备相关的上下文，并向所述AMF回复用户设备上下释放完成消息，所述用户设备上下释放完成消息携带有操作指示(Operationindication)参数，其中，所述操作指示参数用于指示所述SMF更新相关SM上下文的用户面路由信息，例如，所述SM上下文的用户面路由信息可包括所述包过滤信息与DRB的映射关系，所述操作指示参数还用于指示省略执行N4接口上的会话释放流程。

步骤1711、AMF将用户设备上下释放完成消息发送给SMF。

所述SMF接收到所述用户设备上下释放完成消息后，即可根据所述用户设备上下释放完成消息所包括的所述操作指示参数更新相关SM上下文的用户面路由信息并省略执行N4接口上的会话释放流程。

采用本实施例所示的数据传输方法，当用户设备从Connected态转变为IDLE态时，所述用户面网元可开启数据缓存功能，用户面网元可对满足所述目标条件的数据包进行缓存，从而使得用户面网元在接收到下行的数据包的情况下，即便用户面网元所接收到的下行的数据包匹配不到所述包过滤信息和/或没有用于传输该下行的数据包的DRB，所述用户面网元能够将该下行的数据包进行存储，有效的保障了下行的数据包的安全，保证了下行的数据包不丢失。

图17所示的数据转发方法还可基于图11所示的通信系统，则在基于图11所示的通信系统实现图17所示的AN release业务流程的过程中，图17所示的RNMF所执行的功能由图11所示的RRC执行，具体执行过程，请详见图17所示，具体不做赘述。

当用户设备处于IDLE态时，若网络侧有下行的数据包需要发送给IDLE态的用户设备时，网络侧需发起对用户设备的寻呼(Paging)，将用户设备恢复到Connected态。由图17所示的实施例所示可知，当用户设备转为IDLE态时，所述用户面网元上的包过滤信息可能被保留，也有可能会被删除。以下结合图18所示说明，在所述用户面网元上的第一包过滤信息被保留的情况下，触发寻呼用户设备的具体流程，本实施例所示的寻呼流程还可适用于处于非激活状态的用户设备(inactive用户设备)的寻呼；

步骤1801、用户面网元从DN接收下行的数据包。

本实施例中，在所述DN有下行的数据包需要发送给用户设备时，所述DN可通过N6接口将下行的数据包发送给所述用户面网元，所述用户面网元对已接收到的下行的数据包进行解析以获取包头信息，并基于所述包头信息所包括的第二IP五元组和所述用户面网元上已存储的第一IP五元组进行匹配；

若所述用户面网元确定出所述第一IP五元组与所述第二IP五元组相同，且包括有所述第一IP五元组的第一包过滤信息与DRB的映射关系已删除，则说明所述用户面网元在执行图17所示的流程中，所述用户面网元所接收到的所述用户设备上下文释放消息所携带的指示参数为第五指示信息以及第四指示信息，则所述用户面网元保留了所述第一包过滤信息，但是已将该第一包过滤信息和DRB的映射关系删除，所述用户面网元无法通过与所述第一包过滤信息对应的DRB将下行的数据包发送给所述用户设备，则所述用户面网元确定所述下行的数据包满足所述目标条件。

又因，所述用户面网元已接收到第五指示信息，则所述用户面网元可根据所述第五指示信息将已接收到的下行的数据包进行缓存。

所述用户面网元读取所述包头信息所包括的用户设备的IP地址，其中，所述用户设备的IP地址是指所述第二IP五元组包括的目的IP地址。

步骤1802、用户面网元向PDCP-C发送用户设备的IP的地址。

例如，本实施例所示的用户面网元向PDCP-C发送事件上报消息，所述事件上报(Event report)消息携带有用户设备的地址，所述用户设备的地址用于控制面网元寻呼所述用户设备，本实施例所示的控制面网元可为如图9所示的RNMF，例如，所述用户设备的地址为所述用户设备的IP的地址。

步骤1803、PDCP-C向RRC发送事件上报消息。

步骤1804、RRC向RNMF发送事件上报消息。

步骤1805、RNMF根据事件上报消息确定寻呼消息。

可选的，若所述RNMF本地保存有呈IDLE态的用户设备的上下文，则所述RNMF可通过查询上下文的方式确定与用户设备的IP地址对应的用户设备标识，其中，所述用户设备标识可为5G-GUTI，移动用户标识(S-TMSI)等，具体在本实施例中不做限定。所述RNMF还可根据用户设备的上下文查询出用户设备注册的位置区，所述RNMF根据所述用户设备注册的位置区确定出用于寻呼用户设备的寻呼小区；

可选的，若所述RNMF本地删除了用户设备的上下文，则RNMF在接收到所述事件上报消息后，所述RNMF可向UDM发送用户设备信息请求(用户设备info request)消息，所述用户设备信息请求消息用于请求UDM查询用户设备的标识和注册的位置区，所述用户设备信息请求消息可携带有所述用户设备的IP地址。所述UDM接收到所述用户设备信息请求消息后，将已查询到的用户设备的标识和注册的位置区发送给所述RNMF，所述RNMF根据所述用户设备注册的位置区确定出用于寻呼用户设备的寻呼小区。

步骤1806、RNMF向用户设备发送寻呼消息。

例如，在所述RNMF确定出所述寻呼小区的情况下，所述RNMF在已确定的所述寻呼小区内，向所述用户设备发送用于寻呼所述用户设备的寻呼消息，更例如，在所述RNMF确定出所述寻呼小区的情况下，所述RNMF可确定出能够寻呼位于所述寻呼小区内的用户设备的RRC、PDCP-C以及DU，所述RNMF可依次通过已确定出RRC、PDCP-C以及DU将所述寻呼消息发送给所述用户设备。

步骤1807、用户设备向RNMF发送业务请求消息。

所述用户设备接收到所述寻呼消息的情况下，所述用户设备可根据所述寻呼消息进行DRB相关承载的配置，所述用户设备向RNMF发送业务请求消息，所述业务请求消息用于指示DRB相关承载配置完成，且所述用户设备已成功接入所述寻呼小区。

步骤1808、RNMF将传输指示信息发送给用户面网元。

在所述RNMF根据所述业务请求消息确定出用户设备已接入至所述寻呼小区的情况下，所述RNMF可将所述传输指示信息发送给所述用户面网元，所述传输指示信息用于指示所述用户面网元将已缓存的下行的数据包发送给所述用户设备。

步骤1809、用户面网元将下行的数据包发送给用户设备。

本实施例中，在所述用户面网元接收到所述传输指示信息的情况下，所述用户面网元根据所述传输指示信息，将已缓存的下行的数据包发送给所述用户设备。

采用本实施例所示的方法，在用户面网元接收到下行的数据包时，所述用户面网元可对下行的数据包进行缓存，并将下行的数据包所包括的用户设备的地址发送给RNMF，RNMF根据用户设备的地址确定出寻呼小区，并在该寻呼小区内对用户设备进行寻呼，在对用户设备进行寻呼的过程中，所述用户面网元能够将该下行的数据包进行存储，有效的保障了下行的数据包的安全，保证了下行的数据包不丢失。

图18所示的数据转发方法还可基于图11所示的通信系统，则在基于图11所示的通信系统实现图18所示的寻呼用户设备的具体流程中，图18所示的RNMF所执行的功能由图11所示的RRC执行，具体执行过程，请详见图18所示，具体不做赘述。

当用户设备处于IDLE态时，若网络侧有下行的数据包需要发送给IDLE态的用户设备时，网络侧需发起对用户设备的寻呼(Paging)，将用户设备恢复到Connected态。由图17所示的实施例所示可知，当用户设备转为IDLE态时，所述用户面网元上的包过滤信息可能被保留，也有可能会被删除。以下结合图19所示说明，在所述用户面网元上的所述第二包过滤信息被删除的情况下，触发寻呼用户设备的具体流程，本实施例所示的寻呼流程还可适用于Inactive用户设备的寻呼；

步骤1901、用户面网元从DN接收下行的数据包。

本实施例中，在所述DN有下行的数据包需要发送给用户设备时，所述DN可通过N6接口将下行的数据包发送给所述用户面网元，所述用户面网元对已接收到的下行的数据包进行解析以获取包头信息，并基于所述包头信息所包括的第二IP五元组和所述用户面网元上已存储的包过滤信息进行匹配，因本实施例所示的所述用户面网元上已将第二包过滤信息进行删除，其中，对第二包过滤信息的具体说明，请详见图17所示，具体不做赘述，则所述用户面网元针对所述下行的数据包匹配不到对应的包过滤信息，又因，所述用户面网元已将第二包过滤信息和DRB的映射关系进行了删除，则所述用户面网元针对所述下行的数据包匹配不到对应的DRB，因此，所述用户面网元无法通过DRB将下行的数据包发送给用户设备，所述用户面网元根据所述第五指示信息将已接收到的下行的数据包进行缓存。

步骤1902、用户面网元向PDCP-C发送用户设备的第二IP五元组。

例如，所述用户面网元向PDCP-C发送事件上报消息。所述事件上报(Eventreport)消息携带有用户设备的地址，所述用户设备的地址用于控制面网元寻呼所述用户设备，本实施例所示的控制面网元可为如图9所示的RNMF，更例如，所述用户设备的地址为所述用户设备的第二IP五元组。

步骤1903、PDCP-C向RRC发送事件上报消息。

步骤1904、RRC向RNMF发送事件上报消息。

步骤1905、RNMF根据事件上报消息确定寻呼消息。

可选的，若所述RNMF本地保存有呈IDLE态的用户设备的上下文，则所述RNMF可通过查询上下文的方式确定与第二IP五元组对应的用户设备标识，并对用户设备的合法性进行检查，若检查通过，则所述RNMF进一步的确定用户设备注册的位置区，其中，对用户设备的合法性检查可为，所述RNMF根据所述第二IP五元组确定所述用户设备是否在网络注册过，若是，则确定合法，对用户设备的合法性检查还可为，所述RNMF根据所述第二IP五元组所包括的源IP对应的应用服务器是否是用户设备可接入的，若是，则确定合法。所述用户设备标识可为5G-GUTI以及所述S-TMSI等。所述RNMF根据所述用户设备注册的位置区确定出用于寻呼用户设备的寻呼小区；

可选的，若所述RNMF本地删除了用户设备的上下文，则RNMF在接收到所述事件上报消息后，所述RNMF可向UDM发送用户设备信息请求(用户设备info request)消息，所述用户设备信息请求消息可携带有所述第二IP五元组，所述用户设备信息请求消息用于请求UDM对用户设备进行合法性检查，合法性检查的具体说明可参见上述所示，若检查通过，则所述UDM进一步的确定用户设备注册的位置区，UDM将已查询到的用户设备的标识和注册的位置区发送给所述RNMF，所述RNMF根据所述用户设备注册的位置区确定出用于寻呼用户设备的寻呼小区。

步骤1906、RNMF向用户设备发送寻呼消息。

步骤1907、用户设备向RNMF发送业务请求消息。

步骤1908、RNMF将传输指示信息发送给用户面网元。

步骤1909、用户面网元将下行的数据包发送给用户设备。

本实施例所示的步骤1907至步骤1909的具体执行过程，请详见图18所示的步骤1807至步骤1809所示，具体执行过程在本实施例中不做赘述。

采用本实施例所示的方法，在用户面网元接收到下行的数据包时，所述用户面网元可对下行的数据包进行缓存，并通过对用户设备的合法性检查的情况下，将下行的数据包所包括的第二IP五元组发送给RNMF，RNMF根据第二IP五元组确定出寻呼小区，并在该寻呼小区内对用户设备进行寻呼，在对用户设备进行寻呼的过程中，所述用户面网元能够将该下行的数据包进行存储，有效的保障了下行的数据包的安全，保证了下行的数据包不丢失。

图19所示的数据转发方法还可基于图11所示的通信系统，则在基于图11所示的通信系统实现图19所示的寻呼用户设备的具体流程中，图19所示的RNMF所执行的功能由图11所示的RRC执行，具体执行过程，请详见图19所示，具体不做赘述。

以下基于图20所示对本申请所提供的会话管理功能网元的具体结构进行示例性说明，本申请所示的所述会话管理功能网元用于执行上述图6、图7、图8、图9、图10、图12、图13、图14、图15所示的数据传输方法，具体执行过程，请详见上述实施例所示，具体执行过程在本实施例中不做赘述。

所述会话管理功能网元2000具体包括：

接收单元2001，用于从第一控制面网元接收第一指示信息；

确定单元2002，用于根据所述第一指示信息省略执行用户面网元的选择；

发送单元2003，用于向第二控制面网元发送数据网络的信息，所述数据网络的信息用于所述第二控制面网元对所述用户面网元的选择，所述用户面网元与所述数据网络相连。

可选的，所述数据网络的信息包括数据网络名称。

可选的，所述确定单元2002还用于，根据所述第一指示信息省略执行所述会话管理功能网元与用户面功能之间的N4接口会话建立。

可选的，所述发送单元2003还用于，向所述用户面网元发送包过滤信息，所述包过滤信息包括IP五元组，所述包过滤信息用于建立所述包过滤信息与数据无线承载的映射关系。

可选的，所述发送单元2003还用于，向所述用户面网元发送释放请求，所述释放请求用于删除所述映射关系，所述释放请求包括与所述数据无线承载相关联的会话标识、所述数据无线承载标识或所述包过滤信息中的一项或多项。

可选的，所述接收单元2001还用于，从所述第一控制面网元接收第二指示信息；

所述确定单元2002还用于，根据第二指示信息省略执行所述会话管理功能网元与用户面功能之间的N4会话释放流程。

本实施例所示的会话管理功能网元执行数据传输方法的有益效果的说明，请详见上述图6、图7、图8、图9、图10、图12、图13、图14、图15所示，具体不做赘述。

以下基于图21所示对本申请所提供的控制面网元的具体结构进行示例性说明，本申请所示的所述控制面网元用于执行上述如图16所示的数据传输方法，具体执行过程，请详见上述实施例所示，具体执行过程在本实施例中不做赘述。

所述控制面网元2100具体包括：

接收单元2101，用于从会话管理功能网元接收地址信息和第三指示信息；

第一确定单元2102，用于根据所述第三指示信息省略执行用户面功能的选择；

第二确定单元2103，用于根据所述地址信息确定用户面网元。

本实施例所示的控制面网元执行数据传输方法的有益效果的说明，请详见上述图16所示，具体不做赘述。

以下基于图22所示对本申请所提供的用户面网元的具体结构进行示例性说明，本申请所示的所述用户面网元用于执行上述如图17、图18、图19所示的数据传输方法，具体执行过程，请详见上述实施例所示，具体执行过程在本实施例中不做赘述。

所述用户面网元2200具体包括：

接收单元2201，用于从接入和移动性管理功能接收用户设备上下文释放请求消息，所述用户设备上下文释放请求消息中包括第四指示信息，所述第四指示信息用于指示所述用户面网元保留第一包过滤信息；

处理单元2202，用于根据所述用户设备上下文释放请求消息删除第二包过滤信息以及所述第二包过滤信息与数据无线承载的映射关系，所述第二包过滤信息为与所述第一包过滤信息不同的包过滤信息。

本实施例所示的用户面网元执行数据传输方法的有益效果的说明，请详见上述图17、图18、图19所示，具体不做赘述。

可选的，所述用户设备上下文释放请求消息还包括第五指示信息，则所述处理单元2202还用于，根据所述第五指示信息对数据包进行缓存，所述用户面网元中不包括所述数据包的包过滤信息，或，所述用户面网元中不包括所述数据包的包过滤信息与数据无线承载的对应关系。

可选的，所述用户面网元还包括：

发送单元2203，用于向控制面网元发送用户设备的地址，所述用户设备的地址用于所述控制面网元寻呼所述用户设备。

以下结合图23所示对本申请所提供的数据传输装置的具体结构进行说明，本实施例所示的数据传输装置用于执行上述任一实施例所示的数据传输方法，所述数据传输方法的说明请详见上述任一实施例所示，本实施例所示的数据传输装置包括：

如图23所示，为执行本发明所示的数据传输方法中数据传输装置2300的硬件结构：所述数据传输装置2300包括至少一个处理器2301，通信总线2302，存储器2303以及至少一个通信接口2304。

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

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

通信接口2304，使用任何收发器一类的装置，用于与其他设备或通信网络通信。

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

其中，存储器2303用于存储执行本申请方案的应用程序代码，并由处理器2301来控制执行。处理器2301用于执行存储器2303中存储的应用程序代码，从而实现数据传输装置2300的逻辑功能。在具体实现中，作为一种实施例，处理器2301可以包括一个或多个CPU，例如图23中的CPU0和CPU1。

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

在具体实现中，作为一种实施例，数据传输装置2300还可以包括输出设备2305和输入设备2306。输出设备2305和处理器2301通信，可以以多种方式来显示信息。上述的数据传输装置2300可以是一个通用计算机设备或者是一个专用计算机设备。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法申请中的对应过程，在此不再赘述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者数据传输装置等)执行本发明各个申请所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，无线接入网dom Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上申请仅用以说明本发明的技术方案，而非对其限制；尽管参照前述申请对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各申请所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各申请技术方案的精神和范围。

Claims

1.一种数据传输方法，其特征在于，所述方法包括：

会话管理功能网元从第一控制面网元接收第一指示信息；

所述会话管理功能网元根据所述第一指示信息省略执行用户面网元的选择；

所述会话管理功能网元向第二控制面网元发送数据网络的信息，所述数据网络的信息用于所述第二控制面网元对所述用户面网元的选择，所述用户面网元与所述数据网络相连。

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

所述数据网络的信息包括数据网络名称。

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

所述会话管理功能网元根据所述第一指示信息省略执行所述会话管理功能网元与用户面功能之间的N4接口会话建立。

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

所述会话管理功能网元向所述用户面网元发送包过滤信息，所述包过滤信息包括IP五元组，所述包过滤信息用于建立所述包过滤信息与数据无线承载的映射关系。

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

所述会话管理功能网元向所述用户面网元发送释放请求，所述释放请求用于删除所述映射关系，所述释放请求包括与所述数据无线承载相关联的会话标识、所述数据无线承载标识或所述包过滤信息中的一项或多项。

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

所述会话管理功能网元从所述第一控制面网元接收第二指示信息；

所述会话管理功能网元根据第二指示信息省略执行所述会话管理功能网元与用户面功能之间的N4会话释放流程。

7.一种会话管理功能网元，其特征在于，包括：

接收单元，用于从第一控制面网元接收第一指示信息；

确定单元，用于根据所述第一指示信息省略执行用户面网元的选择；

发送单元，用于向第二控制面网元发送数据网络的信息，所述数据网络的信息用于所述第二控制面网元对所述用户面网元的选择，所述用户面网元与所述数据网络相连。

8.根据权利要求7所述的会话管理功能网元，其特征在于，

所述数据网络的信息包括数据网络名称。

9.根据权利要求7或8所述的会话管理功能网元，其特征在于，所述确定单元还用于，根据所述第一指示信息省略执行所述会话管理功能网元与用户面功能之间的N4接口会话建立。

10.根据权利要求7至8任一项所述的会话管理功能网元，其特征在于，

所述发送单元还用于，向所述用户面网元发送包过滤信息，所述包过滤信息包括IP五元组，所述包过滤信息用于建立所述包过滤信息与数据无线承载的映射关系。

11.根据权利要求10所述的会话管理功能网元，其特征在于，

所述发送单元还用于，向所述用户面网元发送释放请求，所述释放请求用于删除所述映射关系，所述释放请求包括与所述数据无线承载相关联的会话标识、所述数据无线承载标识或所述包过滤信息中的一项或多项。

12.根据权利要求7至8任一项所述的会话管理功能网元，其特征在于，

所述接收单元还用于，从所述第一控制面网元接收第二指示信息；

所述确定单元还用于，根据第二指示信息省略执行所述会话管理功能网元与用户面功能之间的N4会话释放流程。

13.一种数据传输装置，其特征在于，包括处理器和存储器，其中，

所述存储器中存有计算机可读程序；

所述处理器通过运行所述存储器中的程序，以用于完成上述权利要求1至6任一项所述的方法。

14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，所述指令用于执行上述权利要求1至6任一项所述的方法。