CN101437176A

CN101437176A - 提供网际协议多媒体子系统业务的方法、系统及装置

Info

Publication number: CN101437176A
Application number: CNA2008101807864A
Authority: CN
Inventors: 文揩; 聂鑫
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-12-02
Filing date: 2008-12-02
Publication date: 2009-05-20
Anticipated expiration: 2028-12-02
Also published as: CN101437176B

Abstract

本发明实施例公开了一种提供网际协议多媒体子系统业务的方法、系统及装置，一种提供IP多媒体子系统业务的方法，包括：判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；将呼叫请求路由到软交换平台，所述呼叫请求包含所述添加触发字冠的被叫号码。本发明实施例由于在被叫号码前添加业务触发字冠，能够避免业务的重复触发。

Description

提供网际协议多媒体子系统业务的方法、系统及装置

技术领域

本发明涉及通信技术领域，尤其涉及一种提供网际协议多媒体子系统业务的方法、系统及装置。

背景技术

目前公共电话交换网(Public Switched Telephone Network，PSTN)侧已经实现网络智能化，端局用户的智能业务在汇接局上集中触发。所有用户的智能业务签约在智能归属位置寄存器(Smart Home Location Register，SHLR)上，用户端局呼叫全部上移到汇接局上，汇接局通过查询SHLR得到用户签约智能业务对应的字冠，并按照业务的顺序顺次在被叫号码前插智能业务字冠，并触发对应的智能业务。当智能业务触发完毕后，最后根据被叫号码接续被叫。

语音呼叫连续性(Voice Call Continuity between CS and IMS，VCC)包括呼叫锚定、域选择和域切换三个部分。其中“呼叫锚定”定义了如何将电路交换(Circuit Switched，CS)域的呼叫信令锚定到网际协议(InternetProtocol，IP)多媒体子系统(IP Multimedia Subsystem，IMS)域的VCC应用服务器(Application Server，AS)，这样VCC AS可为用户提供后续的如“域切换”的服务。VCC方案中的“呼叫锚定”原理，同样可以应用到其他由IMS域AS为CS域或PSTN域用户提供业务的场景中。

在实现本发明的过程中，发明人发现上述技术方案至少存在如下缺陷：

现有技术描述的是呼叫锚定的基本流程，但没有涉及在利用IMS域AS为CS域或PSTN域用户提供业务时，呼叫路由该如何走原有的汇接局，也没有定义如何防止在汇接局上重复触发IMS业务。

发明内容

本发明实施例提供了一种提供网际协议多媒体子系统业务的方法、系统及装置。

本发明实施例的目的是通过以下技术方案实现的：

一种提供IP多媒体子系统业务的方法，包括：

判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；

将呼叫请求路由到软交换平台，所述呼叫请求包含所述添加触发字冠的被叫号码。

一种提供IP多媒体子系统业务的方法，包括：

判断被叫号码是否匹配通配公共服务身份；

如果所述被叫号码匹配通配公共服务身份，根据所述通配公共服务身份处理被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台；

如果所述被叫号码不匹配通配公共服务身份，判断呼叫不在IP多媒体子系统内落地时，在被叫号码前添加触发字冠，将呼叫请求路由到软交换平台，所述呼叫请求包含所述添加触发字冠的被叫号码。

一种IP多媒体子系统业务平台，包括：

第一判断单元，用于判断呼叫是否在IP多媒体子系统内路由；

第一添加单元，用于在所述第一判断单元判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；

第一路由单元，用于将呼叫请求路由到软交换平台，所述呼叫请求包含所述添加触发字冠的被叫号码。

一种IP多媒体子系统业务平台，包括：

第二判断单元，用于判断被叫号码是否匹配通配公共服务身份；

第一处理单元，用于在所述第二判断单元判断所述被叫号码匹配通配公共服务身份时，根据所述通配公共服务身份处理被叫IP多媒体子系统业务；

第二路由单元，用于在所述第一处理单元处理完被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台；

第三判断单元，用于在所述第二判断单元判断被叫号码不匹配通配公共服务身份时，判断呼叫是否在IP多媒体子系统内落地；

第二添加单元，用于在所述第三判断单元判断呼叫不在IP多媒体子系统内落地时，在被叫号码前添加触发字冠；

第三路由单元，用于将呼叫请求路由到软交换平台，所述呼叫请求包含所述第二添加单元添加触发字冠的被叫号码。

一种通信系统，包括：

IP多媒体子系统业务平台，用于判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；将呼叫请求路由到软交换平台，所述呼叫请求包含添加触发字冠的被叫号码；

软交换平台，用于接收所述IP多媒体子系统业务平台处理完主叫IP多媒体子系统业务后送回的呼叫请求。

一种通信系统，包括：

IP多媒体子系统业务平台，用于判断被叫号码是否匹配通配公共服务身份；如果所述被叫号码匹配通配公共服务身份，根据所述通配公共服务身份处理被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台；如果所述被叫号码不匹配通配公共服务身份，判断呼叫不在IP多媒体子系统内落地时，在被叫号码前添加触发字冠，将呼叫请求路由到软交换平台，所述呼叫请求包含添加触发字冠的被叫号码；

从本发明实施例提供的以上技术方案可以看出，本发明实施例由于在被叫号码前添加业务触发字冠，能够避免业务的重复触发。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例阐述的为用户提供IP多媒体子系统业务的组网示意图；

图2是本发明实施例一阐述的提供主叫IP多媒体子系统业务的方法流程图；

图3是本发明实施例二阐述的主叫侧IP多媒体业务的触发流程信令图；

图4是本发明实施例三阐述的提供被叫IP多媒体子系统业务的方法流程图；

图5是本发明实施例四阐述的一种被叫侧IP多媒体业务的触发流程信令图；

图6是本发明实施例五阐述的另一种被叫侧IP多媒体业务的触发流程信令图；

图7是本发明实施例七阐述的一种同时提供主被叫IP多媒体子系统业务的方法流程图；

图8是本发明实施例八阐述的IP多媒体子系统平台一次处理主被叫业务流程的信令图；

图9是本发明实施例九阐述的一种服务呼叫会话控制功能对被叫路由的处理逻辑流程图；

图10是本发明实施例阐述的第一种IP多媒体子系统业务平台的组成示意图；

图11是本发明实施例阐述的第二种IP多媒体子系统业务平台的组成示意图；

图12是本发明实施例阐述的通信系统一的组成框图；

图13是本发明实施例阐述的通信系统二的组成框图。

具体实施方式

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

参见图1，图1是为现网用户提供IMS业务的组网示意图，为了采用IMS业务平台为PSTN域用户提供业务，PSTN域用户的呼叫需要被锚定到IMS业务平台。锚定的方法是：利用运营商已在PSTN网络实施的全网智能化，将IMS业务平台作为一个PSTN现网中的一个智能业务平台，并在SHLR为用户配置相应的IMS业务触发数据。软交换平台收到主叫的始发呼叫请求或者被叫的落地呼叫请求时，查询SHLR得到主叫或者被叫用户的业务接入码，触发相应的智能业务和/或IMS业务。

图1中的“IMS业务平台”是相对于软交换平台而言的统称，实际组网中包括了查询呼叫会话控制功能(Interrogating Call Session Control Function，I-CSCF)、服务呼叫会话控制功能(Serving Call Session Control Function，S-CSCF)、归属用户服务器(Home Subscriber Server，HSS)、AS等IMS逻辑网元。

PSTN现网用户的号码格式为E164号码，为了在IMS业务平台为相应用户提供业务触发，需要在IMS为该用户设置该E164号码对应的业务签约数据，该E164号码在IMS的相关业务签约数据，仅用来做业务触发，不涉及到相关呼叫在IMS域内到用户终端的落地，因此该E164号码无需在IMS域注册，采用未注册业务的方式进行相关业务触发。

同时，作为可选项，可为该用户分配会话初始协议(Session InitialProtocol，SIP)统一资源标识(Uniform Resource Identifiier，URI)作为IMS网络内的路由标识，并在E164号码映射(E164 Number Mapping，ENUM)服务器上创建E164号码和SIP URI之间的对应关系，用于是否在IMS域内直接触发被叫侧IMS的判断依据。

主叫业务的签约通过配置用户的主叫侧初始过滤准则(Initial FilterCriteria，IFC)来实现。被叫业务的签约通过配置用户的被叫侧IFC或者通过将被叫侧IMS业务接入码配置为通配公共服务身份(public service identity，PSI)来实现。

下面首先阐述一种提供IP多媒体子系统业务的方法。

实施例一

本实施例阐述一种提供主叫IMS业务的方法，参见图2，本实施例的方法可以包括以下步骤：

当主叫侧IMS业务触发完成后，需要路由呼叫请求时，执行步骤201；

步骤201：判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；

判断呼叫不在IP多媒体子系统内路由包括：查询没有与所述被叫号码对应的会话初始协议统一资源标识，则判断呼叫不在IP多媒体子系统内路由。

如果从所述E164号码映射服务器中获得了与所述E164号码对应的会话初始协议统一资源标识，则根据所述会话初始协议统一资源标识，将呼叫请求路由到被叫用户所属的IP多媒体子系统网络内。

如果有多个主叫IP多媒体子系统业务需要触发时，在被叫号码前添加所述多个主叫IP多媒体子系统业务中的最后一个主叫IP多媒体子系统业务的触发字冠。

步骤202：将呼叫请求路由到软交换平台，所述呼叫请求包含添加触发字冠的被叫号码。

本实施例由于在被叫号码前添加触发字冠后将呼叫请求路由到软交换平台，软交换平台收到呼叫后查询SHLR，SHLR发现被叫号码前有业务触发字冠，不再触发该字冠对应的业务，能够避免业务的重复触发。

实施例二

本实施例阐述主叫侧IMS业务的触发流程，参见图3，主叫侧IMS业务的触发流程包括以下步骤：

步骤301：为主叫用户服务的软交换平台向SHLR查询；

软交换平台查询SHLR，SHLR发现主叫用户签约了IMS业务，于是在被叫号码前加上主叫侧IMS业务触发字冠返回给软交换平台。

步骤302：上述软交换平台将呼叫路由到I-CSCF；

软交换平台触发主叫侧IMS业务，将呼叫路由到IMS业务平台，此处是将呼叫路由到I-CSCF。

步骤303：I-CSCF根据主叫IMS业务触发字冠查询HSS获得主叫用户的S-CSCF；

步骤304：I-CSCF将呼叫路由到S-CSCF；

步骤305：S-CSCF评估主叫用户的IFC；

步骤306：S-CSCF将呼叫路由到AS；

S-CSCF触发主叫侧IMS业务，删除被叫号码前的主叫IMS业务触发字冠，将呼叫路由到AS。

步骤307：AS处理完主叫IMS业务后，将呼叫送回到S-CSCF；

步骤308：S-CSCF查询ENUM服务器；

S-CSCF发现被叫号码为E164号码，查询ENUM服务器。此时ENUM中如果未配置E614号码和SIP URI的对应关系，说明该呼叫需要路由到软交换。

步骤309：S-CSCF将呼叫路由到为被叫用户服务的软交换平台。

S-CSCF将呼叫路由回软PSTN网络的软交换平台，并且在被叫号码前加主叫IMS业务触发字冠，当有多个主叫IMS业务触发时，加最后一个触发的主叫IMS业务触发字冠，避免业务重复触发。

本实施例能够为现网用户提供IMS业务，并且由于IMS业务平台在处理完主叫IMS业务后，进一步判断在E164号码映射服务器中是否配置E164号码和会话初始协议统一资源标识的对应关系，如果没有配置，则在被叫号码前添加主叫IP多媒体子系统业务触发字冠后将呼叫请求路由到软交换平台，软交换平台收到呼叫后查询SHLR，SHLR发现被叫号码前有主叫业务触发字冠，不再触发该字冠对应的主叫业务，能够避免业务的重复触发。

实施例一和实施例二阐述了提供主叫侧IMS业务的方法，下面的实施例三至实施例五阐述提供被叫侧IMS业务的方法。

实施例三

本实施例阐述一种提供被叫侧IMS业务的方法，参见图4，本实施例的方法可以包括以下步骤：

在处理完被叫侧IMS业务，需要路由呼叫请求时，执行步骤401；

步骤401：判断被叫号码是否匹配通配公共服务身份；

公共服务身份是一个标识符，可以是SIP URI，通配是指公共服务身份可以是一个前缀，即可以对应一个业务触发字冠。例如：

被叫号码为1234+0755123456，1234为业务触发字冠。那么可以将1234在IMS域内配置成通配PSI。这样无论什么样的被叫号码，只要其前面的业务触发字冠相同，触发的IMS业务就相同。如1234+0755123456和1234+020123456都触发一个语音信箱业务。

在步骤401之前还可以包括：判断被叫号码前的触发字冠是主叫触发字冠还是被叫触发字冠；如果是主叫触发字冠，还需要判断呼叫是否路由到IMS内，在判断呼叫路由到IP多媒体子系统内时，根据与所述被叫号码对应的会话初始协议统一资源标识，将呼叫请求路由到被叫网络；如果是被叫触发字冠，则判断被叫号码是否匹配通配公共服务身份。即，处理完主叫IMS业务后，处理被叫IMS业务，然后才将呼叫请求路由到软交换平台，这样，可以一次处理完主叫IMS业务和被叫IMS业务。

如果所述被叫号码匹配通配公共服务身份，执行步骤402；如果所述被叫号码不匹配通配公共服务身份，则执行步骤403。

步骤402：如果所述被叫号码匹配通配公共服务身份，根据所述通配公共服务身份处理被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台；

如果被叫号码匹配通配公共服务身份，则被叫号码一定包含触发字冠。

步骤403：如果所述被叫号码不匹配通配公共服务身份，判断呼叫不在IP多媒体子系统内落地时，在被叫号码前添加触发字冠；将呼叫请求路由到软交换平台，所述呼叫请求包含添加触发字冠的被叫号码。

判断呼叫不在IP多媒体子系统内落地可以包括：

查询没有会话初始协议统一资源标识和所述被叫号码属于同一隐式注册集，则判断呼叫不在IP多媒体子系统内落地。

如果有多个被叫IP多媒体子系统业务需要触发时，所述在被叫号码前添加触发字冠的步骤可以为：

在被叫号码前添加所述多个被叫IP多媒体子系统业务中的最后一个被叫IP多媒体子系统业务的触发字冠。

