运营商正在推出新的1x-HRPD(高速率分组数据或1XEV-DO) 混合技术网络，其中1xRAN(无线电接入网络)向远端单元提供电路 服务，而HRPD RAN提供分组数据服务，其中远端单元例如是‘混合’ 移动台，即既能支持1x，又能支持HRPD空中接口的移动台(即，移 动台/接入终端(MS/AT))。电路服务通常包括传统的电路语音服务、 短消息服务(SMS)等，而分组数据服务包括支持因特网应用，例如 VoIP(IP语音)、视频技术、即时消息、电子邮件等。
尽管1xRAN还可以提供分组数据服务支持，但是许多运营商计划 保留1xRAN网络资源专用于电路服务。在这些类型的1x-HRPD混合 技术(inter-technology)网络中，进行分组数据呼叫的当前活动的MS/AT 可以被1x RAN经由用于1x电路语音呼叫的HRPD RAN进行‘交叉 寻呼’(cross-page)。该MS/AT可以决定接受该呼叫，或者它可以拒 绝该呼叫。
图1是描述根据现有技术的在HRPD系统中对于MS/AT的1x寻 呼传递的示例呼叫流程图100。参见3GPP2/A.S0008-A v0.3(V&V版 本)的4.5.3。在现有技术中，如果MS/AT接受呼叫，那么它通过利用 “寻呼响应”消息、确认经由HRPD RAN接收的“1x寻呼请求”来进 行响应。呼叫流程图100描述了MS/AT 1x呼叫终止，通过空中接口寻 呼以及后续的服务选项通知。MS/AT注册在HRPD系统中并且监视 HRPD系统中的目的地为该MS/AT的呼叫何时到达MSC。下面是图1 最右列标记的呼叫流程时间线的详细描述：
101.MSC(移动交换中心)确定传入(incoming)呼叫到达其服 务区内的MS/AT。该MSC向HRPD AN和该HRPD AN的寻呼区域中 MS/AT可达的一个或多个1x BS(基站)发送“寻呼请求”消息。MSC 为发送的每一“寻呼请求”消息启动定时器T3113的实例。注意，“寻 呼请求”消息可包含“虚拟寻呼指示符”(VPI)，标识1x BS应当准 备接收来自MS/AT的“寻呼响应”消息。
102.HRPD AN向MS/AT发送“通用寻呼”消息。
103.MS/AT调谐至1x系统并且通过在1x接入信道上发射“寻呼 响应”消息来确认(acknowledges)该寻呼。
104.1x BS构造“寻呼响应”消息，将其放入“完整的层3信息” 消息中，并且将该消息发送至MSC。如果“寻呼请求”消息包含Tag IE， 那么该1x BS在“寻呼响应”消息中包括该要素。该MS/AT在1x系 统中隐式注册。对于在1x系统中完成MS呼叫终止的更详细描述参见 3GPP2标准文献。MSC停止计时器T3113。
从上面的呼叫流程可以看出，HRPD RAN并不知道MS/AT已经 移动至1x RAN以应答呼叫，并且可能在它已经离开后长时间地为该 MS/AT的分组数据会话保持网络资源。图2描述了对于该问题的可能 解决方案。
图2是描述根据现有技术的在活动的HRPD数据会话期间AT离 开的示例呼叫流程图200。参见3GPP2/A.S0008-A v0.3(V&V版本) 的4.2.2。呼叫流程图200描述由于终止语音呼叫或者其它原因而离开 HRPD会话的MS/AT，同时该MS/AT具有活动的分组数据会话。该情 景假设在检测到HRPD无线电链路丢失前，AT没有发起并发服务。下 面是在图2最右列标记的呼叫流程时间线的详细描述：
201.BS在寻呼信道上发送包含MS/AT地址的“寻呼消息”。如 果MS/AT接受该“寻呼消息”，MS/AT停止向AN发送。该MS/AT 可忽略此“寻呼消息”以继续HRPD会话。如果MS/AT忽略该消息， 那么不执行下面的步骤。
202.AN确定它不接收来自MS/AT的任何传输，并且此时认为连 接将要丢失。
203.AN向PCF 2发送具有指出‘空中链路丢失’的原因值的“A9- 释放-A8”消息并且启动定时器Tre19。
204.PCF 2向PDSN发送包含“活动停止”计费记录的“A11-注 册请求”消息，并且启动定时器Tregreq。
205.PDSN向PCF 2发送“A11-注册应答”消息。在接收到此消 息时，PCF 2停止计时器Tregreq。
206.PCF 2向AN发送“A9-释放-A8完成”消息。AN停止计时器 Tre19。
207.MS/AT向BS发送“寻呼响应”消息。该步骤可在步骤203 之后的任何时候进行。
208.当接收到分配响应消息时，BS建立业务信道。
209.BS发送具有Info消息的报警，以指令MS/AT振铃。
210.当在MS/AT应答呼叫时，MS/AT发送“连接指令”消息。
在呼叫流程图200中，当HRPD网络可以安全地假设MS/AT已经 离开网络时，HRPD网络在一段时间之后将MS/AT的呼叫转移至休眠 (203-206)(以避免过早释放用于还没有离开网络的MS/AT的资源)。 尽管该呼叫流程中描述的解决方案假设MS/AT能够同时监视(双接收 机)1x和HRPD网络，并且经由1x网络直接接收1x寻呼(这是一种 在设备成本和移动台电池寿命方面低效并且耗费成本的解决方案)， 但是它还可以应用于从1x RAN经由HRPD RAN对MS/AT进行交叉寻 呼的情况。该解决方案的缺点是尽管最终释放了资源，并且最终将 MS/AT的会话转移至休眠，但是要直到通过MS/AT不活动(inactivity) 之后定时器期满而确定MS/AT已经离开HRPD RAN后一段时间才会 出现。图3描述了一种替换解决方案。
图3是描述根据现有技术的HRPD系统中向MS/AT传递1x寻呼 的示例呼叫流程图300。参见3GPP2/A.S0008-A v1.0(公开版本)的 4.5.3。呼叫流程图300描述MS/AT 1x呼叫终止、HRPD空中接口上的 寻呼和服务选项通知。MS/AT注册在HRPD系统中，并且监视HRPD 系统中目的地为该MS/AT的呼叫何时到达MSC。下面是图3最右列标 记的呼叫流程时间线的详细描述：
301.MSC(移动交换中心)确定传入呼叫终止于其服务区内的 MS/AT。该MSC向HRPD AN和该HRPD AN的寻呼区域中MS/AT可 达的一个或多个1x BS发送“寻呼请求”消息。MSC为发送的每一“寻 呼请求”消息启动定时器T3113的实例。注意，“寻呼请求”消息可 包含虚拟寻呼指示符(VPI)，该虚拟寻呼指示符(VPI)标识1x BS 应当准备接收来自MS/AT的“寻呼响应”消息。
302.HRPD AN向MS/AT发送“通用寻呼”消息。
303.MS/AT调谐至1x系统并且通过在1x接入信道上发送“寻呼 响应”消息来确认该寻呼。
304.1x BS构造“寻呼响应”消息，将其放入“完整的层3信息” 消息中，并且将该消息发送至MSC。如果“寻呼请求”消息包含Tag IE， 那么该1x BS在“寻呼响应”消息中包括该IE。该MS/AT在1x系统 中隐式注册。对于在1x系统中完成MS呼叫终止的更详细描述参见 3GPP2标准文献。MSC停止用于此MS/AT的计时器T3113的所有实 例。
305.1x BS/MSC继续MT呼叫建立过程。
306.MSC可确定已经预定“交叉通知”服务的MS/AT已经注册 至1x系统，并且向HRPD AN发送包含注册事件的“事件通知”消息。 该步骤可在步骤304之后的任何时间进行。
在呼叫流程图300中，在MS/AT注册并且接受来自1x RAN的交 叉寻呼之后，MSC向HRPD RAN发送“事件通知”消息。尽管此解决 方案辅助HRPD RAN确定MS/AT是否已经离开其网络，但是它需要 与HRPD RAN的MSC接口，该接口是许多设备提供商没有计划部署 的。还没有解决的其它问题是当AT从HRPD移动至1x网络时注册更 新IMS网络，使得将来的IMS呼叫将被路由至1x网络(具体为当支 持双重注册时的问题)。
当第二网络(1x或者HRPD RAN)寻呼第一RAN(1x或者HRPD) 中的MS/AT并且该MS/AT根据例如主叫方的主叫方ID或者优选继续 当前的服务(1x RAN中的电路语音呼叫或者HRPD RAN中的分组数 据呼叫)而忽略来自第二网络的交叉呼叫时，出现其它的问题。正在 寻呼该MS/AT的第二网络一直没有被告知这一点，并且可通过扩大寻 呼来继续尝试在1x和HRPD RAN中寻呼该MS/AT直到最终放弃。这 就要求被不必要地浪费的网络资源，因为MS/AT忽略了来自第二网络 的交叉寻呼。
从而，需要一种在多RAN通信系统中提供服务的更加资源有效的 方法。
附图说明
图1是描述根据现有技术的在HRPD系统中向MS/AT的1x寻呼 传递的示例呼叫流程图。
图2是描述根据现有技术的在活动的HRPD数据会话期间AT离 开的示例呼叫流程图。
图3是描述根据现有技术的在HRPD系统中向MS/AT的1x寻呼 传递的示例呼叫流程图。
图4是根据本发明多个实施例的HRPD IOS体系结构参考模型 (AN中的SC/MM)的框图描述。
图5是根据本发明多个实施例的HRPD IOS体系结构参考模型 (PCF中的SC/MM)的框图描述。
图6是根据本发明多个实施例的包括与无线分组数据网络接口的 1x网络的无线通信系统的框图描述。
图7是描述根据本发明多个实施例的在基于A21的HRPD网络中 MS/AT拒绝1x网络交叉寻呼的示例呼叫流程图。
图8是描述根据本发明多个实施例的在基于MSC的HRPD网络中 MS/AT拒绝1x网络交叉寻呼的示例呼叫流程图。
图9是描述根据本发明多个实施例的在基于A21的HRPD网络中 MS/AT接受1x网络交叉寻呼的示例呼叫流程图。
图10是描述根据本发明多个实施例的在1x网络中繁忙MS/AT拒 绝HRPD网络交叉寻呼(HRPD网络是基于A21的网络)的示例呼叫 流程图。
图10是描述根据本发明多个实施例的在1x网络中繁忙MS/AT拒 绝HRPD网络交叉寻呼(HRPD网络是基于A21的网络)的示例呼叫 流程图。
图11是描述根据本发明多个实施例的在1x网络中繁忙MS/AT拒 绝HRPD网络交叉寻呼(HRPD网络是基于MSC的网络)的示例呼叫 流程图。
下面参考图4-11描述本发明的具体实施例。注意，尽管此处在示 例中描述1x RAN和HRPD RAN，但是本发明的实施例可以包括其它 电路/分组网络(例如WLAN和WIMAX)。为了增进理解进行了描述 和描述。例如，一些元件的尺度可能相对于其它元件放大，并且没有 示出对于商业成功实现有益或者甚至必要的公知元件，从而实现了对 于实施例的更加清楚和较少模糊的表达。此外，除非特别指出，信令 的顺序和分组不是权利要求范围内其它实施例的限制。
力求说明和描述的简明和清楚，以使本领域技术人员能够根据本 领域的现有知识有效地制造、使用和最好地实施本发明。本领域的技 术人员明白，对于下述的具体实施例可以进行各种修改和改变，而不 脱离本发明的精神与范围。从而，描述书与附图被视为说明性和示例 性的，而不是限制性的或者穷尽的，并且对于下述具体实施例的所有 这样修改将包含在本发明的范围之内。

