CN101123822A - Ip多媒体子系统集中业务中紧急呼叫业务的实现方法 - Google Patents

Abstract

本发明公开了一种IP多媒体子系统IMS集中业务中紧急呼叫业务的实现方法，若用户通过用户设备UE发起紧急呼叫，则通过电路域呼叫过程，将呼叫请求经拜访移动交换中心VMSC路由到本地的紧急通信受理中心。本发明克服了使用现有IMS起始呼叫无法满足紧急呼叫由拜访网络提供服务的缺陷，满足紧急呼叫业务的需求。

Description

IP多媒体子系统集中业务中紧急呼叫业务的实现方法

技术领域

本发明涉及通信领域，尤其涉及一种IP多媒体子系统集中业务中紧急呼叫业务的实现方法。

背景技术

根据政府的管制规定，电信网络必须能提供紧急语音呼叫业务。当用户拨打紧急呼叫号码，或使用终端设备中存储的缺省紧急呼叫号码，或使用紧急呼叫标识发起紧急呼叫，网络将紧急呼叫接续至当地的紧急通信受理中心，如警察、火警、医疗救护、救援等。

IP(Internet Protocol，网络互联协议)多媒体子系统IMS(IP MultimediaCore Network Subsystem)是由第三代合作伙伴计划3GPP(3rd GenerationPartnership Project)提出的一种基于IP的下一代的网络架构，其构建了一个开放而灵活的业务环境，支持多媒体应用，并为用户提供丰富的多媒体业务。

IMS与接入技术无关，除了可以为GPRS(General Packet Radio Service，通用分组无线业务)、WLAN(Wireless Local Area Network，无线局域网)等分组交换(Packet Swithed，简称PS)接入网络提供业务外，还可以为GSM(Global System for Mobile communications，全球移动通讯系统)、UMTS(Universal Mobile Telecommunications System，统一移动通讯系统)等采用电路交换(Circuit Switched，简称CS)技术移动蜂窝网络提供基本的语音业务，以及基于语音业务的补充业务。

当CS域，也即电路域接入IMS时，其演变为一种接入方式，业务完全由IMS统一提供，这种技术称为IMS集中业务(IMS Centralized Service)，简称ICS。

IMS集中业务具有以下特点：

(1)IMS为电路域、分组域等接入方式提供一致的业务，支持网络融合；

(2)支持CS网络向IMS网络演进；

IMS集中业务除了支持语音业务和基于语音业务的补充业务，还必须能够提供紧急呼叫业务。

在IMS集中业务架构中，有两类用户设备UE(User Equipment)：支持ICS能力的UE(IMS集中业务用户设备，简称ICS UE)和不支持ICS能力的UE(非IMS集中业务用户设备，简称non ICS UE)。

图1是IMS集中业务系统架构图，其中包括以下功能实体：ICS UE、non ICS UE、本地电路域接入网络适配功能模块(Local CS Access AdaptationFunction-network equivalent，简称L-CAAF-n)、拜访移动交换中心(VisitedMobile Switch Center，简称VMSC)、IMS电路域控制功能模块(IMS CSControl Function，简称ICCF)、呼叫会话控制功能模块(Call Session ControlFunction，简称CSCF)。

其中，IMS集中业务系统中，包括电路域接入适配功能实体(CS AccessAdaptation Function，简称CAAF)，CAAF是具有CS域和IMS之间业务控制信令的适配功能的功能实体，该CAAF分为两部分：

远端电路域接入适配功能模块(Remote CS Access Adaptation Function，简称R-CAAF)，位于ICCF中；

本地电路域接入适配功能模块(Local CS Access Adaptation Function，简称L-CAAF)或L-CAAF-n，对于ICS UE，使用L-CAAF，该L-CAAF集成在该ICS UE中；L-CAAF-n是为了将non ICS UE接入到IMS而引入的适配功能模块，其与VMSC既可以分离，也可以合一。

所述ICCF还包括远端用户代理(Remote User Agent，简称RUA)，RUA是一个SIP(Session Initiation Protocol，会话初始协议)用户代理，代表UE与CSCF相连，接入IMS；RUA利用从CAAF模块获取的信息建立并控制IMS会话。

VMSC一般包括拜访位置寄存器(Visit Location Register，简称VLR)。

non-ICS UE采用标准的CS控制信令接入L-CAAF-n，L-CAAF-n将其中会话控制相关的信息传送给ICCF，将其中与CS域承载控制有关信息直接透明传送到VMSC，然后由ICCF连接到CSCF，代替用户接入IMS。

non-ICS UE、L-CAAF-n和ICCF之间的控制信令传输通道，以及ICS UE和ICCF之间的控制信令传输通道称为IMS会话控制通道ICCC(IMS CSControl Channel)，又称为会话控制路径，该通道可以承载在CS域上，此时为CS会话控制路径，也可以承载在PS(Package Switched，简称PS)域即分组域上，此时为PS会话控制路径。CS会话控制路径使用非结构化补充业务数据(Unstructured Supplementary Service Data，简称US SD)协议；PS会话控制路径采用SIP。

当使用CS会话控制路径时，R-CAAF是CS域和IMS之间业务控制信令的适配功能的模块，在L-CAAF-n/L-CAAF与RUA直接交互会话控制信息。当使用PS控制路径时，不需要R-CAAF，L-CAAF与RUA直接交互控制信息。

图2是IMS集中业务应用场景会话路径示意图，图中所示UE为non-ICSUE；若UE为ICS UE，则情况类似，只是没有L-CAAF-n这个模块，UE直接与VMSC连接。

non-ICS UE采用标准的CS控制信令接入L-CAAF-n，而L-CAAF-n到IMS域的ICCF建立3条路径：会话控制路径、承载控制路径和承载路径。其中会话控制路径有两种方式，

(1)承载于CS域上，采用非结构化补充业务数据(UnstructuredSupplementary Service Data，简称USSD)，该路径经过VMSC和归属用户服务器(Home Subscriber Server，简称HSS)。

(2)承载于PS域上，采用SIP，该路径经过IMS域中的CSCF，到达ICCF。

图中显示的是上述承载于CS域上的会话控制路径，承载于PS域的会话控制路径图中未示出。

承载控制路径由L-CAAF-n采用标准的CS控制信令接入VMSC，并通过媒体网关控制功能模块(Media Gateway Control Function，简称MGCF)接入到IMS，通过CSCF到达ICCF。

承载路径通过是L-CAAF-n通过VMSC和媒体网关(Media Gateway，简称MGW)接入到IMS，并与该会话的远端用户设备建立媒体连接。

会话控制路径和承载控制路径在ICCF汇合，构成UE呼叫分支，同时ICCF充当IMS用户代理，代替用户设备接入IMS，构成远端呼叫分支。

IMS集中业务利用会话控制路径在L-CAAF-n和ICCF之间交互会话控制信息，并通过承载控制路径建立和控制媒体承载，从而使ICS UE接入到IMS中。

图3是现有技术方案中non ICS UE(UE-A)的起呼(主叫)过程的流程。具体流程如下：

步骤301，UE-A向L-CAAF-n发起CS呼叫建立请求呼叫远端用户UE-B，被叫号码为UE-B的电话号码；

步骤302，L-CAAF-n通过会话控制路径向ICCF发送会话建立请求消息，消息中包含UE-B的SIP或TEL URI(Uniform Resource Identifier，统一资源定位符)号码及呼叫参考；

步骤303，L-CAAF-n向VMSC发起承载建立请求，请求中的被叫号码为RUA的公用业务标识(Public Service Identify，简称PSI)号码；

步骤304，VMSC向MGCF发送初始地址消息(Initial Address Message，简称IAM)，包含RUA PSI号码；

步骤305，MGCF收到请求后分配MGW媒体资源，并创建INVITE会话邀请请求经过CSCF发送给ICCF；

其中，步骤302可以和步骤303～305同时执行。

步骤306，会话控制信令与承载控制信令在ICCF中汇合，ICCF此时作为背靠背的用户代理(Back to Back User Agent，简称B2BUA)向UE-B发起会话请求，会话请求经过CSCF；

通过标准的后续的CS呼叫过程和IMS会话流程建立UE-A与UE-B的呼叫和相应的承载，并进入通话状态。为了简便起见，后续的CS呼叫过程和IMS会话的信令流程没有出现在图中。

