CN106998540B - 紧急呼叫的切换方法、系统及紧急接入切换功能实体 - Google Patents
紧急呼叫的切换方法、系统及紧急接入切换功能实体 Download PDFInfo
- Publication number
- CN106998540B CN106998540B CN201610046756.9A CN201610046756A CN106998540B CN 106998540 B CN106998540 B CN 106998540B CN 201610046756 A CN201610046756 A CN 201610046756A CN 106998540 B CN106998540 B CN 106998540B
- Authority
- CN
- China
- Prior art keywords
- switching
- information
- emergency call
- eatf
- call
- 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.)
- Active
Links
Images
Classifications
-
- 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/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
-
- 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]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种紧急呼叫的切换方法,包括:紧急呼叫的切换过程中,紧急接入切换功能实体(EATF)与切换过程涉及的、除公众服务接入点(PSAP)外的相应业务网元进行信令交互;并在信令交互过程中根据本地存储的会话描述协议(SDP)信息,与切换过程涉及的、除公众服务接入点PSAP外的相应业务网元进行媒体协商;所述EATF为信令和媒体的锚定点。本发明同时还公开了一种EATF及紧急呼叫的切换系统。
Description
技术领域
本发明涉及通信领域的紧急呼叫技术,尤其涉及一种紧急呼叫的切换方法、系统及紧急接入切换功能实体(EATF,Emergency Access Transfer Function)。
背景技术
在长期演进(LTE,Long Term Evolution)网络部署的初期,LTE网络的覆盖范围有限,因此会经常发生网络切换场景。当用户设备(UE,User Equipment)正在进行紧急通话时,移动出了LTE网络覆盖范围,此时网络侧会通过单一无线语音呼叫连续性(SRVCC,Single Radio Voice Call Continuity)功能将正在进行的语音业务切换到2/3G电路域,从而保证语音呼叫的连续性,这种切换方法可以称为SRVCC方法。
但是,采用上述方法时,需要SRVCC切换到远端公众服务接入点(PSAP)来完成媒体切换,而这段时间语音可能会发生中断,且中断时长经常高于300ms,这样会严重影响会话的紧急性。
发明内容
为解决现有存在的技术问题,本发明实施例提供一种紧急呼叫的切换方法、系统及EATF。
为达到上述目的,本发明实施例的技术方案是这样实现的:
本发明实施例提供了一种紧急呼叫的切换方法,其特征在于,应用于EATF,所述方法包括:
所述EATF为信令和媒体的锚定点;
紧急呼叫的切换过程中,接收来自切换过程涉及的、除PSAP外的相应业务网元的信令;并向所述相应网元发送对应的信令;
并在信令交互过程中根据本地存储的会话描述协议(SDP,Session DescriptionProtocol)信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商。
上述方案中,所述接收来自切换过程涉及的、除PSAP外的相应业务网元的信令;并向所述相应网元发送对应的信令,包括:
接收查询呼叫会话控制功能实体(I-CSCF,Interrogating-Call SessionControl Function)发送的第一切换请求消息;
解析所述第一切换请求消息,得到主叫号码及实例标识;
利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;查找到后,向所述I-CSCF发送第一切换请求响应消息;
接收所述I-CSCF发送的第一切换确认消息。
上述方案中,解析所述第一切换请求消息时,还得到第一SDP信息及紧急单一无线语音呼叫连续性会话切换号码(E-STN-SR,Emergency-Session Transfer Number for SRVCC);
相应地,所述根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商,包括:
根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
上述方案中,所述方法还包括:
紧急呼叫建立过程中,将紧急呼叫对应的信令和媒体锚定。
上述方案中,所述紧急呼叫建立过程中,将紧急呼叫对应的信令和媒体锚定,包括:
紧急呼叫建立过程中,接收第一呼叫请求消息;
解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;
在本地保存所述第一信息;并根据所述第二信息,触发紧急呼叫会话控制功能实体(E-CSCF,Emergency Call Session Control Function)将第一呼叫请求路由至相应的紧急呼叫中心;在本地保存所述第三信息。
本发明实施例还提供了一种紧急呼叫的切换方法,包括:
紧急呼叫的切换过程中,EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互;
并在信令交互过程中,所述EATF根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商;
所述EATF为信令和媒体的锚定点。
上述方案中,所述方法还包括:
基站确定进行紧急呼叫切换时,向移动性管理实体(MME,Mobility ManagementEntity)发送第二切换请求消息;
所述MME解析所述第二切换请求消息,得到无线网络控制器(RNC,Radio NetworkController)的小区号信息;根据所述RNC的小区号信息,向UE当前所在区域的SRVCC互通功能实体(IWF,InterWorking Function)发送第三切换请求消息;
所述SRVCC IWF解析所述第三切换请求消息,得到E-STN-SR;申请承载资源后,向所述MME发送第二切换响应消息;根据所述E-STN-SR,确定呼叫为紧急呼叫时,向I-CSCF发送第一切换请求消息;并向所述MME发送第一切换完成通知消息;
所述MME收到所述第二切换响应消息后,通过所述基站指示UE进行切换;并在收到所述第一切换完成通知消息后,向所述SRVCC IWF发送切换完成确认消息;
所述I-CSCF将所述第一切换请求消息转发给所述EATF;
相应地,所述EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互,包括:
所述EATF接收I-CSCF发送的第一切换请求消息;并解析所述第一切换请求消息,得到主叫号码及实例标识;利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;并在查找到后,向所述I-CSCF发送第一切换请求响应消息;
所述I-CSCF向所述SRVCC IWF发送第三切换响应消息;
所述SRVCC IWF向所述I-CSCF返回第一切换确认消息;
所述I-CSCF向所述EATF返回第二切换确认消息。
上述方案中,解析所述第一切换请求消息时,还得到第一SDP信息及E-STN-SR;
所述根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商,包括:
所述EATF根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
上述方案中,所述方法还包括:
紧急呼叫建立过程中,所述EATF将紧急呼叫对应的信令和媒体锚定。
上述方案中,所述将紧急呼叫对应的信令和媒体锚定,包括:
紧急呼叫建立过程中,所述EATF接收第一呼叫请求消息;并解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;
所述EATF在本地保存所述第一信息;并触发E-CSCF根据所述第二信息,查找本地路由表确定相应的紧急呼叫中心地址,将第一呼叫请求路由至所述紧急呼叫中心;在本地保存所述第三信息。
上述方案中,所述方法还包括:
呼叫切换成功后,E-CSCF向会话边界控制器发送释请求,释放切换前的紧急呼叫。
本发明实施例又提供了一种EATF,所述EATF为信令和媒体的锚定点;包括:信令交互单元及媒体协商单元;其中,
所述信令交互单元,用于紧急呼叫的切换过程中,接收来自切换过程涉及的、除PSAP外的相应业务网元的信令;并向所述相应网元发送对应的信令;
所述媒体协商单元,用于在信令交互过程中根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商。
上述方案中,所述信令交互单元包括:第一接收模块、第一解析模块、查找模块及发送模块;其中,
所述第一接收模块,用于接收I-CSCF发送的第一切换请求消息;并接收所述I-CSCF发送的第一切换确认消息;
所述第一解析模块,用于解析所述第一切换请求消息,得到主叫号码及实例标识;
所述查找模块,用于利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;查找到后,触发所述发送单元;
所述发送模块,用于收到所述查找单元的触发后,向所述I-CSCF发送第一切换请求响应消息。
上述方案中,所述第一解析模块,还用于解析所述第一切换请求消息时,还得到第一SDP信息及E-STN-SR;相应地,
所述媒体协商单元,具体用于:根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
上述方案中,所述EATF还包括:锚定单元,用于紧急呼叫建立过程中,将紧急呼叫对应的信令和媒体锚定。
上述方案中,所述锚定单元包括:第二接收模块、第二解析模块、第一锚定模块及第二锚定模块;其中,
所述第二接收模块,用于紧急呼叫建立过程中,接收第一呼叫请求消息;
所述第二解析模块,用于解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;
所述第一锚定模块,用于在本地保存所述第一信息;并根据所述第二信息,触发E-CSCF将第一呼叫请求路由至相应的紧急呼叫中心;
所述第二锚定模块,用于在本地保存所述第三信息。
本发明实施例还提供了一种紧急呼叫的切换系统,包括:EATF及业务网元;其中,
所述EATF,用于紧急呼叫的切换过程中,与所述业务网元进行信令交互;并在信令交互过程中,根据本地存储的SDP信息,与所述业务网元进行媒体协商;
所述EATF为信令和媒体的锚定点;
所述业务网元为切换过程涉及的、除PSAP外的相应业务网元。
上述方案中,所述系统还包括:基站、MME、SRVCC IWF、I-CSCF及UE;其中,
所述基站,用于确定进行紧急呼叫切换时,向所述MME发送第二切换请求消息;
所述MME,用于解析所述第二切换请求消息,得到RNC的小区号信息;根据所述RNC的小区号信息,向所述UE当前所在区域的SRVCC IWF发送第三切换请求消息;以及收到所述第二切换响应消息后,通过所述基站指示UE进行切换;并在收到所述第一切换完成通知消息后,向所述SRVCC IWF发送切换完成确认消息;
所述SRVCC IWF,用于解析所述第三切换请求消息,得到E-STN-SR;申请承载资源后,向所述MME发送第二切换响应消息;根据所述E-STN-SR,确定呼叫为紧急呼叫时,向所述I-CSCF发送第一切换请求消息;并向所述MME发送第一切换完成通知消息;以及收到所述I-CSCF发送的第三切换响应消息后,向所述I-CSCF返回第一切换确认消息;
所述I-CSCF,用于将所述第一切换请求消息转发给所述EATF;并在收到所述EATF发送的第一切换请求响应消息后,向所述SRVCC IWF发送第三切换响应消息;以及收到所述SRVCC IWF返回的第一切换确认消息后,向所述EATF返回第二切换确认消息;
相应地,所述EATF,具体用于接收I-CSCF发送的第一切换请求消息;并解析所述第一切换请求消息,得到主叫号码及实例标识;利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;并在查找到后,向所述I-CSCF发送第一切换请求响应消息;并接收所述I-CSCF返回的第二切换确认消息。
上述方案中,所述EATF解析所述第一切换请求消息时,还得到第一SDP信息及E-STN-SR;
相应地,所述EATF,具体用于根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
上述方案中,所述EATF,还用于紧急呼叫建立过程中,所将紧急呼叫对应的信令和媒体锚定。
上述方案中,所述系统还包括E-CSCF;其中,
所述EATF,具体用于:紧急呼叫建立过程中,所述EATF接收第一呼叫请求消息;并解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;在本地保存所述第一信息及第三信息;并触发所述E-CSCF;
所述E-CSCF,用于根据所述第二信息,查找本地路由表确定相应的紧急呼叫中心地址,将第一呼叫请求消息路由至所述紧急呼叫中心。
上述方案中,所述系统还包括:会话边界控制器;其中,
所述E-CSCF,还用于呼叫切换成功后,向会话边界控制器发送释请求消息;
所述会话边界控制器,用于收到释放请求消息后,释放切换前的紧急呼叫。
本发明实施例提供的紧急呼叫的切换方法、系统及EATF,EATF为信令和媒体的锚定点;紧急呼叫的切换过程中,所述EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互;并在信令交互过程中,所述EATF根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商,由于所述EATF既是信令的锚定点,又是媒体的锚定点,所以节省了远端媒体的更新时间,如此,大大缩短了切换时延,保证了会话的紧急性,同时还提升了用户体验。
附图说明
在附图(其不一定是按比例绘制的)中,相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为相关技术中SRVCC方法的流程示意图;
图2为本发明实施例一EATF侧的紧急呼叫的切换方法流程示意图;
图3为本发明实施例一紧急呼叫的切换方法流程示意图;
图4为本发明实施例二紧急呼叫建立的流程示意图;
图5为本发明实施例三急呼叫切换的流程示意图;
图6为本发明实施例四EATF结构示意图;
图7为本发明实施例四紧急呼叫的切换系统结构示意图。
具体实施方式
下面结合附图及实施例对本发明再作进一步详细的描述。
在描述本发明的实施例之前,先详细了解一下SRVCC方法的流程。
图1为SRVCC方法进行紧急呼叫切换的流程图。如图1所示,该方法包括以下步骤:
步骤101:UE根据当前所在地区演进的UMTS陆地无线接入网(E-UTRAN,Evolved-UMTS Terrestrial Radio Access Network)和网络的信号强度,向演进型基站(eNB,eNodeB)上传系统测量报告;
这里,在执行本步骤之前,UE已建立到PSAP的紧急呼叫,并且呼叫被锚定到EATF上。
这里,EATF仅是信令的锚定点。
步骤102:eNB经过判断决定切换后,向MME发送切换请求(Handover Request)消息;
这里,Handover Request消息中携带RNC的小区号信息。
步骤103:MME收到消息后,向UE当前所在地区的SRVCC IWF发起SRVCC切换请求即分组交换到电路交换请求(PS to CS Request)消息;
步骤104:SRVCC IWF收到消息后,向接入网络申请承载资源,并在申请资源后,向MME返回分组交换到电路交换响应(PS to CS Response)消息;
这里,SRVCC IWF向接入网络申请承载资源的具体处理过程与普通CS域用户发起呼叫时申请资源的过程相同。
步骤105:MME收到消息后,指示UE向UTRAN发起切换;
具体地,向UE发送切换命令(Handover command)消息,以指示UE向UTRAN发起切换。
步骤106:SRVCC IWF根据E-STN-SR,确定呼叫时紧急呼叫时,向I-CSCF发送邀请(INVITE)消息;
这里,INVITE消息中携带E-STN-SR及SDP信息。
步骤107:I-CSCF收到INVITE消息后,查询电话号码映射(ENUM,E.164Number URIMapping)/域名系统(DNS,Domain Name System),获取EATF地址,将INVITE消息转发给对应的EATF;
步骤108:SRVCC IWF向MME返回分组交换到电路交换完成通知(PS to CSComplete Notification(NTF))消息,表示UE已成功接入UTRAN网络;
这里,实际应用时,步骤106与步骤108在执行顺序上没有先后顺序。
步骤109:MME收到PS to CS Complete Notification后,向SRVCC IWF返回分组交换到电路交换完成确认(PS to CS Complete ACK)消息;
步骤1010:EATF收到INVITE消息后,查找对应的待切换呼叫,查找成功后,向PSAP发送重邀请(Re-INVITE),以更新PSAP侧的远端媒体;
步骤1011:PSAP返回200OK(Re-INVITE)消息给EATF;
步骤1012;EATF回复ACK消息进行确认,标识远端媒体更新成功;
步骤1013~1014:远端媒体更新成功后,EATF通过I-CSCF返回200OK(INVITE)消息给SRVCC IWF,对切换请求进行确认;
步骤1015~1016:SRVCC IWF收到200OK消息后,通过I-CSCF向EATF返回ACK消息;
这里,EATF接收到ACK消息后,则表示呼叫切换成功。
步骤1017~1020:呼叫切换成功后,E-CSCF发送BYE请求消息给长期演进承载语音(VoLTE,Voice over LTE)会话边界控制器(SBC,Session Border Controller),以释放切换前的紧急呼叫。
从上面的描述中可以看出,在进行紧急呼叫的切换过程中,需要EATF向远端的PSAP进行交互,以更新PSAP侧的远端媒体,而这段时间语音可能会发生中断,且中断时长经常高于300ms,这样会严重影响会话的紧急性。
基于此,在本发明的各种实施例中:EATF为信令和媒体的锚定点;紧急呼叫的切换过程中,与切换过程涉及的、除PSAP外的相应业务网元进行信令交互;并在信令交互过程中根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商。
实施例一
本实施例提供一种紧急呼叫的切换方法,其特征在于,应用于EATF。
如图2所示,该方法包括以下步骤:
步骤201:紧急呼叫的切换过程中,接收来自切换过程涉及的、除PSAP外的相应业务网元的信令;并向所述相应网元发送对应的信令;
换句话说,所述EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互。
其中,信令交互的目的是:实现网络内部的自身控制,是实现任何业务都必须要有的。
这里,所述EATF为信令和媒体的锚定点。
实际应用时,在所述切换过程中,与所述EATF直接进行信令交互的业务网元可以包括I-CSCF。
基于此,本步骤的具体实现可以包括:
所述EATF接收I-CSCF发送的第一切换请求消息;
所述EATF解析所述第一切换请求消息,得到主叫号码及实例标识;
所述EATF利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;查找到后,向所述I-CSCF发送第一切换请求响应消息;
接收所述I-CSCF发送的第一切换确认消息。
这里,需要说明的是:实际应用时,在所述切换过程中,还涉及其他业务网元,比如:基站、MME、SRVCC IWF等,只有这些业务网元相互交互、配合,才能完成紧急呼叫的切换过程。
步骤202:在信令交互过程中根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商。
这里,所述EATF解析所述第一切换请求消息时,还可以得到第一SDP信息及E-STN-SR;
相应地,本步骤的具体实现可以包括:
所述EATF根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
在一实施例中,该方法还可以包括:
紧急呼叫建立过程中,所述EATF将紧急呼叫对应的信令和媒体锚定。
具体地,紧急呼叫建立过程中,所述EATF接收第一呼叫请求消息;
所述EATF解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;
所述EATF在本地保存所述第一信息;并根据所述第二信息,触发紧急呼叫会话控制功能实体E-CSCF将第一呼叫请求路由至相应的紧急呼叫中心;在本地保存所述第三信息。
其中,实际应用时,在紧急呼叫建立过程中,所述EATF收到的消息是INVITE消息,换句话说,所述第一呼叫请求消息为INVITE消息;相应地,所述EATF从INVITE消息的P-Asserted-Identity(PAI)头域中获得主叫号码,从INVITE消息的Contact头域中获得实例标识(Instance-id),从INVITE消息的P-Access-Network-Info(PANI)头域中的UE位置信息。
本实施例还提供了一种紧急呼叫的切换方法,如图3所示,该方法包括一下步骤:
步骤301:紧急呼叫的切换过程中,EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互;
这里,所述EATF为信令和媒体的锚定点。
信令交互的目的是:实现网络内部的自身控制,是实现任何业务都必须要有的。
在一实施例中,在所述切换过程中,与所述EATF直接进行信令交互的业务网元可以包括I-CSCF。但是,需要说明的是:实际应用时,在所述切换过程中,还涉及其他业务网元,比如:基站、MME、SRVCC IWF等,只有这些业务网元相互交互、配合,才能完成紧急呼叫的切换过程。
基于此,在一实施例中,该方法还可以包括:
基站确定进行紧急呼叫切换时,向MME发送第二切换请求消息;
所述MME解析所述第二切换请求消息,得到无线网络控制器(RNC,Radio NetworkController)的小区号信息;根据所述RNC的小区号信息,向UE当前所在区域的SRVCC IWF发送第三切换请求消息;
所述SRVCC IWF解析所述第三切换请求消息,得到E-STN-SR;申请承载资源后,向所述MME发送第二切换响应消息;根据所述E-STN-SR,确定呼叫为紧急呼叫时,向I-CSCF发送第一切换请求消息;并向所述MME发送第一切换完成通知消息;
所述MME收到所述第二切换响应消息后,通过所述基站指示UE进行切换;并在收到所述第一切换完成通知消息后,向所述SRVCC IWF发送切换完成确认消息;
所述I-CSCF将所述第一切换请求消息转发给所述EATF;
相应地,本步骤的具体实现可以包括:
所述EATF接收I-CSCF发送的第一切换请求消息;并解析所述第一切换请求消息,得到主叫号码及实例标识;利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;并在查找到后,向所述I-CSCF发送第一切换请求响应消息;
所述I-CSCF向所述SRVCC IWF发送第三切换响应消息;
所述SRVCC IWF向所述I-CSCF返回第一切换确认消息;
所述I-CSCF向所述EATF返回第二切换确认消息。
其中,所述申请承载资源,是指:所述SRVCC IWF向接入网络申请紧急呼叫对应的承载资源。申请承载资源的具体处理过程与普通CS域用户发起呼叫时申请资源的具体处理过程相同。
实际应用时,当所述UE与PSAP建立紧急呼叫后,所述UE会根据当前所在地区的网络及网络对应的信号强度,向所述基站上报系统测量报告;相应地,所述基站根据所述UE上报的系统测量报告,来判断是否进行切换。
步骤302:在信令交互过程中,所述EATF根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商。
这里,所述EATF解析所述第一切换请求消息时,还可以得到第一SDP信息及E-STN-SR;
相应地,本步骤的具体实现可以包括:
所述EATF根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
在一实施例中,该方法还可以包括:
紧急呼叫建立过程中,所述EATF将紧急呼叫对应的信令和媒体锚定。
具体地,紧急呼叫建立过程中,所述EATF接收第一呼叫请求消息;并解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;
所述EATF在本地保存所述第一信息;并触发E-CSCF根据所述第二信息,查找本地路由表确定相应的紧急呼叫中心地址,将第一呼叫请求路由至所述紧急呼叫中心;在本地保存所述第三信息。
其中,实际应用时,在紧急呼叫建立过程中,所述EATF收到的消息是INVITE消息,换句话说,所述第一呼叫请求消息为INVITE消息;相应地,所述EATF从INVITE消息的P-Asserted-Identity头域中获得主叫号码,从INVITE消息的Contact头域中获得实例标识(Instance-id),从INVITE消息的P-Access-Network-Info头域中的UE位置信息。
实际应用时,紧急呼叫切换成功后,会触发E-CSCF向SBC发送释请求,以释放切换前的紧急呼叫。
具体地,E-CSCF向SBC发送BUY请求消息;
所述SBC收到BUY请求消息后,向所述UE发送BUY请求消息;
所述UE收到BUY请求消息后,向所述SBC返回200OK消息;
所述SBC收到200OK消息后,向E-CSCF返回200OK消息。
本发明实施例提供的紧急呼叫的切换方法,EATF为信令和媒体的锚定点;紧急呼叫的切换过程中,所述EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互;并在信令交互过程中,所述EATF根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商,由于所述EATF既是信令的锚定点,又是媒体的锚定点,所以在切换过程中,不需要去与远端的PSAP进行交互,以更新远端的媒体,节省了远端媒体的更新时间,如此,大大缩短了切换时延,保证了会话的紧急性,同时还提升了用户体验。
实施例二
本实施例在实施例一的基础上,详细描述在紧急呼叫建立过程。
本实施例紧急呼叫建立的过程,如图4所示,包括以下步骤:
步骤401:UE在紧急呼叫接入点名称(APN,Access Point Name)上向VoLTE SBC发起紧急呼叫会话请求消息;
这里,所述紧急呼叫会话请求消息为INVITE消息。INVITE消息中Request-URI头域携带紧急呼叫的服务-统一资源名称(service-URN,service-Uniform Resource Name),以标识呼叫为紧急呼叫。
另外,INVITE消息中携带SDP信息。
步骤402:VoLTE SBC收到消息后,返回100Trying给UE;
步骤403:VoLTE SBC根据被叫号码识别该呼叫为紧急呼叫,通过Diameter信令转接代理(DRA,Diameter Relay Agent)向策略与计费规则功能单元(PCRF,Policy andCharging Rules Function)发送AAR(Auth-Answer-Request)消息,请求建立紧急呼叫专有承载;
这里,AAR消息中携带Service-URN属性值对(AVP,Attribute Value Pair),指示紧急呼叫。
步骤404:PCRF收到AAR消息后,进行紧急呼叫业务检查,将紧急呼叫会话和相应的IP-CAN会话进行承载绑定,并生成紧急呼叫的服务质量(QoS)规则,通过RAR(Re-Auth-Request)消息下发给PDN网关(P-GW,PDN-GateWay)(经过DRA路由);
这里,生成的QoS规则中,紧急呼叫的地址解析协议(ARP,Address ResolutionProtocol)优先级高于普通呼叫的ARP的优先级。
PCRF给P-GW下发RAR消息时,经过DRA的路由。
步骤405:P-GW收到RAR消息后,向PCRF返回RAA(Re-Auth-Answer)消息,随后建立紧急呼叫语音专有承载;
步骤406:PCRF收到RAA消息后,向VoLTE SBC返回成功的认证、鉴权和审计(AAA,Authentication,Authorization and Accounting)消息;
这里,AAA消息中携带PCRF返回的用户位置信息。
步骤407:VoLTE SBC收到AAA消息后,将该呼叫路由到E-CSCF;
换句话说,向E-CSCF发送INVITE消息。
步骤408:E-CSCF收到消息后,将紧急呼叫锚定到EATF;并返回100Trying给VoLTESBC;
具体地,E-CSCF将消息发送给EATF,EATF解析INVITE消息,得到SDP信息、被叫号码,从INVITE消息的P-Asserted-IdentitV头域中获得主叫号码,从INVITE消息的Contact头域中获得Instance-id,从INVITE消息的P-Access-Network-Info头域中的UE位置信息,在本地保存SDP信息、主叫号码及Instance-id,并触发E-CSCF根据被叫号码和UE位置信息查找本地路由表确定紧急呼叫中心的地址,将紧急呼叫路由到相应的紧急呼叫中心。
其中,所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫。
存储的SDP信息用于后续发生SRVCC切换时,作为媒体锚定点进行媒体协商。
步骤409:E-CSCF向远端的PSAP发送INVITE消息,以进行媒体协商;
步骤410:PSAP收到INVITE消息后,向E-CSCF返回100Trying消息;
本步骤完成后,表明UE与PSAP之间媒体建立成功。
从上面的描述中可以看出,本发明实施例中,在媒体建立过程中,在拜访地引入了媒体锚定点,也就是说,EATF作为了媒体锚定点。因此在呼叫建立过程中,EATF同时成为了信令锚定点和媒体锚定点。
步骤411:PSAP向E-CSCF发送180Ringing消息;
步骤412:E-CSCF收到消息后,向VoLTE SBC发送180Ringing消息;
步骤413:VoLTE SBC收到消息后,向UE发送180Ringing消息;
步骤414:PSAP向E-CSCF发送200OK消息;
步骤415:E-CSCF收到消息后,向VoLTE SBC发送200OK消息;
步骤416:VoLTE SBC收到消息后,向UE发送200OK消息;
步骤417:UE收到消息后,向VoLTE SBC返回ACK消息;
步骤418:VoLTE SBC收到消息后,向E-CSCF返回ACK消息;
步骤419:E-CSCF收到消息后,向PSAP返回ACK消息。
这里,本步骤完成后,表明UE和PSAP之间的紧急呼叫成功建立。
紧急呼叫建立后,UE就可以和PSAP进行紧急呼叫通话了。
在通话过程中,UE可以进行网络切换,进行网络切换时,执行本发明实施例的方法。
当然,紧急呼叫通话结束后,需要释放相应的资源。其具体处理过程如图3所示流程中的步骤420~427。
具体地,步骤420~421:UE和PSAP之间的紧急呼叫通话结束后,UE通过VoLTE SBC向PSAP发送BYE消息,以结束会话;
步骤422:VoLTE SBC收到BYE消息后,向PCRF下发STR(Session-Termination-Request)消息,释放承载会话;
步骤423:PCRF收到STR消息后,删除相关流信息,并向P-GW下发RAR消息,指示删除专有承载;
这里,所述RAR消息中携带删除QoS规则(Remove QoS Rules)的指示。
步骤424:P-GW收到RAR消息后,根据Remove QoS Rules指示,删除专有承载并返回RAA消息给PCRF;
步骤425:PCRF收到RAA消息后,向VoLTE SBC返回STA(Session-Termination-Answer)消息;
这里,本步骤完成后,语音流专有承载的删除过程完成。
步骤426~427:PSAP通过VoLTE SBC向UE返回200OK消息。
需要说明的是:实际应用时,E-CSCF与EATF一般合设在一个物理实体上。
实施例三
本实施例在实施例二的基础上,详细描述紧急呼叫成功建立后,也就是说,UE与PSAP之间已经建立了紧急呼叫,且呼叫被锚定到EATF,即EATF是信令和媒体的锚定点,UE的位置发生了变化,从而发生了紧急呼叫的切换过程。
本实施例紧急呼叫切换的过程,如图5所示,包括以下步骤:
步骤501:UE根据当前所在地区演进的E-UTRAN和网络的信号强度,向eNB上传系统测量报告;
步骤502:eNB经过判断决定切换后,向MME发送Handover Request消息;
这里,Handover Request消息中携带RN的小区号信息。
步骤503:MME收到消息后,向UE当前所在地区的SRVCC IWF发起PS to CS Request消息;
步骤504:SRVCC IWF收到消息后,向接入网络申请承载资源,并在申请资源后,向MME返回PS to CS Response消息;
步骤505:MME收到消息后,指示UE向UTRAN发起切换;
具体地,向UE发送Handover command消息,以指示UE向UTRAN发起切换。
步骤506:SRVCC IWF根据E-STN-SR,确定呼叫时紧急呼叫时,向I-CSCF发送INVITE消息;
这里,INVITE消息中携带E-STN-SR及SDP信息。
步骤507:I-CSCF收到INVITE消息后,查询ENUM/DNS,获取EATF地址,将INVITE消息转发给对应的EATF;
步骤508:SRVCC IWF向MME返回PS to CS Complete Notification消息,表示UE已成功接入UTRAN网络;
这里,实际应用时,步骤506与步骤508在执行顺序上没有先后顺序。
步骤509:MME收到PS to CS Complete Notification后,向SRVCC IWF返回PS toCS Complete ACK消息;
步骤5010~5011:EATF收到INVITE消息后,查找对应的待切换呼叫,查找成功,且确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找相应的SDP信息,查找到相应的SDP信息后,确定媒体更新成功,并返回200OK(INVITE)消息给SRVCC IWF,对切换请求进行确认;
步骤5012~5013:SRVCC IWF收到200OK消息后,通过I-CSCF向EATF返回ACK消息;
这里,EATF接收到ACK消息后,则表示呼叫切换成功。
这样,就形成了如图5所示的承载,具体地,UE到SRVCC IWF之间的CS网络承载,SRVCC IWF到E-CSCF/EATF之间的PS网络承载,以及E-CSCF/EATF与PSAP之间的媒体。
步骤5014:呼叫切换成功后,E-CSCF向VoLTE SBC发送BYE消息;
步骤5015:VoLTE SBC收到消息后,向所述UE发送BUY请求消息;
步骤5016:所述UE收到BUY请求消息后,向所述VoLTE SBC返回200OK消息;
步骤5017:VoLTE SBC收到200OK消息后,向E-CSCF返回200OK消息。
本发明实施例提供的切换方法可以称为紧急(eSRVCC,emergency SRVCC)方法。从上面的描述中可以看出,通过在拜访地引入固定的媒体锚定点,即EATF是信令和媒体的锚定点后,不需要与PSAP进行交互,以更新远端的媒体,这样就大大节省了远端媒体更新时间,从而大大缩短了切换时延,经过仿真实验,可以将切换时延减低至300ms以内。
实施例四
为实现本发明实施例的方法,本实施例提供一种EATF,如图6所示,该EATF包括:信令交互单元61及媒体协商单元62;其中,
所述信令交互单元61,用于紧急呼叫的切换过程中,接收来自切换过程涉及的、除PSAP外的相应业务网元的信令;并向所述相应网元发送对应的信令;
所述媒体协商单元62,用于在信令交互过程中根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商。
其中,换句话说,所述EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互。
其中,信令交互的目的是:实现网络内部的自身控制,是实现任何业务都必须要有的。
这里,所述EATF为信令和媒体的锚定点。
实际应用时,在所述切换过程中,与所述EATF直接进行信令交互的业务网元可以包括I-CSCF。
基于此所述信令交互单元包括:第一接收模块、第一解析模块、查找模块及发送模块;其中,
所述第一接收模块,用于接收I-CSCF发送的第一切换请求消息;并接收所述I-CSCF发送的第一切换确认消息;
所述第一解析模块,用于解析所述第一切换请求消息,得到主叫号码及实例标识;
所述查找模块,用于利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;查找到后,触发所述发送单元;
所述发送模块,用于收到所述查找单元的触发后,向所述I-CSCF发送第一切换请求响应消息。
这里,需要说明的是:实际应用时,在所述切换过程中,还涉及其他业务网元,比如:基站、MME、SRVCC IWF等,只有这些业务网元相互交互、配合,才能完成紧急呼叫的切换过程。
在一实施例中,所述第一解析模块,还用于解析所述第一切换请求消息时,还得到第一SDP信息及E-STN-SR;相应地,
所述媒体协商单元62,具体用于:根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
在一实施例中,该EATF还可以包括:锚定单元,用于紧急呼叫建立过程中,将紧急呼叫对应的信令和媒体锚定。
其中,所述锚定单元可以包括:第二接收模块、第二解析模块、第一锚定模块及第二锚定模块;其中,
所述第二接收模块,用于紧急呼叫建立过程中,接收第一呼叫请求消息;
所述第二解析模块,用于解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;
所述第一锚定模块,用于在本地保存所述第一信息;并根据所述第二信息,触发E-CSCF将第一呼叫请求路由至相应的紧急呼叫中心;
所述第二锚定模块,用于在本地保存所述第三信息。
这里,实际应用时,在紧急呼叫建立过程中,所述第二接收模块收到的消息是INVITE消息,换句话说,所述第一呼叫请求消息为INVITE消息;相应地,所述第二解析模块从INVITE消息的P-Asserted-Identity头域中获得主叫号码,从INVITE消息的Contact头域中获得实例标识(Instance-id),从INVITE消息的P-Access-Network-Info头域中的UE位置信息。
实际应用时,所述信令交互单元61、媒体协商单元62及锚定单元可由EATF中的中央处理器(CPU,Central Processing Unit)、微处理器(MCU,Micro Control Unit)、数字信号处理器(DSP,Digital Signal Processor)或可编程逻辑阵列(FPGA,Field-Programmable Gate Array)结合收发机实现;所述第一接收模块、发送模块及第二接收模块可由EATF中的收发机实现;所述第一解析模块、查找模块、第二解析模块、第一锚定模块及第二锚定模块可由EATF中的CPU、MCU、DSP或FPGA实现。
为实现本发明实施例的方法,本实施例还提供了一种紧急呼叫的切换系统,如图7所示,该系统包括:EATF 71及业务网元72;其中,
所述EATF 71,用于紧急呼叫的切换过程中,与所述业务网元72进行信令交互;并在信令交互过程中,根据本地存储的SDP信息,与所述业务网元72进行媒体协商.
其中,所述EATF 71为信令和媒体的锚定点;
所述业务网元72为切换过程涉及的、除PSAP外的相应业务网元。
信令交互的目的是:实现网络内部的自身控制,是实现任何业务都必须要有的。
在一实施例中,在所述切换过程中,与所述EATF直接进行信令交互的业务网元可以包括I-CSCF。但是,需要说明的是:实际应用时,在所述切换过程中,还涉及其他业务网元,比如:基站、MME、SRVCC IWF等,只有这些业务网元相互交互、配合,才能完成紧急呼叫的切换过程。
基于此,在一实施例中,该系统还可以包括:基站、MME、SRVCC IWF、I-CSCF及UE;其中,
所述基站,用于确定进行紧急呼叫切换时,向所述MME发送第二切换请求消息;
所述MME,用于解析所述第二切换请求消息,得到RNC的小区号信息;根据所述RNC的小区号信息,向所述UE当前所在区域的SRVCC IWF发送第三切换请求消息;以及收到所述第二切换响应消息后,通过所述基站指示UE进行切换;并在收到所述第一切换完成通知消息后,向所述SRVCC IWF发送切换完成确认消息;
所述SRVCC IWF,用于解析所述第三切换请求消息,得到E-STN-SR;申请承载资源后,向所述MME发送第二切换响应消息;根据所述E-STN-SR,确定呼叫为紧急呼叫时,向所述I-CSCF发送第一切换请求消息;并向所述MME发送第一切换完成通知消息;以及收到所述I-CSCF发送的第三切换响应消息后,向所述I-CSCF返回第一切换确认消息;
所述I-CSCF,用于将所述第一切换请求消息转发给所述EATF;并在收到所述EATF发送的第一切换请求响应消息后,向所述SRVCC IWF发送第三切换响应消息;以及收到所述SRVCC IWF返回的第一切换确认消息后,向所述EATF返回第二切换确认消息;
相应地,所述EATF 71,具体用于接收I-CSCF发送的第一切换请求消息;并解析所述第一切换请求消息,得到主叫号码及实例标识;利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;并在查找到后,向所述I-CSCF发送第一切换请求响应消息;并接收所述I-CSCF返回的第二切换确认消息。
其中,所述申请承载资源,是指:所述SRVCC IWF向接入网络申请紧急呼叫对应的承载资源。申请承载资源的具体处理过程与普通CS域用户发起呼叫时申请资源的具体处理过程相同。
实际应用时,当所述UE与PSAP建立紧急呼叫后,所述UE会根据当前所在地区的网络及网络对应的信号强度,向所述基站上报系统测量报告;相应地,所述基站根据所述UE上报的系统测量报告,来判断是否进行切换。
所述EATF 71解析所述第一切换请求消息时,还可以得到第一SDP信息及E-STN-SR;
相应地,所述EATF 71,具体用于根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
在一实施例中,所述EATF 71,还用于紧急呼叫建立过程中,所将紧急呼叫对应的信令和媒体锚定。
这里,该系统还可以包括E-CSCF;其中,
所述EATF,具体用于:紧急呼叫建立过程中,所述EATF接收第一呼叫请求消息;并解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;在本地保存所述第一信息及第三信息;并触发所述E-CSCF;
所述E-CSCF,用于根据所述第二信息,查找本地路由表确定相应的紧急呼叫中心地址,将第一呼叫请求消息路由至所述紧急呼叫中心。
其中,实际应用时,在紧急呼叫建立过程中,所述EATF 71收到的消息是INVITE消息,换句话说,所述第一呼叫请求消息为INVITE消息;相应地,所述EATF 71从INVITE消息的P-Asserted-Identity头域中获得主叫号码,从INVITE消息的Contact头域中获得实例标识(Instance-id),从INVITE消息的P-Access-Network-Info头域中的UE位置信息。
实际应用时,该系统还可以包括:SBC;其中,
所述E-CSCF,还用于呼叫切换成功后,E-CSCF向会话边界控制器发送释请求消息;
所述SBC,用于收到释放请求消息后,释放切换前的紧急呼叫。
具体地,E-CSCF向SBC发送BUY请求消息;
所述SBC收到BUY请求消息后,向所述UE发送BUY请求消息;
所述UE收到BUY请求消息后,向所述SBC返回200OK消息;
所述SBC收到200OK消息后,向E-CSCF返回200OK消息。
本发明实施例提供的方案,EATF为信令和媒体的锚定点;紧急呼叫的切换过程中,所述EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互;并在信令交互过程中,所述EATF根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商,由于所述EATF既是信令的锚定点,又是媒体的锚定点,所以在切换过程中,不需要去与远端的PSAP进行交互,以更新远端的媒体,节省了远端媒体的更新时间,如此,大大缩短了切换时延,保证了会话的紧急性,同时还提升了用户体验。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (23)
1.一种紧急呼叫的切换方法,其特征在于,应用于紧急接入切换功能实体EATF,所述方法包括:
所述EATF为信令和媒体的锚定点;
紧急呼叫的切换过程中,接收来自切换过程涉及的、除公众服务接入点PSAP外的相应业务网元的信令;并向所述相应业务网元发送对应的信令;
并在信令交互过程中根据本地存储的会话描述协议SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商。
2.根据权利要求1所述的方法,其特征在于,所述接收来自切换过程涉及的、除PSAP外的相应业务网元的信令;并向所述相应业务网元发送对应的信令,包括:
接收查询呼叫会话控制功能实体I-CSCF发送的第一切换请求消息;
解析所述第一切换请求消息,得到主叫号码及实例标识;
利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;查找到后,向所述I-CSCF发送第一切换请求响应消息;
接收所述I-CSCF发送的第一切换确认消息。
3.根据权利要求2所述的方法,其特征在于,解析所述第一切换请求消息时,还得到第一SDP信息及紧急单一无线语音呼叫连续性会话切换号码E-STN-SR;
相应地,所述根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商,包括:
根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述方法还包括:
紧急呼叫建立过程中,将紧急呼叫对应的信令和媒体锚定。
5.根据权利要求4所述的方法,其特征在于,所述紧急呼叫建立过程中,将紧急呼叫对应的信令和媒体锚定,包括:
紧急呼叫建立过程中,接收第一呼叫请求消息;
解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的用户设备UE的位置信息;第三信息为SDP信息;
在本地保存所述第一信息;并根据所述第二信息,触发紧急呼叫会话控制功能实体E-CSCF将第一呼叫请求路由至相应的紧急呼叫中心;在本地保存所述第三信息。
6.一种紧急呼叫的切换方法,其特征在于,所述方法包括:
紧急呼叫的切换过程中,EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互;
并在信令交互过程中,所述EATF根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商;
所述EATF为信令和媒体的锚定点。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
基站确定进行紧急呼叫切换时,向移动性管理实体MME发送第二切换请求消息;
所述MME解析所述第二切换请求消息,得到无线网络控制器RNC的小区号信息;根据所述RNC的小区号信息,向UE当前所在区域的单一无线语音呼叫连续性互通功能实体SRVCCIWF发送第三切换请求消息;
所述SRVCC IWF解析所述第三切换请求消息,得到E-STN-SR;申请承载资源后,向所述MME发送第二切换响应消息;根据所述E-STN-SR,确定呼叫为紧急呼叫时,向I-CSCF发送第一切换请求消息;并向所述MME发送第一切换完成通知消息;
所述MME收到所述第二切换响应消息后,通过所述基站指示UE进行切换;并在收到所述第一切换完成通知消息后,向所述SRVCC IWF发送切换完成确认消息;
所述I-CSCF将所述第一切换请求消息转发给所述EATF;
相应地,所述EATF与切换过程涉及的、除PSAP外的相应业务网元进行信令交互,包括:
所述EATF接收I-CSCF发送的第一切换请求消息;并解析所述第一切换请求消息,得到主叫号码及实例标识;利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;并在查找到后,向所述I-CSCF发送第一切换请求响应消息;
所述I-CSCF向所述SRVCC IWF发送第三切换响应消息;
所述SRVCC IWF向所述I-CSCF返回第一切换确认消息;
所述I-CSCF向所述EATF返回第二切换确认消息。
8.根据权利要求7所述的方法,其特征在于,解析所述第一切换请求消息时,还得到第一SDP信息及E-STN-SR;
所述根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商,包括:
所述EATF根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
9.根据权利要求6至8任一项所述的方法,其特征在于,所述方法还包括:
紧急呼叫建立过程中,所述EATF将紧急呼叫对应的信令和媒体锚定。
10.根据权利要求9所述的方法,其特征在于,所述将紧急呼叫对应的信令和媒体锚定,包括:
紧急呼叫建立过程中,所述EATF接收第一呼叫请求消息;并解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;
所述EATF在本地保存所述第一信息;并触发E-CSCF根据所述第二信息,查找本地路由表确定相应的紧急呼叫中心地址,将第一呼叫请求路由至所述紧急呼叫中心;在本地保存所述第三信息。
11.根据权利要求6至8任一项所述的方法,其特征在于,所述方法还包括:
呼叫切换成功后,E-CSCF向会话边界控制器发送释请求,释放切换前的紧急呼叫。
12.一种EATF,其特征在于,所述EATF为信令和媒体的锚定点;所述EATF包括:信令交互单元及媒体协商单元;其中,
所述信令交互单元,用于紧急呼叫的切换过程中,接收来自切换过程涉及的、除PSAP外的相应业务网元的信令;并向所述相应业务网元发送对应的信令;
所述媒体协商单元,用于在信令交互过程中根据本地存储的SDP信息,与切换过程涉及的、除PSAP外的相应业务网元进行媒体协商。
13.根据权利要求12所述的EATF,其特征在于,所述信令交互单元包括:第一接收模块、第一解析模块、查找模块及发送模块;其中,
所述第一接收模块,用于接收I-CSCF发送的第一切换请求消息;并接收所述I-CSCF发送的第一切换确认消息;
所述第一解析模块,用于解析所述第一切换请求消息,得到主叫号码及实例标识;
所述查找模块,用于利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;查找到后,触发所述发送模块;
所述发送模块,用于收到所述查找模块的触发后,向所述I-CSCF发送第一切换请求响应消息。
14.根据权利要求13所述的EATF,其特征在于,所述第一解析模块,还用于解析所述第一切换请求消息时,还得到第一SDP信息及E-STN-SR;相应地,
所述媒体协商单元,具体用于:根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
15.根据权利要求12至14任一项所述的EATF,其特征在于,所述EATF还包括:锚定单元,用于紧急呼叫建立过程中,将紧急呼叫对应的信令和媒体锚定。
16.根据权利要求15所述的EATF,其特征在于,所述锚定单元包括:第二接收模块、第二解析模块、第一锚定模块及第二锚定模块;其中,
所述第二接收模块,用于紧急呼叫建立过程中,接收第一呼叫请求消息;
所述第二解析模块,用于解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;
所述第一锚定模块,用于在本地保存所述第一信息;并根据所述第二信息,触发E-CSCF将第一呼叫请求路由至相应的紧急呼叫中心;
所述第二锚定模块,用于在本地保存所述第三信息。
17.一种紧急呼叫的切换系统,其特征在于,所述系统包括:EATF及业务网元;其中,
所述EATF,用于紧急呼叫的切换过程中,与所述业务网元进行信令交互;并在信令交互过程中,根据本地存储的SDP信息,与所述业务网元进行媒体协商;
所述EATF为信令和媒体的锚定点;
所述业务网元为切换过程涉及的、除PSAP外的相应业务网元。
18.根据权利要求17所述的系统,其特征在于,所述系统还包括:基站、MME、SRVCC IWF、I-CSCF及UE;其中,
所述基站,用于确定进行紧急呼叫切换时,向所述MME发送第二切换请求消息;
所述MME,用于解析所述第二切换请求消息,得到RNC的小区号信息;根据所述RNC的小区号信息,向所述UE当前所在区域的SRVCC IWF发送第三切换请求消息;以及收到所述第二切换响应消息后,通过所述基站指示UE进行切换;并在收到第一切换完成通知消息后,向所述SRVCC IWF发送切换完成确认消息;
所述SRVCC IWF,用于解析所述第三切换请求消息,得到E-STN-SR;申请承载资源后,向所述MME发送第二切换响应消息;根据所述E-STN-SR,确定呼叫为紧急呼叫时,向所述I-CSCF发送第一切换请求消息;并向所述MME发送所述第一切换完成通知消息;以及收到所述I-CSCF发送的第三切换响应消息后,向所述I-CSCF返回第一切换确认消息;
所述I-CSCF,用于将所述第一切换请求消息转发给所述EATF;并在收到所述EATF发送的第一切换请求响应消息后,向所述SRVCC IWF发送第三切换响应消息;以及收到所述SRVCC IWF返回的第一切换确认消息后,向所述EATF返回第二切换确认消息;
相应地,所述EATF,具体用于接收I-CSCF发送的第一切换请求消息;并解析所述第一切换请求消息,得到主叫号码及实例标识;利用得到的主叫号码及实例标识,在本地查找对应的待切换呼叫;并在查找到后,向所述I-CSCF发送第一切换请求响应消息;并接收所述I-CSCF返回的第二切换确认消息。
19.根据权利要求18所述的系统,其特征在于,所述EATF解析所述第一切换请求消息时,还得到第一SDP信息及E-STN-SR;
相应地,所述EATF,具体用于根据所述E-STN-SR,确定呼叫为紧急呼叫时,在本地存储的SDP信息中查找所述第一SDP信息,查找到所述第一SDP信息后,确定媒体更新成功。
20.根据权利要求17至19任一项所述的系统,其特征在于,
所述EATF,还用于紧急呼叫建立过程中,所将紧急呼叫对应的信令和媒体锚定。
21.根据权利要求20所述的系统,其特征在于,所述系统还包括E-CSCF;其中,
所述EATF,具体用于:紧急呼叫建立过程中,所述EATF接收第一呼叫请求消息;并解析所述第一呼叫请求消息,得到第一信息、第二信息及第三信息;所述第一信息包含主叫号码及实例标识;所述主叫号码及实例标识用于紧急呼叫切换请求时匹配待切换呼叫;所述第二信息包含被叫号码及主叫号码对应的UE的位置信息;第三信息为SDP信息;在本地保存所述第一信息及第三信息;并触发所述E-CSCF;
所述E-CSCF,用于根据所述第二信息,查找本地路由表确定相应的紧急呼叫中心地址,将第一呼叫请求消息路由至所述紧急呼叫中心。
22.根据权利要求21所述的系统,其特征在于,所述系统还包括:会话边界控制器;其中,
所述E-CSCF,还用于呼叫切换成功后,向会话边界控制器发送释请求消息;
所述会话边界控制器,用于收到释放请求消息后,释放切换前的紧急呼叫。
23.一种存储介质,所述介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至5任一项所述方法的步骤;或者,
所述计算机程序被处理器执行时实现权利要求6至11任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610046756.9A CN106998540B (zh) | 2016-01-22 | 2016-01-22 | 紧急呼叫的切换方法、系统及紧急接入切换功能实体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610046756.9A CN106998540B (zh) | 2016-01-22 | 2016-01-22 | 紧急呼叫的切换方法、系统及紧急接入切换功能实体 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106998540A CN106998540A (zh) | 2017-08-01 |
CN106998540B true CN106998540B (zh) | 2020-09-08 |
Family
ID=59428265
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610046756.9A Active CN106998540B (zh) | 2016-01-22 | 2016-01-22 | 紧急呼叫的切换方法、系统及紧急接入切换功能实体 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106998540B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10939239B2 (en) * | 2017-11-06 | 2021-03-02 | Qualcomm Incorporated | Systems and methods for coexistence of different location solutions for fifth generation wireless networks |
CN109981524B (zh) * | 2017-12-27 | 2021-06-04 | 中国移动通信集团河北有限公司 | 用户号码分区接入方法、装置、设备及介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101978727A (zh) * | 2009-05-08 | 2011-02-16 | 华为技术有限公司 | 单接收机语音连续切换及其数据传输的方法、装置和系统 |
CN102739669A (zh) * | 2012-06-26 | 2012-10-17 | 中兴通讯股份有限公司 | Ims网络的会话切换方法及eatf |
CN103561432A (zh) * | 2013-10-28 | 2014-02-05 | 华为技术有限公司 | 一种单一无线语音通话连续性切换的方法、设备及系统 |
CN104205929A (zh) * | 2012-03-14 | 2014-12-10 | 瑞典爱立信有限公司 | 锚定在ims中的紧急呼叫到电路交换接入网络的切换 |
CN104247501A (zh) * | 2012-04-17 | 2014-12-24 | 瑞典爱立信有限公司 | 具有高效媒体网关选择的接入网之间的呼叫的srvcc切换 |
CN104602276A (zh) * | 2014-12-25 | 2015-05-06 | 北京理工大学 | 一种eSRVCC切换参数设置的自适应优化方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9467907B2 (en) * | 2012-03-12 | 2016-10-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Handover of user-equipment (UE) undetected emergency calls |
-
2016
- 2016-01-22 CN CN201610046756.9A patent/CN106998540B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101978727A (zh) * | 2009-05-08 | 2011-02-16 | 华为技术有限公司 | 单接收机语音连续切换及其数据传输的方法、装置和系统 |
CN104205929A (zh) * | 2012-03-14 | 2014-12-10 | 瑞典爱立信有限公司 | 锚定在ims中的紧急呼叫到电路交换接入网络的切换 |
CN104247501A (zh) * | 2012-04-17 | 2014-12-24 | 瑞典爱立信有限公司 | 具有高效媒体网关选择的接入网之间的呼叫的srvcc切换 |
CN102739669A (zh) * | 2012-06-26 | 2012-10-17 | 中兴通讯股份有限公司 | Ims网络的会话切换方法及eatf |
CN103561432A (zh) * | 2013-10-28 | 2014-02-05 | 华为技术有限公司 | 一种单一无线语音通话连续性切换的方法、设备及系统 |
CN104602276A (zh) * | 2014-12-25 | 2015-05-06 | 北京理工大学 | 一种eSRVCC切换参数设置的自适应优化方法 |
Non-Patent Citations (1)
Title |
---|
IMS网络紧急呼叫业务的研究与设计;孙明阳;《中国优秀硕士学位论文全文数据库 信息科技辑》;20150815;第4.2节 * |
Also Published As
Publication number | Publication date |
---|---|
CN106998540A (zh) | 2017-08-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
KR102198411B1 (ko) | 네트워크 등록 방법, 네트워크 핸드오버 방법, 네트워크 디바이스 및 단말기 디바이스 | |
US9516567B2 (en) | Methods and apparatus to handle bearers during circuit switched fallback operation | |
EP2291014B1 (en) | Method and corresponding terminal for association relationship updating | |
JP5456883B2 (ja) | Psからcsへのハンドオーバ・インジケータ | |
US8948127B2 (en) | Method, apparatus and computer program for supporting a session identifier in case of a transfer between different radio access networks | |
EP2191658B1 (en) | System for providing voice service in a multimedia mobile network | |
US11432208B2 (en) | Network handover method, apparatus and system | |
US20160021580A1 (en) | Telecommunication Equipment Measuring Pre-Establishment Service Interruptions | |
CN102017659B (zh) | 用于单个无线语音呼叫连续性的电路交换域编解码器列表 | |
WO2009088331A1 (en) | Improved method and arrangement in a telecommunications system | |
CN104519537A (zh) | 通信方法、用户设备及通信装置 | |
CN106605429B (zh) | 用于管理电路交换回退呼叫的系统和方法 | |
KR20150131902A (ko) | 음성 호 서비스 품질을 높이는 방법 및 장치 | |
CN110719613B (zh) | 一种建立语音业务的方法及装置 | |
CN104919873A (zh) | 无线通信系统中用于寻呼的装置和方法 | |
US9596342B2 (en) | Mobile station and mobile communication method | |
CN106998540B (zh) | 紧急呼叫的切换方法、系统及紧急接入切换功能实体 | |
CN110708728A (zh) | 语音呼叫连续性的实现方法、设备以及存储介质 | |
WO2019029228A1 (zh) | 语音业务的处理方法及装置、存储介质 | |
KR20130046649A (ko) | 이동통신시스템의 음성 호 서비스 장치 및 방법 | |
WO2015083082A1 (en) | Dynamic session transfer number for voice call continuity | |
CN116686339A (zh) | 用于在不同rat之间切换的方法和装置 | |
US9497679B2 (en) | Mobile station and mobile communication method | |
WO2017177427A1 (zh) | 业务处理方法和相关装置及通信系统 | |
WO2021111414A1 (en) | UE EPSFB FEEDBACK AT VoWLAN TO 3GPP SESSION TRANSFER |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |