多业务控制处理器同组代答方法、装置及业务控制处理器与流程

文档序号:12478807阅读:585来源:国知局
多业务控制处理器同组代答方法、装置及业务控制处理器与流程

本发明涉及智能网通讯技术领域,尤其涉及一种多业务控制处理器同组代答方法、装置及业务控制处理器。



背景技术:

下一代通信网络(Next Generation Network,NGN)/IP多媒体子系统(IP Multimedia Subsystem,IMS)下的集中式用户交换机(CENTRalized EXchange,Centrex)的业务是将NGN/IMS域内的有线和无线接入终端共同组成一个虚拟的内部通信网络。在Centrex内部,用户可通过短号码互相通话,并实现Centrex用户的一些基本业务功能,如号码显示和限制、呼叫转移、呼叫前转、话务员等。其中,Centrex业务的群内用户可以包括IMS域下使用的移动终端宽带接入、固定终端的宽带接入和普通老式电话业务(Plain Old Telephone Service,POTS)的终端通过会话启动协议接入网关(Session Initiation ProtocolSIP Access Gateway,AG)接入或通过接入网关控制功能(Access Gateway Control Function,AGCF)接入,主要包括基于会话启动协议(Session Initiation Protocol,SIP)接入的软硬终端及传统POTS终端,Centrex群内用户可进一步划分为若干用户组。

其中,同组代答业务是Centrex业务中一个重要的业务特征,它在传统电路域中就有着广泛的应用。同组代答具体实现如下:某一分机来话无应答时,由同一用户群内的其它分机代为应答,其中的操作方式为:当无人应答的分机振铃时,代答用户按同组代答接入码。当使用同组代答功能时,代答的用户拨打同组代答接入码,即可代答正在振铃的该分机的来话。

然而,现有同组代答技术都是基于单业务控制处理器(Control Processor,CP)下实现的,但是应用服务器的单个CP承载的用户量是有限的,因此当用户量达到一定规模时必然要使用多个CP来进行负载均衡,从而提升业务系统 的处理能力,但是多CP的架构必然给业务的处理带来巨大的挑战,因为用户在触发业务的时候如果在不同的CP上是很难处理的。如图1所示,在多CP构架下,主叫用户A呼叫被叫用户B,用户B振铃。然而,当负责用户C的CP-C收到用户C发出的代答请求后,流程却无法继续进行。因此现有的同组代答技术在多CP架构下就无法完成同组代答功能。



技术实现要素:

本发明要解决的技术问题是提供一种多业务控制处理器同组代答方法、装置及业务控制处理器,通过建立被代答方的CP和代答方的CP之间的信令联系,实现多CP下的同组代答功能。

为了解决上述技术问题,本发明采用如下技术方案:

依据本发明的一个方面,提供了一种多业务控制处理器同组代答方法,应用于代答方CP,所述方法包括:

接收代答用户发送的第一代答请求,所述第一代答请求中携带有代答用户的终端信息;

依据所述代答用户的终端信息判断所述代答用户是否合法;

若判断合法,则依据所述代答用户的终端信息在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组并处于振铃状态的被叫用户的终端信息;

向被叫方CP发送携带有所述被叫用户的终端信息的第二代答请求;

依据所述第二代答请求和所述代答用户的终端信息建立代答用户与主叫用户之间的通话。

其中,所述代答用户的终端信息包括所述代答用户的用户号码、代答接入码和会话描述协议(SDP)信息。

其中,依据所述代答用户终端信息判断所述代答用户是否合法具体包括:

从所述第一代答请求中获取所述代答用户的代答接入码和用户号码;

依据所述代答接入码判断所述代答用户请求的业务类型;

若所述代答用户的业务类型为同组代答业务,则判断所述代答用户是否属于一用户组;

若判断结果为是,则依据所述用户号码在数据库中获取所述代答用户的权限信息,判断所述代答用户是否具有代答权限,若判断结果为是,则所述代答用户合法。

其中,所述依据所述代答用户的终端信息在数据库中获取所述被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组并处于振铃状态的被叫用户的终端信息的步骤,包括:

