CN102469427B - 一种一号通业务的实现方法、系统及装置 - Google Patents

Abstract

本发明公开了一种一号通业务的实现方法、系统及装置，主要技术方案包括：第一网络中的第一网络设备接收第一用户终端呼叫归属于第一网络的第二用户终端的呼叫请求；其中，第二用户终端存在归属于第二网络的一号通业务绑定终端；根据从第二网络设备获取的绑定终端的业务状态，确定绑定终端当前是否具备呼叫接通条件；在确定绑定终端当前不具备呼叫接通条件后，通过第一网络呼叫第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端。根据该技术方案，在第一网络设备确定绑定终端当前不具备呼叫接通条件后，直接执行呼叫第二用户终端的过程，与现有技术相比，能够避免由于用户绑定的终端不具备呼叫接通条件而导致的呼叫信令浪费。

Description

一种一号通业务的实现方法、系统及装置

技术领域

本发明涉及移动通信技术领域，尤其涉及一种一号通业务的实现方法、系统及装置。

背景技术

一号通业务是指用户绑定多个终端作为语音呼叫的终端，即建立多个终端号码之间的关联关系，其中该多个终端号码中有一个作为主号码。在具体的通信过程中，若一号通用户作为主叫用户，则被叫终端的来电显示为主号码，若一号通用户作为被叫用户，则其绑定的多个终端会同时或顺序振铃。实际的一号通业务应用中，考虑到多网的融合，绑定的多个终端可以对应不同的网络类型。

目前，应用比较成熟的一号通业务是将移动终端以及IMS(IP MultimediaSubsystem，IP多媒体子系统)终端绑定，即建立移动终端号码和IMS终端号码的关联关系，并设置移动终端号码或IMS终端号码为主号码，关联关系中的其它号码即为该主号码的关联号码。存在绑定关系的多个终端在实际的通信业务中，去话时被叫终端上来电显示为主号码，来话时该多个绑定终端通过同振或顺振，从而实现了CS(Circuit Switched Domain，电路交换)域和IMS域融合类业务。

CS域和IMS域融合的一号通业务所涉及的具体网络结构以及一号通业务的信令流程如图1所示，其中，UE_a为CS域的普通用户A的移动终端，UE_b为CS域的一号通用户B的移动终端，UE_c为UE_b的一号通绑定终端，该UE_c为IMS域的PC终端，据此以CS域的UE_a呼叫CS域的被叫一号通用户的UE_b锚定业务流程为例，说明图1所示流程所包括的步骤如下：

(1)UE_a拨打UE_b的主号码B，向MSC_a(即用户A所属的移动交换中心)发送Invite(A，B)信令(即用于表示呼叫请求的信令)；

(2)MSC_a根据向HLR_b(即用户B的归属位置寄存器)发送SRI信令(即用于表示签约关系查询请求的信令)以查询用户B的签约数据；

(3)HLR_b通过T-CSI信令(即用于表示被叫签约触发的信令)将用户B的签约数据发送给MSC_a；

(4)MSC_a根据接收的签约数据，通过IDP(A，B)信令(即用于表示初始监测点消息的信令)将呼叫请求发送到SCP_b(即用户B对应的业务控制点)；

(5)SCP_b通过CONNECT(A，RN+B)信令(即用于表示带有路由码+被叫号码的连接请求的信令)向MSC_a发送CONNECT消息，将呼叫锚定到IMS域。其中Connect消息中的destinationRoutingAddress＝RN+B(B为UE_b的11位手机号码，不带86或+86)；

(6)MSC_a通过IAM(A，RN+B)信令(即用于表示初始地址消息的信令，其中在被叫号码B前前插路由码)将Connect消息中的destinationRoutingAddress映射为IAM消息中的CalledPartyNumber(即用于表示被叫号码的信令)，将路由指向MGCF(即媒体网关控制功能服务器)；

(7)MGCF接收到IAM消息后，删除CalledPartyNumber中的RN，并将UE b的号码映射为Request URI和To标签(在号码映射时，要将UE_b的号码映射为+86的标准国际码格式)，然后通过Invite(A，B)信令(即用于表示A向B发起的呼叫请求的信令)将呼叫接入IMS域，发送给CSCF(即呼叫会话控制功能服务器)；

(8)CSCF根据用户B的订阅规则，通过Invite(prefix2+A-＞Prefix1+B)信令(即用于表示A到B的呼叫请求的信令，其中主叫号码A前插前缀2，被叫号码B前前插前缀1)触发到融合一号通应用服务器(Centrex AS)，CentrexAS查找用户B的振铃列表确定振铃方式为同振或顺振。

以下分别介绍两种振铃方式不同的后续业务流程。

顺振方式：

(9)CentrexAS进行一号通关联号码呼叫，接续UE_c，UE_c接听超时，被释放；

(10)Centrex AS通过Invite(A，B)信令向CSCF发送接续UE_b的请求；

(11)CSCF通过Invite(prefix2+A，Prefix1+B)信令(即用于表示A到B的呼叫请求的信令，其中主叫号码A前插前缀2，被叫号码B前前插前缀1)将呼叫路由到MGCF(即媒体网关控制功能服务器)。在发起呼叫UE_b的Invite请求中，因UE_b对应CS域，为避免UE_b在CS域的SCP上进行二次业务处理，对相关号码做特殊设置，即令PAI＝Prefix2+A，From＝A，Request-URL＝Prefix1+B；

(12)MGCF通过IAM(prefix2+A，B)信令(即用于表示初始地址消息的信令，其中在主叫号码A前加前插码2)将呼叫继续路由到GMSC(即网关移动交换中心)；

(13)GMSC通过IDP(Prefix2+A，B)信令(即用于表示初始监测点消息的信令，在主叫号码A前加前插码2)将呼叫触发到SCP_b；

(14)SCP_b确定CallingPartyNumber中对应的A号码前面有前插码，不进行二次处理，并删除A的前插码，然后通过Connect(A，B)信令(其中GenericNumber＝A，GN对应的QUALIFY字段为80H)将呼叫路由到GMSC；

(15)GMSC向MSC_b(即用户B所属的移动交换中心)发送IAM信令(即用于表示初始地址消息的信令)；

(16)MSC_b通过IAM信令对UE_b发起呼叫；

UE_b接听，用户A与用户B通话。

同振方式：

同振方式，即Centrex AS同时发起到对UE_b和UE_c的呼叫，其中：对于到UE_b的呼叫，执行上述步骤(10)至步骤(16)；于到UE_c的呼叫，执行上述步骤(9)。假设UE_b的应答先回来，AS释放掉对UE_c的呼叫，用户A与用户B通话。

以上为一号通业务实现的主要流程，通过上述流程可以看到，锚定到IMS域的融合一号通被叫流程中，如果与UE_b绑定的PC终端不具备呼叫接通条件，例如，该PC终端未注册，则IMS域的锚定流程(即呼叫路由重定向过程)的执行会造成呼叫信令的浪费。

发明内容

有鉴于此，本发明实施例提供一种一号通业务的实现方法、系统及装置，采用该技术方案，能够避免由于用户绑定的终端不具备呼叫接通条件而导致的呼叫信令浪费。

本发明实施例通过如下技术方案实现：

根据本发明实施例的一个方面，提供了一种一号通业务的实现方法，包括：

第一网络中的第一网络设备接收第一用户终端呼叫归属于所述第一网络的第二用户终端的呼叫请求；其中，所述第二用户终端存在归属于第二网络的一号通业务绑定终端；

根据从所述绑定终端归属的第二网络中的第二网络设备获取的所述绑定终端的业务状态，确定所述绑定终端当前是否具备呼叫接通条件；

在确定所述绑定终端当前不具备呼叫接通条件后，通过所述第一网络呼叫所述第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端。

根据本发明实施例的另一个方面，还提供了一种一号通业务的实现系统，包括：

归属于第一网络的第一网络设备以及归属于第二网络的第二网络设备；

所述第一网络设备，用于接收第一用户终端呼叫归属于所述第一网络的第二用户终端的呼叫请求；其中，所述第二用户终端存在归属于第二网络的一号通业务绑定终端；并根据从所述绑定终端归属的第二网络中的网络设备获取的所述绑定终端的业务状态，确定所述绑定终端当前是否具备呼叫接通条件；并在确定所述绑定终端当前不具备呼叫接通条件后，通过所述第一网络呼叫所述第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端；

所述第二网络设备，用于向所述第一网络设备提供所述绑定终端的业务状态。

根据本发明实施例的另一个方面，还提供了一种一号通业务的实现装置，包括：

呼叫请求接收单元，用于接收第一用户终端呼叫归属于所述第一网络的第二用户终端的呼叫请求；其中，所述第二用户终端存在归属于第二网络的一号通业务绑定终端；

呼叫接听条件确定单元，用于根据从所述绑定终端归属的第二网络中的第二网络设备获取的所述绑定终端的业务状态，确定所述绑定终端当前是否具备呼叫接通条件；

呼叫处理单元，用于在所述呼叫接听条件确定单元确定所述绑定终端当前不具备呼叫接通条件后，通过所述第一网络呼叫所述第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端。

通过本发明实施例提供的上述至少一个技术方案，第一网络中的第一网络设备接收第一用户终端呼叫归属于第一网络的第二用户终端的呼叫请求，其中，第二用户终端存在归属于第二网络的一号通业务绑定终端；进一步根据从绑定终端归属的第二网络中的第二网络设备获取的绑定终端的业务状态，确定绑定终端当前是否具备呼叫接通条件；并在确定所述绑定终端当前不具备呼叫接通条件后，通过第一网络呼叫所述第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端。根据该技术方案，在第一网络设备确定绑定终端当前不具备呼叫接通条件后，直接执行呼叫第二用户终端的过程，而无需执行路由重定向到第二网络的过程，与现有技术相比，能够避免由于用户绑定的终端不具备呼叫接通条件而导致的呼叫信令浪费。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为背景技术中提供的现有技术实现一号通业务的信令流程图；

图2为本发明实施例一提供的一号通业务的实现方法流程图；

图3为本发明实施例一提供的获取绑定终端的业务状态的流程图；

图4为本发明实施例一提供的实现一号通业务流程所涉及的网络结构示意图；

图5为本发明实施例一提供的CS域用户终端A拨打CS域用户终端B的一号通业务流程图；

图6为本发明实施例二提供的一号通业务的实现装置示意图一；

图7为本发明实施例二提供的一号通业务的实现装置示意图二；

图8为本发明实施例三提供的一号通业务的实现系统示意图。

具体实施方式

为了给出避免由于用户绑定的终端不具备呼叫接通条件而导致的呼叫信令浪费的实现方案，本发明实施例提供了一种一号通业务的实现方法、系统及装置，以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例一

本发明实施例一提供了一种一号通业务的实现方法，该实现方法的主要实现过程为：预先确定与归属于第一网络的被叫终端对应并且归属于第二网络的绑定终端是否具备呼叫接通条件，在不具备接通条件时，不将呼叫重定向到第二网络中的绑定终端，而直接执行呼叫被叫终端的过程。

如图2所示，本发明实施例一提供的一号通业务的实现方法，主要包括如下步骤：

步骤201、第一网络中的第一网络设备接收第一用户终端呼叫归属于该第一网络的第二用户终端的呼叫请求。

该步骤中，第二用户终端为订阅了一号通业务的用户终端，即该第二用户终端存在归属于第二网络的一号通业务绑定终端，该绑定终端可以为一个或多个。

步骤202、根据从绑定终端归属的第二网络中的第二网络设备获取的绑定终端的业务状态，确定绑定终端当前是否具备呼叫接通条件，若确定否，执行步骤203，否则执行步骤204。

步骤203、通过第一网络呼叫第二用户终端，并禁止通过第二网络呼叫绑定终端，至此，本次第一用户终端呼叫第二用户终端的一号通业务流程结束。

该步骤203中，禁止通过第二网络呼叫绑定终端，即不将该呼叫请求路由重定向到归属于第二网络的一号通业务绑定终端。

步骤204、将所述呼叫请求路由重定向到归属于所述第二网络的一号通业务绑定终端，至此，本次第一用户终端呼叫第二用户终端的一号通业务流程结束。

通过上述流程的实施，由于在被叫终端的绑定终端不具备呼叫接通条件时，不会将呼叫路由重定向到绑定终端归属的第二网络(即不将呼叫锚定至第二网络)，而直接呼叫被叫终端，从而能够避免由于用户的绑定终端不具备呼叫接通条件而导致的呼叫信令浪费。

本发明实施一提供的上述流程中，步骤202在确定绑定终端当前是否具备呼叫接通条件时所依据的绑定终端的业务状态信息，可以采用预先获取的方式，即在第一网络设备接收到第一用户终端呼叫归属于该第一网络的第二用户终端的呼叫请求之前，该第一网络设备从绑定终端归属的第二网络中的第二网络设备中获取；也可以采用实时获取的方式，即在第一网络设备接收到第一用户终端呼叫归属于该第一网络的第二用户终端的呼叫请求之后，该第一网络设备实时地从绑定终端归属的第二网络中的第二网络设备中获取。该两种获取方式中，预先获取绑定终端的业务状态信息的方式相对于实时获取绑定终端的业务状态的方式，能够减少第一用户终端呼叫第二用户终端的等待时延。

具体地，第一网络设备实时地从绑定终端归属的第二网络中的第二网络设备中获取绑定终端的业务状态的过程，如图3所示，包括如下步骤：

步骤301、第一网络设备向绑定终端归属的第二网络中的第二网络设备发送针对该绑定终端的业务状态的订阅请求。

该步骤301中，第一网络设备发送的订阅请求中包括绑定终端对应的终端标识，例如，终端号码。

步骤302、第二网络设备接收到订阅请求后，根据该订阅请求中订阅的绑定终端的终端业务状态，在监控到该绑定终端的业务状态发送变化时，向第一网络设备反馈该绑定终端的业务状态信息。

步骤303、第一网络设备接收第二网络设备反馈的业务状态信息。

至此，第一网络设备从第二网络设备获取绑定终端的业务状态的流程结束。该流程中，若第二网络中能够提供绑定终端的业务状态的第二网络设备为多个，则第一网络设备需要预先确定将订阅请求发送至哪个第二网络设备，具体确定方式可以根据第二网络设备的业务权限确定，主要确定过程如下：

若第二用户终端存在的归属于第二网络的一号通业务绑定终端为一个，则确定该绑定终端所归属的第二网络设备，具体可以通过该绑定终端对应的号码确定其归属的第二网络设备，若确定结果为一个，则直接向确定出的第二网络设备发送订阅请求，若确定结果为多个，则可以选择其中一个发送订阅请求；

若第二用户终端存在的归属于第二网络的一号通业务绑定终端为多个，则分别针对每个绑定终端确定出发送订阅请求的第二网络设备，具体针对每个绑定终端确定出发送订阅请求的第二网络设备的过程与上述第二用户终端存在的归属于第二网络的一号通业务绑定终端为一个时的过程基本相同，此处不再赘述。需要指出，若该多个绑定终端归属于一个第二网络设备，则可以在一个订阅请求中同时包括该多个绑定终端的号码，实现一次订阅。

本发明实施例一还提供了图1所述流程包括的步骤202的具体执行过程，即根据从绑定终端归属的第二网络中的第二网络设备获取的绑定终端的业务状态，确定绑定终端当前是否具备呼叫接通条件，具体包括：

若绑定终端为一个，则在绑定终端的业务状态为未注册状态时，确定该绑定终端当前不具备呼叫接通条件，否则确定该绑定终端当前具备呼叫接通条件；

若绑定终端为多个，则在该多个绑定终端的业务状态均为未注册状态时，确定绑定终端当前不具备呼叫接通条件，否则确定该绑定终端当前具备呼叫接通条件。

其中，绑定终端的业务状态为注册状态或未注册状态。

本发明实施例一还提供了图2所述流程的优选实施方式，即在执行上述步骤202之前，即在根据获取的绑定终端的业务状态确定绑定终端当前是否具备呼叫接通条件之前，还进一步执行如下步骤：

确定该第二用户终端不存在归属于第一网络的一号通业务绑定终端。

以上所述为本发明实施例一提供的一号通业务实现的主要业务流程，本发明实施例提供的上述技术方式，适用于各种网络融合的一号通业务，为了更好地理解本发明实施例一提供的技术方案，将上述技术方案应用于CS网络与IMS网络融合的一号通业务中的具体情况进行说明，其中，CS网络为上述实施例中所述的第一网络，SCP为上述实施例中所述的第一网络设备；IMS网络为上述实施例中所述的第二网络，AS为上述实施例中所述的第二网络设备。

基于图1所示的一号通业务的信令流程图，在此基础上SCP_b从CentrexAS订阅UE_b的绑定终端UE_c的注册状态信息(即业务状态)，在根据业务状态确定UE_c未注册时，SCP_b直接将呼叫路由到UE_b。在不考虑UE_c注册的情况时，实现一号通业务流程所涉及的网络结构如图4所示，其中，步骤(1)至步骤(5)为现有流程(详细执行过程已在背景技术中描述)，在此基础上，SCP_b通过Subscribe消息(订阅消息)和Notify(通知)状态呈现机制实现对UE_c的注册状态的订阅，即SCP_b向Centrex AS发送订阅消息，Centrex AS根据SCP_b发送的订阅消息中包括的UE_c的标识，将UE_c的相关业务状态反馈给SCP_b。这样在MSC_a向SCP_b触发被叫的T-CSI签约信息时，发现UE_b的绑定终端UE_c未注册时，就可以得知不需要触发到IMS域的锚定流程(即不执行呼叫重定向流程)，而是直接按照智能网业务流程呼叫MSC_b(即UE_b所归属的移动业务交换中心)进行对UE_b的呼叫，即MSC_a通过IAM信令呼叫MSC_b，MSC_b进一步通过IAM信令呼叫UE_b。

根据本发明上述实施例，能够考虑到实际应用中与移动终端绑定的PC终端或IMS固定电话往往作为办公电话，其与手机的同振或顺振主要发生在工作时间，在非工作时间，PC终端或IMS固定电话往往处于离线状态，因此，采用本发明技术方案能够在非工作时间可大量减少一号通业务对网络及用户体验的影响。该实施例中，如果与UE_b绑定的终端中还有移动终端，则认为该一号通绑定终端的业务状态始终为已注册，具备呼叫接通条件；如果与UE_b绑定的终端全部为IMS域的终端，若其中有一个或多个号码在IMS域中的业务状态为注册，则认为该一号通绑定终端具备呼叫接通条件；如果与UE_b绑定的终端全部为IMS域的终端，并且全部的IMS域终端均未注册，则认为该一号通绑定终端不具备呼叫接通条件。其中，注册状态可以是指该终端在线，也可以是指该终端注册到服务器中。

下面将针对CS域用户终端A拨打CS域用户终端B的呼叫场景，对本方案所设计的流程进行详细的阐述，其中，被叫用户终端签约了一号通业务，并且其绑定终端均为IMS域终端，如图5所示，主要包括如下步骤：

步骤501、SCP_b通过Subscribe消息(订阅消息)向Centrex AS订阅手机一号通所绑定的IMS域用户终端的在线状态；

步骤502、IMS域的该用户终端注册或注销时，其通过标准的第三方注册流程向Centex AS发起注册或注销，Centrex AS通过Notify消息(通知消息)通知SCP；

步骤503、MSC_a根据向HLR_b发送SRI信令，以查询用户B的签约数据；

步骤504、HLR_b通过T-CSI信令将用户B的签约数据发送给MSC_a；

步骤505、MSC_a根据接收的签约数据，通过IDP(A，B)信令将呼叫请求发送到SCP_b；

步骤506、SCP_b查询当前签约的被叫一号通的绑定终端的注册状态，并确定该绑定终端未注册，则执行方框内所述的优化后流程，若确定该绑定终端注册，则执行锚定流程(此处不再描述)。

优化后流程如下：

步骤507、SCP_b通过CONNECT(A，B)信令向MSC_a发送CONNECT消息；

步骤508、MSC_a向HLR_b发送SRI信令；

步骤509、HLR_b向MSC_a发送SRI res(B MSRN)(即用于表示路由信息查询响应消息的信令)；

步骤510、MSC_a向MSC_b发送IAM(A-＞B)信令(即用于表示UE_a到UE_b的初始地址消息的信令)；

步骤511、MSC_b向MSC_a发送Converstation信令(即用于表示会话请求的信令)。

上述流程中，步骤508至步骤510是标准的被叫寻址流程，目的是为了建立主被叫交换机之间的连接。

通过以上优化流程，在绑定终端不具备呼叫接通条件时，直接执行呼叫被叫终端的流程，不执行将呼叫请求路由重定向到归属于IMS网络的一号通业务绑定终端UE_c。

实施例二

本发明实施例二提供了一种一号通业务的实现装置，该一号通业务的实现装置与上述实施例一提供的一号通业务的实现方法一一对应。

如图6所示，该一号通业务的实现装置，包括：

呼叫请求接收单元601、呼叫接听条件确定单元602以及呼叫处理单元603；

其中：

呼叫请求接收单元601，用于接收第一用户终端呼叫归属于第一网络的第二用户终端的呼叫请求；其中，第二用户终端存在归属于第二网络的一号通业务绑定终端；

呼叫接听条件确定单元602，用于根据从绑定终端归属的第二网络中的第二网络设备获取的绑定终端的业务状态，确定绑定终端当前是否具备呼叫接通条件；

呼叫处理单元603，用于在呼叫接听条件确定单元602确定绑定终端当前不具备呼叫接通条件后，通过第一网络呼叫第二用户终端，并禁止通过第二网络呼叫绑定终端。

如图7所示，本发明实施例二提供的优选实施方式中，图6所示的一号通业务的实现装置还进一步包括：

业务状态获取单元604，用于向绑定终端归属的第二网络中的第二网络设备发送针对绑定终端的业务状态的订阅请求，并接收第二网络中的第二网络设备根据订阅请求在绑定终端的业务状态发送变化时反馈的业务状态信息。

本发明实施例二提供的优选实施方式中，图7所示的一号通业务的实现装置包括的呼叫接听条件确定单元602，具体用于：

若绑定终端为一个，则在该绑定终端的业务状态为未注册状态时，确定该绑定终端当前不具备呼叫接通条件；

若绑定终端为多个，则在该多个绑定终端的业务状态均为未注册状态时，确定该绑定终端当前不具备呼叫接通条件。

本发明实施例二提供的优选实施方式中，图6所示的一号通业务的实现装置包括的呼叫接听条件确定单元602，还用于：

在根据获取的绑定终端的业务状态确定绑定终端当前是否具备呼叫接通条件之前，确定第二用户终端不存在归属于第一网络的一号通业务绑定终端。

本发明实施例二提供的优选实施方式中，图6所示的一号通业务的实现装置包括的呼叫处理单元603，还用于：

在呼叫接听条件确定单元602确定绑定终端当前具备呼叫接通条件后，将呼叫请求路由重定向到归属于第二网络的一号通业务绑定终端。

应当理解，以上一号通业务的实现装置包括的单元仅为根据该装置实现的功能进行的逻辑划分，实际应用中，可以进行上述单元的叠加或拆分。并且该实施例二提供的一号通业务的实现装置所实现的功能与上述实施例一提供的一号通业务的实现方法流程一一对应，对于该装置所实现的更为详细的处理流程，在上述实施例一中已做详细描述，此处不再详细描述。

实施例三

本发明实施例三提供了一种一号通业务的实现系统，该一号通业务的实现系统与上述实施例一提供的一号通业务的实现方法一一对应。

如图8所示，该一号通业务的实现系统，包括：

归属于第一网络的第一网络设备801以及归属于第二网络的第二网络设备802；

其中：

第一网络设备801，用于接收第一用户终端呼叫归属于第一网络的第二用户终端的呼叫请求；其中，第二用户终端存在归属于第二网络的一号通业务绑定终端；并根据从绑定终端归属的第二网络中的网络设备获取的绑定终端的业务状态，确定绑定终端当前是否具备呼叫接通条件；并在确定绑定终端当前不具备呼叫接通条件后，通过第一网络呼叫第二用户终端，并禁止通过第二网络呼叫绑定终端；

第二网络设备802，用于向第一网络设备提供、绑定终端的业务状态。

本发明实施例三提供的优选实施方式中，图8所示的第一网络设备801，具体用于向绑定终端归属的第二网络中的第二网络设备发送针对绑定终端的业务状态的订阅请求；并接收第二网络设备反馈的绑定终端的业务状态信息；

第二网络设备802，具体用于根据订阅请求，在绑定终端的业务状态发送变化时向第一网络设备反馈绑定终端的业务状态信息。

应当理解，该实施例三提供的一号通业务的实现系统包括的归属于第一网络的第一网络设备所实现的功能与上述实施例二提供的一号通业务的实现装置对应，对于该系统包括的该第一网络设备所实现的更为详细的处理流程，在上述实施例二中已做详细描述，此处不再详细描述。

实际应用中，上述第一网络可以为CS网络，第一网络设备可以为SCP，第二网络可以为IMS网络，第二网络设备可以为AS。

通过本发明实施例提供的上述至少一个技术方案，第一网络中的第一网络设备接收第一用户终端呼叫归属于第一网络的第二用户终端的呼叫请求，其中，第二用户终端存在归属于第二网络的一号通业务绑定终端；进一步根据从绑定终端归属的第二网络中的第二网络设备获取的绑定终端的业务状态，确定绑定终端当前是否具备呼叫接通条件；并在确定绑定终端当前不具备呼叫接通条件后，通过第一网络呼叫所述第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端。根据该技术方案，在第一网络设备确定绑定终端当前不具备呼叫接通条件后，直接执行呼叫第二用户终端的过程，而无需执行路由重定向到第二网络的过程，与现有技术相比，能够避免由于用户绑定的终端不具备呼叫接通条件而导致的呼叫信令浪费。

本发明所提出的一号通业务实现方案基于原有流程，可以实现同样的功能，只需添加状态呈现信令并修改其中的相关参数信息即可，不需要对现有系统做大的修改，但能够在一定条件下跳过呼叫建立流程中到IMS域的锚定流程，减轻了Centrex AS/CSCF的信令处理压力，缩短呼叫建立1-2秒接续时间，节省了宝贵的话路资源，这可以较大程度的改善用户体验，便于一号通业务的推广。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1.一种一号通业务的实现方法，其特征在于，包括：

第一网络中的第一网络设备接收第一用户终端呼叫归属于所述第一网络的第二用户终端的呼叫请求；其中，所述第二用户终端存在归属于第二网络的一号通业务绑定终端；

根据从所述绑定终端归属的第二网络中的第二网络设备获取的所述绑定终端的业务状态，确定所述绑定终端当前是否具备呼叫接通条件，其中，按照以下过程获取所述绑定终端的业务状态：向所述绑定终端归属的第二网络中的第二网络设备发送针对所述绑定终端的业务状态的订阅请求，若所述绑定终端归属的第二网络设备存在一个，则直接向所述绑定终端归属的第二网络设备发送订阅请求，若所述绑定终端归属的第二网络设备存在多个，则选择所述绑定终端归属的其中一个第二网络设备发送订阅请求以及若第二用户终端存在多个绑定终端，则分别针对每个绑定终端向该绑定终端归属的第二网络设备发送订阅请求，若多个绑定终端归属于一个第二网络设备，则在一个订阅请求中同时包括该多个绑定终端的号码；接收所述第二网络中的第二网络设备根据所述订阅请求在所述绑定终端的业务状态发送变化时反馈的业务状态信息；

在确定所述绑定终端当前不具备呼叫接通条件后，通过所述第一网络呼叫所述第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端。

2.如权利要求1所述的方法，其特征在于，所述绑定终端的业务状态为注册状态或未注册状态；

根据获取的所述绑定终端的业务状态，确定所述绑定终端当前不具备呼叫接通条件，包括：

若所述绑定终端为一个，则在所述绑定终端的业务状态为未注册状态时，确定所述绑定终端当前不具备呼叫接通条件；

若所述绑定终端为多个，则在所述多个绑定终端的业务状态均为未注册状态时，确定所述绑定终端当前不具备呼叫接通条件。

3.如权利要求1所述的方法，其特征在于，在根据获取的所述绑定终端的业务状态确定所述绑定终端当前是否具备呼叫接通条件之前，还包括：

确定所述第二用户终端不存在归属于所述第一网络的一号通业务绑定终端。

4.如权利要求1所述的方法，其特征在于，在确定所述绑定终端当前具备呼叫接通条件后，还包括：

将所述呼叫请求路由重定向到归属于所述第二网络的一号通业务绑定终端。

5.一种一号通业务的实现系统，其特征在于，包括：

归属于第一网络的第一网络设备以及归属于第二网络的第二网络设备；

所述第一网络设备，用于接收第一用户终端呼叫归属于所述第一网络的第二用户终端的呼叫请求；其中，所述第二用户终端存在归属于第二网络的一号通业务绑定终端；并根据从所述绑定终端归属的第二网络中的网络设备获取的所述绑定终端的业务状态，确定所述绑定终端当前是否具备呼叫接通条件，其中，按照以下过程获取所述绑定终端的业务状态：向所述绑定终端归属的第二网络中的第二网络设备发送针对所述绑定终端的业务状态的订阅请求，若所述绑定终端归属的第二网络设备存在一个，则直接向所述绑定终端归属的第二网络设备发送订阅请求，若所述绑定终端归属的第二网络设备存在多个，则选择所述绑定终端归属的其中一个第二网络设备发送订阅请求以及若第二用户终端存在多个绑定终端，则分别针对每个绑定终端向该绑定终端归属的第二网络设备发送订阅请求，若多个绑定终端归属于一个第二网络设备，则在一个订阅请求中同时包括该多个绑定终端的号码；并接收所述第二网络设备反馈的所述绑定终端的业务状态信息；并在确定所述绑定终端当前不具备呼叫接通条件后，通过所述第一网络呼叫所述第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端；

所述第二网络设备，用于根据所述订阅请求，在所述绑定终端的业务状态发送变化时向所述第一网络设备反馈所述绑定终端的业务状态信息。

6.一种一号通业务的实现装置，归属于第一网络，其特征在于，包括：

呼叫请求接收单元，用于接收第一用户终端呼叫归属于所述第一网络的第二用户终端的呼叫请求；其中，所述第二用户终端存在归属于第二网络的一号通业务绑定终端；

业务状态获取单元，用于向所述绑定终端归属的第二网络中的第二网络设备发送针对所述绑定终端的业务状态的订阅请求，其中，若所述绑定终端归属的第二网络设备存在一个，则直接向所述绑定终端归属的第二网络设备发送订阅请求，若所述绑定终端归属的第二网络设备存在多个，则选择所述绑定终端归属的其中一个第二网络设备发送订阅请求以及若第二用户终端存在多个绑定终端，则分别针对每个绑定终端向该绑定终端归属的第二网络设备发送订阅请求，若多个绑定终端归属于一个第二网络设备，则在一个订阅请求中同时包括该多个绑定终端的号码；并接收所述第二网络中的第二网络设备根据所述订阅请求在所述绑定终端的业务状态发送变化时反馈的业务状态信息；

呼叫接听条件确定单元，用于根据从所述绑定终端归属的第二网络中的第二网络设备获取的所述绑定终端的业务状态，确定所述绑定终端当前是否具备呼叫接通条件；

呼叫处理单元，用于在所述呼叫接听条件确定单元确定所述绑定终端当前不具备呼叫接通条件后，通过所述第一网络呼叫所述第二用户终端，并禁止通过所述第二网络呼叫所述绑定终端。

7.如权利要求6所述的装置，其特征在于，所述呼叫接听条件确定单元，具体用于：

若所述绑定终端为一个，则在所述绑定终端的业务状态为未注册状态时，确定所述绑定终端当前不具备呼叫接通条件；

若所述绑定终端为多个，则在所述多个绑定终端的业务状态均为未注册状态时，确定所述绑定终端当前不具备呼叫接通条件。

8.如权利要求6所述的装置，其特征在于，所述呼叫接听条件确定单元，还用于：

在根据获取的所述绑定终端的业务状态确定所述绑定终端当前是否具备呼叫接通条件之前，确定所述第二用户终端不存在归属于所述第一网络的一号通业务绑定终端。

9.如权利要求6所述的装置，其特征在于，所述呼叫处理单元，还用于：

在所述呼叫接听条件确定单元确定所述绑定终端当前具备呼叫接通条件后，将所述呼叫请求路由重定向到归属于所述第二网络的一号通业务绑定终端。