CN103369159B - 一种呼叫处理方法和设备 - Google Patents

Abstract

本发明提供一种呼叫处理方法和设备，其中该方法包括：接收来自IP多媒体系统IMS网域的呼叫请求，所述呼叫请求中携带有被叫用户的号码；向所属区域的电话号码映射ENUM服务器发送名称权威指针NAPTR查询请求；根据所述ENUM服务器返回的查询结果，确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理。该呼叫处理方法减少了不匹配情况下的呼叫失败率和网络资源的浪费，提高了呼叫处理装置对呼叫请求处理的灵活性和准确性。

Description

一种呼叫处理方法和设备

技术领域

本发明涉及通信技术领域，尤其涉及一种呼叫处理方法和设备。

背景技术

随着IP多媒体系统（IPMultimediaSubsystem，简称IMS）在通信领域的应用，为解决运营商号码资源紧张，又满足用户保留常用号码的问题，用户使用同一号码在多个核心网域，如IMS网域和电路系统（CircuitSystem，简称CS）网域注册登录成为了一种趋势。

当IMS语音用户呼叫富通信（RichcommunicationSuite，简称RCS）用户时，上述RCS用户为采用同一号码分别签约CS网域和IMS网域不同业务的用户，上述RCS业务具体形式为：语音业务由CS网域提供，其它业务如即时消息、文件传输、图片或视频共享业务由IMS网域提供。目前IMS网域的呼叫处理过程如下：

主叫侧服务呼叫会话控制功能（Service-CallSessionControlFunction，简称S-CSCF）接收来自IMS网域的呼叫请求，所述呼叫请求中携带有被叫用户的号码；

向所属区域的电话号码映射（E.164NumberUniformResourceIdentifierMapping，简称ENUM）服务器发送名称权威指针（NamingAuthorityPointer，简称NAPTR）查询请求；其中，E.164是国际电信联盟定义的国际公共电话码号方案，其格式为：国家码+国内目的码+用户号码，E.164最大为15位数字；

接收所述ENUM服务器返回的查询结果，所述查询结果包括所述被叫用户的会话初始化协议（SessionInitiationProtocol，简称SIP）通用资源标识符（UniformResourceIdentifier，简称URI），所述被叫用户的SIPURI包括所述被叫用户的号码和网域名；

根据返回的查询结果，确定所述被叫用户在IMS网域有签约业务，根据所述被叫用户的SIPURI进行域名系统（DomainNameSystem，简称DNS）查询，获得被叫用户的IP地址后向下一跳实体发起呼叫请求。

上述方案中，所述呼叫请求对应的呼叫业务类型为语音业务类型，所述被叫用户的签约业务类型包含语音业务类型，但所述被叫用户签约的语音业务类型对应的网域为CS网域，而主叫用户发起的呼叫请求对应的网域为IMS网域，因此，呼叫请求被路由到被叫用户所属的IMS网域后将无法出网，导致呼叫失败。

发明内容

本发明提供一种呼叫处理方法和设备，对来自IMS网域的呼叫请求根据被叫用户的签约业务是否与所述呼叫请求匹配对所述呼叫请求进行处理，减少了不匹配情况下的呼叫失败率和网络资源的浪费，提高了呼叫处理装置对呼叫请求处理的灵活性和准确性。

本发明的第一方面提供一种呼叫处理方法，包括：

接收来自IP多媒体系统IMS网域的呼叫请求，所述呼叫请求中携带有被叫用户的号码；

向所属区域的电话号码映射ENUM服务器发送NAPTR查询请求；

根据所述ENUM服务器返回的查询结果，确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；

根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理。

本发明的另一个方面提供一种呼叫处理方法，包括：

ENUM服务器接收主叫侧呼叫处理装置发送的NAPTR查询请求，所述NAPTR查询请求中携带被叫用户的号码，所述NAPTR查询请求是所述主叫侧呼叫处理装置在接收到来自IP多媒体系统IMS网域的呼叫请求后发送的；

向所述主叫侧呼叫处理装置返回用于指示所述被叫用户的签约业务类型和签约业务类型对应的网域类型的查询结果，以使所述主叫侧呼叫处理装置根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务与所述呼叫请求不匹配时对所述呼叫请求进行异常处理。

本发明的另一个方面提供一种呼叫处理装置，包括：

接收模块，用于接收来自IP多媒体系统IMS网域的呼叫请求，所述呼叫请求中携带有被叫用户的号码；

查询模块，用于向所属区域的电话号码映射ENUM服务器发送名称权威指针NAPTR查询请求；

确定模块，用于根据所述ENUM服务器返回的查询结果，确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；

处理模块，用于根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理。

本发明的另一个方面提供一种电话号码映射ENUM服务器，包括：

接收模块，用于接收主叫侧呼叫处理装置发送的名称权威指针NAPTR查询请求，所述NAPTR查询请求中携带被叫用户的号码，所述NAPTR查询请求是所述主叫侧呼叫处理装置在接收到来自IP多媒体系统IMS网域的呼叫请求后发送的；

