[发明专利]用于允许UICC管理PDP上下文参数的方法

说明书

本申请是申请日为2010年2月21日，申请人为日本电气株式会社，题为“用于允许UICC管理PDP上下文参数的方法”的发明专利申请No.200880103786.2的分案申请。

技术领域

本发明涉及无线电信领域，并关注用于建立用户设备（UE）与位于电信运营商网络中的多个远程服务器中的一远程服务器之间的TCP/IP连接的数据承载参数（data bearer parameters）的方法，所述UE包含UICC和移动设备（ME），UICC和ME各自具有一TCP/IP栈。

更具体而言，本发明针对允许UICC（通用集成电路卡）建立数据承载参数。

背景技术

期望的是，在ETSI SCP Rel-7中，UICC将包括其自己的TCP/IP栈，以提供因特网连接解决方案。

迄今为止，因特网连接是通过BIP（承载独立协议）来提供，BIP允许UICC创建若干具有不同连接参数（例如，不同承载类型、QoS等等）的、到不同远程服务器（网关/APN）的数据连接。这种灵活性对运营商是非常有用的，因为他们可以容易地建立具有不同的相应使用费（tariff）的服务/网关。

在当前的TCP/IP因特网连接规范（ETSI TS 102 483）中，没有允许UICC向移动设备（ME）提供将被位于UICC上的应用用来与远程服务器通信的数据连接参数（PDP上下文参数）的机制。UICC只能将远程服务器IP地址指示给移动设备。随后，移动设备将使用某些默认参数来建立数据连接。

由于基于TCP/IP的数据连接应该从rel-7应用起替代BIP，因此希望这种新特征应该至少具有与BIP所提供的特征相同的能力/灵活性。

此外，PDP上下文可能在来自UICC的请求之前已经被激活（例如，针对移动设备（ME）应用被激活）。这意味着PDP上下文可能在来自UICC的任意请求（请求针对UICC应用的PDP上下文激活）之前已经被激活。可能发生两种情况：

-在移动设备（ME）不支持多PDP上下文特征的情况下，任意进一步的PDP激活请求（例如，来自UICC）都将被拒绝，因为唯一支持的PDP上下文已经被激活。

-在移动设备（ME）支持多PDP上下文特征的情况下，如果当前PDP上下文参数已经适合于UICC需求，则可能不需要激活新的PDP上下文。

因此，为了增强这种行为并避免任意冗余/无用操作，新的通知机制将是非常有用的。

本发明的第一目的在于允许在无线用户设备（UE）中与移动设备相关联的UICC向所述移动设备（ME）提供用于使用TCP/IP协议的数据连接的承载参数（PDP上下文参数），例如，在GPRS/3G分组服务或HSDPA/UTRAN分组服务器中提供扩展参数。

本发明的第二目的在于允许ME向UICC通知关于任意PDP上下文的任意状态改变（激活或去激活）及其相关联的参数。

为了预见UICC的未来发展，即，由于闪存技术将允许UICC中的存储容量到达数十亿字节，因此希望将在UICC中实现越来越多的应用，尤其是需要与远程网络数据服务器之间的连接的应用。

这种情况可能致使UICC请求移动设备非常频繁地激活/去激活用于所有这些应用的PDP上下文。

因此，本发明的第三目的在于提供一种通过避免太多冗余操作而更好地处理这种情况的方法。

发明内容

本发明的第一目的是通过包含如下步骤的方法来实现的：

UICC向移动设备（ME）发送为了激活或去激活PDP上下文而定义的特定命令中的PDP上下文参数；

在接收到该特定命令时，移动设备将在特定命令中接收的参数与PDP上下文激活或去激活请求一起发送到网络；

在接收到所述请求时，网络向移动设备发送对PDP上下文激活或PDP上下文去激活的确认；

移动设备将所述确认转发到UICC。

为了实现第二目的，根据本发明的方法还包括以下步骤：

移动设备通知UICC关于PDP上下文激活或去激活的任意状态改变，并向UICC发送相关的PDP上下文参数；

UICC注册到PDP上下文相关事件；并且

当发生PDP上下文状态改变时，移动设备向UICC发送通知以及新状态和相关数据。

为了实现第三目的，根据本发明的方法还包括以下步骤：

定义可以被尽可能多的UICC应用所使用的优选APN（接入点名称）；