判断呼叫不在IP多媒体子系统内落地之前还包括：删除被叫号码前的触发字冠。此时的触发字冠是软交换平台查询SHLR时添加的，由于已经执行了触发字冠对应的IMS业务，因此需要将触发字冠删除。

本实施例由于在判断没有会话初始协议统一资源标识和所述被叫号码属于同一隐式注册集时，在被叫号码前添加被叫IP多媒体子系统业务触发字冠后，将呼叫请求路由到软交换平台，软交换平台收到呼叫后查询SHLR，SHLR发现被叫号码前有被叫业务触发字冠，不再触发该字冠对应的被叫业务，避免了业务的重复触发。

实施例四

本实施例阐述一种被叫侧IMS业务的触发流程，参见图5，被叫侧触发IMS业务流程可以包括以下步骤：

步骤501：软交换平台向SHLR查询；

软交换平台查询SHLR，SHLR发现被叫用户签约了IMS业务，于是在被叫号码前加上被叫侧IMS业务触发字冠返回给软交换平台。

步骤502：软交换平台将呼叫路由到I-CSCF；

软交换平台触发被叫侧IMS业务，将呼叫路由到IMS业务平台，此处是将呼叫路由到I-CSCF。

步骤503：I-CSCF根据被叫IMS业务触发字冠查询HSS获得被叫用户的S-CSCF；

步骤504：I-CSCF将呼叫路由到S-CSCF；

步骤505：S-CSCF评估被叫用户的IFC；

步骤506：S-CSCF将呼叫路由到AS；

S-CSCF触发被叫侧IMS业务，删除被叫号码前的被叫IMS业务触发字冠，将呼叫路由到AS。

步骤507：AS处理完被叫IMS业务后，将呼叫送回到S-CSCF；

步骤508：S-CSCF判断无SIP URI与被叫号码属于同一隐式注册集；

S-CSCF发现被叫号码为E164号码，且无SIP URI与其属于同一隐式注册集，说明该呼叫需要路由到软交换而不是在IMS网络内落地。

如果S-CSCF判断有SIP URI与被叫E164号码属于同一隐式注册集时，则说明该呼叫需要路由到IMS网络内。

步骤509：S-CSCF将呼叫路由到软交换平台。

S-CSCF将呼叫路由回软PSTN网络的软交换平台，并且在被叫号码前加被叫IMS业务触发字冠，当有多个被叫IMS业务触发时，加最后一个触发的被叫IMS业务触发字冠，避免业务重复触发。

本实施例能够为现网用户提供IMS业务，并且由于IMS业务平台在处理完被叫IMS业务后，进一步判断是否会话初始协议统一资源标识和被叫E164号码属于同一隐式注册集，如果没有，则在被叫号码前添加被叫IP多媒体子系统业务触发字冠后将呼叫请求路由到软交换平台，软交换平台收到呼叫后查询SHLR，SHLR发现被叫号码前有被叫业务触发字冠，不再触发该字冠对应的被叫业务，能够避免业务的重复触发。

实施例四被叫业务的签约是通过配置用户的被叫侧IFC来实现，实施例五则是通过将被叫侧IMS业务接入码配置为通配PSI来实现。

实施例五

本实施例阐述一种被叫侧IMS业务的触发流程，参见图6，该流程可以包括以下步骤：

步骤601：软交换平台向SHLR查询；

步骤602：软交换平台将呼叫路由到I-CSCF；

步骤603：I-CSCF根据通配PSI查询HSS获得被叫用户的S-CSCF；

被叫侧IMS业务触发字冠被配置为通配PSI，I-CSCF根据通配PSI，查询HSS获得S-CSCF地址。

步骤604：I-CSCF将呼叫路由到S-CSCF；

步骤605：S-CSCF评估PSI的IFC；

步骤606：S-CSCF将呼叫路由到AS；

步骤607：AS处理完被叫IMS业务后，将呼叫送回到S-CSCF；

步骤608：S-CSCF判断被叫号码带有被叫IMS业务触发字冠；

S-CSCF发现被叫号码带有被叫IMS业务触发字冠，说明该呼叫需要路由到软交换而不是在IMS网络内落地。

步骤609：S-CSCF将呼叫路由到软交换平台。

此时被叫号码前带有被叫IMS业务触发字冠，避免了业务的重复触发。

本实施例能够为现网用户提供IMS业务，并且由于IMS业务平台在处理完被叫IMS业务后，进一步判断被叫号码带有被叫IMS业务触发字冠，则将呼叫请求路由到软交换平台，软交换平台收到呼叫后查询SHLR，SHLR发现被叫号码前有被叫业务触发字冠，不再触发该字冠对应的被叫业务，能够避免业务的重复触发。

实施例一和实施例二阐述了提供主叫侧IMS业务的方法，实施例三至实施例五阐述了提供被叫侧IMS业务的方法，IMS主叫业务触发完成后，呼叫需要被路由回软交换平台以触发IMS被叫业务。这样，设备间的消息交互较多，呼叫接续时间较长，由于IMS业务平台本身具备路由功能，因此在某些应用场景下，可以在IMS业务平台上一次处理完所有的IMS主叫侧业务和被叫侧业务，然后再将呼叫路由回软交换平台。如当主被叫都签约了IMS业务，主叫侧IMS业务在主叫侧的业务中是最后一个被触发的业务，被叫IMS业务在被叫侧的业务中是第一个被触发的业务的情况。下面的实施例六至实施例八提供了同时处理主被叫IMS业务的方法。

实施例六

本实施例阐述一种同时处理主被叫IMS业务的方法，参见图7，本实施例的方法可以包括以下步骤：

步骤701：查询E164号码映射服务器获取与所述E164号码对应的会话初始协议统一资源标识；

在处理完主叫IP多媒体子系统业务后，主叫服务呼叫会话控制功能在判断被叫号码为E164号码时，查询E164号码映射服务器获取与所述E164号码对应的会话初始协议统一资源标识；

步骤702：主叫服务呼叫会话控制功能根据所述会话初始协议统一资源标识，将呼叫请求路由到被叫服务呼叫会话控制功能；

步骤703：应用服务器在接收到所述被叫服务呼叫会话控制功能发送的呼叫请求后，处理被叫IP多媒体子系统业务，处理完被叫IP多媒体子系统业务后将呼叫请求送回被叫服务呼叫会话控制功能；

处理被叫IP多媒体子系统业务之前还包括：步骤703A：判断被叫IP多媒体子系统业务触发字冠是否是公共服务身份；如果被叫业务触发字冠是公共服务身份，根据所述公共服务身份触发被叫IP多媒体子系统业务并将呼叫请求路由到软交换平台；如果被叫业务触发字冠不是公共服务身份，执行所述处理被叫IP多媒体子系统业务的步骤。

判断被叫IP多媒体子系统业务触发字冠是否是公共服务身份之前还包括：判断被叫号码前的业务触发字冠是主叫IP多媒体子系统业务触发字冠还是被叫IP多媒体子系统业务触发字冠；如果被叫号码前的业务触发字冠是被叫IP多媒体子系统业务触发字冠，执行判断被叫IP多媒体子系统业务触发字冠是否是公共服务身份的步骤703A；如果被叫号码前的业务触发字冠是主叫IP多媒体子系统业务触发字冠，处理主叫IP多媒体子系统业务，处理完后执行所述查询E164号码映射服务器获取与所述E164号码对应的会话初始协议统一资源标识的步骤701。

步骤704：被叫服务呼叫会话控制功能在判断被叫号码是E164号码时，判断是否有会话初始协议统一资源标识和所述E164号码属于同一隐式注册集；如果判断没有会话初始协议统一资源标识和所述E164号码属于同一隐式注册集时，执行步骤705；

如果判断有会话初始协议统一资源标识和所述E164号码属于同一隐式注册集时，被叫服务呼叫会话控制功能根据所述会话初始协议统一资源标识，将呼叫请求路由到被叫所属的IP多媒体子系统网络内。

步骤705：在所述被叫号码前添加被叫IP多媒体子系统业务触发字冠；

步骤706：所述被叫服务呼叫会话控制功能将包含所述被叫IP多媒体子系统业务触发字冠的被叫号码的呼叫请求路由到软交换平台。

本实施例能够为现网用户提供IMS业务，由于在被叫号码前添加业务触发字冠，能够避免业务的重复触发，并且本实施例由于IP多媒体子系统业务平台一次完成主叫和被叫业务的处理，简化了呼叫过程中呼叫信令的数量，缩短了呼叫接续时间；IP多媒体子系统业务平台根据需要决定业务触发后呼叫是被路由到软交换平台还是被叫用户所属的IP多媒体子系统网络，能够起到路由优化的作用。

实施例七

本实施例阐述一种IMS业务平台一次处理主被叫业务的流程，参见图8，该流程可以包括以下步骤：

步骤801：软交换平台查询SHLR；

步骤802：软交换平台将呼叫路由到主叫I-CSCF；

软交换平台触发主叫侧IMS业务，将呼叫路由到IMS业务平台。

步骤803：主叫I-CSCF查询HSS获得主叫S-CSCF；

主叫I-CSCF根据主叫侧IMS业务触发字冠，查询HSS来获得服务主叫用户的S-CSCF。

步骤804：主叫I-CSCF将呼叫路由到主叫S-CSCF；

步骤805：主叫S-CSCF评估主叫用户的IFC；

步骤806：主叫S-CSCF将呼叫路由到AS；

主叫S-CSCF触发主叫侧IMS业务，删除被叫号码前的主叫IMS业务触发字冠，将呼叫路由到AS。

步骤807：AS处理完主叫IMS业务后，将呼叫送回主叫S-CSCF；