图4是现有技术方案中ICS UE(UE-A)的起呼(主叫)过程的流程。

具体流程如下：

步骤401，UE-A通过会话控制路径向ICCF发送会话建立请求消息，消息中包含UE-B的SIP或TEL URI号码及呼叫参考；

如果采用CS会话控制路径，UE-A通过USSD消息将会话控制消息首先发给VMSC，再由VMSC通过归属网络的HSS的传递到ICCF；

如果采用PS会话控制路径，UE-A主叫终端向UE-B发起SIP协议的会话邀请请求(INVITE)，通过CSCF发送到ICCF；

步骤402，UE-A主叫终端向VMSC发起承载建立请求，并携带需要呼叫的RUA的PSI号码；

步骤403，VMSC向MGCF发送IAM，包含RUA PSI号码；

步骤404，MGCF收到请求后分配MGW媒体资源，并创建INVITE会话邀请请求经过CSCF发送给ICCF；

其中，步骤401可以和步骤402～404同时执行。

步骤405，会话控制信令与承载控制信令在ICCF中汇合，ICCF此时作为B2BUA向UE-B发起会话请求，会话请求经过CSCF；

通过标准的后续的CS呼叫过程和IMS会话流程建立UE-A与UE-B的呼叫和相应的承载，并进入通话状态。为了简便起见，后续的CS呼叫过程和IMS会话的信令流程没有出现在图中。

从上述过程中可以看出，当ICS用户和non ICS用户发起呼叫时，网络首先将呼叫由拜访地的CS域路由到用户归属的IMS域中，再进行后续的业务处理。而根据紧急呼叫的要求，紧急呼叫业务由拜访地提供服务，用户归属网络不需要参与紧急呼叫的会话过程，即要求拜访网络能够将紧急呼叫直接路由到拜访地的紧急通信受理中心。如果采用现有UE起呼过程实现紧急呼叫，将无法实现紧急呼叫由拜访地提供服务的需求。

发明内容

本发明所要解决的技术问题是提供一种IP多媒体子系统集中业务中紧急呼叫业务的实现方法，克服使用现有IMS起始呼叫无法满足紧急呼叫由拜访网络提供服务的缺陷，满足紧急呼叫业务的需求。

为了解决上述技术问题，本发明提供了一种IP多媒体子系统IMS集中业务中紧急呼叫业务的实现方法，若用户通过用户设备UE发起紧急呼叫，则通过电路域呼叫过程，将呼叫请求经拜访移动交换中心VMSC路由到本地的紧急通信受理中心。

进一步地，当UE为IMS集中业务用户设备ICS UE时，包括如下步骤：

步骤一，用户通过UE发起紧急呼叫，所述UE根据本地策略检查呼叫属性；

步骤二，如果呼叫属性为紧急呼叫，则所述UE在电路域发起主叫呼叫过程，通过VMSC将紧急呼叫请求路由到本地的紧急通信受理中心。

进一步地，

所述呼叫属性包括紧急呼叫和普通呼叫；所述本地策略包括紧急呼叫号码的编码方案，保存在ICS UE中；

所述步骤一中，UE根据本地策略检查呼叫属性的步骤包括：ICS UE检查用户拔打的号码是否与本地策略中的紧急呼叫号码的编码方案匹配，如果匹配，则认为用户发起的呼叫为紧急呼叫，否则是普通呼叫。

进一步地，

步骤一中，当用户设备确定用户的呼叫是紧急呼叫，进一步根据本地策略确定紧急呼叫类型、优先级、承载能力、媒体编码方案；

所述步骤二中，UE在电路域发起主叫呼叫过程的步骤包括：ICS UE使用紧急呼叫请求向网络发起呼叫请求，请求中包括紧急呼叫类型、优先级、承载能力、媒体编码方案。

进一步地，

所述步骤二中，UE在电路域发起主叫呼叫过程的步骤包括：

(a)ICS UE使用紧急呼叫号码作为被叫号码，采用普通电路域呼叫过程向VMSC发起呼叫请求；

(b)VMSC接收到ICS UE发送的普通的电路域呼叫请求，则根据存储在VMSC本地的编码方案分析被叫号码，如果发现是紧急呼叫号码，将紧急呼叫请求路由到本地的紧急通信受理中心。

进一步地，当UE为非IMS集中业务用户设备non-ICS UE时，包括如下步骤：

步骤1，用户通过UE发起紧急呼叫，所述UE向L-CAAF-n发送呼叫建立请求，L-CAAF-n根据本地策略检查呼叫属性；

步骤2，如果呼叫属性为紧急呼叫，则所述L-CAAF-n通过VMSC将紧急呼叫请求路由到本地的紧急通信受理中心。

进一步地，

所述呼叫属性包括紧急呼叫和普通呼叫；所述本地策略包括紧急呼叫号码的编码方案，保存在L-CAAF-n中；

所述步骤1中，L-CAAF-n还根据消息类型检查呼叫属性，所述消息类型包括紧急呼叫建立请求和普通呼叫建立请求；

所述步骤1中，L-CAAF-n根据消息类型和本地策略检查呼叫属性的步骤包括：

所述L-CAAF-n检查所述呼叫建立请求的消息类型，如果是紧急呼叫建立请求，则认为是紧急呼叫；如果是普通呼叫建立请求，则进一步检查请求中的被叫号码是否与本地策略中的紧急呼叫号码的编码方案匹配，如果匹配，则认为所述用户发起的呼叫为紧急呼叫，否则是普通呼叫。

进一步地，

所述步骤1中，L-CAAF-n检查所述呼叫建立请求的消息类型，如果是紧急呼叫建立请求，在所述步骤2中，包括如下步骤：

(2.1)L-CAAF-n将所述紧急呼叫建立请求转发给VMSC，

(2.2)VMSC接收到L-CAAF-n发送的紧急呼叫建立请求，执行紧急呼叫处理过程，将所述请求路由到本地的紧急通信受理中心。

进一步地，

所述步骤1中，L-CAAF-n检查所述呼叫建立请求的消息类型，如果是普通呼叫建立请求，但认为所述用户发起的呼叫为紧急呼叫，则所述步骤2包括如下步骤：

(2.1)L-CAAF-n将普通呼叫建立请求转换紧急呼叫请求，使用紧急呼叫请求向VMSC发起呼叫请求；

(2.1)当VMSC接收到L-CAAF-n发送的紧急呼叫请求，执行紧急呼叫处理过程，将所述请求路由到本地的紧急通信受理中心。

进一步地，

所述步骤1中，L-CAAF-n检查所述呼叫建立请求的消息类型，如果是普通呼叫建立请求，但认为所述用户发起的呼叫为紧急呼叫，则所述步骤2包括如下步骤：

(2.1)L-CAAF-n使用被叫号码为紧急呼叫号码的普通呼叫建立请求发起紧急呼叫；

(2.1)VMSC接收到该普通呼叫建立请求发起紧急呼叫，根据存储在VMSC本地的编码方案分析被叫号码，发现是紧急呼叫号码，将呼叫所述请求路由到本地的紧急通信受理中心。

本发明采用了UE和/或L-CAAF-n根据消息类型和本地策略判断呼叫为紧急呼叫，则将呼叫请求转发给VMSC处理的方法，因此达到了由拜访地的电路域网络提供紧急呼叫业务的要求。

附图说明

图1为IMS集中业务系统架构图；

图2为IMS集中业务应用场景会话路径示意图；

图3为现有技术方案中non-ICS UE起呼过程的流程图；

图4为现有技术方案中ICS UE起呼过程的流程图；

图5为本发明实施例的non-ICS UE起呼过程的流程图；

图6为本发明实施例的ICS UE起呼过程的流程图。

具体实施方式

本发明的核心内容是：若用户通过用户设备UE发起紧急呼叫，则通过电路域呼叫过程，将呼叫请求经拜访移动交换中心VMSC路由到本地的紧急通信受理中心。

下面将结合附图及实施例对本发明的技术方案进行更详细的说明。

实施例一

如图5所示，为non-ICS UE起呼过程的流程，包括如下步骤：

步骤501，用户发起呼叫，non-ICS UE(UE-A)向L-CAAF-n发起CS呼叫建立请求；

