多网融合呼叫处理方法、IMS域内部呼叫处理方法和装置

摘要

本发明提供一种多网融合呼叫处理方法、IMS域内部呼叫处理方法和装置。多网融合呼叫处理方法包括接收第一网络边界设备发送的呼叫请求消息，呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码；根据与呼叫请求消息对应的呼叫场景模式，对呼叫请求消息进行规整。本发明实施例提供一种在通讯领域中IMS网与现网融合时，实现真实地传递和处理被叫号码信息的解决方案，通过对SIP消息的头域进行扩展，并在扩展的头域中存储改向业务中的原被叫号码，这样可以将前转业务中的原被叫号码进入IMS域，避免被替换而丢失，便于IMS域根据这些信息进行业务处理，提高服务质量。

说明书

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种多网融合呼叫处理方法、IMS域内部呼叫处理方法和装置。

背景技术

IP多媒体系统(IP Multimedia Subsystem；简称：IMS)是一种全新的多媒体业务形式，它能够满足现在的终端客户更新颖、更多样化多媒体业务的需求。用户使用全局唯一的用户公有标识在IMS域开户，因此若需要获取到用户的归属信息和业务信息，必须在IMS域的入口获取到用户的公有标识。在IMS域，各种应用服务器(AS)为用户提供丰富多彩的业务，所以越来越多的运营商在现有移动网/固定网中叠加IMS应用，以实现多领域配合为同一个终端用户提供丰富的融合业务，用最低的成本最大化地丰富用户的业务体验。通常采用在现网设备中配置前转业务的方式，将用户真实拨打的号码作为原被叫信息，将被叫信息替换为运营商规划的特定号码，并对该特定号码配置路由数据将呼叫路由到IMS域，由AS提供统一的业务体验。

在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：在现网与IMS域融合的情况下，若出现锚定场景，而且现网发生用户签约的前转业务，由于现网边界设备要应用锚定号码替换前转号码，还要应用前转号码替换前转业务中的原被叫号码作为入IMS域前的原被叫号码，不但要求现网边界设备具有较高的数据配置、会话发起协议(SessionInitiation Protocol；以下简称：SIP)接口能力，而且将导致前转业务中的原被叫号码便因被替换而丢失，IMS域无法获取真实拨打的原被叫号码进行业务处理。

发明内容

本发明实施例提供一种多网融合呼叫处理方法、IMS域内部呼叫处理方法和装置，用以解决现有技术中在现网与IMS域融合的情况下的呼叫过程中传递锚定号码时影响其它信息的传递的缺陷，实现有效地传递改向业务中的原被叫号码，而且不会影响其它信息的传递。

本发明实施例提供一种多网融合呼叫处理方法，包括：

IMS域边界设备接收第一网络边界设备发送的呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码；

所述IMS域边界设备根据与所述呼叫请求消息对应的呼叫场景模式，对所述呼叫请求消息进行规整。

本发明实施例还提供一种IMS域内部呼叫处理方法，包括：

接收呼叫请求消息，所述呼叫请求消息包括通过扩展头域携带的业务标识；

进行补充业务并应用对应的第二业务标识对所述扩展头域进行更新。

本发明实施例还提供一种多网融合呼叫处理方法，包括：

接收到对IMS域用户的呼叫请求并完成改向业务后，向IMS域边界设备发送呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码。

本发明实施例提供一种IMS域边界设备，包括：

第一接收模块，用于接收第一网络边界设备发送的呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码；

第一处理模块，用于根据与所述呼叫请求消息对应的呼叫场景模式，对所述呼叫请求消息进行规整。

本发明实施例提供一种网络边界设备，包括：

第二接收模块，用于接收对IMS域用户的呼叫请求；

第二处理模块，用于完成改向业务后，向IMS域边界设备发送呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码。

本发明实施例提供一种网络设备，包括：

第三接收模块，用于接收呼叫请求消息，所述呼叫请求消息包括通过扩展头域携带的业务标识；

第三处理模块，用于进行补充业务并应用对应的第二业务标识对所述扩展头域进行更新。

本发明实施例提供一种多网融合呼叫处理系统，包括：

第一网络边界设备，用于在接收对IMS域用户的呼叫请求并完成改向业务后，向IMS域边界设备发送呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码；