判断是否存在多个与所述代答用户属于同组且处于振铃状态的被叫用户,若判断结果为是,则在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组且处于振铃状态的多个被叫用户的振铃开始时间;

对比所述多个被叫用户的振铃开始时间,获取最早开始振铃的被叫用户的终端信息。

其中,所述依据所述第二代答请求和所述代答用户的终端信息建立代答用户与主叫用户之间的通话,具体包括:

接收所述被叫方CP依据所述第二代答请求验证所述被叫用户为振铃态后发送的同意代答消息及携带有被叫方CP与被叫用户之间的呼叫标识(call-id)的通知消息;

从所述第一代答请求中获取所述代答用户的SDP信息;

向所述被叫方CP发送携带有所述call-id和所述代答用户的SDP信息的请求接入消息,使得所述被叫方CP依据所述请求接入消息释放所述被叫用户侧的原始呼叫,并将所述代答用户的SDP信息转发给主叫方CP;

接收所述主叫方CP转发的由主叫用户发送的主叫用户的SDP信息,并将所述主叫用户的SDP信息发送给所述代答用户,使得所述代答用户依据所述主叫用户的SDP信息与所述主叫用户进入通话。

其中,所述被叫用户的终端信息包括所述被叫用户的长号码和用户状态。

依据本发明的另一个方面,还提供了一种多业务控制处理器同组代答方法,应用于被叫方CP,所述方法包括:

当被叫用户振铃时,将所述被叫用户的终端信息记录在数据库中,并修改所述被叫用户的用户状态为振铃态;

接收代答方CP读取所述数据库中的所述被叫用户的终端信息后发送的携 带所述被叫用户的终端信息的第二代答请求;

依据所述第二代答请求释放所述被叫用户侧的原始呼叫,使得所述代答方CP建立代答用户与主叫用户之间的通话。

其中,所述依据所述第二代答请求码释放所述被叫用户侧的原始呼叫,使得所述代答方CP建立代答用户与主叫用户之间的通话的步骤,具体包括:

依据所述第二代答请求判断所述被叫用户是否处于振铃状态;

若判断结果为是,则获取被叫方CP与被叫用户之间的call-id,并向代答方CP发送同意代答消息及携带有与所述call-id的通知消息;

接收所述代答方CP依据所述同意代答消息和所述通知消息发送的请求接入消息,其中,所述请求接入消息中携带有所述call-id和所述代答用户的SDP信息;

依据所述call-id释放所述被叫用户侧的原始呼叫;

将所述代答用户的SDP信息转发给主叫方CP,使得所述代答方CP建立代答用户与主叫用户之间的通话。

其中,依据所述第二代答请求判断所述被叫用户是否处于振铃状态的步骤之后,所述方法还包括:

若判断结果为否,则拒绝本次代答请求。

依据本发明的另一个方面,还提供了一种多业务控制处理器同组代答装置,应用于代答方CP,所述装置包括:

第一接收模块,用于接收代答用户发送的第一代答请求,所述第一代答请求中携带有代答用户的终端信息;

判断模块,用于依据所述代答用户的终端信息判断所述代答用户是否合法;

获取模块,用于若判断合法,则依据所述代答用户的终端信息在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组并处于振铃状态的被叫用户的终端信息;

发送模块,用于向被叫方CP发送携带有所述被叫用户的终端信息的第二代答请求;

接通模块,用于依据所述第二代答请求和所述代答用户的终端信息建立代答用户与主叫用户之间的通话。

其中,所述代答用户的终端信息包括所述代答用户的用户号码、代答接入码和SDP信息。

其中,所述判断模块包括:

第一获取单元,用于从所述第一代答请求中获取所述代答用户的代答接入码和用户号码;

第一判断单元,用于依据所述代答接入码判断所述代答用户请求的业务类型;

第二判断单元,用于若所述代答用户的业务类型为同组代答业务,则判断所述代答用户是否属于一用户组;

第三判断单元,用于若判断结果为是,则依据所述用户号码在数据库中获取所述代答用户的权限信息,判断所述代答用户是否具有代答权限,若判断结果为是,则所述代答用户合法。

其中,若存在多个与所述代答用户属于同组且处于振铃状态的被叫用户,则所述获取模块包括:

查找单元,用于判断是否存在多个与所述代答用户属于同组且处于振铃状态的被叫用户,若判断结果为是,则在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组且处于振铃状态的多个被叫用户的振铃开始时间;

对比单元,用于对比所述多个被叫用户的振铃开始时间,获取最早开始振铃的被叫用户的终端信息。

其中,所述接通模块包括:

第一接收单元,用于接收所述被叫方CP依据所述第二代答请求验证所述被叫用户为振铃态后发送的同意代答消息及携带有被叫方CP与被叫用户之间的call-id的通知消息;

第二获取单元,用于从所述第一代答请求中获取所述代答用户的SDP信息;

第一发送单元,用于向所述被叫方CP发送携带有所述call-id和所述代答用户的SDP信息的请求接入消息,使得所述被叫方CP依据所述请求接入消息释放所述被叫用户侧的原始呼叫,并将所述代答用户的SDP信息转发给主叫 方CP;

第二接收单元,用于接收所述主叫方CP转发的由主叫用户发送的主叫用户的SDP信息,并将所述主叫用户的SDP信息发送给所述代答用户,使得所述代答用户依据所述主叫用户的SDP信息与所述主叫用户进入通话。

其中,所述被叫用户的终端信息包括所述被叫用户的长号码和用户状态。

依据本发明的另一个方面,还提供了多业务控制处理器同组代答装置,应用于被叫方CP,所述装置包括:

记录模块,用于当被叫用户振铃时,将所述被叫用户的终端信息记录在数据库中,并修改所述被叫用户的用户状态为振铃态;

第二接收模块,用于接收代答方CP读取所述数据库中的所述被叫用户的终端信息后发送的携带所述被叫用户的终端信息的第二代答请求;

释放模块,用于依据所述第二代答请求释放所述被叫用户侧的原始呼叫,使得所述代答方CP建立代答用户与主叫用户之间的通话。

其中,所述释放模块包括:

验证单元,用于依据所述第二代答请求判断所述被叫用户是否处于振铃状态;

第二发送单元,用于若判断结果为是,则获取被叫方CP与被叫用户之间的call-id,并向代答方CP发送同意代答消息及携带有与所述call-id的通知消息;

第三接收单元,用于接收所述代答方CP依据所述同意代答消息和所述通知消息发送的请求接入消息,其中,所述请求接入消息中携带有所述call-id和所述代答用户的SDP信息;

释放单元,用于依据所述call-id释放所述被叫用户侧的原始呼叫;

第三发送单元,用于将所述代答用户的SDP信息转发给主叫方CP,使得所述代答方CP建立代答用户与主叫用户之间的通话。

其中,所述释放模块还包括:

更新单元,用于若判断结果为否,则拒绝本次代答请求。

依据本发明的另一个方面,还提供了一种业务控制处理器,包括上述所述的应用于代答方CP的多业务控制处理器同组代答装置。

依据本发明的另一个方面,还提供了一种业务控制处理器,包括上述所述的应用于被叫方CP的多业务控制处理器同组代答装置。

本发明的有益效果是:

本发明的多业务控制处理器同组代答方法,代答方CP依据接收的代答用户发送的携带有代答用户的终端信息的第一代答请求,查找与代答用户属于同组且处于振铃状态的被叫用户,从而建立代答方CP与被叫方CP之间的信令关系,进而实现代答用户与主叫用户之间的通话。因此,本发明的多业务控制处理器同组代答方法采用通过多CP共用数据库的方法实现了多CP下的同组代答功能,提升了用户使用体验。

附图说明

图1表示多CP下同组代答难点示意图;

图2表示本发明实施例的应用于代答方CP的多业务控制处理器同组代答方法流程图;

图3表示多CP下的网元结构图;

图4表示本发明实施例的多业务控制处理器同组代答方法具体应用示意图;

图5表示本发明实施例的应用于代答方CP的多业务控制处理器同组代答装置结构框图;

图6表示本发明实施例的判断模块的结构框图;

图7表示本发明实施例的获取模块的结构框图;

图8表示本发明实施例的接通模块的结构框图;

图9表示本发明实施例的应用于被叫方CP的多业务控制处理器同组代答方法流程图;

图10表示本发明实施例的应用于被叫方CP的多业务控制处理器同组代答装置结构框图;

图11表示本发明实施例的释放模块的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。

实施例一

依据本发明的一个方面,提供了一种多业务控制处理器同组代答方法,应用于代答方CP,该方法首先,接收代答用户发送的第一代答请求;接着,依据所述代答用户的终端信息判断所述代答用户是否合法;再次,若判断合法,则依据所述代答用户的终端信息在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组并处于振铃状态的被叫用户的终端信息;再次,向被叫方CP发送携带有所述被叫用户的终端信息的第二代答请求;最后,依据所述第二代答请求和所述代答用户的终端信息建立代答用户与主叫用户之间的通话。

本发明实施例的多业务控制处理器同组代答方法,通过代答用户的终端信息查找与该代答用户属于同组并处于振铃状态的被叫用户,并建立代答CP与被叫CP之间的信令联系,实现了多CP下的同组代答功能。

如图2所示,所述方法包括:

步骤S21、接收代答用户发送的第一代答请求。

其中,所述第一代答请求中携带有代答用户的终端信息。当主叫用户呼叫被叫用户,被叫用户振铃时,代答用户可向代答方CP发送携带有代答用户的终端信息的第一代答请求,以便代答方CP可通过代答方的终端信息查找与该代答用户属于同组并处于振铃状态的被叫用户。

步骤S23、依据所述代答用户的终端信息判断所述代答用户是否合法。

其中,代答用户的终端信息可包括代答用户的用户号码、代答接入码和SDP信息,具体地,步骤S23包括:

从所述第一代答请求中获取所述代答用户的代答接入码和用户号码;

依据所述代答接入码判断所述代答用户请求的业务类型;

若所述代答用户的业务类型为同组代答业务,则判断所述代答用户是否属于一用户组;

若判断结果为是,则依据所述用户号码在数据库中获取所述代答用户的权限信息,判断所述代答用户是否具有代答权限,若判断结果为是,则所述代答用户合法。

因此,本发明实施例的多业务控制处理器同组代答方法,在代答用户发起代答请求的过程中,并不需要知道被叫用户的号码,只需拨打代答接入码即可通过代答方CP访问数据库来依据代答用户的用户号码查找到与该代答用户属于同组的需要代答的被叫用户,提升了用户使用体验。

步骤S25、若判断合法,则依据所述代答用户的终端信息在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组并处于振铃状态的被叫用户的终端信息。

本发明实施例的多业务控制处理器同组代答方法,通过被叫方CP在被叫用户振铃时在数据库中记录被叫用户的终端信息,并修改被叫用户的用户状态为振铃态,以便代答方CP可从该数据库中共享被叫用户的终端信息,从而建立代答方CP与被叫方CP之间的信令联系,进而实现多CP下的同组代答功能。

其中,所述依据所述代答用户的终端信息在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组并处于振铃状态的被叫用户的终端信息的步骤,包括:

判断是否存在多个与所述代答用户属于同组且处于振铃状态的被叫用户,若判断结果为是,则在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组且处于振铃状态的多个被叫用户的振铃开始时间;

对比所述多个被叫用户的振铃开始时间,获取最早开始振铃的被叫用户的终端信息。

本发明实施例的多业务控制处理器同组代答方法,应用在同一组中包括多个CP的情况下,而且每一个CP分别负责多个用户的通话业务,因此,该组中可能会存在多个用户同时被呼叫的情况,则在判断代答用户合法的步骤之后,需要在数据库中获取与所述代答用户属于同组且处于振铃状态的多个被叫用户的振铃开始时间,从而通过比较振铃开始时间的先后,获得最早开始振铃的被叫用户,进而使得代答用户成功代答该最早开始振铃的被叫用户。

步骤S27、向被叫方CP发送携带有所述被叫用户的终端信息的第二代答请求。

