CN101911647A - 支持无线紧急呼叫的语音呼叫连续性(vcc)的装置和方法 - Google Patents

支持无线紧急呼叫的语音呼叫连续性(vcc)的装置和方法 Download PDF

Info

Publication number
CN101911647A
CN101911647A CN2009801016748A CN200980101674A CN101911647A CN 101911647 A CN101911647 A CN 101911647A CN 2009801016748 A CN2009801016748 A CN 2009801016748A CN 200980101674 A CN200980101674 A CN 200980101674A CN 101911647 A CN101911647 A CN 101911647A
Authority
CN
China
Prior art keywords
territory
urgent
vcc
call
message
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
CN2009801016748A
Other languages
English (en)
Other versions
CN101911647B (zh
Inventor
S·W·埃奇
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN101911647A publication Critical patent/CN101911647A/zh
Application granted granted Critical
Publication of CN101911647B publication Critical patent/CN101911647B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/123—Details of core network interconnection arrangements where the packet-switched network is an Internet Protocol Multimedia System-type network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/12—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205—Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1225—Details of core network interconnection arrangements
    • H04M7/1235—Details of core network interconnection arrangements where one of the core networks is a wireless network
    • 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/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H04W36/00224—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB]
    • H04W36/00226—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies between packet switched [PS] and circuit switched [CS] network technologies, e.g. circuit switched fallback [CSFB] wherein the core network technologies comprise IP multimedia system [IMS], e.g. single radio voice call continuity [SRVCC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Health & Medical Sciences (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • General Business, Economics & Management (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Alarm Systems (AREA)

Abstract

在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的装置和方法可用于在服务域处接收来自用户设备(UE)的包含紧急和域转移信息的消息。该装置和方法还可用于基于所述紧急和域转移信息来确定需要紧急呼叫发起或域转移。另外，该装置和方法还可用于基于所述确定来执行紧急呼叫发起或域转移。

Description

支持无线紧急呼叫的语音呼叫连续性(VCC)的装置和方法
基于35U.S.C.§119要求优先权
本专利申请要求2008年1月4日提交的、标题为“IMPROVED SUPPORT OF VOICE CALL CONTINUITY(VCC)FOR WIRELESS EMERGENCY CALLS”的临时申请No.61/019,103的优先权，其被转让给本申请的受让人，并据此通过引用将其明确地并入本文。
对共同待审专利申请的引用
本专利申请涉及2007年4月25日提交的、标题为“SYSTEM AND METHOD FOR SUPPORTING VOICE CALL CONTINUITY FOR VOIP EMERGENCY CALLS”的共同待审美国专利申请No.11/740,220，其被转让给本申请的受让人的，并通过引用将其明确地并入本文。
技术领域
所描述的方面涉及对使用IP语音(VoIP)的IP多媒体子系统(IMS)紧急呼叫(例如，北美的E911呼叫或欧洲的E122呼叫)的语音呼叫连续性(VCC)的支持。
背景技术
语音呼叫连续性(VCC)是正在由第三代合作伙伴计划(3GPP)和第三代合作伙伴计划2(3GPP2)进行评估的一个特征。VCC的定义已由3GPP在3GPP TS 23.206(“Voice Call Continuity(VCC)between Circuit Switched (CS)and IP Multimedia Subsystem(IMS)；Stage 2”)和3GPP TS 23.237(“IP Multimedia Subsystem(IMS)Service Continuity；Stage 2”)中提出，它们都是公众可获得的文档。VCC的定义也已经由3GPP2在3GPP2X.S0042-A(“Voice Call Continuity between IMS and Circuit Switched Systems”)中提出，其也是公众可获得的文档。VCC的这两个定义非常相似，并且当无线终端在使用支持电路模式的无线接入和使用支持VoIP的无线接入之间进行切换时都支持之前在无线终端和任何其它设备(无线或非无线)之间建立的语音呼叫的连续性。特别地，当用户对可能会对参与到该呼叫的用户产生显著延迟和干扰并可能导致不能重新建立该呼叫的接入进行切换时，VCC的使用可减少对释放呼叫(例如，电路模式呼叫)和重新建立呼叫(例如，使用VoIP)的需求。
支持电路模式(有时被称为电路交换(CS)域)的无线接入网络的示例包括全球移动通信系统(GSM)、使用宽带码分多址(W-CDMA)的通用移动电信系统(UMTS)以及cdma20001X。支持VoIP的无线接入网络的示例包括UMTS W-CDMA、cdma20001xEV-DO(演进数据优化)和各种无线LAN(WLAN)网络。在一些情形下，同一接入网络(例如，UMTSW-CDMA)即可支持电路模式又可支持VoIP，虽然对于特定的呼叫而言，要求用户的无线终端仅使用它们中的其中一个(在任意时刻)。
在第7版的3GPP草案TS 23.206的“Voice Call Continuity between CS and IMS”第2部分中，VCC主要在可以是网络中的IP多媒体子系统(IMS)的一部分并且在发展当前解决方案的过程中已经被分配了若干不同名字的新实体中得到支持。在3GPP TS 23.206的早期版本中，这个实体被称为VCC呼叫连续性控制功能(CCCF)。在TS 23.206的最新版本中，它被称为VCC应用或域转移功能(DTF)。在3GPP TS 23.237中，它被称为服务集中与连续性应用服务器(SCC AS)。在3GPP2X.S0042-A(“Voice Call Continuity between IMS and Circuit Switched Systems-Stage 2”)中，VCC由类似于被称为VCC应用服务器(VCC AS)的这些3GPP实体的实体所支持。3GPP VCC CCCF、3GPP VCC应用、3GPP SCC AS和3GPP2VCC AS都被定义为位于正在呼叫的无线用户的归属网络中，其通常不与在第7版和第8版的3GPP TS 23.167中定义的VoIP IMS紧急呼叫的当前解决方案相兼容以及不与在3GPP2X.S0049中定义的类似的3GPP2解决方案相兼容(在这些解决方案中，VoIP IMS紧急呼叫支持被限制在被访问的网络中)。这意味着通常将不可能支持IMS紧急呼叫的VCC，除非针对被访问的网络定义新的VCC方法或者除非IMS紧急呼叫通过归属网络进行路由。本发明的示例性实施方式使用前一可选方案，因为IMS紧急呼叫的归属网络支持将显著改变用于VoIP紧急呼叫的当前解决方案以及引入许多新的问题，诸如责任问题、对被访问国家规章要求的支持以及可能的等待时间问题。这种基于归属网络的解决方案还不能与支持来自未授权用户的IMS紧急呼叫相兼容。
用于支持无线紧急呼叫的VCC的一些可选解决方案已由3GPP在TR23.826中定义。这些解决方案的一些问题如下：(a)服务网络很难知道发起紧急呼叫的UE是否支持VCC，以及很难将来自该UE的新的紧急呼叫与针对该UE的现有紧急呼叫的域转移请求区分开；(b)将由与(a)相关的网络MSC所获取的任何指示发送给参与支持该呼叫的任何GMLC是困难的、复杂的和/或昂贵的；以及(c)UE和MSC对紧急呼叫的VCC的支持最好应当要求很少的或者没有新的影响。
发明内容
以下内容呈现了一个或多个方面的简单概述，以便提供对这些方面的基本理解。所述概述并不是对所有预期方面的广泛综述，且不意于标识所有方面的关键或重要元素，也不意于划定任何或所有方面的范围。该概述的唯一目的是以简化形式呈现一个或多个方面的一些概念，作为稍后呈现的更详细描述的序言。
本文描述的方面针对上述问题中的一个或多个问题。例如，上述场景(a)可通过分配当前未被使用的比特来扩展在紧急建立消息中的现有的服务类别参数以表明UE支持VCC和/或UE正在发起新的紧急呼叫而不是正在请求用于现有呼叫的域转移而得到处理。场景(b)可通过向网络GMLC分配多个SCCP E.164地址并在指向GMLC的MAP查询中使用不同的E.164地址来区分与该查询相关联的UE是否支持VCC和/或是否该查询是用于新的紧急呼叫而不是用于请求了域转移的现有紧急呼叫而得到处理。另外，场景(c)可通过使服务网络向UE提供修正的VDN(E.164语音域转移号码)和VDI(语音域转移SIP URI)而得到处理，该修正的VDN和VDI以后可被UE用于请求域转移以及将被网络识别为针对现有紧急呼叫的域转移的请求。
在一个方面，用于在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的方法包括在服务域处接收来自用户设备(UE)的包含紧急和域转移信息的消息。该方法还包括基于紧急和域转移信息来确定需要紧急呼叫发起或域转移。另外，该方法还包括基于该确定来执行紧急呼叫发起或域转移。
所述紧急和域转移信息可包括修正的VDN或修正的VDI。可替换地或者另外地，所述紧急和域转移信息可以表明UE能够支持语音呼叫连续性(VCC)。
该消息可以是3GPP DTAP紧急建立(SETUP)消息，并且所述紧急和域转移信息包括可选服务类别参数中的备用比特。可替换地，该消息可以是3GPP DTAP建立消息，并且修正的VDN是被叫方号码参数中的E.164号码。此外，该消息可以是SIP INVITE，并且修正的VDI是SIP URI。
服务域可以是电路交换(CS)服务域或分组交换(PS)域。
另外，可在服务域中的服务MSC中接收该消息，其中服务MSC向服务域中的GMLC发送查询，其中该查询包括紧急呼叫发起请求或者域转移请求，其中该GMLC基于紧急呼叫发起请求或域转移请求将路由信息返回给服务MSC。另外，GMLC可拥有两个SCCP E.164地址，其中如果所述紧急和域转移信息表明紧急呼叫发起则服务MSC向一个地址发送查询以及如果所述紧急和域转移信息表明域转移则服务MSC向另一个地址发送查询，其中所述一个地址表明紧急呼叫发起请求以及所述另一个地址表明域转移请求。而且，GMLC可基于所述查询被发送给哪个SCCP地址来确定路由信息。另外，该路由信息可包括ESRD或ESRK。而且，向GMLC发送查询以及从GMLC接收路由信息对于服务MSC而言可以是透明的。
上述查询可以是MAP SLR，并且紧急呼叫发起请求或域转移请求可以包含在MAP SLR的可选参数中。
执行紧急呼叫发起可包括在VCC DTF中锚定紧急呼叫。而且，VCC DTF可以将修正的VDI和修正的VDN返回给UE。可以在SIP 200OK消息中将修正的VDI和修正的VDN返回给UE。
执行域转移可包括在VCC DTF中查找UE的呼叫记录。而且，该方法还可包括如果没有发现呼叫记录，则向UE返回错误消息。
如果服务域是CS服务域，则该方法可进一步包括在用于执行域转移的ISUP初始地址消息(IAM)中包含服务小区ID或MSC标识。服务小区ID或MSC标识可包含在IAM中的通用数字参数中。
在另一方面，被配置为在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的至少一个处理器包括用于接收来自用户设备(UE)的包含紧急和域转移信息的消息的第一模块。所述至少一个处理器还可包括用于基于紧急和域转移信息来确定需要紧急呼叫发起或域转移的第二模块，以及用于基于所述确定来执行紧急呼叫发起或域转移的第三模块。
在又一方面，被配置为在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的计算机程序产品包括具有多个代码的计算机可读介质。这些代码包括可操作来使计算机接收来自用户设备(UE)的包含紧急和域转移信息的消息的第一组代码。这些代码还包括可操作来使计算机基于紧急和域转移信息来确定需要紧急呼叫发起或域转移的第二组代码。此外，这些代码还包括可操作来使计算机基于所述确定来执行紧急呼叫发起或域转移的第三组代码。
在另一方面，被配置为在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的装置包括用于接收来自用户设备(UE)的包含紧急和域转移信息的消息的模块。该装置还包括用于基于紧急和域转移信息来确定需要紧急呼叫发起或域转移的模块。另外，该装置还包括用于基于所述确定来执行紧急呼叫发起或域转移的模块。
在又一方面，用于在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的装置包括至少一个处理器，所述至少一个处理器可操作来执行指令以便：在服务域处接收来自用户设备(UE)的包含紧急和域转移信息的消息；基于紧急和域转移信息来确定需要紧急呼叫发起或域转移；以及基于该确定来执行紧急呼叫发起或域转移。
为了实现前述和相关目标，一个或多个方面包括下文充分描述并在权利要求书中特别指出的特征。下面的描述和附图详细地呈现了一个或多个方面的某些说明性特征。然而，这些特征仅指示了可使用各个方面的原理的不同方式中的一些方式，而且本说明书意于包括所有这些方面及其等价方面。
附图说明
将在下文中结合用于说明而非限制所公开方面的附图来描述所公开的方面，其中类似的标记表示类似的元件，其中：
图1是支持多个用户并能够实现本文描述的至少一些方面的示例性通信系统100的一个方面的示意图；
图2是示例性CDMA通信系统的一个方面的示意图；
图3是支持HDR传输并适于调度传输的示例性通信系统的一个方面的示意图；
图4是示例性接入终端的一个方面的示意图；
图5是用于VCC操作的参考模型结构的一个方面的示意图；
图6是对图5的结构500进行补充、但从在3GPP TS 23.167中所定义的模型的角度来支持IMS(VoIP)紧急呼叫的参考模型系统结构600的示意图；
图7是用于在VCC UE和具备IP能力的PSAP之间切换用户平面(U-plane)路径的模型的一个方面的示意图；
图8是用于在VCC UE和具备CS能力的PSAP之间切换用户平面(U-plane)路径的模型的一个方面的示意图；
图9是在具备VCC支持的IMS紧急呼叫发起中的消息流的一个方面的示意图；
图10是在具备VCC支持的CS紧急呼叫发起中的消息流的一个方面的示意图；
图11是用于从IMS向CS进行域转移的过程A的一个方面的示意图；
图12是用于从IMS向CS进行域转移的过程B的一个方面的示意图；
图13是用于从CS向IMS进行域转移的过程C的一个方面的示意图；以及
图14是用于从CS向IMS进行域转移的过程D的一个方面的示意图。
具体实施方式
现在参照附图来描述各个方面。在以下描述中，出于解释的目的，阐明了许多具体细节以提供对一个或多个方面的全面理解。然而显然，可在没有这些具体细节的情况下来实施这些方面。
为了本文档的目的，在3GPP技术报告23.826(TR 23.826)、3GPP技术规范23.206(TS 23.206)、3GPP技术规范23.167(TS 23.167)、3GPP技术规范23.271(TS 23.271)中给出的缩略语中的每一个都通过引用并入到本文，并应用于下文中。为了本文档的目的，应用并优先采用下面的缩略语：VCC是指语音呼叫连续性；I-WLAN是指互通WLAN；WLAN是指无线局域网；ICCF是指IMS CS控制功能；RUA是指远程用户代理；E-RUA是指紧急RUA；以及SLR是指用户位置报告。
所描述的方面提供了对无线紧急呼叫的VCC的改进的支持。在一个方面，这种支持可包括通过分配当前未使用的比特来扩展紧急建立消息中的现有的服务类别参数，以表明UE支持VCC和/或UE正在发起新的紧急呼叫还是正在请求现有呼叫的域转移。例如，本文的方面允许在与呼叫建立和/或注册相关的消息(例如SIP INVITE或DTAP SETUP或DTAP EMERGENCY SETUP消息)中明确地表明VCC支持。在另一方面，对无线紧急呼叫的VCC的支持可包括向网络GMLC分配多个SCCP E.164地址并在指向GMLC的任何MAP查询中使用不同的E.164地址，以区分与该查询相关联的UE是否支持VCC和/或该查询是用于新的紧急呼叫还是用于请求了域转移的现有的紧急呼叫。另外，在又一方面，对无线紧急呼叫的VCC的支持可包括服务网络向UE提供修正的VDN和VDI，该修正的VDN和VDI将在以后由UE用于请求域转移以及将被网络识别为针对现有的紧急呼叫的域转移请求。这些方面可独立实现或者以任意的组合来实现。因此，本文的方面允许将发起的呼叫与域转移请求区分开，这使得下面描述的重用紧急呼叫发起过程的一部分的域转移过程更可靠，并通过避免VCC资源分配和来自不具备VCC能力的UE的紧急呼叫的转码使用来改善整体效率。
I、无线通信系统
参照图1，可操作来实现所描述的装置和方法的蜂窝通信系统100的一个示例包括一个或多个小区102A-102G，每个小区都包括对应的基站106A-106G，并且其中一个或多个接入终端(AT)106A-106G可在各自的小区内与各自的基站进行通信以互相连接、与有线电话连接或者与诸如因特网的基于分组的网络相连接。通信系统可使用单个的载波频率或多个载波频率。在无线通信系统中，信道由用于从各个基站160向各个AT 106进行传输的前向链路(FL)和用于从各个AT 106向各个基站160进行传输的反向链路(RL)组成。每个链路都可包含不同数目的载波频率。
AT 106也被称为远程站、移动台、用户终端或用户站。另外，AT 106可以是例如使用光纤或同轴电缆通过无线信道或通过有线信道进行通信的任何数据设备。AT 106还可以是多种类型的设备中的任意一种设备，包括但不限于PC卡、压缩闪存、外部或内部调制解调器或者无线或有线电话。而且，AT 106可以是移动或静止的。
应当注意的是，数据速率控制(DRC)、数据源控制(DSC)、肯定应答(ACK)、反向速率指示器(RRI)、导频和数据(或业务)信道都是在反向链路上发送的信道。DRC、DSC、ACK、RRI和导频都是开销信道。当在反向链路载波上仅具有一个DSC时，针对一个前向链路载波即主前向链路(FL)载波，将信息提供给基站160。另一方面，可以具有多个DRC和ACK信道，针对主FL载波和次FL载波，它们将信息提供给基站160。而且，在每个反向链路载波上还将具有一个RRI和一个导频信道，它们将信息提供给AT。还应当注意的是，FL载波携带业务(或数据)信道和开销信道，所述开销信道诸如ACK信道、反向功率信道(RPC)和反向活动比特(RAB)信道。这些开销信道向AT提供信息。
系统100可以是具有高数据速率(HDR)的码分多址(CDMA)系统、覆盖系统，诸如在HDR标准中指定的系统。在HDR系统中，HDR基站160还可以被描述为接入点(AP)或调制解调器池收发机(MPT)，HDR接入终端106可被描述为用户台。而且，每个基站160都可包括多个扇区，其中每个扇区都提供至少一个信道。信道被定义为在给定的频率分配中的、用于在基站160和AT 106之间进行传输的通信链路集。已经与一个或多个调制解调器池收发机160建立了活动业务信道连接的接入终端106被称为活动接入终端106，并且被称为处于业务状态中。处于正在与一个或多个调制解调器池收发机160建立活动业务信道连接的过程中的接入终端106被称为处于连接建立状态中。
参照图2，示例性的CDMA通信系统包括基站控制器130，以在网络104和散布在整个地理区域中的所有基站160之间提供接口。为了易于解释，仅示出了一个基站160。该地理区域通常被细分为称为小区102的更小的区域。每个基站160都被配置为服务在其各自小区内的所有用户台106。在一些高业务应用中，小区102可被划分为扇区，基站160为每个扇区服务。在所描述的示例性实施方式中，示出了与基站160进行通信的三个用户台106A-C。每个用户台106A-C都可接入网络104，或者可在基站控制器130的控制下通过一个或多个基站160来与其它用户台106进行通信。
设计了现代通信系统以允许多个用户接入公共的通信介质。多个多址技术在本领域中是公知的，例如时分多址(TDMA)、频分多址(FDMA)、空分多址、极分多址、码分多址(CDMA)以及其它类似的多址技术。多址概念是允许多个用户接入到公共通信链路的信道分配方法。取决于特定的多址技术，该信道分配可采用各种形式。例如，在FDMA系统中，总的频谱被分成多个更小的子带并且每个用户都被给予他自己的子带以接入通信链路。可替换地，在TDMA系统中，在周期性重复的时隙期间每个用户都被给予整个频谱。在CDMA系统中，在所有时间内每个用户都被给予整个频谱，但通过编码的使用来区分其传输。
参照图3，支持HDR传输并适于调度到多个用户的传输的通信系统120的一个示例包括与基站控制器130连接的基站160，基站控制器130与分组网络接口146和公共交换电话网(PSTN)148连接。基站控制器130包括用于实现系统120中的传输的调度算法的信道调度器132。基于远程站的用于接收数据的相关联瞬时速率(如在最近接收到的DRC信号中指示的那样)，信道调度器132确定服务间隔的长度，在该服务间隔期间数据将被发送给任何特定的远程站。该服务间隔在时间上可以不是连续的，但是可以每n个时隙出现一次。根据一个实施方式，首先在第一时隙期间发送分组的第一部分，以及随后在4个时隙之后发送第二部分。而且，该分组的任何后续部分在具有类似的4个时隙扩展(即，彼此间隔4个时隙)的多个时隙中进行发送。根据一个实施方式，接收数据的瞬时速率Ri确定了与特定的数据队列相关联的服务间隔长度Li。
此外，信道调度器132选择特定的数据队列进行传输。然后，要被发送的数据的相关联的数量从数据队列172被获取并被提供给信道元件168，以用于传输给与数据队列172相关联的远程站。如下面所讨论的，信道调度器132选择用于提供数据的队列，通过使用包含与每个队列相关联的权重的信息来在随后的服务间隔中发送该队列。然后将与被发送的队列相关联的权重进行更新。
应当注意的是，基站控制器130与分组网络接口146、公共交换电话网(PSTN)148以及通信系统中的所有基站(为了简单起见，仅示出了一个基站160)连接。基站控制器130协调在通信系统中的远程站与连接到分组网络接口146和PSTN 148的其它用户之间的通信。PSTN 148通过标准电话网络与用户连接。
基站控制器130包含许多选择器元件136(为了简单起见，仅示出了一个)。每个选择器元件136都被分配来控制在一个或多个基站160与一个远程站(未示出)之间的通信。如果选择器元件136还未被分配给给定的远程站，则通知呼叫控制处理器141需要寻呼该远程站。然后，呼叫控制处理器141指示基站160来寻呼该远程站。
数据源122包含要被发送给给定远程站的一些数据。数据源122向分组网络接口146提供该数据。分组网络接口146接收该数据并将该数据路由给选择器元件136。然后，选择器元件136将该数据发送给与目标远程站进行通信的每个基站160。在示例性实施方式中，每个基站160都维护数据队列172，该数据队列172存储要被发送给远程站的数据。
在控制单元162和DTX控制器166的控制下将数据队列172的数据分组中的数据发送给信道元件168。在一个方面，在前向链路上，“数据分组”指的是最大1024比特的一些数据以及要在预定“时隙”(例如，≈1.667毫秒)中发送给目标远程站的一些数据。对于每个数据分组而言，信道元件168插入控制字段。在该示例性实施方式中，信道元件168执行循环冗余校验(CRC)、对数据分组和控制字段进行编码并插入一组码尾比特(code tail bit)。数据分组、控制字段、CRC奇偶比特和码尾比特组成了格式化的分组。在该示例性实施方式中，信道元件168接着对格式化的分组进行编码并在编码后的分组中对符号进行交织(或重新排序)。在该示例性实施方式中，交织后的分组用沃尔什码来封装并用短PNI和PNQ码来扩展。扩展后的数据被提供给RF单元170，RF单元170对信号进行正交调制、滤波和放大。前向链路信号通过天线在空中被发送给前向链路(FL)。
在远程站106处(见图1和图2)，前向链路信号由天线接收并被路由给接收机。接收机对信号进行滤波、放大、正交解调并量化。数字化后的信号被提供给解调器(DEMOD)，在解调器处，用短PNI和PNQ码对数字化后的信号进行解扩并用沃尔什码来解封装。解调后的数据被提供给解码器，其执行在基站160处进行的信号处理功能的反过程，具体为解交织、解码和CRC校验功能。解码后的数据被提供给数据宿124。
由每个用户台106所发送的DRC信号通过反向链路(RL)信道传播并在基站160处通过耦合到RF单元170的接收天线而被接收。在该示例性实施方式中，DRC信息在信道元件168中被解调并被提供给位于基站控制器130中的信道调度器132或者被提供给位于基站160中的信道调度器174。在第一示例性实施方式中，信道调度器174位于基站160中。在可替换的实施方式中，信道调度器132位于基站控制器130中，并连接到基站控制器130中的所有选择器元件136。
在一个方面，在本方法和装置中执行的步骤可作为指令被存储在基站160的存储器163中，这些指令可由可包括一个或多个处理器的控制单元162来执行。
参照图4，在一个方面，用户设备(UE)(在3GPP环境中)或接入终端(AT)(在3GPP2环境中)106包括发射电路264、接收电路408、调节控制306、解码处理单元258、处理单元302、载波控制单元412和存储器416。调节控制单元306实现至少一组调节规则，诸如如上所示的那些规则。调节规则提供了用于控制RL上的发射功率的手段和方法。
在一个方面，在本方法和装置中执行的步骤可作为指令被存储在移动单元106的存储器416内，这些指令可由处理器单元302来执行。
II、结构参考模型
在下面的讨论中，将主要在3GPP结构参考模型的环境中描述这些方面。然而，应当理解的是，使用所公开的信息，本领域技术人员可容易地在3GPP2网络结构或者其它网络结构中使用和实现这些方面。
参照图5，在一个方面，针对3GPP实现而示出了用于IMS紧急呼叫的VCC支持的参考模型系统结构500，其包括电路交换(CS)接入域502和网际协议多媒体子系统(IMS)接入域504。在结构500中，紧急呼叫会话控制功能(E-CSCF)506和域转移功能(DTF)508驻留在被访问的IMS网络510中。应当注意的是，域转移功能(DTF)508还可称为VCC应用、VCC呼叫连续性控制功能(CCCF)、VCC应用服务器(VCC AS)或者服务集中与连续性应用服务器(SCC AS)。被访问的网络P-CSCF(其也是该模型的一部分)未在该图中示出。当用户设备(UE)512未在漫游时，归属IMS网络成为被访问的IMS网络510。
通常，用于紧急呼叫的域转移过程使得能够实现在电路交换(CS)域502和基于网际协议(IP)的域504之间的语音呼叫连续性(VCC)，同时在使用具备域特定VCC能力的上行链路(UL)514和516时保持活动的语音会话。包含初始和后续转移的与VCC用户呼叫相关联的所有域转移过程在被访问的IMS网络510中由域转移功能(DTF)508来执行和控制。
如图5所示，通过在会话建立时在DTF 508处使用具备VCC能力的UE 514和516，静态锚技术被用于建立用于VCC用户语音呼叫的第三方呼叫控制(3pcc)功能。在被访问的E-CSCF 506处，DTF 508作为发起或终止初始过滤标准(iFC)执行过程的一部分而被调用。通过使用路由3pcc功能，DTF 508将其自身插入到使用VCC UE 514和516所进行的VCC用户语音呼叫的信令路径中。
为了发起语音会话，DTF 508终止来自用户的接入支路并建立到诸如公共安全应答点(PSAP)这样的远程端的远程支路。例如，在CS接入域502中，具备VCC和CS能力的UE 514具有到达被访问的CS网络520中的访问移动交换中心(VMSC)517、通过媒体网关控制功能(MGCF)522到达E-CSCF 506的CS信令接入路径，该CS信令接入路径然后被DTF 508所拦截。应当注意的是，该承载路径从VMSC 517通过媒体网关(MGW)522通向远程端。另外，例如，在IMS域504中，具备VCC和IMS或分组交换(PS)能力的UE 516具有到达E-CSCF 506的IMS或PS信令接入路径，该IMS或PS信令接入路径然后被DTF 508所拦截。应当注意的是，该承载路径从UE IMS 516通向远程端。
在一些示例中，假设对于CS接入502而言，在来自CS域502的紧急呼叫发起或者使用来自CS域502的新的紧急呼叫发起从分组交换(PS)向CS域转移的情况中，媒体网关控制功能(MGCF)518可根据在ISDN用户部分(ISUP)标识和接入管理(IAM)消息中接收到的信息来充分地填入SIP INVITE中所需要的信息。
上述的CS接入图502并未示出在MGCF 518和E-CSCF 506之间的会话路径中的所有部件——例如，处理IMS中的分组交换接口(PSI)的路由的询问呼叫会话控制功能(I-CSCF)。
参照图6，参考模型系统结构600对图5的结构500进行补充、但从在3GPP TS 23.167中所定义的模型的角度来支持IMS(VoIP)紧急呼叫。在该图中，向VCC DTF 504增加了到E-CSCF 506的接口。紧急呼叫将被锚定在VCC DTF 504中。此外，位置支持将被锚定在被访问网络中的位置检索功能(LRF)602中，从而在任何的域改变之后PSAP能够继续从相同的LRF来获取更新的位置估计。LRF 602被称为锚LRF。应当注意的是，结构600还明确地包括代理CSCF(P-CSCF)604和服务CSCF(S-CSCF)606。
III、VCC支持的协商
对于在TS 23.206中定义的常规VCC而言，网络(例如，S-CSCF和VMSC)可从存储在HSS/HLR中的基于用户订阅的信息(即，配置的iFC和CAMEL订阅)中知道用户的VCC能力。UE使用用于域转移的静态配置的VDN(E.164语音域转移号码)和VDI(语音域转移SIP URI)。
对于IMS紧急呼叫的VCC而言，被访问网络需要知道用户的VCC能力。例如，在没有对VCC支持进行任何协商的情况下，或许很难支持VCC，因为当UE改变域时，在漫游情况下将不知道旧域和新域是否可相互协作以支持VCC，因此不能知道现有的呼叫是否可继续进行。在下面的讨论中，假设在被访问网络中提供了IMS紧急呼叫的VCC支持。
III.A、传达UE具备VCC能力的方法
在一些示例中，用于传达UE具备VCC能力的装置和方法包括下述可选项中的任意一项：
(a)如果被访问网络是UE的归属网络，则它可从该用户的订阅信息中发现UE的VCC能力。
(b)被访问网络(例如，E-CSCF)可以假设所有的UE都具备VCC能力(无论任何特定的UE实际上是否具备VCC能力)。
(c)被访问网络(例如，E-CSCF和GMLC)可配置有特定网络的标识或特定UE(例如，属于漫游伙伴)的标识，其中，该特定网络的所有UE都可被假设为支持VCC，该特定UE可被假设为支持VCC。
(d)UE可在呼叫建立和/或注册相关的消息中包含信息——例如，在SIP INVITE或DTAP SETUP或DTAP EMERGENCY SETUP消息中包含信息。就EMERGENCY SETUP消息而言，可被用于该消息的可选服务类别IE中的一些未被使用的比特(例如，2个之前未被使用的比特)可被分配以将具有或不具有VCC支持的呼叫发起与VCC域转移区分开。另一可替换方式可以是发送常规的SETUP消息而不是发送EMERGENCY SETUP消息，其中，不同的被叫方号码被用于指定紧急呼叫、VCC支持并将呼叫发起与域转移区分开。可对这种号码进行全局性地定义，和/或UE可配置有专用于特定网络的号码，或者可替换地，如下面所描述的那样，专用于域转移的被叫方号码可作为修正的VDN而被返回给UE。
选项(a)可应用于在PS(分组交换)域中发起的紧急呼叫，并且如果UE不是正在漫游的话(即，UE由其归属网络服务)，可以使用与在3GPP TS23.206中描述的用于常规VCC支持(用于非紧急呼叫)的机制相同的用于VCC能力发现的机制。
对于选项(b)而言，被访问网络假设UE具备VCC能力并在紧急呼叫被发起时分配VCC资源。那么，对于不具备VCC能力的UE而言，VCC资源将被浪费。对于在PS域中发起的紧急呼叫而言，该浪费是比较小的，因为在PS域中，这种呼叫的数目通常是所有IMS呼叫的极小的一部分。此外，如果将选项(a)和选项(b)组合起来，使得被访问网络仅当UE不位于归属网络中时才假设UE具备VCC能力，则可进一步降低这种浪费。然而，对于CS发起的紧急呼叫而言，可能将具有较高的浪费，因为大部分的CS紧急呼叫，至少在初始时，将来自不能够支持VCC的传统UE。
对于选项(c)而言，作为常规漫游协议的一部分，特定的运营商可以同意向属于某些其它运营商的UE提供VCC支持。
对于选项(d)而言，在对UE以及可能对IP-CAN产生某些影响的代价下，被访问网络可确信UE支持或不支持。选项(d)还允许将被发送以发起紧急呼叫的SIP INVITE消息或DTAP EMERGENCY SETUP消息与被发送以执行域转移的消息区分开的可能性。
选项(a)、(b)和(c)避免了向UE添加新的影响，从UE的角度来看，期望实现用于紧急呼叫和非紧急呼叫的共同的VCC解决方案。
III.B、用于传达被访问网络具备VCC能力的方法
在一些示例中，为了向UE传达被访问网络具备VCC能力以及传递VDN和VDI，下面的可选项是可能的。
(e)UE从系统广播消息中发现被访问网络的VCC能力(以及VDN和VDI)。
(f)UE使用DHCP或者使用来自被访问网络中的服务器的HTTP或HTTPS来发现被访问网络的VCC能力以及所需要的VDN和VDI，被访问网络中的服务器的职责是提供与紧急呼叫相关的信息(例如，也包含本地紧急号码)。
(g)归属网络下载信息给UE或者给UICC，关于已知支持紧急呼叫的VCC的网络的信息。例如，归属网络可向UE提供支持紧急呼叫的VCC的所有已知网络的MCC和MNC。其它的信息，诸如这些网络所使用的VDN和VDI，也可被提供。
(h)使用SIP消息和参数来传达对VCC的支持以及任何的VDN或VDI(例如，在呼叫建立之后的UE订阅/通知或使用SIP 200OK消息)。选项(e)将适用于UMTS、GPRS和GSM网络并可适用于WLAN。
可应用于IMS但不能应用于CS发起的呼叫的选项(f)可与从被访问网络中的某个服务器向UE提供本地紧急号码相组合。UE可通过使用某个已知FQDN上的DHCP或DNS查询来获得该服务器的地址，该FQDN包含被访问网络的已知的域名以及某个固定的用户名——例如，“emergency-support@<visited network domain>”。作为一种变形，如果以及当UE使用DHCP来发现P-CSCF和DNS服务器地址时，则可直接用信号传送VCC能力(以及VDN和VDI地址，如果需要的话)。
选项(g)可对所有UE都有效，并可包含在归属网络和UE之间的协议增强。
当在IMS中发起紧急呼叫时选项(h)是可用的，以及当在CS中发起紧急呼叫时也可以是可用的。
IV、域转移
域转移可以以与在TS 23.206中定义的常规VCC非常类似的方式来进行。图7和图8基于TS 23.206中的图6.4.1.3-1和图6.4.1.3-2，图7和图8分别示出了IMS紧急呼叫的用户平面向具备IP能力的PSAP和具备CS(PSTN)能力的PSAP的切换。注意，一些元件是省略的或者在这两个图中都可省略——例如，I-CSCF，以及就CS域接入情形而言，在I-CSCF和E-CSCF之间的可能的RUA或CSAF。
V、修正的VDN和VDI
所描述的方面还包括用于修改VDN和VDI以获得VCC的装置和方法。具体地，可修改VDN和VDI以便能够在紧急呼叫识别和处理场景中实现域转移。就VDN而言，VPLMN可以分配修正的VDN(并且，关于对VCC支持的协商，可经由上面描述的其中一种机制来将修正的VDN提供给UE)，该修正的VDN可被MSC识别为紧急号码，从而如同下面所述的关于从IMS到CS的域转移那样(即过程B(图12))来用GMLC触发MAP查询。用于SCCP信令传输的不同的GMLC E.164地址可在MSC中被配置为与该修正的VDN相关联，以隐含地向GMLC通知(经由SCCP协议层)MAP SLR是与请求了域转移的现有的紧急呼叫(而不是新的紧急呼叫)相关联的。单个的物理GMLC可与若干个SCCP E.164地址相关联，以确保用于新发起的紧急呼叫的MAP SLR和用于请求了域转移的现有紧急呼叫的MAPSLR都到达相同的GMLC。在下面参照从IMS到CS的域转移过程即过程B(图12)的详细过程描述中提供了该方面的更多的细节。
就修正的VDI而言，URI(例如，SIP URI)可由VPLMN来分配或者被全局定义，以表明现有的紧急呼叫对域转移的请求。这可用于下述的从CS到IMS的域转移过程。该方面还可包括提供给UE的PLMN分配的VDI(例如，使用上面参照对VCC支持的协商而描述的任意方法)。
使用修正的VDN和VDI的意义(以及保持现有的VDN和VDI术语的原因)在于从UE的角度，域转移可如同TS 23.206中定义的常规VCC那样进行(几乎或者完全地)。
VI、过程
在下面的过程中，假设VDN和VDI由被访问的IMS网络来分配(例如，在被访问网络中可以是静态的)，因此不是如同TS 23.206中定义的常规VCC那样被配置在UE中。
VI.A、IMS紧急呼叫发起
紧急呼叫发起可如同TS 23.206中定义的那样进行，但做出了一些改变以增加对VCC的协商使用。特别地，为了保持位置支持的连续性以及任何域转移之后的语音呼叫的连续性，被访问网络中的E-CSCF将需要在调用LRF之前向VCC DTF发送SIP INVITE(用于IMS紧急呼叫)以获得或验证位置并选择目标PSAP。接着，VCC DTF将锚定来话呼叫支路并发起通过E-CSCF去向PSAP的新的去话呼叫支路。当接收到来自VCC DTF的SIPINVITE时，E-CSCF将如同TS 23.167中定义的那样执行常规的定位和路由，并经由IP或通过MGCF和PSTN向PSAP传递该呼叫。这将导致E-CSCF成为来自DTF的去话呼叫支路的一部分，这意味着LRF可在任意的域转移之后保持与去话呼叫支路相关联，从而，假设在任意的域改变之后用关于接入网络改变的新信息来更新位置时，将能够提供连续的位置支持。
参照图9，呼叫发起过程900的一个方面包括下述步骤和动作。
1、用户发起紧急呼叫。
2、如果UE 902正在漫游或者如果UE没有漫游但还没有进行IMS注册，则如同TS 23.167中描述的那样，如果UE 902包含必要的证书，则UE执行向被访问网络P-CSCF 904和归属网络S-CSCF(未示出)的紧急注册过程。
3、UE 902向被访问网络P-CSCF 904发送具有紧急指示的INVITE。
该INVITE可以包含UE所具有的任意位置对象。该INVITE可包括标识信息，例如UE的地址或号码——例如，公共用户SIP URI以及电话URI。该INVITE可以指示UE支持VCC，并且可以指示这是呼叫发起而不是域转移请求。
4、P-CSCF 904向E-CSCF 908转发SIP INVITE。
5、E-CSCF 908基于UE 902支持VCC的假设或信息或者基于INVITE中对VCC支持的指示来向VCC DTF 910转发SIP INVITE。
6、VCC DTF 910锚定来话呼叫支路并通过向E-CSCF 908发送(或返回)INVITE来发起去话支路。该INVITE仍然携带紧急指示。
7、如同3GPP TS 23.167中定义的那样，E-CSCF 908执行对紧急呼叫建立的常规处理。如果该INVITE中提供的位置对象不足以确定正确的PSAP或者如果IMS核心需要RDF的帮助或者如果IMS核心需要验证该位置对象，则检索位置请求被发送给执行位置检索功能的LRF 906。该检索位置请求应当包括用于识别UE 902的信息(例如，公共用户电话URI以及SIP URI)以及用于识别IP连接接入网络(IP-CAN)的信息，并可以包括用于接入UE的方式(例如，UE的IP地址)。该检索位置请求还可以包括步骤3中在INVITE中提供的任意位置对象。该检索位置请求还可以包括UE支持VCC的指示以及VCC DTF 910的标识信息——例如，VCC DTF 910所分配的VDN和VDI——如果LRF 906对此还未知晓的话(例如，还未在LRF 906中配置)。如同在其它部分结合域转移所描述的那样，该信息能够通过LRF 906实现位置支持的连续性。
8、如同TS 23.167中描述的那样，LRF 906可以获得暂时的位置估计。LRF 906可以调用RDF来将暂时的位置或在步骤6中接收到的任意位置对象转换成PSAP的地址。LRF 906可以记录在步骤6中接收到的信息。
9、在步骤7中获得的位置信息和/或PSAP地址被返回给E-CSCF 908。LRF 906还可以返回用于识别其自身以及在步骤7中存储的任何记录的相关信息(例如，ESQK)。对于该呼叫的其余部分，LRF 906用作锚LRF。
10、E-CSCF 908使用步骤8中提供的PSAP地址或者基于在步骤8中提供的位置信息来选择紧急中心或PSAP，以及向紧急中心或PSAP 914发送包含位置信息和任何相关信息的请求。在步骤10a中，该INVITE被发送给MGCF/MGW 912，以及在步骤10b中，IAM被继续发送到紧急中心或PSAP 914。或者在步骤10c中，INVITE被直接发送给紧急中心或PSAP 914。
11、用于呼叫建立的中间信令可以出现(例如，从具备PSTN能力的PSAP返回ACM，这未示出)。当PSAP应答该呼叫时，执行下面的步骤：在步骤11a中，PSAP 914向MGCF/MGW 912返回ANM；在步骤11b中，MGCF/MGW 912向E-CSCF 908返回200OK；或者在步骤11c中，PSAP 914向E-CSCF 908直接返回200OK。
12、E-CSCF 908向VCC DTF 910返回200OK(在步骤5中开始的去话呼叫支路上)。
13、VCC DTF 910向E-CSCF 908返回200OK。VCC DTF(或E-CSCF)可以将VDN和/或VDI插入200OK中，以支持下面描述的域转移过程A和C。可替换地，VCC DTF(或E-CSCF)可以将修正的VDN和/或修正的VDI(如上面在修正的VDN和VDI部分所描述的那样)插入SIP INVITE中，以支持下面描述的域转移过程B和D。
14、E-CSCF 908经由P-CSCF 904向UE 902返回200OK。
VI.B、CS紧急呼叫发起
参照图10，用于CS域中发起的紧急呼叫的VCC支持的消息流1000的一个方面包括下述步骤和动作。
1、用户发起紧急呼叫。
2、UE 1002通过向VMSC 1006发送紧急建立消息来在CS域中发起紧急语音呼叫(如同在3GPP TS 24.008中定义的那样，据此通过引用并入本文)。紧急建立可以指示UE支持VCC，并且还可以指示这是呼叫发起而不是域转移请求。
3、如在3GPP TS 23.271中定义和允许的那样，VMSC 1006可以发起RAN中的过程以获得对于UE 1002的暂时位置估计。
4、基于对所有CS紧急呼叫的常规处理(例如，如同TS 23.271中描述的那样)或者基于根据UE归属网络运营商的假设的VCC支持或者基于从UE的归属HLR/HSS获得的订阅信息或者基于在紧急建立消息中的明确的VCC支持的指示，VMSC 1006向与通常该呼叫被发送给的紧急服务提供商(PSAP)相关联的GMLC/LRF 1008发送MAP用户位置报告(SLR)(例如，基于服务小区ID和所拨的紧急号码)。MAP用户位置报告携带IMSI、MSIDN、IMEI、VMSC地址以及用于UE的服务小区标识或SAI。它还包括在步骤3中获得的任何暂时的位置估计。在通常是VMSC 1006而非GMLC/LRF 1008确定PSAP的区域(例如，EU)中，该消息可以携带期望的目标PSAP的地址。该消息还可以携带在紧急建立中接收到的VCC支持和/或是呼叫发起还是域转移的任何指示。该指示可以是MAP SLR中的明确的参数或参数值，或者它可以与MAP SLR被路由到的截然不同的SCCP E.164地址相关联(与GMLC相关联)。
5、GMLC/LRF 1008假设UE 1002支持VCC(例如，假设所有UE都支持VCC或者仅某些运营商的UE支持VCC)，或者如果UE由归属网络服务则可能从订阅信息来对此进行确定，或者从MAP SLR中的指示或MAP SLR被路由到的地址(例如，SCCP E.164地址)来对此进行确定。GMLC 1008存储UE 1002的呼叫记录，其包括在步骤4中接收到的所有信息。GMLC 1008向该呼叫分配路由信息，诸如IP多媒体路由号(IMRN)。至少地，IMRN使得呼叫能够在步骤6和7中路由到VCC DTF 1012，并且如果需要的话，识别GMLC 1008。可选地，IMRN还可以临时识别存储在GMLC 1008中的呼叫记录。在后面的步骤中IMRN被用于选择与GMLC 1008相关联的LRF，从而使得在该步骤中存储在GMLC 1008中的呼叫记录能够被LRF所检索并且使得LRF能够经由GMLC 1008来定位UE。GMLC 1008向VMSC 1006返回MAP用户位置报告应答，其在NA-ESRD或NA-ESRK或某个其它新参数中携带有IMRN。这样，路由信息的接收对VMSC 1006而言可以是透明的，因为VMSC 1006可以使用CS域中对紧急呼叫发起的现有的支持能力并且不需要添加任何新的能力来支持VCC。GMLC 1008可以随后发起与VMSC(未示出)的CS-MT-LR，以获得用于路由的暂时位置估计或者用于随后配置给PSAP的准确的位置估计。可替换地，MSC 1004而不是GMLC 1008可以分配IMRN并在步骤4中将IMRN传递给GMLC 1008。
6、VMSC 1006基于在步骤5中接收到的IMRN来路由所述呼叫。如果用现有的NA-ESRK或NA-ESRD参数来传递IMRN，则在VMSC1006中的呼叫路由过程可与用于TS 23.271中的常规紧急呼叫发起的呼叫路由过程相同(即，IMRN对VMSC 1006而言，类似于ESRK或ESRD)。基于IMRN路由，VMSC 1006向被访问网络中的MGCF 1006路由所述呼叫。
7、MGCF 1006向被访问IMS(未示出)中的I-CSCF发起INVITE，或者MGCF 1006可能直接向E-CSCF 1010、S-CSCF(未示出)或VCCDTF 1012路由。该INVITE包含UE的标识(例如，作为联系地址的MSISDN电话URI)。基于IMRN，I-CSCF或S-CSCF(未示出)或E-CSCF1010向VCC DTF发起基于PSI的应用服务器终止。
8、VCC DTF 1012锚定来话呼叫支路并通过向E-CSCF 1010发送(或返回)INVITE来发起去话支路。该INVITE携带用于识别紧急呼叫以及用于携带或实现IMRN的恢复的信息。
9、基于例如在步骤8中包含IMRN信息，E-CSCF 1010向由IMRN识别的或与IMRN相关联的LRF发送检索位置请求。该检索位置请求包括IMRN信息以及在步骤8中接收到的任何的UE标识——例如，MSISDN电话URI。该检索位置请求还可包括VCC支持的指示以及VCC DTF 1012的标识信息——例如，VDN和VDI。
10、基于在步骤9中接收到的任何UE标识(例如，MSISDN)和/或基于IMRN信息，LRF与GMLC 1008交互并检索在步骤5中由GMLC所存储的呼叫记录。通过使用呼叫记录中已经存在的任意的暂时的位置信息或者根据步骤5获得的任意的暂时的位置，LRF向E-CSCF 1010返回PSAP地址以及可能的位置信息。LRF将提供用于进一步的位置支持的锚定点，并可以复制从GMLC获得的呼叫记录以及在步骤9中接收自E-CSCF 1010的存储信息。LRF可以向E-CSCF返回用于识别其自身以及呼叫记录的相关信息(例如，ESQK)。LRF还可以与GMLC交互以发起与VMSC的CS-MT-LR过程(如同3GPP TS 23.271中定义的那样)，以获得对于UE的准确的位置估计。
11、E-CSCF 1010使用在步骤10中提供的PSAP地址并向紧急中心或PSAP(未示出)发送包含位置信息以及任何相关信息的呼叫请求。该呼叫请求经由MGCF/MGW被发送给PSTN(未示出)或者作为SIPINVITE被直接发送给具备IP能力的紧急中心或PSAP。
12、基于在TS 23.206中描述的VCC CS发起过程，在UE 1002、VMSC1006、VCC DTF 1012、E-CSCF 1010以及PSAP之间进行呼叫建立过程的其余部分。
上述过程保持对现有的PSAP路由选项的支持(例如，通过使用ID或暂时的位置估计)，不是必然需要对MSC的任何新的影响并且以当前在TS23.271中定义的方式来由PSAP支持准确的位置检索。它还能够使CS发起的紧急呼叫被发送给具备IP能力的PSAP。
VI.C、从IMS到CS的域转移——过程A
描述了两个可选的过程来支持当UE移出IMS覆盖并进入CS覆盖时，IMS紧急呼叫从IMS域至CS域的域转移。在过程A中，具备VCC能力的UE表现为常规VCC(在TS 23.206中描述的)并通过使用从被访问网络获得的VDN来在CS域中发起至VCC DTF的新的呼叫支路，该VDN是通过使用上面参照对VCC支持的协商而描述的任何可选项(e)、(f)、(g)或(h)获得的。
过程A适用于具有足够的证书以在支持CS域的新的被访问网络中进行注册的UE，并对用于向PSAP提供进一步的UE位置更新的支持的连续性具有局限性。然而，从UE的角度而言，该过程具有与针对常规VCC的从IMS至CS的域转移相兼容的优点。
参照图11，用于在UE移出IMS覆盖并进入CS覆盖时支持IMS紧急呼叫从IMS域向CS域进行域转移的消息流过程1100的一个方面包括下述步骤和动作。
1、如果当UE 1102确定需要向CS域进行域转移时用户没有附着到CS域，则UE执行CS附着，其包括对它的HLR/HSS进行位置更新。它随后通过向服务MSC或服务VMSC发送DTAP SETUP消息来发起CS域中的语音呼叫，该DTAP SETUP消息包含被叫方号码参数中的VDN。该VDN是早期从初始的被访问网络获得的VDN，以经由CS域来建立接入支路。该过程假设UE 1102可在CS域中被认证。注意：由于发起的是常规呼叫，所以域转移在新的CS域中将不会受到优先处理。
2、在VMSC 1104处，将发起的呼叫作为CS网络中的常规CS呼叫发起来处理。
3、VMSC 1104经由初始被访问网络中的MGCF 1106向初始被访问IMS网络路由该呼叫。注意：VMSC 1104不知道该紧急呼叫或VCC支持，因此将不会如同针对CS紧急呼叫发起那样来执行GMLC查询。下面进一步描述对位置的持续支持。
4、MGCF 1106向初始被访问IMS中的I-CSCF(未示出)发起INVITE，或者MGCF 1106可能直接向E-CSCF 1110、S-CSCF(未示出)或VCCDTF 1112路由。基于VDN，I-CSCF或S-CSCF(未示出)或E-CSCF 1110向VCC DTF 1112发起基于PSI的应用服务器终止。
5、DTF 1112通过将在域转移中建立的接入支路的SDP经由E-CSCF1110传递给远程端来更新去话接入支路。接入支路更新根据IETF RFC3261中的SIP会话修改过程来发生。DTF 1112还可以明确地指示至E-CSCF 1110的域转移，以允许E-CSCF在下一步骤中通知LRF 1108。
6、E-CSCF 1110用新的SDP信息向锚LRF 1108发送位置更新，这可帮助LRF 1108识别域转移的类型。至少地，E-CSCF 1110向LRF 1108指示已经存在CS域转移(例如，这可根据VDN而不是VDI的使用和/或根据涉及MGCF 1106的域转移而被DTF 1112得知)。
7、如果具备IP能力则该更新继续从E-CSCF 1110向PSAP(未示出)进行，或者向MGCF进行。
8、在转移中CS域中的新的呼叫支路建立在VCC DTF 1112、E-CSCF1110或S-CSCF(如果存在的话)、I-CSCF(如果存在的话)、MGCF、VMSC 1104和UE 1102之间。
9、之前的来话接入支路被释放，其是之前在IMS上建立的接入支路。如果可能的话，UE 1102将在被访问网络P-CSCF和归属网络S-CSCF中解注册。
在已将UE转移到CS域的过程A之后，对位置的继续支持可包括以下过程。如果PSAP向锚LRF发送请求以获得UE的位置，则该LRF或许不可能继续使用与当UE处于IMS域中时已经使用(或期望使用)的过程相同的过程来获取位置。例如，如果LRF正在基于在LRF和UE之间的UDP/IP或SIP推送初始传输来使用OMA SUPL，则因在IMS到CS的域转移之后UE不能接入PS域可避免进一步使用SUPL。此外，由于LRF或许不知道VMSC地址，所以LRF或许不能使用在3GPP TS 23.271中针对CS紧急呼叫(例如，在TS 23.271的9.1.3条款)而定义的控制平面位置解决方案。然而，LRF可使用在3GPP TS 23.271的条款9.1.1和条款9.1.2中所描述的更通用的CS-MT-LR过程，在CS-MT-LR过程中，LRF(充当GMLC或接入GMLC)通过查询UE的归属HLR/HSS来获取VMSC地址。然而，该过程的缺点是UE的HLR/HSS将需要支持CS-MT-LR查询过程，并且在被访问网络和归属网络之间存在着计费问题(因为归属网络可能不知道紧急呼叫的重要性)。为了避免这个缺点，MSC 1104可传送UE 1102的当前服务小区或者传送在步骤3中发送的ISUP IAM中的其自身的标识——例如以ISUP通用数字参数中的10位数的形式。MGCF 1106可在步骤4中所发送的SIP INVITE中向VCC DTF 1112传送相同的信息(例如，通过使用SIPURL参数或某个其它SIP参数)。然后，可在步骤5中将该信息传送给E-CSCF 1110并在步骤6中将该信息传送给LRF 1108。然后，LRF 1108可确定MSC 1104的标识以及用于任何后续位置请求的适合的GMLC，并可使用3GPP TS 23.271中的现有的过程来用MSC 1104查询UE 1102的位置。
VI.D、从IMS到CS的域转移——过程B
能够实现从IMS到CS的域转移的过程B可适用于UE，无论该UE是否具备足够的证书来在新的被访问网络中进行注册，并且过程B能够在没有局限性的情况下实现位置支持的连续性。然而，过程B必须限于属于同一运营商的网络(例如，共享相同的MCC和MNC的网络)之间的域转移。该过程需要UE中VCC域转移的新的变形，在该UE中不需要知道VDN的信息。
参照图12，能够实现IMS紧急呼叫的从IMS到CS域转移的消息流过程1200的一个方面包括以下步骤和动作。
1、如果当UE 1202确定需要向CS域进行域转移时用户没有附着到CS域，则如果该UE 1202包含必需的证书则其可执行CS附着。UE 1202随后通过向VMSC发送紧急建立消息来在CS域中发起紧急语音呼叫(如在3GPP TS 24.008中定义的那样)。该紧急建立可以表明UE 1202支持VCC，并且还可以表明这是域转移请求。可替换地，UE 1202可发送携带被叫方号码参数中的修正的VDN的常规建立消息。
2、如果UE 1202在步骤1中发送了紧急建立消息，则基于对所有CS紧急呼叫的常规处理(例如，如同TS 23.271中描述的那样)或者基于根据UE的归属网络运营商的假设的VCC支持或者基于紧急建立消息中明确的VCC支持的指示，VMSC 1204向与通常该呼叫被发送给的紧急服务提供商(PSAP)相关联的GMLC 1208发送MAP用户位置报告(SLR)(例如，基于当前的服务小区或SAI)。可替换地，如果UE 1202在步骤1中发送了携带修正的VDN的常规建立消息，则MSC 1204可将该VDN识别为表示用于现有的紧急呼叫的域转移请求并类似地向GMLC 1208发送MAP SLR。MAP SLR携带与针对常规紧急呼叫发起而发送的信息相同的信息(例如，如图10的步骤4)，包括IMSI、MSIDN、IMEI、VMSC地址和服务小区标识或SAI。不包含位置估计。该消息可以携带在紧急建立中接收到的关于VCC支持和是否用于域转移的任何指示。该指示可以是MAP SLR中的明确的参数或参数值，或者它可以与MAP SLR被路由至的截然不同的SCCP E.164地址相关联(与GMLC相关联)。
3、基于本地策略或者基于在MAP SLR中接收到的关于VCC支持和域转移请求的明确指示或者基于MAP SLR被路由到的地址(例如，SCCPE.164地址)，GMLC 1208与相关联的LRF(例如，其可以位于同一物理实体中)交互以搜索UE 1202的呼叫记录，该呼叫记录初始建立在锚LRF中(例如，通过使用图9或图10所示的过程)。锚LRF可以使用在步骤2中接收到的IMSI、MSISDN和/或IMEI，以识别正确的呼叫记录。应当注意的是，就未授权紧急呼叫而言，将不得不使用IMEI来识别可作为进一步研究项目的呼叫记录，因为所述标识不可能是完全可靠的。如果没有发现呼叫记录并且在MAP SLR中没有接收到指示或者没有指示与MAP SLR相关联(该指示是域转移请求)，则GMLC将假设这是新的紧急呼叫并如图10那样继续进行处理。然而，如果没有发现呼叫记录并且MAP SLR没有指示域转移请求，则GMLC 1208将返回MAP SLR返回错误响应或某个其它错误消息以由VMSC拒绝域转移请求，在这种情况下，UE 1202必须在IMS域中继续呼叫或者如果不可能继续的话则释放该呼叫。否则，如果发现了呼叫记录，则GMLC 1208向VMSC 1204返回携带了建立新的接入支路所需的VDN(注意，不同于在步骤1中接收到的任何的修正的VDN)的MAP用户位置报告应答。当首次发起呼叫时，该VDN将已经由LRF所获取(例如，图9中的步骤7或图10中的步骤9)。该VDN可由MAP用户位置报告应答中的现有的NA-ESRK或现有的NA-ESRD来携带。GMLC 1208还存储在步骤2中从VMSC 1204接收到的信息。
4、VMSC 1204基于在步骤3中接收到的VDN来路由新的支路。如果使用现有NA-ESRK或NA-ESRD参数来传递VDN，则呼叫路由过程可与常规紧急呼叫发起所使用的过程相同(即，将不存在额外的VMSC影响)。基于VDN路由，VMSC 1204经由初始被访问网络中的MGCF1206来向初始被访问的IMS网络路由该呼叫。
5、MGCF 1206向初始被访问IMS中的I-CSCF(未示出)发起INVITE，或者MGCF 1206可能直接向E-CSCF 1210、S-CSCF(未示出)或VCCDTF 1212路由。基于VDN，I-CSCF或S-CSCF(未示出)或E-CSCF1210向VCC DTF 1212发起基于PSI的应用服务器终止。
6、DTF 1212通过将在域转移中建立的接入支路的SDP经由E-CSCF1210传递给远程端来更新去话接入支路。接入支路更新根据IETF RFC3261中的SIP会话修改过程来发生。DTF 1212还可明确地向E-CSCF1210指示CS域转移。
7、E-CSCF 1210将具有新的SDP信息的位置更新发送给锚LRF 1208。至少地，E-CSCF 1210向LRF 1208指示已经存在CS域转移。LRF 1208将该指示与在步骤3中确定的域转移指示相关联，并确定UE 1202现在已经将域更改为在步骤2中所指示的域。LRF 1208将该信息传递给在步骤2中由VMSC 1204所选择的GMLC 1208(不必在同一实体中)。
8、该更新继续从E-CSCF 1210向PSAP或MGCF(未示出)进行。
9、在转移中CS域中的新的呼叫支路建立在VCC DTF 1212、E-CSCF1210或S-CSCF(如果存在的话)、I-CSCF(如果存在的话)、MGCF 1206、VMSC 1204和UE 1202之间。
10、源接入支路被释放，其是之前在IMS上建立的接入支路。如果可能的话，UE 1202将在被访问网络P-CSCF(未示出)和归属网络S-CSCF(未示出)中解注册。
除了可能允许未注册UE的域转移之外，过程B还使得锚LRF能够使用在3GPP TS 23.271中定义的常规位置过程来定位已经发起了紧急呼叫的UE。这因图12中的步骤2和步骤3而得以实现，在这两个步骤中，VMSC获取并存储关于GMLC的信息，并且LRF和GMLC获取并存储关于VMSC的信息。然后，在不需要查询UE的归属HSS/HLR的情况下允许CS-MT-LR。
过程B的另一方面是在VMSC处的呼叫发起过程可与在TS 23.271中描述的常规紧急呼叫的过程相同或几乎相同，或者可与图10中描述的用于CS发起的紧急呼叫的VCC支持的过程相同或几乎相同。从GMLC的角度，该过程还与用VMSC进行的MAP信令处理相关的常规紧急呼叫的过程几乎相同。
然而，过程B确实依赖于GMLC和LRF来发现步骤3中的初始呼叫记录。假设GMLC和LRF属于同一个运营商则这看起来是可能的——例如，因为然后GMLC和LRF可以是同一物理实体的一部分或者至少是互连的。但是如果没有发现初始呼叫记录并且在紧急建立消息中没有明确的或隐含的域转移指示，则GMLC将假设这是新的紧急呼叫而不是域转移，从而使得用户连接到新的PSAP运营商。然而，如上所述，通过在紧急建立和MAPSLR消息中包含VCC和域转移指示，可避免该缺点。
VI.E、从CS到IMS的域转移——过程C
描述了支持紧急呼叫从CS域到IMS域的域转移的两个可选的过程。在这里描述的过程C中，具备VCC能力的UE表现为常规VCC(如同在3GPP TS 23.206中描述的那样)并通过使用从被访问网络获得的VDI来在IMS域中发起至VCC DTF的新的呼叫支路，该VDI是通过使用本文之前描述的可选项(e)、(f)、(g)或(h)中的任意一项获得的。类似于常规发起的SIP呼叫那样来处理该呼叫，因此该呼叫仅适用于具有足够的证书来在新的被访问网络中进行注册的UE。
参照图13，从CS域到IMS域的域转移的消息流过程1300的一个方案包括以下步骤和动作。
1、如果当UE 1302确定需要向IMS进行域转移时用户没有注册到IMS，则UE 1302如同在3GPP草案TS 23.206中所规定的那样发起向IMS的注册。UE 1302随后通过使用早期从被访问网络获得的VDI来向初始被访问网络(例如，如上面参照图9和图10中的IMS呼叫发起所描述的)中的DTF 1308发起IMS发起的会话，以经由IMS来建立接入支路并向IMS请求活动CS会话的域转移。由于常规呼叫处理，SIPINVITE可通过新的被访问网络或归属网络(未示出)中的P-CSCF和归属网络(未示出)中的S-CSCF来路由，并将最终到达初始被访问网络中的S-CSCF(未示出)或E-CSCF 1306。注意：由于常规呼叫被发起，所以域转移在新的IMS域中不会受到优先处理。
2、在初始被访问网络中的S-CSCF(未示出)或E-CSCF 1306处处理IMS会话并将其传递给VCC DTF 1308。
3、DTF 1308经由IMS完成新的来话接入支路的建立。通过使用在3GPPTS 23.206中规定的接入支路更新过程，DTF 1308通过用新建立的接入支路的连接信息来更新远程支路以执行域转移。将UPDATE或ReINVITE发送给E-CSCF 1306，以用于发起呼叫(例如，根据图9或图10)。DTF 1308还可明确地指示到E-CSCF 1306的域转移。
4、E-CSCF 1306使用新的SDP信息来更新锚LRF 1304——例如，指示UE 1302现在正在使用IMS域并提供UE的IP地址。
5、该更新继续从E-CSCF 1306向PSAP或MGCF(未示出)进行。
6、源接入支路随后如同在3GPP TS 23.206中规定的那样进行释放，该源接入支路是之前在CS上建立的接入支路。这包括通过E-CSCF 1306释放之前的来话CS支路。
一旦过程C已经完成，则继续针对UE的位置支持将是可能的，因为LRF现在应当具有UE的IP地址并因此可调用OMA SUPL(或者涉及IP传输的任何其它解决方案)。通过使用在3GPP TS 23.271的条款9.1.1和9.1.6中描述的更通用的PS-MT-LR过程(在该过程中，LRF查询UE的归属HLR/HSS来获得被访问SGSN的地址)，使用3GPP控制平面解决方案来实现针对GPRS接入的UE定位是可能的。
VI.F、从CS到IMS的域转移——过程D
在另一方面，支持CS到IMS域转移的过程D可以不需使用VDI，并对连续的位置支持限制更少。然而，它不得不被限制在由同一运营商所拥有和管理的网络之间的域转移，如同过程B。
参照图14，支持CS到IMS域转移的消息流过程1400的一个方面包括以下步骤和动作。
1、在发送INVITE之前，如果如同在3GPP TS 23.167中定义的那样(即，不使用常规注册)UE 1402包含足够的证书，则UE 1402执行在新的被访问IMS网络中的紧急注册。这将是必须的，以便支持到UE 1402的回叫(经由该新的被访问网络)以及在新的被访问IMS中认证UE1402。
2、然后UE 1402向被访问网络P-CSCF 1404发送具有紧急指示的INVITE。该INVITE应当包含UE 1402的标识信息——例如，MSISDN电话URI或公共用户SIP URI。该INVITE可以指示UE 1402支持VCC，并且可以指示这是域转移请求而不是呼叫发起。可在SIP To报头字段中所携带的修正的VDI中传递该指示——在这种情况中，可以不需要单独的紧急指示。
3、基于根据上面在对VCC支持的协商中所描述的选项(a)、(b)或(c)的VCC支持的信息或假设，或者基于INVITE中VCC支持的指示(例如，通过包含修正的VDI)，P-CSCF 1404将SIP INVITE转发给E-CSCF 1408。
4、E-CSCF 1408基于VCC支持的假设或信息或指示来向VCC DTF1410转发SIP INVITE。
5、VCC DTF 1410发现初始呼叫记录——例如，根据图9中步骤5所建立的呼叫记录。然后，DTF 1410通过将在域转移中建立的接入支路的SDP经由E-CSCF 1408传递给远程端来更新去话接入支路。DTF1410还可明确地向E-CSCF 1408指示域转移。如果VCC DTF 1410没有发现初始呼叫记录并且在INVITE中未接收到是域转移请求的指示，则VCC DTF 1410可假设这是新的紧急呼叫(而不是域转移)并且继续如图9的步骤6那样进行处理。然而，如果没有发现呼叫记录并且INVITE指示了域转移请求，则VCC DTF 1410将通过向UE返回某个错误消息来拒绝该域转移请求，在这种情况中，UE 1402必须继续CS域中的呼叫或者如果不可能继续CS域中的呼叫则释放该呼叫。
6、E-CSCF 1408使用新的SDP信息来更新锚LRF 1406——例如，指示UE 1402现在正在使用IMS域并提供UE的IP地址。
7、该更新继续从E-CSCF 1408向PSAP或MGCF(未示出)进行。
8、源接入支路随后如同在3GPP草案TS 23.206中规定的那样进行释放，其是之前在CS上建立的接入支路。这包括通过E-CSCF 1408释放之前的来话CS支路。
继续的位置支持可与过程C中的位置支持相同——例如，通过使用具有在步骤5中被提供给锚LRF的UE IP地址的OMA SUPL或者通过使用针对GPRS接入定位的3GPP PS-MT-LR过程。然而，作为增加的优点，有可能使用在3GPP TS 23.271(在条款9.1.6A和条款9.1.7中)中所定义的专用于紧急呼叫的3GPP PS-NI-LR过程和PS-MT-LR过程。如果UE指示用于GPRS接入和/或GPRS PDP上下文建立的紧急呼叫，则这是可以实现的。这可触发SGSN来发起PS-NI-LR，以获得位置或者向GMLC提供它的地址。如果GMLC与锚LRF相关联，则有可能将SGSN地址提供给锚LRF，从而能够在不必查询归属HLR/HSS的情况下使用PS-MT-LR(并且还可能在没有HLR/HSS的情况下允许未授权UE的定位)。
如本申请中所使用的，术语”部件”、“模块”、“系统”和类似术语意在指代计算机相关实体，例如但不限于硬件、固件、硬件与软件的组合、软件或执行中的软件。例如，部件可以是但不限于在处理器上运行的进程、处理器、对象、可执行文件(executable)、执行线程、程序和/或计算机。作为示例，在计算设备上运行的应用程序和所述计算设备两者都可以是部件。一个或多个部件可驻留于执行的进程和/或线程中，并且部件可位于一个计算机上和/或分布在两个或更多个计算机之间。另外，这些部件可从其上存储有各种数据结构的各种计算机可读介质来执行。这些部件可以例如根据具有一个或多个数据分组(例如，来自于与在本地系统、分布式系统中的另一个部件交互的一个部件的数据和/或来自于跨越诸如因特网的网络通过该信号与其他系统交互的一个部件的数据)的信号来通过本地和/或远程进程进行通信。
此外，本文结合终端描述了各种方面，终端可以是有线终端或无线终端。终端也可称为系统、设备、用户单元、用户站、移动台、移动、移动设备、远程站、远程终端、接入终端、用户终端、终端、通信设备、用户代理、用户设备或用户装置(UE)。无线终端可以是蜂窝电话、卫星电话、无绳电话、会话发起协议(SIP)电话、无线本地环路(WLL)站、个人数字助理(PDA)、具有无线连接能力的手持式设备、计算设备、或连接到无线调制解调器的其它处理设备。另外，本文结合基站描述了各个方面。基站可用于与无线终端进行通信，并可被称为接入点、节点B或某个其它术语。
此外，术语“或”意在表示包括性的“或”而非排他性的“或”。也就是说，除非另有说明或从上下文中可清楚判断，否则语句“X使用A或B”意在表示任何自然的包括性的排列。也就是说，下述任一实例满足语句“X使用A或B”：X使用A；X使用B；或者X使用A和B。另外，本申请和所附权利要求书中所使用的冠词“一”和“一个”通常应当被解释为意指“一个或多个”，除非另外指定或者从上下文中可清楚判断其指代单数形式。
本文描述的技术可用于各种无线通信系统，诸如CDMA、TDMA、FDMA、OFDMA、SC-FDMA和其它系统。术语“系统”和“网络”通常可互换使用。CDMA系统可以实现诸如通用陆地无线接入(UTRA)、cdma2000等这样的无线技术。UTRA包括宽带CDMA(W-CDMA)和CDMA的其它变形。此外，cdma2000覆盖IS-2000、IS-95和IS-856标准。TDMA系统可以实现诸如全球移动通信系统(GSM)这样的无线技术。OFDMA系统可以实现诸如演进的UTRA(E-UTRA)、超移动宽带(UMB)、IEEE802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM等这样的无线技术。UTRA和E-UTRA是通用移动通信系统(UMTS)的一部分。3GPP长期演进(LTE)是使用E-UTRA的UMTS的一个版本，它在下行链路上采用OFDMA并在上行链路上采用SC-FDMA。UTRA、E-UTRA、UMTS、LTE和GSM在来自名为“第三代合作伙伴计划”(3GPP)的组织的文档中进行了描述。另外，cdma2000和UMB在来自名为“第三代合作伙伴计划2”(3GPP2)的组织的文档中进行了描述。此外，这种无线通信系统还可包括通常使用不成对的非授权频谱的对等(例如，移动对移动)自组织网络系统、802.xx无线LAN、蓝牙以及任何其它短距离或长距离的无线通信技术。
本文按照可以包括多个设备、部件、模块等的系统呈现了各个方面或特征。应当理解和意识到的是，各种系统可包括另外的设备、部件、模块等，和/或可不包括结合附图而讨论的所有设备、部件、模块等。还可以使用这些方式的组合。
结合本文所公开的各个实施方式而描述的各种说明性的逻辑、逻辑块、模块和电路可用设计成执行本文所描述的功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其它可编程逻辑器件、分立门或晶体管逻辑、分立硬件部件或它们的任何组合来实现或执行。通用处理器可以是微处理器，但是可替换地，处理器可以是任何常规的处理器、控制器、微控制器或状态机。处理器还可以实现为计算设备的组合，例如，DSP和微处理器的组合、多个微处理器、与DSP核结合的一个或多个微处理器，或者任何其它这样的配置。另外，至少一个处理器可包括一个或多个用于执行上面描述的一个或多个步骤和/或动作的模块。
另外，结合本文公开的各个方面而描述的方法或算法的步骤和/或动作可直接在硬件中、在由处理器所执行的软件模块中、或者在这两者的组合中体现。软件模块可驻留在RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动盘、CD-ROM或本领域中所知的任何其它形式的存储介质中。示例性的存储介质可耦合到处理器，以使得该处理器可以从该存储介质读取信息和向该存储介质写入信息。可替换地，存储介质可集成到处理器。此外，在一些方面，处理器和存储介质可驻留在ASIC中。另外，ASIC可驻留在用户终端中。可替换地，处理器和存储介质可以作为分立部件驻留在用户终端中。此外，诸如至少一个网络侧部件或用户终端这样的装置可被配置为使用至少一个处理器来执行上面描述的功能，所述处理器用于执行指令以执行各个动作。另外，在一些方面，方法或算法的步骤和/或动作可作为代码或指令中的一者或任何组合或集合而驻留在机器可读介质和/或计算机可读介质上，所述机器可读介质和/或计算机可读介质可合并到计算机程序产品中。
在一个或多个方面，所描述的功能可用硬件、软件、固件或它们的任意组合来实现。如果用软件实现，则这些功能可以作为一个或多个指令或代码在计算机可读介质上进行存储或传输。计算机可读介质包括计算机存储介质和通信介质，所述通信介质包括促成将计算机程序从一个位置转移到另一个位置的任何介质。存储介质可以是能够由计算机访问的任何可用介质。通过示例而非限制的方式，这种计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储器、磁盘存储器或其它磁存储设备、或者可以被用于携带或存储指令或数据结构形式的期望的程序代码并且可以被计算机访问的任何其它介质。而且，任何连接均可被称作计算机可读介质。例如，如果使用同轴电缆、光纤电缆、双绞线、数字用户线路(DSL)或无线技术(例如，红外、无线电和微波)从网站、服务器或其它远程源发送软件，则这些同轴电缆、光纤电缆、双绞线、DSL或无线技术(例如，红外、无线电和微波)被包括在介质的定义中。本文所使用的磁盘(disk)和光盘(disc)包括压缩光盘(CD)、激光盘、光盘、数字多用途盘(DVD)、软盘以及蓝光盘，其中，磁盘通常以磁的方式再现数据，而光盘通常用激光以光的方式再现数据。上述装置的组合也应该被包括在计算机可读介质的范围中。
虽然前面的公开讨论了说明性的方面和/或实施方式，但是应当注意的是，在不背离所附权利要求书限定的方面和/或实施方式描述的范围的情况下，可进行各种改变和修改。此外，虽然所描述方面和/或实施方式的元件可以单数的形式进行描述或声明，但复数是可预期的，除非明确地说明限定为单数形式。此外，可以将任何方面和/或实施方式的所有或一部分与任何其它方面和/或实施方式的所有或一部分一起使用，除非另有说明。

Claims (49)

1.一种用于在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的方法，包括：
在服务域处接收来自用户设备(UE)的包含紧急和域转移信息的消息；
基于所述紧急和域转移信息来确定需要紧急呼叫发起或域转移；以及
基于所述确定来执行所述紧急呼叫发起或所述域转移。
2.根据权利要求1所述的方法，其中，所述紧急和域转移信息包括修正的VDN。
3.根据权利要求1所述的方法，其中，所述紧急和域转移信息包括修正的VDI。
4.根据权利要求1所述的方法，其中，所述消息是3GPP DTAP紧急建立消息，并且所述紧急和域转移信息包括可选服务类别参数中的备用比特。
5.根据权利要求2所述的方法，其中，所述消息是3GPP DTAP建立消息，并且所述修正的VDN是被叫方号码参数中的E.164号码。
6.根据权利要求3所述的方法，其中，所述消息是SIP INVITE并且所述修正的VDI是SIP URI。
7.根据权利要求1所述的方法，其中，所述服务域是电路交换(CS)服务域。
8.根据权利要求1所述的方法，其中，所述服务域是分组交换(PS)服务域。
9.根据权利要求7所述的方法，还包括：在所述服务域中的服务MSC中接收所述消息，其中，所述服务MSC向所述服务域中的GMLC发送查询，其中，所述查询包括紧急呼叫发起请求或者域转移请求，其中，所述GMLC基于所述紧急呼叫发起请求或所述域转移请求将路由信息返回给所述服务MSC。
10.根据权利要求9所述的方法，其中，所述GMLC拥有两个SCCPE.164地址，其中，如果所述紧急和域转移信息表明紧急呼叫发起则所述服务MSC向一个地址发送所述查询，以及如果所述紧急和域转移信息表明域转移则所述服务MSC向另一个地址发送所述查询，其中，所述一个地址表明所述紧急呼叫发起请求以及所述另一个地址表明所述域转移请求。
11.根据权利要求10所述的方法，其中，所述GMLC基于所述查询被发送到哪个SCCP地址来确定所述路由信息。
12.根据权利要求11所述的方法，其中，所述路由信息包括ESRD或ESRK。
13.根据权利要求12所述的方法，其中，向所述GMLC发送所述查询以及从所述GMLC接收所述路由信息对于所述服务MSC而言是透明的。
14.根据权利要求1所述的方法，其中，所述紧急和域转移信息表明所述UE能够支持语音呼叫连续性(VCC)。
15.根据权利要求1所述的方法，其中，执行所述紧急呼叫发起包括：在VCC DTF中锚定所述紧急呼叫。
16.根据权利要求15所述的方法，其中，所述VCC DTF向所述UE返回修正的VDI和修正的VDN。
17.根据权利要求16所述的方法，其中，所述修正的VDI和所述修正的VDN在SIP 200OK消息中被返回给所述UE。
18.根据权利要求9所述的方法，其中，所述查询是MAP SLR，并且所述紧急呼叫发起请求或所述域转移请求包含在所述MAP SLR的可选参数中。
19.根据权利要求9所述的方法，其中，所述紧急呼叫发起请求或所述域转移请求表明所述UE支持VCC。
20.根据权利要求1所述的方法，其中，执行所述域转移包括：在VCCDTF中查找所述UE的呼叫记录。
21.根据权利要求20所述的方法，还包括：如果没有发现所述呼叫记录，则向所述UE返回错误消息。
22.根据权利要求7所述的方法，还包括：在用于执行所述域转移的ISUP初始地址消息(IAM)中包含服务小区ID或MSC标识。
23.根据权利要求22所述的方法，其中，所述服务小区ID或MSC标识包含在所述IAM中的通用数字参数中。
24.至少一个处理器，其被配置为在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)，包括：
第一模块，用于接收来自用户设备(UE)的包含紧急和域转移信息的消息；
第二模块，用于基于所述紧急和域转移信息来确定需要紧急呼叫发起或域转移；以及
第三模块，用于基于所述确定来执行所述紧急呼叫发起或所述域转移。
25.一种被配置为在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的计算机程序产品，包括：
计算机可读介质，所述计算机可读介质包括：
第一组代码，用于使计算机接收来自用户设备(UE)的包含紧急和域转移信息的消息；
第二组代码，用于使所述计算机基于所述紧急和域转移信息来确定需要紧急呼叫发起或域转移；以及
第三组代码，用于使所述计算机基于所述确定来执行所述紧急呼叫发起或所述域转移。
26.一种被配置为在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的装置，包括：
用于接收来自用户设备(UE)的包含紧急和域转移信息的消息的模块；
用于基于所述紧急和域转移信息来确定需要紧急呼叫发起或域转移的模块；以及
用于基于所述确定来执行所述紧急呼叫发起或所述域转移的模块。
27.一种用于在无线接入环境中支持紧急呼叫的语音呼叫连续性(VCC)的装置，包括：
至少一个处理器，其用于执行指令，以便：
在服务域处接收来自用户设备(UE)的包含紧急和域转移信息的消息；
基于所述紧急和域转移信息来确定需要紧急呼叫发起或域转移；以及
基于所述确定来执行所述紧急呼叫发起或所述域转移。
28.根据权利要求27所述的装置，其中，所述紧急和域转移信息包括修正的VDN。
29.根据权利要求27所述的装置，其中，所述紧急和域转移信息包括修正的VDI。
30.根据权利要求27所述的装置，其中，所述消息是3GPP DTAP紧急建立消息，并且所述紧急和域转移信息包括可选服务类别参数中的备用比特。
31.根据权利要求28所述的装置，其中，所述消息是3GPP DTAP建立消息，并且所述修正的VDN是被叫方号码参数中的E.164号码。
32.根据权利要求29所述的装置，其中，所述消息是SIP INVITE并且所述修正的VDI是SIP URI。
33.根据权利要求27所述的装置，其中，所述服务域是电路交换(CS)服务域。
34.根据权利要求27所述的装置，其中，所述服务域是分组交换(PS)服务域。
35.根据权利要求33所述的装置，还包括：在所述服务域中的服务MSC中接收所述消息，其中，所述服务MSC向所述服务域中的GMLC发送查询，其中，所述查询包括紧急呼叫发起请求或者域转移请求，其中，所述GMLC基于所述紧急呼叫发起请求或所述域转移请求将路由信息返回给所述服务MSC。
36.根据权利要求35所述的装置，其中，所述GMLC拥有两个SCCPE.164地址，其中，如果所述紧急和域转移信息表明紧急呼叫发起则所述服务MSC向一个地址发送所述查询，以及如果所述紧急和域转移信息表明域转移则所述服务MSC向另一个地址发送所述查询，其中，所述一个地址表明所述紧急呼叫发起请求以及所述另一个地址表明所述域转移请求。
37.根据权利要求36所述的装置，其中，所述GMLC基于所述查询被发送到哪个SCCP地址来确定所述路由信息。
38.根据权利要求37所述的装置，其中，所述路由信息包括ESRD或ESRK。
39.根据权利要求38所述的装置，其中，向所述GMLC发送所述查询以及从所述GMLC接收所述路由信息对于所述服务MSC而言是透明的。
40.根据权利要求27所述的装置，其中，所述紧急和域转移信息表明所述UE能够支持语音呼叫连续性(VCC)。
41.根据权利要求27所述的装置，其中，执行所述紧急呼叫发起包括：在VCC DTF中锚定所述紧急呼叫。
42.根据权利要求41所述的装置，其中，所述VCC DTF向所述UE返回修正的VDI和修正的VDN。
43.根据权利要求42所述的装置，其中，所述修正的VDI和所述修正的VDN在SIP 200OK消息中被返回给所述UE。
44.根据权利要求35所述的装置，其中，所述查询是MAP SLR，并且所述紧急呼叫发起请求或所述域转移请求包含在所述MAP SLR的可选参数中。
45.根据权利要求35所述的装置，其中，所述紧急呼叫发起请求或所述域转移请求表明所述UE支持VCC。
46.根据权利要求27所述的装置，其中，执行所述域转移包括：在VCC DTF中查找所述UE的呼叫记录。
47.根据权利要求46所述的装置，还包括：如果没有发现所述呼叫记录，则向所述UE返回错误消息。
48.根据权利要求33所述的装置，还包括：在用于执行所述域转移的ISUP初始地址消息(IAM)中包含服务小区ID或MSC标识。
49.根据权利要求48所述的装置，其中，所述服务小区ID或MSC标识包含在所述IAM中的通用数字参数中。
CN200980101674.8A 2008-01-04 2009-01-02 支持无线紧急呼叫的语音呼叫连续性(vcc)的装置和方法 Expired - Fee Related CN101911647B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US1910308P 2008-01-04 2008-01-04
US61/019,103 2008-01-04
US12/346,645 2008-12-30
US12/346,645 US8340627B2 (en) 2008-01-04 2008-12-30 Support of voice call continuity (VCC) for wireless emergency calls
PCT/US2009/030008 WO2009089085A1 (en) 2008-01-04 2009-01-02 Apparatus and methods of supporting voice call continuity (vcc) for wireless emergency calls

Publications (2)

Publication Number Publication Date
CN101911647A true CN101911647A (zh) 2010-12-08
CN101911647B CN101911647B (zh) 2014-07-09

Family

ID=40513382

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200980101674.8A Expired - Fee Related CN101911647B (zh) 2008-01-04 2009-01-02 支持无线紧急呼叫的语音呼叫连续性(vcc)的装置和方法

Country Status (7)

Country Link
US (1) US8340627B2 (zh)
EP (1) EP2238729B1 (zh)
JP (1) JP5118208B2 (zh)
KR (1) KR101243955B1 (zh)
CN (1) CN101911647B (zh)
TW (1) TW200943868A (zh)
WO (1) WO2009089085A1 (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012088717A1 (zh) * 2010-12-31 2012-07-05 华为技术有限公司 业务切换方法、装置及系统
CN104145464A (zh) * 2011-11-23 2014-11-12 瑞典爱立信有限公司 地理冗余以及多个eatf节点
CN105659576A (zh) * 2013-09-13 2016-06-08 微软技术许可有限责任公司 混合网络中的语音呼叫连续性
CN113489748A (zh) * 2017-12-29 2021-10-08 黑莓有限公司 用于供给紧急号码的方法和系统

Families Citing this family (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101292489B (zh) * 2005-08-22 2013-03-27 北方电讯网络有限公司 用于电路交换子系统呼叫的多媒体子系统业务控制
US8811954B1 (en) 2005-10-31 2014-08-19 Genband Us Llc Network domain selection
US8665818B2 (en) * 2006-06-02 2014-03-04 Qualcomm Incorporated Method and system for dynamic anchoring of circuit-switched calls
US8331961B1 (en) 2006-06-12 2012-12-11 Apple, Inc. Transfer of emergency services session between disparate subsystems
US8180338B1 (en) 2006-06-14 2012-05-15 Genband Us Llc Selective call anchoring in a multimedia subsystem
US8045568B2 (en) * 2006-09-29 2011-10-25 Genband Us Llc Enterprise mobility
US8600006B2 (en) * 2006-12-27 2013-12-03 Genband Us Llc Voice continuity among user terminals
US8169968B1 (en) * 2007-05-10 2012-05-01 Rockstar Consortium Reducing communication silence when performing inter-technology handoff
US8644298B1 (en) 2007-09-12 2014-02-04 Genband Us Llc Adding a service control channel after session establishment
US8504635B2 (en) * 2008-04-28 2013-08-06 Alcatel Lucent Method and apparatus for IMS support for multimedia session, recording, analysis and storage
US9928379B1 (en) 2008-09-08 2018-03-27 Steven Miles Hoffer Methods using mediation software for rapid health care support over a secured wireless network; methods of composition; and computer program products therefor
CN102217340B (zh) * 2008-11-12 2015-05-13 诺基亚公司 Srvcc紧急呼叫支持设备、系统以及方法
US8855023B2 (en) * 2008-11-17 2014-10-07 Nokia Corporation Method for SRVCC emergency call support
US8879526B2 (en) * 2009-01-22 2014-11-04 Telefonaktiebolaget L M Ericsson (Publ) Method and system for addressing a mobile terminal
CN102301757B (zh) * 2009-01-27 2015-09-02 瑞典爱立信有限公司 紧急情况呼叫处理
US9432409B2 (en) * 2009-03-12 2016-08-30 At&T Intellectual Property I, L.P. Apparatus and method for managing emergency calls
WO2010111144A1 (en) * 2009-03-24 2010-09-30 Research In Motion Limited System and method for providing a circuit switched domain number
US9002315B2 (en) * 2009-05-01 2015-04-07 Qualcomm Incorporated Systems, apparatus and methods for facilitating emergency call service in wireless communication systems
ES2809240T3 (es) * 2009-05-26 2021-03-03 Alcatel Lucent Procedimiento y aparatos para la transferencia de sesiones entre redes de acceso
PT2443850E (pt) * 2009-06-18 2015-09-25 Ericsson Telefon Ab L M Métodos e aparelho numa rede de telecomunicações
US8879486B2 (en) * 2009-06-18 2014-11-04 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangements in a mobile telecommunications system
US8570883B1 (en) * 2009-07-10 2013-10-29 Sprint Communications Company L.P. Selective power mode control of wireless communication devices
US8514876B2 (en) * 2009-08-11 2013-08-20 Cisco Technology, Inc. Method and apparatus for sequencing operations for an incoming interface check in data center ethernet
US8270574B2 (en) * 2009-09-08 2012-09-18 Verizon Patent And Licensing Inc. Emergency calls in internet protocol multimedia subsystem (IMS) over evolved packet core (EPC) networks
HUE046976T2 (hu) 2009-10-02 2020-04-28 Blackberry Ltd Sürgõsségi ülésszakok létesítési okainak meghatározása
CN102550077B (zh) * 2009-10-30 2014-06-25 上海贝尔股份有限公司 减小isc会话切换中的信令延迟的方法、网络单元和系统
WO2011056034A2 (en) * 2009-11-09 2011-05-12 Lg Electronics Inc. Method for controlling session and server using the same
EP2534881B1 (en) * 2010-02-12 2014-01-15 Telefonaktiebolaget LM Ericsson (publ) Handover from circuit switched to packet switched
CN101827322B (zh) 2010-03-02 2013-02-13 华为终端有限公司 一种业务控制方法和装置
EP2393324A3 (en) * 2010-06-02 2012-03-07 HTC Corporation Methods for handling ps and cs communication service
JP4834167B1 (ja) * 2010-06-04 2011-12-14 株式会社エヌ・ティ・ティ・ドコモ 移動通信方法及び移動通信システム
US9143989B2 (en) * 2010-10-05 2015-09-22 Nokia Technologies Oy Single radio voice call continuity for emergency callback or click-to-dial sessions
US8842662B2 (en) * 2011-01-07 2014-09-23 Samsung Electronics Co., Ltd. Techniques for trunk optimization for IMS voice calls between originating UE and terminating UE homed in a circuit switched network
US9832626B2 (en) * 2011-02-16 2017-11-28 Nokia Solutions And Networks Oy Method and apparatus for maintaining a registration for an emergency service
US8989697B2 (en) 2011-05-11 2015-03-24 Qualcomm Incorporated Priority registration for in-vehicle emergency call service
US8849237B2 (en) * 2011-05-11 2014-09-30 Qualcomm Incorporated Priority registration for in-vehicle emergency call service
JP5626166B2 (ja) * 2011-09-22 2014-11-19 日本電気株式会社 移動通信方法、移動通信システム、移動局の通信方法、移動局、制御ノードの制御方法及び制御ノード
US8848666B2 (en) * 2012-01-27 2014-09-30 Telefonaktiebolaget L M Ericsson (Publ) Handover of emergency calls from a circuit switched to a packet switched access network
WO2013110345A1 (en) * 2012-01-27 2013-08-01 Telefonaktiebolaget L M Ericsson (Publ) Handover of priority calls from a circuit switched access network with single radio voice call continuity
US8738014B2 (en) * 2012-06-15 2014-05-27 Telefonaktiebolaget L M Ericsson (Publ) Dynamic VCC assignment
US9380609B2 (en) * 2013-08-28 2016-06-28 Qualcomm Incorporated Method and apparatus for processing emergency calls
KR102179048B1 (ko) 2013-11-08 2020-11-16 삼성전자 주식회사 패킷망을 통한 응급 콜 서비스를 지속적으로 제공하기 위한 방법
US9992709B2 (en) * 2013-12-03 2018-06-05 Telefonaktiebolaget Lm Ericsson (Publ) Dynamic session transfer number for voice call continuity
US9510251B2 (en) 2013-12-31 2016-11-29 Microsoft Technology Licensing, Llc Call handoff initiation in hybrid networks
US9560185B2 (en) 2014-03-19 2017-01-31 Microsoft Technology Licensing, Llc Hybrid telecommunications network connection indicator
US9363711B2 (en) 2014-04-07 2016-06-07 Microsoft Technology Licensing, Llc User experiences during call handovers on a hybrid telecommunications network
US9456333B2 (en) * 2014-07-09 2016-09-27 Microsoft Technology Licensing, Llc Centralized routing in hybrid networks
US9596040B2 (en) * 2015-02-19 2017-03-14 Telefonaktiebolaget Lm Ericsson (Publ) Local oscillator phase synchronization for beamforming and MIMO
JP6627876B2 (ja) * 2015-06-26 2020-01-08 日本電気株式会社 通信装置、端末、及び通信方法
US9877224B2 (en) * 2015-10-05 2018-01-23 Blackberry Limited Establishing a voice call
US9894504B2 (en) * 2015-11-30 2018-02-13 Verizon Patent And Licensing Inc. Emergency call support for VoLTE roaming within S8 home routing architecture
EP3811685A1 (en) * 2018-06-25 2021-04-28 Nokia Technologies Oy Apparatus, method and computer program for emergency call
US11729599B2 (en) 2018-10-08 2023-08-15 Nokia Technologies Oy Communication system

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050009499A1 (en) * 2003-07-08 2005-01-13 Karl Koster Systems and methods for billing a mobile wireless subscriber for fixed location service
US7174149B2 (en) 2003-07-14 2007-02-06 Lucent Technologies Inc. Method and system for indirectly establishing a call
US8145182B2 (en) * 2004-05-07 2012-03-27 Interdigital Technology Corporation Supporting emergency calls on a wireless local area network
US7848769B2 (en) * 2005-06-06 2010-12-07 At&T Mobility Ii Llc System and methods for providing updated mobile station location estimates to emergency services providers
JP2008547289A (ja) * 2005-06-15 2008-12-25 アゼール ネットワークス， インコーポレイテッド Ｉｐ−ｃａｎとｃｓネットワークとの間のボイスコールコンティニュイティアプリケーションサーバー
US10178522B2 (en) * 2005-08-02 2019-01-08 Qualcomm Incorporated VoIP emergency call support
US9137770B2 (en) 2005-09-15 2015-09-15 Qualcomm Incorporated Emergency circuit-mode call support
US20070149166A1 (en) 2005-12-23 2007-06-28 Telefonaktiebolaget Lm Ericsson (Publ) Voice call continuity for emergency calls
WO2007079578A1 (en) 2006-01-10 2007-07-19 Research In Motion Limited System and method for routing an incoming call to a proper domain in a network environment including ims
KR20070108429A (ko) 2006-02-06 2007-11-12 엘지전자 주식회사 도메인 전환의 요청 방법, 그 단말 및 그 서버
US7706779B2 (en) * 2006-03-16 2010-04-27 Research In Motion Limited System and method for controlling VCC functionality in a network environment including IMS
US8340626B2 (en) * 2006-04-28 2012-12-25 Qualcomm Incorporated System and method for supporting voice call continuity for VOIP emergency calls
KR101233176B1 (ko) * 2006-05-02 2013-02-15 엘지전자 주식회사 Ｖｃｃ에서의 호처리 방법, 서버 및 엔티티
CN101115028B (zh) * 2006-07-28 2011-05-18 摩托罗拉移动公司 在双模接入终端建立分组交换呼叫的方法
IES20070550A2 (en) * 2006-08-03 2008-04-30 Accuris Technologies Ltd A roaming gateway
US7760712B2 (en) * 2006-08-11 2010-07-20 Research In Motion Limited System and method for managing call continuity in IMS network environment
US7668159B2 (en) * 2007-04-25 2010-02-23 Research In Motion Limited Methods and apparatus for obtaining variable call parameters suitable for use in originating a SIP call via a circuit-switched network from a user equipment device
US8681737B2 (en) * 2007-09-21 2014-03-25 Motorola Mobility Llc Method and apparatus for inter-technology handoff between a packet data network and a circuit switched network

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2012088717A1 (zh) * 2010-12-31 2012-07-05 华为技术有限公司 业务切换方法、装置及系统
CN104145464A (zh) * 2011-11-23 2014-11-12 瑞典爱立信有限公司 地理冗余以及多个eatf节点
CN104145464B (zh) * 2011-11-23 2017-06-30 瑞典爱立信有限公司 地理冗余以及多个eatf节点
CN105659576A (zh) * 2013-09-13 2016-06-08 微软技术许可有限责任公司 混合网络中的语音呼叫连续性
CN105659576B (zh) * 2013-09-13 2019-03-19 微软技术许可有限责任公司 混合网络中的语音呼叫连续性的方法
CN113489748A (zh) * 2017-12-29 2021-10-08 黑莓有限公司 用于供给紧急号码的方法和系统
US11812357B2 (en) 2017-12-29 2023-11-07 Blackberry Limited Methods and systems for provisioning emergency numbers

Also Published As

Publication number Publication date
US20100124897A1 (en) 2010-05-20
WO2009089085A1 (en) 2009-07-16
US8340627B2 (en) 2012-12-25
EP2238729B1 (en) 2017-11-01
EP2238729A1 (en) 2010-10-13
TW200943868A (en) 2009-10-16
KR20100108584A (ko) 2010-10-07
CN101911647B (zh) 2014-07-09
JP2011512703A (ja) 2011-04-21
JP5118208B2 (ja) 2013-01-16
KR101243955B1 (ko) 2013-03-13

Similar Documents

Publication Publication Date Title
CN101911647B (zh) 支持无线紧急呼叫的语音呼叫连续性(vcc)的装置和方法
US8340626B2 (en) System and method for supporting voice call continuity for VOIP emergency calls
US8532606B2 (en) Method and system for providing an emergency location service using interoperability between IMS core and access network
EP2399367B1 (en) Location-based ims server selection
US20060079236A1 (en) Pseudo number portability in fixed-mobile convergence with one number
CN101322422B (zh) 在DO和1x网络上传递短消息的系统和方法
US8767689B2 (en) Method and system for call routing
CN101175248B (zh) Ip多媒体子系统集中控制业务的紧急呼叫系统及方法
US20190349723A1 (en) Routing multiple numbers for one telecommunications device
CN102694813A (zh) 在包括ims的网络环境中将来电呼叫路由到合适的域的系统和方法
KR20100025000A (ko) 통신 시스템, 사용자 장비 등록 방법, 교환 디바이스 및 사용자 장비 등록 시스템
CN101227648A (zh) Ip多媒体子系统紧急呼叫业务的实现方法
CN101401383B (zh) Ip多媒体子系统中的消息路由
CN101395888A (zh) 在包括ims的网络环境中将来电呼叫路由到合适的域的系统和方法
CN101577889B (zh) 一种紧急呼叫系统及紧急通信受理中心的回呼方法
CN101102612B (zh) Ip多媒体子系统集中业务中紧急呼叫业务的实现方法
CN101132644B (zh) Ip多媒体子系统集中控制业务紧急呼叫实现方法和系统
CN101277518A (zh) 一种紧急业务的处理方法
CN101395950A (zh) 用于支持因特网话音协议紧急呼叫的话音呼叫持续性的系统及方法
EP2367368A1 (en) Fixed network service provisioning using a mobile network
TW200816752A (en) System and method for supporting voice call continuity for VoIP emergency calls

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20140709

Termination date: 20190102

CF01 Termination of patent right due to non-payment of annual fee