IMS域边界设备，用于接收所述第一网络边界设备发送的呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码，并根据与所述呼叫请求消息对应的呼叫场景模式，对所述呼叫请求消息进行规整。

本发明实施例提供的多网融合呼叫处理方法、IMS域内部呼叫处理方法和装置，提供一种在通讯领域中IMS网与现网融合时，实现真实地传递和处理被叫号码信息的解决方案，通过对SIP消息的头域进行扩展，并在扩展的头域中存储前转业务中的原被叫号码，这样可以通过原有携带前转业务中的原被叫号码头域携带前转业务中的原被叫号码进入IMS域，避免被替换而丢失，便于IMS域根据这些信息进行业务处理，提高服务质量。

附图说明

图1为本发明多网融合呼叫处理方法实施例一流程图；

图2为本发明多网融合呼叫处理方法实施例二的信令流程图；

图3为本发明IMS域内部呼叫处理方法实施例一流程图；

图4为本发明IMS域内部呼叫处理方法实施例二信令流程图；

图5为本发明IMS域边界设备实施例结构示意图；

图6为本发明网络边界设备实施例结构示意图；

图7为本发明网络设备实施例结构示意图；

图8为本发明多网融合呼叫处理系统实施例结构示意图。

具体实施方式

下面结合附图和具体实施例进一步说明本发明实施例的技术方案。

随着无信通信技术的快速发展，由于IMS域中各种应用服务器(AS)能够为用户提供丰富的业务，所以越来越多的运营商在现网例如移动网或固定网中叠加IMS应用，以实现多领域配合为同一个终端用户提供丰富的融合业务，用最低的成本最大化的丰富用户的业务体验。

双网融合技术中存在现网与IMS域边界如何区分呼叫场景模式的重要问题，所述的呼叫场景模式包括被叫互通、主叫锚定和被叫锚定场景。所谓被叫互通就是现网用户拨打IMS域用户，此时IMS域是取被叫号码进行用户业务分析。主叫锚定就是现网用户在多网融合时有IMS域主叫业务体验，用户做主叫时需要将请求路由到IMS域执行业务。被叫锚定就是现网用户在多网融合时有IMS域被叫业务体验，用户做被叫时需要将请求路由到IMS域执行业务。在通讯领域中，用户的被叫号码信息被广泛应用于路由、业务处理等方面，例如被叫寻址、号码显示和群组业务等。本发明各实施例的就是在IMS网与现网融合的情况下，如何避免因锚定而导致原被叫号码丢失无法带入IMS域，实现真实传递被叫号码信息，以便根据该信息进行业务处理。对于多网融合的场景，现网可以称作第一网络，IMS网络可以称作第二网络。本发明各实施例中第一网络可以为移动网，并以移动网与IMS网融合为例进行说明。

图1为本发明多网融合呼叫处理方法实施例一流程图，如图1所示，该方法包括：

步骤100，IMS域边界设备接收移动网边界设备发送的呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码；

移动网用户对IMS域用户进行呼叫，若用户签约前转业务则移动网边界设备对呼叫请求进行前转，将呼叫请求消息例如SIP请求消息中的“Request-URI”内容设置成前转号码，并将“History-info头域”内容设置为被呼叫号码即前转业务中的原被叫号码。若主叫用户或被叫用户属于双网用户，则还要进行锚定处理，具体是在“Request-URI”内填充锚定号码，而被锚定号码从“Request-URI”中替换出来的前转号码，并不是去替换“History-info头域”内容，为了将“History-info头域”携带的前转业务中的原被叫号码带入IMS域，本实施例是对SIP请求消息的头域进行扩展，例如在保留原有各头域的基础上扩展出第一扩展头域如“P-Served-Original-Called头域”用来存储被锚定号码从“Request-URI”中替换出来的改向业务中的原被叫号码即前转号码。其中“Request-URI”中携带的锚定号码即为入IMS域的第一被叫号码。入IMS域的第一被叫号码即为呼叫进入IMS域后IMS域边界设备首先查看的信息，例如现有IMS域边界设备接收到呼叫请求后将把“Request-URI”中的信息当成被叫号码。

若用户没有签约前转业务，直接进行锚定则移动网边界设备将SIP请求消息中的“Request-URI”内容设置成锚定号码，将“P-Served-Original-Called头域”中的内容设置成原被叫号码。

当然在被叫互通场景下，可以不用进行头域扩展，若发生前转则在“Request-URI”中携带的入IMS域的第一被叫号码为前转号码，在“History-info头域”中携带前转业务中的原被叫号码；若没有发生前转则在“Request-URI”中携带的入IMS域的第一被叫号码为原被叫号码，在SIP请求消息中还可以包括携带有主叫号码的头域。移动网边界设备向IMS域边界设备发送上述SIP请求消息，IMS域边界设备例如媒体网关控制功能实体(MGCF)接收到该SIP请求消息后，准备对SIP请求消息进行处理实现呼叫业务。

步骤101，IMS域边界设备根据与所述呼叫请求消息对应的呼叫场景模式，对所述呼叫请求消息进行规整。

IMS域边界设备接收到移动网边界设备发送的SIP请求消息后，首先可以根据该SIP请求消息中“Request-URI”内容即入IMS域后的第一被叫号码识别该次呼叫请求属于哪一种呼叫场景模式，即是属于主叫锚定、被叫锚定还是属于被叫互通，在IMS域边界设备中存储有被叫号码分析数据，IMS域边界设备可以取“Request-URI”内容第一被叫号码与配置的被叫号码分析数据进行比对，即可判断出该处呼叫请求是属于何种呼叫场景模式。在IMS域边界设备根据所述入IMS域后的第一被叫号码而获得与该SIP请求消息对应的呼叫场景模式后，对该SIP请求消息进行规整使其符合业务服务要求，具体分别针对主叫锚定、被叫锚定和被叫互通三种情况进行说明。

对于主叫锚定的情况：IMS域边界设备将入IMS域后的第一被叫号码与配置的被叫号码分析数据进行比对，获知为主叫锚定场景，应用“P-Served-Original-Called头域”所携带的改向业务中的原被叫号码替换“Request-URI”内的第一被叫号码即主叫锚定号码。“P-Served-Original-Called头域”中的原被叫号码可以删除也可以保留。此时无需对原被叫号码进行规整，因为群组AS要根据原被叫号码，分析用户拨号习惯进行费率优惠，将被叫短号翻译为全局唯一的公有标识等。对于主叫锚定，还可以再对SIP请求消息的头域进行扩展例如扩展得到第二扩展头域。应用该头域携带主叫业务标识。

对于被叫锚定的情况：IMS域边界设备将入IMS域后的第一被叫号码与配置的被叫号码分析数据进行比对，获知为被叫锚定场景，则将“P-Served-Original-Called头域”所携带的改向业务中的原被叫号码规整为公有标识，应用公有标识替换“Request-URI”内的第一被叫号码，并可以通过“P-Served-Original-Called头域”携带被叫业务标识。具体为IMS域边界设备取出SIP请求消息的“P-Served-Original-Called头域”中的改向业务中的原被叫号码，对其进行规整使其成为全局唯一的公有标识后，应用得到的公有标识填写“Request-URI”即替换第一被叫号码；“P-Served-Original-Called头域”中的改向业务中的原被叫号码可以删除也可以保留。还可以在“P-Served-Original-Called头域”中携带被叫业务标识。

对于被叫互通的情况：IMS域边界设备将入IMS域后的第一被叫号码与配置的被叫号码分析数据进行比对，获知为被叫互通场景，则将“Request-URI”内的第一被叫号码规整为公有标识，应用该公有标识替换“Request-URI”内的第一被叫号码，并通过“P-Served-Original-Called头域”携带被叫业务标识。

本实施例提供的多网融合呼叫处理方法，提供一种在通讯领域中IMS网与现网融合时，实现真实地传递和处理被叫号码信息的方法，通过对SIP消息的头域进行扩展，并在扩展的头域中存储前转业务中的前转号码，这样可以通过原有携带前转业务中的原被叫号码头域携带前转业务中的原被叫号码进入IMS域，实现有效地传递改向业务中的原被叫号码，而且不会影响其它信息的传递，避免被替换而丢失，便于IMS域根据这些信息进行业务处理，提高服务质量。

图2为本发明多网融合呼叫处理方法实施例二的信令流程图，移动网设备对IMS域提供统一的SIP消息接口，使用“Request-URI”(RFC3261)携带入IMS域的第一被叫号码，使用扩展的“P-Served-Original-Called头域”携带原被叫号码信息，如图2所示，该方法包括：

步骤1a、移动网边界设备向IMS域边界设备发送“Invite”消息；

该SIP消息中包括携带有入IMS域后的第一被叫号码的“Request-URI”，携带有改向业务中的原被叫号码的“P-Served-Original-Called头域”，携带有前转业务中的原被叫号码的“History-info头域”，还包括携带主叫号码的头域。其中“P-Served-Original-Called头域”为扩展的头域，通过该SIP消息可以将前转业务中的原被叫号码携带进入IMS域。

步骤2a、IMS域边界设备进行边界处理；

由IMS域入口设备识别主叫锚定、被叫锚定或被叫互通场景，并对SIP消息规整为需要的格式。具体处理如下：

IMS域边界设备收到SIP消息请求时，无条件取“Request-URI”中第一被叫号码查询业务流程配置信息；

当查询结果返回为主叫锚定时，从扩展头域“P-Served-Original-Called头域”中获取改向业务中的原被叫号码填写“Request-URI”，并通过第二扩展头域“P-Served-Original-Caller头域”携带主叫业务标识。

当查询结果返回为被叫锚定时，从“P-Served-Original-Called头域”中获取改向业务中的原被叫号码并将其规整为公有标识后，填写“Request-URI”，并在“P-Served-Original-Called头域”中携带被叫业务标识。

当查询结果返回为被叫互通时，获取“Request-URI”中信息并将其规整为公有标识后，填写“Request-URI”，“P-Served-Original-Called头域”携带被叫业务标识。此时如果在移动网已经发生了前转，则此时是到达前转方的IMS归属域；此时使用“History-info头域”(RFC4244)携带的信息，以便AS判断是否发生了循环前转。

“P-Served-Original-Caller头域”或“P-Served-Original-Called头域”允许在请求/响应消息中出现，各网元对不理解的头域直接透传，具体的语法：

P-Served-Original-Caller＝″p-Served-Original-Caller″HCOLON(URI)*(；para_name＝para-value)；

P-Served-Original-Called＝″P-Served-Original-Called″HCOLON(URI)*(；para_name＝para-value)。

步骤3a、IMS域边界设备向应用服务器发送进行过规整的“Invite”消息；

在IMS边界设备对SIP请求消息进行规整之后，通过CSCF将经过规整的SIP请求消息发送给IMS域内的应用服务器(AS)进行业务处理。

步骤4a、应用服务器进行业务处理。

AS根据消息中的主被叫标识、主被叫号码进行补充业务、群组业务等。

本实施例中扩展头域既简化了IMS的SIP接口，也完成了将真实被叫即前转业务中的被叫号码携带到IMS域的功能，还有效的保证了现网发生被叫用户签约前转业务后对循环前转的检查。

由于在多业务AS触发场景中，呼叫会话控制实体(CSCF)终结被叫侧AS触发业务链的判断条件是“Request-URI”发生了改变，业务触发过滤条件是根据初始“invite”的内容判断的。对以IMS域存在多个AS的情况时，被叫侧第一AS需要携带指示后续第二AS进行抑制补充业务的信息，但现有技术中尚无解决方案，本实施例便提供一种解决方法，包括接收呼叫请求消息，所述呼叫请求消息包括通过扩展头域携带的业务标识，进行补充业务并应用对应的第二业务标识对所述扩展头域进行更新，具体介绍如下：图3为本发明IMS域内部呼叫处理方法实施例一流程图，如图3所示，该方法包括：

步骤200，接收呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域携带的第一被叫业务标识或第二扩展头域携带的第一主叫业务标识；

IMS域内的应用服务器接收SIP请求消息，SIP请求消息中可以携带有前一网元在“P-Served-Original-Called头域”添加的第一被叫业务标识，或在“P-Served-Original-Caller头域”中添加的第一主叫业务标识。

步骤201，进行补充业务并应用对应的第二被叫业务标识对所述第一扩展头域进行更新，或应用对应的第二主叫业务标识对所述第二扩展头域进行更新。

AS接收到SIP请求消息后，进行业务处理，并将对应的业务标识添加在相应的扩展域中，例如将对应的第二被叫业务标识添加到“P-Served-Original-Called头域”，或将对应的第二主叫业务标识添加到“P-Served-Original-Caller头域”中，供后续AS使用。请求消息经过最后的AS处理后，由呼叫会话控制实体将经过更新的呼叫请求消息发送给IMS域内的其它的应用服务器。

需要说明的是，本实施例中的业务标识以主叫业务标识或被叫业务标识为例进行说明，当然也可以为其他类型的业务标识。另外，由哪个扩展头域携带哪个业务标识是比较灵活的，如也可以用“P-Served-Original-Called头域”或其他扩展头域携带主叫业务标识。

本实施例中运用扩展域在IMS域内部各AS的业务交互过程中携带业务标识，当然在UE、CSCF等IMS内的各网元都可以使用。

图4为本发明IMS域内部呼叫处理方法实施例二信令流程图，本实施例中被叫侧根据扩展头域中的取值，进行补充业务判断，如图4所示，该方法包括：

步骤1b、IMS域的其它AS或CSCF向IMS域内的CSCF发送“Inivte”消息；

该“Inivte”消息包括携带有前转业务中的前转号码的“Request-URI”，携带有前转业务中的原被叫号码的“History-info头域”，还包括携带主叫号码的头域，以及携带有被叫业务标识的“P-Served-Original-Called头域”或携带有主叫业务标识的“P-Served-Original-Caller头域”。

步骤2b、CSCF接收“Inivte”消息后进行业务触发，转发“Inivte”消息给第一AS；

步骤3b、第一AS进行业务补充，修改头域信息；

IMS域内的第一AS接收CSCF发送的SIP请求消息，该SIP消息包括通过“P-Served-Original-Called  头域”携带的被叫业务标识或“P-Served-Original-Caller头域”携带的主叫业务标识；第一AS进行补充业务并应用对应的被叫业务标识或主叫业务标识，对扩展头域进行更新。具体地，第一AS接收到CSCF转发的“Inivte”消息后，执行补充业务，且分析和修改扩展头域的信息，例如将“P-Served-Original-Called头域”修改为第一AS的第一被叫业务标识供后续AS使用，或在“P-Served-Original-Caller头域”内增加第一主叫业务标识供后续AS使用。

步骤4b、第一AS将经过修改的“Inivte”消息返回给CSCF；

步骤5b、CSCF将经过修改的“Inivte”消息发送给第二AS；

CSCF将经过更新的SIP请求消息发送给IMS域内的其它的应用服务器例如第二AS。

步骤6b、第二AS进行业务补充。

若后续还有AS，则第二AS在接收到CSCF转发的“Inivte”消息后，执行补充业务，且分析和修改扩展头域的信息，例如在“P-Served-Original-Called头域”内再增加第二被叫业务标识或在“P-Served-Original-Caller头域”内增加第二主叫业务标识供后续AS使用。若第二AS后续无应用服务器了，则可以将“Inivte”消息发送给IMS域后续与终端连接的其它设备。

本实施例提供的多网融合呼叫处理方法在多业务AS触发场景中，被叫侧第一AS携带指示后续第二AS进行抑制补充业务的信息，扩展头域可以实现透传，能够保证信息一定会传递给需要的网元。

本发明提供的另一多网融合呼叫处理方法实施例中，在移动网边界设备接收到用户对IMS用户的呼叫请求后，若签约有前转业务则进行前转业务，将SIP请求消息中的“Request-URI”内容设置成前转号码，并将“History-info头域”内容设置为被呼叫号码即前转业务中的原被叫号码。若主叫用户或被叫用户属于双网用户，则还要进行锚定处理，具体是在“Request-URI”内填充锚定号码，而被锚定号码从“Request-URI”中替换出来的前转号码，并不是去替换“History-info头域”内容，为了将“History-info头域”携带的前转业务中的原被叫号码带入IMS域，本实施例是对SIP请求消息的头域进行扩展，例如在保留原有各头域的基础上扩展出第一扩展头域如“P-Served-Original-Called头域”用来存储被锚定号码从“Request-URI”中替换出来的前转号码。当然在被叫互通场景下，可以不用进行头域扩展，在“Request-URI”中携带前转号码，在“History-info头域”中携带前转业务中的原被叫号码。在SIP请求消息中还可以包括携带有主叫号码的头域。

本实施例提供的多网融合呼叫处理方法，现网边界设备通过对SIP消息的头域进行扩展，并在扩展的头域中存储前转业务中的前转号码，可以通过原有携带前转业务中的原被叫号码头域携带前转业务中的原被叫号码进入IMS域，实现有效地传递改向业务中的原被叫号码，而且不会影响其它信息的传递，避免被替换而丢失，便于IMS域根据这些信息进行业务处理，提高服务质量。

以上各实施例是以IMS域入口的处理为例进行阐述，本发明方法还可以应用于现网发生前转业务的功能实体到IMS域入口路径的任何一点。其中“P-Served-Original-Caller头域”还可以用于在IMS域各功能实体间传递主叫的信息。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

图5为本发明IMS域边界设备实施例结构示意图，如图5所示，该IMS域边界设备包括第一接收模块11和第一处理模块12，其中第一接收模块11用于接收第一网络边界设备发送的呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码，本实施例中第一网络可以移动网为例进行说明；第一处理模块12用于根据与所述呼叫请求消息对应的呼叫场景模式，对所述呼叫请求消息进行规整。

具体地，IMS域边界设备例如MGCF的第一接收模块11接收移动网边界设备发送的呼叫请求例如SIP请求消息，该SIP消息中包括携带有入IMS域后的第一被叫号码的“Request-URI”，携带有改向业务中的原被叫号码的第一扩展头域即“P-Served-Original-Called头域”，还包括携带主叫号码的头域；若发生过前转则还包括携带有前转业务中的原被叫号码的“History-info头域”。其中“P-Served-Original-Called头域”为扩展的头域，通过该SIP消息可以将改向业务中的原被叫号码携带进入IMS域。第一处理模块12根据接收到的SIP消息识别呼叫场景模式是属于主叫锚定、被叫锚定还是被叫互通，并根据具体的场景模式对SIP消息进行规整，使其符合IMS域进行业务处理的要求。进一步地，第一处理模块12包括判断子模块121和规整子模块122，其中判断子模块121用于根据所述入IMS域后的第一被叫号码，获得与所述会话发起协议请求消息对应的呼叫场景模式；规整子模块122用于对所述会话发起协议请求消息进行规整。判断子模块121取出SIP消息的“Request-URI”内的信息并据其判断呼叫场景模式，MGCF内可以维护有被叫号码分析数据，MGCF可以将第一被叫号码与配置的被叫号码分析数据进行比对判断出对应的呼叫场景模式。规整子模块122根据不同呼叫场景模式应用对应的处理单元进行规整，具体地，规整子模块包括第一规整单元、第二规整单元和第三规整单元，其中第一规整单元用于应用所述“P-Served-Original-Called头域”所携带的改向业务中的原被叫号码替换所述“Request-URI”内的所述第一被叫号码，并通过所述会话发起协议请求消息中的第二扩展头域携带主叫业务标识；第二规整单元用于将所述“P-Served-Original-Called头域”所携带的改向业务中的原被叫号码规整为公有标识，应用所述公有标识替换所述“Request-URI”内的所述第一被叫号码，并通过所述“P-Served-Original-Called头域”携带被叫业务标识；第三规整单元，用于将“Request-URI”内的所述第一被叫号码规整为公有标识，应用所述公有标识替换所述“Request-URI”内的所述第一被叫号码，并通过所述“P-Served-Original-Called头域”携带被叫业务标识。

本实施例提供的IMS域边界设备，根据例如移动网对SIP消息的头域进行扩展，并在扩展的头域中存储前转业务中的前转号码的方式，可以通过原有携带前转业务中的原被叫号码头域携带前转业务中的原被叫号码进入IMS域，实现有效地传递改向业务中的原被叫号码，而且不会影响其它信息的传递，避免被替换而丢失，便于IMS域根据这些信息进行业务处理，提高服务质量。

图6为本发明网络边界设备实施例结构示意图，如图6所示，该移动网边界设备包括第二接收模块21和第二处理模块22，其中第二接收模块21用于接收对IMS域用户的呼叫请求；第二处理模块22用于完成改向业务后，向IMS域边界设备发送呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码。

