CN110830356B - 传输报文的方法和装置 - Google Patents

Abstract

本申请提供了一种传输报文的方法和装置。该方法包括：用户面网元将接收到的第一报文进行解封装处理获得来自第一网元的第一原始报文，通过使用PFCP隧道协议封装该第一原始报文，将生成的第二报文发送给会话管理网元。这样，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

Description

传输报文的方法和装置

技术领域

本申请涉及通信领域，更具体地，涉及通信领域中传输豹纹的方法和装置。

背景技术

在目前的5G网络架构中，控制面(control plane，CP)的会话管理功能实体(session management function，SMF)网元与用户面(user plane，UP)的用户面功能实体(user plane function，UPF)网元在信令或数据的传输过程中会使用两种不同的隧道协议栈。其中，针对信令的传输使用包转发控制协议(packet forwarding control protocol，PFCP)隧道协议栈，即，对SMF网元与UPF网元之间传输的信令使用PFCP隧道协议进行封装处理；针对数据的传输使用通用分组无线服务技术(general packet radio service，GPRS)隧道协议用户面部分(GPRS Tunneling Protocol-User Plane，GTP-U)隧道协议栈，即，对SMF网元和UPF网元之间传输的数据使用通用分组无线服务技术(general packet radioservice，GPRS)隧道协议用户面部分(GPRS tunneling protocol-user plane，GTP-U)隧道协议进行封装处理后再转发至其他网元。

但是，由于SMF网元与UPF网元之间传输的数据较小，大部分场景下可能并不需要在SMF网元与UPF网元之间传输数据，因此，专门使用GTP-U隧道协议封装数据，意味着需要一直维护GTP-U隧道协议栈和相应的路径管理。这样，浪费了系统资源。

因此，需要提供一种技术，可以有效地节省系统资源。

发明内容

本申请提供一种传输报文的方法和装置，能够有效地节省系统资源。

第一方面，提供了一种传输报文的方法，所述方法包括：

用户面网元通过接收到的第一报文获得来自第一网元的第一原始报文，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

所述用户面网元使用包转发控制协议PFCP隧道协议封装所述第一原始报文，获得第二报文；

所述用户面网元向会话管理网元发送所述第二报文。

因此，本申请实施例提供的传输报文的方法，通过使用已有的针对用户面网元和会话管理网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第一原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

可选地，所述方法还包括：

所述用户面网元接收来自所述会话管理网元的第一信息，所述第一信息包括对应所述PFCP隧道协议的用于封装所述第一原始报文的参数；以及，

所述用户面网元使用包转发控制协议PFCP隧道协议封装所述第一原始报文，包括：

所述用户面网元根据所述第一信息封装所述第一原始报文。

这样，用户面网元可以使用现有技术中会话管理网元发送给用户面网元的第一信息封装第一原始报文，有效地减少了信令开销。

可选地，所述方法还包括：

所述用户面网元接收来自所述会话管理网元的用于描述包检测规则PDR的包检测信息PDI；以及，

所述用户面网元使用包转发控制协议PFCP隧道协议封装所述第一原始报文，包括：

所述用户面网元根据所述PDI，从对应所述PDR的转发操作规则FAR的字段中获取第二信息，所述第二信息包括对应所述PFCP隧道协议的用于封装所述第一原始报文的参数；

所述用户面网元根据所述第二信息封装所述第一原始报文。

这样，通过基于从对应PDR的FAR的字段中获取对应PFCP隧道协议的用于封装第一原始报文的参数封装该第一原始报文，使得方案的实现对现有标准的改动较小，便于实现操作。

可选地，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装所述第一原始报文的信息。

这样，通过在PDR的FAR的字段中删除用于使用GTP-U隧道协议封装第一原始报文的信息，可以使得用户面网元明确知道使用PFCP隧道协议封装该第一原始报文。

可选地，所述第二报文为PFCP会话报告请求，或，所述第二报文为PFCP会话数据传输请求。

这样，通过将第一原始报文作为一种新的信元添加至PFCP会话报告请求中，可以有效地减少信令开销，节省资源。

可选地，所述方法还包括：

所述用户面网元接收来自所述会话管理网元的基于所述PFCP隧道协议封装的第三报文，所述第三报文包括针对所述第一原始报文的第二原始报文；

所述用户面网元使用所述PFCP隧道协议对所述第三报文进行解封装处理，获得所述第二原始报文；

所述用户面网元向所述第一网元发送所述第二原始报文。

可选地，所述第三报文为PFCP会话报告响应，或，所述第三报文为PFCP会话数据传输响应。

这样，通过将第二原始报文作为一种新的信元添加至PFCP会话报告响应中，可以有效地减少信令开销，节省资源。

第二方面，提供了一种传输报文的方法，所述方法包括：

会话管理网元接收来自用户面网元基于所述PFCP隧道协议封装的第二报文，所述第二报文中包括所述第一原始报文，所述第一原始报文来自第一网元，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

所述会话管理网元使用所述包转发控制协议PFCP隧道协议对所述第二报文进行解封装处理，获得所述第一原始报文。

因此，本申请实施例提供的传输报文的方法，通过使用已有的针对用户面网元和会话管理网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第一原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

可选地，所述方法还包括：

所述会话管理向所述用户面网元发送第一信息，所述第一信息包括对应所述PFCP隧道协议的用于封装所述第一原始IP报文的参数。

这样，用户面网元可以使用现有技术中会话管理网元发送给用户面网元的第一信息封装第一原始报文，有效地减少了信令开销。

可选地，所述方法还包括：

所述会话管理网元向所述用户面网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的转发操作规则FAR的字段中包括第二信息，所述第二信息包括对应所述PFCP隧道协议的用于封装所述第一原始IP报文的参数。

这样，通过基于从对应PDR的FAR的字段中获取对应PFCP隧道协议的用于封装第一原始报文的参数封装该第一原始报文，使得方案的实现对现有标准的改动较小，便于实现操作。

可选地，所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装所述第一原始IP报文的信息。

这样，通过在PDR的FAR的字段中删除用于使用GTP-U隧道协议封装第一原始报文的信息，可以使得用户面网元明确知道使用PFCP隧道协议封装该第一原始报文。

可选地，所述第二报文为PFCP会话报告请求，或，所述第二报文为PFCP会话数据传输请求。

这样，通过将第一原始报文作为一种新的信元添加至PFCP会话报告请求中，可以有效地减少信令开销，节省资源。

可选地，所述方法还包括：

所述会话管理网元使用所述PFCP隧道协议封装针对所述第一原始报文的第二原始报文，获得第三报文；

所述会话管理网元向所述用户面网元发送所述第三报文。

可选地，所述第三报文为PFCP会话报告响应，或，所述第三报文为PFCP会话数据传输响应。

这样，通过将第二原始报文作为一种新的信元添加至PFCP会话报告响应中，可以有效地减少信令开销，节省资源。

第三方面，提供了一种传输报文的方法，所述方法包括：

会话管理网元使用包转发控制协议PFCP隧道协议封装第四原始报文，获得第四报文，所述第四原始报文需要被发送至第一网元，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

所述会话管理网元向用户面网元发送所述第四报文。

因此，本申请实施例提供的传输报文的方法，通过使用已有的针对用户面网元和会话管理网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第四原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

可选地，所述方法还包括：

所述会话管理网元向所述用户面网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对所述第四报文进行解封装处理的信息。

这样，通过在PDR的FAR的字段中删除用于使用GTP-U隧道协议对第四报文记性解封装处理的信息，可以使得用户面网元明确知道使用PFCP隧道协议对该第四报文进行解封装处理。

可选地，所述第四报文为PFCP会话修改请求，或，所述第四报文为PFCP会话数据传输请求。

这样，通过将第四原始报文作为一种新的信元添加至PFCP会话修改请求中，可以有效地减少信令开销，节省资源。

第四方面，提供了一种传输报文的方法，所述方法包括：

用户面网元接收会话管理网元发送的第四报文，第四报文包括发送至第一网元的第四原始报文，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

所述用户面网元使用包转发控制协议PFCP隧道协议对所述第四报文进行解封装处理，获得所述第四原始报文。

因此，本申请实施例提供的传输报文的方法，通过使用已有的针对用户面网元和会话管理网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第四原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

可选地，所述方法还包括：

所述用户面网元接收所述会话管理网元发送的用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对所述第四报文进行解封装处理的信息。

这样，通过在PDR的FAR的字段中删除用于使用GTP-U隧道协议对第四报文记性解封装处理的信息，可以使得用户面网元明确知道使用PFCP隧道协议对该第四报文进行解封装处理。