步骤808：主叫S-CSCF查询ENUM服务器；

主叫S-CSCF进行被叫路由，由于被叫号码为E164号码，主叫S-CSCF判断ENUM服务器是否配置了SIP URI与E164号码的对应关系，由于处理完主叫侧IMS业务后需要立即处理被叫侧IMS业务，因此不能将呼叫路由回软交换平台，此时ENUM服务器中必须配置E164号码和SIP URI的对应关系，主叫S-CSCF查询ENUM服务器来获得对应SIP URI，E164号码与SIP URI的对应关系需要预先配置在ENUM服务器上。

步骤809：主叫S-CSCF将呼叫路由到被叫I-CSCF；

主叫S-CSCF依据ENUM查询获的SIP URI格式的被叫号码，按域名部分路由呼叫到被叫所属的I-CSCF。如果IMS业务平台做完了主叫处理，再紧接着做被叫处理，必然需要在ENUM服务器中配置相应的E164到SIP URI的相关数据。否则，主叫S-CSCF可能直接路由被叫的E164号码到软交换平台，而不是做完被叫处理后，再路由到软交换平台。

步骤810：被叫I-CSCF查询HSS获得被叫S-CSCF；

步骤811：被叫I-CSCF将呼叫路由到被叫S-CSCF；

步骤812：被叫S-CSCF评估被叫用户的IFC；

步骤813：被叫S-CSCF将呼叫路由到AS；

被叫S-CSCF触发被叫业务，将呼叫路由到AS。

步骤814：AS处理完被叫IMS业务后，将呼叫送回被叫S-CSCF；

步骤815：被叫S-CSCF判断，没有其它SIP URI和被叫E164号码属于同一隐式注册集；

被叫S-CSCF判断被叫号码为E164号码，且没有其他SIP URI与该号码属同一个隐式注册集，则被叫S-CSCF不做落地处理，而是将呼叫路由到软交换平台。

步骤816：被叫S-CSCF将呼叫路由到软交换平台。

被叫S-CSCF将呼叫路由到软交换平台，同时在被叫号码前加被叫IMS业务触发字冠，抑制软交换平台重复触发IMS业务。

本实施例能够为现网用户提供IMS业务，由于在被叫号码前添加业务触发字冠，能够避免业务的重复触发，并且由于IP多媒体子系统业务平台一次完成主叫和被叫业务的处理，简化了呼叫过程中呼叫信令的数量，缩短了呼叫接续时间。

下面阐述IMS业务平台为了防止业务重复触发如何进行处理。

PSTN侧的网络智能化中，软交换平台查询SHLR得到用户签约智能业务对应的智能业务字冠，在被叫号码前插智能业务字冠，触发对应的智能业务到业务控制点，当业务控制点处理完相应的智能业务后，在返回呼叫到软交换平台时，仍在被叫号码前仍携带相应的智能业务字冠，从而使用软交换知道此智能业务已完成，接着处理用户签约的下一个智能业务。

IMS业务平台为PSTN用户提供IMS业务，需确保能兼容用户已有的智能业务。因此，IMS业务平台在完成IMS业务处理，将呼叫路由回PSTN网络的软交换平台时，要符合现网全网智能化的要求，使用户其他的智能业务能够正常完成。以aa/bb分别代表主叫IMS业务触发字冠和被叫IMS业务触发字冠为例说明相应的处理方法：

1)IMS平台仅为用户提供了主叫IMS业务，呼叫路由回PSTN网络的软交换平台，当呼叫被路由回与主叫同大区的PSTN网络的软交换平台交换时，加主叫IMS业务触发字冠aa，以便主叫的其他智能业务能够继续处理。当呼叫被路由到与主叫不同大区的PSTN网络的软交换平台时，不带任何字冠。因为此时带主叫IMS业务触发字冠aa到软PSTN网络的软交换平台会由于用户没有签约而出错。

2)当IMS平台为用户提供了被叫IMS业务，呼叫路由回PSTN网络的软交换平台时一律携带被叫IMS业务触发字冠bb。

实施例八

本实施例阐述一种服务呼叫会话控制功能对被叫路由的处理逻辑流程，参见图9，该流程可以包括以下步骤：

步骤901：IP多媒体子系统接收请求；

现网用户发起的邀请(INVITE)请求被触发到IMS。

步骤902：判断业务触发字冠是主叫还是被叫业务触发字冠，如果是主叫业务触发字冠，执行步骤903，如果是被叫业务触发字冠，执行步骤912；

步骤903：处理主叫业务；

IMS根据主叫用户的E164号码处理主叫IMS业务。

步骤904：被叫号码为E164号码，查询ENUM服务器，是否有与所述E164号码对应的SIP URI；如果有，执行步骤907，如果没有，执行步骤905；

步骤905：在被叫号码前加主叫IMS业务触发字冠；