当用户发起呼叫时，non-ICS UE根据本地策略检查呼叫属性，所述呼叫属性包括紧急呼叫和普通呼叫；如果呼叫判断为紧急呼叫，则ICS UE采用CS域紧急呼叫过程发起紧急呼叫，如果判断为普通呼叫，则采用普通呼叫流程，呼叫的被叫号码为用户拔打的电话号码；

但是non-ICS UE有可能不能确认紧急呼叫，如在目前部分传统终端，当用户拨打国际通用紧急呼叫号码112或911时，UE认为该呼叫为紧急呼叫，然后发起紧急呼叫流程；但当用户拔打中国紧急呼叫号码110时，UE会认为该呼叫为普通呼叫，然后按普通呼叫流程发起呼叫；

如果用户拔打紧急呼叫号码，且UE判断是紧急呼叫，如112，911，则UE发送紧急呼叫建立请求；如果拔打紧急呼叫号码，且UE未判断出是紧急呼叫，则UE发送被叫号码是紧急呼叫号码的普通呼叫建立请求；

步骤502，L-CAAF-n根据本地策略检查呼叫属性，或者根据消息类型和本地策略检查呼叫属性；如果是紧急呼叫，执行步骤503，如果是普通呼叫，执行步骤505；

所述本地策略包括紧急呼叫号码的编码方案，保存在L-CAAF-n中；

如果L-CAAF-n根据消息类型和本地策略检查呼叫属性，则L-CAAF-n首先检查所述呼叫建立请求的消息类型，如果是紧急呼叫建立请求，则认为是紧急呼叫；如果是普通呼叫建立请求，则进一步检查请求中的被叫号码是否与本地策略中的紧急呼叫号码的编码方案匹配，如果匹配，则认为所述用户发起的呼叫为紧急呼叫，否则是普通呼叫；

如果确定是紧急呼叫，L-CAAF-n可以进一步根据本地策略确定紧急呼叫类型、优先级、承载能力、媒体编码方案；

步骤503，呼叫是紧急呼叫，L-CAAF-n将呼叫建立请求发送给VMSC；

这里呼叫建立请求是紧急呼叫建立请求或被叫号码为紧急呼叫号码的普通呼叫建立请求；

对于non-ICS UE发起的紧急呼叫建立请求，L-CAAF-n将呼叫建立请求转发给VMSC。

对于non-ICS UE发起的普通呼叫，L-CAAF-n判断为紧急呼叫的情况，L-CAAF-n可以将普通呼叫请求转换为紧急呼叫请求发送给VMSC，也可以将被叫号码为紧急呼叫号码的普通呼叫建立请求转发给VMSC。

步骤504，VMSC根据本地配置，将所述请求路由到本地的紧急通信受理中心；

此时，VMSC还需要判断呼叫属性，其判断方法与步骤502中L-CAAF-n的判断方法相同；

为了保证VMSC接收到L-CAAF-n转发的紧急呼叫请求后，仍然认为该请求是紧急呼叫，L-CAAF-n中的本地策略的紧急呼叫号码编码方案要求与VMSC中的策略一致，如果L-CAAF-n与VMSC合一，则可以采用同一本地策略；

因为L-CAAF-n和VMSC的本地策略一致，因此VMSC认为上述由L-CAAF-n转发过来的请求是紧急呼叫，根据本地的配置，将所述紧急呼叫路由到指定紧急通信受理中心；

步骤505，L-CAAF-n通过会话控制路径向ICCF发送会话建立请求消息，消息中包含UE-B的SIP或TEL URI(Uniform Resource Identifier)号码及呼叫参考；

步骤506，L-CAAF-n向VMSC发起承载建立请求，请求中的被叫号码为RUA的PSI号码；

步骤507，VMSC向MGCF发送IAM，包含RUA PSI号码；

步骤508，MGCF收到请求后分配MGW媒体资源，并创建INVITE会话邀请请求经过CSCF发送给ICCF；

步骤509，会话控制信令与承载控制信令在ICCF中汇合，ICCF此时作为B2BUA向UE-B发起会话请求，会话请求经过CSCF；

步骤505～509是对普通呼叫的处理过程，采用现有IMS集中业务的主叫呼叫的处理机制，与图3的步骤302～306相同。

实施例二

如图6所示，为ICS UE起呼过程的流程，包括以下步骤：

步骤601，用户通过non-ICS UE(UE-A)发起呼叫，ICS UE根据本地策略检查呼叫属性。

ICS UE的本地策略中包括紧急呼叫号码的编码方案。呼叫属性包括紧急呼叫和普通呼叫。用户通过拔打紧急呼叫号码，或使用终端设备中存储的紧急呼叫号码，或使用专用的紧急呼叫功能发起紧急呼叫，ICS UE检查用户拨打的号码是否与本地策略中的紧急呼叫号码的编码方案匹配，如果匹配，则认为用户发起的呼叫属性为紧急呼叫，否则是普通呼叫，比如认为112、110、911是紧急呼叫，其他呼叫为普通呼叫。如果确定是紧急呼叫，ICS UE可以进一步根据本地策略确定紧急呼叫类型、优先级、承载能力、媒体编码方案。

编码方案可以使ICS UE中预先存储的配置，也可以是网络通过空中接口下载到ICS UE上的。

步骤602，如果是紧急呼叫，则ICS UE利用CS域发起主叫呼叫过程；

ICS UE可以使用紧急呼叫请求向网络发起呼叫请求，请求中包括紧急呼叫类型、优先级、承载能力、媒体编码方案，如用户拔打的是112或911紧急呼叫号码，UE直接采用紧急呼叫过程，使用紧急呼叫请求向VMSC发起呼叫。

另外，ICS UE也可以不采用紧急呼叫过程，而使用紧急呼叫号码作为被叫号码，采用普通CS域呼叫过程向网络即VMSC发起呼叫请求，此时由VMSC根据被叫号码判断该呼叫是否为紧急呼叫。如用户拨打的是110紧急呼叫号码，UE判断为紧急呼叫，但不是采用紧急呼叫过程，而是将110作为被叫号码，采用普通呼叫过程发起呼叫。

步骤603，当VMSC接收到ICS UE发送的呼叫请求，如果判断是紧急呼叫，则执行紧急呼叫处理过程，即根据本地配置，将紧急呼叫请求路由到本地的紧急通信受理中心。

所述本地配置，指VMSC对紧急呼叫的路由配置，如果判断呼叫是紧急呼叫，则根据路由配置将呼叫路由到指定的紧急通信受理中心，一般是采用就近路由，将紧急呼叫路由到最近的紧急通信受理中心。

如果VMSC接收到的呼叫的属性为普通呼叫，则VMSC根据本地的编码方案分析普通请求的被叫号码，发现是紧急呼叫号码，例如110，则认为所述呼叫为紧急呼叫。

步骤604～608，如果普通呼叫，则ICS UE利用ICS呼叫流程发起呼叫过程，与图4中的步骤401～405相同。

综上所述，采用本发明方法，通过UE和/或L-CAAF-n检查呼叫属性，如果是紧急呼叫，则采用CS域的紧急呼叫过程或被叫号码为紧急呼叫号码的普通呼叫过程发起呼叫的方法，达到了实现IMS集中业务紧急呼叫目的。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (10)

1.一种IP多媒体子系统IMS集中业务中紧急呼叫业务的实现方法，其特征在于，若用户通过用户设备UE发起紧急呼叫，则通过电路域呼叫过程，将呼叫请求经拜访移动交换中心VMSC路由到本地的紧急通信受理中心。

2.根据权利要求1所述的实现方法，其特征在于，当UE为IMS集中业务用户设备ICS UE时，包括如下步骤：

步骤一，用户通过UE发起紧急呼叫，所述UE根据本地策略检查呼叫属性；

步骤二，如果呼叫属性为紧急呼叫，则所述UE在电路域发起主叫呼叫过程，通过VMSC将紧急呼叫请求路由到本地的紧急通信受理中心。

3.根据权利要求2所述的实现方法，其特征在于，

所述呼叫属性包括紧急呼叫和普通呼叫；所述本地策略包括紧急呼叫号码的编码方案，保存在ICS UE中；

所述步骤一中，UE根据本地策略检查呼叫属性的步骤包括：ICS UE检查用户拨打的号码是否与本地策略中的紧急呼叫号码的编码方案匹配，如果匹配，则认为用户发起的呼叫为紧急呼叫，否则是普通呼叫。

