CN114189905A - 一种报文处理方法及相关设备 - Google Patents

一种报文处理方法及相关设备 Download PDF

Info

Publication number
CN114189905A
CN114189905A CN202010966675.7A CN202010966675A CN114189905A CN 114189905 A CN114189905 A CN 114189905A CN 202010966675 A CN202010966675 A CN 202010966675A CN 114189905 A CN114189905 A CN 114189905A
Authority
CN
China
Prior art keywords
application information
network
message
network device
packet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010966675.7A
Other languages
English (en)
Inventor
毛健炜
彭书萍
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202010966675.7A priority Critical patent/CN114189905A/zh
Priority to JP2022564636A priority patent/JP2023523048A/ja
Priority to EP21868577.4A priority patent/EP4114115A4/en
Priority to PCT/CN2021/117912 priority patent/WO2022057753A1/zh
Publication of CN114189905A publication Critical patent/CN114189905A/zh
Priority to US17/980,096 priority patent/US20230064433A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/08—Load balancing or load distribution
    • H04W28/09—Management thereof
    • H04W28/0958—Management thereof based on metrics or performance parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0894—Policy-based network configuration management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service

Abstract

本申请实施例公开了一种报文处理方法以及相关设备，可以应用于移动通信网络中。第一网络设备生成第一报文，该第一报文的报文头中携带应用信息，第一网络设备向第二网络设备发送该第一报文，第二网络设备根据该第一报文的报文头中的应用信息提供网络服务。由于第二网络设备可以识别第一报文的报文头中的应用信息并根据应用信息提供相应的网络服务，实现差异化的网络服务，提升了网络服务的细粒度。

Description

一种报文处理方法及相关设备
技术领域
本申请实施例涉及通信领域，尤其涉及一种报文处理方法及相关设备。
背景技术
在第五代移动通信技术5G网络的组网架构中，5G网络涉及终端设备、基站、承载网、核心网、数据网络等部分。用户上网的应用信息从终端设备发送到基站后，基站先把终端设备上的应用信息封装在通用分组无线系统隧道协议用户面(general packet radiosystem tunnelling protocol user plane，GTP-U)隧道中得到GTP-U报文，再通过承载网发送给核心网的用户面功能(user plane function，UPF)网元。UPF网元收到报文之后会解除GTP-U报文封装并把应用信息发往5G网络外部的数据网络，或者UPF网元解除GTP-U报文封装后，将用户的应用信息封装到新的GTP-U隧道中，再中继发往另一个UPF网元。
现有技术中，无论是在基站与UPF网元之间传输用户的应用信息，还是在UPF网元之间传输用户的应用信息，该应用信息都通过GTP-U报文传输，而负责数据传输的承载网无法获取GTP-U报文内层部分的应用信息，承载网无法直接识别应用信息，也无法为大量应用提供差异化的服务。
发明内容
本申请实施例提供了一种报文处理方法、第一网络设备和第二网络设备，用于解决第二网络设备无法根据应用信息为第一网络设备提供多样化的网络服务的问题。
本申请实施例第一方面提供了一种报文处理方法，包括：第一网络设备生成第一报文，第一报文的报文头中携带有应用信息，第一网络设备向第二网络设备发送第一报文，第一报文用于指示第二网络设备根据所述应用信息提供网络服务。
本申请实施例中第一网络设备向第二网络设备发送的第一报文的报文头中携带有应用信息，第二网络设备可以在第一报文的报文头中即获得相关的应用信息，并根据这些应用信息提供差异化的网络服务，实现了根据传输需求匹配个性化的网络服务，提升了网络传输服务的精细化程度。
结合第一方面，本申请实施例第一方面的第一种实施方式中，第一报文包括通用分组无线系统隧道协议用户面GTP-U报文，GTP-U报文应用于移动通信网络。
在移动通信网络中，基站通过承载网设备发往UPF网元的报文可以是GTP-U报文，承载网设备可以识别GTP-U报文的报文头中的应用信息，解决了承载网设备无法获取GTP-U报文内层数据部分(应用层数据部分)的应用信息的问题。
结合第一方面或第一方面的第一种实施方式，本申请实施例第一方面的第二种实施方式中，第一网络设备生成第一报文之前，第一网络设备接收第二报文，第二报文的内层部分包含应用信息，报文的内层部分是指第二网络设备无法解析获取的报文数据部分的内容。
结合第一方面、第一方面的第一种实施方式至第二种实施方式中任一种，本申请实施例第一方面的第三种实施方式中，第一网络设备从第二报文的内层部分获得应用信息，第一网络设备将应用信息更新到报文头中，更新的方式可以是拷贝、增加或修改。
具体地，第一网络设备封装好报文头之后将应用信息更新到已有的报文头中，或增加新的报文头，也可以将应用信息更新到报文头之后再封装得到第一报文，具体此处不做限定。
具体地，第一报文的报文头可以是第一网络设备的所封装GTP-U报文头、UDP和/或IP报文头以及其他报文头，其中应用信息所在的位置可以是GTP-U报文头的GTP-U扩展报文头和/或IP报文头的IP扩展报文头，IP扩展报文头包括IPv6扩展报文头和IPv4报文头。
本申请实施例中第一网络设备所发送的第一报文的报文头中携带应用信息可以是从接收到的第二报文中携带的应用信息更新得到，第二报文可以是来自用户设备或者其他网络设备，第一网络设备对接收到的第二报文进行解封装和再封装的得到第一报文，第一网络设备可以是识别到来自用户设备的应用信息，提升了网络传输对用户设备应用的感知能力。
结合第一方面、第一方面的第一种实施方式至第三种实施方式中任一种，本申请实施例第一方面的第四种实施方式中，第一报文的报文头包括GTP-U扩展报文头、第四版互联网协议IPv4报文头或第六版互联网协议IPv6扩展报文头。
本申请实施例中第一报文的报文头中的多种扩展报文头都可以携带应用信息，提升了方案的适用性和可行实现性。
本申请实施例中若第一报文的报文头为IPv4报文头或IPv6扩展报文头，还可以解决下述技术问题：当第一网络设备与所要传输的目标网络设备的传输路径的路径最大传输单元(path maxinum transimission unit，Path MTU)参数值小时，第一报文需要将数据报文分片传输，IPv4报文头或IPv6扩展报文头可以避免数据报文被分片后，只有第一份分片携带应用信息，从而避免了第二网设备只能根据第一份分片中的应用信息提供网络服务，提升了本申请实施例方案的针对特定应用场景的适用性。
本申请实施例中若第一报文的报文头为IPv4报文头或IPv6扩展报文头，则当第一网络设备与所要传输的目标网络设备使用互联网安全协议(internet protocolsecurity，IPsec)技术进行加密时，IPv4报文头或IPv6扩展报文头可以避免应用信息被加密后，第二网络设备无法识别第一报文的报文头中携带的应用信息，提升了本申请实施例方案的针对特定应用场景的适用性。
结合第一方面的第四种实施方式，本申请实施例第一方面的第五种实施方式中，GTP-U扩展报文头包括扩展头长度字段、下一扩展头类型字段和应用信息字段，应用信息字段中包括了前述应用信息。
结合第一方面的第四种实施方式，本申请实施例第一方面的第六种实施方式中，GTP-U扩展报文头包括扩展头长度字段、下一扩展头类型字段、预留字段和应用信息字段，应用信息字段包括前述应用信息。
结合第一方面的第五种实施方式或第六种实施方式，本申请实施例第一方面的第七种实施方式中，GTP-U扩展报文头中第4*N+1个字节开始为应用信息字段，所述N为大于等于1的整数，并且，GTP-U扩展报文头的字段总长度为4*M个字节，所述M为大于N的整数。
本申请实施例中，GTP-U扩展报文头的总字段长度为4个字节的整数倍，并且应用信息字段能够以4个字节对齐，能够有效提升硬件的处理性能。
结合第一方面的第五种实施方式至第七种实施方式中任一种，本申请实施例第一方面的第八种实施方式中，GTP-U扩展报文头的字段总长度为4*L个字节，所述L为大于等于1的整数。
本申请实施例中，GTP-U扩展报文头的扩展头长度字段和下一扩展头类型字段之后为用信息字段，没有用于填充空白的预留字段，减少了预留字段的长度，减小了GTP-U报文的传输开销。
结合第一方面的第四种实施方式，本申请实施例第一方面的第九种实施方式中，IPv4报文头包括选项类型字段、选项长度字段和应用信息字段，应用信息字段包括所述应用信息。
结合第一方面的第九种实施方式，本申请实施例第一方面的第十种实施方式中，IPv4报文头还包括预留字段,IPv4报文头中第4*N+1个字节开始为应用信息字段,并且IPv4报文头的字段总长度为4*P个字节，P为大于N的整数。
结合第一方面的第九种实施方式，本申请实施例第一方面的第十一种实施方式中，IPv4报文头中第2*N+1个字节开始为应用信息字段,并且IPv4报文头的字段总长度为Q个字节，Q为大于等于2*N+1的整数。
本申请实施例中，IPv4报文头中应用信息字段长度为4个字节的整数倍，并且应用信息字段能够以4个字节对齐，能够有效提升硬件的处理性能。
结合第一方面、第一方面的的第一种实施方式至第十一种实施方式中任一种，本申请实施例第一方面的第十二种实施方式中，第一网络设备包括基站或用户面功能UPF。
结合第一方面、第一方面的的第一种实施方式至第十二种实施方式中任一种，本申请实施例第一方面的第十三种实施方式中，第二网络设备包括承载网设备。
结合第一方面、第一方面的的第一种实施方式至第十三种实施方式中任一种，本申请实施例第一方面的第十四种实施方式中，应用信息包括服务等级协议级别SLA Level、应用标识APP ID、用户标识User ID、流标识Flow ID和网络性能参数中的一项或多项。
本申请实施中第一报文的报文头可以携带的应用信息有多种，第二网络设备基于丰富的应用信息才能够为第一网络设备提供多样话的网络传输服务，丰富的应用信息提升了网络服务的准确性与精细化程度。
本申请实施例第二方面提供了一种报文处理方法，包括：第二网络设备接收第一网络设备发送的第一报文，第一报文的报文头携带应用信息，第二网络设备根据应用信息为第一报文提供网络服务。
本申请实施例中第二网络设备可以识别出第一报文的报文头中的应用信息，并根据这些应用信息提供差异化的网络服务，实现了根据传输需求匹配个性化的网络服务，提升了网络传输服务的精细化程度。
结合第二方面，本申请实施例第二方面的第一种实施方式中，第二网络设备根据应用信息确定用于传输所述第一报文的网络分片，网络分片具备应用信息对应的性能要求。
本申请实施例中第二网络设备可以根据应用信息确定第一报文的网络分片，网络分片是通信服务运营商动态的分配网络资源，最大限度地提升了用户设备的网络传输价值。
结合第二方面或第二方面的第一种实施方式，本申请实施例第二方面的第二种实施方式中，第二网络设备根据应用信息为所述第一报文选择服务质量QoS优先级或带宽保障策略。
本申请实施例中第二网络设备可以根据应用信息选择服务质量QoS优先级或带宽保障策略，从而保证了传输的带宽，降低了传送的时延，降低了数据的丢包率以及时延抖动等。
结合第二方面、第二方面的第一种实施方式至第二种实施方式中任一种，本申请实施例第二方面的第三种实施方式中，第二网络设备根据应用信息为第一报文选择流量工程TE传输路径。
本申请实施例中第二网络设备可以根据应用信息选择传输路径，根据网络拓扑快速、准确、有效地动态重新分配业务流，尤其是在发生网络线路或设备故障时提升了网络传输过程的可靠性。
结合第二方面、第二方面的第一种实施方式至第三种实施方式中任一种，本申请实施例第二方面的第四种实施方式中，第二网络设备根据应用信息使能随流检测IFIT传输质量监测。
本申请实施中第二网络设备根据应用信息使能随流检测IFIT传输质量监测，实时感知网络业务质量，实现网络传输服务故障的快速定界和定位，提升了网络服务质量。
结合第二方面、第二方面的第一种实施方式至第四种实施方式中任一种，本申请实施例第二方面的第五种实施方式中，第二网络设备根据应用信息进行流量负载均衡，以确定所述第一报文的传输路径。
本申请实施例中第二网络设备根据应用信息进行流量负载均衡，更加准确地消除了服务器之间的负载不平衡，从而提高了网络系统的反应速度与总体性能。
结合第二方面的第一种实施方式，本申请实施例第二方面的第六种实施方式中，第二网络设备将应用信息映射到单网络切片选择支撑信息S-NSSAI，S-NSSAI标识该网络分片。
结合第二方面的第五种实施方式，本申请实施例第二方面的第六种实施方式中，第二网络设备将应用信息作为哈希计算参数进行流量负载均衡，以确定第一报文的传输路径。
本申请实施例中第二网络设备将应用信息作为哈希计算参数进行流量负载均衡，增加了哈希计算的参数，提升了哈希计算的准确性，优化了流量负载均衡的结果。
本申请实施例第三方面提供了一种第一网络设备，第一网络设备应用于移动通信网络系统中，第一网络设备包括：
处理单元，用于生成第一报文，第一报文的报文头中携带应用信息；
发送单元，用于向第二网络设备发送第一报文，第一报文用于指示第二网络设备根据应用信息提供网络服务。
结合第三方面，本申请实施例第三方面的第二种实施方式中，第一网络设备包括接收单元，用于接收第二报文，该第二报文的内层部分包括应用信息。
结合第三方面、第三方面的第一种实施方式，本申请实施例第三方面的第二种实施方式中，处理单元还用于从第二报文的内层部分获得应用信息，第一网络设备将应用信息更新到第一报文的报文头中。
结合第三方面、第三方面的第一种实施方式至第二种实施方式，本申请实施例第三方面的第三种实施方式中，第一报文包括通用分组无线系统隧道协议用户面GTP-U报文。
本申请实施例第四方面提供了一种第二网络设备，包括：
接收单元，用于接收第一网络设备发送的第一报文，第一报文的报文头携带应用信息；
处理单元，用于根据应用信息为第一报文提供网络服务。
结合第四方面、本申请实施例第四方面的第一种实施方式中，第二网络设备的处理单元具体用于以下一项或多项：
根据所述应用信息确定用于传输第一报文的网络分片，网络分片具备应用信息对应的性能要求；
或，根据应用信息为第一报文选择服务质量QoS优先级或带宽保障策略；
或，根据应用信息为第一报文选择流量工程TE传输路径；
或，根据应用信息使能随流检测IFIT传输质量监测；
或，根据应用信息进行流量负载均衡，以确定发送第一报文的路径。
结合第四方面、第四方面的第一种实施方式至第二种实施方式，本申请实施例第四方面的第三种实施方式中，处理单元具体用于将应用信息映射到单网络切片选择支撑信息S-NSSAI，S-NSSAI标识网络分片。
结合第四方面、第四方面的第一种实施方式至第三种实施方式，本申请实施例第四方面的第四种实施方式中，第二网络设备的处理单元具体用于将应用信息作为哈希计算参数进行流量负载均衡，以确定发送第一报文的路径。
本申请实施例第五方面提供了一种第一网络设备，包括：处理器和通信接口，该处理器用于执行指令，使得该第一网络设备执行上述第一方面或第一方面任一种可选方式所提供的方法，所述通信接口用于接收或发送报文。第五方面提供的第一网络设备的具体细节可参见上述第一方面或第一方面任一种可选方式，此处不再赘述。
本申请实施例第六方面提供了一种第二网络设备，包括：处理器和通信接口，该处理器用于执行指令，使得该第二网络设备执行上述第二方面或第二方面任一种可选方式所提供的方法，所述通信接口用于接收或发送报文。第六方面提供的第二网络设备的具体细节可参见上述第二方面或第二方面任一种可选方式，此处不再赘述。
本申请实施例第七方面提供了一种计算机可读存储介质，计算机可读存储介质中保存有程序，当计算机执行所述程序时，执行第一方面或第一方面任一种可选方式所提供的方法。
本申请实施例第八方面提供了一种计算机可读存储介质，计算机可读存储介质中保存有程序，当计算机执行所述程序时，执行第二方面或第二方面任一种可选方式所提供的方法。
本申请实施例第九方面提供了一种计算机程序产品，当所述计算机程序产品在计算机上执行时，计算机执行第一方面或第一方面任一种可选方式所提供的方法。
本申请实施例第十方面提供了一种计算机程序产品，当所述计算机程序产品在计算机上执行时，计算机执行第二方面或第二方面任一种可选方式所提供的方法。
本申请实施例第十一方面提供了一种芯片，当该芯片在设备上运行时，使得设备执行上述第一方面或第一方面任一种可选方式所提供的方法。
本申请实施例第十二方面提供了一种芯片，当该芯片在设备上运行时，使得设备执行上述第二方面或第二方面任一种可选方式所提供的方法。
本申请实施例第十一方面提供了一种网络系统，该网络系统包括上述第三方面或第五方面提供的第一网络设备和上述第四方面或第六方面提供的第二网络设备。
附图说明
图1为本申请实施例中的5G网络的组网架构及通信接口示意图；
图2为本申请实施例中的5G网络的用户面协议栈示意图；
图3为5G网络中数据包映射进承载网分片的技术示意图；
图4为本申请实施例中一种报文处理方法400的实施例示意图；
图5为本申请实施例中一种应用信息示意图；
图6为本申请实施例中一种APN6网络携带应用信息的报文格式示意图；
图7为本申请实施例中应用信息在IPv6 Hop-by-Hop扩展头中的报文格式示意图；
图8为本申请实施例中一种报文示意图；
图9为申请实施例中另一种报文处理方法的实施例示意图；
图10为本申请实施例中一种GPT-U扩展报文头的格式示意图；
图11为本申请实施例中另一种GPT-U扩展报文头的格式示意图；
图12为本申请实施例中一种IPv4 Option扩展头的格式示意图；
图13为本申请实施例中另一种IPv4 Option扩展头的格式示意图；
图14为本申请实施例中一种IPv6扩展报文头的格式示意图；
图15为本申请实施例中另一种报文示意图；
图16为本申请实施例中一种网络拓扑示意图；
图17为本申请实施例中另一种报文示意图；
图18为本申请实施例提供的一种网络设备1800的结构示意图；
图19为本申请实施例提供的一种网络设备1900的结构示意图；
图20为本申请实施例提供的一种网络设备2000的结构示意图；
图21为本申请实施例提供的一种网络设备2100的结构示意图；
图22为本申请实施例提供的一种网络系统2200的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
以下，对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。
终端，又称之为用户设备(User Equipment，UE)，是一种向用户提供语音和/或数据连通性的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(Mobile Internet Device，MID)、可穿戴设备，例如智能手表、智能手环、计步器等。
无线接入网(Radio Access Network，RAN)是网络中将终端接入到无线网络的部分。RAN节点或设备为无线接入网中的节点或设备，又可以称为基站。它实现了一种无线接入技术。从概念上讲，它驻留某个设备之间(如移动电话、一台计算机，或任何远程控制机)，并提供与其核心网的连接。RAN设备包括但不限于：5G中的节点B(gnodeB，gNB)、演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(nodeB，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiverstation，BTS)、家庭基站(例如，home evolved nodeB，或home node B，HNB)、基带单元(Base Band Unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、移动交换中心等，此外，还可以包括无线保真(wirelessfidelity，wifi)接入点(access point，AP)等。
承载网是移动通信网络中位于接入网与数据网络之间的业务数据传输网络。承载网设备包括但不限于网络边缘设备以及网络核心和骨干设备，例如宽带远程接入服务器(broadband remote access server，BRAS)、基站侧网关(cell site gateway，CSG)、业务路由器交换机(service router，SR)等路由器产品。
下面，介绍本申请涉及的相关技术：
请参阅图1，图1示出了5G网络的组网架构和通信接口。5G网络组网架构包括用户设备、基站、承载网、核心网和数据网络等部分。
用户上网的用户数据从用户设备发送到基站后，基站先把用户数据封装在GTP-U隧道中生成GTP-U报文，再发送给核心网的UPF网元，GTP-U报文中的这些用户数据中包括了应用信息，即GTP-U的内层数据(即：应用层数据)中包括了应用信息。UPF网元将GTP-U报文处理之后并最终把用户数据发往5G网络外部的数据网络。其中，UPF网元还有可能在终结来自无线基站的GTP-U隧道后，使用新的GTP-U隧道将GTP-U报文中继发往另一个UPF网元，再由该UPF网元将用户数据发往数据网络。
图1中所示的N2、N3分别是基站与UPF之间的数据流的控制面接口和数据面接口，N4、N9分别是UPF之间的数据流的控制面接口和数据面接口，N6为UPF网元与数据网络之间的通信接口。
请参阅图2，图2示出了5G网络的用户面协议栈。当终端连接至5G网络时，终端会将应用层数据(application)、传输层(transport layer)报文头和协议数据单元(protocoldata unit，PDU)报文头封装在5G接入协议头(5G-AN protocol layers)中，再将数据发往基站。PDU报文头可以是IPv6或IPv4报文头，也可以是以太网帧头加上IPv6或IPv4报文头。
基站收到用户设备发送的报文之后会先将5G接入协议头删去得到该报文的内层部分，即应用层数据部分，所述基站在该报文的内层部分的基础上再封装上GTP-U报文头、用户数据报文协议(user datagram protocol，UDP)和/或网际互连协议(InternetProtocol，IP)报文头以及其他报文头得到第一报文。再将第一报文经由承载网设备发往核心网UPF网元。
图2中“L1”表示用户面协议栈的物理层，“L2”表示用户面协议栈的数据链路层，“Relay”表示基站或UPF的中继过程，“PDU Layer”对应用户设备和数据网络(DataNetwork，DN)之间承载的PDU会话的协议数据单元层。
第一报文的报文头为基站封装的报文头，包括但不限于GTP-U报文头、UDP或IP报文头。其中，包含有GTP-U报文头的第一报文统称为GTP-U报文。
核心网UPF网元收到第一报文后会解封装或剥离第一报文的报文头，再将该第一报文对应的内容转发到外部的数据网络，或者封装新的GTP-U报文头、UDP和/或IP报文头以及其他报文头再转发到下一个UPF网元，其中N6接口的UPF称为PDU会话锚点(PDU SessionAnchors)。在基站与UPF网元之间，以及两个UPF网元之间，承载网设备负责传输封装在GTP-U隧道中报文。
请参阅图3，图3示出了5G网络中的业务报文映射进承载网分片的技术示意图。5G核心网控制面的策略控制功能(policy control function，PCF)网元向用户设备下发网络切片选择策略(network slice selection policy，NSSP)指明了业务报文与分片标识S-NSSAI的映射关系。用户设备通过基站向5G网络申请附着到该分片上，并在后续使用该分片的资源传输该应用的流量。
基站会将分片标识S-NSSAI映射为外层GTP-U隧道的虚拟局域网(virtual localarea network，VLAN)或区分服务编码点(differentiated services code point，DSCP)标识，并将该GTP-U隧道报文发往承载网。
承载网设备可以根据VLAN或DSCP标识，将数据包使用指定的分片资源进行处理和转发，承载网设备也可根据VLAN或DSCP标识可以间接识别应用信息。承载网设备可以通过分片标识(slice ID)对应的分片网络，如slice ID1、slice ID2、slice ID3对应的分片网络传输上述第一报文。承载网设备也可以通过虚拟专用网(virtual private network，VPN)或虚拟路由转发(virtual routing and forwarding，VRF)转发上述第一报文。
下面，通过方法400对本实施例提供的技术方案进行具体介绍。
参见附图4，附图4是本申请实施例提供的一种报文处理方法400的流程图。该报文处理方法包括如下步骤：
401、第一网络设备接收第二报文。
应用于图1所示的网络场景中，以基站作为第一网络设备，以承载网设备作为第二网络设备示例性介绍本方法实施例。
基站接收的该第二报文为用户设备向其发送的报文。
在一个示例中，用户设备将携带应用信息的报文封装上5G接入协议头得到第二报文，用户设备将第二报文发送给基站，基站接收用户设备发送的第二报文。
402、第一网络设备生成第一报文，第一报文的报文头中携带应用信息。
第一网络设备生成的第一报文中包括的应用信息可以包括以下一项或多项，如：服务等级协议级别(Service-Level Agreement Level，SLA Level)、应用标识(application identifier，APP ID)、用户标识(user identifier，user ID)、流标识(flowidentifier，flow ID)和网络性能参数等。
请参阅图5，图5为用户设备的应用信息示意图。其中，图中“1”、“2”、“3”或“6”为预置的标识号，其含义可以是预先定义的，例如可以定义“SLA Level＝1”表示该流量对应时延小于20ms的服务质量要求，“AppID＝2”表示“王者荣耀”应用的流量，“UserID＝3”表示这是账号ID为3的玩家的流量，“FlowID＝6”表示这是“行走指令”的流量。
在一个示例中，第一网络设备可以自己生成第一报文，如网络连通性检测报文等，并在该报文中携带应用信息，以指示该报文为网络连通性检测报文。即，上述步骤401为可选步骤。
在另一个示例中，第一网络设备可以接收其他设备发送的第二报文，并根据该第二报文生成第一报文。第一网络设备根据第二报文生成第一报文的情况包括如下两种：
示例A：用户设备发送的第二报文中可能不携带应用信息，则第一网络设备可以根据接收到的第二报文确定应用信息后，在第二报文的基础上更新应用信息，生成第一报文。
示例B：第二报文的内层部分携带有应用信息。基站可以将用户设备发送的第二报文的内层部分携带的应用信息更新到报文头以生成第一报文。
基站可以在接收到第二报文之后先将第二报文的5G接入协议头删除，得到第二报文的内层部分。基站为第二报文的内层部分封装上报文头得到第一报文，基站将更新到第一报文的报文头。
基站更新第一报文的报文头可以在封装报文头之前，也可以在封装报文头之后，还可以同时进行，具体此处不做限定。基站更新报文头的方式有多种，可以是拷贝、添加或修改，具体此处不做限定。以拷贝为例，基站可以将第二报文内层部分的应用信息拷贝到第一报文的报文头的GTP-U扩展报文头、IPv6扩展报文头或IPv4报文头，具体此处不做限定。
拷贝之后的GTP-U扩展报文头、IPv6扩展报文头或IPv4报文头格式本申请实施例中所介绍的相应的报文格式一致。
基站可以将应用信息拷贝到第一报文的报文头中的一个位置，也可以同时拷贝到多个位置，具体此处不做限定。
在一个示例中，该应用信息可以是携带在第二报文的内层数据，即应用层数据中。当该应用信息携带在第二报文的内层数据中时，该应用信息可以携带在IPv6业务报文的IPv6扩展头中，具体可以携带在IPv6逐跳选项(Hop-by-Hop Option)扩展头、IPv6目的选项(Destination Option)扩展头、IPv6路由扩展头(Routing Header)或其他IPv6扩展头及其TLV可扩展子选项之中，具体此处不做限定。
本申请实施例中，在IPv6业务报文的扩展头中携带应用信息的网络可以称作感知应用的IPv6网络(application-aware IPv6 networking，APN6)，APN6的报文中携带的应用信息称作APN6应用信息。
请参阅图6，图6示出了一种APN6网络携带应用信息的报文格式示意图，其中“SLAlevel”为服务等级协议级别，“APP ID”为应用标识号，“User ID”为用户标识号，“Flow ID”为流标识号，“Arguments”为其他参数，“Locator Address”为地址前缀，“Bandwidth”为带宽，“Delay”为时延，“Delay Variation”为时延抖动，“Packet Loss Ratio”为丢包率，“Type”为类型字段，“Length”为长度字段，“Class Type”为类类型字段，“RESERVED”为预留字段。
请参阅图7，图7示出了在IPv6 Hop-by-Hop扩展头中携带应用信息时对应的报文格式，其中“IPv6 Application-aware ID”表示APN6应用信息字段，可以包括图5所示的一项或多项应用信息。
在一个示例中，如果需要用户设备的报文携带上述应用信息，5G网络系统需要完成用户面工作的前置流程，包括应用提供商或应用用户购买感知应用的IPv6网络(application-aware IPv6 networking，APN6)服务，网络服务商分配APN6应用信息，应用提供商向用户设备的应用程序(application，APP)下发或预置应用信息，网络服务提供商在5G网络中配置该APN6服务所要求的网络资源或服务，例如分片、服务质量(quality ofservice，QoS)、传输路径或随流检测(in-situ flow information telemetry，IFIT)性能监测，网络服务提供商将资源与APN6)服务关联。
完成以上前置流程之后，用户设备的App通过软件开发工具包(softwaredevelopment kit，SDK)、操作系统应用程序编程接口(application programminginterface，API)或设备驱动接口，通知终端设备发出的数据包所需要携带的APN6应用信息。
请参阅图8，图8示出了用户设备发往基站的报文内容示意，其中“IPv6 APN6 ExtHeader”表示IPv6 Hop-by-Hop Option扩展报文头，其中携带有图5所示的应用信息。
请参阅图9，图9示出了基站将第二报文的内层部分携带的应用信息更新到第一报文的报文头的示意图。基站将第二报文内层部分中“IPv6 APN6 Ext Header”携带的APN6应用信更新至“GTP-U APN6 Ext Header”或外层的“IPv6 APN6 Ext Header”。
为了能在第一报文的报文头中携带上述应用信息，下面以APN6应用信息为例，当第一报文为GTP-U报文时，对第一报文的报文头中携带应用信息的扩展头格式进行介绍。
1、GTP-U扩展报文头。
本申请实施例中GTP-U扩展报文头包括两种格式，下面分别进行说明：
2.1、GTP-U扩展报文头格式一。
第一种格式下的GTP-U扩展报文头以一个字节的扩展头长度字段开始，以一个字节的下一扩展头类型字段结束。
第一种格式下的GTP-U扩展报文头还包括预留字段和应用信息字段，GTP-U扩展报文头长度4字节的整数倍，和/或以4个字节换行对齐。其中应用信息字段在扩展头长度字段之后换行开始，以4字节对齐，每一行不足四字节的字段部分以预留字段填充。
请参阅图10，图10示出了GTP-U扩展报文头的第一种格式。其中“Ext Headerlength”为扩展头长度字段，长度为1个字节，“IPv6 Application-aware ID”表示APN6应用信息字段，其中包括了图5中的应用信息，长度为16个字节，“IPv6 Application-aware ID”之前的“Reserved”为预留字段，长度为3个字节，“IPv6 Application-aware ID”之后的“Reserved”也为预留字段，长度为3个字节，“Next Extension Header Type”为下一扩展头类型字段，长度为1个字节。图10示出的整个GTP-U的扩展报文头的字段为24个字节。
可以理解的是，图10中GTP-U扩展报文头中应用信息字段为APN6应用信息字段，长度为16个字节，正好是4字节的整数倍，当应用信息字段不是4字节的整数倍时，应用信息字段之后以预留字段进行填充，保证GTP-U扩展报文头长度4字节的整数倍并且以4个字节换行对齐。
格式一中应用信息字段在扩展头长度字段之后换行开始，以4字节对齐，有利于提高硬件处理性能。
2.2、GTP-U扩展报文头格式二。
第二种格式下的GTP-U扩展报文头以一个字节的扩展头长度字段开始，以一个字节的下一扩展头类型字段结束。
第二种格式下的GTP-U扩展报文头还包括预留字段和应用信息字段，GTP-U扩展报文头长度4字节的整数倍并且以4个字节换行对齐。其中应用信息字段在扩展头长度字段之后，末尾行不足四字节的字段部分以预留字段填充。
请参阅图11，图11示出了GTP-U扩展报文头的第二种格式。其中“Ext Headerlength”为扩展头长度字段，长度为1个字节，“IPv6 Application-aware ID”为APN6应用信息字段，长度为16个字节，“IPv6 Application-aware ID”之后的“Reserved”也为预留字段，长度为2个字节，“Next Extension Header Type”为下一扩展头类型字段，长度为1个字节。整个GTP-U的扩展报文头的字段为20个字节。
格式二中应用信息字段在扩展头长度字段之后无换行，减少了没有实际含义的预留字段，可以减少传输开销。当减少预留字段的传输开销带来的收益不明显时，可以使用格式一。
2、IPv4报文头。
本申请实施例IPv4报文头包括两种格式，下面分别进行说明：
2.1、IPv4报文头格式一。
第一种格式下的IPv4报文头以1个字节的Option类型字段和1个字节的Option长度字段开始。Option类型字段和Option长度字段之后包括预留字段和应用信息字段。其中，应用信息字段在预留字段之后换行开始，以4字节对齐。整个IPv4报文头字段长度为4个字节的整数倍，并以4字节换行，每一行不足4个字节的字段部分以预留字段填充。
请参阅图12，图12示出了IPv4报文头的第一种格式。其中，“Option Type”为Option类型字段，长度为1个字节，“Option Len”为Option长度字段，长度为1个字节，“Reserved”为预留字段，长度为2个字节，“SLA Level”、“App ID”、“User ID”和“Flow ID”为应用信息字段，长度为16个字节IPv4报文头中Option扩展头字段长度为20个字节。
3.2、IPv4的Option扩展头格式二。
第二种格式下的IPv4报文头以1个字节的Option类型字段和1个字节的Option长度字段开始。
Option类型字段和Option长度字段之后为应用信息字段，中间无其他字段。其中，应用信息字段在Option长度字段之后换行开始，以4字节对齐。
请参阅图13，图13示出了IPv4报文头的第二种格式。其中，“Option Type”为Option类型字段，长度为1个字节，“Option Len”为Option长度字段，长度为1个字节，“SLALevel”、“App ID”、“User ID”和“Flow ID”为应用信息字段，长度为16个字节，IPv4报文头中Option扩展头字段长度为20个字节。
3、IPv6扩展报文头。
本申请实施例中的IPv6扩展报文头包括下一扩展头字段，扩展头长度字段、选项类型字段、选项长度字段和应用信息字段。整个IPv6扩展报文长度为4字节的整数倍，并且以4字节对齐。
请参阅图14，图14示出了IPv6扩展报文头的格式。其中“Next Header”为下一扩展头字段，长度为1个字节，“Header Len”为扩展头长度字段，长度为1个字节，“Option Type”为选项类型字段，长度为1个字节，“Option Len”为选项长度字段，长度为1个字节，“SLALevel”、“App ID”、“User ID”和“Flow ID”为应用信息字段，长度为16个字节，“Padding”为填充字段，长度为4个字节，整个IPv6扩展报文头的字段长度为20个字节。
403、第一网络设备向第二网络设备发送第一报文，该第一报文的报文头中携带有上述应用信息。
应用于图1所示的场景中，基站向承载网设备发送上述第一报文。
请参阅图15，图15示出了基站发往承载网设备的GTP-U报文示意图，其中“GTP-UAPN6Ext Header”为第一报文的GTP-U扩展报文头，携带有APN6应用信息。该内容可以与该报文的内层部分的IPv6 Ext Header携带的应用信息一致。
404、第二网络设备根据第一报文的报文头中的应用信息提供网络服务。
应用于图1所示的场景中，承载网设备根据第一报文的报文头中的应用信息提供网络服务。
承载网设备可以根据第一报文的报文头中的应用信息提供多种形式的网络服务，包括根据应用信息确定用于传输第一报文的网络分片、为第一报文选择服务质量QoS优先级或带宽保障策略、为第一报文选择传输路径、使能随流检测IFIT传输质量监测、进行流量负载均衡以确定第一报文的传输路径，具体此处不做限定。
本申请实施例中承载网设备可以根据应用信息提供多种形式的网络服务，下面分别进行介绍：
1、承载网设备根据应用信息确定网络分片。
承载网设备根据应用信息确定网络分片包括承载网设备将应用信息映射到网络分片，下面分别进行介绍几种不同映射规则。
请参阅表1，表1中举例了5个应用信息，分别对应5款应用，例如“SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6”对应游戏1，表格中的数字代表ID号码，其含义可以预先定义。
表1
序号 应用信息 应用
A SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6 游戏1
B SLA Level＝1，App ID＝2，User ID＝4，Flow ID＝7 游戏2
C SLA Level＝8，App ID＝3，User ID＝5，Flow ID＝8 游戏3
D SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 直播1
E SLA Level＝0，App ID＝5，User ID＝7，Flow ID＝10 直播2
1.1、一个应用信息映射到一个分片形成应用级分片。
以表1中的应用信息为例，承载网设备可以将每一个应用信息与一个单独的网络分片映射，形成应用级分片。
请参阅表2，表2中举例了将表1中的5个应用信息映射到5个网络分片，分配之后每一个应用独享一个网络分片以及该分片对应的网络服务。
表2
应用信息 应用 分片
SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6 游戏1 分片1
SLA Level＝1，App ID＝2，User ID＝4，Flow ID＝7 游戏2 分片2
SLA Level＝8，App ID＝3，User ID＝5，Flow ID＝8 游戏3 分片3
SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 直播1 分片4
SLA Level＝0，App ID＝5，User ID＝7，Flow ID＝10 直播2 分片5
1.2、多个应用信息映射到一组分片形成应用类型级分片。
以表1中的应用信息为例，承载网设备可以将一组应用信息与一个单独的网络分片映射，形成应用类型级分片。
请参阅表3，表3中将应用“游戏1”、“游戏2”、“游戏3”对应的3个应用信息作为一组应用信息映射到“分片6”，将应用“直播1”、“直播2”对应的应用信息映射到“分片7”，映射后同一类应用的应用信息共享一个网络分片，承载网可以根据应用的类型提供对应的网络服务。
表3
应用信息 应用 分片
SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6 游戏1 分片6
SLA Level＝1，App ID＝2，User ID＝4，Flow ID＝7 游戏2 分片6
SLA Level＝8，App ID＝3，User ID＝5，Flow ID＝8 游戏3 分片6
SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 直播1 分片7
SLA Level＝0，App ID＝5，User ID＝7，Flow ID＝10 直播2 分片7
1.3、全部应用信息映射到一个分片形成应用感知级分片。
以表1中的应用信息为例，承载网设备可以将全部的应用信息与一个单独的网络分片映射，形成应用感知级分片。
请参阅表4，表4中将全部应用信息映射到“分片8”，映射后全部应用信息共享一个网络分片。
表4
应用信息 应用 分片
SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6 游戏1 分片8
SLA Level＝1，App ID＝2，User ID＝4，Flow ID＝7 游戏2 分片8
SLA Level＝8，App ID＝3，User ID＝5，Flow ID＝8 游戏3 分片8
SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 直播1 分片8
SLA Level＝0，App ID＝5，User ID＝7，Flow ID＝10 直播2 分片8
1.4、根据应用信息的内容将多个应用信息映射到一个分片形成应用服务质量分级分片。
以表1中的应用信息为例，承载网设备可以将多个的应用信息中的“SLA level”的取值相同的应用信息与一个单独的网络分片映射，形成应用质量分级分片。
请参阅表5，表5中将5个应用信息中具有相同“SLA level”值的应用信息映射到“分片10”，映射后具有相同SLA Level值的应用共享一个网络分片。
表5
应用信息 类型 分片
SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6 质量级1 分片9
SLA Level＝1，App ID＝2，User ID＝4，Flow ID＝7 质量级2 分片10
SLA Level＝8，App ID＝3，User ID＝5，Flow ID＝8 质量级3 分片11
SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 质量级2 分片10
SLA Level＝0，App ID＝5，User ID＝7，Flow ID＝10 质量级4 分片12
请参阅表6，承载网设备也可以将多个应用信息中的“SLA Level”、“App ID”、“User ID”或“Flow ID”的值中一个或多个的组合作为一组信息映射到一个单独的网络分片，形成服务质量分级网络分片。
表6
应用信息 类型 分片
App ID＝1，App ID＝3，App ID＝5 质量级5 分片13
App ID＝2，App ID＝4 质量级6 分片14
User ID＝5，User ID＝6，User ID＝7 质量级5 分片13
User ID＝5，User ID＝6 质量级7 分片15
Flow ID＝6，Flow ID＝7，Flow ID＝8 质量级8 分片16
Flow ID＝9，Flow ID＝10 质量级7 分片15
App ID＝3,User ID＝5，App ID＝4,Flow ID＝9 质量级5 分片13
App ID＝1,User ID＝6 质量级6 分片14
SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 质量级5 分片13
2、承载网设备根据应用信息使用不同QoS级别。
以表1中的应用信息为例，承载网设备根据应用信息选择QoS优先级。
请参阅表7，表7举例了多个应用信息对应的服务质量QoS优先级。
表7
应用信息 应用 QoS级别
SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6 游戏1 EF
SLA Level＝1，App ID＝2，User ID＝4，Flow ID＝7 游戏2 AF2
SLA Level＝8，App ID＝3，User ID＝5，Flow ID＝8 游戏3 AF2
SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 直播1 BE
SLA Level＝0，App ID＝5，User ID＝7，Flow ID＝10 直播2 BE
3、承载网设备根据应用信息使用带宽保障策略。
以表1中的应用信息为例，承载网设备可以根据应用信息选择带宽保障策略。
请参阅表8，表8举例了多个应用信息对应的带宽策略，例如承载网设备根据“游戏1”对应的应用信息“SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6”为包含该应用信息的第一报文选择100Mbps的对应的带宽传输策略。
表8
应用信息 应用 带宽策略
SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6 游戏1 100Mbps
SLA Level＝1，App ID＝2，User ID＝4，Flow ID＝7 游戏2 100Mbps
SLA Level＝8，App ID＝3，User ID＝5，Flow ID＝8 游戏3 100Mbps
SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 直播1 1Gbps
SLA Level＝0，App ID＝5，User ID＝7，Flow ID＝10 直播2 1Gbps
4、承载网设备根据应用信息选择传输路径。
以表1的应用信息为例，承载网设备可以根据应用信息选择传输路径。
请参阅图16，图16示出了拥有3条传输路径的网络拓扑示意图。以图16所示的网络拓扑为例，第一报文对应的流量从R1进入网络，从R5离开网络，网络中有3条传输路径：
路径1：R1→R2→R5
路径2：R1→R5
路径3：R1→R3→R4→R5
请参阅表9，表9举例了承载网设备根据应用信息为第一报文选择流量工程传输路径。
表9
应用信息 应用 传输路径
SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6 游戏1 路径1
SLA Level＝1，App ID＝2，User ID＝4，Flow ID＝7 游戏2 路径2
SLA Level＝8，App ID＝3，User ID＝5，Flow ID＝8 游戏3 路径2
SLA Level＝1，App ID＝4，User ID＝6，Flow ID＝9 直播1 路径1
SLA Level＝0，App ID＝5，User ID＝7，Flow ID＝10 直播2 路径3
5、承载网设备根据应用信息使能随流检测IFIT传输质量监测。
请参阅表10，表10举例了承载网设备根据应用信息使能随流检测IFIT服务。
承载网设备可以根据应信息使能随流检测IFIT传输质量监测，例如承载网设备根据“游戏1”对应的应用信息“SLA Level＝7，App ID＝1，User ID＝3，Flow ID＝6”，所使能的随流检测IFIT服务为“开启IFIT服务，每1秒检测一次”。
表10
Figure BDA0002682581650000161
Figure BDA0002682581650000171
6、承载网设备根据应用信息进行流量负载均衡，以确定第一报文的传输路径。
以图16所示的网络拓扑为例，网络中从R1到R5有三条可通行的路径，承载网设备可以将应用信息作为哈希计算的一个输入参数，进行流量的负载均衡确定第一报文的传输路径。
承载网设备可以针对IP源地址、IP目的地址、传输层协议类型、传输层源端口号、传输层目的端口号和应用信息进行哈希计算，也可以针对IP源地址、IP目的地址和应用信息进行哈希计算，还可以仅针对应用信息进行哈希计算，具体此处不做限定。
例如，承载网设备针对IP源地址、IP目的地址和应用信息进行哈希计算，以表1中的5个应用信息，对应有IP源地址相同、IP目的地址相同的五种应用信息的流量。如果仅使用IP源地址、IP目的地址进行哈希计算，那么将得出相同的结果，并且根据该结果只能规范化映射到一条传输路径。而承载网设备将应用信息也作为哈希计算的一个输入参数后，将得出五个不同的结果，即可将五种流量映射到三条传输路径上，实现流量的负载均衡。
在执行步骤404之后，承载网设备将第一报文转发到UPF网元，UPF网元可以解封装第一报文的报文头，再封装上新的报文头通过承载网设备发往其他UPF网元。封装报文头的过程与步骤402中基站执行的步骤类似，此处不再赘述。
UPF也可以解封装第一报文的报文头并处理之后发往数据网络。
请参阅图17，图17为核心网UPF网元发往数据网络的报文示意图。发往数据网络的报文头中不携带应用信息。
以上实施例中用户设备去往数据网络的上行方向，从数据网络去往用户设备下行方向的数据面工作流程与之类似，具体此处不再赘述。
以上介绍了本申请实施例的报文处理方法，以下介绍本申请实施例的网络设备，以下介绍的网络设备具有报文处理方法中第一网络设备或第二网络设备的任意功能。
图18是本申请实施例提供的一种网络设备1800的结构示意图，网络设备1800对应于上述方法实施例中的第一网络设备，如图18所示，网络设备1800包括：处理单元1801，用于执行步骤401和402；发送单元1802，用于执行步骤403。
网络设备1800中的各模块和上述其他操作和/或功能分别为了实现方法实施例中的第一网络设备所实施的各种步骤和方法，具体细节可参见上述报文处理方法，为了简洁，在此不再赘述。
网络设备1800在处理报文时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将网络设备1800的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的网络设备1800与上述报文处理方法属于同一构思，其具体实现过程详见方法400，这里不再赘述。
图19是本申请实施例提供的一种网络设备1900的结构示意图，网络设备1900对应于上述方法实施例中的第二网络设备，如图19所示，网络设备1900包括：接收单元1901，用于接收第一网络设备发送的报文；处理单元1902，用于执行步骤404。
网络设备1900中的各模块和上述其他操作和/或功能分别为了实现方法实施例中的第二网络设备所实施的各种步骤和方法，具体细节可参见上述报文处理方法，为了简洁，在此不再赘述。
网络设备1900在处理报文时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将网络设备1900的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的网络设备1900与上述报文处理方法属于同一构思，其具体实现过程详见上述报文处理方法，这里不再赘述。
与本申请提供的方法实施例以及虚拟装置实施例相对应，本申请实施例还提供了一种网络设备，下面对网络设备的硬件结构进行介绍。
下面描述的网络设备2000或网络设备2100对应于上述方法实施例中的第一网络设备或第二网络设备，网络设备2000或网络设备2100中的各硬件、模块和上述其他操作和/或功能分别为了实现方法实施例中的网络设备2000或网络设备2100所实施的各种步骤和方法，关于网络设备2000或网络设备2100如何处理报文的详细流程，具体细节可参见上述方法实施例，为了简洁，在此不再赘述。其中，上文报文处理方法的各步骤通过网络设备2000或网络设备2100处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述
网络设备2000或网络设备2100对应于上述虚拟装置实施例中的网络设备1800或网络设备1900，网络设备1800或网络设备1900中的每个功能模块采用网络设备2000或网络设备2100的软件实现。换句话说，网络设备1800或网络设备1900包括的功能模块为网络设备2000或网络设备2100的处理器读取存储器中存储的程序代码后生成的。
参见图20，图20示出了本申请一个示例性实施例提供的网络设备2000的结构示意图，该网络设备2000可以配置为第一网络设备或第二网络设备。该网络设备2000可以由一般性的总线体系结构来实现。
网络设备2000包括至少一个处理器2001、通信总线2002、存储器2003以及至少一个通信接口2004。
处理器2001可以是一个通用CPU、NP、微处理器、或者可以是一个或多个用于实现本申请方案的集成电路，例如，专用集成电路(application-specific integratedcircuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。
通信总线2002用于在上述组件之间传送信息。通信总线2002可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
存储器2003可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其它类型的静态存储设备，也可以是随机存取存储器(random access memory，RAM)或者可存储信息和指令的其它类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only Memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其它光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其它磁存储设备，或者是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。存储器2003可以是独立存在，并通过通信总线2002与处理器2001相连接。存储器2003也可以和处理器2001集成在一起。
通信接口2004使用任何收发器一类的装置，用于与其它设备或通信网络通信。通信接口2004包括有线通信接口，还可以包括无线通信接口。其中，有线通信接口例如可以为以太网接口。以太网接口可以是光接口，电接口或其组合。无线通信接口可以为无线局域网(wireless local area networks，WLAN)接口，蜂窝网络通信接口或其组合等。
在具体实现中，作为一种实施例，处理器2001可以包括一个或多个CPU，如图20中所示的CPU0和CPU1。
在具体实现中，作为一种实施例，网络设备2000可以包括多个处理器，如图20中所示的处理器2001和处理器2005。这些处理器中的每一个可以是一个单核处理器(single-CPU)，也可以是一个多核处理器(multi-CPU)。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，网络设备2000还可以包括输出设备2006和输入设备2007。输出设备2006和处理器2001通信，可以以多种方式来显示信息。例如，输出设备2006可以是液晶显示器(liquid crystal display，LCD)、发光二级管(light emittingdiode，LED)显示设备、阴极射线管(cathode ray tube，CRT)显示设备或投影仪(projector)等。输入设备2007和处理器2001通信，可以以多种方式接收用户的输入。例如，输入设备2007可以是鼠标、键盘、触摸屏设备或传感设备等。
在一些实施例中，存储器2003用于存储执行本申请方案的程序代码2010，处理器2001可以执行存储器2003中存储的程序代码2010。也即是，网络设备2000可以通过处理器2001以及存储器2003中的程序代码2010，来实现方法实施例提供的报文处理方法。
本申请实施例的网络设备2000可对应于上述各个方法实施例中的第一网络设备或第二网络设备，并且，该网络设备2000中的处理器2001、通信接口2004等可以实现上述各个方法实施例中的第一网络设备或第二网络设备所具有的功能和/或所实施的各种步骤和方法。为了简洁，在此不再赘述。
网络设备1800中的发送单元1802相当于网络设备2000中的通信接口2004；网络设备1800中的处理单元1801可以相当于网络设备2000中的处理器2001。
网络设备1900中的接收单元1901中的通信接口2004；网络设备1900中的处理单元1902可以相当于网络设备2000中的处理器2001。
参见图21，图21示出了本申请一个示例性实施例提供的网络设备2100的结构示意图，该网络设备2100可以配置为第一网络设备或第二网络设备。网络设备2100包括：主控板2110和接口板2130。
主控板2110也称为主处理单元(main processing unit，MPU)或路由处理卡(route processor card)，主控板2110用于对网络设备2100中各个组件的控制和管理，包括路由计算、设备管理、设备维护、协议处理功能。主控板2110包括：中央处理器2111和存储器2112。
接口板2130也称为线路接口单元卡(line processing unit，LPU)、线卡(linecard)或业务板。接口板2130用于提供各种业务接口并实现数据包的转发。业务接口包括而不限于以太网接口、POS(Packet over SONET/SDH)接口等，以太网接口例如是灵活以太网业务接口(Flexible Ethernet Clients，FlexE Clients)。接口板2130包括：中央处理器2131、网络处理器2132、转发表项存储器2134和物理接口卡(ph8sical interface card，PIC)2133。
接口板2130上的中央处理器2131用于对接口板2130进行控制管理并与主控板2110上的中央处理器2111进行通信。
网络处理器2132用于实现报文的转发处理。网络处理器2132的形态可以是转发芯片。具体而言，网络处理器2132用于基于转发表项存储器2134保存的转发表转发接收到的报文，如果报文的目的地址为网络设备2100的地址，则将该报文上送至CPU(如中央处理器2111)处理；如果报文的目的地址不是网络设备2100的地址，则根据该目的地址从转发表中查找到该目的地址对应的下一跳和出接口，将该报文转发到该目的地址对应的出接口。其中，上行报文的处理包括：报文入接口的处理，转发表查找；下行报文的处理：转发表查找等等。
物理接口卡2133用于实现物理层的对接功能，原始的流量由此进入接口板2130，以及处理后的报文从该物理接口卡2133发出。物理接口卡2133也称为子卡，可安装在接口板2130上，负责将光电信号转换为报文并对报文进行合法性检查后转发给网络处理器2132处理。在一些实施例中，中央处理器也可执行网络处理器2132的功能，比如基于通用CPU实现软件转发，从而物理接口卡2133中不需要网络处理器2132。
可选地，网络设备2100包括多个接口板，例如网络设备2100还包括接口板2140，接口板2140包括：中央处理器2141、网络处理器2142、转发表项存储器2144和物理接口卡2143。
可选地，网络设备2100还包括交换网板2120。交换网板2120也可以称为交换网板单元(switch fabric unit，SFU)。在网络设备有多个接口板2130的情况下，交换网板2120用于完成各接口板之间的数据交换。例如，接口板2130和接口板2140之间可以通过交换网板2120通信。
主控板2110和接口板2130耦合。例如。主控板2110、接口板2130和接口板2140，以及交换网板2120之间通过系统总线与系统背板相连实现互通。在一种可能的实现方式中，主控板2110和接口板2130之间建立进程间通信协议(inter-process communication，IPC)通道，主控板2110和接口板2130之间通过IPC通道进行通信。
在逻辑上，网络设备2100包括控制面和转发面，控制面包括主控板2110和中央处理器2131，转发面包括执行转发的各个组件，比如转发表项存储器2134、物理接口卡2133和网络处理器2132。控制面执行路由器、生成转发表、处理信令和协议报文、配置与维护设备的状态等功能，控制面将生成的转发表下发给转发面，在转发面，网络处理器2132基于控制面下发的转发表对物理接口卡2133收到的报文查表转发。控制面下发的转发表可以保存在转发表项存储器2134中。在有些实施例中，控制面和转发面可以完全分离，不在同一设备上。
如果网络设备2100被配置为第一网络设备，物理接口卡2133接收第二报文，发送给网络处理器2132，网络处理器2132根据所述第二报文，生成第一报文，将该报文从物理接口卡2133发送出去，使得第一报文传输至第二网络设备。
如果网络设备2100被配置为第二网络设备，物理接口卡2133接收第一报文，发送给网络处理器2132，网络处理器2132从所述第一报文的报文头中，获得应用信息，并根据应用信息对为第一报文提供网络服务。
网络设备1800中的发送单元1802相当于网络设备2100中的物理接口卡2133；网络设备1800中的处理单元1801可以相当于网络处理器2132或中央处理器2111。
网络设备1900中的接收单元1901相当于网络设备2100中的物理接口卡2133；网络设备1900中的处理单元1902可以相当于网络处理器2132或中央处理器2111。
本申请实施例中接口板2140上的操作与接口板2130的操作一致，为了简洁，不再赘述。本实施例的网络设备2100可对应于上述各个方法实施例中的第一网络设备或第二网络设备，该网络设备2100中的主控板2110、接口板2130和/或2140可以实现上述各个方法实施例中的第一网络设备或第二网络设备所具有的功能和/或所实施的各种步骤，为了简洁，在此不再赘述。
值得说明的是，主控板可能有一块或多块，有多块的时候可以包括主用主控板和备用主控板。接口板可能有一块或多块，网络设备的数据处理能力越强，提供的接口板越多。接口板上的物理接口卡也可以有一块或多块。交换网板可能没有，也可能有一块或多块，有多块的时候可以共同实现负荷分担冗余备份。在集中式转发架构下，网络设备可以不需要交换网板，接口板承担整个系统的业务数据的处理功能。在分布式转发架构下，网络设备可以有至少一块交换网板，通过交换网板实现多块接口板之间的数据交换，提供大容量的数据交换和处理能力。所以，分布式架构的网络设备的数据接入和处理能力要大于集中式架构的设备。可选地，网络设备的形态也可以是只有一块板卡，即没有交换网板，接口板和主控板的功能集成在该一块板卡上，此时接口板上的中央处理器和主控板上的中央处理器在该一块板卡上可以合并为一个中央处理器，执行两者叠加后的功能，这种形态设备的数据交换和处理能力较低(例如，低端交换机或路由器等网络设备)。具体采用哪种架构，取决于具体的组网部署场景，此处不做任何限定。
在一些可能的实施例中，上述第一网络设备或第二网络设备可以实现为虚拟化设备。
例如，虚拟化设备可以是运行有用于发送报文功能的程序的虚拟机(英文：Virtual Machine，VM)，虚拟机部署在硬件设备上(例如，物理服务器)。虚拟机指通过软件模拟的具有完整硬件系统功能的、运行在一个完全隔离环境中的完整计算机系统。可以将虚拟机配置为第一网络设备或第二网络设备。例如，可以基于通用的物理服务器结合网络功能虚拟化(Network Functions Virtualization，NFV)技术来实现第一网络设备或第二网络设备。第一网络设备或第二网络设备为虚拟主机、虚拟路由器或虚拟交换机。本领域技术人员通过阅读本申请即可结合NFV技术在通用物理服务器上虚拟出具有上述功能的第一网络设备或第二网络设备。此处不再赘述。
例如，虚拟化设备可以是容器，容器是一种用于提供隔离的虚拟化环境的实体，例如，容器可以是docker容器。可以将容器配置为第一网络设备或第二网络设备。例如，可以通过对应的镜像来创建出第一网络设备或第二网络设备，例如可以通过proxy-container(提供代理服务的容器)的镜像，为proxy-container创建2个容器实例，分别是容器实例proxy-container1、容器实例proxy-container2，将容器实例proxy-container1提供为第一网络设备或第一计算设备，将容器实例proxy-container2提供为第二网络设备或第二计算设备。采用容器技术实现时，第一网络设备或第二网络设备可以利用物理机的内核运行，多个第一网络设备或第二网络设备可以共享物理机的操作系统。通过容器技术可以将不同的第一网络设备或第二网络设备隔离开来。容器化的第一网络设备或第二网络设备可以在虚拟化的环境中运行，例如可以在虚拟机中运行，容器化的第一网络设备或第二网络设备可也可以直接在物理机中运行。
例如，虚拟化设备可以是Pod，Pod是Kubernetes(Kubernetes是谷歌开源的一种容器编排引擎，英文简称为K8s)为部署、管理、编排容器化应用的基本单位。Pod可以包括一个或多个容器。同一个Pod中的每个容器通常部署在同一主机上，因此同一个Pod中的每个容器可以通过该主机进行通信，并且可以共享该主机的存储资源和网络资源。可以将Pod配置为第一网络设备或第二网络设备。例如，具体地，可以指令容器即服务(英文全称：container as a service，英文简称：CaaS，是一种基于容器的PaaS服务)来创建Pod，将Pod提供为第一网络设备或第二网络设备。
当然，第一网络设备或第二网络设备还可以是其他虚拟化设备，在此不做一一列举。
在一些可能的实施例中，上述第一网络设备或第二网络设备也可以由通用处理器来实现。例如，该通用处理器的形态可以是一种芯片。具体地，实现第一网络设备或第二网络设备的通用处理器包括处理电路和与该处理电路内部连接通信的输入接口以及输出接口，该处理电路用于通过输入接口执行上述各个方法实施例中的报文的生成步骤，该处理电路用于通过输入接口执行上述各个方法实施例中的接收步骤，该处理电路用于通过输出接口执行上述各个方法实施例中的发送步骤。可选地，该通用处理器还可以包括存储介质，该处理电路用于通过存储介质执行上述各个方法实施例中的存储步骤。存储介质可以存储处理电路执行的指令，该处理电路用于执行存储介质存储的指令以执行上述各个方法实施例。
参见图22，本申请实施例提供了一种网络系统2200，所述系统2200包括：第一网络设备2201和第二网络设备2202。可选的，第一网络设备2201为如网络设备1800、网络设备1900或网络设备2100，第二网络设备2202为网络设备1900、网络设备2000或网络设备2100。
本申请实施例提供了一种计算机程序产品，当该计算机程序产品在第一网络设备或第二网络设备上运行时，使得第一网络设备或第二网络设备执行上述方法实施例中的报文处理方法。
上述各种产品形态的网络设备，分别具有上述方法实施例中第一网络设备或第二网络设备的任意功能，此处不再赘述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例中描述的各方法步骤和单元，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各实施例的步骤及组成。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。本领域普通技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参见前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。
该作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
该集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例中方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上描述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机程序指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例中的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机程序指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带)、光介质(例如，数字视频光盘(digitalvideo disc，DVD)、或者半导体介质(例如固态硬盘)等。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上描述仅为本申请的可选实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，read-onlymemory)、随机存取存储器(RAM，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。

Claims (20)

1.一种报文处理方法，其特征在于，应用于移动通信网络系统中，包括：
第一网络设备生成第一报文，所述第一报文的报文头中携带应用信息；
所述第一网络设备向第二网络设备发送所述第一报文，所述第一报文用于指示所述第二网络设备根据所述应用信息提供网络服务。
2.根据权利要求1所述的方法，其特征在于，所述第一报文包括通用分组无线系统隧道协议用户面GTP-U报文。
3.根据权利要求1或2所述的方法，其特征在于，所述第一网络设备生成第一报文之前，所述方法还包括：
所述第一网络设备接收第二报文，所述第二报文的内层部分包括所述应用信息；
所述第一网络设备生成第一报文包括：
所述第一网络设备从所述第二报文的内层部分获得所述应用信息，所述第一网络设备将所述应用信息更新到所述报文头中。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述报文头包括GTP-U扩展报文头、第四版互联网协议IPv4报文头或第六版互联网协议IPv6扩展报文头。
5.根据权利要求4所述的方法，其特征在于，所述GTP-U扩展报文头包括扩展头长度字段、下一扩展头类型字段和应用信息字段；
或，所述GTP-U扩展报文头包括扩展头长度字段、下一扩展头类型字段、预留字段和应用信息字段；
所述应用信息字段包括所述应用信息。
6.根据权利要求4所述的方法，其特征在于，所述IPv4报文头包括选项类型字段、选项长度字段和应用信息字段，所述应用信息字段包括所述应用信息。
7.根据权利要求1至6任一项所述的方法，其特征在于，所述第一网络设备包括基站或用户面功能UPF。
8.根据权利要求1至7任一项所述的方法，其特征在于，所述第二网络设备包括承载网设备。
9.根据权利要求1至8中任一项所述的方法，其特征在于，所述应用信息包括以下一项或多项：
服务等级协议级别SLA Level、应用标识、用户标识、流标识和网络性能参数。
10.一种报文处理方法，其特征在于，包括：
第二网络设备接收第一网络设备发送的第一报文，所述第一报文的报文头携带应用信息；
所述第二网络设备根据所述应用信息为所述第一报文提供网络服务。
11.根据权利要求10所述的方法，其特征在于，所述第二网络设备根据所述应用信息所述第一报文提供网络服务包括以下一项或多项：
所述第二网络设备根据所述应用信息确定用于传输所述第一报文的网络分片，所述网络分片具备所述应用信息对应的性能要求；
或，所述第二网络设备根据所述应用信息为所述第一报文选择服务质量QoS优先级或带宽保障策略；
或，所述第二网络设备根据所述应用信息为所述第一报文选择流量工程TE传输路径；
或，所述第二网络设备根据所述应用信息使能随流检测IFIT传输质量监测；
或，所述第二网络设备根据所述应用信息进行流量负载均衡，以确定所述第一报文的传输路径。
12.根据权利要求11所述的方法，其特征在于，所述第二网络设备根据所述应用信息确定用于传输所述第一报文的网络分片包括：
所述第二网络设备将所述应用信息映射到单网络切片选择支撑信息S-NSSAI，所述S-NSSAI标识所述网络分片。
13.根据权利要求11所述的方法，其特征在于，所述第二网络设备根据所述应用信息进行流量负载均衡包括：
所述第二网络设备将所述应用信息作为哈希计算参数进行流量负载均衡，以确定所述第一报文的传输路径。
14.一种第一网络设备，其特征在于，所述第一网络设备应用于移动通信网络系统中，所述第一网络设备包括：
处理单元，用于生成第一报文，所述第一报文的报文头中携带应用信息；
发送单元，用于向第二网络设备发送所述第一报文，所述第一报文用于指示所述第二网络设备根据所述应用信息提供网络服务。
15.根据权利要求14所述的第一网络设备，其特征在于，还包括接收单元，用于：接收第二报文，所述第二报文的内层部分包括所述应用信息；
所述处理单元还用于：从所述第二报文的内层部分获得所述应用信息，所述第一网络设备将所述应用信息更新到所述报文头中。
16.根据权利要求14或15所述的第一网络设备，其特征在于，所述第一报文包括通用分组无线系统隧道协议用户面GTP-U报文。
17.一种第二网络设备，其特征在于，包括：
接收单元，用于接收第一网络设备发送的第一报文，所述第一报文的报文头携带应用信息；
处理单元，用于根据所述应用信息为所述第一报文提供网络服务。
18.根据权利要求17所述的第二网络设备，其特征在于，所述处理单元具体用于以下一项或多项：
根据所述应用信息确定用于传输所述第一报文的网络分片，所述网络分片具备所述应用信息对应的性能要求；
或，根据所述应用信息为所述第一报文选择服务质量QoS优先级或带宽保障策略；
或，根据所述应用信息为所述第一报文选择流量工程TE传输路径；
或，根据所述应用信息使能随流检测IFIT传输质量监测；
或，根据所述应用信息进行流量负载均衡，以确定发送所述第一报文的路径。
19.根据权利要求18所述的第二网络设备，所述处理单元具体用于：
将所述应用信息映射到单网络切片选择支撑信息S-NSSAI，所述S-NSSAI标识所述网络分片。
20.根据权利要求18所述的第二网络设备，其特征在于，所述处理单元具体用于：
将所述应用信息作为哈希计算参数进行流量负载均衡，以确定发送所述第一报文的路径。
CN202010966675.7A 2020-09-15 2020-09-15 一种报文处理方法及相关设备 Pending CN114189905A (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN202010966675.7A CN114189905A (zh) 2020-09-15 2020-09-15 一种报文处理方法及相关设备
JP2022564636A JP2023523048A (ja) 2020-09-15 2021-09-13 パケット処理方法及び関連デバイス
EP21868577.4A EP4114115A4 (en) 2020-09-15 2021-09-13 MESSAGE PROCESSING METHOD AND ASSOCIATED DEVICE
PCT/CN2021/117912 WO2022057753A1 (zh) 2020-09-15 2021-09-13 一种报文处理方法及相关设备
US17/980,096 US20230064433A1 (en) 2020-09-15 2022-11-03 Packet processing method and related device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010966675.7A CN114189905A (zh) 2020-09-15 2020-09-15 一种报文处理方法及相关设备

Publications (1)

Publication Number Publication Date
CN114189905A true CN114189905A (zh) 2022-03-15

Family

ID=80601188

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010966675.7A Pending CN114189905A (zh) 2020-09-15 2020-09-15 一种报文处理方法及相关设备

Country Status (5)

Country Link
US (1) US20230064433A1 (zh)
EP (1) EP4114115A4 (zh)
JP (1) JP2023523048A (zh)
CN (1) CN114189905A (zh)
WO (1) WO2022057753A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114827044A (zh) * 2022-04-27 2022-07-29 新华三信息安全技术有限公司 一种报文处理方法、装置及网络设备
CN115002808A (zh) * 2022-05-31 2022-09-02 中国联合网络通信集团有限公司 一种信息转发方法、装置、设备及存储介质
CN115134171A (zh) * 2022-08-30 2022-09-30 湖南麒麟信安科技股份有限公司 隔离网络环境下加密存储报文的方法、装置、系统及介质
CN115314409A (zh) * 2022-07-20 2022-11-08 北京邮电大学 网络状态信息获取方法及系统
WO2023241520A1 (zh) * 2022-06-15 2023-12-21 华为技术有限公司 随流检测方法、装置、设备、系统及存储介质
WO2023241037A1 (zh) * 2022-06-13 2023-12-21 中兴通讯股份有限公司 报文封装方法及装置、存储介质及电子装置
WO2024027419A1 (zh) * 2022-07-30 2024-02-08 华为技术有限公司 报文发送方法、装置及系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230124947A1 (en) * 2021-10-19 2023-04-20 Cisco Technology, Inc. Load balancing application traffic with predictive goodput adaptation
JP7442708B1 (ja) 2023-03-09 2024-03-04 Kddi株式会社 制御装置、制御方法及びプログラム

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102158977A (zh) * 2011-04-07 2011-08-17 大唐移动通信设备有限公司 一种指示业务类型的方法、装置及系统
CN104471975A (zh) * 2012-07-19 2015-03-25 交互数字专利控股公司 用于检测和管理用户平面拥塞的方法和装置
JP2015089013A (ja) * 2013-10-31 2015-05-07 株式会社Ｎｔｔドコモ 移動通信システム及び通信制御方法
US20160156753A1 (en) * 2013-04-30 2016-06-02 Nokia Solutions And Networks Oy Enhanced gprs tunnel protocol tunnel endpoint identifier
US20160192235A1 (en) * 2014-12-27 2016-06-30 Hughes Network Systems, Llc Acceleration of gtp traffic flows, over a satellite link, in a terrestrial wireless mobile communications system
CN108809853A (zh) * 2018-08-31 2018-11-13 新华三技术有限公司成都分公司 报文传输方法及边缘计算装置
EP3522594A1 (en) * 2016-09-29 2019-08-07 Nec Corporation Base station, gateway, method, program, and recording medium
CN110324162A (zh) * 2018-03-29 2019-10-11 华为技术有限公司 业务服务质量的检测方法、设备及系统
US20200280499A1 (en) * 2019-02-28 2020-09-03 Cisco Technology, Inc. Proactive and intelligent packet capturing for a mobile packet core

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102088391B (zh) * 2009-12-07 2013-09-11 华为技术有限公司 一种IPv6报文的处理方法、设备和系统
EP2911445A1 (en) * 2012-11-05 2015-08-26 Huawei Technologies Co., Ltd. Method and network device for receiving packet
CN109587826B (zh) * 2017-09-29 2020-09-08 华为技术有限公司 一种gtp数据包传输方法、相关装置及存储介质
CN111479330A (zh) * 2019-01-24 2020-07-31 电信科学技术研究院有限公司 一种数据传输方法、装置、发送节点及接收节点
US10798638B2 (en) * 2019-02-15 2020-10-06 Netsia, Inc. Apparatus and method for controller and slice-based security gateway for 5G

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102158977A (zh) * 2011-04-07 2011-08-17 大唐移动通信设备有限公司 一种指示业务类型的方法、装置及系统
CN104471975A (zh) * 2012-07-19 2015-03-25 交互数字专利控股公司 用于检测和管理用户平面拥塞的方法和装置
US20160156753A1 (en) * 2013-04-30 2016-06-02 Nokia Solutions And Networks Oy Enhanced gprs tunnel protocol tunnel endpoint identifier
JP2015089013A (ja) * 2013-10-31 2015-05-07 株式会社Ｎｔｔドコモ 移動通信システム及び通信制御方法
US20160192235A1 (en) * 2014-12-27 2016-06-30 Hughes Network Systems, Llc Acceleration of gtp traffic flows, over a satellite link, in a terrestrial wireless mobile communications system
EP3522594A1 (en) * 2016-09-29 2019-08-07 Nec Corporation Base station, gateway, method, program, and recording medium
CN110324162A (zh) * 2018-03-29 2019-10-11 华为技术有限公司 业务服务质量的检测方法、设备及系统
CN108809853A (zh) * 2018-08-31 2018-11-13 新华三技术有限公司成都分公司 报文传输方法及边缘计算装置
US20200280499A1 (en) * 2019-02-28 2020-09-03 Cisco Technology, Inc. Proactive and intelligent packet capturing for a mobile packet core

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114827044A (zh) * 2022-04-27 2022-07-29 新华三信息安全技术有限公司 一种报文处理方法、装置及网络设备
CN114827044B (zh) * 2022-04-27 2023-12-26 新华三信息安全技术有限公司 一种报文处理方法、装置及网络设备
CN115002808A (zh) * 2022-05-31 2022-09-02 中国联合网络通信集团有限公司 一种信息转发方法、装置、设备及存储介质
WO2023241037A1 (zh) * 2022-06-13 2023-12-21 中兴通讯股份有限公司 报文封装方法及装置、存储介质及电子装置
WO2023241520A1 (zh) * 2022-06-15 2023-12-21 华为技术有限公司 随流检测方法、装置、设备、系统及存储介质
CN115314409A (zh) * 2022-07-20 2022-11-08 北京邮电大学 网络状态信息获取方法及系统
CN115314409B (zh) * 2022-07-20 2024-02-06 北京邮电大学 网络状态信息获取方法及系统
WO2024027419A1 (zh) * 2022-07-30 2024-02-08 华为技术有限公司 报文发送方法、装置及系统
CN115134171A (zh) * 2022-08-30 2022-09-30 湖南麒麟信安科技股份有限公司 隔离网络环境下加密存储报文的方法、装置、系统及介质
CN115134171B (zh) * 2022-08-30 2022-11-29 湖南麒麟信安科技股份有限公司 隔离网络环境下加密存储报文的方法、装置、系统及介质

Also Published As

Publication number Publication date
EP4114115A4 (en) 2023-08-30
US20230064433A1 (en) 2023-03-02
EP4114115A1 (en) 2023-01-04
JP2023523048A (ja) 2023-06-01
WO2022057753A1 (zh) 2022-03-24

Similar Documents

Publication Publication Date Title
CN114189905A (zh) 一种报文处理方法及相关设备
US20210409335A1 (en) Multi-access management service packet classification and prioritization techniques
US20210281983A1 (en) Systems and methods for network slice attachment and configuration
WO2019085853A1 (en) Method and system for supporting multiple qos flows for unstructured pdu sessions
CN108293004B (zh) 用于网络切片管理的系统和方法
US10033595B2 (en) System and method for mobile network function virtualization
WO2019158083A1 (en) Supporting multiple qos flows for unstructured pdu sessions in wireless system using non-standardized application information
WO2020007202A1 (zh) 一种数据传输方法、装置及系统
CN111770545A (zh) 一种业务流路由控制方法、装置及系统
US20230156828A1 (en) Session establishment method and apparatus, system, and computer storage medium
CN114338432A (zh) 传输报文的方法、装置、设备及计算机可读存储介质
CN108934058B (zh) 一种通信方法及装置
WO2021244356A1 (zh) 数据传输方法及装置
CN110999371B (zh) 无锚移动网络中的虚拟锚
US10374948B2 (en) Supporting mobility and multi-homing in the transport layer inside end-hosts
CN117221024A (zh) 通信方法、up设备及cp设备
US9942147B2 (en) Method nodes and computer program for enabling of data traffic separation
EP4207644A1 (en) Message transmission method and apparatus, device, and computer readable storage medium
US20230155899A1 (en) Packet Transmission Method, Apparatus, and System, and Storage Medium
CN117097818A (zh) 一种报文处理的方法及相关设备
CN114221827A (zh) 溯源信息获取方法、装置和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination