CN101401376A - 在包括ims的网络环境中将来电呼叫路由到合适的域的系统和方法 - Google Patents

Abstract

在一个实施例中，在包括电路交换(CS)网络和IP多媒体子系统(IMS)网络的网络环境中，对于来电呼叫路由选择的方案被公布，其中，该来电呼叫被导向配置在网络环境中的用户设备(UE)装置。配置在IMS网络中的网络节点可以进行关于UE装置的域、状态、用户和/或运营商策略和优先项的适用性、位置等多种确定。至少部分依据上述确定，该来电呼叫被端接于合适的域(例如，CS域或IMS域)。

Description

在包括IMS的网络环境中将来电呼叫路由到合适的域的系统和方法

技术领域

本发明涉及通讯网络中的呼叫路由选择，尤其是在包括电路交换(CS)网络和IP多媒体子系统(IMS)网络的网络环境中管理呼叫路由选择的系统和方法，其中将来电呼叫路由到合适的域(例如，CS域或IMS域)。

背景技术

移动IP上传输话音(VoIP)的切换是指，当用户在基于IP协议的网络(例如，无线局域网(WLAN)或Wi-MAX网络、第三代合作伙伴计划(3GPP)分组(PS)网络、长期演进(LTE)网络等)和电路交换移动网络之间移动时，继续话音呼叫的过程。为了完成这种切换，现在的第三代合作伙伴计划(3GPP)标准详细说明了呼叫连续性控制功能(CCCF)单元，该单元安置在新的、称之为IP多媒体子系统(IMS)的基于IP协议的网络结构内。进一步，3GPP标准定义了称之为网络域选择(NeDS)功能的另一个实体，NeDS功能与CCCF单元交互作用以便容易进行关于来电呼叫的合适的域选择，该来电呼叫定向于具有双域能力(如，CS域和IMS域)的用户设备(UE)。然而，大家知道在当前的NeDS功能发展中几个缺陷继续存在。

附图说明

通过参考下面发明内容并结合相关附图，可以更完整地理解本发明的实施例，其中；

图1示出了包括电路交换(CS)网络基础结构和IP多媒体子系统(IMS)基础结构的网络环境，一个本发明的实施例可以实现于其中；

图2示出了网络单元的实施例，该网络单元可操作用于进行本发明的域选择；

图3示出了用于对来电呼叫进行路由的本发明的一个实施例的流程图；

图4示出了根据一个实施例的涉及在UE装置与相关的NeDS单元之间总体相互作用的模型的流程图；

图5示出了根据一个实施例的拥有NeDS单元的多个接口的逻辑框图；

图6A示出了拥有NeDS单元的状态转换引擎的实施例，该状态转换引擎为UE装置维持状态转换；

图6B示出了本发明的策略/优先项(policy/preferences)计划；

图7示出了一个实施例的消息流示意图，用于在NeDS单元执行用户策略/优先项设置；

图8示出了一个实施例中涉及向NeDS单元的初始注册的消息流示意图；

图9示出了在另一个实施例中涉及向NeDS单元的初始注册的消息流示意图；

图10示出了一个实施例中涉及由NeDS单元使触发器禁用的消息流示意图；

图11示出了一个实施例中涉及向NeDS单元的概略注册过程的消息流示意图；

图12与图13所示是利用非结构化补充数据业务(USSD，Unstructured Supplementary Service Data)消息通信向NeDS单元的概略注册过程的消息流示意图；

图14示出了在一个实施例中，涉及在UE装置和相关的NeDS单元之间发送关于该UE装置状态改变消息通信的消息流示意图；

图15示出了涉及在UE装置和相关的NeDS单元之间发送关于由UE装置发现电路交换(CS)域的消息通信的消息流示意图；

图16示出了在另一个实施例中，涉及在UE装置和相关的NeDS单元之间发送关于该UE装置状态改变的消息通信的消息流示意图；

图17示出了在进一步的实施例中，涉及在UE装置和相关的NeDS单元之间发送关于该UE装置状态改变的消息通信的消息流示意图；以及

图18示出了本发明的通讯装置的实施例的结构框图。

发明内容

本发明针对用于在包括CS网络和IMS网络的网络环境下对来电呼叫或会话进行路由的方案，其中，来电呼叫或会话被导向配置在网络环境中的UE装置。在本发明和下面提出的权利要求的描述中，术语“呼叫”(call)包括“呼叫”(call)和“会话”(session)的含义。配置在IMS网络中的网络节点用于进行关于UE装置的域、状态、用户和/或运营商策略(policy)及优先项(preferences)的适用性、位置等多种确定(determinations)。至少部分地基于前述的确定，来电呼叫随后被端接于合适的域(例如，CS域或PS域)。

一方面，本发明提供一种方法，用于在包括CS网络和IMS网络的网络环境中对来电呼叫进行路由，其中，该来电呼叫被导向配置在网络环境中的UE装置。权利要求的方法包括：确定关于UE装置的状态信息；确定是否至少一个关于来电呼叫的策略标准适用；基于至少一个确定，来电呼叫被端接于一个域，其中所述的确定在与IMS网络关联的网络节点完成。

另一方面，本发明提供一种系统，用于在包括CS网络和IMS网络的网络环境中对来电呼叫进行路由，该来电呼叫被导向配置在网络环境中的UE装置，该系统包括：确定关于UE装置的状态信息的装置；确定是否至少一个策略标准适用于来电呼叫的装置；基于至少一个确定，将来电呼叫端接于一个域的装置，其中所述确定在与IMS网络关联的网络节点完成。

再一方面，本发明提供一种被配置在IMS网络中的网络节点，该网络节点包括：与支持IMS业务的UE装置通信的接口；用于与连接到UE装置的归属订户服务器(HSS)单元通信的接口；以及至少一个接口，用于与存在实体存在代理(presentity presence proxy)单元、存在(presence)网络代理、无线接入网络热点数据库和策略决定功能单元之一进行通信。

具体实施方式

下面参照实施例，以及它们如何被最好地构成和运用的几个实例，来描述本发明的系统和方法。在整个说明书及附图中，类似的参考数字用于描述类似的或相应的部件或步骤，各个单元不必按照一定的比例进行绘图。图1示出了典型的网络环境100，本发明的实施例可以实施于其中，用于将来电呼叫的呼叫路由选择到合适的域(例如，CS域或IMS域)。如所描述的，网络环境100包括接入空间104，104包括对多个UE装置102-1到102-N可用的许多接入技术。UE装置可以是带电缆的(tethered)或不带电缆的(untethered)通讯装置，包括配置有合适的无线调制解调器的个人计算机(例如，台式计算机、手提电脑、掌上电脑、或手提式计算机装置)，或移动通讯装置(例如，能接收和发送消息的手机或处理数据的手提式装置，网页浏览等)或有电子邮件、视频邮件、互联网接入、公司数据存取、消息通信(messaging)、确定日期或安排计划、信息管理等功能的增强的PDA装置或集成信息设备。优先地，UE装置能以多种模式操作，它既可以进行电路交换(CS)通信又可以进行分组交换(PS)通信，能从一种通信模式转换到另一种通信模式而不失去连续性。

接入空间104可以由CS网络和PS网络组成，包括无线技术、有线技术、宽带接入技术等。例如，参考数字106是指无线技术，如全球移动通讯系统(GSM)网络和码分多址(CDMA)网络，尽管这里的技术启示也被扩展到符合第三代合作伙伴计划(3GPP)标准的移动网络(例如，3GPP或3GPP2)。参考数字108是指包括无线局域网或WLAN、Wi-MAX网络以及如DSL、电缆宽带等固定网络的宽带接入网络。传统的有线PSTN基础设施110被举例说明作为接入空间104的一部分。

IP多媒体子系统(IMS)核心网络112连接到上面提到的不同的接入网络，包括基于CS的网络。众所周知，由3GPP定义的IMS标准被设计为允许服务提供者管理通过IP在任何网络类型传送的多种服务，其中，用IP传输承载业务量和基于会话发起协议(SIP)的信号业务量。广泛地讲，IMS是用于管理应用(也就是业务)和网络(也就是接入)的框架，它能够提供多媒体服务。IMS定义“应用服务器”，作为网络单元，传送订户使用的诸如话音呼叫连续性(VCC)、PTT(Push-To-Talk)等服务。IMS通过定义通用控制元件管理应用，每个应用服务器(AS)要求具有，诸如订户库、IMS流动性、网络接入、认证、服务授权、收费和付费、运营商之间的功能、以及与遗留电话网络互相操作。

应该理解的是，尽管IMS由3GPP标准组织定义主要针对GSM网络，但是另一个组织3GPP2定义了称之为多媒体域(MMD)的很类似的体系。MMD本质上是用于CDMA的IMS，因为MMD和IMS大体上相当，所以在本发明中术语“IMS”用来代表IMS和MMD。

继续参照图1，如上所述，参考数字114-1到114-N涉及可操作用于支持不同IMS业务(例如，VCC、PTT等)的多个AS节点。进一步，为了完成呼叫连续性和合适的域选择，另一个网络节点或AS120被提供作为订户的归属IMS核心网络112的一部分，执行称之为呼叫连续性控制功能(CCCF)116和网络域选择(NeDS)118这些功能。本质上，AS 120的CCCF部分116可操作为驻在归属IMS网络的新IMS应用服务器单元并追踪所有呼叫会话和相关的移动IP网络上传送语言(VoIP)承载业务量，包括在CS域和IMS域之间呼叫切换/路由选择。更详细的内容正如下面将要描述的，AS 116的NeDS部分118负责执行在IMS和CS网络之间的注册/取消注册管理(例如，GSM或CDMA)以及用于对来电呼叫进行路由的域选择，118还负责其它功能。如图1所示，尽管CCCF和NeDS两者的功能潜在地是分立的功能，但是可能把它们整合成单一的与IMS兼容的网络单元120。此外，为了将在下面详细描述的关于NeDS功能被分开(例如，在两个或更多的部件中)或整合成单一的网络单元的目的，合适的数据库结构(例如，DB 122)和定时器装置(例如，定时器124)被提供与AS 120连接。由于执行中的高度灵活性，本领域的技术人员公认下面使用的术语“NeDS单元”一般被视为与具有域选择功能的“网络节点”同义，依次包括一个或多个平台。例如，网络节点包括诸如域转移功能(DTF)(也被认为是功能实体FE-A)，CS适配功能(CSAF)(也被认为是FE-B)，CAMEL业务(也被认为是FE-C)，和域选择功能(DSF)(也被认为是FE-D)这些功能，这些在3GPP TS 23.206文献中作了详细说明。

图2示出了本发明的一个网络单元200的实施例。尽管不是必要的要求，但是本领域的技术人员公认实施例200可操作用于连接上面图1中提出的CCCF单元。进一步，如上面提出的，网络单元/节点的功能在TS 23.206详细描述的许多不同功能中分配。正如这里举例说明的，NeDS单元或节点200包括域路由选择功能202的代表，它负责端接(terminate)来电呼叫，取决于该来电是否源自IMS、源自CS、UE装置的状态等，以及任何适用的基于用户和基于运营商的策略和优先项。因此，合适的软件/硬件结构或逻辑电路204提供作为NeDS单元200的一部分，用于维持关于UE装置在哪个域的信息。对于该UE装置所在的每个域，一个或多个状态引擎被提供来监控该UE装置的状态信息，该状态信息被视为包括多个具有定义明确的转换切换的“状态”。优先地，状态转换基于规则、策略、优先项、以及由UE装置提供的更新的信息来实现。因此，状态转换切换模型可操作用于把UE装置精确的表示提供给域路由选择功能202，用于帮助关于来电呼叫的合适域选择。出于图示的目的，参考数字206-1到206-N涉及由NeDS单元200维持的多个UE状态转换模型或引擎，基于UE装置的域信息它们被有选择地应用。

根据本发明的一个实施例，具有NeDS性能200的IMS网络节点拥有合适的内在数据库208和210，用于本地维持基于不同用户和/或运营商的策略和优先项，该策略和优先项被周期性地更新，否则，通过适用的空中无线下载(OTA)机制。可选择地或另外地，外部数据库212与NeDS单元200相互作用以致域路由选择功能202可以询问数据库可应用的规则、策略和优先项，该规则、策略和优先项基于有关UE装置处于哪个域和哪个状态的确定。因此，应该意识到，关于端接呼叫的整体NeDS功能优先包括合适的逻辑电路结构/软件/硬件模块，用于应用一个或更多滤波器，其中滤波器可操作用于执行多种确定，这些确定基于UE装置当前的域、装置状态、存在信息、可应用的策略或优先项、或其它标准(集合“状态信息”)。在较高水平的提炼下，总的业务逻辑电路可操作用于执行下列任务：(a)确定IMS业务(例如，VCC)是否被调用；以及(b)选择来电呼叫路由到正确的域。基于UE装置是否允许IMS业务、UE装置的位置、以及UE装置所注册或隶属于的网络，功能的第一部分被调整。同样地，基于UE在哪个域注册，UE装置关于它注册的域的状态，基于运营商的优先项，以及基于用户的优先项，NeDS功能的第二部分被调整。在本发明的下面部分，一个整体NeDS体系的实施例被呈现，它被设计用于完成上面所述的NeDS功能的不同部分。

如图3，那里示出了关于来电呼叫路由选择的本发明的实施例的流程图。如前面提到的，在服务的NeDS节点确定开始进行，基于IMS的业务是否调用和/或来电呼叫被导向的UE装置是否允许IMS业务。一旦满足这些条件，一系列的确定由NeDS单元的域路由功能进行来帮助呼叫路由选择。一个确定作出是关于UE装置在哪个域(框302)。另一个确定涉及到识别UE装置关于它的域处于哪种状态(框304)。还有另一个确定涉及关于来电呼叫的用户/运营商策略和优先项的适用性(框306)。基于前述的确定(框308)，然后来电呼叫由NeDS网络节点端接于合适的域/功能。

图4示出了关于在UE装置和相关的NeDS单元之间相互作用的模型的流程图。如图示，UE装置通过用CS信令或者用IMS信令可操作用于初始地向它的NeDS网络节点注册(方框402)。UE装置随后以某种定期的方式(例如，基于可应用的定时器机构)提供对它的状态、域和策略/优先项进行更新到NeDS节点(框404)。可选择地或另外地，NeDS节点通过合适的基于存在的接口向与UE装置连接的存在代理(presence agent)订购，允许它接收任何UE装置的状态、域和策略/优先项改变的通知(框406)。基于更新的信息，NeDS网络节点为UE装置维持准确的状态/域/策略空间以便完成域选择和呼叫端接(框408)。

图5示出了根据一个实施例多个拥有NeDS单元(例如，NeDS200)接口的原理框图。如图示，NeDS 200通过定义明确的称之为参考点的接口优先地与许多功能/逻辑实体进行操作。“Pz”参考点识别对信道的需要和在NeDS 200和存在网络代理508之间合适的接口，它允许NeDS 200对存在网络代理508报告流动性管理事件。关于基于IP的域(也就是PS域)，事件包括但不限于：附加、不可到达的页面调度、分离、路由区(RA)更新等。关于CS域，事件同样包括但不限于：附加、分离、位置区(LA)更新等等。进一步变化，Pz参考点允许NeDS 200报告与呼叫相关的事件，诸如带有承载信息的呼叫设置和免除呼叫。此外，Pz参考点也允许NeDS 200报告流动性状态，例如，分离的、闲置的、连接的等，以及诸如活动的或不活动的PDP前后关系的会话状态。在实施方面，典型的Pz参考点的实施例涉及符合基于3GPP的为移动增强逻辑的用户化的应用(CAMEL)消息通信的接口。

“Pw”参考点识别信道的需求以及在NeDS 200与存在实体存在代理502之间合适的接口，例如，在3GPP TS 23.141中所定义的。该存在实体存在代理502可作为具有功能的实体操作，该实体提供与存在有关的功能，例如确定与存在有关联的存在服务器。无线接入网络热点数据库504(例如，对于WLAN、Wi-MAX网络等的热点)可以通过“z”参考点与NeDS 200连接，这就允许NeDS的域路由选择功能来确定是否IMS业务(比如VCC)可以并且/或者应该在UE当前与之注册的无线接入网络执行。这样的确定可以通过基于全球定位系统(GPS)信息、全球小区识别(CGI)信息、或诸如机场代码、城市名称、界标等其它的用户输入路径点以确定UE的位置来完成。策略决定功能506通过“j”参考点与NeDS 200连接，这就允许NeDS 200为呼叫路由选择获得运营商策略/优先项信息。关于用户策略/优先项，它们被储存在另一个称之为归属订户服务器(HSS)(例如，HSS 512)的网络单元，它通过“y”参考点与NeDS 200连接。如果用户策略信息没储存在HSS 512，j参考点被NeDS功能用于从外部数据库获得合适的用户策略信息。

继续参照图5，在NeDS 200和UE装置510之间的接口由“k”参考点定义，其中UE装置也包括存在用户代理514，NeDS向它订购接收基于存在的状态通知。该接口允许NeDS知道在每个域(例如，附加、分离等)中UE装置的状态；任何连接的状态(例如，激活的PDP，正在进行的呼叫，当呼叫建立时，当呼叫断开时等)；以及关于UE装置的位置信息。此外，该接口也允许用户在NeDS节点激活、去激活、询问和/或修改它们的IMS业务设置。如前面提到的，HSS 512通过y参考点与NeDS 200连接，这就允许NeDS：(1)通过打开合适的CAMEL触发器激活IMS业务(如，VCC)；(2)通过关闭合适的CAMEL触发器对IMS业务进行去激活；(3)对呼叫路由选择获得用户策略信息。

图6A示出了拥有诸如NeDS 200网络节点的状态转换切换引擎600的实施例，该状态转换引擎对UE装置维持合适的状态转换。本质上，图6A中示出的不同状态定义了多个状态条件，在那些条件下UE装置可以并允许状态之间转换。从起始零讯号状态602开始，UE装置可以转换到状态618，该状态定义UE连接到CS域，并且能够发起和端接呼叫。状态616定义UE装置继续连接到CS域并在呼叫中是激活的。状态612定义UE装置连接到CS域和通过诸如WLAN、Wi-MAX、LTE等在IMS域注册。进一步，UE装置在CS域呼叫是激活的和只能在该域中发起和端接呼叫。状态606定义UE装置连接到CS域和在IMS域注册。UE装置在IMS域呼叫是激活的和只能在IMS域中发起和端接呼叫。与状态618相似，状态608定义UE装置通过诸如WLAN、Wi-MAX、LTE等在IMS域注册，并且能够发起和端接呼叫。状态610定义UE装置通过诸如WLAN在IMS域注册，在呼叫中是激活的。状态604定义UE装置连接到CS域并且也在IMS域注册，但它在两个域都是空闲的。状态614定义UE装置连接到CS域并且在IMS域注册，它在两个域都是激活的。当域之间的IMS业务，例如VCC，实际上被执行并存在于有限的时间时这种转换状态存在。

尽管图6A没有明确地说明任何子状态，但是设想某些基于IMS的状态有一个或多个子状态取决于实际的执行情况。在一个典型的实施例中，这些子状态可以从UE装置本身获知。例如，有一个子状态定义UE装置与诸如WLAN、Wi-MAX、或LTE网络相连，但还没有本地的IP地址。一旦本地的IP地址分配到UE装置，它就转换到另一个定义这种状态的子状态，尽管该装置还没有向IMS网络注册。在UE装置用WLAN到达IMS核心之前，当某种授权要求UE装置时这种状态存在。

本领域的技术人员公认尽管在图6A中的状态转换引擎/模型600用WLAN作为参考，但是关于其它基于IP无线网络的状态转换也被包括在内。因此，为了本发明的目的，术语“IMS状态”包括关于WLAN和其它基于IP的无线接入网络的状态。

如前面指出的，根据这里提出的实施例，各种策略/优先项，例如，基于运营商的策略和优先项、基于用户的策略和优先项、以及它们之间的结合(统称为“策略标准”)，被提供来调节NeDS功能的域选择过程。图6B示出了策略方案650，该策略方案具体为基于网络或基于装置的数据库结构，其中，参考数字652涉及整个关于UE的可应用策略空间。典型的基于运营商的策略654分组成两类：(1)影响IMS呼叫发送的策略656(也就是，端接起始于IMS域的来电呼叫)；和(2)影响CS呼叫发送的策略658(也就是，端接起始于CS域的来电呼叫)。同样地，基于用户的策略660也以相似的方式分类成IMS呼叫发送策略662和CS呼叫发送策略664。

基于运营商的IMS呼叫发送策略656包括下列实例：

-当UE装置是CS注册的，即使装置是IMS注册的，IMS呼叫/会话也被发送到CS端。

-当UE装置是CS注册的，即使装置是CS注册的，IMS呼叫/会话也被发送到IMS端而不管任何服务质量(QoS)考虑因素。

-当UE装置是CS注册的，即使装置是CS注册的，IMS呼叫/会话对于给定的最小QoS也被发送到IMS端。

-当UE装置是CS注册的，当IMS不可用，IMS呼叫/会话不被发送到CS端。

-没有策略被指定。

同样地，基于运营商的CS呼叫发送策略658包括下列实例：

-当UE装置是IMS注册的，即使装置是CS注册的，CS呼叫/会话也被发送到IMS端。

-当UE装置是IMS注册的，即使装置是CS注册的，CS呼叫/会话对于给定的最小QoS也被发送到IMS端。

-当UE装置是IMS注册的，即使装置是IMS注册的，CS呼叫/会话也被发送到CS端。

-当UE装置是CS注册的，当CS不可用，CS呼叫/会话不被发送到IMS端。

-没有策略被指定。

相似地，基于用户的IMS呼叫发送策略662包括下列实例：

-当UE装置是CS注册的，即使装置是IMS注册的，IMS呼叫/会话也被发送到CS端。

-当UE装置是CS注册的，即使装置是CS注册的，IMS呼叫/会话也被发送到IMS端而不管任何服务质量(QoS)考虑因素。

-当UE装置是CS注册的，即使装置是CS注册的，IMS呼叫/会话对于给定的最小QoS也被发送到IMS端。

-当UE装置是CS注册的，当IMS不可用，IMS呼叫/会话不被发送到CS端。

-没有策略被指定。

此外，基于用户CS呼叫发送策略664包括下列实例：

-当UE装置是IMS注册的，即使装置是CS注册的，CS呼叫/会话也被发送到IMS端。

-当UE装置是IMS注册的，即使装置是CS注册的，CS呼叫/会话对于给定的最小QoS也被发送到IMS端。

-当UE装置是IMS注册的，即使装置是IMS注册的，CS呼叫/会话也被发送到CS端。

-当UE装置是CS注册的，当CS不可用，CS呼叫/会话不被发送到IMS端。

-没有策略被指定。

进一步，另外的策略或路由规则666基于呼叫线身份(CLI)数据执行，其中E.164呼叫方号码的一个或多个范围被定义用于特殊的路由选择处理。范围包括任意长短的一列数，I，其中I＝1，2，...，N。对于每个定义的范围，典型的策略包括来电呼叫是否被发送至：(1)仅仅IMS端；(2)仅仅CS端；(3)首先端接到IMS端，如果不成功就端接到CS端；(4)首先端接到CS端，如果不成功就端接到IMS端；(5)没有优先的处理；等等。

典型的策略/优先项方案650也包括冲突解决机制668，其中，万一有可能的冲突就执行合适的规则或优先项。如在基于用户的策略和基于运营商的策略之间，执行下面选项：(1)用户策略总是优先；(2)运营商策略总是优先；(3)当没有用户策略存在时，采用运营商策略；以及(4)当没有运营商策略存在时，采用用户策略。另外，提供的规则是基于CLI的路由策略666优先于IMS和CS呼叫发送策略，而不管它们是基于用户还是基于运营商。

如上所述，各种策略和优先项652在本地储存在NeDS单元或储备在通过合适的接口可到达NeDS单元的外部数据库。此外，用户策略、优先项以及其它相关的信息储存在可移动的模块中，例如，通用集成电路卡(UICC)、通用订户身份模块(USIM)、可移动的用户身份模块(RUIM)、安全数字(SD)存储卡等，它们被提供作为UE装置的一部分。进一步，订户在NeDS单元采用适用的基于CS或基于IMS的消息通信操作UE装置完成合适的用户策略设置。

图7示出了根据本发明的一个实施例的消息流示意图，用于在NeDS单元(例如，NeDS 200)完成用户策略/优先项设置。下面将看到，尽管本发明的消息流示意图以已知单元诸如移动开关中心(MSC)、访问人员位置注册(VLR)和归属订户服务器(HSS)来说明，但是它们可以被概括作为具有特殊功能的网络节点，例如，MSC/VLR实体进行呼叫控制、业务控制和媒介开关。因此，显然不管这里提出的特定实现过程，典型的功能由单独的平台实现。如图7所示，USSD消息704由UE装置510在CS域产生用于在NeDS 200激活、询问、去激活或修改用户策略和优先项。典型地，消息流通过网络单元传播，该网络单元如移动开关中心(MSC)和相关的访问人员位置注册(VLR)，它们共同作为节点702，配置在UE装置和它的归属IMS NeDS节点200之间。响应USSD消息706依照请求通过MSC/VLR 702从NeDS 200传播合适的信息到UE装置510。

可选择地，采用其它消息通信协议诸如可扩充标记语言(XML)配置接入协议(XCAP)消息通信或SIP公布(SIP Publish)消息通信，用于在NeDS 200完成用户策略/优先项设置的消息流在IMS域执行。不管用基于CS还是基于IMS的消息通信，UE装置510可操作用于包括一个或更多下列信息单元：订户身份(例如，个人用户身份如国际移动订户身份或IMSI，移动身份号码或MIN，网络接入标示符或NAI等)；设备身份或实例标示符(例如，国际移动设备身份或IMEI或IMEISV，电子序列号或ESN，个人识别数字或PIN，媒介访问控制或MAC地址等)；全球路由用户代理URI或GRUU，可以是IMSI和IMEI的结合；策略信息；以及采取的行动(例如，激活、去激活、修改、询问等)。例如，用户能激活IMS业务(如，VCC)，其后，如上所述，许多关于IMS呼叫和/或CS呼叫的用户策略可以设定。同样地，用户通过在CS域或IMS域合适的消息通信也能使IMS业务去激活。当被用户询问时，从NeDS200来的响应消息表示被询问的IMS业务去激活了，或如果是激活的，包括可适用的策略/优先项。使用修改选项，用户能改变一个或更多包括在询问中的关于IMS业务的适用的用户策略和优先项。

作为例子，下面提出的是在NeDS网络节点用XML消息通信来执行策略/优先项的表格。

表1

<？xml version＝＂1.0＂encoding＝＂UTF-8＂standalone＝＂no＂？>

<！--W3C Schema generated by XMLSpy v2006 sp2 U(http://www.altova.com)-->

<！--Please add namespace attributes，a targetNamespace attribute and import elements

  according to your requirements-->

<xs:schema xmlns:xs＝＂http://www.w3.org/2001/XMLSchema＂

  elementFormDefault＝＂qualified＂>

  <xs:import namespace＝＂http://www.w3.org/XML/1998/namespace＂/>

  <xs:element name＝＂vccmessage＂>

      <xs:complexType>

         <xs:sequence>

               <xs:element ref＝＂operation＂/>

           </xs:sequence>

           <xs:attribute name＝＂subscriberID＂use＝＂required＂type＝＂xs:string＂/>

           <xs:attribute name＝＂terminalID＂

use＝＂required＂type＝＂xs:string＂/>

        </xs:complexType>

  </xs:element>

  <xs:element name＝＂operation＂>

        <xs:complexType>

           <xs:sequence>

              <xs:element ref＝＂delivery＂minOccurs＝＂0＂maxOccurs＝＂unbounded＂/>

           </xs:sequence>

           <xs:attribute name＝＂action＂default＝＂activate＂>

              <xs:simpleType>

                 <xs:restriction base＝＂xs:NMTOKEN＂>

                    <xs:enumeration value＝＂deactivate＂/>

                    <xs:enumeration value＝＂modify＂/>

                    <xs:enumeration value＝＂activate＂/>

                    <xs:enumeration value＝＂interrogate＂/>

                </xs:restriction>

            </xs:simpleType>

        </xs:attribute>

    </xs:complexType>

</xs:element>

<xs:element name＝＂delivery＂>

   <xs:complexType>

      <xs:sequence>

         <xs:element ref＝＂policy＂maxOccurs＝＂unbounded＂/>

     </xs:sequence>

          <xs:attribute name＝＂type＂default＝＂none＂>

             <xs:simpleType>

                <xs:restriction base＝＂xs:NMTOKEN＂>

                    <xs:enumeration value＝＂all＂/>

                    <xs:enumeration value＝＂none＂/>

                    <xs:enumeration value＝＂IMS＂/>

                    <xs:enumeration value＝＂CS＂/>

                </xs:restriction>

            </xs:simpleType>

        </xs:attribute>

    </xs:complexType>

</xs:element>

<xs:element name＝＂policy＂>

   <xs:complexType>

      <xs:complexContent>

         <xs:restriction base＝＂xs:anyType＂>

            <xs:attribute name＝＂name＂default＝＂none＂>

               <xs:simpleType>

                  <xs:restriction base＝＂xs:NMTOKEN＂>

                     <xs:enumeration value＝＂none＂/>

                     <xs:enumeration value＝＂P0＂/>

                     <xs:enumeration value＝＂P1＂/>

                     <xs:enumeration value＝＂P2＂/>

                     <xs:enumeration value＝＂P3＂/>

                 </xs:restriction>

             </xs:simpleType>

         </xs:attribute>

     </xs:restriction>

 </xs:complexContent>

</xs:complexType>

 </xs:element>

</xs:schema>

另一个在XML中策略激活的实例在下面表2中提供。

表2

<？xml version＝＂1.0＂encoding＝＂UTF-8＂？>

-<！--

 sample VCC message for subscriberID 00001234 and terminalID 1A2B3C4D

 -->

-<！--

 operation:Activate

  -->

-<！--

 delivery type:CS

  -->

-<！--

 policy：When CS registered IMS calls are delivered to IMS side even if CS registered.

  -->

-<！--

 delivery type:IMS

  -->

-<！--

 policy：When IMS registered CS calls are delivered to IMS side even if CS registered

  irrespective of any QoS.

  -->

-<vccmessage xmlns:xsi＝＂http://www.w3.org/2001/XMLSchema-instance＂

 xsi:noNamespaceSchemaLocation＝＂vccmessage.xsd＂subscriberID＝＂00001234＂

 terminalID＝＂1A2B3C4D＂>

-<operation action＝＂activate＂>

-<delivery type＝＂CS＂>

 <policy name＝＂P2＂/>

 </delivery>

-<delivery type＝＂IMS＂>

 <policy name＝＂P0＂/>

 </delivery>

 </operation>

 </vccmessage>

-<！--

 policy codes:

  -->

-<！--

 P0-When Domain A registered Domain B calls are delivered to Domain A even if

  Domain B registered irrespective of any QoS:

  -->

-<！--

 P1-When Domain A registered Domain B calls are delivered to Domain A side even

  if Domain B registered for a given minimum QoS

   -->

-<！--

 P2-When Domain A registered Domain B calls are delivered to Domain B side

  even if Domain A registered

  -->

-<！--

 P3-When Domain A registered Domain B calls are not delivered to the Domain A

  side when Domain B is not available

  -->

-<！--

 Note：Domain is defined by the type attribute of delivery element.Domains A and B

  are mutually exclusive i.e.if A＝IMS then B＝CS and vice versa

  -->

各种典型的编码结构用于上面提出的消息流以完成在NeDS 200的用户策略/优先项设置。作为典型的实施过程，应该意识到8位和4位的二进制编码在基于XML的句法内被用到，其一般结构举例说明如下：

  执行操作

    长度

       发送选项(无、CS、IMS)

       长度

          策略(1到N)

       发送选项(无、CS、IMS)

       长度

          策略(1到N)

       …

下面表格说明了关于操作和发送选项的8位二进制编码结构：

表3

表4

表5

图8示出了在一个实施例中关于初始注册到网络节点的消息流示意图。如图示，当UE装置510用CS信令连接到网络时，HSS 512可操作用于通知服务的网络节点200，UE装置的连接状态。参考数字802涉及到可应用的在UE510和MSC/VLR 702之间消息通信的附加程序。同样地，参考数字804涉及到在MSC/VLR 702和HSS 512之间消息通信的附加程序。如前面提到的，MSC/VLR本质上是网络节点，负责会话控制和/或切换诸如话音这样的媒体。HSS 512本质上是数据库功能，包括但不限于订户订购的有关业务信息、已订购业务的用户配置、用户策略、运营商策略，以及当使用策略或策略组合时各个网络单元如何作用。

在附加过程804，HSS 512对NeDS 200产生通知消息806以通知UE的连接状态。在收到通知806时，定时器开始(框808)并维持到从UE装置510收到注册消息812。在NeDS 200收到注册消息812时，定时器停止(框814)，表示UE装置可以进行IMS业务。当产生注册消息812时，定时器机构(框810)也在UE装置开始，以致可以确保来自NeDS 200的注册响应消息816的有效性。在收到响应消息816时，UE的定时器停止(框818)。

图9示出了在另一个实施例中关于初始注册到网络节点的消息流示意图，其中采用IMS信令(例如，通过基于IP的网络诸如GPRS网络、LTE网络、Wi-MAX或WLAN)。在UE装置与MSC 702的附加过程908用CS信令，合适的位置更新(LU)和插入订户数据(ISD)过程910在HSS 512和MSC 702之间发生。此外，在UE装置与基于IP的网络(如GPRS)的附加过程912，服务GRPS支持节点(SGSN)902可操作用于与HSS 512从事可应用的LU和/或ISD过程914。在那里作出响应，产生通知消息916通知NeDS 200关于UE装置510的连接状态，随之定时器机构开始(框918)。与网关GPRS支持节点(GGSN)904创建PDP前后关系(参考数字920)，UE510通过注册消息922注册服务呼叫会话控制功能(S-CSCF)906。作为响应，S-CSCF906与NeDS 200从事于第三方注册过程924，随之定时器机构停止(框926)。作为进一步的实施过程，在与IMS网络注册后，NeDS节点200发送SIP选项请求928到UE装置510，请求其容量(例如，尤其IMS业务容量)。作为响应，UE510产生SIP OK消息930，该消息包括关于请求容量的合适的指示。其后，SIP公布消息或XCAP消息932由UE装置510提供给NeDS 200，该消息包括合适的配置信息(例如，策略信息、更新、采取的动作等)。

在另一个实施过程中，具有CCCF/NeDS功能的IMS节点可操作用于通知HSS，使CAMEL触发器禁用。图10示出了根据实施例关于由NeDS单元禁用的触发器的消息流示意图。如上所述，UE装置510用可应用的连接过程802连接到MSC/VLR 702。当产生的消息812通过MSC/VLR基础结构传播到NeDS 200时，定时器机构在UE装置510开始。在收到消息812时，定时器机构在NeDS节点200开始工作(框1002)。去激活消息1004也由NeDS 200向HSS 512产生，表示关于一个或更多选择的IMS业务(例如，VCC)的CAMEL触发器被禁用。作为响应，通知消息1006由HSS 512提供给NeDS 200，随之定时器机构停止(框1008)。合适的响应发送消息1010从NeDS 200传播回到UE装置510。

因为要求UE装置及其信息最终与NeDS功能注册，所以CCCF参与传递必要的信息到与之相关的NeDS，尤其在UE装置可操作用于只向CCCF节点注册的地方。如上所述，向NeDS注册可以通过IMS域或通过CS域完成。同样，适当的注册过程更适宜发生在UE装置连接到CS网络或PS网络之后。作为典型的实施过程，详细说明了NeDS注册首先通过IMS信令发生。然而，如果没有IMS信令(例如，因为没有GPRS或WLAN覆盖)，那么用上面所述的CS信令继续进行注册。

图11示出了在一个实施例中关于与网络节点概略注册过程的消息流示意图，其中没有涉及HSS节点。UE510在通过适当的连接过程802与CS网络连接后，可操作用于产生注册消息1102，该注册消息通过MSC/VLR基础结构702传播到NeDS 200。注册消息1102采用，但不限于USSD消息通信(下面将进一步详细描述)或短消息业务(SMS)来实现。适当的响应消息1104由NeDS提供到UE510。根据典型的实施过程，在CS域完成的注册消息1102包括一个或多个下面的信息单元：GRUU；支持GRUU的；订户身份(例如，IMSI)；设备身份或实例标示符(例如，IMEI/IMEISV、PIN、ESN等)；订户位置(例如，GPS信息，关于注册网络的CGI信息，用户输入路径点诸如机场代码、城市、兴趣点或界标数据、邮政编码等)；关于可用网络的网络ID信息(例如，关于广域移动网络的CGI信息，关于WLAN、Wi-MAX网络的业务设定标示符(SSID)信息等)；位置更新定时器信息；PS连接状态(也就是，连接还是分开)；路由更新定时器信息；PDP前后关系状态(也就是，连接还是分开)；IP网络状态，例如，WLAN状态(相关的，分配本地IP地址的，PDF联系的等)；以及订户优先项/策略。

如上所述，GRUU可包括IMSI和IMEI的结合，可操作用于表示唯一的实例ID(例如，IMEI)和记录的地址(例如，SIP URI)。位置数据可以用来确定IMS业务(例如，VCC)是否应该被调用还是被禁用(例如，在VCC不被支持的国家或地区)。此外，位置数据也可以用来确定该UE装置目前是否在有IMS业务能力的网络上注册。网络ID信息可以用来支持改变方向的能力。换句话说，基于可用的网络及其容量以及由UE装置指定的业务要求，该UE装置可以通过IMS网络节点改变方向到不同的移动网络或者WLAN。位置更新定时器信息被NeDS功能使用，以协调在UE装置和NeDS之间信息的更新。路由更新定时器信息被NeDS功能使用以确定它需要多长时间一次周期性地对PS网络进行检查，以便检验路由更新定时器是否已经被重新设置。

UE装置510关于通过CS信令注册的动作总结如下。根据发送的注册消息，UE装置可以启动定时器(硬编码或者在UE内置，例如，在之前描述过的可移动模块或者在集成在UE内的存储器，两个都是配置OTA的)以便可以设定一个时间窗口，在该时间窗口内可以预期来自NeDS功能的响应。如果没有收到响应，该UE装置被设定以选择的尝试次数(例如，5次尝试)尝试注册处理，在此之后，可以认为信道失败和/或IMS业务不可用。如果响应消息在时间窗口内或者在有效的重试后被收到，UE装置可操作用于停止定时器机构。如果响应消息包括VCC将不被执行的指示，UE装置不执行从IMS到CS的任何移交，反之亦然。结果，UE装置不为VCC发出任何信号。如果UE装置通过响应消息收到GRUU，该被收到的GRUU可以被本地储存在UE的内存里或者在那连接的可移动模块里。可选择地，NeDS更新定时器在响应消息里被提供到UE装置，这也被本地储存，更适宜改写任何默认值。在进一步的变化里，UE装置为目前没被注册的网络接收一条或更多PLMN编码。如果包括这些编码，UE装置可以在适当的频带和技术内进行扫描以发现该网络。之后，一旦发现，UE装置执行关于被发现的网络的附加程序并且重复注册和注册后的过程。可选择地，如果没有发现网络，接收到的PLMN代码将被忽略。

相似地，UE装置510通过IMS信令的注册行为可以总结如下。如果UE装置被用CS网络或者PS网络成功地认证，那么如上所述，该装置将在适当的包数据基础结构诸如GPRS通过SIP消息通信(例如，SIP通告或者SIP公布)或者XCAP消息通信向NeDS节点注册。不管所利用的实际消息通信协议，注册消息更适宜包括许多信息单元，它们类似于上面描述的关于通过CS信令注册的信息单元。进一步，各种定时器机构和注册后过程通过IMS信令也被UE注册激活，很像之前阐述过的在基于CS注册中关于UE行为的过程。

作为示例，图12和13示出了关于使用USSD消息通信、概略的具有NeDS单元的基于CS的注册过程的消息流示意图。移动起始USSD(MO-USSD)的注册消息1204由UE装置510产生，该注册消息通过MSC/VLR基础结构702传播到NeDS 200。作为响应，NeDS 200返回确认消息(MO-USSD-Ack)1208。此后，另一条消息，移动端接USSD(MT-USSD)响应1210由NeDS功能200提供到包括适当信息的UE装置510。作为响应，确认消息(MT-USSD-Ack)1214由UE装置产生。如上详细所述的，参考数字1202/1212和1206/1216分别涉及在装置端和NeDS端的定时器过程。除了没有使用单独的USSD确认消息以外，图13所示出的消息流实施例基本上类似于图12显示的消息流实施例。因此，参考数字1304和1306分别涉及MO-USSD注册和响应消息，其中响应消息1306既包括确认又包括必需的信息。同样地，如上所述，参考数字1302和1308涉及在装置端的定时器过程。

注册之后，UE装置基于一个或多个下列条件提供给NeDS单元更新的状态信息：(1)在NeDS位置更新定时器到期，(2)CS域状态改变，以及(3)IP域状态改变(例如，与WLAN有关的状态)。在一个实施过程，更新的信息传输通过基于存在的消息通信被控制，该消息通信使用之前所描述的NeDS/UE装置接口。例如，NeDS功能可以向UE的用户代理订购，以致根据检测到的CS状态、IMS状态、定时器事件等的任何改变，合适的通知被提供给NeDS。图14示出了一个实施例涉及在UE装置和相关的NeDS单元之间关于UE装置状态改变的消息通信的消息流示意图。由NeDS 200对UE装置510产生的SIP订购消息1402包括各种请求的状态变化。来自UE装置的响应消息1406包括合适的如所要求的状态更新。可选择地，当UE装置510与NeDS 200注册时，标记在USSD/SMS或者SIP响应消息里被返回，表示这样的存在信息是必需的。

在实施定期通知处(例如，基于NeDS定时器到期)，可使用CS信令或者IMS信令。当NeDS定时器到期时，UE可被操作用于发送包括关于上面描述的任一信息单元状态改变的更新消息，例如，GRUU；订户身份；设备身份；订户位置(例如，GPS信息，与注册的网络有关的CGI信息等)；网络ID信息(例如，CGI和/或SSID)；位置更新定时器信息；PS连接状态；路由更新定时器信息；PDP前后关系状态；WLAN状态；以及订户的优先项/策略。单独的定时器机构可由与更新消息通信过程有关的UE装置实施。在传输更新消息时，定时器可被开启来识别响应窗口。如果在响应窗口没有从NeDS功能收到返回的响应或确认(即定时器暂停)，在更新消息被认为失败之前UE以选择的次数(例如，最多5次)试图重新传输更新消息。

如果UE装置失去了CS覆盖并且NeDS功能可以通过另一种无线电接入技术达到(例如，WLAN、Wi-MAC、LTE等)，那么UE装置包括逻辑电路通过“CS覆盖丢失”的消息通知NeDS CS覆盖已丢失。此外，在CS覆盖丢失消息里包括、但不限于下列信息单元：GRUU；订户身份(公共用户ID和/或私人用户ID；终端身份(MAC地址、IMEI/IMEISV、PIN、ESN等)；订户位置；网络ID信息(例如，SSID和/或CGI)；以及CS分离状态。应该意识到的是，CS覆盖丢失消息可通过使用SIP通知或SIP公布消息来执行。此外，当在WLAN域内有一个进行中的呼叫时，这个过程能够进行。

如果该UE装置再次发现CS覆盖，则该UE装置从而包括逻辑电路通知NeDS功能。图15示出了涉及在UE 510和相关的NeDS单元200之间发送关于被UE 510发现CS域的消息通信的消息流示意图。如图所示(参考数字802)，连接到新发现的CS网络是可选择的。由UE装置510提供的更新消息1502包括以下信息单元：GRUU；订户身份；终端身份；订户位置；网络ID信息(例如，SSID和/或CGI)；CS连接状态；以及WLAN/IMS状态。

与通过基于存在的控制CS域状态改变的传输相似，WLAN/IMS状态改变也通过允许存在的过程被通知给NeDS功能，如图16所示。参考数字1602涉及SIP订购消息，该订购消息允许NeDS功能200接收WLAN/IMS状态改变，因为该状态改变通过UE装置产生的响应消息(例如，SIP通知)1604发生。此外，在单独的实施例中，UE装置也包括逻辑电路来通过CS信令提供状态改变给WLAN/IMS，如图17所示，其中参考数字1702涉及包括对WLAN/IMS域适当的更新的更新消息(例如，利用USSD等)。而且，不管是使用SIP消息通信(即通知或公布)还是使用USSD消息通信，额外的信息单元被包括在更新消息里：GRUU；订户身份；终端身份；订户位置；网络ID信息(例如，SSID和/或CGI)；以及WLAN/IMS状态。

图18示出了可操作作为无线UE装置(例如，UE 510)的通讯装置的实施例的结构框图，该通讯装置具有双域性能(即，CS域和IMS域)。以此作参考，在该领域的技术人员公认，尽管UE 510的实施例包括类似于图18所显示的安排，但是关于描述的各种模块在硬件、软件或者固件方面可以有许多变化和修改。此外，UE装置可以被当作移动设备(ME)装置和上文详细描述的具有各种信息的可移动存储模块的结合。因此，图18的安排应被认为是对关于本发明的实施例的说明而并非限制。为UE 510的实施例提供全面控制的微处理器1802在操作上可连接到通信子系统1804上，该子系统可适用于多模式的通信(例如，CS域，IP域诸如IMS/WLAN/Wi-MAX等)。通讯子系统1804一般包括一个或多个接收器1808，一个或多个发送器1814，以及相关的部件诸如一个或多个本地振荡器(LO)模块1810和处理模块诸如数字信号处理器(DSP)1812。对于在通信领域的技术人员来说显而易见的是，通信模块1804的特殊设计可依赖移动装置想要与之操作的通讯网络(例如，CDMA网络、GSM网络、WLAN等)。然而，不管是否是特殊的设计，由天线1806通过合适的接入基础结构1805(例如，蜂窝状的基站塔，WLAN热点等)接收的信号被提供给接收器1808，该接收器执行普通的接收器功能，如：信号放大、频率向下转换、滤波、信道选择、模数(A/D)转换等。类似地，传输信号由DSP1812来处理，例如，它包括调制和编码，并提供给发送器1814用于数模(D/A)转换、频率向上转换、滤波、通过天线1816在空中无线电接口放大并传输。

微处理器1802也与进一步的装置子系统连接，例如，辅助输入/输出(I/O)1818、串行端口1820、显示器1822、键盘/键区1824、扬声器1826、麦克风1828、随机存取存储器(RAM)1830、短程通讯子系统1832、以及其它装置子系统诸如上面描述的定时器机构，通常标为参考数字1833。为了控制接入和提供数据的存储，在与微处理器1802通讯中，也提供订户身份模块(SIM)或可移动的用户身份模块(RUIM)或UICC接口1834。在一个实施过程，SIM/RUIM/UICC接口1834可与具有许多关键配置的SIM/RUIM/UICC卡1844和其它信息1846，例如，识别和与订户相关的数据(例如，用户策略/优先项、定时器周期等)进行操作。

操作系统软件和可应用的服务逻辑软件包括在持久存储模块(也就是，非短暂的存储)中，如Flash存储器1835。在一个实施过程，Flash存储器1835分成不同的区域，例如，计算机程序存储区1836(例如，业务处理逻辑电路)以及数据存储区域，例如，装置状态1837、地址薄1839、其它个人信息管理器(PIM)数据1841、和通常标记为参考数字1843的其它数据存储区域。传输栈1845提供用于执行一个或多个适当的无线电分组(packet)传输协议。此外，如在上文详细阐述的，存在代理、更新逻辑电路模块1848提供用于实现UE装置功能。本质上，逻辑电路模块1848与其它部分一起可操作用于完成下列各项：(1)向NeDS(CS或IMS)注册；(2)把UE装置当前注册的域通知NeDS；(3)识别在注册域的UE装置的状态；(4)识别UE装置固有的位置信息(以推动是否IMS业务应该被执行)；以及(5)基于存在和/或定时器机构，提供状态更新给NeDS。

基于前面详细的描述，有关接收注册消息通信、起始位置更新和后来的更新消息的NeDS行为现在不作额外的细节阐述。关于通过CS信令注册，NeDS功能可操作用于检查消息串的内容和确定是否包括GRUU。如果没有接收到GRUU，NeDS功能通过使用订户ID和设备ID可操作用于产生GRUU。该建立的GRUU可操作为分度器存储在NeDS功能接收到的信息。作为结果的GRUU记录被标记作为在图6A中确定的状态之一。为了初始注册的目的，有效的状态可以是：(1)CS连接的/空闲的(状态618)；或(2)CS连接的/空闲的和IMS注册的/空闲的(状态604)。另一方面，如果从UE装置获得GRUU，NeDS功能可操作用于确定对于接收到的GRUU是否记录已经存在。如果存在，该GRUU记录基于提供的信息进行更新。如果没有记录存在，基于接收到的GRUU和相关的信息创建新的GRUU记录。

可选择地，如果GRUU性能不被UE装置支持，NeDS可以操作产生基于个人用户身份(PUI)的记录，它可以是IMSI、MIN、PIN等。在这种情况，该PUI/IMSI可以用于在NeDS里为记录索引。进一步，如前面提到的，NeDS功能包括逻辑电路以检查UE装置的位置并且确定是否应该提供IMS业务(例如，VCC)。在有关的实施过程，如果IMS业务不应进行，那么如果CAMEL已经被配置(例如，如图10所示)，NeDS功能包括逻辑电路用于通知HSS单元使在HSS中的CAMEL触发器都去激活。相关地，NeDS功能也通知UE装置IMS业务将不被进行(例如，通过在给UE装置的响应消息里提供或设置IMS业务标志旗)。另一方面，如果IMS业务将被进行，NeDS的功能可以操作用于检查UE的位置，以便确定UE是否在支持IMS业务请求的网络中。如果该网络不支持IMS业务，NeDS功能可以通知UE装置转向支持IMS业务的另一个网络。如前面提到的，一条或更多PLMN代码将被提供到被确认为能支持IMS业务的UE装置(即，网络改变方向)。根据实施过程，NeDS功能可以使用由UE装置提供的网络ID数据参考内部或者外部数据库以确定哪个网络支持IMS业务。

另外，NeDS功能也包括通过合适的消息通知UE装置它需要以怎样的频率被通知UE装置在CS域可以得到的性能，这样，通知可以通过在UE响应中提供CS位置更新定时器来实现。NeDS功能可以在发送这条消息到UE装置时初始化它的更新定时器。作为缺省的实施方式，NeDS位置更新定时器可以和CS位置更新定时器一样。进一步，NeDS功能更适宜包括这样的性能：通过如之前描述的适当的接口使用确定的协议向存在服务器请求存在信息。而且，如果存在信息被要求，例如，CS或WLAN被丢失了等，NeDS功能也通过在响应/请求消息结构内适当的标志旗的办法通知UE装置。

关于IMS注册，实质上相似的行为也被设计成NeDS功能。如上面解释的，NeDS功能也包括把SIP选择消息送到UE装置的性能(如图9所示)。如果来自UE装置的响应是不能支持IMS业务，那么两个典型的实施过程被提供。在一个实施过程，类似于之前所述的CS注册行为，NeDS单元通知HSS节点使CAMEL触发器都去激活。可选择地，NeDS单元为这个特别的订户/UE组合做一个IMS业务不可用的记录。因此，对于移动发起的呼叫来说，当从MSC收到初始DP时，该被叫方的号码作为用于向外呼叫的号码被返回到MSC。进一步，如果USSD消息通信被使用，该最初呼叫方的号码将被作为用于设置的号码返回。

在收到作为IMS注册过程的一部分的SIP公布或XCAP消息通信时，NeDS功能可操作用于检查其内容并基于GRUU是否已经被提供在NeDS建造适当的记录，该过程类似于之前描述过的CS注册行为。此外，NeDS基于位置信息通过使用内部/外部数据库确定是否应该提供IMS业务，以及NeDS基于这些确定使在HSS中相应的CAMEL触发器去激活到CAMEL配置的程度。类似于CS注册行为，在这种情况改变方向到其它网络也是可能的。

关于初始位置更新，NeDS功能可操作用于从HSS或者存在实体存在代理服务器接收PS附加和相应的位置更新已经发生的指示。对此作出响应，NeDS功能可操作用于开始启动定时器以预期来自UE的注册，该注册使用USSD(在CS端)或第3方注册(如图9所示的在IMS端)。如果两次注册事件中任何一个发生，定时器就被停止。另一方面，如果定时器到期而没有注册，该UE装置就被认为不具有IMS业务能力。类似于在IMS业务不被支持的情况下提供的处理，对于移动起始的呼叫，当初始DP从MSC被收到时，该被叫方的号码则作为用于往外呼叫的号码被返回到MSC。

关于收到来自UE装置的定期更新，NeDS功能可操作用以检查适用的更新消息的内容(例如，通过在CS域中的USSD或SMS，或者通过在IMS域中的SIP公布)并且相应地更新订户/UE记录和/或状态。更好地，如之前描述的，NeDS通过GRUU索引或者PUI索引可操作用于使内部记录相关联。在收到CS状态改变时，NeDS功能可操作用于更新与特定的GRUU或PUI/IMSI相关的状态模型信息。基于图6A中描述的状态切换模型，如果CS状态是“分开的”，唯一有效的状态则可以是IMS注册的/闲置的(状态608)或者IMS注册的/激活的(状态610)。同样，如果CS状态是“连接的”，则有效状态可以是CS连接的/闲置的(状态618)，CS连接的/闲置的和IMS注册的/闲置的(状态604)，或者CS连接的/闲置的和IMS注册的/激活的(状态606)。

类似地，如果NeDS功能接收IMS/WLAN状态改变，与之相关的状态引擎可操作用于更新适用的基于GRUU或者PUI/IMSI的状态模型信息。如果IMS状态是“分配本地IP”或“连接”，则有效的状态可以是CS连接的/空闲的(状态618)或CS连接的/激活的(状态616)。如果IMS状态是“PDF接触”，则有效状态可以是IMS注册的/空闲的(状态608)，CS连接的/空闲的和IMS注册的/空闲的(状态604)，或CS连接的/激活的和IMS注册的/空闲的(状态612)。

相信本专利应用的实施例的运作和建造从上述的发明内容看是明显的。所表示和描述的典型实施例表现出作为优选实施例的特征，容易理解的是：不脱离权利要求中阐述的本发明范围的多种变形和修改是可能的。

Claims (33)

1.一种在包括电路交换(CS)网络和互联网协议(IP)多媒体子系统(IMS)网络的网络环境中对来电呼叫进行路由的方法，所述来电呼叫被导向配置在所述网络环境中的用户设备(UE)装置，所述方法包括：

确定与所述UE装置有关的状态信息；

确定是否至少一个策略标准对于所述来电呼叫是适用的；以及

基于至少一个所述确定，将所述来电呼叫端接于一个域，其中，所述确定在与所述IMS网络相关联的网络节点完成。

2.根据权利要求1所述的对来电呼叫进行路由的方法，其中，所述至少一个策略标准包括基于用户的策略标准。

3.根据权利要求1所述的对来电呼叫进行路由的方法，其中，所述至少一个策略标准包括基于运营商的策略标准。

4.根据权利要求1所述的对来电呼叫进行路由的方法，其中，所述至少一个策略标准被储存在所述网络节点外部的数据库中。

5.根据权利要求1所述的对来电呼叫进行路由的方法，其中，所述至少一个策略标准被储存在所述网络节点内部的数据库中。

6.根据权利要求1所述的对来电呼叫进行路由的方法，进一步包括：确定是否IMS业务针对所述来电呼叫被调用。

7.根据权利要求1所述的对来电呼叫进行路由的方法，进一步包括：确定所述UE装置是否支持IMS业务。

8.根据权利要求1所述的对来电呼叫进行路由的方法，其中，基于至少一个所述确定，所述来电呼叫被端接于CS域。

9.根据权利要求1所述的对来电呼叫进行路由的方法，其中，基于至少一个所述确定，所述来电呼叫被端接于IMS域。

10.根据权利要求1所述的对来电呼叫进行路由的方法，进一步包括：确定所述UE装置所处的位置。

11.根据权利要求1所述的对来电呼叫进行路由的方法，其中，所述状态信息包括所述UE装置当前被注册的域。

12.根据权利要求1所述的对来电呼叫进行路由的方法，其中，所述状态信息包括所述UE装置的状态。

13.根据权利要求1所述的对来电呼叫进行路由的方法，其中，所述状态信息包括所述UE装置的存在信息。

14.一种对来电呼叫进行路由的系统，用在包括电路交换(CS)网络和互联网协议(IP)多媒体子系统(IMS)网络的网络环境中，所述来电呼叫被导向配置在所述网络环境中的用户设备(UE)装置，所述系统包括：

用于确定与所述UE装置有关的状态信息的装置；

用于确定是否至少一个策略标准对于所述来电呼叫适用的装置；以及

用于基于至少一个所述确定，将所述来电呼叫端接于一个域的装置，其中，所述确定在与所述IMS网络相关联的网络节点完成。

15.根据权利要求14所述的对来电呼叫进行路由的系统，其中，所述至少一个策略标准包括基于用户的策略标准。

16.根据权利要求14所述的对来电呼叫进行路由的系统，其中，所述至少一个策略标准包括基于运营商的策略标准。

17.根据权利要求14所述的对来电呼叫进行路由的系统，其中，所述至少一个策略标准被储存在所述网络节点外部的数据库中。

18.根据权利要求14所述的对来电呼叫进行路由的系统，其中，所述至少一个策略标准被储存在所述网络节点内部的数据库中。

19.根据权利要求14所述的对来电呼叫进行路由的系统，进一步包括：用于确定是否IMS业务针对所述来电呼叫被调用的装置。

20.根据权利要求14所述的对来电呼叫进行路由的系统，进一步包括：确定所述UE装置是否支持IMS业务的装置。

21.根据权利要求14所述的对来电呼叫进行路由的系统，其中，基于至少一个所述确定，所述来电呼叫被端接于CS域。

22.根据权利要求14所述的对来电呼叫进行路由的系统，其中，基于至少一个所述确定，所述来电呼叫被端接于IMS域。

23.根据权利要求14所述的对来电呼叫进行路由的系统，进一步包括：用于获得关于所述UE装置位置的位置信息的装置。

24.根据权利要求14所述的对来电呼叫进行路由的系统，进一步包括：用于当多于一个策略标准被确定适用于所述来电呼叫时解决策略冲突的装置。

25.根据权利要求14所述的对来电呼叫进行路由的系统，进一步包括：针对所述来电呼叫应用基于呼叫线身份(CLI)的路由策略标准的装置。

26.根据权利要求14所述的对来电呼叫进行路由的系统，其中，所述状态信息包括所述UE装置当前被注册的域。

27.根据权利要求14所述的对来电呼叫进行路由的系统，其中，所述状态信息包括所述UE装置的状态。

28.根据权利要求14所述的对来电呼叫进行路由的系统，其中，所述状态信息包括所述UE装置的存在信息。

29.一种网络节点，用于在互联网协议(IP)多媒体子系统(IMS)网络中执行网络域选择，所述网络节点包括：

用于与支持IMS业务的用户设备(UE)装置通信的接口；

用于与归属订户服务器(HSS)单元通信的接口，所述归属订户服务器单元与所述UE装置相关联；以及

用于与存在实体存在代理单元、存在网络代理、无线接入网络热点数据库、和策略决定功能单元之一进行通信的至少一个接口。

30.根据权利要求29所述的网络节点，其中，用于与所述UE装置通信的所述接口可用于会话发起协议(SIP)消息通信。

31.根据权利要求29所述的网络节点，其中，用于与所述UE装置通信的所述接口可用于非结构化补充数据业务(USSD)消息通信。

32.根据权利要求29所述的网络节点，其中，用于与所述UE装置通信的所述接口可用于短消息业务(SMS)消息通信。

33.根据权利要求29所述的网络节点，其中，用于与所述UE装置通信的所述接口可用于可扩充标记语言(XML)配置接入协议(XCAP)消息通信。

Images