可选地，所述第四报文为PFCP会话修改请求，或，所述第四报文为PFCP会话数据传输请求。

这样，通过将第四原始报文作为一种新的信元添加至PFCP会话修改请求中，可以有效地减少信令开销，节省资源。

第五方面，提供了一种传输报文的装置，该装置可以用来执行上述第一方面至第四方面中任一方面及任一方面的任意可能的实现方式中的操作。例如，装置可以包括用于执行上述第一方面至第四方面中任一方面或任一方面的任意可能的实现方式中的各个操作的模块单元。

第六方面，提供了一种传输报文的装置，该装置包括：处理器、收发器和存储器。其中，处理器、收发器和存储器之间通过内部连接通路互相通信。存储器用于存储指令，处理器用于执行所述存储器存储的指令。当处理器执行存储器存储的指令时，上述执行使得装置执行上述第一方面至第四方面中任一方面或任一方面的任意可能的实现方式中的任一方法。

第七方面，提供了一种芯片系统，包括存储器和处理器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片系统的通信设备执行上述第一方面至第四方面及其可能的实施方式中的任一方法。

第八方面，提供了一种计算机程序产品，计算机程序产品包括：计算机程序代码，当计算机程序代码被通信设备(例如，用户面网元或会话管理网元)的通信单元、处理单元或收发器、处理器运行时，使得通信设备执行上述第一方面至第四方面及其可能的实施方式中的任一方法。

第九方面，提供了一种计算机可读存储介质，计算机可读存储介质存储有程序，程序使得通信设备(例如，用户面网元或会话管理网元)执行上述第一方面至第四方面及其可能的实施方式中的任一方法。

第十方面，提供了一种计算机程序，计算机程序在某一计算机上执行时，将会使计算机实现上述第一方面至第四方面及其可能的实施方式中的任一方法。

第十一方面，本申请实施例提供一种通信系统，提供了一种系统，该系统包括用户面网元，会话管理网元中的一个或多个。

该用户面网元可用于执行上述第一方面或第一方面的任一种可能的设计中所述的方法，第四方面或第四方面的任一种可能的设计中所述的方法，或者本申请实施例提供的方案中用户面网元执行的方法。该会话管理网元可用于执行上述第二方面或第二方面的任一种可能的设计中所述的方法，第三方面或第三方面的任一种可能的设计中所述的方法，或者本申请实施例提供的方案中会话管理网元执行的方法。

一种可能的设计中，该系统还包括本申请实施例提供的方案中与用户面网元、和会话管理网元中的任一设备进行交互的其他设备，例如，接入网和/或DN网元等。

附图说明

图1是根据本申请实施例的一种可能的网络架构的示意图。

图2是现有技术中UPF网元与SMF网元传输信令和数据的过程的示意性流程图。

图3至图4是根据本申请实施例的UPF网元与SMF网元传输来自第一网元的原始报文的过程的示意性流程图。

图5至图7是根据本申请实施例的UPF网元与SMF网元传输最终需要发送至第一网元的原始报文的过程的示意性流程图。

图7至图10根据本申请实施例的传输报文的装置的示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通信(globalsystem for mobile communications，GSM)系统、码分多址(code division multipleaccess，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、未来的第五代(5th generation，5G)系统或新无线(new radio，NR)等。

本申请实施例中的终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

本申请实施例中的网络设备可以是用于与终端设备通信的设备，该网络设备可以是全球移动通信(global system for mobile communications，GSM)系统或码分多址(code division multiple access，CDMA)中的基站(base transceiver station，BTS)，也可以是宽带码分多址(wideband code division multiple access，WCDMA)系统中的基站(NodeB，NB)，还可以是LTE系统中的演进型基站(evolved NodeB，eNB或eNodeB)，还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器，还可以是核心网设备，例如，5G架构中的接入管理功能(access and mobility management function，AMF)网元、会话管理功能(session management function，SMF)网元、用户平面功能(userplane function，UPF)网元，还可以为中继站、接入点、车载设备、可穿戴设备，还可以是未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等，例如，5G中的无线接入设备，称为第五代移动通信系统新的无线接入设备(5G new radio，5G NR)等，本申请实施例并不限定。

在本申请实施例中，终端设备或网络设备包括硬件层、运行在硬件层之上的操作系统层，以及运行在操作系统层上的应用层。该硬件层包括中央处理器(centralprocessing unit，CPU)、内存管理单元(memory management unit，MMU)和内存(也称为主存)等硬件。该操作系统可以是任意一种或多种通过进程(process)实现业务处理的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。该应用层包含浏览器、通讯录、文字处理软件、即时通信软件等应用。并且，本申请实施例并未对本申请实施例提供的方法的执行主体的具体结构特别限定，只要能够通过运行记录有本申请实施例的提供的方法的代码的程序，以根据本申请实施例提供的方法进行通信即可，例如，本申请实施例提供的方法的执行主体可以是终端设备或网络设备，或者，是终端设备或网络设备中能够调用程序并执行程序的功能模块。

另外，本申请的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。本申请中使用的术语“制品”涵盖可从任何计算机可读器件、载体或介质访问的计算机程序。例如，计算机可读介质可以包括，但不限于:磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，CD)、数字通用盘(digital versatile disc，DVD)等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmableread-only memory，EPROM)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，无线信道和能够存储、包含和/或承载指令和/或数据的各种其它介质。

图1是应用于本申请实施例的网络架构。如图1所示，该网络架构是从服务化接口的角度描述的5G网络架构，该网络架构中涉及的各个网元分别进行说明。

1、(无线)接入网络(radio access network，(R)AN)网元：用于为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等使用不同质量的传输隧道。(R)AN网元能够管理无线资源，为终端设备提供接入服务，进而完成控制信号和用户数据在终端设备和核心网之间的转发，(R)AN网元也可以理解为传统网络中的基站。

2、用户面网元：用于分组路由和转发、用户面数据的服务质量(quality ofservice，QoS)处理以及报文探测和策略规则执行等。在5G通信中，用户面网元可以是用户面功能(user plane function，UPF)网元，在未来通信如6G通信中，用户面网元仍可以是UPF网元，或者有其它名称，本申请对此不作限定。

3、数据网络(data network，DN)网元：用于提供传输数据的网络，例如，Internet网络等。其中，DN网元可以是数据网络鉴权、授权和计费(data network authentication、authorization、accounting)，也可以是应用服务器(application function)等。

4、认证服务网元：主要用于用户鉴权等。在5G通信中，认证服务网元可以是认证服务功能(aUthentication server function，AUSF)网元，在未来通信如6G通信中，认证服务网元仍可以是AUSF网元，或者有其它名称，本申请对此不作限定。

5、接入管理网元：主要用于移动性管理和接入管理等，例如，用户位置更新、用户注册网络、用户切换、合法监听以及接入授权\鉴权等功能。在5G通信中，接入管理网元可以是接入管理功能(access and mobility management function，AMF)网元，在未来通信如6G通信中，接入管理网元仍可以是AMF网元，或者有其它名称，本申请对此不作限定。

6、会话管理网元：主要用于会话管理、终端设备的网络互连协议(internetprotocol，IP)地址分配和管理、选择可管理UPF网元、通过AMF实现与接入网相关的会话信息交互、策略控制和收费功能接口的终结点以及下行数据通知等。在5G通信中，会话管理网元可以是会话管理功能(session management function，SMF)网元，在未来通信如6G通信中，会话管理功能网元仍可以是SMF网元，或者有其它名称，本申请对此不作限定。

7、网络开放网元：用于安全地向外部开放由3GPP网络功能提供的业务和能力等。在5G通信中，网络开放网元可以是网络开放功能(network exposure function，NEF)网元，在未来通信如6G通信中，网络开放功能网元仍可以是NEF网元，或者有其它名称，本申请对此不作限定。

8网络存储网元：用于保存网络功能实体以及其提供服务的描述信息，以及用于支持服务发现和网元实体发现等。在5G通信中，网络存储网元可以是网络存储功能(networkrepository function，NRF)网元，在未来通信如6G通信中，网络存储功能网元仍可以是NEF网元，或者有其它名称，本申请对此不作限定。

9、策略控制网元：用于指导网络行为的统一策略框架，为控制平面功能网元(例如AMF，SMF网元等)提供策略规则信息等。在5G通信中，策略控制网元可以是策略控制功能(policy control function，PCF)网元，在未来通信如6G通信中，策略控制功能网元仍可以是NEF网元，或者有其它名称，本申请对此不作限定。

