紧急呼叫切换方法及装置与流程

文档序号:12740777阅读:803来源:国知局
紧急呼叫切换方法及装置与流程

本发明涉及通信领域,具体而言,涉及一种紧急呼叫切换方法及装置。



背景技术:

IP多媒体子系统(IP Multimedia Core Network Subsystem,简称IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project,简称3GPP)组织提出的一种基于IP的网络架构,其构建了一个开放而灵活的业务环境,支持多媒体应用,并为用户提供丰富的多媒体业务。

目前,移动通信包括:电路业务(Circuit Service,简称为CS)网络和分组业务(Packet Service,简称为PS),其中,以电路业务(Circuit Service,简称为CS)网络为主,如全球移动通信系统(Global System for Mobile Communication,简称为GSM)和码分多址(Code Division Multiple Access,简称为CDMA)等。随着4G通讯布网的迅速拓展,越来越需要解决PS-CS之间的通讯切换问题。目前已经有紧急呼叫PS-CS切换的规范。

图1是相关技术中紧急呼叫PS-CS切换规范流程示意图,如图1所示,包括以下步骤:

步骤S101,终端UE通过分组业务PS网络接入发起紧急呼叫INVITE(SOS)。

步骤S102,代理呼叫会话控制功能(Proxy Call Session Control Function,简称为P-CSCF)网元按照现有机制将紧急呼叫路由到紧急呼叫会话控制功能(Emergency Call Session Control Function,简称为E-CSCF)网元。

步骤S103,紧急呼叫会话控制功能E-CSCF将呼叫路由到紧急接入切换功能(Emergency Access trade Function,简称为EATF)网元。

步骤S104-S105,紧急接入切换功能EATF网元锚定呼叫,并将呼叫发往原紧急呼叫会话控制功能E-CSCF网元。

步骤S106-S111,按照现有机制完成后续紧急呼叫流程。

步骤S112,当终端移动到电路业务CS网络,通过增强型移动交换中心(enhanced Mobile Switching Center,简称为eMSC)服务器(Server)向IMS网络发起紧急呼叫切换请求INVITE,其中携带有切换标识,将请求路由到归属域的查询呼叫会话控制功能(Interrogating Call Session Control Function,简称为I-CSCF)网元。

步骤S113,查询呼叫会话控制功能I-CSCF网元根据现有机制将该切换请求路由到紧急接入切换功能EATF网元。

步骤S114,紧急接入切换功能EATF网元识别出收到的INVITE消息是为切换某一已经存在的紧急呼叫,向另一侧已存在的会话发起媒体协商流程。

步骤S115-S117,按现有机制实现媒体协商。

步骤S118-S119,给增强型移动交换中心服务器eMSC Server发应答消息,在该消息中携带获取的远端媒体。建立终端(通过电路业务CS网络接入)与公共安全应答点(Public Safety Access Point,简称为PSAP)之间的媒体通道,实现继续通话。

步骤S120-S125,紧急接入切换功能EATF网元发起释放原分组业务PS网络接入侧会话。

后续流程与现有相关规范相同,在此并不做详细说明。

针对相关技术中,通过现有组网方式实现紧急呼叫切换所造成的消息交互流程复杂的问题,尚未提出有效的解决方案。



技术实现要素:

本发明提供了一种紧急呼叫切换方法及装置,以至少解决相关技术中通过现有组网方式实现紧急呼叫切换所造成的消息交互流程复杂的问题。

根据本发明的一个方面,提供了一种紧急呼叫切换方法,包括:会话边界控制器SBC接收终端发送的紧急呼叫请求;所述SBC将所述紧急呼叫请求发送至代理呼叫会话控制功能P-CSCF网元,以使所述P-CSCF网元将所述紧急呼叫请求通过紧急呼叫会话控制功能E-CSCF网元发送至公共安全应答点PSAP;所述SBC接收到所述终端发送的紧急呼叫切换请求;所述SBC响应所述紧急呼叫切换请求对所述紧急呼叫进行切换,以使所述终端在切换后的网络中进行所述紧急呼叫。

可选地,在所述SBC将所述紧急呼叫请求发送至所述P-CSCF网元之前,还包括:所述SBC判断是否满足用于触发将所述紧急呼叫请求发送至所述P-CSCF网元的触发条件,其中,所述触发条件至少包括:所述SBC对所述紧急呼叫的媒体完成锚定;在判断结果为是的情况下,触发所述SBC将所述紧急呼叫请求发送至所述P-CSCF网元。

可选地,所述SBC响应所述紧急呼叫切换请求对所述紧急呼叫进行切换包括:所述SBC获取所述终端在切换前建立的紧急呼叫所占用的媒体资源;所述SBC使用获取到的所述媒体资源进行媒体协商,以使所述终端通过所述媒体资源在所述切换后的网络中进行所述紧急呼叫。

可选地,所述SBC获取所述终端在切换前建立的紧急呼叫所占用的媒体资源包括:所述SBC获取所述终端在切换前建立的所述紧急呼叫所请求的所述PSAP;所述SBC使用获取到的所述媒体资源进行媒体协商包括:所述SBC将在切换前所请求的所述PSAP分配给切换后所进行的所述紧急呼叫。

可选地,在所述SBC响应所述紧急呼叫切换请求对所述紧急呼叫进行切换之后,还包括以下至少之一:所述SBC释放所述终端在切换前建立的所述紧急呼叫;在所述SBC判断出所述终端在所述切换后的网络完成所述紧急呼叫后,则释放所述终端在切换后所进行的所述紧 急呼叫。

可选地,所述紧急呼叫切换请求所请求的切换包括以下至少之一:所述SBC向所述切换后的网络发送响应后执行的紧急呼叫切换、所述SBC向所述切换后的网络发送响应前执行的紧急呼叫切换、从分组业务PS网络切换至电路业务CS网络的紧急呼叫切换或从电路业务CS网络切换至分组业务PS网络的紧急呼叫切换。

可选地,所述SBC、所述P-CSCF网元及所述E-CSCF网元融合为一个融合网元。

根据本发明的另一方面,提供了一种紧急呼叫切换装置,应用于会话边界控制器SBC,其特征在于,包括:第一接收模块,用于接收终端发送的紧急呼叫请求;发送模块,用于将所述紧急呼叫请求发送至代理呼叫会话控制功能P-CSCF网元,以使所述P-CSCF网元将所述紧急呼叫请求通过紧急呼叫会话控制功能E-CSCF网元发送至公共安全应答点PSAP;第二接收模块,用于接收到所述终端发送的紧急呼叫切换请求;切换模块,用于响应所述紧急呼叫切换请求对所述紧急呼叫进行切换,以使所述终端在切换后的网络中进行所述紧急呼叫。

可选地,所述装置还包括:判断模块,用于在所述SBC将所述紧急呼叫请求发送至所述P-CSCF网元之前,判断是否满足用于触发将所述紧急呼叫请求发送至所述P-CSCF网元的触发条件,其中,所述触发条件至少包括:所述SBC对所述紧急呼叫的媒体完成锚定;处理模块,用于在判断结果为是的情况下,触发所述SBC将所述紧急呼叫请求发送至所述P-CSCF网元。

可选地,所述切换模块包括:获取单元,用于获取所述终端在切换前建立的紧急呼叫所占用的媒体资源;处理单元,用于使用获取到的所述媒体资源进行媒体协商,以使所述终端通过所述媒体资源在所述切换后的网络中进行所述紧急呼叫。

可选地,所述获取单元还用于获取所述终端在切换前建立的所述紧急呼叫所请求的所述PSAP;所述处理单元还用于将在切换前所请求的所述PSAP分配给切换后所进行的所述紧急呼叫。

可选地,所述装置还包括以下至少之一:第一释放模块,用于在所述SBC响应所述紧急呼叫切换请求对所述紧急呼叫进行切换之后,释放所述终端在切换前建立的所述紧急呼叫;第二释放模块,用于在判断出所述终端在所述切换后的网络完成所述紧急呼叫后,释放所述终端在切换后所进行的所述紧急呼叫。

可选地,所述紧急呼叫切换请求所请求的切换包括以下至少之一:所述SBC向所述切换后的网络发送响应后执行的紧急呼叫切换、所述SBC向所述切换后的网络发送响应前执行的紧急呼叫切换、从分组业务PS网络切换至电路业务CS网络的紧急呼叫切换或从电路业务CS网络切换至分组业务PS网络的紧急呼叫切换。

可选地,所述装置还包括:第二处理模块,用于将所述SBC、所述P-CSCF网元及所述E-CSCF网元融合为一个融合网元。

通过本发明,采用会话边界控制器SBC接收终端发送的紧急呼叫请求;SBC将该紧急呼叫请求发送至代理呼叫会话控制功能P-CSCF网元,以使该P-CSCF网元将该紧急呼叫请求通过紧急呼叫会话控制功能E-CSCF网元发送至公共安全应答点PSAP;该SBC接收到该终端发送的紧急呼叫切换请求;该SBC响应该紧急呼叫切换请求对该紧急呼叫进行切换,以使该终端在切换后的网络中进行该紧急呼叫,而不同于相关技术中,由紧急接入切换功能EATF网元,转发紧急呼叫请求以及响应紧急呼叫切换请求所造成的紧急呼叫以及紧急呼叫切换流程复杂的问题。通过本发明,解决了相关技术中,通过现有组网方式实现紧急呼叫切换所造成的消息交互流程复杂的问题,进而达到了简化紧急呼叫切换的消息交互流程的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:

图1是相关技术中紧急呼叫PS-CS切换规范流程示意图;

图2是根据本发明实施例的紧急呼叫切换流程图;

图3是根据本发明实施例的SBC参与的紧急呼叫流程图;

图4是根据本发明实施例的通过SBC实现紧急呼叫PS-CS切换流程图;

图5是根据本发明实施例的融合网元参与的紧急呼叫流程;

图6是根据本发明实施例的融合网元参与的紧急呼叫PS-CS切换流程;

图7是根据本发明实施例的紧急呼叫切换装置的结构框图;

图8是根据本发明实施例的紧急呼叫切换装置的结构框图(一);

图9是根据本发明实施例的紧急呼叫切换装置的结构框图(二);

图10是根据本发明实施例的紧急呼叫切换装置的结构框图(三);

图11是根据本发明实施例的紧急呼叫切换装置的结构框图(四)。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。

实施例1

在本实施例中提供了一种紧急呼叫切换方法,图2是根据本发明实施例的紧急呼叫切换流程图,如图2所示,该流程包括如下步骤:

步骤S202,会话边界控制器(Session Border Controler,简称为SBC)接收终端发送的紧急呼叫请求;

步骤S204,SBC将该紧急呼叫请求发送至代理呼叫会话控制功能P-CSCF网元,以使该P-CSCF网元将该紧急呼叫请求通过紧急呼叫会话控制功能E-CSCF网元发送至公共安全应答点PSAP;

步骤S206,SBC接收到该终端发送的紧急呼叫切换请求;

步骤S208,SBC响应该紧急呼叫切换请求对该紧急呼叫进行切换,以使该终端在切换后的网络中进行该紧急呼叫。

可选地,在本实施例中,上述紧急呼叫切换方法的应用场景包括但并不限于:IP多媒体子系统(IP Multimedia Core Network Subsystem,简称IMS),在该应用场景下,会话边界控制器SBC接收终端发送的紧急呼叫请求;SBC将该紧急呼叫请求发送至代理呼叫会话控制功能P-CSCF网元,以使该P-CSCF网元将该紧急呼叫请求通过紧急呼叫会话控制功能E-CSCF网元发送至公共安全应答点PSAP;该SBC接收到该终端发送的紧急呼叫切换请求;该SBC响应该紧急呼叫切换请求对该紧急呼叫进行切换,以使该终端在切换后的网络中进行该紧急呼叫,而不同于相关技术中,由紧急接入切换功能EATF网元,转发紧急呼叫请求以及响应紧急呼叫切换请求所造成的紧急呼叫以及紧急呼叫切换流程复杂的问题。通过本实施例,解决了相关技术中,通过现有组网方式实现紧急呼叫切换所造成的消息交互流程复杂的问题,进而达到了简化紧急呼叫切换的消息交互流程的效果。

也就是说,本发明实施例通过设置在终端和代理呼叫会话控制功能P-CSCF网元之间的会话边界控制器SBC,实现紧急呼叫请求消息的转发以及响应紧急呼叫切换请求,而不同于相关技术中,紧急呼叫会话控制功能E-CSCF网元需要将呼叫转发至紧急接入切换功能EATF网元,该紧急接入切换功能EATF网元将呼叫进行锚定,并将呼叫转发至原紧急呼叫会话控制功能E-CSCF网元,由紧急呼叫会话控制功能E-CSCF网元将紧急呼叫转发至公共安全应答点PSAP,从而造成的至少由于紧急呼叫会话控制功能E-CSCF网元重复执行转发紧急呼叫请求消息的处理操作所造成紧急呼叫流程复杂的问题。

进一步地,在SBC接收到终端发送的紧急呼叫切换请求时,由SBC响应紧急呼叫切换请求对紧急呼叫进行切换,以使终端在切换后的网络中进行所述紧急呼叫,而并不同于相关技术中通过紧急接入切换功能EATF网元实现紧急呼叫切换所造成通过现有组网方式实现紧急呼叫切换所造成的消息交互流程复杂的问题,进而达到了简化紧急呼叫切换的消息交互流程的效果。