步骤S29、依据所述第二代答请求和所述代答用户的终端信息建立代答用户与主叫用户之间的通话。

具体地,步骤S29包括:

接收所述被叫方CP依据所述第二代答请求验证所述被叫用户为振铃态后发送的同意代答消息及携带有被叫方CP与被叫用户之间的call-id的通知消息;

从所述第一代答请求中获取所述代答用户的SDP信息;

向所述被叫方CP发送携带有所述call-id和所述代答用户的SDP信息的请求接入消息,使得所述被叫方CP依据所述请求接入消息释放所述被叫用户侧的原始呼叫,并将所述代答用户的SDP信息转发给主叫方CP;

接收所述主叫方CP转发的由主叫用户发送的主叫用户的SDP信息,并将所述主叫用户的SDP信息发送给所述代答用户,使得所述代答用户依据所述主叫用户的SDP信息与所述主叫用户进入通话。

在建立代答用户与主叫用户之间的通话的过程中,代答用户需要获取主叫用户的SDP信息,主叫用户需要获取代答用户的SDP信息,因而通过上述可使得代答用户和主叫用户分别获取对方的SDP信息,进而实现代答用户与主叫用户之间的通话。

其中,对于被叫用户的终端信息包括所述被叫用户的长号码和用户状态。当被叫用户振铃时,被叫方CP更改该用户状态为振铃态;当被叫用户摘机,与主叫用户实现通话时,被叫方CP拒绝本体代答请求。当然,本发明实施例的多业务控制处理器同组代答方法,对于被叫用户的终端信息的具体内容并不限于此。

本发明实施例的多业务控制处理器同组代答方法应用于多CP构架的网元中。具体地举例来说,如图3所示,其中,AS为Centrex业务应用服务器,包括CP-A、CP-B、CP-C、Proxy、DB等模块。其中,CP-A、CP-B和CP-C为负责不同用户业务的CP;Proxy为CP的统一对外接口,在接收到呼叫请求后,主叫侧按照主叫号码/被叫侧按照被叫号码对呼叫进行分发。对于具体分发策略可为:尾号为0、1、2的号码分发到CP-A上;尾号为3、4、5的号码 分发到CP-B上;尾号为6、7、8、9的号码分发到CP-C上。DB为Centrex业务的数据库,三个CP进程业务处理的时候都要从该数据库中获取业务数据;CSCF为核心网设备;UE为用户终端。其中,UE通过CSCF与负责该UE的CP建立连接,并通过图3中所示的各个模块实现呼叫或被叫功能。

对于本发明实施例的多业务控制处理器同组代答方法在图3所示的多CP架构下的网元中,具体实现步骤如图4所示,其中主叫用户为UE-A,被叫用户为UE-B,代答用户为UE-C。

图4中所示的各个步骤表示如下:

步骤401、UE-A向负责UE-A业务的CP-A发送携带UE-A的SDP信息的呼叫请求INVITE(SDP A);

步骤402、CP-A将INVITE(SDP A)转发给负责UE-B的业务的CP-B;

步骤403、CP-B将INVITE(SDP A)转发给UE-B;

步骤404~406、UE-B振铃并按照INVITE(SDP A)的路径由原路返回给UE-A一响应消息180ring,此时UE-B-504为振铃态,且CP-B将UE-B的终端信息记录在数据库中,并更改UE-B的用户状态为振铃态;

步骤407、代答用户UE-C向负责UE-C的业务的CP-C发送携带自身SDP信息的第一代答请求INVITE(SDP C);

步骤408、CP-C收到INVITE(SDP C)消息后,通过访问公用数据库DB,找到UE-C同组中处于被叫流程振铃态的用户UE-B,然后以UE-B的长号码为被叫号码发送第二代答请求SUBSCRIBE,其中,核心网根据被叫号码将SUBSCRIBE发送到CP-B;

步骤409、CP-B收到CP-C发送的SUBSCRIBE后,回一个确认消息200 OK;

步骤410、CP-B向CP-C发送一个携带被叫方CP与被叫用户之间的call-id的通知消息NOTIFY,通知CP-C同意代答;

步骤411、CP-C收到NOTIFY后,回复CP-B一个确认消息200 OK;

步骤412、CP-C向CP-B发送一个携带UE-C的SDP信息和Replaces头de通知消息INVITE(SDP C+Replaces),其中,Replaces头中包含所述call-id;

步骤413、CP-B收到INVITE(SDP C+Replaces)后,按照Replaces头中 的call-id,向UE-B发送一取消请求CANCEL;

步骤414~415、UE-B确认取消时,回复CP-B一个确认消息200 OK及一结束请求Request Terminated,使得CP-B按照Replaces头中的call-id释放掉UE-B-504侧的原始呼叫;

步骤416、当成功释放时,CP-B向UE-B发送一个确认标识符ACK;

步骤417~418、CP-B将在上述步骤中获取的UE-C的SDP信息发送给CP-A,CP-A再进一步转发给UE-A:

步骤419~420、UE-A按照接收的UE-C的SDP信息的原始路径返回给CP-B一个确认标识符ACK;

步骤421~422、CP-B接收到ACK后,将UE-A的SDP信息发送给CP-C,CP-C再将UE-A的SDP信息转发给UE-C;

步骤423~424、UE-C按照接收UE-A的SDP信息的路径返回给CP-B一个确认标识符ACK,此时UE-A、UE-C两用户进入通话,业务完成代答。

实施例二

依据本发明实施例的另一个方面,提供了一种多业务控制处理器同组代答方法,应用于被叫方CP,如图9所示,所述方法包括:

步骤S91、当被叫用户振铃时,将所述被叫用户的终端信息记录在数据库中,并修改所述被叫用户的用户状态为振铃态。

步骤S93、接收代答方CP读取所述数据库中的所述被叫用户的终端信息后发送的携带所述被叫用户的终端信息的第二代答请求。

步骤S95、依据所述第二代答请求释放所述被叫用户侧的原始呼叫,使得所述代答方CP建立代答用户与主叫用户之间的通话。

具体地,步骤S95包括:

依据所述第二代答请求判断所述被叫用户是否处于振铃状态;

若判断结果为是,则获取被叫方CP与被叫用户之间的call-id,并向代答方CP发送同意代答消息及携带有与所述call-id的通知消息;

接收所述代答方CP依据所述同意代答消息和所述通知消息发送的请求接入消息,其中,所述请求接入消息中携带有所述call-id和所述代答用户的SDP信息;

依据所述call-id释放所述被叫用户侧的原始呼叫;

将所述代答用户的SDP信息转发给主叫方CP,使得所述代答方CP建立代答用户与主叫用户之间的通话。

其中,若判断所述被叫用户并未处于振铃状态,则拒绝本体代答请求。

本发明实施例的多业务控制处理器同组代答方法,在被叫用户振铃时,负责被叫用户业务的被叫方CP需要将该被叫用户的终端信息记录在数据库中,并将该被叫用户的用户状态更改为振铃态,以便代答方CP通过访问数据库获取与代答用户属于同组且处于振铃状态的被叫用户的终端信息,使被叫用户侧的原始呼叫释放,进而建立主叫用户与代答用户之间的通话。

实施例三

依据本发明实施例的另一个方面,提供了一种多业务控制处理器同组代答装置,如图5所示,该装置500包括:

第一接收模块501,用于接收代答用户发送的第一代答请求,所述第一代答请求中携带有代答用户的终端信息;

判断模块503,用于依据所述代答用户的终端信息判断所述代答用户是否合法;

获取模块505,用于若判断合法,则依据所述代答用户的终端信息在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组并处于振铃状态的被叫用户的终端信息;

发送模块507,用于向被叫方CP发送携带有所述被叫用户的终端信息的第二代答请求;

接通模块509,用于依据所述第二代答请求和所述代答用户的终端信息建立代答用户与主叫用户之间的通话。

其中,所述代答用户的终端信息包括所述代答用户的用户号码、代答接入码和SDP信息。

可选地,如图6所示,所述判断模块503包括:

第一获取单元5031,用于从所述第一代答请求中获取所述代答用户的代答接入码;

第一判断单元5032,用于若所述代答用户的业务类型为同组代答业务类 型;

第二判断单元5033,用于若所述代答用户的业务类型为同组代答业务,则判断所述代答用户是否属于一用户组;

第三判断单元5034,用于若判断结果为是,则依据所述用户号码在数据库中获取所述代答用户的权限信息,判断所述代答用户是否具有代答权限,若判断结果为是,则所述代答用户合法。

可选地,如图7所示,若存在多个与所述代答用户属于同组且处于振铃状态的被叫用户,则所述获取模块505包括:

查找单元5051,用于判断是否存在多个与所述代答用户属于同组且处于振铃状态的被叫用户,若判断结果为是,则在数据库中获取被叫方CP在被叫用户开始振铃时记录的,与所述代答用户属于同组且处于振铃状态的多个被叫用户的振铃开始时间;

对比单元5052,用于对比所述多个被叫用户的振铃开始时间,获取最早开始振铃的被叫用户的终端信息。

可选地,如图8所示,所述接通模块509包括:

第一接收单元5091,用于接收所述被叫方CP依据所述第二代答请求验证所述被叫用户为振铃态后发送的同意代答消息及携带有被叫方CP与被叫用户之间的call-id的通知消息;

第二获取单元5092,用于从所述第一代答请求中获取所述代答用户的SDP信息;

第一发送单元5093,用于向所述被叫方CP发送携带有所述call-id和所述代答用户的SDP信息的请求接入消息,使得所述被叫方CP依据所述请求接入消息释放所述被叫用户侧的原始呼叫,并将所述代答用户的SDP信息转发给主叫方CP;

第二接收单元5094,用于接收所述主叫方CP转发的由主叫用户发送的主叫用户的SDP信息,并将所述主叫用户的SDP信息发送给所述代答用户,使得所述代答用户依据所述主叫用户的SDP信息与所述主叫用户进入通话。

其中,所述被叫用户的终端信息包括所述被叫用户的长号码和用户状态。

实施例四

依据本发明实施例的另一个方面,提供了一种多业务控制处理器同组代答装置,应用于被叫方CP,如图10所示,该装置100包括:

记录模块101,用于当被叫用户振铃时,将所述被叫用户的终端信息记录在数据库中,并修改所述被叫用户的用户状态为振铃态;

第二接收模块103,用于接收代答方CP读取所述数据库中的所述被叫用户的终端信息后发送的携带所述被叫用户的终端信息的第二代答请求;

释放模块105,用于依据所述第二代答请求释放所述被叫用户侧的原始呼叫,使得所述代答方CP建立代答用户与主叫用户之间的通话。

其中,如图11所示,所述释放模块105包括:

验证单元1051,用于依据所述第二代答请求判断所述被叫用户是否处于振铃状态;

第二发送单元1052,用于若判断结果为是,则获取被叫方CP与被叫用户之间的call-id,并向代答方CP发送同意代答消息及携带有与所述call-id的通知消息;

第三接收单元1053,用于接收所述代答方CP依据所述同意代答消息和所述通知消息发送的请求接入消息,其中,所述请求接入消息中携带有所述call-id和所述代答用户的SDP信息;

释放单元1054,用于依据所述call-id释放所述被叫用户侧的原始呼叫;

第三发送单元1055,用于将所述代答用户的SDP信息转发给主叫方CP,使得所述代答方CP建立代答用户与主叫用户之间的通话。

其中,如图11所示,所述释放模块还包括:

更新单元1056,用于若判断结果为否,则拒绝本次代答请求。

实施例五

依据本发明实施例的另一个方面,还提供了一种业务控制处理器,包括上述所述的应用于代答方CP的多业务控制处理器同组代答装置。

实施例六

依据本发明实施例的另一个方面,还提供了一种业务控制处理器,包括上述所述的应用于被叫方CP的多业务控制处理器同组代答装置。

以上所述的是本发明的优选实施方式,应当指出对于本技术领域的普通人 员来说,在不脱离本发明所述的原理前提下还可以作出若干改进和润饰,这些改进和润饰也在本发明的保护范围内。

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