10、统一数据管理(unified data management，UDM)网元：用于实现处理用户标识、接入鉴权、注册以及移动性管理等功能。

11、应用网元：用于进行应用影响的数据路由，接入网络开放功能网元，与策略框架交互进行策略控制等。在5G通信中，应用网元可以是应用功能(application function，AF)网元，在未来通信如6G通信中，应用功能网元仍可以是AF网元，或者有其它名称，本申请对此不作限定。

12、网络数据分析(network data analysis，NWDA)网元：用于收集与存储来自于终端设备、(R)AN网元以及其他网络实体(例如，AMF网元)的信息，并对这些信息进行分析，以及生成关于用户的上下文信息(可以认为是应用层的信息)，并对此应用层的信息进行分发。

13、终端设备：可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端，移动台(mobile station，MS)，终端(terminal)，用户设备(user equipment，UE)，软终端等等，例如水表、电表、传感器等。

可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行软件功能，或者是平台(例如,云平台)上实例化的虚拟化功能。

为方便说明，本申请后续，以用户面网元为UPF网元，会话管理网元为SMF网元为例进行说明。即本申请后续所描述的UPF网元均可替换为用户面网元，SMF网元均可替换为会话管理网元。

在该网络架构中，N2接口为(R)AN120网元和AMF160网元的参考点，用于非接入层(non-access stratum，NAS)消息的发送等；N3接口为(R)AN120网元和UPF130网元之间的参考点，用于传输用户面的数据等；N4接口为SMF170网元和UPF130网元之间的参考点，用于传输例如N3连接的隧道标识信息，数据缓存指示信息，以及下行数据通知消息等信息；N6接口为UPF网元130和DN网元140之间的参考点，用于传输用户面的数据等；N23接口NWDA网元1140与PCF网元1110之间的参考点，若AF网元130为网络内部的AF网元，则该AF网元130会通过PCF网元1110或NEF网元180与其他网元交互。此外，图中未示出的N9接口是UPF网元130和其他UPF网元之间的参考点，也是用于传输用户面的数据。

从上述描述可以看出，N3接口、N6接口和N9接口都是UPF网元与其他网元用来传输用户面的数据，可以将N3接口、N6接口和N9接口都称为数据面接口。其中，UPF网元从N3接口接收的数据是来自终端设备经接入网设备(或，无线接入设备)转发的上行数据，UPF网元通过N3接口发送的数据是经接入网设备(或，无线接入设备)发送至终端设备的下行数据。因此，在本申请实施例中，UPF网元和SMF网元之间传输的数据可以是来自或最终发送至终端设备、DN网元和其他UPF网元中的任一个网元中的数据。

应理解，上述应用于本申请实施例的网络架构仅是举例说明的从服务化架构的角度描述的网络架构，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

例如，在某些网络架构中，AMF网元160、SMF网元170、PCF网元1110以及UDM网元1120等网络功能实体都称为网络功能(network function，NF)网元；或者，在另一些网络架构中，AMF网元160，SMF网元170，PCF网元1110，UDM网元1120等网元的集合都可以称为控制面功能(control plane function，CPF)网元。

再例如，在3G或4G的控制面和用户面(control plane and users plane)CU分离场景下的网络架构中，可以将UPF网元映射为SGW-U/PGW-U/TDF-U，将SMF网元映射为SGW-C/PGW-C/TDF-C网元。具体而言，UPF网元可以为控制面服务网关(serving gateway-control，SGW-C)/控制面公用数据网网关(public data networks gateway-control，PGW-C)，还可以为控制面探测功能网元(traffic detection function-control，TDF-C)，用户面网元可以为用户面服务网关(serving gateway-user，SGW-U)/用户面公用数据网网关(publicdata networks gateway-user，PGW-U)，还可以为用户面探测功能网元(trafficdetection function-user，TDF-U)。在4G系统中，SGW-U/PGW-U可以通过Gx接口与SGW-C/PGW-C建立控制面信令连接；SCF可以通过服务化接口与SGW-C/PGW-C、SGW-U/PGW-U建立控制面信令连接。需要说明的是，SGW-C/PGW-C和SGW-U/PGW-U独立部署在4G系统，还可以将SGW-C/PGW-C和SGW-U/PGW-U集成在同一网元(如SGW/PGW/TDF)中。

为了便于理解本申请实施例，首先，结合图2中的各个步骤简单介绍下本申请实施例涉及的现有技术的方案。

在S210中，SMF网元向UPF网元发送PFCP会话建立请求。

该PFCP会话建立请求中包括用于描述包检测规则(Packet Detection Rule，PDR)的包检测信息(Packet Detection Information，PDI)。其中，PDI描述的PDR用于检测接收到的报文是否属于PDR中定义的CP网元(即，SMF网元)。

具体而言，PDI中用于描述PDR的参数至少包括：流描述信息、全量隧道端点标识(fully qualified tunnel endpoint identifier，F-TEID)、应用标识、网络实例、以及其他可以对业务流进行描述的信息中的一个或多个。其中，流描述信息包括地址的隧道端点标识。

此外，为了便于UPF网元使用GTP-U隧道协议对接收到的来自其他网元的数据报文进行封装，在PDR对应的转发操作规则(forwarding action rule，FAR)的第一字段(forwarding parameters IE中的outer header creation IE)中携带使用GTP-U隧道协议封装报文的参数。此外，FAR中的第二字段(forwarding parameters IE中的destinationinterface)定义了UPF网元将接收到的报文发送的控制面功能网元为SMF网元。

在S220中，UPF网元向SMF网元发送针对PFCP会话建立请求的PFCP会话建立响应。

如前所述，在UPF网元与SMF网元之间传输的信令使用PFCP隧道协议，因此，PFCP会话建立请求是SMF网元使用PFCP隧道协议封装后的信息，UPF网元对封装后的PFCP会话建立请求解封装后获得该会话建立请求，从而，可以将封装后的PFCP会话请求响应发送给SMF网元。

这样，UPF网元与SMF网元之间的会话建立成功，后续就可以进行用户面的数据报文的传输。

在S231中，UPF网元对接收到的报文进行解封装处理，获得原始报文。

其中，UPF网元根据UPF网元与发送该报文的网元之间建立的隧道协议对该报文进行解封装处理，或者说，UPF网元根据数据面接口对应的隧道协议对该报文进行解封装处理。例如，若该报文是来自接入网设备(即，(R)AN)通过N3接口发送的数据，则基于N3接口对应的隧道协议对该报文进行解封装处理，获得原始报文。

这里，原始报文是上文所说的用户面的数据报文，是来自终端设备、DN网元或其他UPF网元中的任一个网元发送的报文；此外，该原始报文可以是原始IP报文、原始以太网报文等。

在S232中，UPF网元使用GTP-U隧道协议封装该原始报文，获得封装后的报文。

即，UPF网元根据关于GTP-U隧道协议相关的信息封装该原始报文。其中，关于GTP-U隧道协议相关的信息可以基于在S210中的会话建立请求中携带的PDI中获得。

具体而言，UPF网元将该报文与在会话建立请求中携带的PDI中的各个参数进行匹配，当该报文中的参数与PDI中的各个参数都匹配时，确定将该报文发送至该SMF网元；基于对应PDR的FAR中的forwarding parameters IE的outer header creation IE中携带的关于GTP-U隧道协议的参数封装该报文。

在S240中，UPF网元向SMF网元发送封装后的报文。

在S250中，对应地，SMF网元使用GTP-U隧道协议对封装后的报文进行解封装处理，从而获得该原始报文。

背景技术中已经指出，由于SMF网元与UPF网元之间传输的数据较小，大部分场景下可能并不需要在SMF网元与UPF网元之间传输数据，因此，专门使用GTP-U隧道协议封装数据，意味着需要一直维护GTP-U隧道协议栈和相应的路径管理，浪费系统资源。

基于此，本申请实施例中提供了一种传输报文的方法，通过使用已有的用于传输UPF网元和SMF网元之间的信令的PFCP隧道协议封装用户面的数据报文，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以简化分配和缓存的隧道资源(即，简化有关GTP-U隧道协议栈的资源)，节省系统资源，同时，也能降低实现复杂度。

下面，结合图3至图8，对本申请实施例进行详细说明。其中，图3至图5描述的是UPF网元与SMF网元传输来自第一网元的原始报文的过程，图6至图8描述的是UPF网元与SMF网元传输最终需要发送至该第一网元的原始报文的过程。其中，该第一网元包括终端设备、DN网元(例如，DN-AAA或AF等)或其他UPF网元中的任一个。

首先，结合图3，对本申请实施例的传输报文的方法300的各个步骤进行详细说明。

S310，UPF网元通过接收到的第一报文获得来自第一网元的第一原始报文，该第一网元包括以下任一个：终端设备、数据网络DN网元或其他UPF网元。

其中，该第一原始报文可以是IP报文，也可以是以太网报文等，本申请实施例不做限定，只要是UPF网元接收到的来自该第一网元的报文都可以认为是该第一原始报文，或者说，只要是该第一网元最终需要发送给SMF网元的报文都可以认为是该第一原始报文。例如，该第一原始报文可以是将以下至少一个消息封装后的报文，其中，该至少一个消息至少包括：终端设备发起的IPV4动态主机配置协议(IPv6dynamic host configurationprotocol,DHCPv4)的延时IP地址分配，DHCPv6的手机后路由IP地址分配和IPv6的路由器请求(router solicitation，RS)或路由器公告(router advertisement，RA)、邻居请求RS或邻居公告RA消息等。应理解，这里所说的至少一个表示一个或多个，下文中对于至少一个的解释同此处。

这里，其他网元通过数据面接口向UPF网元发送该第一报文，该第一报文是其他网元通过对应数据面接口的隧道协议封装该第一原始报文的报文。其中，该其他网元可以包括接入网设备、其他UPF或DN网元中的任一个：例如，若该其他网元包括接入网设备，则数据面接口为N3接口；若该其他网元包括DN网元，则数据面接口为N6接口；若该其他网元为其他UPF网元，则数据面接口为N9接口。

具体而言，在会话建立阶段，SMF网元会通过会话建立请求向UPF网元发送PDI，这样，UPF网元将接收到的第一报文与PDI中的各个参数匹配成功后，可以使用对应数据面接口的隧道协议对该第一报文进行解封装处理，从而获得该第一原始报文。

这里，第一网元可以认为是发送或生成第一原始报文的源网元，下面，说明下第一网元和其他网元之间的关系。当第一网元为DN网元或其他UPF网元时，该第一网元与其他网元是同一个网元；当第一网元为终端设备时，该第一网元与其他网元不同，其他网元为接入网设备，这样，接入网设备将从终端设备接收到的第一原始报文使用N3接口对应的隧道协议进行封装获得第一报文，将该第一报文发送给UPF网元。

S320，UPF网元使用包转发控制协议PFCP隧道协议封装该第一原始报文，获得第二报文。

也就是说，UPF网元使用PFCP隧道协议中定义的相关参数封装该第一原始报文，其中，参数至少包括：发送报文的目的IP地址,消息类型、会话ID、消息长度、端口号等。

需要说明的是，在本申请实施例中，由于该第二报文是基于PFCP隧道协议封装生成的报文，因此，也可以将该第二报文称为第二PFCP报文。

这里，UPF网元使用PFCP隧道协议封装该第一原始报文的方式有两种方式，下面，对这两种方式分别进行说明。

方式A1

在该方式中，UPF网元从第一报文中获得第一原始报文，可以对该第一原始报文进行封装，获得包括该第一原始报文的第二报文。也就是说，UPF网元可以对该第一报文进行解封装处理，使用PFCP隧道协议封装该第一原始报文。

其中，该第二报文可以仅包括该第一原始报文，例如，该第二报文可以是PFCP会话数据传输请求；该第二报文也可以包括该第一原始报文和除了该第一原始报文以外的其他信息，例如，该第二报文可以是PFCP会话报告请求，该其他信息可以是该会话报告请求中自身携带的除了该第一原始报文以外的信息。

方式A2

在该方式中，UPF网元也可以使用PFCP隧道协议对包括该第一原始报文的第一报文进行封装，生成第二报文，该第二报文中包括该第一原始报文和该第一报文中其他原有的其他信息，这种封装方式也可以认为是封装该第一原始报文的一种封装方式。也就是说，UPF网元不对该第一报文进行解封装处理，直接使用PFCP隧道协议封装该第一报文。

其中，该第二报文可以是PFCP会话报告请求，也可以是其他消息，例如，PFCP会话数据传输请求。

在S330中，UPF网元向SMF网元发送该第二报文。

在S340中，SMF网元使用该PFCP隧道协议对该第二报文进行解封装处理，获得该第一原始报文。

也就是说，SMF网元使用封装该第一原始报文相同的隧道协议(即，PFCP隧道协议)对该第二报文进行解封装处理，从而，获得该第一原始报文。

下面，以方式A1的封装方式、第二报文为PFCP会话建立请求为例，对解封装过程做一简单介绍。

首先，SMF网元会判断该第二报文的目标端口和目的IP为PFCP隧道协议范畴，SMF网元则按照PFCP隧道协议的定义解析该第二报的文消息头域，确定消息类型是PFCP节点级或会话级消息，如果是会话级消息则从消息头中获取到会话ID，同时得到整个消息的长度，然后解析每个信息元素(information element,IE)，依次判断每个IE的类型(type)域确定该IE的类型，然后基于类型和标准中IE的格式进行IE的解析，解析完每个IE后，基于IE的长度继续跳过已解析的IE的内容，继续进行下一个IE的解析，如果解析到类型为该第一原始报文对应的类型(例如，UP signaling message information IE)，则将该类型对应的封装的完整的原始报文取出。这样，解封装过程完成，获得该第一原始报文。

应理解，在本申请实施例中，网元(SMF网元或UPF网元)对报文的解封装过程都是类似的，不同的是，在不同的步骤中，网元对报文做解封装处理使用的隧道协议可能是不同的，但是，解封装的方式都相同。因此，下文中关于网元对报文进行解封装处理的描述都可以参考此处，为了简洁，后续不再描述。

因此，本申请实施例提供的传输报文的方法，通过使用已有的针对UPF网元和SMF网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第一原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

在本申请实施例中，UPF网元使用PFCP隧道协议封装第一原始报文的方式有两种(即，方式1和方式2)，下面，分别对这两种方式进行说明。

方式1

UPF网元接收来自SMF网元的第一信息，该第一信息包括对应该PFCP隧道协议的用于封装该第一原始报文的参数；以及，

该UPF网元使用包转发控制协议PFCP隧道协议封装该第一原始报文，包括：

该UPF网元根据该第一信息封装该第一原始报文。

具体而言，在会话建立阶段，为了便于UPF网元基于PFCP隧道协议向SMF网元发送消息，例如，针对PFCP会话建立请求的响应消息或需要其他UPF网元主动上报的消息，可以在PFCP会话建立请求中携带该第一信息，可以将该第一信息称为CP信息。其中，该第一信息中包括的用于封装该第一原始报文的参数至少包括：发送报文的目的CP网元(即，SMF)的IP地址,消息类型、会话ID、消息长度。这里，用于封装该第一原始报文的参数中的端口号(例如，端口号8805)可以基于PFCP隧道协议确定，不需要在该第一信息中携带，也不需要UPF网元缓存。

方式2

UPF网元接收该来自该SMF网元的用于描述包检测规则PDR的包检测信息PDI；以及，

该UPF网元使用包转发控制协议PFCP隧道协议封装该第一原始报文，包括：

该UPF网元根据该PDI，从对应该PDR的转发操作规则FAR的字段中获取第二信息，该第二信息包括对应该PFCP隧道协议的用于封装该第一原始报文的参数；

该UPF网元根据该第二信息封装该第一原始报文。

具体而言，如前所述，在会话建立阶段，SMF网元会通过PFCP会话建立请求向UPF网元发送PDI，可以通过PDR对应的FAR的forwarding parameters IE的outer headercreation IE中携带的用于封装报文的参数(或，关于PFCP隧道协议的参数)来封装该报文。这样，UPF网元将接收到的第一报文与PDI中的各个参数匹配成功后，可以基于对应PDR的FAR中的forwarding parameters IE的outer header creation IE中获取用于封装该第一原始报文的参数(即，该第二信息)，进而，使用该参数封装该第一原始报文。

当然，作为示例而非限定，PDI不仅限于可以携带在PFCP会话建立请求中，PDI也可以携带在PFCP会话修改请求中，上述仅为示意性说明，不应对本申请实施例构成限定。

可选地，该第二信息还包括用于指示PFCP隧道协议的字段。

也就是说，也可以在该第二信息中添加相关字段来指示UPF网元使用PFCF隧道协议封装，这样，UPF网元在检测到该字段后，可以确知需要使用PFCP隧道协议封装报文。

