WO2015021799A1 - 数据链路的检测方法、装置、系统、控制器及网关 - Google Patents

数据链路的检测方法、装置、系统、控制器及网关 Download PDF

Info

Publication number
WO2015021799A1
WO2015021799A1 PCT/CN2014/078048 CN2014078048W WO2015021799A1 WO 2015021799 A1 WO2015021799 A1 WO 2015021799A1 CN 2014078048 W CN2014078048 W CN 2014078048W WO 2015021799 A1 WO2015021799 A1 WO 2015021799A1
Authority
WO
WIPO (PCT)
Prior art keywords
gtp
ugw
sdn controller
message
request message
Prior art date
Application number
PCT/CN2014/078048
Other languages
English (en)
French (fr)
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 中兴通讯股份有限公司
Priority to EP14836741.0A priority Critical patent/EP3035601A4/en
Priority to US14/911,018 priority patent/US9838262B2/en
Publication of WO2015021799A1 publication Critical patent/WO2015021799A1/zh

Links

Classifications

    • 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/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • H04L61/2592—Translation of Internet protocol [IP] addresses using tunnelling or encapsulation

Definitions

  • the present invention relates to the field of communications, and in particular to a method, an apparatus, a system, a controller, and a gateway for detecting a data link.
  • the OpenFlow (OF) protocol is a forwarding/control separation protocol proposed by Stanford University in 2008.
  • the external control plane entity uses the OF protocol to control the forwarding plane device to implement various forwarding logics, and the forwarding plane device.
  • the main function is to perform controlled forwarding according to the flow table delivered by the OF controller.
  • the OF protocol further evolves to become a Software Defined Network (SDN) technology, which can implement various complex network applications by software programming on the control plane, such as Evolved Packet System (SDN).
  • SDN Software Defined Network
  • the EPS network is a fourth-generation mobile communication network defined by the 3rd Generation Partnership Project (3GPP), which is a third-generation mobile communication network defined by 3GPP.
  • 3GPP 3rd Generation Partnership Project
  • E Universal Terrestrial Radio Access Network
  • UE User Equipment
  • Evolved Universal Terrestrial Radio Access Network
  • UTRAN Universal Terrestrial Radio Access Network
  • controller internet
  • UE User Equipment
  • UTRAN Universal Terrestrial Radio Access Network
  • the UTRAN is internally composed of an evolved base station (eNodeB) or a base station (NodeB); the core network, that is, a software-defined evolved packet core network (Evolved Packet Core, EPC for short), is the core network part of the EPS, in the core network.
  • eNodeB evolved base station
  • NodeB NodeB
  • the core network that is, a software-defined evolved packet core network (Evolved Packet Core, EPC for short), is the core network part of the EPS, in the core network.
  • EPC software-defined evolved packet core network
  • All unified gateways are common gateway devices whose roles are controlled by the control signaling of the SDN controller (SDN Controller).
  • SGW Serving Gateway
  • SGSN Serving GPRS Support Node
  • UGW2 plays a group.
  • the UGW3 acts as a non-3GPP access gateway or an evolved packet data gateway (Evolved).
  • ePDG Packet Data Gateway
  • GTP-U GPRS Tunnel Protocol-User Plane
  • GTP-U GPRS Tunnel Protocol-User Plane
  • the GPRS Tunneling Protocol (GTP) protocol is a set of protocols defined by the 3GPP. It is divided into GPRS Tunnel Protocol-Controller Plane (GTP-C) and user plane protocol GTP-U. .
  • GTP-U is a protocol for data encapsulation and forwarding between gateways, in addition, GTP-U also has a set of its own session detection mechanism: It sends a GTP-U Echo Request message and an Echo Response message to the peer to detect the path and detect the path status. As shown in FIG. 2, the following steps are included: Step S202: The UGW1 sends an echo request message to the UGW2. One of the UGWs, such as UGW1, sends an echo request message to GTP endpoint 1 as GTP endpoint 2
  • the UGW such as UGW2, UGW1 starts the timer tl after issuing a message.
  • the destination address of the echo request message is the address of the GTP endpoint 2, the destination port number of the User Datagram Protocol (UDP) is set to 2152, and the tunnel endpoint identifier (TEID) is all zeros.
  • the address is UGW1's own address, and the source port number is any configured port.
  • the sequence number (SN) is the initial value, such as 0 or 1 above the Sequence Number of the last echo request message. Step S204, the UGW2 sends an Echo response message to the UGW1.
  • the GTP endpoint 2 After receiving the echo request message, the GTP endpoint 2, UGW2, sends an Echo Response message to the peer end, where the destination address of the Echo Response message is the address of the GTP endpoint 1, and the UDP destination port number is set to the source port number of the echo request message of step S202.
  • the TEID is all zeros
  • the source address is the own address of the UGW2
  • the source port number is the destination port number of the echo request message in step S202
  • the SN is the SN of the echo request message.
  • UGW1 After the GTP endpoint l, UGW1 receives the Echo Response message, it ends the timer tl and starts the timer t2. If the timer tl times out but does not receive the Echo Response message, the GTP endpoint 1 resends the echo request message, the message format and content are the same as the echo request message sent for the first time, and starts the timer tl again, if after the tl timeout, If the echo response message is not received, the above operation is repeated. After the N1 operation, if the echo response message is still not received, the link is considered to be unreachable, and the GTP endpoint 1 performs related operations locally, such as deleting the GTP context.
  • Step S206 the UGW2 sends an echo request message to the UGW1.
  • GTP Endpoint 2, UGW2, sends an Echo Request message to GTP Endpoint 2, UGW1.
  • Step S208 the UGW1 sends an echo response message to the UGW2.
  • GTP endpoint 1 ie UGW1 receives the echo request message and responds to the echo response message.
  • the specific operation is the same as step S202 and step S204, except that GTP endpoint 1 and GTP endpoint 2 exchange roles.
  • the GTP endpoint 1 and the GTP endpoint 2 each detect a respective echo request and echo response message pair, and the message pairs detected by steps S202 and S204 have no dependency on the message pairs detected in steps S204 and S206.
  • the GTP principle described above is applicable to 3GPP existing gateways/base stations, and the GTP endpoints generally refer to 3GPP. Any network element such as eNB, NB, SGW, P-GW, ePDG, grant access network gateway, SGSN, or GGSN.
  • the EPC is implemented by SDN
  • the logic of the control plane is implemented on the SDN controller.
  • the UGW acts as a forwarding device and only has the forwarding function and very simple logic control function.
  • Embodiments of the present invention provide a method, an apparatus, a system, a controller, and a gateway for detecting a data link, so as to at least solve the above problems.
  • a method for detecting a data link including: the SDN controller sends a GTP request message to the first UGW, and notifies the first UGW to send a GTP user to other GTP endpoints. Having the format send the GTP request message; the SDN controller receives a GTP response message from the first UGW, and detects the data between the first UGW and the other GTP endpoints according to the GTP response message a link, where the GTP response message corresponds to the GTP request message.
  • the SDN controller sends the GTP request message to the first UGW, and notifies the first
  • the SDN controller sends a Packet-out message of the OPENFLOW protocol to the first UGW, where the GTP request message bearer On the Packet-out message.
  • the SDN controller notifies the first UGW to send the GTP request message to the other GTP endpoint in the GTP user plane signaling format by using the Packet-out message.
  • the GTP response message is the GTP carried by the SDN controller according to the second UGW and carried on the Packet-m message of the OPENFLOW protocol.
  • the request message is generated and sent to the SDN controller via the second UGW, the first UGW; in a case where the other GTP endpoint is a legacy GTP endpoint, the GTP response message is the traditional GTP
  • the endpoint is generated according to the GTP request message and sent to the SDN controller via the first UGW.
  • the GTP response message is sent in the GTP user plane signaling format when being forwarded to the first UGW via the second UGW or sent by the traditional GTP endpoint to the first UGW. .
  • the SDN controller detects, according to the GTP response message, that the data link between the first UGW and the other GTP endpoints includes at least one of the following: within a preset time threshold, if Receiving, by the SDN controller, the GTP response message, determining that the data link between the first UGW and the other GTP endpoint is normal; within a preset time threshold, if the SDN controller does not Receiving the GTP response message, and after the SDN controller has not received the GTP response message after a preset number of retry operations, determining between the first UGW and the other GTP endpoints The data link is abnormal.
  • the GTP request message and/or the GTP response message are carried on a Packet-out message of the OPENFLOW protocol when sent by the SDN controller to the first UGW, and sent by the first UGW. Transmitting on the Packet-m message to the SDN controller; and/or the GTP request message and/or the GTP response message are as described between the first UGW and the other GTP endpoints GTP user plane signaling format transmission.
  • the GTP user plane signaling is an echo request message and/or an echo response message in a standard GTP format.
  • the GTP request message generated by the SDN controller is generated according to context information of a GTP user plane; and the GTP response message generated by the SDN controller is according to the GTP request message and the GTP user plane. Contextual information generated.
  • the method further includes: the SDN controller sending a second GTP request message to the second UGW, and notifying the second UGW Transmitting, by the first UGW, the second GTP request message in a GTP user plane signaling format; the SDN controller receiving a second GTP response message from the second UGW, and detecting the second GTP response message according to the second GTP response message The data link between the first UGW and the other GTP endpoint, wherein the second GTP response message corresponds to the second GTP request message.
  • a method for detecting a data link including: a first unified gateway UGW receiving a GTP request message sent by an SDN controller; the first UGW being notified according to the SDN controller Forwarding the GTP request message to the other GTP endpoints in the GTP user plane signaling format, and forwarding the GTP response message to the SDN controller, where the GTP response message corresponds to the GTP request message, and is used for detecting The data link between the first UGW and the other GTP endpoints.
  • the GTP response message is the GTP carried by the SDN controller according to the second UGW and carried on the Packet-m message of the OPENFLOW protocol.
  • the request message is generated and sent to the SDN controller via the second UGW, the first UGW; in a case where the other GTP endpoint is a legacy GTP endpoint, the GTP response message is the traditional GTP
  • the endpoint is generated according to the GTP response message and sent to the SDN controller via the first UGW.
  • the GTP request message and/or the GTP response message are carried on a Packet-out message of the OPENFLOW protocol when sent by the SDN controller to the first UGW, and sent by the first UGW. Transmitting on the Packet-m message to the SDN controller; and/or the GTP request message and/or the GTP response message are as described between the first UGW and the other GTP endpoints GTP user plane signaling format transmission.
  • the GTP user plane signaling is an echo request message and/or an echo response message in a standard GTP format.
  • the GTP request message generated by the SDN controller is generated according to context information of a GTP user plane; and the GTP response message generated by the SDN controller is according to the GTP request message and the GTP user plane. Contextual information generated.
  • a data link detecting apparatus including: a sending module, Set to send a GTP request message to the first unified gateway UGW, and notify the first UGW to send the GTP request message to other GTP endpoints in a GTP user plane signaling format; and the detecting module is configured to receive from the first UGW The GTP responds to the message, and detects the data link between the first UGW and the other GTP endpoint according to the GTP response message, where the GTP response message corresponds to the GTP request message.
  • a data link detecting apparatus including: a receiving module, configured to receive a GTP request message sent by a software defined network SDN controller; and a forwarding module configured to be according to the SDN
  • the notification of the controller sends the GTP request message to the other GTP endpoints in the GTP user plane signaling format, and sends a GTP response message to the SDN controller, where the GTP response message corresponds to the GTP request message.
  • a controller is provided, comprising the detecting device according to the fifteenth item, wherein the controller is an SDN controller.
  • a gateway comprising the detecting apparatus according to the sixteenth item, wherein the gateway is a unified gateway UGW.
  • a data link detection system comprising the control described in the above seventeenth aspect and the gateway according to at least one of the above eighteenth aspects.
  • the SDN controller sends a GTP request message to the first UGW, and notifies the first UGW to forward the GTP request message to other GTP endpoints in a GTP user plane signaling format;
  • the first UGW receives the GTP response message and detects the data link between the first UGW and the other GTP endpoint according to the GTP response message, where the GTP response message corresponds to the GTP request message.
  • FIG. 1 is an architectural diagram of an EPS/GPRS network implemented by SDN according to the related art
  • FIG. 2 is a flow chart of GTU-U session keep-alive according to the related art
  • FIG. 3 is data according to Embodiment 1 of the present invention.
  • FIG. 4 is a flowchart of a data link detecting method according to Embodiment 2 of the present invention.
  • FIG. 5 is a schematic structural diagram of a data link detecting apparatus 1 according to Embodiment 3 of the present invention
  • 6 is a schematic structural diagram of a data link detecting apparatus 2 according to Embodiment 4 of the present invention
  • FIG. 7 is a schematic structural diagram of a data link detecting system according to Embodiment 5 of the present invention
  • FIG. 8 is a schematic diagram of a data link detecting system according to Embodiment 1 of the present invention
  • FIG. 9 is a flowchart of a data link detecting method according to a preferred embodiment 2 of the present invention
  • FIG. 10 is a flowchart of a data link detecting method according to a preferred embodiment 2 of the present invention
  • 11 is a flow chart of a data link detecting method in accordance with a preferred embodiment 4 of the present invention.
  • FIG. 3 is a flowchart 1 of a method for detecting a data link according to the first embodiment of the present invention. As shown in FIG.
  • Step S302 The SDN controller sends a GTP request message to the first UGW, and notifies the first UGW to send the GTP request message to the other GTP endpoint in the GTP user plane signaling format;
  • Step S304 the SDN controller is from the first The UGW receives the GTP response message, and detects the data link between the first UGW and the other GTP endpoint according to the GTP response message, where the GTP response message corresponds to the GTP request message.
  • the related art saves the control plane data by UGW, generates user plane data according to the saved control plane data, and then detects the data link according to the user plane data, and solves the related technologies in the GTP endpoints.
  • the data link detects the existence of the logic of the user plane and the logic of the control plane is unclear, with the effect of improving the logic of the user plane and the logic of the control plane.
  • the SDN controller sends the GTP request message to the first UGW, and notifies the first UGW to send the GTP request message to the other GTP endpoint in a GTP user plane signaling format.
  • the SDN controller sends a PO message of the OPENFLOW protocol to the first UGW, where the GTP request message is carried on the PO message; and the SDN controller notifies the first UGW to the other by using the PO message
  • the GTP endpoint forwards the GTP request message in GTP user plane signaling format.
  • the first UGW does not need to save any data for constructing the GTP request message, and only needs to parse the GTP request message from the PI message according to the indication of the PI message after receiving the PI message of the SDN controller, and then The parsed GTP message is forwarded to the GTP endpoint in a GTP user plane signaling format.
  • the detection of the data link usually has two detection results, one is within a preset time threshold, and if the SDN controller receives the GTP response message, determining between the UGW and the other GTP endpoints The data link is normal; the other is within a preset time threshold, if the SDN controller does not receive the GTP response message, and the SDN repeats the N times to send the GTP request message If the operation still does not receive the GTP response message, it is determined that the data link between the UGW and the other GTP endpoint is abnormal. Through the above steps, the status of the data link between the first UGW and the other GTP endpoints can be obtained.
  • the other GTP endpoints may be traditional GTP endpoints or UGWs.
  • the GTP response message is generated by the SDN controller according to the GTP request message forwarded by the second UGW, and is sent by the second UGW, The first UGW is sent to the SDN controller; where the other GTP endpoint is a legacy GTP endpoint, the GTP response message is generated by the traditional GTP endpoint according to the GTP request message, and The first UGW is sent to the SDN controller.
  • the GTP response message may be returned to the SDN controller to determine the status of the data link.
  • the GTP response message is sent in a GTP user plane signaling format when being forwarded to the first UGW via the second UGW or sent by the traditional GTP endpoint to the first UGW.
  • the second UGW only parses the GTP response message from the PO message sent by the SDN controller, and forwards the GTP to the first UGW in the GTP user plane signaling format of the standard GTP format, thereby reducing the The load of the second UGW.
  • the GTP request message and/or the GTP response message are carried on a PI message and/or a PO message of the OpenFlow protocol when being between the SDN controller and the first UGW; and/or the A GTP request message and/or the GTP response message is carried on the user plane signaling when passing between the first UGW and the other GTP endpoint.
  • the user plane signaling is an echo request message and/or an echo response message in a standard GTP format.
  • the message between the SDN controller and the at least one UGW can be carried on the OF message, such as the PI and P0 messages, it can also be carried on other messages of the OF, or on the newly added message.
  • non-OF protocol messages such as southbound binding (SB) protocol, OVSDB (0VS database) protocol, OF configuration (OF-config) protocol, path computation unit communication protocol (Path Computation Element Communication)
  • PCEP border gateway protocol
  • BGP border gateway protocol
  • FIG. 4 is a flowchart of a data link detection method according to Embodiment 2 of the present invention. As shown in FIG. 4, the process includes the following steps: Step S402, The first UGW receives the GTP request message sent by the SDN controller; Step S404, the first UGW forwards the GTP request message to other GTP endpoints according to the notification of the SDN controller in a GTP user plane signaling format, and the GTP is Responding to the SDN controller, where The GTP response message corresponds to the GTP request message, and is used to detect the data link between the first UGW and the other GTP endpoints.
  • the GTP response message is generated by the SDN controller according to the GTP request message forwarded by the second UGW, and via the second The UGW, the first UGW is sent to the SDN controller; where the other GTP endpoint is a traditional GTP endpoint, the GTP response message is generated by the traditional GTP endpoint according to the GTP response message, and Sending to the SDN controller via the first UGW.
  • the GTP request message and/or the GTP response message are carried on a PI message and/or a PO message of the OpenFlow protocol when being between the SDN controller and the first UGW; and/or The GTP request message and/or the GTP response message are carried on the user plane signaling when passing between the first UGW and the other GTP endpoints.
  • the user plane signaling is an echo request message and/or an echo response message in a standard GTP format.
  • the GTP request message generated by the SDN controller and/or the GTP response message generated by the SDN controller is generated according to context information of a GTP user plane.
  • the embodiment of the present invention further provides a data link detecting apparatus 1.
  • FIG. 5 is a schematic structural diagram of a data link detecting apparatus 1 according to Embodiment 3 of the present invention.
  • the apparatus includes: a sending module 502. And sending the GTP request message to the first UGW, and notifying the first UGW to forward the GTP request message to the other GTP endpoint in the GTP user plane signaling format; the detecting module 504 is configured to detect the according to the GTP response message.
  • the embodiment of the present invention further provides a data link detecting apparatus 2, and
  • FIG. 6 is a schematic structural diagram of a data link detecting apparatus 2 according to Embodiment 4 of the present invention. As shown in FIG.
  • the apparatus includes: a receiving module 602. And configured to receive a GTP request message sent by the software-defined network SDN controller; the forwarding module 604 is configured to forward the GTP request message to other GTP endpoints in a GTP user plane signaling format according to the notification of the SDN controller, and The GTP response message is forwarded to the SDN controller, wherein the GTP response message corresponds to the GTP request message for detecting the data link between the first UGW and the other GTP endpoint.
  • the embodiment of the invention further provides a controller, which comprises the above data link detecting device 1, and the controller is an SDN controller.
  • An embodiment of the present invention further provides a gateway, where the gateway includes the foregoing data link detecting device 2, where the gateway is
  • FIG. 7 is a schematic structural diagram of a data link detection system according to Embodiment 5 of the present invention. As shown in FIG. 7, the system includes the above controller 702 and at least one The above gateway 704.
  • FIG. 8 is a flowchart of a data link detection method according to a preferred embodiment of the present invention.
  • the network element for implementing the data link detection method mainly includes an SDN controller, UGW1, and UGW2, where UGW1 is equivalent to A UGW, UGW2 is equivalent to a GTP endpoint, and the GTP endpoint is a UGW, that is, the GTP endpoint is the second UGW.
  • the SDN controller maintains the state machine of the echo request message and the echo response message, and also maintains the context information of the GTP user plane.
  • the context information includes a clock t1 and a corresponding maximum time interval T1; a clock t2 and a corresponding maximum time interval T2; a counter n1 and a corresponding maximum number of times N1, and other possible context information, such as: a sequence number (Sequence Number, SN for short) And other information.
  • the maximum value T1 of the timer tl indicates the maximum time value of the echo response message after the SDN controller sends the echo request message, which is defined as T3-RESPONSE in the standard, and is represented by T1 in the present application; the maximum of the counter nl
  • the value N1 represents the maximum number of times the SDN controller retransmits the echo request message, which is defined in the standard as N3-REQUESTS, here denoted by N1; and the maximum value T2 of the timer t2 represents the transmission interval of the echo request message. As shown in FIG.
  • Steps S802-806 the SDN controller sends a GTP echo request message, which is carried on the PO message of the OF protocol, and passes through the SDN controller->UGW1->UGW2-> The SDN controller path finally returns to the SDN controller, where the GTP echo request message is equivalent to the GTP request message.
  • the SDN controller generates an GTP echo request message according to the context information of the GTP user plane, and encapsulates the echo request message in the PO message of the OF protocol, and sends the message to the UGW1.
  • the PO message encapsulates the echo request message
  • the standard echo request message/echo response message is encapsulated in the unit8-t data[0] field, and the domain ⁇ _action_header actions[0] identifies that the specific operation is umt8-
  • the echo request message/echo response packet forwarding (Packet-Out) of the t data[0] field is encapsulated.
  • the UGW1 extracts the GTP echo request message according to the operation indication in the P0 message, and sends the message to the UGW2 in a standard GTP-U format.
  • the UGW2 matches the match field according to the flow table on the UGW2, matches the data packet of the echo request, and encapsulates the echo request message into the PI message according to the operation indication in the flow table. In, then sent to the SDN controller.
  • the standard echo request/echo response message is encapsulated in the umt8-t data[0] field, and the umt8-t reason field identifies that the action of receiving the message is forward (Packet-In), That is sent to the SDN controller.
  • Steps S808 ⁇ 812 after receiving the echo request message, the SDN controller generates an echo response message, and the message arrives at the SDN controller through the SDN controller->UGW2->UGW1->SDN controller path.
  • the SDN controller triggers according to the received echo request message, generates an echo response message, and encapsulates the message. It is installed in the PO message of the OF protocol and sent to UGW2.
  • the format of the PO message encapsulating echo response message is as described above, and is not described here.
  • the UGW2 extracts the GTP echo response message according to the operation indication in the PO message, and sends the message to the UGW1 in a standard GTP-U format, that is, a GTP user plane signaling format.
  • the UGW1 matches the domain of the echo response according to the flow table matching domain on the UGW1, and encapsulates the echo response message into the PI message according to the operation indication in the flow table, and then Send to the SDN controller.
  • the format of the encapsulated echo response message of the PI message is as described above, and is not described here. In the related art, that is, the GTP maintenance mechanism as described in FIG.
  • the echo request message and the echo response message of the GTP are separately sent to the opposite end by the two endpoints of the GTP, and therefore, in this embodiment, the SDN control
  • the device also needs to send a PI message to UGW2 and encapsulates an echo request message, which finally returns to the SDN controller, i.e., steps S802a-806a, in a similar operation to step S802 806.
  • the SDN controller needs to respond to the echo response message via the UGW1->UGW2 path, and finally returns to the SDN controller in the format similar to step S808 812, that is, steps S808a to 812a. According to the above operation, a normal operation of the GTP session keep-alive is completed.
  • FIG. 9 is a flowchart of a data link detecting method according to a preferred embodiment 2 of the present invention, which is an optimization of the method shown in the preferred embodiment 1.
  • GTP keepalive is to keep the GTP link by sending an echo request message/echo response message in both directions, because the two GTP endpoints are two different endpoints.
  • the echo request/echo response message is generated and transmitted, and the receiving point is a point, that is, the SDN controller. Therefore, as long as the SDN controller receives a message from itself, it can prove the smoothness of the link.
  • the message in one direction can be omitted on the basis of the preferred embodiment 1, and only the message in one direction is retained, that is, as shown in FIG. 9, only the following steps are included:
  • Step S908 ⁇ 912 after receiving the echo request message, the SDN controller generates an echo response message, and the message arrives at the SDN controller through the SDN controller -> UGW2->UGW1->SDN controller path.
  • steps S8102a to 812a in the preferred embodiment are omitted in this embodiment, but this also enables the GTP link to be activated.
  • FIG. 10 is a flowchart of a data link detecting method according to a preferred embodiment 2 of the present invention.
  • GTP One of the two endpoints is a traditional GTP endpoint, such as e B or a traditional S-GW/P-GW, and the other endpoint is UGW.
  • the maintenance of the GTP link needs to be maintained by transmitting the echo request/echo response message in both directions, and cannot be maintained in one direction as in the preferred embodiment 2.
  • the context information of the GTP user plane on the UGW side is maintained by the SDN controller, and the GTP context information of the traditional GTP endpoint is maintained according to related technologies.
  • FIG. 11 is a flowchart of a data link detecting method according to a preferred embodiment 4 of the present invention. As shown in FIG. 11, the flow includes the following steps:
  • the SDN controller considers that the message interaction fails, the link is unreachable, and the corresponding operation is initiated. For example, delete the context information of the GTP user plane.
  • the SDN controller function in the above solution can be implemented on any network device such as a computing server or an SDN controller, such as an X86 server; the UGW function can be used in any network device such as a server or router or switch having routing functions. Implementation, such as X86 server, enhanced common switch, etc. From the above description, it can be seen that the embodiment of the present invention achieves the following technical effects: It has the effect of improving the logic of the user plane and the logic of the control plane, and alleviates the load of the first UGW.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over 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 steps shown or described are performed sequentially, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated into a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention.
  • a data link detection method, apparatus, system, controller, and gateway provided by an embodiment of the present invention have the following beneficial effects: having improved logic of a user plane and logic of a control plane The effect, and the load of the first UGW is alleviated.

Abstract

本发明公开了一种数据链路的检测方法、装置、系统、控制器及网关，该方法包括SDN控制器向第一UGW发送GTP请求消息，并通知上述第一UGW向其他GTP 端点以GTP用户面信令格式发送上述GTP请求消息；上述SDN控制器从上述第一 UGW接收GTP响应消息，并根据上述GTP响应消息检测上述第一UGW与上述其他 GTP端点之间的上述数据链路，其中，上述GTP响应消息与上述GTP请求消息相对应。本发明解决了相关技术中GTP端点之间数据链路检测存在的用户面的逻辑和控制面的逻辑不清楚的问题，具有提高用户面的逻辑和控制面的逻辑的清晰度的效果。

Description

数据链路的检测方法、 装置、 系统、 控制器及网关 技术领域 本发明涉及通信领域， 具体而言， 涉及一种数据链路的检测方法、 装置、 系统、 控制 器及网关。 背景技术 开放流 （OpenFlow, 简称 OF) 协议是美国斯坦福大学于 2008年提出的一种转发 /控制 分离协议， 外置控制面实体采用 OF协议控制转发面设备实现各种转发逻辑， 而转发面设备 主要功能就是根据 OF控制器下发的流表执行受控转发。 OF协议进一步演进， 成为软件定 义网络 （Software Defined Network, 简称为 SDN) 技术， 即可以在控制面采用软件编程实 现各种复杂的网络应用， 例如用 SDN实现演进的分组系统 （Evolved Packet System ， 简称 为 EPS ) /通用分组无线服务 （General Packet Radio Service ， 简称为 GPRS ) 网络。 其中， EPS网络是第三代合作伙伴计划 （3rd Generation Partnership Project, 简称为 3GPP) 定义的 第四代移动通信网络， GPRS网络是 3GPP定义的第三代移动通信网络。 图 1是根据相关技术的用 SDN实现 EPS/GPRS网络的架构图， 该架构中主要包括用户 终端（User Equipment, 简称为 UE)、（演进的)通用移动通信系统陆地无线接入网（ (Evolved) Universal Terrestrial Radio Access Network, 简称为 (E)UTRAN)、 核心网、 控制器 (controller)、 因特网 (internet), 其中， UE为通信终端； （E)UTRAN为无线接入网部分， 该 (E)UTRAN内 部由演进的基站 （eNodeB ) 或基站 （NodeB ) 组成； 核心网， 即软件定义的演进的分组核 心网 （Evolved Packet Core, 简称为 EPC)， 是 EPS的核心网部分， 核心网中的所有的统一 网关 (unified Gateway,简称为 UGW)都是通用的网关设备，其角色受控于 SDN控制器（SDN Controller) 的控制信令。 举例来说， 对于某个 UE的 IP连接， 统一网关 UGW-1扮演服务 网关（Serving Gateway, 简称为 SGW) 或者是 GPRS服务支持节点 （ Serving GPRS Support Node,简称为 SGSN)的角色， UGW2扮演分组数据网络网关（Packet Data Network Gateway, 简称为 P-GW)或者是网关 GPRS支持节点 （Gateway GPRS Support Node, 简称为 GGSN) 的角色， UGW3 扮演非 3GPP接入网关或者是演进的分组数据网关 （Evolved Packet Data Gateway, 简称为 ePDG) 的角色。 这样 （E) UTRAN与 UGW-1之间， UGW-1与 UGW-2 之间， UGW-2与 UGW-3之间都是基于 GPRS隧道协议-用户面（GPRS Tunnel Protocol- User Plane, 简称为 GTP-U) 协议的接口。 换句话说， UGW与 （e) NB之间， UGW禾卩 UGW之 间， 或者 UGW和传统的 GTP网元之间必须支持 GTP-U协议。 GPRS隧道协议 （GPRS Tunnel Protocol ， 简称 GTP) 协议是 3GPP定义的一组协议， 分为 GPRS隧道协议 -控制面协议 （GPRS Tunnel Protocol- Controller Plane, 简称为 GTP-C) 和用户面协议 GTP-U。 其中 GTP-U 是用于网关之间数据封装和转发的协议， 除此之外， GTP-U还有一套自身会话检测机制： 通过向对端发送 GTP-U的回声请求 (Echo Request) 消 息和回声响应 （Echo Response ) 消息来探测路径， 检测链路 （Path) 状态， 具体流程如图 2 所示， 包括以下步骤： 步骤 S202， UGW1向 UGW2发送回声请求消息。 其中一个 UGW比如 UGW1作为 GTP端点 1发送回声请求消息给作为 GTP端点 2的
UGW比如 UGW2， UGW1发出消息后启动定时器 tl。 回声请求消息的目标地址为 GTP 端点 2 的地址， 用户数据包协议 (User Datagram Protocol, 简称为 UDP)目的端口号设置为 2152， 隧道终点标识 （Tunnel Endpoint Identifier, 简称为 TEID) 为全零， 源地址为 UGW1 自身地址， 源端口号为配置的任意端口。 序列号 ( Sequence Number,简称为 SN)为初始值，比如为 0或者在上一次回声请求消息的 Sequence Number之上增 1。 步骤 S204， UGW2向 UGW1发送 Echo response消息。
GTP端点 2即 UGW2接收到回声请求消息后， 向对端发送 Echo Response消息， 其中 Echo Response消息的目标地址为 GTP 端点 1 的地址， UDP 目的端口号设置为步骤 S202 的回声请求消息的源端口号， TEID为全零， 源地址为 UGW2 的自身地址， 源端口号为步 骤 S202的回声请求消息的目的端口号， SN为回声请求消息的 SN。
GTP端点 l即UGWl收到Echo Response 消息后， 结束定时器 tl， 并启动定时器 t2。 如果定时器 tl超时却没有收到 Echo Response消息， GTP 端点 1会重发回声请求消息， 消息格式和内容同第一次发送的回声请求消息， 并再次启动定时器 tl， 如果在 tl超时后， 还没有收到回声响应消息， 则重复以上操作， 经过 N1次操作后， 如果仍然没有收到回声响 应消息， 则认为该链路不通， GTP端点 1本地进行相关操作， 比如删除 GTP上下文等。 t2定时器到时后， GTP端点 1会发送另外一条回声请求消息， 该消息的 SN在上一次 回声请求消息的 SN基础上增 1， 并启动定时器 tl， 后续操作重复上述步骤 S202， S204。 步骤 S206， UGW2向 UGW1发送回声请求消息。 GTP端点 2即 UGW2向 GTP端点 2即 UGW1发送回声请求消息。 步骤 S208， UGW1向 UGW2发送回声响应消息。
GTP端点 1即 UGW1接收到回声请求消息并回应回声响应消息。具体操作同步骤 S202 和步骤 S204, 不同点在于 GTP端点 1和 GTP端点 2互换角色。
GTP端点 1和 GTP端点 2各自检测各自的回声请求和回声响应消息对， 步骤 S202、 S204检测的消息对和步骤 S204、 S206检测的消息对没有依赖关系。 上述介绍的 GTP原理是适用于 3GPP现有网关 /基站上的， 所述的 GTP端点泛指 3GPP 网络的 eNB， NB, SGW, P-GW, ePDG、 授信接入网网关， SGSN, 或 GGSN等任意网元。 当由 SDN来实现 EPC的时候， 有关控制面的逻辑都在 SDN控制器之上实现， UGW作为 转发设备， 只具备转发功能和非常简单的逻辑控制功能， 因此如何实现 GTP会话 （这里特 指 GTP-U) 的检测， 即： 如何使用回声请求消息和回声响应消息， 是需要待解决的问题。 针对相关技术中 GTP端点之间数据链路检测存在的控制面逻辑与用户面逻辑不清楚 的问题， 目前尚未提出有效的解决方案。 发明内容 本发明实施例提供了一种数据链路的检测方法、 装置、 系统、 控制器、 网关， 以至少 解决上述问题。 根据本发明实施例的一个方面， 提供了一种数据链路的检测方法， 包括： SDN控制器 向第一 UGW发送 GTP请求消息， 并通知所述第一 UGW向其他 GTP端点以 GTP用户面 信令格式发送所述 GTP请求消息；所述 SDN控制器从所述第一 UGW接收 GTP响应消息， 并根据所述 GTP响应消息检测所述第一 UGW与所述其他 GTP端点之间的所述数据链路， 其中， 所述 GTP响应消息与所述 GTP请求消息相对应。 优选地， 所述 SDN控制器向所述第一 UGW发送所述 GTP请求消息， 并通知所述第一
UGW向所述其他 GTP端点以所述 GTP用户面信令格式发送所述 GTP请求消息包括：所述 SDN控制器向所述第一 UGW发送 OPENFLOW协议的 Packet-out消息， 所述 GTP请求消 息承载在所述 Packet-out消息上。 所述 SDN控制器通过所述 Packet-out消息通知所述第一 UGW向所述其他 GTP端点以所述 GTP用户面信令格式发送所述 GTP请求消息。 优选地，在所述其他 GTP端点是第二 UGW的情况下，所述 GTP响应消息是所述 SDN 控制器根据所述第二 UGW转发的承载在 OPENFLOW协议的 Packet-m消息上的所述 GTP 请求消息生成的， 并经由所述第二 UGW、 所述第一 UGW发送给所述 SDN控制器； 在所 述其他 GTP端点是传统 GTP端点的情况下， 所述 GTP响应消息是所述传统 GTP端点根据 所述 GTP请求消息生成的， 并经由所述第一 UGW发送给所述 SDN控制器。 优选地， 所述 GTP响应消息在经由所述第二 UGW转发给所述第一 UGW或由所述传 统 GTP端点发送给所述第一 UGW时， 是以所述 GTP用户面信令格式发送的。 优选地，所述 SDN控制器根据所述 GTP响应消息检测所述第一 UGW与所述其他 GTP 端点之间的所述数据链路包括以下至少之一： 在预设的时间阈值内， 如果所述 SDN控制器 接收到所述 GTP响应消息，则确定所述第一 UGW与所述其他 GTP端点之间的所述数据链 路正常； 在预设的时间阈值内， 如果所述 SDN控制器没有接收到所述 GTP响应消息， 且 所述 SDN控制器经过预设次数的重试操作后， 仍然没有收到所述 GTP响应消息， 则确定 所述第一 UGW与所述其他 GTP端点之间的所述数据链路异常。 优选地， 所述 GTP请求消息和 /或所述 GTP响应消息在由所述 SDN控制器发往所述第 一 UGW时承载在 OPENFLOW协议的 Packet-out消息上，在由所述第一 UGW发往所述 SDN 控制器时承载在 Packet-m消息上；和 /或所述 GTP请求消息和 /或所述 GTP响应消息在经由 所述第一 UGW和所述其他 GTP端点之间时以所述 GTP用户面信令格式传送。 优选地， 所述 GTP用户面信令是标准的 GTP格式的回声请求消息和 /或回声响应消息。 优选地， 所述 SDN控制器生成的所述 GTP请求消息是根据 GTP用户面的上下文信息 生成的；所述 SDN控制器生成的所述 GTP响应消息是根据所述 GTP请求消息和 GTP用户 面的上下文信息生成的。 优选地， 在所述其他 GTP端点是第二 UGW的情况下， 所述方法还包括： 所述 SDN控 制器向所述第二 UGW发送第二 GTP请求消息， 并通知所述第二 UGW向所述第一 UGW 以 GTP用户面信令格式发送所述第二 GTP请求消息； 所述 SDN控制器从所述第二 UGW 接收第二 GTP响应消息， 并根据所述第二 GTP响应消息检测所述第一 UGW与所述其他 GTP端点之间的所述数据链路， 其中， 所述第二 GTP响应消息与所述第二 GTP请求消息 相对应。 根据本发明实施例的一个方面， 提供了一种数据链路的检测方法， 包括： 第一统一网 关 UGW接收 SDN控制器发送的 GTP请求消息； 所述第一 UGW根据所述 SDN控制器的 通知以 GTP用户面信令格式向其他 GTP端点转发所述 GTP请求消息， 并将 GTP响应消息 转发给所述 SDN控制器， 其中， 所述 GTP响应消息与所述 GTP请求消息相对应， 用于检 测所述第一 UGW与所述其他 GTP端点之间的所述数据链路。 优选地，在所述其他 GTP端点是第二 UGW的情况下，所述 GTP响应消息是所述 SDN 控制器根据所述第二 UGW转发的承载在 OPENFLOW协议的 Packet-m消息上的所述 GTP 请求消息生成的， 并经由所述第二 UGW、 所述第一 UGW发送给所述 SDN控制器； 在所 述其他 GTP端点是传统 GTP端点的情况下， 所述 GTP响应消息是所述传统 GTP端点根据 所述 GTP响应消息生成的， 并经由所述第一 UGW发送给所述 SDN控制器。 优选地， 所述 GTP请求消息和 /或所述 GTP响应消息在由所述 SDN控制器发往所述第 一 UGW时承载在 OPENFLOW协议的 Packet-out消息上，在由所述第一 UGW发往所述 SDN 控制器时承载在 Packet-m消息上；和 /或所述 GTP请求消息和 /或所述 GTP响应消息在经由 所述第一 UGW和所述其他 GTP端点之间时以所述 GTP用户面信令格式传送。 优选地， 所述 GTP用户面信令是标准的 GTP格式的回声请求消息和 /或回声响应消息。 优选地， 所述 SDN控制器生成的所述 GTP请求消息是根据 GTP用户面的上下文信息 生成的；所述 SDN控制器生成的所述 GTP响应消息是根据所述 GTP请求消息和 GTP用户 面的上下文信息生成的。 根据本发明实施例的另一方面， 提供了一种数据链路的检测装置， 包括： 发送模块， 设置为向第一统一网关 UGW发送 GTP请求消息， 并通知所述第一 UGW向其他 GTP端点 以 GTP用户面信令格式发送所述 GTP请求消息； 检测模块， 设置为从所述第一 UGW接收 GTP响应消息，并根据所述 GTP响应消息检测所述第一 UGW与所述其他 GTP端点之间的 所述数据链路， 其中， 所述 GTP响应消息与所述 GTP请求消息相对应。 根据本发明实施例的另一方面， 提供了一种数据链路的检测装置， 包括： 接收模块， 设置为接收软件定义网络 SDN控制器发送的 GTP请求消息； 转发模块， 设置为根据所述 SDN控制器的通知以 GTP用户面信令格式向其他 GTP端点发送所述 GTP请求消息， 并将 GTP响应消息发送给所述 SDN控制器， 其中， 所述 GTP响应消息与所述 GTP请求消息相 对应， 用于检测第一 UGW与所述其他 GTP端点之间的所述数据链路。 根据本发明实施例的又一方面， 提供了一种控制器， 包括上述第十五项所述的检测装 置， 所述控制器是 SDN控制器。 根据本发明实施例的又一方面， 提供了一种网关， 包括上述第十六项所述的检测装置， 所述网关是统一网关 UGW。 根据本发明实施例的再一方面， 提供了一种数据链路的检测系统， 包括上述第十七项 方案所述的控制其和至少一个上述第十八项方案所述的网关。 通过本发明实施例， 采用 SDN控制器向第一 UGW发送 GTP请求消息， 并通知所述第 一 UGW向其他 GTP端点以 GTP用户面信令格式转发所述 GTP请求消息； 所述 SDN控制 器从所述第一 UGW接收 GTP响应消息并根据 GTP响应消息检测所述第一 UGW与所述其 他 GTP端点之间的所述数据链路， 其中， 所述 GTP响应消息与所述 GTP请求消息相对应， 解决了相关技术中 GTP端点之间数据链路检测存在的用户面的逻辑和控制面的逻辑不清楚 的问题， 进而达到了用户面的逻辑和控制面的逻辑提高 GTP端点之间数据链路检测质量的 效果。
附图说明 此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一部分， 本发明的 示意性实施例及其说明用于解释本发明， 并不构成对本发明的不当限定。 在附图中： 图 1是根据相关技术的用 SDN实现 EPS/GPRS网络的架构图； 图 2是根据相关技术的 GTU-U会话保活流程图； 图 3是根据本发明实施例一的数据链路检测方法的流程图； 图 4是根据本发明实施例二的数据链路检测方法的流程图； 图 5是根据本发明实施例三的数据链路检测装置一的结构示意图； 图 6是根据本发明实施例四的数据链路检测装置二的结构示意图； 图 7是根据本发明实施例五的数据链路检测系统的结构示意图； 图 8是根据本发明优选实施例一的数据链路检测方法的流程图； 图 9是根据本发明优选实施例二的数据链路检测方法的流程图； 图 10是根据本发明优选实施例二的数据链路检测方法的流程图； 以及 图 11是根据本发明优选实施例四的数据链路检测方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。 需要说明的是， 在不冲突的情况 下， 本申请中的实施例及实施例中的特征可以相互组合。 本发明实施例提供了一种数据链路的检测方法， 图 3 是根据本发明实施例一的数据链 路检测方法的流程图一， 如图 3所示， 该流程包括以下步骤： 步骤 S302， SDN控制器向第一 UGW发送 GTP请求消息， 并通知所述第一 UGW向 其他 GTP端点以 GTP用户面信令格式发送所述 GTP请求消息； 步骤 S304, 所述 SDN控制器从所述第一 UGW接收 GTP响应消息， 并根据 GTP响应 消息检测所述第一 UGW与所述其他 GTP端点之间的所述数据链路， 其中， 所述 GTP响应 消息与所述 GTP请求消息相对应。 通过上述步骤， 改变了相关技术中由 UGW保存控制面数据， 并根据所保存的控制面 数据生成用户面数据， 进而根据用户面数据检测数据链路的做法， 解决了相关技术中 GTP 端点之间数据链路检测存在的用户面的逻辑和控制面的逻辑不清楚的问题， 具有提高用户 面的逻辑和控制面的逻辑的清晰度的效果。 其中， 所述 SDN控制器向所述第一 UGW发送所述 GTP请求消息， 并通知所述第一 UGW向所述其他 GTP端点以 GTP用户面信令格式发送所述 GTP请求消息可以包括：所述 SDN控制器向所述第一 UGW发送 OPENFLOW协议的 PO消息， 所述 GTP请求消息承载 在所述 PO消息上;所述 SDN控制器通过所述 PO消息通知所述第一 UGW向所述其他 GTP 端点以 GTP用户面信令格式转发所述 GTP请求消息。通过上述步骤， 第一 UGW无需保存 构建 GTP求消息的任何数据， 只需在接收到所述 SDN控制器的 PI消息后， 根据 PI消息的 指示， 从 PI消息中解析出 GTP请求消息， 然后将所解析出的 GTP消息以 GTP用户面信令 格式转发给所述 GTP端点。 数据链路的检测通常有两种检测结果， 一种是在预设的时间阈值内， 如果所述 SDN控 制器接收到所述 GTP响应消息，则确定所述 UGW与所述其他 GTP端点之间的所述数据链 路正常； 另一种是在预设的时间阈值内， 如果所述 SDN控制器没有接收到所述 GTP响应 消息， 且所述 SDN重复了 N次发送所述 GTP请求消息的操作仍然没有接收到所述 GTP响 应消息， 则确定所述 UGW与所述其他 GTP端点之间的所述数据链路异常。通过上述步骤， 可以获取所述第一 UGW与所述其他 GTP端点之间的数据链路的状态。 其中， 所述其他 GTP端点可以是传统的 GTP端点， 也可以是 UGW。 在所述其他 GTP 端点是第二 UGW的情况下，所述 GTP响应消息是所述 SDN控制器根据所述第二 UGW转 发的所述 GTP请求消息生成的， 并经由所述第二 UGW、 所述第一 UGW发送给所述 SDN 控制器； 在所述其他 GTP端点是传统 GTP端点的情况下， 所述 GTP响应消息是所述传统 GTP端点根据所述 GTP请求消息生成的， 并经由所述第一 UGW发送给所述 SDN控制器。 通过上述步骤， 可以将所述 GTP响应消息返回给所述 SDN控制器， 以判断所述数据链路 的状态。 其中， 所述 GTP响应消息在经由所述第二 UGW转发给所述第一 UGW或由所述传统 GTP端点发送给所述第一 UGW时， 是以 GTP用户面信令格式发送的。 通过上述步骤， 所 述第二 UGW只是将 GTP响应消息从 SDN控制器发送的 PO消息中解析出来， 并以标准的 GTP格式的 GTP用户面信令格式转发给所述第一 UGW, 从而减轻了所述第二 UGW的负 荷。 其中， 所述 GTP请求消息和 /或所述 GTP响应消息在经由所述 SDN控制器和所述第一 UGW之间时承载在 OpenFlow协议的 PI消息和 /或 PO消息上； 和 /或所述 GTP请求消息和 /或所述 GTP响应消息在经由所述第一 UGW和所述其他 GTP端点之间时承载在所述用户 面信令上。所述用户面信令是标准的 GTP格式的回声请求消息和 /或回声响应消息。实际上， 除了可以将所述 SDN控制器和所述至少一个 UGW之间的消息承载在 OF消息上比如 PI和 P0消息之外， 还可以承载在 OF的其他消息上， 或者新增的消息上， 或者其他的非 OF协 议的消息上， 例如南向绑定 （southbound, 简称 SB ) 协议， OVSDB (0VS 数据库） 协议， OF 配置 （OF-config ) 协议， 路径计算单元通信协议 （Path Computation Element Communication Protocol, 简称为 PCEP), 边界网关协议 （border Gateway protocol, 简称为 BGP) 等， 都可以对所述 SDN控制器和所述第一 UGW之间的 GTP请求消息和 /或 GTP响 应消息进行扩展支持， 而这些方法都是在本发明实施例的覆盖范围内的。 本发明实施例还提供了一种数据链路的检测方法， 图 4是根据本发明实施例二的数据 链路检测方法的流程图， 如图 4所示， 该流程包括以下步骤： 步骤 S402, 第一 UGW接收 SDN控制器发送的 GTP请求消息； 步骤 S404, 所述第一 UGW根据所述 SDN控制器的通知以 GTP用户面信令格式向其 他 GTP端点转发所述 GTP请求消息， 并将 GTP响应消息转发给所述 SDN控制器， 其中， 所述 GTP响应消息与所述 GTP请求消息相对应，用于检测所述第一 UGW与所述其他 GTP 端点之间的所述数据链路。 优选地，在所述其他 GTP端点是第二 UGW的情况下，所述 GTP响应消息是所述 SDN 控制器根据所述第二 UGW转发的所述 GTP请求消息生成的， 并经由所述第二 UGW、 所 述第一 UGW发送给所述 SDN控制器； 在所述其他 GTP端点是传统 GTP端点的情况下， 所述 GTP响应消息是所述传统 GTP端点根据所述 GTP响应消息生成的， 并经由所述第一 UGW发送给所述 SDN控制器。 优选地， 所述 GTP请求消息和 /或所述 GTP响应消息在经由所述 SDN控制器和所述第 一 UGW之间时承载在 OpenFlow协议的 PI消息和 /或 PO消息上；和 /或所述 GTP请求消息 和 /或所述 GTP响应消息在经由所述第一 UGW和所述其他 GTP端点之间时承载在所述用 户面信令上。 优选地， 所述用户面信令是标准的 GTP格式的回声请求消息和 /或回声响应消息。 优选地，所述 SDN控制器生成的所述 GTP请求消息和 /或所述 SDN控制器生成的所述 GTP响应消息是根据 GTP用户面的上下文信息生成的。 本发明实施例还提供了一种数据链路的检测装置一， 图 5 是根据本发明实施例三的数 据链路检测装置一的结构示意图， 如图 5所示， 该装置包括： 发送模块 502，设置为向第一 UGW发送 GTP请求消息， 并通知所述第一 UGW向其他 GTP端点以 GTP用户面信令格式转发所述 GTP请求消息； 检测模块 504， 设置为根据 GTP响应消息检测所述第一 UGW与所述其他 GTP端点之 间的所述数据链路， 其中， 所述 GTP响应消息与所述 GTP请求消息相对应。 本发明实施例还提供了一种数据链路的检测装置二， 图 6是根据本发明实施例四的数 据链路检测装置二的结构示意图， 如图 6所示， 该装置包括： 接收模块 602， 设置为接收软件定义网络 SDN控制器发送的 GTP请求消息； 转发模块 604，设置为根据所述 SDN控制器的通知以 GTP用户面信令格式向其他 GTP 端点转发所述 GTP请求消息，并将 GTP响应消息转发给所述 SDN控制器，其中，所述 GTP 响应消息与所述 GTP请求消息相对应，用于检测第一 UGW与所述其他 GTP端点之间的所 述数据链路。 本发明实施例还提供了一种控制器， 该控制器包括上述数据链路检测装置一， 该控制 器是 SDN控制器。 本发明实施例还提供了一种网关， 该网关包括上述数据链路检测装置二， 该网关是
UGW。 本发明实施例还提供了一种数据链路检测系统， 图 7是根据本发明实施例五的数据链 路检测系统的结构示意图， 如图 7所示， 该系统包括上述控制器 702和至少一个上述网关 704。 优选实施例一 图 8 是根据本发明优选实施例一的数据链路检测方法的流程图， 实现该数据链路检测 方法的网元主要包括 SDN控制器、 UGW1和 UGW2,其中， UGW1相当于第一 UGW，UGW2 相当于 GTP端点， 且该 GTP端点是 UGW的情形， 即 GTP端点是第二 UGW的情形。 本 实施例中， SDN控制器维护了回声请求消息和回声响应消息的状态机， 同时还维护了 GTP 用户面的上下文信息。 该上下文信息包括时钟 tl及对应最大时间间隔 T1 ; 时钟 t2及对应 最大时间间隔 T2; 计数器 nl及对应的最大次数 Nl， 以及其他可能的上下文信息， 比如： 序列号 （Sequence Number, 简称为 SN) 等信息。 其中， 定时器 tl最大值 Tl， 表示 SDN 控制器发送回声请求消息之后， 等待回声响应消息的最大时间值， 其在标准中定义为 T3-RESPONSE, 在本申请中用 T1表示； 计数器 nl的最大值 Nl表示 SDN控制器重发回声 请求消息的最大次数， 其在标准中定义为 N3-REQUESTS, 这里用 N1表示； 定时器 t2的最 大值 T2表示回声请求消息的发送间隔时间。 如图 8所示， 该流程包括以下步骤： 步骤 S802~806， SDN控制器发出 GTP的回声请求消息， 该消息承载在 OF协议的 PO 消息上，经过 SDN控制器 ->UGW1->UGW2->SDN控制器路径最后回到 SDN控制器，其中， GTP的回声请求消息相当于 GTP请求消息。
S802: SDN控制器根据 GTP用户面的上下文信息生成 GTP的回声请求消息， 并将该 回声请求消息封装在 OF协议的 PO消息中， 发送给 UGW1。 其中 PO消息封装回声请求消 息时， 在 unit8— t data[0]域封装标准的回声请求消息 /回声响应消息， 而域 οφ— action— header actions[0]则标识了具体的操作是将 umt8— t data[0]域封装的回声请求消息 /回声响应消息转发 (Packet-Out) 出去。
S804， UGW1根据 P0消息中的操作指示， 取出 GTP的回声请求消息， 并将该消息以 标准的 GTP-U的格式发送给 UGW2。
S806, UGW2接收到 UGW1发送的回声请求消息后，根据 UGW2上的流表匹配 (match) 域， 匹配到该回声请求的数据包， 并根据流表中的操作指示将回声请求消息封装到 PI消息 中， 然后发送到 SDN控制器。 其中 PI消息封装回声请求消息时， 在 umt8— t data[0]域封装 标准的回声请求 /回声响应消息， 而 umt8— t reason 域标识了收到该消息的动作是转发 (Packet-In), 即发送给 SDN控制器。 步骤 S808~812， SDN 控制器收到回声请求消息后， 生成回声响应消息， 该消息经过 SDN控制器 ->UGW2->UGW1->SDN控制器路径最后到达 SDN控制器。
S808， SDN控制器根据收到的回声请求消息触发， 生成回声响应消息， 并将该消息封 装在 OF协议的 PO消息中， 发送给 UGW2。 其中 PO消息封装回声响应消息的格式如上所 述， 此处不再赘述。
S810, UGW2根据 PO消息中的操作指示， 取出 GTP的回声响应消息， 并将该消息以 标准的 GTP-U的格式即 GTP用户面信令格式发送给 UGW1。 S812, UGW1接收到 UGW2发送的回声响应消息后， 根据 UGW1上的流表匹配域， 匹配到该回声响应的数据包， 并根据流表中的操作指示将回声响应消息封装到 PI消息中， 然后发送到 SDN控制器。 其中 PI消息封装回声响应消息的格式如上所述， 此处不再赘述。 在相关技术中， 即如图 2所描述的 GTP维护机制， GTP的回声请求消息、 回声响应消 息是由 GTP的两个端点分别向对端双向发送的， 因此， 在本实施例中， SDN控制器还需要 向 UGW2发送 PI消息并封装了回声请求消息， 该消息以类似步骤 S802 806的操作最后回 到 SDN控制器， 即步骤 S802a~806a。 同样， SDN控制器还需要经过 UGW1->UGW2路径 回应回声响应消息，最后以类似步骤 S808 812的格式回到 SDN控制器，即步骤 S808a~812a。 根据上述操作， 就完成了 GTP会话保活的一次正常操作。 后续， SDN控制器会根据定 时器 t2每隔固定时间间隔 （例如 60s) 向两个 GTP端点各发起一次上述操作以保证 GTP 链路的激活状态。 优选实施例二 图 9是根据本发明优选实施例二的数据链路检测方法的流程图，本方法是优选实施例 一所示方法的优化。 相关技术中， GTP保活是通过双向发送回声请求消息 /回声响应消息来保活 GTP 链路的， 其原因是两个 GTP端点是两个不同的端点。考虑到当前的场景， 回声请求 /回声响应消息的生成与发送，接收点都是一个点， 即 SDN控制器。因此，只要 SDN 控制器接收到了自身发出的消息， 就能证明链路的畅通性。
因此， 可以在优选实施例一的基础上省略其中一个方向的消息， 只保留其中一个方向的 消息， 即如图 9所示， 仅包括以下步骤：
步骤 S902~906， SDN 控制器发出回声请求消息， 该消息经过 SDN 控制器
->UGW1->UGW2->SDN控制器路径最后回到 SDN控制器。 步骤 S908~912， SDN控制器收到回声请求消息后， 生成回声响应消息， 该消息经过 SDN控制器 ->UGW2->UGW1->SDN控制器路径最后到达 SDN控制器。
上述步骤与优选实施例一中的步骤 S802 812相同， 此处不再赘述。 但相比于优选实施例 一， 本实施例中省略了优选实施例中的步骤 S8102a~812a， 但这样同样能够起到 GTP链路保 活的功能。
优选实施例三 图 10是根据本发明优选实施例二的数据链路检测方法的流程图。 本实施例中， GTP 的两个端点一个是传统的 GTP端点， 比如 e B或者传统的 S-GW/P-GW等， 另外 一个端点是 UGW。 这样， GTP链路的维护就需要通过双向的发送回声请求 /回声响 应消息来维护， 而不能像优选实施例二那样单向维护。 g^， UGW侧的 GTP用户面 的上下文信息由 SDN控制器来维护，传统的 GTP端点的 GTP上下文信息根据相关 技术来维护。 传统的 GTP端点的操作， 即传统的 GTP端点和 UGW之间的消息发 送， 参见图 2的对应说明。 而 UGW的操作， 即 UGW与 SDN控制器之间的消息， 以及 SDN控制器的操作参见图 8的对应说明， 即步骤 S1002a， SI 004b相当于图 8 中的步骤 S802a， S812a; 步骤 S1006b， 步骤 S1008a相当于图 8中的 S806， S808; 步骤 1006a, 步骤 S 1008b相当于图 8中的 S804,S810， 而步骤 S 1002b, S 1004a相当 于图 2中的步骤 S206、 S208, 此处不再赘述。 优选实施例四 图 11是根据本发明优选实施例四的数据链路检测方法的流程图， 如图 11所示， 该流 程包括以下步骤：
步骤 S1102-S1112, SDN控制器发出承载在 PO消息上的回声请求消息之后， 启动定时 器 tl,等待对应的回声响应， 如果在 tl<Tl内， 收到了回声响应消息， 代表本次交互正常， 并且 SDN控制器启动定时器 t2， 当 t2=T2时， SDN控制器发起下一轮的交互， 即再一次发 送回声请求消息，其中， 回声请求消息相当于 GTP请求消息， 回声响应消息相当于 GTP响 应消息。
步骤 S1114-S1122, SDN控制器发送承载在 PO消息上的回声请求消息后，如果在 tl=Tl 时，还没有收到对应的回声响应消息，那么 SDN控制器重新发送回声请求消息（步骤 S 1118 )， 并重启定时器 tl， 如果在 tl<Tl收到了对应的回声响应消息， 则代表保活成功， 同时进入 下一轮的保活， 即数据链路检测； 如果 tl=Tl还没有收到对应的回声响应消息， 则再次重 发， 再次重启 tl……如果执行 N1次上述操作， 还没有收到回声响应消息， 那么 SDN控制 器认为消息交互失败， 链路不通， 并发起对应的操作， 比如删除 GTP用户面的上下文信息 等。 以上方案中的 SDN控制器功能可以在任何有计算能力的服务器或者 SDN控制器等一 切网络设备上实现， 比如 X86服务器； UGW的功能可以在任何有路由功能的服务器或者路 由器或者交换机等一切网络设备上实现， 比如 X86服务器， 增强的普通交换机等。 从以上的描述中， 可以看出， 本发明实施例实现了如下技术效果： 具有提高用户面的 逻辑和控制面的逻辑的清晰度的效果， 并且减轻了第一 UGW的负荷。
显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可以用通用的计 算装置来实现， 它们可以集中在单个的计算装置上， 或者分布在多个计算装置所组成的网 络上， 可选地， 它们可以用计算装置可执行的程序代码来实现， 从而， 可以将它们存储在 存储装置中由计算装置来执行， 并且在某些情况下， 可以以不同于此处的顺序执行所示出 或描述的步骤， 或者将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步 骤制作成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本领域的技术人 员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。 工业实用性 如上所述， 本发明实施例提供的一种数据链路的检测方法、 装置、 系统、 控 制器及网关具有以下有益效果：具有提高用户面的逻辑和控制面的逻辑的清晰度的效果， 并且减轻了第一 UGW的负荷。

Claims

权 利 要 求 书
1. 一种数据链路的检测方法， 包括：
软件定义网络 SDN控制器向第一统一网关 UGW发送通用分组无线服务隧 道协议 GTP请求消息， 并通知所述第一 UGW向其他 GTP端点以 GTP用户面 信令格式发送所述 GTP请求消息；
所述 SDN控制器从所述第一 UGW接收 GTP响应消息， 并根据所述 GTP 响应消息检测所述第一 UGW与所述其他 GTP端点之间的所述数据链路，其中， 所述 GTP响应消息与所述 GTP请求消息相对应。
2. 根据权利要求 1所述的方法， 其中， 所述 SDN控制器向所述第一 UGW发送所 述 GTP请求消息， 并通知所述第一 UGW向所述其他 GTP端点以所述 GTP用 户面信令格式发送所述 GTP请求消息包括：
所述 SDN控制器向所述第一 UGW发送 OPENFLOW协议的 Packet-out消 息， 所述 GTP请求消息承载在所述 Packet-out消息上；
所述 SDN控制器通过所述 Packet-out消息通知所述第一 UGW向所述其他 GTP端点以所述 GTP用户面信令格式发送所述 GTP请求消息。
3. 根据权利要求 1所述的方法， 其中，
在所述其他 GTP端点是第二 UGW的情况下， 所述 GTP响应消息是所述 SDN控制器根据所述第二 UGW转发的承载在 OPENFLOW协议的 Packet-in消 息上的所述 GTP请求消息生成的， 并经由所述第二 UGW、 所述第一 UGW发 送给所述 SDN控制器；
在所述其他 GTP端点是传统 GTP端点的情况下， 所述 GTP响应消息是所 述传统 GTP端点根据所述 GTP请求消息生成的， 并经由所述第一 UGW发送 给所述 SDN控制器。
4. 根据权利要求 3所述的方法， 其中， 所述 GTP响应消息在经由所述第二 UGW 转发给所述第一 UGW或由所述传统 GTP端点发送给所述第一 UGW时， 是以 所述 GTP用户面信令格式发送的。
5. 根据权利要求 1所述的方法， 其中， 所述 SDN控制器根据所述 GTP响应消息 检测所述第一 UGW与所述其他 GTP端点之间的所述数据链路包括以下至少之 在预设的时间阈值内， 如果所述 SDN控制器接收到所述 GTP响应消息， 则确定所述第一 UGW与所述其他 GTP端点之间的所述数据链路正常； 在预设的时间阈值内， 如果所述 SDN控制器没有接收到所述 GTP响应消 息， 且所述 SDN控制器经过预设次数的重试操作后， 仍然没有收到所述 GTP 响应消息，则确定所述第一 UGW与所述其他 GTP端点之间的所述数据链路异 常。
6. 根据权利要求 1至 5中任一项所述的方法， 其中， 所述 GTP请求消息和 /或所述 GTP响应消息在由所述 SDN控制器发往所 述第一 UGW时承载在 OpenFlow协议的 Packet-out消息上，在由所述第一 UGW 发往所述 SDN控制器时承载在 Packet-in消息上； 和 /或
所述 GTP请求消息和 /或所述 GTP响应消息在经由所述第一 UGW和所述 其他 GTP端点之间时以所述 GTP用户面信令格式传送。
7. 根据权利要求 6所述的方法， 其中， 所述 GTP用户面信令是标准的 GTP格式 的回声请求消息和 /或回声响应消息。
8. 根据权利要求 1至 5中任一项所述的方法，其中，所述 SDN控制器生成的所述 GTP请求消息是根据 GTP用户面的上下文信息生成的； 所述 SDN控制器生成 的所述 GTP响应消息是根据所述 GTP请求消息和 GTP用户面的上下文信息生 成的。
9. 根据权利要求 1至 5中任一项所述的方法， 其中， 在所述其他 GTP端点是第二 UGW的情况下， 所述方法还包括：
所述 SDN控制器向所述第二 UGW发送第二 GTP请求消息， 并通知所述 第二 UGW向所述第一 UGW以 GTP用户面信令格式发送所述第二 GTP请求 消息；
所述 SDN控制器从所述第二 UGW接收第二 GTP响应消息， 并根据所述 第二 GTP响应消息检测所述第一 UGW与所述其他 GTP端点之间的所述数据 链路， 其中， 所述第二 GTP响应消息与所述第二 GTP请求消息相对应。
10. 一种数据链路的检测方法， 包括：
第一统一网关 UGW接收软件定义网络 SDN控制器发送的通用分组无线服 务隧道协议 GTP请求消息； 所述第一 UGW根据所述 SDN控制器的通知以 GTP用户面信令格式向其 他 GTP端点发送所述 GTP请求消息， 并将 GTP响应消息转发给所述 SDN控 制器， 其中， 所述 GTP响应消息与所述 GTP请求消息相对应， 用于检测所述 第一 UGW与所述其他 GTP端点之间的所述数据链路。
11. 根据权利要求 10所述的方法， 其中，
在所述其他 GTP端点是第二 UGW的情况下， 所述 GTP响应消息是所述 SDN控制器根据所述第二 UGW转发的承载在 OPENFLOW协议的 Packet-in消 息上的所述 GTP请求消息生成的， 并经由所述第二 UGW、 所述第一 UGW发 送给所述 SDN控制器；
在所述其他 GTP端点是传统 GTP端点的情况下， 所述 GTP响应消息是所 述传统 GTP端点根据所述 GTP响应消息生成的， 并经由所述第一 UGW发送 给所述 SDN控制器。
12. 根据权利要求 10或 11所述的方法， 其中， 所述 GTP请求消息和 /或所述 GTP响应消息在由所述 SDN控制器发往所 述第一 UGW时承载在 OPENFLOW协议的 Packet-out消息上， 在由所述第一 UGW发往所述 SDN控制器时承载在 Packet-in消息上； 禾口 /或 所述 GTP请求消息和 /或所述 GTP响应消息在经由所述第一 UGW和所述 其他 GTP端点之间时以所述 GTP用户面信令格式传送。
13. 根据权利要求 12所述的方法， 其中， 所述 GTP用户面信令是标准的 GTP格式 的回声请求消息和 /或回声响应消息。
14. 根据权利要求 10至 13中任一项所述的方法，其中，所述 SDN控制器生成的所 述 GTP请求消息是根据 GTP用户面的上下文信息生成的；所述 SDN控制器生 成的所述 GTP响应消息是根据所述 GTP请求消息和 GTP用户面的上下文信息 生成的。
15. 一种数据链路的检测装置， 包括： 发送模块， 设置为向第一统一网关 UGW发送通用分组无线服务隧道协议 GTP请求消息， 并通知所述第一 UGW向其他 GTP端点以 GTP用户面信令格 式发送所述 GTP请求消息； 检测模块， 设置为从所述第一 UGW接收 GTP响应消息， 并根据所述 GTP 响应消息检测所述第一 UGW与所述其他 GTP端点之间的所述数据链路，其中， 所述 GTP响应消息与所述 GTP请求消息相对应。
16. 一种数据链路的检测装置， 包括：
接收模块，设置为接收软件定义网络 SDN控制器发送的通用分组无线服务 隧道协议 GTP请求消息； 转发模块， 设置为根据所述 SDN控制器的通知以 GTP用户面信令格式向 其他 GTP端点发送所述 GTP请求消息， 并将 GTP响应消息发送给所述 SDN 控制器， 其中， 所述 GTP响应消息与所述 GTP请求消息相对应， 用于检测第 一 UGW与所述其他 GTP端点之间的所述数据链路。
17. 一种控制器， 包括权利要求 15 所述的检测装置， 所述控制器是软件定义网络 SDN控制器。
18. 一种网关， 包括权利要求 16所述的检测装置， 所述网关是统一网关 UGW。
19. 一种数据链路的检测系统，包括权利要求 17所述的控制器和至少一个权利要求 18所述的网关。
PCT/CN2014/078048 2013-08-13 2014-05-21 数据链路的检测方法、装置、系统、控制器及网关 WO2015021799A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP14836741.0A EP3035601A4 (en) 2013-08-13 2014-05-21 DATA LINK DETECTION METHOD AND DEVICE, SYSTEM, CONTROL AND GATEWAY
US14/911,018 US9838262B2 (en) 2013-08-13 2014-05-21 Method, device, system for detecting data link, controller and gateway

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310351284.4A CN104378249B (zh) 2013-08-13 2013-08-13 数据链路的检测方法、装置、系统、控制器及网关
CN201310351284.4 2013-08-13

