用于提供移动站和与位于毫微微蜂窝内的移动站无线通信的方法

专利名称：用于提供移动站和与位于毫微微蜂窝内的移动站无线通信的方法
用于提供移动站和与位于毫微微蜂窝内的移动站无线通信
的方法优先权声明根据U. S. C. 35 § 119(e)，该非临时专利申请要求在2007年10月26日提交的申请 号为US61/000，575的临时专利申请的优先权，其整个内容在此被包含作为参考。
背景技术：
毫微微基站主要是低成本和低功率的基站(BS)收发机，其被安装在室内(例如， 在家或办公室内)，并通过电缆、DSL、房屋内光纤链路或类似的IP回程技术连接到因特网。 该连接用于将毫微微基站与无线运营商的核心网络相结合。毫微微基站通过单个载波或信道来服务称为毫微微蜂窝(Femtocell)的地理区 域。在包括毫微微蜂窝的无线网络中，当进入毫微微蜂窝后，移动站接收符合众所周知的诸 如当前3GPP2 CDMA2000 EVDO标准(例如 3GPP2 CDMA2000 EVDO标准“CDMA2000 High Rate Packet Data AirInterface Specification (CDMA2000 高速率分组数据空中接 口规范)”， 3GPP2C. S0024-B,2. 0版(2007年3月))等的标准的广播开销消息。当CDMA移动站通过电路连接(例如CDMA毫微微蜂窝)连接到IP多媒体子系统 (IMS)时，IMS仿效CDMA移动网络模型中的拜访移动交换中心(V-MSC)/拜访位置寄存器 (VLR)。在CDMA移动网络模型中，V-MSC/VLR没有所提供的与可接收服务的每个用户相关 联的用户数据。相反，V-MSC/VLR向归属位置寄存器(HLR)注册，并动态地获取向当前被 V-MSC/VLR服务的CDMA用户提供服务所需的用户数据。然而，IMS是基于有线模型的，在这种情况下，IMS的用户必须在它们被允许甚至 是基本接入之前被预先配置为IMS上的用户。当将IMS用作V-MSC/VLR时，用于CDMA网络 和IMS的提供策略之间的冲突成为问题。这个有关提供策略的问题也将同样适用于连接到UMTS毫微微蜂窝的UMTS用户。通常，关于提供策略冲突的解决方案在假定对于每个被授权通过指定CDMA毫微 微蜂窝接入的CDMA用户有预先配置的IMS上的用户记录的情况下运行。这常常被想象为 基于CDMA用户在与每个毫微微蜂窝相关联的访问控制列表(ACL)或授权用户列表(AUL) 上的设置的半自动提供过程。然而，这种方案至少具有三个问题。第一个问题在此被称为“咖啡店”或“公共”毫微微蜂窝，其不具有被允许接入的 用户的ACL。在这种情况下，假定没有对毫微微蜂窝生成ACL，那么无法对这种咖啡店或公 共毫微微蜂窝的CDMA用户触发IMS用户记录的HSS群。另一个问题是服务提供商通常已提供了每用户IMS用户记录对于其不可接受的 反馈。服务提供商希望毫微微蜂窝系统能够用动态数据运行(例如只是VLR下载)，而不依 赖于任何每用户预先配置的数据。 再一个问题是预先配置解决方案通常需要访问CDMA用户的CDMA服务提供商后台 提供系统。由于服务提供商不允许其它服务提供商访问其后台提供系统，因此，存在在由特 定服务提供商提供服务的毫微微蜂窝上支持来自另一个服务提供商的CDMA用户的问题。例如，如果指定毫微微蜂窝连接到Verizon无线IMS和后台系统网络，则Sprint或Alltel 用户不可能在该毫微微蜂窝上得到服务，因为预先提供过程将由于不能够从Verizon系统 访问Sprint或Alltel后台提供系统而被封锁
发明内容

示例性实施例指向用于提供移动站和与位于毫微微蜂窝内的移动站无线通信的 方法。一种用于无线通信的方法包括向IMS核心网络注册毫微微蜂窝以接收用于位于 所述毫微微蜂窝内的至少一个移动站的IMS服务；以及将移动站单独向应用服务器注册以 向位于所述毫微微蜂窝的移动站提供额外服务。所述额外服务是CDMA服务。向IMS核心网络注册毫微微蜂窝包括向IMS核心网络传输毫微微蜂窝注册信息 以请求用于位于所述毫微微蜂窝内的移动站的IMS服务。毫微微蜂窝注册信息不包括有关 所述移动站的信息。所述方法还可包括从IMS核心网络接收认证密钥；基于所接收的认证密钥和所 存储的毫微微蜂窝信息准备认证响应；以及向IMS核心网络发送所准备的认证响应以接收 IMS服务。进一步地，所述方法可包括一旦所述毫微微蜂窝被注册，则从IMS核心网络接收 全局随机密钥；使用所接收的密钥和时间值获得查询；向移动站传输所述查询；以及响应 于所传输的查询，向所述移动站提供服务。将移动站单独向应用服务器注册包括从移动站接收对全局查询的认证响应；基 于所述认证响应，生成与所述移动站相关联的第一 SIP消息；将所述第一 SIP消息发送到所 述IMS核心网络以对于所述额外服务注册所述移动站；从所述IMS核心网络接收第二 SIP 消息；以及向移动站提供有关额外服务的注册的信息。所述第一 SIP消息包括所述移动站的电子序列号、所述移动站的移动识别码、随 机数和时间值中的至少一个。所述第二 SIP消息包括所述移动站的移动号码簿号码。所述方法还可包括从所述移动站接收呼叫建立请求，其包括被叫方号码 (CpDN)；生成包括所述CpDN和移动站信息的SIP消息；以及向IMS核心网络发送所生成的 SIP消息以向IMS核心网络通知呼叫请求。所述SIP消息在所述SIP消息的子地址中包括 与所述移动站相关联的信息。进一步地，与所述移动站相关联的信息包括移动识别码、电子 序列号和移动号码簿号码中的至少一个。再进一步地，所述方法可包括从所述IMS核心网络接收SIP消息，其包括寻呼请 求以及移动识别码和移动号码簿号码中的至少一个；基于包括所述寻呼请求的所述SIP消 息寻呼移动站；从所述移动站接收寻呼响应；以及向所述IMS核心网络提供所述寻呼响应。另一种用于无线通信的方法包括从毫微微蜂窝接收IMS服务的注册信息；生成 全局随机密钥；以及将所述全局随机密钥发送到所述毫微微蜂窝。注册信息不包括有关位 于所述毫微微蜂窝内的移动站的信息。全局随机密钥用于向位于毫微微蜂窝内的移动站发 送查询。该方法还可包括从所述毫微微蜂窝的用户代理接收移动站信息以对于CDMA服 务注册所述移动站；基于所述移动站信息，认证所述移动站；向归属位置寄存器(HLR)注册为拜访位置寄存器(VLR)；基于所述移动站信息从所述HLR接收VLR简档；以及作为VLR与 所述移动站进行通信。移动站信息包括电子序列号、移动识别码、由所述移动站接收的随机 数、由所述移动站生成的认证响应和时间值中的至少一个。时间值与时间相关联，并用于确 定所述随机数有效。该方法将毫微微蜂窝当作向位于毫微微蜂窝内的移动站提供IMS服务和CDMA服 务的端点。进一步地，所述方法可包括接收包括所述移动站信息和被叫方号码的消息；基 于所述移动站信息认证所述移动站；一旦所述移动站被认证，则生成包括所述移动站信息 的认证请求消息；向所述HLR发送所述认证请求；以及提供包括所述移动站的移动号码簿 号码的第二 SIP消息以建立与和被叫方号码相关联的移动站的通信路径。根据该方法，认证所述移动站包括将所述全局随机密钥和时间值输入函数内以 生成随机数；以及验证所生成的随机数在可允许的范围内。所述方法还可包括接收包括所述移动站的移动识别码的路由请求；将临时本地 号码簿号码与所述移动站相关联；触发SIP消息的生成和向与所述移动站相关联的毫微微 用户代理的传输；接收对所述SIP消息的响应；基于所述响应，认证所述移动站；如果所述 移动站被认证，则在所述移动站和发起到位于所述毫微微蜂窝内的所述移动站的呼叫的移 动站之间建立业务信道期间充当VLR。所述SIP消息在子地址中包括所述移动站的移动识 别码。认证所述移动站可包括将所述全局随机密钥和时间值输入函数内以生成随机 数；以及验证所生成的随机数在可允许的范围内。一种用于IP多媒体子系统(IMS)通信的方法包括将毫微微蜂窝注册信息传输到 IMS核心网络，以请求用于位于所述毫微微蜂窝内的移动站的IMS服务。根据该方法，毫微 微蜂窝注册信息不包括有关移动站的信息。例如，毫微微蜂窝注册信息可以只包括有关毫 微微蜂窝的信息。


