CN101176332B - 用于分组数据协议上下文的激活的分组无线网络 - Google Patents

用于分组数据协议上下文的激活的分组无线网络 Download PDF

Info

Publication number
CN101176332B
CN101176332B CN2006800171668A CN200680017166A CN101176332B CN 101176332 B CN101176332 B CN 101176332B CN 2006800171668 A CN2006800171668 A CN 2006800171668A CN 200680017166 A CN200680017166 A CN 200680017166A CN 101176332 B CN101176332 B CN 101176332B
Authority
CN
China
Prior art keywords
address
mobile subscriber
data protocol
subscriber equipment
packet data
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.)
Active
Application number
CN2006800171668A
Other languages
English (en)
Other versions
CN101176332A (zh
Inventor
陈晓保
菲利普·卢卡斯
马丁·B·哈里斯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=35447194&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=CN101176332(B) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Orange SA filed Critical Orange SA
Publication of CN101176332A publication Critical patent/CN101176332A/zh
Application granted granted Critical
Publication of CN101176332B publication Critical patent/CN101176332B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • 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/167—Adaptation for transition between two IP versions, e.g. between IPv4 and IPv6
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • 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]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

Abstract

一种分组无线网络，用来提供向和/或从移动用户设备传送因特网分组的设施。该分组无线网络包括：网关支持节点、服务支持节点、以及无线网络部件。网关支持节点用来提供分组数据协议上下文，以控制从和/或向分组无线网络向和/或从移动用户设备的、通过分组通信载体的因特网分组的传送。服务支持节点连接到网关支持节点，用来控制从和/或向网关支持节点向和/或从移动用户设备的、因特网分组的传送，以形成分组通信载体。无线网络部件用来提供无线接入载体，以通过无线接入接口向和/或从移动用户设备传送因特网分组，响应于请求公共分组数据协议上下文的分组数据协议激活请求消息，服务支持节点与网关支持节点结合建立与分组通信载体关联的公共分组数据协议上下文。该公共分组数据协议上下文被建立来根据移动用户设备为一或多个通信会话指定的因特网协议版本通过该分组通信载体传送因特网分组。因此，公共分组数据协议上下文提供了更高的灵活性，这是因为移动用户设备可以发送移动用户设备指定的IPv4因特网分组和IPv6因特网分组两者。另外，利用包括高速宽带无线载体的公共分组通信载体，根据示例实施例的分组无线网络配备有共享相同GPRS/UMTS会话的结构。

Description

用于分组数据协议上下文的激活的分组无线网络
技术领域
本发明涉及分组无线网络，其用来向和/或从移动用户设备传送因特网协议分组，例如根据通用分组无线系统(GPRS)运行的网络。 
背景技术
已经开发了GPRS来通过无线接口传送因特网分组。可以利用移动全球系统(GSM)或通用移动电信系统(UMTS)骨干网络，来形成GPRS网络。GPRS提供对于面向分组的服务的支持，并且尝试对分组数据通信(例如对于因特网(IP)分组)优化网络与无线资源。GPRS提供了一种逻辑体系，其涉及移动无线系统的电路交换体系。 
在GPRS/UMTS网络中，每个移动用户设备都需要设置由分组数据协议(PDP)上下文表示的至少一个GPRS/UMTS通信会话，并且发送与接收数据。每个GPRS/UMTS会话都是移动用户设备所特有的。这样，移动用户设备必须使用其自身特有的PDP上下文来发送与接收数据。另外，PDP上下文是移动用户设备通过GPRS/UMTS通信会话发送的因特网协议分组数据的类型所特有的。根据移动用户设备已经建立的因特网协议连接性的类型，存在三种不同类型的PDP上下文： 
点到点协议类型 
因特网协议版本4(IPv4)类型 
因特网协议版本6(IPv6)类型 
因特网协议版本特有的PDP上下文意味着移动用户设备如果希望通过GPRS/UMTS网络发送IPv4因特网分组，则必须设置IPv4类型的PDP上下文。类似地，移动用户设备如果希望通过GPRS/UMTS网络发送和接收IPv6因特网分组，则必须设置IPv6类型的PDP上下文。这会引起对于分组无线网络上的通信资源的无效率的利用。 
发明内容
根据本发明，提供了一种分组无线网络，用来提供向和/或从移动用户设备传送因特网分组的设施。该分组无线网络包括：网关支持节点、服务支持节点、以及无线网络部件。网关支持节点用来提供分组数据协议上下文，以控制从分组无线网络向移动用户设备和/或从移动用户设备向分组无线网络的、通过分组通信载体的因特网分组的传送。服务支持节点连接到网关支持节点，用来控制从网关支持节点向移动用户设备的、因特网分组的传送和/或控制从移动用户设备向网关支持节点的、因特网分组的传送，以形成分组通信载体。无线网络部件用来提供无线接入载体，以通过无线接入接口向和/或从移动用户设备传送因特网分组。响应于请求公共分组数据协议上下文的分组数据协议激活请求消息，服务支持节点与网关支持节点结合建立与分组通信载体关联的公共分组数据协议上下文。该公共分组数据协议上下文被建立来根据移动用户设备为一或多个通信会话指定的因特网协议版本通过该分组通信载体传送因特网分组。从移动用户设备传送给服务支持节点的分组数据协议激活请求消息包括末端用户地址信息元素，该末端用户地址信息元素具有：分组数据协议类型号字段，该字段具有设置为预定值的值，以指示对于用于根据非特定因特网协议版本传送因特网分组的公共分组数据协议上下文的请求；以及地址字段，该字段表示根据移动用户设备指定的因特网协议版本的地址，以使用公共分组数据协议上下文传送因特网分组。其中公共分组数据协议上下文被定义为任何数据协议所公用的分组数据协议上下文。 
通过提供公共分组数据协议上下文类型来减少因特网协议版本特有GPRS/UMTS通信会话管理所施加的限制，本发明的实施例可以处理已知分组无线网络的局限。 
随着新的分组无线接入技术的进步，例如可以使用高速无线链路技术，例如HSDPA(高速下行链路分组数据)与HSUPA(高速上行链路分组数据)，希望在多于一个的UE之间共享同一无线载体，以提高资源利用的效率。另外，随着IPv6技术的迅速进展，在末端装置与系统(例如移动用户设备)中部署IPv6已经越来越普遍。另外，现有的IPv4系统的存在促进了具有IPv4/IPv6双重因特网协议栈的移动用户设备的开发。常规地，IPv4分组必须通过IPv4型PDP上下文传送，而IPv6分组必须通过IPv6型PDP上下文传送。结果，资源利用效率可能低于可以通过共享同一高速/宽带GPRS载体(例如为无线载体的HSDPA/HSUPA)获得的效率。另外，例如，具有双重因特网协议IPv4 和IPv6栈的移动用户设备也可能需要同时发送IPv4和IPv6分组两者，以分别连接到基于IPv4和IPv6的服务。但是，现有的因特网协议类型特有分组数据协议上下文可能要求移动用户设备设置至少两个分组数据协议上下文，一个用于IPv4类型，另一个用于IPv6类型。 
本发明的实施例提供了一种移动用户设备发送移动用户设备所指定的IPv4和IPv6因特网分组两者的设施。这是因为移动用户设备可以包括例如IPv4/IPv6双重栈移动用户设备。另外，利用包括高速宽带无线载体的公共分组通信载体，根据示例实施例分组无线网络配备有共享同一GPRS/UMTS会话的结构。一般地，每个网关支持节点仅有一个公共分组通信载体。 
公共PDP上下文根据分组数据协议建立公共分组通信载体，以通过GPRS网络传送因特网分组。作为分组数据协议的一部分，建立例如策略实施、服务质量、以及路由，以安排通过已建立的公共分组通信载体传送因特网协议分组。但是，公共PDP上下文建立公共分组通信载体，其不是任何因特网协议版本所特有，并且还可以在多于一个的通信会话之间共享。另外，对于不同的移动用户设备，通信会话可能不同。 
可替换地，在其他例子中，可以为多于一个的通信会话建立公共PDP上下文，但是通信会话可以使用分离的因特网协议版本载体。因此，定义公共PDP上下文为PPP数据帧、IPv4和IPv6分组、或者使用其他任何因特网协议版本或其他数据协议通信的分组所公用的PDP上下文。 
对于GPRS/UMTS的例子，可以通过GPRS/UMTS网络，用公共PDP上下文建立通信会话，该公共PDP上下文建立公共分组通信载体，其可以用来传送与接收PPP数据帧、IPv4和IPv6分组、以及符合数据传输协议或者其他因特网协议版本的其他任何格式的数据分组。 
在权利要求书限定了本发明的其他各个方面与特征。 
附图说明
现在仅作为例子参照附图描述本发明的实施例，其中相同的部件具有对应的附图标记，其中 
图1为包括符合GPRS/UMTS标准的分组无线网络的电信系统的示意框图； 
图2为提供图1所示GPRS/UMTS网络的简化表示的示意方框图，显示通过分组通信载体传送因特网分组； 
图3为图2所示GPRS/UMTS网络的示意方框图，显示其中移动用户设备设置公共分组数据协议上下文的结构； 
图4为显示执行分组数据协议激活的过程的消息流； 
图5为图3所示GPRS/UMTS网络的示意方框图，显示设置公共分组数据协议上下文的进一步操作过程； 
图6为作为分组数据协议(PDP)上下文激活的一部分提交的末端用户地址信息元素的示意图； 
图7提供可以用来在图6的末端用户地址信息元素中填充PDP型组织字段的值的表格； 
图8为用来建立IPv4 PDP上下文的末端用户地址信息元素的示意图； 
图9为用来建立IPv6 PDP上下文的末端用户地址信息元素的示意图； 
图10为用来建立公共分组数据协议上下文的末端用户地址信息元素的示意图，其中移动用户设备希望利用IPv4通信； 
图11为用来建立公共分组数据协议上下文的末端用户地址信息元素的示意图，其中移动用户设备希望利用IPv6通信； 
图12为业务流模板信息元素的示意图； 
图13为图3所示GPRS/UMTS网络的示意图，显示多个移动用户设备建立分组数据协议上下文，包括公共分组数据协议上下文，其可以使用公共GPRS载体通信； 
图14为图3与图5的部分GPRS/UMTS网络的示意图，其向图13所示的共享公共分组数据协议上下文的两个移动用户设备提供分离的GPRS载体； 
图15为图3与图5的部分GPRS/UMTS网络的示意图，其提供公共GPRS载体，用来支持向和/或从图13所示的共享公共分组数据协议上下文的两个移动用户设备的因特网协议通信； 
图16为图15的部分GPRS/UMTS网络的示意图，显示无线网络控制器利用无线接入载体过滤器向共享公共分组数据协议上下文和公共分组数据协议载体的两个移动用户设备传送因特网分组的操作； 
图17为对应于图3与图5所示图示的部分GPRS/UMTS网络的示意方框图，其具有因特网协议多媒体子系统(IMS)，通过该系统三个移动用户设备正在共享IMS会话； 
图18为用媒体授权进行会话设置以利用IMS通信的元件的总体表示的示意方框图； 
图19为作为图18表示的会话授权程序的一部分生成的授权令牌的示意图，用来授权单个IMS会话或者成组IMS会话； 
图20为作为图18表示的会话授权程序的一部分生成的授权令牌的另一个例子的示意图，用来授权单个IMS会话或者成组IMS会话；以及 
图21为显示多个移动用户设备为共享公共GPRS载体的成组通信会话进行会话设置以及授权的过程的消息流。 
具体实施方式
图1提供GPRS/UMTS分组无线网络1的示意方框图，其用来在移动用户设备2(UE)与附接于外部分组数据网络15的对应节点(CN)12之间传送因特网分组。在图1中，UE2被安排来容纳向用户提供(例如)多媒体服务的应用程序。图1显示作为GPRS网关服务节点(GGSN)4、服务GPRS网关支持节点(SGSN)6、以及无线网络控制器(RNC)8的GPRS网络的元件。如图2(其提供了图1所示的GPRS网络的简化表示)所示，一般地，GGSN4与SGSN6形成核心网络CN的一部分，而无线网络控制器RNC8形成无线网络RN的一部分。如图2所示，以本说明书的简化形式，GPRS网络1正在提供已经为其建立了分组数据上下文的因特网协议载体14。如下所简短解释的，分组数据协议上下文提供了用来确保建立了适当载体、提供UE2已经订阅的服务质量、以及实施对于载体的授权使用的协议。为用户设备UE2建立载体14，用来通过GPRS网络向通讯节点传送因特网分组。因特网分组从GGSN4离开GPRS网络2，到根据与已经建立了因特网协议载体的因特网协议相同的因特网协议而运行的分组数据网络12。 
应该理解：GPRS是可以应用本技术的分组无线网络的一个例子。这样，在此处可以将GPRS更一般地称为网络支持节点，并且可以将SGSN更一般地称为服务支持节点。 
公共PDP上下文
图3呈现了其中移动用户设备UE被安排来建立公共PDP上下文的本技术的例子。也在图2中显示的部件具有对应的附图标记。如图3所示，UE具有双重协议栈。即UE2包含IPv4因特网协议栈20以及IPv6因特网协议栈22。由此，UE2可能希望使用IPv4地址与IPv6地址中的一个或者两者，以分别根据IPv4与IPv6建立通信会话。为此目的，UE2向SGSN4发送分组数据协议(PDP)上下文激活请求，如箭头24所示。熟悉GPRS标准的人知道PDP上下文激活程序根据分组数据协议，对于激活GRPS网络上的载体建立适当的控制以及路由。在图4中显示了PDP上下文激活程序。不详细解释PDP上下文激活程序，这是因为在建立GPRS载体之后可从3GPP文件TS24.229得知，然后UE2传送用于在网关支持节点(GGSN)(也在图2中显示)中建立业务流模板(TFT)19的信息。如下所述，TFT被安排来过滤进入的分组，以识别 UE已经建立的适当PDP上下文，从而可以选择GPRS网络上对应的因特网分组载体。 
在现有的GPRS/UMTS标准规范中定义的用来建立GPRS/UMTS会话的公知的PDP上下文激活有以下要求，其使得每个GPRS/UMTS会话/PDP上下文为IP类型所特有： 
1.PDP上下文激活请求必须指示要设置哪种类型的PDP：PPP类型、IPv4类型、IPv6类型。 
2.如果UE选择使用动态IP地址分配，则作为成功设置PDP上下文的结果，包含PDP地址(IP地址)的末端用户地址需要为空以分配因特网协议地址。 
PDP类型与PDP地址都在以后解释的末端用户地址信息元素(Ref：TS29.060)中编码。 
如图5所示，根据本技术，建立公共PDP，用来向和从UE2传送IPv4因特网协议分组、或者IPv6分组、或者IPv4与IPv6分组两者。这样，UE2可以通过分组数据网络PDN，接收来自IPv6源30或者IPv4源32的因特网协议分组。 
如上所述，对于IPv4地址或IPv6地址、或者点到点协议(PPP)地址类型，建立PDP。为了建立IPv4或IPv6载体，移动用户设备UE传送作为PDP上下文一部分的末端用户地址信息元素，其包括识别特定参数的、预定数目字节的字段。在图6中显示了末端用户地址信息元素的通用形式的例子。如图6所示，一个字段40提供分组数据协议(PDP)类型组织，另一个字段指定PDP类型号42，另一个字段44指定PDP地址。根据当前的3GPP标准，在图7中显示了在图6所示的信息元素的数据字段40、42中提供的PDP类型组织值与PDP类型号。但是，此处未给出进一步的解释，因为这是公知标准的一部分。 
如果UE2要激活IPv4载体的PDP上下文，则图6的末端用户地址信息元素适合于图8所示的形式。与此不同，如果UE2要激活IPv6载体的PDP上下文，则图6的末端用户地址信息元素适合于图9所示的形式。从图8与图9可看出，根据图7所示的表格，PDP组织类型字段40被设置为1。对于IPv4 PDP上下文，PDP类型号字段42的信息元素被设置为十六进制数(21)。对于IPv6 PDP上下文，图9所示的末端用户地址信息元素也提供等于1的 PDP类型组织，但是PDP类型号字段42指定十六进制数(57)，以指示该载体应该为IPv6载体。 
现有两个替换方案来指定IPv6与IPv4 PDP上下文。如果UE2希望使用其自身的IPv4或IPv6地址，则末端用户地址信息元素在IP地址字段44中包括IPv4地址或者IPv6地址，其由UE填充以所指定的IPv4或IPv6地址。与此不同，如图2与图3所示，UE要使用的因特网协议地址可以被请求作为PDP上下文激活的一部分，并且在这种情况下，该地址由DHCP服务器提供。因此，在UE正在请求IP地址的情况下，对于图8与图9所示的每个地址字段44，将地址字段44留空(设置为零字节)。 
根据图3与图5所示的本技术，移动用户设备UE可以建立公共PDP上下文。根据分组数据协议，公共PDP上下文建立载体，用来通过GPRS网络传送因特网协议分组。作为分组数据协议的一部分，建立策略实施(enforcement)、服务质量、以及路由，以安排通过所建立的载体传送因特网分组。但是，公共PDP上下文建立不为任何因特网协议版本所特有的、并且还可以在多于一个的通信会话之间共享的载体。另外，通信会话可以来自不同的移动用户设备。可替换地，可以对于多于一个的通信会话建立公共PDP上下文，但是通信会话可以使用分离的因特网协议载体。因此，公共PDP上下文被定义为PPP数据帧、IPv4与IPv6分组(实际对于任何其他数据协议)所公用的PDP上下文。具有公共PDP上下文的GPRS/UMTS会话可以用来发送与接收PPP帧、IPv4与IPv6分组、以及符合数据传输协议的任何其他格式的数据分组。 
利用公共PDP上下文设置GPRS/UMTS会话的程序类似于上述的常规PDP上下文的程序，只是PDP类型为NULL(空)。PDP类型设置为NULL，从而与现有的GPRS/UMTS会话管理处理有最大的互操作性。在UE请求动态IP地址(IPv4或IPv6)的情况下，末端用户地址中的PDP地址留空，就如其在现有的GPRS/UMTS会话设置处理中定义的一样。实际上，该IP地址特有元素将使UE能够生成并且接收IPv4或IPv6分组，同时其共享相同的公共PDP上下文。 
根据本技术，利用末端用户地址信息元素(其包括设置为指示网关支持节点应该建立公共PDP上下文的预定值的PDP类型号)，为非特有因特网协议版本建立公共PDP上下文。一旦建立了公共PDP上下文，则如果网关支持节点收到对于公共PDP上下文的其他请求，则为其启动了该PDP上下文的通信会话将被安排为加入公共PDP上下文。但是，虽然公共PDP上下文非为特定因特网协议版本所特有，UE 2仍然指定根据建立了通信会话的因特网协议版本所要使用的地址。由此，UE建立公共PDP上下文，其具有例如IPv4地址或IPv6地址。根据本技术，对于IPv6公共PDP上下文的末端用户地址信息元素通过在PDP类型号字段42中指示例如要设置为“NULL”的预定字符，来指示PDP类型为公用。然后，PDP地址字段44或者填充以IPv6地址(如果UE指定其希望使用的IPv6地址)，或者将信息元素的6到21字节设置为“零”(参见图10)。这样，网关支持节点就知道要利用所指定的地址为IPv6地址建立公共PDP上下文，或者如果PDP地址字段被设置为“零”，则从DHCP服务器17请求IPv6地址。 
相应地，如果UE 2为IPv4地址建立公共PDP上下文，则如图11所示，其中PDP类型号字段42被设置为“NULL”，将IPv4地址设置为PDP地址字段44的低位4字节。剩余的12字节被设置为“1”。可替换地，如果移动用户设备希望从网关支持节点3请求IPv4地址，则低位4字节被设置为例如“0”的预定值，并且剩余的9字节被设置为“1”。相应地，网关支持节点3然后从DHCP服务器17获取IPv4地址，并且用该IPv4地址填充低位4字节。 
如以上参照图2与图3所示，一旦建立了公共PDP上下文，则UE 2在GGSN 3中设置业务流模板(TFT)。为此，作为PDP上下文激活处理的一部分，UE将业务流模板信息元素传送给GGSN。图12提供了根据公知3GPP标准的业务流模板信息元素每个字段的图示。如图12所示，该信息元素的一个字段50提供分组过滤器列表，另一个字段52提供参数列表。分组过滤器字段50指定因特网分组要在其上过滤的分组过滤器组件类型标识符。附录1提供了分组组件类型标识符的规范。这些包括IPv4源地址类型或者IPv6源地址类型，或者各种其他参数。由此一旦在分组过滤器列表字段50中指定了组件类型，就在参数列表字段52中指定该类型要在其上过滤的参数。 
公共PDP上下文的业务流模板
根据本技术，一定UE建立了公共PDP上下文，就指定分组过滤器类型标识符，用来过滤IP分组，以识别该公共PDP上下文。由此，移动用户设备建立公共PDP上下文的TFT。为此，建立另一分组过滤器组件类型标识符，其例如具有位模式“00110001”。由此，一旦为UE建立了公共PDP上下文，就为该UE建立TFT，指定用于公共PDP上下文类型的分组过滤器组件。用于过滤公共PDP地址类型的参数则为移动用户设备已经指定使用该公共PDP上下文的IPv4地址或者IPv6地址。 
用于公共PDP上下文的TFT中的分组过滤器组件为非IP类型特有。为了最大化与现有运行要求以及基于TFT的运营商的程序(例如次级PDP上下文选择/QoS区分)的互操作性，根据本技术，定义两个新字段，以合并入TFT信息元素，其为公共PDP地址类型以及公共PDP地址。用于公共PDP上下文的修改后的TFT信息元素(其具有公共PDP地址类型字段作为其分组过滤器组件之一)定义为： 
87654321 
00110001           公共PDP地址类型 
00010000           IPv4源地址类型 
00100000           IPv6源地址类型 
00110000           协议标识符/下一头部类型 
01000000           单个目的地端口类型 
01000001           目的地端口范围类型 
01010000           单个源端口类型 
01010001           源端口范围类型 
01100000           安全参数索引类型 
01110000           服务类型/业务类别类型 
10000000           流标签类型 
当UE建立使用公共PDP上下文的TFT时，其将公共PDP源地址类型设置为“00110001”，并且用于公共PDP地址类型的分组过滤器组件自身为16字节长。公共PDP地址类型不再使用源地址类型，这是因为可能必须有基于目的地地址的分组过滤器，以区分公共PDP上下文与首要/次级PDP上下文。对于发送并且接收IPv4分组的UE，用于PDP也址的分组过滤器组件占据1 6字节长的PDP地址分组过滤器组件的低位4字节，并且高位12字节被填充以值“0”。对于发送并且接收IPv6分组的UE，对于PDP地址的分组过滤器组件占据整个16字节长的分组过滤器组件。对于多于一个的UE共享公共PDP上下文的情况，存在与公共PDP上下文关联的相应的多于一个的TFT，每个TFT用来将进入的分组匹配到公共PDP上下文，当存在共存的公共PDP上下文、首要PDP上下文、以及次级PDP上下文(参见以下)时，这是必须的。 
从其他PDP上下文中选择公共PDP上下文
如上所述，几个UE可能具有同时有效的不同类型的PDP上下文，这些PDP上下文都在GGSN处管理与终止。不同的PDP上下文可以为公共PDP上下文、首要IPv4或IPv6 PDP上下文、以及次级IPv4或IPv6 PDP上下文(后两个由3GPP标准定义)。由于特定要求(例如服务质量、收费、安全等等)，到达GGSN的分组将需要通过适当的PDP上下文传送。3GPP标准定义的TFT用来通过利用分组过滤器的组合，区分并且选择首要以及次级PDP上下文(IPv4或IPv6)。对于公共PDP上下文(其可以由发送与接收IPv4与IPv6两者分组的UE共享)，存在两者替换方案来在公共PDP上下文与现有的标准定义的首要/次级PDP上下文之间进行区分，这将在以下段落中解释。 
在第一替换方案中，可以使用TFT的组合。如上所述，使用公共PDP上下文的每个UE可以生成其自身的TFT。到达GGSN的分组将跟随与标准TF操作类似的程序，其使用PDP地址分组过滤器。如上所述，区别在于使用/共享公共PDP上下文的TFT具有设置为“00110001”的PDP地址类型代码。当只有一个公共PDP上下文(首要或次级PDP上下文上)时，到达GGSN的因特网协议分组将通过选择适当的载体，使用公共PDP上下文作为到达UE的缺省值。当存在共存的公共PDP上下文与首要PDP上下文时，并且如果首要PDP上下文没有TFT，则进入的IP分组将首先匹配到与公共PDP上下文关联的TFT。如果没有找到匹配，则使用首要PDP上下文，而没有TFT。 
当公共PDP上下文与首要PDP上下文和次级PDP上下文共存(每个都具有相关的TFT(当对于每个PDP上下文要求不同的服务质量时尤其有用))时，使用例如基于TFT的分组过滤，进入的因特网协议分组可以匹配到公共PDP上下文或者首要或次级PDP上下文。这是因为由于在和公共PDP上下文相关的TFT与和首要/次级PDP上下文相关的TFT之间的重叠的分组过滤器参数，分组头部信息不足以区分要使用哪个PDP上下文。这样，可能使用第二替换方案。 
当存在共存的公共、首要、次级PDP上下文时，除使用不同的PDP地址类型来区分用于公共PDP上下文的TFT与首要/次级PDP上下文之外，还需要额外的信息来确定要使用哪个PDP上下文来传送进入的分组。根据第二替换方案，添加因特网协议分组目的地地址(IPv4或IPv6)作为用于公共PDP上下文的一个分组过滤器组件。结果，当UE激活或者参加公共PDP上下文时，其建立具有“00110001”的PDP地址类型的TFT，以及使用其自身IP地址(IPv4 或IPv6)的分组过滤器组件。 
当进入的分组到达GGSN时，基于TFT的操作程序如下： 
1、检查对应于PDP源地址类型(对于IPv4为00010000，对于IPv6为00100000)的每个TFT，以察看是否有任何匹配的PDP上下文。如果有，则使用该匹配的PDP上下文(首要的或者次级的)来传送分组。 
2、如果在1中没有找到匹配的TFT，则检查公共PDP地址类型的TFT(001100001)，以察看进入的分组的目的地地址是否匹配TFT中的分组过滤器组件之一。如果匹配，则使用公共PDP上下文来传送该分组。 
3、如果在1或2中没有找到匹配的TFT，则检查是否存在没有TFT的PDP上下文。如果存在，则使用该PDP上下文来传送该分组；否则抛弃该分组。 
建立/加入公共PDP上下文
因为公共PDP上下文可以由多于一个的UE共享，所以激活公共PDP上下文的UE只需要加入现有的公共PDP上下文(如果其已经被建立的话(或者静态或者动态地设置))。 
修改具有公共PDP上下文的GPRS/UMTS会话
可以使用与现有GPRS/UMTS标准规范(TS23.060)中定义相同的处理来修改通信会话。但是，与修改其他UE正在使用的现有的公共PDP上下文不同，UE将需要首先离开公共PDP上下文，并且可以选择启动或者加入不同的公共PDP上下文。 
离开或者删除公共PDP上下文
对于公共PDP上下文，可以使用与现有GPRS/UMTS标准规范中定义的用于删除PDP上下文的处理相同的处理。但是如果公共PDP上下文仍然正在由其他UE使用，则不释放该公共PDP上下文。希望删除公共PDP上下文的UE将通过使其TFT被删除、并且使相关GTP_C/GTP_U隧道被释放，来离开该公共PDP上下文。 
不同PDP上下文共存的例子说明
图13提供了其中多个UE建立了PDP上下文的安排的例子说明。两个UE已经建立了公共PDP上下文。如图13所示，三个UE，即UEa、UEb、UEc正在通过GPRS网络传送因特网协议分组。两个移动用户设备UE，即UEa、UEb已经建立公共GPRS载体90。例如，如上所述，第一移动用户设备UEa可以通过执行指定PDP上下文应该为公共PDP上下文的PDP上下文激活请求，建 立公共GPRS载体。然后，GGSN3建立对于第一UE UEa的公共PDP上下文100。然后，第一UE UEa与GGSN3结合，建立业务流模板TFTa，其在参数列表中包括公共PDP地址类型。对于图13所示的例子，第一移动用户设备UEa指定其将用于其通信会话的因特网协议地址为IPv4地址。由此，对于参数表104的TFTa 102，TFTa指定的公共PDP地址类型为所示的IPv4地址。 
第二UEUEb也设置与GGSN3的公共PDP上下文。因为公共PDP上下文100已经由第一UE UEa建立，所以GGSN3被安排来将第二UE UEb加入到公共PDP上下文。但是，分离的公共PDP上下文100与为TFTb的、对于第二UE的TFT相关联。TFTb还指定分组过滤器组件为公共PDP地址类型，并且对于第二UE指定IPv6地址为字段108中的过滤器组件。由此，每个用户设备UEa、UEb、UEc都建立其自己的TFT。与此不同，对于其自己的专用GPRS载体112，第三UE UEc请求常规首要PDP上下文激活。第三移动用户设备UEc可以建立次级PDP上下文112，其也被安排来通过GPRS载体传送IP分组，但是在图13中只显示了一个112。对于第三UE UEc，建立TFTc114，以根据常规安排过滤分组至首要或者次级PDP上下文。由此，如图13所示，两个移动用户设备UEa、UEb正在利用公共PDP上下文，通过公共GPRS载体90通信，但是每个都有其自己的业务流模板TFTa、TFTb。在替换安排中，第一与第二UE UEa、UEb可以建立分离的GPRS载体90、114，并且通过这些分离的载体传送因特网分组，即使其共享公共PDP上下文也如此。 
公共GPRS载体
对于图13所示例子中的第一与第二移动用户设备UEa、UEb通过GPRS网络1使用共享的公共PDP上下文来通信，存在两种可能的情况。一个例子在图14中显示。在图14中，GGSN3建立分离的GPRS隧道协议(GTP)载体GTP_UA、GTP_UB，用于第一与第二UE UEa、UEb的每一个。如图14所示，虽然第一与第二UE共享公共PDP上下文，但是通过分离的GTP载体，在GPRS网络上传送因特网协议分组。当因特网协议分组到达通过无线接入载体(RAB)传送的RNC 8时，分离的GTP GTP_UA、GTP_UB被映射到相应的无线接入载体RABa、RABb上。因此，为第一与第二UE UEa、UEb的每一个建立的每个无线接入载体与GTP可以指定不同的服务质量QoSa、QoSb。由此，在无线接入载体与GTP之间存在一对一映射。因此，图14为公共PDP上下文但是利用不同的GPRS载体的例子。 
在图15中显示了可替换安排，其中已经建立了公共PDP上下文的第一与第二UE UEa、UEb利用公共GPRS载体。这样，GGSN3建立的GTP没有分别。即，在第一与第二UE UEa、UEb之间共享GPRS载体。为了通过RNC建立的无线接入接口在GPRS网络上准确地传送因特网协议分组，RNC必须识别目的地为第一UE UEa或第二UE UEb的因特网协议分组。为此，RNC配备有无线接入载体过滤器200。无线接入载体过滤器200接收来自GTP_U的因特网分组，并且识别第一与第二UE UEa、UEb分别从其以及向其传送因特网分组的两个无线接入载体RABa、RABb中适当的一个。为了将因特网分组正确地过滤到适当的无线接入载体RABa、RABb上，RAB过滤器200配备有第一与第二UEUEa、UEb的目的地地址。由此，如图15所示，RAB过滤器200识别在GTP单元204中收到的因特网协议分组202的头部中的目的地地址。根据第一或第二UE UEa、UEb的目的地地址，RAB过滤器过滤因特网协议分组到适当的载体，以传送给对应的UE UEa、UEb。 
在公共GPRS载体上提供不同的服务质量
图16提供了可以为通过公共GPRS载体的因特网分组传送提供不同服务质量的安排的图示。例如，一个通信会话可能正在传送根据网络浏览器的因特网分组，而另一个通信会话可能正在传送根据因特网上语音协议的因特网分组。根据本技术，通过将在IETF因特网协议标准内提供的、不同的服务质量(QoS)类别映射到通过GPRS核心网络通信的适当的服务质量，获得不同的服务质量。熟悉因特网协议标准v6与v4的人可以理解，在IETF标准内提供的不同的服务QoS具有三个类别，为加速转发(EF)、确保转发(AF)、以及最大努力(BE)。如图16所示，在GGSN3处，收到正在传送给第一或第二UE UEa、UEb的因特网分组IPa220、IPb224。在因特网分组IPa220、IPb224的每个相应头部中，提供差异化服务QoS。对于图16所示的例子，对于目的地为第一UE的第一因特网分组IPa220的差异化服务QoS为EF，而对于目的地为第二UE的第二因特网分组IPb224的差异化服务QoS为AF。GGSN3被安排来形成GTP过滤器，其用来将差异化服务QoS EF与AF映射为用于通过核心网络向RNC传送的适当的服务质量QoSa、QoSb。GTP_U提供的服务质量QoSa、QoSb可以与根据I EFT标准的EF和AF相同，或者可以为另一不差异化服务质量类别。然后，通过传输IP层，向RNC传送第一因特网分组IPa220与第二因特网分组IPb224。 
如图16所示，每个核心网络元件GGSN3、SGSN 4到RNC8之间的通信通过了不同的协议级别。存在较高级的端到端因特网协议级别240、GTP_U因特网协议级别242、UDP层224、以及因特网协议传输层246。由此，GGSN3被安排来利用从差异化服务质量AF、EF识别的服务质量QoSa、QoSb，通过传输因特网协议层来传送因特网分组，其中在用于以传送到相应的第一与第二UE UEa、UEb的每个分组的头部中识别差异化服务质量AF、EF。 
当在RNC处收到因特网分组时，RAB过滤器220以对应于参照图15解释的方式操作，以将来自每个因特网协议传输层的分组传递给适当的无线接入载体RABa、RABb。通过第一或第二UE UEa、UEb的目的地地址，来识别该适当的无线接入载体。根据本技术，当建立公共PDP上下文时，UE被安排来建立RAB过滤器。因此，以类似于建立TFT的方式，每个UE设置RAB过滤器中适当的组件，从而可以将从传输IP层收到的因特网分组过滤到适当的无线接入载体。 
支持对复用IMS会话的授权
图17提供了正在由三个UE302、304、306用于通过GPRS网络的通信会话的GPRS载体300的实例图示，如上所述，其包括GGSN307、SGSN309、RNC311、以及节点B(Node B)315。在图17中，UE302、304、306希望共享由因特网协议多媒体子系统提供的公共多媒体通信会话。因特网协议多媒体子系统(IMS)包括：会话启动协议(SIP)服务器310、服务呼叫状态控制功能(S-CSCF)312、以及归属订户服务器(HSS)314。IMS还包括代理呼叫状态控制功能(P-CSCF)316。 
移动用户设备可以通过向SIP服务器300发送SIP消息来打开IMS会话。这通过向P-CSCF316发送SIP：INVITE消息来建立。P-CSCF316形成IMS的策略判定点，并且因此分析对于在HSS内保持的订阅信息的请求。如果批准该请求，则P-CSCF316发出授权令牌，以授权UE使用适当载体用于IMS通信会话。根据3GPP技术规范TS23.228、TS23.207来生成令牌。 
图18对应于IMS授权程序，其在上述3GPP技术规范中规定。图18提供了应来自UE的请求而生成授权令牌、以及随后根据所发出的授权令牌实施通信会话的过程的概括表示。如图18所示，一个UE302请求对于IMS会话的授权。UE302向策略实施点322发出对于载体的请求。策略实施点322将请求载体的令牌转发给策略判定点，其为策略服务器324。然后，策略服务器 324确定移动用户设备302是否有权利用GPRS网络上的适当载体来打开IMS通信会话。然后，策略判定点324生成授权令牌(如果其接受请求的话)，其表示对通信会话的授权，并且将该令牌传送给策略实施点322。然后，策略实施点通知UE可以为UE提供适当的IMS载体。然后，当移动用户设备利用该令牌从策略实施点请求适当载体时，授权载体，并且将其提供给移动用户设备302。 
在图17中，GGSN3作为策略实施点，用来提供授权，并且建立用来支持IMS会话的适当载体。但是，在图17中，移动用户设备302、304、306希望建立跨越公共GPRS载体的IMS会话。 
在已知的IMS会话令牌授权程序中，对于UE请求对于共享公共GPRS载体的通信会话的授权、以及在单个令牌中接收对在共享GPRS载体上复用的通信会话的授权没有规定。为此，提出了分层授权机制，其中由作为策略判定点的策略服务器生成分层授权令牌。在图19中显示的分层授权令牌在单个令牌中提供对于成组IMS通信会话或者单个IMS通信会话的授权。如图19所示，由策略服务器316、324根据本技术生成的授权令牌包括授权类型字段400、成组IMS会话授权标识符402、以及单个IMS会话授权标识符404。授权类型字段400配备有预定值，其识别IMS通信会话是否要使用专用资源/GPRS载体或者IMS通信会话是否要使用与其他IMS通信会话和UE共享的GPRS载体。以下提供授权类型字段的示例值。 
01：成组IMS会话授权标识符 
10：单个IMS会话授权标识符 
如果IMS通信会话要使用专用资源/GPRS载体，则成组IMS会话授权标识符字段402被设置为“0”，并且单个IMS会话授权标识符字段404配备有用于IMS会话的唯一授权令牌。如果IMS通信会话要与其他IMS通信会话共享GPRS载体，则成组IMS会话授权标识符字段402配备有用于定义该会话的唯一授权值，并且单个IMS会话授权标识符字段404被设置为“0”。如上所述，授权令牌由策略服务器应来自UE的要求而生成，例如在SIP：INVITE消息之后。作为响应，作为策略判定点的P-CSCF316与IMS网络中的S-CSCF312通信。然后S-CSCF312从HSS314检索订阅数据，以确定是否可以提供授权以建立公共GPRS载体。如果授权，则向UE302、304、306发送适当的授权令牌。 
根据建立通信会话的PDP上下文激活程序，每个UE302、304、306向GGSN307发送提供授权标识符的分层授权令牌。然后GGSN检查授权类型，以确定通信会话为成组会话还是单个会话。 
如果授权类型字段400中的值指示所授权的会话为共享GPRS载体上的成组IMS通信会话，则GGSN307建立公共GPRS载体。然后GGSN307分析成组IMS会话授权标识符，以查询P-CSCF316(作为策略实施点)，从而与IMS确认对IMS通信会话请求的授权。 
如果授权类型字段400中的值指示所授权的会话为单个IMS通信会话，则GGSN307建立专用GPRS载体。然后GGSN307分析单个IMS会话授权标识符，以查询P-CSCF316(作为策略实施点)，从而与IMS确认对IMS通信会话请求的授权。 
作为替换例子，可以以图20所示的结构生成分层授权令牌。在图20中，分层授权令牌包括授权类型字段400，其对应于例如图19所示的授权令牌的授权类型字段400。但是，只提供了单个字段来表示IMS会话授权标识符，其必须由成组授权标识符和单个授权标识符两者共享。由此，虽然图20所示的例子较简单，但是必须划分地址范围，以正确识别成组会话标识符或单个会话标识符。 
在图21中提供了显示应移动用户设备的要求生成及传送授权令牌的消息流，总结如下： 
S1：从移动用户设备302向P-CSCF316传送SIP：INVITE消息。 
S4：然后，P-CSCF316与S-CFCF312结合从HSS314检索订户信息数据。然后根据订户信息，P-CSCF316确定用户是否被授权接收共享IMS通信会话以及这是否可以通过公共GPRS载体提供。如果接受，则由P-CSCF生成授权令牌，以提供授权的类型(成组或者单个)以及对于共享或者专用载体的会话授权标识符，其被传递给GGSN。 
S8：然后，GGSN将授权令牌传递给移动用户设备302。 
S10：然后，移动用户设备302设置PDP上下文激活请求，其提供授权令牌作为协议配置选项字段的一部分。 
S12：SGSN接收PDP上下文激活请求，并且将授权令牌传递给GGSN3。然后，GGSN通过与P-CSCF确认会话授权标识符，确认移动用户设备具有与其他移动用户设备建立公共通信会话的授权。 
S16：然后，P-CSCF316确认移动用户设备被授权接收用于IMS会话的公共GPRS载体。 
S17：然后，GGSN307建立GPRS载体，并且通知移动用户设备302其已经被分配了公共GPRS载体。 
本发明的各种进一步的方面与特征在所附权利要求书中限定。 
此处，先前描述的本发明的实施例仅被提供作为离子，并且可以在不脱离本发明的范围前提下对这些实施例进行各种修改。例如，可以理解GPRS/UMTS仅被提供作为本发明可以应用的一种说明性体系。 
附录1 
分组过滤器内容字段为可变尺寸，并且包含可变数目(至少一个)的分组过滤器组件。每个分组过滤器组件应该编码为一字节的分组过滤器组件类型标识符、以及固定长度的分组过滤器组件值字段的系列。应该首先传送分组过滤器组件类型标识符。 
在每个分组过滤器中，每个分组过滤器组件类型不应该出现多于一次。在“IPv4源地址类型”与“IPv6源地址类型”分组过滤器组件中，在一个分组过滤器中只应该存在一个。在“单个源端口类型”与“源端口范围类型”分组过滤器组件中，在一个分组过滤器中只应该存在一个。 
分组过滤器组件类型标识符 
比特 
87654321 
00010000    IPv4源地址类型 
00100000    IPv6源地址类型 
00110000    协议标识符/下一头部类型 
01000000    单个目的地端口类型 
01000001    目的地端口范围类型 
01010000    单个源端口类型 
01010001    源端口范围类型 
01100000    安全参数索引类型 
01110000    服务类型/业务类别类型 
10000000    流标签类型 
所有其他值保留。 
对于“IPv4源地址类型”，分组过滤器组件值字段应该编码为四字节的IPv4地址字段与四字节的IPv4地址掩码字段的序列。应该首先传送IPv4地址字段。 
对于“IPv6源地址类型”，分组过滤器组件值字段应该编码为16字节的IPv6地址字段与16字节的IPv6地址掩码字段的序列。应该首先传送IPv6地址字段。 
对于“协议标识符/下一头部类型”，分组过滤器组件值字段应该编码为指示IPv4协议标识符或者IPv6下一头部的一字节。 
对于“单个目的地端口类型”与“单个源端口类型”，分组过滤器组件值字段应该编码为指示端口号的两字节。 
对于“目的地端口范围类型”与“源端口范围类型”，分组过滤器组件值字段应该编码为两字节端口范围下限字段与两字节端口范围上限字段的序列。应该首先传送端口范围下限字段。 
对于“安全参数索引类型”，分组过滤器组件值字段应该编码为指示IPSec安全参数的四字节。 
对于“服务类型/业务类别类型”，分组过滤器组件值字段应该编码为一字节服务类型/业务类别类型字段与一字节服务类型/业务类别类型掩码字段的序列。应该首先传送服务类型/业务类别类型字段。 
对于“流标签类型”，分组过滤器组件值字段应该编码为指示IPv6流标签的三字节。第一字节的8到5位应该空闲而剩余的20位应该包含IPv6流标签。 

Claims (14)

1.一种分组无线网络，用来提供向和/或从移动用户设备传送因特网分组的设施，该分组无线网络包括：
网关支持节点，用来提供分组数据协议上下文，以控制通过分组通信载体从分组无线网络向移动用户设备和/或从移动用户设备向分组无线网络的因特网分组的传送；
服务支持节点，其连接到网关支持节点，用来控制从网关支持节点向移动用户设备的、因特网分组的传送和/或控制从移动用户设备向网关支持节点的、因特网分组的传送，以形成分组通信载体；以及
无线网络部件，用来提供无线接入载体，以通过无线接入接口向和/或从移动用户设备传送因特网分组，其中响应于请求公共分组数据协议上下文的分组数据协议激活请求消息，服务支持节点与网关支持节点结合来建立与分组通信载体关联的公共分组数据协议上下文，该公共分组数据协议上下文被建立来根据移动用户设备为一或多个通信会话指定的因特网协议版本通过该分组通信载体传送因特网分组，并且从移动用户设备传送给服务支持节点的分组数据协议激活请求消息包括末端用户地址信息元素，该末端用户地址信息元素具有：分组数据协议类型号字段，该字段具有设置为预定值的值，以指示对于用于根据非特定因特网协议版本传送因特网分组的公共分组数据协议上下文的请求；以及地址字段，该字段表示根据移动用户设备指定的因特网协议版本的地址，以使用公共分组数据协议上下文传送因特网分组，
其中公共分组数据协议上下文被定义为任何数据协议所公用的分组数据协议上下文。
2.如权利要求1所述的分组无线网络，其中所述地址字段的长度对应于可以由移动用户设备指定的因特网协议版本中每一个的最长地址，并且如果网关支持节点要提供因特网协议地址，则移动用户设备通过用预定字符表示因特网协议地址中的多个字符，来表示根据要用于公共分组数据协议上下文的因特网协议版本的地址，或者如果因特网协议地址要由移动用户设备指定，则移动用户设备提供因特网协议地址。
3.如权利要求2所述的分组无线网络，其中用于提供因特网协议地址的地址字段具有可以包括IPv4地址与IPv6地址两者的尺寸，并且如果移动用户设备要求网关支持节点提供IPv4地址，则移动用户设备将因特网协议地址字段的一部分设置为指示要完成的IPv4因特网协议地址的字符的预定字符，以及指示不需要所述字符的第二部分，而如果移动用户设备要求IPv6因特网协议地址，则将因特网协议地址字段设置为指示该字段要填充IPv6地址的字符的预定字符。
4.如权利要求1、2、或3所述的分组无线网络，其中移动用户设备用来在网关支持节点内建立用于公共分组数据协议上下文的业务流模板，该业务流模板包括：公共分组数据协议地址类型过滤器标识符，以及对应的地址参数，其表示根据移动用户设备指定的因特网协议版本的地址。
5.如权利要求4所述的分组无线网络，其中业务流模板中的所述对应的地址参数的长度对应于可以由移动用户设备指定的因特网协议版本中每一个的最长地址，并且通过将因特网协议地址未使用的任何字符设置为预定值、将剩余字符设置为要对其进行分组过滤的地址，来表示所述根据移动用户设备指定的因特网协议版本的地址。
6.如权利要求4所述的分组无线网络，其中网关支持节点用来：应来自移动用户设备的请求，提供首要和/或次级分组数据协议上下文，并且如果已经为首要和/或次级以及公共分组数据协议上下文中的每一个确立了业务模板过滤器，则业务流模板被安排来包含已经为其确立了首要和/或次级以及公共分组数据协议上下文中的每一个的通信会话的因特网协议目的地地址。
7.如权利要求1所述的分组无线网络，其中公共分组数据协议上下文在多个通信会话之间共享，每个通信会话都配备有每个使用专用隧道协议载体的、分离的分组通信载体。
8.如权利要求1所述的分组无线网络，其中公共分组数据协议上下文在多个通信会话之间共享，每个通信会话共享公共分组通信载体，用来通过该分组无线网络传送因特网协议分组，该公共分组通信载体使用相同的隧道协议载体。
9.如权利要求7或8所述的分组无线网络，其中每个通信会话被提供给不同的移动用户设备。
10.一种通过分组无线网络向和/或从移动用户设备传送因特网分组的方法，该方法包括：
在分组无线网络的网关支持节点中，提供分组数据协议上下文，以控制通过分组通信载体从分组无线网络向移动用户设备和/或从移动用户设备向分组无线网络的因特网分组的传送；
控制通过分组无线网络的提供分组数据协议上下文的服务支持节点的、向和/或从移动用户设备的、因特网分组的传送，以提供分组通信载体；以及
从分组无线网络的无线网络部件提供无线接入载体，以通过无线接入接口向和/或从移动用户设备传送因特网分组，其中响应于请求公共分组数据协议上下文的分组数据协议激活请求消息，所述提供分组数据协议上下文包括：
建立与分组通信载体关联的公共分组数据协议上下文，该公共分组数据协议上下文被建立来根据移动用户设备为一或多个通信会话指定的因特网协议版本通过该分组通信载体传送因特网分组，其中从移动用户设备传送给服务支持节点的分组数据协议激活请求消息包括末端用户地址信息元素，该末端用户地址信息元素包括：分组数据协议类型号字段，该字段具有设置为预定值的值，以指示对于用于根据非特定因特网协议版本传送因特网分组的公共分组数据协议上下文的请求；以及地址字段，该字段表示根据移动用户设备指定的因特网协议版本的地址，以使用公共分组数据协议上下文传送因特网分组，
其中公共分组数据协议上下文被定义为任何数据协议所公用的分组数据协议上下文。
11.如权利要求10所述的方法，其中所述地址字段的长度对应容纳可以由移动用户设备指定的因特网协议版本中每一个的最长地址，并且如果网关支持节点要提供因特网协议地址，则移动用户设备通过由预定字符表示因特网协议地址中的多个字符，来表示根据要用于公共分组数据协议上下文的因特网协议版本的地址，而或者如果因特网协议地址要由移动用户设备指定，则移动用户设备提供因特网协议地址。
12.如权利要求10或11所述的方法，包括：
在网关支持节点内建立用于公共分组数据协议上下文的业务流模板，该业务流模板包括：公共分组数据协议地址类型过滤器标识符，其表示要根据非特定因特网协议地址版本识别用于公共分组数据协议上下文的因特网分组；以及对应的地址参数，其表示根据移动用户设备指定的因特网协议版本的地址。
13.如权利要求12所述的方法，其中业务流模板中的所述对应的地址参数的长度对应于可以由移动用户设备指定的因特网协议版本中每一个的最长地址，并且通过将因特网协议地址未使用的任何字符设置为预定值、将剩余字符设置为要对其进行分组过滤的地址，来表示所述根据移动用户设备指定的因特网协议版本的地址。
14.一种通过分组无线网络向和/或从移动用户设备传送因特网分组的装置，该装置包括：
用于以下的部件：在分组无线网络的网关支持节点中，提供分组数据协议上下文，以控制通过分组通信载体从分组无线网络向移动用户设备和/或从移动用户设备向分组无线网络的因特网分组的传送；
用于以下的部件：控制通过分组无线网络的提供分组数据协议上下文的服务支持节点的、向和/或从移动用户设备的、因特网分组的传送，以提供分组通信载体；以及
用于以下的部件：从分组无线网络的无线网络部件提供无线接入载体，以通过无线接入接口向和/或从移动用户设备传送因特网分组，其中响应于请求公共分组数据协议上下文的分组数据协议激活请求消息，所述用于提供分组数据协议上下文的部件包括：
用于以下的部件：建立与分组通信载体关联的公共分组数据协议上下文，该公共分组数据协议上下文被建立来根据移动用户设备为一或多个通信会话指定的因特网协议版本通过该分组通信载体传送因特网分组，其中从移动用户设备传送给服务支持节点的分组数据协议激活请求消息包括末端用户地址信息元素，该末端用户地址信息元素包括：分组数据协议类型号字段，该字段具有设置为预定值的值，以指示对于用于根据非特定因特网协议版本传送因特网分组的公共分组数据协议上下文的请求；以及地址字段，该字段表示根据移动用户设备指定的因特网协议版本的地址，以使用公共分组数据协议上下文传送因特网分组。
CN2006800171668A 2005-03-24 2006-03-23 用于分组数据协议上下文的激活的分组无线网络 Active CN101176332B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP05290655.9 2005-03-24
EP05290655A EP1705859A1 (en) 2005-03-24 2005-03-24 Packet radio network and method for activation of a packet data protocol context
PCT/GB2006/001088 WO2006100503A2 (en) 2005-03-24 2006-03-23 Packet radio network for activation of a packet data protocol context

Publications (2)

Publication Number Publication Date
CN101176332A CN101176332A (zh) 2008-05-07
CN101176332B true CN101176332B (zh) 2012-01-04

Family

ID=35447194

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2006800171668A Active CN101176332B (zh) 2005-03-24 2006-03-23 用于分组数据协议上下文的激活的分组无线网络

Country Status (7)

Country Link
US (2) US8064384B2 (zh)
EP (2) EP1705859A1 (zh)
JP (1) JP4970422B2 (zh)
CN (1) CN101176332B (zh)
ES (1) ES2612350T3 (zh)
PL (1) PL1861982T3 (zh)
WO (1) WO2006100503A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11882091B1 (en) 2022-11-10 2024-01-23 T-Mobile Usa, Inc. Allocation of internet protocol addresses based on a location of a visited network

Families Citing this family (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1705858A1 (en) * 2005-03-24 2006-09-27 Orange SA Method and system for activation of a packet data protocol context
EP1705859A1 (en) 2005-03-24 2006-09-27 Orange SA Packet radio network and method for activation of a packet data protocol context
KR100973118B1 (ko) 2006-08-21 2010-07-29 콸콤 인코포레이티드 듀얼 스택 동작의 인가를 인터워킹하기 위한 방법 및 장치
US8978103B2 (en) * 2006-08-21 2015-03-10 Qualcomm Incorporated Method and apparatus for interworking authorization of dual stack operation
JP4889435B2 (ja) * 2006-10-11 2012-03-07 株式会社エヌ・ティ・ティ・ドコモ パケット通信方法及び移動局
KR100873484B1 (ko) 2006-12-04 2008-12-15 한국전자통신연구원 이동통신시스템에서의 하향링크 패킷 전달 제어 방법
ES2304879B1 (es) * 2007-04-03 2009-10-23 Vodafone España, S.A Procedimiento para evitar sobrecarga en redes de telefonia movil por 'always-on' en el caso de una llamada entrante.
ES2307418B1 (es) * 2007-04-03 2009-09-22 Vodafone España, S.A. Procedimiento para evitar sobrecarga en redes de telefonia movil por "always-on" en el caso de una llamada iniciada por el movil.
US9871872B2 (en) * 2007-04-13 2018-01-16 Nokia Technologies Oy Mechanism for executing server discovery
CN101388828B (zh) * 2007-09-10 2011-07-13 电信科学技术研究院 演进分组交换系统承载激活的方法及装置
CN101394580B (zh) * 2007-09-21 2012-01-25 电信科学技术研究院 Eps承载管理的方法、装置、mme及通信系统
CN101409951B (zh) * 2007-10-11 2010-08-25 华为技术有限公司 承载建立方法及相关装置
KR100953453B1 (ko) * 2007-11-27 2010-04-20 한국전자통신연구원 이동단말에서의 상향링크 ｉｐ 패킷 필터링 제어방법
CN101540995B (zh) * 2008-03-21 2011-06-08 华为技术有限公司 一种获取信息的方法、用户设备及网络侧设备
US9182241B2 (en) 2008-05-30 2015-11-10 Here Global B.V. Data mining in a digital map database to identify unusually narrow lanes or roads and enabling precautionary actions in a vehicle
US8688369B2 (en) 2008-05-30 2014-04-01 Navteq B.V. Data mining in a digital map database to identify blind intersections along roads and enabling precautionary actions in a vehicle
US8775073B2 (en) 2008-05-30 2014-07-08 Navteq B.V. Data mining in a digital map database to identify insufficient merge lanes along roads and enabling precautionary actions in a vehicle
US9134133B2 (en) 2008-05-30 2015-09-15 Here Global B.V. Data mining to identify locations of potentially hazardous conditions for vehicle operation and use thereof
US10648817B2 (en) * 2008-05-30 2020-05-12 Here Global B.V. Data mining in a digital map database to identify speed changes on upcoming curves along roads and enabling precautionary actions in a vehicle
US8698649B2 (en) 2008-05-30 2014-04-15 Navteq B.V. Data mining in a digital map database to identify decreasing radius of curvature along roads and enabling precautionary actions in a vehicle
US9121716B2 (en) 2008-05-30 2015-09-01 Here Global B.V. Data mining in a digital map database to identify insufficient superelevation along roads and enabling precautionary actions in a vehicle
US8466810B2 (en) * 2008-05-30 2013-06-18 Navteq B.V. Data mining in a digital map database to identify intersections located at hill bottoms and enabling precautionary actions in a vehicle
US20090299616A1 (en) * 2008-05-30 2009-12-03 Navteq North America, Llc Data mining in a digital map database to identify intersections located over hills and enabling precautionary actions in a vehicle
US20100246479A1 (en) * 2009-03-27 2010-09-30 Research In Motion Limited Method and system for establishing and maintaining a high speed radio access bearer for foreground application
US8059643B1 (en) 2009-05-11 2011-11-15 Sprint Communications Company L.P. IPv4 and IPv6 single session on a home agent
US8194572B2 (en) * 2009-06-15 2012-06-05 Motorola Mobility, Inc. Method and apparatus for increasing performance of a wireless communication system
EP2502439B1 (en) * 2009-11-16 2013-07-24 Telefonaktiebolaget LM Ericsson (publ) Apparatuses for establishing and carrying out a communications session according to the Internet Protocol
CN102088494A (zh) * 2009-12-08 2011-06-08 中兴通讯股份有限公司 一种IPv4/IPv6双栈终端连接网络的方法及系统
GB2485233B (en) * 2010-11-08 2015-02-04 Sca Ipla Holdings Inc Infrastructure equipment and method
GB2485232B (en) * 2010-11-08 2015-02-04 Sca Ipla Holdings Inc Mobile communications network and method
GB2485234B (en) * 2010-11-08 2015-03-25 Sca Ipla Holdings Inc Mobile communications device and method
GB2485348A (en) * 2010-11-08 2012-05-16 Wireless Tech Solutions Llc Controlling communication from and/or to a mobile communications device in accordance with a relative priority indicated by the type of data packets
GB2485230A (en) * 2010-11-08 2012-05-09 Wireless Tech Solutions Llc Communication network for communicating, storing or deleting data packets depending upon the type of data packet i.e. machine-to-machine data packets
WO2012135680A1 (en) * 2011-04-01 2012-10-04 Interdigital Patent Holdings, Inc. System and method for sharing a common pdp context
CN102938940A (zh) * 2012-11-02 2013-02-20 中兴通讯股份有限公司 一种无线数据终端及其支持IPv4/IPv6双栈的方法
CN104158809B (zh) * 2014-08-20 2017-12-15 新华三技术有限公司 协议报文上送cpu的方法及装置
KR102405409B1 (ko) * 2016-07-05 2022-06-08 삼성전자 주식회사 데이터통신망에서의 특화된 접속 및 모빌리티와 페이징을 제공하기 위한 방법 및 장치
EP3579380B1 (en) * 2018-04-16 2023-09-06 LG Electronics Inc. Apparatus and method for performing power control in wireless power transmission system
CN113098737B (zh) * 2019-12-23 2022-12-30 北京神经元网络技术有限公司 用户节点准入控制方法及装置、电子设备
US11877202B2 (en) 2022-02-24 2024-01-16 T-Mobile Usa, Inc. Handovers between IPV4 public data network sessions and 5G radio access networks

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI108192B (fi) 1998-03-19 2001-11-30 Nokia Networks Oy Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä
FI105969B (fi) * 1998-08-10 2000-10-31 Nokia Networks Oy Palvelunlaadun hallinta matkaviestinjärjestelmässä
WO2001093540A1 (en) * 2000-05-31 2001-12-06 Nokia Corporation Method and apparatus for generating a connection identification
FI112014B (fi) * 2000-06-28 2003-10-15 Nokia Corp Tiedonsiirtoresurssien varaus pakettivälitteisessä tiedonsiirrossa
US20020101859A1 (en) * 2000-09-12 2002-08-01 Maclean Ian B. Communicating between nodes in different wireless networks
JP4075318B2 (ja) * 2001-04-18 2008-04-16 株式会社日立製作所 プロトコル変換方法，及びアドレス変換サーバ
US7145919B2 (en) * 2001-06-01 2006-12-05 Telefonaktienbolaget Lm Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface
US7778242B1 (en) * 2001-11-27 2010-08-17 Alcatel Lucent Protecting content of a packet containing speech data using unequal error protection
US8271686B2 (en) * 2002-02-13 2012-09-18 Intellectual Ventures I Llc Transmission of packet data to a wireless terminal
US6888807B2 (en) * 2002-06-10 2005-05-03 Ipr Licensing, Inc. Applying session services based on packet flows
JP4444833B2 (ja) * 2002-09-24 2010-03-31 オレンジュ・エスエー 電気通信
US8488462B2 (en) * 2002-12-31 2013-07-16 Nokia Corporation Handling traffic flows in a mobile communications network
US20040187021A1 (en) * 2003-02-10 2004-09-23 Rasanen Juha A. Mobile network having IP multimedia subsystem (IMS) entities and solutions for providing simplification of operations and compatibility between different IMS entities
KR100886551B1 (ko) * 2003-02-21 2009-03-02 삼성전자주식회사 이동통신시스템에서 인터넷 프로토콜 버전에 따른 트래픽플로우 탬플릿 패킷 필터링 장치 및 방법
US7522613B2 (en) * 2003-05-07 2009-04-21 Nokia Corporation Multiplexing media components of different sessions
GB2403097A (en) * 2003-06-16 2004-12-22 Orange Personal Comm Serv Ltd Communicating internet packets having care-of-address as destination address to a mobile node
US7554991B2 (en) * 2003-06-27 2009-06-30 Nokia Corporation Method, system and network element for data transmission using a transition mechanism
US7961714B1 (en) * 2004-05-11 2011-06-14 Nortel Networks Limited Providing packet-based multimedia services via a circuit bearer
US7746849B2 (en) * 2003-07-30 2010-06-29 Nortel Networds Limited Providing packet-based multimedia services via a circuit bearer
FI116186B (fi) 2003-12-19 2005-09-30 Nokia Corp Tiedonsiirron järjestäminen langattomassa pakettivälitteisen datan siirtoa tarjoavassa järjestelmässä
EP1705859A1 (en) * 2005-03-24 2006-09-27 Orange SA Packet radio network and method for activation of a packet data protocol context

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11882091B1 (en) 2022-11-10 2024-01-23 T-Mobile Usa, Inc. Allocation of internet protocol addresses based on a location of a visited network

Also Published As

Publication number Publication date
EP1705859A1 (en) 2006-09-27
ES2612350T3 (es) 2017-05-16
US20120087359A1 (en) 2012-04-12
PL1861982T3 (pl) 2017-06-30
US9001732B2 (en) 2015-04-07
US20090296630A1 (en) 2009-12-03
JP2008535302A (ja) 2008-08-28
CN101176332A (zh) 2008-05-07
WO2006100503A2 (en) 2006-09-28
EP1861982B1 (en) 2016-10-26
EP1861982A2 (en) 2007-12-05
JP4970422B2 (ja) 2012-07-04
WO2006100503A3 (en) 2006-11-16
US8064384B2 (en) 2011-11-22

Similar Documents

Publication Publication Date Title
CN101176332B (zh) 用于分组数据协议上下文的激活的分组无线网络
CN101176330B (zh) 激活分组数据协议上下文的方法和系统
EP1869841B1 (en) Establishing a common pdp context for providing an ip multimedia communication session to a mobile user equipment
EP1568182B1 (en) Method for providing quality of service during packet transfer between a terminal equipment and a mobile communication network
EP1413099B1 (en) A method for transmitting application packet data
KR100432311B1 (ko) 다중 인터넷 서비스 공급자의 지피알에스-가입자 선택 방법 및 장치
US20070258399A1 (en) Telecommunications System
CN1647464A (zh) 分组数据到无线终端的传送
CN101352004B (zh) 在建立二级pdp上下文之前将二级pdp的数据流重定向到一级pdp
EP1611716B1 (en) Radio network for communicating internet data packets containing different types of data

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
C41 Transfer of patent application or patent right or utility model
C56 Change in the name or address of the patentee
CP01 Change in the name or title of a patent holder

Address after: Paris France

Patentee after: Orange

Address before: Paris France

Patentee before: France Telecom

TR01 Transfer of patent right

Effective date of registration: 20160615

Address after: Paris France

Patentee after: FRANCE TELECOM

Address before: Paris France

Patentee before: ORANGE S.A.

C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20161019

Address after: Luxemburg Luxemburg

Patentee after: FRANCE TELECOM

Address before: Paris France

Patentee before: Orange