CN114006846A - IPv6数据包的传输方法及装置 - Google Patents
IPv6数据包的传输方法及装置 Download PDFInfo
- Publication number
- CN114006846A CN114006846A CN202010669475.5A CN202010669475A CN114006846A CN 114006846 A CN114006846 A CN 114006846A CN 202010669475 A CN202010669475 A CN 202010669475A CN 114006846 A CN114006846 A CN 114006846A
- Authority
- CN
- China
- Prior art keywords
- path
- information
- node
- network
- data 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 81
- 230000005540 biological transmission Effects 0.000 title claims description 27
- 230000003993 interaction Effects 0.000 claims abstract description 33
- 230000007246 mechanism Effects 0.000 claims description 9
- 238000005538 encapsulation Methods 0.000 abstract description 26
- 238000001514 detection method Methods 0.000 abstract description 8
- 238000010586 diagram Methods 0.000 description 32
- 230000006870 function Effects 0.000 description 10
- 238000005516 engineering process Methods 0.000 description 9
- 238000004590 computer program Methods 0.000 description 8
- 230000000694 effects Effects 0.000 description 8
- 230000002457 bidirectional effect Effects 0.000 description 7
- 238000013507 mapping Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 238000013461 design Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 4
- 230000004048 modification Effects 0.000 description 4
- 241000465502 Tobacco latent virus Species 0.000 description 3
- 230000008901 benefit Effects 0.000 description 3
- 230000002093 peripheral effect Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000008520 organization Effects 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- 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/70—Routing based on monitoring results
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
- H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例提供一种IPv6数据包的传输方法及装置，该方法包括：通过第一路径发送第一数据包，第一数据包携带：第一信息，表示第一节点与网络侧交互的信息；通过第二路径接收第二数据包，所述第二数据包携带：第二信息，表示网络侧反馈的所述第一节点与网络侧交互的信息的结果。在本发明实施例中，通过让应用感知到路径信息的方式，使得应用可以灵活的选择一个或多个报文封装相关的探测需求，进而了解网络的情况，比如可以感知到应用的正向网络时延和反向网络时延，或者在了解到承载路径信息后，直接在流量中指定建议的路径，增强了第一节点、第二节点与网络入口节点的交互能力，可以提供灵活的交互服务。
Description
技术领域
本发明实施例涉及一种数据包的传输方法及装置，具体涉及一种IPv6数据包的传输方法及装置。
背景技术
目前网络很难感知到业务，在一些第五代移动通信技术(5th generation，5G)，物联网(Internet of Things，IoT)，边缘计算等场景中，一些严苛服务质量(critical QoS)的业务越来越多，传统的访问控制列表(Access Control List，ACL)，深度报文解析(Deeppacket inspection，DPI)都很难灵活地支撑这些业务的识别。
现有技术中，应用感知网络(Application-aware Networking，APN)数据包自动携带了相关的用户/业务信息，从而支持网络路径的头端(headend)根据业务需求和用户ID情况，进入对应的隧道/策略(tunnel/Policy)。
但是，目前这种业务和网络路径的智能匹配是单方面的，即仅仅支持网络对于应用的信息的感知，不支持应用对于网络信息的感知，也不支持两者之间的协商和性能评估。
发明内容
本发明实施例的一个目的在于提供一种IPv6数据包的传输方法及装置，解决业务和网络路径的智能匹配是单方面的，不支持协商和评估的问题。
第一方面，提供一种IPv6数据包的传输方法，应用于第一节点，包括：
通过第一路径发送第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
通过第二路径接收第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
可选地，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
所述第二信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳、第二路径的网络入口时间戳、第二路径的网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第二信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口tunnel绑定的逆方向tunnel的信息、第二路径的网络入口tunnel的信息、与第二路径的网络入口tunnel绑定的逆方向tunnel的信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第二信息包括以下一项或多项组合：第一路径的网络入口BSID的信息、第二路径的网络入口BSID的信息。
可选地，所述第一信息包括路径信息请求字段，所述路径信息请求字段用于请求网络侧在接收到的IPv6数据包中封装路径信息。
可选地，所述第一信息为路径信息请求的服务参数选项，所述服务参数选项是APN机制中支持在APN数据包中携带的应用的服务需求。
可选地，所述第二信息携带在所述第二数据包的目的选项头中，所述目的选项头是IPv6机制中支持在IPv6扩展头中携带的信息。
可选地，所述方法还包括：
在所述第二数据包之后的同一个流的第五数据包中封装路径的相关信息，所述路径的相关信息指示目标路径。
可选地，所述路径的相关信息为服务参数选项中的选定路径字段指示，或者所述的路径相关的信息直接放入到段路由技术的段列表中。
可选地，第一数据包为第一APN数据包，第二数据包为第二APN数据包，第五数据包为第五APN数据包。
第二方面，提供一种IPv6数据包的传输方法，应用于第二节点，包括：
通过第一路径接收第三数据包，所述第三数据包携带：第一信息和/或第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示所述第一路径的信息；
通过第二路径发送第四数据包，所述第四数据包携带：所述第一信息和/或第三信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
可选地，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
所述第三信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第三信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第三信息包括：第一路径的网络入口绑定段标识BSID的信息。
可选地，所述第一信息包括路径信息请求字段，所述路径信息请求字段用于第一节点请求网络侧在接收到的IPv6数据包中封装路径信息。
可选地，所述第一信息为路径信息请求的服务参数选项。
可选地，所述第三信息携带在所述第三数据包或第四数据包的目的选项头中。可选地，第三数据包为第三APN数据包，第四数据包为第四APN数据包。
第三方面，提供一种IPv6数据包的传输方法，应用于第三节点，包括：
接收第一节点发送的第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
向第二节点发送的第三数据包，所述第三数据包携带：第一信息和第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示第一路径的信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
可选地，所述方法还包括：
接收所述第二节点发送的第四数据包，所述第四数据包携带：所述第一信息和第三信息；
发送第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果。
可选地，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息。
可选地，所述第二信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳、第二路径的网络入口时间戳、第二路径的网络出口时间戳；
或者，
所述第二信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息、第二路径的网络入口tunnel的信息、与第二路径的网络入口tunnel绑定的逆方向tunnel的信息；
或者，
所述第二信息包括以下一项或多项组合：第一路径的网络入口绑定段标识BSID的信息、第二路径的网络入口BSID的信息。
可选地，所述第三信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳；
或者，
所述第三信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息；
或者，
所述第三信息包括：第一路径的网络入口绑定段标识BSID的信息。
第四方面，提供一种IPv6数据包的传输装置，应用于第一节点，包括：
第一发送模块，用于通过第一路径发送第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
第一接收模块，用于通过第二路径接收第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
第五方面，提供一种第一节点，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现包括第一方面所述的方法的步骤。
第六方面，提供一种IPv6数据包的传输装置，应用于第二节点，包括：
第二接收模块，用于通过第一路径接收第三数据包，所述第三数据包携带：第一信息和/或第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示所述第一路径的信息；
第二发送模块，用于通过第二路径发送第四数据包，所述第四数据包携带：所述第一信息和/或第三信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
第七方面，提供一种第二节点，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现包括第二方面所述的方法的步骤。
第八方面，提供一种IPv6数据包的传输装置，应用于第三节点，包括：
第三接收模块，用于接收第一节点发送的第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
第三发送模块，用于向第二节点发送的第三数据包，所述第三数据包携带：第一信息和第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示第一路径的信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
第九方面，提供一种第三节点，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现包括第三方面所述的方法的步骤。
第十方面，提供一种可读存储介质，所述可读存储介质上存储有程序，所述程序被处理器执行时实现包括如上所述的方法的步骤。
在本发明实施例中，通过让应用感知到路径信息的方式，使得应用可以灵活的选择一个或多个报文封装相关的探测需求，进而了解网络的情况，比如可以感知到应用的正向网络时延和反向网络时延，或者在了解到应用流量的承载路径信息后，直接在应用流量中指定建议的路径，增强了第一节点、第二节点与网络入口节点的交互能力，可以提供灵活的交互服务。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1为本发明实施例的IPv6数据包的传输方法的示意图之一；
图2为本发明实施例的IPv6数据包的传输方法的示意图之二；
图3为本发明实施例的IPv6数据包的传输方法的示意图之三；
图4为本发明实施例的IPv6数据包的传输方法的示意图之四；
图5为本发明实施例的IPv6数据包的传输方法的示意图之五；
图6为实施例1中的IPv6数据包的传输的示意图；
图7为实施例1中的PathInfoRequest的示意图；
图8为实施例1中的Destination Options header的示意图；
图9为实施例2中的IPv6数据包的传输的示意图；
图10为实施例2中的PathInfoRequest的示意图；
图11为实施例2中的Destination Options header的示意图之一；
图12为实施例2中的Destination Options header的示意图之二；
图13为实施例2中的反馈报文的示意图；
图14为实施例3中的IPv6数据包的传输的示意图；
图15为实施例3中的PathInfoRequest的示意图；
图16为实施例3中的Destination Options header的示意图；
图17为实施例3中的反馈报文的示意图；
图18为实施例4中的IPv6数据包的传输的示意图；
图19为本发明实施例中IPv6数据包的传输装置的示意图之一；
图20为本发明实施例中第一节点的示意图；
图21为本发明实施例中IPv6数据包的传输装置的示意图之二；
图22为本发明实施例中第二节点的示意图；
图23为本发明实施例中IPv6数据包的传输装置的示意图之三；
图24为本发明实施例中第三节点的示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。
在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
在本发明实施例中，第一数据包、第二数据包、第三数据包、第四数据包、第五数据包可以称为第一IPv6数据包、第二IPv6数据包、第三IPv6数据包、第四IPv6数据包、第五IPv6数据包，或者也可以称为第一APN数据包、第二APN数据包、第三APN数据包、第四APN数据包、第五APN数据包。
术语“系统”和“网络”常被可互换地使用。CDMA系统可实现诸如CDMA2000、通用地面无线电接入(Universal Terrestrial Radio Access，UTRA)等无线电技术。UTRA包括宽带CDMA(Wideband Code Division Multiple Access，WCDMA)和其他CDMA变体。TDMA系统可实现诸如全球移动通信系统(Global System for Mobile Communication，GSM)之类的无线电技术。OFDMA系统可实现诸如超移动宽带(Ultra Mobile Broadband，UMB)、演进型UTRA((Evolution-UTRA，E-UTRA))、IEEE 802.11((Wi-Fi))、IEEE 802.16((WiMAX))、IEEE802.20、Flash-OFDM等无线电技术。UTRA和E-UTRA是通用移动电信系统(Universal MobileTelecommunications System，UMTS)的部分。LTE和更高级的LTE(如LTE-A)是使用E-UTRA的新UMTS版本。UTRA、E-UTRA、UMTS、LTE、LTE-A以及GSM在来自名为“第三代伙伴项目”(3rdGeneration Partnership Project，3GPP)的组织的文献中描述。CDMA2000和UMB在来自名为“第三代伙伴项目2”(3GPP2)的组织的文献中描述。本文所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。
参见图1，本发明实施例提供一种IPv6数据包的传输方法，应用于第一节点，比如客户端(Client)，或者Client侧的边缘节点(Edge Node)，或者应用(APP)，具体步骤包括：步骤101和步骤102；
步骤101：通过第一路径发送第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息，比如需要第一路径(或者称为正向路径、上行路径)和第二路径(或者称为反向路径、下行路径)的路径信息，需要第一路径和第二路径的时延信息、策略信息等；
上述第一节点与网络侧交互的信息表示第一节点了解网络的探测需求，比如时延需求、数据流的带宽需求等，第一节点可以灵活的配置第一信息，也就是第一节点可以灵活的选择在第一数据包中封装相关的探测需求，进而了解网络的情况，该第一节点也可以称为封装节点。
步骤102：通过第二路径接收第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果；
上述第一节点与网络侧交互的信息的结果是网络侧基于第一节点的探测需求反馈的内容，比如应用的正向网络时延和反向网络时延，或者在网络侧应用流量使用的路径等。
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点(对应图2中的Headend)到网络出口节点(对应图2中的Endpoint)的路径；
所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点(对应图2中的Endpoint)到出口节点(对应图2中的Headend)的路径，可以理解的是，此处的网络入口节点和网络出口节点因为方向不同，跟第一路径中所述的网络入口节点和网络出口节点相反。
可以理解的是，上述网络中入口节点支持将APN数据包(APN packet)根据需求映射到特定的SR policy上，也可以称为映射节点。
可以理解的是，第二节点可以是服务器(Server)，或者边缘节点(Edge Node)。
在一些实施方式中，所述第一信息表示所述第一节点请求记录(或期望记录)所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
所述第二信息可以包括以下一项或多项组合：(1)第一路径的网络入口时间戳、(2)第一路径的网络出口时间戳、(3)第二路径的网络入口时间戳、(4)第二路径的网络出口时间戳。
在另一些实施方式中，所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息。；
所述第二信息可以包括以下一项或多项组合：(1)第一路径的网络入口隧道(tunnel)的信息(比如tunnel ID)、(2)与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息(或者称为反方向tunnel的信息)、(3)第二路径的网络入口tunnel的信息、(4)与第二路径的网络入口tunnel绑定的逆方向tunnel的信息；
上述tunnel是从网络入口到网络出口的一个路径，配置有tunnel ID。网络入口可以支持双向的tunnel，双向的tunnel中的tunnel可以共享一个tunnel ID，或者双向的tunnel中的tunnel的tunnel ID具有绑定关系。可以理解的是，与第一路径的网络入口tunnel绑定的逆方向tunnel的tunnel ID可以是第一路径的网络入口封装的，也可以是网络出口封装的。
在另一些实施方式中，所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第二信息可以包括以下一项或多项组合：(1)第一路径的网络入口绑定段标识(BSID)的信息、(2)第二路径的网络入口BSID的信息。
可选地，所述第一信息可以包括：路径信息请求(比如PathInfoRequest)字段，所述路径信息请求字段用于请求网络侧在接收到的APN数据包中封装路径信息。
可选地，所述第一信息为路径信息请求的服务参数选项(比如，service-paraoption)，所述服务参数选项是APN机制中支持在packet中携带的APP的服务需求，比如服务等级协议(Service-Level Agreement，SLA)需求，例如数据流的带宽需求，延时需求等，可以理解的是，在设计时可以支持做一些扩展，例如申请一个新的选项(option)，存储所述第一信息。
可选地，所述第二信息携带在所述第二数据包的目的选项头(DestinationOptions header)中，所述目的选项头是IPv6机制中支持在IPv6扩展头中携带的一些信息，该目的选项头，指的是IPv6的目的节点处理的一些信息，可以理解的是，在设计时其支持做一些扩展，例如申请一个新的option，存储所述第二信息。
在一些实施方式中，在图1所示流程的基础上，方法还可以包括：在所述第二数据包之后的同一个流的第五数据包中封装路径的相关信息，所述路径的相关信息指示目标路径，即指定路径，表示流量进入的路径，这时流量支持在headend不需要根据业务用户需求选路径。
可选地，路径的相关信息为服务参数选项(比如service-para option)中的选定路径(比如selectedPath)字段指示，或者所述路径相关的信息直接放入到段路由技术的段列表(SID list)中，例如SR-MPLS的多协议标签交换(Multi-Protocol Label Switching，MPLS)标签栈，或者IPv6分段路由(Segment Routing IPv6，SRv6)的分段路由头(SegmentRouting Header，SRH)头的分段列表(Segment list)中。
在本发明实施例中，提供了一种让应用感知到路径信息的方式，应用可以灵活的选择一个或多个报文封装相关的探测需求，进而了解网络的情况，比如可以感知到应用的正向网络时延和反向网络时延，或者在了解到承载路径信息后，直接在流量中指定建议的路径；通过本发明实施例，增强了封装节点(比如Client、APP或者Server、Edge Node)与网络入口节点(比如Headend)的交互能力，可以提供灵活的交互服务。
参见图3，本发明实施例提供一种IPv6数据包的传输方法，应用于第二节点，比如服务器(Server)，或服务器侧边缘节点(Edge Node)，具体步骤包括：步骤301和步骤302。
步骤301：通过第一路径接收第三数据包，所述第三数据包携带：第一信息和/或第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示所述第一路径的信息；
步骤302：通过第二路径发送第四数据包，所述第四数据包携带：所述第一信息和/或第三信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点(对应图2中的Headend)到网络出口节点(对应图2中的Endpoint)的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点(对应图2中的Endpoint)到出口节点(对应图2中的Headend)的路径，可以理解的是，此处的网络入口节点和网络出口节点因为方向不同，跟第一路径中所述的网络入口节点和网络出口节点相反。
在一些实施方式中，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
所述第三信息可以包括以下一项或多项组合：(1)第一路径的网络入口时间戳、(2)第一路径的网络出口时间戳；
在另一些实施方式中，所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第三信息可以包括以下一项或多项组合：第一路径的网络入口tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息(或者称为反方向tunnel的信息)；
在另一些实施方式中，所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第三信息可以包括：第一路径的网络入口BSID的信息。
可选地，所述第一信息可以包括路径信息请求(比如，PathInfoRequest)字段，所述路径信息请求字段用于第一节点请求网络侧在接收到的APN数据包中封装路径信息。例如，所述第一信息为路径信息请求的服务参数选项，比如service-para option，即PathInfoRequest作为一种新的service-para option。
可选地，所述第三信息携带在所述第三数据包或第四数据包中的IPv6目的选项头，即作为目的选项头(Destination Options header)中的一种新的option。
可选地，在所述第四数据包之后的同一个流的其他APN数据包中封装路径的相关信息，所述路径的相关信息指示目标路径，即指定路径，表示流量进入的路径，这时流量支持在headend不需要根据业务用户需求选路径。
在本发明实施例中，提供了一种让应用感知到路径信息的方式，应用可以灵活的选择一个或多个报文封装相关的探测需求，进而了解网络的情况，比如可以感知到应用的正向网络时延和反向网络时延，或者在了解到承载路径信息后，直接在流量中指定建议的路径；通过本发明的方法，增强了封装节点(APP、Server或者Edge Node)与网络入口节点的交互能力，可以提供灵活的交互服务。
参见图4，本发明实施例提供一种IPv6数据包的传输方法，该方法的执行主体为第三节点，比如包括Headend和/或EndPoint，具体步骤包括：步骤401和步骤402。
步骤401：接收第一节点发送的第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
步骤402：向第二节点发送的第三数据包，所述第三数据包携带：第一信息和第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示第一路径的信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点(对应图2中的Headend)到网络出口节点(对应图2中的Endpoint)的路径，第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点(对应图2中的Endpoint)到出口节点(对应图2中的Headend)的路径。
可以理解的是，在第一路径上Headend具有报文封装功能，在第二路径上EndPoint具有报文封功能，因此，第一路径上的Headend和第二路径上的EndPoint可以称为封装节点。
可选地，在图4所示的方法的基础上，方法还可以包括：
接收所述第二节点发送的第四数据包，所述第四数据包携带：所述第一信息和第三信息；
发送第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果。
在一些实施方式中，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，第二路径的网络入口和网络出口时间戳。
在另一些实施方式中，所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息。
在另一些实施方式中，所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息。
在一些实施方式中，所述第二信息可以包括以下一项或多项组合：(1)第一路径的网络入口时间戳、(2)第一路径的网络出口时间戳、(3)第二路径的网络入口时间戳、(4)第二路径的网络出口时间戳；
在另一些实施方式中，所述第二信息可以包括以下一项或多项组合：(1)第一路径的网络入口tunnel的信息、(2)与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息(或者称为反方向tunnel的信息)、(3)第二路径的网络入口tunnel的信息、(4)与第二路径的网络入口tunnel绑定的逆方向tunnel的信息。
在另一些实施方式中，所述第二信息包括以下一项或多项组合：第一路径的网络入口绑定段标识BSID的信息、第二路径的网络入口BSID的信息。
在一些实施方式中，所述第三信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳。
在另一些实施方式中，所述第三信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、第一路径的网络出口tunnel的信息。
在另一些实施方式中，所述第三信息包括：第一路径的网络入口绑定段标识BSID的信息。
在另一些实施方式中，所述第三信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳。
在本发明实施例中，提供了一种让应用感知到路径信息的方式，应用可以灵活的选择一个或多个报文封装相关的探测需求，进而了解网络的情况，比如可以感知到应用的正向网络时延和反向网络时延，或者在了解到承载路径信息后，直接在流量中指定建议的路径；通过本发明的方法，增强了封装节点(比如Client、APP或者Server、Edge Node)与网络入口节点的交互能力，可以提供灵活的交互服务。
目前的APN架构中，网络能够了解应用的需求，应用本身感知不了网络情况；应用只是提出需求，让网络看着办，但是怎么办了，效果如何，应用不是很清楚网络的工作。
在本发明实施例中可以基于APN的流量需求封装，提供一种应用与网络可交互的通信机制，来支持更高级的网络智能的实现，其中相关的节点可以包括，客户端(Client)，服务器(Server)，头端(Head-End)，端点(End-Point)。
在本发明实施例中，APN数据包能够支持更多的信息的携带，对于某些流量/流量中的部分packets/某个packet，可以提出要了解路径信息的需求。
例如，Client/Server提出要求，携带网络路径的实际延时给对端，可选的，对端进行反馈，这时Head-End/End-Point节点进行这些信息的封装。
可选地，在service-para option中添加一个sub-TLV，PathInfoRequest，其中Flags第一个Bit设为1，表示需要双向的路径信息，BitsMap的第一个Bit设为1，表示需要网络路径时延的信息反馈回来。
下面结合图5，以及实施例1～实施例6介绍本发明实施例的实施方式。
实施例1：时间戳，App封装APN。
参见图5和图6，具体步骤如下：
步骤1：对于某些流量，封装APN的节点(client)封装上记录路径信息请求(PathInfoRequest)的服务参数选项(service-para option)，例如类型(type)＝100，FlagBitOne＝1，BitsMap BitOne＝1，标识希望记录网络第一路径的时延和第二路径的时延。
APN封装中可以包括service-para option中的延迟子标签长度值(delay sub-TLV)，即可以提出自己的延时需求，但是不妨碍同时希望了解路径的实际延时。
步骤2：头端(Headend)节点根据流量需求，映射流量到特定的tunnel/策略(policy)，根据PathInfoRequest的sub-TLV，在IPv6的目的选项头(Destination Optionsheader)中，新添一个选项(option)，例如“0x3D”，其内容是sub-TLV1，携带时间戳信息1。
步骤3：端点(EndPoint)收到上述数据包(packet)，根据pathInfoRequest的sub-TLV，在IPv6的DOH(Destination Options header)里面，新添一个option，例如“0x3D”，其内容是sub-TLV2，携带时间戳信息2。
步骤4：packet到达Server，Server是目的地，处理Destination Options header(APN其他封装可能已经消失)，记录相关的时间戳1和时间戳2，在反馈相关的报文时，server封装上路径信息请求的service-para option，例如，Flags bit2＝1，标识反馈(反方向)，同时封装DOH的时间戳1和时间戳2。
步骤5：packet到达第二节点(server)侧的headend(对应图中的end-point)，headend(s)读取service-para option的记录PathInfoRequest，添加时间戳3。
步骤6：packet到达第二路径的EndPoint，该节点读取service-para option的记录PathInfoRequest，添加时间戳4。
步骤7：packet到达client，client收集到4个时间戳(时间戳1、时间戳2、时间戳3和时间戳4)。
service-para option中的sub-TLV PathInfoRequest封装在例如DOH中(外层)或者分段路由头(Segment Routing Header，SRH)的TLV中，参见图7：
(1)Flag bit1代表是否要求双向信息，bit2标识是否是反馈的；
(2)BitsMap是位图(每个bit需要实现规定含义，比如置1则要求相关记录相关的信息)，bit1是时延(latency)，bit2是路径标识(pathID)。
目的选项头(Destination Options header)新的option 0x3D，包括一系列的子类型(sub-type)，参见图8。
例如，4个时戳的设定为sub-type1、sub-type2、sub-type3、sub-type4。
当收到了需要封装转发的报文，并且PathInfoRequest Flag bit2＝0，代表正向，则封装网络入口时戳。
当收到了需要解封装的报文，解封装之后PathInfoRequest Flag bit2＝0，代表正向，则封装网络出口时戳。
到server收到了报文，看到PathInfoRequest Flag bit1＝1，代表要求反馈，则在DOH中封装上述两个时戳，并且反馈报文中PathInfoRequest Flag bit1＝1，bit2＝1。
当收到了需要封装转发的报文，并且PathInfoRequest Flag bit2＝1，代表反向，则封装第二路径入口时戳。
当收到了需要解封装的报文，解封装之后PathInfoRequest Flag bit2＝1，代表反向，则封装第二路径出口时戳。
实施例2(路径信息tunnel，App封装APN)。
假设headend和end-point之间有一些的tunnel，用于满足不同的业务的SLA，例如指定的tunnel是一个双向的tunnel，这类tunnel的特点是第一路径和第二路径使用相同的tunnel ID，或者有映射关系的两个tunnel ID
参见图5和图9，具体步骤如下：
步骤1：对于某些流量，封装APN的节点(client)封装上记录PathInfoRequest的service-para option，例如，type＝100，FlagBitOne＝1，BitsMap Bit2＝1，标识希望记录网络正向和第二路径的信息。
步骤2：Headend节点根据流量需求，映射流量到指定的tunnel，根据PathInfoRequest的sub-TLV，在IPv6的Destination Options header里面，新添一个option，例如0x3D，其内容是sub-TLV5，携带第一路径信息，例如tunnel首尾地址，正向tunnelID。
步骤3：EndPoint收到上述packet，根据PathInfoRequest的sub-TLV，在IPv6的Destination Options header里面，新添一个option，例如0x3D，其内容是sub-TLV6，携带当前tunnel逆方向路径信息，例如逆方向向tunnel首尾地址，反向tunnelID。或者，这个信息在步骤2中被加入，该当前tunnel逆方向的tunnel信息，在Headend/EndPoint与第一路径的网络入口隧道tunnel绑定。
步骤4：packet到达Server，Server是目的地，处理Destination Options header，记录相关的tunnel ID1和tunnel ID2，在反馈相关的报文时，server封装上路径请求的service-para option，封装DOH的tunnel ID1，可选封装tunnel ID2的信息。
可以理解的是，第二路径的操作与上述类似。
可以理解的是，Client或Server(相当于首封装节点或尾封装节点)得到网络路径的tunnelID信息(Info)之后，可以支持后续的流量直接在service-para option添加一个selectedPath的sub-TLV，即指定路径，表示流量进入的tunnel，这时流量支持在headend不需要根据业务用户需求选路。
参见图10，service-para option中的PathInfoRequest封装在例如DOH中(外层)或者SRH的TLV中：
·Flag bit1代表是否要求双向信息，bit2标识是否是反馈的
·Bitsmap是位图，目前定义bit1是latency，bit2是pathID。
参见图11和图12，Destination Options header新的option 0x3D，包括一系列的sub-type，例如，4个pathinfo的设定为sub-type5，sub-type6，sub-type7和sub-type 8。
当收到了需要封装转发的报文，并且PathInfoRequest Flag bit2＝0，代表正向，则封装网络入口tunnel ID1。
当收到了需要解封装的报文，解封装之后PathInfoRequest Flag bit2＝0，代表正向，则封装网络出口映射tunnel ID1的反向tunnel ID2。在另一种实现中，tunnel ID1和tunnel ID2都由上一步骤封装，则此步骤不封装信息。
到server收到了报文，PathInfoRequest Flag bit1＝1，代表要求反馈，则在DOH中封装上述两个tunnel ID，并且反馈报文中PathInfoRequest Flag bit1＝1，bit2＝1。
当收到了需要封装转发的报文，并且PathInfoRequest Flag bit2＝1，代表反向，则封装第二路径入口tunnelID3。
如果tunnel是双向绑定的，此处的tunnelID3应该与tunnelID2相同。
当收到了需要解封装的报文，解封装之后了PathInfoRequest Flag bit2＝1，代表反向，则封装第二路径映射tunnel ID3的反向tunnel4。在另一种实现中，tunnel ID3和tunnel ID4都由上一步骤封装，则此步骤不封装信息。
如果tunnel是双向绑定的，此处的tunnelID4与tunnelID1相同。
在另一种可能的实现中，sub-type5，sub-type6，sub-type7和sub-type 8仅包含tunnel ID信息，不包含tunnel的首尾地址(headend和endpoint地址)。
收集到路径后的用处：在client收到该报文的反馈报文之后，添加一个selectedPath的sub-TLV到后续该流的流量中，其中主要的内容是tunnelID1，这样，后续的流量就不需要封装APN的各种信息，仅仅包含这个信息就够了，达到了节省封装开销的目的，例如sub-TLV type＝101
Headend收到了这个service-para option中的selectedPath的sub-TLV之后，直接使用其中的tunnelID来引流，而不是根据APN封装的其他信息，决策怎么引流。
例如，sub-type的内容可以认为是上述selectedPath sub-TLV的sub-TLV，设为1，代表tunnelID，参见图13。
实施例3(路径信息(绑定段标识(Binding SID，BSID))，App封装APN)。
假设headend和end-point之间有一些的SR Policy(对应多个SID list)，用于满足不同的业务的SLA。
跟前面不同的是，这里首尾节点不支持双向路径的映射，如果前述的tunnel方式中，首尾节点没有映射关系，也适用于本实施例
参见图5和图14，具体步骤如下：
步骤1：对于某些流量，封装APN的节点(client)封装上记录PathInfoRequest的service-para option，例如type＝100，FlagBitOne＝1，BitsMap Bit2＝1，标识希望记录网络正向和第二路径的信息。
步骤2：Headend节点根据流量需求，映射流量到指定的SR Policy对应的SIDlist；并且PathInfoRequest的sub-TLV，在IPv6的Destination Options header里面，新添一个option，例如0x3D，其内容是sub-TLV9，携带第一路径信息，例如SR Policy的首尾地址，正向BSID，例如4001。
步骤3：EndPoint收到是上述packet；并且PathInfoRequest的sub-TLV，但是没有绑定的第二路径，因此不在IPv6的Destination Options header里面加东西。
步骤4：packet到达Server，Server是目的地，处理Destination Options header，记录相关的BSID1，在反馈相关的报文时，server封装上路径请求的service-para option，封装DOH的BSID1。
...第二路径类似。
client得到反馈的路径信息之后，可以支持后续的流量直接在service-paraoption添加一个selectedPath的sub-TLV，指定路径，这时流量支持在headend不需要根据业务用户需求选路径。
参见图15，service-para option中的PathInfoRequest封装在例如DOH中(外层)或者SRH的TLV中：
·Flag bit1代表是否要求双向信息，bit2标识是否是反馈的；
·Bitsmap是位图，目前定义bit1是latency，bit2是pathID。
参见图16，Destination Options header新的option 0x3D，包括一系列的sub-type。
例如，2个pathinfo的设定为sub-type9和sub-type10。
当收到了需要封装转发的报文，并且PathInfoRequest Flag bit2＝0，代表正向，则封装网络入口BSID1。
当收到了需要解封装的报文，解封装之后PathInfoRequest Flag bit2＝0，代表正向，但是没有反向的绑定路径，因此不添加。
到server收到了报文，PathInfoRequest Flag bit1＝1，代表要求反馈，则在DOH中封装上述BSID，并且反馈报文中PathInfoRequest Flag bit1＝1，bit2＝1
当收到了需要封装转发的报文，并且PathInfoRequest Flag bit2＝1，代表反向，则封装第二路径入口BSID。
当收到了需要解封装的报文，解封装之后PathInfoRequest Flag bit2＝1，代表反向，但是没有反向的绑定路径，因此不添加。
在另一种可能的实现中，sub-type 9，sub-type 10仅包含BSID信息，不包含SRPolicy的首尾地址(headend和endpoint地址)。
没有映射关系的两个tunnel的场景，可以使用sub-type11,sub-type12。
参见图17，在client收到该报文的反馈报文之后，添加一个selectedPath的sub-TLV到后续该流的流量中，其中主要的内容是BSID1，这样，后续的流量就不需要封装APN的各种信息，仅仅包含这个信息就够了，达到了节省封装开销的目的，例如sub-TLV type＝101。
Headend收到了这个service-para option中的selectedPath的sub-TLV之后，直接使用其中的BSID来引流，而不是根据APN封装的其他信息，决策怎么引流。
例如，sub-type可以认为是上述selectedPath sub-TLV的sub-TLV，设为2，代表BSID。
实施例4(时间戳，Edge封装APN)
参见图5和图18，具体步骤如下：
步骤1：对于某些流量，封装APN的节点(Edge)封装上记录PathInfoRequest的service-para option，例如type＝100，FlagBitOne＝1，BitsMap BitOne＝1，标识希望记录网络正向和第二路径的时延。
–这时，APN封装中仍然可以包括service-para option中的delay sub-TLV，即可以提出自己的延时需求，但是不妨碍同时希望了解路径的实际延时。
步骤2：Headend节点根据流量需求，映射流量到指定的tunnel；并且因为看到了PathInfoRequest的sub-TLV，所以在IPv6的Destination Options header里面，新添一个option，例如0x3D，其内容是sub-tlv1，携带时间戳1。
步骤3：EndPoint收到是上述packet；并且因为看到了pathInfo的sub-TLV，所以在IPv6的Destination Options header里面，新添一个option 0x3D的sub-tlv2，携带时间戳2。
步骤4：packet到达Server侧的Edge，Edge代替server处理Destination Optionsheader(APN封装其他可能已经消失)，记录相关的时间戳1和2，然后转发报文给Server，server发送反向报文，在收到反馈相关的报文时，Edge通过识别报文的五元组，识别反向的报文，Edge封装上路径信息请求的service-para option，例如Flags bit2＝1，标识反馈(反方向)，同时封装DOH的时间戳1和2。
步骤5：packet到达server侧的headend(对应图中的end-point)，headend(s)读取service-para option的记录PathInfoRequest，添加时间戳3。
步骤6：packet到达第二路径的EndPoint，该节点读取service-para option的记录PathInfoRequest，添加时间戳4。
步骤7：packet到达client侧的Edge，client Edge收集到4个时间戳。
另外，在APP封装或者Edge封装的场景中，如果是BSID一类的可以放在MPLS标签栈，SRH头的SIDlist中的，可以直接在Segment routing的SID(segment ID)list中使用，这样就不需要再在selectedPath的sub-TLV中携带相同的内容了。
参见图19，本发明实施例提供一种IPv6数据包的传输装置，应用于第一节点，该传输装置1900包括：
第一发送模块1901，用于通过第一路径发送第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
第一接收模块1902，用于通过第二路径接收第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
在一些实施方式中，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
所述第二信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳、第二路径的网络入口时间戳、第二路径的网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第二信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口tunnel绑定的逆方向tunnel的信息、第二路径的网络入口tunnel的信息、与第二路径的网络入口tunnel绑定的逆方向tunnel的信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第二信息包括以下一项或多项组合：第一路径的网络入口绑定段标识BSID的信息、第二路径的网络入口BSID的信息。
在一些实施方式中，所述第一信息包括路径信息请求字段，所述路径信息请求字段用于请求网络侧在接收到的IPv6数据包中封装路径信息。
在一些实施方式中，所述第一信息为路径信息请求的服务参数选项，所述服务参数选项是APN机制中支持在packet中携带的APP的SLA需求，例如数据流的带宽需求，延时需求等，在设计时其支持做一些扩展，例如申请一个新的option，存储所述第一信息。
在一些实施方式中，所述第二信息携带在所述第二数据包的目的选项头中，所述目的选项头是IPv6机制中支持在IPv6扩展头中携带的信息，这种目的选项头，指的是IPv6的目的节点处理的一些信息，在设计时其支持做一些扩展，例如申请一个新的option，存储所述第二信息。
在一些实施方式中，传输装置1900还包括：
封装模块，用于在所述第二数据包之后的同一个流的第五数据包中封装路径的相关信息，所述路径的相关信息指示目标路径。
在一些实施方式中，所述路径的相关信息为服务参数选项中的选定路径字段指示，或者所述的路径相关的信息直接放入到段路由技术的段列表(SID list)中，例如SR-MPLS的MPLS标签栈，或者SRv6的SRH头的Segment list中。
本发明实施例提供的传输装置，可以执行上述图1所示方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
请参阅图20，图20是本发明实施例应用的第一节点的结构图，如图20所示，第一节点2000包括：处理器2001、收发机2002、存储器2003和总线接口，其中：
在本发明的一个实施例中，第一节点2000还包括：存储在存储器上2003并可在处理器2001上运行的程序，程序被处理器2001执行时实现图19所示实施例中的各个模块的功能。
在图20中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器2001代表的一个或多个处理器和存储器2003代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机2002可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器2001负责管理总线架构和通常的处理，存储器2003可以存储处理器2001在执行操作时所使用的数据。
本发明实施例提供的第一节点，可以执行上述图1所示方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
参见图21，本发明实施例提供一种IPv6数据包的传输装置，应用于第二节点，该传输装置2100包括：
第二接收模块2101，用于通过第一路径接收第三数据包，所述第三数据包携带：第一信息和/或第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示所述第一路径的信息；
第二发送模块2102，用于通过第二路径发送第四数据包，所述第四数据包携带：所述第一信息和/或第三信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
在一些实施方式中，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
所述第三信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第三信息包括以下一项或多项组合：第一路径的网络入口tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第三信息包括：第一路径的网络入口BSID的信息。
在一些实施方式中，所述第一信息包括路径信息请求字段，所述路径信息请求字段用于第一节点请求网络侧在接收到的IPv6数据包中封装路径信息。
在一些实施方式中，所述第一信息为路径信息请求的服务参数选项。
在一些实施方式中，所述第三信息携带在所述第三数据包或第四数据包的目的选项头中。
本发明实施例提供的传输装置，可以执行上述图3所示方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
请参阅图22，图22是本发明实施例应用的第二节点的结构图，如图22所示，第二节点2200包括：处理器2201、收发机2202、存储器2203和总线接口，其中：
在本发明的一个实施例中，第二节点2200还包括：存储在存储器上2203并可在处理器2201上运行的程序，程序被处理器2201执行时实现图21所示实施例中的各个模块的功能。
在图22中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器2201代表的一个或多个处理器和存储器2203代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机2202可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器2201负责管理总线架构和通常的处理，存储器2203可以存储处理器2201在执行操作时所使用的数据。
本发明实施例提供的第一节点，可以执行上述图3所示方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
参见图23，本发明实施例提供一种IPv6数据包的传输装置，应用于第三节点，该传输装置2300包括：
第三接收模块2301，用于接收第一节点发送的第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
第三发送模块2302，用于向第二节点发送的第三数据包，所述第三数据包携带：第一信息和第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示第一路径的信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
可选地，所述传输装置2300还包括：
第四接收模块，用于接收所述第二节点发送的第四数据包，所述第四数据包携带：所述第一信息和第三信息；
第四发送模块，用于发送第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果。
在一些实施方式中，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息。
在一些实施方式中，所述第二信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳、第二路径的网络入口时间戳、第二路径的网络出口时间戳；
或者，
所述第二信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息、第二路径的网络入口tunnel的信息、与第二路径的网络入口tunnel绑定的逆方向tunnel的信息；
或者，
所述第二信息包括以下一项或多项组合：第一路径的网络入口绑定段标识BSID的信息、第二路径的网络入口BSID的信息。
在一些实施方式中，所述第三信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳；
或者，
所述第三信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息；
或者，
所述第三信息包括：第一路径的网络入口绑定段标识BSID的信息。
本发明实施例提供的传输装置，可以执行上述图4所示方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
请参阅图24，图24是本发明实施例应用的第三节点的结构图，如图24所示，第三节点2400包括：处理器2401、收发机2402、存储器2403和总线接口，其中：
在本发明的一个实施例中，第二节点2400还包括：存储在存储器上2403并可在处理器2401上运行的程序，程序被处理器2401执行时实现图23所示实施例中的各个模块的功能。
在图24中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器2401代表的一个或多个处理器和存储器2403代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机2402可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。
处理器2401负责管理总线架构和通常的处理，存储器2403可以存储处理器2401在执行操作时所使用的数据。
本发明实施例提供的第三节点，可以执行上述图4所示方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图1、图3、或图4所示方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等。
结合本发明公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以由在处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、EPROM、EEPROM、寄存器、硬盘、移动硬盘、只读光盘或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以携带在ASIC中。另外，该ASIC可以携带在核心网接口设备中。当然，处理器和存储介质也可以作为分立组件存在于核心网接口设备中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明的保护范围之内。
本领域内的技术人员应明白，本发明实施例可提供为方法、系统、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明实施例是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (26)
1.一种IPv6数据包的传输方法，应用于第一节点，其特征在于，包括：
通过第一路径发送第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
通过第二路径接收第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
2.根据权利要求1所述的方法，其特征在于，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
所述第二信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳、第二路径的网络入口时间戳、第二路径的网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第二信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口tunnel绑定的逆方向tunnel的信息、第二路径的网络入口tunnel的信息、与第二路径的网络入口tunnel绑定的逆方向tunnel的信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第二信息包括以下一项或多项组合：第一路径的网络入口绑定段标识BSID的信息、第二路径的网络入口BSID的信息。
3.根据权利要求1或2所述的方法，其特征在于，所述第一信息包括路径信息请求字段，所述路径信息请求字段用于请求网络侧在接收到的APN数据包中封装路径信息。
4.根据权利要求1所述的方法，其特征在于，所述第一信息为路径信息请求的服务参数选项，所述服务参数选项是APN机制中支持在APN数据包中携带的应用的服务需求。
5.根据权利要求1所述的方法，其特征在于，所述第二信息携带在所述第二数据包的目的选项头中，所述目的选项头是IPv6机制中支持在IPv6扩展头中携带的信息。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
在所述第二数据包之后的同一个流的第五数据包中封装路径的相关信息，所述路径的相关信息指示目标路径。
7.根据权利要求6所述的方法，其特征在于，所述路径的相关信息为服务参数选项中的选定路径字段指示，或者所述的路径相关的信息直接放入到段路由技术的段列表中。
8.根据权利要求1～7任一项所述的方法，其特征在于，所述第一数据包为第一应用感知网络APN数据包，所述第二数据包为第二APN数据包，所述第五数据包为第五APN数据包。
9.一种IPv6数据包的传输方法，应用于第二节点，其特征在于，包括：
通过第一路径接收第三数据包，所述第三数据包携带：第一信息和/或第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示所述第一路径的信息；
通过第二路径发送第四数据包，所述第四数据包携带：所述第一信息和/或第三信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
10.根据权利要求9所述的方法，其特征在于，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
所述第三信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第三信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
所述第三信息包括：第一路径的网络入口绑定段标识BSID的信息。
11.根据权利要求9所述的方法，其特征在于，所述第一信息包括路径信息请求字段，所述路径信息请求字段用于第一节点请求网络侧在接收到的IPv6数据包中封装路径信息。
12.根据权利要求11所述的方法，其特征在于，所述第一信息为路径信息请求的服务参数选项。
13.根据权利要求9所述的方法，其特征在于，所述第三信息携带在所述第三数据包或第四数据包的目的选项头中。
14.根据权利要求9～13任一项所述的方法，其特征在于，所述第三数据包为第三APN数据包，所述第四数据包为第四APN数据包。
15.一种IPv6数据包的传输方法，应用于第三节点，其特征在于，包括：
接收第一节点发送的第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
向第二节点发送的第三数据包，所述第三数据包携带：第一信息和第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示第一路径的信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
16.根据权利要求15所述的方法，其特征在于，所述方法还包括：
接收所述第二节点发送的第四数据包，所述第四数据包携带：所述第一信息和第三信息；
发送第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果。
17.根据权利要求15或16所述的方法，其特征在于，所述第一信息表示所述第一节点请求记录所述第一路径的网络入口时间戳和出口时间戳，和/或，所述第二路径的网络入口和网络出口时间戳；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息；
或者，
所述第一信息表示所述第一节点请求记录第一路径的标识信息和/或第二路径的标识信息。
18.根据权利要求16所述的方法，其特征在于，所述第二信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳、第二路径的网络入口时间戳、第二路径的网络出口时间戳；
或者，
所述第二信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息、第二路径的网络入口tunnel的信息、与第二路径的网络入口tunnel绑定的逆方向tunnel的信息；
或者，
所述第二信息包括以下一项或多项组合：第一路径的网络入口绑定段标识BSID的信息、第二路径的网络入口BSID的信息。
19.根据权利要求15或16所述的方法，其特征在于，
所述第三信息包括以下一项或多项组合：第一路径的网络入口时间戳、第一路径的网络出口时间戳；
或者，
所述第三信息包括以下一项或多项组合：第一路径的网络入口隧道tunnel的信息、与第一路径的网络入口隧道tunnel绑定的逆方向tunnel的信息；
或者，
所述第三信息包括：第一路径的网络入口绑定段标识BSID的信息。
20.一种IPv6数据包的传输装置，应用于第一节点，其特征在于，包括：
第一发送模块，用于通过第一路径发送第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
第一接收模块，用于通过第二路径接收第二数据包，所述第二数据包携带：第二信息，所述第二信息表示网络侧反馈的所述第一节点与网络侧交互的信息的结果；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
21.一种第一节点，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现包括权利要求1至8任一项所述的方法的步骤。
22.一种IPv6数据包的传输装置，应用于第二节点，其特征在于，包括：
第二接收模块，用于通过第一路径接收第三数据包，所述第三数据包携带：第一信息和/或第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示所述第一路径的信息；
第二发送模块，用于通过第二路径发送第四数据包，所述第四数据包携带：所述第一信息和/或第三信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，所述第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
23.一种第二节点，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现包括权利要求9至14任一项所述的方法的步骤。
24.一种IPv6数据包的传输装置，应用于第三节点，其特征在于，包括：
第三接收模块，用于接收第一节点发送的第一数据包，所述第一数据包携带：第一信息，所述第一信息表示所述第一节点与网络侧交互的信息；
第三发送模块，用于向第二节点发送的第三数据包，所述第三数据包携带：第一信息和第三信息，所述第一信息表示第一节点与网络侧交互的信息，所述第三信息表示第一路径的信息；
其中，所述第一路径是网络中沿着所述第一节点到所述第二节点方向，从网络入口节点到网络出口节点的路径，第二路径是网络中沿着所述第二节点到所述第一节点方向，从网络中入口节点到出口节点的路径。
25.一种第三节点，其特征在于，包括：处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现包括权利要求15至19任一项所述的方法的步骤。
26.一种可读存储介质，其特征在于，所述可读存储介质上存储有程序，所述程序被处理器执行时实现包括如权利要求1至19中任一项所述的方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010669475.5A CN114006846B (zh) | 2020-07-13 | 2020-07-13 | IPv6数据包的传输方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010669475.5A CN114006846B (zh) | 2020-07-13 | 2020-07-13 | IPv6数据包的传输方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114006846A true CN114006846A (zh) | 2022-02-01 |
| CN114006846B CN114006846B (zh) | 2023-07-21 |
Family
ID=79920091
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010669475.5A Active CN114006846B (zh) | 2020-07-13 | 2020-07-13 | IPv6数据包的传输方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114006846B (zh) |
Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6115751A (en) * | 1997-04-10 | 2000-09-05 | Cisco Technology, Inc. | Technique for capturing information needed to implement transmission priority routing among heterogeneous nodes of a computer network |
| WO2007033542A1 (fr) * | 2005-09-20 | 2007-03-29 | Huawei Technologies Co., Ltd. | Procede permettant de tester la capacite de reseau et le dispositif correspondant |
| EP1879349A1 (en) * | 2006-07-14 | 2008-01-16 | Agilent Technologies, Inc. | Method of measuring packet loss |
| US20120230186A1 (en) * | 2011-03-07 | 2012-09-13 | Comcast Cable Communications, Llc | Network Congestion Analysis |
| US20140177455A1 (en) * | 2012-12-21 | 2014-06-26 | International Business Machines Corporation | Method and apparatus to monitor and analyze end to end flow control in an ethernet/enhanced ethernet environment |
| EP3007379A1 (en) * | 2014-10-07 | 2016-04-13 | Koninklijke KPN N.V. | Method for transmitting data packets from a network node using network coding at handover |
| CN106504102A (zh) * | 2016-10-20 | 2017-03-15 | 宁波江东大金佰汇信息技术有限公司 | 一种基于计算机大数据的社交网络中优质节点探测系统 |
| US20170250907A1 (en) * | 2016-02-29 | 2017-08-31 | Cisco Technology, Inc. | System and method for dataplane-signaled packet capture in ipv6 environment |
| WO2018007813A1 (en) * | 2016-07-08 | 2018-01-11 | King's College London | Transmitting data packets between network nodes |
| EP3331205A1 (en) * | 2015-08-31 | 2018-06-06 | Huawei Technologies Co., Ltd. | Data packet transmission method utilized in ipv6 network and device utilizing same |
| WO2018188464A1 (zh) * | 2017-04-13 | 2018-10-18 | 中兴通讯股份有限公司 | 一种实现ioam的方法、装置及存储介质 |
| CN109525451A (zh) * | 2018-09-13 | 2019-03-26 | 中兴通讯股份有限公司 | 一种mpls网络检测的实现方法、装置、网络设备和控制器 |
| CN109981457A (zh) * | 2017-12-27 | 2019-07-05 | 华为技术有限公司 | 一种报文处理的方法、网络节点和系统 |
| CN110582092A (zh) * | 2018-06-08 | 2019-12-17 | 华为技术有限公司 | 路径时延信息获取方法及相关设备 |
| CN110636001A (zh) * | 2018-06-25 | 2019-12-31 | 华为技术有限公司 | 发送网络性能参数、计算网络性能的方法和网络节点 |
| CN110971433A (zh) * | 2018-09-29 | 2020-04-07 | 华为技术有限公司 | 获取SRv6隧道信息的方法、设备和系统 |
-
2020
- 2020-07-13 CN CN202010669475.5A patent/CN114006846B/zh active Active
Patent Citations (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6115751A (en) * | 1997-04-10 | 2000-09-05 | Cisco Technology, Inc. | Technique for capturing information needed to implement transmission priority routing among heterogeneous nodes of a computer network |
| WO2007033542A1 (fr) * | 2005-09-20 | 2007-03-29 | Huawei Technologies Co., Ltd. | Procede permettant de tester la capacite de reseau et le dispositif correspondant |
| EP1879349A1 (en) * | 2006-07-14 | 2008-01-16 | Agilent Technologies, Inc. | Method of measuring packet loss |
| US20120230186A1 (en) * | 2011-03-07 | 2012-09-13 | Comcast Cable Communications, Llc | Network Congestion Analysis |
| US20140177455A1 (en) * | 2012-12-21 | 2014-06-26 | International Business Machines Corporation | Method and apparatus to monitor and analyze end to end flow control in an ethernet/enhanced ethernet environment |
| EP3007379A1 (en) * | 2014-10-07 | 2016-04-13 | Koninklijke KPN N.V. | Method for transmitting data packets from a network node using network coding at handover |
| EP3331205A1 (en) * | 2015-08-31 | 2018-06-06 | Huawei Technologies Co., Ltd. | Data packet transmission method utilized in ipv6 network and device utilizing same |
| US20170250907A1 (en) * | 2016-02-29 | 2017-08-31 | Cisco Technology, Inc. | System and method for dataplane-signaled packet capture in ipv6 environment |
| WO2018007813A1 (en) * | 2016-07-08 | 2018-01-11 | King's College London | Transmitting data packets between network nodes |
| CN106504102A (zh) * | 2016-10-20 | 2017-03-15 | 宁波江东大金佰汇信息技术有限公司 | 一种基于计算机大数据的社交网络中优质节点探测系统 |
| WO2018188464A1 (zh) * | 2017-04-13 | 2018-10-18 | 中兴通讯股份有限公司 | 一种实现ioam的方法、装置及存储介质 |
| CN109981457A (zh) * | 2017-12-27 | 2019-07-05 | 华为技术有限公司 | 一种报文处理的方法、网络节点和系统 |
| CN110582092A (zh) * | 2018-06-08 | 2019-12-17 | 华为技术有限公司 | 路径时延信息获取方法及相关设备 |
| CN110636001A (zh) * | 2018-06-25 | 2019-12-31 | 华为技术有限公司 | 发送网络性能参数、计算网络性能的方法和网络节点 |
| CN109525451A (zh) * | 2018-09-13 | 2019-03-26 | 中兴通讯股份有限公司 | 一种mpls网络检测的实现方法、装置、网络设备和控制器 |
| CN110971433A (zh) * | 2018-09-29 | 2020-04-07 | 华为技术有限公司 | 获取SRv6隧道信息的方法、设备和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114006846B (zh) | 2023-07-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113259238B (zh) | 分段标识的处理方法及设备 | |
| US20220294722A1 (en) | Transmission Quality Detection Method, Apparatus, and System, and Storage Medium | |
| US12096272B2 (en) | Transporting MTNC-ID over SRV6-header for 5G transport | |
| CN112511988B (zh) | 报文转发方法、设备、系统、网络设备和存储介质 | |
| CN113328936B (zh) | 路由控制方法、系统、装置及计算机可读存储介质 | |
| US11882513B2 (en) | Transporting MTNC-ID over SRV6-enabled dataplane for 5G transport | |
| CN113206787B (zh) | 分段标识的处理方法及设备 | |
| EP2928128A1 (en) | Ip data package transmitting method and label switching router | |
| US11405489B2 (en) | Method and apparatus for determining quality of service, and storage medium | |
| CN113055293B (zh) | 软件定义广域网中的选路方法及装置、通信系统 | |
| CN114710975B (zh) | 一种用于多域间传输多传输网络上下文标识的方法、基站、网元及装置 | |
| CN114205291B (zh) | 数据包的传输方法及装置 | |
| US11489768B2 (en) | Method for creating inter-domain bidirectional tunnel, communication method and device, and storage medium | |
| WO2020114083A1 (zh) | 一种ioam信息的处理方法和装置 | |
| CN114006846B (zh) | IPv6数据包的传输方法及装置 | |
| WO2022088951A1 (zh) | 信息处理方法、基站、承载网设备、核心网设备及介质 | |
| CN116346294A (zh) | 通信方法、装置、相关设备及存储介质 | |
| CN117768066A (zh) | 增强重传方法、相关设备及计算机可读存储介质 | |
| CN116847427A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |