CN102577458A - 适应混合ipv4v6网络支持 - Google Patents

适应混合ipv4v6网络支持 Download PDF

Info

Publication number
CN102577458A
CN102577458A CN2010800460077A CN201080046007A CN102577458A CN 102577458 A CN102577458 A CN 102577458A CN 2010800460077 A CN2010800460077 A CN 2010800460077A CN 201080046007 A CN201080046007 A CN 201080046007A CN 102577458 A CN102577458 A CN 102577458A
Authority
CN
China
Prior art keywords
version
addressing
type
eps
pdp
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.)
Granted
Application number
CN2010800460077A
Other languages
English (en)
Other versions
CN102577458B (zh
Inventor
梅尤兰·维贾亚拿单
努沙德·纳克维
克劳德·简-弗雷德里克·阿泽利尔
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.)
Maliki Innovation Co ltd
Original Assignee
Research in Motion 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 Research in Motion Ltd filed Critical Research in Motion Ltd
Publication of CN102577458A publication Critical patent/CN102577458A/zh
Application granted granted Critical
Publication of CN102577458B publication Critical patent/CN102577458B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • 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
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/659—Internet protocol version 6 [IPv6] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • 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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供了一种用户设备(UE)。该UE包括至少一个组件，该组件被配置为对以下各项事件之一进行检测：UE改变路由区域以及UE将无线接入技术从长期演进(LTE)网络改变到全球移动通信系统针对GSM演进的增强数据速率无线接入网(GERAN)或通用移动通信系统陆地无线接入网(UTRAN)；以及响应于检测到所述事件，去激活分组数据协议(PDP)上下文和演进分组系统(EPS)承载之一。

Description

