WO2016155204A1 - Procédé et appareil de traitement d'essai pour message - Google Patents

Procédé et appareil de traitement d'essai pour message Download PDF

Info

Publication number
WO2016155204A1
WO2016155204A1 PCT/CN2015/087412 CN2015087412W WO2016155204A1 WO 2016155204 A1 WO2016155204 A1 WO 2016155204A1 CN 2015087412 W CN2015087412 W CN 2015087412W WO 2016155204 A1 WO2016155204 A1 WO 2016155204A1
Authority
WO
WIPO (PCT)
Prior art keywords
access device
test
packet
routing information
address
Prior art date
Application number
PCT/CN2015/087412
Other languages
English (en)
Chinese (zh)
Inventor
窦战伟
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2016155204A1 publication Critical patent/WO2016155204A1/fr

Links

Images

Classifications

    • 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

Definitions

  • the present invention relates to the field of communications, and in particular, to a test processing method and apparatus for a message.
  • the Two-Way Active Measurement Protocol (TWAMP) protocol is a protocol for Internet Protocol (IP) performance measurement. It is mainly used for performance measurement of IP network link delay and packet loss rate. .
  • the TWAMP protocol consists of a two-part protocol: TWAMP Control Protocol (TWAMP-Control) and TWAMP Test Protocol (TWAMP-Test).
  • TWAMP-Control is mainly used to initialize, start and stop test sessions.
  • TWAMP-Test is mainly used to test test packets between endpoints of the test, while measuring IP performance.
  • TWAMP usually consists of 4 logical entities.
  • the simple architecture is shown in Figure 1:
  • Control client The TWAMP test initiator sends a control connection request to the server entity, the communication mode of the negotiation packet, and the port number of the session-reflector receiving the test packet. Control-Client controls the start and end of the TWAMP-Test session.
  • the Server Receives the connection request sent from the Control-Client, negotiates the message communication mode with the Control-Client, and the port number of the test packet received by the Session-Reflector.
  • the server side manages one or more TEAMP-Test sessions.
  • Session-Sender A node that sends a test packet to the Session-Reflector in a TWAMP-Test session. It also receives test packets from the Session-Reflector reflection session, collects performance information, and collects measurement results.
  • Session-Reflector In the TWAMP-Test session, it receives the test packet from the Session-Sender and sends a response packet.
  • the Session-Sender In the test phase, the Session-Sender first sends a test packet to the Session-Reflector (as shown in Figure 2).
  • the test packet contains the sequence number and timestamp of the packet.
  • the Session-Reflector After receiving the test packet sent by the Session-Sender, the Session-Reflector reflects the test packet back to the Session-Sender, and adds its own packet timestamp, packet timestamp, and packet sequence to the reflected test packet. Information such as number (as shown in Figure 3).
  • the Session-Sender After receiving the test packet sent by the Session-Reflector, the Session-Sender collects the packet information and performs IP performance measurement.
  • Reverse link delay T4-T3 (meaningful in the case of network clock synchronization, meaningless in other cases).
  • TxC the number of packets sent by the Session-Sender
  • RxC the number of packets sent by the Session-Reflector
  • the existing TWAMP protocol is a standard protocol for IP network performance measurement.
  • PDN packet transport network
  • LTE Long-Term Evolution
  • L2+L3 bridges the networking.
  • the typical networking is shown in Figure 4.
  • the access layer uses the L2 virtual private network (VPN) to deploy MPLS-TP L2VPN services.
  • the core layer uses L3VPN to deploy MPLS-TP.
  • L3VPN services, L2 and L3 services are bridged and interconnected through the bridge device.
  • the traditional end-to-end OAM detection is either for the end-to-end operation, management and maintenance (OAM) of the L2 service, or the end-to-end OAM for the L3 service, and the lack of L2+L3 services.
  • OFAM management and maintenance
  • End-to-end OAM As the performance requirements of the network increase, network operators are paying more and more attention to the measurement and monitoring of the connectivity or performance of the entire link from the service access device to the floor device. This also brings new challenges to OAM technology such as end-to-end connectivity detection and performance measurement.
  • the TWAMP protocol does not satisfy the end-to-end performance measurement of the L2+L3 bridge architecture of the LTE service, and an effective solution has not been proposed.
  • the present invention provides a test processing method and apparatus for a message to at least solve the problem of end-to-end performance measurement of the L2+L3 bridge architecture in which the TWAMP protocol does not satisfy the LTE service in the related art.
  • a method for testing a packet including: an access device acquiring routing information of the access device to a landing device, where the routing information includes at least Routing information of the device into the bridge device, wherein the type of service supported between the access device and the bridge device and between the bridge device and the landing device is different; The routing information is sent to the landing device via the bridging device; the access device receives the reflection test packet of the test packet according to the routing information, where the reflection test packet is The message that the landing device feeds back according to the test packet.
  • the method further includes: creating an L3VI interface of the access device, and specifying a next hop of the access device as a logic of the bridging device The address of the interface.
  • an internet protocol IP address of the logical interface of the access device and a logical interface of the bridge device is on the same network segment.
  • the test packet before the sending, by the access device, the test packet includes: triggering an address resolution protocol (ARP) learning, and confirming that the sending direction of the test packet is a direction of the network and the network interface NNI side.
  • ARP address resolution protocol
  • the destination address of the reflection test packet is a logical interface address.
  • a test processing apparatus for a message, the apparatus comprising: an obtaining module, configured to obtain routing information of an access device to a landing device, wherein the routing information includes at least And indicating a routing information of the access device to the bridging device, where a service type supported between the access device and the bridging device and between the bridging device and the landing device is different;
  • the test module is configured to send the test packet to the landing device via the bridge device according to the routing information, and the test module is configured to receive the reflection test packet of the test packet according to the routing information, where the reflection The test packet is a packet that the landing device feeds back according to the test packet.
  • the device further includes: a creating module, configured to create a logical interface of the access device, and designating a next hop of the access device as an address of a logical interface of the bridging device.
  • a creating module configured to create a logical interface of the access device, and designating a next hop of the access device as an address of a logical interface of the bridging device.
  • the Internet Protocol IP address of the logical interface of the access device is in the same network segment as the IP address of the logical interface of the bridge device.
  • the device further includes: a first confirmation module, configured to trigger an address resolution protocol (ARP) learning, and confirm that the test message is sent to a network node interface (Network to Network)
  • ARP address resolution protocol
  • the interface is referred to as the direction of the NNI side.
  • the device further includes: a second determining module, configured to confirm that the destination address of the reflection test packet is an L3VI interface address.
  • the routing information of the access device to the landing device is adopted by the present invention, wherein the routing information includes at least routing information for indicating the access device to the bridge device, where the access device and the bridge device The service type of the bridge device is different from that of the device.
  • the access device sends the test packet to the landing device via the bridge device according to the routing information.
  • the access device receives the test packet of the test packet according to the routing information.
  • the reflection test packet is a packet that the landing device feeds back according to the test packet.
  • FIG. 1 is a simplified architecture diagram of the TWAMP protocol
  • FIG. 3 is a format diagram of a Reflector-Test message encapsulation in a non-authentication mode
  • 4 is a schematic diagram of LTE networking and end-to-end detection of services
  • FIG. 5 is a flowchart of a test processing method of a message according to an embodiment of the present invention.
  • FIG. 6 is a structural block diagram of a test processing apparatus for a message according to an embodiment of the present invention.
  • FIG. 7 is a structural block diagram (1) of a test processing apparatus for a message according to an embodiment of the present invention.
  • FIG. 8 is a structural block diagram (2) of a test processing apparatus for a message according to an embodiment of the present invention.
  • FIG. 9 is a structural block diagram (3) of a test processing apparatus for a message according to an embodiment of the present invention.
  • FIG. 10 is a simplified schematic diagram of device deployment in accordance with an embodiment of the present invention.
  • Figure 11 is a simplified schematic view of the first embodiment
  • Figure 12 is a simplified schematic diagram of a second embodiment.
  • FIG. 5 is a flowchart of a test processing method for a message according to an embodiment of the present invention. As shown in FIG. 5, the process includes the following steps:
  • Step S502 The access device obtains routing information of the access device to the landing device, where the routing information includes at least routing information indicating the access device to the bridge device, where the access device and the bridge device are bridged The types of services supported between the device and the floor device are different;
  • Step S504 the access device sends the test packet to the landing device via the bridge device according to the routing information.
  • Step S506 The access device receives the reflection test packet of the test packet according to the routing information, where the reflection test packet is a packet that the landing device feeds back according to the test packet.
  • the routing information of the access device to the landing device is obtained, and the access device sends the test packet according to the routing information.
  • receiving the reflection test message which solves the problem that the TWAMP protocol does not satisfy the end-to-end performance measurement of the L2+L3 bridge architecture of the LTE service in the related art, and further implements the end of the L2+L3 bridge architecture in which the TWAMP protocol can satisfy the LTE service. End performance measurement.
  • step S502 involves obtaining the routing information of the access device to the landing device.
  • the logical interface of the access device is created, and the next hop of the access device is specified.
  • Bridge The address of the logical interface of the device.
  • routing is implemented.
  • the logical interface is an L3VI interface.
  • the Internet Protocol IP address of the logical interface of the access device is on the same network segment as the IP address of the logical interface of the bridge device. Thereby, the transmission of the test message from the access device to the bridge device is realized.
  • step S504 involves the access device transmitting the test packet.
  • the address resolution protocol ARP learning is triggered to confirm that the test packet is sent to the network and network interface NNI side. The direction.
  • the access device before the access device tests the received reflection test packet according to the test packet, the access device confirms that the destination address of the reflection test packet is a logical interface address.
  • test processing device for the message is provided, and the device is used to implement the above-mentioned embodiments and the preferred embodiments.
  • module may implement a combination of software and/or hardware of a predetermined function.
  • FIG. 6 is a structural block diagram of a test processing apparatus for a message according to an embodiment of the present invention.
  • the apparatus includes: an obtaining module 62 configured to obtain routing information of an access device to a landing device, where the route is The information includes at least routing information indicating the access device to the bridge device, where the service type supported between the access device and the bridge device and between the bridge device and the landing device is different; the sending module 64 The test packet is sent to the landing device according to the routing information, and the test module 66 is configured to receive the reflection test packet of the test packet according to the routing information, where the reflection test packet is The landing device returns a message according to the test packet.
  • FIG. 7 is a structural block diagram (1) of a test processing apparatus for a message according to an embodiment of the present invention.
  • the apparatus further includes: a creating module 72, configured to create a logical interface of the access device, and specify The next hop of the access device is the address of the logical interface of the bridge device.
  • the Internet Protocol IP address of the logical interface of the access device is on the same network segment as the IP address of the logical interface of the bridge device.
  • FIG. 8 is a structural block diagram (2) of a test processing apparatus for a message according to an embodiment of the present invention.
  • the apparatus further includes: a first confirmation module 82, configured to trigger an address resolution protocol ARP learning, and confirm the The sending direction of the test packet is the direction of the NNI side of the network and network interface.
  • FIG. 9 is a structural block diagram (3) of a packet processing apparatus according to an embodiment of the present invention. As shown in FIG. 9, the apparatus further includes: a second determining module 92, configured to confirm a destination address of the reflection test packet. Is the logical interface address.
  • a second determining module 92 configured to confirm a destination address of the reflection test packet. Is the logical interface address.
  • each of the above modules may be implemented by software or hardware.
  • the foregoing may be implemented by, but not limited to, the foregoing modules are all located in the same processor; or, the above modules are respectively located.
  • the first processor, the second processor, and the third processor In the first processor, the second processor, and the third processor.
  • FIG. 10 is a simplified schematic diagram of a device deployment according to an embodiment of the present invention.
  • the specific real-time mode of the solution proposed in this alternative embodiment is illustrated by using FIG. 10 as an example, where the A device is an access device and the B device is a bridge device. It is responsible for bridging the L2 service and the L3 service.
  • the C device is the core network floor device, and the D device is the base station controller, which is connected to the A device.
  • the L2VPN service is deployed between the A and B devices, and the L3VPN service is deployed between the B and C devices. If you want to deploy TWAMP measurements before accessing device A and bridging device C, the specific deployment scenario is as follows:
  • the L3VI interface is an ordinary IP interface that supports IP functions.
  • the IP address is configured.
  • the IP address is deployed on the same network segment as the L3BVI port of the bridge device B (the L3VI port of the bridge device).
  • TWAMP When the TWAMP function is enabled on access device A, if it is the TWAMP client, you need to specify the TWAMP NNI side direction (network side direction). If it is TWAMP Server, you do not need to specify the direction, TWAMP is configured normally.
  • TWAMP function When the TWAMP function is deployed on the C device where the bridge is located (L3VPN side), it is deployed normally without special requirements.
  • the packet is sent to the user network side interface (User Network interface, UNI for short) or the NNI side according to the configuration. .
  • User Network interface User Network interface
  • the packet forwarding component triggers ARP learning.
  • ARP learning When the ARP learning is completed, the ARP component records the UNI or NNI flag into the ARP table as a token for subsequent packet processing.
  • the packet forwarding component sends the packet to the L3VI port
  • the packet is sent to the user side (the base station controller side) through the AC port.
  • the NNI side record is recorded in the ARP table.
  • the analog interface is inbound in the inbound direction, and the PW information is encapsulated and forwarded. Otherwise, it is decided according to the rules to discard the message or re-trigger ARP learning in both directions.
  • the packet forwarding component of the access device A After the packet forwarding component of the access device A receives the packet, if it finds that the packet is a TWAMP packet and the destination address is the L3VI virtual interface address, it is sent to the TWAMP protocol for processing.
  • the TWAMP measurement is initiated by the floor device C, when the TWAMP message is sent, the UNI or NNI packet direction is not specified, and the packet is forwarded according to the normal route.
  • the NNI flag and the TWAMP packet are sent to the TWAMP protocol for processing.
  • the NNI flag carried by the packet is used to specify the NNI side packet direction.
  • the TWAMP detection is normally deployed, and the L2+L3 end-to-end performance measurement is completed.
  • Embodiment 1 actively initiating end-to-end performance measurement on the L3 side to the L2 side:
  • FIG. 11 is a first embodiment of the present invention.
  • the core landing device actively initiates TWAMP measurement, and collects performance statistics such as delay packet loss from the L2 access device to the L3 core landing device in real time. It mainly includes the following steps:
  • the TWAMP Client and the Session Sender are deployed on the core floor device C.
  • a TWAMP control connection is initiated on device C.
  • the TWAMP measurement is initiated on the C device, and the C device starts to actively send the TWAMP test message.
  • the access device A After receiving the measurement packet, the access device A reflects the test packet to the C device according to the foregoing implementation manner.
  • the C device After receiving the test packet reflected by the A device, the C device performs packet loss and delay statistics.
  • Embodiment 2 actively initiating end-to-end performance measurement on the L2 side to the L3 side:
  • FIG. 12 is a second embodiment of the present invention.
  • the L2 access device actively initiates TWAMP measurement, and collects performance statistics such as delay packet loss from the L3 landing device to the L2 access device in real time. It mainly includes the following steps:
  • the TWAMP Server and the Session Reflector are deployed in the core floor device C.
  • a TWAMP control connection is initiated on device A.
  • the TWAMP measurement is initiated on the A device, and the A device starts to actively send the TWAMP test message.
  • the access device C After receiving the measurement packet, the access device C reflects the test packet to the A device according to the foregoing implementation manner.
  • the device A After receiving the test packet reflected by the C device, the device A performs packet loss and delay statistics.
  • the present invention proposes an end-to-end performance measurement scheme based on the TWAMP protocol to implement the L2+L3 architecture.
  • the scheme deploys the TWAMP protocol on the L2 access device and the L3 landing device respectively, and configures specific options such as specific routes on the L2 access device, so that the L2 device can reflect or send TWAMP control or Test the message, so that the L2 device and the L3 device can run the TWAMP protocol normally, which effectively solves the problem of end-to-end performance measurement of the L2 access device to the L3 landing device.
  • the deployment plan of the L2 device in the solution can be extended to the connectivity measurement protocol such as the Internet Control Message Protocol (ICMP) ping to achieve link connectivity between the L2 access device and the L3 landing device.
  • ICMP Internet Control Message Protocol
  • a storage medium is further provided, wherein the software includes the above-mentioned software, including but not limited to: an optical disk, a floppy disk, a hard disk, an erasable memory, and the like.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the invention relates to the field of communication, and discloses a method and a device for testing and processing a message, wherein the method includes: obtaining routing information of an access device to a landing device, wherein the routing information includes at least an indication for the access device. Routing information to the bridging device, wherein the type of service supported between the access device and the bridging device and between the bridging device and the landing device is different; the access device sends the test packet via the bridging device according to the routing information The device receives the reflection test packet of the test packet according to the routing information, and the reflection test packet is the packet that the landing device feeds back according to the test packet.
  • the invention solves the problem of end-to-end performance measurement of the L2+L3 bridge architecture in which the TWAMP protocol does not satisfy the LTE service in the related art, and further realizes the end-to-end performance measurement of the L2+L3 bridge architecture in which the TWAMP protocol can satisfy the LTE service. Effect.

