CN113300981A - 报文传输方法、装置及系统 - Google Patents

报文传输方法、装置及系统 Download PDF

Info

Publication number
CN113300981A
CN113300981A CN202010109060.2A CN202010109060A CN113300981A CN 113300981 A CN113300981 A CN 113300981A CN 202010109060 A CN202010109060 A CN 202010109060A CN 113300981 A CN113300981 A CN 113300981A
Authority
CN
China
Prior art keywords
forwarding device
user terminal
forwarding
message
user
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
CN202010109060.2A
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 CN202010109060.2A priority Critical patent/CN113300981A/zh
Priority to PCT/CN2020/118829 priority patent/WO2021164259A1/zh
Priority to EP20900678.2A priority patent/EP3896927A4/en
Publication of CN113300981A publication Critical patent/CN113300981A/zh
Priority to US17/468,126 priority patent/US11582113B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/70—Admission control; Resource allocation
    • H04L47/82—Miscellaneous aspects
    • H04L47/825—Involving tunnels, e.g. MPLS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • H04L47/125—Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • 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
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2858—Access network architectures
    • H04L12/2859—Point-to-point connection between the data network and the subscribers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H04L45/745—Address table lookup; Address filtering
    • H04L45/7453—Address table lookup; Address filtering using hashing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
    • 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/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/64—Hybrid switching systems
    • H04L12/6418—Hybrid transport
    • H04L2012/6445—Admission control
    • H04L2012/6448—Medium Access Control [MAC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/02—Topology update or discovery
    • H04L45/026—Details of "hello" or keep-alive messages

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请提供报文传输方法、装置及系统，涉及网络技术领域，能够提高用户侧链路的利用率，降低用户侧链路的负载。应用于包括用户终端、第一转发设备和第二转发设备构成的网络架构中。其中，第一转发设备和第二转发设备之间设置有隧道；用户终端的报文通过负载分担的方式转发至第一转发设备和第二转发设备。该方法包括：第一转发设备接收到用户终端通过负载分担的方式转发的报文，报文包括保活请求报文；第一转发设备为用户终端对应的备用转发设备。第一转发设备将保活请求报文通过隧道转发至第二转发设备；第二转发设备为用户终端对应的主转发设备。

Description

报文传输方法、装置及系统
技术领域
本申请涉及网络技术领域，尤其涉及一种报文传输方法、装置及系统。
背景技术
随着网络技术的发展，在用户宽带接入场景中，为满足互联网业务种类增加对用户接入带宽以及对宽带网络网关(broadband network gateway，BNG)设备支持的用户的会话(session)数量等的需求。将BNG设备应用于基于软件定义网络(software definednetwork，SDN)和网络功能虚拟化(network function virtualization，NFV)的系统架构中，实现BNG设备解耦为控制平面(control plane，CP)设备和用户平面(user plane，UP)设备。
其中，CP设备可以管理多台UP设备，进而CP设备可以管理多个经由UP设备接入网络的用户终端，实现UP设备间用户终端的灵活调度。如此，为实现用户侧链路的负载分担，如图1所示，可以将两台由同一CP设备管理的UP设备通过两条用户侧链路连接至同一交换机(switch，SW)或光线路终端(optical line termination，OLT)。在用户终端通过该SW/OLT请求接入网络时，CP设备可以根据该用户终端的媒体接入控制(media accesscontrol，MAC)地址的哈希(hash)运算结果，确定当前用户终端的MAC地址为奇MAC地址或偶MAC地址，根据用户终端的奇偶MAC地址分别接入不同的UP设备。例如将奇MAC地址的用户终端1经由UP1接入网络，偶MAC地址的用户终端2经由UP2接入网络。或者，CP设备判断UP设备上负载的会话(session)数量，将该用户终端接入session数量少的UP设备。例如将用户终端1从UP1接入网络，用户终端2从UP2接入网络。如此，实现用户终端和UP设备之间用户侧链路的负载分担。上述两种负载分担的方法，后续用户终端1的流量只会经由与UP1之间的用户侧链路1进行转发，用户终端2的流量只会经由与UP2之间的用户侧链路2进行转发。但是，实际上不同用户终端的流量差异比较大，当一条用户侧链路对应的用户终端上行流量出现大象流时，会导致该用户侧链路的负载非常高，影响传输质量。
发明内容
本申请提供的报文传输方法，能够在实现用户侧链路传输报文的负载分担的前提下，提高用户链路的利用率。
为达到上述目的，本申请采用如下技术方案：
第一方面，本申请提供一种报文传输方法，应用于包括用户终端、第一转发设备和第二转发设备构成的网络架构中。其中，第一转发设备和第二转发设备之间设置有隧道；用户终端的报文通过负载分担的方式转发至第一转发设备和第二转发设备。该方法可以包括：第一转发设备接收到用户终端通过负载分担的方式转发的报文，报文包括保活请求报文；第一转发设备为用户终端对应的备用转发设备。第一转发设备将保活请求报文通过隧道转发至第二转发设备；第二转发设备为用户终端对应的主转发设备。
其中，用户终端的报文会通过SW/OLT传输至第一转发设备和第二转发设备，负载分担的方式例如可以包括将SW/OLT与第一转发设备和第二转发设备之间连接的两条用户侧链路(物理链路)通过链路聚合组(link aggregation group，LAG)技术捆绑为一条逻辑链路。
如此，用户终端的报文传输到SW/OLT处会进行负载平衡运算，使得报文通过两条用户侧链路传输至两台转发设备，实现用户侧链路的负载分担。
进一步的，对于某些业务(例如宽带业务)用户终端对应的用户路由只能配置在一台转发设备的情况，本申请实施例通过在两台转发设备之间配置隧道，可以在备用转发设备(未配置用户路由的转发设备)接收到报文后，将该报文通过隧道转发至主转发设备(配置有用户路由的转发设备)。进而防止出现报文转发至未配置用户路由的转发设备时报文丢失的情况。
如此，能够保证在用户终端的报文通过负载分担的方式传输的情况下，提高用户侧链路的利用率，降低用户侧链路的负载。
在一种可能的实现方式中，报文还包括数据报文，方法还包括：若第二转发设备还用于对数据报文进行流量统计以及服务质量QoS处理，则第一转发设备将数据报文通过隧道转发至第二转发设备。
示例性的，用户终端的报文可以包括信令报文，如确认对端“存活状态”的保活报文；还可以包括数据报文，如可以包括用户终端上传或下载的流量数据。对数据报文的流量统计指的是对流量通过情况进行统计，获得实时流量数据。服务质量(quality ofservice，QoS)处理可以针对各种用户终端的不同需求，提供不同的服务质量。例如，普通家庭宽带用户终端需要上网速率达到300.0Mbps即可满足用户需求，则可以对该用户终端对应的数据报文进行限速处理，限制其分配的带宽，将更多的带宽分配给带宽要求更高的设备。
那么，对数据报文进行流量统计以及服务质量QoS处理需要针对用户终端传输的完整的数据报文，则备用转发设备接收到用户终端的数据报文后，需要将该数据报文通过隧道转发至主转发设备，由主转发设备进行流量统计以及服务质量QoS处理后进行转发。
在一种可能的实现方式中，报文还包括数据报文，方法还包括：若第二转发设备不用于对数据报文进行流量统计以及服务质量QoS处理，则第一转发设备将数据报文直接向数据报文的目的设备转发。
示例性的，对数据报文进行流量统计以及服务质量QoS处理的设备可以为其他设备，如在SW/OLT处对数据报文进行流量统计以及服务质量QoS处理，则用户终端的数据报文在SW/OLT处通过负载分担的方式转发至第一转发设备和第二转发设备后，第一转发设备不需要将数据报文转发给第二转发设备，第一转发设备和第二转发设备可以直接转发接收的数据报文至网络。
在一种可能的实现方式中，网络架构中还包括控制设备，在第一转发设备接收到用户终端通过负载分担的方式转发的报文之前，方法还包括：第一转发设备接收用户终端广播的拨号请求。第一转发设备将拨号请求发送至控制设备，接收控制设备发送的用户表项信息；其中，用户表项信息用于表示第一转发设备为用户终端对应的备用转发设备。
示例性的，控制设备可以为BNG的控制平面(BNG-CP)。第一转发设备和第二转发设备为BNG的用户平面(BNG-UP)。在第一转发设备接收到用户终端发送的拨号请求后，将该拨号请求转发至控制设备，通过控制设备完成用户终端的身份验证，并获得由控制设备确定的用户表项信息，进而根据用户表项信息确定自身为用户终端对应的备用转发设备。如此，在用户终端身份的验证，以及确定主备转发设备的身份后，可以对用户终端传输的报文执行对应的动作完成用户上线。
在一种可能的实现方式中，用户表项信息为控制设备根据用户终端的媒体接入控制MAC地址或者第一转发设备和第二转发设备的会话数量确定。
例如，控制设备根据用户终端的MAC地址确定其为奇MAC地址或者为偶MAC地址，之后，可以配置如第一转发设备为奇MAC地址用户终端的主转发设备，第二转发设备为奇MAC地址用户终端的备用转发设备；第二转发设备为偶MAC地址用户终端的主转发设备，第一转发设备为偶MAC地址用户终端的备转发设备。之后，控制设备将配置结果保存至用户表项信息下发至第一转发设备和第二转发设备，则第一转发设备和第二转发设备可以根据用户表项信息执行对应的动作。
在一种可能的实现方式中，在第一转发设备接收到用户终端通过负载分担的方式转发的报文之前，方法还包括：第一转发设备接收用户终端广播的拨号请求。第一转发设备根据拨号请求获得用户表项信息。其中，用户表项信息用于表示第一转发设备为用户终端对应的备用转发设备。
示例性的，第一转发设备和第二转发设备例如可以为宽带接入服务器(broadbandremote access server，BRAS)，则第一转发设备和第二转发设备接收到用户终端的拨号请求后，可以在用户终端身份验证的过程中获得用户终端信息，进而直接确定用户表项信息。
在一种可能的实现方式中，第一转发设备根据拨号请求获得用户表项信息，包括：第一转发设备根据拨号请求对应的用户终端的MAC地址生成用户表项信息。
示例性的，若第一转发设备为BRAS，则第一转发设备可以直接获得用户终端的MAC地址，进而确定其MAC地址为奇MAC地址或偶MAC地址，进而根据预先配置，确定自身为其对应的备用转发设备，并完成用户表项信息的创建。
在一种可能的实现方式中，用户表项信息包括第一指示信息、第二指示信息、用户终端的IP地址和用户终端的MAC地址；其中，第一指示信息用于指示第一转发设备为用户终端对应的备用转发设备，第二指示信息用于指示第二转发设备为用户终端对应的主转发设备。用户表项信息还包括如下任一项或几项：用户终端对应的路由信息，用户终端的QoS信息，用户终端对应的访问控制列表ACL信息。
比如，第一转发设备在接收到用户终端传输的报文后，根据用户表项信息，确定自身为当前传输报文的用户终端的主转发设备或备用转发设备，进而确定是否需要将接收到的报文通过隧道转发至主转发设备。又比如，用户终端的路由信息包括该用户终端传输的数据报文的网络地址，则在第二转发设备不对数据报文进行流量统计以及QoS处理时，第一转发设备直接根据该路由信息将接收到的数据报文转发至对应的互联网。
在一种可能的实现方式中，隧道包括如下任一项或几项：直连接口链路通道、标签交换通道LSP、通用路由封装GRE通道、段路由SRv6通道。
如此，在备用转发设备接收到报文后，可以通过与主转发设备之间的直连隧道或绕行隧道转发至主转发设备。例如，若当前网络架构为叶脊(leaf-spine)网络拓扑结构，第一转发设备和第二转发设备作为leaf设备，则第一转发设备可利用如段路由SRv6通道，将接收到的报文转发至spine设备，再由spine设备利用如段路由SRv6通道转发至第二转发设备。
第二方面，本申请提供一种报文传输方法，应用于包括用户终端、第一转发设备和第二转发设备构成的网络架构中；其中，第一转发设备和第二转发设备之间设置有隧道；用户终端的报文通过负载分担的方式转发至第一转发设备和第二转发设备。该方法可以包括：第二转发设备接收到第一转发设备通过隧道转发的报文，通过隧道转发的报文包括保活请求报文；第二转发设备为用户终端对应的主转发设备；第一转发设备为用户终端对应的备用转发设备。第二转发设备根据保活请求报文更新用户终端的状态。
其中，用户终端状态例如可以包括通信双方建立的连接信息表中的状态，通过该状态确认对端的“存活状态”，如设定预设时间，超过预设时间未接收到用户终端传输的数据，则确定与用户终端的连接出现异常。在第二转发设备接收到该保活请求后，则确认与用户终端直接的连接正常，可以重置(更新)定时器，重新开始下一轮对应于该用户终端连接的计时。
在一种可能的实现方式中，用户终端的报文包括数据报文，方法还包括：若第二转发设备还用于对数据报文进行流量统计以及服务质量QoS处理，则第二转发设备接收到第一转发设备通过隧道转发的第一数据报文。第二转发设备接收到用户终端的第二数据报文。第二转发设备根据第一数据报文和第二数据报文进行流量统计以及QoS处理后向第一数据报文和第二数据报文的目的设备转发。
其中，目的设备例如包括互联网(internet)或者其他外部网络设备。如此，可以实现宽带业务的用户终端通过第二转发设备接入互联网。
在一种可能的实现方式中，用户终端的报文包括数据报文，方法还包括：若第二转发设备不用于对数据报文进行流量统计以及服务质量QoS处理，则第二转发设备接收到用户终端的第二数据报文。第二转发设备直接将第二数据报文向第二数据报文的目的设备转发。
在一种可能的实现方式中，网络架构还包括控制设备，在第二转发设备接收到第一转发设备通过隧道转发的报文之前，方法还包括：第二转发设备接收用户终端广播的拨号请求。第二转发设备将拨号请求发送至控制设备，接收控制设备发送的用户表项信息；其中，用户表项信息用于表示第二转发设备为用户终端对应的主转发设备。
在一种可能的实现方式中，用户表项信息为控制设备根据用户终端的媒体接入控制MAC地址或者第一转发设备和第二转发设备的会话数量确定。
在一种可能的实现方式中，在第二转发设备接收到第一转发设备通过隧道转发的报文之前，方法还包括：第二转发设备接收用户终端广播的拨号请求。第二转发设备根据拨号请求获得用户表项信息；其中，用户表项信息用于表示第二转发设备为用户终端对应的主转发设备。
在一种可能的实现方式中，第二转发设备根据拨号请求获得用户表项信息，包括：第二转发设备根据拨号请求对应的用户终端的MAC地址获得用户表项信息。
在一种可能的实现方式中，用户表项信息包括第一指示信息、第二指示信息、用户终端的IP地址和用户终端的MAC地址；其中，第一指示信息用于指示第一转发设备为用户终端对应的备用转发设备，第二指示信息用于指示第二转发设备为用户终端对应的主转发设备。用户表项信息还包括如下任一项或几项：用户终端对应的路由信息，用户终端的服务质量QoS信息，用户终端对应的访问控制列表ACL信息。
在一种可能的实现方式中，隧道包括如下任一项或几项：直连接口链路通道、标签交换通道LSP、通用路由封装GRE通道、段路由SRv6通道。
第三方面，本申请提供一种报文传输装置，应用于第一转发设备，该装置可以包括：接收单元，发送单元。接收单元，用于接收用户终端通过负载分担的方式转发的报文，报文包括保活请求报文；该第一转发设备为用户终端对应的备用转发设备。发送单元，用于将保活请求报文通过隧道转发至第二转发设备；第二转发设备为用户终端对应的主转发设备。
在一种可能的实现方式中，报文还包括数据报文，若第二转发设备还用于对数据报文进行流量统计以及服务质量QoS处理，则发送单元还用于将数据报文通过隧道转发至第二转发设备。
在一种可能的实现方式中，报文还包括数据报文。发送单元，还用于若第二转发设备不用于对数据报文进行流量统计以及服务质量QoS处理，则将数据报文直接向数据报文的目的设备转发。
在一种可能的实现方式中，接收单元，还用于在接收到用户终端通过负载分担的方式转发的报文之前，接收用户终端广播的拨号请求。发送单元，还用于将拨号请求发送至控制设备。接收单元，还用于接收控制设备发送的用户表项信息；其中，用户表项信息用于表示第一转发设备为用户终端对应的备用转发设备。
在一种可能的实现方式中，用户表项信息为控制设备根据用户终端的媒体接入控制MAC地址或者第一转发设备和第二转发设备的会话数量确定。
在一种可能的实现方式中，装置包括处理单元。接收单元，还用于在接收到用户终端通过负载分担的方式转发的报文之前，接收用户终端广播的拨号请求。处理单元，用于根据拨号请求获得用户表项信息；其中，用户表项信息用于表示第一转发设备为用户终端对应的备用转发设备。
在一种可能的实现方式中，处理单元，具体用于根据拨号请求对应的用户终端的MAC地址生成用户表项信息。
在一种可能的实现方式中，用户表项信息包括第一指示信息、第二指示信息、用户终端的IP地址和用户终端的MAC地址；其中，第一指示信息用于指示第一转发设备为用户终端对应的备用转发设备，第二指示信息用于指示第二转发设备为用户终端对应的主转发设备。用户表项信息还包括如下任一项或几项：用户终端对应的路由信息，用户终端的QoS信息，用户终端对应的访问控制列表ACL信息。
在一种可能的实现方式中，隧道包括如下任一项或几项：直连接口链路通道、标签交换通道LSP、通用路由封装GRE通道、段路由SRv6通道。
第四方面，本申请实例提供一种报文传输装置，该装置应用于第二转发设备，包括：接收单元，处理单元。接收单元，用于接收第一转发设备通过隧道转发的报文，报文包括保活请求报文；第二转发设备为用户终端对应的主转发设备；第一转发设备为用户终端对应的备用转发设备。处理单元，用于根据保活请求报文更新用户终端的状态。
在一种可能的实现方式中，用户终端的报文包括数据报文。装置还包括：发送单元。若处理单元还用于对数据报文进行流量统计以及服务质量QoS处理；则接收单元，还用于接收第一转发设备通过隧道转发的第一数据报文。接收单元，还用于接收用户终端的第二数据报文。发送单元，用于在处理单元根据第一数据报文和第二数据报文进行流量统计以及QoS处理后向第一数据报文和第二数据报文的目的设备转发。
在一种可能的实现方式中，用户终端的报文包括数据报文；装置还包括：发送单元。若处理单元不用于对数据报文进行流量统计以及服务质量QoS处理，则接收单元，还用于接收用户终端的第二数据报文。发送单元，用于直接将第二数据报文向第二数据报文的目的设备转发。
在一种可能的实现方式中，装置还包括：发送单元。接收单元，还用于在接收到第一转发设备通过隧道转发的报文之前，接收到用户终端广播的拨号请求。发送单元，用于将拨号请求发送至控制设备。接收单元，还用于接收控制设备发送的用户表项信息；其中，用户表项信息用于表示第二转发设备为用户终端对应的主转发设备。
在一种可能的实现方式中，用户表项信息为控制设备根据用户终端的媒体接入控制MAC地址或者第一转发设备和第二转发设备的会话数量确定。
在一种可能的实现方式中，接收单元，用于在接收到第一转发设备通过隧道转发的报文之前，接收用户终端广播的拨号请求。处理单元，还用于根据拨号请求获得用户表项信息。其中，用户表项信息用于表示第二转发设备为用户终端对应的主转发设备。
在一种可能的实现方式中，处理单元，具体用于根据拨号请求对应的用户终端的MAC地址获得用户表项信息。
在一种可能的实现方式中，用户表项信息包括第一指示信息、第二指示信息、用户终端的IP地址和用户终端的MAC地址；其中，第一指示信息用于指示第一转发设备为用户终端对应的备用转发设备，第二指示信息用于指示第二转发设备为用户终端对应的主转发设备。用户表项信息还包括如下任一项或几项：用户终端对应的路由信息，用户终端的服务质量QoS信息，用户终端对应的访问控制列表ACL信息。
在一种可能的实现方式中，隧道包括如下任一项或几项：直连接口链路通道、标签交换通道LSP、通用路由封装GRE通道、段路由SRv6通道。
第五方面，本申请提供一种报文传输装置，该报文传输装置可以包括：一个或多个处理器；存储器，用于存储一个或多个计算机程序；一个或多个计算机程序包括指令。当指令被一个或多个处理器执行时，使得该报文传输装置执行如上述第一方面至第二方面，以及其中任一种可能的实现方式中所述的报文传输方法。
第六方面，本申请提供一种装置，该装置具有实现如上述第一方面至第二方面，以及其中任一种可能的实现方式中所述的报文传输方法的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第七方面，本申请实施例提供一种报文传输系统，包括用户终端，第一转发设备和第二转发设备。其中，第一转发设备和第二转发设备之间设置有隧道，用户终端的报文通过负载分担的方式转发至第一转发设备和第二转发设备。第一转发设备执行如上述第一方面以及其中任一种可能的实现方式中所述的报文传输方法。第二转发设备执行如上述第二方面以及其中任一种可能的实现方式中所述的报文传输方法。
第八方面，本申请提供一种计算机可读存储介质，包括计算机指令，当计算机指令在服务器上运行时，使得服务器执行如上述第一方面至第二方面，以及其中任一种可能的实现方式中所述的报文传输方法。
第九方面，本申请提供一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行如上述第一方面至第二方面，以及其中任一种可能的实现方式中任一种可能的实现方式中所述的报文传输方法。
第十方面，提供一种电路系统，电路系统包括处理电路，处理电路被配置为执行如上述第一方面至第二方面，以及其中任一种可能的实现方式中所述的报文传输方法。
附图说明
图1是本申请实施例提供的现有技术中报文传输方法的应用场景示意图；
图2是本申请实施例提供的一种报文传输系统的网络架构的示意图；
图3是本申请实施例提供的一种控制设备和转发设备之间接口的示意图；
图4是本申请实施例提供的一种用户终端身份验证流程的示意图一；
图5是本申请实施例提供的一种用户终端身份验证流程的示意图二；
图6为本申请实施例提供的一种报文传输方法的流程示意图一；
图7为本申请实施例提供的一种报文传输方法的流程示意图二；
图8是本申请实施例提供的一种报文传输方法的流程示意图三；
图9为本申请实施例提供的一种报文传输装置的结构示意图一；
图10为本申请实施例提供的一种报文传输装置的结构示意图二；
图11为本申请实施例提供的一种报文传输装置的硬件结构示意图；
图12为本申请实施例提供的一种报文传输系统的结构示意图；
图13为本申请实施例提供的一种芯片系统的结构示意图。
具体实施方式
下面结合附图对本申请实施例提供的报文传输方法、装置及系统进行详细地描述。
图2中的(a)示例性的给出了本申请实施例提供的一种报文传输系统的网络架构示意图。该网络架构包括多个用户终端21(例如用户终端1和用户终端2)、第一转发设备22、第二转发设备23。各个设备之间可以通过有线网络或者无线网络连接。本申请实施例对设备之间的连接方式不做具体限定。
上述用户终端21可以是可移动电话(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、个人数字助理(personal digital assistant，PDA)、智能手表、上网本、可穿戴电子设备、增强现实技术(augmented reality，AR)设备、虚拟现实(virtual reality，VR)设备、车载设备、工业控制(industrial control)中的无线终端、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端、人工智能(artificialintelligence，AI)终端等可以实现网络接入功能的终端设备，本公开实施例对用户终端的具体形态不作特殊限制。
上述第一转发设备22和第二转发设备23例如可以为宽带接入服务器(broadbandremote access server，BRAS)；或者，如图1所示，将BNG设备应用于基于SDN和NFV的网络架构中，实现BNG设备解耦，则第一转发设备22和第二转发设备可以为BNG的用户平面(BNG-UP)设备。第一转发设备22和第二转发设备23位于网络层的边缘，在宽带接入网络和骨干网络之间起桥梁的作用，提供基本的接入手段和宽带接入网的管理功能。实现多种业务的汇聚与转发，能满足不同用户对传输容量和带宽利用率的要求，是宽带用户接入的核心设备。例如，第一转发设备22接收到用户终端21通过二层设备如SW/OLT24传输的报文后，可以将该报文转发至该报文对应的目的设备25。其中，目的设备25例如可以包括互联网(internet)或者其他外部网络设备。如此，比如可以实现宽带业务的用户终端21通过第一转发设备22接入互联网。第一转发设备22和第二转发设备23还可以接收目的设备25传输的报文，并将该报文转发至用户终端21。
可选的，用户终端21在正常访问网络之前，需要对用户终端21进行身份验证。则上述网络架构中还可以包括验证、授权和计费(authentication、authorization、accounting，AAA)服务器。AAA服务器为能够处理用户终端21访问请求的服务器，提供验证授权以及帐户服务，主要目的是管理用户终端访问网络服务器，对具有访问权的用户终端21提供服务。
可选的，如图2中的(b)中所示，若第一转发设备22和第二转发设备23为BNG的用户平面(BNG-UP)设备，该网络架构中还可以包括控制设备27，如BNG的控制平面(BNG-CP)设备。控制设备27用于与认证系统、计费系统、客户管理系统、服务策略控制系统以及AAA服务器相配合实现用户终端21接入的认证、计费和管理功能。或者，如图2中的(a)中所示，若第一转发设备22和第二转发设备23为BRAS设备，则第一转发设备22和第二转发设备23直接用于与认证系统、计费系统、客户管理系统、服务策略控制系统以及AAA服务器相配合实现用户终端21接入的认证、计费和管理功能。
可选的，如图3所示，为控制设备与第一转发设备/第二转发设备之间的接口示意图。控制设备和第一转发设备/第二转发设备之间通过数据包重定向接口(packetredirect interface，Pri)、状态控制接口(state control interface，Sci)和管理接口(management interface，Mi)实现通信。其中，各个接口在本申请实施例中的用途详见下文图4和图5中关于用户终端身份验证流程的相关描述。
需要说明的是，上述网络架构可以为传统的三层网络拓扑结构，也可以为叶脊(leaf-spine)网络拓扑结构。如第一转发设备22和第二转发设备23作为leaf设备，在第一转发设备22以及第二转发设备23与目的设备25之间可以配置另一转发设备作为spine设备。或者，随着网络技术的发展可以为其他类型的网络拓扑结构。
为了提高SW/OLT24与第一转发设备22和第二转发设备23之间用户侧链路26(例如图2中的(a)中所示的用户侧链路1和用户侧链路2)的利用率，防止出现单侧链路负载较大的问题。可以通过链路聚合组(link aggregation group，LAG)技术将多个物理二层用户侧链路26捆绑为一个逻辑二层链路。LAG中的多条用户侧链路26对应同一个Trunk端口与SW/OLT24连接，该Trunk端口下的多个用户侧链路26可以实现负载均衡。如此，如图2中的(a)或者如图2中的(b)所示，用户终端21传输的上行报文经过SW/OLT24后，会通过用户侧链路1和用户侧链路2传输至第一转发设备22和第二转发设备23，实现用户侧链路26的负载分担。
目前，在现有的网络架构中，SW/OLT24下挂的业务可以为专线业务，如二层虚拟专用网(level 2 virtual private network，L2VPN)，三层虚拟专用网(L3VPN)等；还可以为宽带业务。在通过LAG技术将用户侧链路26聚合后，应用L2VPN、L3VPN或宽带业务的用户终端21可以通过trunk接口的子接口进行区分，使其具备不同的虚拟局域网(virtual localarea network，VLAN)范围。
其中，针对L2VPN用户和L3VPN用户，通过配置，用户终端21的报文在SW/OLT24处通过负载分担的方式(如应用LAG技术)转发至第一转发设备22和第二转发设备23后，第一转发设备22和第二转发设备23可以将获得的报文直接转发至目的设备25，即可以实现两条用户侧链路26的双活接入。针对宽带业务用户，由于宽带业务的用户终端21对应的路由只能配置于在单台转发设备。也就是说，宽带业务用户终端21，利用LAG技术将第一转发设备22和第二转发设备23对应的用户侧链路26聚合后，用户终端21对应的路由只能配置于其中一台转发设备，该转发设备为用户终端21对应的主转发设备，另一台不配置用户终端21对应的路由的转发设备为该用户终端21对应的备用转发设备。这就造成若宽带业务的用户终端21将报文在SW/OLT24处通过负载分担的方式转发至备用转发设备，备用转发设备由于未配置用户终端21对应的路由，则无法处理该报文，甚至会直接丢弃相应的报文，导致用户终端失败下线。
有鉴于此，在本申请的实施例提供了一种报文传输方法，应用于如图2中的(c)所示的网络架构，或者应用于如图2中的(d)所示的网络架构中。其中，图2中的(c)是基于图2中的(a)所示的网络架构进行的改进，图2中的(d)是基于图2中的(b)所示的网络架构进行的改进。如图2中的(c)或者图2中的(d)所示，在第一转发设备22和第二转发设备23之间配置隧道28。如此，若备用转发设备接收到用户终端21转发的报文，且确认自身为未配置该用户终端21对应的路由的备用转发设备，则可以通过隧道28将报文转发至主转发设备，避免用户的失败下线。本申请的实施例提供的报文传输方法，能够在实现用户侧链路以负载分担的方式传输报文的前提下，保证宽带业务用户终端正常传输报文。
首先，对用户终端身份验证过程进行简单的介绍。如图4所示，为一种用户终端身份验证流程的示意图，可以应用于如图2中的(d)所示的网络架构中。
以用户终端通过以太网点对点协议(point-to-point protocol over ethernet，pppoe)接入网络为例，其身份验证过程可以包括：发现阶段协商过程和会话阶段协商过程。
发现阶段协商过程包括：
步骤一、用户终端发送pppoe的拨号请求。如用户终端通过SW/OLT向第一转发设备和第二转发设备发送pppoe激活发现启动(pppoe active discovery initiation，PADI)报文。
步骤二、第一转发设备和第二转发设备将PADI报文通过Pri转发至控制设备。
步骤三、控制设备可以根据PADI报文对应的用户终端的MAC地址或者第一转发设备和第二转发设备的会话(session)数量(或者称之为session负载量)确定主转发设备和备用转发设备。比如，第一转发设备为奇MAC地址的用户终端对应的主转发设备，第二转发设备为偶MAC地址的用户终端对应的备用转发设备。又比如，此时第二转发设备的会话数量较少，用户终端可以通过第二转发设备接入，则第二转发设备为用户终端对应的主转发设备，第一转发设备为用户终端对应的备用转发设备。
步骤四、控制设备向主转发设备回复pppoe激活发现提供(pppoe activediscovery offer，PADO)报文，PADO报文表示允许与该用户终端建立连接。假设此时控制设备确定第二转发设备为用户终端对应的主转发设备，则向第二转发设备回复PADO报文。
步骤五、第二终端通过SW/OLT向用户终端转发PADO报文。
步骤六、用户终端接收到PADO报文后，通过SW/OLT以及第二转发设备向控制设备发送pppoe激活发现请求(pppoe active discovery request，PADR)报文。
步骤七、控制设备接收PADR报文后通过第二转发设备以及SW/OLT向用户终端发送pppoe激活发现会话确认(pppoe active session-confirmation，PADS)报文，完成pppoe拨号请求发现阶段的协商过程。
会话阶段协商过程包括：
步骤一、用户终端通过SW/OLT以及第二转发设备向控制设备发送链路控制协议(link control protocol，LCP)协商请求，该LCP协商请求携带用户终端信息(如用户终端的用户名和密码)，该LCP协商请求用于请求对该用户终端进行身份验证。
步骤二、控制设备根据LCP协商请求获得用户终端信息，并将该用户终端信息发送至AAA服务器。
步骤三、AAA服务器将存储的用户终端信息，与接收到的用户终端信息进行匹配，以对用户终端的身份进行验证，验证通过(即存储的用户终端信息与接收到的用户终端信息相同)后，向控制设备发送应答报文。
步骤四、控制设备接收到应答报文后，允许用户终端接入网络，通知AAA服务器开始计费，并通过Mi向第二转发设备发送分配给用户终端的地址信息以及域名信息。第二转发设备将地址信息以及域名信息下发至用户终端。
步骤五、控制设备生成并通过SCi向第一转发设备和第二转发设备下发用户表项信息。
步骤六、第二转发设备根据用户表项信息生成用户路由，并向其他设备通告该用户路由信息，后续用户终端可以通过第二转发设备接入网络。
其中，用户表项信息包括第一指示信息，第二指示信息，用户终端的IP地址，用户终端的MAC地址。其中，第一指示信息用于指示第一转发设备为用户终端对应的备用转发设备，第二指示信息用于指示第二转发设备为用户终端对应的主转发设备。用户表项信息还包括如下任一项或几项：用户终端对应的路由信息，用户终端的QoS信息，用户终端对应的访问控制列表(access control lists，ACL)信息。如下表1所示，示例性的列举一种用户表项信息包含的内容以及含义。其中，用户终端对应的ACL信息在用户表项信息中会显示该用户终端对应的ACL模板的名称。
表1
Figure BDA0002389326710000101
示例性的，如图5所示，为又一种用户终端身份验证流程的示意图，可以应用于如图2中的(c)所示的网络架构中。此时，第一转发设备和第二转发设备可以执行控制设备与AAA服务器交互的动作。
参见图5所示，发现阶段协商过程包括：
步骤一、用户终端发送pppoe的拨号请求。如用户终端通过SW/OLT向第一转发设备和第二转发设备发送PADI报文。
步骤二、在第一转发设备和第二转发设备接收到PADI报文后，会直接根据PADI报文对应的用户终端的MAC地址确定主转发设备以及备用转发设备。假设此时确定第二转发设备为用户终端对应的主转发设备，则由第二转发设备向用户终端回复PADO报文。
步骤三、第二终端通过SW/OLT向用户终端转发PADO报文。
步骤四、用户终端接收到PADO报文后，通过SW/OLT向第二转发设备发送PADR报文。
步骤五、第二转发设备接收PADR报文后通过SW/OLT向用户终端发送PADS报文，完成pppoe拨号请求发现阶段的协商过程。
会话阶段协商过程包括：
步骤一、用户终端通过SW/OLT向第二转发设备发送LCP协商请求。
步骤二、第二转发设备根据LCP协商请求获得用户终端信息，并将该用户终端信息发送至AAA服务器。
步骤三、AAA服务器对用户终端的身份进行验证，验证通过后，向第二转发设备发送应答报文。
步骤四、第二转发设备接收到应答报文后，允许用户终端接入网络，通知AAA服务器开始计费，并通过SW/OLT向用户终端发送分配给用户终端的地址信息以及域名信息。
步骤五、第二转发设备生成用户表项信息以及用户路由。
步骤六、主转发设备向备用转发设备发送用户数据，指示备用转发设备进行用户数据同步。即第二转发设备向第一转发设备发送用户数据。
步骤七、第一转发设备进行用户数据同步，并生成对应的用户表项信息。
后续，该用户终端可以正常访问网络。
如图6所示，为用户终端身份验证通过后，本申请实施例提供一种报文传输方法的流程示意图。该方法可以包括S101-S103：
S101、第一转发设备接收到用户终端通过负载分担的方式转发的报文，该报文包括保活请求报文。
其中，用户终端的报文可以包括信令报文，如保活(keepalive)请求报文。在用户终端与转发设备之间建立连接并通信的过程中，通信双方都有可能出现掉电、死机、异常重启等各种意外。意外发生后，若双方未及时正常释放连接，则连接的另一方在不知道对端的情况下，会一直维护该连接，导致异常连接累计，造成端系统资源的消耗和浪费。基于此，可以利用保活请求报文来探测连接对端的“存活”状态。
比如，如图2中的(d)所示，SW/OLT24与第一转发设备22和第二转发设备23之间的用户侧链路26通过LAG技术聚合形成一条逻辑链路，实现用户侧链路26的负载分担。在通过控制设备27与AAA服务器对用户终端21的身份验证，以及确定第一转发设备22为用户终端21对应的备用转发设备，第二转发设备23为用户终端21对应的主转发设备后，用户终端21的报文在SW/OLT24处通过负载分担的方式向第一转发设备22和第二转发设备23转发。在报文通过SW/OLT24处时，SW/OLT24会进行负载平衡运算，如哈希(hash)运算等。之后，根据负载平衡的运算结果，报文会转发至第一转发设备22和第二转发设备23。
又比如，如图2中的(c)所示，由第一转发设备22和第二转发设备22确定第一转发设备22为用户终端21对应的备用转发设备，第二转发设备23为用户终端21对应的主转发设备。并由第二转发设备23与AAA服务器对用户终端21的身份进行验证后，用户终端21的报文在SW/OLT24处通过负载分担的方式向第一转发设备22和第二转发设备23转发。在报文通过SW/OLT24处时，SW/OLT24会进行负载平衡运算，如哈希(hash)运算等。之后，根据负载平衡的运算结果，报文会转发至第一转发设备22和第二转发设备23。
如此，在多条用户侧链路之间实现负载均衡，第一转发设备和第二转发设备接收到经过负载平衡运算后的报文。
S102、第一转发设备将保活请求报文通过隧道转发至第二转发设备。
其中，隧道包括如下任一项或几项：直连接口链路通道、标签交换通道(labelswitch path，LSP)、通用路由封装(generic gouting encapsulation，GRE)通道、第6版IP协议段路由(segment routing version，SRv6)通道。比如隧道为直连接口链路通道，则表示在第一转发设备和第二转发设备之间建立直连通道，可以直接进行报文的传输。又比如，利用上述SRv6等转发技术，在第一转发设备和第二转发设备之间建立绕行隧道，通过中间设备如spine设备的转接进行报文的传输。
示例性的，根据负载平衡的运算结果，报文传输至第一转发设备后，第一转发设备查询用户表项信息，根据用户表项信息确定接收到的报文对应的用户终端的标识。进而根据用户终端的标识确定第一转发设备为该报文对应的用户终端的备用转发设备。如可以在报文中设置标识位，第一转发设备接收到报文后根据标识位的取值确定对应的指示信息，进而确定指示信息指示的该转发设备对于该用户终端的主备状态。如该标识位的取值对应第一指示信息，用于指示第一转发设备为该用户终端的备用转发设备。备用转发设备不用于回复保活请求报文，则第一转发设备会通过与第二转发设备之间的隧道将接收到的保活请求报文转发至第二转发设备，由第二转发设备对该保活请求报文进行处理。
比如，如图2中的(d)所示，第一转发设备22接收到用户终端21的报文在SW/OLT24处通过负载分担的方式传输的报文后，会根据用户表项信息，确定不需要对该报文进行处理，而是将该报文通过隧道28转发至第二转发设备23。
S103、第二转发设备根据保活请求报文更新用户终端的状态。
其中，用户终端的状态例如可以包括是否正常连接，保活定时器数值等。具体的，一般通信双方会建立连接信息表，用于保存对端设备的通信状况，并且会设置保活定时器。在第二转发设备接收到保活请求报文后，确认用户终端在线，会重置保活请求定时器，并更新用户终端的状态重新开始计时。进而防止超过预设时间未接收到用户终端传输的信息，第二转发设备删除连接信息表中用户终端的信息。相应的，用户终端接收到保活请求报文的确认应答报文后，也会更新第二转发设备的状态，保证正常连接。可以理解的是，第二转发设备也可以主动向用户终端发送保活请求报文，用于确认用户终端的状态。
示例性的，第二转发设备接收到第一转发设备通过隧道转发过来的保活请求报文后，会更新用户终端的状态，并且会根据上述用户终端身份验证过程中获得的用户路由，向用户终端发送保活请求报文的确认应答(acknowledge character，ACK)报文。也就是说，即使宽带业务的用户终端对应的路由只能配置于在单台转发设备，在报文通过负载分担的方式传输到备用转发设备后，备用转发设备也可以将该报文通过隧道转发到主转发设备，由主转发设备根据用户路由进行处理，保证用户可以正常接入。
比如，如图2中的(d)所示，第二转发设备23接收到第一转发设备22通过隧道28转发的保活请求报文，会根据保活请求报文更新对应的用户终端21的状态，重启保活计时器，并向用户终端21发送保活请求报文的应答报文，确认双方连接正常。
由此，本申请实施例提供的报文传输方法，通过在第一转发设备和第二转发设备之间建立隧道，能够保证在用户终端的报文通过负载分担的方式传输的情况下，用户终端正常接入，能够提高用户侧链路的利用率，降低用户侧链路的负载。
在一些实施例中，若用户终端通过负载分担的方式向第一转发设备和第二转发设备转发的报文中还包括数据报文。并且，第二转发设备(主转发设备)还用于对数据报文进行流量统计以及服务质量(quality of service，QoS)处理，则如图7所示，为本申请实施例提供的又一种报文传输方法，该方法可以包括：S201-S204：
S201、第一转发设备接收到用户终端通过负载分担的方式转发的报文，该报文包括第一数据报文。
其中，用户终端的报文还可以包括数据报文，数据报文例如可以包括用户终端上传或下载的流量数据，对该数据报文的流量统计指的是对流量通过情况进行统计，获得实时流量数据。QoS处理是一种能够为部分用户和/或应用提供更好或特殊服务而劣化其他用户或应用的网络流量管理能力。可以利用QoS处理技术将用户流量等级化。进一步的，QoS处理可以针对各种用户终端的不同需求，提供不同的服务质量。例如，提供专用带宽、减少报文丢失率、网络拥塞管理、网络拥塞避免、流量限速等，实现更合理地分配与利用现有带宽。如普通家庭宽带用户终端需要上网速率达到300.0Mbps即可满足用户需求，则可以对该用户终端对应的数据报文进行限速处理，限制其分配的带宽，将更多的带宽分配给时延要求更高的设备。
示例性的，转发设备可以用于对用户终端传输的报文数据进行流量统计和QoS处理，如此，在第一转发设备接收到用户终端在SW/OLT处通过负载平衡运算后传输的报文后，会查询用户表项信息，进而确定转发设备自身对于当前传输报文的用户终端的主备状态，进而确定是否需要转发该报文。
其余内容可以参考步骤S101的相关描述，在此不再赘述。
S202、第一转发设备将第一数据报文通过隧道转发至第二转发设备。
示例性的，第一转发设备确定自身对于当前传输报文的用户终端为备用转发设备后，会将接收到的报文数据通过与第二转发设备之间的直连隧道或绕行隧道转发至第二转发设备，由第二转发设备对其进行处理。
其余内容可以参考步骤S102的相关描述，在此不再赘述。
S203、第二转发设备接收到用户终端的第二数据报文。
示例性的，用户终端通过负载分担的方式向转发设备传输数据报文，第一转发设备和第二转发设备都会接收到其中的部分数据报文，如此防止在单条用户侧链路传输流量数据造成用户侧链路负载不均，如用户侧链路1超载，用户侧链路2负载率不足等。
S204、第二转发设备根据第一数据报文和第二数据报文进行流量统计和QoS处理后向第一数据报文和第二数据报文的目的设备转发。
示例性的，第二转发设备通过上述步骤S202步骤S203获得第一数据报文和第二数据报文后，即得到用户终端传输的完整的数据报文，进而可以对该完整的数据报文进行流量统计和QoS处理。之后，将处理完成后的流量数据向与第一数据报文和第二数据报文对应的目的设备转发。并且，第二转发设备还用于接收目的设备下发的回程数据报文，并根据获得的用户路由将该回程数据报文转发至用户终端。如目的设备可以为互联网(internet)，则第二转发设备对获得的完整的数据报文如流量数据进行限速处理后，转发至互联网。并将回程流量转发至用户终端。如此，用户终端上线，接入网络。
比如，如图2中的(d)所示，第二转发设备23接收到第一转发设备22通过隧道28转发的第一数据报文，以及接收到用户终端21的第二数据报文后，根据第一数据报文和第二数据报文进行流量统计和QoS处理后，将其转发至目的设备25。并且，由第二转发设备23接收到目的设备25传输的回程数据报文，并由第二转发设备23将该回程数据报文转发至用户终端21。
由此，本申请实施例提供的报文传输方法，通过在第一转发设备和第二转发设备之间建立隧道，能够保证在用户终端通过负载分担的方式传输报文的情况下，用户终端正常接入，能够提高用户侧链路的利用率，降低用户侧链路的负载。
在一些实施例中，若用户终端通过负载分担的方式向第一转发设备和第二转发设备转发的报文中还包括数据报文，并且，第二转发设备(主转发设备)不用于对数据报文进行流量统计以及QoS处理，则如图8所示，为本申请实施例提供的又一种报文传输方法，该方法可以包括：S301-S303：
S301、用户终端通过负载分担的方式向第一转发设备和第二转发设备转发报文，该报文包括数据报文。
示例性的，可以将流量统计以及QoS处理的功能不配置在转发设备处，如配置在SW/OLT处进行流量统计以及QoS处理。则不必在转发设备处再次对用户终端上行的数据报文进行流量统计以及QoS处理。其中，用户终端通过负载分担的方式上行传输数据报文，则第一转发设备会接收到第一数据报文，第二转发设备会接收到第二数据报文。
S302、第一转发设备将第一数据报文直接向第一数据报文的目的设备转发。
S303、第二转发设备将第二数据报文直接向第二数据报文的目的设备转发。
示例性的，在步骤S302和步骤S303中，第一转发设备接收到的第一数据报文和第二转发设备接收到的第二数据报文均为将用户终端上行数据报文流量统计以及QoS处理后以负载分担的方式传输的报文。如此，第一转发设备不必在将接收到的数据报文通过隧道转发给第二转发设备，第二转发设备也不必等到接收到第一转发设备转发的数据报文后再对数据报文进行处理。第一转发设备和第二转发设备可以直接将接收到的数据报文转发至数据报文的目的设备。而目的设备会根据数据报文确定对应的主转发设备，进而利用主转发设备转发回程数据报文。
由此，本申请实施例提供的报文传输方法，通过在第一转发设备和第二转发设备之间建立隧道，能够保证在用户终端通过负载分担的方式传输报文的情况下，用户终端正常接入，能够提高用户侧链路的利用率，降低用户侧链路的负载。
图9示出了上述实施例中所涉及的报文传输装置的一种可能的结构示意图。该报文传输装置900包括：接收单元901以及发送单元902。
其中，接收单元901，用于支持报文传输装置900执行图6中的步骤S101，图7中的步骤S201，图8中的步骤S301，和/或用于本文所描述的技术的其它过程。
发送单元902，用于支持报文传输装置900执行图4中发现阶段协商过程的步骤二，图6中的步骤S102，图7中的步骤S202，图8中的步骤S302，和/或用于本文所描述的技术的其它过程。
报文传输装置900还可以包括处理单元903，用于支持报文传输装置900执行图5中发现阶段协商过程的步骤二，图5中会话阶段协商的步骤七，和/或用于本文所描述的技术的其它过程。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元的功能描述，在此不再赘述。
图10示出了上述实施例中所涉及的报文传输装置的一种可能的结构示意图。该报文传输装置1000包括：接收单元1001以及处理单元1002。
其中，接收单元1001，用于支持报文传输装置1000执行图7中的步骤S203，图8中的步骤S301，和/或用于本文所描述的技术的其它过程。
处理单元1002，用于支持报文传输装置1000执行图4中会话阶段协商的步骤六，图5中发现阶段协商过程的步骤二，图5中会话阶段协商的步骤五，图6中的步骤S103，图7中的步骤S204，和/或用于本文所描述的技术的其它过程。
报文传输装置1000还可以包括处发送单元1003，用于支持报文传输装置1000执行图4中发现阶段协商过程的步骤二和步骤五，图5中会话阶段协商的步骤六，图8中的步骤S303，和/或用于本文所描述的技术的其它过程。
其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能单元的功能描述，在此不再赘述。
图11所示为本申请实施例提供的报文传输装置的硬件结构示意图。该报文传输装置可以对应于上述图9中的报文传输装置或者可以对应于上述图10中的报文传输装置，包括至少一个处理器1101，通信线路1102，存储器1103以及至少一个通信接口1104。其中，存储器1103还可以包括于处理器1101中。
处理器1101可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路1102可包括一通路，在上述组件之间传送信息。
通信接口1104，用于与其他设备通信。在本申请实施例中，通信接口可以是模块、电路、总线、接口、收发器或者其它能实现通信功能的装置，用于与其他设备通信。可选的，当通信接口是收发器时，该收发器可以为独立设置的发送器，该发送器可用于向其他设备发送信息，该收发器也可以为独立设置的接收器，用于从其他设备接收信息。该收发器也可以是将发送、接收信息功能集成在一起的部件，本申请实施例对收发器的具体实现不做限制。
存储器1103可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasableprogrammable read-only memory，EEPROM)、只读光盘(compactdisc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路1102与处理器1101相连接。存储器1103也可以和处理器1101集成在一起。
其中，存储器1103用于存储用于实现本申请方案的计算机执行指令，并由处理器1101来控制执行。处理器1101用于执行存储器1103中存储的计算机执行指令，从而实现本申请下述实施例提供的报文传输方法。
可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码、指令、计算机程序或者其它名称，本申请实施例对此不作具体限定。
在具体实现中，作为一种实施例，处理器1101可以包括一个或多个CPU，例如图11中的CPU0和CPU1。
在具体实现中，作为一种实施例，该报文传输装置1100可以包括多个处理器，例如图11中的处理器1101和处理器1105。这些处理器中的每一个可以是一个单核(single-core)处理器，也可以是一个多核(multi-core)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
需要说明的是，上述的报文传输装置可以是一个通用设备或者是一个专用设备，本申请实施例不限定该报文传输装置的类型。本申请实施例示意的结构并不构成对该报文传输装置的具体限定。在本申请另一些实施例中，该报文传输装置可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
本申请实施例提供一种报文传输系统1200，如图12所示，包括用户终端1201、第一转发设备1202和第二转发设备1203，第一转发设备1202和第二转发设备1203之间设置有隧道1204，用户终端1201的报文通过负载分担的方式(如利用LAG技术)转发至第一转发设备1202和第二转发设备1203。
其中，第一转发设备1202用于执行图6中的步骤S101和S102，图7中的步骤S201和S202，图8中的步骤S302，和/或用于本文所描述的技术的其它过程。
第二转发设备1203用于执行图6中的步骤S103，图7中的步骤S203和S204，图8中的步骤S303，和/或用于本文所描述的技术的其它过程。
可以理解的是，该报文传输系统1200中可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应部件的功能描述，在此不再赘述。
本申请实施例还提供一种芯片系统，如图13所示，该芯片系统包括至少一个处理器1301和至少一个接口电路1302。处理器1301和接口电路1302可通过线路互联。例如，接口电路1302可用于从其它装置接收信号。又例如，接口电路1302可用于向其它装置(例如处理器1301)发送信号。示例性的，接口电路1302可读取存储器中存储的指令，并将该指令发送给处理器1301。当所述指令被处理器1301执行时，可使得报文传输装置执行上述实施例中的报文传输方法中的各个步骤。当然，该芯片系统还可以包含其他分立器件，本申请实施例对此不作具体限定。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在服务器上运行时，使得服务器执行上述相关方法步骤实现上述实施例中的报文传输方法。
本申请实施例还提供一种计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述相关步骤，以实现上述实施例中的报文传输方法。
另外，本申请的实施例还提供一种装置，该装置具体可以是组件或模块，该装置可包括相连的一个或多个处理器和存储器；其中，存储器用于存储计算机程序，一个或多个计算机程序包括指令。当该指令被一个或多个处理器执行时，以使装置执行上述各方法实施例中的报文传输方法。
其中，本申请实施例提供的装置、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。
通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，模块或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：快闪存储器、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序指令的介质。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (40)

1.一种报文传输方法，其特征在于，应用于包括用户终端、第一转发设备和第二转发设备构成的网络架构中；其中，所述第一转发设备和所述第二转发设备之间设置有隧道；所述用户终端的报文通过负载分担的方式转发至第一转发设备和第二转发设备；所述方法包括：
第一转发设备接收到所述用户终端通过负载分担的方式转发的报文，所述报文包括保活请求报文；所述第一转发设备为所述用户终端对应的备用转发设备；
所述第一转发设备将所述保活请求报文通过所述隧道转发至所述第二转发设备；所述第二转发设备为所述用户终端对应的主转发设备。
2.根据权利要求1所述的方法，其特征在于，所述报文还包括数据报文，所述方法还包括：
若所述第二转发设备还用于对所述数据报文进行流量统计以及服务质量QoS处理，则所述第一转发设备将所述数据报文通过所述隧道转发至所述第二转发设备。
3.根据权利要求1所述的方法，其特征在于，所述报文还包括数据报文，所述方法还包括：
若所述第二转发设备不用于对所述数据报文进行流量统计以及服务质量QoS处理，则所述第一转发设备将所述数据报文直接向所述数据报文的目的设备转发。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述网络架构中还包括控制设备，在所述第一转发设备接收到用户终端通过负载分担的方式转发的报文之前，所述方法还包括：
所述第一转发设备接收所述用户终端广播的拨号请求；
所述第一转发设备将所述拨号请求发送至所述控制设备，接收所述控制设备发送的用户表项信息；其中，所述用户表项信息用于表示所述第一转发设备为所述用户终端对应的备用转发设备。
5.根据权利要求4所述的方法，其特征在于，所述用户表项信息为所述控制设备根据所述用户终端的媒体接入控制MAC地址或者所述第一转发设备和所述第二转发设备的会话数量确定。
6.根据权利要求1-3任一项所述的方法，其特征在于，在所述第一转发设备接收到用户终端通过负载分担的方式转发的报文之前，所述方法还包括：
所述第一转发设备接收所述用户终端广播的拨号请求；
所述第一转发设备根据所述拨号请求获得用户表项信息；其中，所述用户表项信息用于表示所述第一转发设备为所述用户终端对应的备用转发设备。
7.根据权利要求6所述的方法，其特征在于，所述第一转发设备根据所述拨号请求获得所述用户表项信息，包括：
所述第一转发设备根据所述拨号请求对应的用户终端的MAC地址生成所述用户表项信息。
8.根据权利要求4-7任一项所述的方法，其特征在于，所述用户表项信息包括第一指示信息、第二指示信息、所述用户终端的IP地址和所述用户终端的MAC地址；其中，所述第一指示信息用于指示所述第一转发设备为所述用户终端对应的备用转发设备，所述第二指示信息用于指示所述第二转发设备为所述用户终端对应的主转发设备；
所述用户表项信息还包括如下任一项或几项：所述用户终端对应的路由信息，所述用户终端的QoS信息，所述用户终端对应的访问控制列表ACL信息。
9.根据权利要求1-8任一项所述的方法，其特征在于，所述隧道包括如下任一项或几项：直连接口链路通道、标签交换通道LSP、通用路由封装GRE通道、段路由SRv6通道。
10.一种报文传输方法，其特征在于，应用于包括用户终端、第一转发设备和第二转发设备构成的网络架构中；其中，所述第一转发设备和所述第二转发设备之间设置有隧道；所述用户终端的报文通过负载分担的方式转发至第一转发设备和第二转发设备；所述方法包括：
所述第二转发设备接收到所述第一转发设备通过所述隧道转发的报文，所述通过所述隧道转发的报文包括保活请求报文；所述第二转发设备为所述用户终端对应的主转发设备；所述第一转发设备为所述用户终端对应的备用转发设备；
所述第二转发设备根据所述保活请求报文更新所述用户终端的状态。
11.根据权利要求10所述的方法，其特征在于，所述用户终端的报文包括数据报文，所述方法还包括：
若所述第二转发设备还用于对数据报文进行流量统计以及服务质量QoS处理，则所述第二转发设备接收到所述第一转发设备通过所述隧道转发的第一数据报文；
所述第二转发设备接收到所述用户终端的第二数据报文；
所述第二转发设备根据所述第一数据报文和所述第二数据报文进行流量统计以及QoS处理后向所述第一数据报文和第二数据报文的目的设备转发。
12.根据权利要求10所述的方法，其特征在于，所述用户终端的报文包括数据报文，所述方法还包括：
若所述第二转发设备不用于对数据报文进行流量统计以及服务质量QoS处理，则所述第二转发设备接收到所述用户终端的第二数据报文；
所述第二转发设备直接将所述第二数据报文向所述第二数据报文的目的设备转发。
13.根据权利要求10-12任一项所述的方法，其特征在于，所述网络架构还包括控制设备，在所述第二转发设备接收到所述第一转发设备通过所述隧道转发的报文之前，所述方法还包括：
所述第二转发设备接收所述用户终端广播的拨号请求；
所述第二转发设备将所述拨号请求发送至所述控制设备，接收所述控制设备发送的用户表项信息；其中，所述用户表项信息用于表示所述第二转发设备为所述用户终端对应的主转发设备。
14.根据权利要求13所述的方法，其特征在于，所述用户表项信息为所述控制设备根据所述用户终端的媒体接入控制MAC地址或者所述第一转发设备和所述第二转发设备的会话数量确定。
15.根据权利要求10-12任一项所述的方法，其特征在于，在所述第二转发设备接收到所述第一转发设备通过所述隧道转发的报文之前，所述方法还包括：
所述第二转发设备接收所述用户终端广播的拨号请求；
所述第二转发设备根据所述拨号请求获得用户表项信息；其中，所述用户表项信息用于表示所述第二转发设备为所述用户终端对应的主转发设备。
16.根据权利要求15所述的方法，其特征在于，所述第二转发设备根据所述拨号请求获得所述用户表项信息，包括：
所述第二转发设备根据所述拨号请求对应的用户终端的MAC地址获得所述用户表项信息。
17.根据权利要求13-16任一项所述的方法，其特征在于，所述用户表项信息包括第一指示信息、第二指示信息、所述用户终端的IP地址和所述用户终端的MAC地址；其中，所述第一指示信息用于指示所述第一转发设备为所述用户终端对应的备用转发设备，所述第二指示信息用于指示所述第二转发设备为所述用户终端对应的主转发设备；
所述用户表项信息还包括如下任一项或几项：所述用户终端对应的路由信息，所述用户终端的服务质量QoS信息，所述用户终端对应的访问控制列表ACL信息。
18.根据权利要求10-17任一项所述的方法，其特征在于，所述隧道包括如下任一项或几项：直连接口链路通道、标签交换通道LSP、通用路由封装GRE通道、段路由SRv6通道。
19.一种报文传输装置，其特征在于，所述装置应用于第一转发设备，包括：接收单元，发送单元；
所述接收单元，用于接收用户终端通过负载分担的方式转发的报文，所述报文包括保活请求报文；所述第一转发设备为所述用户终端对应的备用转发设备；
所述发送单元，用于将所述保活请求报文通过隧道转发至第二转发设备；所述第二转发设备为所述用户终端对应的主转发设备。
20.根据权利要求19所述的装置，其特征在于，所述报文还包括数据报文，若所述第二转发设备还用于对所述数据报文进行流量统计以及服务质量QoS处理，则所述发送单元还用于将所述数据报文通过所述隧道转发至所述第二转发设备。
21.根据权利要求19所述的装置，其特征在于，所述报文还包括数据报文；
所述发送单元，还用于若所述第二转发设备不用于对所述数据报文进行流量统计以及服务质量QoS处理，则将所述数据报文直接向所述数据报文的目的设备转发。
22.根据权利要求19-21任一项所述的装置，其特征在于，
所述接收单元，还用于在接收到用户终端通过负载分担的方式转发的报文之前，接收所述用户终端广播的拨号请求；
所述发送单元，还用于将所述拨号请求发送至控制设备；
所述接收单元，还用于接收所述控制设备发送的用户表项信息；其中，所述用户表项信息用于表示所述第一转发设备为所述用户终端对应的备用转发设备。
23.根据权利要求22所述的装置，其特征在于，所述用户表项信息为所述控制设备根据所述用户终端的媒体接入控制MAC地址或者所述第一转发设备和所述第二转发设备的会话数量确定。
24.根据权利要求19-21任一项所述的装置，其特征在于，所述装置包括处理单元，
所述接收单元，还用于在接收到用户终端通过负载分担的方式转发的报文之前，接收所述用户终端广播的拨号请求；
所述处理单元，用于根据所述拨号请求获得用户表项信息；其中，所述用户表项信息用于表示所述第一转发设备为所述用户终端对应的备用转发设备。
25.根据权利要求24所述的装置，其特征在于，
所述处理单元，具体用于根据所述拨号请求对应的用户终端的MAC地址生成所述用户表项信息。
26.根据权利要求22-25任一项所述的装置，其特征在于，所述用户表项信息包括第一指示信息、第二指示信息、所述用户终端的IP地址和所述用户终端的MAC地址；其中，所述第一指示信息用于指示所述第一转发设备为所述用户终端对应的备用转发设备，所述第二指示信息用于指示所述第二转发设备为所述用户终端对应的主转发设备；
所述用户表项信息还包括如下任一项或几项：所述用户终端对应的路由信息，所述用户终端的QoS信息，所述用户终端对应的访问控制列表ACL信息。
27.根据权利要求19-26任一项所述的装置，其特征在于，所述隧道包括如下任一项或几项：直连接口链路通道、标签交换通道LSP、通用路由封装GRE通道、段路由SRv6通道。
28.一种报文传输装置，其特征在于，所述装置应用于第二转发设备，包括：接收单元，处理单元；
所述接收单元，用于接收第一转发设备通过隧道转发的报文，所述报文包括保活请求报文；所述第二转发设备为所述用户终端对应的主转发设备；所述第一转发设备为所述用户终端对应的备用转发设备；
所述处理单元，用于根据所述保活请求报文更新所述用户终端的状态。
29.根据权利要求28所述的装置，其特征在于，所述用户终端的报文包括数据报文；所述装置还包括：发送单元；
若所述处理单元还用于对数据报文进行流量统计以及服务质量QoS处理；则所述接收单元，还用于接收所述第一转发设备通过所述隧道转发的第一数据报文；
所述接收单元，还用于接收所述用户终端的第二数据报文；
所述发送单元，用于在所述处理单元根据所述第一数据报文和所述第二数据报文进行流量统计以及QoS处理后向所述第一数据报文和第二数据报文的目的设备转发。
30.根据权利要求28所述的装置，其特征在于，所述用户终端的报文包括数据报文；所述装置还包括：发送单元；
若所述处理单元不用于对数据报文进行流量统计以及服务质量QoS处理，则所述接收单元，还用于接收所述用户终端的第二数据报文；
所述发送单元，用于直接将所述第二数据报文向所述第二数据报文的目的设备转发。
31.根据权利要求28-30任一项所述的装置，其特征在于，所述装置还包括：发送单元；
所述接收单元，还用于在接收到所述第一转发设备通过所述隧道转发的报文之前，接收到所述用户终端广播的拨号请求；
所述发送单元，用于将所述拨号请求发送至控制设备；
所述接收单元，还用于接收所述控制设备发送的用户表项信息；其中，所述用户表项信息用于表示所述第二转发设备为所述用户终端对应的主转发设备。
32.根据权利要求31所述的装置，其特征在于，所述用户表项信息为所述控制设备根据所述用户终端的媒体接入控制MAC地址或者所述第一转发设备和第二转发设备的会话数量确定。
33.根据权利要求28-30任一项所述的装置，其特征在于，
所述接收单元，用于在接收到所述第一转发设备通过所述隧道转发的报文之前，接收所述用户终端广播的拨号请求；
所述处理单元，还用于根据所述拨号请求获得用户表项信息；其中，所述用户表项信息用于表示所述第二转发设备为所述用户终端对应的主转发设备。
34.根据权利要求33所述的装置，其特征在于，
所述处理单元，具体用于根据所述拨号请求对应的用户终端的MAC地址获得所述用户表项信息。
35.根据权利要求31-34任一项所述的装置，其特征在于，所述用户表项信息包括第一指示信息、第二指示信息、所述用户终端的IP地址和所述用户终端的MAC地址；其中，所述第一指示信息用于指示所述第一转发设备为所述用户终端对应的备用转发设备，所述第二指示信息用于指示所述第二转发设备为所述用户终端对应的主转发设备；
所述用户表项信息还包括如下任一项或几项：所述用户终端对应的路由信息，所述用户终端的服务质量QoS信息，所述用户终端对应的访问控制列表ACL信息。
36.根据权利要求31-35任一项所述的装置，其特征在于，所述隧道包括如下任一项或几项：直连接口链路通道、标签交换通道LSP、通用路由封装GRE通道、段路由SRv6通道。
37.一种报文传输装置，其特征在于，所述报文传输装置包括：
一个或多个处理器；
存储器，用于存储一个或多个计算机程序，所述一个或多个计算机程序包括指令；当所述指令被所述一个或多个处理器执行时，使得所述报文传输装置执行如权利要求1-9中任一项所述的报文传输方法；或者，使得所述报文传输装置执行如权利要求10-18中任一项所述的报文传输方法。
38.一种报文传输系统，其特征在于，包括用户终端，第一转发设备和第二转发设备；其中，所述第一转发设备和所述第二转发设备之间设置有隧道；所述用户终端的报文通过负载分担的方式转发至第一转发设备和第二转发设备；所述第一转发设备执行如权利要求1-9中任一项所述的报文传输方法；所述第二转发设备执行如权利要求10-18中任一项所述的报文传输方法。
39.一种计算机可读存储介质，其特征在于，包括计算机指令，当所述计算机指令在装置上运行时，使得所述装置执行如权利要求1-9中任一项所述的报文传输方法；或者，使得所述装置执行如权利要求10-18中任一项所述的报文传输方法。
40.一种计算机程序产品，其特征在于，当所述计算机程序产品在计算机上运行时，使得所述计算机执行如权利要求1-9中任一项所述的报文传输方法；或者，使得所述计算机执行如权利要求10-18中任一项所述的报文传输方法。
CN202010109060.2A 2020-02-21 2020-02-21 报文传输方法、装置及系统 Pending CN113300981A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202010109060.2A CN113300981A (zh) 2020-02-21 2020-02-21 报文传输方法、装置及系统
PCT/CN2020/118829 WO2021164259A1 (zh) 2020-02-21 2020-09-29 报文传输方法、装置及系统
EP20900678.2A EP3896927A4 (en) 2020-02-21 2020-09-29 PACKET TRANSMISSION METHOD, APPARATUS AND SYSTEM
US17/468,126 US11582113B2 (en) 2020-02-21 2021-09-07 Packet transmission method, apparatus, and system utilizing keepalive packets between forwarding devices

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010109060.2A CN113300981A (zh) 2020-02-21 2020-02-21 报文传输方法、装置及系统

Publications (1)

Publication Number Publication Date
CN113300981A true CN113300981A (zh) 2021-08-24

Family

ID=77317532

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010109060.2A Pending CN113300981A (zh) 2020-02-21 2020-02-21 报文传输方法、装置及系统

Country Status (4)

Country Link
US (1) US11582113B2 (zh)
EP (1) EP3896927A4 (zh)
CN (1) CN113300981A (zh)
WO (1) WO2021164259A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113300981A (zh) * 2020-02-21 2021-08-24 华为技术有限公司 报文传输方法、装置及系统
CN114257891A (zh) * 2021-12-22 2022-03-29 苏州盛科通信股份有限公司 无源光纤网络中控制mac漂移的方法及应用

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102742222A (zh) * 2011-06-29 2012-10-17 华为技术有限公司 维持传输线路连通的方法和装置
US10142129B1 (en) * 2016-09-27 2018-11-27 Juniper Networks, Inc. Bum packet filtering in multi-homed EVPN overlay networks
CN109194521A (zh) * 2018-09-29 2019-01-11 新华三技术有限公司 一种流量转发方法及设备
CN109218188A (zh) * 2017-07-04 2019-01-15 华为技术有限公司 链路聚合系统、方法、装置、设备及介质
CN109698788A (zh) * 2017-10-20 2019-04-30 华为技术有限公司 流量转发方法和流量转发装置

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6073176A (en) * 1996-07-29 2000-06-06 Cisco Technology, Inc. Dynamic bidding protocol for conducting multilink sessions through different physical termination points
US6618355B1 (en) * 1999-05-07 2003-09-09 Carriercomm, Inc. Service tariffing based on usage indicators in a radio based network
US6880089B1 (en) * 2000-03-31 2005-04-12 Avaya Technology Corp. Firewall clustering for multiple network servers
US9166904B2 (en) * 2005-09-08 2015-10-20 Cisco Technology, Inc. Method and apparatus for transferring BGP state information during asynchronous startup
US20090073990A1 (en) * 2007-09-14 2009-03-19 Hewlett-Packard Development Company, L.P. Method of replacing a router in a layer 3 network
CN101325557A (zh) * 2008-07-25 2008-12-17 华为技术有限公司 一种隧道负载分担的方法、系统和装置
JP5392034B2 (ja) * 2009-12-01 2014-01-22 富士通株式会社 通信装置および通信方法
US20120124431A1 (en) * 2010-11-17 2012-05-17 Alcatel-Lucent Usa Inc. Method and system for client recovery strategy in a redundant server configuration
ES2429396B1 (es) * 2012-03-20 2014-11-18 Telefónica, S.A. Método y sistema para monitorización de tráfico de red
US8565689B1 (en) * 2012-06-13 2013-10-22 All Purpose Networks LLC Optimized broadband wireless network performance through base station application server
CN102769573B (zh) * 2012-08-01 2014-11-05 杭州华三通信技术有限公司 借助bfd报文实现bgp保活信息发送的方法及路由设备
US9621642B2 (en) * 2013-06-17 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods of forwarding data packets using transient tables and related load balancers
JP6290053B2 (ja) * 2014-09-18 2018-03-07 株式会社東芝 通信装置、通信システムおよび通信方法
US9853855B2 (en) * 2014-12-03 2017-12-26 Fortinet, Inc. Stand-by controller assisted failover
US10089123B2 (en) * 2015-05-04 2018-10-02 Cisco Technology, Inc. Virtual cable modem termination system redundancy in a cable modem network environment
CN108574635B (zh) * 2017-03-09 2021-06-22 华为技术有限公司 一种路由优先级配置方法、设备以及控制器
CN108712344B (zh) * 2018-03-22 2019-09-06 新华三信息安全技术有限公司 一种报文转发方法和网络设备
CN109039888A (zh) * 2018-08-10 2018-12-18 新华三技术有限公司合肥分公司 报文环路消除方法及分布式弹性dr设备
US11012259B1 (en) * 2018-09-13 2021-05-18 Ca, Inc. Systems and methods for preserving system contextual information in an encapsulated packet
CN110572290B (zh) * 2019-09-10 2022-02-22 迈普通信技术股份有限公司 主设备确定方法、装置、电子设备、存储介质及网络系统
CN113300981A (zh) * 2020-02-21 2021-08-24 华为技术有限公司 报文传输方法、装置及系统

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102742222A (zh) * 2011-06-29 2012-10-17 华为技术有限公司 维持传输线路连通的方法和装置
US10142129B1 (en) * 2016-09-27 2018-11-27 Juniper Networks, Inc. Bum packet filtering in multi-homed EVPN overlay networks
CN109218188A (zh) * 2017-07-04 2019-01-15 华为技术有限公司 链路聚合系统、方法、装置、设备及介质
CN109698788A (zh) * 2017-10-20 2019-04-30 华为技术有限公司 流量转发方法和流量转发装置
CN109194521A (zh) * 2018-09-29 2019-01-11 新华三技术有限公司 一种流量转发方法及设备

Also Published As

Publication number Publication date
US20210409288A1 (en) 2021-12-30
WO2021164259A1 (zh) 2021-08-26
US11582113B2 (en) 2023-02-14
EP3896927A1 (en) 2021-10-20
EP3896927A4 (en) 2022-03-16

Similar Documents

Publication Publication Date Title
US10122574B2 (en) Methods and apparatus for a common control protocol for wired and wireless nodes
US9173117B2 (en) Enhancing a mobile backup channel to address a node failure in a wireline network
CN108092893B (zh) 一种专线开通方法及装置
CN105610632B (zh) 一种虚拟网络设备及相关方法
WO2020216339A1 (zh) 接入网关的方法及装置
US9007909B2 (en) Link layer reservation of switch queue capacity
EP3151510A2 (en) Mac (l2) level authentication, security and policy control
JP2019526983A (ja) ブロードバンドリモートアクセスサーバの制御プレーン機能と転送プレーン機能の分離
EP3174261B1 (en) Multilink fusion method, server and client
WO2021254001A1 (zh) 会话建立方法、装置、系统及计算机存储介质
US11582113B2 (en) Packet transmission method, apparatus, and system utilizing keepalive packets between forwarding devices
CN101980496A (zh) 报文处理方法和系统、交换机和接入服务器设备
WO2021169291A1 (zh) 发布路由的方法、网元、系统及设备
WO2015090035A1 (zh) 网络资源的共享处理、共享方法及装置、系统
CN117500000A (zh) 基于移动边缘计算的算力资源调度方法、设备及存储介质
WO2021185253A1 (zh) 拨号报文处理方法, 网元, 系统及网络设备
CN110620999B (zh) 用户面数据处理方法及装置
CN108259292B (zh) 建立隧道的方法及装置
CN113300998A (zh) 实现数据加密传输的方法及装置、通信系统
WO2022017453A1 (zh) 一种网络接入方法、装置及系统
CN113949634B (zh) 一种报文传输的方法、装置及系统
EP4373051A1 (en) Apparatuses, methods and non-transitory computer-readable storage mediums for network access to residential gateways
EP4432610A1 (en) Apparatuses, methods and non-transitory computer-readable storage mediums for network access
WO2023088411A1 (zh) 发送指令、信息的方法及装置
WO2023279992A1 (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