下面结合具体示例,对本实施例进行举例说明。

图3是根据本发明实施例的SBC参与的紧急呼叫流程图。如图3所示,主要包括如下步 骤:

步骤S301,终端UE通过分组网络PS接入发起紧急呼叫请求消息(INVITE(SOS))。

步骤S302,会话边界控制器SBC执行信令和媒体处理,其中,媒体处理可以包括但并不限于:媒体锚定、地址转换和代码转换(transcoding)。

步骤S303,会话边界控制器SBC在完成信令和媒体处理之后将紧急呼叫请求消息(INVITE(SOS))转发给代理呼叫会话控制功能P-CSCF网元。

步骤S304,代理呼叫会话控制功能P-CSCF,分析出是紧急呼叫,将呼叫转发给紧急呼叫会话控制功能E-CSCF。

步骤S305至步骤S318,可以按现有技术实现紧急呼叫和呼叫释放,在此,不赘述。

由此可见,在本实施例中,在紧急呼叫的组网规范中,并不需要现有规范中紧急接入切换功能EATF网元,相应也减少了EATF网元参与的消息交互的流程,提高了紧急呼叫建立的速度。

在一个可选地实施方式中,在该SBC将该紧急呼叫请求发送至该P-CSCF网元之前,还包括以下步骤:

步骤S11,SBC判断是否满足用于触发将该紧急呼叫请求发送至该P-CSCF网元的触发条件;

步骤S12,在判断结果为是的情况下,触发所述SBC将所述紧急呼叫请求发送至所述P-CSCF网元。

需要说明的是,在本实施例中,触发条件包括但并不限于:SBC对该紧急呼叫的媒体完成锚定、SBC对该紧急呼叫完成地址转换和SBC对该紧急呼叫完成代码转换(transcoding)。

通过上述步骤,SBC判断是否满足用于触发将紧急呼叫请求发送至P-CSCF网元的触发条件,在SBC判断满足触发条件时,触发SBC将紧急呼叫请求发送至P-CSCF网元,进一步解决了相关技术中,通过现有组网方式实现紧急呼叫所造成的消息交互流程复杂的问题,进而达到了简化紧急呼叫的消息交互流程的效果。

在一个可选地实施方式中,SBC响应该紧急呼叫切换请求对该紧急呼叫进行切换包括以下步骤:

步骤S21,SBC获取该终端在切换前建立的紧急呼叫所占用的媒体资源;

步骤S22,SBC使用获取到的该媒体资源进行媒体协商,以使该终端通过该媒体资源在该切换后的网络中进行该紧急呼叫。

通过上述步骤,SBC获取该终端在切换前建立的紧急呼叫所占用的媒体资源,SBC使用获取到的该媒体资源进行媒体协商,以使该终端通过该媒体资源在该切换后的网络中进行该 紧急呼叫,而无需与远端进行媒体协商,进一步保证了在终端发生切换后紧急呼叫的连续性,以及加快了紧急呼叫切换的速度。

在一个可选的实施例方式中,SBC获取该终端在切换前建立的紧急呼叫所占用的媒体资源包括以下步骤:

步骤S31,SBC获取该终端在切换前建立的该紧急呼叫所请求的该PSAP;

SBC使用获取到的该媒体资源进行媒体协商包括以下步骤:

步骤S32,SBC将在切换前所请求的该PSAP分配给切换后所进行的该紧急呼叫。

可选地,在本实施例中,SBC获取该终端在切换前建立的该紧急呼叫所请求的该PSAP,SBC将在切换前所请求的该PSAP分配给切换后所进行的该紧急呼叫,而不需要与远端进行媒体协商,使得消息交互流程减少,加快了切换速度,而并不同于相关技术中,紧急接入切换功能EATF网元在接收到终端切换请求消息后,需要与远端公共安全应答点PSAP进行媒体协商,根据协商结果从该PSAP获取多媒体资源,造成流程复杂,切换速度慢,而且增加了EATF网元自身负担的问题。

通过本实施例的上述步骤,使得切换过程在SBC截止,与紧急呼叫中心没有关系,明显加快了切换的速度,提升了用户体验,而且还提高了切换成功率,以及切换失败进行切回处理的成功率。

下面结合具体示例,对本实施例进行举例说明。

图4是根据本发明实施例的通过SBC实现紧急呼叫PS-CS切换流程图。如图4所示,主要包括以下步骤:

步骤S401至步骤S410,同图3的步骤S301至步骤S310,均是终端尚未发生切换的场景下的紧急呼叫过程,在此,不进行重复限定。

