语音业务的处理方法和装置.pdf

本发明实施例提供一种语音业务的处理方法和装置，该方法包括：第一设备接收主叫终端发送的面向被叫终端的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述主叫终端和所述被叫终端分别由不同的设备管理；所述第一设备根据所述号码标识，确定可触发所述语音业务的第二设备；所述第一设备将所述语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。通过该语音业务的处理方法和装置，便于提升语音业务的处理效率，且提升了通信网络中语音业务的可靠率。

权利要求书1.  一种语音业务的处理方法，其特征在于，包括：第一设备接收主叫终端发送的面向被叫终端的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述主叫终端和所述被叫终端分别由不同的设备管理；所述第一设备根据所述号码标识，确定可触发所述语音业务的第二设备；所述第一设备将所述语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。2.  根据权利要求1所述的处理方法，其特征在于，所述第一设备根据所述号码标识，确定可触发所述语音业务第二设备，包括：所述第一设备根据所述号码标识中的字冠，查询号码策略表，确定可触发所述语音业务的第二设备；所述号码策略表中存储了各个所述字冠与各个设备的对应关系。3.  根据权利要求2所述的处理方法，其特征在于，在第一设备将所述语音业务请求发送至所述第二设备之后，并在所述通过第二设备触发所述语音业务之前，所述处理方法还包括：若所述第一设备在预设周期内未接收到第二设备发送的请求反馈消息；则所述第一设备再次向所述第二设备发送所述语音业务请求。4.  根据权利要求2所述的处理方法，其特征在于，在第一设备将所述语音业务请求发送至所述第二设备之后，并在所述通过第二设备触发所述语音业务之前，所述处理方法还包括：若所述第一设备在预设周期内接收到第二设备发送的请求反馈消息，且所述第一设备根据所述请求反馈消息确定所述第二设备拒绝触发所述语音业务，则所述第一设备通知所述主叫终端所述语音业务被拒绝。5.  根据权利要求1所述的处理方法，其特征在于，若所述主叫设备由所述第一设备管理，则在第一设备接收主叫终端发送的语音业务请求之后，所述处理方法还包括：所述第一设备根据该第一设备存储的终端管理信息及所述语音业务请求中携带的主叫终端的终端标识，确定所述主叫终端不支持所述语音业务；所述第一设备向所述主叫终端发送业务拒绝应答；其中，所述终端管理信息包括第一设备所管理的各个终端的终端标识和与所述终端标识对应的终端可支持的语音业务。6.  一种语音业务的处理方法，其特征在于，包括：第二设备接收第一设备发送的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述语音业务请求是主叫终端面向被叫终端发送的，所述主叫终端和所述被叫终端分别由不同的设备管理；所述第二设备根据所述号码标识中的字冠，确定所述语音业务为该第二设备可触发；第二设备触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。7.  根据权利要求6所述的处理方法，其特征在于，在所述第二设备触发所述语音业务之前，所述处理方法还包括：所述第二设备向所述第一设备发送请求反馈消息，所述请求反馈消息用于通知所述第一设备该第二设备拒绝触发所述语音业务或接受触发所述语音业务。8.  根据权利要求6所述的处理方法，其特征在于，所述第二设备触发所述语音业务之前，所述处理方法还包括：第二设备获取触发所述语音业务的触发条件。9.  一种语音业务的处理装置，其特征在于，包括：接收模块，用于接收主叫终端发送的面向被叫终端的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述主叫终端和所述被叫终端分别由不同的设备管理；确定模块，用于根据所述号码标识，确定可触发所述语音业务的第二设备；发送模块，用于将所述语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。10.  根据权利要求9所述的处理装置，其特征在于，所述确定模块具体用于根据所述号码标识中的字冠，查询号码策略表，确定可触发所述语音业务的第二设备；所述号码策略表中存储了各个所述字冠与各个设备的对应关系。11.  根据权利要求10所述的处理装置，其特征在于，所述发送模块还用于若所述第一设备在预设周期内未接收到第二设备发送的请求反馈消息；则再次向所述第二设备发送所述语音业务请求。12.  根据权利要求10所述的处理装置，其特征在于，若所述第一设备在预设周期内接收到第二设备发送的请求反馈消息，且所述第一设备根据所述请求反馈消息确定所述第二设备拒绝触发所述语音业务，则所述发送模块还用于通知所述主叫终端所述语音业务被拒绝。13.  根据权利要求9所述的处理装置，其特征在于，若所述主叫设备由所述第一设备管理，则所述确定模块还用于根据该第一设备存储的终端管理信息及所述语音业务请求中携带的主叫终端的终端标识，确定所述主叫终端不支持所述语音业务；所述发送模块还用于向所述主叫终端发送业务拒绝应答；其中，所述终端管理信息包括第一设备所管理的各个终端的终端标识和与所述终端标识对应的终端可支持的语音业务。14.  一种语音业务的处理装置，其特征在于，包括：接收模块，用于接收第一设备发送的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述语音业务请求是主叫终端面向被叫终端发送的，所述主叫终端和所述被叫终端分别由不同的设备管理；确定模块，用于根据所述号码标识中的字冠，确定所述语音业务为第二设备可触发；触发模块，用于触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。15.  根据权利要求14所述的处理装置，其特征在于，所述处理装置还包括发送模块，所述发送模块还用于向所述第一设备发送请求反馈消息，所述请求反馈消息用于通知所述第一设备该第二设备拒绝触发所述语音业务或接受触发所述语音业务。16.  根据权利要求14所述的处理方法，其特征在于，所述处理设备还包括：获取模块，用于获取触发所述语音业务的触发条件。

说明书语音业务的处理方法和装置
技术领域
本发明实施例涉及通信技术，尤其涉及一种语音业务的处理方法和装置。
背景技术
随着通信技术的不断发展，用于通信的终端数量也在不断的增加，为了有效管理大量的通信终端，通常架设多个交换机，使多个交换机分别管理一定数量的通信终端。常见的，在企业的办公环境中，随着企业规模的不断扩大，办公环境中的电话机的数量不断增加，该企业最初为少量的电话机进行语音业务而架设的一台语音交换机已经不能负荷数量不断增长的电话机，此时该企业需要架设多台语音交换机，以对电话机分别进行管理。由于语音交换机仅负责管理本语音交换机下的多个终端，因此同一个交换机所管理的多个终端之间可以进行任意语音业务，而由不同语音交换机管理的多个电话机之间的语音业务局限为基本呼叫业务，其他语音业务则不能正常进行。具体的，语音交换机1管理的终端A与由语音交换机2管理的终端B之间是不能进行除基本呼叫业务以外的其他语音业务，例如电话会议业务、未响应回叫业务等。
为了使任意语音业务可以跨语音交换机进行，现有技术中，通过架设中心节点以统一处理不同语音交换机下各个电话机之间的各种语音业务，以实现跨语音交换机进行任意语音业务；但采用上述方案时发现，中心节点需要负担的电话机数量较多，负荷较重，而且当上述中心节点出现故障时，跨语音交换机进行的语音业务则受到影响，给用户的工作带来不便。
发明内容
本发明实施例提供一种语音业务的处理方法和装置，用于提升了通信网络中语音业务的可靠率。
第一方面，本发明实施例提供一种语音业务的处理方法，包括：
第一设备接收主叫终端发送的面向被叫终端的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述主叫终端和所述被叫终端分别由不同的设备管理；
所述第一设备根据所述号码标识，确定可触发所述语音业务的第二设备；
所述第一设备将所述语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。
结合第一方面，在第一实施方式中，所述第一设备根据所述号码标识，确定可触发所述语音业务第二设备，包括：
所述第一设备根据所述号码标识中的字冠，查询号码策略表，确定可触发所述语音业务的第二设备；所述号码策略表中存储了各个所述字冠与各个设备的对应关系。
结合第一方面第一实施方式，在第二实施方式中，在第一设备将所述语音业务请求发送至所述第二设备之后，并在所述通过第二设备触发所述语音业务之前，所述处理方法还包括：
若所述第一设备在预设周期内未接收到第二设备发送的请求反馈消息；则所述第一设备再次向所述第二设备发送所述语音业务请求。
结合第一方面第一实施方式，在第三实施方式中，在第一设备将所述语音业务请求发送至所述第二设备之后，并在所述通过第二设备触发所述语音业务之前，所述处理方法还包括：
若所述第一设备在预设周期内接收到第二设备发送的请求反馈消息，且所述第一设备根据所述请求反馈消息确定所述第二设备拒绝触发所述语音业务，则所述第一设备通知所述主叫终端所述语音业务被拒绝。
结合第一方面，在第四实施方式中，若所述主叫设备由所述第一设备管理，则在第一设备接收主叫终端发送的语音业务请求之后，所述处理方法还包括：
所述第一设备根据该第一设备存储的终端管理信息及所述语音业务请求中携带的主叫终端的终端标识，确定所述主叫终端不支持所述语音业务；
所述第一设备向所述主叫终端发送业务拒绝应答；
其中，所述终端管理信息包括第一设备所管理的各个终端的终端标识和与所述终端标识对应的终端可支持的语音业务。
第二方面，本发明实施例提供一种语音业务的处理方法，包括：
第二设备接收第一设备发送的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述语音业务请求是主叫终端面向被叫终端发送的，所述主叫终端和所述被叫终端分别由不同的设备管理；
所述第二设备根据所述号码标识中的字冠，确定所述语音业务为该第二设备可触发；
第二设备触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。
结合第二方面，在第一实施方式中，在所述第二设备触发所述语音业务之前，所述处理方法还包括：
所述第二设备向所述第一设备发送请求反馈消息，所述请求反馈消息用于通知所述第一设备该第二设备拒绝触发所述语音业务或接受触发所述语音业务。
结合第二方面，在第二实施方式中，所述第二设备触发所述语音业务之前，所述处理方法还包括：
第二设备获取触发所述语音业务的触发条件。
第三方面，本发明实施例提供一种语音业务的处理装置，包括：
接收模块，用于接收主叫终端发送的面向被叫终端的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述主叫终端和所述被叫终端分别由不同的设备管理；
确定模块，用于根据所述号码标识，确定可触发所述语音业务的第二设备；
发送模块，用于将所述语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。
结合第三方面，在第一实施方式中，所述确定模块具体用于根据所述被叫终端的号码标识中的字冠，查询号码策略表，确定可触发所述语音业务的第二设备；所述号码策略表中存储了各个所述字冠与各个设备的对应关系。
结合第三方面第一实施方式，在第二实施方式中，所述发送模块还用于若所述第一设备在预设周期内未接收到第二设备发送的请求反馈消息；则再次向所述第二设备发送所述语音业务请求。
结合第三方面第一实施方式，在第三实施方式中，若所述第一设备在预设周期内接收到第二设备发送的请求反馈消息，且所述第一设备根据所述请求反馈消息确定所述第二设备拒绝触发所述语音业务，则所述发送模块还用于通知所述主叫终端所述语音业务被拒绝。
结合第三方面，在第四实施方式中，若所述主叫设备由所述第一设备管理，则所述确定模块还用于根据该第一设备存储的终端管理信息及所述语音业务请求中携带的主叫终端的终端标识，确定所述主叫终端不支持所述语音业务；
所述发送模块还用于向所述主叫终端发送业务拒绝应答；
其中，所述终端管理信息包括第一设备所管理的各个终端的终端标识和与所述终端标识对应的终端可支持的语音业务。
第四方面，本发明实施例提供一种语音业务的处理装置，包括：
接收模块，用于接收第一设备发送的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述语音业务请求是主叫终端面向被叫终端发送的，所述主叫终端和所述被叫终端分别由不同的设备管理；
确定模块，用于根据所述号码标识中的字冠，确定所述语音业务为第二设备可触发；
触发模块，用于触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。
结合第四方面，在第一实施方式中，所述处理装置还包括发送模块，所述确定模块还用于向所述第一设备发送请求反馈消息，所述请求反馈消息用于通知所述第一设备该第二设备拒绝触发所述语音业务或接受触发所述语音业务。
结合第四方面，在第二实施方式中，所述处理装置还包括：
获取模块，用于获取触发所述语音业务的触发条件。
本发明实施例中，第一设备可以根据语音业务请求中的号码标识，将语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，使得语音业务的处理不需要中心节点统一处理，从而语音业务的负荷被分担至该语音业务涉及的两个设备上，便于提升语音业务的处理效率；另外，即使一台 设备发生故障，也仅仅影响该设备所管理的终端与其他设备管理的终端之间的语音业务，不会对通信网络中其他两个设备所分别管理的不同终端之间的语音业务，从而提升了通信网络中语音业务的可靠率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明语音业务的处理方法实施例一的流程图；
图2为本发明语音业务的处理方法实施例二的流程图；
图3为本发明语音业务的处理方法实施例三的流程图；
图4为本发明语音业务的处理方法实施例四的信令图；
图5为本发明语音业务的处理装置实施例一的结构图；
图6为本发明语音业务的处理装置实施例二的结构图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明语音业务的处理方法实施例一的流程图。如图1所示，本实施例的执行主体为第一设备，该第一设备具体为语音交换机，可管理至少一个终端。该方法包括：
S101、第一设备接收主叫终端发送的面向被叫终端的语音业务请求。
第一设备管理了至少一个终端，当第一设备所管理的任意一个终端需要进行语音业务，则该终端作为主叫终端，向第一设备发送语音业务请求，该语音业务请求可以是未响应回叫业务请求，语音会议业务请求等；该语音业务请求包括号码标识，该号码标识根据处理的语音业务的不同，可以表示被 叫终端的终端标识，或会议室号码等；以号码标识为被叫终端的终端标识为例，该终端标识即为一串号码，由于通信网中终端数量较多，且用于管理终端的设备有多台，为了使终端的号码的数量可以满足终端的数量，则号码标识包括字冠和号码体；字冠与设备相对应，而号码体是用于区分同一个设备下的各个终端。举例来说，上述设备可具体为语音交换机，终端为语音交换机管理的电话机，则语音交换机1管理了10部电话机，该10部电话机的各自的号码体可以分别为001、002、003…010中的一个，同样的，语音交换机2也管理了10部电话机，则语音交换机2下的10部电话机的各自的号码体可以分别为001、002、003…010中的一个，但为了区别语音交换机1下的电话机与语音交换机2下的交换机，可使用上述字冠，该字冠也可以为具体的数字符，例如，语音交换机1对应的字冠为01，而语音交换机2对应的字冠为02，则语音交换机1下号码体为001的终端的号码标识为01001，而语音交换机2下号码体为001的终端的号码标识为02001，由此可知，号码体相同的终端由于字冠的不同，可作以区别，从而当主叫终端01001向第一设备发送与被叫终端02001进行语音业务的语音业务请求时，第一设备则可以根据字冠，寻找对应的设备，以便进行语音业务的处理。
另外，由于号码标识由字冠和号码体共同构成，因此不同语音交换机下的终端的号码体可以相同，从而用于作为号码标识的数据可以最大化的满足日益增长的终端数量，而且，当通信网络中新增语音交换机及该语音交换机管理的多个终端，可方便的为新增的多个终端设置号码标识，便于通信网络扩容。
同样的，对于语音会议业务来说，主叫终端面向被叫终端发送的语音业务请求可以是关于在会议室中对被叫终端的音量、通信方式做出控制，则主叫终端发出的语音业务请求中的号码标识即为该会议室的标识，其中在不同交换机上建立的各个会议室也可通过上述号码标识做以区分；而上述所述主叫终端和所述被叫终端分别由不同的设备管理。
S102、第一设备根据号码标识，确定可触发语音业务的第二设备。
第一设备根据所述被叫终端的号码标识中的字冠，查询号码策略表，确定可触发所述语音业务的第二设备；所述号码策略表中存储了各个所述字冠与各个设备的对应关系，该号码策略表为部署通信网络的网管设备下发给各 个设备的，举例来说，在该号码策略表中可以获知，字冠01与第一设备对应，字冠02与第二设备对应……以此类推，不同的字冠分别与不同的设备一一对应。
S103、第一设备将语音业务请求发送至所述第二设备，通过第二设备触发该语音业务，以使主叫终端与被叫终端进行该语音业务。
第一设备将语音业务请求发送至所述第二设备时，可以通过计算路由路径，选择较佳的路由路径将语音业务请求发送至所述第二设备。以未响应回叫业务为例，该未响应回叫业务具体为：当主叫终端向被叫终端发出呼叫，而被叫终端由于用户未在电话机旁而未响应，则主叫终端向第一设备发出语音业务请求，请求第一设备实现未响应回叫业务，则第一设备将语音业务请求发送至第二设备，当第二设备监测到未响应回叫业务可被触发的触发条件，该触发条件可以是用户使用了被叫终端，则说明此时用户位于该被叫终端旁边，可对语音呼叫做出响应，则第二设备触发未响应回叫业务，即通知被叫终端向主叫终端进行回拨，或者通过第一设备通知主叫终端该被叫终端当前可以做出响应，以便主叫终端再次向被叫终端进行呼叫。
补充说明的是，上述第一设备和第二设备为具有相同功能的设备，对应的，主叫终端和被叫终端也是具有相同功能的设备，本实施例为了便于说明，按照数据的走向，做出第一与第二、主叫与被叫的区分；也就是说，当前作为被叫终端的终端在下一个语音业务中，主动向当前的主叫终端发起呼叫时，则该被叫终端即为所述下一个语音业务中的主叫终端，而当前的主叫终端即为被叫终端，相应的，当前的第一设备在所述下一个语音业务中是作为第二设备，而当前的第二设备在所述下一个语音业务中是作为第一设备。
另外，上述主叫终端可以由上述第一设备管理，也可以不被第一设备管理；当上述主叫终端不由第一设备管理时，该终端同样是将语音业务请求发送给管理该终端的设备，该设备与第一设备的功能相同，同样执行S101～S102后,确定可触发该语音业务的设备为第二设备，但通过路由算法，发现将该语音业务请求发送至第二设备需通过第一设备，则将该语音业务请求发送至第一设备，则第一设备再次根据上述S101～S102，确定可触发该语音业务的第二设备，并将该语音业务请求发送至第二设备。
由上述S101～S103可知，本实施例中，第一设备可以根据语音业务请求 中的号码标识，将语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，也就是说，和现有技术相比，语音业务的处理不需要中心节点统一处理，从而语音业务的负荷被分担至该语音业务涉及的两个设备上，便于提升语音业务的处理效率，另外，即使一台设备发生故障，也仅仅影响该设备所管理的终端与其他设备管理的终端之间的语音业务，不会对通信网络中其他两个设备所分别管理的不同终端之间的语音业务产生影响，从而提升了通信网络中语音业务的可靠率。
图2为本发明语音业务的处理方法实施例二的流程图。如图2所示，本实施例是在图1所示的实施例的基础上，进一步对语音业务的处理方法做出说明，在本实施例中，以主叫终端由第一设备管理为例，该方法具体包括：
S201、第一设备接收主叫终端发送的语音业务请求。
与S101类似，在此不再赘述。
S202、第一设备根据该第一设备存储的终端管理信息，判断主叫终端是否支持语音业务，若是，执行S204；若否，执行S203。
具体的，第一设备根据该第一设备存储的终端管理信息及所述语音业务请求中携带的主叫终端的终端标识判断主叫终端是否支持语音业务；终端管理信息包括第一设备所管理的各个终端的终端标识和与所述终端标识对应的终端可支持的语音业务，例如主叫终端的标识为6001，但对应该标识的语音业务没有语音会议业务，则该主叫终端面向被叫终端发起会议请求，则第一设备会拒绝该主叫终端。
S203、第一设备向主叫终端发送业务拒绝应答。
当第一设备确定所述主叫终端不支持上述语音业务，则向主叫终端发送业务拒绝应答。
S204、第一设备根据号码标识，确定可触发该语音业务的第二设备。
在未响应回叫业务中，该号码标识可以为被叫终端的终端标识，而在语音会议业务中，该号码标识为会议室标识；在未响应回叫业务中所述第一设备根据号码标识中的字冠，查询号码策略表，确定管理所述被叫终端的第二设备，即确定可触发语音业务的第二设备；而在语音会议业务中，所述第一设备根据号码标识中的字冠，查询号码策略表，确定该会议室被创建在第二设备上，则可触发语音会议业务的设备只能是第二设备。上述号码策略表中 存储了各个所述字冠与各个设备的对应关系，具体与S102类似，在此不再赘述。
S205、第一设备将语音业务请求发送至第二设备。
第一设备将语音业务请求发送至所述第二设备时，可以通过计算路由路径，选择较佳的路由路径将语音业务请求发送至所述第二设备。该路由路径中，下一跳的设备是与上述第一设备和第二设备具有相同功能的设备，则可以理解的，上述第一设备，在其他语音业务中，也可能会作为路由路径中的一个节点，用于转发上述语音业务请求。
S206a、若第一设备在预设周期内未接收到第二设备发送的请求反馈消息；则所述第一设备再次向所述第二设备发送所述语音业务请求。
由于通信环境复杂多变，上述语音业务请求可能会在传递的过程中丢失，则第二设备不会向第一设备发送的请求反馈消息，因此，为了保证语音业务的实现的可靠性，第一设备在预设周期内未接收到第二设备发送的请求反馈消息后，再次向所述第二设备发送所述语音业务请求，用以提高语音业务的实现的可靠性。
可以理解的，当第一设备在预设周期内接收到第二设备发送的请求反馈消息，则S206a不需要执行，因此图2以第一设备在预设周期内接收到第二设备发送的请求反馈消息为例，未在图2中示出S206a。
S206b、若第一设备在预设周期内接收到第二设备发送的请求反馈消息，根据请求反馈消息判断语音业务是否被拒绝，若否，则停止；若是，执行S207。
在未响应回叫业务中，第二设备管理上述被叫终端，则第二设备可获知该被叫终端是否支持该未响应回叫业务，当被叫终端不支持上述语音业务，则第二设备会拒绝触发该语音业务，则第二设备返回的请求反馈消息是用于告知第一设备该语音业务请求是否被拒绝；而在会议业务中，第二设备可能会根据自身支持能力，选择接受或拒绝触发该语音业务。
当该语音业务请求未被拒绝，则此时主叫终端等待第二设备触发该语音业务，以便和被叫终端进行语音业务，此时对于实施本实施例的第一设备来说，本实施例的流程可停止。
S207、第一设备通知主叫终端该语音业务被拒绝。
本实施例中，第一设备可以根据语音业务请求中的号码标识，将语音业 务请求发送至所述第二设备，通过第二设备触发所述语音业务，也就是说，和现有技术相比，语音业务的处理不需要中心节点统一处理，从而语音业务的负荷被分担至该语音业务涉及的两个设备上，便于提升语音业务的处理效率，另外，即使一台设备发生故障，也仅仅影响该设备所管理的终端与其他设备管理的终端之间的语音业务，不会对通信网络中其他两个设备所分别管理的不同终端之间的语音业务产生影响，而且，由于通信环境的影响，第一设备没有接到第二设备的请求反馈消息，则为了保证语音业务实施的可靠性，第一设备可再次向第二设备发送语音业务请求消息，从而提升了通信网络中语音业务的可靠率。
图3为本发明语音业务的处理方法实施例三的流程图。如图3所示，本实施例的执行主体为第二设备，该第二设备具体可以为语音交换机，该方法包括：
S301、第二设备接收第一设备发送的语音业务请求。
上述第一设备和第二设备为具有相同功能的设备，对应的，下述主叫终端和被叫终端也是具有相同功能的设备，本实施例为了便于说明，按照数据的走向，做出第一与第二、主叫与被叫的区分；也就是说，当前作为被叫终端的终端在下一个语音业务中，主动向当前的主叫终端发起呼叫时，则该被叫终端即为所述下一个语音业务中的主叫终端，而当前的主叫终端即为被叫终端，相应的，当前的第一设备在所述下一个语音业务中是作为第二设备，而当前的第二设备在所述下一个语音业务中是作为第一设备，因此，上述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述语音业务请求是主叫终端面向被叫终端发送的，所述主叫终端和所述被叫终端分别由不同的设备管理；具体可参考S101中所述，在此不再赘述。
S302、第二设备根据号码标识中的字冠，确定语音业务为该第二设备可触发。
例如，前述未响应回叫业务中，号码标识表示被叫终端的终端标识，而该被叫终端被第二设备管理，则该语音业务即可被第二设备触发；在语音会议业务中，号码标识表示会议室标识，且该会议室被创建在第二设备上，则该语音会议业务为第二设备可触发；由于第一设备将语音业务请求发送至所述第二设备时，可以通过计算路由路径，选择较佳的路由路径将语音业务请 求发送至所述第二设备。该路由路径中，下一跳的设备是与上述第一设备和第二设备具有相同功能的设备，则可以理解的，上述第二设备，在其他语音业务中，也可能会作为路由路径中的一个节点，用于转发上述语音业务请求，因此路由路径中作为下一跳节点的设备是会根据上述字冠判断语音业务请求中的被叫终端是否是自己所管理的终端；例如，语音交换机2根据被叫终端的字冠2，便可确定该被叫终端是自己管理的终端；当上述语音业务请求由路由路径中的节点，即语音交换机3转发时，该语音交换机3根据被叫终端的字冠2确定该被叫终端非自己所管理的终端，则继续将该语音业务请求转发至语音交换机2。而在本实施例中，是以管理被叫终端的设备是第二设备为例，进行说明的。
S303、第二设备触发语音业务，以使主叫终端与被叫终端进行语音业务。
需要补充说明的是，另外，第二设备向所述第一设备发送请求反馈消息，所述请求反馈消息用于通知所述第一设备该第二设备拒绝触发所述语音业务或接受触发所述语音业务；而且在第二设备触发所述语音业务之前，所述处理方法还包括：第二设备获取触发所述语音业务的触发条件。
本实施例中，第二设备通过接受第一设备发送的语音业务请求，从而第二设备可触发所述语音业务，也就是说，和现有技术相比，语音业务的处理不需要中心节点统一处理，从而语音业务的负荷被分担至该语音业务涉及的两个设备上，便于提升语音业务的处理效率，另外，即使一台设备发生故障，也仅仅影响该设备所管理的终端与其他设备管理的终端之间的语音业务，不会对通信网络中其他两个设备所分别管理的不同终端之间的语音业务，从而提升了通信网络中语音业务的可靠率。
图4为本发明语音业务的处理方法实施例四的信令图。如图4所示，本实施例是结合上述实施例一至实施例三的基础上，详细描述语音业务的处理方法，且在本实施例中语音业务以未响应回叫业务为例，该事例仅用于说明本发明语音业务的处理方法，但该语音业务的处理方法并不局限于应用在未响应回叫业务中，还可以应用在语音会议业务等其他语音业务中，具体的，该方法包括：
S401、主叫终端向第一设备发送语音业务请求。
当主叫终端呼叫被叫终端，而被叫终端未响应时，例如用户未在被叫终 端旁，则主叫终端向第一设备发送未响应回叫业务请求。该语音业务请求包括主叫终端的号码标识、被叫终端的号码标识、业务类型等，具体可以参考前述各实施例中对语音业务请求的说明，另外，上述语音业务请求可以采用SIP（Session Initiation Protocol，会话发起协议）消息的形式及内容，具体为：
INFO sip:9001@test.com
Max-Forwards:70
To:Bob<sip:9001@test.com>
From:Alice<sip:6001@test.com>;tag=1928301774
Call-ID:a84b4c76e66710
Cseq:63104INFO
Contact:<sip:6001@test.com>
Accept:application/sscc
Content-Length:61
<?xml version="1.0"encoding="utf-8"?>
<cmd>
Reg CCNR
</cmd>
其中，INFO sip：9001@test.com用于说明语音业务请求中被叫终端的地址，其中9001即为被叫终端的号码标识；Max-Forwards:70用于说明该语音业务请求到达目的地址所允许经过的中转站的最大值为70；To:Bob<sip:9001@test.com>表示接收方是Bob，号码是9001，所属的域名为test.com；From:Alice<sip:6001@test.com>;tag=1928301774，则用于说明主叫终端的地址，具体的，6001即为主叫终端的号码标识；Contact字段。指示其后的请求可以直接发往<sip:6001@test.com>。
S402、第一设备根据主叫终端的终端标识，查询终端管理信息，确定主叫终端支持该语音业务类型。
具体的，终端管理信息包括第一设备所管理的各个终端的终端标识和与所述终端标识对应的终端可支持的语音业务，可以理解的，通信网络中任意一台设备内都存储了上述终端管理信息，则当第一设备确定所述主叫终端不支持上述语音业务，则向主叫终端发送业务拒绝应答，而在本实施例中，是以主叫终端支持所述语音业务类型为例进行说明的。另外，应用本实施例的各个设备存储处理业务所需的信息（如上所述的终端管理信息）时，是采用 分布式存储，即各个设备上仅需存储该设备处理语音业务所需的信息，便于以后通信网络中设备的扩容，且对单台设备的存储容量没有较高的要求，从而降低了单台设备的成本；另外，处理语音业务所需的信息被分布式存储，则单台设备故障后仅影响该设备所管理的各个终端，对其他设备管理的终端不会造成影响。
S403、第一设备根据号码标识，确定可触发该语音业务的第二设备。
本实施例中号码标识具体为被叫终端的终端标识，所述第一设备根据所述被叫终端的号码标识中的字冠，查询号码策略表，确定管理所述被叫终端的第二设备，即确定可触发该语音业务的第二设备；所述号码策略表中存储了各个所述字冠与各个设备的对应关系，具体与S102类似，在此不再赘述。
S405、第一设备将所述语音业务请求发送至所述第二设备。
具体如S205所述，在此不再赘述。
需要补充说明的是，在执行S405之后，若第一设备在预设周期内未接收到第二设备发送的请求反馈消息；则所述第一设备再次向所述第二设备发送所述语音业务请求，具体如S206a中所述；可以理解的，当第一设备在预设周期内接收到第二设备发送的请求反馈消息，则继续下述S406。
S406、第二设备根据被叫终端的号码标识中的字冠，确定被叫终端为该第二设备所管理的终端，并根据被叫终端的号码标识和语音业务类型，查询终端管理信息，确定被叫终端支持该语音业务。
S407、第二设备向第一设备发送请求反馈消息。
第二设备通过请求反馈消息通知所述第一设备支持所述语音业务。具体如S303中所述，上述请求反馈消息中携带的信息可以告知第一设备是否拒绝所述语音业务，例如，请求反馈消息中以Reject表示拒绝，以Accept表示支持。在本实施例中，S406～S407以支持语音业务为例，因此继续进行S408；而在实际应用中，当第二设备确定被叫终端不支持所述语音业务时，则向所述第一设备发送请求反馈消息，告知第一设备拒绝所述语音业务，则第一设备会通知所述主叫终端所述语音业务被拒绝。
S408、第二设备获取触发语音业务的触发条件。
在未响应回叫业务中，触发条件由被叫终端提供；当第二设备接收到未响应回叫业务请求后，第二设备需要监测被叫终端，以确定用户是否在被叫 终端旁边，具体的，当第二设备监测到被叫终端被使用后且处于空闲时间、或者用户使用被叫终端做出摘机并挂机的行为、或者用户使用被叫终端向第二设备发送了语音业务请求，则可确定用户位于被叫终端旁边，即对于未响应回叫业务来说，用户位于被叫终端旁边即可作为触发条件，也可以理解为第二设备向被叫终端获取触发条件。
S409、第二设备触发该语音业务。
以使所述第一设备管理的主叫终端与所述被叫终端的号码标识中的号码体对应的被叫终端进行语音业务。对于未响应回叫业务来说，第二设备此时可通知被叫终端向主叫终端进行回拨，或者通过第一设备通知主叫终端该被叫终端当前可以做出响应，随后主叫终端可再次向被叫终端进行呼叫，进行正常的基本呼叫业务。
当第二设备是通过通知主叫终端该被叫终端当前可以做出响应以触发语音业务，第二设备也会向第一设备发送通知消息，该通知消息也采用SIP（Session Initiation Protocol，会话发起协议）消息的形式及内容，具体可以为：
INFO sip:6001@test.com
Max-Forwards:70
To:Alice<sip:6001@test.com>
From:Bob<sip:9001@test.com>;tag=1928301587
Call-ID:a84b4c76e55123
Cseq:63213INFO
Contact:<sip:9001@test.com>
Accept:application/sscc
Content-Length:69
<?xml version="1.0"encoding="utf-8"?>
<cmd>
CCExcutePossible
</cmd>
上述通知消息与前述S401中的语音业务请求的消息中的各个字段类似，其中CCExcutePossible这个字段表示未响应回叫业务可以执行。
补充说明，上述各个流程也可应用于其他语音业务，例如会议业务，会议室被创建在第二设备上，而由第一设备管理的终端A及其他设备管理的终端B、C已进入会议室，当终端A向第一设备发送会议业务请求，例如使终 端C静音，则第一设备将该会议业务请求发送至第二设备，该第二设备触发该语音业务；由此可知，应用本实施例的方法，跨设备下的各个终端也可以获得与同一个设备下各个终端进行语音业务一致的体验。
本实施例中，第一设备可以根据语音业务请求中的号码标识，将语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，也就是说，和现有技术相比，语音业务的处理不需要中心节点统一处理，从而语音业务的负荷被分担至该语音业务涉及的两个设备上，便于提升语音业务的处理效率，另外，即使一台设备发生故障，也仅仅影响该设备所管理的终端与其他设备管理的终端之间的语音业务，不会对通信网络中其他两个设备所分别管理的不同终端之间的语音业务产生影响，从而提升了通信网络中语音业务的可靠率。
图5为本发明语音业务的处理装置实施例一的结构图。如图5所示，本实施例中的语音业务的处理装置即为前述实施中的第一设备，该装置包括：
接收模块501，用于接收主叫终端发送的面向被叫终端的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述主叫终端和所述被叫终端分别由不同的设备管理；
确定模块502，用于根据所述号码标识，确定可触发所述语音业务的第二设备；
发送模块503，用于将所述语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，以使所述主叫终端与所述被叫终端进行所述语音业务。
进一步的，确定模块502具体用于根据所述号码标识中的字冠，查询号码策略表，确定可触发所述语音业务的第二设备；所述号码策略表中存储了各个所述字冠与各个设备的对应关系。
进一步的，发送模块503还用于若所述第一设备在预设周期内未接收到第二设备发送的请求反馈消息；则再次向所述第二设备发送所述语音业务请求。
若所述第一设备在预设周期内接收到第二设备发送的请求反馈消息，且所述第一设备根据所述请求反馈消息确定所述第二设备拒绝触发所述语音业务，则所述发送模块503还用于通知所述主叫终端所述语音业务被拒绝。
若所述主叫设备由所述第一设备管理，则所述确定模块502还用于根据该第一设备存储的终端管理信息及所述语音业务请求中携带的主叫终端的终端标识，确定所述主叫终端不支持所述语音业务；
则所述发送模块503还用于向所述主叫终端发送业务拒绝应答；
其中，所述终端管理信息包括第一设备所管理的各个终端的终端标识和与所述终端标识对应的终端可支持的语音业务。
本实施例中，第一设备作为语音业务的处理装置，可以根据语音业务请求中的号码标识，将语音业务请求发送至所述第二设备，通过第二设备触发所述语音业务，也就是说，和现有技术相比，语音业务的处理不需要中心节点统一处理，从而语音业务的负荷被分担至该语音业务涉及的两个设备上，便于提升语音业务的处理效率，另外，即使一台设备发生故障，也仅仅影响该设备所管理的终端与其他设备管理的终端之间的语音业务，不会对通信网络中其他两个设备所分别管理的不同终端之间的语音业务产生影响，而且，由于通信环境的影响，第一设备没有接到第二设备的请求反馈消息，则为了保证语音业务实施的可靠性，第一设备可再次向第二设备发送语音业务请求消息，从而提升了通信网络中语音业务的可靠率。
图6为本发明语音业务的处理装置实施例二的结构图。如图6所示，本实施例中的语音业务的处理装置即为前述实施中的第二设备，该装置包括：
接收模块601，用于接收第一设备发送的语音业务请求，所述语音业务请求包括号码标识，所述号码标识包括字冠和号码体；所述语音业务请求是主叫终端面向被叫终端发送的，所述主叫终端和所述被叫终端分别由不同的设备管理；
确定模块602，用于根据所述号码标识中的字冠，确定所述语音业务为第二设备可触发；
触发模块603，用于触发所述语音业务，以使所述主叫终端与所述被叫终端进行语音业务。
进一步的，所述装置还包括发送模块604，用于向所述第一设备发送请求反馈消息，所述请求反馈消息用于通知所述第一设备该第二设备拒绝触发所述语音业务或接受触发所述语音业务。
进一步的，所述处理装置还包括：
获取模块605，用于获取触发所述语音业务的触发条件。
本实施例中，第二设备作为语音业务的处理装置，则第二设备通过接受第一设备发送的语音业务请求，从而第二设备可触发所述语音业务，也就是说，和现有技术相比，语音业务的处理不需要中心节点统一处理，从而语音业务的负荷被分担至该语音业务涉及的两个设备上，便于提升语音业务的处理效率，另外，即使一台设备发生故障，也仅仅影响该设备所管理的终端与其他设备管理的终端之间的语音业务，不会对通信网络中其他两个设备所分别管理的不同终端之间的语音业务产生影响，从而提升了通信网络中语音业务的可靠率。
上述各装置实施例中的各个模块对应上述各个方法实施例，在此不再赘述。
本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。