Publications (1)

Publication Number Publication Date
WO2015021799A1 true WO2015021799A1 (zh) 2015-02-19

Family

ID=52467995

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2014/078048 WO2015021799A1 (zh) 2013-08-13 2014-05-21 数据链路的检测方法、装置、系统、控制器及网关

Country Status (4)

Country Link
US (1) US9838262B2 (zh)
EP (1) EP3035601A4 (zh)
CN (1) CN104378249B (zh)
WO (1) WO2015021799A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10638398B2 (en) 2016-02-26 2020-04-28 Red Hat, Inc. Packet tunneling in a wireless network

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10080215B2 (en) * 2016-08-05 2018-09-18 Nokia Technologies Oy Transportation of user plane data across a split fronthaul interface
US10231254B2 (en) * 2016-08-05 2019-03-12 Nokia Technologies Oy 5G cloud RAN method for symbol by symbol bit streaming
CN109587826B (zh) * 2017-09-29 2020-09-08 华为技术有限公司 一种gtp数据包传输方法、相关装置及存储介质
US11836984B2 (en) 2018-06-29 2023-12-05 Logistics and Supply Chain MultiTech R&D Centre Limited Electronic device and method for counting objects
CN111278024B (zh) * 2018-12-04 2023-03-24 中兴通讯股份有限公司 本端gtpu节点信息上报方法、装置及存储介质
CN114598626A (zh) * 2019-02-25 2022-06-07 华为技术有限公司 报文处理的方法和网关设备
EP3855866A1 (de) * 2020-01-24 2021-07-28 Deutsche Telekom AG Verbesserte ressourcennutzung bei speicherung von gtp-kontextinformationen im mobilfunk

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102685006A (zh) * 2012-05-03 2012-09-19 中兴通讯股份有限公司 一种转发数据报文的方法及装置
US20120300615A1 (en) * 2011-05-23 2012-11-29 Telefonaktiebolaget L M Ericsson (Publ) Implementing EPC in a Cloud Computer with OpenFlow Data Plane
CN103001887A (zh) * 2012-11-22 2013-03-27 中兴通讯股份有限公司 一种链路保活方法、控制器及交换机

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030081607A1 (en) * 2001-10-30 2003-05-01 Alan Kavanagh General packet radio service tunneling protocol (GTP) packet filter
CN1200577C (zh) * 2002-05-28 2005-05-04 华为技术有限公司 移动通信系统中发送路径检测请求消息的方法
CN100362815C (zh) * 2004-07-21 2008-01-16 华为技术有限公司 检测支持gtp协议端点设备间接口联通性的方法
DE102007022066A1 (de) * 2007-05-11 2008-11-13 Deutsche Telekom Ag Verfahren zur Überwachung eines GTP Kommunikationspfades in einem UMTS/GPRS Netzwerk
US7937492B1 (en) * 2008-09-30 2011-05-03 Juniper Networks, Inc. LSP ping and traceroute for bypass tunnels
RU2012144031A (ru) * 2010-03-17 2014-04-27 Нек Корпорейшн Система связи, узел, сервер управления, способ осуществления связи и программа
EP2572473B1 (en) 2010-05-19 2014-02-26 Telefonaktiebolaget L M Ericsson (PUBL) Methods and apparatus for use in an openflow network
US8762501B2 (en) * 2011-08-29 2014-06-24 Telefonaktiebolaget L M Ericsson (Publ) Implementing a 3G packet core in a cloud computer with openflow data and control planes
US9391897B2 (en) * 2013-07-31 2016-07-12 Oracle International Corporation Methods, systems, and computer readable media for mitigating traffic storms
CN105960789A (zh) * 2013-09-20 2016-09-21 诺基亚通信管理国际两合公司 对软件定义的架构中的数据平面上的信令消息的处理

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120300615A1 (en) * 2011-05-23 2012-11-29 Telefonaktiebolaget L M Ericsson (Publ) Implementing EPC in a Cloud Computer with OpenFlow Data Plane
CN102685006A (zh) * 2012-05-03 2012-09-19 中兴通讯股份有限公司 一种转发数据报文的方法及装置
CN103001887A (zh) * 2012-11-22 2013-03-27 中兴通讯股份有限公司 一种链路保活方法、控制器及交换机

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3035601A4 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10638398B2 (en) 2016-02-26 2020-04-28 Red Hat, Inc. Packet tunneling in a wireless network

Also Published As

Publication number Publication date
US20160191327A1 (en) 2016-06-30
EP3035601A1 (en) 2016-06-22
CN104378249A (zh) 2015-02-25
US9838262B2 (en) 2017-12-05
EP3035601A4 (en) 2016-07-06
CN104378249B (zh) 2019-06-11

Similar Documents

Publication Publication Date Title
WO2015021799A1 (zh) 数据链路的检测方法、装置、系统、控制器及网关
US11522790B2 (en) Multipath data transmission processing method and network device
WO2019184752A1 (zh) 网络设备的管理方法、装置及系统
WO2013182059A1 (zh) 多协议标签交换流量工程隧道建立方法及设备
WO2013040962A1 (zh) 数据发送和接收方法及设备
US10581735B2 (en) Packet processing method and apparatus
WO2020173137A1 (zh) 一种数据传输方法、相关设备、程序产品以及存储介质
WO2015096409A1 (zh) 软件定义网络中的链路发现方法、装置及系统
WO2011100911A2 (zh) 探测处理方法、数据发送端、数据接收端以及通信系统
WO2015035616A1 (zh) 跨网通信方法及装置
KR20140017678A (ko) 다중경로 오버레이 네트워크 및 그의 다중경로 관리 프로토콜
WO2022021818A1 (zh) 数据报文的处理方法及装置、存储介质、电子装置
WO2015100593A1 (zh) 一种报文传输方法、设备及通信系统
WO2015161416A1 (zh) 一种报文传输方法、设备及通信系统
WO2015021800A1 (zh) 数据链路的检测方法、装置、系统、控制器及网关
JP2016514934A (ja) 他のネットワークデバイスから受信したサイト−タイプ属性に基づくトンネル確立制御を備えたネットワークデバイス
KR102047821B1 (ko) 다운링크 데이터 통지 메시지 전송 방법 및 장치
US20110040885A1 (en) Mechanism for updating parameters of a session set up through a virtual circuit
WO2012155808A1 (zh) 设备触发方法及网元设备
WO2007051387A1 (fr) Procede et appareil de traitement de donnees
WO2017101028A1 (zh) 数据传输方法、m2m服务器、pgw、sgw及服务网络节点
CN111937327A (zh) 基于传输协议的点对点数据库同步
WO2016058424A1 (zh) 一种数据传输方法、装置、系统及存储介质
WO2012130064A1 (zh) 数据传输方法以及系统
WO2015106565A1 (zh) 通过twan接入核心网时的拥塞控制方法及装置

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: 14836741

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14911018

Country of ref document: US

Ref document number: 2014836741

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE