[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

WO2009056061A1 - Procédé, système et dispositif pour transmettre un datagramme de protocole de tunnellisation de service général de radiocommunication par paquets - Google Patents

Procédé, système et dispositif pour transmettre un datagramme de protocole de tunnellisation de service général de radiocommunication par paquets Download PDF

Info

Publication number
WO2009056061A1
WO2009056061A1 PCT/CN2008/072815 CN2008072815W WO2009056061A1 WO 2009056061 A1 WO2009056061 A1 WO 2009056061A1 CN 2008072815 W CN2008072815 W CN 2008072815W WO 2009056061 A1 WO2009056061 A1 WO 2009056061A1
Authority
WO
WIPO (PCT)
Prior art keywords
network element
gtp
packet
protocol
gtp protocol
Prior art date
Application number
PCT/CN2008/072815
Other languages
English (en)
Chinese (zh)
Inventor
Shiyong Tan
Hui Ni
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009056061A1 publication Critical patent/WO2009056061A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to a mobile communication technology, and in particular, to a GPRS (General Packet Radio Service) tunneling protocol (GTP, GPRS Tunneling Protocol) message transmission method, system and device.
  • GTP General Packet Radio Service
  • GTP General Packet Radio Service Tunneling Protocol
  • the GPRS network realizes end-to-end packet data transmission by introducing packet data technology in the original Global System for Mobile communication (GSM), providing users with more abundant service types, such as web browsing and file downloading. And online games and more.
  • GSM Global System for Mobile communication
  • FIG. 1 is a schematic diagram of an existing GPRS network architecture.
  • the existing GPRS network architecture mainly includes: a GPRS Service Support Node (SGSN), a GPRS Gateway Support Node (GGSN), and a Home Location Register (HLR). .
  • SGSN GPRS Service Support Node
  • GGSN GPRS Gateway Support Node
  • HLR Home Location Register
  • the SGSN is used to implement signaling transmission in packet switching, and is used for processing and transmitting data packets, and provides mobility management, security management, access control, and routing capabilities for users.
  • the GGSN used to be responsible for the connection between the GPRS network and various external data networks, such as the Internet (Internet) enterprise network and the X.25 network; the GGSN is the gateway located in the GPRS backbone network and the external data network, and is GPRS. The transmission path between the network and the external data network.
  • Internet Internet
  • X.25 X.25
  • the HLR is used to store the GPRS subscription information and routing information of the user.
  • the GGSN and the SGSN are respectively connected to the HLR, and the subscription data of the user is obtained from the HLR.
  • the SGSN and the HLR may be located in different networks.
  • the SGSN and the GGSN exchange information through the Gn interface.
  • the Gn interface uses the IP-based GTP protocol for communication.
  • the GSN GPRS Supporting Node
  • the GGSN is a GSN in a different Public Land Mobile Network (PLMN), such as the Universal Mobile Telecommunications System (UMTS) land radio access network (UTRAN, UMTS Terrestrial) shown in FIG.
  • PLMN Public Land Mobile Network
  • UMTS Universal Mobile Telecommunications System
  • UTRAN Universal Mobile Telecommunications System
  • UMTS Terrestrial Universal Mobile Telecommunications System Terrestrial
  • the SGSNs in the Radio Access Network exchange information through the Gp interface.
  • the Gp interface also adds security functions required for the PL-Ethernet and support for inter-domain routing protocols, such as Border Gateway Protocol (BGP).
  • Border Gateway Protocol BGP
  • multiple protocols can be used for data transmission between two network nodes. These protocols are combined in a hierarchical order to form a protocol stack. The information to be transmitted is encapsulated and decapsulated multiple times through the protocol stack to implement transparency of the lower layer transmission mode to the upper layer.
  • a schematic diagram of a Gn or Gp interface protocol stack between existing GSNs is shown in Figure 2. The functions of each layer protocol in the protocol stack are as follows:
  • L1 protocol The physical layer transport protocol, which is related to the specific physical technology used for transmission.
  • L2 protocol Data link layer protocol, which provides functions such as establishment and teardown of data links, and implements error detection and correction of data; Available protocol types include Ethernet and Asynchronous Transfer Mode (ATM).
  • ATM Asynchronous Transfer Mode
  • IETF Internet Engineering Task Force
  • RRC Request For Comments
  • each Ethernet frame is 18 bytes long, including 6 bytes of the destination address, 6 bytes of the source address, 2 bytes of the type, and 4 bytes of the check digit.
  • at least 12 bytes of transmission time slot and 8 bytes of synchronization bits are required in each frame.
  • IP protocol network interconnection protocol, mainly complete routing function, used for user data and signaling routing; IP protocol openness makes there is no necessary connection between the upper layer application and the lower layer bearer network, application service and bearer network technology can According to their respective independent developments; the current IP protocol mainly includes two versions of IPv4 and IPv6; as shown in Table 2, Table 2 shows the existing IPv4 packet format:
  • the options in the IPv4 packet shown in Table 2 are generally not used.
  • the header length is a total of 20 bytes.
  • the header length of an IPv6 datagram is typically 40 bytes.
  • UDP User Datagram Protocol
  • Table 3 shows the existing UDP packet format:
  • the length of the UDP packet header is 8 bytes.
  • the GTP protocol is mainly used to transmit user packet data and tunnel management information between GSNs, such as tunnel establishment and release. Maintenance, etc., carried on top of the UDP protocol.
  • the existing GTP protocols can be mainly divided into three types: GTP-GTP, a control plane for transmitting control signaling, GTP-U, a user plane for transmitting user data packets, and a meter in the charging system.
  • GTP-GTP a control plane for transmitting control signaling
  • GTP-U a control plane for transmitting control signaling
  • GTP-U a user plane for transmitting user data packets
  • meter in the charging system a meter in the charging system.
  • the GTP' protocol used between the Charging Date Function (CDF) and the Charging Gateway Function (CGF).
  • CDF Charging Date Function
  • CGF Charging Gateway Function
  • the GTP protocol allows multiple protocol packets, such as IP and X.25 packets, to be tunneled between GSNs.
  • the GTP protocol can also be applied to communication between other network entities, such as UTRAN and SGSN, Home Nodes in the 3rd Generation Partnership Project (SAE, System Architecture Evolution). (eNodeB) and the service gateway (S-GW, Serving Gateway), and between the S-GW and the public-data networks gateway (P-GW).
  • SAE System Architecture Evolution
  • S-GW Serving Gateway
  • P-GW public-data networks gateway
  • Table 4 shows the existing GTP packet format:
  • Table 4 shows the format of the GTP packet that does not include the extended header. As shown in Table 4, the length of the GTP packet header that does not include the extended header is 8 bytes. If the extended header is included, the header length will be It will increase depending on the specific situation.
  • Figure 3 is a schematic diagram of the encapsulation process of data entering the protocol stack when data is transmitted using GTP protocol packets.
  • the IP protocol in Figure 3 is IPv4 and the L2 protocol is Ethernet.
  • FIG. 3 at the transmitting end, according to the protocol used in the protocol stack, multiple encapsulation processes are performed in descending order, and finally the encapsulated Ethernet frame is sent at the physical layer via the physical device; At the end, the corresponding decapsulation process is performed in the order of low to high, and finally the transmitted application data is obtained, thereby implementing communication between devices.
  • the GTP protocol type is GTP-C
  • the destination port number encapsulated in the UDP header is 2123.
  • the GTP protocol type is GTP-U
  • the destination port number encapsulated in the UDP header is 2152.
  • the protocol type is GTP'
  • the destination port number encapsulated in the UDP header is 3386.
  • the inventor has found that: when using existing GTP protocol messages to transmit data, the proportion of payload data in IP datagrams is low, which reduces network transmission efficiency and wastes bandwidth.
  • the embodiment of the invention provides a general packet radio service tunnel protocol message transmission method, which can improve the proportion of payload data in the IP datagram.
  • a general packet radio service tunneling protocol GTP message transmission method comprising:
  • the first network element encapsulates the one or more GTP protocol packets in the same IP data packet by using the multiplexed manner; the first network element sends the encapsulated IP data packet to the second network. yuan.
  • a GTP protocol message transmission system includes: a first network element and a second network element;
  • the first network element is configured to encapsulate one or more GTP protocol packets in the same IP data packet in a multiplex manner, and send the packet to the second network element.
  • the second network element is configured to receive an IP data packet from the first network element.
  • a GTP protocol message transmission device includes: a packaging unit and a sending unit;
  • the encapsulating unit is configured to encapsulate one or more GTP protocol packets in the same IP data packet by multiplexing;
  • the sending unit is configured to send the encapsulated IP data packet to the receiving device.
  • one or more GTP protocol packets are encapsulated in the same IP datagram and transmitted in a multiplex manner, thereby increasing the proportion of the payload data in the IP datagram, thereby improving network transmission efficiency and saving.
  • the bandwidth
  • Figure 1 is a schematic diagram of an existing GPRS network architecture
  • FIG. 2 is a schematic diagram of a Gn or Gp interface protocol stack between existing GSNs
  • FIG. 3 is a schematic diagram of a packaging process of data entering a protocol stack when data is transmitted by using GTP protocol packets;
  • Figure 4 is a schematic diagram of an existing voice transmission mode
  • Figure 5 is a flow chart of an embodiment of a method of the present invention.
  • FIG. 6 is a schematic structural diagram of an IP datagram encapsulated in a multiplexing manner according to an embodiment of the present invention
  • FIG. 7 is a schematic structural diagram of another IP datagram encapsulated in a multiplexing manner according to an embodiment of the present invention.
  • Figure 8 is a flow chart of the first embodiment of the method of the present invention.
  • Figure 9 is a flow chart of a second embodiment of the method of the present invention.
  • Figure 10 is a flow chart of a third embodiment of the method of the present invention.
  • Figure 11 is a flow chart of a fourth embodiment of the method of the present invention.
  • FIG. 12 is a schematic structural diagram of a system embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of an embodiment of an apparatus according to the present invention.
  • the code rate is usually 4.75 Kbps ⁇ 12. 2 Kbps, and the sampling interval is 20 ms. Then, assuming an average code rate of 8 Kbps, each speech frame includes a total of 160 bits, that is, 20 bytes. It is assumed that the voice communication is performed according to the existing typical voice transmission mode shown in FIG. 4, wherein the upper layer tunnel of the GTP-U protocol further includes voice data, Real Time Transport Protocol (RTP, UDP, and IPv4) as shown in FIG. Structure.
  • RTP Real Time Transport Protocol
  • the sender first encapsulates the voice data into an IPv4 datagram format in the GTP-U protocol upper layer tunnel, and then encapsulates the IPv4 datagram in the manner shown in FIG. 3 and sends the voice data to the receiving end; Decapsulation is performed to obtain the transmitted IPv4 datagram.
  • the format of the RTP packet is shown in Table 5: Version number and flag bit (16 bits) Serial number (16 bits)
  • the header of the RTP packet includes 12 bytes.
  • the length of the obtained packet will be 20 (data length). + 12 (RTP header length) +8 (UDP header length) +20 (IPv4 header length) +8 (GTP header length), a total of 68 bytes.
  • RTP header length For a payload of 68 bytes, the length of the payload is 96 bytes, and the effective data is only 70.8%; the length after encapsulation is an Ethernet frame is 114 bytes. If we further consider the transmission time slots and synchronization bits shown in Table 1, the total is 134 bytes, of which the payload data only accounts for 50%.
  • the first network element encapsulates one or more GTP protocol packets in the same IP datagram by multiplexing, and sends the packet to the second network element; the second network element receives the received IP address.
  • the datagram is decapsulated to obtain the one or more GTP protocol messages.
  • first network element and “second network element” are only for convenience of description. In practical applications, “first network element” or “second network element” can be used to represent Any one of the two communication parties, that is, the above-mentioned function completed by the “first network element” can also be completed by the “second network element”.
  • FIG. 5 is a flow chart of an embodiment of a method of the present invention.
  • the first network element and the second network element in this embodiment may be any two nodes or devices that communicate through the GTP protocol, such as the SGSN and the GGSN, and the S-GW and the P-GW.
  • the method includes the following steps: Step 51: The first network element encapsulates one or more GTP protocol packets in the same IP datagram and multiplexes them into the second network element.
  • the two communication parties that is, the first network element and the second network element, need to first acquire the multiplexing control information of the other party.
  • the operations performed on the two sides of the first network element and the second network element are the same. Therefore, in the embodiment of the present invention, the first network element side is taken as an example for description.
  • the multiplexing control information of the second network element acquired by the first network element may include: a support capability for multiplexing transmission, and a GTP protocol type using multiplexing transmission, such as GTP. -C, GTP-U or GTP', UDP destination port number for receiving multiplexed packets, maximum encapsulation delay time, one or any combination of information such as the maximum packet length for multiplex encapsulation.
  • GTP protocol types or different bearers in the network may correspond to different multiplexing control information.
  • the support capability of the multiplex transmission may be divided into a transmission capability and a reception capability, and the first network element or the second network element may have only one of the capabilities, or both.
  • the first network element After acquiring the multiplex control information of the second network element, the first network element determines, according to the support capability information of the multiplex transmission carried therein, whether the second network element supports the multiplex transmission, if supported, Step 51 is performed; if it is not supported, for example, the second network element only has multiplexed transmission capability and no receiving capability, or has neither transmission capability nor reception capability, the first network element is in accordance with the existing common
  • the transmission mode transmits GTP protocol packets to the second network element. Only multiplexed transmission for the second network element If the capability is not available, the second network element may send the GTP protocol packet to the first network element in a multiplexed manner. Of course, the first network element needs to have a receiving function.
  • the multiplexed encapsulation and transmission mode may be adopted only in one direction of the communication parties, and the existing encapsulation and transmission mode may be adopted in the other transmission direction, or Multiplexed encapsulation and transmission are used in all directions.
  • the manner in which the first network element obtains the multiplexing control information of the second network element may be any one of the following three or any combination:
  • Manner 1 Obtain some or all of the multiplexing control information of the second network element by using a pre-configuration manner.
  • the part or all of the multiplexed control information is carried in the GTP-C message sent to the other party, and is notified to the other party.
  • the first network element learns part or all of the multiplexed control information of the second network element according to the GTP-C message received from the second network element.
  • Mode 3 When the two parties establish a connection for the first time, the two parties carry some or all of the multiplexed control information in the GTP-C message to be sent to the other party.
  • the first network element receives the From the GTP-C message of the second network element, some or all of the multiplexed control information of the second network element is learned, and the information is stored for subsequent determination of the transmission mode between the two.
  • the first network element may obtain the multiplex control information of the second network element by using any one of the foregoing three methods, or by any combination. For example, some information can be obtained in a pre-configured manner, and other required information is obtained through the above methods 2 and 3. Other possible combinations are not listed one by one.
  • GTP-C message for carrying the multiplexed control information in the above modes 2 and 3 can also be replaced with other messages known in the art, and is not limited to the GTP-C message.
  • the first network element After obtaining the multiplexing control information of the second network element, and determining that the second network element supports the multiplexed transmission, the first network element needs to be sent to the same IP target address, that is, the GTP protocol report of the second network element.
  • the packet is encapsulated into the same IP datagram and sent to the second network element.
  • the first network element encapsulates one or more GTP protocol packets in the same IP datagram by multiplexing. This process needs to be completed within the maximum package delay time to limit the delay due to multiplexed transmission; if the multiplexed control information acquired by the first network element includes the maximum applicable multiplexed package
  • the length of each GTP protocol packet encapsulated in the same IP datagram by the first network element in the multiplexed manner needs to be less than or equal to the maximum packet size of the applicable multiplexed encapsulation. length.
  • GTP protocol packets with the same QoS requirements are encapsulated in the same IP datagram, that is, the same IP datagram. GTP packets need to have the same QoS.
  • QoS Quality of Service
  • the same IP datagram encapsulates only the same type of GTP protocol packets, for example,
  • GTP-C GTP-C
  • GTP-U GTP'
  • the first network element sends different types of GTP protocol packets to different UDP destination ports.
  • each GTP protocol message may further include a multiplexing header.
  • FIG. 6 is a schematic structural diagram of an IP datagram encapsulated in a multiplexing manner according to an embodiment of the present invention. As shown in Figure 6, it The format of the IP header is the same as that of the prior art, and is not described here.
  • the UDP header includes the UDP source port number and destination port number used for transmitting the multiplexed packet, the length of the UDP packet, and the checksum.
  • the UDP source port number can be the newly assigned port number of the first network element, or the UDP source port number of the encapsulated GTP protocol packet in the normal manner; Configuring or negotiating the UDP destination port number carried in the multiplexed control information; the multiplex header may include: transmitting, in an ordinary manner, a GTP protocol packet corresponding to the multiplexer header One or both of the UDP source port number and the length information of the adjacent GTP protocol packets to be used. If neither of the above information is included, the multiplex header can be omitted.
  • each GTP protocol message may further include a multiplexing header.
  • FIG. 7 is a schematic structural diagram of another IP datagram encapsulated in a multiplexing manner according to an embodiment of the present invention.
  • the UDP header includes the UDP source port number and the destination port number used to transmit the multiplexed packet, and the UDP packet.
  • the UDP destination port number is the UDP destination port number carried in the multiplex control information obtained through pre-configuration or negotiation.
  • the UDP source port number can be newly assigned by the first network element.
  • the multiplexer header includes: a UDP destination port number to be used when the GTP protocol packet corresponding to the GTP protocol packet is sent in the normal manner, for example, when the corresponding GTP protocol type is GTP-C, the corresponding UDP destination port number. 2123, when the corresponding GTP protocol type is GTP-U, the corresponding UDP destination port number is 2152. When the corresponding GTP protocol type is GTP', the corresponding UDP destination port number is 3386, thus making the second
  • the network element can obtain the specific type of the GTP protocol packet when decapsulating. Alternatively, the network element can directly carry the protocol type identifier of the GTP protocol packet corresponding to the multiplexer. For example, the 00 is used to represent the GTP.
  • the protocol type of the protocol packet is GTP-C
  • the protocol type of the GTP protocol packet with 01 is GTP-U
  • the multiplex header may further include: one or two of a UDP source port number and a length information of the GTP protocol packet to be used in the GTP protocol packet corresponding to the GTP protocol packet.
  • Step 52 The second network element decapsulates the received IP datagram to obtain one or more GTP protocol packets.
  • the second network element performs decapsulation of the received IP datagram by the IP protocol layer, and receives the UDP protocol packet decapsulated by the IP protocol layer in the UDP destination port specified in the encapsulated IP datagram, and according to the existing The method performs subsequent decapsulation on the packet, extracts multiple GTP protocol packets included, and completes multiplex transmission.
  • Embodiment 1 is a diagrammatic representation of Embodiment 1:
  • FIG. 8 is a flow chart of a first embodiment of the method of the present invention.
  • the GTP protocol packet transmitted by the first network element and the second network element in a multiplexed manner is a GTP-U protocol packet, and the network layer transmission protocol is IPv4; the first network element and the first network element
  • the manner in which the second network element obtains the multiplex control information of the other party is: when the connection or bearer is established or modified, the support capability information of the multiplex transmission is negotiated through the GTP-C message;
  • the path multiplexing control information such as the UDP destination port number for receiving the multiplexed message. It is assumed that the UDP destination port number in this embodiment is A, and the first network element and the second network element are respectively S-GW and P-GW. As shown in Figure 8, the following steps are included:
  • Step 81 When the connection or bearer 1 is established, the S-GW sends a GTP-C message to the P-GW, where the message carries the S-GW support capability information for the multiplex transmission, to notify the P-GW of the local end to support Multiplex transmission of the GTP-U protocol.
  • Step 82 The P-GW sends a GTP-C message to the S-GW, where the message does not include the P-GW support capability information for the multiplex transmission, to notify the S-GW that the local end does not support the GTP-U protocol. Or the multiplexed transmission; or, the P-GW sends, to the S-GW, capability information that is identifiable by both parties and is a specific value, such as 0000, to notify the S-GW that the local end does not support the multiplex of the GTP-U protocol. Use transmission.
  • Step 83 Since the P-GW does not support the multiplex transmission of the GTP-U protocol, the S-GW and the P-GW can still use the existing common GTP-U protocol packets in the connection or bearer 1
  • the encapsulation mode is encapsulated and transmitted, where the destination port number of UDP is 2152.
  • both the S-GW and the P-GW support the multiplexed transmission mode of the GTP-U protocol on the connection or bearer:
  • Step 84 When the connection or bearer 2 is established, the S-GW sends a GTP-C message to the P-GW, where the message carries the S-GW support capability information for the multiplex transmission, to notify the P-GW of the local end to support Multiplex transmission of the GTP-U protocol.
  • Step 85 The P-GW sends a GTP-C message to the S-GW, where the message carries the P-GW support capability information for the multiplex transmission, to notify the S-GW that the local end supports the GTP-U protocol. Multiplexed transmission.
  • Step 86 The S-GW performs multiplex multiplexing encapsulation on the GTP-U protocol packets that need to be sent to the P-GW IP address and have the same QoS requirements.
  • Step 87 The S-GW sends an IP datagram encapsulated with multiple GTP-U protocol packets to the P-GW.
  • the P-GW decapsulates the received IP datagram, and extracts multiple GTPs included therein. U protocol message.
  • Step 88 The P-GW sends the GTP-U packet with the same QoS requirement to the S-GW IP address for multiplexed encapsulation.
  • Step 89 The P-GW sends an IP datagram encapsulating multiple GTP-U protocol packets to the S-GW.
  • the S-GW decapsulates the received IP datagram, and extracts multiple GTPs included therein. U protocol message.
  • the S-GW supports the multiplex transmission mode of the GTP-U protocol on the connection or the bearer, and the P-GW only supports the GTP-U protocol multiplexed encapsulation message. Send, but does not support the reception of this type of message:
  • Step 810 When the connection or bearer 3 is established, the S-GW sends a GTP-C message to the P-GW, where the message carries the S-GW support capability information for the multiplex transmission, to notify the P-GW of the local end to support Multiplex transmission of the GTP-U protocol.
  • Step 811 The P-GW sends a GTP-C message to the S-GW, where the message carries the P-GW support capability information for the multiplex transmission. To inform the S-GW that the local end only supports the transmission of GTP-U protocol multiplexed encapsulated packets, and does not support the reception of such packets.
  • Step 812 The S-GW sends the GTP-U packet to the 2152 port of the P-GW in a normal encapsulation manner according to the receiving capability of the P-GW.
  • Steps 813-814 Since the P-GW supports multiplex transmission for the GTP-U protocol, the P-GW can still send and encapsulate multiple GTP-U protocols to the S-GW according to the procedures described in steps 88-89. IP datagram of the message.
  • Embodiment 2
  • FIG. 9 is a flow chart of a second embodiment of the method of the present invention.
  • the GTP protocol packet transmitted by the first network element and the second network element in a multiplexed manner is a GTP-U and a GTP-C protocol packet
  • the network layer transmission protocol is IPv4
  • Different types of GTP packets are encapsulated into different IP datagrams for transmission.
  • the first network element and the second network element obtain the multiplexed control information of the other party in the following manner: When the two parties establish a connection for the first time, the negotiation is performed. Support for multiplexed transmission and UDP destination port number information for receiving multiplexed messages; information such as maximum package delay time is obtained by pre-configuration. Assume that the maximum encapsulation delay of GTP-C packets is 20 ms in this embodiment. The maximum encapsulation delay of GTP-U packets is 30 ms. As shown in Figure 9, the following steps are included:
  • Step 91 When establishing a connection with the second network element for the first time, the first network element sends a negotiation message to the second network element, where the message carries the support capability information of the multiplex transmission of the first network element, to notify the
  • the local end of the second network element supports the multiplex transmission of the GTP-C protocol and the GTP-U protocol, and the UDP destination port number of the multiplexed encapsulated packet of the local end receiving the GTP-U protocol is Al, and the GTP is received.
  • the UDP destination port number of the multiplexed encapsulated packet of the C protocol is A2.
  • Step 92 The second network element receives the negotiation information sent by the first network element, and stores the information.
  • Step 93 The second network element sends a negotiation message to the first network element, where the message carries the support capability information of the multiplex transmission of the second network element, to notify the local end of the first network element to support the GTP-C protocol.
  • the multiplexed transmission of the GTP-U protocol, and the UDP destination port number of the multiplexed encapsulation packet of the GTP-U protocol received by the local end is B1, and the multiplexed encapsulation packet of the GTP-C protocol is received.
  • the UDP destination port number is B2.
  • Step 94 The first network element receives the negotiation information sent by the second network element, and stores the information.
  • each party can use the stored support capability information about the multiplex transmission of the other party to determine whether and how to perform multiplex transmission. .
  • Step 95 The first network element multiplexes the GTP-C packet that is subsequently sent to the IP address of the second network element.
  • the encapsulation duration of the multiplexed encapsulation of the first network element is not more than 20 ms ; the UDP destination port number in the encapsulated IP datagram is B2 ; and each GTP protocol packet in the encapsulated IP datagram corresponds to
  • the multiplexer header includes the UDP source port number, which is a source port number that should be used when the GTP-C protocol packet is sent in the normal manner, and may further include the length of the GTP protocol packet corresponding to the GTP protocol packet.
  • Step 96 The first network element sends an IPv4 data packet that encapsulates multiple GTP-C protocol packets to the second network element.
  • the second network element decapsulates the received IPv4 datagram, and extracts the included data. GTP-C protocol packets.
  • Step 97 The second network element multiplexes the GTP-C protocol packet that is subsequently sent to the IP address of the first network element.
  • the encapsulation duration of the second network element for multiplexing and packaging does not exceed 20 ms ; the UDP in the encapsulated IP datagram
  • the destination port number is A2.
  • the multiplex header corresponding to each GTP protocol packet in the encapsulated IP datagram includes the UDP source port number. The value should be used when sending the GTP-C protocol packet in the normal mode.
  • the source port number may further include the length information of the GTP protocol packet corresponding to the source port number.
  • Step 98 The second network element sends an IPv4 data packet encapsulating the plurality of GTP-C information to the first network element.
  • the first network element decapsulates the received IPv4 data, and extracts multiple GTPs included therein. -C protocol message.
  • Step 99 The first network element multiplexes the GTP-U packet that is subsequently sent to the IP address of the second network element.
  • the encapsulation duration of the multiplexed encapsulation of the first network element is not more than 30 ms ; the UDP destination port number in the encapsulated IP datagram is B1; and each GTP protocol packet in the encapsulated IP datagram corresponds to
  • the multiplex header includes the UDP source port number, which is the source port number that should be used to send the GTP-U packet in the normal manner.
  • Step 910 The first network element sends an IPv4 datagram that encapsulates multiple GTP-U information to the second network element.
  • the second network element decapsulates the received IPv4 datagram, and extracts multiple GTPs included therein. -U protocol message.
  • Step 911 The second network element multiplexes the GTP-U packet that is subsequently sent to the IP address of the first network element.
  • the encapsulation duration of the multiplexed encapsulation of the second network element is not more than 30 ms ; the UDP destination port number in the encapsulated IP datagram is A1; and each GTP protocol packet in the encapsulated IP datagram corresponds to
  • the multiplex header includes the UDP source port number, which is the source port number that should be used to send the GTP-U packet in the normal manner.
  • Step 912 The second network element sends an IPv4 datagram that encapsulates multiple GTP-U information to the first network element.
  • the first network element decapsulates the received IPv4 datagram, and extracts multiple GTPs included therein. -U protocol message.
  • FIG. 10 is a flow chart of a third embodiment of the method of the present invention.
  • the GTP protocol packets transmitted by the first network element and the second network element in a multiplexed manner are GTP-U, GTP-C, and GTP' protocol packets, and the network layer transmission protocol is IPv6.
  • the different types of GTP protocol packets are encapsulated into the same IP datagram for transmission; the manner in which the first network element and the second network element obtain the multiplexed control information of the other party is: when the user connection or bearer is established or modified.
  • the negotiation multiplex transmission support capability, the UDP destination port number for receiving multiplexed messages, and the maximum message length information applicable to the multiplexed encapsulation As shown in Figure 10, the following steps are included:
  • Step 101 When the connection or bearer is established or modified, the first network element sends the negotiation information to the second network element, where the first network element carries the support capability information of the multiplex transmission, to notify the local end of the second network element.
  • the first network element carries the support capability information of the multiplex transmission, to notify the local end of the second network element.
  • Step 102 The second network element sends a negotiation message to the first network element, where the second network element carries the support capability information of the multiplex transmission, to notify the local end of the first network element to support the GTP protocol message.
  • the multiplexed packet length of the GTP protocol packet received by the local end is D2, and the maximum packet length of the multiplexed encapsulation is 120 bytes.
  • Step 103 The first network element multiplexes the GTP protocol packet whose destination address is the second network element IP address, the QoS requirement is the same, and the packet length does not exceed 120 bytes.
  • the UDP destination port number in the encapsulated IP datagram is D2 ; the corresponding GTP protocol packets in the encapsulated IP datagram correspond to
  • the UDP source port number carried in each multiplexer header is the source port number that should be used when the GTP protocol packet is sent in the normal manner; each multiplexer header also includes its corresponding GTP protocol packet.
  • the type identifier is, for example, the GTP-C protocol packet is 1 for the GTP-C protocol packet and 2 for the GTP-U protocol packet.
  • Step 104 The first network element sends an IPv6 data packet that encapsulates multiple GTP protocol packets to the D2 port of the second network element.
  • Step 105 The second network element decapsulates the received IPv6 datagram, and extracts multiple GTP protocol packets. The second network element can determine the specific protocol type of the corresponding GTP packet according to the type identifier of the GTP protocol packet in the multiplexer header.
  • Steps 106 to 108 Similar to steps 103 to 105, the second network element may also send the IPv6 packet formed by multiplexing the multiple GTP protocol packets to the first network element by using the multiplexed encapsulation; the first network element is receiving After the decapsulation process, multiple GTP protocol packets are extracted.
  • Steps For a GTP protocol packet that does not meet the multiplex transmission condition, for example, a GTP protocol packet whose packet length exceeds the maximum packet length of the multiplexed package can be transmitted in a normal encapsulation manner.
  • the network element is overloaded during operation, so to reduce the load, the multiplex transmission mode is no longer supported, or because it is configured to not support the multiplex transmission mode, etc.
  • the support capability of the second network element for the multiplexed transmission is changed, and only the transmission of the GTP multiplexed encapsulated packet is supported, and the receiving of the packet is no longer supported. Then, in the following steps:
  • Step 1010 The second network element sends a negotiation message to the first network element, where the message includes the updated capability information of the second network element for the multiplex transmission, and the first network element is notified, and the local end does not support receiving. Multicast encapsulation message of GTP protocol.
  • Steps 1011 to 1012 Since the second network element still supports the multiplex transmission of the GTP protocol, the second network element can still transmit the GTP protocol multiplexing to the first network element according to the procedures described in steps 103 to 105. Encapsulate the message.
  • Step 1013 The first network element is not multiplexed and packaged for the subsequent GTP packet according to the change of the receiving capability of the second network element, but is transmitted to the second network element in a normal encapsulation manner.
  • Embodiment 4
  • FIG 11 is a flow chart of a fourth embodiment of the method of the present invention.
  • the GTP protocol packets transmitted by the first network element and the second network element in a multiplexed manner are GTP-U, GTP-C, and GTP' protocol packets, and the network layer transmission protocol is IPv4.
  • the different types of GTP protocol packets are encapsulated into the same IP datagram for transmission; the first network element and the second network element obtain the multiplexed control information of the other party in the following manner:
  • the transmission support capability, the UDP destination port number for receiving multiplexed packets, and the maximum encapsulation delay time information It is assumed that the maximum package delay time in this embodiment is 20 ms, and the UDP destination port number for receiving multiplexed packets is C.
  • the following steps are included:
  • Step 111 According to the pre-configured information, the first network element multiplexes and encapsulates the GTP protocol packet whose destination address is the second network element IP address, and the QoS requirements are the same.
  • the pre-configuration mentioned in this step refers to pre-configuring the multiplex control information of both parties in the first network element and the second network element.
  • the duration of multiplexing and packaging of the first network element does not exceed the maximum package delay time of 20 ms; the number of IPs after encapsulation Reported the UDP destination port number carried are C; source UDP port number of the multiplexed header of the IP datagram encapsulated in GTP packets each corresponding to the ordinary mode of the GTP protocol packets should be sent The source port number used; the UDP destination port number in each multiplexer header is the destination port number to be used when sending the corresponding GTP protocol packets in the normal manner. For example, if the GTP protocol packet corresponding to a multiplexer header is a GTP-C protocol packet, the destination port number is 2123. If the corresponding GTP protocol packet is a GTP-U protocol packet, then The destination port number is 2152. If the corresponding GTP protocol packet is GTP', the destination port number is 3386.
  • Step 112 The first network element sends an IP datagram that encapsulates multiple GTP protocol packets to the C port of the second network element.
  • Step 113 The second network element decapsulates the received IP datagram, and extracts multiple GTP protocol packets.
  • the second network element can determine the specific type of the corresponding GTP protocol packet according to the value of the UDP destination port number carried in the multiplexer.
  • Steps 114 to 116 Similar to steps 111 to 113, the second network element encapsulates multiple GTP protocol packets in the same IP datagram and multiplexes them to the first network element. The first network element receives the packets. The IP datagram is decapsulated, and the plurality of GTP protocol messages included therein are extracted.
  • FIG. 12 is a schematic structural diagram of a system embodiment of the present invention.
  • the various method embodiments described above can be implemented based on the system shown in FIG.
  • the system includes: a first network element 121 and a second network element 122;
  • the first network element 121 is configured to encapsulate one or more GTP protocol packets in the same IP datagram by multiplexing, and send the same to the second network element 122;
  • the second network element 122 is configured to receive an IP datagram from the first network element 121.
  • the first network element 121 is further configured to obtain the multiplexing control information of the second network element 122.
  • the first network element 121 determines the second network according to the obtained multiplexing control information of the second network element 122. Whether the element 122 supports the multiplex transmission, if supported, the one or more GTP protocol messages are encapsulated in the same IP datagram by multiplexing, and sent to the second network element 122; if not supported, Then, the GTP protocol packet is transmitted to the second network element 122 according to the normal transmission mode.
  • FIG. 13 is a schematic structural diagram of an embodiment of an apparatus according to the present invention. As shown in FIG. 13, the device includes: a packaging unit 131 and a sending unit 132;
  • the encapsulating unit 131 is configured to encapsulate one or more GTP protocol packets in the same IP datagram by multiplexing, and the sending unit 132 is configured to send the encapsulated IP datagram to the receiving device.
  • the device further includes: an obtaining unit 133, configured to acquire multiplexing control information of the receiving device; and determining, according to the acquired multiplexing control information of the receiving device, whether the receiving device supports the multiplex transmission, If supported, the notification encapsulating unit 131 performs a multiplex encapsulation function; if not, the notification encapsulating unit 131 transmits a GTP protocol message to the receiving device according to the normal transmission mode.
  • an obtaining unit 133 configured to acquire multiplexing control information of the receiving device; and determining, according to the acquired multiplexing control information of the receiving device, whether the receiving device supports the multiplex transmission, If supported, the notification encapsulating unit 131 performs a multiplex encapsulation function; if not, the notification encapsulating unit 131 transmits a GTP protocol message to the receiving device according to the normal transmission mode.
  • the multiplex control information may specifically include: support capability for multiplex transmission; or further including a GTP protocol type using multiplex transmission, a UDP destination port number for receiving multiplexed packets, and a maximum The encapsulation delay time, which is one or any combination of the maximum packet length information of the multiplexed encapsulation.
  • the obtaining unit 133 may specifically include: an obtaining subunit 1331 and a determining subunit 1332;
  • the obtaining sub-unit 1331 is configured to use the pre-configured manner, the negotiation mode when the connection or the bearer is established or modified, and the negotiation mode when the first network element 121 and the second network element 122 are first established. One or any combination, get received Multiplex control information for the device;
  • a determining subunit 1332 configured to determine, according to the multiplexing control information of the receiving device, whether the receiving device supports the multiplex transmission, and if so, notifying the encapsulating unit 131 to perform a multiplex encapsulation function; if not, The notification encapsulating unit 131 transmits the GTP protocol packet to the receiving device according to the normal transmission mode.
  • the foregoing encapsulating unit 131 may further include: a first encapsulating subunit 1311 and a second encapsulating subunit 1312; wherein: the first encapsulating subunit 1311 is configured to encapsulate the same type of GTP protocol packet in the same IP datagram;
  • the second encapsulation subunit 1312 is configured to encapsulate different types of GTP protocol packets in the same IP datagram.
  • the first encapsulating sub-unit 1311 may be further configured to: when the same type of GTP protocol packet is encapsulated in the same IP datagram, add one more before each GTP protocol packet encapsulated in the same IP datagram.
  • the multiplexer header, the multiplexer header includes: one of a UDP source port number to be used in the GTP protocol packet corresponding to the GTP protocol packet, and one of the length information of the GTP protocol packet corresponding to the GTP protocol packet Two kinds;
  • the second encapsulation sub-unit 1312 is further configured to add a multi-channel before each GTP protocol packet encapsulated in the same IP datagram when the different types of GTP protocol packets are encapsulated in the same IP datagram.
  • the multiplexer header, the multiplexer header includes: a UDP destination port number to be used for transmitting a GTP protocol packet corresponding to itself in a normal manner, or a protocol type identifier of a GTP protocol packet corresponding to itself.
  • the length of each speech frame is 20 bytes. It is assumed that the voice frame in the example is encapsulated and transmitted in the manner shown in FIG. 4, that is, the RTP protocol packet encapsulated in the voice data is carried in the IPv4 tunnel of the GTP upper tunnel, and the IPv4 data transmitted in the upper tunnel is transmitted. After being encapsulated as a GTP-U protocol packet, the total length is 68 bytes.
  • the length after encapsulation as an IPv4 datagram is 96 bytes
  • the length after encapsulation as an Ethernet frame is 114 bytes. If the transmission slot and synchronization bit of the Ethernet frame are further considered, A total of 134 bytes.
  • the same type of GTP protocol packet can be encapsulated in the same IP datagram as an example.
  • a 2-byte multiplex header then, according to the description in Table 1, the IPv4 datagram can encapsulate up to 1500 bytes of information, that is, a 28-byte UDP header and IP header, within the maximum package delay time. And about 20 GTP protocol messages.
  • the final IPv4 datagram length is 1428 bytes, and the length after encapsulation as an Ethernet frame is 1466 bytes (considering Ethernet frames) The transmission time slot and the synchronization bit); if the existing encapsulation mode is adopted, the total length of the IPv4 datagram corresponding to the 20 GTP protocol messages will be 1920 bytes, and the total Ethernet frame transmission The input length is 2680 bytes. It can be seen that for the same 20 GTP protocol messages, when the two solutions of the embodiment of the present invention and the prior art are used, the lengths of the required IPv4 datagrams are respectively 1428 bytes and 1920 bytes. The length of the required Ethernet frames is 1466 bytes and 2680 bytes, respectively. That is to say, the solution described in the embodiment of the present invention significantly improves the proportion of payload data in IP datagrams and Ethernet frames.

Landscapes

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

Abstract

La présente invention concerne un procédé permettant de transmettre un datagramme de protocole de tunnellisation (GTP) de service général de radiocommunication par paquets (GPRS), qui passe par les étapes suivantes : le premier élément de réseau encapsule un ou plusieurs datagrammes de protocole GTP dans un paquet de données IP en mode de multiplexage; le premier élément de réseau transmet le paquet de données IP encapsulé au second élément de réseau. L'invention concerne aussi un système et un dispositif pour transmettre un datagramme de protocole GTP. En appliquant le procédé, le système et le dispositif des modes de réalisation de l'invention, il est possible d'améliorer la proportion des données de charge efficace dans le paquet de données IP au cours de la transmission du datagramme du protocole GTP.
PCT/CN2008/072815 2007-10-24 2008-10-24 Procédé, système et dispositif pour transmettre un datagramme de protocole de tunnellisation de service général de radiocommunication par paquets WO2009056061A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200710182051.0 2007-10-24
CN 200710182051 CN101420369A (zh) 2007-10-24 2007-10-24 通用分组无线业务隧道协议报文传输方法、系统及设备

Publications (1)

Publication Number Publication Date
WO2009056061A1 true WO2009056061A1 (fr) 2009-05-07

Family

ID=40590563

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072815 WO2009056061A1 (fr) 2007-10-24 2008-10-24 Procédé, système et dispositif pour transmettre un datagramme de protocole de tunnellisation de service général de radiocommunication par paquets

Country Status (2)

Country Link
CN (1) CN101420369A (fr)
WO (1) WO2009056061A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107735996A (zh) * 2015-05-11 2018-02-23 诺基亚通信公司 利用单个udp数据报发送多个g‑pdu

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101965014B (zh) * 2010-11-03 2013-04-10 北京中创信测科技股份有限公司 一种Gn接口数据的分流方法和分流控制装置
CN102118292B (zh) * 2011-02-28 2013-07-10 华为数字技术（成都）有限公司 互联网协议多媒体子系统网络、数据传输方法和装置
CN102355456B (zh) * 2011-09-01 2014-04-02 大唐移动通信设备有限公司 一种重启计数器的管理方法及装置
EP2991282A4 (fr) * 2013-05-15 2016-04-13 Huawei Tech Co Ltd Procédé de transmission de données, appareil, dispositif de communication et système de communication
CN106357619A (zh) * 2016-08-26 2017-01-25 海宁翔亦信息科技有限公司 一种4g网络语音数据传输方法及传输系统
CN106470212B (zh) * 2016-10-13 2020-01-17 重庆金美通信有限责任公司 一种基于lzw压缩算法对eigrp协议报文进行压缩和加密的方法
KR102656013B1 (ko) * 2016-10-28 2024-04-11 삼성전자주식회사 컨텐츠 출력 장치 및 그 제어 방법
CN107820327A (zh) * 2017-10-27 2018-03-20 京信通信系统（中国）有限公司 数据上行、下行传输的方法和系统以及lte网络传输系统
CN109617891A (zh) * 2018-12-26 2019-04-12 北京数码视讯技术有限公司 码流传输方法及装置
CN110784679B (zh) * 2019-03-12 2020-10-16 王虎 通信负载大数据调节方法及存储介质
CN110139068B (zh) * 2019-04-03 2020-11-27 视联动力信息技术股份有限公司 一种检测方法和装置
CN112202691A (zh) * 2019-07-08 2021-01-08 普天信息技术有限公司 一种gtp-u协议的报文处理方法、发送端及接收端
CN114556894A (zh) * 2019-08-16 2022-05-27 诺基亚技术有限公司 用于分组转发控制协议消息捆绑的方法、装置和计算机程序产品
CN113518386A (zh) * 2020-04-09 2021-10-19 华为技术有限公司 Gprs隧道协议gtp包的处理方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040246962A1 (en) * 2003-06-06 2004-12-09 Kopeikin Roy A. Dynamically assignable resource class system to directly map 3GPP subscriber communications to a MPLS-based protocol
CN1750510A (zh) * 2004-09-01 2006-03-22 艾利森电话股份有限公司 对下行数据业务实施每流服务质量
CN1825827A (zh) * 2005-02-24 2006-08-30 华为技术有限公司 IPv6和IPv4 GPRS核心网互通的方法及装置
CN1889575A (zh) * 2006-07-18 2007-01-03 华为技术有限公司 在ip层实现头压缩及复用的方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040246962A1 (en) * 2003-06-06 2004-12-09 Kopeikin Roy A. Dynamically assignable resource class system to directly map 3GPP subscriber communications to a MPLS-based protocol
CN1750510A (zh) * 2004-09-01 2006-03-22 艾利森电话股份有限公司 对下行数据业务实施每流服务质量
CN1825827A (zh) * 2005-02-24 2006-08-30 华为技术有限公司 IPv6和IPv4 GPRS核心网互通的方法及装置
CN1889575A (zh) * 2006-07-18 2007-01-03 华为技术有限公司 在ip层实现头压缩及复用的方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107735996A (zh) * 2015-05-11 2018-02-23 诺基亚通信公司 利用单个udp数据报发送多个g‑pdu