通过参照附图阅读以下的详细说明，示例性实施例的上述和其它特征和优点将变 得更加清楚，其中图1说明实例性的无线通信系统；图2是说明当毫微微蜂窝启动时由毫微微用户代理(UA)执行的IMS注册/认证 的信号流图；图3是说明位于毫微微蜂窝内的CDMA移动站的注册的信号流图；图4是说明与由位于毫微微蜂窝内的移动站发起的呼叫有关的操作和所发送的 消息的信号流图；图5是说明与打算去往位于毫微微蜂窝内的移动站的呼叫有关的操作和所发送 的消息的信号流图。
具体实施例方式在以下描述中，为了说明而非限定的目的，给出了特定的细节，诸如特定的体系结构、接口、技术等，以提供对本发明的全面理解。然而，本发明的教导可以在不同于参照图 1-6描述的特定细节的其它说明性实施例中实现对于本领域的普通技术人员是显而易见 的。在某些情况下，已知设备、电路和方法的详细说明在本申请中被省略，以不使本发明的 说明与不必要的细节相混。本发明的所有原理、方面和实施例以及它们的特定例子都意图 包含其结构和功能的等同。另外，应当意识到这些等同包括当前已知的等同以及未来开发 的等同。示例性实施例在此被讨论为在适当计算机环境中实施。尽管没有要求，但示例性 实施例将在计算机可执行指令的一般上下文中讨论，诸如由一个或多个计算机处理器或 CPU执行的程序模块或功能过程。一般地，程序模块或功能过程包括执行特定任务或实现特 定抽象数据类型的例程、程序、对象、组件、数据结构等。在此讨论的程序模块或功能过程可 以使用现有的通信网络中的现有硬件实现。例如，在此讨论的程序模块或功能过程可以使 用毫微微基站、IMS的应用服务器等现有的硬件实现。在下面的说明中，除非另外指出，否则说明性实施例将参照由一个或多个处理器 执行的操作的动作和符号表示(例如信号流图的形式)来描述。同样，应当理解，这种有时 称为计算机可执行的动作和操作包括由处理器处理表示结构化形式的数据的电子信号。该 处理转换数据或将其维持在计算机的存储器系统的位置处，其以本领域的普通技术人员容 易理解的方式重新配置或改变计算机的操作。图1说明可以实现下面描述的示例性实施例的电信系统10的部分。电信系统10 包括CDMA移动站100、毫微微蜂窝200、IMS 300、CDMA网络400和PSTN 500。毫微微蜂窝 200是指由毫微微蜂窝基站路由器支持的覆盖区域，毫微微蜂窝基站路由器包括用户代理 (毫微微UA) 210。以下，术语毫微微蜂窝可与毫微微蜂窝的基站和/或毫微微蜂窝的基站 路由器替换使用。IMS 300包括IMS分组网络310、CSCF 320、在此被称为MAP毫微微互联 功能(MFIF) 330的应用服务器(AS)、MGCF/MGW 340和归属服务系统(HSS) 350。CDMA网络 400 包括 MSC 410 和 HLR/AuC420。图1仅示出单个移动站100。然而应当理解，毫微微蜂窝200可以向任意数量的 移动站提供通信服务。如在此所描述的，移动站是指例如蜂窝电话、便携式计算机、掌上电 脑、手持计算机、个人数字助理(PDA)、车载移动设备或类似的进行语音和/或数据通信的 设备。下面详细描述的示例性实施例主要针对由毫微微UA 210和MFIF 330执行的方 法。下面将描述涉及毫微微UA 200的无线通信的方法，包括当毫微微蜂窝启动时进行正常 认证和注册的IMS签约。CDMA移动站100被毫微微UA 210当作“访客”，毫微微UA 210代 表每个CDMA移动站100与IMS 300进行通信。在下述的用于无线通信的方法中，与IMS服 务有关的认证/注册同与CDMA服务有关的注册/认证是分开且不同的。图2是说明当毫微微蜂窝启动时由毫微微UA 210执行的IMS注册/认证的信号 流图。应当注意，HSS 350存储包括认证秘密数据的毫微微UA签约，毫微微蜂窝200存储 用于提供适当的认证响应的IMS认证数据，以便从IMS 300接收包括提供到MFIF 330的连 接的服务。参照图2，毫微微蜂窝200 (Al)的激活被示为开始毫微微UA 210的与向位于毫微 微蜂窝200内的移动站100提供的IMS服务有关的注册过程。毫微微UA 210通过生成会话启动协议(SIP)注册消息(REGISTER)发起向IMS 300的注册。毫微微UA 210将注册消 息发送到CSCF 320(M1)。如图2所示，注册消息包括在“From”、“To”和“Contact”字段中 标识的信息。该信息只与毫微微UA 210有关，而不包括与位于毫微微蜂窝200内的移动站 100有关的信息。接收注册消息的CSCF 320向HSS 350查询用于毫微微UA 210的认证数据(A2)。 CSCF 320基于响应于HSS 350的查询而接收的信息，生成认证信息。由CSCF 320生成 或使用的认证信息是已知的，例如可包括认证密钥协议(AKA)、随机数(RAND)、认证令牌 (AUTN)、完整性密钥(IK)和加密密钥(CK)。CSCF 320在指明用户认证被要求的SIP401消 息(M2)中将认证消息传送到毫微微UA 210。响应于接收SIP 401消息，毫微微UA 210向CSCF 320发送第二注册消息(M3)。 第二注册消息包括认证响应。认证响应是具有一系列输入的认证算法的输出，其中，这一系 列输入中的一些被提供给毫微微UA 210作为每个认证事件的一部分，一些对于IMS 300和 毫微微UA 210是已知的，并在认证事件期间没有被传递。CSCF 320处理包括认证响应的第二注册消息，以验证毫微微UA 210的证书。如前 面所述的，IMS 300具备包括认证秘密数据的毫微微UA签约，毫微微UA 210存储IMS认证 数据。因此，HSS 350或CSCF 320可使用该信息以验证毫微微UA 210的证书。如果毫微微 UA 210被验证，则CSCF 320向HSS 350查询用户简档并从HSS 350下载与毫微微UA 210 相关联的用户简档(A3)。从HSS 350下载的用户简档与毫微微UA 210相关联，并不包括有 关位于毫微微蜂窝200内的移动站100的信息。用户简档包括过滤标准，其指示哪些应用 服务器包括每个呼叫类型和IMS注册有效时间值以在重新注册没有发生时撤销毫微微UA 的注册。实质上，毫微微UA 210在请求允许向位于毫微微蜂窝200内的移动站100传送 IMS服务。一旦毫微微UA 210被验证并且用户简档被下载，CSCF 320就生成表明毫微微UA 210被验证的SIP 200 OK消息，并将SIP 200 OK消息发送到毫微微UA 210 (M4)，以通知毫 微微UA 210向MFIF 320注册。如果在为毫微微UA 210下载的过滤标准中表明，则CSCF 320还生成第三方注册消息并将其发送到MFIF 330，以将毫微微UA 210的注册状态信息提 供给第三方应用服务器，即MFIF 330 (M5)。MFIF 330用SIP 200 OK响应来响应第三方注 册消息(M6)。MFIF 330还生成全局随机密钥Gl0bal_RAND_Key以响应于接收第三方注册消息 (A4)。例如，全局随机密钥可以是64比特密钥。另外，MFIF 330生成SIP消息并将所生成 的密钥在所生成的SIP消息中发送到CSCF 320(M7)。应当注意，传统上IMS认证会用在毫 微微蜂窝和HSS中提供的毫微微特定密钥执行，而不是上面提到的随机生成或选择的全局 随机密钥。CSCF 320将包括所生成的密钥的SIP消息转发到毫微微UA 210 (M8)。毫微微UA 210处理所接收的消息，并向CSCF 320发送SIP 2000K响应(M9)。另外，毫微微UA 210从消息中提取全局随机密钥，并例如使用诸如SHA-I的标准 哈希算法基于密钥和时间来导出随机数RAND(A5)。然后，毫微微UA 210在开销消息队列 (OMT)中广播该随机数RAND (A6)。
CSCF 320 转发 SIP 200 OK 消息以通知 MFIF 330 毫微微 UA 210 向 MFIF 330 的注 册完成(MlO)。因此，移动站100可以接收所广播的随机数RAND，并作为毫微微UA 210的“客人” 经由毫微微UA 210请求IMS服务。应当注意，上述的注册过程不要求向IMS 300提供与移 动站100有关的信息。因此，上述的实例性实施例不会遇到在本说明书的背景技术部分描 述的传统技术的问题。图3是说明位于毫微微蜂窝200内的CDMA移动站100的用户的注册的信号流程 图。图3的信号流程图示出了移动站100、毫微微UA 210, CSCF 320,MFIF 330和HLR/AuC 420之间的通信。假定图3中所示的毫微微UA 210已经注册到IMS 300。例如，毫微微UA 210可 能已使用上面参照图2描述的注册方法进行注册。另外，毫微微UA 210在广播全局查询 RAND。参照图3，移动站100接收全局查询RAND，并开始与毫微微UA 210的⑶MA注册过 程(Al)。移动站100运行CDMA CAVE认证算法并将认证响应AUTHR传送到毫微微UA 210 以启动CDMA注册(Ml)。应当指出，CDMA CAVE算法是众所周知的，因此为了简化而不在此 描述。毫微微UA 210接收AUTHR并生成SIP消息。SIP消息包含包括移动识别码MIN 的位置更新信息、电子序列号ESN、AUTHR、随机数RAND和携带时间的参数RANDC。具体地， 时间用作输入以生成RAND，而RANDC是已有的参数，其中携带时间。MIN和ESN是与移动站 100有关的号码，而与毫微微UA 210无关。所生成的SIP消息被发送到CSCF 320 (M2)。CSCF 320基于标识MFIF 330的地址而将SIP消息转发到MFIF 330 (M3)。MFIF 330处理所接收的消息，并向CSCF 320发送SIP 202消息以表明SIP 202消息已被接受 (M4)。CSCF 320 将 SIP 202 消息发送到毫微微 UA 210 (M5)。仍参照图3，MFIF 330验证RAND对于全局随机密钥的特定输入和时间是否正确， 并验证在RAND生成中使用的时间是否在可允许的时间间隔内。MFIF 330还执行与HLR/ AuC 420的认证和注册。该认证和注册允许MFIF 330充当VLR。具体地，MFIF 330生成并 向HLR/AuC 420发送包括认证请求AUTHREQ的ANSI-41MAP消息(M6)。认证请求包括移动 识别码(MIN)、移动站100所生成的AUTHR和RAND。响应于接收该信息，HLR/AuC 420准备 并发送包括认证请求返回结果的MAP消息(M7)。注册通知REGNOT将在MFIF 330和HLR/AuC 420之间发生(M8和M9)。在该注册 通知之后，MFIF 330从HLR/AuC 420接收VLR简档数据，并将该VLR简档数据存储在MFIF 330中(A2)。VLR简档数据包括诸如服务活动状态和呼出限制的有关移动站100的信息以 及用户的移动DN。MFIF 330生成SIP消息并将其传送到CSCF 320 (MlO)以通知毫微微UA 210认证 或注册过程的成功或失败。如果认证和注册成功，则MFIF330还包括CDMA移动站100的移 动号码簿号码MDN。CSCF 320将SIP消息转发到毫微微UA 210 (Mll)0毫微微UA 210向 移动站100提供位置更新响应(M12)，并用SIP 200 OK消息响应CSCF 320 (M13)。CSCF320 向MFIF 330提供SIP 200 OK消息(M14)以完成移动站100向MFIF330的注册。 如上面参照图3所描述的，用于接收CDMA服务的注册涉及向MFIF330提供与CDMA移动站100和认证事件相关联的信息，然而，参照图2描述的用于IMS服务的注册涉及向 IMS 300提供仅仅与毫微微UA 210有关的信息。例如，在用于CDMA服务的注册期间提供的 与CDMA移动站100相关联的信息包括ESN、MIN和AUTHR。以上的图2和图3分别旨在用于IMS服务和CDMA服务的注册方法。图4和图5分别与呼叫发起和终呼的方法有关。参照图4，毫微微UA 210在向毫微微蜂窝200内的移动站100广播全局查询RAND。 毫微微到PSTN呼叫发起从移动站100用户拨号开始(Al)。包括被叫的拨号号码DN和AUTHR 的建立消息从移动站100发送到毫微微UA 210 (Ml)。毫微微UA 210生成SIP INVITE消息， 其包括与移动站100有关的信息，诸如MIN、ESN、CdPN、认证参数等。因此，毫微微UA 210 被IMS 300看作呼叫发起者(即，端点)。然而，毫微微UA 210将移动标识MDN或MIN包括 在SIP INVITE消息的子地址报头中。SIP INVITE消息被发送到CSCF 320 (M2)。CSCF 320的过滤条件将导致SIP INVIE 消息被转发到MFIF 330 (M3)。MFIF 330可根据与移动站100相关联的信息认证移动站100。 如果移动站100被认证，则MFIF330允许呼叫继续，并用移动站100信息替换用于识别呼 叫方的字段中的毫微微UA 200信息，并允许启动以进行正常的IMS呼叫控制和路由。MFIF 330验证RAND对于全局随机密钥的特定输入和时间是否正确，并验证在RAND生成中使用的 时间是否在可允许的时间间隔内。根据该处理，MFIF 330生成ANSI-41 MAP消息并将其发 送到HLR/AuC 420 (M4)。MAP消息包括认证请求，其具有移动站100的MIN、AUTHR和RAND。 HLR/AuC 420生成MAP认证请求结果并将其发送到MFIF 330 (M5)以响应从MFIF 330接收 的MAP消息。另外，MFIF 330生成包括移动站100的MDN的SIP INVITE消息，并将其发送 到CSCF 320 (M6)。在可选的实施例中，呼叫被允许继续而无需等待来自HLR/AuC 420的认 证请求结果。响应于从MFIF 330接收SIP INVITE消息，CSCF 320将SIP INVITE消息发送到 MGCF/MGW 340 (M7)。MGCF/MGW 340 向 CSCF 320 返回 SIP 183 会话进行消息(M8)，CSCF 320 通过向 MFIF 330发送SIP 183会话进行消息来响应SIP 183会话进行消息(M9)。MFIF 330向 CSCF 320发送SIP 183会话进行消息(MlO)，CSCF 320向毫微微UA 210发送SIP 183会 话进行消息(Mil)。响应于SIP 183会话进行消息，毫微微UA 210返回PRACK，其一路被相互作用到 MGCF/MGW 340。MGCF/MGW 340 用 SIP 200 OK 确认来响应，并且移动站 100 和 MGCF/MGW 340 之间用于回铃音的承载路径被创建(VPl)。仍然参照图4，与DN相关联的被叫移动站被通知有来电呼叫(A2)。如果被叫移动 站的用户应答(A3)，则应答指示被提供给移动站100，语音呼叫被建立(VP2)。一旦毫微微 蜂窝200内的移动站100断开呼叫(A4)，则释放从移动站100发送到毫微微UA 210 (M2)， SIP会话被一路释放回MGCF/MGW 340。图 5 示出在移动站 100、毫微微 UA 210, CSCF 320,MFIF 330,MGCF/MGW 340,HLR/ AuC 420和MSC 410之间的通信。在图5中，PSTN用户拨号并发起呼叫，该呼叫被路由到 MSC(Al)。在该例子中，号码是与当前位于毫微微蜂窝200内的移动站100相关联的拨打号 码DN0应当指出，移动站100被注册为由前面参照图2和3描述的IMS 300的MFIF 330提供服务。响应与接收被路由到MSC 410的呼叫，MSC 410试图定位与DN相关联的移动站 100。具体地，MSC 410生成ANSI-41MAP消息并将其发送到HLR/AuC 420 (Ml)。MAP消息是 定位请求。HLR/AuC 420确定哪个移动站100与DN相关联，并将包括移动站100的MIN的 路由请求发送到作为当前拜访MSC的MFIF 330 (M2)。MFIF 330向由MIN标识的移动站100分配临时本地号码簿号码(TLDN)，并将TLDN与用于所标识的移动站100的数据相关联(A2)。另外，MFIF 330将TLDN提供给HLR/AuC 420 (M3)。HLR/AuC 420 将 TLDN 提供给 MSC 410 (M4)，MSC 410 使用 TLDN 作为被呼叫方地 址将呼叫路由到MGCF/MGW 340 (M5)。MGCF/MGW 340基于TLDN生成SIP INVITE消息并将其经由CSCF 320发送到MFIF 330 (M6和M7)。TLDN被包含在通常被称为SIP INVITE消息的“request URI ”的被呼叫方 地址字段。响应于接收SIP INVITE消息，MFIF 330将TLDN转换成相关的毫微微UA 210禾口 CDMA移动站100地址(A3)。具体地，MFIF 330生成不同的SIP INVITE消息。在该SIP INVITE消息中，包含在“request URI ”字段中的TLDN被替换成毫微微UA 210地址。SIP INVITE消息还包括子地址“To”字段，其具有有关移动站100的信息，诸如MDN或MIN。MFIF 330 所生成的 SIP INVITE 消息被发送到 CSCF 320 (M8)。CSCF 320 将该 SIP INVITE消息转发到毫微微UA 210 (M9)。SIP INVITE消息包括移动站100的MDN或MIN0毫微微UA 210接收SIP INVITE消息，并基于在所接收的SIP INVITE消息的子地 址中包括的MDN或MIN寻呼移动站100 (MlO)。移动站100用包括AUTHR的响应来响应该寻 呼(Mil)。响应于先前所接收的SIPINVITE，毫微微UA 210将SIP 180会话进行消息发送 到CSCF 320 (M12)，该消息包括用于生成RAND的诸如AUTHR、RAND和时间的认证信息，CSCF 320将SIP 180会话进行消息提供给MFIF 330 (M13)。仍然参照图5，MFIF 330可执行移动站100的认证。如果移动站100被认证，则 MAP消息被提供给HLR/AuC 420 (M14)。MAP消息是AUTHRREQ，其包括移动站100的MIN、由 移动站100提供的AUTHR和随机数RAND。HLR/AuC 420向MFIF 330返回结果(M15)。本领域的普通技术人员将知道各种会话进行消息和PRACK消息在毫微微UA 210、 CSCF 320、MFIF 330、MGCF/MGW 340、HLR/AuC 420 和 MSC 410 之间发送。在会话进行消息 和PRACK消息之后，MGCF/MGW340向发起呼叫的用户提供回铃音(VPl)，在位于毫微微蜂窝 200内的被叫移动站100被通知有呼叫。假定被叫移动站100的用户应答呼叫(A4)，则应答指示从移动站100发送到毫微 微UA 210 (M16)。响应于应答呼叫，2000K (对INVITE的应答)消息和确认ACK信号在毫微 微 UA 210, CSCF 320,MFIF 330,MGCF/MGW 340,HLR/AuC 420 禾Π MSC 410 之间传送，以便在 被叫移动站100和呼叫方之间建立语音路径(VP2)。图5指示了表明呼叫已被应答的消息 从MGCF/MFW 340和MSC 410发送(Μ17)，语音路径(VP2)在MSC 410和移动站100之间建 立。一旦毫微微UA 210用户断开呼叫(Α5)，则释放消息(ΒΥΕ/2000Κ-ΒΥΕ)和(Μ18)被发 送，所建立的语音路径被释放。以上描述了示例性实施例，显然，同一个实施例可以采用多种方式进行变化。这些 变化不应被认为是脱离了本申请的教导，并且所有这些变化都包含在本申请的范围之内。
权利要求
一种用于无线通信的方法，包括向IMS核心网络(300)注册毫微微蜂窝(200)，以接收用于位于所述毫微微蜂窝内的至少一个移动站(100)的IMS服务；以及将所述移动站单独向应用服务器(330)注册，以向位于所述毫微微蜂窝内的所述移动站提供额外服务。
2.如权利要求1所述的方法，其中，所述额外服务是CDMA服务。
3.如权利要求1所述的方法，其中，向IMS核心网络注册毫微微蜂窝包括将毫微微蜂窝注册信息传输到所述IMS核心网络，以请求用于位于所述毫微微蜂窝内 的移动站的IMS服务，所述毫微微蜂窝注册信息不包括有关所述移动站的信息。
4.如权利要求3所述的方法，还包括 从所述IMS核心网络接收认证密钥；基于所接收的认证密钥和所存储的毫微微蜂窝信息，准备认证响应；以及 将所准备的认证响应发送到所述IMS核心网络以接收IMS服务。
5.如权利要求4所述的方法，还包括一旦所述毫微微蜂窝被注册，则从所述IMS核心网络接收全局随机密钥； 使用所接收的密钥和时间值获得查询； 将所述查询传输到所述移动站；以及 响应于所传输的查询，向所述移动站提供服务。
6.如权利要求1所述的方法，其中，将移动站单独向应用服务器注册包括 从移动站接收对全局查询的认证响应；基于所述认证响应，生成与所述移动站相关联的第一 SIP消息；将所述第一 SIP消息发送到所述IMS核心网络以对于所述额外服务注册所述移动站；从所述IMS核心网络接收第二 SIP消息；以及向所述移动站提供有关额外服务的注册的信息。
7.如权利要求6所述的方法，其中，所述第一SIP消息包括所述移动站的电子序列号、 所述移动站的移动识别码、随机数和时间值中的至少一个，所述第二 SIP消息包括所述移 动站的移动号码簿号码。
8.如权利要求1所述的方法，还包括从所述移动站接收包括被叫方号码(CpDN)的呼叫建立请求； 生成包括所述CpDN和移动站信息的SIP消息；以及将所生成的SIP消息发送到IMS核心网络，以向所述IMS核心网络通知呼叫请求。
9.如权利要求8所述的方法，其中，所述SIP消息在所述SIP消息的子地址中包括与所 述移动站相关联的信息。
10.如权利要求9所述的方法，其中，与所述移动站相关联的信息包括移动识别码、电 子序列号和移动号码簿号码中的至少一个。
全文摘要
描述了一种用于与位于毫微微蜂窝内的移动站进行无线通信的方法。该方法包括向IMS核心网络注册毫微微蜂窝，以接收用于位于毫微微蜂窝内的一个或多个移动站的IMS服务；以及将移动站单独向应用服务器注册，以向位于毫微微蜂窝内的移动站提供额外服务。额外服务可以是CDMA服务。另外，向IMS核心网络注册毫微微蜂窝可包括向IMS核心网络传输不包括有关移动站的信息的毫微微蜂窝注册信息，以请求用于移动站的IMS服务。
文档编号H04W60/00GK101836488SQ200880113187
公开日2010年9月15日 申请日期2008年10月15日 优先权日2007年10月26日
发明者D·M·桑德, K·J·马克, R·J·汤普森, S·帕特尔, 谢红 申请人:朗讯科技公司