首页> 中国专利> 用于分组数据协议上下文的激活的分组无线网络

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

摘要

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

著录项

  • 公开/公告号CN101176332A

    专利类型发明专利

  • 公开/公告日2008-05-07

    原文格式PDF

  • 申请/专利权人 奥林奇股份有限公司;

    申请/专利号CN200680017166.8

  • 申请日2006-03-23

  • 分类号H04L29/06(20060101);H04Q7/22(20060101);

  • 代理机构11105 北京市柳沈律师事务所;

  • 代理人刘雅红

  • 地址 法国巴黎

  • 入库时间 2023-12-17 20:02:40

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2016-11-09

    专利权的转移 IPC(主分类):H04L29/06 登记生效日:20161019 变更前: 变更后: 申请日:20060323

    专利申请权、专利权的转移

  • 2016-07-06

    专利权人的姓名或者名称、地址的变更 IPC(主分类):H04L29/06 变更前: 变更后: 申请日:20060323

    专利权人的姓名或者名称、地址的变更

  • 2016-07-06

    专利权的转移 IPC(主分类):H04L29/06 登记生效日:20160615 变更前: 变更后: 申请日:20060323

    专利申请权、专利权的转移

  • 2012-01-04

    授权

    授权

  • 2008-07-02

    实质审查的生效

    实质审查的生效

  • 2008-05-07

    公开

    公开

查看全部

说明书

技术领域

本发明涉及分组无线网络,其用来向和/或从移动用户设备传送因特网协议分组,例如根据通用分组无线系统(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上下文非为特定因特网协议版本所特有,UE2仍然指定根据建立了通信会话的因特网协议版本所要使用的地址。由此,UE建立公共PDP上下文,其具有例如IPv4地址或IPv6地址。根据本技术,对于IPv6公共PDP上下文的末端用户地址信息元素通过在PDP类型号字段42中指示例如要设置为“NULL”的预定字符,来指示PDP类型为公用。然后,PDP地址字段44或者填充以IPv6地址(如果UE指定其希望使用的IPv6地址),或者将信息元素的6到21字节设置为“零”(参见图10)。这样,网关支持节点就知道要利用所指定的地址为IPv6地址建立公共PDP上下文,或者如果PDP地址字段被设置为“零”,则从DHCP服务器17请求IPv6地址。

相应地,如果UE2为IPv4地址建立公共PDP上下文,则如图11所示,其中PDP类型号字段42被设置为“NULL”,将IPv4地址设置为PDP地址字段44的低位4字节。剩余的9字节被设置为“1”。可替换地,如果移动用户设备希望从网关支持节点3请求IPv6地址,则低位4字节被设置为例如“0”的预定值,并且剩余的9字节被设置为“1”。相应地,网关支持节点3然后从DHCP服务器17获取IPv4地址,并且用该IPv4地址填充低位4字节。

如以上参照图2与图3所示,一旦建立了公共PDP上下文,则UE2在GGSN3中设置业务流模板(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流标签。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号