WO2010012189A1 - 一种gtp消息传输的方法及装置 - Google Patents

一种gtp消息传输的方法及装置 Download PDF

Info

Publication number
WO2010012189A1
WO2010012189A1 PCT/CN2009/072709 CN2009072709W WO2010012189A1 WO 2010012189 A1 WO2010012189 A1 WO 2010012189A1 CN 2009072709 W CN2009072709 W CN 2009072709W WO 2010012189 A1 WO2010012189 A1 WO 2010012189A1
Authority
WO
WIPO (PCT)
Prior art keywords
source
node
gtp
request message
udp port
Prior art date
Application number
PCT/CN2009/072709
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 华为技术有限公司
Publication of WO2010012189A1 publication Critical patent/WO2010012189A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and an apparatus for transmitting GTP messages.
  • GTP GPRS Tunneling Protocol
  • SGSN Serving GPRS Support Node
  • GGSN Gateway GPRS Support Node
  • FIG. 1 is a schematic diagram of a GTP protocol stack. As can be seen from the GTP protocol stack, the GTP protocol uses a connectionless, non-guaranteed user data packet protocol (User Datagram Protocol, UDP protocol), and most of the GTP protocol controls. Messages need to ensure reliable transmission.
  • UDP protocol User Datagram Protocol
  • a corresponding GTP response message is defined in the protocol.
  • the GTP protocol specifies that the sending node allocates a sequence number (Sequence Number) for each GTP request message, and the sending node passes the source IP address, the source UDP port number, and the GTP serial number. Uniquely identifies a GTP request message.
  • the receiving node returns a GTP response message, the destination IP address of the GTP response message fills in the source IP address of the corresponding GTP request message, and the destination UDP port number of the GTP response message fills in the source UDP port corresponding to the GTP request message. No.
  • the GTP sequence number of the GTP response message fills in the GTP sequence number in the corresponding GTP request message, and the source IP address + source UDP port number + GTP sequence number (for the GTP response message, the destination IP address + the destination UDP port number + The triplet of the GTP sequence number, the sending node can correctly match the transmitted GTP request message and the received GTP response message.
  • Step 201 The source node sends a GTP request message, where the source IP address is set to the IP address (IP_Source) of the source node, the source UDP port (Port_Source) is allocated by the source node, and the GTP sequence number (Sequence) is also configured.
  • Source node allocation ;
  • Step 202 After the message reaches the intermediate node, the intermediate node sends the GTP request message to the destination node, where the source IP address is set to the IP address of the intermediate node (IP_Middle), and the source UDP port (Port_Middle) is in accordance with the GTP protocol. Specifies the reassignment by the intermediate node, the GTP serial number
  • Step 203 After receiving the GTP request message forwarded by the intermediate node, the destination node processes the message and directly returns a GTP response message to the source node.
  • the destination IP address of the GTP response message is set to the source IP address (IP_Source), and the GTP sequence number. (Sequence) Copy from the received GTP request message.
  • the GTP response message is routed to the source node based on the destination address (IP_Source).
  • the destination UDP port number of the GTP response message should be filled in as the source port number of the corresponding GTP request message, and the destination node returns the GTP response message, the GTP response message.
  • the destination UDP port number is Port_ Middle, and
  • Port_Middle is not necessarily equal to Port-Source. Therefore, after the GTP response message arrives at the source node, or the processing error occurs, or the source node does not listen to the UDP port Port_Middle, the GTP response message is directly discarded, causing the process to fail.
  • the embodiment of the present invention provides a solution to solve the problem that a destination node cannot know the source UDP port information allocated by the source node in the presence of intermediate node forwarding.
  • An embodiment of the present invention provides a GTP message transmission method, including: receiving a GTP request message, where the GTP request message includes source UDP port information allocated by the source node; and allocating source UDP port information for the GTP request message; The source UDP port information of the cell and the assigned source UDP port information of the GTP request message.
  • the embodiment of the invention further provides a method for GTP message transmission, including:
  • the embodiment of the present invention further provides a method for transmitting a GTP message, including: receiving a GTP request message, where the GTP request message includes source UDP port information allocated by the source node; setting source UDP port information of the GTP request message as a source node allocation Source UDP port information; Send a GTP request message containing source UDP port information assigned by the source node.
  • the embodiment of the invention further provides an intermediate node, including:
  • a receiving unit configured to receive a GTP request message, where the GTP request message includes source UDP port information allocated by the source node;
  • a sending unit configured to set source UDP port information of the GTP request message to source UDP port information allocated by the source node, and send a GTP request message including source UDP port information allocated by the source node.
  • the embodiment of the present invention further provides a GTP message transmission system, including: a first node, a second node, and a third node, where the first node is configured to send a GTP request message to the second node, where the GTP request message is included Source UDP port information allocated by the source node; a second node, configured to allocate source UDP port information for the GTP request message, and send, to the third node, a cell including source UDP port information allocated by the source node, and the allocated source UDP port GTP request message for information.
  • the embodiment of the present invention further provides a source node, including: a parsing unit, configured to parse an IP address of an intermediate node according to a domain name corresponding to the intermediate node; and a sending unit, configured to send a GTP request message to the parsed intermediate node, GTP
  • the request message includes the source UDP port information of the source node and the source UDP port information allocated by the source node.
  • the embodiment of the present invention further provides an intermediate node, including: a receiving unit, configured to receive a GTP request message; an allocating unit, configured to allocate source UDP port information for the GTP request message; And transmitting a GTP request message including the source UDP port information of the source node and the allocated source UDP port information.
  • an intermediate node including: a receiving unit, configured to receive a GTP request message; an allocating unit, configured to allocate source UDP port information for the GTP request message; And transmitting a GTP request message including the source UDP port information of the source node and the allocated source UDP port information.
  • the embodiment of the present invention further provides a destination node, including: a receiving unit, configured to receive a GTP request message, where the GTP request message includes the source UDP port information of the source node and the source UDP port information; the response unit, according to The cell of the source UDP port information allocated by the source node sends a GTP response message to the source node.
  • a receiving unit configured to receive a GTP request message, where the GTP request message includes the source UDP port information of the source node and the source UDP port information
  • the response unit according to The cell of the source UDP port information allocated by the source node sends a GTP response message to the source node.
  • FIG. 1 is a schematic diagram of a GTP protocol stack
  • 2 is a schematic diagram of GTP message transmission
  • FIG. 3 is a schematic diagram of a method for transmitting GTP messages according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of another GTP message transmission method according to an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of another method for transmitting GTP messages according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic diagram of another method for transmitting GTP messages according to an embodiment of the present invention.
  • FIG. 7 is a schematic diagram of a GTP message transmission system according to an embodiment of the present invention.
  • FIG. 8 is a schematic diagram of a source node according to an embodiment of the present disclosure.
  • FIG. 9 is a schematic diagram of an intermediate node according to an embodiment of the present invention.
  • FIG. 10 is a schematic diagram of a destination node according to an embodiment of the present invention.
  • DETAILED DESCRIPTION Referring to FIG. 3, an embodiment of the present invention provides a method for GTP message transmission, including: Step 301: Receive a GTP request message, where the GTP request message includes source UDP port information allocated by the source node.
  • the GTP message received here can be sent by the source node or by the intermediate node.
  • Step 302 Allocate source UDP port information for the GTP request message.
  • the method may further include: determining, by the received GTP request message, a cell (Information Element) of the source UDP port information allocated by the source node; if the received GTP request message does not include the source UDP port information of the source node, according to the The received GTP request message includes the source UDP port information allocated by the source node, and adds the source UDP port information that is allocated by the source node to the GTP request message; if the received GTP request message includes the source UDP port information allocated by the source node.
  • the cell directly goes to step 303.
  • Step 303 Send a GTP request message that includes the allocated UDP port information and the source UDP port information of the source node.
  • the GTP request message can be sent to the destination node or sent to another intermediate node. If the destination node is sent, the destination node sends a GTP response message to the source node according to the source UDP port information cell allocated by the source node in the GTP request message. If it is sent to another intermediate node, the intermediate node will eventually send the GTP request message to the destination node, and the destination node performs the above processing.
  • the embodiment of the present invention adds the source UDP port information of the source node to the GTP request message, so that the destination node can know the source UDP port information allocated by the source node in the case that the intermediate node forwards, thereby ensuring the process. Smooth processing.
  • the source UDP port information involved in the embodiment of the present invention refers to the UDP port number value set in the "source port number" field of the UDP protocol header under the GTP message;
  • the source UDP port information cell is Refers to one of the cells in the cell list of the GTP message.
  • the value of the cell of the source UDP port information in the embodiment of the present invention includes the source UDP port number assigned by the source node.
  • an embodiment of the present invention provides a method for transmitting GTP messages.
  • the intermediate node sends the GTP request message as the source UDP port information of the GTP request message sent by the source node.
  • the cells are added to the forwarded GTP request message.
  • the new side SGSN that initiates the GTP session is called the source node, according to the old routing area identity (Old Routing Area Identity, Old).
  • RAI The intermediate node SGSN is called an intermediate node.
  • the old SGSN that the terminal originally registered is called the destination node.
  • the SGSN context request message is called the GTP request message, and the UDP port information is the UDP port number.
  • Step 400 the source node parses out the IP address of the intermediate node IP—Middle;
  • the source node receives the routing area update request message sent by the terminal, obtains the Old RAI from the routing area update request message, performs domain name system (DNS) resolution according to the Old RAI, and obtains the SGSN serving the Old RA.
  • IP address in the Iu-flex technology, an SGSN POOL is composed of multiple SGSNs to serve the Old Routing Area (Old RA).
  • the old SGSN that the source node resolves through the DNS according to the Old RAI may not be the destination node. , but an intermediate node in the SGSN POOL, where the source node does not know whether the node it resolves from the Old RAI is the destination node or an intermediate node, and it is assumed that the resolved node is an intermediate node.
  • the source node resolves the IP address of the intermediate node according to the domain name of the intermediate node in the routing area update process.
  • the SGSN receives the PDP activation request message from the terminal.
  • the APN obtained by the activation may be determined from the subscription data obtained by the HLR, or according to its configuration, and the IP address of the intermediate node is obtained through DNS resolution.
  • Step 401 The source node sends a GTP request message to the intermediate node according to the parsed IP address.
  • the source IP address, destination IP address, source UDP port number, destination UDP port number, and GTP sequence number quintuple in the GTP request message are: IP—Source, IP— Middle, Port— Source, Port—Registered, GTP— Seq, where the destination UDP port number Port_Registered can always be the registered port number of the GTP protocol.
  • the registration port number is 2123, and the routing area update request message in step 400 carries the destination node as the terminal.
  • the assigned Packet-Temporary Mobile Station Identity (P-TMSI) the source node includes the P-TMSI in the GTP request message.
  • Step 402 After receiving the GTP request message, the intermediate node allocates a source UDP for the GTP request message. a port number, and adding a cell including a source UDP port number assigned by the source node to the GTP request message, and transmitting, to the destination node, a GTP including the source UDP port number of the allocated source and the source UDP port number of the source node.
  • Request message
  • the intermediate node obtains the P-TMSI from the GTP request message, and the P-TMSI is allocated by the destination node, and includes a network resource identifier (Network Resource Identifier) that can uniquely identify the destination node in the SGSN P00L to which the destination node belongs. (NRI), the NRI included in the P-TMSI can only be identified by all the SGSNs belonging to the same SGSN P00L.
  • the intermediate node finds that the NRI contained in the P-TMSI does not correspond to itself, and then obtains the real allocation according to the NRI through local configuration or DNS resolution.
  • the old side SGSN of the P-TMSI that is, the IP address of the destination node IP-Dest.
  • the intermediate node allocates a source UDP port number for the GTP request message: Port_ Middle, the intermediate node sends the GTP request message to the destination node, the source IP address, the destination IP address, the source UDP port number, and the destination UDP port in the GTP request message.
  • GTP serial number quintuple is identified as: IP— Middle2, IP—Dest, Port— Middle, Port—Registered, GTP—Seq, where the source address IP_Middle2 used by the GTP request message sent by the intermediate node can send GTP with the source node.
  • the destination address IP-Middle used by the request message is the same or different.
  • the intermediate node When the intermediate node sends the GTP request message, the source IP address of the GTP request message itself received from the source node, that is, the IP_Source is attached as a "source IP address" cell to the forwarded GTP request message, and the intermediate node is in the The "source UDP port number” cell is appended to the sent GTP request message, and its value is set to the source UDP port of the GTP request message itself received from the source node, that is, Port_Source.
  • Step 403 The destination node receives the GTP request message, and sends a response message to the source node according to the source UDP port number of the source node in the GTP request message.
  • the destination node obtains the P-TMSI from the GTP request message, and finds that the NRI included in the P-TMSI is corresponding to itself, that is, the P-TMSI is allocated to the terminal by itself, thereby knowing that it is the final destination node of the GTP request message. .
  • the destination node performs signaling processing on the GTP request message, and returns a GTP response message to the source node.
  • the source IP address, the destination IP address, the source UDP port number, the destination UDP port number, and the GTP sequence number quintuple identifier in the GTP response message are : IP—Dest2, IP— Source, Port—Registered, Port—Source, GTP—Seq, where the source IP address IP—Dest2 of the GTP response message may be the same as or different from the destination address IP—Dest of the GTP request message forwarded by the intermediate node; the source UDP port number is generally The destination port number corresponding to the GTP request message, that is, Port_Registered; the destination IP address uses the "source IP address" cell attached to the GTP request message forwarded by the intermediate node, that is, the IP_Source; the destination node checks the received GTP request.
  • UDP port number Port_ Middle is the destination UPD port number of the GTP response message.
  • the GTP request message is appended with a "source UDP port number" cell, so the value of the cell is used as the destination UDP port number of the GTP response message.
  • the intermediate node when the intermediate node sends the GTP request message, the intermediate node still allocates a new source UDP port number, but the intermediate node attaches the source UDP port number in the received GTP request message as a new cell.
  • the message is forwarded to the destination node; the destination node checks whether the "source UDP port number" cell is appended to the GTP request message sent from the intermediate node, and if so, uses the value of the cell as the destination UDP port number of the GTP response message. Since the destination IP address, the destination port number, and the GTP sequence number of the GTP response message are all allocated by the source node, after the GTP response message reaches the source node, the source node can correctly process and match the corresponding GTP request message.
  • an embodiment of the present invention provides a GTP message transmission method.
  • the source UDP port information allocated by the source node is added as a cell to the GTP request message, and the middle is The node does not need to perform the additional cell operation when sending the GTP request message.
  • the new side SGSN that initiates the GTP session is called the source node
  • the intermediate node SGSN that is parsed according to the Old RAI is called
  • the intermediate node the old side SGSN originally registered by the terminal is called a destination node
  • the SGSN context request message is called a GTP message
  • the UDP port information is a UDP port number.
  • Step 500 the source node parses out the IP address of the intermediate node IP_Middle according to the routing area update message
  • Step 501 The source node sends a GTP request message to the intermediate node, where the GTP request message includes a source UDP port number allocated by the source node and a source UDP port number allocated by the source node.
  • Source IP address of the GTP request message destination IP address, source UDP port number, destination UDP port number, GTP sequence number quintuple identifier (IP_Source, IP_Middle, Port_Source, Port-Registered, GTP-Seq ), where the destination UDP port number Port_Registered is always the registered port number of the GTP protocol. In the GTP vl and v2 versions, the registered port number is 2123.
  • Source node In the GTP request message sent the assigned source UDP port number (Port_Source2) is attached to the message as a cell.
  • the value of the additional "source UDP port number" cell Port_Sured may be the same as or different from the source UDP port number Port_Source of the GTP request message itself.
  • the routing area update request message in step 500 carries the P-TMSI allocated by the destination node for the terminal, and the source node includes the P-TMSI in the GTP request message.
  • Step 502 After receiving the GTP request message, the intermediate node allocates a source UDP port number to the GTP request message, and sends the GTP request message to the destination node, where the GTP request message includes the source UDP port number allocated by the intermediate node and the source node allocation.
  • the source UDP port number of the cell
  • the intermediate node After receiving the GTP request message, the intermediate node determines that it is an intermediate node, and obtains the IP address of the destination node IP-Dest through local configuration or DNS resolution.
  • the intermediate node sends the GTP request message to the destination node, the source IP address of the GTP request message, the destination IP address, the source UDP port number, the destination UDP port number, and the GTP sequence number quintuple identifier: IP— Middle2, IP—Dest, Port_ Middle Port—Registered, GTP—Seq, where the source address IP_Middle2 used by the GTP request message sent by the intermediate node may be the same as or different from the destination address IP—Middle used by the source node to send the GTP request message.
  • the intermediate node When forwarding the message, the intermediate node attaches the source IP address IP_Source of the GTP request message itself received from the source node as a "source IP address" cell to the forwarded GTP request message, and the intermediate node determines that it receives from the source node.
  • the GTP request message contains the "source UDP port number” cell, so the intermediate node no longer needs to attach the "source UDP port number” cell to the GTP request message sent in the second embodiment, but keeps transmitting to the destination node.
  • the value of the "source UDP port number” cell attached in the GTP request message is the same as the value in the received GTP request message, that is, Port_Source2.
  • Step 503 The destination node receives the GTP request message sent by the intermediate node, and sends a response message to the source node according to the source UDP port number of the source node in the GTP request message (refer to step 403 for details).
  • the intermediate node when the intermediate node sends the GTP request message, the intermediate node still allocates a new source UDP port number, but the source node attaches the allocated source UDP port number as a cell to the GTP request in the GTP request message.
  • the value of the "source UDP port number" cell attached to the GTP request message sent by the subsequent intermediate node to the destination node is the same as the value in the received GTP request message, and the destination node checks the GTP request message sent from the intermediate node. Whether the "source UDP port number" cell is attached to the medium, and if so, the value of the cell is used as the destination UDP port number of the GTP response message. Because the destination IP address, the destination port number, and the GTP sequence number of the GTP response message are all allocated by the source node, after the GTP response message reaches the source node, the source node can correctly process and match the corresponding GTP request message.
  • the method for adding a "source UDP port number" cell in a GTP request message provides maximum flexibility, such as the case where there may be two or more intermediate node forwarding, and processing the intermediate node.
  • the following provisions may be made: If the source UDP port number cell has been attached to the GTP request message received by the intermediate node, the intermediate node continues to send the attached source UDP port number cell to the next node along with the GTP request message.
  • the source port number of the received GTP request message itself is no longer attached as a cell; only if the source UDP port number cell is not added to the GTP request message received by the intermediate node, the intermediate node will receive The source port number of the GTP request message itself is attached as a cell to the forwarded message.
  • the destination node returns a GTP response message, if the received GTP request message includes the source UDP port number cell, the value of the cell is used as the destination UDP port number of the GTP response message, otherwise the source of the GTP request message itself is used.
  • the UDP port number is used as the destination UDP port number of the GTP response message.
  • an embodiment of the present invention provides a method for transmitting GTP messages.
  • an intermediate node forwards a GTP message, it does not automatically allocate source UDP port information for the forwarded message, but always forwards the GTP request message.
  • the source port information is set to the source port information of the received GTP request message.
  • the new side SGSN that initiates the GTP session is referred to as a source node.
  • the intermediate node SGSN parsed according to the Old RAI is called an intermediate node, and the old side SGSN originally registered by the terminal is called a destination node, the SGSN context request message is called a GTP message, and the UDP port information is a UDP port number.
  • Step 600 The source node parses out the IP address of the intermediate node, IP_Middle, according to the routing area update message. For details, refer to step 400.
  • Step 601 The source node sends a GTP request message to the intermediate node, where the GTP request message includes the source UDP port number allocated by the source node, as shown in step 401;
  • Step 602 The intermediate node sets the source UDP port information of the GTP request message to the source UDP port number allocated by the source node according to the source UDP port number allocated by the source node, and sends the GTP request message to the destination node.
  • the intermediate node After receiving the GTP request message, the intermediate node determines that it is an intermediate node, and obtains the IP address of the destination node IP-Dest through local configuration or DNS resolution.
  • the intermediate node sends the GTP request message to the destination node, the source IP address of the GTP request message, the destination IP address, the source UDP port number, the destination UDP port number, and the GTP sequence number quintuple identifier: IP— Middle2, IP—Dest, Port_Source: Port—Registered, GTP—Seq,
  • the source address IP_Middle2 used by the intermediate node to forward the GTP request message may be the same as or different from the destination address IP—Middle used by the source node to send the GTP request message.
  • the intermediate node When forwarding the message, the intermediate node attaches the source IP address of the GTP request message itself received from the source node, that is, the IP_Source as the "source IP address" cell to the forwarded GTP request message, and the intermediate node is no longer forwarded.
  • the GTP request message allocates the source UDP port, but uses the UDP port of the received GTP request message itself, that is, the Port_Source is used as the source UDP port number for forwarding the GTP request message.
  • Step 603 The destination node receives the GTP request message, and sends a response message to the source node according to the source UDP port number allocated by the source node in the GTP request message.
  • the destination node obtains the P-TMSI from the GTP request message, and finds that the NRI included in the P-TMSI is corresponding to itself, that is, the P-TMSI is allocated to the terminal by itself, thereby knowing that it is the final destination node of the GTP request message. .
  • the destination node performs signaling processing on the GTP request message, and returns a GTP response message to the source node.
  • Source IP address of the GTP response message, destination IP address, source UDP port number, destination The UDP port number, GTP serial number quintuple identifier is: IP - Dest2, IP - Source, Port - Registered, Port - Source, GTP - Seq, where the source IP address of the GTP response message IP - Dest2 can be forwarded with the intermediate node
  • the destination address IP-Dest of the GTP request message is the same or different; the source UDP port number generally uses the destination port number of the corresponding GTP request message, that is, Port_Registered; the destination IP address is attached to the GTP request message forwarded by the intermediate node.
  • Source IP address cell ie IP_Source
  • Destination UDP port number uses the source UDP port number of the GTP request message itself forwarded from the intermediate node as the destination UPD port number of the GTP response message, since the intermediate node uses the source assigned by the source node
  • the UDP port number is used as the UDP port number for forwarding messages, so here is the Port_Source. Since the destination IP address, the destination port number, and the GTP sequence number of the GTP response message are all allocated by the source node, after the GTP response message reaches the source node, the source node can correctly process and match the corresponding GTP request message.
  • the solution provided by the embodiment of the present invention enables the source node to allocate different source UDP port numbers for the GTP request message in the presence of the intermediate node, and the destination UDP port number of the GTP response message returned from the destination node can still be related to the source node.
  • the source UDP port number assigned to the GTP request message is the same. Therefore, in the GTP device implemented by the distributed system, the IP channel between the devices is multiplexed by the source UDP port number, thereby improving the capacity and performance of the device and reducing the consumption of the IP address.
  • the above embodiments are exemplified by the routing area update process in the UMTS system.
  • the solution provided by the embodiment of the present invention can also be applied to the handover process, the "source node” in the foregoing embodiment,
  • the intermediate node ", the destination node” identifies different physical network elements in different scenarios: as in the Iu-Flex scenario, the source node can be the new side MME/SGSN, and the intermediate node is in the same POOL as the old side SGSN.
  • the proxy SGSN, and the destination node is the old side SGSN storing the user context; in the GGSN/GW Redirect scenario, the source node may be the SGSN/MME or the Serving GW, and the intermediate node is the SGSN/MME parsed from the DNS server.
  • the GGSN/Serving GW/PDN GW node is represented, and the destination node is the GGSN/Serving GW I PDN GW of the final processing connection request selected by the proxy node.
  • an embodiment of the present invention provides a GTP message transmission system, including: a first node 701.
  • the third node 703 is configured to send a GTP response message to the source node according to the source UDP port information cell allocated by the source node in the GTP request message.
  • the second node 702 is further configured to determine whether the received GTP request message includes the source UDP port information, the received GTP request message does not include the source UDP port information, and the included GTP request message includes the source. The cell of the source UDP port information assigned by the node.
  • the first node 701 in the GTP message transmission system is the source node or the first intermediate node
  • the second node 702 is the second intermediate node
  • the third node 703 is the destination node or the third intermediate node.
  • an embodiment of the present invention provides a source node, including: a parsing unit 801, configured to parse an IP address of an intermediate node according to a domain name corresponding to the intermediate node, and a sending unit 802, configured to send the parsed intermediate node
  • the GTP request message includes the source UDP port information of the source node and the source UDP port information allocated by the source node.
  • an embodiment of the present invention provides an intermediate node, including: a receiving unit 901, configured to receive a GTP request message, an allocating unit 902, configured to allocate source UDP port information for a GTP request message, and a sending unit 903, configured to: A GTP request message is sent that includes the source UDP port information of the source node and the allocated source UDP port information.
  • the intermediate node provided by the embodiment of the present invention may further include a first determining unit 904, configured to determine whether the received GTP request message includes a source UDP port number, and a cell adding unit 905, configured to determine, by the determining unit, the GTP When a cell with a source UDP port number is not included in the request message, the cell of the source UDP port information allocated by the source node is added to the GTP request message.
  • a first determining unit 904 configured to determine whether the received GTP request message includes a source UDP port number
  • a cell adding unit 905 configured to determine, by the determining unit, the GTP When a cell with a source UDP port number is not included in the request message, the cell of the source UDP port information allocated by the source node is added to the GTP request message.
  • an embodiment of the present invention provides a destination node, including a receiving unit 1001, configured to receive a GTP request message, where a GTP request message includes a source UDP port information of a source node and source UDP port information; Unit 1002, a letter according to source UDP port information assigned by the source node The element sends a GTP response message to the source node.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes The foregoing steps of the method embodiment; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Description

一种 GTP消息传输的方法及装置 技术领域 本发明涉及通讯领域, 尤其涉及一种 GTP消息传输的方法及装置。 背景技术 GPRS隧道协议 (GPRS Tunneling Protocol , GTP协议) 是一种广泛应用 于 GPRS网络的网元,如服务 GPRS支持节点(Serving GPRS Support Node, SGSN), 网关 GPRS支持节点 (Gateway GPRS Support Node, GGSN) 等之间的通讯协议, 并将继续在演进分组系统 (Evolved Packet System, EPS ) 中使用。 附图 1 为 GTP协议栈示意图, 从 GTP的协议栈可以看出, GTP协议底层采用无连接、 不保证可靠性的用户数据包协议 (User Datagram Protocol , UDP协议), 而 GTP协议中大多数控制消息都需要保证可靠性传输, 对每一个需要保证可靠性 传输的 GTP请求消息, 协议中都定义一个相应的 GTP响应消息。 为了发送节点 能够匹配 GTP请求消息和 GTP响应消息, GTP协议中规定, 发送节点为每一个 GTP请求消息分配一个序列号 (Sequence Number ), 发送节点通过源 IP地址、 源 UDP端口号和 GTP序列号唯一标识一条 GTP请求消息, 接收节点在返回 GTP 响应消息时, GTP响应消息的目的 IP地址填写对应 GTP请求消息的源 IP地址, GTP响应消息的目的 UDP端口号填写对应 GTP请求消息的源 UDP端口号, GTP 响应消息的 GTP序列号填写对应 GTP请求消息中的 GTP序列号, 通过源 IP地 址 +源 UDP端口号 +GTP序列号 (对 GTP响应消息来说是目的 IP地址 +目的 UDP 端口号 +GTP序列号)的三元组,发送节点可以正确匹配发送的 GTP请求消息和 接收的 GTP响应消息。
在 GPRS标准发展的过程中,又引入了 Iu-Flex等新技术,这些技术对 GTP 协议提出了一种新的应用场景: 即发送节点发送 GTP请求消息后, 接收到 GTP 请求消息的中间节点将其转发给最终的处理节点进行处理, 最终处理节点处理 GTP请求消息, 然后直接向发送节点返回 GTP响应消息, 参见附图 2,
步骤 201, 源节点发送 GTP请求消息, 消息中设置源 IP地址设置为源节 点的 IP地址 (IP— Source) , 源 UDP端口(Port— Source)由源节点分配, GTP 序列号(Sequence)也由源节点分配;
步骤 202, 消息达到中间节点后, 中间节点向目的节点发送该 GTP请求消 息, 消息中设置源 IP地址设置为中间节点的 IP地址 (IP— Middle ), 源 UDP 端口(Port— Middle)按照 GTP 协议规定由中间节点重新分配, GTP 序列号
(Sequence)也从接收到的 GTP请求消息中拷贝;
步骤 203, 目的节点接收到中间节点转发的 GTP请求消息后,处理该消息, 直接向源节点返回 GTP响应消息, GTP响应消息的目的 IP地址设置为源 IP地 址 (IP— Source), GTP序列号 (Sequence ) 从接收到的 GTP请求消息中拷贝。
GTP响应消息根据目的地址 (IP— Source) 路由至源节点。
发明人在实现本发明的过程中发现:按照目前 GTP协议规定, GTP响应消 息的目的 UDP端口号应该填写为对应的 GTP请求消息的源端口号, 目的节点在 返回 GTP响应消息时, GTP响应消息的目的 UDP端口号为 Port— Middle, 而
Port— Middle不一定等于 Port— Source, 因此 GTP响应消息到达源节点后, 或 者导致处理错误, 或者源节点根本没有监听该 UDP端口 Port— Middle, 而直接 丢弃 GTP响应消息, 导致流程处理失败。 发明内容 有鉴于此, 本发明实施例提出一种方案, 解决了在存在中间节点转发的情 况下目的节点无法得知含源节点分配的源 UDP端口信息的问题。
本发明实施例提供了一种 GTP消息传输的方法,包括:接收 GTP请求消息, GTP请求消息中包含源节点分配的源 UDP端口信息;为 GTP请求消息分配源 UDP 端口信息; 发送包含源节点分配的源 UDP端口信息的信元和所述分配的源 UDP 端口信息的 GTP请求消息。 本发明实施例又提供了一种 GTP消息传输的方法, 包括:
接收 GTP请求消息, 所述 GTP请求消息中包含源节点分配的源 UDP端口信 息的信元;
根据所述 GTP请求消息中的源节点分配的源 UDP端口信息的信元, 向所述 源节点发送 GTP响应消息。
本发明实施例又提供了一种 GTP消息传输的方法, 包括: 接收 GTP请求消 息, GTP请求消息中包含源节点分配的源 UDP端口信息; 将 GTP请求消息的源 UDP端口信息设置为源节点分配的源 UDP端口信息; 发送包含源节点分配的源 UDP端口信息的 GTP请求消息。
本发明实施例又提供了一种中间节点, 包括:
接收单元, 用于接收 GTP请求消息, 所述 GTP请求消息中包含源节点分配 的源 UDP端口信息;
发送单元,用于将所述 GTP请求消息的源 UDP端口信息设置为源节点分配 的源 UDP端口信息, 并发送包含所述源节点分配的源 UDP端口信息的 GTP请求 消息。
本发明实施例又提供了一种 GTP消息传输系统, 包括: 第一节点、 第二节 点和第三节点, 其中, 第一节点, 用于向第二节点发送 GTP请求消息, GTP请 求消息中包含源节点分配的源 UDP端口信息; 第二节点, 用于为 GTP请求消息 分配源 UDP端口信息, 向第三节点发送包含源节点分配的源 UDP端口信息的信 元和所述分配的源 UDP端口信息的 GTP请求消息。
本发明实施例又提供了一种源节点, 包括: 解析单元, 用于根据中间节点 对应的域名解析出中间节点的 IP地址; 发送单元, 用于向解析出的中间节点 发送 GTP请求消息, GTP请求消息中包含源节点分配的源 UDP端口信息的信元 和源节点分配的源 UDP端口信息。
本发明实施例又提供了一种中间节点, 包括: 接收单元, 用于接收 GTP请 求消息; 分配单元, 用于为 GTP请求消息分配源 UDP端口信息; 发送单元, 用 于发送包含源节点分配的源 UDP端口信息的信元和所述分配的源 UDP端口信息 的 GTP请求消息。
本发明实施例又提供了一种目的节点, 包括: 接收单元, 用于接收 GTP请 求消息, GTP请求消息中包含源节点分配的源 UDP端口信息的信元和源 UDP端 口信息;响应单元,根据源节点分配的源 UDP端口信息的信元向源节点发送 GTP 响应消息。
本发明实施例通过在 GTP请求消息添加源节点分配的源 UDP端口信息的信 元或者中间节点在转发 GTP请求消息的时候直接将 GTP请求消息的源 UDP端口 信息设置为源节点分配的源 UDP端口信息的方式, 使得在存在中间节点转发的 情况下, 目的节点能够得知源节点分配的源 UDP端口信息, 从而保证了流程的 顺利处理。 附图说明 图 1为 GTP协议栈示意图;
图 2为一种 GTP消息传输示意图;
图 3为本发明实施例提供的一种 GTP消息传输的方法示意图;
图 4为本发明实施例提供的另一种 GTP消息传输的方法示意图;
图 5为本发明实施例提供的再一种 GTP消息传输的方法示意图;
图 6为本发明实施例提供的又一种 GTP消息传输的方法示意图;
图 7为本发明实施例提供的一种 GTP消息传输系统示意图;
图 8为本发明实施例提供的一种源节点示意图;
图 9为本发明实施例提供的一种中间节点示意图;
图 10为本发明实施例提供的一种目的节点示意图。 具体实施方式 参见图 3, 本发明实施例提供了一种 GTP消息传输的方法, 包括: 步骤 301,接收 GTP请求消息,该 GTP请求消息中包含源节点分配的源 UDP 端口信息;
此处接收的 GTP消息既可以是源节点发送的, 也可以是中间节点发送的。 步骤 302, 为 GTP请求消息分配源 UDP端口信息;
还可以包括判断接收的 GTP请求消息中是否包含源节点分配的源 UDP端口 信息的信元 (Information Element ) ; 如果接收的 GTP请求消息中不包含源节 点分配的源 UDP端口信息的信元, 根据接收的 GTP请求消息中包含源节点分配 的源 UDP端口信息在 GTP请求消息中添加包含源节点分配的源 UDP端口信息的 信元; 如果接收的 GTP请求消息中包含源节点分配的源 UDP端口信息的信元, 直接进入步骤 303。
步骤 303, 发送包含所述分配的 UDP端口信息和源节点分配的源 UDP端口 信息的信元的 GTP请求消息。
此处 GTP请求消息既可以是发送给目的节点的, 也可以是发送给另外一个 中间节点的。 如果是发给了目的节点, 那么目的节点根据 GTP请求消息中的源 节点分配的源 UDP端口信息信元, 向该源节点发送 GTP响应消息。 如果是发给 了另外一个中间节点,那么此中间节点最终会将此 GTP请求消息发给目的节点, 由目的节点进行上述处理。
本发明实施例通过在 GTP请求消息添加源节点分配的源 UDP端口信息的信 元,使得在存在中间节点转发的情况下,目的节点能够得知源节点分配的源 UDP 端口信息, 从而保证了流程的顺利处理。
需要说明的是: 本发明实施例中涉及到的源 UDP端口信息是指设置在 GTP 消息底层的 UDP协议头部 "源端口号"字段中的 UDP端口号值; 源 UDP端口信 息的信元是指添加在 GTP消息的信元列表中其中一个信元, 本发明实施例中的 源 UDP端口信息的信元的值包含了由源节点分配的源 UDP端口号。
参见附图 4, 本发明实施例提供了一种 GTP消息传输的方法, 由中间节点 在发送 GTP请求消息时将源节点发送的 GTP请求消息的源 UDP端口信息作为一 个信元附加在转发的 GTP请求消息中, 以 GPRS/UMTS系统中路由区更新流程为 例,将发起 GTP会话的新侧 SGSN称作源节点,根据老路由区标识(Old Routing Area Identity, Old RAI ) 解析到的中间节点 SGSN称作中间节点, 终端原来 注册的旧侧 SGSN称作目的节点, SGSN上下文请求消息称作 GTP请求消息, UDP 端口信息为 UDP端口号。
步骤 400, 源节点解析出中间节点的 IP地址 IP— Middle;
源节点接收到终端发送的路由区更新请求消息, 从该路由区更新请求消息 中获取 Old RAI , 根据该 Old RAI进行域名系统 (Domain name System, DNS) 解析, 获得服务于该 Old RA的 SGSN的 IP地址, Iu-flex技术中, 由多个 SGSN组成一个 SGSN POOL共同服务于老路由区 (Old Routing Area, Old RA) , 源节点根据 Old RAI通过 DNS解析到的旧侧 SGSN可能并不是目的节点, 而是 SGSN POOL中的一个中间节点, 这里源节点并不知道其根据 Old RAI解析到的 节点是目的节点, 还是一个中间节点, 这里假设解析到的节点是中间节点。
此处源节点是在路由区更新的流程中根据中间结点的域名解析出中间节 点的 IP地址, 实际在其它流程中, 例如在 PDP上下文激活过程中, SGSN从终 端的 PDP激活请求消息中, 可以从 HLR中获取的签约数据中, 或者根据本身的 配置, 确定本次激活使用的 APN, 通过 DNS解析得到中间节点的 IP地址。
步骤 401, 源节点根据解析出的 IP地址向中间节点发送 GTP请求消息;
GTP请求消息中的源 IP地址, 目的 IP地址, 源 UDP端口号, 目的 UDP端 口号, GTP 序列号五元组标识为: IP— Source , IP— Middle, Port— Source, Port— Registered, GTP— Seq,其中目的 UDP端口号 Port— Registered可以始终 为 GTP协议的注册端口号, 在 GTP vl和 v2版本中, 注册端口号为 2123, 步骤 400中的路由区更新请求消息中携带由目的节点为终端分配的分组临时移动用 户标识 (Packet-Temporary Mobile Station Identity , P-TMSI ) , 源节点 将该 P-TMSI包含在 GTP请求消息中。 步骤 402,中间节点接收到 GTP请求消息后,为该 GTP请求消息分配源 UDP 端口号, 并且在 GTP请求消息中添加包含源节点分配的源 UDP端口号的信元, 向目的节点发送包含所述分配的源 UDP端口号和源节点分配的源 UDP端口号的 信元的 GTP请求消息;
中间节点从该 GTP请求消息中获得 P-TMSI,由于该 P-TMSI是由目的节点分 配的, 其中包含了能够在目的节点所属的 SGSN P00L内唯一标识目的节点的的 网络资源标识 (Network Resource Identifier, NRI ) , P-TMSI中包含的 NRI 只有属于同一个 SGSN P00L的所有 SGSN才能识别, 中间节点发现 P-TMSI中包 含的 NRI并不是对应自己, 则通过本地配置或 DNS解析根据 NRI得到真正分配 该 P-TMSI的旧侧 SGSN, 即目的节点的 IP地址 IP— Dest。 中间节点为该 GTP请 求消息分配源 UDP端口号: Port— Middle, 中间节点向目的节点发送该 GTP请 求消息, 该 GTP请求消息中的源 IP地址, 目的 IP地址, 源 UDP端口号, 目的 UDP端口号, GTP序列号五元组标识为: IP— Middle2, IP— Dest, Port— Middle, Port— Registered, GTP— Seq, 其中中间节点发送的 GTP请求消息使用的源地址 IP_Middle2可以与源节点发送 GTP请求消息使用的目的地址 IP— Middle相同, 也可以不相同。 中间节点在发送 GTP请求消息时, 将从源节点接收的 GTP请求 消息本身的源 IP地址,即 IP— Source作为"源 IP地址"信元附加在转发的 GTP 请求消息中, 同时中间节点在其发送的 GTP请求消息中附加 "源 UDP端口号" 信元, 其值设置为其从源节点接收的 GTP 请求消息本身的源 UDP 端口, 即 Port— Source。
步骤 403, 目的节点接收到 GTP请求消息, 根据 GTP请求消息中的源节点 分配的源 UDP端口号的信元, 向源节点发送响应消息。
目的节点从 GTP请求消息中获得 P-TMSI,发现 P-TMSI中包含的 NRI是对应 自己的, 即这个 P-TMSI是由自己给终端分配的, 从而知道自己是该 GTP请求 消息的最终目的节点。 目的节点对 GTP请求消息进行信令处理, 向源节点返回 GTP响应消息, GTP响应消息中的源 IP地址, 目的 IP地址, 源 UDP端口号, 目的 UDP 端口号, GTP 序列号五元组标识为: IP— Dest2, IP— Source, Port— Registered, Port— Source, GTP— Seq, 其中 GTP 响应消息的源 IP地址 IP— Dest2可以与中间节点转发的 GTP请求消息的目的地址 IP— Dest相同,也可 以不相同; 源 UDP 端口号一般使用对应 GTP 请求消息的目的端口号, 即 Port— Registered;目的 IP地址使用中间节点转发的 GTP请求消息中附加的"源 IP地址"信元, 即 IP— Source; 目的节点检查接收到的 GTP请求消息中是否附 加了 "源 UDP端口号"信元, 如果是则使用该信元的值 Port— Source作为 GTP 响应消息的目的 UDP端口号, 如果未附加则使用接收到的 GTP请求消息本身的 源 UDP端口号 Port— Middle作为 GTP响应消息的目的 UPD端口号。在本实施例 中, GTP请求消息附加了 "源 UDP端口号"信元, 因此使用该信元的值作为 GTP 响应消息的目的 UDP端口号。
上述实施例中, 中间节点在发送 GTP请求消息时, 仍然由中间节点分配新 的源 UDP端口号, 但中间节点将接收到的 GTP请求消息中的源 UDP端口号作为 一个新的信元附加在消息中转发给目的节点; 目的节点检查从中间节点发送的 GTP请求消息中是否附加了 "源 UDP端口号"信元, 如果是则使用该信元的值 作为 GTP响应消息的目的 UDP端口号。 由于 GTP响应消息的目的 IP地址, 目 的端口号, GTP序号都是源节点分配的, 因此 GTP响应消息达到源节点后, 源 节点能够正确处理, 匹配到对应的 GTP请求消息。
参见附图 5, 本发明实施例提供了一种 GTP消息传输的方法, 在源节点发 送 GTP请求消息时, 将源节点分配的源 UDP端口信息作为一个信元附加在 GTP 请求消息中, 而中间节点在发送 GTP请求消息时无需再执行附加信元操作, 以 UMTS系统中路由区更新流程为例, 将发起 GTP会话的新侧 SGSN称作源节点, 根据 Old RAI解析到的中间节点 SGSN称作中间节点,终端原来注册的旧侧 SGSN 称作目的节点, SGSN上下文请求消息称作 GTP消息, UDP端口信息为 UDP端口号。
步骤 500,源节点根据路由区更新消息解析出中间节点的 IP 地址 IP— Middle;
具体参见步骤 400; 步骤 501, 源节点向中间节点发送 GTP请求消息, GTP请求消息中包含源 节点分配的源 UDP端口号以及源节点分配的源 UDP端口号的信元;
GTP请求消息的源 IP地址, 目的 IP地址, 源 UDP端口号, 目的 UDP端口 号, GTP 序列号五元组标识为 (IP— Source , IP— Middle, Port— Source, Port— Registered, GTP— Seq) ,其中目的 UDP端口号 Port— Registered始终为 GTP协议的注册端口号, 在 GTP vl和 v2版本中, 注册端口号为 2123。 源节点 在发送的 GTP请求消息中, 将分配的源 UDP端口号 (Port— Source2 )作为一个 信元附加在消息中。 其中, 附加的 "源 UDP端口号"信元的值 Port— Soured 可以与发送的 GTP请求消息本身的源 UDP端口号 Port— Source相同, 也可以不 相同。 步骤 500 中的路由区更新请求消息中携带由目的节点为终端分配的 P-TMSI , 源节点将该 P-TMSI包含在 GTP请求消息中。
步骤 502,中间节点接收到 GTP请求消息后,为该 GTP请求消息分配源 UDP 端口号, 向目的节点发送该 GTP请求消息, 该 GTP请求消息包括中间节点分配 的源 UDP端口号以及源节点分配的源 UDP端口号的信元;
中间节点接收到 GTP请求消息后, 判断出自身为中间节点, 通过本地配置 或 DNS解析等方式,得到目的节点的 IP地址 IP— Dest。中间节点向目的节点发 送该 GTP请求消息, GTP请求消息的源 IP地址, 目的 IP地址, 源 UDP端口号, 目的 UDP端口号, GTP序列号五元组标识为: IP— Middle2, IP— Dest, Port— Middle Port— Registered, GTP— Seq, 其中中间节点发送的 GTP请求消息使用的源地址 IP_Middle2可以与源节点发送 GTP请求消息使用的目的地址 IP— Middle相同, 也可以不相同。 中间节点在转发消息时, 将从源节点接收的 GTP请求消息本身 的源 IP地址 IP— Source作为"源 IP地址"信元附加在转发的 GTP请求消息中, 同时中间节点判断其从源节点接收的 GTP请求消息含有 "源 UDP端口号"信元, 因此中间节点不再需要如实施例二中在发送的 GTP请求消息中附加 "源 UDP端 口号"信元, 而是保持发送到目的节点的 GTP请求消息中附加的 "源 UDP端口 号"信元的值与接收的 GTP请求消息中的值相同, 即 Port— Source2。 步骤 503, 目的节点接收到中间节点发送的 GTP请求消息, 根据 GTP请求 消息中的源节点分配的源 UDP端口号的信元, 向源节点发送响应消息(具体参 见步骤 403 )。
上述实施例中, 中间节点在发送 GTP请求消息时, 仍然由中间节点分配新 的源 UDP端口号, 但是源节点在 GTP请求消息中, 将分配的源 UDP端口号作为 一个信元附加在 GTP请求消息中, 后续中间节点保持发送到目的节点的 GTP请 求消息中附加的"源 UDP端口号 "信元的值与接收的 GTP请求消息中的值相同, 目的节点检查从中间节点发送的 GTP请求消息中是否附加了 "源 UDP端口号" 信元,如果是则使用该信元的值作为 GTP响应消息的目的 UDP端口号。由于 GTP 响应消息的目的 IP地址, 目的端口号, GTP序号都是源节点分配的, 因此 GTP 响应消息达到源节点后, 源节点能够正确处理, 匹配到对应的 GTP请求消息。
上述三个实施例提供的在 GTP请求消息中增加 "源 UDP端口号"信元的方 法, 为提供最大的灵活性, 如可能存在两个或多个中间节点转发的情况, 对中 间节点的处理可以做如下规定: 如果中间节点接收到的 GTP请求消息中已经附 加了源 UDP端口号信元, 则中间节点将该已附加的源 UDP端口号信元随 GTP请 求消息继续发送给下个节点, 而不再将接收到的 GTP请求消息本身的源端口号 作为一个信元附加; 只有在中间节点接收到的 GTP请求消息中没有附加源 UDP 端口号信元的情况下, 中间节点才将接收到的 GTP请求消息本身的源端口号作 为一个信元附加在转发的消息上。 目的节点在返回 GTP响应消息时, 如果接收 到的 GTP请求消息中包含了源 UDP端口号信元, 则使用该信元的值作为 GTP响 应消息的目的 UDP端口号, 否则使用 GTP请求消息本身源 UDP端口号作为 GTP 响应消息的目的 UDP端口号。
参见附图 6, 本发明实施例提供了一种 GTP消息传输的方法, 中间节点在 转发 GTP消息时, 不再自己为转发的消息分配源 UDP端口信息, 而总是将转发 的 GTP请求消息中的源端口信息设置为接收到的 GTP请求消息的源端口信息, 以 UMTS系统中路由区更新流程为例,将发起 GTP会话的新侧 SGSN称作源节点, 根据 Old RAI解析到的中间节点 SGSN称作中间节点,终端原来注册的旧侧 SGSN 称作目的节点, SGSN上下文请求消息称作 GTP消息, UDP端口信息为 UDP端口号。
步骤 600, 源节点根据路由区更新消息解析出中间节点的 IP 地址 IP— Middle, 具体参见步骤 400;
步骤 601,源节点向中间节点发送 GTP请求消息,该 GTP请求消息中包含源 节点分配的源 UDP端口号, 具体参见步骤 401 ;
步骤 602,中间节点根据源节点分配的源 UDP端口号,将 GTP请求消息的源 UDP端口信息设置为源节点分配的源 UDP端口号, 向目的节点发送该 GTP请求 消息;
中间节点接收到 GTP请求消息后, 判断出自身为中间节点, 通过本地配置 或 DNS解析等方式,得到目的节点的 IP地址 IP— Dest。中间节点向目的节点发 送该 GTP请求消息, GTP请求消息的源 IP地址, 目的 IP地址, 源 UDP端口号, 目的 UDP端口号, GTP序列号五元组标识为: IP— Middle2, IP— Dest, Port— Source: Port— Registered, GTP— Seq, 中间节点转发 GTP 请求消息使用的源地址 IP_Middle2可以与源节点发送 GTP请求消息使用的目的地址 IP— Middle相同, 也可以不相同。 中间节点在转发消息时, 将从源节点接收的 GTP请求消息本身 的源 IP地址, 即 IP— Source作为 "源 IP地址"信元附加在转发的 GTP请求消 息中, 同时中间节点不再为转发的 GTP请求消息分配源 UDP端口, 而是使用接 收的 GTP请求消息本身的 UDP端口, 即 Port— Source作为转发 GTP请求消息的 源 UDP端口号。
步骤 603,目的节点接收到 GTP请求消息,根据该 GTP请求消息中的源节点 分配的源 UDP端口号向源节点发送响应消息。
目的节点从 GTP请求消息中获得 P-TMSI,发现 P-TMSI中包含的 NRI是对应 自己的, 即这个 P-TMSI是由自己给终端分配的, 从而知道自己是该 GTP请求 消息的最终目的节点。 目的节点对 GTP请求消息进行信令处理, 向源节点返回 GTP响应消息。 GTP响应消息的源 IP地址, 目的 IP地址, 源 UDP端口号, 目 的 UDP 端口号, GTP 序列号五元组标识为: IP— Dest2, IP— Source, Port— Registered, Port— Source, GTP— Seq, 其中 GTP 响应消息的源 IP地址 IP— Dest2可以与中间节点转发的 GTP请求消息的目的地址 IP— Dest相同,也可 以不相同;源 UDP 端口号一般使用对应 GTP 请求消息的目的端口号, 即 Port— Registered ; 目的 IP地址使用中间节点转发的 GTP请求消息中附加的源 IP地址信元, 即 IP— Source; 目的 UDP端口号使用从中间节点转发的 GTP请求 消息本身的源 UDP端口号作为 GTP响应消息的目的 UPD端口号, 由于中间节点 使用源节点分配的源 UDP 端口号作为转发消息的 UDP 端口号, 因此这里是 Port— Source。 由于 GTP响应消息的目的 IP地址, 目的端口号, GTP序号都的 确是源节点分配的, 因此 GTP响应消息达到源节点后, 源节点能够正确处理, 匹配到对应的 GTP请求消息。 本发明实施例提供的方案使得在存在中间节点的情况下, 源节点能够为 GTP请求消息分配不同的源 UDP端口号, 而从目的节点返回的 GTP响应消息的 目的 UDP端口号仍能与源节点为 GTP请求消息分配的源 UDP端口号一致。从而 使得以分布式系统实现的 GTP设备中, 通过源 UDP端口号来复用设备间的 IP 通道, 提升设备容量和性能, 减少 IP地址消耗成为可能。
上述实施例均以 UMTS系统中路由区更新流程为例对本发明实施例的方案 进行阐明的, 本发明实施例提供的方案还可以应用于切换等流程, 上述实施例 中的 "源节点", "中间节点", "目的节点"在不同的场景下标识不同的实体网 元: 如在 Iu-Flex场景下, 源节点可以为新侧 MME/SGSN, 中间节点为与旧侧 SGSN在同一个 POOL内的代理 SGSN,而目的节点为存储用户上下文的旧侧 SGSN; 而在 GGSN/GW Redirect场景下, 源节点可以为 SGSN/MME或 Serving GW, 中间 节点为 SGSN/MME从 DNS Server等方式解析得到的代理 GGSN/Serving GW/PDN GW 节点, 而目的节点则是由代理节点选择的最终处理连接请求的 GGSN/ Serving GW I PDN GW, 上述解释对于下述实施例也适用。
参见附图 7, 本发明实施例提供了一种 GTP消息传输系统, 包括: 第一节点 701、 第二节点 702和第三节点 703, 其中, 第一节点 701, 用于向第二节点发送 GTP请求消息, GTP请求消息中包含源节点分配的源 UDP端口信息;第二节点 702, 用于为 GTP请求消息分配源 UDP端口信息, 向第三节点 703发送包含源节点分配 的源 UDP端口信息的信元和所述分配的源 UDP端口信息的 GTP请求消息。 第三节 点 703用于根据 GTP请求消息中的源节点分配的源 UDP端口信息信元, 向源节点 发送 GTP响应消息。
第二节点 702还用于判断接收的 GTP请求消息中是否包含源 UDP端口信息 的信元; 接收的 GTP请求消息中不包含源 UDP端口信息的信元, 在接收的 GTP 请求消息中添加包含源节点分配的源 UDP端口信息的信元。
本发明实施例 GTP消息传输系统中的第一节点 701为源节点或者第一中间 节点,第二节点 702为第二中间节点,第三节点 703为目的节点或者第三中间节点。
参见图 8, 本发明实施例提供了一种源节点, 包括: 解析单元 801, 用于 根据中间节点对应的域名解析出中间节点的 IP地址; 发送单元 802,用于向解 析出的中间节点发送 GTP请求消息, GTP请求消息中包含源节点分配的源 UDP 端口信息的信元和源节点分配的源 UDP端口信息。
参见图 9, 本发明实施例提供了一种中间节点, 包括: 接收单元 901, 用 于接收 GTP请求消息; 分配单元 902, 用于为 GTP请求消息分配源 UDP端口信 息; 发送单元 903, 用于发送包含源节点分配的源 UDP端口信息的信元和所述 分配的源 UDP端口信息的 GTP请求消息。本发明实施例提供的中间节点还可以 包括第一判断单元 904, 用于判断接收的 GTP请求消息中是否包含源 UDP端口 号的信元; 信元添加单元 905, 用于在判断单元判断出 GTP请求消息中不包含 源 UDP端口号的信元时, 在 GTP请求消息中添加源节点分配的源 UDP端口信息 的信元。
参见图 10, 本发明实施例提供了一种目的节点, 包括接收单元 1001, 用 于接收 GTP请求消息, GTP请求消息中包含源节点分配的源 UDP端口信息的信 元和源 UDP端口信息; 响应单元 1002,根据源节点分配的源 UDP端口信息的信 元向源节点发送 GTP响应消息。
本领域普通技术人员可以理解: 实现上述方法实施例的全部或部分步骤可 以通过程序指令相关的硬件来完成, 前述的程序可以存储于计算机可读取存储 介质中, 该程序在执行时, 执行包括上述方法实施例的步骤; 而前述的存储介 质包括: R0M、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。
显然, 本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发 明的精神和范围。 这样, 倘若本发明的这些修改和变型属于本发明权利要求及 其等同技术的范围之内, 则本发明也意图包含这些改动和变型在内。

Claims

权 利 要 求 书
1.一种 GTP消息传输的方法, 其特征在于, 包括:
接收 GTP请求消息,所述 GTP请求消息中包含源节点分配的源 UDP端口信息; 为所述 GTP请求消息分配源 UDP端口信息;
发送包含源节点分配的源 UDP端口信息的信元和所述分配的源 UDP端口信 息的 GTP请求消息。
2. 如权利要求 1所述的 GTP消息传输的方法, 其特征在于, 所述方法还 包括:
判断所述接收的 GTP请求消息中是否包含所述源节点分配的源 UDP端口信 息的信元;
所述接收的 GTP请求消息中不包含所述源节点分配的源 UDP端口信息的信 元, 根据所述接收的 GTP请求消息中包含源节点分配的源 UDP端口信息在所述 GTP请求消息中添加包含所述源节点分配的源 UDP端口信息的信元。
3. 如权利要求 1所述的 GTP消息传输的方法, 其特征在于, 所述 GTP请 求消息中还包含源节点分配的源 UDP端口信息的信元。
4. 如权利要求广 3所述的 GTP消息传输的方法, 其特征在于, 所述方法 还包括:
目的节点根据所述 GTP请求消息中的源节点分配的源 UDP端口信息的信 元, 向所述源节点发送 GTP响应消息。
5.—种 GTP消息传输的方法, 其特征在于, 包括:
接收 GTP请求消息, 所述 GTP请求消息中包含源节点分配的源 UDP端口信 息的信元;
根据所述 GTP请求消息中的源节点分配的源 UDP端口信息的信元, 向所述 源节点发送 GTP响应消息。
6.—种 GTP消息传输的方法, 其特征在于, 包括:
接收 GTP请求消息,所述 GTP请求消息中包含源节点分配的源 UDP端口信息; 将所述 GTP请求消息的源 UDP端口信息设置为源节点分配的源 UDP端口信息; 发送所述包含源节点分配的源 UDP端口信息的 GTP请求消息。
7.—种中间节点, 其特征在于, 包括:
接收单元, 用于接收 GTP请求消息, 所述 GTP请求消息中包含源节点分配 的源 UDP端口信息;
发送单元,用于将所述 GTP请求消息的源 UDP端口信息设置为源节点分配 的源 UDP端口信息, 并发送包含所述源节点分配的源 UDP端口信息的 GTP请求 消息。
8.—种 GTP消息传输系统, 其特征在于, 包括: 第一节点、 第二节点和第 三节点, 其中,
第一节点, 用于向第二节点发送 GTP请求消息, 所述 GTP请求消息中包含 源节点分配的源 UDP端口信息;
第二节点, 用于为所述 GTP请求消息分配源 UDP端口信息, 向第三节点发 送包含源节点分配的源 UDP端口信息的信元和所述分配的源 UDP端口信息的 GTP请求消息。
9.如权利要求 8所述的系统, 其特征在于, 所述第二节点还用于判断所述 接收的 GTP请求消息中是否包含所述源节点分配的源 UDP端口信息的信元; 所 述接收的 GTP请求消息中不包含所述源节点分配的源 UDP端口信息的信元, 在 所述接收的 GTP请求消息中添加包含所述源节点分配的源 UDP端口信息的信元。
10. 如权利要求 8所述的系统, 其特征在于, 所述第一节点为源节点或者 第一中间节点, 所述第二节点为第二中间节点, 所述第三节点为目的节点或者 第三中间节点。
11. 如权利要求 8〜10所述的系统, 其特征在于, 所述第三节点用于根据 所述 GTP请求消息中的源节点分配的源 UDP端口信息信元, 向所述源节点发送 GTP响应消息。
12.—种源节点, 其特征在于, 包括: 解析单元,用于根据中间节点对应的域名解析出所述中间节点的 IP地址; 发送单元, 用于向所述解析出的中间节点发送 GTP请求消息, 所述 GTP请 求消息中包含所述源节点分配的源 UDP端口信息的信元和源节点分配的源 UDP 端口信息。
13. 一种中间节点, 其特征在于, 包括:
接收单元, 用于接收 GTP请求消息;
分配单元, 用于为所述 GTP请求消息分配源 UDP端口信息;
发送单元,用于发送包含源节点分配的源 UDP端口信息的信元和所述分配 的源 UDP端口信息的 GTP请求消息。
14. 如权利要求 13所述的中间节点, 其特征在于, 还包括:
第一判断单元,用于判断所述接收的 GTP请求消息中是否包含源 UDP端口 号的信元;
信元添加单元, 用于在判断单元判断出所述 GTP请求消息中不包含源 UDP 端口号的信元时, 在所述 GTP请求消息中添加源节点分配的源 UDP端口信息的 信元。
15.—种目的节点, 其特征在于, 包括:
接收单元, 用于接收 GTP请求消息, 所述 GTP请求消息中包含源节点分配 的源 UDP端口信息的信元和源 UDP端口信息;
响应单元, 根据所述源节点分配的源 UDP 端口信息的信元向源节点发送 GTP响应消息。
PCT/CN2009/072709 2008-07-30 2009-07-09 一种gtp消息传输的方法及装置 WO2010012189A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810142573A CN101640670A (zh) 2008-07-30 2008-07-30 一种gtp消息传输的方法及装置
CN200810142573.2 2008-07-30

Publications (1)

Publication Number Publication Date
WO2010012189A1 true WO2010012189A1 (zh) 2010-02-04

Family

ID=41609946

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/072709 WO2010012189A1 (zh) 2008-07-30 2009-07-09 一种gtp消息传输的方法及装置

Country Status (2)

Country Link
CN (1) CN101640670A (zh)
WO (1) WO2010012189A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011101060A1 (en) * 2010-02-18 2011-08-25 Telefonaktiebolaget L M Ericsson (Publ) AN IMPROVED GTPv2 NODE
US9371807B2 (en) * 2010-09-03 2016-06-21 Continental Automotive Gmbh Method and device for setting an idle stroke of an actuating drive of an injection valve, and injector assembly

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101932061A (zh) * 2010-07-14 2010-12-29 新邮通信设备有限公司 一种长期演进增强系统中传递公共过程信息的方法和系统
CN110457882B (zh) * 2019-07-18 2020-10-30 创新先进技术有限公司 一种身份识别预处理、身份识别方法及系统
US10789347B1 (en) 2019-07-18 2020-09-29 Alibaba Group Holding Limited Identification preprocessing

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1561648A (zh) * 2001-10-05 2005-01-05 艾利森电话股份有限公司 通用分组无线电业务中切换程序的优化
CN1697394A (zh) * 2004-05-12 2005-11-16 华为技术有限公司 多媒体广播/组播服务业务中路由区更新的方法
WO2007043767A1 (en) * 2005-10-07 2007-04-19 Samsung Electronics Co., Ltd. Method and apparatus for communications of user equipment using internet protocol address in a mobile communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1561648A (zh) * 2001-10-05 2005-01-05 艾利森电话股份有限公司 通用分组无线电业务中切换程序的优化
CN1697394A (zh) * 2004-05-12 2005-11-16 华为技术有限公司 多媒体广播/组播服务业务中路由区更新的方法
WO2007043767A1 (en) * 2005-10-07 2007-04-19 Samsung Electronics Co., Ltd. Method and apparatus for communications of user equipment using internet protocol address in a mobile communication system

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011101060A1 (en) * 2010-02-18 2011-08-25 Telefonaktiebolaget L M Ericsson (Publ) AN IMPROVED GTPv2 NODE
US9371807B2 (en) * 2010-09-03 2016-06-21 Continental Automotive Gmbh Method and device for setting an idle stroke of an actuating drive of an injection valve, and injector assembly

Also Published As

Publication number Publication date
CN101640670A (zh) 2010-02-03

Similar Documents

Publication Publication Date Title
US11690110B2 (en) Time sensitive network bridge configuration
US12108470B2 (en) Application triggering for a wireless device
KR100750370B1 (ko) 어드레스 획득
EP3364676B1 (en) Method for supporting pdn gw selection
US9084108B2 (en) Method, apparatus, and system for mobile virtual private network communication
WO2021000827A1 (zh) 数据传输链路建立方法、装置以及计算机可读存储介质
EP2317821B1 (en) Wireless communication system and routing method for packet switching service, femto AP using the routing method
US20030026230A1 (en) Proxy duplicate address detection for dynamic address allocation
US20190159119A1 (en) Access Control In Communications Network Comprising Slices
EP2401873B1 (en) Ipv6 anycast-based load balancing and redirection functionality for pmipv6
WO2008151544A1 (fr) Procédé, appareil et système pour établir une connexion de support
WO2011144134A1 (zh) 一种信息推送方法、装置和系统
JP2001518743A (ja) Gprs加入者による多数のインタネットサービスプロバイダの選択
WO2009043209A1 (fr) Procédé permettant d'établir une porteuse vers un terminal utilisateur en mode repos
US7421506B2 (en) Load balancer for multiprocessor platforms
EP2332319B1 (en) Systems and methods for bulk release of resources associated with node failure
US20050249238A1 (en) Method of speeding up the registration procedure in a cellular network
WO2009046666A1 (en) Addressing method of policy decision function entity, network element and network system
JP2013523026A (ja) プリフィクスの割当て及び通知又は委任を容易にするための方法及び装置
CA2522846C (en) Methods and apparatuses for optimizing resource management in cdma2000 wireless ip networks
WO2011011945A1 (zh) 消息发送方法及通用无线分组业务服务支持节点
WO2010012189A1 (zh) 一种gtp消息传输的方法及装置
CN107404715A (zh) 位置信息提供方法及装置
JP2008516554A (ja) ダイレクトルーティングを実施する方法及び装置
WO2014101525A1 (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: 09802382

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

Country of ref document: EP

Kind code of ref document: A1