Also Published As

Publication number Publication date
CN101420369A (zh) 2009-04-29

Similar Documents

Publication Publication Date Title
WO2009056061A1 (fr) Procédé, système et dispositif pour transmettre un datagramme de protocole de tunnellisation de service général de radiocommunication par paquets
US7225259B2 (en) Service tunnel over a connectionless network
CN101388825B (zh) 一种传输gprs隧道协议数据包的方法和设备
CN100486225C (zh) 分组域网络中减少数据ip分片数量的方法
JP4024797B2 (ja) 移動無線ネットワークの無線ネットワークコントローラと他の装置との間でｉｐパケットを伝送するための方法及び装置
US8184644B1 (en) WiMAX R6 management protocol
Taferner et al. Wireless internet access over GSM and UMTS
WO2007128217A1 (fr) Procédé de transmission de message de protocole internet (ip), capacité d'économie de largeur de bande négociée et économie de largeur de bande de réseau
WO2007073696A1 (fr) Procede, appareil et systeme pour acces sans fil
JP2006522518A (ja) 異なる種類のデータを含むインターネットデータパケットを通信する無線電気通信装置及び方法
JP2006522518A5 (fr)
JP2002523981A (ja) リアルタイム・プロトコルにおけるユーザ・マルチプレクシングを供給する方法及び装置
WO2009026845A1 (fr) Procédé d'émission et de réception de données, appareil de point d'accès sans fil, passerelle et système de communication
CN102088460B (zh) 受限网络中流媒体数据的传输方法、设备和系统
PT1266531E (pt) Método, sistema e dispositivo terminal para activação de um contexto de utilizador de dados por pacote para dados por pacote
CN102843666B (zh) 分组数据网关和移动节点
JP5768138B2 (ja) 通信デバイスとターゲットネットワーク内の宛先デバイスとの間のコネクションにおける中間ノードでパケットに対するアクションを実行する方法および装置
CN101183924B (zh) 用户数据报协议复用和复用协商的方法及装置
WO2009109128A1 (fr) Procédé et dispositif de configuration de messages d'information à en-tête pleine
CN100466630C (zh) 移动通信网络中Iub接口数据传输方法及其系统
CN101047716B (zh) 一种ip传输会话迁移的方法和装置
Tsao Enhanced GTP: an efficient packet tunneling protocol for General Packet Radio Service
CN1953420A (zh) 一种转发隧道报文的方法和一种网络设备
US7260107B1 (en) PPP data conversion apparatus and method
CN100393065C (zh) Ip电信网系统中复址无连接数据网分组的封装方法

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

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

Country of ref document: EP

Kind code of ref document: A1