[go: up one dir, main page]

WO2005069536A1 - Procede de traitement d'une demande de creation du contexte de protocole de paquet de donnees - Google Patents

Procede de traitement d'une demande de creation du contexte de protocole de paquet de donnees Download PDF

Info

Publication number
WO2005069536A1
WO2005069536A1 PCT/CN2004/000927 CN2004000927W WO2005069536A1 WO 2005069536 A1 WO2005069536 A1 WO 2005069536A1 CN 2004000927 W CN2004000927 W CN 2004000927W WO 2005069536 A1 WO2005069536 A1 WO 2005069536A1
Authority
WO
WIPO (PCT)
Prior art keywords
pdp context
version
gsn
request
processing result
Prior art date
Application number
PCT/CN2004/000927
Other languages
English (en)
French (fr)
Inventor
Yajuan Wu
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.
Priority to CA002534541A priority Critical patent/CA2534541A1/en
Priority to JP2006523507A priority patent/JP2007502586A/ja
Priority to EP04762063A priority patent/EP1655886B1/en
Priority to DE602004016527T priority patent/DE602004016527D1/de
Priority to US10/568,270 priority patent/US20070121647A1/en
Publication of WO2005069536A1 publication Critical patent/WO2005069536A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements
    • 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to a packet data protocol (PDP) context processing process in a universal mobile communication system (UMTS), and in particular, to a method for processing a request for creating a PDP context.
  • PDP packet data protocol
  • UMTS universal mobile communication system
  • the Universal Mobile Telecommunications System is a third-generation mobile communications system that uses Wideband Code Division Multiple Access (WCDMA) air interface technology.
  • WCDMA Wideband Code Division Multiple Access
  • the UMTS system is also commonly referred to as a WCDMA communication system.
  • FIG. 1 is a schematic diagram of a UMTS system.
  • the system includes: User Equipment (UE) 110, UMTS Terrestrial Radio Access Network (UTRAN) 120, and Core Network (CN) 140.
  • UE User Equipment
  • UTRAN UMTS Terrestrial Radio Access Network
  • CN Core Network
  • the front end of UTRAN 120 is connected to UE 110 through a Uu interface. This interface is a wireless air interface.
  • UTRAN 120 is connected to CN 140 through an Iu interface.
  • the UE 110 includes: a mobile phone (ME) and a SIM card (USIM), and these two constitute the UE 110 through a Cu electrical interface.
  • ME mobile phone
  • USIM SIM card
  • UTRAN 120 is used to handle all radio-related functions, including: multiple base stations (Node B) 121, multiple radio network controllers (RC) 122, and RF C 122 complete the control and management functions of the base station.
  • Node B node B
  • RC radio network controllers
  • RF C 122 complete the control and management functions of the base station.
  • CN 130 handles all voice calls and data connections in the UMTS system, and implements switching and routing functions with external networks. It is logically divided into Circuit Switched Domain (CS) and Packet Switched Domain (PS) ).
  • CN 130 includes: Mobile Switching Center / Visit Location Register (MSC / VLR) 131, which performs the functions of control, management, authentication, and encryption of the CS domain, and is responsible for connecting with other fixed or mobile networks.
  • MSC network management (GSMC) 132 MSC network management (GSMC) 132, service GPRS support node (SGSN) 134 connecting UTRAN 120 and gateway GPRS support node (GGSN) 135, and interface GGSN 135 with external IP packet network 140.
  • the external IP packet network 140 may include PLMM, PSTN, ISDN, the Internet, and the like.
  • the interface between the SGSN and the GGSN is based on the GRPS Tunneling Protocol (GTP) protocol to implement the tunnel transmission function, including the signaling plane GTP-C and the user plane GTP-U.
  • GTP-C performs tunnel management and other signaling message transmission functions.
  • GTP-U transmits user plane data packets.
  • the 3GPP TS 09.60 and 3GPP TS 29.060 protocol specifications define GTP, that is, the protocols between GPRS support nodes in the UMTS / GPRS backbone network, including GTP control plane protocols and data transmission protocols.
  • Packet Data Protocol is a general term for various protocols for transmitting packet data packets in discrete forms, such as the IP protocol and X.25 protocol, which can be used for interaction between the external data network 140 and the CN 130, and interaction between the CN 130 network .
  • a PDP context is a collection of information stored for a session within a mobile station (MS) and a GPRS support node (GSN).
  • GTP ⁇ and GTPvl versions of the GTP protocol used for transmitting signaling or data between the core network nodes of the packet domain.
  • GTP ⁇ and GTPvl versions of the GTP protocol used for transmitting signaling or data between the core network nodes of the packet domain.
  • the implemented functions are the same.
  • New versions that are further improved and updated based on GTPvO. Their corresponding specifications are 3GPP TS 09.60 (GTPvO) and 3GPP TS 29.060 (GTPvl).
  • 3GPP TS 09.60 and 3GPP TS 29.060 a process for activating a PDP context between an SGSN and a GGSN is described.
  • FIG. 2 and FIG. 2 for a flowchart of a prior art PDP context activation process. The process includes the following steps:
  • Step 201 The MS sends a PDP context activation request message to the SGSN.
  • Step 202 The SGS sends a PDP context creation request message to the GGSN.
  • Step 203 The GGSN returns a PDP context creation response message to the SGSN.
  • Step 204 If the QoS requested by the SGSN is not satisfied, the SGSN may also modify the QoS. Attribute, sending an update PDP context request message to the GGSN;
  • Step 205 The GGSN returns an update PDP context response message to the SGSN according to the actual situation;
  • Step 206 If the result returned by the GGSN is success, the SGSN returns an activation PDP context accept message to the MS.
  • the context activation process of the PDP illustrated in FIG. 2 does not include processes such as bearer establishment on the wireless side.
  • step 204 and step 205 indicate that the message is optional and exists only when certain conditions are met.
  • the GGSN node that received the request message will process the PDP context response message to the sender after processing.
  • the most important information is the cause value (cause value).
  • An information element indicates the result of processing after receiving a PDP context creation request message.
  • the possible cause values that can be filled in the response message include:
  • the SGSN activates the PDP context and starts forwarding data between the MS and the external packet data network.
  • cause values indicate that the context is not activated in the GGSN.
  • the specific cause can be obtained from the received cause value field.
  • 'No resources available' refers to a temporary error condition, such as: All dynamic PDP addresses are occupied or there is no available memory space. On all GGSN nodes that support the GTPvO version, when there is no free dynamic PDP address and there is no free space, the 'No resources available' field is filled in the cause field of the PDP context response message.
  • the possible cause values that can be filled in the response message include:-"Request Accepted". 'Request accepted,
  • the SGSN activates the PDP context and starts forwarding data between the MS and the external packet data network.
  • cause values indicate that the context is not activated in the GGSN.
  • the specific cause can be obtained from the received cause value.
  • the "No resources available” value is retained and is still used to indicate temporary error conditions, such as: All dynamic PDP addresses are occupied or there is no available memory space. In addition, some cause values have been added, including “Context not found”, “All dynamic PDP addresses are occupied”, “No memory is available”, “Missing or unknown APN”, “Unknown PDP address or PDP type”, etc.
  • the GTPvl version has made many optimizations and improvements, including the cause value in the response message, and more Value, which can be more accurate Feedback the cause of the failure to the peer device is helpful for locating and resolving the problem.
  • the main problems are as follows:
  • an object of the present invention is to provide a processing method for creating a PDP context request, so as to avoid problems in the interworking of messages of different GTP versions and waste of protocol resources.
  • a method for processing a packet data protocol (PDP) context request includes the following steps: 1) In a GPRS support node (GSN) receiving a request to create a PDP context, a cause value of different versions and definitions of all cause values are stored;
  • GSN GPRS support node
  • the GSN After receiving the PDP context creation request, the GSN judges the version number according to the request and performs internal processing before filling in the cause value in the PDP context creation response of the same version according to the processing result and the version number of the PDP context creation request;
  • the different versions are a GTPvO version and a GTPvl version.
  • the definition of the cause value in the GTPvl version needs to include at least the following description:
  • No resources available means that a certain resource is temporarily used up and cannot support this activation.
  • the step 2) may include the following steps:
  • the GSN receives the create PDP context request message, and judges the message version number according to the message header of the message; if it is the GTPvl version, it only needs to perform steps 2b) to 2g); otherwise, it only needs to perform steps 2h) to 2k);
  • the GSN performs internal processing to obtain a processing result
  • the GSN version performs internal processing to obtain a processing result
  • the step 2) may also include the following steps:
  • the GSN receives a create PDP context request message
  • the GSN performs internal processing to obtain a processing result
  • the read-create PDP context request message determines the message version number according to the message header of the message; if GTPvl version, beta 1 J cause value is filled as "No memory is available”; otherwise GTPvO version, then the cause value is filled "No resources available";
  • the GSN may be a gateway GPRS support node (GGSN) or a serving GPRS support node (SGSN).
  • GGSN gateway GPRS support node
  • SGSN serving GPRS support node
  • the method for processing a PDP context creation request according to the present invention returns the most appropriate cause value in the PDP context creation response according to the specific situation, and can more accurately feed back the failure cause to the SGSN, which can be avoided
  • GGSN nodes supporting different GTP versions cannot activate the specified PDP context
  • the problem that the returned cause value cannot be understood by the other party is convenient for locating the problem and solving the problem.
  • by correctly using the cause value defined in the protocol different GTP versions are avoided. Problems in message communication and waste of protocol resources.
  • Figure 1 is a schematic diagram of the structure of a UMTS system
  • FIG. 2 is a schematic diagram of a prior art PDP context activation process
  • FIG. 3 is a schematic flowchart of a process for creating a PDP context request according to the first preferred embodiment of the present invention
  • FIG. 4 is a schematic flowchart of processing a PDP context creation request according to a second preferred embodiment of the present invention. Mode of Carrying Out the Invention
  • the method for processing a request for creating a PDP context of the present invention firstly saves a clear definition of a new cause value in the GTPvl version in the GSN, and secondly, after the GSN receives the request for creating a PDP context, during the processing, Determine the protocol version number of the PDP context request message. According to different versions, fill in the cause value of the corresponding version into the cause field of the PDP context response message, and encapsulate the PDP context response message to the sender.
  • the first preferred embodiment of the present invention is to first determine the version number of the PDP context request message, and then the GGSN performs internal processing. According to the processing result, fill in the cause value of the corresponding version into the cause field of the PDP context response message, and encapsulate the created PDP. The context response message is returned to the sender.
  • the cause values in the GTPvO and GTPvl versions are clearly defined. Among them: If the cause value in the PDP context creation response received by the SGSN is 'Request Accepted', the SGSN activates the PDP context and starts forwarding data between the MS and the external packet data network.
  • cause values indicate that the context is not activated in the GGSN.
  • the specific cause can be obtained from the received cause value.
  • "All dynamic PDP addresses are occupied” means that the GSN node no longer has idle dynamic PDP addresses that can be allocated to the terminal device that initiated the activation.
  • "No memory is available” means that the GSN node does not have enough memory to support this activation.
  • “No resources available” indicates that a certain resource is temporarily used up, so it cannot support this activation. It should be noted that the situations indicated by the cause value do not include the two cases where all dynamic PDP addresses are occupied and no memory is available. Other definition descriptions remain unchanged.
  • the GTPvO version does not need to be changed.
  • FIG. 3 is a schematic diagram of the first preferred embodiment of the present invention. Schematic diagram of the process flow for constructing a PDP context request. The process includes the following steps:
  • Step 301 The GGSN receives a PDP context creation request message.
  • Step 302 Read the PDP context request message, and determine the message version number according to the message. There are three bits in the GTP message header to indicate the GTP version used by the message: 000 indicates GTPv0, and 001 indicates GTPvl. If it is the GTPvl version, go to step 303; otherwise, go to step 313.
  • Step 303 The GGSN performs internal processing to obtain a processing result.
  • the processing method is the same as in the prior art.
  • Steps 304-305 If the processing result is: The GGSN successfully created the PDP context, and after the cause value is filled with "Request Accepted", step 321 is performed.
  • Steps 308-309 If the processing result is that the GGSN cannot create the PDP context because there is no available memory, then the cause value is filled with "No memory is available", and then step 321 is performed.
  • Steps 310-311 If the processing result is that the GGSN cannot create a PDP context due to insufficient other resources, the cause value is filled in as "No resources available", and then step 321 is performed.
  • Step 312 If the processing result is: GGSN failed to create a PDP context because of other errors, the cause value is still filled in as described in the existing GTPvl version specification. For example: If the GGSN does not support the specified PDP type or PDP address, enter 'Unknown PDP address or PDP type' in the cause field of the response message. The GGSN does not support the specified access point name (APN) B. In the response message Fill in the 'Missing or unloiownAPN' in the cause field, etc. Then, step 321 is performed. Step 313: The GGSN performs internal processing to obtain a processing result. The processing method is the same as the prior art.
  • Steps 314-315 If the processing result is: The GGSN successfully created the PDP context, and after the cause value is filled with "Request Accepted", step 321 is performed.
  • Steps 316-319 If the processing result is: GGSN failed to create a PDP context because there is no free dynamic PDP address, no available memory, or other resources, the cause value is filled as "No resources available", and then step 321 is performed.
  • Step 320 If the processing result is: GGSN fails to create a PDP context because of other errors, the cause value is still filled in as described in the existing GTPvO version specification. For example: If the GGSN does not support the specified PDP type, PDP address or access point name (APN), fill in 'Service not supported' in the cause field in the response message. Then, step 321 is performed.
  • Step 321 The GGSN encapsulates a PDP context response message and returns it to the sender.
  • the packaging method is the same as the prior art.
  • the second preferred embodiment of the present invention is that the GGSN first performs internal processing to obtain the processing result, and then determines the version number of the PDP context request message, and fills in the cause value of the corresponding version to the cause field of the PDP context response message according to different versions.
  • the encapsulation creates a PDP context response message and returns it to the sender.
  • the GGSN of this embodiment stores in advance a clear definition of all cause values in the GTPvO and GTPvl versions.
  • the definition description may be the same as the embodiment shown in FIG. 3. Refer to FIG. 4 for the implementation process of this embodiment.
  • FIG. 4 is a schematic flowchart of processing a PDP context creation request according to a second preferred embodiment of the present invention. The process includes the following steps:
  • Step 401 The GGSN receives a PDP context creation request message.
  • Step 402 The GGSN performs internal processing to obtain a processing result.
  • the processing method is the same as the prior art. Steps 403-404. If the processing result is that the GGSN successfully created the PDP context, the cause value is filled with "Request Accepted", and then step 414 is performed.
  • Step 407 After the cause value is filled as "All dynamic PDP addresses are occupied", step 414 is performed.
  • Steps 408-409 If the processing result is that the GGSN cannot create a PDP context because there is no available memory, read the Create PDP Context Request message and determine the message version number based on the message. The judgment method is the same as the embodiment shown in FIG. 3. If it is the GTPvl version, go to step 410; otherwise, go to step 412.
  • Step 410 After the cause value is filled with "No memory is available”, perform step 411. If the processing result is: GGSN cannot create a PDP context due to insufficient other resources, perform step 412.
  • Step 412 After the cause value is filled with "No resources available", perform step
  • Step 413 If the processing result is that the GGSN cannot create the PDP context because of other errors, then determine the version number and fill in the cause value according to the version number, that is, the cause value is still filled in as described in the existing GTPvO or GTPvl version specification. Then, step 414 is performed.
  • Step 414 The GGSN encapsulates a PDP context response message and returns it to the sender.
  • the GGSN processes the received create PDP context request message and generates a create PDP context response message.
  • the SGSN may process the received PDP context creation request message and generate a PDP context creation response message.
  • the method for processing a PDP context request of the present invention avoids the problem of incompatibility that may occur during implementation, is more general than the existing implementation, and avoids waste of protocol resources; According to specific processing results, returning specific error causes is more conducive to locating problems and solving problems in practical applications; no changes are required to existing GTPvO versions, and compatibility is good.

Landscapes

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

Description

一种对创建分组数据协议上下文请求的处理方法
技术领域
本发明涉及通用移动通信系统 （UMTS) 中分组数据协议（PDP) 上下文的处理过程， 特别涉及一种对创建 PDP上下文请求的处理方法。 发明背景
通用移动通信系统 ( Universal Mobile Telecommunications System、 UMTS)是采用宽带码分多址（WCDMA) 空中接口技术的第三代移动 •通信系统， 通常也把 UMTS系统称为 WCDMA通信系统。
参见图 1, 图 1为 UMTS系统构成示意图， 该系统包括： 用户设备 (User Equipment, UE ) 110、 UMTS 陆地无线接入网 （UTRAN) 120 和核心网络（Core Network, CN) 140。 UTRAN 120的前端与 UE 110 通过 Uu接口相连接， 这个接口是无线空中接口， UTRAN 120通过 Iu 接口与 CN 140相连。
其中， UE110包含： 手机（ME)和 SIM卡 （USIM), 这两者通过 Cu电气接口构成了 UE110。
UTRAN 120 用于处理所有与无线有关的功能， 其包含： 多个基站 ( Node B ) 121, 多个无线网络控制器 （R C) 122, R C 122完成基 站的控制管理功能。
CN 130处理 UMTS系统内所有的话音呼叫和数据连接， 并实现与 外部网络的交换和路由功能，从逻辑上分为电路交换域（ Circuit Switched Domain, CS )和分组交换域 ( Packet Switched Domain, PS )。 CN 130 包 含： 完成 CS域的控制、 管理、 鉴权和加密等功能的移动交换中心 /拜访 位置寄存器 （MSC/VLR) 131、 负责与其他固定或者移动网络连接的 MSC 网管 （GSMC ) 132、 连接 UTRAN 120 和网关 GPRS 支持节点 ( GGSN ) 135的服务 GPRS支持节点 （SGSN ) 134、 与外部 IP分组网 络 140的接口 GGSN 135。 外部 IP分組网络 140可以包括 PLMM、 PSTN, ISDN, 互联网等。
SGSN和 GGSN之间的接口是基于 GRPS隧道协议 (GTP)协议实现 隧道传输功能， 包括信令面 GTP-C和用户面 GTP-U。 GTP-C完成隧道 的管理和其它信令消息的传输功能， GTP-U传输用户面的数据包。 3GPP TS 09.60和 3GPP TS 29.060协议规范定义了 GTP,即 UMTS/GPRS骨干 网内 GPRS支持节点间的协议， 包括 GTP控制面协议和数据传输协议。
分组数据协议（PDP )， 是分组数据包以离散形式传送的各种协议的 通称， 如 IP协议和 X.25协议， 可以用于外部数据网 140与 CN 130交 互，以及 CN130网络之间的交互。 PDP上下文是在移动台（ MS )和 GPRS 支持节点 （GSN ) 内， 为一个会话保存的信息集合。
在现有 UMTS/GPRS网络中，分组域核心网节点之间传输信令或 者数据使用的 GTP协议共有两个版本， 分别称为 GTP νθ和 GTPvl， 实现的功能是一样的， 区别在于 GTPvl是在 GTPvO基础上进一步完 善和更新的新版本， 它们对应的规范分別是 3GPP TS 09.60(GTPvO) 和 3GPP TS 29.060(GTPvl)。
在 3GPP TS 09.60和 3GPP TS 29.060中， 都描述了一种 SGSN和 GGSN之间激活 PDP上下文的处理流程。参见图 2,图 2为现有技术 PDP 上下文激活的流程示意图。 该流程包括以下步骤：
步骤 201、 MS发送激活 PDP上下文请求消息给 SGSN;
步骤 202、 SGS 发送创建 PDP上下文请求消息给 GGSN;
步骤 203、 GGSN返回创建 PDP上下文应答消息给 SGSN;
步骤 204、 如果 SGSN请求的 QoS不满足， SGSN还可能修改 QoS 属性， 发送更新 PDP上下文请求消息给 GGSN;
步骤 205、 GGSN根据实际情况， 返回更新 PDP上下文应答消息给 SGSN;
步骤 206、 如果 GGSN返回的结果为成功， 则 SGSN返回激活 PDP 上下文接受消息给 MS。
需要说明的是， 因为和本发明的内容无关， 图 2中示意的 PDP上下 文激活过程没有包括无线侧的承载建立等过程。
图 2中的 Cl、 C2表示智能业务可能的触发点。
图 2中虚线部分的消息， 即步骤 204和步驟 205， 表示该消息是可 选的， 在一定条件满足的情况下才存在。
根据该规范， 在 SGSN发起创建 PDP上下文请求消息的时候， 收到 该请求消息的 GGSN节点经过处理后将返回创建 PDP上下文应答消息 给发送方， 其中最重要的信息是原因值 （cause 值） 这个信息单元 ( Information Element, IE ), 表示收到创建 PDP上下文请求消息后处理 的结果。
在 GTPvO 版本和 GTPvl 版本中， 应答消息中可以填写的可能的 cause值， 有所不同， 以下按版本不同， 分别进行说明。
在 GTPvO版本中， 应答消息中可以填写的可能的 cause值包括：
- 'Request Accepted' . '请求接受 '
- 'No resources available' . 无可用资源
- 'Service not supported' 该业务不支持
- 'User authentication failed' ——用户赛权失败
- ' System failure' .——系统失败
- 'Mandatory IE incorrect' 必选 IE不正确
- 'Mandatory IE missing'. 必选 IE丢失 - ' Optional IE incorrect' . 可选 IE不正确
- 'Invalid message format' . 无效的消息格式
- 'Version not supported' 版本不支持
如果 SGSN 收到的创建 PDP上下文应答中的 cause值为' Request Accepted', 则 SGSN激活该 PDP上下文， 开始转发 MS和外部分组数据 网之间的数据。
除此之外的其他 cause值表明 GGSN中没有激活该上下文， 具体的 原因可以从收到的 cause值域中得到。
其中 'No resources available，指的是一种临时出现的错误情况， 比如： 所有动态 PDP地址被占用或者没有可用内存空间。 在所有支持 GTPvO 版本的 GGSN节点上， 出现没有空闲动态 PDP地址以及没有可用空间 的情况时， 都是在创建 PDP上下文应答消息中的 cause值这个域中填写 'No resources available'的。
在 GTPvl版本中， 应答消息中可以填写的可能的 cause值包括： - "Request Accepted". '请求接受，
- "Context not found"——相关上下文没有找到
- "No resources available". 无可用资源
- "All dynamic PDP addresses are occupied" 所有动态 PDP地址 都被占用.
- "No memory is available" . 无可用内存
- "Missing or unknown APN".—— APN丢失或者是未知的 APN - "Unknown PDP address or PDP type".——未知的 PDP地址或者 PDP类型
- "User authentication failed".——用户鉴权失败
- "System failure".——系统失败 - "Semantic error in the TFT operation".—— TFT操作语义错误 - " Syntactic error in the TFT operation" .—— TFT操作句法错误
- "Semantic errors in packet filter(s)" . 分组过滤器语义错误
- "Syntactic errors in packet filters(s)".——分组过滤器句法错误 - "Mandatory IE incorrect". 必选 IE不正确
- "Mandatory IE missing". 必选 IE丢失
- "Optional IE incorrect".——可选 IE不正确
- "Invalid message format" . 无效的消息格式
- "PDP context without TFT already activated" .——不带 TFT的 PDP 上下文已经激活
- "APN access denied一 no subscription" . 拒绝该 APN接入 (没有 签约）
如果 SGSN 收到的创建 PDP 上下文应答中的 cause值为' Request Accepted', 则 SGSN激活该 PDP上下文， 开始转发 MS和外部分组数据 网之间的数据。
除此之外的其他 cause值表明 GGSN中没有激活该上下文， 具体的 原因可以从收到的 cause值中得到。
其中 "No resources available"这个值保留了下来， 仍然用于表示临时 出现的错误情况， 比如： 所有动态 PDP地址被占用或者没有可用内存空 间。 此外还新增了一些 cause值， 包括" Context not found", "All dynamic PDP addresses are occupied" , "No memory is available" , "Missing or unknown APN" , "Unknown PDP address or PDP type"等。
由上述对 GTP协议用于创建 PDP上下文请求的处理描述中 , 可以 看到， 在 GTPvO版本的基础上， GTPvl版本做了很多优化和改进， 包 括对应答消息中的 cause值， 也增加了更多的取值， 从而能够更准确的 向对端设备反馈失败原因， 有利于定位问题和解决问题。 但是在实际应 用中， 没有很好的考虑如何应用这些新增的 cause值， 以及如何兼容 GTPvO版本。 主要存在以下问题：
1、协议不完善。 GTPvl版本中新增了两个 cause值" All dynamic PDP addresses are occupied"和" No memory is available" , 但是没有在协议的任 何处理中使用这两个取值；
2、 虽然在 GTPvl版本中已经分配了两个确定的值， 211和 212, 用 于表示动态 PDP地址全部被占用以及没有可用内存的错误情况，但是还 是沿用了 GTPvO版本中 "No resources available"的用法。虽然这样可以实 现和 GTPvO版本的兼容， 但是却造成了资源的浪费， 因为这两个 cause 值已经被分配了取值但是却没有被使用。
3、 按照现有对创建 PDP上下文请求的处理方法容易产生互通方面 的问题。 因为在具体实现中， 每个设备商对协议的理解不一样， 在应用 GTPvl 版本实现的时候， 无论使用新的 cause 值" All dynamic PDP addresses are occupied"和" No memory is available",还是沿用 GTPvO的做 法使用 "No resources available" ,都可以在规范中找到依据，但是在 GTPvO 版本中却是不支持新增 cause值的， 因此存在无法互通的隐患。 发明内容
有鉴于此，本发明的目的在于提供一种对创建 PDP上下文请求的处 理方法， 避免不同 GTP 版本消息在互通中出现的问题和协议资源的浪 费。
为达到上述目的， 本发明的技术方案具体是这样实现的：
一种对创建分组数据协议（PDP )上下文请求的处理方法， 该方法 包括以下步骤： 1 )在接收创建 PDP上下文请求的 GPRS支持节点 （GSN ) 中， 保 存不同版本的原因 （cause )值及其对所有 cause值的定义；
2 ) GSN接收到创建 PDP上下文请求后， 根据该请求判断版本号， 并进行内部处理，才艮据处理结果和创建 PDP上下文请求的版本号， 填写 相同版本的创建 PDP上下文应答中的 cause值；
3 )封装创建 PDP上下文应答， 并将该应答返回给创建 PDP上下文 请求的发送方。
其中， 所述不同版本为 GTPvO版本、 GTPvl版本； 所述 cause值的 定义在 GTPvl版本中， 至少需要包括以下描述：
a ) "所有动态 PDP地址都被占用" （ "All dynamic PDP addresses are occupied" )表示 GSN不再有空闲的动态 PDP地址可分配给发起此次激 活的终端设备；
b ) "无可用内存" （ "No memory is available"；)表示 GSN没有足够的 内存支持本次激活；
c ) "无可用资源" （"No resources available" )表示某种资源暂时被用 光了无法支持本次激活。
所述步骤 2 )可以包括以下步骤：
2a ) GSN接收到创建 PDP上下文请求消息，根据该消息的消息头判 断消息版本号； 如果是 GTPvl版本， 则只需执行步骤 2b ) ~ 2g )；否则 只需执行步骤 2h ) ~ 2k ) ；
2b ) GSN进行内部处理， 获得处理结果；
2c )如果处理结果是： GSN成功创建了 PDP上下文， 则 cause值 填充为 "接收请求" （ "Request Accepted" );
2d )如果处理结果是： GSN由于无空闲动态 PDP地址， 未能创建 PDP上下文，则 cause值填充为 "All dynamic PDP addresses are occupied; 2e )如果处理结果是： GSN由于无可用内存， 未能创建 PDP上下 文, 贝1 J cause值填充为 "No memory is available"；
2f)如果处理结果是： GSN由于资源不足， 未能创建 PDP上下文， 则 cause值填充为 "No resources available" ；
2g )如果处理结果是：非上述原因造成未能创建 PDP上下文，则 cause 值遵循现有 GTPvl版本规范中的描述填写；
2h ) GSN版本进行内部处理， 获得处理结果；
2i )如果处理结果是： GSN成功创建了 PDP上下文， 则 cause值填 充为 "Request Accepted"；
2j )如果处理结果是： GSN由于无空闲动态 PDP地址、 无可用内存 或其他资源不足，未能创建 PDP上下文，则 cause值填充为 "No resources available"；
2k )如果处理结果是：非上述原因造成未能创建 PDP上下文，则 cause 值遵循现有 GTPvO版本规范中的描述填写。
所述步驟 2 )也可以包含以下步骤：
2A ) GSN接收到创建 PDP上下文请求消息；
2B ) GSN进行内部处理， 获得处理结果；
2C )如果处理结果是： GSN成功创建了 PDP上下文， 则 cause值 填充为 "Request Accepted"；
2D )如果处理结果是： GSN由于无空闲动态 PDP地址未能创建 PDP 上下文， 则读创建 PDP上下文请求消息，根据该消息的消息头判断消息 版本号； 如果是 GTPvl 版本， 则 cause值填充为 "All dynamic PDP addresses are occupied"； 否则为 GTPvO版本， 则 cause值填充为 "No resources available"；
2E )如果处理结果是： GSN由于无可用内存， 未能创建 PDP上下 文， 则读创建 PDP上下文请求消息，根据该消息的消息头判断消息版本 号； 如果是 GTPvl版本， 贝1 J cause值填充为 "No memory is available"； 否则为 GTPvO版本， 则 cause值填充为 "No resources available"；
2F )如果处理结果是： 非上述原因造成未能创建 PDP上下文， 则判 断版本号， 根据版本号遵循现有 GTPvO或 GTPvl版本规范中的描述， 填写 cause值。
所述的 GSN可以为网关 GPRS支持节点（ GGSN )或服务 GPRS支 持节点 （SGSN )。
由本发明的技术方案可见，本发明的这种对创建 PDP上下文请求的 处理方法， 才 据具体情况在创建 PDP上下文响应中返回最恰当的 cause 值， 能够更准确的向 SGSN反馈失败原因，可以避免支持不同 GTP版本 的 GGSN节点在无法激活指定 PDP上下文时，返回的 cause值无法被对 方理解的问题， 并便于定位问题和解决问题， 同时通过正确使用协议中 定义的 cause值， 避免了不同 GTP版本消息在互通中出现的问题和协议 资源的浪费。 附图简要说明
图 1为 UMTS系统构成示意图；
图 2为现有技术 PDP上下文激活的流程示意图；
图 3为本发明第一较佳实施例对创建 PDP上下文请求的处理流程示 意图；
图 4为本发明第二较佳实施例对创建 PDP上下文请求的处理流程示 意图。 实施本发明的方式
下面结合附图对本发明进行详细描述。
本发明的这种对创建 PDP上下文请求的处理方法， 首先在 GSN中 保存在 GTPvl版本中对新增 cause值明确的定义， 其次， GSN在收到创 建 PDP上下文请求后， 进行处理的过程中， 判断该创建 PDP上下文请 求消息的协议版本号， 根据不同的版本， 填写对应版本的 cause值到创 建 PDP上下文应答消息的 cause域中，封装创建 PDP上下文应答消息返 回给发送方。
本发明的第一较佳实施例是先判断创建 PDP 上下文请求消息的版 本号，然后 GGSN进行内部处理，根据处理结果，填写相应版本的 cause 值到创建 PDP上下文应答消息 cause域中，封装创建 PDP上下文应答消 息， 返回给发送方。
本实施例的 GGSN中预先保存了在 GTPvO和 GTPvl版本中所有 cause值明确的定义。 其中： 如果 SGSN收到的创建 PDP上下文应答中 的 cause值为 'Request Accepted', 则 SGSN激活该 PDP上下文， 开始转 发 MS和外部分组数据网之间的数据。
除此之外的其他 cause值表明 GGSN中没有激活该上下文， 具体的 原因可以从收到的 cause值中得到。其中，在 GTPvl版本中 , "All dynamic PDP addresses are occupied"表示 GSN节点不再有空闲的动态 PDP地址可 分配给发起此次激活的终端设备。 "No memory is available"表示 GSN节 点没有足够的内存支持本次激活。 "No resources available"表示某种资源 暂时被用光了的情况， 因此无法支持本次激活。 需要说明的是， 该 cause 值表示的情况中不包括所有动态 PDP 地址被占用和没有可用内存这两 种情况。 其他定义描述不变。 GTPvO版本不需要进行改动。
本实施例的实现过程参见图 3 , 图 3为本发明第一较佳实施例对创 建 PDP上下文请求的处理流程示意图， 该流程包括以下步骤：
步骤 301、 GGSN接收到创建 PDP上下文请求消息。
步骤 302、 读创建 PDP上下文请求消息， 根据该消息判断消息版本 号。 GTP消息的消息头中有三个比特用于表示该消息使用的 GTP版本： 000表示 GTPv0，001表示 GTPvl。如果是 GTPvl版本，则执行步骤 303; 否则是 GTPvO版本， 执行步骤 313。
步骤 303、 GGSN进行内部处理， 获得处理结果。 处理方法与现有 技术相同。
步骤 304 - 305、 如果处理结果是： GGSN成功创建了 PDP上下文， 则 cause值填充为 "Request Accepted" 后， 执行步骤 321。
步骤 306 - 307、 如果处理结杲是： GGSN由于无空闲动态 PDP地 址，未能创建 PDP上下文，则 cause值填充为 "All dynamic PDP addresses are occupied" 后， 执行步骤 321。
步骤 308 - 309、 如果处理结果是： GGSN由于无可用内存， 未能创 建 PDP上下文， 则 cause值填充为 "No memory is available" 后， 执行 步骤 321。
步骤 310 - 311、 如果处理结果是： GGSN由于其他资源不足， 未能 创建 PDP上下文， 则 cause值填充为 "No resources available" 后, 执 行步骤 321。
步骤 312、 如果处理结果是： GGSN因为其他错误， 未能创建 PDP 上下文，则 cause值仍然遵循现有 GTPvl版本规范中的描述填写。例如： 如果 GGSN不支持指定的 PDP类型或者 PDP地址， 在应答消息中的 cause值域中填写 'Unknown PDP address or PDP type' , GGSN不支持指定 的接入点名 ( APN ) B十, 在应答消息中的 cause值域中填写' Missing or unloiownAPN', 等等。 然后， 执行步骤 321。 步骤 313、 GGSN进行内部处理， 获得处理结果。 处理方法与现有 技术相同。
步骤 314 - 315、 如果处理结果是： GGSN成功创建了 PDP上下文， 则 cause值填充为 "Request Accepted" 后， 执行步骤 321。
步骤 316 - 319、 如果处理结果是： GGSN由于无空闲动态 PDP地 址、 无可用内存或其他资源不足， 未能创建 PDP上下文， 则 cause值填 充为 "No resources available" 后， 执行步骤 321。
步骤 320、 如果处理结果是： GGSN因为其他错误， 未能创建 PDP 上下文，则 cause值仍然遵循现有 GTPvO版本规范中的描述填写。例如： 如果 GGSN不支持指定的 PDP类型， PDP地址或者接入点名 （APN ) 时， 在应答消息中的 cause值域中填写 'Service not supported'。 然后， 执 行步骤 321。
步骤 321、 GGSN封装创建 PDP上下文应答消息， 返回给发送方。 封装的方法与现有技术相同。
本发明的第二较佳实施例是 GGSN先进行内部处理，获得处理结果， 然后判断创建 PDP上下文请求消息的版本号，根据不同的版本， 填写相 应版本的 cause值到创建 PDP上下文应答消息 cause域中，封装创建 PDP 上下文应答消息， 返回给发送方。 同样， 本实施例的 GGSN中预先保存 了在 GTPvO和 GTPvl版本中对所有 cause值明确的定义。 定义的描述 可以与图 3所示实施例相同。 本实施例的实现过程参见图 4, 图 4为本 发明第二较佳实施例对创建 PDP上下文请求的处理流程示意图。该流程 包括以下步骤：
步骤 401、 GGSN接收到创建 PDP上下文请求消息。
步骤 402、 GGSN进行内部处理， 获得处理结果。 处理方法与现有 技术相同。 步骤 403 - 404、 如果处理结果是： GGSN成功创建了 PDP上下文， 则 cause值填充为 "Request Accepted" 后， 执行步骤 414。
步骤 405 - 406、 如果处理结果是： GGSN由于无空闲动态 PDP地 址， 未能创建 PDP上下文， 则读创建 PDP上下文请求消息， 根据该消 息判断消息版本号。 判断的方法与图 3所示实施例相同。 如果是 GTPvl 版本， 则执行步骤 407; 否则为 GTPvO版本， 则执行步骤 412。
步骤 407、 cause值填充为 "All dynamic PDP addresses are occupied" 后， 执行步骤 414。
步骤 408 - 409、 如果处理结果是： GGSN由于无可用内存， 未能创 建 PDP上下文， 则读创建 PDP上下文请求消息， 根据该消息判断消息 版本号。 判断的方法与图 3所示实施例相同。 如果是 GTPvl版本， 则执 行步驟 410; 否则为 GTPvO版本， 则执行步骤 412。
步骤 410、 cause值填充为 "No memory is available" 后， 执行步骤 步骤 411、 如果处理结果是： GGSN由于其他资源不足， 未能创建 PDP上下文， 则执行步驟 412。
步骤 412、 cause值填充为 "No resources available" 后， 执行步骤
414。
步骤 413、 如果处理结果是： GGSN因为其他错误， 未能创建 PDP 上下文， 则判断版本号， 据版本号填写 cause值， 也就是说 cause值仍 然遵循现有 GTPvO或 GTPvl版本规范中的描述填写。 然后， 执行步骤 414。
步骤 414、 GGSN封装创建 PDP上下文应答消息， 返回给发送方。 上述两个实施例中， 都是由 GGSN来对接收的创建 PDP上下文请 求消息进行处理后， 生成创建 PDP上下文应答消息。 在实际应用中， 也 可以由 SGSN来对接收创建 PDP上下文请求消息进行处理后，生成创建 PDP上下文应答消息。
由上述两个实施例可见，本发明的这种对创建 PDP上下文请求的处 理方法， 避免了实现中可能出现的无法互通的问题， 比现有实现更为通 用， 避免了协议资源的浪费； 同时， 针对具体的处理结果， 返回具体的 错误原因， 更有利于实际应用中定位问题和解决问题； 对已有的 GTPvO 版本不需要作任何改动， 兼容性好。

Claims

权利要求书
1、 一种对创建分组数据协议 PDP上下文请求的处理方法， 其特征 在于， 该方法包括以下步骤：
1 )在接收创建 PDP上下文请求的 GPRS支持节点 GSN中， 保存不 同版本的原因 cause值及其对所有 cause值的定义；
2 ) GSN接收到创建 PDP上下文请求后， 根据该请求判断版本号， 并进行内部处理，根据处理结果和创建 PDP上下文请求的版本号， 填写 相同版本的创建 PDP上下文应答中的 cause值；
3 )封装创建 PDP上下文应答， 并将该应答返回给创建 PDP上下文 请求的发送方。
2、 如权利要求 1 所述的处理方法， 其特征在于， 所述不同版本为 GTPvO版本、 GTPvl版本； 所述 cause值的定义， 在 GTPvl版本中， 至 少包括以下描述：
a ) "所有动态 PDP地址都被占用 " "All dynamic PDP addresses are occupied"表示 GSN不再有空闲的动态 PDP地址可分配给发起此次激活 的终端设备；
b ) "无可用内存" "No memory is available"表示 GSN没有足够的内 存支持本次激活；
c ) "无可用资源" "No resources available"表示有一种资源暂时被用 光了无法支持本次激活。
3、 如权利要求 1所述的处理方法， 其特征在于， 所述步骤 2 ) 包括 以下步骤：
2a ) GSN接收到创建 PDP上下文请求消息，才 据该消息的消息头判 断消息版本号； 如果是 GTPvl版本， 则只执行步骤 2b ) ~ 2g )；否则只 执行步骤 2h ) ~ 2k );
2b ) GSN进行内部处理， 获得处理结果；
2c )如果处理结果是： GGSN成功创建了 PDP上下文， 则 cause值 填充为 "接收请求" "Request Accepted";
2d )如果处理结果是： GSN由于无空闲动态 PDP地址， 未能创建
PDP上下文,贝1 j cause值填充为 "All dynamic PDP addresses are occupied;
2e )如果处理结果是： GSN由于无可用内存，未能创建 PDP上下文， 贝1 J cause值填充为 "No memory is available"；
2f)如果处理结果是： GSN由于资源不足， 未能创建 PDP上下文， 贝1 J cause值填充为 "No resources available" ；
2g )如果处理结果是：非上述原因造成未能创建 PDP上下文，则 cause 值遵循现有 GTPvl版本规范中的描述填写；
2h ) GSN进行内部处理， 获得处理结果；
2i )如果处理结果是： GSN成功创建了 PDP上下文， 则 cause值填 充为 "Request Accepted"；
2j )如果处理结果是： GGSN由于无空闲动态 PDP地址、 无可用内 存或其他资源不足， 未能创建 PDP 上下文， 则 cause值填充为 "No resources available"；
2k )如果处理结果是：非上述原因造成未能创建 PDP上下文，则 cause 值遵循现有 GTPvO版本规范中的描述填写。
4、 如权利要求 1所述的处理方法， 其特征在于， 所述步骤 2 ) 包含 以下步骤：
2A ) GSN接收到创建 PDP上下文请求消息；
2B ) GSN进行内部处理， 获得处理结果；
2C )如果处理结果是： GSN成功创建了 PDP上下文， 则 cause值 填充为 "Request Accepted"；
2D )如果处理结果是： GSN由于无空闲动态 PDP地址未能创建 PDP 上下文， 则读创建 PDP上下文请求消息，根据该消息的消息头判断消息 版本号； 如果是 GTPvl 版本， 则 cause值填充为 "All dynamic PDP addresses are occupied"; 否则为 GTPvO版本， 则 cause值填充为 "No resources available"；
2E )如果处理结果是： GSN由于无可用内存， 未能创建 PDP上下 文， 则读创建 PDP上下文请求消息，根据该消息的消息头判断消息版本 号； 如果是 GTPvl版本， 则 cause值填充为 "No memory is available"； 否则为 GTPvO版本， 则 cause值填充为 "No resources available"；
2F )如果处理结果是： 非上述原因造成未能创建 PDP上下文， 则判 断版本号， 根据版本号遵循现有 GTPvO或 GTPvl版本规范中的描述， 填写 cause值。
5、 如权利要求 1、 2、 3或 4所述的处理方法， 其特征在于， 所述的 GSN为网关 GPRS支持节点（ GGSN )或者业务 GPRS支持节点（ SGSN I
PCT/CN2004/000927 2003-08-15 2004-08-10 Procede de traitement d'une demande de creation du contexte de protocole de paquet de donnees WO2005069536A1 (fr)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CA002534541A CA2534541A1 (en) 2003-08-15 2004-08-10 A method for processing create packet data protocol context request
JP2006523507A JP2007502586A (ja) 2003-08-15 2004-08-10 パケット・データ・プロトコル・コンテキスト作成要求を処理する方法
EP04762063A EP1655886B1 (en) 2003-08-15 2004-08-10 A method for processing a request to create the packet data protocol context
DE602004016527T DE602004016527D1 (de) 2003-08-15 2004-08-10 Verfahren zum verarbeiten einer anforderung, den paketdaten-protokoll-kontext zu erzeugen
US10/568,270 US20070121647A1 (en) 2003-08-15 2004-08-10 Method for processing create packet data protocal context request

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN03153614.X 2003-08-15
CNB03153614XA CN1283055C (zh) 2003-08-15 2003-08-15 一种对创建分组数据协议上下文请求的处理方法