为了解决对于在多RAN通信系统中更加资源有效地提供服务的 的需要，描述了各种实施例，用于向交叉寻呼的RAN通知目标远端单 元没有接受服务请求，用于向服务RAN通知目标远端单元接受服务请 求，以及用于向IMS(IP多媒体子系统)网络通知目标移动单元从服 务RAN向交叉寻呼RAN移动(或者简单地移动至没有被交叉寻呼的 另一RAN)。从而，此处描述的这些实施例能够使多RAN通信系统更 快地释放不需要的资源，以降低不必要的寻呼量，并且当IMS核心网 络可用于传递IP语音(VoIP)呼叫时最小化交叉寻呼。
本发明实施例包括一种在多RAN(无线电接入网络)通信系统中 提供服务的方法。针对将由第二RAN提供的服务，第一RAN接收寻 呼远端单元的请求，并且然后响应于该请求，针对该服务寻呼该远端 单元。第一RAN然后可接收到来自该远端单元或者第二RAN的关于 该远端单元的指示。可从第二RAN接收到的指示包括：远端单元已经 接受该服务的指示、该远端单元移动至第二RAN的指示、该远端单元 在第二RAN注册的指示、和/或第二RAN已经成功获取该远端单元的 指示。可从远端单元接收到的指示包括：该远端单元离开第一RAN的 指示、远端单元移动至第二RAN的指示、远端单元从第一RAN注销 的指示、远端单元向第二RAN注册的指示、远端单元接受来自第二 RAN的服务的指示、和/或远端单元没有接受来自第二RAN的服务的 指示。当第一RAN接收到来自远端单元的指出该远端单元没有接受该 服务的消息时，第一RAN发送指出该远端单元没有接受该服务的消息。
参考上述的注册和注销；然而，注册可以指根据环境的不同活动。 例如，在远端单元向RAN通知它经由RAN支持的空中接口监视由RAN 发射的前向链路信道之后，该远端单元可以考虑在RAN中注册。例如， 当远端单元经由RAN的空中接口发送注册相关的信令时，该通知可以 是显式的。或者，例如，当远端单元向RAN发送消息(例如，“发起” 或者“寻呼响应”消息)进行呼叫建立时，该通知可以是隐式的。当 远端单元通过信令(例如SIP)向IMS网络通知其位置时，该远端单 元可以考虑在IMS网络中注册。当向IMS网络通知给定远端单元不再 处于分组数据RAN中、或者出现将该远端单元位置更新至不同RAN 的新注册时，可以考虑从该IMS网络注销该给定远端单元。
本发明的实施例包括用于在多RAN通信系统中提供服务的另一 方法。针对将要从第二RAN提供的服务，第二RAN向第一RAN发送 寻呼远端单元的请求。第二RAN然后可接收来自第一RAN的指出该 远端单元没有接受该服务的消息，或者第二RAN向第一RAN发送关 于该远端单元的至少一个指示。该指示可包括：该远端单元已经接受 服务的指示、该远端单元移动至第二RAN的指示、该远端单元在第二 RAN中注册的指示、和/或第二RAN已经成功获取该远端单元的指示。
本发明的实施例包括用于在多RAN通信系统中提供服务的又一 方法。远端单元针对指向该远端单元的服务请求，监视来自第一RAN 的信令，向IMS(IP多媒体子系统)网络通知远端单元从第一RAN向 第二RAN的移动，并且还针对服务请求开始监视来自第二RAN的信 令。
作为背景，图4和5提供了可用于体现本发明的两种替换HRPD 结构的示例。图4是HRPD IOS体系结构参考模型的框图描述400，其 中SC/MM功能是AN的一部分。A1/A1P接口终止于1xBS和MSC。 IWS功能可以与1x BS或者HRPD AN共址，或者作为独立的实体存在。 当IWS功能与1x BS共址时，A21接口终止于1x BS和HRPD AN。当 IWS功能与HRPD AN共址时，A1/A1P接口由HRPD RAN支持，并且 终止于MSC和HRPD AN，并且A21接口在HRPD AN的内部。当IWS 作为单独实体存在时，A1/A1p和A21接口由HRPD RAN支持。A1/A1P 接口终止于MSC和IWS，而A21接口终止于IWS和HRPD AN。
图5是HRPD IOS体系结构参考模型的框图描述500，其中SC/MM 功能是PCF(分组控制功能)的一部分。A1/A1P接口终止于1xBS和 MSC。IWS功能可以与1x BS或者HRPD PCF共址，或者作为独立的 实体存在。当IWS功能与1x PCF共址时，A21接口终止于1x BS和 HRPD PCF。当IWS功能与HRPD PCF共址时，A1/A1P接口由HRPD RAN支持，并且终止于MSC和HRPD PCF，并且A21接口在HRPD PCF 的内部。当IWS作为单独实体存在时，A1/A1p和A21接口由HRPD RAN支持。A1/A1P接口终止于MSC和IWS，而A21接口终止于IWS 和HRPD AN。
从而，总而言之，图400和500均描述了交互工作(interwork) 解决方案(IWS)功能的可替换位置。例如，根据图400，IWS逻辑上 与1xBS或者AN共址，或者作为单独的实体，并且提供这样的功能， 即，在接收自/发送到MSC的IOS A1/A1p消息与在HRPD空中接口上 发送/接收的1x空中接口消息之间进行转换。然而根据图500，IWS功 能逻辑上与1xBS或PCF共址，或者作为单独的实体。
更多的有关接口中的一些接口包括A1、A1p和A21接口。在MSC 和1xBS之间在1x RAN中支持A1/A1P接口。对于HRPD网络(当部 署独立的IWS时，或者当IWS与HRPD AN或者PCF共址时)，A1 接口承载电路交换的MSC和IWS功能的呼叫控制和移动性管理之间的 信令信息。A1p接口承载MSCe和IWS功能的呼叫控制和移动性管理 之间的信令信息。根据图400，A21接口承载HRPD AN和IWS之间的 信令信息，或者当IWS与1xBS共址时，承载HRPD AN和1xBS之间 的信令信息。A21接口用于在HRPD AN和IWS之间传送1x空中接口 信令消息，或者当IWS与1xBS共址时，在HRPD AN和1xBS之间传 送1x空中接口信令消息。在一些实施例中，当IWS功能与1xBS共址 时，仅可以支持该接口。然而根据图500，A21接口承载HRPD PCF 和IWS之间的信令信息，或者当IWS与1xBS共址时，承载HRPD PCF 和1xBS之间的信令信息。A21接口用于在HRPD PCF和IWS之间透 明地传送1x空中接口信令消息，或者当IWS与1xBS共址时，在HRPD PCF和1xBS之间传送1x空中接口信令消息。在一些实施例中，当IWS 功能与1xBS共址时，仅可以支持该接口。
图6是根据本发明多个实施例的无线通信系统的框图描述600，该 系统包括与无线分组数据网络接口的1X网络。在图6中描述的无线分 组数据网络是HRPD网络。然而，本发明并不局限于HRPD网络。例 如，图6的无线通信系统可以替代地或者附加地包括无线分组数据网 络，例如基于IEEE 802.16和/或802/20网络的网络。
图600描述接口Ay、Az和Ap。根据该实施例，可以支持这些接 口的一些、一个或者全部。关于这些接口的细节，可参见公共待审批 申请序列号No.11/141926，名称为“METHOD AND APPARATUS TO FACILITATE INTER-OPERABILITY BETWEEN A 3G1X NETWORK AND A WIRELESS PACKET DATA NETWORK”。在一些实施例中， 接口Ay可对应于或者包括接口A21。
另外，MS/AT 601常常称为混合移动台。本发明中的MS/AT并不 局限于移动设备本身；从而，可以更准确地将它们称为远端单元。例 如，MS/AT可以包括无线连接至无线电接入网络的所有方式的设备， 例如计算机、个人数据助理(PDA)、游戏设备等。
在现有技术中，当HRPD网络中的MS/AT接收到“CSNA通用寻 呼”消息时，MS/AT可进入1x系统，而不向它离开的HPRD系统提供 任何指示(ConnectionClose)。结果，HRPD RAN不知道MS/AT已经 移动至1x RAN来应答该呼叫，并且可能在它离开后长时间地继续保留 用于MS/AT分组数据会话的网络资源。
类似地，MS/AT(例如根据主叫方的主叫方ID或者优选继续HRPD 服务)可选择忽略“CSNA通用寻呼”消息。当MS/AT拒绝“CSNA 通用寻呼”消息时，当前的过程并不要求MS/AT向HRPD系统提供任 何指示。结果，寻呼该MS/AT的1x网络一直没有被通知这一点，并 且可能通过扩大寻呼以继续在1x和HRPD RAN中尝试寻呼该MS/AT 直到最终放弃。这要求被不必要地浪费的网络资源，因为MS/AT忽略 了来自1x网络的交叉寻呼。
在一个实施例中，向“扇区参数”(SectorParameters)消息增加 了两个新的字段，以指出当MS/AT接受或者拒绝“CSNA通用寻呼” 消息时，何时需要它向HRPD系统通知。下面示出修改的“扇区参数” 消息。
  字段   长度(比特)   消息ID(MessageID)   8   国家代码(CountryCode)   12   扇区ID(SectorID)   128   子网掩码(SubnetMask)   8
               […]  是否能够执行扇区多载波  (IsSectorMultiCarrierCapable)   1  交叉寻呼接受Req  (CrossPageAcceptReq)   1  交叉寻呼拒绝Req  (CrossPageDenyReq)   1   预留(Reserved)   0-7(按照需要)
如果需要MS/AT在转移至1x系统之前响应于“CSNA通用寻呼” 消息而发送“连接关闭”(ConnectionClose)消息来关闭连接，那么接 入网将“交叉寻呼接受Req”(CrossPageAcceptReq)字段设置为‘1’。 否则，接入网将该字段设置为‘0’。另外，如果需要当AT拒绝“CSNA 通用寻呼”消息时AT发送“CSNA释放指令”，那么接入网可以将“交 叉寻呼拒绝Req”(CrossPageDenyReq)字段设置为‘1’。否则，接 入网可将此字段设置为‘0’。
上面的示例是向远端单元指出特定RAN需要什么信令的一种方 法。毫无疑问，存在多种方法指令远端单元响应服务请求，并且存在 它们如何响应以及RAN、MSC、IMS部件等如何处理和分配这些远端 单元响应的组合。下面是不同可能性的一些示例的描述。
如果MS/AT决定接受经由HRPD RAN来自1x RAN的电路语音 呼叫的交叉寻呼，那么MS/AT向HRPD RAN发送HRPD空中接口消 息/指示，以通告(signal)它即将从该HRPD RAN离开。这允许在MS/AT 决定接受该寻呼时就通知HRPD RAN，并且实现更有效的资源利用。
如果MS/AT接受来自第二RAN的交叉寻呼，同时接收来自第一 RAN的服务，那么在该MS/AT移动至第二RAN以接受寻呼并开始服 务之后，第二RAN经由RAN间信令接口(例如，A21)向第一RAN 发送消息，通知它第二RAN已经成功获取了该MS/AT。第一RAN然 后进行释放MS/AT的网络资源。在第二RAN是1x电路网络而第一 RAN是HRPD RAN的情况下，如果MS/AT的分组数据会话是活动的 话，HRPD RAN将它转移至休眠。此实施例在第二RAN成功获取 MS/AT之后，向第一RAN提供明确的通知，而不依靠MSC或者MSC 接口。现有技术需要用于第一RAN的RF损耗或者与HRPD RAN的 A1MSC接口来进行该确定。
描述各种实施例来解决当接收来自第一RAN的服务的MS/AT被 来自第二RAN的服务交叉寻呼并且决定拒绝该交叉寻呼时存在的情 形：
如果第一RAN是HRPD RAN而第二RAN是1x RAN，那么MS/AT 在HRPD空中接口上向HRPD RAN发送它拒绝该寻呼请求的显式 (explicit)指示。MS/AT向HRPD RAN发送CSNA封装消息(例如， “MS拒绝指令”或者“释放指令”)。
如果第一RAN是1x RAN而第二RAN是HRPD RAN，那么MS/AT 响应于“数据猝发串”消息(DBM)向1x网络发送“MS拒绝指令”， 或者响应于“通用寻呼”消息向1x网络发送具有“服务选项”＝0的“寻 呼响应”消息(PRM)，以向1x网络通知它拒绝了交叉寻呼。
在拒绝该寻呼之后，第一RAN向第二RAN发送消息/指示，通知 它该MS/AT拒绝了交叉寻呼。在HRPD-1x A21 RAN间接口上向第二 网络发送消息/指示。如果使用基于MSC的HRPD体系结构，那么也 可经由A1 MSC接口发送消息/指示。第二RAN响应于来自第一RAN 的消息，终止对于MS/AT的进一步寻呼尝试。
如果第一RAN是1x RAN而第二RAN是HRPD RAN，并且接收 到交叉寻呼作为包含SIP INVITE的DBM，那么MS/AT可以通过利用 拒绝该交叉寻呼的SIP消息进行响应来拒绝SIP INVITE。由于1x电路 RAN并不支持HRPD或者SIP信令，因此在HRPD DataOverSignaling (DOS)消息中发送SIP消息，该HRPD DataOverSignaling消息在1x 空中接口(TIA-2000)上封装于1x DBM消息之中。注意，与上述其 它情景相比，1x RAN和HRPD RAN均不知道交叉寻呼被IMS网络发 送至AT，因此1x RAN并不向HRPD RAN发送交叉寻呼拒绝。
本发明的其它实施例涉及部署了IMS核心网络的网络。为了使 IMS网络有效地确定将来自IMS网络(分组数据RAN或者电路RAN) 的传入呼叫传递至何处，以最小化交叉寻呼，有益的是，IMS网络知 道移动台当前正在监视哪个RAN，而不在呼叫建立期间引入附加的信 令开销。注意，尽管此处作为示例讨论了1x RAN和HRPD RAN，但 是此处的示例还适于任何联合电路-分组网络，例如1x-WLAN双技术 网络。
在IMS连接可用和支持1x-HRPD RAN上交叉寻呼的这些双重网 络中，在AT移动到HRPD RAN并且向HRPD RAN注册后，它还向IMS 网络注册，以实现经由该HRPD RAN的VoIP呼叫传递。然而，当MS/AT 移动至1x网络时，需要一种方法来有效地向IMS网络通知MS/AT不 再监视HRPD RAN，使得可以经由1x电路RAN，作为1x电路语音呼 叫传递将来的语音呼叫。
如果IMS网络不具有此信息，那么IMS网络可以‘猜测’MS/AT 当前位于何处，这有将呼叫传递至错误RAN的风险(接着必须向正确 的RAN进行交叉寻呼，这导致低效的呼叫传递)，或者它必须查询其 它‘核心’网络实体，以确定MS/AT位于何处，这还导致延长的呼叫 建立时间，并且还在IMS网络中导致附加的开销，以在双域网络中支 持语音呼叫传递。
因此需要一种方法向IMS网络通知AT正在离开或者已经离开 HRPD RAN，使得将来的语音呼叫不作为VoIP呼叫传递至该HRPD RAN。那么来自IMS网络的将来的呼叫传递被指向MS/AT当前正在监 视的1x RAN，这消除了当IMS网络不正确地猜测移动台的位置时进行 交叉寻呼的必要。从下列选项衍生出多个实施例。
在离开HRPD RAN之前，AT经由HRPD RAN向IMS网络发送 SIP消息(例如，“SIP通知”)。HRPD RAN将该消息转发至PDSN/ 分组核心网络，该分组核心网络继续将它转发至IMS网络中的SIP服 务器。如果MS/AT碰巧在HRPD RAN上具有休眠的会话(没有向 MS/AT分配业务信道)，那么通过在MS/AT离开之前重新激活该HRPD 分组数据会话，在业务信道上发送SIP信令。可替换的，可以在MS/AT 离开之前向HRPD RAN发送SIP信令，作为HRPD DOS消息。可替换 的，AT也可以发送应用程序定义的IP分组来通知IMS网络，而不是 HRPD DOS消息中的SIP消息，以最小化消息大小需求。在传递SIP 消息或者IP分组之后，IMS网络知道MS/AT正在监视1x RAN，并且 将将来的语音呼叫传递至1x RAN，作为电路语音呼叫。
在移动至1x RAN并在1x RAN中注册之后，AT向1x RAN发送 SIP消息(例如，“SIP通知”(SIP NOTIFY)或者“SIP再见”(SIP BYE))，该消息被转发至HRPD RAN，并且被继续转发至IMS网络， 以通知它该MS/AT在1x RAN中注册(“SIP通知”)，或者从IMS 网络注销(de-registering)(“SIP再见”)。由于1x电路RAN不支 持HRPD或者SIP信令，因而在HRPD DOS消息中发送SIP消息，在 1x空中接口(TIA-2000)上在1x DBM消息中封装该HRPD DOS消息。 1x RAN将包含SIP信令HRPD DOS转发至HRPD网络(例如，通过 A21)，该网络将该注册信息继续转发至IMS网络中的SIP服务器。为 了最小化HRPD DOS消息的大小，可替换的，AT也可以在HRPD DOS 消息中包括应用程序定义的IP分组，而不是SIP消息，以通知IMS网 络。
可替换的，在HRPD RAN接收到来自MS/AT的它正在离开HRPD RAN的HRPD消息/指示，或者来自1x RAN的MS/AT已经成功在1x RAN中注册或者已经被1x RAN获取的显式(explicit)信令之后，HRPD RAN或者分组核心网络实体代表MS/AT生成SIP信令，以向IMS网 络通知AT已经移动至1x网络。
图7是描述根据本发明多个实施例的MS/AT在基于A21的HRPD 网络中拒绝1x网络交叉寻呼的示例流程图700。下面是在图7的最右 列标记的呼叫流程时间线的详细描述：
701.MSC向1x BS(和基于A1的体系结构中的HRPD AN/PCF) 发送电路语音呼叫的“寻呼请求”。
702.1x BS可在1x空中接口上发送“寻呼请求”，以准备来自 MS/AT的未要求的“寻呼响应”。
703.1x BS向HRPD RAN发送“寻呼请求”，MS/AT在该HRPD RAN中注册HRPD服务。
704.HRPD RAN向MS/AT发送封装于HRPD CSNA消息中的“1x 寻呼消息”(参见C.S0024-A)。
705.MS/AT发送1x消息，该消息拒绝封装于HRPD CSNA消息 中的寻呼消息。
706.HRPD RAN经由A21 RAN间接口，将MS/AT对于1x电路 服务的拒绝转发至1x网络。
707.1x RAN经由新的A1/A1P‘无连接’(SCCP UDT/SUA CLDT) “释放”消息，将MS/AT对于1x电路服务的拒绝转发至MSC。响应 于经由HRPD RAN接收的来自MS/AT的寻呼消息的拒绝，1x RAN和 MSC终止对于MS/AT的进一步寻呼。
图8是描述根据本发明多个实施例的MS/AT在基于MSC的HRPD 网络中拒绝1x网络交叉呼叫的示例呼叫流程图800。下面是在图8最 右列标记的呼叫流程时间线的详细描述：
801.MSC向1x BS和基于A1的体系结构中的HRPD AN/PCF发 送电路语音呼叫的“寻呼请求”。1x BS可在1x空中接口上发送“寻 呼请求”，以准备来自MS/AT的未要求(unsolicited)的“寻呼响应”。 1x BS向HRPD RAN发送“寻呼请求”，MS/AT在该HRPD RAN中 注册HRPD服务。
802.HRPD RAN向MS/AT发送封装于HRPD CSNA消息中的“1x 寻呼”消息。
803.MS/AT发送“1x释放”消息，该消息拒绝封装于HRPD CSNA 消息中的寻呼消息。
804.HRPD RAN经由新的A1/A1P‘无连接’(SCCP UDT/SUA CLDT)“释放”消息，将MS/AT对于1x电路服务的拒绝转发至MSC。 响应于经由HRPD RAN接收的来自MS/AT的寻呼消息的拒绝，该MSC 终止对于MS/AT的进一步寻呼。
图9是描述根据本发明多个实施例的MS/AT在具有活动分组数据 会话的基于A21的HRPD网络中接受1x网络交叉呼叫的示例呼叫流程 图900。下面是在图9的最右列标记的呼叫流程时间线的详细描述：
901.MSC向1x BS(和基于A1的体系结构中的HRPD AN/PCF) 发送电路语音呼叫的“寻呼请求”。
902.1x BS可在1x空中接口上发送寻呼请求，以准备来自MS/AT 的未要求的“寻呼响应”。
903.1x BS向HRPD RAN发送“寻呼请求”，MS/AT在该HRPD RAN中注册HRPD服务。
904.HRPD RAN向MS/AT发送封装于HRPD CSNA消息中的“1x 寻呼”消息(参见C.S0024-A)。
905.MS/AT发送“SIP通知”(如果支持双重注册)或者“SIP 再见”，以向IMS网络通知它正在离开该IMS域并且正移动至1x。可 替换的，AT可在908之后向1x网络发送“SIP再见”或者“SIP通知” (作为封装于1x DBM中的DOS消息)，通过A21它们转发至HRPD RAN。HRPD RAN将从AT接收的SIP消息转发至PDSN，PDSN继续 将它转发至IMS网络。
906.MS/AT发送HRPD消息，该消息指出它正在离开该HRPD RAN转向1x网络上的服务：
选项1：HRPD将MS/AT的会话转移至休眠，并且释放不再需要 的HRPD RAN资源(HRPD业务信道等)。
选项2：HRPD RAN在将MS/AT的会话转移至休眠之前，停止在 空中接口上路由数据、计费等，并且等待从1x网络接听(即，还没有 释放HRPD业务信道)。
907.MS/AT利用“寻呼响应”消息响应1x网络，以接受电路语 音呼叫。
908.在MS/AT和1x网络之间建立1x电路语音呼叫。
909.1x RAN向HRPD网络发送已经成功获取MS/AT的指示(在 选项2中)。
910.HRPD RAN将MS/AT的分组数据会话转移至休眠，并且释 放不再使用的RAN资源。对于选项1，该步骤在906之后的任何时间 出现。
图10是描述根据本发明多个实施例的繁忙MS/AT在1x网络中拒 绝HRPD网络交叉寻呼(HRPD网络是基于A21的网络)的示例呼叫 流程图1000。下面是在图10最右列标记的呼叫流程时间线的详细描述：
1001.PDSN在与特定MS/AT和休眠分组数据会话关联的现有PPP 连接上，向HRPD AN/PCF发送分组数据。
1002.HRPD AN/PCF知道MS/AT当前在1x RAN中注册，且经由 A21接口向1x BS转发寻呼1x网络中MS/AT的请求。该消息包括该 消息中的HRPD服务选项。
1003.由于MS/AT当前正忙于另一呼叫，因此1x BS在业务信道 上，向MS/AT发送“1x数据猝发串”消息(DBM)，其中“猝发串 类型”字段被设置为‘000111’。
1004.MS/AT通过向1x BS发送“1x MS拒绝指令”来拒绝HRPD 服务寻呼。
1005.1x BS利用“层2ack”，确认“1x MS拒绝指令”的接收。
1006.1x BS向HRPD AN/PCF发送“A21寻呼响应”消息，该消 息包含MS/AT拒绝“HRPD寻呼请求”的指示。HRPD AN/PCF将对 于MS/AT的进一步寻呼终止一段时间(固定的时间段，或者直到MS/AT 在1x网络中进入空闲)。
图11是描述根据本发明多个实施例的繁忙MS/AT在1x网络中拒 绝HRPD网络交叉寻呼(HRPD网络是基于MSC的网络)的示例呼叫 流程图1100。下面是在图11最右列标记的呼叫流程时间线的详细描述：
1101.PDSN在与特定MS/AT和休眠分组数据会话关联的现有PPP 连接上，向HRPD AN/PCF发送分组数据。
1102.根据设备提供商特定过程(例如，指出MS/AT已经注册至 1x系统的存储信息)，HRPD AN向MSC发送指出在HRPD系统接收 到分组数据的“BS服务请求”消息，并且启动定时器T311。该消息包 含类型7的数据猝发串(参见C.S0075-0)。
1103.MSC利用“BS服务响应”消息进行响应。HRPD AN停止 定时器T311。
1104.“BS服务请求”消息的接收和处于业务信道上的MS/AT 促使MSC向1x BS发送“ADDS传递”消息。该MSC启动定时器T3113。
1105.1x BS在前向业务信道上发送在1104接收的数据猝发串。
1106.MS/AT在业务信道上利用“层2Ack”确认数据猝发串(burst) 的传递。
1107.如果MSC通过在“ADDS传递”消息中包括Tag IE来请求 响应，那么当1x BS接收到来自MS/AT的对于“ADDS传递”消息已 被传递的确认时，该1x BS利用“ADDS传递Ack”消息进行应答，在 该消息中包括与该“ADDS传递”消息中相同的Tag IE。
1108.MS/AT通过向1x BS发送“1x MS拒绝指令”来拒绝服务的 HRPD寻呼。
1109.1x BS利用“层2Ack”，确认“1x MS拒绝指令”的接收。
1110.BS向MSC发送“拒绝”消息，以传送包含在“拒绝指令” 中的信息。
1111.MSC向HRPD AN/PCF转发该“拒绝”消息。HRPD AN/PCF 将对于MS/AT的进一步寻呼终止一段时间(固定的时间段，或者直到 MS/AT在1x网络中进入空闲)。
在上面提供了详细的和非常具体的描述，以使本领域技术人员能 够根据本领域的现有知识有效地制造、使用和最好地实施本发明。在 这些示例中，特定结构、特定的消息名称、特定的消息字段值、特定 的消息收发格式以及特定的消息收发顺序均为了说明本发明各种可能 实施例的目的而提供，并且不应被说明为限制或者局限本发明广阔范 围。上面对于本发明特定实施例描述了益处、其它优势和问题的解决 方案。然而，这些益处、优势、问题的解决方案以及使任何益处、优 势或解决方案出现或显得更加明显的任何(一个或多个)要素将不被 视为任何或所有权利要求的关键的、必须的或必要的特征。
如此处所使用并且在所附权利要求中，术语“包括“、“包括的” 或其另外的变形，目的是涵盖非排它性的包含，使得包括一系列要素 的过程、方法、制造的物品或装置不仅包括这些要素，而且包括没有 明确列出的或这些过程、方法、制造的物品或装置固有的要素。如此 处使用的，术语“一个”或“-”定义为一个或多于一个。如此处所 使用，术语“多个”定义为两个或多于两个。如此处所使用，术语“另 一”定义为至少第二或更多。如此处所使用，术语“包含”和/或“具 有”定义为“包括”(例如，开放式语言)。如此处所使用，术语“耦 合”，定义为“连接”，但是不一定直接的，也不一定是机械的连接。 从词语“指出”(例如，“指出了”、“指示”)得出的术语旨在包 含用于传送或者引用所指对象的所有各种可用技术。可用于传送或者 引用所指对象的技术的一些但不是全部的示例包括，所指对象的传送、 所指对象标识符的传送、用于生成所指对象的信息的传送、所指对象 的一部分的传送、所指对象的一些衍生物的传送、以及指出所指对象 的一些符号的传送。此处使用的术语，程序、计算机程序以及计算机 指令，被定义为用于在计算机系统上执行的指令序列。该指令序列可 包括但不限于，子例程、函数、过程、对象方法、目标实现、可执行 应用程序、applet、servlet、共享库/动态加载库、源代码、目的地代码 和/或汇编代码。
相关申请参考
本申请要求2006年2月3日提交的题为“METHOD AND APPARATUS FOR PROVIDING SERVICE IN A MULTI-RAN COMMUNICATION SYSTEM”的临时申请，序列号No.60/764933的 优先权，此处拥有并引用其作为参考。
本申请涉及2005年6月1日提交的题为“METHOD AND APPARATUS TO FACILITATE INTER-OPERABILITY BETWEEN A 3G1X NETWORK AND A WIRELESS PACKET DATA NETWORK”的 共同待审批申请，序列号No.11/141926，此处拥有并引用其作为参考。