当然，该第二信息可以不包括用于指示PFCP隧道协议的字段，而是包括对应该PFCP隧道协议的用于封装该第一原始报文的参数。由于这些参数都是与PFCP隧道协议相关，在标准中已经明确定义过，所以，UPF网元通过该参数封装该第一原始报文也是完全可以的。

为了使得UPF网元可以明确知道使用PFCP隧道协议封装报文，本申请实施例提供了如下方式：

可选地，对应该PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装该第一原始报文的信息。

即，在FAR的中的forwarding parameters IE的outer header creation IE中不再携带关于GTP-U隧道协议的参数，而是替换为关于PFCP隧道协议的参数。

在无线传输过程中，接收端为了使得发送端知道自己成功接收了发送端发送的消息或数据，可以通过向发送端发送响应消息。

因此，可选地，该方法还包括：

该SMF网元使用该PFCP隧道协议封装针对该第一原始报文的第二原始报文，获得第三报文；

该SMF网元向该UPF网元发送该第三报文。

这里，该第二原始报文可以是针对第一原始报文的响应报文，也可以是其他与该第一原始报文相关的报文，本申请实施例不做任何限定。

需要说明的是，在本申请实施例中，由于该第三报文是基于PFCP隧道协议封装生成的报文，因此，也可以将该第三报文称为第三PFCP报文。

其中，该第三报文可以是针对PFCP会话报告请求的响应信息，例如，PFCP会话报告响应，该第三报文可以是针对PFCP会话数据传输请求的响应信息，例如，PFCP会话数据传输响应。

对应地，对于UPF网元来说，在接收到SMF网元发送的该第三报文后，可以使用该PFCP隧道协议对该第三报文进行解封装处理，获得该第二原始报文；从而，向该第一网元发送该第二原始报文。

因此本申请实施例的传输报文的方法，通过使用已有的针对UPF网元和SMF网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第一原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

下述表1是修改后的现有标准中的在PFCP会话报告请求中的信息类型，表2是修改后的现有标准中的在PFCP会话报告响应中的信息类型。

表1:Information Elements in a PFCP Session Report Request

表2:Information Elements in a PFCP Session Report Response

表3表示的是现有标准的信息类型，其中，58对应的是新添加的PFCP会话数据传输请求，59对应的是新添加的PFCP会话数据传输响应。

表3 Message Types

表4表示的是在PFCP会话数据传输请求中的信息类型，表5表示的是PFCP会话数据传输响应中的信息类型。

表4:Information Elements in a PFCP Session Data Transfer Request

表5:Information Elements in a PFCP Session Data Transfer Response

下面，通过结合图4和图5中的具体场景，对本申请实施例做进一步的详细说明。

首先，结合图4描述本申请实施例的传输报文的方法400中的各个步骤。

在S410中，SMF网元向UPF网元发送PFCP会话建立请求。

具体而言，该PFCP会话建立请求中包括用于描述PDR规则的PDI，PDI中用于描述PDR的参数包括：流描述信息、全量隧道端点标识(fully qualified tunnel endpointidentifier，F-TEID)、应用标识、网络实例、以及其他可以对业务流进行描述的信息。其中，流描述信息包括地址的隧道端点标识。

可选地，该PFCP会话建立请求中还包括第一信息，可以将该第一信息称为CP信息。其中，该第一信息中包括的用于封装该第一原始报文的参数至少包括：发送报文的目的CP网元(即，SMF)的IP地址,消息类型、会话ID、消息长度。这里，用于封装该第一原始报文的参数中的端口号(例如，端口号8805)可以基于PFCP隧道协议确定，不需要在该第一信息中携带，也不需要UPF网元缓存。

可选地，可以对标准做如下定义：在对应该PDR的FAR的forwarding parametersIE的outer header creation IE中包括用于使用PFCF隧道协议封装报文的参数(或，关于PFCP隧道协议的参数)。

在S420中，UPF网元向SMF网元发送针对该PFCP会话建立请求的PFCP会话建立响应。

其中，对于S420的描述可以参考方法200中对S220的描述，为了简洁，此处不再赘述。

在S431中，UPF网元对从数据面接口接收到的第一报文使用对应该数据面接口的隧道协议进行解封装处理，获得封装在第一报文中的第一原始报文。

具体而言，UPF网元从其他网元通过数据面接口接收该第一报文，将该第一报文与PDI中的各个参数匹配成功后，使用对应该数据面接口的隧道协议对该第一报文进行解封装处理，从而获得该第一原始报文。

其中，对于S431的详细描述可以参考方法300中对S310的描述，为了简洁，此处不再赘述。

在S432中，UPF网元使用PFCP隧道协议封装该第一原始报文，获得第二报文。

具体而言，UPF网元在获取该第一原始报文后，可以基于会话建立请求中的第一信息封装该第一原始报文，或者，可以基于从对应PDR的FAR中的forwarding parameters IE的outer header creation IE中获取的用于封装该第一原始报文的该第二信息封装该第一原始报文。其中，关于UPF网元基于第一信息封装该第一原始报文的方式的具体描述可以参考方法300中对UPF网元使用PFCP隧道协议封装第一原始报文的方式1的具体描述，关于UPF网元基于第二信息封装该第一原始报文的具体描述可以参考方法300中对UPF网元使用PFCP隧道协议封装第一原始报文的方式2的具体描述，此处为了简洁，不再赘述。

此外，UPF网元使用该PFCP隧道协议封装该第一原始报文的方式可以是上文中的方式A1和方式A2，为了简洁，此处不再赘述。

在S440中，UPF网元向SMF网元发送该第二报文。

在S451中，SMF网元使用PFCP隧道协议对该第二报文进行解封装处理，最终获得该第一原始报文。

其中，关于S451的具体描述可以参考方法300中关于S340的具体描述，为了简洁，此处不再赘述。

在S452中，SMF网元使用该PFCP隧道协议封装针对该第一原始报文的第二原始报文，获得第三报文。

这里，该第二原始报文可以是针对第一原始报文的响应报文，也可以是其他与该第一原始报文相关的报文，本申请实施例不做任何限定。

其中，该第三报文可以是针对PFCP会话报告请求的响应信息，例如，PFCP会话报告响应，该第三报文可以是针对PFCP会话数据传输请求的响应信息，例如，PFCP会话数据传输响应。

在S460中，SMF网元向UPF网元发送该第三报文。

在S471中，UPF网元使用该PFCP隧道协议对该第三报文做解封装处理，获得该第二原始报文。

UPF网元在接收到SMF网元发送的第三报文后，可以使用PFCP隧道协议对该第三报文进行解封装处理，获得该第二原始报文。

在S472中，UPF网元使用对应数据面接口的隧道协议封装该第二原始报文。

也就是说，UPF网元可以使用N3、N9或N6中的任一个数据面接口向对应的网元发送报文之前，同样需要使用对应数据面接口对应的隧道协议封装该第二原始报文。

在S480中，UPF网元向其他网元(例如，接入网设备、其他UPF网元或DN网元)发送封装后的该第二原始报文，最终被发送至第一网元。

以上，结合图3至图4描述了UPF网元与SMF网元传输来自第一网元的报文的过程，下面，结合图5至图6描述UPF网元与SMF网元传输最终需要发送至该第一网元的报文的过程。

首先，结合图5，对本申请实施例的传输报文的方法600的各个步骤进行详细说明。

在S610中，SMF网元使用包转发控制协议PFCP隧道协议封装第四原始报文，获得第四报文，该第四原始报文需要被发送至第一网元，该第一网元包括以下任一个：终端设备、数据网络DN网元或其他UPF网元。

具体而言，在SMF网元需要主动发送用户面的数据报文(例如，需要发送至该第一网元的第四原始报文)时，不再使用现有技术中的GTP-U隧道协议封装该第四原始报文，而是直接通过关于信令面的PFCP隧道协议封装该第四原始报文，即，采用用于使用封装PFCP隧道协议封装报文的参数来封装该第四原始报文。其中，关于用于使用封装PFCP隧道协议封装报文的参数可以参考上文，此处为了简洁，不再赘述。

这里，第四原始报文可以是IP报文，也可以是以太网报文等，本申请实施例不做限定，只要是最终发送至该第一网元的报文都可以认为是该第四原始报文。例如，该第一原始报文可以是将以下至少一个消息封装后的报文，其中，该至少一个消息至少包括：SMF网元发起的DHCPv4的延时IP地址分配，DHCPv6的手机后路由IP地址分配和IPv6的路由器请求RS/路由器公告RA、邻居请求RS/邻居公告RA消息等。

其中，该第四报文可以仅包括该第四原始报文，例如，该第四报文可以是PFCP会话修改请求；该第四报文也可以包括该第四原始报文与其他信息，例如，该第四报文可以是PFCP会话数据传输请求。

需要说明的是，在本申请实施例中，由于该第四报文是基于PFCP隧道协议封装生成的报文，因此，也可以将该第四报文称为第四PFCP报文。

在S620中，SMF网元将封装好的第四报文发送给UPF网元。

在S630中，UPF网元使用该PFCP隧道协议对该第四报文进行解封装处理，获得该第四原始报文。

也就是说，UPF网元使用封装该第四原始报文相同的隧道协议(即，PFCP隧道协议)对该第四报文进行解封装处理，从而，获得该第四原始报文。

后续，UPF网元可以使用数据面接口(N3、N6或N9)对应的隧道协议继续封装该第四原始报文，将封装后的第四原始报文发送出去，最终发送至该第一网元。

因此，本申请实施例提供的传输报文的方法，通过使用已有的针对UPF网元和SMF网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第四原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

如前所述，在会话建立阶段，SMF网元会向UPF网元发送PFCP会话建立请求，该PFCP会话建立请求中包括用于描述PDR的PDI，为了使得UPF网元不再使用继续沿用现有标准中定义的GTP-U隧道协议封装报文，本申请实施例提供了如下方式：

可选地，该方法还包括：

SMF网元向该UPF网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应该PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对该第四报文进行解封装处理的信息。

也就是说，在FAR的中的forwarding parameters IE的outer header removal IE中不再携带用于使用GTP-U隧道协议对报文进行解封装处理的信息。

表6表示的是在PFCP会话修改请求中的信息类型

表6：Information Elements in a PFCP Session Modification Request

下面，结合图6，描述本申请实施例的传输报文的方法700中的各个步骤。

在S710中，SMF网元向UPF网元发送PFCP会话建立请求。

在S720中，UPF网元向SMF网元发送PFCP会话建立响应

上述关于S710和S720的具体描述可以分别参考方法400中关于S410和S420的具体描述，为了简洁，此处不再赘述。

在S730中，SMF网元使用PFCP隧道协议封装第四原始报文，获得第四报文。

其中，该第四报文可以仅包括该第四原始报文，例如，该第四报文可以是PFCP会话修改请求；该第四报文也可以包括该第四原始报文与其他信息，例如，该第四报文可以是PFCP会话数据传输请求。

在S740中，SMF网元向UPF网元发送该第四报文。

在S751中，UPF网元使用PFCP隧道协议对该第四报文进行解封装处理，获得该第四原始报文。

即，UPF网元在接收到SMF网元发送的第四报文后，对应地，可以使用PFCP隧道协议对该第四报文进行解封装处理，获得该第四原始报文。

在S752中、UPF网元使用对应数据面接口的隧道协议封装该第四原始报文。

也就是说，UPF网元可以使用N3、N9或N6中的任一个数据面接口向对应的网元发送报文之前，同样需要使用对应数据面接口对应的隧道协议封装该第二原始报文。

在S753中，UPF网元向其他网元(例如，接入网设备、其他UPF网元或DN网元)发送封装后的该第四原始报文，最终将该第四原始报文被发送至该第一网元。

以上，结合图1至图6详细描述了根据本申请实施例的传输报文的方法，下面，结合图7至图10描述根据本申请实施例的传输报文的装置，方法实施例所描述的技术特征同样适用于以下装置实施例。

图7所示为根据本申请实施例的传输报文的装置900的示意性框图。如图7所示，该装置900包括：

处理单元910，用于通过接收到的第一报文获得来自第一网元的第一原始报文，所述第一网元包括以下任一个：终端设备、数据网络DN网元或其他UPF网元；

所述处理单元还用于，使用包转发控制协议PFCP隧道协议封装所述第一原始报文，获得第二报文；

发送单元920，用于向会话管理功能实体SMF网元发送所述第二报文。

因此，本申请实施例提供的传输报文的装置，通过使用已有的针对UPF网元和SMF网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第一原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

可选地，所述装置还包括：

接收单元930，用于接收来自所述SMF网元的第一信息，所述第一信息包括对应所述PFCP隧道协议的用于封装所述第一原始报文的参数；以及，

所述处理单元910具体用于：

根据所述第一信息封装所述第一原始报文。

这样，UPF网元可以使用现有技术中SMF网元发送给UPF网元的第一信息封装第一原始报文，有效地减少了信令开销。

可选地，所述装置还包括：

接收单元930，用于接收来自所述SMF网元的用于描述包检测规则PDR的包检测信息PDI；以及，

所述处理单元910具体用于：

根据所述PDI，从对应所述PDR的转发操作规则FAR的字段中获取第二信息，所述第二信息包括对应所述PFCP隧道协议的用于封装所述第一原始报文的参数；

根据所述第二信息封装所述第一原始报文。

这样，通过基于从对应PDR的FAR的字段中获取对应PFCP隧道协议的用于封装第一原始报文的参数封装该第一原始报文，使得方案的实现对现有标准的改动较小，便于实现操作。

可选地，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装所述第一原始报文的信息。

这样，通过基于从对应PDR的FAR的字段中获取对应PFCP隧道协议的用于封装第一原始报文的参数封装该第一原始报文，使得方案的实现对现有标准的改动较小，便于实现操作。

可选地，所述第二报文为PFCP会话报告请求，或，所述第二报文为PFCP会话数据传输请求。

可选地，所述装置还包括：

接收单元930，用于接收来自所述SMF网元的基于所述PFCP隧道协议封装的第三报文，所述第三报文包括针对所述第一原始报文的第二原始报文；

所述处理单元910还用于：使用所述PFCP隧道协议对所述第三报文进行解封装处理，获得所述第二原始报文；

所述发送单元920还用于：向所述第一网元发送所述第二原始报文。

可选地，所述第三报文为PFCP会话报告响应，或，所述第三报文为PFCP会话数据传输响应。

这样，通过将第二原始报文作为一种新的信元添加至PFCP会话报告响应中，可以有效地减少信令开销，节省资源。

该传输报文的装置900可以对应(例如，可以配置于或本身即为)上述方法300或400中描述的UPF网元，并且，该传输报文的装置900中各模块或单元分别用于执行上述方法300或400中UPF网元所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

在本申请实施例中，该装置900可以为UPF网元，此种情况下，该装置900可以包括：处理器、发送器和接收器。处理器、发送器和接收器通信连接。可选地，该装置还包括存储器，存储器与处理器通信连接。可选地，处理器、存储器、发送器和接收器可以通信连接，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制发送器发送报文或接收器接收信号。

此种情况下，图7所示的装置900中的处理单元910可以对应该处理器，图7所示的装置900中的发送单元920可以对应该接收器，

在本申请实施例中，该装置900可以为安装在UPF网元中的芯片(或者说，芯片系统)，此情况下，该装置900可以包括：处理器和输入输出接口。处理器可以通过输入输出接口与网络设备的收发器通信连接。可选地，该装置还包括存储器，存储器与处理器通信连接。可选地，处理器、存储器和收发器可以通信连接，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器发送信息或信号。

此情况下，图7所示的装置900中的处理单元910可以对应该处理器，图7所示的装置900中的发送单元920可以对应该输出接口。

图8所示为根据本申请实施例的传输报文的装置1000的示意性框图。如图8所示，该装置1000包括：

接收单元1010，用于接收来自用户面功能UPF网元基于所述PFCP隧道协议封装的第二报文，所述第二报文中包括所述第一原始报文，所述第一原始报文来自第一网元，所述第一网元包括以下任一个：终端设备、数据网络DN网元或其他UPF网元；

处理单元1020，用于使用所述包转发控制协议PFCP隧道协议对所述第二报文进行解封装处理，获得所述第一原始报文。

因此，本申请实施例提供的传输报文的装置，通过使用已有的针对UPF网元和SMF网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第一原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

可选地，所述装置还包括：

发送单元1030，用于向所述UPF网元发送第一信息，所述第一信息包括对应所述PFCP隧道协议的用于封装所述第一原始IP报文的参数。

这样，装置可以使用现有技术中SMF网元发送给UPF网元的第一信息封装第一原始报文，有效地减少了信令开销。

可选地，所述装置还包括：

发送单元1030，用于向所述UPF网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的转发操作规则FAR的字段中包括第二信息，所述第二信息包括对应所述PFCP隧道协议的用于封装所述第一原始IP报文的参数。

这样，通过基于从对应PDR的FAR的字段中获取对应PFCP隧道协议的用于封装第一原始报文的参数封装该第一原始报文，使得方案的实现对现有标准的改动较小，便于实现操作。

可选地，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装所述第一原始IP报文的信息。

这样，通过在PDR的FAR的字段中删除用于使用GTP-U隧道协议封装第一原始报文的信息，可以使得UPF网元明确知道使用PFCP隧道协议封装该第一原始报文。

可选地，所述第二报文为PFCP会话报告请求，或，所述第二报文为PFCP会话数据传输请求。

可选地，所述处理单元1020还用于：

使用所述PFCP隧道协议封装针对所述第一原始报文的第二原始报文，获得第三报文；

所述装置还包括：

发送单元，用于向所述UPF网元发送所述第三报文。

可选地，所述第三报文为PFCP会话报告响应，或，所述第三报文为PFCP会话数据传输响应。

这样，通过将第二原始报文作为一种新的信元添加至PFCP会话报告响应中，可以有效地减少信令开销，节省资源。

该传输报文的装置1000可以对应(例如，可以配置于或本身即为)上述方法300或400中描述的SMF网元，并且，该传输报文的装置1000中各模块或单元分别用于执行上述方法300或400中SMF网元所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

在本申请实施例中，该装置1000可以为SMF网元，此种情况下，该装置1000可以包括：处理器、发送器和接收器。处理器、发送器和接收器通信连接。可选地，该装置还包括存储器，存储器与处理器通信连接。可选地，处理器、存储器、发送器和接收器可以通信连接，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制发送器发送报文或接收器接收信号。

此种情况下，图8所示的装置1000中的接收单元1010可以对应该接收器，图8所示的装置1000中的处理单元1020可以对应该处理器，

在本申请实施例中，该装置1000可以为安装在UPF网元中的芯片(或者说，芯片系统)，此情况下，该装置1000可以包括：处理器和输入输出接口。处理器可以通过输入输出接口与网络设备的收发器通信连接。可选地，该装置还包括存储器，存储器与处理器通信连接。可选地，处理器、存储器和收发器可以通信连接，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器发送信息或信号。

此情况下，图8所示的装置1000中的接收单元1010可以对应该输入接口。图8所示的装置1000中的处理单元1020可以对应该处理器。

图9所示为根据本申请实施例的传输报文的装置1100的示意性框图。如图9所示，所述装置1100包括：

处理单元1110，用于使用包转发控制协议PFCP隧道协议封装第四原始报文，获得第四报文，所述第四原始报文需要被发送至第一网元，所述第一网元包括以下任一个：终端设备、数据网络DN网元或其他UPF网元；

发送单元1120，用于向用户面功能UPF网元发送所述第四报文。

因此，本申请实施例提供的传输报文的装置，通过使用已有的针对UPF网元和SMF网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第四原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

可选地，所述发送单元1120还用于：

向所述UPF网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对所述第四报文进行解封装处理的信息。

这样，通过在PDR的FAR的字段中删除用于使用GTP-U隧道协议对第四报文记性解封装处理的信息，可以使得UPF网元明确知道使用PFCP隧道协议对该第四报文进行解封装处理。

可选地，所述第四报文为PFCP会话修改请求，或，所述第四报文为PFCP会话数据传输请求。

这样，通过将第四原始报文作为一种新的信元添加至PFCP会话修改请求中，可以有效地减少信令开销，节省资源。

该传输报文的装置1100可以对应(例如，可以配置于或本身即为)上述方法600或700中描述的SMF网元，并且，该传输报文的装置1100中各模块或单元分别用于执行上述方法600或700中SMF网元所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

在本申请实施例中，该装置1100可以为SMF网元，此种情况下，该装置1100可以包括：处理器、发送器和接收器。处理器、发送器和接收器通信连接。可选地，该装置还包括存储器，存储器与处理器通信连接。可选地，处理器、存储器、发送器和接收器可以通信连接，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制发送器发送报文或接收器接收信号。

此种情况下，图9所示的装置1100中的处理单元1110可以对应该处理器，图9所示的装置1100中的发送单元1120可以对应该发送器，

在本申请实施例中，该装置1100可以为安装在UPF网元中的芯片(或者说，芯片系统)，此情况下，该装置1100可以包括：处理器和输入输出接口。处理器可以通过输入输出接口与网络设备的收发器通信连接。可选地，该装置还包括存储器，存储器与处理器通信连接。可选地，处理器、存储器和收发器可以通信连接，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器发送信息或信号。

此情况下，图9所示的装置1100中的处理单元1110可以对应该处理器，图9所示的装置1100中的发送单元1120可以对应该输出接口。

图10所示为根据本申请实施例的传输报文的装置1200的示意性框图。如图10所示，所述装置1200包括：

接收单元1210，用于接收会话管理功能实体SMF网元发送的第四报文，第四报文包括发送至第一网元的第四原始报文，所述第一网元包括以下任一个：终端设备、数据网络DN网元或其他UPF网元；

处理单元1220，用于使用包转发控制协议PFCP隧道协议对所述第四报文进行解封装处理，获得所述第四原始报文。

因此，本申请实施例提供的传输报文的装置，通过使用已有的针对UPF网元和SMF网元之间的信令的PFCP隧道协议封装用户面的数据报文(例如，第四原始报文)，不再使用现有技术中的GTP-U隧道协议封装用户面的数据报文，可以有效地简化分配和缓存的隧道资源，节省系统资源，同时，也能降低实现复杂度。

可选地，所述接收单元1210还用于：

接收所述SMF网元发送的用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对所述第四报文进行解封装处理的信息。

这样，通过在PDR的FAR的字段中删除用于使用GTP-U隧道协议对第四报文记性解封装处理的信息，可以使得UPF网元明确知道使用PFCP隧道协议对该第四报文进行解封装处理。

可选地，所述第四报文为PFCP会话修改请求，或，所述第四报文为PFCP会话数据传输请求。

这样，通过将第四原始报文作为一种新的信元添加至PFCP会话修改请求中，可以有效地减少信令开销，节省资源。

该传输报文的装置1200可以对应(例如，可以配置于或本身即为)上述方法600或700中描述的UPF网元，并且，该传输报文的装置1200中各模块或单元分别用于执行上述方法600或700中UPF网元所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。

在本申请实施例中，该装置1200可以为UPF网元，此种情况下，该装置1200可以包括：处理器、发送器和接收器。处理器、发送器和接收器通信连接。可选地，该装置还包括存储器，存储器与处理器通信连接。可选地，处理器、存储器、发送器和接收器可以通信连接，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制发送器发送报文或接收器接收信号。

此种情况下，图10所示的装置1200中的接收单元1210可以对应该接收器，图10所示的装置1200中的处理单元1220可以对应该处理器，

在本申请实施例中，该装置1200可以为安装在UPF网元中的芯片(或者说，芯片系统)，此情况下，该装置1200可以包括：处理器和输入输出接口。处理器可以通过输入输出接口与网络设备的收发器通信连接。可选地，该装置还包括存储器，存储器与处理器通信连接。可选地，处理器、存储器和收发器可以通信连接，该存储器可以用于存储指令，该处理器用于执行该存储器存储的指令，以控制收发器发送信息或信号。

此情况下，图10所示的装置1200中的接收单元1210可以对应该输入接口，图10所示的装置1200中的处理单元1220可以对应该处理器。

应注意，本申请实施例上述方法实施例可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically ePROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous dRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (41)

1.一种传输报文的方法，其特征在于，所述方法包括：

用户面网元通过接收到的第一报文获得来自第一网元的第一原始报文，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

所述用户面网元使用包转发控制协议PFCP隧道协议封装所述第一原始报文，获得第二报文；

所述用户面网元向会话管理网元发送所述第二报文。

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

所述用户面网元接收来自所述会话管理网元的第一信息，所述第一信息包括对应所述PFCP隧道协议的用于封装所述第一原始报文的参数；以及，

所述用户面网元使用包转发控制协议PFCP隧道协议封装所述第一原始报文，包括：

所述用户面网元根据所述第一信息封装所述第一原始报文。

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

所述用户面网元接收来自所述会话管理网元的用于描述包检测规则PDR的包检测信息PDI；以及，

所述用户面网元使用包转发控制协议PFCP隧道协议封装所述第一原始报文，包括：

所述用户面网元根据所述PDI，从对应所述PDR的转发操作规则FAR的字段中获取第二信息，所述第二信息包括对应所述PFCP隧道协议的用于封装所述第一原始报文的参数；

所述用户面网元根据所述第二信息封装所述第一原始报文。

4.根据权利要求3所述的方法，其特征在于，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装所述第一原始报文的信息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述第二报文为PFCP会话报告请求，或，所述第二报文为PFCP会话数据传输请求。

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

所述用户面网元接收来自所述会话管理网元的基于所述PFCP隧道协议封装的第三报文，所述第三报文包括针对所述第一原始报文的第二原始报文；

所述用户面网元使用所述PFCP隧道协议对所述第三报文进行解封装处理，获得所述第二原始报文；

所述用户面网元向所述第一网元发送所述第二原始报文。

7.根据权利要求6所述的方法，其特征在于，所述第三报文为PFCP会话报告响应，或，所述第三报文为PFCP会话数据传输响应。

8.一种传输报文的方法，其特征在于，所述方法包括：

会话管理网元接收来自用户面功能用户面网元基于包转发控制协议PFCP隧道协议封装的第二报文，所述第二报文中包括第一原始报文，所述第一原始报文来自第一网元，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

所述会话管理网元使用所述PFCP隧道协议对所述第二报文进行解封装处理，获得所述第一原始报文。

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

所述会话管理向所述用户面网元发送第一信息，所述第一信息包括对应所述PFCP隧道协议的用于封装所述第一原始IP报文的参数。

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

所述会话管理网元向所述用户面网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的转发操作规则FAR的字段中包括第二信息，所述第二信息包括对应所述PFCP隧道协议的用于封装所述第一原始IP报文的参数。

11.根据权利要求10所述的方法，其特征在于，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装所述第一原始IP报文的信息。

12.根据权利要求8至11中任一项所述的方法，其特征在于，所述第二报文为PFCP会话报告请求，或，所述第二报文为PFCP会话数据传输请求。

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

所述会话管理网元使用所述PFCP隧道协议封装针对所述第一原始报文的第二原始报文，获得第三报文；

所述会话管理网元向所述用户面网元发送所述第三报文。

14.根据权利要求13所述的方法，其特征在于，所述第三报文为PFCP会话报告响应，或，所述第三报文为PFCP会话数据传输响应。

15.一种传输报文的方法，其特征在于，所述方法包括：

会话管理网元使用包转发控制协议PFCP隧道协议封装第四原始报文，获得第四报文，所述第四原始报文需要被发送至第一网元，所述第一网元包括以下任一个：终端设备、数据网络DN网元或其他用户面网元；

所述会话管理网元向用户面功能用户面网元发送所述第四报文。

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

所述会话管理网元向所述用户面网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对所述第四报文进行解封装处理的信息。

17.根据权利要求15或16所述的方法，其特征在于，所述第四报文为PFCP会话修改请求，或，所述第四报文为PFCP会话数据传输请求。

18.一种传输报文的方法，其特征在于，所述方法包括：

用户面网元接收来自会话管理网元的第四报文，第四报文包括发送至第一网元的第四原始报文，所述第一网元包括以下任一个：终端设备、数据网络DN网元或其他用户面网元；

所述用户面网元使用包转发控制协议PFCP隧道协议对所述第四报文进行解封装处理，获得所述第四原始报文。

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

所述用户面网元接收来自所述会话管理网元的用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对所述第四报文进行解封装处理的信息。

20.根据权利要求18或19所述的方法，其特征在于，所述第四报文为PFCP会话修改请求，所述第四报文为PFCP会话数据传输请求。

21.一种传输报文的装置，其特征在于，所述装置包括：

处理单元，用于通过接收到的第一报文获得来自第一网元的第一原始报文，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

所述处理单元还用于，使用包转发控制协议PFCP隧道协议封装所述第一原始报文，获得第二报文；

发送单元，用于向会话管理网元发送所述第二报文。

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

接收单元，用于接收来自所述会话管理网元的第一信息，所述第一信息包括对应所述PFCP隧道协议的用于封装所述第一原始报文的参数；以及，

所述处理单元具体用于：

根据所述第一信息封装所述第一原始报文。

23.根据权利要求21所述的装置，其特征在于，所述装置还包括：

接收单元，用于接收来自所述会话管理网元的用于描述包检测规则PDR的包检测信息PDI；以及，

所述处理单元具体用于：

根据所述PDI，从对应所述PDR的转发操作规则FAR的字段中获取第二信息，所述第二信息包括对应所述PFCP隧道协议的用于封装所述第一原始报文的参数；

根据所述第二信息封装所述第一原始报文。

24.根据权利要求23所述的装置，其特征在于，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装所述第一原始报文的信息。

25.根据权利要求21至24中任一项所述的装置，其特征在于，所述第二报文为PFCP会话报告请求，或，所述第二报文为PFCP会话数据传输请求。

26.根据权利要求21至24中任一项所述的装置，其特征在于，所述装置还包括：

接收单元，用于接收来自所述会话管理网元的基于所述PFCP隧道协议封装的第三报文，所述第三报文包括针对所述第一原始报文的第二原始报文；

所述处理单元还用于：使用所述PFCP隧道协议对所述第三报文进行解封装处理，获得所述第二原始报文；

所述发送单元还用于：向所述第一网元发送所述第二原始报文。

27.根据权利要求26所述的装置，其特征在于，所述第三报文是基于会话报告响应生成的，所述会话报告响应中包括所述第二原始报文。

28.一种传输报文的装置，其特征在于，所述装置包括：

接收单元，用于接收来自用户面网元基于包转发控制协议PFCP隧道协议封装的第二报文，所述第二报文中包括第一原始报文，所述第一原始报文来自第一网元，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

处理单元，用于使用所述PFCP隧道协议对所述第二报文进行解封装处理，获得所述第一原始报文。

29.根据权利要求28所述的装置，其特征在于，所述装置还包括：

发送单元，用于向所述用户面网元发送第一信息，所述第一信息包括对应所述PFCP隧道协议的用于封装所述第一原始IP报文的参数。

30.根据权利要求28所述的装置，其特征在于，所述装置还包括：

发送单元，用于向所述用户面网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的转发操作规则FAR的字段中包括第二信息，所述第二信息包括对应所述PFCP隧道协议的用于封装所述第一原始IP报文的参数。

31.根据权利要求30所述的装置，其特征在于，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议封装所述第一原始IP报文的信息。

32.根据权利要求28至31中任一项所述的装置，其特征在于，所述第二报文为PFCP会话报告请求，或，所述第二报文为PFCP会话数据传输请求。

33.根据权利要求28至31中任一项所述的装置，其特征在于，所述处理单元还用于：

使用所述PFCP隧道协议封装针对所述第一原始报文的第二原始报文，获得第三报文；

所述装置还包括：

发送单元，用于向所述用户面网元发送所述第三报文。

34.根据权利要求33所述的装置，其特征在于，所述第三报文为PFCP会话报告响应。

35.一种传输报文的装置，其特征在于，所述装置包括：

处理单元，用于使用包转发控制协议PFCP隧道协议封装第四原始报文，获得第四报文，所述第四原始报文需要被发送至第一网元，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

发送单元，用于向用户面功能UPF网元发送所述第四报文。

36.根据权利要求35所述的装置，其特征在于，所述发送单元还用于：

向所述用户面网元发送用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对所述第四报文进行解封装处理的信息。

37.根据权利要求35或36所述的装置，其特征在于，所述第四报文为PFCP会话修改请求，或，所述第四报文为PFCP会话数据传输请求。

38.一种传输报文的装置，其特征在于，所述装置包括：

接收单元，用于接收会话管理网元发送的第四报文，第四报文包括发送至第一网元的第四原始报文，所述第一网元包括以下任一个：终端设备、数据网络DN网元或第二用户面网元；

处理单元，用于使用包转发控制协议PFCP隧道协议对所述第四报文进行解封装处理，获得所述第四原始报文。

39.根据权利要求38所述的装置，其特征在于，所述接收单元还用于：

接收所述会话管理网元发送的用于描述包检测规则PDR的包检测信息PDI，其中，对应所述PDR的FAR的字段中不包括用于使用通用分组无线服务技术隧道协议用户面部分GTP-U隧道协议对所述第四报文进行解封装处理的信息。

40.根据权利要求38或39所述的装置，其特征在于，所述第四报文为PFCP会话修改请求，或，所述第四报文为PFCP会话数据传输请求。

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

Images