适应混合IPV4V6网络支持
技术领域
背景技术
如本文所使用的，术语“用户设备”和“UE”在一些情况下可以指移动设备，如移动电话、个人数字助理，手持或膝上计算机以及具有通信能力的类似设备。这种UE可以包括UE及其相关联的可移除式存储模块，例如但不限于通用集成电路卡(UICC)，UICC包括订户识别模块(SIM)应用、通用订户识别模块(USIM)应用、或可移除式用户识别模块(R-UIM)应用。可选地，UA可以包括不具有这种模块的设备本身。在其它情况下，术语“UE”可以指具有类似能力但不易携带的设备，如台式计算机、机顶盒、或网络设备。术语“UE”还可以指可以为用户端接通信会话的任何硬件或软件组件。此处，术语“用户设备”、“UE”、“用户代理”、“UA”、“用户装置”、以及“用户节点”可以作为同义词使用。
随着通信技术演进，已经引入了更先进的网络接入设备，这种设备可以提供以前不能提供的服务。这种网络接入设备可以包括：作为对传统无线通信系统中的等效设备的改进的系统和设备。这种先进的或下一代设备可以被包括在演进无线通信标准(如，长期演进LTE和高级LTE(LTE-A))之中。例如，LTE或LTE-A系统可以包括演进通用陆地无线接入网络(E-UTRAN)演进Node B(或eNB)、无线接入点、或类似的组件而不是传统的基站。如本文所使用的，术语“接入节点”指无线网络的下述任何组件，如传统基站、无线接入点、或LTE或LTE-A节点B或eNB，这种组件创建了接收和接收覆盖的地理区域，允许UA或中继节点接入通信系统中的其它组件。在本文中，术语“接入节点”和“接入设备”可以互换地使用，但是应该理解接入节点可以包括多个硬件和软件。
在UE和接入节点之间传输数据的信号可以具有频率、时间和编码参数以及网络节点可以指定的其他特性。具有这样的特定特性集合的这些单元中的任何单元之间的连接可以被称为资源。连接可以通过单个无线链路(诸如在E-UTRAN的情形下)或者通过一个或多个无线链路(诸如在通用移动通信系统陆地无线接入网(UTRAN)的情形下)来建立。网络节点通常针对它在任何具体时间与之通信的每个UE或其他网络节点建立不同的资源。
发明内容
附图说明
为了更全面地理解本公开，现在结合附图和详细描述，参考下面的简要描述，其中类似的参考标号代表类似的部分。
图1是根据本公开的实施例的通信网络的说明图。
图2是根据本公开的实施例的信息单元的说明图。
图3示出了根据本公开的实施例的方法。
图4示出了根据本公开的实施例的方法。
图5示出了根据本公开的实施例的方法。
图6示出了根据本公开的实施例的方法。
图7示出了根据本公开的实施例的方法。
图8示出了适于实现本公开的若干实施例的处理器和相关组件。
具体实施方式
首先应该理解，尽管下文提供了本公开的一个或多个实施例的示例说明性实现，但是所公开的系统和/或方法可以使用任何数目的技术来实现，无论这些技术当前是否是已知的或已存在的。本公开不应该以任何方式局限于包括本文示出和描述的实现设计和实现在内的下文示出的示例说明性实现、附图和技术，而是可以在所附权利要求及其等价的所有范围内进行修改。
转到图1，现在描述通信系统100。系统100包括第一无线覆盖区域102、第二无线覆盖区域104、以及耦合在覆盖区域102、104之间的通信的网络106。第一接入节点110服务于第一无线覆盖区域102，并且向第一用户设备(UE)120和第二UE 122提供无线链路。第二接入节点126服务于第二无线覆盖区域104，并且向第三UE 128和第四UE 130提供无线链路。第二接入节点126还示出为，例如在UE 120已经从第一覆盖区域102切换到第二覆盖区域104之后，向第一UE120提供无线链路。备选地，UE 120可以已经从第二覆盖区域104切换到第一覆盖区域102。尽管此后的描述主要参考第一UE 120，但是应该理解，对第一UE 120与系统100的交互的描述也可以同等地应用于其他UE，例如应用于UE 122、128、130。
在实施例中，可以基于单个无线通信协议或者多个无线通信协议来提供通信系统100。在实施例中，通信系统100可以包括长期演进(LTE)无线接入网(RAN)、GSM EDGE RAN(GERAN)、或者UMTS陆地RAN(UTRAN)。可选地，通信系统100可以包括不同RAN技术的混合。例如，在实施例中，第一覆盖区域102可以与LTE RAN相关联，而第二覆盖区域104可以与GERAN相关联。在其他实施例中，第一覆盖区域102可以与LTE RAN相关联，而第二覆盖区域104可以与UTRAN相关联。在另一实施例中，第一覆盖区域102可以与GERAN相关联，而第二覆盖区域104可以与UTRAN相关联。在另一实施例中，第一覆盖区域102可以与第一路由区域相关联，而第二覆盖区域104可以与第二路由区域相关联。
也可以使用共享网络或等价的公共陆地移动网络(PLMN)，例如在实施例中，第一覆盖区域102可以与来自第一PLMN的GERAN相关联，而第二覆盖区域104可以与来自另一PLMN的GERAN相关联。在另一实施例中，第一覆盖区域102可以与来自第一PLMN的LTERAN相关联，而第二覆盖区域104可以与来自另一PLMN的UTRAN相关联。应该注意，覆盖区域的数目不限于两个。例如，第一覆盖区域可以与来自第一PLMN的GERAN相关联，而第二覆盖区域可以与来自相同的第一PLMN的UTRAN相关联，而第三覆盖区域可以与来自相同的第一PLMN的LTE RAN相关联，而第四覆盖区域可以与来自相同的第一PLMN的无线LAN(例如，IEEE 802.11)相关联，而第五覆盖区域可以与来自另一PLMN的UTRAN相关联。
当UE在系统100中移动时，如第一UE 120在不同条件下，所述条件例如(但不作为任何限制)是改变UE经历的无线或传播条件：网络拥塞、网络判定、或其组合，与UE关联的上下文可以切换，例如服务接入节点从第一接入节点110切换到第二接入节点126。当两个接入节点使用不同的无线接入技术和/或处于不同的路由区域中时，可能出现与UE和接入节点和/或网络使用的互联网协议寻址有关的问题。例如，在实施例中，当由第一接入节点110服务时，第一UE 120使用混合互联网协议版本4版本6(IPv4v6)寻址来建立演进分组系统(EPS)承载，以附着到LTE网络。之后，第一UE 120切换到第二接入节点126，第二接入节点126与GERAN相关联，并且EPS承载被转换成PDP上下文。如果耦合到第二接入节点126的服务通用分组无线服务支持节点(SGSN)不支持混合IPv4v6寻址，则第一UE 120的数据会话将不能够发送或接收依赖于不支持的寻址类型的应用的数据。在一些情况下，同一路由区域内的移动性(例如从第一接入节点110到第二接入节点126的切换，其中第一接入节点110和第二接入节点126在相同的路由区域内且具有相同无线接入技术)可以导致第一UE 120经历在当由第一接入节点110服务时建立的应用的PDP上下文的IP寻址类型与第二接入节点126支持的IP寻址类型之间的不兼容性。
针对其他技术混合和/或当改变路由区域时(例如，在耦合到第二接入节点126的SGSN不支持在第一UE 120经由第一接入节点110建立数据会话时设立的互联网协议寻址类型的一些情况下)可能出现类似的问题。如果经由第一接入节点110建立的初始上下文指定混合IPv4v6寻址，但是与第二接入节点126关联的SGSN不支持混合IPv4v6寻址，则对于第一UE 120上执行的依赖于不支持的寻址类型的应用会出现问题。如果经由第一接入节点110建立的初始上下文指定IPv4寻址，但是与第二接入节点126关联的SGSN仅支持IPv6寻址，则会出现该问题。如果经由第一接入节点110建立的初始上下文指定IPv6寻址，但是与第二接入节点126关联的SGSN仅支持IPv4寻址，则会出现该问题。因此，实施例提供了当EPS承载(或PDP上下文)被激活时网络的IP支持随时间保持不变时的处理情形。
本公开教导了对在支持不同IP寻址类型的接入节点之间的数据会话的切换管理的问题的若干解决方案。可以基于特定的操作条件、网络100的配置、和/或最终的标准部署，选择特定的一个或多个解决方案备选。在实施例中，例如当第二接入点126和/或耦合到第二接入点126的网络不支持与PDP上下文关联的IP寻址时，第一UE 120可以去激活PDP上下文或者演进分组系统(EPS)承载。第一UE 120可以或者隐式地或者显式地去激活PDP上下文。显式地去激活PDP上下文意味着第一UE 120发送消息，显式地向网络106通知PDP上下文的去激活；隐式地去激活PDP上下文意味着第一UE 120去激活PDP上下文，但是不向网络106发送通知该去激活的任何消息。在实施例中，在显式的PDP上下文或EPS承载去激活之后，第一UE 120可以重新激活PDP上下文或EPS承载。例如，如果PDP上下文或EPS承载先前是利用混合IPv4v6寻址设立的，则第一UE 120可以基于第一UE 120上执行的一个或多个应用的需要分别激活针对IPv4和/或IPv6的PDP上下文。
在确定从与PDP上下文关联的应用成功发送和/或接收数据起已经流逝过多的时间量之后，或者使用其他时间触发器，第一UE 120可以通过推断确定IP寻址类型的不兼容性。在实施例中，这可以仅在有效地假设关联的应用在发送/接收数据时(例如在文件传送期间的应用)执行，以避免不必要地去激活/重新激活PDP上下文或EPS承载。在一些情况下，第一UE 120可以具有在执行的且与不同PDP上下文和/或EPS承载相关联的多个应用，并且可以基于应用的不同行为得出关于第二接入节点126支持的IP寻址类型的推断。例如，如果在从第一接入节点110向第二接入节点126的转移之后，配置为使用IPv4寻址的第一应用经历数据传送超时，而配置为使用IPv6寻址的第二应用继续进行数据转移，则第一UE 120可以推断第二接入节点126支持IPv6寻址，而不支持IPv4寻址。在其他情况下，可以得出不同的推断。在实施例中，在定时器到期之后第一UE 120可以去激活PDP上下文和/或EPS承载，并且可以基于尝试使用单个IP寻址类型重新激活PDP上下文和/或EPS承载。如果重新出现所考虑的应用数据传送定时器超时，则第一UE 120可以重新去激活PDP上下文和/或EPS承载，以及基于尝试使用又一不同的IP寻址类型来重新激活PDP上下文和/或EPS承载，直到数据传送成功或没有超时。
在另一实施例中，第二接入节点126可以向第一UE 120发送移动性消息，该消息包括第二接入节点126支持的IP寻址类型的指示和与第二接入节点126关联的SGSN。在另一实施例中，第二接入节点126可以在第二接入节点126广播的系统信息消息中指示其支持的IP寻址类型。与第一UE 120上的和第二接入节点126支持的IP寻址类型兼容的应用关联的PDP上下文可被隐式地或显式地去激活，或者根据需要单独针对IPv4和IPv6重新激活。
在实施例中，第一UE 120可以检测，例如在第一UE 120从第一接入节点110切换到第二接入点126之后，在经由与第二接入节点126的无线链路的数据连接上没有数据正在接收和/或发送。第一接入点110可以支持LTE，而第二接入点126可以支持GERAN或UTRAN。备选地，第一接入点110可以与GERAN或UTRAN内的第一路由区域相关联，以及第二接入点126可以与GERAN或UTRAN内的第二路由区域相关联。
该检测可以在每个应用的基础上使用定时器来实现。在定时器期满之后，当例如针对给定PDP上下文或给定EPS承载，没有数据已经发送或接收时，第一UE 120可以去激活该PDP上下文或EPS承载。在实施例中，对PDP上下文或EPS承载的去激活可以是基于在去激活PDP上下文之前首先确定应用正期望传送和/或接收数据(例如在文件传送期间的应用)，以避免当应用没有数据需要传送或接收时不必要的去激活该PDP上下文。在实施例中，第一UE 120可以重新激活与链接到先前去激活的PDP上下文或EPS承载的应用相对应的PDP上下文或EPS承载。例如，如果针对给定PDP上下文或EPS承载的先前的IP寻址类型是混合IPv4v6，则第一UE 120可以根据应用的需要单独激活针对IPv4或IPv6的PDP上下文或EPS承载。
在实施例中，在UE 120从第一接入节点110到第二接入点126的切换期间，第二接入点126可以向UE 120发送一个或多个移动性消息，该消息包含互联网协议版本字段(IP版本字段)，该IP版本字段定义了第二接入点126和/或与第二接入点126关联的SGSN支持的IP寻址类型。互联网协议版本可以将IP寻址类型标识为下述之一：IPv4寻址类型、IPv6寻址类型、混合IPv4v6双寻址类型、混合IPv4v6单寻址类型。支持混合IPv4v6双寻址类型的网络允许第一UE 120在单个消息交互中请求和接收IPv4和IPv6两种地址。支持混合IPv4v6单寻址类型的网络要求第一UE 120在第一消息交互中请求和接收IPv4地址，以及在独立的第二消息交互中请求和接收IPv6地址，例如经由两个独立的PDP上下文激活过程、使用两种不同的PDP上下文来实现。可以想到用于在移动性消息中封装IP版本字段的各种各样的具体实施例，其中的一些实施例在本文的其他地方更全面地示出。
如果第一UE 120被配置为混合IPv4v6类型寻址，则第一UE 120可以使用移动性消息中的IP版本字段指示的IP寻址类型(假设该IP寻址类型与针对该PDP上下文的有关应用需要的IP寻址类型和/或IP版本兼容)，经由第二接入点126恢复数据传送。例如，如果第二接入点126发送的移动性消息中的IP版本字段指示第二接入节点126配置为支持IPv4寻址，则针对与IPv4寻址兼容的有关应用，第一UE 120可以使用IPv4寻址恢复数据传送。可选地，如果IP版本字段指示第二接入节点126被配置为支持支持IPv6寻址，假设有关应用与IPv6寻址兼容，则第一UE 120可以使用IPv6寻址恢复数据传送。
如果第二接入点126发送的移动性消息中的IP版本字段指示第二接入节点126配置为支持混合单IPv4v6类型寻址，则第一UE 120可以在不尝试确定是否已经接收数据的情况下，去激活先前利用IPv4v6激活的PDP上下文或EPS承载，并且单独针对IPv4和/或IPv6重新激活PDP上下文或EPS承载。这可以使得节省网络资源、UE处理资源、和/或UE电池电量。
如果第一UE 120被第一接入点110配置为IPv6寻址，并且第二接入点126发送的移动性消息中的IP版本字段指示第二接入点126配置为支持IPv4寻址，则第一UE 120可以在不尝试评估是否没有接收任何数据的情况下去激活PDP上下文或EPS承载。这可以使得节省网络资源、UE处理资源、和/或UE电池电量保存。如果第一UE 120被第一接入点110配置为IPv4寻址，并且第二接入点126发送的移动性消息中的IP版本字段指示第二接入点126配置为支持IPv6寻址，则第一UE 120可以在不尝试评估是否没有接收任何数据的情况下去激活PDP上下文或EPS承载。这可以使得节省网络资源、UE处理资源、和/或UE电池电量保存。
上面描述的解决方案在第一UE 120开机时也是有用的。例如，如果第一UE 120从接入点110、126发送的系统信息消息中读出第一UE 120预占所在的接入节点不支持特定的IP版本类型和/或IP寻址类型，则第一UE 120可以不尝试激活这样的PDP上下文，针对该PDP上下文第一UE 120上执行的应用优选或要求特定的不支持的IP寻址类型。例如，如果系统信息消息的IP版本字段指示接入节点110、126支持IPv4，则第一UE 120将不激活与需要IPv6类型寻址的应用相关联的PDP上下文或EPS承载。在另一实施例中，如果系统信息消息的IP版本字段指示接入节点110、126支持混合IPv4v6单寻址类型，则第一UE 120将不尝试激活利用IPv4v6的PDP上下文或EPS承载，而是将激活单独针对IPv4和/或IPv6的PDP上下文或EPS承载(例如，使用独立的PDP上下文或EPS承载)。
可以包含IP版本字段的移动性消息包括：MobilityFromEUTRACommand消息、物理信道重新配置消息、RAT间小区改变命令消息、PS切换命令消息、小区改变命令消息、路由区域更新接受消息、跟踪区域更新接受消息、以及附着接受消息。这些消息中的一个或多个消息可以扩展，以在已经存在的信息单元中或在包含IP版本字段的新信息单元中添加新的码点或值。该MobilityFromEUTRACommand消息可以用在来自E-UTRA过程的移动性的上下文中，以将处于LTE中的RRC_CONNECTED状态的第一UE 120移动到使用另一无线接入技术(如GERAN、UTRAN、CDMA-2000)的小区或者其他系统，以例如完成第一UE 120的切换，或者完成小区改变命令。物理信道重新配置消息可以用在UTRAN内的物理信道重新配置过程的上下文中，以建立、重新配置、以及释放物理信道。RAT间小区改变命令消息可以用在RAT间小区改变命令过程的上下文中，以在网络106的控制下将第一UE 120和UTRAN之间的连接转换到另一无线接入技术。
PS切换命令消息可以用于支持GERAN内的从GERAN到UTRAN或到LTE的PS切换。小区改变命令消息可以在GERAN中由网络106在PCCCH或PACCH上向第一UE 120发送，以命令第一UE 120离开当前小区以及改变到新小区。路由区域更新接受消息可以在GERAN或UTRAN中使用。跟踪区域更新接受消息可以在LTE中使用。附着接受消息可以在GERAN、UTRAN1以及LTE中的任一中使用。
在实施例中，IP版本字段可以包括枚举值。例如，在实施例中，IP版本字段可以包括两个比特，这两个比特的值00与IPv4寻址对应，值01与IPv6寻址对应，值10与混合IPv4v6双寻址对应，值11与混合IPv4v6单寻址对应。混合IPv4v6寻址码点表示“IPv4v6双寻址PDP类型”，并且表示在相同的PDP上下文中可以既分配IPv4地址也分配IPv6地址。例如，针对该目的，可以分配码点10。在另一实施例中，在比特值和IP寻址类型之间可以使用不同的对应关系。可选地，在其他实施例中，IP版本字段可以针对与第一UE 120关联的多个接入点名称(APN)中的每个接入点名称对IP寻址类型进行编码。
在另一实施例中，新的码点可以具有以下含义：“(针对相同的APN)IPv4以及IPv6在不同的PDP上下文中进行支持”，即“IPv4v6单寻址PDP类型”。这可以触发第一UE 120针对IPv4和IPv6地址请求对不同的PDP上下文的激活。这可以由第一UE请求PDP上下文激活请求消息中的单个地址承载来实现。例如，针对该目的可以分配码点11。
在另一实施例中，第一UE 120可以基于在广播系统信息和/或移动性消息中提供的其他版本信息来推断接入节点110、126使用的IP寻址类型。在实施例中，可以在一个或多个移动性消息和/或系统信息消息中提供SGSN版本字段。SGSN版本字段可以包括三个比特，以及使用下述编码：000指示SGSN是具有Gn/Gp接口的第8版3GPP；001指示SGSN是具有S4接口的第8版3GPP；010指示SGSN是第9版3GPP；以及剩余的比特码字是未被分配的和/或是预留的，以用于将来的SGSN版本的编码。当SGSN版本字段被编码为具有值001和值010之一时，第一UE 120可以推断出接入节点110、126和/或SGSN支持混合IPv4v6寻址类型。然而，在其他实施例中，其他推断可以与SGSN版本字段关联。
在另一实施例中，在一个或多个移动性消息和/或系统信息消息中可以提供SGSN版本字段和核心网接口(CNI)类型字段。SGSN版本字段可以包括三个比特，以及使用下述编码：000指示SGSN是98版或更旧的版本；001指示SGSN是99版到第8版；010指示SGSN是第9版或更新的版本；以及剩余的比特码字是未被分配的和/或是被预留的，用于将来的SGSN版本的编码。CNI字段可以包括1个比特，以及可以利用下述编码：0指示接口是Gn/Gp，1指示接口是S3/S4。第一UE 120可以推断出第9版或更新版本的SGSN支持混合IPv4v6寻址。第一UE 120可以推断出编码为99版到第8版的SGSN版本字段与编码为S3/S4的CNI类型字段的结合也指示支持混合IPv4v6寻址。第一UE 120可以推断出编码为99版到第8版的SGSN版本字段与编码为Gn/Gp的CNI类型字段的结合指示不支持混合IPv4v6寻址。然而，在其他实施例中，其他接口可以与SGSN版本字段和/或CNI类型字段相关联。
UE触发的PDP上下文重新建立
在实施例中，当UE改变2G/3G内的路由区域(RA)或者将RAT从LTE改变到2G/3G时，当其评估出在无线连接被维持时针对一些PDP上下文数据传送被中断的情况下，其可以去激活以及重新建立有关的PDP上下文。这可以通过对PDP上下文的应用相关的重新激活来实现。例如，在UE侧可以使用定时器来评估这一点。该定时器可以是每个应用一个定时器，并且当没有用户数据活动时启动。在定时器期满时，针对给定应用的PDP上下文将被重新激活。
另外，作为可能的补充，实施例可以如下：为了避免错误地去激活和重新建立因为应用在该时间不需要数据传送而没有数据要传送的PDP上下文，UE可以另外使用来自应用触发器以确保数据传送的延迟是异常的(‘数据期望的’触发器或状态)。因此，来自上述实施例的基于定时器的功能可以仅在针对相关的PDP上下文的“数据期望的”条件下激活。这意味着该实施例将充当针对先前的实施例的‘抑制’功能。如果针对应用预期没有数据(因为例如针对某些应用没有用户动作，或者例如针对某些应用达到数据结束)，则基于没有用户数据定时器，将不使能对PDP上下文的重新激活。
该功能会涉及对UE触发的PDP上下文的去激活和重新激活，因此变现为是可检测的(通过检测UE触发的向SGSN发送的对应消息)。该实施例可以不影响标准或者不在标准中添加任何信令。然而，仍可以更新标准以强调UE的这种可能性。
在“移动性消息”中从网络向UE提供信息
另一实施例(或实施例的集合)可以向UE指示目标核心网络在IP支持方面的配置选项。为了实现这一点，在从LTE到2G/3G的RAT改变或2G/3G内的RA改变时，网络向UE发送的消息的内容可以增强，以添加该目标SGSN配置。这可以向UE指示目标SGSN仅支持IPv4、仅支持IPv6、或者支持IPv4v6。
如果UE评估出新的目标配置是IPv4或IPv6，而初始配置是IPv4v6，则UE可以通过使用新的合适的寻址立即恢复数据传送。如果UE评估出新的目标配置是IPv4，而初始配置是IPv6，则UE可以立即重新激活PDP上下文。如果UE评估出新的目标配置是IPv6，而初始配置是IPv4，则UE可以立即重新激活PDP上下文。可以向UE提供这种类型的信息的消息列出如下。
MobilityFromEUTRACommand消息
来自E-UTRA过程的移动性可以用于将处于LTE中的RRC_CONNECTED状态的UE移动到使用另一无线接入技术(RAT)的小区，例如GERAN、UTRAN、CDMA-2000系统。来自E-UTRA过程的移动性包括两种切换，即MobilityFromEUTRACommand消息包括针对目标小区中的UE已经分配的无线资源；以及小区改变命令。因此，MobilityFromEUTRACommand消息可以包括有利于接入目标小区和/或目标小区中的连接建立的信息，如系统信息。小区改变命令可以仅适用于GERAN。
可能的新IP版本字段的编码可以如下：
4.2.2UTRAN内的物理信道重新配置消息
物理信道重新配置过程可以用于建立、重新配置、以及释放物理信道。例如，该过程可以用于执行硬切换和/或HS-SDCH小区改变和/或服务E-DCH小区改变。在对物理信道重新配置消息的表格化描述内，IP版本字段可被包括在表格的末端，或者紧接在CN信息单元字段之下。在消息的ASN.1中，出于后向兼容的原因，IP版本字段可以处在消息的末端。
另一实施例可以是在“NAS系统信息(GSM-MAP)”中添加IP版本字段，因此其将以后向兼容的方式被包括在CN信息info IE中。该“NAS系统信息(GSM-MAP)”可以是编码在TS 24.008中(在“核心网络系统信息”的名称下，利用了长度字段)，继而包括在CN信息info IE中。继而，“核心网络系统信息”的一个成分可以是“PS域特定的系统信息”，其可以被增强以添加IP版本比特。应该注意，CN信息info IE还可以包括在下述消息中(所有的下行链路消息)：ACTIVE SET UPDATE、CELL UPDATE CONFIRM、RADIO BEARERRECONFIGURATION、RADIO BEARER RELEASE、RADIO BEARERSETUP、TRANSPORT CHANNEL RECONFIGURATION、URAUPDATE CONFIRM、UTRAN MOBILITY INFORMATION。因此，更新PS域特定的系统信息单元以及因此更新CN信息info IE也可以在这些消息中提供IP版本信息。
另外，“NAS系统信息(GSM-MAP)”还可以包括在下面的UTRAN消息或者信息单元中：系统信息块类型1(SIB1)消息、CN域系统信息信息单元、包括在系统信息块类型13(SIB13)和系统信息块类型1(SIB1)消息中、CN信息info full信息单元、包括在UTRAN移动性信息消息中、以及SRNS重新定位信息消息。因此，通过添加IP版本信息增强TS 24.008中的“NAS系统信息(GSM-MAP)”，也会允许这在上述列出的消息中可用。
来自UTRAN消息的(RAT间)小区改变命令
(RAT间)小区改变命令过程的目的是在网络的控制下将UE和UTRAN之间的连接转换到另一无线接入技术(例如，GSM)。该过程可以在CELL_DCH和CELL_FACH状态中使用。当没有建立任何RAB，或者当建立的RAB仅来自PS域时，可以使用该过程。当不存在任何PS信令连接时，不使用该过程。
在另一实施例中，可以将新IE插入‘CELL CHANGE ORDERFROM UTRAN(来自UTRAN的小区改变命令)’。其中新IP版本字段定义如下：
IP版本(2比特字段)
GERAN内的或从GERAN到UTRAN/LTE的“PS切换命令”
在GERAN分组传送模式下，支持PS切换的移动台可以接收来 自BSS的PS HANDOVER COMMAND(PS切换命令)消息，该消 息指示将在新小区中使用的资源。<PS HANDOVER COMMAND消息 内容>的示例可以是：
Figure BDA0000152593990000151
GERAN内的或从GERAN到UTRAN/LTE的小区改变命令
该消息可以在GERAN中由网络在PCCCH或PACCH上向移动台发送，以命令移动台离开当前小区以及改变到新小区。对于3G多RAT移动台，新小区可以是3G小区。对于E-UTRAN多RAT移动台，新小区可以是E-UTRAN小区。
在GERAN/UTRAN的系统信息消息中从网络向UE提供信息
GERAN/UTRAN小区广播的系统信息消息可以增强，以添加与目标核心网络在IP版本方面的配置有关的信息。
UTRAN系统信息
下面是UTRAN SIB1消息的示例。
Figure BDA0000152593990000161
对IP版本字段自身(2比特字段)的编码可以与前述定义的相同。在ASN.1定义中，出于后向兼容的原因，新字段可以出现在消息的末端。应该注意，上面的表格化描述不必然反映消息编码中的字段顺序。
可选地，应该注意，上面的SIB1中的信息单元“NAS系统信息”指3GPP TS 24.008中的核心网络系统信息。它的一个成分是PS域特定的系统信息，可以对其进行增强，以添加IP版本比特。因此，通过增强3GPP TS 24.008中的核心网系统信息(或更具体地，PS域特定的系统信息)，这可以在SIB1消息中(以及在其他消息中)提供IP版本信息。
可能的增强：在APN级别提供IP版本信息
对上述从网络向UE提供信息的实施例的增强可以是：在添加到那些消息的信息中，其可能希望针对每个APN提供支持的IP版本(因为每个PDN可能在不同的版本上)，而不是要求SGSN级别的支持。因此，可以修改上述消息中的编码，使得提供每个APN的IP版本信息。然而，APN字符串的编码可能相当长。因此，NSAPI可以用于识别有关的PDP上下文，藉此避免对APN自身编码的需要。例如，有可能针对IP版本IE进行重新编码，重新使用NSAPI号(如图2所示)。
IP版本(2比特字段)
Figure BDA0000152593990000171
该新IE(其将包括长度字段，以便后向兼容)可以缩短，使得仅针对激活的PDP上下文发送IP版本(当然，按8位字节边界对齐)。该IE可以替代地插入在例如路由区域接受消息或跟踪区域接受消息中。
另一实施例可以是增强在路由区域接受或跟踪区域接受消息中发送的(已经存在的)PDP上下文状态信息单元。该IE可以是可变长度，使得仅针对激活的PDP上下文发送IP版本(当然，按8位字节边界对齐)。该IE可以替代地插入在路由区域接受或跟踪区域接受消息中。
应该注意，还可以也在路由区域更新请求、服务请求和服务接受(仅UMTS)消息中包括PDP上下文状态信息单元。因此，不会针对这些消息添加IP版本信息上的扩展(8位字节5到8)，或者可以指定接收机应该忽略它。
可能的增强：将IP版本信息重新用于UE小区重选
作为一种增强，(例如，如果应用仅支持IPv6)，UE在重选时可能喜欢支持IPv6配置的小区。可选地，它可能喜欢支持IPv4v6配置的小区。例如，如果非最佳小区的另一小区与最佳小区相比在信道质量(RSCP、RSSI、Ec/NO、Rxqual、Rxlev)方面足够好和/或不太差(针对给定阈值)，则UE可以选择该另一小区。支持这点的小区重选标准可以是标准化的或者留给UE实现决定。在第一情况下，可以从网络向UE指示阈值的值。
网络接受的正常的且周期性的路由区域更新过程
如本文所使用的，术语“应该”在一些实施例中还可以包括“可以”。因此，术语“应该”不一定是陈述要求，但是在一些实施例中可以是陈述要求。类似的，术语“是(is)”和“是(are)”在一些实施例中还可以包括“可以”。
如果网络已经接受路由区域更新请求，则应该向MS发送ROUTING AREA UPDATE ACCEPT(路由区域更新接受)消息。网络可以为MS分派新P-TMSI和/或新P-TMSI签名。如果已经向MS分派新P-TMSI和/或新P-TMSI签名，则它/它们应该与路由区域标识一起包括在ROUTING AREA UPDATE ACCEPT消息中。在共享网络中，网络应该指示已经接受ROUTING AREA UPDATE ACCEPT消息(参见3GPP TS 23.251[109])中包含的RAI中的路由区域更新请求的CN运营商的PLMN标识。
如果新DRX参数是包括在ROUTING AREA UPDATE REQUEST(路由区域更新请求)消息中，则网络应该存储新DRX参数并且将其用于信令和用户数据的下行链路传输。
如果MS已经在ROUTING AREA UPDATE REQUEST消息中指示它支持到UTRAN Iu模式的PS RAT间切换，则网络可以在ROUTING AREA UPDATE ACCEPT消息中包括提供RAT间信息容器的请求。
如果MS已经在ROUTING AREA UPDATE REQUEST消息中包括MS网络能力IE或UE网络能力IE或者这两者，则网络应该存储从MS1接受的所有8位字节，直到各自的信息单元中定义的最大长度。在UE网络能力IE向网络指示新信息的情况下，MS应该将TIN设置为“P-TMSI”。
注意：该信息在SGSN间切换期间是转发给新SGSN，或者在到S1模式的系统间切换期间是转发给新MME。
如果在ROUTING AREA UPDATE REQUEST消息中的DRX参数IE中包括DRX参数时，网络应该用接收的参数替代任何存储的DRX参数，并且将其用于信令和用户数据的下行链路传送。
在A/Gb模式下，在ROUTING AREA UPDATE ACCEPT消息中应该包括小区通知信息单元，以便指示网络支持小区通知的能力。
网络应该改变到状态GMM-COMMON-PROCEDURE-INITIATED，并且应该启动监督定时器T3350，如子条款4.7.6所描述的那样。
如果ROUTING AREA UPDATE ACCEPT消息中包含的LAI或PLMN标识是任何“禁止”列表中的成员，则应该删除任何这样的条目。
在Iu模式下，如果移动台已经在ROUTING AREA UPDATEREQUEST中指示继续的请求待决，则网络应该延长PS信令连接。网络还可以在无来自移动终端的任何指示的情况下延长PS信令连接。
如果在ROUTING AREA UPDATE REQUEST消息中包括PDP上下文状态信息单元，则网络应该本地去激活所有那些PDP上下文(在MS和网络之间无对等信令)，所述那些PDP上下文在网络侧不是在SM状态PDP-INACTIVE(非激活)下，但是由MS指示正处于状态PDP-INACTIVE下。
如果在ROUTING AREA UPDATE REQUEST消息中包括MBMS上下文状态信息单元，则网络应该本地去激活所有那些MBMS上下文(在MS和网络之间无对等信令)，所述那些MBMS上下文在网络侧不是在SM状态PDP-INACTIVE下，但是由MS指示正处于状态PDP-INACTIVE下。如果没有包括任何MBMS上下文状态信息单元，则网络应该本地去激活在网络侧不处于SM状态PDP-INACTIVE下的所有MBMS上下文。
当接收到ROUTING AREA UPDATE ACCEPT消息时，MS存储接收的路由区域标识，停止定时器T3330，将重设路由区域更新尝试计数器，以及将GPRS更新状态设置为GU1更新了。如果该消息包含P-TMSI，MS应使用该P-TMSI作为针对GPRS服务的新临时标识，以及应该存储该新的P-TMSI。如果网络没有在ROUTING AREAUPDATE ACCEPT消息中包括任何P-TMSI，则将保持旧的P-TMSI。此外，如果MS在ROUTING AREA UPDATE ACCEPT消息中接收P-TMSI签名，则MS将存储该P-TMSI签名。如果在消息中不包括任何P-TMSI签名，则将删除旧的P-TMSI签名(如果存在的话)。
如果具有新的DRX参数IE的ROUTING AREA UPDATEREQUEST消息被用于更新网络，则当接收到ROUTING AREAUPDATE ACCEPT消息时MS应该开始使用新的DRX参数，以及应该将TIN设置为“P-TMSI”。
如果在ROUTING AREA UPDATE ACCEPT消息中包括PDP上下文状态信息单元，则MS应该本地去激活所有那些PDP上下文(在MS和网络之间无对等信令)，所述那些PDP上下文在MS中不处于SM状态PDP-INACTIVE下，但是由网络指示正处于状态PDP-INACTIVE下。
如果在ROUTING AREA UPDATE ACCEPT消息中包括MBMS上下文状态信息单元，则MS应该本地去激活所有那些MBMS上下文(在MS和网络之间无对等信令)，所述那些MBMS上下文在MS中不是在SM状态PDP-INACTIVE下，但是由网络指示正处于状态PDP-INACTIVE下。如果没有包括任何MBMS上下文状态信息单元，则MS应该本地去激活在MS中不处于SM状态PDP-INACTIVE下的所有MBMS上下文。
在A/Gb模式下，如果ROUTING AREA UPDATE ACCEPT消息包含小区通知信息单元，则MS应该开始使用LLC空帧来执行小区更新。
如果支持CSG进行允许的CSG列表的手动更新的MS接收到ROUTING AREA UPDATE ACCEPT消息，则MS应该检查在允许的CSG列表中是否包含MS已经在其中发送ROUTING AREA UPDATEREQUEST消息的小区的CSG ID。如果没有，则MS应该将该CSG ID添加到允许的CSG列表中。
网络还可以在ROUTING AREA UPDATE ACCEPT消息中发送“等价的PLMN”的列表。该列表的每个条目包含PLMN码(MCC+MNC)。移动台应该存储网络提供的列表，只是在由移动台存储该列表之前应该从“等价的PLMN”中移除已经在“禁止PLMN”列表中的任何PLMN码。另外，移动台应该向存储的列表添加发送该列表的注册的PLMN的PLMN码。对于PLMN选择、小区选择/重选和切换，存储的列表中的所有PLMN应该视为彼此等价的。每当出现ROUTING AREA UPDATE ACCEPT消息时，都应该替换移动台中存储的列表。如果消息中没有包含列表，则应该删除移动台中存储的列表。当关机时，该列表应该存储在移动台中，使得在开机时其能够用于PLMN选择。
如果ROUTING AREA UPDATE ACCEPT消息中的PDP类型IE指示“单IPv4v6”，则MS应该去激活先前利用“IPv4v6”激活的PDP上下文，以及(在不同的PDP上下文中利用V4 PDP类型、以及V6 PDP类型)独立地重新激活它们。
如果ROUTING AREA UPDATE ACCEPT消息中的PDP类型IE指示“IPv4”或“IPv6”，则MS应该不请求针对其他PDP类型的PDP上下文。
如果ROUTING AREA UPDATE ACCEPT消息包含下述中的任何一个：P-TMSI、接收N-PDU号(参见3GPP TS 44.065[78]和3GPP TS25.322[19b])、或者对提供RAT间切换信息或者E-UTRAN RAT间切换信息或二者的请求，则应该向网络返回ROUTING AREA UPDATECOMPLETE(路由区域更新完成)消息。
如果包括接收N-PDU号，则应该在ROUTING AREA UPDATECOMPLETE消息中包括在MS中有效的接收N-PDU号值。
如果网络已经请求提供RAT间切换信息或者E-UTRAN RAT间切换信息或二者，则MS应该返回包括RAT间切换信息IE或者E-UTRANRAT间切换信息IE或二者的ROUTING AREA UPDATE COMPLETE消息。
注1：在Iu模式下，在路由区域更新过程之后，如果网络已经释放资源，移动台可以发起服务请求过程以请求针对激活的PDP上下文的资源预留，或者经由现有的PS信令连接向网络发送上层消息(例如，ACTIVATE PDP CONTEXT REQUEST(激活PDP上下文请求))。
在Iu模式下，如果网络希望延长PS信令连接(例如，如果移动台已经在ROUTING AREA UPDATE REQUEST消息中指示“继续的请求待决”)，则网络应该在ROUTING AREA UPDATE ACCEPT消息中指示“继续进行”。如果网络希望释放PS信令连接，则网络应该在ROUTING AREA UPDATE ACCEPT消息中指示“不继续进行”。
在那之后，在Iu模式下，移动台应该根据ROUTING AREAUPDATE ACCEPT消息中的更新结果信息单元中包括的继续进行标志来动作(参见子条款4.7.13)。
网络还可以通过包括紧急号码列表IE，在ROUTING AREAUPDATE ACCEPT中发送本地紧急号码的列表。移动设备应该存储网络提供的列表，只是在由移动设备存储该列表之前应该从该列表中移除已经在SIM/USIM中存储的任何紧急号码。如果在SIM/USIM上没有存储任何紧急号码，则在存储接收的列表之前，移动设备应该从列表中移除在ME中永久存储的用于在该情况下使用的任何紧急号码(参见3GPP TS 22.101[8])。每当接收新的紧急号码列表IE时，都应该替换移动设备中存储的该列表。
在紧急号码列表IE中接收的紧急号码仅在具有在其上接收该IE的小区中的MCC相同的MCC的网络中是有效的。如果在ROUTINGAREA UPDATE ACCEPT消息中没有包括列表，则应该保持移动设备中存储的列表，除非移动设备已经成功注册到具有与上一次注册的PLMN的MCC不同的MCC的PLMN。
除了在SIM/USIM或ME上存储的紧急号码之外，移动设备还应该使用存储的接收自网络的紧急号码的列表，来检测拨打的号码是紧急号码。
注2：移动设备可以使用紧急号码列表来帮助最终用户确定拨打的号码是旨在针对紧急服务还是针对另外的目的地(例如本地目录服务)。与最终用户的可能交换根据实现的不同而不同。
在关机和移除SIM/USIM时，应该删除紧急号码的列表。移动设备应该能够存储多达十个从网络接收的本地紧急号码。
为了向MS指示分派给MS的GUTI和TAI列表仍然注册到网络并且在该MS中有效，网络应该在ROUTING AREA UPDATE ACCEPT消息中的更新结果IE中指示ISR被激活。
如果ROUTING AREA UPDATE ACCEPT消息包含：i)无ISR被激活的指示；或者ii)ISR被激活的指示，则在i)情况下，支持S1模式的MS应该将TIN设置为“P-TMSI”，或在ii)情况下，MS应该将可用的GUTI和TAf列表视为有效的以及注册到网络。如果TIN当前指示“GUTI”，则MS应该将TIN设置为“RAT相关的TMSI”。
现在转到图2，描述了信息单元200。IP版本信息单元标识202可以包括第一8个比特(8位字节1)。IP版本信息单元长度字段204可以包括第二8个比特(8位字节2)。与每个APN相关联的IP版本的编码206可以均利用8比特进行编码(8位字节3到8位字节6)。在该信息单元字段中参考的NSAPI号指向具体的PDP上下文，以及因此指向具体的APN。在实施例中，将信息单元200限制为11个PDP上下文的限制可以成立，以符合现有3GPP的PDP上下文的最大数目。在实施例中，仅与激活的PDP上下文相关联的那些APN可被编码，以及当较少的APN在使用时，信息单元200可以缩短。
再次转到图1，在实施例中，当第一接入点110是GERAN接入点时，第一接入点110可以广播系统信息消息，该系统信息消息包括指示第一接入点110支持的IP寻址类型的信息。类似的，当第一接入点110是UTRAN接入点时，第一接入点110可以广播系统信息消息，该系统信息消息包括指示第一接入点110支持的IP寻址类型的信息。例如，IP版本字段可以出现在系统信息块类型1(SIB1)的末端。可选地，SIB1的NAS系统信息部分中的PS域特定的系统信息可以被增强以添加IP版本字段。如上文进一步参考图2描述的，在GERAN、UTRAN或者LTE中的任一情况下，广播的系统信息消息中的IP版本字段可以对针对该接入点的IP寻址类型进行编码。在实施例中，通过读取接入点110、126中的每个广播的系统信息，第一UE 120可以知道和/或识别相邻的接入点110/126和/或其他相邻的接入点。
在实施例中，在第一UE 120识别出多个合适的服务接入点的情况下，第一UE 120可以重选到支持第一UE 120偏爱的(例如，第一UE 120执行的一个或多个应用所需要的)IP寻址类型的接入点。例如，当第一UE 120被配置为IPv6寻址时，第一UE 120可以选择到同样支持IPv6寻址的接入点，而不是仅支持IPv4寻址的另一接入点。可选地，当第一UE 120被配置为IPv4寻址时，第一UE 120可以选择到同样支持IPv4寻址的接入点，而不是仅支持IPv6寻址的另一接入点。可选地，当第一UE 120被配置为IPv4v6寻址时，第一UE 120可以选择到同样支持IPv4v6寻址的接入点，而不是仅支持IPv6寻址或仅支持IPv4寻址的其他接入点。在实施例中，如果接入点与最佳接入点相比没有差出给定值，例如最佳小区和候选小区的信道质量之间的差异没有超过特定值(例如，RSCP、RSSI、Ec/NO、Rxqual、Rxlev，或其任何组合)，则第一UE 120可以选择不同于最佳接入点(例如，提供最佳覆盖的接入点、最少超载的接入点、和/或根据其他标准的最佳接入点)的其他接入点。在实施例中，如果不同于最佳接入点的另一接入点足够好或者超出标准阈值，例如超出最小信道质量(例如，RSCP、RSSI1、Ec/NO、Rxqual、Rxlev，或其任何组合)，则第一UE 120可以选择该不同于最佳接入点(例如，提供最佳覆盖的接入点、最少超载的接入点、和/或根据其他标准的最佳接入点)的另一接入点。
现在转到图3，描述了无线通信的方法300。在步骤302中，第一UE 120检测下述事件之一：第一UE 120改变路由区域，以及第一UE120将无线接入技术从LTE网络改变到GERAN/UTRAN网络。在步骤304中，基于步骤302中的检测，第一UE 120发送去激活PDP上下文或EPS承载的消息。
现在转到图4，描述了无线通信的方法320。在步骤320中，第二接入节点136发送移动性消息，其包含识别第二接入节点136支持的IP寻址类型的IP版本字段。
现在转到图5，描述了方法340。在步骤340中，第二接入节点126广播系统信息消息，其包括识别该接入节点支持的IP寻址类型的IP版本字段。
现在转到图6，描述了方法350。在步骤352中，第一UE 120识别可以向第一UE 120提供合适的覆盖的多个接入点，例如接入节点110、126。在一些上下文中，该多个接入节点可以称为候选接入节点。基于接入节点110、126广播的包括IP版本字段的系统信息，第一UE120确定第二接入节点126支持与第一UE 120上的应用最相称的IP寻址类型，并且选择到该第二接入节点126。
现在转到图7，描述了方法360。在步骤362中，第一UE 120开机并且读取由第一UE 120预占所在的第一接入节点110所广播的系统信息。在步骤364中，第一UE 120根据第一接入节点110广播的系统信息(例如通过读取系统信息的IP版本信息单元)确定第一接入节点110不支持特定的IP寻址版本。在步骤366中，第一UE 120不尝试激活与第一UE 120的利用第一接入节点110不支持的特定IP寻址版本的应用相关联的PDP上下文。
上面描述的UE 120和其他组件可以包括能够执行与上面描述的动作有关的指令的处理组件。图8示出了系统1300的示例，该系统1300包括适合于实现本文公开的一个或多个实施例的处理组件1310。除了处理器1310(可以将其称作中央处理单元或CPU)之外，系统1300可以包括网络连接设备1320、随机存取存储器(RAM)1330、只读存储器(ROM)1340、辅助存储器1350、以及输入/输出(I/O)设备1360。这些组件可以经由总线1370彼此通信。在一些情况下，这些组件中的一些可以不存在，或可以通过彼此间的各种组合或与图中未示出的其他组件的各种组合的方式来进行组合。这些组件可以位于单个物理实体中，或者可以位于一个以上的物理实体中。本文描述为由处理器1310进行的任何动作可以由处理器1310单独进行，或者由处理器1310与图中示出或未示出的一个或多个组件(例如，数字信号处理器(DSP)1302)一起进行。虽然DSP 502被示出为单独的组件，但是可以将DSP 502并入到处理器1310中。
处理器1310执行其可以从网络连接设备1320、RAM 1330、ROM1340或辅助存储器1350(其可以包括各种基于盘的系统，例如硬盘、软盘或光盘)存取的指令、代码、计算机程序或者脚本。虽然仅示出了一个CPU 1310，然而可以存在多个处理器。因此，尽管可以将指令讨论为由处理器执行，但是指令可以由一个或多个处理器同时地、串行地、或以其他方式执行。可以将处理器1310实现为一个或多个CPU芯片。
网络连接设备1320可以采用以下形式：调制解调器、调制解调器组、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌环设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、射频收发机设备(例如，码分多址(CDMA)设备(如UTRA、LTE或CDMA2000))、全球移动通信系统(GSM)无线收发机设备、微波接入的全球可互操作性(WiMAX)设备、和/或其他众所周知的用于连接网络的设备。这些网络连接设备1320可以使得处理器1310能够与互联网或者一个或多个电信网络通信，或者与处理器1310可以从其接收信息或处理器1310可以向其输出信息的其他网络通信。网络连接设备1320还可以包括一个或多个收发机组件1325，收发机组件1325能够无线地发送和/或接收数据。
RAM 1330可以用于存储易失性数据并且可能用于存储由处理器1310执行的指令。ROM 1340是存储器容量通常比辅助存储器1350的存储器容量小的非易失性存储器设备。ROM 1340可以用于存储指令以及存储可能在指令执行期间读取的数据。对RAM 1330和ROM1340的访问通常快于对辅助存储器1350的访问。辅助存储器1350通常包括一个或者多个盘驱动或者带驱动，并且可以用于数据的非易失性存储，或者如果RAM 1330不够大到足以保存所有工作数据时，还要将辅助存储器650用作溢出数据存储设备。辅助存储器1350可以用于存储程序，当选择执行该程序时将该程序加载至RAM 1330。
I/O设备1360可以包括液晶显示器(LCD)、触摸屏显示器、键盘、键区、开关、拨号盘、鼠标、轨迹球、语音识别器、读卡器、纸带读取器、打印机、视频监视器、或者其它众所周知的输入设备。同样地，可以将收发机1325认为是I/O设备1360的组件，而不认为是网络连接设备1320的组件，或者认为也是网络连接设备1320的组件。
系统1300的组件的各种组合，包括存储器、硬件、固件、软件或其他，在本文中可以称为“组件”。
通过参考将下面的规范并入本文用于所有目的：3GPP TS 23.060、3GPP TS 23.401、3GPP TS 24.008、3GPP TS 24.301、3GPP TS 25.331、3GPP TS 36.331、3GPP TS 44.018、以及3GPP TS 44.060。
在实施例中，公开了一种用户设备(UE)。该UE包括至少一个组件，该组件配置为对以下各项事件之一进行检测：检测UE改变路由区域以及UE将无线接入技术从长期演进(LTE)网络改变到全球移动通信系统GSM演进的增强数据速率无线接入网(GERAN)或通用移动通信系统陆地无线接入网(UTRAN)；以及响应于检测到所述事件，去激活第一分组数据协议(PDP)上下文和演进分组系统(EPS)承载之一。
在实施例中，公开了一种接入节点。该接入节点包括至少一个组件，被配置为：向用户设备(UE)发送移动性消息，该移动性消息包含识别支持的互联网协议寻址类型的互联网协议(IP)版本字段。
在实施例中，公开了一种用户设备(UE)。该UE包括组件，该组件被配置为：对移动性消息中的互联网协议版本字段进行解码，以及基于互联网协议(IP)版本字段来适配UE的数据通信功能。
在实施例中，公开了一种接入节点。该接入节点包括组件，该组件被配置为：广播系统信息消息，该系统信息消息包含识别与该接入节点相关联的核心网络所支持的互联网协议寻址类型的互联网协议(IP)版本字段。
在实施例中，公开了一种无线通信方法。该方法包括：用户设备(UE)检测以下各项事件之一：UE改变路由区域以及UE将无线接入技术从长期演进(LTE)网络改变到全球移动通信系统GSM演进的增强数据速率无线接入网(GERAN)或通用移动通信系统陆地无线接入网(UTRAN)。还包括UE基于检测到所述事件，发送消息以去激活第一分组数据协议(PDP)上下文和演进分组系统(EPS)承载之一。
在实施例中，公开了一种无线通信方法。该方法包括接入节点发送移动性消息，该移动性消息包含识别接入节点支持的互联网协议寻址类型的互联网协议(IP)版本字段。
在实施例中，公开了一种无线通信方法。该方法包括接入节点广播系统信息消息，该系统信息消息包含识别接入节点支持的互联网协议寻址类型的互联网协议版本字段
在实施例中，公开了一种无线通信方法。该方法包括：用户设备(UE)识别作为为UE提供服务的候选的多个接入点，以及UE基于所选的接入点支持的互联网协议寻址类型来选择所述接入点之一。
在实施例中，公开了一种无线通信方法。该方法包括用户设备(UE)开机并且读取由UE预占所在的接入节点所广播的系统信息，UE确定该接入节点不支持特定的互联网协议寻址类型，以及UE不激活与利用接入节点不支持的特定互联网协议寻址类型的应用相关联的演进分组系统(EPS)承载的分组数据协议(PDP)上下文。
在实施例中，公开了一种用户设备。该用户设备包括至少一个组件，该组件被配置为：确定接入节点的互联网协议寻址版本，以及响应于确定接入节点的互联网协议寻址版本，去激活分组数据协议(PDP)上下文和演进分组系统(EPS)承载之一。
在实施例中，公开了一种用户设备。该用户设备包括至少一个组件，该组件被配置为：检测应用的数据传送的超时。响应于检测到应用的数据传送的超时，该组件进一步配置为去激活基于第一互联网协议寻址版本的第一分组数据协议(PDP)上下文和基于第一互联网协议寻址版本的演进分组系统(EPS)承载之一，其中所述PDP上下文和EPS承载之一与应用相关联。该组件进一步配置为基于第二互联网协议寻址版本重新激活所述PDP上下文和EPS承载之一。
实施例还提供一种用户设备(UE)，其包括处理器，该处理器被配置为：接收消息；以及响应于指示第一互联网协议(IP)版本类型的该消息，去激活与第二IP版本类型相关联的分组数据协议(PDP)上下文和演进分组系统(EPS)承载中的至少一个，其中分组数据协议(PDP)上下文和演进分组系统(EPS)承载中的所述至少一个先前已经由UE激活。
实施例还提供一种接入节点，其包括至少一个组件，该组件被配置为：向用户设备(UE)发送移动性消息或系统信息消息之一，其中移动性消息或系统信息消息包含识别支持的互联网协议寻址类型的互联网协议(IP)版本字段。
实施例还提供一种用户设备(UE)，其包括处理器，该处理器被配置为：对移动性消息中的互联网协议(IP)版本字段进行解码，以及基于该IP版本字段来适配UE的数据通信功能。
实施例还提供一种用户设备(UE)，其包括至少一个组件，该组件被配置为：确定接入节点的互联网协议寻址版本，以及响应于确定接入节点的互联网协议寻址版本，去激活分组数据协议(PDP)上下文和演进分组系统(EPS)承载之一。
实施例还提供一种用户设备(UE)，其包括至少一个组件，该组件被配置为：检测应用的数据传送的超时；以及响应于检测到应用的数据传送的超时，去激活基于第一互联网协议寻址版本的第一分组数据协议(PDP)上下文和基于第一互联网协议寻址版本的演进分组系统(EPS)承载之一，其中所述PDP上下文和EPS承载之一与应用相关联；以及基于第二互联网协议寻址版本重新激活所述PDP上下文和EPS承载之一。
实施例还提供在用户设备(UE)中实现的方法，所述方法包括：接收消息；以及响应于指示第一互联网协议(IP)版本类型的该消息，去激活与第二IP版本类型相关联的分组数据协议(PDP)上下文和演进分组系统(EPS)承载中的至少一个，其中分组数据协议(PDP)上下文和演进分组系统(EPS)承载中的所述至少一个先前已经由UE激活。
实施例还提供在用户设备(UE)中实现的方法，所述方法包括：确定接入节点的互联网协议寻址版本；以及响应于确定接入节点的互联网协议寻址版本，去激活分组数据协议(PDP)上下文和演进分组系统(EPS)承载之一。
实施例还提供在用户设备(UE)中实现的方法，所述方法包括：检测应用的数据传送的超时；响应于检测到应用的数据传送的超时，去激活基于第一互联网协议寻址版本的分组数据协议(PDP)上下文和基于第一互联网协议寻址版本的演进分组系统(EPS)承载中的一个，其中所述PDP上下文和EPS承载之一与应用相关联；以及基于第二互联网协议寻址版本重新激活所述PDP上下文和EPS承载之一。
在本公开中已经提供了若干实施例，应该理解所公开的系统和方法可以以许多其他具体形式来实现，而不偏离本公开的精神或范围。本示例应该被认为是解释说明性的，而不是作为限制，以及本发明不局限于本文给出的细节。例如，各种单元或组件可以组合或合并在其他系统中，或者某些特征可以省略或不实现。
而且，各个实施例中描述和示出为离散或单独的技术、系统、子系统和方法可以与其他系统、模块、技术或方法进行组合或合并，而不偏离本公开的精神或范围。示出和讨论为耦合或直接耦合或彼此通信的其他项可以通过某个接口、设备、或中间组件非直接地耦合或通信，无论其是电的、机械的或者其他方式的耦合或通信。本领域普通技术人员可以想到并且在不偏离本文描述的精神和范围的情况下实现其他改变、替代、和备选。

Claims (47)

1.一种用户设备“UE”，包括处理器，所述处理器被配置为：
接收消息；以及
响应于指示第一互联网协议“IP”版本类型的所述消息，去激活与第二IP版本类型相关联的分组数据协议“PDP”上下文和演进分组系统“EPS”承载中的至少一个，其中所述PDP上下文和所述EPS承载中的所述至少一个先前已经由所述UE激活。
2.根据权利要求1所述的UE，其中，所述处理器还被配置为：
接收第一IP版本类型为IPv6的消息；以及
去激活针对第二IP版本类型为IPv4v6的PDP上下文。
3.根据权利要求2所述的UE，其中，所述处理器还被配置为：
重新激活第一IP版本类型为IPv6的PDP上下文。
4.根据权利要求1所述的UE，其中，所述处理器还被配置为：
接收第一IP版本类型为IPv4的消息；以及
去激活针对第二IP版本类型为IPv4v6的PDP上下文。
5.根据权利要求4所述的UE，其中，所述处理器还被配置为：
重新激活第一IP版本类型为IPv4的PDP上下文。
6.根据权利要求1所述的UE，其中，所述处理器被配置为：
接收第一IP版本类型为单IPv4v6的消息；以及
去激活针对第二IP版本类型为双IPv4v6的PDP上下文。
7.根据权利要求5所述的UE，其中，所述处理器还被配置为：
重新激活IP版本类型为IPv4的PDP上下文。
8.根据权利要求5所述的UE，其中，所述处理器还被配置为：
重新激活IP版本类型为IPv6的PDP上下文。
9.根据权利要求1所述的UE，其中，所述处理器还被配置为：
重新激活与第一IP版本类型相关联的第二PDP上下文和第二EPS承载中的至少一个。
10.根据权利要求9所述的UE，其中，所述处理器还被配置为：
重新激活与第一IP版本类型相关联的第三PDP上下文和第三EPS承载中的至少一个，其中，对第三PDP上下文和第三EPS承载中的所述至少一个的重新激活是与对第二PDP上下文和第二EPS承载中的所述至少一个的重新激活分开执行的。
11.根据权利要求1所述的UE，其中，所述处理器还被配置为：
重新激活多个PDP上下文，其中，对所述多个PDP上下文的重新激活是分开执行的。
12.根据权利要求1所述的UE，其中，所述处理器还被配置为：
去激活与第二IP版本类型相关联的第二PDP上下文和第二EPS承载中的至少一个，其中，第二PDP上下文和第二EPS承载中的所述至少一个先前已经由所述UE激活。
13.根据权利要求12所述的UE，其中，所述处理器还被配置为：
重新激活与第一IP版本类型相关联的第三PDP上下文和第三EPS承载中的至少一个。
14.根据权利要求1所述的UE，其中，所述处理器还被配置为：
避免重新激活与第二IP版本类型相关联的PDP上下文和EPS承载中的所述至少一个。
15.一种接入节点，包括：
至少一个组件，被配置为：向用户设备“UE”发送移动性消息或系统信息消息之一，其中，所述移动性消息或所述系统信息消息包含识别支持的互联网协议寻址类型的互联网协议“IP”版本字段。
16.根据权利要求15所述的接入节点，其中，所述移动性消息是以下各项之一：MobilityFromEUTRACommand消息、物理信道重新配置消息、来自UTRAN的小区改变命令消息、PS切换命令消息、小区改变命令消息、RAU接受消息、跟踪区域更新接受消息、以及附着接受消息。
17.根据权利要求15所述的接入节点，其中，所述互联网协议寻址类型包括：互联网协议版本4“IPv4”版本类型、互联网协议版本6“IPv6”版本类型、以及互联网协议版本4和版本6双“双IPv4v6”版本类型、以及互联网协议版本4和版本6单“单IPv4v6”版本类型。
18.根据权利要求15所述的接入节点，其中，所述IP版本字段识别由服务通用分组无线服务支持节点“SGSN”支持的互联网协议寻址类型。
19.根据权利要求15所述的接入节点，其中，所述IP版本字段识别针对为UE预留的每个接入点名称“APN”所支持的互联网协议寻址类型。
20.根据权利要求15所述的接入节点，其中，所述IP版本字段识别针对与UE的激活的PDP上下文相关联的每个接入点名称“APN”所支持的互联网协议寻址类型。
21.根据权利要求15所述的接入节点，其中，所述IP版本字段识别针对为UE激活的每个PDP上下文所支持的互联网协议寻址类型。
22.一种用户设备“UE”，包括：
处理器，被配置为：对移动性消息中的互联网协议“IP”版本字段进行解码，以及基于所述IP版本字段来适配UE的数据通信功能。
23.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于双互联网协议“IP”版本4和版本6“IPv4v6”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本4类型寻址时，去激活与UE的使用IP版本6类型寻址的应用相关联的PDP上下文或EPS承载。
24.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于双互联网协议“IP”版本4和版本6“IPv4v6”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本6类型寻址时，去激活与UE的使用IP版本4类型寻址的应用相关联的PDP上下文或EPS承载。
25.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于互联网协议“IP”版本4“IPv4”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本6类型寻址时，去激活UE的PDP上下文。
26.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于互联网协议“IP”版本6“IPv6”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本4类型寻址时，去激活UE的PDP上下文。
27.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于双互联网协议“IP”版本4和版本6“IPv4v6”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本4和6单类型寻址“单IPv4v6”时，去激活使用双混合IPv4和IPv6版本类型寻址的PDP上下文或EPS承载。
28.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于双互联网协议“IP”版本4和版本6“IPv4v6”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本4和6单类型寻址“单IPv4v6”时，激活针对IPv4版本类型寻址的PDP上下文或EPS承载。
29.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于双互联网协议“IP”版本4和版本6“IPv4v6”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本4和6单类型寻址“单IPv4v6”时，激活针对IPv6版本类型寻址的PDP上下文或EPS承载。
30.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于双互联网协议“IP”版本4和版本6“IPv4v6”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本6类型寻址时，激活针对IPv6版本类型寻址的PDP上下文或EPS承载。
31.根据权利要求22所述的UE，其中，在UE接收所述移动性消息之前，UE、分组数据协议“PDP”上下文、以及演进分组系统“EPS”承载上下文中的至少一个被配置用于双互联网协议“IP”版本4和版本6“IPv4v6”类型寻址，以及所述处理器还被配置为：
当IP版本字段指示IP版本4类型寻址时，激活针对IPv4版本类型寻址的PDP上下文或EPS承载。
32.根据权利要求22所述的UE，其中，所述移动性消息是以下各项之一：MobilityFromEUTRACommand消息、物理信道重新配置消息、来自UTRAN的小区改变命令消息、PS切换命令消息、小区改变命令消息、RAU接受消息、跟踪区域更新接受消息、以及附着接受消息。
33.一种用户设备“UE”，包括：
至少一个组件，被配置为：确定接入节点的互联网协议寻址版本；以及响应于所述确定接入节点的互联网协议寻址版本，去激活分组数据协议“PDP”上下文和演进分组系统“EPS”承载之一。
34.根据权利要求33所述的用户设备，其中，所述至少一个组件通过读取由所述接入节点在移动性消息和系统信息消息之一中发送的互联网协议版本字段，来确定所述接入节点的互联网协议寻址版本。
35.根据权利要求33所述的用户设备，其中，所述至少一个组件还被配置为：基于所述接入节点的互联网协议寻址版本来重新激活所述PDP上下文和所述EPS承载的所述之一。
36.一种用户设备“UE”，包括：
至少一个组件，被配置为：检测应用的数据传送的超时；以及响应于检测到应用的数据传送的超时，去激活基于第一互联网协议寻址版本的分组数据协议“PDP”上下文和基于第一互联网协议寻址版本的演进分组系统“EPS”承载之一，其中，所述PDP上下文和所述EPS承载中的所述之一与所述应用相关联；以及
基于第二互联网协议寻址版本，重新激活所述PDP上下文和所述EPS承载中的所述之一。
37.一种在用户设备“UE”中实现的方法，所述方法包括：
接收消息；以及
响应于指示第一互联网协议“IP”版本类型的所述消息，去激活与第二IP版本类型相关联的分组数据协议“PDP”上下文和演进分组系统“EPS”承载中的至少一个，其中，所述PDP上下文和所述EPS承载中的所述至少一个先前已经由所述UE激活。
38.根据权利要求37所述的方法，还包括：
重新激活与第一IP版本类型相关联的第二PDP上下文和第二EPS承载中的至少一个。
39.根据权利要求38所述的方法，还包括：
重新激活与第一IP版本类型相关联的第三PDP上下文和第三EPS承载中的至少一个，其中，对第三PDP上下文和第三EPS承载中的所述至少一个的重新激活是与对第二PDP上下文和第二EPS承载中的所述至少一个的重新激活分开执行的。
40.根据权利要求37所述的方法，还包括：
重新激活多个PDP上下文，其中，对所述多个PDP上下文的重新激活是分开执行的。
41.根据权利要求37所述的方法，还包括：
去激活与第二IP版本类型相关联的第二PDP上下文和第二EPS承载中的至少一个，其中，第二PDP上下文和第二EPS承载中的所述至少一个先前已经由所述UE激活。
42.根据权利要求41所述的方法，还包括：
重新激活与第一IP版本类型相关联的第三PDP上下文和第三EPS承载中的至少一个。
43.根据权利要求37所述的方法，还包括：
避免重新激活与第二IP版本类型相关联的PDP上下文和EPS承载中的所述至少一个。
44.一种在用户设备“UE”中实现的方法，所述方法包括：
确定接入节点的互联网协议寻址版本；以及
响应于确定所述接入节点的互联网协议寻址版本，去激活分组数据协议“PDP”上下文和演进分组系统“EPS”承载之一。
45.根据权利要求44所述的方法，还包括：
通过读取由所述接入节点在移动性消息和系统信息消息之一中发送的互联网协议版本字段，来确定所述接入节点的互联网协议寻址版本。
46.根据权利要求44所述的方法，还包括：
基于所述接入节点的互联网协议寻址版本来重新激活所述PDP上下文和所述EPS承载的所述之一。
47.一种在用户设备“UE”中实现的方法，所述方法包括：
检测应用的数据传送的超时；以及
响应于检测到应用的数据传送的超时，去激活基于第一互联网协议寻址版本的分组数据协议“PDP”上下文和基于第一互联网协议寻址版本的演进分组系统“EPS”承载之一，其中，所述PDP上下文和所述EPS承载中的所述之一与所述应用相关联；以及
基于第二互联网协议寻址版本重新激活所述PDP上下文和所述EPS承载中的所述之一。
CN201080046007.7A 2009-08-12 2010-08-12 适应混合ipv4v6网络支持 Active CN102577458B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US23335509P 2009-08-12 2009-08-12
US61/233,355 2009-08-12
PCT/GB2010/001534 WO2011018627A2 (en) 2009-08-12 2010-08-12 Accommodating hybrid ipv4v6 network support

Publications (2)

Publication Number Publication Date
CN102577458A true CN102577458A (zh) 2012-07-11
CN102577458B CN102577458B (zh) 2016-07-06

Family

ID=43446779

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080046007.7A Active CN102577458B (zh) 2009-08-12 2010-08-12 适应混合ipv4v6网络支持

Country Status (5)

Country Link
US (2) US20110038372A1 (zh)
EP (1) EP2465277B1 (zh)
CN (1) CN102577458B (zh)
CA (1) CA2770630C (zh)
WO (1) WO2011018627A2 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932497A (zh) * 2012-10-17 2013-02-13 华为终端有限公司 获取互联网协议地址的方法、设备及系统
CN103327482A (zh) * 2013-06-27 2013-09-25 宇龙计算机通信科技(深圳)有限公司 终端和网络切换控制方法
CN109315004A (zh) * 2017-08-11 2019-02-05 华为技术有限公司 Pdu类型的设置方法、ue策略的设置方法及相关实体
CN111417163A (zh) * 2020-03-27 2020-07-14 Oppo广东移动通信有限公司 一种ip地址恢复方法及终端、存储介质

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011018627A2 (en) 2009-08-12 2011-02-17 Research In Motion Limited Accommodating hybrid ipv4v6 network support
KR20110037484A (ko) * 2009-10-07 2011-04-13 삼성전자주식회사 휴대용 단말기에서 등가 공중 지역 이동 망의 유동적인 관리를 위한 장치 및 방법
US9277449B2 (en) * 2010-04-19 2016-03-01 Htc Corporation Method of load balancing and related communication device
US9854007B2 (en) * 2010-05-05 2017-12-26 Htc Corporation Method of controlling packet switched data transmission and related communication device
WO2011148234A1 (en) * 2010-05-28 2011-12-01 Nokia Corporation System, method, and apparatus for determining a network interface preference policy
US8681702B2 (en) * 2010-08-23 2014-03-25 Htc Corporation PLMN selection method and mobile communication device utilizing the same
US8768290B2 (en) * 2010-09-29 2014-07-01 Htc Corporation Apparatuses and methods for handling of an equivalent public land mobile network (PLMN) list
US9161239B2 (en) * 2011-04-06 2015-10-13 Hewlett-Packard Development Company, L.P. Network access point management
WO2013059965A1 (en) 2011-10-28 2013-05-02 Telefonaktiebolaget L M Ericsson (Publ) Ipv6 transition tool handling
CN102421201B (zh) * 2011-11-22 2014-03-12 中兴通讯股份有限公司 一种快速建立双栈无线连接的方法及无线终端设备
CN102547676A (zh) * 2012-01-06 2012-07-04 大唐移动通信设备有限公司 目标网元ip地址的获取以及系统切换的方法、装置
US20130231073A1 (en) * 2012-03-02 2013-09-05 Htc Corporation Method of Handling Local Emergency Number List and Related Communication Device
CN102685118B (zh) * 2012-05-02 2014-12-17 中兴通讯股份有限公司 单pdp双栈串行拨号方法和系统
US9155005B2 (en) 2012-11-07 2015-10-06 Qualcomm Incorporated Method and apparatus to reduce signaling spikes when moving between WLAN and WWAN coverage areas
CN104333608B (zh) * 2013-07-22 2019-03-12 中兴通讯股份有限公司 移动终端及其单pdp双栈连接的实现方法、装置
US9814081B2 (en) * 2013-08-02 2017-11-07 Mediatek Inc. Methods for processing emergency call and communications apparatuses utilizing the same
KR20150021446A (ko) * 2013-08-20 2015-03-02 삼성전자주식회사 긴급 전화 번호를 제공하기 위한 방법 및 그 시스템
EP3123786B1 (en) * 2014-06-30 2021-05-12 Hewlett Packard Enterprise Development LP Channel scan based on mobility state
US9622049B2 (en) * 2014-07-10 2017-04-11 Alcatel Lucent Method and apparatus for providing dual protocol MBMS for facilitating IPV4 to IPV6 migration in E-UTRAN
CN106717070A (zh) * 2014-09-30 2017-05-24 诺基亚通信公司 用于跟踪空闲设备的方法和装置
US11039444B2 (en) * 2015-12-01 2021-06-15 Telefonaktiebolaget Lm Ericsson (Publ) Announcement for application aware scheduling
US10136383B2 (en) * 2016-04-25 2018-11-20 Htc Corporation Device and method handling a network selection
EP3273424B1 (en) * 2016-07-21 2019-03-13 The Boeing Company System and method of aircraft surveillance and tracking
CN110708738B (zh) * 2019-09-29 2021-11-19 维沃移动通信有限公司 一种网络信息处理方法及终端设备
US20220286470A1 (en) * 2021-03-05 2022-09-08 At&T Intellectual Property I, L.P. Facilitation of network protection for 5g or other next generation network
US11956302B1 (en) 2022-11-28 2024-04-09 At&T Intellectual Property I, L.P. Internet protocol version 4-to-version 6 redirect for application function-specific user endpoint identifiers

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050105544A1 (en) * 2003-11-13 2005-05-19 Nokia Corporation Communication method
US20080130594A1 (en) * 2006-11-30 2008-06-05 Takashi Suzuki System and Method for Maintaining Packet Protocol Context
US20080267154A1 (en) * 2007-04-24 2008-10-30 Kaj Olof Inge Johansson Method and system for avoiding hanging pdp contexts

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0840482B1 (en) * 1996-11-01 2007-04-25 Hitachi, Ltd. Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus
KR100728546B1 (ko) * 2002-11-04 2007-06-15 리서치 인 모션 리미티드 무선 데이터 접속을 유지하는 방법 및 시스템
CN101128041B (zh) * 2006-08-15 2010-05-12 华为技术有限公司 接入网和核心网间下行数据隧道失效后的处理方法和系统
EP1912385B1 (en) * 2006-10-13 2009-08-26 Research In Motion Limited System and method for deactivating IP sessions of lower priority
ATE425627T1 (de) * 2006-11-30 2009-03-15 Research In Motion Ltd System und verfahren zur aufrechterhaltung des paketprotokollkontexts
EP2028910A1 (en) * 2007-08-21 2009-02-25 NEC Corporation Method for allowing a UICC to manage the PDP context parameters
EP2104308A1 (en) * 2008-03-17 2009-09-23 France Telecom Telecommunications system and method
US20090252072A1 (en) * 2008-04-08 2009-10-08 Telefonaktiebolaget Lm Ericsson (Publ) Method and Apparatus for Maintaining Long-Lived Connections Between a Mobile Client and a Server
WO2011018627A2 (en) 2009-08-12 2011-02-17 Research In Motion Limited Accommodating hybrid ipv4v6 network support

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050105544A1 (en) * 2003-11-13 2005-05-19 Nokia Corporation Communication method
US20080130594A1 (en) * 2006-11-30 2008-06-05 Takashi Suzuki System and Method for Maintaining Packet Protocol Context
US20080267154A1 (en) * 2007-04-24 2008-10-30 Kaj Olof Inge Johansson Method and system for avoiding hanging pdp contexts

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
CHINA MOBILE, VODAFONE, RESEARCH IN MOTION: ""Update the PDN type with IPv4v6"", 《3GPP TSG CT WG1 MEETING #57 C1-091302》 *
ZTE: ""Dual stack support in GTPv1"", 《3GPP TSG CT WG4 MEETING #44 C4-092066》 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932497A (zh) * 2012-10-17 2013-02-13 华为终端有限公司 获取互联网协议地址的方法、设备及系统
WO2014059939A1 (zh) * 2012-10-17 2014-04-24 华为终端有限公司 获取互联网协议地址的方法、设备及系统
CN102932497B (zh) * 2012-10-17 2015-07-08 华为终端有限公司 获取互联网协议地址的方法、设备及系统
US9825901B2 (en) 2012-10-17 2017-11-21 Huawei Device Co., Ltd. Method, device, and system for acquiring internet protocol address
CN103327482A (zh) * 2013-06-27 2013-09-25 宇龙计算机通信科技(深圳)有限公司 终端和网络切换控制方法
CN103327482B (zh) * 2013-06-27 2016-09-21 宇龙计算机通信科技(深圳)有限公司 终端和网络切换控制方法
CN109315004A (zh) * 2017-08-11 2019-02-05 华为技术有限公司 Pdu类型的设置方法、ue策略的设置方法及相关实体
US11716680B2 (en) 2017-08-11 2023-08-01 Huawei Technologies Co., Ltd. PDU type setting method, UE policy setting method, and related entity
CN109315004B (zh) * 2017-08-11 2023-12-08 华为技术有限公司 Pdu类型的设置方法及相关实体
CN111417163A (zh) * 2020-03-27 2020-07-14 Oppo广东移动通信有限公司 一种ip地址恢复方法及终端、存储介质
CN111417163B (zh) * 2020-03-27 2022-05-20 Oppo广东移动通信有限公司 一种ip地址恢复方法及终端、存储介质