Landscapes

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

Abstract

L'invention concerne un procédé et appareil de traitement d'essai d'un message, le procédé comportant les étapes consistant à: acquérir des informations d'itinéraire d'un dispositif d'accès à un équipement au sol, les informations d'itinéraire comportant au moins des informations d'itinéraire servant à indiquer le dispositif d'accès à un dispositif de pontage, les types de services pris en charge entre le dispositif d'accès et le dispositif de pontage et entre le dispositif de pontage et l'équipement au sol étant différents; le dispositif d'accès envoie le message d'essai à l'équipement au sol via le dispositif de pontage d'après les informations d'itinéraire; et le dispositif d'accès reçoit un message d'essai de réflexion du message d'essai d'après les informations d'itinéraire, le message d'essai de réflexion étant un message renvoyé par l'équipement au sol en fonction du message d'essai. Au moyen de la présente invention, le problème rencontré dans la technique apparenté, où un protocole TWAMP ne satisfait pas une mesure de performances de bout en bout d'une architecture de pontage L2+L3 d'un service LTE est résolu, de façon à faire en sorte que le protocole TWAMP puisse satisfaire la mesure de performances de bout en bout de l'architecture de pontage L2+L3 du service LTE.
PCT/CN2015/087412 2015-03-30 2015-08-18 Procédé et appareil de traitement d'essai pour message WO2016155204A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510145876.XA CN106161124B (zh) 2015-03-30 2015-03-30 报文的测试处理方法及装置
CN201510145876.X 2015-03-30