步骤S411,终端UE从分组业务PS网络移动到电路业务CS网络,通过增强型移动交换中心服务器MSC Server向IP多媒体系统IMS网络发起紧急呼叫切换请求INVITE消息(其中携带有切换标识),将该请求路由到会话边界控制器SBC。

步骤S412,SBC识别出收到的INVITE消息为切换某一已经存在的紧急呼叫,使用半侧媒体协商技术进行媒体处理。

步骤S413,SBC执行完媒体处理操作后给切换呼叫回应答消息(200OK),以便接通切换呼叫与公共应答点PSAP之间的媒体,实现终端与紧急呼叫中心的通话延续。

步骤S414至步骤S415,在正常实现呼叫的PS-CS切换之后,给位于PS网络的终端所发起的呼叫发送释放请求(BYE),以便释放终端在PS网络发起的呼叫。

步骤S416至步骤S423,在呼叫结束后,释放呼叫。

由上述步骤可知,切换过程在SBC截止,与紧急呼叫中心没有关系。这明显加快了切换的速度,提升用户体验,而且还提高了切换成功率,以及切换失败进行切回处理的成功率。

需要说明的是,以上流程为示意流程,具体的消息及其流程遵循SIP规范。该机制也适用于终端从CS漫游到PS实现紧急呼叫CS-PS切换。只需要将图4中的初始接入由PS换为CS,切换呼叫由CS换为PS即可。

图4所示的切换流程图也可推广到应答前的切换。只需要将SBC给CS域回的200OK换为携带媒体的临时响应(比如180)即可。甚至还适用于处于振铃态前,比如资源预留状态下的切换(切换响应为183)。后续的SIP消息交互,用现有的B2BUA方式实现即可。当然,为通知前向发生了切换,可以补发info消息。

进一步需要说明的是,图4中使用现有技术实现E-CSCF与位置请求功能(Location Require Function,简称为LRF)网元之间的交互,没有在示意流程中体现。而且实施例中的各个网元之间的消息,主要是为了清楚的表示接入网切换信息的获取以及呼叫切换的思想。在具体的实现中,不局限于这些网元和消息。

在一个可选地实施方式中,在该SBC响应该紧急呼叫切换请求对该紧急呼叫进行切换之后,还包括以下步骤至少之一:

步骤S41,SBC释放该终端在切换前建立的该紧急呼叫;

步骤S42,在SBC判断出该终端在该切换后的网络完成该紧急呼叫后,则释放该终端在切换后所进行的该紧急呼叫。

通过上述步骤,SBC释放终端在切换前的网络所占用的紧急呼叫,避免了已经切换至其它网络的终端还占用切换前的网络资源所造成的资源浪费的问题,而终端在切换后的网络完成紧急呼叫后,释放终端在切换后的网络所占用的紧急呼叫,避免了已经结束紧急呼叫的终端还占用网络资源所造成当前网络资源浪费的问题。

在一个可选地实施方式中,该紧急呼叫切换请求所请求的切换包括以下至少之一:SBC向切换后的网络发送响应后执行的紧急呼叫切换、SBC向该切换后的网络发送响应前执行的紧急呼叫切换、从分组业务PS网络切换至电路业务CS网络的紧急呼叫切换或从电路业务CS网络切换至分组业务PS网络的紧急呼叫切换。

可选地,在本实施例中,通过将紧急呼叫切换的方法应用于上述应用场景中,进一步达到了在上述应用场景下简化紧急呼叫切换的消息交互流程的效果。

在一个可选地实施方式中,SBC、P-CSCF网元及E-CSCF网元融合为一个融合网元。

可选地,在本实施例中,融合网元的融合方式包括但并不限于:将SBC、P-CSCF网元及E-CSCF网元融合为一个融合网元;将SBC、P-CSCF网元融合为一个融合网元,通过该融合网元直接与E-CSCF网元进行消息交互;将P-CSCF网元和E-CSCF网元融合为一个融合网元,使得SBC与该融合网元进行交互。

通过上述方法,将SBC、P-CSCF网元及E-CSCF网元融合为一个融合网元,解决了相关技术中通过在不同网元之间进行消息交互所造成的流程复杂,紧急呼叫建立以及紧急呼叫切换延时较大的问题,极大的简化了紧急呼叫以及紧急呼叫切换的消息交互流程,加快了紧急呼叫建立和紧急呼叫切换的速度。

下面结合具体实施例,对本实施例进行举例说明。

图5是根据本发明实施例的融合网元参与的紧急呼叫流程。在实际布网中,如图1所示,3GPP IMS规范部署逻辑网元,网元众多,交互复杂,由于传统的SBC(边界网关)、P-CSCF和E-CSCF这些网元都部署于拜访域,所以具有融合的可能性。因此,本实施例提出了融合网元,通过将传统的SBC(边界网关)、P-CSCF和E-CSCF融合为一个融合网元,简化了消息交互流程。如图5所示,主要包括以下步骤:

步骤S501,用户通过分组业务网络PS接入发起紧急呼叫INVITE(SOS)。

步骤S502,融合网元分析出是紧急呼叫,按现有技术查询出向路由,并实现SBC(边界网关)的信令和媒体处理,其中,媒体处理可以包括但并不限于:媒体锚定、地址转换和代码转换(transcoding)。

步骤S503,融合网元向公共安全应答点PSAP发紧急呼叫请求消息(INVITE(SOS)),或者将紧急呼叫请求消息(INVITE(SOS))路由到PSAP的网元。

需要说明的是,可以采用查询位置请求功能LRF等技术实现路由到PSAP。

步骤S504至步骤S510,使用现有的媒体协商和SIP消息处理技术,实现后续的通话和释放流程。在此不赘述。

在上述示例中,完全不涉及相关技术中紧急接入切换功能EATF网元参与的任何步骤。由此可看出网元部署,内部逻辑,消息交互都得到了极大的简化。当然也就有利于加速接续、提供呼叫可靠性。

图6是根据本发明实施例的融合网元参与的紧急呼叫PS-CS切换流程。如图6所示,主要包括以下步骤:

步骤S601至步骤S606,同图5中的步骤S501至步骤S506,均是针对终端尚未发生切换时的紧急呼叫过程,在此不做重复说明。

步骤S607,终端UE由分组业务PS网络移动到电路业务CS网络,通过增强型移动交换中心服务器MSC Server向IP多媒体系统IMS网络发起紧急呼叫切换请求消息INVITE(其中携带有切换标识),将该紧急呼叫切换请求消息路由到融合网元。

步骤S608,融合网元识别出收到的INVITE消息是为切换某一已经存在的紧急呼叫,使用半侧媒体协商技术进行媒体处理。

步骤S609,融合网元在执行完媒体处理后,给切换呼叫回应答消息(200OK),以便接 通切换呼叫与公共安全应答点PSAP之间的媒体,实现用户与紧急呼叫中心的通话延续。

步骤S610至步骤S611,在正常实现呼叫的PS-CS切换之后,给PS呼叫发释放请求(BYE),释放PS呼叫。

步骤S612至步骤S615,在呼叫结束后,释放呼叫。

由上述步骤可见。切换过程在融合网元截止,与紧急呼叫中心没有关系。明显加快了切换的速度,提升用户体验,而且还提高了切换成功率,以及切换失败进行切回处理的成功率。

需要说明的是,以上流程为示意流程,具体的消息及其流程遵循SIP规范。该机制也适用于用户从CS漫游到PS实现紧急呼叫CS-PS切换。只需要将图6中的初始接入由PS换为CS,切换呼叫由CS换为PS即可。

进一步地,如图6所示的切换示意图也可推广到应答前的切换。只需要将融合网元给CS域回的200OK换为携带媒体的临时响应(比如180)即可。甚至还适用于处于振铃态前,比如资源预留状态下的切换(切换响应为183)。后续的SIP消息交互,用现有的B2BUA方式实现即可。当然,为通知前向发生了切换,可以补发info消息。

通过本实施例,可以让工程组网与路由配置简便,更能加快切换速度,提高用户感受。也能减少网元之间的交互。具体地:

1)即使是支持紧急呼叫的PS-CS切换,在未发生切换时不需要现有规范中紧急接入切换功能EATF网元,相应的流程也可以减少。

2)如果采用融合网元,所需的网元和流程就更少。

3)在融合网元参与的紧急呼叫及其切换中,流程少,速度快,不需要与远端进行媒体协商。

4)在SBC(非融合网元)参与的紧急呼叫及其切换中,其流程也比规范流程少,速度快,而且不需要与远端进行媒体协商。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种紧急呼叫切换装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软 件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例的紧急呼叫切换装置的结构框图,如图7所示,该装置应用于会话边界控制器SBC,其中包括:

1)第一接收模块72,用于接收终端发送的紧急呼叫请求;

2)发送模块74,用于将该紧急呼叫请求发送至代理呼叫会话控制功能P-CSCF网元,以使该P-CSCF网元将该紧急呼叫请求通过紧急呼叫会话控制功能E-CSCF网元发送至公共安全应答点PSAP;

3)第二接收模块76,用于接收到该终端发送的紧急呼叫切换请求;

4)切换模块78,用于响应该紧急呼叫切换请求对该紧急呼叫进行切换,以使该终端在切换后的网络中进行该紧急呼叫。

可选地,在本实施例中,上述紧急呼叫切换装置的应用场景包括但并不限于:IP多媒体子系统(IP Multimedia Core Network Subsystem,简称IMS),在该应用场景下,会话边界控制器SBC接收终端发送的紧急呼叫请求;SBC将该紧急呼叫请求发送至代理呼叫会话控制功能P-CSCF网元,以使该P-CSCF网元将该紧急呼叫请求通过紧急呼叫会话控制功能E-CSCF网元发送至公共安全应答点PSAP;该SBC接收到该终端发送的紧急呼叫切换请求;该SBC响应该紧急呼叫切换请求对该紧急呼叫进行切换,以使该终端在切换后的网络中进行该紧急呼叫,而不同于相关技术中,由紧急接入切换功能EATF网元,转发紧急呼叫请求以及响应紧急呼叫切换请求所造成的紧急呼叫以及紧急呼叫切换流程复杂的问题。通过本实施例,解决了相关技术中,通过现有组网方式实现紧急呼叫切换所造成的消息交互流程复杂的问题,进而达到了简化紧急呼叫切换的消息交互流程的效果。

也就是说,本发明实施例通过设置在终端和代理呼叫会话控制功能P-CSCF网元之间的会话边界控制器SBC,实现紧急呼叫请求消息的转发以及响应紧急呼叫切换请求,而不同于相关技术中,紧急呼叫会话控制功能E-CSCF网元需要将呼叫转发至紧急接入切换功能EATF网元,该紧急接入切换功能EATF网元将呼叫进行锚定,并将呼叫转发至原紧急呼叫会话控制功能E-CSCF网元,由紧急呼叫会话控制功能E-CSCF网元将紧急呼叫转发至公共安全应答点PSAP,从而造成的至少由于紧急呼叫会话控制功能E-CSCF网元重复执行转发紧急呼叫请求消息的处理操作所造成紧急呼叫流程复杂的问题。

进一步地,在SBC接收到终端发送的紧急呼叫切换请求时,由SBC响应紧急呼叫切换请求对紧急呼叫进行切换,以使终端在切换后的网络中进行所述紧急呼叫,而并不同于相关技术中通过紧急接入切换功能EATF网元实现紧急呼叫切换所造成通过现有组网方式实现紧急呼叫切换所造成的消息交互流程复杂的问题,进而达到了简化紧急呼叫切换的消息交互流程的效果。

在一个可选地实施方式中,图8是根据本发明实施例的紧急呼叫切换装置的结构框图(一), 如图8所示,该装置除了包括如图7所示的模块外还包括:

1)判断模块82,用于在该SBC将该紧急呼叫请求发送至该P-CSCF网元之前,判断是否满足用于触发将该紧急呼叫请求发送至该P-CSCF网元的触发条件,其中,该触发条件至少包括:该SBC对该紧急呼叫的媒体完成锚定;

2)第一处理模块84,用于在判断结果为是的情况下,触发该SBC将该紧急呼叫请求发送至该P-CSCF网元。

需要说明的是,在本实施例中,触发条件包括但并不限于:SBC对该紧急呼叫的媒体完成锚定、SBC对该紧急呼叫完成地址转换和SBC对该紧急呼叫完成代码转换(transcoding)。

通过上述装置,SBC判断是否满足用于触发将紧急呼叫请求发送至P-CSCF网元的触发条件,在SBC判断满足触发条件时,触发SBC将紧急呼叫请求发送至P-CSCF网元,进一步解决了相关技术中,通过现有组网方式实现紧急呼叫所造成的消息交互流程复杂的问题,进而达到了简化紧急呼叫的消息交互流程的效果。

在一个可选地实施方式中,图9是根据本发明实施例的紧急呼叫切换装置的结构框图(二),如图9所示,切换模块78包括:

1)获取单元92,用于获取该终端在切换前建立的紧急呼叫所占用的媒体资源;

2)处理单元94,用于使用获取到的该媒体资源进行媒体协商,以使该终端通过该媒体资源在该切换后的网络中进行该紧急呼叫。