4.根据权利要求2或3所述的实现方法，其特征在于，

步骤一中，当用户设备确定用户的呼叫是紧急呼叫，进一步根据本地策略确定紧急呼叫类型、优先级、承载能力、媒体编码方案；

所述步骤二中，UE在电路域发起主叫呼叫过程的步骤包括：ICS UE使用紧急呼叫请求向网络发起呼叫请求，请求中包括紧急呼叫类型、优先级、承载能力、媒体编码方案。

5.根据权利要求2或3所述的实现方法，其特征在于，

所述步骤二中，UE在电路域发起主叫呼叫过程的步骤包括：

(a)ICS UE使用紧急呼叫号码作为被叫号码，采用普通电路域呼叫过程向VMSC发起呼叫请求；

(b)VMSC接收到ICS UE发送的普通的电路域呼叫请求，则根据存储在VMSC本地的编码方案分析被叫号码，如果发现是紧急呼叫号码，将紧急呼叫请求路由到本地的紧急通信受理中心。

6.根据权利要求1所述的实现方法，其特征在于，当UE为非IMS集中业务用户设备non-ICS UE时，包括如下步骤：

步骤1，用户通过UE发起紧急呼叫，所述UE向L-CAAF-n发送呼叫建立请求，L-CAAF-n根据本地策略检查呼叫属性；

步骤2，如果呼叫属性为紧急呼叫，则所述L-CAAF-n通过VMSC将紧急呼叫请求路由到本地的紧急通信受理中心。

7.根据权利要求6所述的实现方法，其特征在于，

所述呼叫属性包括紧急呼叫和普通呼叫；所述本地策略包括紧急呼叫号码的编码方案，保存在L-CAAF-n中；

所述步骤1中，L-CAAF-n还根据消息类型检查呼叫属性，所述消息类型包括紧急呼叫建立请求和普通呼叫建立请求；

所述步骤1中，L-CAAF-n根据消息类型和本地策略检查呼叫属性的步骤包括：

所述L-CAAF-n检查所述呼叫建立请求的消息类型，如果是紧急呼叫建立请求，则认为是紧急呼叫；如果是普通呼叫建立请求，则进一步检查请求中的被叫号码是否与本地策略中的紧急呼叫号码的编码方案匹配，如果匹配，则认为所述用户发起的呼叫为紧急呼叫，否则是普通呼叫。

8.根据权利要求7所述的实现方法，其特征在于，

所述步骤1中，L-CAAF-n检查所述呼叫建立请求的消息类型，如果是紧急呼叫建立请求，在所述步骤2中，包括如下步骤：

(2.1)L-CAAF-n将所述紧急呼叫建立请求转发给VMSC，

(2.2)VMSC接收到L-CAAF-n发送的紧急呼叫建立请求，执行紧急呼叫处理过程，将所述请求路由到本地的紧急通信受理中心。

9.根据权利要求7中所述的实现方法，其特征在于，

所述步骤1中，L-CAAF-n检查所述呼叫建立请求的消息类型，如果是普通呼叫建立请求，但认为所述用户发起的呼叫为紧急呼叫，则所述步骤2包括如下步骤：

(2.1)L-CAAF-n将普通呼叫建立请求转换紧急呼叫请求，使用紧急呼叫请求向VMSC发起呼叫请求；

(2.1)当VMSC接收到L-CAAF-n发送的紧急呼叫请求，执行紧急呼叫处理过程，将所述请求路由到本地的紧急通信受理中心。

10.根据权利要求7中所述的实现方法，其特征在于，

所述步骤1中，L-CAAF-n检查所述呼叫建立请求的消息类型，如果是普通呼叫建立请求，但认为所述用户发起的呼叫为紧急呼叫，则所述步骤2包括如下步骤：

(2.1)L-CAAF-n使用被叫号码为紧急呼叫号码的普通呼叫建立请求发起紧急呼叫；

(2.1)VMSC接收到该普通呼叫建立请求发起紧急呼叫，根据存储在VMSC本地的编码方案分析被叫号码，发现是紧急呼叫号码，将呼叫所述请求路由到本地的紧急通信受理中心。

Images