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

专利名称：提供网际协议多媒体子系统业务的方法、系统及装置的制作方法
技术领域：
本发明涉及通信技术领域，尤其涉及一种提供网际协议多媒体子系统业 务的方法、系统及装置。
背景技术：
目前公共电话交换网(Public Switched Telephone Network, PSTN)侧已
经实现网络智能化，端局用户的智能业务在汇接局上集中触发。所有用户的 智能业务签约在智能归属位置寄存器(Smart Home Location Register, SHLR) 上，用户端局呼叫全部上移到汇接局上，汇接局通过查询SHLR得到用户签 约智能业务对应的字冠，并按照业务的顺序顺次在被叫号码前插智能业务字 冠，并触发对应的智能业务。当智能业务触发完毕后，最后沖艮据;故叫号码接 续被叫。
语音呼叫连续性(Voice Call Continuity between CS and IMS, VCC )包 括呼叫锚定、域选择和域切换三个部分。其中"呼叫锚定"定义了如何将电 路交换(Circuit Switched, CS )域的呼叫信令锚定到网际协议(Internet Protocol, IP)多i某体子系统(IP Multimedia Subsystem, IMS)域的VCC应 用服务器(Application Server, AS )，这样VCC AS可为用户提供后续的如"域 切换"的服务。VCC方案中的"呼叫锚定"原理，同样可以应用到其他由IMS 域AS为CS域或PSTN域用户^是供业务的场景中。
在实现本发明的过程中，发明人发现上述技术方案至少存在如下缺陷 现有技术描述的是呼叫锚定的基本流程，但没有涉及在利用IMS域AS 为CS域或PSTN域用户提供业务时，呼叫路由该如何走原有的汇接局，也 没有定义如何防止在汇接局上重复触发IMS业务。

发明内容
本发明实施例提供了一种提供网际协议多媒体子系统业务的方法、系统 及装置。
本发明实施例的目的是通过以下技术方案实现的 一种提供IP多4某体子系统业务的方法，包括判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；
将呼叫请求路由到软交换平台，所述呼叫请求包含所述添加触发字冠的 被叫号码。
一种提供IP多媒体子系统业务的方法，包括 判断被叫号码是否匹配通配公共服务身份；
如果所述被叫号码匹配通配公共服务身份，根据所述通配公共服务身份 处理被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由 到软交换平台；
如果所述被叫号码不匹配通配公共服务身份，判断呼叫不在IP多媒体子系 统内落地时，在被叫号码前添加触发字冠，将呼叫请求路由到软交换平台， 所述呼叫请求包含所述添加触发字冠的被叫号码。
一种IP多々某体子系统业务平台，包括
第一判断单元，用于判断呼叫是否在IP多媒体子系统内路由；
第 一添加单元，用于在所述第 一判断单元判断呼叫不在IP多媒体子系统内
路由时，在被叫号码前添加触发字冠；
第一路由单元，用于将呼叫请求路由到软交换平台，所述呼叫请求包含 所述添加触发字冠的被叫号码。
一种IP多々某体子系统业务平台，包括
第二判断单元，用于判断被叫号码是否匹配通配公共服务身份；
第一处理单元，用于在所述第二判断单元判断所述被叫号码匹配通配公 共服务身份时，根据所述通配公共服务身份处理被叫IP多媒体子系统业务；
第二路由单元，用于在所述第 一处理单元处理完被叫IP多媒体子系统业务 后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台；
第三判断单元，用于在所述第二判断单元判断被叫号码不匹配通配公共
服务身份时，判断呼叫是否在IP多媒体子系统内落地；
第二添加单元，用于在所述第三判断单元判断呼叫不在IP多i某体子系统内 落地时，在被叫号码前添加触发字冠；
第三路由单元，用于将呼叫请求路由到软交换平台，所述呼叫请求包含 所述第二添加单元添加触发字冠的被叫号码。一种通信系统，包括
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是本发明实施例阐述的通信系统二的组成框图。
具体实施例方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行 清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而 不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作 出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例提供了一种提供网际协议多媒体子系统业务的方法、系统 及装置。
参见图l，图1是为现网用户提供IMS业务的组网示意图，为了采用IMS 业务平台为PSTN域用户提供业务，PSTN域用户的呼叫需要被锚定到IMS 业务平台。锚定的方法是利用运营商已在PSTN网络实施的全网智能化， 将IMS业务平台作为 一个PSTN现网中的一个智能业务平台，并在SHLR为 用户配置相应的IMS业务触发数据。软交换平台收到主叫的始发呼叫请求或 者被叫的落地呼叫请求时，查询SHLR得到主叫或者被叫用户的业务接入码，触发相应的智能业务和/或IMS业务。
图1中的"IMS业务平台"是相对于软交换平台而言的统称，实际组网 中包括了查询呼叫会话控制功能(Interrogating Call Session Control Function, I-CSCF)、服务呼叫^S舌控制功能(Serving Call Session Control Function, S-CSCF )、归属用户服务器(Home Subscriber Server, HSS )、 AS等IMS逻 辑网元。
PSTN现网用户的号码格式为E164号码，为了在IMS业务平台为相应 用户提供业务触发，需要在IMS为该用户设置该E164号码对应的业务签约 数据，该E164号码在IMS的相关业务签约数据，仅用来做业务触发，不涉 及到相关呼叫在IMS域内到用户终端的落地，因此该E164号码无需在IMS 域注册，采用未注册业务的方式进行相关业务触发。
同时，作为可选项，可为该用户分配会话初始协议(Session Initial Protocol, SIP)统一资源标识(Uniform Resource Identifier, URI)作为IMS 网络内的3各由标识，并在El64号码映射(El64 Number Mapping, ENUM ) 服务器上创建E164号码和SIP URI之间的对应关系，用于是否在IMS域内 直才妻触发一皮叫侧IMS的判断依据。
主叫业务的签约通过配置用户的主叫侧初始过滤准则(Initial Filter Criteria, IFC )来实现。被叫业务的签约通过配置用户的被叫侧IFC或者通 过将被叫侧IMS业务接入码配置为通配公共服务身#( public service identity, PSI)来实现。
下面首先阐述一种提供IP多媒体子系统业务的方法。
实施例一
本实施例阐述一种4是供主叫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业务，删除^f皮叫号码前的主叫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 号码和会话初始协议统一资源标识的对应关系，如果没有配置，则在^C叫号 码前添加主叫IP多媒体子系统业务触发字冠后将呼叫请求路由到软交换平 台，软交换平台收到呼叫后查询SHLR, SHLR发现一皮叫号码前有主叫业务 触发字冠，不再触发该字冠对应的主叫业务，能够避免业务的重复触发。
实施例一和实施例二阐述了^是供主叫侧IMS业务的方法，下面的实施例 三至实施例五阐述提供被叫侧IMS业务的方法。
实施例三
本实施例阐述一种提供被叫侧IMS业务的方法，参见图4，本实施例的 方法可以包括以下步骤
在处理完被叫侧IMS业务，需要路由呼叫请求时，执行步骤401;
步骤401:判断被叫号码是否匹配通配公共服务身份；
公共服务身份是一个标识符，可以是SIPURI,通配是指公共服务身份可 以是一个前缀，即可以对应一个业务触发字冠。例如
被叫号码为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多i某体子系统业务的触发字冠。
判断呼叫不在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判断无SIPURI与被叫号码属于同一隐式注册集；
S-CSCF发现净皮叫号码为E164号码，且无SIPURI与其属于同一隐式注 册集，说明该呼叫需要路由到软交换而不是在IMS网络内落地。
如果S-CSCF判断有SIPURI与一皮叫E164号码属于同一隐式注册集时， 则说明该呼叫需要路由到IMS网络内。
步骤509: S-CSCF将呼叫路由到软交换平台。
S-CSCF将呼叫路由回软PSTN网络的软交换平台，并且在被叫号码前 加被叫IMS业务触发字冠，当有多个^皮叫IMS业务触发时，加最后一个触 发的被叫IMS业务触发字冠，避免业务重复触发。
本实施例能够为现网用户4是供IMS业务，并且由于IMS业务平台在处 理完被叫IMS业务后，进一步判断是否会话初始协议统一资源标识和被叫 E164号码属于同一隐式注册集，如果没有，则在被叫号码前添加被叫IP多 媒体子系统业务触发字冠后将呼叫请求路由到软交换平台，软交换平台收到呼叫后查询SHLR， SHLR发现被叫号码前有被叫业务触发字冠，不再触发 该字冠对应的#1叫业务，能够避免业务的重复触发。
实施例四被叫业务的签约是通过配置用户的被叫侧IFC来实现，实施例 五则是通过将被叫侧IMS业务接入码配置为通配PSI来实现。
实施例五
本实施例阐述一种被叫侧IMS业务的触发流程，参见图6,该流程可以 包括以下步骤
步骤601:软交换平台向SHLR查询；
软交换平台查询SHLR, SHLR发现被叫用户签约了 IMS业务，于是在 被叫号码前加上被叫侧IMS业务触发字冠返回给软交换平台。 步骤602:软交换平台将呼叫路由到I-CSCF;
软交换平台触发被叫侧IMS业务，将呼叫路由到IMS业务平台，此处 是将呼叫路由到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,本实施 例的方法可以包括以下步骤
协-汉统一资源标识；
在处理完主叫IP多i某体子系统业务后，主叫服务呼叫会话控制功能在判断 被叫号码为E164号码时，查询E164号码映射服务器获取与所述E164号码对应 的会话初始协议统一 资源标识；
步骤702:主叫服务呼叫会话控制功能根据所述会话初始协议统一资源标 识，将呼叫请求路由到被叫服务呼叫会话控制功能；
步骤703:应用服务器在接收到所述被叫服务呼叫会话控制功能发送的呼 叫请求后，处理被叫IP多媒体子系统业务，处理完被叫IP多媒体子系统业务后 将呼叫请求送回被叫服务呼叫会话控制功能；
处理被叫IP多媒体子系统业务之前还包括步骤703A:判断被叫IP多媒 体子系统业务触发字冠是否是公共服务身份；如果被叫业务触发字冠是公共 服务身份,根据所述公共服务身份触发被叫IP多媒体子系统业务并将呼叫请求 路由到软交换平台；如果被叫业务触发字冠不是公共服务身份，执行所述处 理被叫IP多々某体子系统业务的步骤。
判断被叫IP多i某体子系统业务触发字冠是否是公共服务身份之前还包括判断被叫号码前的业务触发字冠是主叫IP多媒体子系统业务触发字冠还是被
叫IP多媒体子系统业务触发字冠；如果被叫号码前的业务触发字冠是被叫IP
多媒体子系统业务触发字冠,执行判断被叫IP多媒体子系统业务触发字冠是否
是公共服务身份的步骤703A;如果被叫号码前的业务触发字冠是主叫IP多媒 体子系统业务触发字冠，处理主叫IP多4某体子系统业务，处理完后执行所述查
识的步骤701。
步骤704:被叫服务呼叫会话控制功能在判断被叫号码是E164号码时，判 断是否有会话初始协议统一资源标识和所述E164号码属于同一隐式注册集； 如果判断没有会话初始协议统一资源标识和所述E164号码属于同一隐式注册 集时，执行步骤705;
如果判断有会话初始协议统一资源标识和所述E164号码属于同 一隐式注 册集时，被叫服务呼叫会话控制功能根据所述会话初始协议统一资源标识， 将呼叫请求路由到被叫所属的IP多媒体子系统网络内。
步骤705:在所述被叫号码前添加被叫IP多媒体子系统业务触发字冠；
步骤706:所述被叫服务呼叫会话控制功能将包含所述被叫IP多媒体子系 统业务触发字冠的被叫号码的呼叫请求路由到软交换平台。
本实施例能够为现网用户4是供IMS业务，由于在^^皮叫号码前添加业务触 发字冠，能够避免业务的重复触发，并且本实施例由于IP多々某体子系统业务 平台 一次完成主叫和被叫业务的处理，简化了呼叫过程中呼叫信令的数量， 缩短了呼叫接续时间；IP多媒体子系统业务平台根据需要决定业务触发后呼 叫是被路由到软交换平台还是被叫用户所属的IP多媒体子系统网络，能够起 到路由优化的作用。
实施例七
本实施例阐述一种IMS业务平台 一次处理主被叫业务的流程，参见图8, 该流程可以包括以下步骤
步骤801:软交换平台查询SHLR;
软交换平台查询SHLR, SHLR发现主叫用户签约了 IMS业务，于是在 被叫号码前加上主叫侧IMS业务触发字冠返回给软交换平台。步骤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与El64号码的对应关系，由于处理 完主叫侧IMS业务后需要立即处理被叫侧IMS业务，因此不能将呼叫路由 回软交换平台，此时ENUM月良务器中必须配置El 64号码和SIP URI的对应 关系，主叫S-CSCF查询ENUM l良务器来获得对应SIP URI, E164号码与 SIP URI的对应关系需要预先配置在ENUM服务器上。
步骤809:主叫S-CSCF将呼叫路由到被叫I-CSCF;
主叫S-CSCF依据ENUM查询获的SIP URI格式的被叫号码，按域名部 分路由呼叫到被叫所属的I-CSCF。如果IMS业务平台^f故完了主叫处理，再 紧接着做被叫处理，必然需要在ENUM服务器中配置相应的El 64到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判断，没有其它SIPURI和被叫El64号码属于 同一隐式注册集；
被叫S-CSCF判断被叫号码为E164号码，且没有其他SIPURI与该号码 属同一个隐式注册集，则被叫S-CSCF不做落地处理，而是将呼叫路由到软 交换平台。
步骤816:被叫S-CSCF将呼叫路由到软交换平台。
被叫S-CSCF将呼叫路由到软交换平台，同时在被叫号码前加被叫IMS 业务触发字冠，抑制软交换平台重复触发IMS业务。
本实施例能够为现网用户提供IMS业务，由于在被叫号码前添加业务触 发字冠，能够避免业务的重复触发，并且由于IP多力某体子系统业务平台一次 完成主叫和被叫业务的处理，简化了呼叫过程中呼叫信令的数量，缩短了呼 叫4妄续时间。
下面阐述IMS业务平台为了防止业务重复触发如何进行处理。
PSTN侧的网络智能化中，软交换平台查询SHLR得到用户签约智能业 务对应的智能业务字冠，在被叫号码前插智能业务字冠，触发对应的智能业 务到业务控制点，当业务控制点处理完相应的智能业务后，在返回呼叫到软 交换平台时，仍在被叫号码前仍携带相应的智能业务字冠，从而使用软交换 知道此智能业务已完成，接着处理用户签约的下一个智能业务。
IMS业务平台为PSTN用户提供IMS业务，需确保能兼容用户已有的智 能业务。因此，IMS业务平台在完成IMS业务处理，将呼叫路由回PSTN网 络的软交换平台时，要符合现网全网智能化的要求，使用户其他的智能业务 能够正常完成。以aa/bb分别代表主叫IMS业务触发字冠和被叫IMS业务触 发字冠为例说明相应的处理方法
1 ) IMS平台仅为用户提供了主叫IMS业务，呼叫路由回PSTN网络的 软交换平台，当呼叫被路由回与主叫同大区的PSTN网络的專欠交换平台交换 时，加主叫IMS业务触发字冠aa,以便主叫的其他智能业务能够继续处理。 当呼叫被路由到与主叫不同大区的PSTN网络的软交换平台时，不带任何字 冠。因为此时带主叫IMS业务触发字冠aa到软PSTN网络的软交换平台会由于用户没有签约而出^l晉。
2)当IMS平台为用户提供了被叫IMS业务，呼叫路由回PSTN网络的 软交换平台时一律携带被叫IMS业务触发字冠bb。 实施例八
本实施例阐述一种服务呼叫会话控制功能对被叫路由的处理逻辑流程， 参见图9，该流程可以包括以下步骤
步骤901: IP多i某体子系统接收请求；
现网用户发起的邀请(INVITE)请求被触发到IMS。
步骤902:判断业务触发字冠是主叫还是被叫业务触发字冠，如果是主 叫业务触发字冠，执行步骤903，如果是被叫业务触发字冠，执行步骤912;
步骤903:处理主叫业务；
IMS才艮据主叫用户的El64号码处理主叫IMS业务。
步骤904:被叫号码为E164号码，查询ENUM力良务器，是否有与所述 E164号码对应的SIPURI;如果有，执行步骤907,如果没有，执行步骤905;
步骤905:在一皮叫号码前加主叫IMS业务触发字冠；
在被叫号码前加主叫IMS业务触发字冠，优先依据被叫El64号码进行 路由，如无相应路由，再按照主叫E164号码进行路由。
步骤906:将呼叫请求路由到软交换平台；
根据路由结果将INVITE请求发往PSTN网络内的软交换平台。
步骤907:依据被叫号码域名路由INVITE请求；
步骤908:处理;故叫IMS业务；
IMS业务平台根据被叫用户的El64号码做被叫业务处理。
步骤909:判断^^皮叫E164号码是否与其它SIPURI在同一隐式注册集；
IMS业务平台的被叫S-CSCF判断被叫号码为E164号码，判断是否有其
它SIPURT与其属于同一隐式注册集，如果是与其它SIPURI属于同一隐式
注册集，则执行步骤911,如果否，则执行步骤910; 步骤910:在纟皮叫号码前加被叫业务触发字冠； 步骤911:将呼叫请求在IMS网络内落地；
当有其它SIPURI与^皮叫E164号码属于同一隐式注册集时，需务敗落地处理，将呼叫请求在被叫所属的IMS网络内落地。
步骤912:判断被叫字冠是否是通配PSI;如果是，执行步骤913,如果 不是，执行步骤908;
步骤913:触发被叫IMS业务； 冲艮据通配PSI触发4皮叫IMS业务。 步骤914:将呼叫请求路由到软交换平台。
根据被叫E164号码路由，依据路由结果将INVITE请求发往PSTN网络 的软交换平台。
本实施例能够为现网用户4是供IMS业务，由于IP多i某体子系统业务平 台一次完成主叫和被叫业务的处理，简化了呼叫过程中呼叫信令的数量，缩 短了呼叫接续时间；IP多媒体子系统业务平台根据需要决定业务触发后呼叫 是被路由到软交换平台还是被叫用户所属的IP多媒体子系统网络，能够起到 路由优化的作用；由于在被叫号码前添加业务触发字冠，能够避免业务的重 复触发。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表 述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描 述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者 同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例 均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有 详述的部分，可以参见其他实施例的相关描述。
以上提供了一种提供IP多々某体子系统业务的方法，本发明实施例还提供 了 IP多媒体子系统业务平台和通信系统。
首先阐述IMS业务平台，此处的IMS业务平台可以是指S-CSCF,也可 以是S隱CSCF、 I-CSCF、 AS和HSS等。
参见图10, —种IMS业务平台，包括
第一判断单元IOOI,用于判断呼叫是否在IP多媒体子系统内路由； 第一添加单元1002,用于在所述第一判断单元1001判断呼叫不在IP多i某体 子系统内路由时，在被叫号码前添加触发字冠；第一路由单元1003,用于将呼叫请求路由到软交换平台，所述呼叫请求
包含所述添加触发字冠的被叫号码。
其中，所述第一判断单元1001包括
第一查询单元，用于查询是否有与所述被叫号码对应的会话初始协议统 一资源标识；
第一判断子单元，用于在所述第一查询单元查询没有与所述被叫号码对 应的会话初始协议统一资源标识，则判断呼叫不在IP多媒体子系统内路由。
上述IMS业务平台可以用于实现本发明实施例提及的提供主叫侧IMS 业务的方法，但不限于实现该方法。
参见图ll， 一种IMS业务平台，包括
第二判断单元l 101,用于判断被叫号码是否匹配通配公共服务身份； 第一处理单元1102,用于在所述第二判断单元1101判断所述被叫号码匹 配通配公共服务身份时，根据所述通配公共服务身份处理被叫IP多媒体子系统
业务；
第二路由单元1103 ，用于在所述第 一处理单元1102处理完被叫IP多媒体子 系统业务后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台；
第三判断单元1104,用于在所述第二判断单元1101判断被叫号码不匹配 通配公共服务身份时，判断呼叫是否在IP多媒体子系统内落地；
第二添加单元1105，用于在所述第三判断单元1104判断呼叫不在IP多媒体 子系统内落地时，在被叫号码前添加触发字冠；
第三路由单元1106,用于将呼叫请求路由到软交换平台，所述呼叫请求 包含所述第二添加单元1105添加触发字冠的被叫号码。
其中，所述第三判断单元1104包括
第二查询单元，用于查询是否有会话初始协议统一资源标识和所述被叫
号码属于同一隐式注册集；
第三判断子单元，用于在所述第二查询单元查询没有会话初始协议统一 资源标识和所述被叫号码属于同 一 隐式注册集时，则判断呼叫不在IP多^某体子 系统内落地。
其中，上述IP多i某体子系统业务平台还包括第四判断单元，用于判断被叫号码前的触发字冠是主叫触发字冠还是被 叫触发字冠；
第五判断单元，用于在所述第四判断单元判断被叫号码前的触发字冠是
主叫触发字冠时，判断呼叫是否路由到IP多媒体子系统内；
第四路由单元，用于在所述第五判断单元判断呼叫路由到IP多媒体子系统 内时，根据与所述被叫号码对应的会话初始协议统一资源标识，将呼叫请求 路由到^皮叫网络；
所述第二判断单元1101用于在所述第四判断单元判断是被叫触发字冠 时，判断被叫号码是否匹配通配公共服务身份。
上述IMS业务平台可以用于实现本发明实施例提及的提供被叫侧IMS 业务的方法以及一次处理主^皮叫侧IMS业务的方法，-f旦不限于实现该方法。
下面阐述通信系统。
参见图12， 一种通信系统，包括
IP多媒体子系统业务平台1201,用于判断呼叫不在IP多媒体子系统内路由 时，在被叫号码前添加触发字冠；将呼叫请求路由到软交换平台1202，所述 呼叫请求包含添加触发字冠的被叫号码；
软交换平台1202,用于接收所述IP多媒体子系统业务平台1201处理完主叫 IP多媒体子系统业务后送回的呼叫请求。
参见图13， 一种通信系统，包括
IP多媒体子系统业务平台1301 ，用于判断被叫号码是否匹配通配公共服务 身份；如果所述被叫号码匹配通配公共服务身份，根据所述通配公共服务身 份处理被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路 由到软交换平台1302;如果所述被叫号码不匹配通配公共服务身份，判断呼 叫不在IP多々某体子系统内落地时，在被叫号码前添加触发字冠，将呼叫请求路 由到软交换平台1302,所述呼叫请求包含添加触发字冠的被叫号码；
软交换平台1302,用于接收所述IP多媒体子系统业务平台1301处理完主叫 IP多媒体子系统业务后送回的呼叫请求。
其中，上述IP多々某体子系统业务平台1301还用于判断被叫号码前的触 发字冠是主叫触发字冠还是被叫触发字冠；如果是主叫触发字冠，在判断呼叫路由到IP多媒体子系统内时，根据与所述被叫号码对应的会话初始协i义统 一资源标识，将呼叫请求路由到被叫网络；如果是被叫触发字冠，则判断被 叫号码是否匹配通配公共服务身份。
本发明实施例由于在被叫号码前添加业务触发字冠，能够避免业务的重 复触发。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤 是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机 可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上对本发明实施例所提供的一种提供网际协议多媒体子系统业务的方 法、系统及装置进行了详细介绍，以上实施例的说明只是用于帮助理解本发
明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想， 在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不 应理解为对本发明的限制。
权利要求
1、一种提供网际协议IP多媒体子系统业务的方法，其特征在于，包括判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；将呼叫请求路由到软交换平台，所述呼叫请求包含所述添加触发字冠的被叫号码。
2、 根据权利要求1所述的提供IP多媒体子系统业务的方法，其特征在于， 所述判断呼叫不在IP多媒体子系统内路由包括查询没有与所述被叫号码对应的会话初始协议统一资源标识，则判断呼 叫不在IP多媒体子系统内路由。
3、 根据权利要求1所述的提供IP多媒体子系统业务的方法，其特征在于， 如果有多个主叫IP多媒体子系统业务需要触发时，所述在被叫号码前添加触发 字冠的步骤具体为在被叫号码前添加所述多个主叫IP多媒体子系统业务中的最后一个主叫 IP多媒体子系统业务的触发字冠。
4、 一种提供IP多媒体子系统业务的方法，其特征在于，包括 判断被叫号码是否匹配通配公共服务身份；如果所述被叫号码匹配通配公共服务身份，根据所述通配公共服务身份 处理被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由 到软交换平台；如果所述被叫号码不匹配通配公共服务身份，判断呼叫不在IP多媒体子系 统内落地时，在被叫号码前添加触发字冠，将呼叫请求路由到软交换平台， 所述呼叫请求包含所述添加触发字冠的被叫号码。
5、 根据权利要求4所述的提供IP多媒体子系统业务的方法，其特征在于， 所述判断呼叫不在IP多媒体子系统内落地包括查询没有会话初始协议统一资源标识和所述被叫号码属于同一隐式注册 集，则判断呼叫不在IP多^某体子系统内落地。
6、 根据权利要求4所述的提供IP多媒体子系统业务的方法，其特征在于， 如果有多个被叫IP多媒体子系统业务需要触发时，所述在被叫号码前添加触发 字冠的步骤具体为在被叫号码前添加所述多个被叫IP多媒体子系统业务中的最后一个被叫IP多々某体子系统业务的触发字冠。
7、 根据权利要求4所述的提供IP多媒体子系统业务的方法，其特征在于， 所述判断呼叫不在IP多媒体子系统内落地之前还包括删除被叫号码前的触发字冠。
8、 根据权利要求4至7任一项所述的提供IP多媒体子系统业务的方法，其 特征在于，所述判断被叫号码是否匹配通配公共服务身份之前还包括判断被叫号码前的触发字冠是主叫触发字冠还是被叫触发字冠； 如果是主叫触发字冠，在判断呼叫路由到IP多媒体子系统内时，根据与所 述被叫号码对应的会话初始协议统一资源标识，将呼叫请求路由到被叫网络； 如果是被叫触发字冠，则判断被叫号码是否匹配通配公共服务身份。
9、 一种IP多媒体子系统业务平台，其特征在于，包括第 一判断单元，用于判断呼叫是否在IP多媒体子系统内路由；第 一添加单元，用于在所述第 一判断单元判断呼叫不在IP多々某体子系统内路由时，在被叫号码前添加触发字冠；第一路由单元，用于将呼叫请求路由到软交换平台，所述呼叫请求包含 所述添加触发字冠的被叫号码。
10、根据权利要求9所述的多媒体子系统业务平台，其特征在于，所述第 一判断单元包括第一查询单元，用于查询是否有与所述被叫号码对应的会话初始协议统 一资源标识；第一判断子单元，用于在所述第一查询单元查询没有与所述被叫号码对 应的会话初始协议统一资源标识，则判断呼叫不在IP多々某体子系统内路由。
11、 一种IP多媒体子系统业务平台，其特征在于，包括 第二判断单元，用于判断被叫号码是否匹配通配公共服务身份； 第 一处理单元，用于在所述第二判断单元判断所述被叫号码匹配通配公 共服务身份时，根据所述通配公共服务身份处理被叫IP多媒体子系统业务；第二路由单元，用于在所述第 一处理单元处理完被叫IP多媒体子系统业务 后，将包含触发字冠的被叫号码的呼叫请求路由到软交换平台；第三判断单元，用于在所述第二判断单元判断被叫号码不匹配通配公共服务身份时，判断呼叫是否在IP多々某体子系统内落地；第二添加单元，用于在所述第三判断单元判断呼叫不在IP多媒体子系统内 落地时，在被叫号码前添加触发字冠；第三路由单元，用于将呼叫请求路由到软交换平台，所述呼叫请求包含 所述第二添加单元添加触发字冠的被叫号码。
12、 根据权利要求11所述的IP多媒体子系统业务平台，其特征在于，所述 第三判断单元包括第二查询单元，用于查询是否有会话初始协议统一资源标识和所述被叫号码属于同一隐式注册集；第三判断子单元，用于在所述第二查询单元查询没有会话初始协议统一 资源标识和所述^c叫号码属于同 一隐式注册集时，则判断呼叫不在IP多々某体子 系统内落;也。
13、 根据权利要求11或12所述的IP多媒体子系统业务平台，其特征在于， 还包括第四判断单元，用于判断被叫号码前的触发字冠是主叫触发字冠还是被 叫触发字冠；第五判断单元，用于在所述第四判断单元判断被叫号码前的触发字冠是 主叫触发字冠时，判断呼叫是否路由到IP多媒体子系统内；第四路由单元，用于在所述第五判断单元判断呼叫路由到IP多i某体子系统内时，根据与所述被叫号码对应的会话初始协议统一资源标识，将呼叫请求 路由到被叫网络；所述第二判断单元用于在所述第四判断单元判断是被叫触发字冠时，判 断被叫号码是否匹配通配公共服务身份。
14、 一种通信系统，其特征在于，包括IP多媒体子系统业务平台，用于判断呼叫不在IP多媒体子系统内路由时， 在被叫号码前添加触发字冠；将呼叫请求路由到软交换平台，所述呼叫请求 包含添加触发字冠的被叫号码；软交换平台，用于接收所述IP多々某体子系统业务平台处理完主叫IP多4某体 子系统业务后送回的呼叫请求。
15、 一种通信系统，其特征在于，包括IP多媒体子系统业务平台，用于判断被叫号码是否匹配通配公共服务身 份；如果所述被叫号码匹配通配公共服务身份，根据所述通配公共服务身份 处理被叫IP多媒体子系统业务后，将包含触发字冠的被叫号码的呼叫请求路由 到软交换平台；如果所述被叫号码不匹配通配公共服务身份，判断呼叫不在IP 多媒体子系统内落地时，在被叫号码前添加触发字冠，将呼叫请求路由到软 交换平台，所述呼叫请求包含添加触发字冠的被叫号码；软交换平台，用于接收所述IP多i某体子系统业务平台处理完主叫IP多媒体 子系统业务后送回的呼叫请求。
16、 根据权利要求15所述的通信系统，其特征在于，所述IP多^某体子系统 业务平台还用于判断被叫号码前的触发字冠是主叫触发字冠还是被叫触发字 冠；如果是主叫触发字冠，在判断呼叫路由到IP多媒体子系统内时，根据与所 述被叫号码对应的会话初始协议统一资源标识，将呼叫请求路由到被叫网络； 如果是被叫触发字冠，则判断被叫号码是否匹配通配公共服务身份。
全文摘要
本发明实施例公开了一种提供网际协议多媒体子系统业务的方法、系统及装置，一种提供IP多媒体子系统业务的方法，包括判断呼叫不在IP多媒体子系统内路由时，在被叫号码前添加触发字冠；将呼叫请求路由到软交换平台，所述呼叫请求包含所述添加触发字冠的被叫号码。本发明实施例由于在被叫号码前添加业务触发字冠，能够避免业务的重复触发。
文档编号H04L29/08GK101437176SQ20081018078
公开日2009年5月20日 申请日期2008年12月2日 优先权日2008年12月2日
发明者揩 文, 鑫 聂 申请人:华为技术有限公司