CN102821212A - 点击拨号业务异常的处理方法及服务器、终端 - Google Patents
点击拨号业务异常的处理方法及服务器、终端 Download PDFInfo
- Publication number
- CN102821212A CN102821212A CN2012102645435A CN201210264543A CN102821212A CN 102821212 A CN102821212 A CN 102821212A CN 2012102645435 A CN2012102645435 A CN 2012102645435A CN 201210264543 A CN201210264543 A CN 201210264543A CN 102821212 A CN102821212 A CN 102821212A
- Authority
- CN
- China
- Prior art keywords
- terminal
- ctd
- server
- calling number
- initiation condition
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 230000005856 abnormality Effects 0.000 title abstract description 4
- 230000000977 initiatory effect Effects 0.000 claims abstract description 91
- 230000002159 abnormal effect Effects 0.000 claims abstract description 60
- 230000004044 response Effects 0.000 claims abstract description 50
- 238000003672 processing method Methods 0.000 claims description 26
- 230000005540 biological transmission Effects 0.000 claims description 16
- 230000008569 process Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000002950 deficient Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种点击拨号业务异常的处理方法及服务器、终端,其中,所述方法包括:CTD服务器接收第一终端发起的CTD业务请求,CTD业务请求中包括主叫号码、被叫号码;CTD服务器查看主叫号码、被叫号码中是否包括第一终端对应的默认号码;若不包括,则向主叫号码所属的网络侧网元查看主叫号码对应的第二终端是否满足发起条件;若接收到主叫号码所属的网络侧网元发送的包括第一异常信息的第一异常响应,则根据第一异常信息通知第一终端所述第二终端无法接通,以使第一终端结束CTD业务。上述方法能够及时获知CTD服务器呼叫的进展情况,减少网络资源的占用,提升了用户对CTD业务的体验性。
Description
技术领域
本发明涉及通信技术,尤其涉及一种点击拨号业务异常的处理方法及服务器、终端。
背景技术
点击拨号((Click To Dial,简称CTD)业务是一种由CTD服务器发起的呼叫业务。业务操作者(CTD业务的使用者)可在CTD服务器提供的业务界面上输入要建立呼叫的A、B用户终端的电话号码,从而建立这两个用户终端的连接。使用CTD业务的A、B用户终端可以是本地和国内的公共交换电话网络(Public Switched Telephone Network,简称PSTN)中的终端、软交换中的终端、个人手持式电话系统(Personal Handy-phoneSystem,简称PHS)或移动终端等。
CTD业务操作者即为付费使用方,是业务发起者,一般为个人用户终端或者企业用户终端;而CTD业务发起后,通话双方可以包括CTD操作者,也可以不包括。
也就是说,CTD业务使用场景分两种:第一种场景,主叫(即A用户终端)为CTD操作者,被叫(B用户终端)为非CTD操作者;第二种场景,主叫、被叫均为非CTD操作者。
针对上述的第二种场景,目前CTD业务建立成功的流程为:CTD服务器根据CTD业务操作者请求,向主叫发送呼叫请求,主叫振铃并摘机,听语音提示;然后CTD向被叫发送呼叫请求,被叫振铃并摘机,CTD服务器建立从主叫到被叫的正常通话。(在此流程中,通常将CTD服务器首先呼叫的用户终端定义为主叫,后续呼叫的用户终端定义为被叫)
然而,在实际应用中,主叫和/或被叫可能不在网络服务区或处于无法接听状态,此时,CTD业务操作者在发起CTD业务之后,不能很好的获知CTD服务器呼叫的进展情况,使得CTD业务的服务器被占用,同时使得CTD业务的体验性差,在一定程度上影响了整个系统的性能。
发明内容
针对现有技术的缺陷,本发明提供一种点击拨号业务异常的处理方法及服务器、终端。
本发明的第一个方面是提供一种点击拨号业务异常的处理方法,其包括:
CTD服务器接收第一终端发起的CTD业务请求,所述CTD业务请求中包括主叫号码、被叫号码;
查看所述主叫号码、被叫号码中是否包括所述第一终端对应的默认号码;
若不包括,则向所述主叫号码所属的网络侧网元发送用于确定所述主叫号码对应的第二终端是否满足发起条件的消息;
若所述第二终端不满足所述发起条件,则接收所述主叫号码所属的网络侧网元发送的包括第一异常信息的第一异常响应,根据所述第一异常信息向所述第一终端发送包括所述第二终端无法接通的通知消息,以使所述第一终端根据所述通知消息结束CTD业务。
由上述技术方案可知,本发明的点击拨号业务异常的处理方法,通过CTD服务器在查看接收的CTD业务请求中没有包括第一终端的默认号码,则启动异常查询流程以查找CTD业务请求中的主叫号码对应的第二终端是否满足发起条件,在不满足发起条件时,CTD服务器通知第一终端,以使第一终端获知CTD服务器呼叫的进展情况,进而及时结束CTD业务,减少对网络资源的占用,提升了用户对CTD业务的体验性。
本发明的第二个方面是提供一种点击拨号业务异常的处理方法,其包括:
向CTD服务器发起CTD业务请求,所述CTD业务请求中包括:主叫号码、被叫号码,以使所述CTD服务器确认在所述CTD业务请求中不包括第一终端对应的默认号码时,通过所述主叫号码所属的网络侧网元查看所述主叫号码对应的第二终端是否满足发起条件,和/或通过所述被叫号码所属的网络侧网元查看所述被叫号码对应的第三终端是否满足发起条件。
由上述技术方案可知,本发明的点击拨号业务异常的处理方法,向CTD服务器发送不包括默认号码的CTD业务请求,以使CTD服务器启动异常查询流程,以查找CTD业务请求中的主叫号码对应的第二终端是否满足发起条件,在不满足发起条件时,CTD服务器通知第一终端,以使第一终端获知CTD服务器呼叫的进展情况,进而及时结束CTD业务,减少对网络资源的占用,提升了用户对CTD业务的体验性。
本发明的第三个方面是提供一种服务器,包括:
接收单元,用于接收第一终端发起的CTD业务请求,所述CTD业务请求中包括主叫号码、被叫号码;
查看单元,用于查看所述主叫号码、被叫号码中是否包括所述第一终端对应的默认号码;
发送单元,用于在所述查看单元确定所述主叫号码、被叫号码中不包括所述第一终端对应的默认号码时,向所述主叫号码所属的网络侧网元发送用于确定所述主叫号码对应的第二终端是否满足发起条件的消息;
所述接收单元,还用于在所述第二终端不满足所述发起条件时,接收所述主叫号码所属的网络侧网元发送的包括第一异常信息的第一异常响应;相应地,所述发送单元,还用于根据所述第一异常信息向所述第一终端发送包括所述第二终端无法接通的通知消息,以使所述第一终端根据所述通知消息结束CTD业务。
由上述技术方案可知,本发明的服务器通过接收单元接收CTD业务请求,进而在查看单元确认CTD业务请求中不包括第一终端对应的默认号码时,通过发送单元向主叫号码所属的网络侧网元获取第二终端是否满足发起条件的消息,若第二终端不满足发起条件时,CTD服务器通过发送单元通知第一终端,以使第一终端获知CTD服务器呼叫的进展情况,进而及时结束CTD业务,减少对网络资源的占用,提升了用户对CTD业务的体验性。
本发明的第四个方面是提供一种终端,包括:
发送单元,用于向CTD服务器发起CTD业务请求,所述CTD业务请求中包括:主叫号码、被叫号码,以使所述CTD服务器确认在所述CTD业务请求中不包括终端对应的默认号码时,通过所述主叫号码所属的网络侧网元查看所述主叫号码对应的第二终端是否满足发起条件,和/或通过所述被叫号码所属的网络侧网元查看所述被叫号码对应的第三终端是否满足发起条件。
由上述技术方案可知,本发明的终端通过发送单元向CTD服务器发送不包括默认号码的CTD业务请求,以使CTD服务器启动异常查询流程,以查找CTD业务请求中的主叫号码对应的第二终端是否满足发起条件,在不满足发起条件时,CTD服务器通知第一终端,以使第一终端获知CTD服务器呼叫的进展情况,进而及时结束CTD业务,减少对网络资源的占用,提升了用户对CTD业务的体验性。
附图说明
图1为本发明一实施例提供的点击拨号业务异常的处理方法的流程示意图;
图2为本发明另一实施例提供的点击拨号业务异常的处理方法的流程示意图;
图3为本发明另一实施例提供的点击拨号业务异常的处理方法的流程示意图;
图4为本发明另一实施例提供的CTD服务器的结构示意图;
图5为本发明另一实施例提供的终端的结构示意图。
具体实施方式
当前,CTD业务是通过用户希望进行通话的两方或多方的电话号码进行话路桥接而实现两方或多方通话的呼叫类业务。而CTD呼叫,是由CTD服务器分别发起两路或多路需要进行通话的电话号码,待需要通话的两方或多方应答之后再将其桥接起来。
另外,当前的CTD业务的应用形式包括:网页类,即在网页上融合点击拨号能力,为操作者提供点击拨号业务;插件类,即在应用程序中增加点击拨号的插件,为操作者提供点击拨号业务;客户端类,即在业务发放的客户端中融合点击拨号能力,为操作者提供点击拨号业务。
为了描述简单,以下实施例中第一终端与默认号码对应,默认号码为第一终端的标识;第二终端与主叫号码对应,主叫号码为第二终端的标识;第三终端与被叫号码对应,被叫号码为第三终端的标识。另外,在下述的实施例中,第一终端的使用者为CTD业务的操作者,其触发CTD业务的目的是实现第二终端和第三终端的通话,但是在CTD业务异常时,可采用本发明任一实施例所述的处理方法对其进行异常处理。
参照图1所示,图1示出了本发明一实施例提供的点击拨号业务异常的处理方法的流程示意图,本实施例中的点击拨号业务异常的处理方法如下文所述。
101、CTD服务器接收第一终端发起的CTD业务请求,CTD业务请求中包括主叫号码、被叫号码。
102、CTD服务器查看主叫号码、被叫号码中是否包括第一终端对应的默认号码。
本实施例中的主叫号码、被叫号码、默认号码均为各自终端分别对应的标准公共用户标识(Public User Identity,简称:PUI)。
103、若不包括,则向主叫号码所属的网络侧网元发送用于确定主叫号码对应的第二终端是否满足发起条件的消息。
举例来说,上述主叫号码所属的网络侧网元可为:服务呼叫会话控制模块(Serving Call Session Control Function,简称S-CSCF);或者,查询呼叫会话控制模块(Interrogating Call Session Control Function,简称I-CSCF);或者应用服务器(Application Server,简称AS)等。
需要说明的是,上述的主叫号码所属的网络侧网元可以移动网网元也可以是固网网元,本实施例不对其进行限定。
当然,在其他实施例中,若主叫号码、被叫号码不是IP多媒体系统(IPMultimedia Subsystem,简称IMS)的用户,此时,上述主叫号码所属的网络侧网元还可以是媒体网关控制模块(Media Gateway Control Function,简称MGCF)等。
当然,若上述CTD业务请求中包括第一终端对应的默认号码,即主叫号码与默认号码对应一致,或者被叫号码与默认号码对应一致,此时,则按照现有的CTD业务建立流程使主叫号码对应的第二终端和被叫号码对应的第三终端建立通话。
在本实施例中,上述的发起条件可为:第二终端与该第二终端所在的网络连接,且该第二终端处于空闲状态。
在实际应用中,上述步骤103中的向主叫号码所属的网络侧网元发送用于确定主叫号码对应的第二终端是否满足发起条件的消息,该消息可具体为如下的INVITE消息:
即CTD服务器向主叫号码所属的网络侧网元发送INVITE消息,该INVITE消息的格式举例如下:
INVITE tel:+1-212-555-2222SIP/2.0
Method:INVITE status query
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127INVITE
需要说明的是,上述举例说明的INVITE消息相对于现有的INVITE消息是扩展了INVITE消息类型参数,以指示主叫号码所属的网络侧网元查看主叫号码对应的第二终端是否满足发起条件。
104、若第二终端不满足上述的发起条件,则接收主叫号码所属的网络侧网元发送的包括第一异常信息的第一异常响应,以及根据第一异常信息向第一终端发送包括第二终端无法接通的通知消息,以使第一终端根据上述的通知消息结束CTD业务。
当然,若第二终端满足上述的发起条件,则接收主叫号码所属的网络侧网元发送的正常响应,此后可进行如下图2所示的步骤。
需要说明的是,主叫号码所属的网络侧网元接收到上述CTD服务器发送的INVITE消息后,根据Method:INVITE status query判断为“查看主叫号码对应的第二终端是否满足发起条件”,此时,根据主叫号码,查询第二终端的状态,并将查询结果信息返回给CTD服务器,并且此步骤中,主叫号码所属的网络侧网元不将INVITE消息送往第二终端。
当然,实际应用中,步骤104中CTD服务器接收的是标准异常响应标识,例如486、4xx、6xx等。通常,486代表用户忙。
由上述实施例可知,本实施例的点击拨号业务异常的处理方法,通过CTD服务器在查看接收的CTD业务请求中没有包括第一终端的默认号码,则启动异常查询流程以查找CTD业务请求中的主叫号码对应的第二终端是否满足发起条件,在不满足发起条件时,CTD服务器通知第一终端,以使第一终端获知CTD服务器呼叫的进展情况,进而及时结束CTD业务,减少对网络资源的占用,提升了用户对CTD业务的体验性。
参照图2所示,图2示出了本发明一实施例提供的点击拨号业务异常的处理方法的流程示意图,本实施例中的点击拨号业务异常的处理方法如下文所述。
201、CTD服务器接收第一终端发起的CTD业务请求,CTD业务请求中包括主叫号码、被叫号码。
该处的第一终端可为移动终端。
202、CTD服务器查看主叫号码、被叫号码中是否包括第一终端对应的默认号码;若包括执行步骤203a,否则执行步骤203。
203a、若步骤202中的主叫号码或被叫号码与默认号码对应一致,则按照现有的CTD业务建立流程使主叫号码对应的第二终端和被叫号码对应的第三终端建立通话。
例如,主叫号码与默认号码一致时,第二终端和第一终端是一个终端,此时,CTD服务器直接呼叫主叫号码,以及直接呼叫被叫号码,以使主叫号码对应的终端和被叫号码对应的第三终端建立通话。
需说明的是,该处的CTD业务建立流程可参照现有的处理流程,本实施例不再对其进行详述说明。
203、若步骤202中的主叫号码、被叫号码均不是第一终端对应的默认号码,则向主叫号码所属的网络侧网元发送用于确定主叫号码对应的第二终端是否满足发起条件的消息;若满足,则执行步骤204,否则,执行步骤204a。
在本实施例中,上述的发起条件可为:第二终端与该第二终端所在的网络连接,且该第二终端处于空闲状态。
204a、若步骤203中的主叫号码所属的网络侧网元确定主叫号码对应的第二终端不满足发起条件,则接收主叫号码所属的网络侧网元发送的包括第一异常信息的第一异常响应,进而根据第一异常信息向第一终端发送包括当前第二终端无法接通的通知消息,以使第一终端根据包括当前第二终端无法接通的通知消息主动结束CTD业务。
举例来说,上述的第一异常响应可为486、480、404、604等;以及CTD服务器将第一异常响应通知第一终端,此时第一终端可显示第一异常响应中的第一异常信息,例如当原因值为486时,显示“第二终端正忙无法接通呼叫,请稍后重试”。
204、若步骤203中的主叫号码所属的网络侧网元确定主叫号码对应的第二终端满足发起条件,则接收主叫号码所属的网络侧网元发送的正常响应,此时,CTD服务器向被叫号码所属的网络侧网元发送用于确定被叫号码对应的第三终端是否满足发起条件的消息,若满足执行步骤205,否则执行步骤205a。
该处第三终端所满足的发起条件为:第三终端与该第三终端所在的网络连接,且该第三终端处于空闲状态。
另外,被叫号码所属的网络侧网元可以是:服务呼叫会话控制模块;或者,查询呼叫会话控制模块;或者,应用服务器等。
205a、若步骤204中的被叫号码所属的网络侧网元确定被叫号码对应的第三终端不满足发起条件,则接收被叫号码所属的网络侧网元发送的包括第二异常信息的第二异常响应,则根据第二异常信息向第一终端发送包括当前第三终端无法接通的通知消息,以使第一终端根据包括当前第三终端无法接通的通知消息主动结束CTD业务。
205、若步骤204中的被叫号码所属的网络侧网元确定被叫号码对应的第三终端满足发起条件,则接收被叫号码所属的网络侧网元发送的正常响应,进而向第二终端发送第一呼叫请求。
举例来说,上述的第一呼叫请求的格式如下:
INVITE tel:+1-212-555-2222SIP/2.0
Method:INVITE
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127INVITE
当然,在实际应用中,此时,主叫号码/第二终端所属的网络侧网元接收到上述第一呼叫请求之后,将第一呼叫请求发送给第二终端。
206、若接收到第二终端根据第一呼叫请求返回的包括第三异常信息的第三异常响应,则根据第三异常信息向第一终端发送包括第二终端无法接通的通知消息,以使第一终端根据包括第二终端无法接通的通知消息结束CTD业务。
举例来说,第三异常信息为第二终端振铃(例如,第二终端处于忙的状态或无应答状态),则向第二终端发送包括提示信息的提示消息,如短消息。该提示信息可为:默认号码在xx时间向您拨通过一次电话。上述提示信息仅为举例说明,本实施例不限制提示信息的内容。
上述的第三异常响应可为4xx、6xx等标准异常标识。
进一步地,CTD根据第三异常响应向第一终端发送通知消息为486、480、404或604等,进而第一终端可将上述的486、480、404或604所表示的原因显示给用户,例如通知消息为486时,显示“首选用户正忙无法接通呼叫,请稍后重试”。
207、若接收到所述第二终端根据第一呼叫请求返回的正常响应,则CTD服务器与第二终端建立会话。
举例来说,CTD服务器可以按照现有的标准处理方式给第二终端播放个性化提示音,提示第二终端等待与第三终端的电话接通。
208、CTD服务器向第三终端发送第二呼叫请求。
209、若接收到第三终端根据第二呼叫请求返回的包括第四异常信息的第四异常响应,则向所述第一终端发送第三呼叫请求,若第一终端根据第三呼叫请求返回正常响应,则所述CTD服务器使所述第二终端与所述第一终端建立通话。
当然,若第一终端返回200OK,则第一终端与第二终端的通话建立,若第一终端返回异常响应,此时,可按照现有的处理流程进行,如结束,或显示异常原因等。
需要说明的是,该处的第二终端和第一终端建立通话可为预先在CTD服务器中进行配置的。
当然,在其他实施例中,也可以是CTD服务器根据第四异常响应向第一终端发送包括第四异常信息的通知消息,以使第一终端根据包括第四异常信息的通知消息主动结束CTD业务。
举例来说,上述的第三呼叫请求可为不含扩展字段的INVITE消息,其格式如下:
INVITE tel:+1-212-555-2222SIP/2.0
Method:INVITE
Call-ID:cb03a0s09a2sdfglkj490333
Cseq:127INVITE
210、若接收到第三终端根据第二呼叫请求返回的正常响应,则CTD服务器使第二终端和第三终端建立通话。
需要说明的是,上述并没有限制主叫号码、被叫号码的排列顺序,在其他实施例中,CTD服务器可以首先向被叫号码所属的网络侧网元查询被叫号码对应的第三终端是否满足发起条件等;
若被叫号码对应的第三终端满足发起条件,主叫号码对应的第二终端也满足发起条件,可以先向第三终端发送呼叫请求等,上述实施例仅为举例说明,不限定各步骤的实施顺序。
另外,在一优选的实施例中,在图1和图2的第一个步骤之前,即在“CTD服务器接收CTD业务请求”的步骤之前,上述点击拨号业务异常的处理方法还可包括如下图中未示出的步骤200。
200、CTD服务器接收第一终端发送的配置请求,所述配置请求包括所述第一终端的默认号码、主叫号码、被叫号码以及各自对应的配置信息。
该CTD服务器在接收配置请求之后,可根据各自对应非配置信息存储默认号码、主叫号码、被叫号码等,以及根据各自配置信息设置主叫号码对应的第二终端异常时可选择的处理动作,被叫号码对应的第三终端异常时可选择的处理动作等。
也就是说,在使用CTD业务之前,需要对CTD服务器进行配置,其中设置默认号码、主叫号码、被叫号码等,以及默认号码对应的配置信息、主叫号码对应的配置信息、被叫号码对应的配置信息等。
该处的默认号码、主叫号码、被叫号码均为相互独立的用户号码。
举例来说,该处主叫号码对应的配置信息可包括:在主叫号码满足发起条件,但无法与CTD服务器连接时,是否发送短消息等内容。
另外,配置信息还可包括如下信息中的一种或多种:第一、默认号码是否与操作者终端进行绑定;第二、当主叫号码对应的第二终端振铃并接通后,但主叫号码对应的第二终端与被叫号码对应的第三终端呼叫建立失败时,建立默认号码对应的第一终端与主叫号码对应的第二终端之间的呼叫连接;第三、当主叫号码对应的第二终端振铃并接通后,但第二终端与第三终端的呼叫建立失败时,向第二终端提供适当提示,例如提示音等;第四、当主叫号码对应的第二终端振铃但返回异常响应时,为第二终端提供适当提示,例如短信提示等;第五、当被叫号码对应的第三终端振铃但返回异常响应时,为第三终端提供适当提示,例如短信提示等。
通常,上述配置信息,可以是CTD服务器提供人机交互界面,由CTD业务的操作者如第一终端的用户可按照配置信息对其进行配置等实现。
本实施例中的配置信息均为举例说明,关于CTD服务器如何配置上述的配置信息可按照现有的方式实现。
本实施例的点击拨号业务异常的处理方法,能够使第一终端及时获知CTD服务器呼叫的进展情况,及时确定是否结束CTD业务,使得第一终端可有效利用网络资源,且提升了对CTD业务的体验性。
也就是说,上述的CTD服务器能够处理,当主叫号码对应的第一终端振铃并接通后,但主叫号码对应的第二终端与被叫号码对应的第三终端呼叫失败时,建立默认号码对应的第一终端与主叫号码对应的第二终端之间的呼叫或者向第二终端提供适当提示;或者,当第二终端振铃后,但返回异常响应时,为第二终端提供适当提示;或者第三终端振铃后,但返回异常响应时,为第三终端提供适当提示;保证CTD服务器在发起呼叫之后,能够正确处理异常响应信息,提供默认号码对应的第一终端与主叫号码对应的第二终端之间呼叫自动建立机制,提升CTD服务器对异常情况兼容性处理,以减少用户投诉。
根据本发明的另一方面,本发明还提供一种点击拨号业务异常的处理方法,其包括:第一终端向CTD服务器发起CTD业务请求,CTD业务请求中包括:主叫号码、被叫号码,以使所述CTD服务器确认在CTD业务请求中不包括第一终端对应的默认号码时,通过所述主叫号码所属的网络侧网元查看所述主叫号码对应的第二终端是否满足发起条件,和/或通过所述被叫号码所属的网络侧网元查看所述被叫号码对应的第三终端是否满足发起条件。
参照图3所示,图3示出了本发明另一实施例提供的点击拨号业务异常的处理方法的流程示意图,本实施例中的点击拨号业务异常的处理方法如下文所述。
301、第一终端向CTD服务器发起CTD业务请求,CTD业务请求中包括:主叫号码、被叫号码,以使所述CTD服务器确认在CTD业务请求中不包括第一终端对应的默认号码时,通过主叫号码所属的网络侧网元查看主叫号码对应的第二终端是否满足发起条件,和/或通过被叫号码所属的网络侧网元查看被叫号码对应的第三终端是否满足发起条件。
302、在CTD服务器确定第二终端无法接通时,接收CTD服务器发送的包括第二终端的异常信息的通知消息,根据异常信息结束CTD业务。
优选地,上述点击拨号业务异常的处理方法还可包括如下举例的步骤303。
303、在CTD服务器确定所述第三终端无法接通时,接收所述CTD服务器发送的包括所述第三终端的异常信息的通知消息,根据所述异常信息结束CTD业务。
若上述步骤303在步骤302之后,则执行303步骤的前提是:第二终端满足发起条件,进而CTD服务器确定第二终端可以接通,但第三终端不满足发起条件时,CTD服务器确定所述第三终端无法接通,如图3所示。
在另一实施例中,上述的步骤303可以在步骤302之前,此时,执行步骤302的前提是:第三终端满足发起条件,CTD服务器确定第三终端可以接通,此时在第二终端不满足发起条件时,CTD服务器确定所述第二终端无法接通。
由此,可以理解的是,可以先判断第三终端是否满足发起条件,也可以先判断第二终端是否满足发起条件,或者同时进行判断,本实施例不对其进行限定。
上述所述的发起条件可为:终端与该终端所在的网络连接,且该终端处于空闲状态。
当然,在实际应用中,在步骤301之前,上述点击拨号业务异常的处理方法还可包括如下图中未示出的步骤304;
304、第一终端向所述CTD服务器发送配置请求,所述配置请求包括所述第一终端的默认号码、主叫号码、被叫号码以及各自对应的配置信息。
该CTD服务器在接收配置请求之后,可根据各自对应非配置信息存储默认号码、主叫号码、被叫号码等,以及根据各自配置信息设置主叫号码对应的第二终端异常时可选择的处理动作,被叫号码对应的第三终端异常时可选择的处理动作等。
由上述实施例可知,本实施例的点击拨号业务异常的处理方法,向CTD服务器发送不包括默认号码的CTD业务请求,以使CTD服务器启动异常查询流程,以查找CTD业务请求中的主叫号码对应的第二终端是否满足发起条件,在不满足发起条件时,CTD服务器通知第一终端,以使第一终端获知CTD服务器呼叫的进展情况,进而及时结束CTD业务,减少对网络资源的占用,提升了用户对CTD业务的体验性。
根据本发明的另一方面,本发明还提供一种服务器,如图4所示,本实施例中的服务器包括:接收单元41、查看单元42、发送单元43;
其中,接收单元41用于接收第一终端发起的CTD业务请求,所述CTD业务请求中包括主叫号码、被叫号码;
查看单元42用于查看主叫号码、被叫号码中是否包括第一终端对应的默认号码;
发送单元43用于在查看单元确定主叫号码、被叫号码中不包括第一终端对应的默认号码时,向主叫号码所属的网络侧网元发送用于确定主叫号码对应的第二终端是否满足发起条件的消息;
接收单元41还用于在第二终端不满足发起条件时,接收主叫号码所属的网络侧网元发送的包括第一异常信息的第一异常响应;相应地,发送单元43还用于根据第一异常信息向第一终端发送包括第二终端无法接通的通知消息,以使第一终端根据所述通知消息结束CTD业务。
进一步地,接收单元41还用于在第二终端满足发起条件时,接收主叫号码所属的网络侧网元发送的正常响应;
相应地,发送单元43还用于向被叫号码所属的网络侧网元发送用于确定被叫号码对应的第三终端是否满足发起条件的消息;以及,
接收单元41还用于在第三终端不满足发起条件时,接收被叫号码所属的网络侧网元发送的包括第二异常信息的第二异常响应;相应地,发送单元43还用于根据第二异常信息向第一终端发送包括第三终端无法接通的通知消息,以使第一终端根据包括所述第三终端无法接通的通知消息结束CTD业务。
当然,若第二终端满足发起条件,则接收单元41还用于接收主叫号码所属的网络侧网元发送的正常响应,以及CTD服务器向被叫号码所属的网络侧网元发送用于确定被叫号码对应的第三终端是否满足发起条件的消息;若第三终端满足发起条件,则接收单元41接收被叫号码所属的网络侧网元发送的正常响应,进而向第二终端发送第一呼叫请求;
若接收单元41接收到第二终端根据第一呼叫请求返回的包括第三异常信息的第三异常响应,则发送单元43根据第三异常信息向第一终端发送包括第二终端无法接通的通知消息,使得第一终端根据包括第二终端无法接通的通知消息结束CTD的业务。
当然,若上述第三终端满足该第三终端所对应的发起条件,则接收单元41接收被叫号码所属的网络侧网元发送的正常响应,进而发送单元43向第二终端发送第一呼叫请求;
若接收单元41接收到第二终端根据第一呼叫请求返回的正常响应,则CTD服务器与第二终端建立会话,以及
发送单元43向第三终端发送第二呼叫请求,若接收单元41接收到第三终端根据第二呼叫请求返回的包括第四异常信息的第四异常响应,则发送单元43向第一终端发送第三呼叫请求,若第一终端根据第三呼叫请求返回正常响应,则CTD服务器使第二终端与所述第一终端建立通话。
本实施例中的发起条件为各终端与各终端所在的网络连接,且该终端处于空闲状态。
需要说明的是,上述的接收单元41还用于接收第一终端发送的配置请求,该配置请求包括第一终端的默认号码、主叫号码、被叫号码以及各自对应的配置信息,以便CTD服务器根据配置信息配置相关的处理顺序。
由上述实施例可知,本实施例的服务器通过接收单元接收CTD业务请求,进而在查看单元确认CTD业务请求中不包括第一终端对应的默认号码时,通过发送单元向主叫号码所属的网络侧网元获取第二终端是否满足发起条件的消息,若第二终端不满足发起条件时,CTD服务器通过发送单元通知第一终端,以使第一终端获知CTD服务器呼叫的进展情况,进而及时结束CTD业务,减少对网络资源的占用,提升了用户对CTD业务的体验性。
需要说明的是,实际应用中的服务器可以包括处理器、存储器等,由此,上述服务器中的发送单元、查看单元和接收单元所实现的功能均由处理器实现,以及存储器用于存储上述的配置信息或相关的命令等。
根据本发明的另一方面,本发明还提供一种终端,该终端包括发送单元,该发送单元用于向CTD服务器发起CTD业务请求,所述CTD业务请求中包括:主叫号码、被叫号码,以使所述CTD服务器确认在所述CTD业务请求中不包括终端对应的默认号码时,通过所述主叫号码所属的网络侧网元查看所述主叫号码对应的第二终端是否满足发起条件,和/或通过所述被叫号码所属的网络侧网元查看所述被叫号码对应的第三终端是否满足发起条件。
优选地,如图5所示,本实施例中的终端包括:发送单元51、接收单元52;其中,发送单元51用于向CTD服务器发起CTD业务请求,接收单元52用于在CTD服务器确定所述第二终端无法接通时,接收CTD服务器发送的包括第二终端的异常信息的通知消息,根据异常信息结束CTD业务;
或者,接收单元52用于在CTD服务器确定第三终端无法接通时,接收CTD服务器发送的包括第三终端的异常信息的通知消息,根据异常信息结束CTD业务。
由上述实施例可知,本实施例的终端通过发送单元向CTD服务器发送不包括默认号码的CTD业务请求,以使CTD服务器启动异常查询流程,以查找CTD业务请求中的主叫号码对应的第二终端是否满足发起条件,在不满足发起条件时,CTD服务器通知第一终端,以使第一终端获知CTD服务器呼叫的进展情况,进而及时结束CTD业务,减少对网络资源的占用,提升了用户对CTD业务的体验性。
需要说明的是,实际应用中的终端可以包括处理器,进而,上述终端中的发送单元和接收单元所实现的功能均由处理器实现。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (11)
1.一种点击拨号业务异常的处理方法,其特征在于,包括:
点击拨号CTD服务器接收第一终端发起的CTD业务请求,所述CTD业务请求中包括主叫号码、被叫号码;
查看所述主叫号码、被叫号码中是否包括所述第一终端对应的默认号码;
若不包括,则向所述主叫号码所属的网络侧网元发送用于确定所述主叫号码对应的第二终端是否满足发起条件的消息;
若所述第二终端不满足所述发起条件,则接收所述主叫号码所属的网络侧网元发送的包括第一异常信息的第一异常响应,根据所述第一异常信息向所述第一终端发送包括所述第二终端无法接通的通知消息,以使所述第一终端根据所述通知消息结束CTD业务。
2.根据权利要求1所述的方法,其特征在于,还包括:
若所述第二终端满足所述发起条件,则接收所述主叫号码所属的网络侧网元发送的正常响应,以及所述CTD服务器向所述被叫号码所属的网络侧网元发送用于确定所述被叫号码对应的第三终端是否满足发起条件的消息;
若所述第三终端不满足所述发起条件,则接收所述被叫号码所属的网络侧网元发送的包括第二异常信息的第二异常响应,根据所述第二异常信息向所述第一终端发送包括所述第三终端无法接通的通知消息,以使所述第一终端根据包括所述第三终端无法接通的通知消息结束CTD业务。
3.根据权利要求1所述的方法,其特征在于,还包括:
若所述第二终端满足所述发起条件,则接收所述主叫号码所属的网络侧网元发送的正常响应,以及所述CTD服务器向所述被叫号码所属的网络侧网元发送用于确定所述被叫号码对应的第三终端是否满足发起条件的消息;
若所述第三终端满足所述发起条件,则接收所述被叫号码所属的网络侧网元发送的正常响应,进而向所述第二终端发送第一呼叫请求;
若接收到所述第二终端根据所述第一呼叫请求返回的包括第三异常信息的第三异常响应,则根据所述第三异常信息向所述第一终端发送包括所述第二终端无法接通的通知消息,以使所述第一终端根据包括所述第二终端无法接通的通知消息结束CTD业务。
4.根据权利要求3所述的方法,其特征在于,还包括:若所述第三异常信息为所述第二终端振铃,则向所述第二终端发送包括提示信息的提示消息。
5.根据权利要求1所述的方法,其特征在于,还包括:
若所述第二终端满足所述发起条件,则接收所述主叫号码所属的网络侧网元发送的正常响应,以及所述CTD服务器向所述被叫号码所属的网络侧网元发送用于确定所述被叫号码对应的第三终端是否满足发起条件的消息;
若所述第三终端满足所述发起条件,则接收所述被叫号码所属的网络侧网元发送的正常响应,进而向所述第二终端发送第一呼叫请求;
若接收到所述第二终端根据所述第一呼叫请求返回的正常响应,则所述CTD服务器与所述第二终端建立会话,以及
向所述第三终端发送第二呼叫请求,若接收到所述第三终端根据所述第二呼叫请求返回的包括第四异常信息的第四异常响应,则向所述第一终端发送第三呼叫请求,若第一终端根据第三呼叫请求返回的正常响应,则所述CTD服务器使所述第二终端与所述第一终端建立通话。
6.根据权利要求1至5任一所述的方法,其特征在于,所述发起条件为:终端与该终端所在的网络连接,且该终端处于空闲状态。
7.根据权利要求1至5任一所述的方法,其特征在于,所述CTD服务器接收CTD业务请求的步骤之前,还包括:
接收所述第一终端发送的配置请求,所述配置请求包括所述第一终端的默认号码、主叫号码、被叫号码以及各自对应的配置信息。
8.一种点击拨号业务异常的处理方法,其特征在于,包括:
向点击拨号CTD服务器发起CTD业务请求,所述CTD业务请求中包括:主叫号码、被叫号码,以使所述CTD服务器确认在所述CTD业务请求中不包括第一终端对应的默认号码时,通过所述主叫号码所属的网络侧网元查看所述主叫号码对应的第二终端是否满足发起条件,和/或通过所述被叫号码所属的网络侧网元查看所述被叫号码对应的第三终端是否满足发起条件。
9.根据权利要求8所述的方法,其特征在于,还包括:
在所述CTD服务器确定所述第二终端无法接通时,接收所述CTD服务器发送的包括所述第二终端的异常信息的通知消息,根据所述异常信息结束CTD业务;
或,在所述CTD服务器确定所述第三终端无法接通时,接收所述CTD服务器发送的包括所述第三终端的异常信息的通知消息,根据所述异常信息结束CTD业务。
10.一种服务器,其特征在于,包括:
接收单元,用于接收第一终端发起的点击拨号CTD业务请求,所述CTD业务请求中包括主叫号码、被叫号码;
查看单元,用于查看所述主叫号码、被叫号码中是否包括所述第一终端对应的默认号码;
发送单元,用于在所述查看单元确定所述主叫号码、被叫号码中不包括所述第一终端对应的默认号码时,向所述主叫号码所属的网络侧网元发送用于确定所述主叫号码对应的第二终端是否满足发起条件的消息;
所述接收单元,还用于在所述第二终端不满足所述发起条件时,接收所述主叫号码所属的网络侧网元发送的包括第一异常信息的第一异常响应;相应地,所述发送单元,还用于根据所述第一异常信息向所述第一终端发送包括所述第二终端无法接通的通知消息,以使所述第一终端根据所述通知消息结束CTD业务。
11.一种终端,其特征在于,包括:
发送单元,用于向点击拨号CTD服务器发起CTD业务请求,所述CTD业务请求中包括:主叫号码、被叫号码,以使所述CTD服务器确认在所述CTD业务请求中不包括终端对应的默认号码时,通过所述主叫号码所属的网络侧网元查看所述主叫号码对应的第二终端是否满足发起条件,和/或通过所述被叫号码所属的网络侧网元查看所述被叫号码对应的第三终端是否满足发起条件。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012102645435A CN102821212A (zh) | 2012-07-30 | 2012-07-30 | 点击拨号业务异常的处理方法及服务器、终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012102645435A CN102821212A (zh) | 2012-07-30 | 2012-07-30 | 点击拨号业务异常的处理方法及服务器、终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102821212A true CN102821212A (zh) | 2012-12-12 |
Family
ID=47305061
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2012102645435A Pending CN102821212A (zh) | 2012-07-30 | 2012-07-30 | 点击拨号业务异常的处理方法及服务器、终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102821212A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106034125A (zh) * | 2015-03-17 | 2016-10-19 | 中国移动通信集团公司 | 一种ip语音通话回落方法、装置、系统和终端设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1870638A (zh) * | 2005-12-13 | 2006-11-29 | 华为技术有限公司 | 一种实现点击呼叫业务的方法及系统 |
CN1889603A (zh) * | 2005-06-30 | 2007-01-03 | 华为技术有限公司 | 一种点击拨号业务的实现方法 |
JP2009100093A (ja) * | 2007-10-15 | 2009-05-07 | Ntt Communications Kk | 通信システム、連続発信制御装置、通信制御方法、及びプログラム |
-
2012
- 2012-07-30 CN CN2012102645435A patent/CN102821212A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1889603A (zh) * | 2005-06-30 | 2007-01-03 | 华为技术有限公司 | 一种点击拨号业务的实现方法 |
CN1870638A (zh) * | 2005-12-13 | 2006-11-29 | 华为技术有限公司 | 一种实现点击呼叫业务的方法及系统 |
JP2009100093A (ja) * | 2007-10-15 | 2009-05-07 | Ntt Communications Kk | 通信システム、連続発信制御装置、通信制御方法、及びプログラム |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106034125A (zh) * | 2015-03-17 | 2016-10-19 | 中国移动通信集团公司 | 一种ip语音通话回落方法、装置、系统和终端设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8369311B1 (en) | Methods and systems for providing telephony services to fixed and mobile telephonic devices | |
US8149785B2 (en) | Methods, systems, and computer program products for jumping calls between different modes of the same device | |
KR102253561B1 (ko) | 셀룰러 네트워크 상의 voip 콜 터널링 제어 | |
CN102123211B (zh) | 一种多方通话业务的实现方法和系统 | |
WO2017028567A1 (zh) | 网络电话连接处理方法及装置 | |
CN101217600A (zh) | 询问转接业务方法和装置 | |
KR101221156B1 (ko) | 회선 교환 기반 전화기용 유도 응답 방법 | |
EP2345178B1 (en) | Apparatus and method for providing recording service in ip multimedia subsystem | |
JP2009540754A (ja) | 通信網内の発呼者へのカスタマイズされたマルチメディアグリーティングを配信するための方法 | |
CN105682066A (zh) | 终端呼叫转接方法、装置及系统 | |
US9071693B2 (en) | System and method for active call concierge for supplementary call services | |
CN101771769A (zh) | 呼叫控制的方法、装置和系统 | |
CN105207981A (zh) | 一种实现号码携带放音的方法、设备及系统 | |
WO2015014174A1 (zh) | 实现回铃播放的方法、装置和回铃业务系统 | |
CN101827334A (zh) | 呼叫处理方法及呼叫处理中心设备 | |
KR101051723B1 (ko) | 기존 내선전화에 발신 가능한 인터넷 내선전화 장치 및 방법, 그리고 그에 따른 컴퓨터로 판독 가능한 기록매체 | |
CN102158613B (zh) | 呼叫转移的方法和设备 | |
CN101637013A (zh) | 将从通讯录服务获得的号码推送到电话上的存储列表中 | |
CN102821212A (zh) | 点击拨号业务异常的处理方法及服务器、终端 | |
CN102104695A (zh) | 一种呼叫业务中实现双方通话随意切换的方法和系统 | |
CN102668487B (zh) | 一种媒体网关实现呼叫的方法及系统 | |
CN101232681B (zh) | 一种在手机上实现语音通话连续性的装置及方法 | |
CN101635774B (zh) | 实现座席和自动业务随路数据传送的ctiex、系统和方法 | |
CN101594598B (zh) | 一种ims网络中媒体协商的方法和系统 | |
CN104853047A (zh) | 一种自动回呼方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20121212 |