Also Published As

Publication number Publication date
US20110038372A1 (en) 2011-02-17
WO2011018627A2 (en) 2011-02-17
HK1171317A1 (zh) 2013-03-22
CA2770630A1 (en) 2011-02-17
WO2011018627A3 (en) 2011-05-19
CA2770630C (en) 2016-12-13
CN102577458B (zh) 2016-07-06
US20170127271A1 (en) 2017-05-04
EP2465277B1 (en) 2018-02-21
US9924351B2 (en) 2018-03-20
EP2465277A2 (en) 2012-06-20

Similar Documents

Publication Publication Date Title
CN102577458B (zh) 适应混合ipv4v6网络支持
KR102661247B1 (ko) 연결 관리를 위한 장치, 방법 및 컴퓨터 프로그램
US20240022985A1 (en) Preserving Emergency Call During Failure to Transfer
KR102068679B1 (ko) 이종 이동 통신 시스템 간 리디렉션을 제어하기 위한 방법 및 장치
US10021628B2 (en) Preventing a mobile device from repeating a request toward a mobile network
US9723528B2 (en) Methods and apparatus to provide packet switched service continuity during circuit switched fallback operation
CN103858454B (zh) 在无线通信系统中处理与空闲模式信令缩减相关联的数据的方法
US8768290B2 (en) Apparatuses and methods for handling of an equivalent public land mobile network (PLMN) list
US20140349662A1 (en) Advanced circuit switched fallback connection establishment with idle mode signaling reduction
CN102177748B (zh) 一种网络切换方法、终端、网关和网络系统
TW201301915A (zh) 使用控制平面以傳送接收資料方法及裝置
US20130028187A1 (en) Mobile communication system, network device, and mobile communication method
CN103368930A (zh) 用于控制访问核心网的方法、网络设备和用户设备
CN106105314B (zh) 视频电话服务质量提高方法和装置
US20250254571A1 (en) Supporting cell reselection of a new serving cell for a ue
JP7777091B2 (ja) ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）
US20130016699A1 (en) Mobile communication system, network device, and mobile communication method
HK1171317B (zh) 适应混合ipv4v6网络支持
KR100936532B1 (ko) 네트워크 서비스 영역 변경에 따른 패킷 데이터 서비스제공 방법 및 그 시스템
WO2024071157A1 (ja) 通信方法
TWI577219B (zh) 變更無線資源控制連結模式下使用者裝置行動狀態之方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1171317

Country of ref document: HK

CB02 Change of applicant information

Address after: Voight, Ontario, Canada

Applicant after: BlackBerry Ltd.

Address before: Voight, Ontario, Canada

Applicant before: Research In Motion Ltd.

COR Change of bibliographic data
C14 Grant of patent or utility model
GR01 Patent grant
REG Reference to a national code

Ref country code: HK

Ref legal event code: GR

Ref document number: 1171317

Country of ref document: HK

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20240523

Address after: Ai Erlandubailin

Patentee after: Maliki Innovation Co.,Ltd.

Country or region after: Ireland

Address before: Voight, Ontario, Canada

Patentee before: BlackBerry Ltd.

Country or region before: Canada