专利名称：：用于允许uicc管理pdp上下文参数的方法
技术领域：
：本发明涉及无线电信领域，并关注用于建立用户设备(UE)与位于电信运营商网络中的多个远程服务器中的一远程服务器之间的TCP/IP连接的数据承载参数(databearerparameters)的方法，所述UE包含UICC和移动设备(ME)，UICC禾PME各自具有一TCP/IP栈。更具体而言，本发明针对允许UICC(通用集成电路卡)建立数据承载参数。
背景技术：
：期望的是，在ETSISCPRel-7中，UICC将包括其自己的TCP/IP栈，以提供因特网连接解决方案。迄今为止，因特网连接是通过BIP(承载独立协议)来提供，BIP允许UICC创建若干具有不同连接参数(例如，不同承载类型、QoS等等)的、到不同远程服务器(网关/APN)的数据连接。这种灵活性对运营商是非常有用的，因为他们可以容易地建立具有不同的相应使用费(tariff)的服务/网关。在当前的TCP/IP因特网连接规范(ETSITS102483)中，没有允许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的未来发展，S卩，由于闪存技术将允许UICC中的存储容量到达数十亿字节，因此希望将在UICC中实现越来越多的应用，尤其是需要与远程网络数据服务器之间的连接的应用。这种情况可能致使UICC请求移动设备非常频繁地激活/去激活用于所有这些应用的PDP上下文。因此，本发明的第三目的在于提供一种通过避免太多冗余操作而更好地处理这种情况的方法。
发明内容本发明的第一目的是通过包含如下步骤的方法来实现的UICC向移动设备(ME)发送为了激活或去激活PDP上下文而定义的特定命令中的PDP上下文参数；在接收到该特定命令时，移动设备将在特定命令中接收的参数与PDP上下文激活或去激活请求一起发送到网络；在接收到所述请求时，网络向移动设备发送对PDP上下文激活或PDP上下文去激活的确认；移动设备将所述确认转发到UICC。为了实现第二目的，根据本发明的方法还包括以下步骤移动设备通知UICC关于PDP上下文激活或去激活的任意状态改变，并向UICC发送相关的PDP上下文参数；UICC注册到PDP上下文相关事件；并且当发生PDP上下文状态改变时，移动设备向UICC发送通知以及新状态和相关数据。为了实现第三目的，根据本发明的方法还包括以下步骤定义可以被尽可能多的UICC应用所使用的优选APN(接入点名称)；在所述特定命令中指示针对所指示的APN的PDP上下文应该被尽可能多地保持激活(即，如果出于任意原因，该PDP上下文被去激活，ME则将尽快重新激活它)。根据本发明的另一特征，PDP上下文参数可以使用空中下载(OverTheAir)机制被从网络侧动态更新。在本发明的优选实施例中，在PDP上下文已经在来自UICC的请求之前被针对移动设备应用激活的情况下，并且在已经激活的PDP上下文的当前参数符合UICC需求的情况下，移动设备通知UICC关于已经激活的PDP上下文的参数，以避免UICC的冗余操作。当结合附图阅读本说明时，可以更好地理解上述总结以及下面的详细描述，在附图中图1表示其中实现了根据本发明的方法的系统；图2是示出根据本发明的方法的主要步骤的流程图；以及图3是示出本发明的特定实施例的流程图。具体实施例方式图1示意性地表示用户设备(UE)2，其包括UICC4和移动设备(ME)6。UICC4和4ME6中的每一个包括一TCP/IP栈。UICC4还包括至少一个第一应用8(因特网应用或运营商应用10或任意其他应用)，该应用与远程服务器(在本示例中，分别与位于运营商网络16中的第一远程服务器12和第二远程服务器14)交换数据。ME6还包括路由选择/网络地址翻译模块18。在rel-7之前，因特网应用8或运营商应用10在ME-UICC接口上使用BIP(承载独立协议)连接解决方案来连接到远程客户端/服务器。BIP协议允许UICC4通过将表示运营商网络16的远程服务器的接入点名称(APN)关联到UICC4的每个应用来创建若干具有不同连接参数(例如，不同承载类型、QoS等等)的、到不同远程服务器的数据连接。由于基于TCP/IP的数据连接应该从rel-7起逐渐替代BIP，因此希望数据连接的主要承载参数(主要是QoS和PDP类型参数(即IP))可以经由除了BIP之外的协议由UICC4向ME6提供。根据本发明一个实施例，定义了特定命令，例如SETPDPCONTEXT请求(设置PDP上下文请求)用来激活或去激活PDP上下文。所述SETPDPCONTEXT请求的结构由下表给出<table>tableseeoriginaldocumentpage5</column></row><table>-相应的新TLV数据对象PDP上下文参数由下表给出<table>tableseeoriginaldocumentpage5</column></row><table><table>tableseeoriginaldocumentpage6</column></row><table>PDP上下文状态"00"=去激活/去激活的"01"=激活/激活的"11"=激活/激活为"永远接通(alwayson)"或"永久(permanent)"其它值是RFU(为将来使用而预留)承载类型"01"=GPRS/3G分组服务"02"=具有扩展参数/HSDPA的UTRAN分组服务其它值是RFU承载参数(针对GPRS/3G分纟目服备的示例)X=6字节字节2:优先类字节3:延迟类字节4:可靠性类字节5:峰值吞吐量类字节6:均值吞吐量类字节7:分组数据协议类型"02"=IP(因特网协议)IP地址类型"21"=IPv4地址"57"=IPv6地址IP地址如果IP地址类型指示IPv4，字节(X+6)的位8则表示IP地址的最高有效位并且字节(X+9)的位1则表示最低有效位。如果IP地址类型指示IPv6，字节(X+6)的位8则表示IP地址的最高有效位并且字节(X+21)的位1则表示最低有效位。此外，新命令"SETPDPCONTEXT响应(设置PDP上下文响应)"被定义如下<table>tableseeoriginaldocumentpage6</column></row><table>结果(2字节)第一字节的编码"00，，=命令成功执行；"01"=命令被执行，但部分理解；"02，，=命令被执行，但有丢失信息；"20，，=移动设备6当前不能处理命令；"21"=网络当前不能处理命令；"22，，=用户没有接受命令；"30，，=命令超出移动设备6的能力；"31"=命令类型无法被移动设备6理解"32，，=命令数据无法被移动设备6理解第二字节的编码在第一字节是"3X"的情况下，移动设备6可以在第二字节中指示故障原因。此外，新的EVENTREGISTRATION命令(事件注册命令)被定义如下<table>tableseeoriginaldocumentpage7</column></row><table>根据本发明，事件列表如定义如下<table>tableseeoriginaldocumentpage7</column></row><table>事件皿具有可变长度的事件列表。列表中的每个字节定义一事件。每个事件类型在列表中不会出现多于一次；:事件列表中的每个字节将根据以下值之一来编码"11"=MT呼叫；"01"=呼叫被连接；…"10"=帧信息改变；"30"=PDP上下文状态UICC4将使用EVENTREGISTRATION命令注册到该"PDP上下文状态"事件，以便被移动设备6通知关于任意PDP上下文状态改变。移动设备6将向UICC发送EVENTNOTIFICATION命令(事件通知命令，随后将定义的新命令)(一旦UICC先前已经注册到上述事件)，包括上述"PDP上下文参数"数据对象。另外，新的EVENTNOTIFICATION命令被定义如下<table>tableseeoriginaldocumentpage8</column></row><table>事件列表事件列表对象将包含"PDP上下文状态"事件PDP上下文参数将包含部分A中所描述的PDP上下文数据。针对UICC应用实现"永远接通"或"永久"PDP上下文为了激活PDP上下文作为"永远接通"或"永久"PDP上下文(S卩，ME将尽可能长的保持激活的PDP上下文)，UICC将"PDP上下文参数"数据对象中的"PDP上下文状态"参数设置为"11"，如本段部分A所述。移动设备6将在其支持多PDP上下文的情况下或在不存在已有的PDP上下文的情况下激活该PDP上下文。图2示出根据本发明本实施例的方法的主要步骤。UICC4向ME6发送专用命令"SETPDPCONTEXT"(箭头20)。在接收到所述特定命令时，移动设备6将PDP上下文请求与在该特定命令中接收的参数一起发送(箭头22)到网络。在接收到该PDP上下文请求时，网络向移动设备6发送(箭头24)对PDP上下文激活的确认。移动设备6将该确认转发到(箭头26)UICC4。图3示出将"永远接通"PDP上下文用于UICC应用时本发明的实现方式的主要步骤。为了被ME6通知关于任意PDP上下文状态改变，UICC注册到新事件EVENTREGISTRATION箭头30)。移动设备6向UICC4发送对EVENTREGISTRATION的响应(箭头32)。在接收到该响应时(或稍后)，UICC4将针对APNl数据对象的"PDP上下文参数"中的"PDP上下文状态"参数设置为"ll"，如上所述(箭头34)。在步骤36，ME6记忆APNl的PDP上下文作为"永远接通"PDP上下文，并将针对APNl的PDP上下文激活请求发送到网络(箭头38)。网络向ME6发回对PDP上下文激活的确认(箭头40)。ME6向UICC4转发对SETPDPCONTEXT命令的确认(箭头42)。如果ME6移动到PDP上下文丢失的覆盖区域之外(箭头44)，则向UICC4发送EVENTNOTIFICATION(APN1，去激活的)(箭头46)。并且，如果ME6移动回覆盖区域(步骤48)，则向网络发送针对APN1的PDP上下文激活请求。网络向ME6发回对于针对APN1的PDP上下文激活的确认(箭头52)。ME6通知UICC4该确认(箭头54)。根据本发明的方法可以被实现在从rel-7起的任意3GPP无线电信系统中的UICC和移动设备中。权利要求一种用于允许UICC(4)建立电信网络中的用户设备(2)与远程服务器(12、14、15)之间的无线通信的数据承载参数的方法，所述UE(2)包含各自具有一TCP/IP栈的所述UICC(4)和移动设备(6)，所述UICC(4)至少包含第一应用，该第一应用希望连接到至少网络侧的第二应用，所述方法的特征在于以下步骤所述UICC(4)向所述移动设备(6)发送为了激活或去激活PDP上下文而定义的特定命令中的PDP上下文参数；在接收到所述特定命令时，所述移动设备(6)将在所述特定命令中接收的参数与PDP上下文激活或去激活请求一起发送到网络；在接收到所述PDP上下文请求时，所述网络向所述移动设备(6)发送对PDP上下文激活或PDP上下文去激活的确认；所述移动设备(6)将所述确认转发到所述UICC(4)。2.如权利要求1所述的方法，其中所述移动设备(6)通知所述UICC(4)关于PDP上下文激活或去激活的任意状态改变，并向所述UICC(4)发送相关的PDP上下文参数；所述UICC(4)注册到PDP上下文相关事件；并且当发生PDP上下文状态改变时，所述移动设备(6)向所述UICC(4)发送通知以及新状态和相关数据。3.如权利要求1所述的方法，其中所述PDP上下文参数能使用空中下载机制被从网络侧动态更新。4.如权利要求1所述的方法，其中，在PDP上下文已经在来自所述UICC的请求之前被针对移动设备应用激活的情况下，并且在已经激活的PDP上下文的当前参数符合所述UICC(4)需求的情况下，所述移动设备(6)通知所述UICC(4)关于已经激活的PDP上下文的参数，以避免所述UICC(4)的冗余操作。5.如权利要求1所述的方法，还包括以下步骤定义能被尽可能多的UICC应用所使用的优选APN(接入点名称)；在所述特定命令中指示针对该优选APN(以及可能针对任意其他APN)的PDP上下文应该被尽可能多地保持激活。全文摘要本发明涉及用于建立电信网络中的用户设备(2)与远程服务器(12、14、15)之间的无线通信的数据承载参数的方法，所述UE(2)包含各自具有一TCP/IP栈的UICC(4)和移动设备(6)，所述UICC(4)至少包含第一应用，该第一应用希望连接到网络侧的至少一个应用，所述方法包括以下步骤UICC向移动设备ME发送为了激活或去激活PDP上下文而定义的特定命令中的PDP上下文参数；在接收到该特定命令时，移动设备将在特定命令中接收的参数与PDP上下文请求一起发送到网络；在接收到所述PDP上下文请求时，网络向移动设备(6)发送对PDP上下文激活或PDP上下文去激活的确认；移动设备(6)将所述确认转发到UICC(4)。文档编号H04W92/08GK101785357SQ20088010378公开日2010年7月21日申请日期2008年8月14日优先权日2007年8月21日发明者奥利维尔·董申请人:日本电气株式会社