CN103179287A - 一种呼叫遇忙处理方法及业务平台设备 - Google Patents
一种呼叫遇忙处理方法及业务平台设备 Download PDFInfo
- Publication number
- CN103179287A CN103179287A CN2011104360572A CN201110436057A CN103179287A CN 103179287 A CN103179287 A CN 103179287A CN 2011104360572 A CN2011104360572 A CN 2011104360572A CN 201110436057 A CN201110436057 A CN 201110436057A CN 103179287 A CN103179287 A CN 103179287A
- Authority
- CN
- China
- Prior art keywords
- called
- caller
- call
- business platform
- terminal
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种呼叫遇忙处理方法及业务平台设备,属于通信领域。所述呼叫遇忙处理方法包括如下步骤:会话控制设备将终端的呼叫请求触发到一业务平台;所述业务平台获取到主叫呼叫被叫时、被叫正被占用的信息;所述业务平台判断所述被叫是否正在呼叫所述主叫,得到一判断结果;当所述判断结果为是时,所述业务平台执行接通所述主叫和所述被叫的流程。根据本发明,对于主被叫同时以对方为呼叫对象的遇忙场景,可以将呼叫连通,提高了呼叫接通率。
Description
技术领域
本发明涉及通信领域,尤其涉及一种呼叫遇忙处理方法及业务平台设备。
背景技术
在交换网络(例如电路交换CS、IP多媒体子系统IMS)中的呼叫流程中,如果出现两个用户同时给对方拨号的情况时,现有技术的解决方法是:本地交换中心在寻呼或呼叫时会获取到被叫正被占用的信息,然后通知主叫挂断,主叫需要重拨才能继续呼叫。
现有的解决方法会给用户的通信造成不便,甚至有可能再次出现主被叫双方同时呼叫对方而导致的呼叫失败,导致很长时间都不能拨通,增加了用户呼叫时间,降低了通信系统的用户体验。
发明内容
本发明的目的在于提供一种呼叫遇忙处理方法及业务平台设备,对于主被叫同时以对方为呼叫对象的遇忙场景,可以将呼叫连通,提高呼叫接通率。
为实现上述目的,本发明提供技术方案如下:
一种呼叫遇忙处理方法,包括:
会话控制设备将终端的呼叫请求触发到一业务平台;
所述业务平台获取到主叫呼叫被叫时、被叫正被占用的信息;
所述业务平台判断所述被叫是否正在呼叫所述主叫,得到一判断结果;
当所述判断结果为是时,所述业务平台执行接通所述主叫和所述被叫的流程。
一种业务平台设备,包括:
接收模块,用于接收会话控制设备触发过来的呼叫请求;
获取模块,用于获取主叫呼叫被叫时、被叫正被占用的信息;
判断模块,用于判断所述被叫是否正在呼叫所述主叫,得到一判断结果;执行模块,用于当所述判断结果为是时,执行接通所述主叫和所述被叫的流程。
与现有技术相比,本发明的有益效果是:
根据本发明的技术方案,会话控制设备将终端的呼叫请求触发到业务平台,主叫在呼叫被叫时,如果被叫也正在呼叫主叫,则由业务平台执行业务控制逻辑,直接将呼叫连通,从而提高了呼叫接通率,而且不会明显增加呼叫接续时间。
附图说明
图1为根据本发明实施例的呼叫遇忙处理方法流程图;
图2为本发明实施例中针对局内呼叫的一种详细流程图;
图3为本发明实施例中针对局内呼叫的另一种详细流程图;
图4为本发明实施例中针对局间呼叫的一种详细流程图;
图5为本发明实施例中针对局间呼叫的另一种详细流程图;
图6为本发明实施例应用于IMS时的局内呼叫信令流程图;
图7为本发明实施例应用于IMS时的局间呼叫信令流程图;
图8为根据本发明实施例的业务平台设备的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图及具体实施例对本发明进行详细描述。
参照图1,本发明实施例的呼叫遇忙处理方法可以包括如下步骤:
步骤101:会话控制设备将终端的呼叫请求触发到一业务平台;
所谓将呼叫请求触发到业务平台,包括将呼叫请求转发到业务平台,可选地,还可包括将与该呼叫请求相关的信息(例如被叫的状态信息)转发到业务平台。
步骤102:主叫呼叫被叫时,业务平台获取到被叫正被占用的信息;
对于局内呼叫,业务平台接收到会话控制设备触发过来的主叫对被叫的呼叫请求后,业务平台可以从会话控制设备查询被叫的状态,或者,接收会话控制设备主动发送过来的被叫的状态信息,如果被叫空闲,则启动对被叫的呼叫流程;如果被叫正被占用,则需要分析被叫被占用的原因。
对于局间呼叫,业务平台接收到主叫会话控制设备触发过来的主叫对被叫的呼叫请求后,业务平台根据主叫的建立呼叫请求,呼叫被叫会话控制设备,如果被叫空闲,则主叫和被叫被接通;如果被叫正被占用,被叫会话控制设备会发送被叫正被占用的失败信息到业务平台,业务平台获取到被叫正被占用的信息后,需要分析被叫被占用的原因。
步骤103:所述业务平台判断所述被叫是否正在呼叫所述主叫,若是,进入步骤104,否则,进入步骤105;
所述业务平台获取到被叫正被占用的信息时,可以等待一预定时间T后,判断是否已经接收到所述被叫对所述主叫的呼叫请求,若是,则确定所述被叫正在呼叫所述主叫。此种方式下,终端的呼叫请求到达业务平台后,需要等待时间T后,才能完成接通。
所述业务平台获取到被叫正被占用的信息时,还可以在预定时间T内判断是否接收到所述被叫对所述主叫的呼叫请求,若是,则确定所述被叫正在呼叫所述主叫。这里,所谓在预定时间T内判断,是指在预定时间内一直进行所述判断,或者,每隔时间t(t<T)进行一次所述判断,一旦接收到所述被叫对所述主叫的呼叫请求,则进入步骤104。可见,此种方式下,终端的呼叫请求到达业务平台后,需要等待的时间最长为T。
预定时间T可以根据需要进行设置,例如将T设置为3~9s,又例如,将T设置为9~12s。t也可以根据需要进行设置,例如设置为1s、2s或3s等。
步骤104:所述业务平台执行接通所述主叫和所述被叫的流程,结束;
本步骤中,所述业务平台可以虚拟成主叫的呼叫请求的被叫,以及被叫的呼叫请求的主叫,并将这两个呼叫引导至一媒体处理单元上,由所述媒体处理单元接通二者的媒体流。
所述业务平台还可以修改两个呼叫请求的属性信息,例如,主叫、被叫标识、路由信息、媒体属性等,将两个呼叫合并成一个呼叫,使得二者之间可以正常通话。
步骤105:所述业务平台发送呼叫失败消息到所述会话控制设备,以使所述会话控制设备发送被叫正被占用的消息到所述主叫。
可以看出,根据上述方法,主叫在呼叫被叫时,如果被叫也正在呼叫主叫,则由业务平台通知交换中心将呼叫连通,从而提高了呼叫接通率;另外,通过对T进行合理设置,基本能够保证不会明显增加呼叫接续时间。
在上述实施例中,会话控制设备可以为移动交换中心、软交换控制器、固网交换机、支持IMS中S-CSCF功能的设备,或者其他具有呼叫、会话控制功能的设备。
图2为本发明实施例中针对局内呼叫的一种详细流程图。参照图2,主要包括如下步骤:
终端1发送连接管理(CM)业务请求到交换中心,交换中心向终端1反馈CM业务接受;
终端1发送鉴权请求到交换中心,交换中心向终端1反馈鉴权响应;
终端2发送CM业务请求到交换中心,交换中心向终端2反馈CM业务接受;
终端2发送鉴权请求到交换中心,交换中心向终端2反馈鉴权响应;
终端1发送建立呼叫请求到交换中心,呼叫请求的对象为终端2;
交换中心将终端1的建立呼叫请求发送到业务平台;
业务平台接收到终端1的建立呼叫请求后,判断终端2是否空闲,由于交换中心已经接收到终端2的CM业务请求,则可以确定终端2正被占用,此时,业务平台可以接收交换中心主动发送的终端2正被占用的信息,也可以通过向交换中心查询获取终端2正被占用的信息;
此时,业务平台并没有立即返回呼叫失败消息给交换中心,而是等待一个预定时间T后进行判断,若在时间T内已经收到交换中心发送过来的终端2的建立呼叫请求,且该呼叫请求的对象为终端1,则将两个呼叫连通,返回呼叫接续消息给交换中心,由交换中心继续为终端1和终端2进行呼叫建立;
若在时间T内没有收到终端2的建立呼叫请求消息,或者,终端2呼叫的对象并非终端1,则给交换中心返回呼叫失败消息。
在上述流程中,交换中心在接收到终端1的建立呼叫请求时,等待时间T后进行终端2是否正在呼叫终端1的判断。
图3为本发明实施例中针对局内呼叫的另一种详细流程图。与图2所示流程的不同之处在于,交换中心在接收到终端1的建立呼叫请求后,不进行等待,而是在时间T内一直进行所述判断,或者,每隔时间t(t<T)进行一次所述判断,一旦接收到终端2对终端1的呼叫请求,则通知交换中心接通终端1和终端2;若在时间T内一直没有收到终端2的建立呼叫请求消息,或者,终端2呼叫的对象并非终端1,则给交换中心返回呼叫失败消息。
图4为本发明实施例中针对局间呼叫的一种详细流程图。参照图3,主要包括如下步骤:
终端1发送CM业务请求到主叫交换中心,主叫交换中心向终端1反馈CM业务接受;
终端1发送鉴权请求到主叫交换中心,主叫交换中心向终端1反馈鉴权响应;
终端2发送CM业务请求到被叫交换中心,被叫交换中心向终端2反馈CM业务接受;
终端2发送鉴权请求到被叫交换中心,被叫交换中心向终端2反馈鉴权响应;
终端1发送建立呼叫请求到主叫交换中心,呼叫请求的对象为终端2;
主叫交换中心将终端1的建立呼叫请求发送到业务平台,业务平台将该呼叫请求发送到被叫交换中心;
被叫交换中心接收到终端1的建立呼叫请求后,由于被叫交换中心已经接收到终端2的CM业务请求,则可以确定终端2正被占用,于是向业务平台发送终端2正被占用的失败信息;
业务平台接收到终端2正被占用的失败信息后,并没有立即返回呼叫失败消息给主叫交换中心,而是等待一个预定时间T后进行判断,若在时间T内已经收到被叫交换中心转发过来的终端2的建立呼叫请求,且该呼叫请求的对象为终端1,则将两个呼叫连通,即返回呼叫接续消息给主叫交换中心和被叫交换中心,由主叫交换中心返回呼叫接续消息给终端1,由被叫交换中心返回呼叫接续消息给终端2;
若在时间T内没有收到被叫交换中心转发过来的终端2的建立呼叫请求消息,或者,终端2呼叫的对象并非终端1,则给主叫交换中心和被叫交换中心返回呼叫失败消息,再由主叫交换中心将呼叫失败消息发送到终端1,由被叫交换中心将呼叫失败消息发送到终端2。
在上述流程中,业务平台在接收到终端1的建立呼叫请求时,等待时间T后进行终端2是否正在呼叫终端1的判断。
图5为本发明实施例中针对局间呼叫的另一种详细流程图。与图4所示流程的不同之处在于,业务平台在接收到终端1的建立呼叫请求后,不进行等待,而是在时间T内一直进行所述判断,或者,每隔时间t(t<T)进行一次所述判断,一旦接收到终端2对终端1的呼叫请求,则接通终端1和终端2;若在时间T内一直没有收到终端2的建立呼叫请求消息,或者,终端2呼叫的对象并非终端1,则给主叫交换中心和被叫交换中心返回呼叫失败消息。
本发明实施例的上述方法可适用于CS、IMS等多种交换网络。交换中心可以为移动交换中心(MSC)、移动软交换(MSS)、呼叫会话控制功能(CSCF)等多种交换设备。
图6为本发明实施例应用于IMS时的局内呼叫信令流程图,参照图6,主要包括如下过程:
消息1:终端1发送呼叫请求INVITE到P-CSCF1。
消息2:P-CSCF1发送呼叫请求INVITE到S-CSCF。
消息3:假设终端1办理了遇忙处理业务,则S-CSCF发送呼叫请求到应用服务器AS(即业务平台),AS通过检测INVITE消息内带有终端1已办理的业务码,触发终端1的遇忙处理业务。
消息4:AS向S-CSCF回送INVITE呼叫请求,让S-CSCF继续后续的查路由和呼叫操作,后续的路由查询、呼叫等操作在此省略(可参考终端2的呼叫流程)。
消息5:终端2发送呼叫请求INVITE到P-CSCF2。
消息6:P-CSCF2发送呼叫请求到S-CSCF,此处假设终端2没有开通业务,所以没有触发呼叫请求到AS。
消息7:S-CSCF发送呼叫请求INVITE到I-CSCF,让I-CSCF进行寻路和呼叫。
消息8:I-CSCF给HSS发送LIR消息查询终端1的漫游号。
消息9:HSS给I-CSCF发送LIA消息返回终端1的漫游号。
消息10:I-CSCF根据查询到的漫游号,发送呼叫请求INVITE到S-CSCF,让S-CSCF继续进行呼叫。
消息11:S-CSCF接收到消息10前已经在为终端1进行呼叫,当接收到消息10后,由于终端1已占线且启动了遇忙处理业务,所以S-CSCF给AS触发一个INVITE消息让AS完成遇忙处理业务。
消息12:AS接收到INVITE消息后,确定终端2正在呼叫终端1,需要把终端1和终端2接通,所以发送200OK到S-CSCF,让S-CSCF接通到终端1的通路。
消息13:AS发送200OK到S-CSCF,让S-CSCF接通到终端2的通路。
消息14:S-CSCF发送200OK到P-CSCF1,让P-CSCF1接通到终端1的通路。
消息15:P-CSCF1发送200OK到终端1,接通到终端1的通路。
消息16:S-CSCF发送200OK到P-CSCF2,让P-CSCF2接通到终端2的通路。
消息17:P-CSCF2发送200OK到终端2,接通到终端2的通路。
消息18:终端1返回ACK给P-CSCF1,确认终端1已响应。
消息19:P-CSCF1返回ACK给S-CSCF,确认终端1已响应。
消息20:S-CSCF返回ACK给AS,确认终端1已响应。
消息21:终端2返回ACK给P-CSCF2,确认终端2已响应。
消息22:P-CSCF2返回ACK给S-CSCF,确认终端2已响应。
消息23:S-CSCF返回ACK给AS,确认终端2已响应。
在上述流程中,AS发送消息4(INVITE)后,可以等待时间T后进行终端2是否正在呼叫终端1的判断,即判断在时间T内是否收到S-CSCF发送的消息11(INVITE)。另外,AS发送消息4(INVITE)后,也可以不进行等待,而是在时间T内一直进行所述判断,或者,每隔时间t(t<T)进行一次所述判断,一旦收到S-CSCF发送到消息11(INVITE),则立即接通终端1和终端2。
图7为本发明实施例应用于IMS时的局间呼叫信令流程图,参照图7,主要包括如下过程:
消息1:终端1发送呼叫请求INVITE到P-CSCF1。
消息2:P-CSCF1发送呼叫请求到S-CSCF1。
消息3:假设终端1办理了遇忙处理业务,则S-CSCF1发送呼叫请求到AS,AS通过检测INVITE消息内带有终端1已办理的业务码,触发终端1的遇忙处理业务。
消息4:AS向S-CSCF1回送INVITE呼叫请求,让S-CSCF1继续后续的查路由和呼叫操作,后续的路由查询、呼叫等操作在此省略(可参考终端2的呼叫流程)。
消息5:终端2的发送呼叫请求INVITE到P-CSCF2。
消息6:P-CSCF2发送呼叫请求到S-CSCF2,此处假设终端2没有开通业务,所以没有触发呼叫请求到AS。
消息7:S-CSCF2发送呼叫请求INVITE到I-CSCF,让I-CSCF进行寻路和呼叫。
消息8:I-CSCF给HSS发送LIR消息查询终端1的漫游号。
消息9:HSS给I-CSCF发送LIA消息返回终端1的漫游号。
消息10:I-CSCF根据查询到的漫游号,发送呼叫请求INVITE到S-CSCF2,让S-CSCF2继续进行呼叫。
消息11:S-CSCF2接收到消息10前已经在为终端1进行呼叫,当接收到消息10后,由于终端1已占线且启动了遇忙处理业务,所以S-CSCF2给AS触发一个INVITE消息让AS完成遇忙处理业务。
消息12:AS接收到INVITE消息后,确定终端2正在呼叫终端1,需要把终端1和终端2接通,所以发送200OK到S-CSCF1,让S-CSCF1接通到终端1的通路。
消息13:AS发送200OK到S-CSCF2,让S-CSCF2接通到终端2的通路。
消息14:S-CSCF1发送200OK到P-CSCF1,让P-CSCF1接通到终端1的通路。
消息15:P-CSCF1发送200OK到终端1,接通到终端1的通路。
消息16:S-CSCF2发送200OK到P-CSCF2,让P-CSCF2接通到终端2的通路。
消息17:P-CSCF2发送200OK到终端2,接通到终端2的通路。
消息18:终端1返回ACK给P-CSCF1,确认终端1已响应。
消息19:P-CSCF1返回ACK给S-CSCF1,确认终端1已响应。
消息20:S-CSCF1返回ACK给AS,确认终端1已响应。
消息21:终端2返回ACK给P-CSCF2,确认终端2已响应。
消息22:P-CSCF2返回ACK给S-CSCF2,确认终端2已响应。
消息23:S-CSCF2返回ACK给AS,确认终端2已响应。
在上述流程中,AS发送消息4(INVITE)后,可以等待时间T后进行终端2是否正在呼叫终端1的判断,即判断在时间T内是否收到S-CSCF1发送的消息11(INVITE)。另外,AS发送消息4(INVITE)后,也可以不进行等待,而是在时间T内一直进行所述判断,或者,每隔时间t(t<T)进行一次所述判断,一旦收到S-CSCF1发送到消息11(INVITE),则立即接通终端1和终端2。
图8为根据本发明实施例的业务平台设备的结构示意图。参照图6,所述业务平台设备可以包括:
接收模块10,用于接收会话控制设备触发过来的呼叫请求;
获取模块20,用于获取主叫呼叫被叫时、被叫正被占用的信息;
判断模块30,用于判断所述被叫是否正在呼叫所述主叫,得到一判断结果;
执行模块40,用于当所述判断结果为是时,执行接通所述主叫和所述被叫的流程,以及,当所述判断结果为否时,发送呼叫失败消息到所述会话控制设备,以使所述会话控制设备发送被叫正被占用的消息到所述主叫。
其中,所述接通所述主叫和所述被叫的流程为:
将所述业务平台虚拟成主叫的呼叫请求的被叫,以及被叫的呼叫请求的主叫,并将这两个呼叫引导至一媒体处理单元上,由所述媒体处理单元接通二者的媒体流;或者
修改两个呼叫请求的属性信息,将两个呼叫合并成一个呼叫。
其中,当所述获取模块20获取到被叫正被占用的信息时,所述判断模块30可以等待一预定时间后,判断是否已经接收到所述被叫对所述主叫的呼叫请求,若是,则确定所述被叫正在呼叫所述主叫。
当所述获取模块20获取到被叫正被占用的信息时,所述判断模块30还可以在一预定时间内判断是否接收到所述被叫对所述主叫的呼叫请求,若是,则确定所述被叫正在呼叫所述主叫。
上述各模块能够执行方法实施例中所描述的多个处理,其具体的工作过程以及工作原理在方法部分已经进行了详细描述,在此不再赘述,参照方法中相应部分的描述即可。
与现有技术的交换中心获取到被叫正被占用的信息后通知主叫挂断的方案相比,本发明实施例对于主被叫同时以对方为呼叫对象的遇忙场景,可以将呼叫连通,从而提高呼叫接通率。
最后应当说明的是,以上实施例仅用以说明本发明的技术方案而非限制,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神范围,其均应涵盖在本发明的权利要求范围当中。
Claims (12)
1.一种呼叫遇忙处理方法,其特征在于,会话控制设备将终端的呼叫请求触发到一业务平台,所述方法还包括如下步骤:
所述业务平台获取到主叫呼叫被叫时、被叫正被占用的信息;
所述业务平台判断所述被叫是否正在呼叫所述主叫,得到一判断结果;以及
当所述判断结果为是时,所述业务平台执行接通所述主叫和所述被叫的流程。
2.如权利要求1所述的呼叫遇忙处理方法,其特征在于,所述业务平台判断所述被叫是否正在呼叫所述主叫,具体包括:
所述业务平台获取到被叫正被占用的信息时,等待一预定时间后,判断是否已经接收到所述被叫对所述主叫的呼叫请求,若是,则确定所述被叫正在呼叫所述主叫。
3.如权利要求1所述的呼叫遇忙处理方法,其特征在于,所述业务平台判断所述被叫是否正在呼叫所述主叫,具体包括:
所述业务平台获取到被叫正被占用的信息时,在一预定时间内判断是否接收到所述被叫对所述主叫的呼叫请求,若是,则确定所述被叫正在呼叫所述主叫。
4.如权利要求1所述的呼叫遇忙处理方法,其特征在于,所述接通所述主叫和所述被叫的流程为:
所述业务平台虚拟成主叫的呼叫请求的被叫,以及被叫的呼叫请求的主叫,并将这两个呼叫引导至一媒体处理单元上,由所述媒体处理单元接通二者的媒体流;或者
所述业务平台修改两个呼叫请求的属性信息,将两个呼叫合并成一个呼叫。
5.如权利要求1所述的呼叫遇忙处理方法,其特征在于,还包括:
当所述判断结果为否时,所述业务平台发送呼叫失败消息到所述会话控制设备,以使所述会话控制设备发送被叫正被占用的消息到所述主叫。
6.如权利要求1至5中任一项所述的呼叫遇忙处理方法,其特征在于,所述会话控制设备为:
移动交换中心、软交换控制器、固网交换机或者支持IMS中S-CSCF功能的设备。
7.一种业务平台设备,其特征在于,包括:
接收模块,用于接收会话控制设备触发过来的呼叫请求;
获取模块,用于获取主叫呼叫被叫时、被叫正被占用的信息;
判断模块,用于判断所述被叫是否正在呼叫所述主叫,得到一判断结果;以及
执行模块,用于当所述判断结果为是时,执行接通所述主叫和所述被叫的流程。
8.如权利要求7所述的业务平台设备,其特征在于,所述判断模块具体用于:
当所述获取模块获取到被叫正被占用的信息时,等待一预定时间后,判断是否已经接收到所述被叫对所述主叫的呼叫请求,若是,则确定所述被叫正在呼叫所述主叫。
9.如权利要求7所述的业务平台设备,其特征在于,所述判断模块具体用于:
当所述获取模块获取到被叫正被占用的信息时,在一预定时间内判断是否接收到所述被叫对所述主叫的呼叫请求,若是,则确定所述被叫正在呼叫所述主叫。
10.如权利要求7所述的业务平台设备,其特征在于,所述接通所述主叫和所述被叫的流程为:
将所述业务平台虚拟成主叫的呼叫请求的被叫,以及被叫的呼叫请求的主叫,并将这两个呼叫引导至一媒体处理单元上,由所述媒体处理单元接通二者的媒体流;或者
修改两个呼叫请求的属性信息,将两个呼叫合并成一个呼叫。
11.如权利要求7所述的业务平台设备,其特征在于,所述执行模块还用于:
当所述判断结果为否时,发送呼叫失败消息到所述会话控制设备,以使所述会话控制设备发送被叫正被占用的消息到所述主叫。
12.如权利要求7至11中任一项所述的业务平台设备,其特征在于,所述会话控制设备为:
移动交换中心、软交换控制器、固网交换机或者支持IMS中S-CSCF功能的设备。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110436057.2A CN103179287B (zh) | 2011-12-22 | 2011-12-22 | 一种呼叫遇忙处理方法及业务平台设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110436057.2A CN103179287B (zh) | 2011-12-22 | 2011-12-22 | 一种呼叫遇忙处理方法及业务平台设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103179287A true CN103179287A (zh) | 2013-06-26 |
CN103179287B CN103179287B (zh) | 2015-12-02 |
Family
ID=48638897
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110436057.2A Active CN103179287B (zh) | 2011-12-22 | 2011-12-22 | 一种呼叫遇忙处理方法及业务平台设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103179287B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105228112B (zh) * | 2015-10-09 | 2018-09-14 | 广东欧珀移动通信有限公司 | 移动终端同时呼叫识别方法和系统 |
CN110089097A (zh) * | 2016-12-23 | 2019-08-02 | 意大利电信股份公司 | 通信网络中的呼叫碰撞解决 |
CN110839115A (zh) * | 2019-11-15 | 2020-02-25 | 上海闻泰信息技术有限公司 | 终端呼叫的处理方法、装置、设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060160531A1 (en) * | 2005-01-18 | 2006-07-20 | Samsung Electronics Co., Ltd. | Method for improving communication success rate in simultaneous call trial between subscribers in mobile communication systems |
CN101155389A (zh) * | 2006-09-27 | 2008-04-02 | 大唐移动通信设备有限公司 | 处理呼叫冲突的方法及装置 |
WO2010111830A1 (zh) * | 2009-03-31 | 2010-10-07 | 阿尔卡特朗讯公司 | 通信网络中处理呼叫冲突的方法和相关设备 |
-
2011
- 2011-12-22 CN CN201110436057.2A patent/CN103179287B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060160531A1 (en) * | 2005-01-18 | 2006-07-20 | Samsung Electronics Co., Ltd. | Method for improving communication success rate in simultaneous call trial between subscribers in mobile communication systems |
CN101155389A (zh) * | 2006-09-27 | 2008-04-02 | 大唐移动通信设备有限公司 | 处理呼叫冲突的方法及装置 |
WO2010111830A1 (zh) * | 2009-03-31 | 2010-10-07 | 阿尔卡特朗讯公司 | 通信网络中处理呼叫冲突的方法和相关设备 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105228112B (zh) * | 2015-10-09 | 2018-09-14 | 广东欧珀移动通信有限公司 | 移动终端同时呼叫识别方法和系统 |
CN110089097A (zh) * | 2016-12-23 | 2019-08-02 | 意大利电信股份公司 | 通信网络中的呼叫碰撞解决 |
CN110839115A (zh) * | 2019-11-15 | 2020-02-25 | 上海闻泰信息技术有限公司 | 终端呼叫的处理方法、装置、设备及存储介质 |
CN110839115B (zh) * | 2019-11-15 | 2021-09-10 | 上海闻泰信息技术有限公司 | 终端呼叫的处理方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN103179287B (zh) | 2015-12-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101420669B (zh) | 一种呼叫转移的方法、系统和设备 | |
CN101277342B (zh) | 一种实现分叉业务的方法、装置及系统 | |
CN106358177A (zh) | 基于双卡双待终端的通信方法及通信装置 | |
CN102299967A (zh) | 移动座席系统、网关、移动终端及实现移动座席的方法 | |
CN101184194B (zh) | 播放视频的方法、装置及系统 | |
CN102480716B (zh) | Ip多媒体子系统网络中一号通业务呼叫路由的方法及系统 | |
CN101433050A (zh) | 注册多联系装置的方法 | |
CN101217600A (zh) | 询问转接业务方法和装置 | |
CN109348470A (zh) | 业务切换方法、终端、网络服务器及存储介质 | |
CN101420668B (zh) | 一种实现呼叫转移的方法、系统和设备 | |
CN101222502A (zh) | 媒体能力重协商的方法及装置 | |
CN102056327B (zh) | 一种优化媒体路径的建立方法 | |
CN101771769B (zh) | 呼叫控制的方法、装置和系统 | |
CN103179287B (zh) | 一种呼叫遇忙处理方法及业务平台设备 | |
CN101159981A (zh) | 呼叫路由建立方法、网元设备及网络系统 | |
CN101325742A (zh) | 多用户类型下灵活振铃组忙的处理方法 | |
CN104253911A (zh) | 一种联络中心进行呼叫处理的方法、排队机和联络中心 | |
CN103095690A (zh) | 一种呼叫处理方法及应用服务器 | |
CN101931620B (zh) | 业务实现方法和系统、业务能力服务器 | |
CN101094274A (zh) | 一种下一代网络中媒体网关上容灾不断话的实现方法 | |
CN102487495A (zh) | Hss异常时实现呼叫的方法及cscf | |
CN1997048A (zh) | 终端在ip网络中通信的方法及重定向装置 | |
CN101448223B (zh) | 电路域接入ip多媒体子系统呼叫保持和呼叫恢复实现方法 | |
CN103179539A (zh) | 一种呼叫遇忙处理方法及会话控制设备 | |
CN103401916A (zh) | 通过http消息优化ims网络中的用户保活机制 |
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 |