Publications (1)

Publication Number Publication Date
WO2016155204A1 true WO2016155204A1 (fr) 2016-10-06

Family

ID=57004749

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/087412 WO2016155204A1 (fr) 2015-03-30 2015-08-18 Procédé et appareil de traitement d'essai pour message

Country Status (2)

Country Link
CN (1) CN106161124B (fr)
WO (1) WO2016155204A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107979619A (zh) * 2016-10-21 2018-05-01 中兴通讯股份有限公司 一种twamp会话协商方法、客户端及服务端

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107579869B (zh) * 2016-07-04 2020-09-08 华为技术有限公司 网络性能检测方法和网络设备
CN110191475B (zh) * 2018-02-23 2021-04-27 大唐移动通信设备有限公司 一种基站的数据处理方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120087235A1 (en) * 2011-12-19 2012-04-12 At&T Intellectual Property, I,L.P. Method and apparatus for monitoring connectivity in a long term evolution network
CN103580935A (zh) * 2012-07-19 2014-02-12 中兴通讯股份有限公司 二层接口到三层接口的连通性检测方法及装置
CN103595553A (zh) * 2012-07-24 2014-02-19 埃克斯帝网络有限公司 回应端实例的自动建立
CN104221326A (zh) * 2012-04-04 2014-12-17 瑞典爱立信有限公司 用于在双向主动测量协议（twamp)实体之间的连接性的可扩展的测量的方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100550786C (zh) * 2005-06-17 2009-10-14 阿尔卡特公司 在数据网络操作和维护协议中对帧传输进行性能监测的方法
CN102571466A (zh) * 2010-12-16 2012-07-11 中国移动通信集团安徽有限公司 业务测试方法、装置及系统
CN102195832A (zh) * 2011-05-16 2011-09-21 华为技术有限公司 一种环回测试方法、装置及系统
US9485165B2 (en) * 2012-12-14 2016-11-01 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for augmenting TWAMP

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120087235A1 (en) * 2011-12-19 2012-04-12 At&T Intellectual Property, I,L.P. Method and apparatus for monitoring connectivity in a long term evolution network
CN104221326A (zh) * 2012-04-04 2014-12-17 瑞典爱立信有限公司 用于在双向主动测量协议（twamp)实体之间的连接性的可扩展的测量的方法
CN103580935A (zh) * 2012-07-19 2014-02-12 中兴通讯股份有限公司 二层接口到三层接口的连通性检测方法及装置
CN103595553A (zh) * 2012-07-24 2014-02-19 埃克斯帝网络有限公司 回应端实例的自动建立

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107979619A (zh) * 2016-10-21 2018-05-01 中兴通讯股份有限公司 一种twamp会话协商方法、客户端及服务端

Also Published As

Publication number Publication date
CN106161124B (zh) 2020-04-14
CN106161124A (zh) 2016-11-23

Similar Documents

Publication Publication Date Title
CN108234235B (zh) 用于数据监控的方法、网络设备以及计算机可读存储介质
US10812367B2 (en) Exploratory linktrace operations in a computer network
EP3154227B1 (fr) Procédé de transmission de paquets, noeud, serveur de gestion de trajet, et support de stockage
CN107465565B (zh) 链路测试方法和装置及系统
JP5462954B2 (ja) パケットロス検出方法及び装置、並びにルータ
US9960982B2 (en) Multi-hop reflector sessions
CN111866987B (zh) 一种通信方法及装置
US10749785B1 (en) Enhanced two-way active measurement protocol
CN108574616A (zh) 一种处理路由的方法、设备及系统
WO2017054576A1 (fr) Procédé, appareil et système de construction de tunnel à diffusion unique
US11115309B1 (en) External network route advertisement validation
EP3632046B1 (fr) Détermination de la qualité de service d'un tunnel de réseau
CN109151916B (zh) 移动网络业务的网络传输方法、装置和系统
WO2013071801A1 (fr) Procédé, dispositif et système pour détecter un réseau en anneau à commutation multiprotocole par étiquette
CN109788018B (zh) 跨域的业务互通方法、网络设备及存储介质
WO2016155204A1 (fr) Procédé et appareil de traitement d'essai pour message
WO2020135854A1 (fr) Procédé de configuration et dispositif de commande
WO2022142905A1 (fr) Procédé et appareil de transfert de paquets, et système de réseau
WO2021052280A1 (fr) Système et procédé de mesure de réseau, dispositif et support de stockage
CN117811875A (zh) 一种家庭互通网络访问方法和装置
US9256416B1 (en) Methods and apparatus for automatic session validation for distributed access points
CN109302504B (zh) Ptn中控制信令通道的建立方法、ptn网元及存储介质
CN113132129B (zh) 网络管理方法、装置及系统、存储介质
CN114598636A (zh) 流量调度方法、设备及系统
CN114513486B (zh) 报文处理方法及装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15887164

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15887164

Country of ref document: EP

Kind code of ref document: A1