Publications (1)

Publication Number Publication Date
WO2005069536A1 true WO2005069536A1 (fr) 2005-07-28

Family

ID=34580116

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2004/000927 WO2005069536A1 (fr) 2003-08-15 2004-08-10 Procede de traitement d'une demande de creation du contexte de protocole de paquet de donnees

Country Status (9)

Country Link
US (1) US20070121647A1 (zh)
EP (1) EP1655886B1 (zh)
JP (1) JP2007502586A (zh)
KR (1) KR100822787B1 (zh)
CN (1) CN1283055C (zh)
AT (1) ATE408282T1 (zh)
CA (1) CA2534541A1 (zh)
DE (1) DE602004016527D1 (zh)
WO (1) WO2005069536A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7440459B2 (en) * 2004-02-02 2008-10-21 Lucent Technologies Inc. Methods of detecting protocol support in wireless communication systems
US20080293407A1 (en) * 2007-05-24 2008-11-27 Jean-Philippe Cormier Wireless Device and Method for Determining Which APN to Use
CN101370001B (zh) * 2007-08-15 2011-01-05 华为技术有限公司 一种信息传递方法
JP5292856B2 (ja) * 2008-02-29 2013-09-18 日本電気株式会社 移動体パケット通信システム及びそのヘルスチェック方法
CN101631344B (zh) * 2008-07-16 2011-10-05 华为技术有限公司 隧道管理方法、装置及通信系统
CN101959250B (zh) * 2010-11-04 2013-11-13 广州瀚信通信科技股份有限公司 一种移动通信系统的可引导终端接入方法和网络设备
US20120289151A1 (en) * 2011-05-09 2012-11-15 Chih-Hsiang Wu Method of Handling Attach Procedure and Related Communication Device
CN109582685B (zh) * 2018-12-03 2023-01-10 武芮 一种记录上下文请求执行过程的方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002041592A1 (en) * 2000-11-14 2002-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Network requested packet data protocol context activation
KR20020051559A (ko) * 2000-12-22 2002-06-29 엘지전자 주식회사 지피알에스 망에서의 피디피 컨텍스트 설정 방법
KR20020083253A (ko) * 2001-04-26 2002-11-02 주식회사 하이닉스반도체 이동통신망 및 그의 운용방법
CN1434612A (zh) * 2002-01-23 2003-08-06 华为技术有限公司 一种单信息源至多接收点的分组数据业务实现方法
WO2003065680A1 (en) * 2002-01-31 2003-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Method for providing multiple sdp media flows in a single pop context

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1225939C (zh) * 2000-05-16 2005-11-02 西门子公司 在通用分组无线业务系统的节点间转接隧道的方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002041592A1 (en) * 2000-11-14 2002-05-23 Telefonaktiebolaget Lm Ericsson (Publ) Network requested packet data protocol context activation
KR20020051559A (ko) * 2000-12-22 2002-06-29 엘지전자 주식회사 지피알에스 망에서의 피디피 컨텍스트 설정 방법
KR20020083253A (ko) * 2001-04-26 2002-11-02 주식회사 하이닉스반도체 이동통신망 및 그의 운용방법
CN1434612A (zh) * 2002-01-23 2003-08-06 华为技术有限公司 一种单信息源至多接收点的分组数据业务实现方法
WO2003065680A1 (en) * 2002-01-31 2003-08-07 Telefonaktiebolaget Lm Ericsson (Publ) Method for providing multiple sdp media flows in a single pop context

Also Published As

Publication number Publication date
EP1655886A4 (en) 2006-11-02
CN1283055C (zh) 2006-11-01
EP1655886B1 (en) 2008-09-10
DE602004016527D1 (de) 2008-10-23
JP2007502586A (ja) 2007-02-08
ATE408282T1 (de) 2008-09-15
US20070121647A1 (en) 2007-05-31
CN1581746A (zh) 2005-02-16
EP1655886A1 (en) 2006-05-10
KR100822787B1 (ko) 2008-04-17
KR20060036117A (ko) 2006-04-27
CA2534541A1 (en) 2005-07-28

Similar Documents

Publication Publication Date Title
US7957393B2 (en) Network requested packet data protocol context activation
JP4230106B2 (ja) Ｇｐｒｓ加入者による多数のインタネットサービスプロバイダの選択
JP5669816B2 (ja) 進化したシステム・アタッチ処理手順を実装する無線通信システムおよび方法
US8913595B2 (en) Apparatus and method for enriching data records in a telecommunications network
US7123920B1 (en) Technique for setting up calls in mobile network
EP1693988B1 (en) A method of the subscriber terminal selecting the packet data gateway in the wireless local network
JP2022070887A5 (zh)
ES2442171T3 (es) Método para la activación de un contexto de protocolo de datos de paquetes
JP4021207B2 (ja) 移動局で用いられる方法
EP1968281B1 (en) Methods and gateway for reducing undeliverable push IP traffic in a wireless network
JP2002305773A (ja) 移動局で使用される方法
KR20030085102A (ko) 이동전화가 발신하는 호출들에서 안내들을 제공하는 기술
CN103220372A (zh) 数据业务访问方法及系统
CN1510941A (zh) 移动通信系统的网络结构及使用该网络结构的通信方法
JP4745586B2 (ja) 移動局のアプリケーションが指定されたイベントを識別するための方法および装置
WO2005069536A1 (fr) Procede de traitement d'une demande de creation du contexte de protocole de paquet de donnees
EP1929716B1 (en) Preserved bearers
US20030169729A1 (en) Call Clearing for legacy mobile circuit switched domain wireless systems
CN101652778B (zh) Gw耦合的sip代理
WO2005088921A1 (en) The method for communication between the gsns using the ip protocol of the different versions
CN101621784B (zh) 一种移动分组域终端的推送式设置辅导方法
US7193979B2 (en) Method and apparatus for use by a GPRS device in responding to change in SAPI connection
WO2004023735A1 (fr) Procede associe a un service intelligent de soutien de gprs
JP2008517521A (ja) Ｓｇｓｎとｇｇｓｎの統合
WO2005008991A1 (fr) Procede permettant d'assurer la coherence pendant la suppression du contexte pdp (protocole de donnees en paquets)

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2004762063

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2534541

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 1020067003007

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 2006523507

Country of ref document: JP

WWP Wipo information: published in national office

Ref document number: 1020067003007

Country of ref document: KR

WWP Wipo information: published in national office

Ref document number: 2004762063

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007121647

Country of ref document: US

Ref document number: 10568270

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10568270

Country of ref document: US

WWG Wipo information: grant in national office

Ref document number: 2004762063

Country of ref document: EP