通过上述装置,SBC获取该终端在切换前建立的紧急呼叫所占用的媒体资源,SBC使用获取到的该媒体资源进行媒体协商,以使该终端通过该媒体资源在该切换后的网络中进行该紧急呼叫,而无需与远端进行媒体协商,进一步保证了在终端发生切换后紧急呼叫的连续性,以及加快了紧急呼叫切换的速度。

可选地,在本实施例中,获取单元92还用于获取该终端在切换前建立的该紧急呼叫所请求的该PSAP;处理单元94还用于将在切换前所请求的该PSAP分配给切换后所进行的该紧急呼叫。

可选地,在本实施例中,SBC获取该终端在切换前建立的该紧急呼叫所请求的该PSAP,SBC将在切换前所请求的该PSAP分配给切换后所进行的该紧急呼叫,而不需要与远端进行媒体协商,使得消息交互流程减少,加快了切换速度,而并不同于相关技术中,紧急接入切换功能EATF网元在接收到终端切换请求消息后,需要与远端公共安全应答点PSAP进行媒体协商,根据协商结果从该PSAP获取多媒体资源,造成流程复杂,切换速度慢,而且增加了EATF网元自身负担的问题。

通过本实施例的上述装置,使得切换过程在SBC截止,与紧急呼叫中心没有关系,明显加快了切换的速度,提升了用户体验,而且还提高了切换成功率,以及切换失败进行切回处理的成功率。

在一个可选地实施方式中,图10是根据本发明实施例的紧急呼叫切换装置的结构框图(三),如图10所示,该装置除了包括如图7所示的所有模块外,还包括:

1)第一释放模块102,用于在该SBC响应该紧急呼叫切换请求对该紧急呼叫进行切换之后,释放该终端在切换前建立的该紧急呼叫;

2)第二释放模块104,用于在判断出该终端在该切换后的网络完成该紧急呼叫后,释放该终端在切换后所进行的该紧急呼叫。

需要说明的是,该装置还可以是只包括上述第一释放模块102和第二释放模块104中的任意一个,在此不赘述。

通过上述装置,SBC释放终端在切换前的网络所占用的紧急呼叫,避免了已经切换至其它网络的终端还占用切换前的网络资源所造成的资源浪费的问题,而终端在切换后的网络完成紧急呼叫后,释放终端在切换后的网络所占用的紧急呼叫,避免了已经结束紧急呼叫的终端还占用网络资源所造成当前网络资源浪费的问题。

可选地,在本实施例中紧急呼叫切换请求所请求的切换包括以下至少之一:该SBC向该切换后的网络发送响应后执行的紧急呼叫切换、该SBC向该切换后的网络发送响应前执行的紧急呼叫切换、从分组业务PS网络切换至电路业务CS网络的紧急呼叫切换或从电路业务CS网络切换至分组业务PS网络的紧急呼叫切换。

可选地,在本实施例中,通过将紧急呼叫切换应用于上述应用场景中,进一步达到了在上述应用场景下简化紧急呼叫切换的消息交互流程的效果。

在一个可选地实施方式中,图11是根据本发明实施例的紧急呼叫切换装置的结构框图(四),如图11所示,该装置除了包括如图7所示的所有模块外,还包括:

1)第二处理模块112,用于将SBC、该P-CSCF网元及该E-CSCF网元融合为一个融合网元。

需要说明的是,在本实施例中,上述第二处理模块112还可以是与图8或者图10所示的装置中所包括的模块进行连接,在此并不赘述。通过上述装置,将SBC、P-CSCF网元及E-CSCF网元融合为一个融合网元,解决了相关技术中通过在不同网元之间进行消息交互所造成的流程复杂,紧急呼叫建立以及紧急呼叫切换延时较大的问题,极大的简化了紧急呼叫以及紧急呼叫切换的消息交互流程,加快了紧急呼叫建立和紧急呼叫切换的速度。

需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述模块分别位于多个处理器中。

实施例3

本发明的实施例还提供了一种存储介质。本实施例的应用场景及示例,可以参考实施例1、 实施例2,在此不赘述。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:

S1,会话边界控制器SBC接收终端发送的紧急呼叫请求;

S2,SBC将该紧急呼叫请求发送至代理呼叫会话控制功能P-CSCF网元,以使该P-CSCF网元将该紧急呼叫请求通过紧急呼叫会话控制功能E-CSCF网元发送至公共安全应答点PSAP;

S3,SBC接收到该终端发送的紧急呼叫切换请求;

S4,SBC响应该紧急呼叫切换请求对该紧急呼叫进行切换,以使该终端在切换后的网络中进行该紧急呼叫。

可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述步骤S1、S2、S3以及S4。

可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。

显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1