具体地，网络边界设备的第二接收模块21接收到用户对IMS域用户的呼叫请求后，将请求转发给第二处理模块22，若用户签约前转业务，则第二处理模块22将SIP请求消息中的“Request-URI”内容设置成前转号码，并将“History-info头域”内容设置为被呼叫号码即前转业务中的原被叫号码。若主叫用户或被叫用户属于双网用户，则还要进行锚定处理，具体是在“Request-URI”内填充锚定号码，而被锚定号码从“Request-URI”中替换出来的前转号码，并不是去替换“History-info头域”内容，为了将“History-info头域”携带的前转业务中的原被叫号码带入IMS域，本实施例是对SIP请求消息的头域进行扩展，例如在保留原有各头域的基础上扩展出第一扩展头域如“P-Served-Original-Called头域”用来存储被锚定号码从“Request-URI”中替换出来的前转号码。当然在被叫互通场景下，可以不用进行头域扩展，在“Request-URI”中携带前转号码，在“History-info头域”中携带前转业务中的原被叫号码。若用户没有签约前转业务，则第二处理模块22将SIP请求消息中的“Request-URI”内容设置成锚定号码，将“P-Served-Original-Called头域”设置成原被叫号码。第二处理模块22完成处理后，将经过头域扩展的SIP请求消息发送给IMS域边界设备进行业务处理。

本实施例提供的移动网边界设备通过对SIP消息的头域进行扩展，并在扩展的头域中存储改向业务中的原被叫号码，可以通过原有携带原被叫号码头域携带前转业务中的原被叫号码进入IMS域，实现有效地传递改向业务中的原被叫号码，而且不会影响其它信息的传递，避免被替换而丢失，便于IMS域根据这些信息进行业务处理，提高服务质量。

图7为本发明网络设备实施例结构示意图，如图7所示，该网络设备包括第三接收模块31和第三处理模块32，其中第三接收模块31用于接收呼叫请求消息，所述呼叫请求消息包括通过扩展头域携带的业务标识；第三处理模块32用于进行补充业务并应用对应的第二业务标识对所述扩展头域进行更新。

具体地，第三接收模块31接呼叫请求消息例如SIP请求消息，在该SIP请求消息中可以携带有前一网元在“P-Served-Original-Called头域”添加的第一被叫业务标识，或在“P-Served-Original-Caller头域”中添加的第一主叫业务标识，并将该SIP消息发送给第三处理模块32，第三处理模块32进行业务处理，并将对应的业务标识添加在相应的扩展域中，例如将对应的第二被叫业务标识添加到“P-Served-Original-Called头域”，或将对应的第二主叫业务标识添加到“P-Served-Original-Caller头域”中，供后续AS使用。本实施例中的网络设备可以为在IMS域内部应用服务器或UE、CSCF等IMS内的各网元。

本实施例提供的网络设备通过应用扩展域携带业务标识，满足多业务服务器触发场景在各应用服务器之间传递指示后续网元进行抑制补充业务的信息的要求，由于各网元对比识别的头域进行透传，提高有用信息传递到所需网元的成功率。

图8为本发明多网融合呼叫处理系统实施例结构示意图，如图8所示，该系统包括第一网络边界设备2和IMS域边界设备1，其中第一网络边界设备2可以为移动网的边界设备用于在接收对IMS域用户的呼叫请求并完成改向业务后，向IMS域边界设备发送呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码；IMS域边界设备1例如MGCF用于接收所述第一网络边界设备发送的呼叫请求消息，所述呼叫请求消息包括通过第一扩展头域所携带的改向业务中的原被叫号码，并根据与所述呼叫请求消息对应的呼叫场景模式，对所述呼叫请求消息进行规整。

本实施例提供的多网融合呼叫处理系统实施例中，第一网络边界设备2可以采用前述网络边界设备实施例中提供的移动网边界设备，IMS域边界设备1可以采用前述IMS域边界设备实施例提供的IMS域边界设备，二者的结构与功能此处不再赘述。

本实施例提供的多网融合呼叫处理系统中，第一网络边界设备通过对SIP消息的头域进行扩展，并在扩展的头域中存储转向业务中的原被叫号码，这样可以通过原有携带前转业务中的原被叫号码头域携带前转业务中的原被叫号码进入IMS域，IMS域边界设备根据扩展域携带的改向业务中的原被叫号码进行后续业务处理，实现有效地传递改向业务中的原被叫号码，而且不会影响其它信息的传递，提高服务质量。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。