提供呼叫业务的方法、网络交换设备和用户终端与流程

文档序号:13344777阅读:186来源:国知局
提供呼叫业务的方法、网络交换设备和用户终端与流程
本发明涉及通信技术领域,尤其涉及一种提供呼叫业务的方法、网络交换设备和用户终端。

背景技术:
通信系统的应用便捷性一直是产品生产者、服务提供商以及产品用户所努力实现的目标。然而许多情况下,特别是在企业通信中,如果想要联系多个人都可能需要反复拨打多个号码才能联系到对方,给用户带来不便。例如,目前在企业通信中,经常会碰到这样的场景,员工小A有事需要联系小B或小C,小A决定先联系小B,当联系不上小B时再联系小C,于是小A拨打小B的座机,座机无应答或忙,小A挂机后再重新拨打小B的手机;如果还是联系不上小B,小A挂机后再开始拨打小C的电话进行联系。这种情况小A需要进行多次摘挂机和拨号操作,从而造成用户通信操作的不便,降低了沟通效率及用户体验。

技术实现要素:
本发明的目的在于,提供一种提供呼叫业务的方法、网络交换设备和用户终端,能够提高用户的沟通效率。为达到上述目的,本发明采用如下技术方案:一种提供呼叫业务的方法,包括:接收主叫用户发出的呼叫请求消息,所述呼叫请求消息携带有业务操作码和至少两个被叫号码;根据所述呼叫请求消息携带的业务操作码,确定本次呼叫的接续方式;按照所述确定的接续方式接续所述呼叫请求消息携带的被叫号码对应的被叫用户。一种提供呼叫业务的方法,包括:向网络交换设备发送呼叫请求消息,所述呼叫请求消息携带有业务操作码和至少两个被叫号码;以便于所述网络交换设备根据所述呼叫请求消息携带的业务操作码,确定本次呼叫的接续方式,并按照所述确定的接续方式接续所述呼叫请求消息携带的被叫号码对应的被叫用户。一种网络交换设备,包括:接收单元,用于接收主叫用户发出的呼叫请求消息,所述呼叫请求消息携带有业务操作码和至少两个被叫号码;确定单元,用于根据所述接收单元接收的呼叫请求消息携带的业务操作码,确定本次呼叫的接续方式;接续单元,用于按照所述确定单元确定的接续方式接续所述呼叫请求消息携带的被叫号码对应的被叫用户。一种用户终端,包括:发送单元,用于向网络交换设备发送呼叫请求消息,所述呼叫请求消息携带有业务操作码和至少两个被叫号码;以便于所述网络交换设备根据所述呼叫请求消息携带的业务操作码,确定本次呼叫的接续方式,并按照所述确定的接续方式接续所述呼叫请求消息携带的被叫号码对应的被叫用户。本发明实施例提供的提供呼叫业务的方法、网络交换设备和用户终端,呼叫请求消息中携带有业务操作码和至少两个被叫号码,主叫用户进行一次呼叫就能呼叫至少两个被叫用户,避免了主叫用户在联系多个被叫用户时反复进行拨打和摘挂机等操作,因此方便了主叫用户的通信操作,提高了用户的沟通效率,从而提高用户体验。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。图1为本发明实施例提供的提供呼叫业务的方法的一种流程图;图2为本发明实施例提供的提供呼叫业务的方法的另一种流程图;图3为本发明实施例提供的提供呼叫业务的方法的另一种流程图;图4为本发明实施例提供的网络交换设备的一种结构框图;图5为本发明实施例提供的网络交换设备的另一种结构框图。具体实施方式下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。如图1所示,本发明实施例提供了一种提供呼叫业务的方法,基于网络交换设备,例如网际协议语音交换机IPPBX(InternetProtocolPrivateBranchExchange)等,本发明实施例包括:S11,接收主叫用户发出的呼叫请求消息,所述呼叫请求消息携带有业务操作码和至少两个被叫号码;S12,根据所述呼叫请求消息携带的业务操作码,确定本次呼叫的接续方式;S13,按照所述确定的接续方式接续所述呼叫请求消息携带的被叫号码对应的被叫用户。可以理解的是,在本发明所提供的实施例中,主叫用户和被叫用户之间的呼叫业务实质上是通过主叫用户对应的主叫终端与被叫用户使用的被叫终端实现的,因此,本文中所述的被叫用户亦指被叫用户对应的被叫终端,主叫用户亦指主叫用户对应的主叫终端。本发明实施例提供的提供呼叫业务的方法,呼叫请求消息中携带有业务操作码和至少两个被叫号码,主叫用户进行一次呼叫就能呼叫至少两个被叫用户,避免了主叫用户在联系多个被叫用户时反复进行拨打和摘挂机等操作,因此方便了主叫用户的通信操作,提高了用户的沟通效率,从而提高用户体验。其中,所述业务操作码指示了本次呼叫的业务类型为呼叫所述呼叫请求消息中携带的至少两个被叫号码对应的被叫用户的多用户呼叫,网络交换设备能够根据所述业务操作码,确定出本次呼叫的业务类型为多用户呼叫。具体的,业务操作码和被叫号码可以由主叫用户手动输入,其中,业务操作码的具体形式可为若干位字符的组合,在呼叫请求消息中,可被设置于被叫号码前、被叫号码中、或被叫号码后,优选的,在本发明的一个实施例中,业务操作码设置于被叫号码前,呼叫请求消息中业务操作码和被叫号码的格式为AccessCode*TN1*TN2*TN3...#。其中,AccessCode为业务操作码,TN1、TN2和TN3为被叫号码,*为业务操作码和被叫号码之间以及不同的被叫号码之间的隔离符号,#为拨号结束标志符号。当然,在所述呼叫请求消息中,业务操作码和被叫号码的具体位数、格式以及采取何种字符,都可以根据网络交换设备的支持情况来约定,本发明对此不做限制。其中,所述接续方式是指,网络交换设备如何接续所述呼叫请求消息中的至少两个被叫号码对应的被叫用户。具体的,网络交换设备可采用的接续方式包括:同时接续所述呼叫请求消息携带的至少两个被叫号码对应的被叫用户;或者,按照规定的先后顺序逐个接续所述呼叫请求消息携带的至少两个被叫号码对应的被叫用户。其中,所述规定的先后顺序可以为呼叫请求消息携带的被叫号码的顺序即主叫用户输入被叫号码的先后顺序,也可以为其他顺序如随机的先后顺序、优先接续固定用户的顺序或优先接续移动用户的顺序等,例如在座机号码和手机号码这两个被叫号码中优先接续座机号码对应的被叫用户的顺序,本发明对此不作限制。可选的,网络交换设备可预先设置有与各业务类型所对应的接续方式,这时,在步骤S12中,网络交换设备可以首先根据呼叫请求消息中的业务操作码确定本次呼叫的业务类型;再根据确定的业务类型和预先设定,确定本次呼叫的接续方式。可以理解的是,除指示出业务类型外,所述业务操作码也可直接指示出本次呼叫的接续方式。这时,在步骤S12中,网络交换设备可以直接根据所述业务操作码,确定出本次呼叫的接续方式。举例说明,假设在本发明的一个实施例中,业务操作码78代表业务类型为对呼叫至少两个被叫号码对应的被叫用户的多用户呼叫,网络交换设备首先根据该业务操作码78确定业务类型为对多用户呼叫,然后可以根据该网络交换设备的预先设定,确定本次呼叫的接续方式为同时接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户或者按照规定的先后顺序逐个接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户;假设在本发明的另一个实施例中,业务操作码为78X,其中78代表业务类型为呼叫至少两个被叫号码对应的被叫用户的多用户呼叫,X代表多用户呼叫业务类型的接续方式,可以为0至9的整数。例如,业务操作码781代表同时接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户的接续方式;业务操作码782代表按照呼叫请求消息携带的被叫号码的顺序,逐个接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户的接续方式,此时,通过业务操作码781或782即可直接确定本次呼叫的接续方式,而不需再根据预先设定来确定本次呼叫的接续方式。可选的,当S12步骤确定的接续方式为同时接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户时,S13步骤具体为:按照所述确定的接续方式,同时接续所述呼叫请求消息携带的至少两个被叫号码对应的被叫用户;这时,在接续过程中,本发明实施例的提供呼叫业务的方法进一步包括:如果接收到一个所述被叫号码对应的被叫用户的应答,网络交换设备保持对所述应答的被叫用户的接续并释放对除所述应答的被叫用户之外的其它所述被叫用户的接续;或者,如果至少一个所述被叫用户忙或故障,网络交换设备释放对所述忙或故障的至少一个被叫用户的接续;或者,如果在规定时间内未接收到任何所述被叫用户的应答,网络交换设备释放对所有所述被叫用户的接续。需要说明的是,在本发明实施例中,规定时间是指网络交换设备在被叫用户无应答情况下的最长呼叫等待时长,可以根据用户对呼叫等待时长的要求而设定,一般为几十秒钟时间。可选的,当S12步骤确定的接续方式为按照规定的先后顺序逐个接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户时,S13步骤具体为:按照所述确定的接续方式,按照规定的先后顺序逐个接续所述呼叫请求消息携带的至少两个被叫号码对应的被叫用户;这时,在接续过程中,可选的,如果在规定时间内未接收到当前接续的被叫用户的应答,释放对当前接续的被叫用户的接续并按照所述规定的先后顺序接续下一个所述被叫用户;可选的,如果当前接续的所述被叫用户忙或故障,释放对所述忙或故障被叫用户的接续并按照所述规定的先后顺序接续下一个所述被叫用户。进一步的,无论在何种接续方式下,如果网络交换设备释放了对至少一个所述被叫号码对应的被叫用户的接续,本发明实施例的提供呼叫业务的方法,还可包括:向主叫用户发送释放接续通知,以使主叫用户获知对该至少一个被叫用户的呼叫已经结束。其中,释放接续通知中可以指示出释放对该至少一个被叫用户的接续的原因,例如,该至少一个被叫用户忙碌、或者故障,或者无应答等。可选的,网络交换设备可以采用发送短信的方式向主叫用户发送释放接续通知;也可以采用呼叫主叫用户的方式,通过播放语音向主叫用户发送释放接续通知,当然还可以采用其它方式,本发明对此不做限制。需要说明的是,本发明实施例中,主叫用户与网络交换设备之间的呼叫协议可以是基于SIP、H.323、H.248或MGCP等信令,网络交换设备与被叫用户之间可以基于SIP、H.323、H.248或MGCP等宽带信令,也可以是基于No.7、No.1或PRA等窄带信令,本方案不作限定。另外需要说明的是,根据所接续的被叫号码对应的被叫用户的所属区域的不同,被叫号码既可以是局内号码,也可以是局外号码。对于局内的被叫号码对应的被叫用户,可以通过直接呼叫来接续,对于局外被叫号码对应的被叫用户则可以通过向其所属局发起呼叫来接续。例如,某宾馆内设有网络交换设备,该网络交换设备即构成一个局,如果在宾馆内呼叫同一宾馆内的被叫用户,则属于直接向局内被叫用户呼叫;如果在该宾馆内呼叫宾馆外的被叫用户,则属于向局外被叫用户的呼叫,此时该呼叫可以通过对局外被叫用户的所属局的呼叫来接续该局外被叫用户。当然,为了区别局内呼叫和局外呼叫,可以根据该网络交换设备对于拨号操作的具体规定来对拨号格式做适当调整,例如在拨打局外的被叫号码前加拨出局号等,此处不再赘述。需要说明的是,本发明实施例中对呼叫请求消息携带的被叫号码的个数不限,但其能携带的最大的号码的个数却仍受限于主叫终端与网络交换设备所支持的最大号码长度。以呼叫请求消息中业务操作码和被叫号码的总长度不超过主叫终端与网络交换设备所支持的最大被叫号码长度为原则,如果呼叫请求消息中业务操作码和被叫号码的总长度超出该最大号码长度,则根据主叫终端和网络交换设备的处理能力,或者判定本次呼叫失败,或截掉超出长度的号码进行接续。相应的,本发明实施例还提供一种提供呼叫业务的方法,基于主叫终端,包括:向网络交换设备发送呼叫请求消息,所述呼叫请求消息携带有业务操作码和至少两个被叫号码;以便于所述网络交换设备根据所述呼叫请求消息携带的业务操作码,确定本次呼叫的接续方式,并按照所述确定的接续方式接续所述呼叫请求消息携带的被叫号码对应的被叫用户。本发明实施例提供的提供呼叫业务的方法,呼叫请求消息中携带有业务操作码和至少两个被叫号码,主叫用户进行一次呼叫就能呼叫至少两个被叫用户,避免了主叫用户在联系多个被叫用户时反复进行拨打和摘挂机等操作,因此方便了主叫用户的通信操作,提高了用户的沟通效率,从而提高用户体验。其中,所述业务操作码指示了本次呼叫的业务类型为呼叫所述呼叫请求消息中携带的至少两个被叫号码对应的被叫用户的多用户呼叫,网络交换设备能够根据所述业务操作码,确定出本次呼叫的业务类型为多用户呼叫。其中,所述接续方式是指,网络交换设备如何接续所述呼叫请求消息中的至少两个被叫号码对应的被叫用户。网络交换设备可预先设置有与各业务类型所对应的接续方式,网络交换设备可以根据呼叫请求消息中的业务操作码确定本次呼叫的业务类型;再根据确定的业务类型和预先设定,确定本次呼叫的接续方式。可选的,除指示出业务类型外,所述业务操作码也可直接指示出本次呼叫的接续方式。具体的,业务操作码和被叫号码可以由主叫用户手动输入,其中,业务操作码的具体形式可为若干位字符的组合,在呼叫请求消息中,可被设置于被叫号码前、被叫号码中、或被叫号码后,优选的,在本发明的一个实施例中,业务操作码设置于被叫号码前,呼叫请求消息中业务操作码和被叫号码的格式为AccessCode*TN1*TN2*TN3...#。其中,AccessCode为业务操作码,TN1、TN2和TN3为被叫号码,*为业务操作码和被叫号码之间以及不同的被叫号码之间的隔离符号,#为拨号结束标志符号。当然,在所述呼叫请求消息中,业务操作码和被叫号码的具体位数、格式以及采取何种字符,都可以根据网络交换设备的支持情况来约定,本发明对此不做限制。下面通过具体实施例来对本发明实施例提供的提供呼叫业务的方法做详细说明。本实施例中,主叫用户需要呼叫两个被叫用户,这两个被叫用户的被叫号码分别为TN1和TN2,则主叫用户发出呼叫请求消息后,如图2所示,网络交换设备进行如下处理:S21,接收主叫用户发出的呼叫请求消息;本步骤中,呼叫请求消息中包括AccessCode1*TN1*TN2#,其中,AccessCode1为业务操作码,指示本次呼叫为的业务类型为多用户呼叫,且本次呼叫的接续方式为对两个被叫号码对应的被叫用户同时接续。S22,根据呼叫请求消息携带的业务操作码AccessCode1,确定本次呼叫为的业务类型为多用户呼叫,本次呼叫的接续方式为对两个被叫号码对应的被叫用户同时接续。S23,根据S22步骤中确定的接续方式,对TN1和TN2对应的被叫用户同时接续,具体包括:S231,向TN1和TN2对应的被叫用户同时发起呼叫;S232,接收TN1和TN2对应的被叫用户发出的振铃消息;与此同时,网络交换设备针对TN1和TN2对应的被叫用户启动无应答定时器;所述无应答定时器用于设定网络交换设备在被叫用户无应答情况下的最长呼叫等待时长(即规定时间),该等待时长可以与现有技术中拨打普通电话的等待时长相同,也可以根据用户需要设定所需等待时长,本发明对此不作限定。如果被叫用户在无应答定时器的定时结束时仍然没有应答,则网络交换设备释放对所述被叫用户的接续。S233,向主叫用户发送TN1或TN2对应的被叫用户的振铃消息;其中,所述振铃消息指示TN1或TN2对应的被叫用户在振铃。需要说明的是,本实施例中虽然TN1和TN2对应的被叫用户可能都在振铃,但向主叫用户发送的振铃消息却只有一个,此振铃消息指示已有被叫用户在振铃而并不具体指明振铃的被叫用户为哪个或哪些。S234,接收TN2对应的被叫用户的应答消息;本实施例中,TN2对应的被叫用户先对本次呼叫进行了应答。S235,向主叫用户发送TN2对应的被叫用户的应答消息,使主叫用户与TN2对应的被叫用户进行通话;S236,释放对TN1对应的被叫用户的呼叫;需要说明的是,本实施例中,步骤S235与步骤S236的先后顺序不限,只需保证主叫用户与TN2对应的被叫用户能进行正常通话即可。本实施例中,TN2对应的被叫用户应答了主叫用户的呼叫,但在本发明的另一个实施例中,当TN1和TN2对应的被叫用户都无应答时,在步骤S233后,本发明实施例提供的提供呼叫业务的方法还包括:检测到无应答定时器超时,释放对TN1和TN2对应的被叫用户的接续,可选的,同时以呼叫主叫用户或发送短信的方式向所述主叫用户发送释放接续通知。在本发明的另一个实施例中,网络交换设备向TN1和TN2对应的被叫用户同时发起呼叫后,如果TN1或TN2对应的被叫用户中的至少一个处于忙或故障的状态,在步骤S231后,本实施例还包括:接收TN1或TN2对应的被叫用户忙或故障的消息;释放对发生故障的TN1或TN2对应的被叫用户的接续,可选的,同时以呼叫主叫用户或发送短信的方式向所述主叫用户发送释放接续通知。图3所示为本发明实施例提供的提供呼叫业务的方法的另一个具体实施例,本实施例中,主叫用户需要呼叫三个被叫用户,其被叫号码分别为TN1、TN2和TN3,则主叫用户发出呼叫请求消息后,如图3所示,网络交换设备进行如下处理:S31,接收主叫用户发出的呼叫请求消息;所述呼叫请求消息中包括AccessCode2*TN1*TN2*TN3#;其中,AccessCode2为业务操作码,指示本次呼叫的业务类型为多用户呼叫且本次呼叫的接续方式为按照规定的先后顺序对三个被叫号码对应的被叫用户逐个接续。本实施例中,假设规定的先后顺序为所述呼叫请求消息中被叫号码的前后顺序,当然,还可以为其他规定顺序。S32,根据呼叫请求消息携带的业务操作码AccessCode2,确定本次呼叫的业务类型为多用户呼叫,接续方式为按照所述呼叫请求消息中被叫号码的前后顺序,逐个接续TN1、TN2、TN3对应的被叫用户;S33,根据S32步骤中确定的接续方式,逐个接续TN1、TN2和TN3对应的被叫用户,具体包括:S331,向TN1对应的被叫用户发起呼叫;S332,接收TN1对应的被叫用户发出的振铃消息,启动无应答定时器;所述无应答定时器用于设定网络交换设备在被叫用户无应答情况下的最长呼叫等待时长(即规定时间),该等待时长可以与拨打普通电话的等待时长相同,也可以根据用户需要设定所需等待时长,本发明对此不作限定。如果被叫用户在无应答定时器的定时结束时仍然没有应答,则网络交换设备释放对被叫用户的接续。S333,向主叫用户发送振铃消息,指示TN1对应的被叫用户空闲并在振铃;S334,检测到无应答定时器超时;S335,释放对TN1对应的被叫用户的接续;可选的,在释放对TN1对应的被叫用户的接续后,本实施例的提供呼叫业务的方法还包括以发送短信等方式向所述主叫用户发送释放接续通知,通知所述主叫用户TN1对应的被叫用户无应答。本实施例中,由于TN1对应的被叫用户无人接听,本次对三个被叫号码对应的被叫用户逐个呼叫中的第一次呼叫没有成功,则网络交换设备自动为主叫用户接续呼叫请求消息中的下一个被叫号码对应的被叫用户,本实施例中为TN1的下一个被叫号码为TN2。接下来,本发明实施例提供的提供呼叫业务的方法还包括:S331′,向TN2对应的被叫用户发起呼叫;S332′,接收TN2对应的被叫用户忙或故障的消息;S333′,释放对TN2对应的被叫用户的接续;在释放对TN2对应的被叫用户的接续后,可选的,以发送短信的方式向主叫用户发送释放接续通知。在本次对TN2对应的被叫用户的呼叫中,TN2处于忙或故障的状态,因此也无法与主叫用户正常通信,则网络交换设备自动为主叫用户接续呼叫请求消息中的下一个被叫号码对应的被叫用户,本步骤中为TN2的下一个被叫号码为TN3。接下来,本发明实施例提供的提供呼叫业务的方法还包括:S331″,向TN3对应的被叫用户发起呼叫;S332″,接收TN3对应的被叫用户发出的振铃消息,并启动无应答定时器;S333″,接收TN3对应的被叫用户的应答消息;S334″,向主叫用户发送TN3对应的被叫用户的应答消息,使主叫用户与应答的TN3对应的被叫用户进行通话;需要说明的是,本实施例中,先对TN1对应的被叫用户呼叫,因TN1对应的被叫用户未能及时应答而导致接续失败,再对TN2对应的被叫用户呼叫,又因TN2对应的被叫用户处于忙碌或故障状态而导致接续失败,最后对TN3呼叫,因TN3对应的被叫用户的及时应答而接续成功,上述过程为接续被叫号码对应的被叫用户所能遇到的三种情况,为能清楚说明本发明实施例提供的提供呼叫业务的方法,在本实施例中对其一一列出。但在本发明的其它实施例中,对于本实施例中被叫号码TN1、TN2和TN3对应的被叫用户所代表的呼叫情况是否发生及发生顺序等,本发明不作限定。例如,如果在本发明的另一个实施例中,所呼叫的第一个被叫号码对应的被叫用户即被应答,则无需对呼叫请求消息中的其它被叫号码对应的被叫用户进行呼叫。即,本发明实施例能够按照规定的顺序先后逐个呼叫所述呼叫请求消息中的至少两个被叫号码对应的被叫用户,直至其中的一个被叫号码对应的被叫用户被接通或对呼叫请求消息中的所有被叫号码对应的被叫用户至少呼叫一次为止。本发明实施例提供的提供呼叫业务的方法,呼叫请求消息中携带有业务操作码和至少两个被叫号码,主叫用户进行一次呼叫就能呼叫至少两个被叫号码对应的被叫用户,避免了主叫用户在联系多个被叫用户时反复进行拨打和摘挂机等操作,因此方便了主叫用户的通信操作,提高了用户的沟通效率。与前述提供呼叫业务的方法相对应,如图4所示,本发明实施例还提供了一种网络交换设备,包括:接收单元1,用于接收主叫用户发出的呼叫请求消息,所述呼叫请求消息携带有业务操作码和至少两个被叫号码;确定单元2,用于根据接收单元1接收的呼叫请求消息携带的业务操作码,确定本次呼叫的接续方式;接续单元3,用于按照确定单元2确定的接续方式接续呼叫请求消息携带的被叫号码对应的被叫用户。本发明实施例提供的网络交换设备,呼叫请求消息中携带有业务操作码和至少两个被叫号码,主叫用户进行一次呼叫就能呼叫至少两个被叫号码对应的被叫用户,避免了主叫用户在联系多个被叫用户时反复进行拨打和摘挂机等操作,因此方便了主叫用户的通信操作,提高了用户的沟通效率。其中,确定单元2可具体用于:根据所述呼叫请求消息携带的业务操作码,确定本次呼叫的业务类型;根据所述确定的业务类型和预先设定,确定本次呼叫的接续方式。其中,确定单元2确定的接续方式可具体包括:同时接续所述呼叫请求消息携带的至少两个被叫号码对应的被叫用户;或者,按照规定的先后顺序逐个接续所述呼叫请求消息携带的至少两个被叫号码对应的被叫用户。具体的,当确定单元2确定的接续方式为同时接续所述呼叫请求消息携带的至少两个被叫号码对应的被叫用户时,接续单元3具体用于:按照确定单元2确定的接续方式,同时接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户。这时,进一步的,在接续过程中,接续单元3还用于:如果接收到一个被叫号码对应的所述被叫用户的应答,保持对所述应答的被叫用户的接续并释放对除所述应答的被叫用户之外的其它所述被叫用户的接续;或者,如果至少一个所述被叫用户忙或故障,接续单元3还用于释放对所述忙或故障的至少一个所述被叫用户的接续;可选的,如果在规定时间内未接收到任何所述被叫用户的应答,接续单元3还用于释放对所有所述被叫用户的接续。具体的,当确定单元2确定的接续方式为按照规定的先后顺序逐个接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户时,接续单元3具体用于:按照确定单元2确定的接续方式,按照规定的先后顺序逐个接续呼叫请求消息携带的至少两个被叫号码对应的被叫用户。这时,进一步的,在接续过程中,接续单元3还用于:如果在规定时间内未接收到当前接续的的所述被叫用户的应答,释放对当前接续的所述被叫用户的接续并按照规定的先后顺序接续下一个所述被叫用户;或者,如果当前接续的所述被叫用户忙或故障,接续单元3还用于释放对忙或故障的被叫用户的接续并按照规定的先后顺序接续下一个所述被叫用户。进一步的,如图5所示,在本发明的一个实施例中,网络交换设备还包括通知单元4,用于在接续单元3释放对至少一个所述被叫号码对应的被叫用户的接续时,向主叫用户发送释放接续通知。其中,通知单元4具体用于:采用发送短信的方式向所述主叫用户发送释放接续通知;或者采用呼叫所述主叫用户的方式,通过播放语音向所述主叫用户发送释放接续通知。相应的,本发明实施例还提供了一种用户终端,包括:发送单元,所述发送单元用于向网络交换设备发送呼叫请求消息,所述呼叫请求消息携带有业务操作码和至少两个被叫号码;以便于所述网络交换设备根据所述呼叫请求消息携带的业务操作码,确定本次呼叫的接续方式,并按照所述确定的接续方式接续所述呼叫请求消息携带的被叫号码对应的被叫用户。本发明实施例提供的用户终端,呼叫请求消息中携带有业务操作码和至少两个被叫号码,主叫用户进行一次呼叫就能呼叫至少两个被叫号码对应的被叫用户,避免了主叫用户在联系多个被叫用户时反复进行拨打和摘挂机等操作,因此方便了主叫用户的通信操作,提高了用户的沟通效率。其中,所述业务操作码请参见前文关于业务操作码的详细描述,这里不再赘述。具体的,本发明实施例提供的用户终端可以为手机、座机、IP电话、软电话等终端。此外,本发明上述实施例的网络交换设备可以是各种网络交换机。所述的网络交换设备包含处理器,上述各实施例中提供呼叫业务的方法具体可由网络交换设备的处理器执行。上述各实施例中的网络交换设备中各模块可为处理器中的各模块。本发明上述各实施例的主被叫用户终端可以是移动终端,如手机,PDA等个人手持设备,可以进行通话接续的笔记本电脑,也可以是固定终端,如固定话机,可以进行通话接续的计算机等,本发明在此不作限定。本领域普通技术人员可以理解:实现上述方法实施例的全部或部分流程可以通过计算机程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1