处理模块，用于向所述主叫侧呼叫处理装置返回用于指示所述被叫用户的签约业务类型和签约业务类型对应的网域类型的查询结果，以使所述主叫侧呼叫处理装置根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务与所述呼叫请求不匹配时对所述呼叫请求进行异常处理。

以上技术方案中的一个技术方案具有如下优点或有益效果：

本发明提供的呼叫处理方法和设备，对在IMS网域发起的呼叫请求，通过判断被叫用户的实际签约业务类型和/或所述签约业务类型对应的网域类型是否匹配呼叫请求，并在不匹配时对所述呼叫请求进行异常处理，减少了不匹配情况下的呼叫失败率和网络资源的浪费，提高了呼叫处理装置对呼叫请求处理的灵活性和准确性。

附图说明

图1为本发明提供的一种呼叫处理方法实施例一的流程示意图；

图2为本发明提供的一种呼叫处理方法实施例二的流程示意图；

图3为目前通常的IMS网域的两级组网架构图；

图4为本发明实施例在被叫用户与主叫用户属于不同区域的场景下的应用流程图；

图5为本发明提供的一种呼叫处理装置实施例的结构示意图；

图6为本发明提供的一种电话号码映射ENUM服务器实施例的结构示意图；

图7为本发明提供的一种呼叫处理系统的结构示意图。

具体实施方式

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

图1为本发明提供的一种呼叫处理方法实施例一的流程示意图，如图1所示，该方法包括：

步骤100，接收来自IP多媒体系统IMS网域的呼叫请求，所述呼叫请求中携带有被叫用户的号码。

举例来说，呼叫处理装置接收所述来自IMS网域的呼叫请求。本实施例中的呼叫处理装置可以是S-CSCF，也可以是一个新的网元实体。本实施例对此不做限定。具体地，所述呼叫处理装置为主叫侧呼叫处理装置。

进一步地，呼叫处理装置接收到来自IMS网域的呼叫请求后，判断所述呼叫请求对应的呼叫业务类型是否属于主叫用户的签约业务类型，若属于，则执行步骤101，若不属于，则向所述主叫用户返回失败消息。

可选地，呼叫处理装置结合主叫用户的初始过滤规则（initialFilterCriteria，简称iFC）判断所述呼叫请求对应的呼叫业务类型是否属于主叫用户的签约业务类型。通常，用户在IMS网域注册成功后，归属用户服务器（HomeSubscriberServer，简称HSS）将所述用户的签约业务数据下载到为所述用户分配的呼叫处理装置中，所述用户的签约业务数据中包含iFC规则，当所述用户的来自IMS网域的呼叫请求到达所述为用户分配的呼叫处理装置后，所述呼叫处理装置从所述用户的呼叫请求中提取业务触发点（ServicePointTriggers，简称SPT）信息，将所述SPT信息与所述用户的iFC规则进行业务类型匹配检测，若匹配通过则确定所述用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，触发对应的应用服务器（ApplicationServer，简称AS），在所述AS返回响应后执行步骤101，若匹配不通过，则向所述主叫用户返回失败消息。

更进一步地，呼叫处理装置接收到所述来自IMS网域的呼叫请求后，存储所述被叫用户的号码。

步骤101，向所属区域的ENUM服务器发送NAPTR查询请求。

具体地，所述NAPTR查询请求中携带所述被叫用户的号码。通常，所述NAPTR查询请求用于查询与所述被叫用户的号码对应的所述被叫用户的SIPURI。

步骤102，根据所述ENUM服务器返回的查询结果，确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型。

通常，用户的签约业务类型是所述用户签约时选择的业务类型，具体的业务类型可以包括基本语音业务、消息业务、即时消息业务、视频业务、多媒体会议业务等；所述签约业务类型对应的网域类型是所述用户签约时选择的业务类型对应的服务网域类型，比如用户可以选择基本语音业务在CS网域进行，即所述用户签约的基本语音业务对应的网域类型为CS网域，也可以选择基本语音业务在IMS网域进行，即所述用户签约的基本语音业务对应的网域类型为IMS网域。

步骤103，根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理。

具体地，所述呼叫处理装置判断所述被叫用户的签约业务类型是否包括所述呼叫请求对应的呼叫业务类型，若包括则进一步判断所述被叫用户的签约业务类型中与所述呼叫请求对应的呼叫业务类型相同的业务类型对应的网域类型是否与所述呼叫请求对应的网域类型相同，若不包括或不相同则确定所述被叫用户的签约业务与所述呼叫请求不匹配，则对所述呼叫请求进行异常处理。

具体地，所述异常处理可以有多种实现方式。相应地，所述若不匹配则对所述呼叫请求进行异常处理，包括：若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型不同，则将所述呼叫请求转发给出口网关控制功能（BreakoutGatewayControlFunction，简称BGCF），由所述BGCF对所述呼叫请求进行处理；和/或若所述被叫用户的签约业务类型不包括所述呼叫请求对应的呼叫业务类型，则向主叫用户返回呼叫失败消息。

举例来说，若所述呼叫请求是来自IMS网域的基本语音业务，所述被叫用户的签约业务类型中包括基本语音业务类型，但是所述被叫用户签约的基本语音业务类型对应的网域类型为电路网域，与所述呼叫请求对应的IMS网域类型不同，则所述主叫侧呼叫处理装置会将所述呼叫请求转发给BGCF，由所述BGCF对所述呼叫请求进行处理。

本实施例中，所述BGCF在收到转发的所述呼叫请求后，根据运营商的配置规则选择对应的媒体网关控制功能（MediaGatewayControlFunction，简称MGCF），由所述MGCF根据所述被叫用户的签约业务类型中所述呼叫请求对应的呼叫业务类型对应的网域类型选择相应的网域，由选择的所述网域处理所述呼叫请求。本实施例中的运营商针对BGCF选择所述MGCF配置的规则，可以采用现有技术中的任意配置规则，如根据网域的不同、用户号码所属号段的不同或者业务类型的不同为BGCF配置不同的选择MGCF的规则，本实施例对此不做限定。

另一种可能的实施例中，若主叫用户在IMS网域发起一个即时消息呼叫请求，而被叫用户仅签约了IMS网域的视频业务和CS网域的基本语音业务，且并未签约任何网域的即时消息业务，主叫侧呼叫处理装置根据ENUM服务器返回的查询结果判断所述被叫用户的签约业务类型不包含所述呼叫请求对应的呼叫业务类型，则不进行DNS查询，也不向被叫用户发起呼叫请求，而直接向主叫用户返回呼叫失败消息。

更进一步地，若所述被叫用户的签约业务与所述呼叫请求匹配，则进行DNS查询。具体地，所述102中的查询结果包括所述被叫用户的SIPURI；所述根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配之后，还包括：若所述被叫用户的签约业务类型包括所述呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型相同，则根据所述被叫用户的SIPURI进行域名系统DNS查询。

由于步骤102中需要根据查询结果确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型，进一步结合DNS查询所需的SIPURI，本实施例提出一种扩展SIPURI。相应地，所述102中所述查询结果中的所述被叫用户的SIPURI为扩展SIPURI，所述扩展SIPURI可以是用所述被叫用户的签约业务标识替换所述被叫用户的标准SIPURI中的所述被叫用户的号码得到的；所述扩展SIPURI还可以是在所述被叫用户的标准SIPURI中增加所述被叫用户的签约业务标识得到的。本实施例对此不做限定。所述签约业务标识用于指示所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型。

具体地，签约业务标识可以设置在扩展SIPURI内的约定字段中。本实施例对此不做限定。

对应地，步骤102中可以根据扩展SIPURI中的签约业务标识，查询业务标识表，确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型。具体地，所述业务标识表保存签约业务标识与用户的签约业务类型和所述签约业务类型对应的网域类型的映射关系，所述业务标识表保存在呼叫处理装置中。

本实施例中，所述签约业务标识是运营商根据用户的签约业务情况为用户分配的业务标识，每一个业务标识对应唯一的业务类型和所述业务类型对应的网域类型，对应不同网域类型的同一业务类型对应的业务标识不同，对应相同网域类型的不同业务类型对应的业务标识也不同。业务类型标识可用字母、数字或字母与数字的组合表示。本实施例对此不做限定。所述业务标识与业务类型及所述业务类型对应的网域类型的对应关系保存在业务标识表中，所述业务标识表保存在所述呼叫处理装置中。所述业务标识表可以如表1所示，本实施例对此不做限定。

表1业务标识表

举例来说，某一用户的标准SIPURI为：“INNAPTR10010"u""E2U+sip""!^.*$!sip：1234bj.ims.chinaunicom.cn".”，若所述用户仅签约了IMS网域的VoIP业务，则所述用户的扩展SIPURI可以是“INNAPTR10010"u""E2U+sip""!^.*$!sip：1234S01bj.ims.chinaunicom.cn".”；还可以是“INNAPTR10010"u""E2U+sip""!^.*$!sip：S01bj.ims.chinaunicom.cn".”；还可以是“INNAPTR10010"u""E2U+sip""!^.*$!sip：S011234bj.ims.chinaunicom.cn".”。本实施例对此不做限定。

相应地，若所述扩展SIPURI是用所述被叫用户的签约业务标识替换所述被叫用户的标准SIPURI中的所述被叫用户的号码得到的，则所述根据所述被叫用户的SIPURI进行域名系统DNS查询，包括：将存储的所述被叫用户的号码替换所述被叫用户的扩展SIPURI中所述被叫用户的签约业务标识，得到所述被叫用户的标准SIPURI，根据所述被叫用户的标准SIPURI进行DNS查询；若所述扩展SIPURI是在所述被叫用户的标准SIPURI中增加所述被叫用户的签约业务标识得到的，则所述根据所述被叫用户的SIPURI进行DNS查询，包括：将所述被叫用户的签约业务标识删除，得到所述被叫用户的标准SIPURI，根据所述被叫用户的标准SIPURI进行DNS查询。本实施例对此不做限定。

本实施例提供的呼叫处理方法，对接收的来自IMS网域的呼叫请求，通过判断被叫用户的签约业务是否与所述呼叫请求匹配，并在判断不匹配时对所述呼叫请求进行异常处理，减少了不匹配情况下的呼叫失败率和网络资源的浪费，提高了呼叫处理装置对呼叫请求处理的灵活性和准确性。具体地，当所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型但所述被叫用户的签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型不同时，相比于现有技术减少了由DNS查询带来的网络资源浪费，而且避免了所述呼叫请求的失败。以及当所述被叫用户的签约业务类型不包括所述呼叫请求对应的业务类型时，相比于现有技术在被叫侧判断所述被叫用户的签约业务类型是否包括所述呼叫请求对应的业务类型的方法，本发明在NAPTR查询后直接向主叫用户返回呼叫失败消息，减少了由DNS查询及向被叫侧发起呼叫请求带来的网络资源浪费。

图2为本发明提供的一种呼叫处理方法实施例二的流程示意图，如图2所示，该方法包括：

步骤200，ENUM服务器接收主叫侧呼叫处理装置发送的NAPTR查询请求，所述NAPTR查询请求中携带被叫用户的号码，所述NAPTR查询请求是所述主叫侧呼叫处理装置在接收到来自IP多媒体系统IMS网域的呼叫请求后发送的。

通常，所述主叫侧呼叫处理装置可以是S-CSCF，也可以是一个新的网元实体。本实施例对此不做限定。这里的ENUM服务器可以是主叫侧的，也可以是被叫侧的。本实施例对此不做限定。

步骤201，向所述主叫侧呼叫处理装置返回用于指示所述被叫用户的签约业务类型和签约业务类型对应的网域类型的查询结果，以使所述主叫侧呼叫处理装置根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务与所述呼叫请求不匹配时对所述呼叫请求进行异常处理。

具体地，ENUM服务器向所述主叫侧呼叫处理装置返回用于指示所述被叫用户的签约业务类型和签约业务类型对应的网域类型的查询结果，包括：根据所述被叫用户的号码查找本地的号码映射表，所述本地的号码映射表保存所述ENUM服务器所属区域的用户的号码与扩展SIPURI的对应关系，所述扩展SIPURI是用对应用户的签约业务标识替换所述对应用户的标准SIPURI中的所述对应用户的号码得到的；或者是在对应用户的标准SIPURI中增加所述对应用户的签约业务标识得到的。本实施例对此不做限定。所述签约业务标识用于指示所述对应用户的签约业务类型和所述签约业务类型对应的网域类型。若查找到与所述被叫用户的号码对应的扩展SIPURI，则返回所述扩展SIPURI。

特别地，若所述ENUM服务器为主叫侧ENUM服务器，所述根据所述被叫用户的号码查询本地的号码映射表之后，还包括：若未查找到与所述被叫用户的号码对应的扩展SIPURI，则向上一级ENUM服务器发送所述NAPTR查询请求，以使所述上一级ENUM服务器向所述被叫用户所属区域的ENUM服务器转发所述NAPTR查询请求；接收所述上一级ENUM服务器返回的查询结果，所述查询结果包括所述被叫用户所属区域的ENUM服务器返回的所述被叫用户的扩展SIPURI。

通常，在IMS网域，ENUM服务器与DNS服务器可以设置在一个物理网元中，该物理网元可称为ENUM/DNS服务器。图3为目前通常的IMS网域的两级组网架构图，如图3所示，在各城市设置区域ENUM/DNS服务器，负责区域内信令路由的查询和解析；另外，再设置与各区域ENUM/DNS服务器连接的根ENUM/DNS服务器，当用户跨区域呼叫或漫游时，可以通过根ENUM/DNS服务器将信令路由的查询和解析转发至用户所属区域的区域ENUM/DNS服务器进行查询。

进一步地，ENUM服务器中保存的用户的签约业务标识与所述用户的实际签约业务保持一致，当所述用户的实际签约业务发生改变的时候，将所述用户称为更新用户，相应地，本实施例的方法还包括：所述ENUM服务器接收签约更新请求，所述签约更新请求包括更新用户的号码和所述更新用户的签约业务类型标识，若在本地的号码映射表中查找到与所述更新用户的号码对应的扩展SIPURI，则将所述签约更新请求中所述更新用户的签约业务标识替换所述更新用户的扩展SIPURI中所述更新用户的签约业务标识。

本实施例中，所述签约更新请求可以由运营商级的后台管理系统发送，例如可以由所述更新用户所属的用户支撑系统发送，或者由所述更新用户所属的网管系统发送。本实施例对此不做限定。

本实施例提供的呼叫处理方法，通过ENUM服务器为主叫侧呼叫处理装置返回用于指示被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型的查询结果，以使所述主叫侧呼叫处理装置在所述被叫用户的签约业务与呼叫请求不匹配时对所述呼叫请求进行异常处理，减少了不匹配情况下的呼叫失败率和网络资源的浪费，提高了呼叫处理装置对呼叫请求处理的灵活性和准确性。

图4为本发明实施例在被叫用户与主叫用户属于不同区域的场景下的应用流程图。在图4所示的场景中，用户X为A区域的一个IMS用户，仅签约了IMS网域的语音业务。用户Y为B区域的一个签约了RCS业务的用户，即用户Y的语音业务由CS网域提供，其它业务如即时消息、文件传输和图片/视频共享业务由IMS网域提供，用户Y的号码为861012345678，对应的扩展SIPURI存储信息结构为“INNAPTR10010"u""E2U+sip""!^.*$!sip：s02bj.ims.chinaunicom.cn".”

用户X向用户Y发起IMS语音呼叫，如图4所示，应用流程包括如下步骤：

步骤1）、A区域S-CSCF收到呼叫请求后，提取呼叫请求中的SPT信息，结合用户X的iFC规则确定用户X发起的所述呼叫请求对应的呼叫业务类型为语音业务，将所述呼叫请求中携带的用户Y的号码“861012345678”存储在本地，然后向A区域ENUM服务器发出NAPTR查询请求；

步骤2）、所述A区域ENUM服务器未查询到所述用户Y的扩展SIPURI，向上一级ENUM服务器发送所述NAPTR查询请求；

步骤3）、所述上一级ENUM服务器判断用户Y归属于区域B，将所述NAPTR查询请求发给B区域ENUM服务器，所述B区域ENUM服务器查询到所述号码“861012345678”对应的扩展SIPURI为“INNAPTR10010"u""E2U+sip""!^.*$!sip：s02bj.ims.chinaunicom.cn".”，将所述用户Y的扩展SIPURI返回给所述上一级ENUM服务器；

步骤4）、所述上一级ENUM服务器将所述用户Y的扩展SIPURI返回给所述A区域ENUM服务器，所述A区域ENUM服务器再将所述用户Y的扩展SIPURI返回给所述A区域的S-CSCF；

步骤5）、所述A区域S-CSCF根据所述用户Y的扩展SIPURI得知所述用户Y的签约业务标识为“S02”，通过查询业务标识表确定所述用户Y的签约业务包括语音业务，但所述用户Y签约的所述语音业务对应的网域是CS网域，与所述呼叫请求对应的IMS网域不同；

步骤6）、所述A区域S-CSCF将所述呼叫请求转发给BGCF，以使所述BGCF选择对应的MGCF，使MGCF向用户Y签约的语音业务对应的电路网域发起呼叫请求，由所述CS网域完成此次呼叫。

图5为本发明提供的一种呼叫处理装置实施例的结构示意图。如图5所示，本实施例的呼叫处理装置包括：接收模块500，查询模块501，确定模块502，处理模块503，其中：接收模块500用于接收来自IP多媒体系统IMS网域的呼叫请求，所述呼叫请求中携带有被叫用户的号码；查询模块501，用于向所属区域的电话号码映射ENUM服务器发送名称权威指针NAPTR查询请求；确定模块502，用于根据所述ENUM服务器返回的查询结果，确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；处理模块503，用于根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理。

本实施例中的呼叫处理装置可以是S-CSCF，也可以是一个新的网元实体。本实施例对此不做限定。具体地，所述呼叫处理装置为主叫侧呼叫处理装置。

本实施例中，所述处理模块，具体用于：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型不同，则将所述呼叫请求转发给出口网关控制功能BGCF，以使所述BGCF对所述呼叫请求进行处理；和/或若所述被叫用户的签约业务类型不包括所述呼叫请求对应的呼叫业务类型，则向主叫用户返回呼叫失败消息。

通常，所述查询结果包括所述被叫用户的会话初始化协议SIP通用资源标识符URI；所述处理模块，还用于：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型相同，则根据所述被叫用户的SIPURI进行域名系统DNS查询。

进一步地，所述接收模块，还用于：存储所述被叫用户的号码；

所述被叫用户的SIPURI为扩展SIPURI，所述扩展SIPURI是用所述被叫用户的签约业务标识替换所述被叫用户的标准SIPURI中的所述被叫用户的号码得到的，所述签约业务标识用于指示所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；

所述处理模块，还具体用于：

将所述接收模块存储的所述被叫用户的号码替换所述被叫用户的扩展SIPURI中所述被叫用户的签约业务标识，得到所述被叫用户的标准SIPURI，根据所述被叫用户的标准SIPURI进行DNS查询。

更进一步地，所述被叫用户的SIPURI为扩展SIPURI，所述扩展SIPURI是在所述被叫用户的标准SIPURI中增加所述被叫用户的签约业务标识得到的，所述签约业务标识用于指示所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；

所述处理模块，还具体用于：

将所述被叫用户的扩展SIPURI中增加的所述被叫用户的签约业务标识删除，得到所述被叫用户的标准SIPURI，根据所述被叫用户的标准SIPURI进行DNS查询。

本实施例的具体实现参照本发明提供的呼叫处理方法实施例一，此处不再赘述。

本实施例提供的呼叫处理装置，对接收的来自IMS网域的呼叫请求，通过判断被叫用户的签约业务是否与所述呼叫请求匹配，并在判断不匹配时对所述呼叫请求进行异常处理，减少了不匹配情况下的呼叫失败率和网络资源的浪费，提高了呼叫处理装置对呼叫请求处理的灵活性和准确性。

图6为本发明提供的一种电话号码映射ENUM服务器实施例的结构示意图。如图6所示，本实施例的ENUM服务器包括：接收模块600，处理模块601，其中：接收模块600，用于接收主叫侧呼叫处理装置发送的名称权威指针NAPTR查询请求，所述NAPTR查询请求中携带被叫用户的号码，所述NAPTR查询请求是所述主叫侧呼叫处理装置在接收到来自IP多媒体系统IMS网域的呼叫请求后发送的；处理模块601，用于向所述主叫侧呼叫处理装置返回用于指示所述被叫用户的签约业务类型和签约业务类型对应的网域类型的查询结果，以使所述主叫侧呼叫处理装置根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务与所述呼叫请求不匹配时对所述呼叫请求进行异常处理。

通常，所述主叫侧呼叫处理装置可以是S-CSCF，也可以是一个新的网元实体。本实施例对此不做限定。这里的ENUM服务器可以是主叫侧的，也可以是被叫侧的。本实施例对此不做限定。

具体地，所述处理模块具体用于：根据所述被叫用户的号码查找本地的号码映射表，所述本地的号码映射表保存所述ENUM服务器所属区域的用户的号码与扩展SIPURI的对应关系，所述扩展SIPURI是用对应用户的签约业务标识替换所述对应用户的标准SIPURI中的所述对应用户的号码得到的，或者是在对应用户的标准SIPURI中增加所述对应用户的签约业务标识得到的，所述签约业务标识用于指示所述对应用户的签约业务类型和所述签约业务类型对应的网域类型；若查找到与所述被叫用户的号码对应的扩展SIPURI，则返回所述扩展SIPURI。

进一步地，若所述ENUM服务器为主叫侧ENUM服务器，所述处理模块，还用于：若未查找到与所述被叫用户的号码对应的扩展SIPURI，则向上一级ENUM服务器发送所述NAPTR查询请求，以使所述上一级ENUM服务器向所述被叫用户所属区域的ENUM服务器转发所述NAPTR查询请求；接收所述上一级ENUM服务器返回的查询结果，所述查询结果包括所述被叫用户所属区域的ENUM服务器返回的所述被叫用户的扩展SIPURI。

优选地，所述接收模块还用于：接收签约更新请求，所述签约更新请求包括更新用户的号码和所述更新用户的签约业务标识；所述处理模块还用于：在本地的号码映射表中查找所述更新用户的号码对应的扩展SIPURI，若在本地的号码映射表中查找到与所述更新用户的号码对应的扩展SIPURI，则将所述签约更新请求中所述更新用户的签约业务标识替换所述更新用户的扩展SIPURI中的签约业务标识。

本实施例的具体实现参照本发明提供的呼叫处理方法实施例二，此处不再赘述。

本实施例提供的ENUM服务器，通过为主叫侧呼叫处理装置返回用于指示被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型的查询结果，以使所述主叫侧呼叫处理装置在所述被叫用户的签约业务与呼叫请求不匹配时对所述呼叫请求进行异常处理，减少了不匹配情况下的呼叫失败率和网络资源的浪费，提高了呼叫处理装置对呼叫请求处理的灵活性和准确性。

图7为本发明提供的一种呼叫处理系统的结构示意图。如图7所示，呼叫处理系统包括呼叫处理装置700，电话号码映射ENUM服务器701，其中呼叫处理装置为本发明实施例提供的呼叫处理装置，电话号码映射ENUM服务器为本发明实施例提供的ENUM服务器。本实施例的具体实现参照本发明提供的呼叫处理方法实施例一或实施例二，此处不再赘述。

本实施例提供的呼叫处理系统，通过ENUM服务器为主叫侧呼叫处理装置返回用于指示被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型的查询结果，以使所述主叫侧呼叫处理装置在所述被叫用户的签约业务与呼叫请求不匹配时对所述呼叫请求进行异常处理，减少了不匹配情况下的呼叫失败率和网络资源的浪费，提高了呼叫处理装置对呼叫请求处理的灵活性和准确性。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法，设备和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，所述功能模块的划分，仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (12)

1.一种呼叫处理方法，其特征在于，包括：

接收来自IP多媒体系统IMS网域的呼叫请求，所述呼叫请求中携带有被叫用户的号码；

向所属区域的电话号码映射ENUM服务器发送名称权威指针NAPTR查询请求；

根据所述ENUM服务器返回的查询结果，确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型，所述查询结果包括所述被叫用户的会话初始化协议SIP通用资源标识符URI；

根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理；

其中，所述若不匹配则对所述呼叫请求进行异常处理，包括：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型不同，则将所述呼叫请求转发给出口网关控制功能BGCF，以使所述BGCF对所述呼叫请求进行处理；

和/或若所述被叫用户的签约业务类型不包括所述呼叫请求对应的呼叫业务类型，则向主叫用户返回呼叫失败消息；

所述根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配之后，还包括：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型相同，则根据所述被叫用户的SIPURI进行域名系统DNS查询。

2.根据权利要求1所述的呼叫处理方法，其特征在于，所述接收来自IMS网域的呼叫请求之后，还包括：存储所述被叫用户的号码；

所述被叫用户的SIPURI为扩展SIPURI，所述扩展SIPURI是用所述被叫用户的签约业务标识替换所述被叫用户的标准SIPURI中的所述被叫用户的号码得到的，所述签约业务标识用于指示所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；

所述根据所述被叫用户的SIPURI进行域名系统DNS查询，包括：

将存储的所述被叫用户的号码替换所述被叫用户的扩展SIPURI中所述被叫用户的签约业务标识，得到所述被叫用户的标准SIPURI，根据所述被叫用户的标准SIPURI进行DNS查询。

3.根据权利要求1所述的呼叫处理方法，其特征在于，所述被叫用户的SIPURI为扩展SIPURI，所述扩展SIPURI是在所述被叫用户的标准SIPURI中增加所述被叫用户的签约业务标识得到的，所述签约业务标识用于指示所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；

所述根据所述被叫用户的SIPURI进行域名系统DNS查询，还包括：

将所述被叫用户的扩展SIPURI中增加的所述被叫用户的签约业务标识删除，得到所述被叫用户的标准SIPURI，根据所述被叫用户的标准SIPURI进行DNS查询。

4.一种呼叫处理方法，其特征在于，包括：

电话号码映射ENUM服务器接收主叫侧呼叫处理装置发送的名称权威指针NAPTR查询请求，所述NAPTR查询请求中携带被叫用户的号码，所述NAPTR查询请求是所述主叫侧呼叫处理装置在接收到来自IP多媒体系统IMS网域的呼叫请求后发送的；

向所述主叫侧呼叫处理装置返回用于指示所述被叫用户的签约业务类型和签约业务类型对应的网域类型的查询结果，所述查询结果包括所述被叫用户的会话初始化协议SIP通用资源标识符URI，以使所述主叫侧呼叫处理装置根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理，包括：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型不同，则将所述呼叫请求转发给出口网关控制功能BGCF，以使所述BGCF对所述呼叫请求进行处理；

和/或若所述被叫用户的签约业务类型不包括所述呼叫请求对应的呼叫业务类型，则向主叫用户返回呼叫失败消息；

主叫侧呼叫处理装置根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配之后，还包括：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型相同，则根据所述被叫用户的SIPURI进行域名系统DNS查询。

5.根据权利要求4所述的呼叫处理方法，其特征在于，所述向所述主叫侧呼叫处理装置返回用于指示所述被叫用户的签约业务类型和签约业务类型对应的网域类型的查询结果，包括：

根据所述被叫用户的号码查找本地的号码映射表，所述本地的号码映射表保存所述ENUM服务器所属区域的用户的号码与扩展SIPURI的对应关系，所述扩展SIPURI是用对应用户的签约业务标识替换所述对应用户的标准SIPURI中的所述对应用户的号码得到的，或者是在对应用户的标准SIPURI中增加所述对应用户的签约业务标识得到的，所述签约业务标识用于指示所述对应用户的签约业务类型和所述签约业务类型对应的网域类型；

若查找到与所述被叫用户的号码对应的扩展SIPURI，则返回所述扩展SIPURI。

6.根据权利要求4或5所述的呼叫处理方法，其特征在于，还包括：

所述ENUM服务器接收签约更新请求，所述签约更新请求包括更新用户的号码和所述更新用户的签约业务标识；

若在本地的号码映射表中查找到与所述更新用户的号码对应的扩展SIPURI，则将所述签约更新请求中所述更新用户的签约业务标识替换所述更新用户的扩展SIPURI中的签约业务标识。

7.一种呼叫处理装置，其特征在于，包括：

接收模块，用于接收来自IP多媒体系统IMS网域的呼叫请求，所述呼叫请求中携带有被叫用户的号码；

查询模块，用于向所属区域的电话号码映射ENUM服务器发送名称权威指针NAPTR查询请求；

确定模块，用于根据所述ENUM服务器返回的查询结果，确定所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型，所述查询结果包括所述被叫用户的会话初始化协议SIP通用资源标识符URI；

处理模块，用于根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理；

所述处理模块，具体用于：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型不同，则将所述呼叫请求转发给出口网关控制功能BGCF，以使所述BGCF对所述呼叫请求进行处理；

和/或若所述被叫用户的签约业务类型不包括所述呼叫请求对应的呼叫业务类型，则向主叫用户返回呼叫失败消息；

所述处理模块，还用于：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型相同，则根据所述被叫用户的SIPURI进行域名系统DNS查询。

8.根据权利要求7所述的呼叫处理装置，其特征在于，所述接收模块，还用于：存储所述被叫用户的号码；

所述被叫用户的SIPURI为扩展SIPURI，所述扩展SIPURI是用所述被叫用户的签约业务标识替换所述被叫用户的标准SIPURI中的所述被叫用户的号码得到的，所述签约业务标识用于指示所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；

所述处理模块，还具体用于：

将所述接收模块存储的所述被叫用户的号码替换所述被叫用户的扩展SIPURI中所述被叫用户的签约业务标识，得到所述被叫用户的标准SIPURI，根据所述被叫用户的标准SIPURI进行DNS查询。

9.根据权利要求7所述的呼叫处理装置，其特征在于，所述被叫用户的SIPURI为扩展SIPURI，所述扩展SIPURI是在所述被叫用户的标准SIPURI中增加所述被叫用户的签约业务标识得到的，所述签约业务标识用于指示所述被叫用户的签约业务类型和所述签约业务类型对应的网域类型；

所述处理模块，还具体用于：

将所述被叫用户的扩展SIPURI中增加的所述被叫用户的签约业务标识删除，得到所述被叫用户的标准SIPURI，根据所述被叫用户的标准SIPURI进行DNS查询。

10.一种电话号码映射ENUM服务器，其特征在于，包括：

接收模块，用于接收主叫侧呼叫处理装置发送的名称权威指针NAPTR查询请求，所述NAPTR查询请求中携带被叫用户的号码，所述NAPTR查询请求是所述主叫侧呼叫处理装置在接收到来自IP多媒体系统IMS网域的呼叫请求后发送的；

处理模块，用于向所述主叫侧呼叫处理装置返回用于指示所述被叫用户的签约业务类型和签约业务类型对应的网域类型的查询结果，所述查询结果包括所述被叫用户的会话初始化协议SIP通用资源标识符URI，以使所述主叫侧呼叫处理装置根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配，若不匹配则对所述呼叫请求进行异常处理，包括：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型不同，则将所述呼叫请求转发给出口网关控制功能BGCF，以使所述BGCF对所述呼叫请求进行处理；

和/或若所述被叫用户的签约业务类型不包括所述呼叫请求对应的呼叫业务类型，则向主叫用户返回呼叫失败消息；

主叫侧呼叫处理装置根据所述被叫用户的签约业务类型和/或所述签约业务类型对应的网域类型，判断所述被叫用户的签约业务是否与所述呼叫请求匹配之后，还包括：

若所述被叫用户的签约业务类型包括所述呼叫请求对应的呼叫业务类型，且所述签约业务类型中所述呼叫业务类型对应的网域类型与所述呼叫请求对应的网域类型相同，则根据所述被叫用户的SIPURI进行域名系统DNS查询。

11.根据权利要求10所述的ENUM服务器，其特征在于，所述处理模块具体用于：

根据所述被叫用户的号码查找本地的号码映射表，所述本地的号码映射表保存所述ENUM服务器所属区域的用户的号码与扩展SIPURI的对应关系，所述扩展SIPURI是用对应用户的签约业务标识替换所述对应用户的标准SIPURI中的所述对应用户的号码得到的，或者是在对应用户的标准SIPURI中增加所述对应用户的签约业务标识得到的，所述签约业务标识用于指示所述对应用户的签约业务类型和所述签约业务类型对应的网域类型；

若查找到与所述被叫用户的号码对应的扩展SIPURI，则返回所述扩展SIPURI。

12.根据权利要求10或11所述的ENUM服务器，其特征在于，所述接收模块还用于：

接收签约更新请求，所述签约更新请求包括更新用户的号码和所述更新用户的签约业务标识；

所述处理模块还用于：

在本地的号码映射表中查找所述更新用户的号码对应的扩展SIPURI，若在本地的号码映射表中查找到与所述更新用户的号码对应的扩展SIPURI，则将所述签约更新请求中所述更新用户的签约业务标识替换所述更新用户的扩展SIPURI中的签约业务标识。