在被叫号码前加主叫IMS业务触发字冠，优先依据被叫E164号码进行路由，如无相应路由，再按照主叫E164号码进行路由。

步骤906：将呼叫请求路由到软交换平台；

根据路由结果将INVITE请求发往PSTN网络内的软交换平台。

步骤907：依据被叫号码域名路由INVITE请求；

步骤908：处理被叫IMS业务；

IMS业务平台根据被叫用户的E164号码做被叫业务处理。

步骤909：判断被叫E164号码是否与其它SIP URI在同一隐式注册集；

IMS业务平台的被叫S-CSCF判断被叫号码为E164号码，判断是否有其它SIP URI与其属于同一隐式注册集，如果是与其它SIP URI属于同一隐式注册集，则执行步骤911，如果否，则执行步骤910；

步骤910：在被叫号码前加被叫业务触发字冠；

步骤911：将呼叫请求在IMS网络内落地；

当有其它SIP URI与被叫E164号码属于同一隐式注册集时，需要做落地处理，将呼叫请求在被叫所属的IMS网络内落地。

步骤912：判断被叫字冠是否是通配PSI；如果是，执行步骤913，如果不是，执行步骤908；

步骤913：触发被叫IMS业务；

根据通配PSI触发被叫IMS业务。

步骤914：将呼叫请求路由到软交换平台。

根据被叫E164号码路由，依据路由结果将INVITE请求发往PSTN网络的软交换平台。

本实施例能够为现网用户提供IMS业务，由于IP多媒体子系统业务平台一次完成主叫和被叫业务的处理，简化了呼叫过程中呼叫信令的数量，缩短了呼叫接续时间；IP多媒体子系统业务平台根据需要决定业务触发后呼叫是被路由到软交换平台还是被叫用户所属的IP多媒体子系统网络，能够起到路由优化的作用；由于在被叫号码前添加业务触发字冠，能够避免业务的重复触发。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

以上提供了一种提供IP多媒体子系统业务的方法，本发明实施例还提供了IP多媒体子系统业务平台和通信系统。

首先阐述IMS业务平台，此处的IMS业务平台可以是指S-CSCF，也可以是S-CSCF、I-CSCF、AS和HSS等。

参见图10，一种IMS业务平台，包括：

第一判断单元1001，用于判断呼叫是否在IP多媒体子系统内路由；

第一添加单元1002，用于在所述第一判断单元1001判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；

第一路由单元1003，用于将呼叫请求路由到软交换平台，所述呼叫请求包含所述添加触发字冠的被叫号码。

其中，所述第一判断单元1001包括：

第一查询单元，用于查询是否有与所述被叫号码对应的会话初始协议统一资源标识；

第一判断子单元，用于在所述第一查询单元查询没有与所述被叫号码对应的会话初始协议统一资源标识，则判断呼叫不在IP多媒体子系统内路由。

上述IMS业务平台可以用于实现本发明实施例提及的提供主叫侧IMS业务的方法，但不限于实现该方法。

参见图11，一种IMS业务平台，包括：

第二判断单元1101，用于判断被叫号码是否匹配通配公共服务身份；

第一处理单元1102，用于在所述第二判断单元1101判断所述被叫号码匹配通配公共服务身份时，根据所述通配公共服务身份处理被叫IP多媒体子系统业务；

第二路由单元1103，用于在所述第一处理单元1102处理完被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台；

第三判断单元1104，用于在所述第二判断单元1101判断被叫号码不匹配通配公共服务身份时，判断呼叫是否在IP多媒体子系统内落地；

第二添加单元1105，用于在所述第三判断单元1104判断呼叫不在IP多媒体子系统内落地时，在被叫号码前添加触发字冠；

第三路由单元1106，用于将呼叫请求路由到软交换平台，所述呼叫请求包含所述第二添加单元1105添加触发字冠的被叫号码。

其中，所述第三判断单元1104包括：

第二查询单元，用于查询是否有会话初始协议统一资源标识和所述被叫号码属于同一隐式注册集；

第三判断子单元，用于在所述第二查询单元查询没有会话初始协议统一资源标识和所述被叫号码属于同一隐式注册集时，则判断呼叫不在IP多媒体子系统内落地。

其中，上述IP多媒体子系统业务平台还包括：

第四判断单元，用于判断被叫号码前的触发字冠是主叫触发字冠还是被叫触发字冠；

第五判断单元，用于在所述第四判断单元判断被叫号码前的触发字冠是主叫触发字冠时，判断呼叫是否路由到IP多媒体子系统内；

第四路由单元，用于在所述第五判断单元判断呼叫路由到IP多媒体子系统内时，根据与所述被叫号码对应的会话初始协议统一资源标识，将呼叫请求路由到被叫网络；

所述第二判断单元1101用于在所述第四判断单元判断是被叫触发字冠时，判断被叫号码是否匹配通配公共服务身份。

上述IMS业务平台可以用于实现本发明实施例提及的提供被叫侧IMS业务的方法以及一次处理主被叫侧IMS业务的方法，但不限于实现该方法。

下面阐述通信系统。

参见图12，一种通信系统，包括：

IP多媒体子系统业务平台1201，用于判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；将呼叫请求路由到软交换平台1202，所述呼叫请求包含添加触发字冠的被叫号码；

软交换平台1202，用于接收所述IP多媒体子系统业务平台1201处理完主叫IP多媒体子系统业务后送回的呼叫请求。

参见图13，一种通信系统，包括：

IP多媒体子系统业务平台1301，用于判断被叫号码是否匹配通配公共服务身份；如果所述被叫号码匹配通配公共服务身份，根据所述通配公共服务身份处理被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台1302；如果所述被叫号码不匹配通配公共服务身份，判断呼叫不在IP多媒体子系统内落地时，在被叫号码前添加触发字冠，将呼叫请求路由到软交换平台1302，所述呼叫请求包含添加触发字冠的被叫号码；

软交换平台1302，用于接收所述IP多媒体子系统业务平台1301处理完主叫IP多媒体子系统业务后送回的呼叫请求。

其中，上述IP多媒体子系统业务平台1301还用于判断被叫号码前的触发字冠是主叫触发字冠还是被叫触发字冠；如果是主叫触发字冠，在判断呼叫路由到IP多媒体子系统内时，根据与所述被叫号码对应的会话初始协议统一资源标识，将呼叫请求路由到被叫网络；如果是被叫触发字冠，则判断被叫号码是否匹配通配公共服务身份。

本发明实施例由于在被叫号码前添加业务触发字冠，能够避免业务的重复触发。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上对本发明实施例所提供的一种提供网际协议多媒体子系统业务的方法、系统及装置进行了详细介绍，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1、一种提供网际协议IP多媒体子系统业务的方法，其特征在于，包括：

2、根据权利要求1所述的提供IP多媒体子系统业务的方法，其特征在于，所述判断呼叫不在IP多媒体子系统内路由包括：

查询没有与所述被叫号码对应的会话初始协议统一资源标识，则判断呼叫不在IP多媒体子系统内路由。

3、根据权利要求1所述的提供IP多媒体子系统业务的方法，其特征在于，如果有多个主叫IP多媒体子系统业务需要触发时，所述在被叫号码前添加触发字冠的步骤具体为：

在被叫号码前添加所述多个主叫IP多媒体子系统业务中的最后一个主叫IP多媒体子系统业务的触发字冠。

4、一种提供IP多媒体子系统业务的方法，其特征在于，包括：

判断被叫号码是否匹配通配公共服务身份；

5、根据权利要求4所述的提供IP多媒体子系统业务的方法，其特征在于，所述判断呼叫不在IP多媒体子系统内落地包括：

6、根据权利要求4所述的提供IP多媒体子系统业务的方法，其特征在于，如果有多个被叫IP多媒体子系统业务需要触发时，所述在被叫号码前添加触发字冠的步骤具体为：

7、根据权利要求4所述的提供IP多媒体子系统业务的方法，其特征在于，所述判断呼叫不在IP多媒体子系统内落地之前还包括：

删除被叫号码前的触发字冠。

8、根据权利要求4至7任一项所述的提供IP多媒体子系统业务的方法，其特征在于，所述判断被叫号码是否匹配通配公共服务身份之前还包括：

判断被叫号码前的触发字冠是主叫触发字冠还是被叫触发字冠；

如果是主叫触发字冠，在判断呼叫路由到IP多媒体子系统内时，根据与所述被叫号码对应的会话初始协议统一资源标识，将呼叫请求路由到被叫网络；

如果是被叫触发字冠，则判断被叫号码是否匹配通配公共服务身份。

9、一种IP多媒体子系统业务平台，其特征在于，包括：

10、根据权利要求9所述的多媒体子系统业务平台，其特征在于，所述第一判断单元包括：

11、一种IP多媒体子系统业务平台，其特征在于，包括：

12、根据权利要求11所述的IP多媒体子系统业务平台，其特征在于，所述第三判断单元包括：

13、根据权利要求11或12所述的IP多媒体子系统业务平台，其特征在于，还包括：

所述第二判断单元用于在所述第四判断单元判断是被叫触发字冠时，判断被叫号码是否匹配通配公共服务身份。

14、一种通信系统，其特征在于，包括：

15、一种通信系统，其特征在于，包括：

16、根据权利要求15所述的通信系统，其特征在于，所述IP多媒体子系统业务平台还用于判断被叫号码前的触发字冠是主叫触发字冠还是被叫触发字冠；如果是主叫触发字冠，在判断呼叫路由到IP多媒体子系统内时，根据与所述被叫号码对应的会话初始协议统一资源标识，将呼叫请求路由到被叫网络；如果是被叫触发字冠，则判断被叫号码是否匹配通配公共服务身份。