CN101090362B - Method for single channel consultation in group field - Google Patents
Method for single channel consultation in group field Download PDFInfo
- Publication number
- CN101090362B CN101090362B CN2006100933911A CN200610093391A CN101090362B CN 101090362 B CN101090362 B CN 101090362B CN 2006100933911 A CN2006100933911 A CN 2006100933911A CN 200610093391 A CN200610093391 A CN 200610093391A CN 101090362 B CN101090362 B CN 101090362B
- Authority
- CN
- China
- Prior art keywords
- ggsn
- single tunnel
- sgsn
- tunnel
- gtp
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
This invention relates to a method for single tunnel negotiations in a packet domain, in which, a NE gets to know if the opposite party supports a single tunnel plan from negotiation, when SGSN sends GTP message to GGSN, if the SGSN supports single tunnel, then it carries a Tagl supporting it in the message and GGSN judges if the SGSN supports it based on if there is a Tagl in the message, if it judges that both SGSN and the GGSN support the single tunnel, it carries a Tag2 supporting single tunnel in its GTP message returned to the SGSN, which receives the message to know if GGSN supports single tunnel based on the Tag2.
Description
Technical field
The present invention relates to the single tunnel scheme of 3-G (Generation Three mobile communication system) packet domain, just relate in particular between network element and whether support a kind of processing method that single tunnel scheme is held consultation.
Background technology
GPRS (General Packet Radio Service, business) is a second generation mobile communications network based on packet switch, and relevant criterion is formulated by ETSI (European Telecommunication StandardsInstitute).Arrived 3-G (Generation Three mobile communication system), GPRS is evolved to UMTSPS (Universal Mobile Telecommunication System Packet Switch) territory, and concrete agreement is such as 3GPP TS 23.060 etc.
The network architecture of UMTS PS as shown in Figure 1.Comprise following network element in this network architecture:
NodeB: eat dishes without rice or wine to connect for terminal provides.
RNC (Radio Network Controller): radio network controller, main managing radio resources and control NodeB, NodeB and RNC are RNS (Radio Network System altogether, Radio Network System), terminal inserts the packet-based core networks (Packet Core) of UMTS by RNS.
SGSN (Serving GPRS Support Node): Serving GPRS Support Node, preservation user's route zone position information is responsible for safety and access control.SGSN links to each other with RNC by the Iu mouth.
GGSN (Gateway GPRS Support Node): gateway support node, be responsible for the IP address of distributing terminals and, link to each other with SGSN inner to the gateway function of external network.
HLR (Home Location Register): attaching position register, preserve user's the subscription data and the SGSN address at current place.
PDN (Packet Data Network): packet data network, for the user provides packet-based service network.
The data of transmitting in Fig. 1 are divided into two kinds, user face data and signaling plane data.User's face mainly is responsible for the transmission user business datum, and signaling plane mainly is in charge of user's face, comprises the foundation, release, modification of user's face etc.User plane path in UMTS PS system from UE to PDN is at least through 3 network element: RNS, SGSN and GGSN.To should have two tunnel: RNS to the tunnel of SGSN and SGSN to the tunnel of GGSN, therefore be called as the twin tunnel scheme.These two tunnels all are based on GTP (GPRS Tunneling Protocol, GPRS Tunnel Protocol) agreement, and this tunnel is also referred to as the GTP-U tunnel.
Along with progressively carrying out and the popularization of other multimedia services of IMS business, professional more and more higher to the delay and the performance requirement of transport layer.So 3GPP (the Third Generation PartnershipProject) tissue is being studied SGSN is being peeled away from user plane path, as independent signaling plane network element, user's face only comprises a tunnel: from RNS directly to the GTP-U tunnel of GGSN.This scheme is called as single tunnel scheme, and relevant research standard is 3GPP TR 23.873v400.Single tunnel scheme as shown in Figure 2.
Single tunnel scheme is for two tunnel schemes since at user's face directly from RNC to GGSN, a node has been lacked in the centre, so the retardation ratio of data is less, helps transmitting multimedia service more.But some the time, still need the twin tunnel scheme, such as when needing to detect user face data at some SGSN and SGSN/GGSN one side when not supporting single tunnel scheme etc., in this time, SGSN still is in the user plane path.Adopt single tunnel still be the twin tunnel be set up professional in, judge by SGSN.Therefore SGSN must know whether this professional used GGSN supports single tunnel.
According to 3GPP TS23.060 agreement, APN (the Access Point Name that SGSN brings up in activating the PDP Context request message by UE, the access point name) can find this professional GGSN address, therefore present existing technology is whether SGSN supports single tunnel scheme by the related GGSN of configuration of APN (Access PointName, access point name).Because GGSN is many in the network, be configured the complexity that must increase the SGSN management by APN.And upgrade to when supporting single tunnel as GGSN, all SGSN must revise configuration on the network, and it is therefore this that to dispose the static configuration scheme whether GGSN support single tunnel according to APN on SGSN almost be impossible.
Summary of the invention
The technical problem to be solved in the present invention provides in a kind of packet domain each network element and knows through consultation whether the other side supports the method for single tunnel scheme, can reduce the complexity of configuration, and has bigger flexible life.
In UMTS PS, the agreement between SGSN and the GGSN is based on GTP, and relevant standard is referring to 3GPP TS 29.060.According to this standard, a GTP packet is divided into two parts, and a part is the GTP message header, mainly identifies the destination address of this GTP message and the information such as type of message of back.A part is real GTP data in addition.
Therefore, in order to solve the problems of the technologies described above, the present invention can identify the source end that sends this GTP message and whether support single tunnel scheme by increase an information unit in the extension field of GTP message header part.Maximum like this two message back and forth of passing through just can know between SGSN and the GGSN whether the other side supports single tunnel scheme.
Based on above-mentioned design, the invention provides in a kind of packet domain each network element and know that through consultation whether the other side supports the method for single tunnel scheme, may further comprise the steps:
(a) Serving GPRS Support Node SGSN sends GPRS Tunnel Protocol message to gateway support node GGSN, promptly during GTP message, supports single tunnel as this SGSN, then carries one in this message and expresses support for single tunnel mark Tag1;
(b) after GGSN receives this message, judge whether this sign Tag1 is arranged in the message, if any, then SGSN supports single tunnel, otherwise SGSN does not support single tunnel;
(c) GGSN supports single tunnel and this GGSN also to support single tunnel as judging SGSN, then carries an expression GGSN and support single tunnel mark Tag2 in returning the GTP information of SGSN;
(d) after SGSN receives return messages, judge whether this sign Tag2 is arranged in the message, if any, then GGSN supports single tunnel, otherwise GGSN does not support single tunnel.
Further, said method also can have following characteristics: described step (d) is further comprising the steps of afterwards:
(e) GGSN judge to upgrade the PDP Context request message and whether comprises the RNC address information, if, then network startup single tunnel, not, then network is not activated single tunnel;
(f) after GGSN receives the downlink data newspaper,, then in the downlink user face GTP packet that sends to RNC, carry an expression and start single tunnel mark Tag3 if started single tunnel;
(g) after radio network controller (RNC) is received this GTP packet, judge in the bag whether this sign Tag3 is arranged, if any, single tunnel of having known network startup, this packet be from GGSN user's face, otherwise, the twin tunnel of having known network startup, this packet is from SGSN user's face.
Further, said method also can have following characteristics: described sign Tag1 and Tag2 are the extension header that increases in the GTP message header, if SGSN or GGSN do not support single tunnel, then do not carry this extension header in the GTP message header.
Further, said method also can have following characteristics: described sign Tag3 is the extension header that increases in the GTP packet middle wrapping head, is not activated single tunnel if GGSN judges, does not then carry this extension header in this GTP packet.
Further, said method also can have following characteristics: described step (a) SGSN is to carry described sign Tag1 in article one GTP message that sends to gateway support node GGSN as supporting single tunnel.
The technical problem to be solved in the present invention provides the method for single tunnel negotiation in a kind of packet domain, can reduce the complexity of configuration, and has greater flexibility.
In order to solve the problems of the technologies described above, the invention provides the method for single tunnel negotiation in a kind of packet domain, may further comprise the steps:
(A) terminal is initiated to activate the PDP Context request to Serving GPRS Support Node SGSN by RNS, has APN;
(B) after SGSN contracts and checks, APN is analyzed the address that obtains GGSN, initiate to create the PDP Context request to this GGSN then, SGSN supports single tunnel scheme as judging oneself, then carries one in this request message and expresses support for single tunnel mark Tag1;
(C) GGSN receives and creates after the PDP Context request, create PDP Context, distribute the tunnel Taoist monastic name of GGSN end then and in creating the PDP Context response, bring SGSN, if GGSN judges that according to the request of receiving SGSN supports single tunnel scheme, and GGSN oneself also supports single tunnel scheme, just carries an expression GGSN and support single tunnel mark Tag2 in this message;
(D) SGSN initiates assignment process, whether SGSN supports single tunnel scheme to reach according to GGSN and starts other relevant conditions of single tunnel, such as whether requiring the SGSN Lawful Interception, the user does not have Camel business etc., judge whether to start single tunnel scheme, if start, band GGSN distributes in RAB assignment request tunnel Taoist monastic name and GGSN address information;
(E) RNC receives after the RAB assignment, knows the tunnel Taoist monastic name of GGSN end and the address information of GGSN, continues to finish the RAB assignment process, and distributes the tunnel Taoist monastic name of RNC end, returns the RAB assignment after the success and responds to SGSN, the tunnel Taoist monastic name of band RNC address information and distribution;
(F) after SGSN receives, judge to have started single tunnel scheme that so just address information and the tunnel Taoist monastic name with RNC brings GGSN in upgrading the PDP Context request message;
(G) after GGSN receives, judge to have RNC address and tunnel Taoist monastic name,, set up the GTP-U tunnel between RNC and the GGSN so start single tunnel.
Further, said method also can have following characteristics: described sign Tag1 and Tag2 are the extension header that increases in the GTP message header, if SGSN or GGSN do not support single tunnel, then do not carry this extension header in the GTP message header.
Further, said method also can have following characteristics: described step (G) is further comprising the steps of afterwards:
(H) GGSN judge to upgrade the PDP Context request message and whether comprises the RNC address information, if, then network startup single tunnel.Not, then network is not activated single tunnel.
(I) after GGSN receives the downlink data newspaper,, then in the downlink user face GTP packet that sends to RNC, carry an expression and start single tunnel mark Tag3 if started single tunnel;
(J) after radio network controller (RNC) is received this GTP packet, judge in the bag whether this sign Tag3 is arranged, if any, single tunnel of having known network startup, this packet be from GGSN user's face, otherwise, the twin tunnel of having known network startup, this packet is from SGSN user's face.
Further, said method also can have following characteristics: described sign Tag3 is the extension header that increases in the GTP packet middle wrapping head, is not activated single tunnel if GGSN judges, does not then carry this extension header in this GTP packet.
As from the foregoing, each network element knows through consultation whether the other side supports the method for single tunnel scheme and single tunnel negotiation method on the complexity of flexibility and configuration in the packet domain of the present invention, obviously has bigger advantage than the scheme of static configuration.
Description of drawings
Fig. 1 is the twin tunnel system architecture diagram of UMTS/GPRS;
Fig. 2 is single tunnel system Organization Chart of UMTS/GPRS;
Fig. 3 is the flow chart that utilizes an embodiment method of the single tunnel establishment procedure of packet domain of the present invention;
Fig. 4 utilizes the present invention, and RNC judges that the single tunnel of current use still is the flow chart of an embodiment of twin tunnel.
Embodiment
For making purpose of the present invention, technical scheme and a bit clearer, the present invention is described in further detail below in conjunction with accompanying drawing.
According to agreement 29.060, the extension field of GTP message header may comprise a plurality of extension header, and each extension header all comprises as the lower part: extension header type, extension header content and extension header length.As shown in the table, wherein 4 bytes of extension header length are calculated 1 length.
| Byte | Content |
| 1 | Extension header length |
| 2～m | The extension header content |
| m+1 | Next extension header type (next extension header type is that 0 expression back does not have extension header) |
Whether support the extension header of single tunnel scheme in order to increase local terminal, need this extension header of redetermination, among the embodiment, the extension header type definition is:
| The extension header types value | The extension header type |
| 00000010 | Whether support the indication of single tunnel |
Extension header is content-defined to be:
Wherein first byte is an extension header length, because therefore 4 bytes just are 1.Second and the 3rd byte is the extension header content, is 0xFF, and the 4th byte is next extension header type, if be 0, illustrates that the back do not have extension header.
More than be among the present invention the GTP message header to be expanded definition, whether support single tunnel scheme with the indication local terminal.Below in conjunction with Fig. 3, describe according to the present invention the embodiment that user's face is set up in single tunnel scheme in detail.
Step 301, terminal initiates to activate the PDP Context request by RNS to SGSN, band APN;
Step 302, after SGSN contracts and checks, APN is analyzed, obtain the address of GGSN, initiate to create the PDP Context request to this GGSN then, SGSN supports single tunnel scheme as judging oneself, then in the GTP of this request message message header with the above extension header, SGSN supports single tunnel scheme with indication, and SGSN can distribute tunnel information, also can not distribute tunnel information;
Step 303, GGSN receives and creates after the PDP Context request, create PDP Context, distribute the tunnel Taoist monastic name of GGSN end then and in creating the PDP Context response, bring SGSN, if GGSN judges that according to the request of receiving SGSN supports single tunnel scheme, and GGSN oneself also supports single tunnel scheme, just in the GTP of this message message header with the above extension header, GGSN also supports single tunnel scheme with indication;
Step 304, SGSN initiates RAB (Radio Access Bearer, RAB) assignment process, whether SGSN supports single tunnel scheme according to GGSN, and other and the relevant condition in the single tunnel of startup, such as whether requiring the SGSN Lawful Interception, the user does not have Camel business etc., judges whether to start single tunnel scheme.If start single tunnel scheme, then be with the tunnel Taoist monastic name and the GGSN address information of GGSN distribution in the RAB assignment request.If do not start single tunnel scheme, then be with the tunnel Taoist monastic name and the SGSN address information of SGSN distribution in the RAB assignment request.The situation of single tunnel scheme is only considered to start in the back;
Step 305, RNC receives after the RAB assignment, knows the tunnel Taoist monastic name of GGSN end and the address information of GGSN, continue to finish the RAB assignment process, and the tunnel Taoist monastic name that distributes RNC to hold, return the RAB assignment after the success and respond, the tunnel Taoist monastic name of band RNC address information and distribution to SGSN;
Step 306 after SGSN receives, judges to have started single tunnel scheme that so just address information and the tunnel Taoist monastic name with RNC brings GGSN in upgrading the PDP Context request message;
Step 307 after GGSN receives, is judged to have RNC address and tunnel Taoist monastic name, so start single tunnel scheme, has so just set up the GTP-U tunnel between RNC and the GGSN, and GGSN returns SGSN and upgrades the PDP Context response;
Step 308, SGSN returns to terminal and activates the PDP Context response, successfully activates PDP Context.
By above-mentioned steps, directly just set up to the tunnel the GGSN from RNC.
The RNC of the present invention that utilizes of Fig. 4 explanation can know present employing twin tunnel scheme or single tunnel scheme.In the RAB assignment process, SGSN brings RNC with the user plane information of network side, and do not tell that this user plane information of RNC is SGSN's or GGSN, therefore RNC can't know that it still is the twin tunnel scheme that SGSN adopts single tunnel scheme, and GGSN is to know whether network has started single tunnel scheme according to whether comprising the RNC address information.
In step 401, utilize the present invention, GGSN receives and started single tunnel if GGSN judges after the downlink data newspaper, so in descending user's face GTP packet packet header with the above extension header;
In step 402, if the twin tunnel scheme, SGSN is not with described extension header in downlink user face GTP packet.
RNC is when receiving first downlink user face packet like this, just can be according to having or not this extension header single tunnel scheme of having judged network startup, and also this packet is to come from GGSN user's face rather than SGSN user's face.
Though by reference some preferred embodiment of the present invention, the present invention is illustrated and describes, but those of ordinary skill in the art should be understood that, can do various changes to it in form and details, and the spirit and scope of the present invention that do not depart from appended claims and limited.
The foregoing description is to transmit information by increase the extension header be used to express support for single tunnel in GTP message header or GTP data packet head, but in other embodiments, also can adopt other sign.
Claims (8)
1. each network element knows that through consultation whether the other side supports the method for single tunnel scheme, may further comprise the steps in the packet domain:
(a) Serving GPRS Support Node SGSN sends GPRS Tunnel Protocol message to gateway support node GGSN, promptly during GTP message, supports single tunnel as this SGSN, then carries one in this message and expresses support for single tunnel mark Tag1;
(b) after GGSN receives this message, judge whether this sign Tag1 is arranged in the message, if any, then SGSN supports single tunnel, otherwise SGSN does not support single tunnel;
(c) GGSN supports single tunnel and this GGSN also to support single tunnel as judging SGSN, then carries an expression GGSN and support single tunnel mark Tag2 in returning the GTP information of SGSN;
(d) after SGSN receives return messages, judge whether this sign Tag2 is arranged in the message, if any, then GGSN supports single tunnel, otherwise GGSN does not support single tunnel.
2. the method for claim 1 is characterized in that, described step (d) is further comprising the steps of afterwards:
(e) GGSN judge to upgrade the PDP Context request message and whether comprises the RNC address information, if, then network startup single tunnel, not, then network is not activated single tunnel;
(f) after GGSN receives the downlink data newspaper,, then in the downlink user face GTP packet that sends to RNC, carry an expression and start single tunnel mark Tag3 if started single tunnel;
(g) after radio network controller (RNC) is received this GTP packet, judge in the bag whether this sign Tag3 is arranged, if any, single tunnel of having known network startup, this packet be from GGSN user's face, otherwise, the twin tunnel of having known network startup, this packet is from SGSN user's face.
3. the method for claim 1 is characterized in that, described sign Tag1 and Tag2 are the extension header that increases in the GTP message header, if SGSN or GGSN do not support single tunnel, then do not carry this extension header in the GTP message header.
4. method as claimed in claim 2 is characterized in that, described sign Tag3 is the extension header that increases in the GTP packet middle wrapping head, is not activated single tunnel if GGSN judges, does not then carry this extension header in this GTP packet.
5. the method for claim 1 is characterized in that, described step (a) SGSN is to carry described sign Tag1 in article one GTP message that sends to gateway support node GGSN as supporting single tunnel.
6. the method for single tunnel negotiation in the packet domain may further comprise the steps:
(A) terminal is initiated to activate the PDP Context request to Serving GPRS Support Node SGSN by Radio Network System RNS, has access point name APN;
(B) after SGSN contracts and checks, APN is analyzed the address that obtains gateway support node GGSN, initiate to create the PDP Context request to this GGSN then, SGSN supports single tunnel scheme as judging oneself, then carries one in this request message and expresses support for single tunnel mark Tag1;
(C) GGSN receives and creates after the PDP Context request, create PDP Context, distribute the tunnel Taoist monastic name of GGSN end then and in creating the PDP Context response, bring SGSN, if GGSN judges that according to the request of receiving SGSN supports single tunnel scheme, and GGSN oneself also supports single tunnel scheme, just carries an expression GGSN and support single tunnel mark Tag2 in this message;
(D) SGSN initiates assignment process, whether SGSN supports single tunnel scheme to reach according to GGSN and starts other relevant conditions of single tunnel, judge whether to start single tunnel scheme, if start, band GGSN distributes in RAB RAB assignment request tunnel Taoist monastic name and GGSN address information;
(E) radio network controller (RNC) is received after the RAB assignment, know the tunnel Taoist monastic name of GGSN end and the address information of GGSN, continue to finish the RAB assignment process, and distribute the tunnel Taoist monastic name of RNC end, return the RAB assignment after the success and respond, the tunnel Taoist monastic name of band RNC address information and distribution to SGSN;
(F) after SGSN receives, judge to have started single tunnel scheme that so just address information and the tunnel Taoist monastic name with RNC brings GGSN in upgrading the PDP Context request message;
(G) after GGSN receives, judge to have RNC address and tunnel Taoist monastic name,, set up the GTP-U tunnel between RNC and the GGSN so start single tunnel;
(H) GGSN judge to upgrade the PDP Context request message and whether comprises the RNC address information, if, then network startup single tunnel, not, then network is not activated single tunnel;
(I) after GGSN receives the downlink data newspaper,, then in the downlink user face GTP packet that sends to RNC, carry an expression and start single tunnel mark Tag3 if started single tunnel;
(J) after radio network controller (RNC) is received this GTP packet, judge in the bag whether this sign Tag3 is arranged, if any, single tunnel of having known network startup, this packet be from GGSN user's face, otherwise, the twin tunnel of having known network startup, this packet is from SGSN user's face.
7. method as claimed in claim 6 is characterized in that, described sign Tag1 and Tag2 are the extension header that increases in the GTP message header, if SGSN or GGSN do not support single tunnel, then do not carry this extension header in the GTP message header.
8. method as claimed in claim 6 is characterized in that, described sign Tag3 is the extension header that increases in the GTP packet middle wrapping head, is not activated single tunnel if GGSN judges, does not then carry this extension header in this GTP packet.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100933911A CN101090362B (en) | 2006-06-20 | 2006-06-20 | Method for single channel consultation in group field |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2006100933911A CN101090362B (en) | 2006-06-20 | 2006-06-20 | Method for single channel consultation in group field |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101090362A CN101090362A (en) | 2007-12-19 |
| CN101090362B true CN101090362B (en) | 2010-04-14 |
Family
ID=38943535
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2006100933911A Expired - Fee Related CN101090362B (en) | 2006-06-20 | 2006-06-20 | Method for single channel consultation in group field |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101090362B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102256329B (en) * | 2010-05-19 | 2016-03-02 | 中兴通讯股份有限公司 | A kind of method and apparatus realizing Route Selection |
| CN102377629B (en) | 2010-08-20 | 2014-08-20 | 华为技术有限公司 | Method and device for communicating with server in IMS (IP multimedia subsystem) core network by using terminal to pass through private network as well as network system |
| JP5986287B2 (en) | 2012-03-28 | 2016-09-06 | ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | Method and apparatus for establishing a direct tunnel |
| CN104869668B (en) * | 2015-02-13 | 2018-05-29 | 北京集奥聚合科技有限公司 | Method for access platform to support GTP signaling |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1531254A (en) * | 2003-03-12 | 2004-09-22 | Lg������ʽ���� | Apparatus and method for tracking GPRS tunnel agreement resource |
| CN1710967A (en) * | 2004-06-18 | 2005-12-21 | 华为技术有限公司 | Retransmission method of protocol data unit |
| CN1725751A (en) * | 2004-07-20 | 2006-01-25 | 华为技术有限公司 | Distribution method of control plane tunnel endpoine identifier (TEID) and its system |
-
2006
- 2006-06-20 CN CN2006100933911A patent/CN101090362B/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1531254A (en) * | 2003-03-12 | 2004-09-22 | Lg������ʽ���� | Apparatus and method for tracking GPRS tunnel agreement resource |
| CN1710967A (en) * | 2004-06-18 | 2005-12-21 | 华为技术有限公司 | Retransmission method of protocol data unit |
| CN1725751A (en) * | 2004-07-20 | 2006-01-25 | 华为技术有限公司 | Distribution method of control plane tunnel endpoine identifier (TEID) and its system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101090362A (en) | 2007-12-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7634274B2 (en) | Connection establishment for PDP contexts | |
| CN101502166B (en) | Providing a data function in an access gateway node | |
| CA2681039C (en) | Network registration method, mobile station and subscriber information management server | |
| US20050207336A1 (en) | System and method of receiving various packet services through the same internet protocol address in a universal mobile telecommunication service system | |
| US20120201215A1 (en) | Mapping multiple services into a single radio bearer in lte and single tunnel gprs | |
| EP2667551A3 (en) | Method and system for setting up a bearer | |
| AU2001250446A1 (en) | Allocation of resources in packet-switched data transfer | |
| WO2005081962A3 (en) | INTEGRATED CELLULAR VoIP FOR CALL REROUTING | |
| WO2002030056A3 (en) | System and method for providing multiple quality of service classes | |
| WO2001050783A3 (en) | Method and apparatus for requesting point-to-point protocol (ppp) instances from a packet data services network | |
| CN101547521A (en) | Method for releasing UE resources | |
| JPWO2009025282A1 (en) | Transmission method and mobile station | |
| CN100484085C (en) | Method for securing quality of transmitted group data service | |
| CN101090362B (en) | Method for single channel consultation in group field | |
| CN100512564C (en) | Method for processing error of node supported by gateway in packet domain | |
| CN100486381C (en) | Method for GGSN in packet domain to obtain information of starting up single tunnel by SGSN | |
| CN100372390C (en) | Retransmission method of protocol data unit | |
| CN102017530A (en) | Method and system for identification of packet gateways supporting different service types | |
| KR101029113B1 (en) | Method for Providing IP Mobility using SCTP Signaling in 3GP based Next Generation Mobile Communication Networks | |
| US8254408B2 (en) | Modular implementation of a protocol in a network device | |
| CN101166149A (en) | Method and mobile communication system for obtaining latest content in network | |
| CN101094152B (en) | Method for treating error of controller of single channel wireless network in packet domain | |
| US9094852B2 (en) | Implementation of packet data service in a mobile communication network | |
| CN101925136B (en) | Load establishing method and related device | |
| CN101448298A (en) | Method for processing downlink data message of packet radio gateway equipment and device thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20180705 Address after: California, USA Patentee after: Global innovation polymerization LLC Address before: 518057 Department of law, Zhongxing building, South hi tech Industrial Park, Nanshan District hi tech Industrial Park, Guangdong, Shenzhen Patentee before: ZTE Corp. |
|
| TR01 | Transfer of patent right | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100414 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |