CN103905393B - 一种实现企业uc系统与ims网络互通的方法和设备 - Google Patents

Abstract

本发明实施例公开了一种实现企业UC系统与IMS网络互通的方法和设备，该方法包括：网关接收到UC服务器上报的UC终端上线的消息，确定该消息中携带的企业UC系统为该UC终端分配的号码对应的DID号码，并向IMS网络注册该DID号码；当所述网关接收到所述UC终端发起的呼叫运营商用户的呼叫请求消息时，网关确定该呼叫请求消息中携带的主叫号码对应的DID号码，将所述主叫号码替换为该DID号码，并向IMS网络发起呼叫流程。在本发明中，实现了运营商侧对UC终端的业务控制，降低了被盗打的风险。

Description

一种实现企业UC系统与IMS网络互通的方法和设备

技术领域

本发明涉及通信技术领域，特别是涉及一种实现企业UC系统与IMS网络互通的方法和设备。

背景技术

中国移动在3GPP（the 3rd Generation Partnership Project，第三代合作伙伴项目）的IMS（IP Multimedia Subsystem，IP多媒体子系统）国际标准的基础上创新性提出了CM-IMS（China Mobile-IMS，中国移动IMS）。CM-IMS是中国移动面向全业务运营的端到端系统级解决方案，涉及核心网、接入设备、业务、终端、承载和支撑系统。

基于CM-IMS的统一Centrex（虚拟总机）业务面向企业客户提供了集团多媒体电话、固定和移动融合V网、固定和移动融合一号通、企业融合总机等业务功能，实现固定和移动的融合。

企业UC（Unified Communication，融合通信）系统，面向企业客户为其提供企业内以固定电话、PC（Personal Computer，个人计算机）客户端、手机客户端为基础的音视频通话、消息、会议、邮箱等服务，UC系统为各UC终端分配号码和业务属性配置。

企业UC系统与CM-IMS所能提供的面向集团客户的产品区别在于，企业UC系统仅可融合企业内部署的规定电话、PC客户端、手机客户端等终端，但无法与用户已有的手机号码实现业务融合，例如融合V网、一号通等。

现有企业UC系统与IMS网络的互通方式采用中继方式，即UC通过SIP（SessionInitiation Protocol，会话发起协议）中继连接运营商的I-CSCF（Interrogating CallSession Control Function，询问呼叫控制功能实体），采用对等互通方式。

如图1所示，为现有技术中UC系统与IMS网络SIP中继互通方式的组网示意图。其中，UC系统与IMS系统为对等网络，UC服务器为UC系统内各终端分配对应的号码，并有对应的域名，例如：

UC终端1：sip：888888881@uc.ims.chinamobile.com

UC终端2：sip：888888882@uc.ims.chinamobile.com

UC终端3：sip：888888883@uc.ims.chinamobile.com

基于上述组网，现有技术中，UC终端作为呼叫，呼叫现网手机号码的信令流程图如图2所示。

即UC终端→企业UC所连接的I-SBC（Intermediate Session BorderController，中继会话边界控制器）→I-CSCF（根据被叫手机号码查询EnumServer（Telephone NumberMapping Server，电话号码映射服务器），查询不到，转发给MGCF（Media Gateway ControlFunction，媒体网关控制功能实体））→MGCF→CS（Circuit Switched，电路交换）域被叫路由→被叫所在MSC（Mobile Switching Center，移动交换中心）→被叫CS手机。

基于上述组网，现有技术中，UC终端作为被叫，CS域手机号码作为主叫的信令流程图如图3所示。

即主叫CS手机→主叫所在MSC→CS域主叫路由→被叫号码所在省GMSC（GatewayMSC，网关MSC）→被叫号码所在省MGCF→被叫号码所在省IMS I-CSCF（I-CSCF拿被叫号码查询HSS（Home Subscriber Server，归属用户服务器）没查到，非本省IMS用户；查Enum返回“号码@uc.ims.chinamobile.com”，根据域名查询DNS（Domain Name Server，域名服务器）获得出口I-SBC地址）→I-SBC（根据域名送往企业侧）→UC Server→UC终端。

在实现本发明的过程中，发明人发现现有技术中至少存在以下问题：

现有技术中，UC系统为各UC终端分配的号码在IMS网络中无注册状态，UC终端与手机号码的业务融合只能在UC系统内实现，而无法在运营商侧实现，需要运营商将UC系统作为对等可信任域，不进行主叫和被叫号码的检查，这样就存在被盗打的可能性。

发明内容

本发明实施例提供一种实现企业UC系统与IMS网络互通的方法和设备，以实现UC终端和手机号码在运营商侧的业务绑定，实现运营商侧对UC终端的业务控制，降低被盗打的风险。

为了达到以上目的，本发明实施例提供了一种实现企业融合通信UC系统与IP多媒体子系统IMS互通的方法，所述企业UC系统与所述IMS网络之间部署有网关，该方法包括：

所述网关接收到UC服务器上报的UC终端上线的消息，根据该消息中携带的企业UC系统为该UC终端分配的号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码，并向IMS网络注册该DID号码；

当所述网关接收到所述UC终端发起的呼叫运营商用户的呼叫请求消息时，所述网关根据该呼叫请求消息中携带的主叫号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码，将所述主叫号码替换为该DID号码，并向IMS网络发起呼叫流程。

本发明实施例还提供了一种实现企业融合通信UC系统与IP多媒体子系统IMS互通的设备，该设备作为网关部署于所述企业UC系统与所述IMS网络之间，该设备包括：

存储模块，用于存储企业UC系统为UC终端分配的号码与运营商为UC终端分配的直接拨入DID号码的映射关系；

接收模块，用于接收UC服务器上报的UC终端上线的消息；以及接收UC终端发起的呼叫运营商用户的呼叫请求消息；

号码映射模块，用于根据所述接收模块接收到的UC服务器上报的UC终端上线的消息中携带的企业UC系统为该UC终端分配的号码，以及所述存储模块存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码；以及用于根据所述接收模块接收到的呼叫请求消息中携带的主叫号码，以及所述存储模块存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码；

第一处理模块，用于向所述IMS网络注册所述号码映射模块确定的DID号码；

第二处理模块，用于将所述接收模块接收到的呼叫请求消息中携带的主叫号码替换为所述号码映射模块确定的该主叫号码对应的DID号码，并向IMS网络发起呼叫流程。

本发明上述实施例中，通过在企业UC系统与IMS网络之间部署网关，并在网关中配置企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系；当网关接收到UC服务器上报的UC终端上线的消息时，网关可以根据该消息中携带的UC系统为该UC终端分配的号码，以及自身存储的映射关系，确定对应的DID号码，并向IMS网络注册该DID号码；当网关接收到该UC终端发起的呼叫运营商用户的呼叫请求消息时，该网关可以根据该呼叫请求消息中携带的主叫号码，以及自身存储的映射关系，确定对应的DID号码，将呼叫请求消息中携带的主叫号码替换为该DID号码，并向IMS网络发起呼叫流程，实现了企业UC系统和运营商IMS网络的互通，并且企业UC系统中的UC终端在IMS网络内进行注册，企业UC系统中的UC终端发起的呼叫的主叫号码在IMS网络中有认证和业务签约，降低了被盗打的风险。

附图说明

图1为现有技术中UC系统与IMS网络SIP中继互通方式的组网架构示意图；

图2为现有技术中UC终端呼叫现网手机的信令流程图；

图3为现有技术中现网手机呼叫UC终端的信令流程图；

图4A~B为本发明实施例提供的一种实现企业UC系统与IMS网络互通的方法的流程示意图；

图5为本发明实施例提供的网关代理UC终端在IMS网络内注册/注销的流程示意图；

图6为本发明实施例提供的UC系统与IMS网络互通的组网示意图；

图7为本发明实施例提供的一种UC终端呼叫CS域手机的流程示意图；

图8为本发明实施例提供的一种UC终端呼叫CS域手机的信令流程图；

图9为本发明实施例提供的一种CS域手机呼叫UC终端的流程示意图；

图10为本发明实施例提供的一种CS域手机呼叫UC终端的信令流程图；

图11为本发明实施例提供的一种实现企业UC系统与IMS网络互通的设备的结构示意图。

具体实施方式

针对上述现有技术中存在的问题，本发明实施例提供了一种实现企业UC系统与IMS网络互通的技术方案。在该技术方案中，通过在企业UC系统与IMS网络之间部署网关，并在网关中配置企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID（DirectInward Dialing，直接拨入）号码的映射关系；当网关接收到UC服务器上报的UC终端上线的消息时，网关可以根据该消息中携带的UC系统为该UC终端分配的号码，以及自身存储的映射关系，确定对应的DID号码，并向IMS网络注册该DID号码；当网关接收到该UC终端发起的呼叫运营商用户的呼叫请求消息时，该网关可以根据该呼叫请求消息中携带的主叫号码，以及自身存储的映射关系，确定对应的DID号码，将呼叫请求消息中携带的主叫号码替换为该DID号码，并向IMS网络发起呼叫流程。

在本发明实施例提供的技术方案中，通过网关代理UC终端在IMS网络内注册，实现了企业UC系统和运营商IMS网络的互通，并且企业UC系统中的UC终端在IMS系统内进行注册，可在运营商侧实现与手机号码融合一号通、融合V网等业务绑定，企业UC系统中的UC终端发起的呼叫的主叫号码在IMS网络中有认证和业务签约，降低了被盗打的风险。

下面将结合本发明的实施例中的附图，对本发明的实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明的实施例保护的范围。

如图4A所示，为本发明实施例提供的一种实现企业UC系统和IMS网络互通的方法的流程示意图，可以包括以下步骤：

步骤401、网关接收UC服务器上报的UC终端上线的消息，该消息中携带有企业UC系统为该UC终端分配的号码。

具体的，在本发明实施例中，网关企业UC系统与IMS网络之间部署有网关，该网关中存储有企业UC系统为UC终端分配的号码与运营商为UC终端分配的直接拨入DID号码的映射关系。

网关可以向UC服务器订阅UC终端的注册/注销状态，若订阅成功，则当UC终端向UC服务器注册/注销时，UC服务器会向网关上报UC终端上线/下线的消息，该消息中携带有企业UC系统为该UC终端分配的号码。

步骤402、网关根据该消息中携带的企业UC系统为该UC终端分配的号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的直接拨入DID号码的映射关系，确定对应的DID号码，并向IMS网络注册该DID号码。

具体的，网关接收到UC服务器上报的UC终端上线的消息后，可以获取该消息中携带的企业UC系统为该UC终端分配的号码，并根据所获取到的号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码。

网关确定了企业UC系统为该UC终端分配的号码对应的DID号码后，可以代理该UC终端，向IMS网络注册该DID号码。其中，网关向IMS网络注册DID号码的流程与现有IMS网络内的DID号码注册流程相似，在此不再赘述。

步骤403、当网关接收到UC终端发起的呼叫运营商用户的呼叫请求消息时，网关根据该呼叫请求消息中携带的主叫号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码，将该主叫号码替换为该DID号码，并向IMS网络发起呼叫流程。

具体的，当UC终端需要呼叫运营商用户（企业外用户，如IMS网络用户、CS域用户等）时，UC终端可以向UC服务器发送呼叫请求消息，该呼叫请求消息中携带的主叫号码为企业UC系统为该UC终端分配的号码。UC服务器接收到该呼叫请求消息后，可以将该呼叫请求消息转发给网关，通过网关发起呼叫。

网关接收到UC服务器转发的呼叫请求消息后（UC终端发起的呼叫），可以获取该呼叫请求消息中携带的主叫号码（即企业UC系统为发起呼叫的UC终端分配的号码），根据获取到的主叫号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定该主叫号码对应的DID号码，并将呼叫请求消息中携带的主叫号码替换为该DID号码，进而根据该主叫号码替换后的呼叫请求消息向IMS网络发起呼叫流程。由于主叫号码替换后的呼叫请求消息中携带的主叫号码为DID号码，因此该根据该呼叫请求消息在IMS网络内发起的呼叫流程与现有IMS网络内的呼叫流程相似，再次不再赘述。

进一步地，在本发明实施例提供的技术方案中，当运营商用户作为主叫呼叫UC终端时，可以直接使用运营商为该UC终端分配的DID号码作为被叫号码，当网关接收到运营商用户呼叫UC终端的呼叫请求消息时，需要将该呼叫请求消息中携带的被叫号码（DID号码）替换为企业UC系统为该UC终端分配的号码。

如图4B所示，本发明实施例提供的实现企业UC系统和IMS网络互通的方法还可以包括以下步骤：

步骤404、当网关接收到运营商用户发起的呼叫UC终端的呼叫请求消息时，网关根据该呼叫请求消息中携带的被叫号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的UC系统为该UC终端分配的号码，将该被叫号码替换为所确定的UC系统为该UC终端分配的号码，并向企业UC系统发起呼叫流程。

具体的，当运营商用户需要呼叫UC终端时，运营商用户可以通过A-SBC向S-CSCF（Serving-Call Session Control Function，服务呼叫会话控制功能实体）发送呼叫请求消息，该呼叫请求消息中携带的被叫号码为网关代理被呼叫的UC终端在IMS网络内注册的DID号码。

当该呼叫请求消息到达网关后，网关可以获取该呼叫请求消息中携带的被叫号码，并根据该被叫号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定该被叫号码（DID号码）对应的、企业UC系统为被呼叫的UC终端分配的号码，并将呼叫请求消息中携带的被叫号码替换为企业UC系统为被呼叫的UC终端分配的号码，进而根据该被叫号码替换后的呼叫请求消息向企业UC系统发起呼叫流程。

进一步地，在本发明实施例中，当UC终端向UC系统注销其注册状态时，UC服务器可以向网关上报UC终端下线的消息，该消息中携带有企业UC系统为UC终端分配的号码。

当网关接收到UC服务器上报的UC终端下线的消息时，网关可以该消息中携带的企业UC系统为该UC终端分配的号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码，并向IMS网络注销该DID号码。

为了更好地理解本发明实施例提供的技术方案，下面分别对本发明实施例提供的技术方案中网关代理UC终端在IMS网络内注册/注销、UC终端呼叫CS域手机、CS域手机呼叫UC终端的流程进行较为详细地描述。为了便于描述，在以下实施例中，企业UC系统简称为UC系统，企业UC系统为UC终端分配的号码简称为UC终端号码。

如图5所示，为本发明实施例提供的网关代理UC终端在IMS网络内注册/注销的流程示意图，在该实施例中，UC系统与IMS网络互通的组网示意图可以参见图6，网关中存储有UC终端号码与运营商为UC终端分配的直接拨入DID号码的映射关系（以下简称映射关系），该流程可以包括以下步骤：

步骤501、网关向UC服务器发送Subscribe（订阅）消息订阅UC终端的注册状态。

步骤502、UC服务器返回订阅成功消息（200ok）。

步骤503、UC终端向UC服务器注册。

步骤504、UC服务器发送Notify（通告）消息给网关，通知网关UC终端上线。

其中，该Notify消息中携带有UC终端号码。

步骤505、网关返回200ok消息。

步骤506~517、网关代理UC终端向IMS网络发起注册并维护重注册周期。

具体的，网关接收到UC服务器发送的通告网关UC终端上线的Notify消息后，获取其中携带的UC终端号码，并根据该UC终端号码，以及自身存储的映射关系，确定该UC终端号码对应的DID号码。网关确定UC终端号码对应的DID号码后，代理UC终端向IMS网络注册该DID号码，并根据重注册周期进行重注册。

步骤518、UC终端下线（即UC终端向UC服务器注销其注册状态）。

步骤519、UC服务器发送Notify消息给网关，通知网关UC终端下线。

其中，该Notify消息中携带有UC终端号码。

步骤520、网关返回200ok消息。

步骤521~524、网关代理UC终端向IMS发起注销流程。

具体的，网关接收到UC服务器发送的通告网关UC终端下线的Notify消息后，获取其中携带的UC终端号码，并根据该UC终端号码，以及自身存储的映射关系，确定该UC终端号码对应的DID号码。网关确定UC终端号码对应的DID号码后，代理UC终端向IMS网络注销该DID号码。

步骤525、网关取消UC终端注册状态订阅。

步骤526、UC服务返回200ok消息。

通过以上流程，实现了网关代理UC终端向IMS网络注册/注销。

如图7所示，为本发明实施例提供的一种UC终端呼叫CS域手机的流程示意图，可以包括以下步骤：

步骤701、UC终端发起呼叫，主叫号码为UC系统为其分配的UC终端号码。

步骤702、UC服务器接收到UC终端发起的呼叫后，向网关发送呼叫请求消息（Invite消息），其中携带的主叫号码为发起呼叫的UC终端的UC终端号码（号码a）。

步骤703、网关接收到UC服务器发送的Invite消息后，对其进行主叫号码替换，并将主叫号码替换后的Invite消息转发给A-SBC（Access SBC，接入SBC）。

具体的，网关接收到UC服务器发送的Invite消息后，将该Invite消息中携带的主叫号码（号码a）替换为对应的DID号码（号码A），并将该主叫号码替换后的Invite消息转发给A-SBC。

步骤704、A-SBC将接收到的Invite消息转发给P-CSCF（Proxy CallSessionControl Function，代理呼叫会话控制功能实体）。

步骤705、P-CSCF将接收到的Invite消息转发给S-CSCF。

步骤706、S-CSCF接收到Invite消息后，根据其中携带的主叫号码（号码A）向HSS查询号码A签约的业务数据。

步骤707、HSS向S-CSCF返回号码A签约的业务数据。

步骤708、S-CSCF将Invite消息转发给业务平台（如AS（Application Server，应用服务器）），进行主叫业务触发。

步骤709、业务平台进行业务逻辑处理，并在业务逻辑处理完成后将Invite消息返回给S-CSCF。

具体的，业务平台进行业务逻辑处理可以具体包括：若号码A（号码A对应的UC终端）签约了主叫一号通业务，则修改主叫号码；若号码A签约融合V网，且当前被叫号码为短号码，则进行号码翻译。

步骤710、S-CSCF进行后续呼叫路由。

对于上述UC终端作为主叫发起的呼叫CS域手机的流程，其对应的信令流程图可以如图8所示，即：

UC终端→UC Server→网关（代理UC终端发起呼叫）→A-SBC→S-CSCF（根据主叫号码查询HSS，查询到有业务签约数据，则触发AS）→AS（完成业务逻辑触发，例如融合V网的被叫号码翻译，主叫一号通的主叫号码修改等）→S-CSCF（根据被叫号码查询HSS无记录，查询Enum无记录，送至CS域）→MGCF→CS域被叫路由→被叫所在MSC→被叫CS手机。

通过以上流程，UC终端通过在IMS网络内注册的主叫号码向IMS网络内用户发起呼叫，实现了运营商侧对UC终端发起的呼叫的控制，降低了被盗打的风险。

如图9所示，为本发明实施例提供的一种CS域手机呼叫UC终端的流程示意图，可以包括以下步骤：

步骤901、S-CSCF接收到呼叫请求消息（Invite消息），其中携带的被叫号码为运营商为被叫UC终端分配的DID号码。

具体的，在本发明实施例中，当CS域手机需要呼叫UC终端时，CS域手机可以向自身所在MSC发起呼叫（被叫号码为运营商为被叫UC终端分配的DID号码，即号码A），MSC接收到CS域手机发起的呼叫后，通过CS域主叫路由将呼叫请求消息发送给被叫号码所在省的GMSC，由被叫号码所在省的GMSC将该呼叫请求消息转发给被叫号码所在省的MGCF。被叫号码所在省的MGCF在接收到该呼叫请求消息后，将该呼叫请求转发给被叫号码所在省的I-CSCF，由I-CSCF根据被叫号码向HSS查询为被叫UC终端服务的S-CSCF，并将该呼叫请求消息转发给该S-CSCF。

步骤902、S-CSCF向HSS查询被叫号码（号码A）签约的业务数据。

步骤903、HSS向S-CSCF返回号码A签约的业务数据。

步骤904、S-CSCF将Invite消息转发给业务平台（如AS），进行被叫业务触发。

步骤905、业务平台进行业务逻辑处理（如被叫一号通等），并在业务逻辑处理完成后将Invite消息返回给S-CSCF。

步骤906、S-CSCF将接收到的Invite消息转发给P-CSCF。

步骤907、P-CSCF将接收到的Invite消息转发给A-SBC。

步骤908、A-SBC将接收到的Invite消息转发给网关。

步骤909、网关接收到Invite消息后，对其进行被叫号码替换，并将被叫号码替换后的Invite消息转发给UC服务器。

具体的，网关接收到UC服务器发送的Invite消息后，将该Invite消息中携带的被叫号码（号码A）替换为对应的UC终端号码（号码a），并将该被叫号码替换后的Invite消息转发给UC服务器。

步骤910、UC服务器将Invite消息转发给UC终端，呼叫到达。

对于上述CS域手机作为主叫发起的呼叫UC终端的流程，其对应的信令流程图可以如图10所示，即：

主叫CS手机→主叫所在MSC→CS域主叫路由→被叫号码所在省GMSC→被叫号码所在省MGCF→被叫号码所在省IMS I-CSCF（I-CSCF拿被叫号码查询HSS查到为被叫服务的S-CSCF）→S-CSCF（S-CSCF查询HSS触发被叫业务逻辑）→AS（完成被叫业务逻辑处理，如被叫一号通等）→S-CSCF→A-SBC→网关→UC Server→UC终端。

通过以上描述可以看出，在本发明实施例提供的技术方案中，通过在企业UC系统与IMS网络之间部署网关，并在网关中配置企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系；当网关接收到UC服务器上报的UC终端上线的消息时，网关可以根据该消息中携带的UC系统为该UC终端分配的号码，以及自身存储的映射关系，确定对应的DID号码，并向IMS网络注册该DID号码；当网关接收到该UC终端发起的呼叫运营商用户的呼叫请求消息时，该网关可以根据该呼叫请求消息中携带的主叫号码，以及自身存储的映射关系，确定对应的DID号码，将呼叫请求消息中携带的主叫号码替换为该DID号码，并向IMS网络发起呼叫流程，实现了企业UC系统和运营商IMS网络的互通，并且企业UC系统中的UC终端在IMS系统内进行注册，可在运营商侧实现与手机号码融合一号通、融合V网等业务绑定，企业UC系统中的UC终端发起的呼叫的主叫号码在IMS网络中有认证和业务签约，降低了被盗打的风险。

基于上述方法实施例相同的技术构思，本发明实施例提供了一种实现企业UC系统与IMS网络互通的设备，可以作为网关应用于上述方法实施例中。

如图11所示，为本发明实施例提供的一种实现企业UC系统与IMS网络互通的设备的结构示意图，可以包括：

存储模块111，用于存储企业UC系统为UC终端分配的号码与运营商为UC终端分配的直接拨入DID号码的映射关系；

接收模块112，用于接收UC服务器上报的UC终端上线的消息；以及接收UC终端发起的呼叫运营商用户的呼叫请求消息；

号码映射模块113，用于根据所述接收模块112接收到的UC服务器上报的UC终端上线的消息中携带的企业UC系统为该UC终端分配的号码，以及所述存储模块111存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的直接拨入DID号码的映射关系，确定对应的DID号码；以及用于根据所述接收模块112接收到的呼叫请求消息中携带的主叫号码，以及所述存储模块111存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码；

第一处理模块114，用于向所述IMS网络注册所述号码映射模块确定的DID号码；

第二处理模块115，用于将所述接收模块112接收到的呼叫请求消息中携带的主叫号码替换为所述号码映射模块113确定的该主叫号码对应的DID号码，并向IMS网络发起呼叫流程。

其中，所述号码映射模块113还用于，当所述接收模块112接收到运营商用户发起的呼叫UC终端的呼叫请求消息时，根据该呼叫请求消息中携带的被叫号码，以及所述存储模块111存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的UC系统为该UC终端分配的号码；

所述第二处理模块115还用于，用于将所述接收模块112接收的呼叫请求消息中携带的被叫号码替换为所述号码映射模块确定的该被叫号码对应的UC系统为该UC终端分配的号码，并向企业UC系统发起呼叫流程。

其中，本发明实施例提供的实现企业UC系统与IMS网络互通的设备还可以包括：

发送模块116，用于向所述UC服务器发送用于获取UC终端注册状态的消息；

所述接收模块112还用于，接收所述UC服务器返回的该消息的响应消息

其中，所述接收模块112还用于，接收UC服务器上报的UC终端下线的消息；

所述号码映射模块113还用于，根据所述接收模块112接收到的UC服务器上报的UC终端下线的消息中携带的企业UC系统为该UC终端分配的号码，以及所述存储模块111存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码；

所述第一处理模114块还用于，向IMS网络注销该DID号码。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (8)

1.一种实现企业融合通信UC系统与IP多媒体子系统IMS网络互通的方法，其特征在于，所述企业UC系统与所述IMS网络之间部署有网关，该方法包括：

所述网关接收到UC服务器上报的UC终端上线的消息，根据该消息中携带的企业UC系统为该UC终端分配的号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码，并向IMS网络注册该DID号码；

当所述网关接收到所述UC终端发起的呼叫运营商用户的呼叫请求消息时，所述网关根据该呼叫请求消息中携带的主叫号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码，将所述主叫号码替换为该DID号码，并向IMS网络发起呼叫流程。

2.如权利要求1所述的方法，其特征在于，该方法还包括：

当所述网关接收到运营商用户发起的呼叫UC终端的呼叫请求消息时，所述网关根据该呼叫请求消息中携带的被叫号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的UC系统为该UC终端分配的号码，将所述被叫号码替换为所确定的UC系统为该UC终端分配的号码，并向企业UC系统发起呼叫流程。

3.如权利要求1所述的方法，其特征在于，所述网关接收到UC服务器上报的UC终端上线的消息之前，还包括：

所述网关向UC服务器发送用于获取UC终端注册状态的消息，并接收所述UC服务器返回的该消息的响应消息。

4.如权利要求1所述的方法，其特征在于，该方法还包括：

所述网关接收UC服务器上报的UC终端下线的消息，根据该消息中携带的企业UC系统为该UC终端分配的号码，以及自身存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码，并向IMS网络注销该DID号码。

5.一种实现企业融合通信UC系统与IP多媒体子系统IMS网络互通的设备，其特征在于，该设备作为网关部署于所述企业UC系统与所述IMS网络之间，该设备包括：

存储模块，用于存储企业UC系统为UC终端分配的号码与运营商为UC终端分配的直接拨入DID号码的映射关系；

接收模块，用于接收UC服务器上报的UC终端上线的消息；以及接收UC终端发起的呼叫运营商用户的呼叫请求消息；

号码映射模块，用于根据所述接收模块接收到的UC服务器上报的UC终端上线的消息中携带的企业UC系统为该UC终端分配的号码，以及所述存储模块存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码；以及用于根据所述接收模块接收到的呼叫请求消息中携带的主叫号码，以及所述存储模块存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码；

第一处理模块，用于向所述IMS网络注册所述号码映射模块确定的DID号码；

第二处理模块，用于将所述接收模块接收到的呼叫请求消息中携带的主叫号码替换为所述号码映射模块确定的该主叫号码对应的DID号码，并向IMS网络发起呼叫流程。

6.如权利要求5所述的设备，其特征在于

所述号码映射模块还用于，当所述接收模块接收到运营商用户发起的呼叫UC终端的呼叫请求消息时，根据该呼叫请求消息中携带的被叫号码，以及所述存储模块存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的UC系统为该UC终端分配的号码；

所述第二处理模块还用于，用于将所述接收模块接收的呼叫请求消息中携带的被叫号码替换为所述号码映射模块确定的该被叫号码对应的UC系统为该UC终端分配的号码，并向企业UC系统发起呼叫流程。

7.如权利要求5所述的设备，其特征在于，该设备还包括：

发送模块，用于向所述UC服务器发送用于获取UC终端注册状态的消息；

所述接收模块还用于，接收所述UC服务器返回的该消息的响应消息。

8.如权利要求5所述的设备，其特征在于，

所述接收模块还用于，接收UC服务器上报的UC终端下线的消息；

所述号码映射模块还用于，根据所述接收模块接收到的UC服务器上报的UC终端下线的消息中携带的企业UC系统为该UC终端分配的号码，以及所述存储模块存储的企业UC系统为UC终端分配的号码与运营商为UC终端分配的DID号码的映射关系，确定对应的DID号码；

所述第一处理模块还用于，向IMS网络注销该DID号码。