CN101771693B - 一种传递虚拟运营商数据的方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种传递虚拟运营商(VTP)数据的方法、装置及系统，该方法包括：获取虚拟运营商配置数据；将获取的虚拟运营商配置数据发送给应用服务器(AS)或者服务的呼叫会话控制功能(S-CSCF)。本发明技术方案由于在实现对HSS配置VTP配置数据后，由HSS将VTP配置数据发送给相应的网元，实现对其它网元的配置，从而克服了现有技术中对多个网元配置VTP配置数据难以达到全网统一配置的缺点，便于对全网中网元统一管理，降低了配置的复杂度。

Description

一种传递虚拟运营商数据的方法、装置及系统

技术领域

本发明涉及通信技术领域，具体涉及一种传递虚拟运营商(VTP)数据的方法、装置及系统。

背景技术

互联网协议多媒体子系统(IMS，Intemet Protocol Multimedia Subsystem)是电信下一代核心网，是与接入技术无关的核心网。IMS基于会话初始化协议(SIP，Session Initiation Protocol)体系，其中，SIP是按客户端或服务器方式工作的基于文本的信令协议，IMS使用SIP呼叫控制机制来创建、管理和终结各种类型的多媒体业务。各种类型的客户端通过IMS都可能建立起端到端的互联网协议(IP，Intemet Protocol)通信。并可获得所需要的服务质量。除会晤管理外，IMS体系还涉及完成服务提供所必须的功能(例如注册、安全、计费、承载控制、漫游)。可以说IMS提供了业务融合的基础，基于IP技术。它同时支持语音、数据和多媒体技术以及新的应用。

随着电信领域竞争的剧烈加剧，运营方式的多样化。一个主运营商，或者只管理电信设备的运营商。可以将用户与业务批发给多个子运营商。由于多个子运营商共同使用一台设备。所以一台设备内可以包括多个子运营商，即虚拟运营商(VTP：Virtual Telephone Provider)。要求每个虚拟运营商都可以独立管理归属于自己的用户与业务。例如：每个VTP拥有不同的服务质量(QoS，Quality ofServe)策略；每个VTP拥有不同的拨号规则；每个VTP对路由的策略不尽相同；每个VTP的计费规则，计费费率不相同等等。

因此，对于IMS域中的网元需要知道用户归属的VTP的相关配置数据，才可以为归属于VTP的用户提供相应的业务。如：应用服务器(AS，ApplicationServer)中某用户终端被呼叫，该用户终端订阅了虚拟运营商标识为VTP1提供的彩铃业务，AS根据预置的VTP1配置数据，为该主叫用户终端播放该被叫用户订阅的彩铃。其中，不同的VTP提供的彩铃业务的播放时间可以是不同的，且不同的VTP提供的彩铃业务的计费方式也可以是不同的，这些不同具体体现在对每个VTP的配置，即VTP配置数据不同。

在对现有技术的研究和实践过程中，本发明的发明人发现，现有技术中，IMS域中不同网元中所需的VTP配置数据，是对具体网元进行单独的配置而获得的，配置过程复杂，且不利于统一管理，。

进一步，由于代理的呼叫会话控制功能(P-CSCF，Proxy Call SessionControl Function)，互连边界控制功能(IBCF，Interconnection Border ControlFunction)不能下载用户数据，不能得到用户归属的虚拟运营商的VTP配置数据，所以P-CSCF，IBCF不能根据VTP配置数据进行相关的业务控制。

发明内容

本发明实施例提供一种传递虚拟运营商(VTP)数据的方法、装置及系统，便于网元获取统一的VTP配置数据。

本发明实施例提供了一种传递虚拟运营商(VTP)数据方法，包括：

获取虚拟运营商配置数据；

将获取的虚拟运营商配置数据发送给应用服务器(AS)或者服务的呼叫会话控制功能(S-CSCF)。

本发明实施例还提供了一种互联网协议多媒体子系统(IMS)中业务的实现方法，包括：

根据为用户终端提供的业务和虚拟运营商配置数据中所述用户终端归属的VTP，发送计费信息给在线计费系统(OCS)或者计费收集功能(CCF)，所述计费信息中至少包括：所述终端归属的虚拟运营商的VTP标识。

本发明实施例还提供了一种互联网协议多媒体子系统(IMS)中业务的实现方法，包括：

接收终端发送的注册请求，将所述注册请求发送给S-CSCF；

接收S-CSCF发送的注册请求的响应消息，所述响应消息中至少包括：所述终端归属的虚拟运营商的VTP标识和所述VTP标识所对应的VTP配置数据，以根据所述VTP配置数据执行相应的业务控制。

本发明实施例还提供了一种互联网协议多媒体子系统(IMS)中业务的实现方法，包括：

接收由S-CSCF转发的P-CSCF发送的邀请消息，所述邀请消息中至少包括：主叫终端归属的虚拟运营商的VTP标识；

根据主叫终端归属的虚拟运营商的VTP标识，从所述S-CSCF中获取所述VTP标识对应的VTP配置数据；

根据获取的VTP配置数据，将所述邀请消息路由至目的地址。

本发明实施例还提供了一种用户归属服务器(HSS)，所述HSS包括：第一获取单元和第一发送单元，

所述获取单元，用于获取虚拟运营商配置数据；

所述发送单元，用于将获取的虚拟运营商配置数据发送给应用服务器(AS)或者服务的呼叫会话控制功能(S-CSCF)。

本发明实施例还提供了一种应用服务器(AS)，所述AS包括：第一接收数据单元和第一发送数据单元；

所述第一接收数据单元，用于接收HSS发送的虚拟运营商配置数据；

所述第一发送数据单元，用于根据为用户终端提供的业务和用户终端归属的VTP，发送计费信息给OCS或者CCF，所述计费信息中至少包括：所述终端归属的虚拟运营商的VTP标识。

本发明实施例还提供了一种服务的呼叫会话控制功能(S-CSCF)，所述S-CSCF包括：第二接收数据单元和第二发送数据单元；

所述第二接收数据单元，用于接收HSS发送的虚拟运营商配置数据；

所述第二发送数据单元，用于根据为用户终端提供的业务和用户终端归属的VTP，发送计费信息给OCS或者CCF，所述计费信息中至少包括：所述终端归属的虚拟运营商的VTP标识。

本发明实施例还提供了一种代理的呼叫会话控制功能(P-CSCF)，所述P-CSCF包括：第四接收单元和第四发送单元，

所述第四接收单元，用于接收终端发送的注册请求，接收S-CSCF发送的注册请求的响应消息，所述响应消息中至少包括：所述终端归属的虚拟运营商的VTP标识和所述VTP标识所对应的VTP配置数据；

所述发送单元，用于将所述注册请求发送给S-CSCF。

本发明实施例还提供了一种互连边界控制功能(IBCF)，所述IBCF包括：第七接收单元，第三获取单元，和第七发送单元，

所述第七接收单元，用于接收由S-CSCF转发的P-CSCF发送的邀请消息，所述邀请消息中至少包括：主叫终端归属的虚拟运营商的VTP标识；

所述第三获取单元，用于根据主叫终端归属的虚拟运营商的VTP标识，从所述S-CSCF中获取所述VTP标识对应的VTP配置数据；

所述第七发送单元，用于根据获取的VTP配置数据，将所述邀请消息发送至目的地址。

本发明实施例采用HSS获取VTP配置数据，如果其它网元可以与HSS通信，则可以从HSS中获取到VTP配置数据，因此，在实现对HSS配置VTP配置数据后，由HSS将VTP配置数据发送给相应的网元，实现对其它网元的配置，从而克服了现有技术中多个网元配置VTP配置数据，难以达到全网统一的缺点，便于对全网中网元统一管理，降低了配置的复杂度。

附图说明

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

图1是本发明实施例一提供的一种传递网元的方法流程简图；

图2是IMS域中网元及网元之间接口示意图；

图3是本发明实施例一中HSS主动触发更新AS中VTP配置数据的流程示意图；

图4是本发明实施例一中HSS主动触发更新S-CSCF中VTP配置数据的流程示意图；

图5是本发明实施例二提供的一种IMS中业务的实现方法流程简图；

图6是本发明实施例二提供另一种IMS中业务的实现方法流程简图；

图7是本发明实施例三提供的一种IMS中业务的实现方法流程简图；

图8是本发明实施例三中AS根据VTP配置数据为用户终端提供相应的业务的操作流程；

图9是本发明实施例三中S-CSCF根据VTP配置数据为用户终端提供相应的业务的操作流程；

图10是本发明实施例四提供的一种IMS中业务的实现方法流程简图；

图11是本发明实施例五提供的一种IMS中业务的实现方法流程简图；

图12是本发明实施例六提供的一种IMS中业务的实现方法流程简图；

图13是本发明实施例六提供的另一种IMS中业务的实现方法流程简图；

图14是本发明实施例七提供的一种用户归属服务器(HSS)逻辑单元示意图；

图15是本发明实施例八提供的一种应用服务器(AS)逻辑单元示意图；

图16是本发明实施例九提供的一种服务的呼叫会话控制功能(S-CSCF)逻辑单元示意图；

图17是本发明实施例十提供的一种代理的呼叫会话控制功能(P-CSCF)逻辑单元示意图；

图18是本发明实施例十一提供的一种IBCF逻辑单元示意图；

图19是本发明实施例十二提供的一种通信系统示意图。

具体实施方式

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

本发明实施例提供一种传递虚拟运营商(VTP)数据方法，该方法包括：获取虚拟运营商配置数据；将获取的虚拟运营商配置数据发送给应用服务器(AS)或者服务的呼叫会话控制功能(S-CSCF)。本发明实施例还提供相应的装置及系统。以下分别进行详细说明。

实施例一、

本发明实施例提供一种传递虚拟运营商数据的方法，如图1所示，该方法包括：

步骤101：获取VTP配置数据；

其中，需要说明的是，执行该方法的网元通常是HSS，HSS中获取VTP配置数据的路径可以是：从VTP的客户端经过电信业务运营支持系统(BOSS、Business and Operation support system)，将VTP配置数据发送给HSS。还需要说明的是，HSS获取VTP配置数据还可以是由网络管理人员直接对HSS进行配置，使得HSS获取到VTP配置数据。

还需要说明的是，上述VTP配置数据具体可以以VTP标识或者以公共业务标识(PSI，Public Service Identity)为索引的配置数据。VTP标识或者PSI标识，二者作用类似，是两种表示方式。VTP配置数据中包括：每个VTP对计费处理、分权分域处理、号码变换、限呼号码、放音处理等处理的相关规则信息或者策略信息。

步骤102：将获取的VTP配置数据发送给AS或者S-CSCF。

其中，参考图2所示的IMS域的组成示意简图，在该图中显示了网元之间接口，如：HSS与AS之间通信接口为Sh接口。HSS可以扩展与AS的Sh接口，通过扩展的Sh接口将获取的VTP配置数据发送给AS；HSS也可以扩展与S-CSCF的Cx接口，通过扩展的Cx接口将获取的VTP配置数据发送给S-CSCF。

通过上述对本实施例提供的一种传递虚拟运营商数据的方法说明，由于HSS获取VTP配置数据，可以理解为HSS中被配置上了VTP配置数据，如果其它网元可以与HSS直接通信，则可以从HSS中获取到VTP配置数据，因此，在实现对HSS配置VTP配置数据后，由HSS将VTP配置数据发送给相应的网元，实现对其它网元的配置，从而克服了现有技术中多个网元配置VTP配置数据难以到达全网统一配置的缺点，便于对全网中网元统一管理，降低了配置的复杂度。

优选的，在步骤102之后，如果网络管理员修改了VTP配置数据，该方法还可以包括：

步骤103：获取修改后的虚拟运营商配置数据，修改后的虚拟运营商配置数据包括：增加后的VTP配置数据，删除后的VTP配置数据，或者修正后的VTP配置数据其中任一项或者任意项的组合；

步骤104：将获取的修改后的虚拟运营商配置数据发送给AS或者S-CSCF。

其中，为了便于理解步骤103和步骤104，参考图3、图4所示，分别为当HSS中获取到获取修改后的虚拟运营商配置数据，主动触发更新AS、或者S-CSCF中VTP配置数据的一种具体操作。

首先，参考图3中HSS主动触发更新AS的具体操作包括：

步骤301：HSS获取修改后的虚拟运营商配置数据，修改后的虚拟运营商配置数据包括：增加后的VTP配置数据，删除后的VTP配置数据，或者修正后的VTP配置数据其中任一项或者任意项的组合；

步骤302：HSS发送推送通知请求(PNR，Push Notification Request)给AS，在PNR中包括：修改后的虚拟运营商配置数据；

步骤303：AS接收到PNR后，发送推送通知应答(PNA，Push NotificationAnswer)给HSS；

其中，上述步骤302和步骤303中发送的PNR和PNA可以是扩展的消息。因此，可以扩展HSS与AS之间的Sh接口，使得HSS将修改后的虚拟运营商配置数据发送给AS。

步骤304：HSS接收到PNA后，发送第一响应给BOSS。

通过上述操作，当HSS中的获取的虚拟运营商配置数据被更新后，在AS中的虚拟运营商配置数据可以很快的得到更新，使得HSS中的VTP配置数据与AS中的VTP配置数据能够同步，保证后续AS根据VTP配置数据所进行相关业务操作更准确。

参考图4中HSS主动触发更新S-CSCF的具体操作包括：

步骤401：HSS获取修改后的虚拟运营商配置数据，修改后的虚拟运营商配置数据包括：增加后的VTP配置数据，删除后的VTP配置数据，或者修正后的VTP配置数据其中任一项或者任意项的组合；

步骤402：HSS发送推送通知请求(PPR，Push Profile Request)给S-CSCF，在PPR中包括：修改后的虚拟运营商配置数据；

步骤403：S-CSCF接收到PPR后，发送推送通知应答(PPA，Push ProfileAnswer)给HSS；

其中，上述步骤402和步骤403中发送的PRR和PRA可以是扩展的消息。因此，可以扩展HSS与S-CSCF之间的Cx接口，使得HSS将修改后的虚拟运营商配置数据发送给S-CSCF。

步骤404：HSS接收到PPA后，发送第二响应给BOSS。

通过上述操作，当HSS中的获取的虚拟运营商配置数据被更新后，在S-CSCF中的虚拟运营商配置数据可以很快的得到更新，使得HSS中的VTP配置数据与S-CSCF中的VTP配置数据能够同步，保证后续S-CSCF根据VTP配置数据所进行相关业务操作更准确。

实施例二、

本发明实施例提供一种互联网协议多媒体子系统(IMS)中业务的实现方法，需要说明的是，上述实施例一中对IMS中网元配置VTP配置数据，是通过HSS将VTP配置数据发送给网元AS或者S-CSCF。在本实施例中主要针对不能直接从HSS中下载到VTP配置数据的网元(如：P-CSCF，IBCF等)进行举例，说明这些网元如何通过间接的操作获取到VTP配置数据，从而根据获取的VTP配置数据执行相应的业务控制。

如图5所示，该方法操作也可以理解为用户的注册过程，该方法包括：

步骤501：用户终端发送注册消息(REGISTER)给P-CSCF；

步骤502：P-CSCF接收到终端发送的REGISTER，将该REGISTER发送给S-CSCF；

步骤503：S-CSCF接收到REGISTER后，发送获取用户签约信息请求给HSS，其中获取用户签约信息请求中至少包括IP多媒体公共标识(IMPU，IPMultimedia Public Identity)；

其中，步骤503中发送的获取用户签约信息请求，具体可以是S-CSCF发送的服务器分配请求(SAR，Server Assignment Request)给HSS，其中，SAR中包括有IMPU；

其中，上述步骤501至步骤503与可以与现有技术相同，此处不详述。

步骤504：HSS接收到获取用户签约信息请求后，根据签约信息和获取的虚拟运营商配置数据，发送用户对应的签约信息和用户所归属的虚拟运营商的VTP标识或者PSI给S-CSCF；

其中，如果HSS接收到包含有IMPU的SAR后，则发送服务器分配应答(SAA，Server Assignment Answer)给S-CSCF，其中，该SAA中至少包括：用户的签约信息和用户归属的虚拟运营商的VTP标识(即VTP ID，或者是PSI)；

其中，需要理解的是，如果用户归属于某个VTP，HSS在返回包含有用户签约信息的SAA中还会包括用户归属的虚拟运营商的VTP ID。

步骤505：S-CSCF接收到包含有VTP ID的SAA后，发送获取VTP标识对应的VTP配置数据请求；

其中，步骤505中发送的获取VTP标识对应的VTP配置数据请求可以是一种SAR，需要对HSS与S-CSCF之间的Cx接口进行扩展。

步骤506：HSS接收到S-CSCF发送的获取VTP标识对应的VTP配置数据请求后，根据已经获取的VTP配置数据，从中获取VTP标识对应的VTP配置数据，将获取的VTP标识对应的VTP配置数据发送给S-CSCF；

其中，步骤506中将获取的VTP标识对应的VTP配置数据发送给S-CSCF具体可以是发送SAA给S-CSCF，其中，该SAA中包含：获取的VTP标识对应的VTP配置数据发送给S-CSCF。

步骤507：S-CSCF接收到HSS发送的VTP ID对应的VTP配置数据，从而使得S-CSCF中获取到了VTP ID对应的VTP配置数据；S-CSCF发送的注册请求的响应消息给P-CSCF，该响应消息中至少包括：用户归属的虚拟运营商的VTP标识和该用户归属的虚拟运营商的VTP标识所对应的VTP配置数据；

其中，步骤507中S-CSCF发送的注册请求的响应消息可以具体是REGISTER的200响应，本实施例中对200响应进行了扩展，使得该200响应中可以包括：用户归属的虚拟运营商的VTP标识和该用户归属的虚拟运营商的VTP标识所对应的VTP配置数据。下面是一个200响应的简单举例。

SIP/2.0 200 OK

Call-ID：1067942418.23.72.8    <表示呼叫的目的地址>

Content-Length：xxx             <表示该200响应内容的长度>

Content-Type：application/vtp-xml    <表示该200响应的类型>

<Vtp-xml-info>

<vtp-id>vtp1-music</vtp-id>          <表示该用户归属的虚拟运营商的VTP ID>

<vtp-QoS>Best-Effort</vtp-QoS>       <表示该用户归属的虚拟运营商的VTP配置数据，即对于为该用户提供的业务采取的QoS策略为：尽力而为>

</vtp-xml-info>

从上述扩展的200响应可以看出，P-CSCF接收到得200响应中包括的VTPID为vtp1-music，VTP配置数据为：对应属于该vtp1-music中的为用户提供尽量而为的QoS策略。

以上只是对扩展的200响应的一个具体的举例，不应该理解为对本发明实施例的限制。

步骤508：P-CSCF接收S-CSCF发送的注册请求的响应消息，该响应消息中至少包括：终端归属的虚拟运营商的VTP标识和VTP标识所对应的VTP配置数据，以根据VTP配置数据执行相应的业务控制，或者将该响应消息发送给用户终端。

其中，P-CSCF具体可以是从上述200响应中获取到用户归属的VTP，以及该用户归属的VTP对应的VTP配置数据，从而根据获取的VTP配置数据，使得P-CSCF在后续业务中进行相应的控制。还需要说明的是，P-CSCF发送给UE的200响应可以是将接收到的200响应修改后，发送给UE(具体可以是P-CSCF对接收到200响应提取需要的信息，删除UE不需要的信息，然后，将修改后的200响应发送给UE)。

通过上述步骤501至步骤508的说明可以得出：P-CSCF和S-CSCF都可以在用户注册时，获取到用户归属的虚拟运营商的VTP标识，以及用户归属的VTP对应的VTP配置信息。其中，S-CSCF从HSS中可以直接获取用户归属的虚拟运营商的VTP标识，以及用户归属的VTP对应的VTP配置信息；而P-CSCF是通过间接的方式从HSS中获取到用户归属的虚拟运营商的VTP标识，以及用户归属的VTP对应的VTP配置信息。

便于理解的说明还包括：在IMS网络里，QoS通常由P-CSCF网元进行控制。初始过滤准则(iFC，Initial Filter Criteria)触发规则，用户拨号规则等通常由S-CSCF网元进行控制。每个VTP都可以管理自己的QoS策略，iFC触发规则，或用户拨号规则等。当业务经过这些网元时，P-CSCF或者S-CSCF知道用户归属的VTP以及响应的VTP配置数据，才可进行相应的控制。

进一步，如图6所示，当P-CSCF中已经获取到VTP配置数据后，该方法还可以包括：

步骤601：P-CSCF接收终端的业务请求，

步骤602：P-CSCF根据终端归属的VTP标识和VTP标识所对应的VTP配置数据，对终端请求的业务进行控制。

其中，P-CSCF通常根据用户归属的VTP对应的VTP配置数据中QoS策略，为用户提供相应的质量的服务。

实施例三、

本发明实施例提供了一种互联网协议多媒体子系统(IMS)中业务的实现方法，该方法中重点说明AS或者S-CSCF获取到VTP配置数据后，在IMS中为用户提供业务时的具体操作。如图7所示，该方法包括：

步骤701：接收用户终端发送的业务请求；

其中，需要说明的是，该方法的执行实体可以是AS，或者是S-CSCF。

步骤702：根据存储的虚拟运营商配置数据，为用户终端提供相应的业务。

其中，S-CSCF存储的VTP配置数据可以是S-CSCF被动接收到的，如实施例一中所说明的，当HSS获取到VTP配置数据中，HSS主动发送给S-CSCF，因此，对应S-CSCF来说，是被动接收HSS发送的VTP配置数据；S-CSCF也可以主动请求接收VTP配置数据，如实施例二中所说明的，当用户终端注册时，请求HSS发送用户归属的VTP对应的VTP配置数据，使得S-CSCF中存储于有接收到的VTP配置数据。

还需要说明的是AS中存储的VTP配置数据也可以分为主动获取到VTP配置数据(参考后续关于图10的说明)和被动获取到VTP配置数据(参考图3的说明)的两种情况。

通过上述步骤701和步骤702的说明，该方法可以根据存储的VTP配置数据，为用户终端提供相应的业务，其中，用户终端归属的VTP对应的VTP配置数据中对如何执行相应业务进行了限制，从而使得AS或者S-CSCF在获取到HSS发送的VTP配置数据后，可以更准确的执行相应的业务。

以下参考图8和图9，分别举例说明了AS和S-CSCF根据存储的虚拟运营商配置数据，为用户终端提供相应的业务的操作。

首先，参见图8所示，以VTP配置数据为放音数据举例，每个VTP可定义个性化语音。如下为AS根据存储的VTP配置数据执行业务控制的一种具体操作，包括：

步骤801：用户终端发送的报时邀请消息(INVITE)经S-CSCF路由给AS；

其中，报时邀请消息是一种邀请消息，后续实施例中还会有呼叫邀请消息，呼叫邀请消息也是一种邀请消息，邀请消息还可以执行其它业务的请求消息。

步骤802：AS接收该报时邀请消息，根据该用户终端归属的VTP放音数据，生成报时语音数据；

其中，每个VTP可以规定各自的个性化放音效果，例如：VTP标识分别为VTP1和VTP2的两个VTP，其中，AS为归属于VTP1的用户报时采用的广东话，而AS为归属于VTP2的用户报时采用的是天津话。

还需要理解的是，步骤802中该用户终端归属的VTP放音数据是VTP配置数据的一部分。AS中的VTP配置数据可以是通过实施例一中的方法获取到得，也可以是在第三方注册时，从HSS中获取到的(后续实施例四中会说明)。

步骤803：AS将生成的报时语音数据发送给用户终端，其中，生成的报时语音数据可以是包含在183响应中经过S-CSCF发送给UE。

根据上述说明可知，如果该用户终端属于VTP1，则步骤803中发送给用户终端的报时语音数据是以广东话为用户报时的。其中，AS发送给用户终端的报时语音数据可以是包含在183呼叫进程(Call Progress)中。

图8中是以VTP配置数据为放音数据为例，对AS根据VTP数据，为用户终端提供相应的业务的说明。还需要理解的是，AS内的VTP配置数据还可以包括：业务权限信息，限呼号码信息，VTP彩铃信息等其中任意一项或者几项。每个VTP还可以根据业务应用需要，使用其它的VTP配置数据。

其中，业务权限信息是指每个VTP可以控制用户使用不同的业务权限，并且VTP可以总体进行控制。例如：号码显示业务(OIP，Originating IdentifyPresence)权限，VTP中增加OIP权限。当VTP中OIP权限关闭时，VTP下所有用户都不能使用OIP业务。

限呼号码信息是指每个VTP都可设置VTP级的彩铃，以区别于个人用户的彩铃。

VTP彩铃信息指每个AVP都可设置彩铃，那么这个VTP用户作被叫时，可播放不同的彩铃。

参见图9所示，以VTP配置数据为拨号规则信息举例，每个VTP可定义归属于该VTP的拨号规则。如下分别为主叫的S-CSCF和被叫的S-CSCF根据存储的VTP配置数据执行业务控制的一种具体操作。包括：

步骤901：主叫用户终端发送呼叫邀请给主叫侧S-CSCF；

其中，主叫侧也可以称为主叫(MO，Mobile Originating)侧。

步骤902：主叫侧S-CSCF接收到呼叫邀请后，根据主叫的VTP ID和存储的主叫的VTP ID对应的拨号规则信息，判断该主叫用户是否为被禁呼用户，如果是，执行步骤903；如果否，执行步骤904；

步骤903：当主叫侧S-CSCF中判断出主叫用户为禁呼号码时，发送拒绝响应给主叫用户终端；

其中，S-CSCF发送的拒绝响应可以是403拒绝响应(403 Forbidden)。

步骤904：当主叫侧S-CSCF中判断出主叫用户不是禁呼号码时，根据主叫用户的VTP ID和主叫用户的号码信息，查询路由表，发送呼叫邀请至下一跳。

通过上述步骤901至904的说明，使得主叫侧S-CSCF可以对主叫用户的呼叫进行控制，对VTP配置数据中拨号规则不允许的主叫用户禁呼，对VTP配置数据中拨号规则中允许的主叫用户，将呼叫路由至下一跳。

同理，对于被叫侧(或者MT侧)归属的S-CSCF也有类似步骤901至步骤904的操作，包括：

步骤910：网络侧发送呼叫邀请给被叫侧S-CSCF；

步骤920：被叫侧S-CSCF接收到呼叫邀请后，根据被叫的VTP ID和存储的被叫的VTP ID对应的拨号规则信息，判断该被叫用户是否为被禁呼用户，如果是，执行步骤930；如果否，执行步骤940；

步骤930：当被叫侧S-CSCF中判断出主叫用户为禁呼号码时，发送拒绝响应给网络侧，其中，拒绝响应可以是具体是403拒接响应；

步骤940：当被叫侧S-CSCF中判断出被叫用户不是禁呼号码时，根据被叫用户的VTP ID和被叫用户的号码信息，查询路由表，发送呼叫邀请至下一跳。

上述对图9的说明中，是以S-CSCF中存储的VTP配置数据为拨号规则为例，分别列举了主/被叫侧S-CSCF根据存储的拨号规则，进行相应的业务控制。

还需要说明的是S-CSCF中的VTP配置数据还可以包括：号码变换规则，紧急呼叫号码，iFC触发规则，鉴权数据等其中任一项或者任意几项的组合。

其中，号码变换规则是指各个VTP可以定义不同的号码变换规则。例如：对于被叫号码0755-78923456，VTP1可变换在号码前面前插232，变换成232-075578923456；对于被叫号码0755-78923456，对于VTP2可变换在号码前面前插676，变换成676-0755-78923456。

紧急呼叫号码是指每个VTP可以定义不同的紧急呼叫号码，或相同的紧急呼叫号码定义不同的路由策略。那么S-CSCF就可将紧急呼叫路由到不同的紧急呼叫处理中心。

各个VTP还可根据实际业务应用需要，定义其它的数据。

结合上述关于图8和图9的说明，可知当AS或者S-CSCF中用户终端的业务被触发后，AS或者S-CSCF根据存储的VTP配置数据，对为用户终端提供的业务进行控制。

实施例四、

本发明实施例提供了一种互联网协议多媒体子系统(IMS)中业务的实现方法，该方法也可以理解为用户终端的第三方注册的方法。如图10所示，该方法包括：

步骤1001：用户终端发送第三方注册请求(3rdRegister Request)给AS；

步骤1002：AS接收到第三方注册请求后，发送获取用户终端签约信息的请求给HSS，该请求具体可以是SNR；

步骤1003：HSS接收到AS发送的获取用户终端签约信息的请求后，发送包含有用户签约信息的应答响应给AS，该应答响应具体可以是SNA；

步骤1004：AS接收到应答响应后，获取到该用户终端所属的VTP，发送订阅通知请求(SNR，Subscribe-Notifications-Request)给HSS，消息中至少包括：VTP标识或者公共业务标识(PSI)其中任一项；

其中，步骤1004也可以是在步骤1001后触发，即AS接收到第三方注册请求后执行步骤1004。

还需要理解的是，在步骤1003之后，AS中还可以执行检查AS本地数据库是否有该用户归属的VTP的VTP配置数据，如果没有该用户归属的VTP的VTP配置数据，才执行步骤1004。

步骤1005：HSS接收SNR，根据VTP标识或者公共业务标识(PSI)其中任一项，和存储的虚拟运营商配置数据，获取VTP标识或者公共业务标识(PSI)对应的虚拟运营商配置数据；发送SNA给AS，SNA中至少包括：获取的VTP标识或者公共业务标识(PSI)对应的虚拟运营商配置数据；

步骤1006：AS接收到订阅通知响应SNA(Subscribe-Notifications-Answer)，发送第三方注册响应(3rd Register Request)给用户终端。

根据上述步骤1001至步骤1006的说明，使得AS可以主动从HSS中获取用户终端归属的VTP的VTP配置数据，便于后续AS根据该VTP配置数据，对为用户提供的业务进行控制。具体的控制可以参考实施例三中有关图8的说明。

实施例五、

本发明实施例提供了一种互联网协议多媒体子系统(IMS)中业务的实现方法。为了便于理解本发明实施例，首先需要说明的是，在IMS域中计费分为离线计费(后付费)与在线计费(预付费)。其中，离线计费由计费收集功能(CCF，Charging Collection Function)网元完成，CCF生成话单，话单发送给BOSS计费。在线计费由在线计费系统(OCS，Online Charging System)网元完成，OCS根据会话信息进行实时计费。

其中，CCF通过Rf接口向各个网元(AS，S-CSCF，MGCF)收集计费信息。各个网元通过Ro接口向OCS网元上报计费信息。

BOSS，CCF，OCS可按照不同的计费规则，费率给用户计费。如果给VTP用户按不同计费规则与费率计费，那么各网元需要将用户归属的VTP标识上报给CCF与OCS。

因此，如图11所示，本实施例提供的一种IMS中业务的实现方法，包括：

步骤1101：AS或者S-CSCF根据为用户终端提供的业务和所示用户终端归属的VTP，发送计费信息给OCS或者CCF，计费信息中至少包括：终端归属的VTP的标识；

其中，为了上报VTP标识，可以在Rf、Ro接口增加一个AVP。Rf、Ro接口可以使用Diameter协议，可以在Diameter协议中扩展一个AVP，用于携带VTP标识(VTP Identifier)。

步骤1102：OCS接收到计费信息后，根据终端归属的VTP的标识，获取终端归属的VTP的计费规则，根据获取的计费规则，进行实时计费；或者，CCF接收到计费信息后，生成话单，该话单中至少包括：终端归属的VTP的标识，将该话单发送给BOSS，由BOSS给用户计费。

通过上述步骤1101和步骤1102的说明，使得AS或者S-CSCF可以将用户终端所属的VTP的标识发送给计费网元(如BOSS、CCF或者OCS)，使得BOSS，CCF，OCS可按照不同的计费规则，费率给用户计费。

实施例六、

本发明实施例提供了一种互联网协议多媒体子系统(IMS)中业务的实现方法。该方法中重点说明IBCF如何获取VTP配置数据的操作流程。如图12所示，该方法包括：

步骤1201：用户终端(UE，User Equipment)发送呼叫邀请给P-CSCF；

步骤1202：P-CSCF接收呼叫邀请，根据存储的该用户归属的VTP的ID，在呼叫邀请中添加VTP ID，其中，P-CSCF中存储的用户归属的虚拟运营商的VTP ID可以是在用户注册过程中获取到的；

步骤1203：P-CSCF将加入VTP ID的呼叫邀请发送给S-CSCF；

步骤1204：S-CSCF接收到包含VTP ID的呼叫邀请后，发送电话号码映射(ENUM，Telephone Number Mapping)请求(Request)给ENUM；

其中，ENUM Request中的1.0.0.1.8.7.4.2.1.9.9.4.E164.arpa

步骤1205：ENUM接收到ENUM Request后，返回ENUM响应(Response)给S-CSCF；

其中，步骤1204和步骤1205可以与现有技术相同。此处不详述。

步骤1206：S-CSCF接收到ENUM发送的ENUM Response后，将呼叫邀请发送给IBCF，其中，该呼叫邀请中至少包括主叫用户归属的VTP的标识，即VTP ID；

步骤1207：IBCF接收到S-CSCF发送的呼叫邀请后，根据主叫终端归属的VTP标识，从S-CSCF中获取该VTP标识对应的VTP配置数据，或者从自身获取该VTP标识对应的VTP配置数据；

其中，需要说明的是，如果IBCF中没有该VTP ID对应的VTP配置数据，则IBCF通常要获取该VTP ID对应的VTP配置数据，一种获取的具体操作可以是：S-CSCF发送的呼叫邀请中可以包括：该VTP ID对应的VTP配置数据，使得IBCF接收到呼叫邀请后，不仅获得了VTP ID，还获得了该VTP ID对应的VTP配置数据；另一种获取的操作可以是：IBCF在接收到包含有VTP ID的呼叫邀请后，向S-CSCF查询该VTP ID对应的VTP配置数据，从而获得VTP ID对应的VTP配置数据。

还需要理解的是，如果用户当前不是第一次进行呼叫操作，则前一次的呼叫操作中使得IBCF中已经获取到用户归属的VTP对应的VTP配置数据，则IBCF中自身会存储已经获取的用户归属的VTP对应的VTP配置数据，在该用户的下一次呼叫操作中可以直接使用。

步骤1208：IBCF根据VTP ID对应的VTP配置数据，对为用户提供的业务进行控制，其中，当IBCF作主叫侧路由出局时，IBCF对为用户提供的业务进行控制具体可以是：根据获取的VTP ID对应的VTP配置数据，将呼叫邀请路由至目的地址。

其中，还需要说明的是，支持根据VTP ID和VTP配置数据选择下一跳的能力不限于IBCF，BGCF、S-CSCF、I-CSCF也分别可以。

通过上述步骤1201至步骤1208的说明，该方法可以实现IBCF从S-CSCF中获取到VTP配置数据，从而使得IBCF可以根据用户归属的VTP对应的VTP配置数据，对为用户提供的业务进行控制，使得用户有更好的用户体验。

优选的，如果IBCF中已经保存有用户归属的VTP对应的VTP配置数据，且S-CSCF中最新的该用户归属的VTP对应的VTP配置数据，与IBCF中已经保存的VTP配置数据时不同的，则用户的新一轮的呼叫操作可以参考图13，具体操作与图12中的操作相同，为了便于区分是两次呼叫操作，则新一轮的呼叫操作中的呼叫邀请的名称为“第二呼叫邀请”，图13与图12中的操作流程对应相同，除步骤1306和步骤1307外。

其中，步骤1306：S-CSCF接收到ENUM发送的ENUM Response后，将呼叫邀请发送给IBCF，其中，该呼叫邀请中至少包括主叫用户归属的VTP的标识，即VTP ID，还包括VTP配置数据修改标志；

如图13中，第二呼叫邀请中添加修改标志为：vtp-modify＝true。

步骤1307：IBCF接收到S-CSCF发送的第二呼叫邀请后，根据主叫终端归属的VTP标识和VTP配置数据修改标志，从S-CSCF中获取修改后的该VTP标识对应的VTP配置数据；

通过上述对图13的说明，该方法可以使得IBCF中能够获取到最新的VTP标识对应的VTP配置数据，使得IBCF对业务作更准确及时的控制，为用户提供更好的业务服务。

实施例七、

本发明实施例提供了一种用户归属服务器(HSS)，如图14所示，包括：第一获取单元1401和第一发送单元1402，

获取单元1401，用于获取虚拟运营商配置数据；

其中，需要说明的是，获取单元1401中获取VTP配置数据的路径可以是：从VTP的客户端经过电信业务运营支持系统(BOSS、Business and Operationsupport system)，将VTP配置数据发送给HSS。还需要说明的是，HSS获取VTP配置数据还可以是由网络管理人员直接对HSS进行配置，使得HSS获取到VTP配置数据。

还需要说明的是，上述VTP配置数据具体可以以VTP标识或者以公共业务标识(PSI，Public Service Identity)为索引的配置数据。VTP标识或者PSI标识，二者作用类似，是两种表示方式。VTP配置数据中包括：每个VTP对计费处理、分权分域处理、号码变换、限呼号码、放音处理等处理的相关规则信息或者策略信息等等。

发送单元1402，用于将获取的虚拟运营商配置数据发送给应用服务器(AS)或者服务呼叫会话控制功能(S-CSCF)。

HSS的发送单元1402可以扩展与AS的Sh接口，通过扩展的Sh接口将获取的VTP配置数据发送给AS；HSS的发送单元1402也可以扩展与S-CSCF的Cx接口，通过扩展的Cx接口将获取的VTP配置数据发送给S-CSCF。

通过上述对本实施例提供的一种HSS的说明，由于HSS获取VTP配置数据，可以理解为HSS中被配置上了VTP配置数据，如果其它网元可以与HSS直接通信，则可以从HSS中获取到VTP配置数据，因此，在实现对HSS配置VTP配置数据后，由HSS将VTP配置数据发送给相应的网元，实现对其它网元的配置，从而克服了现有技术中对多个网元配置VTP配置数据难以到达全网统一配置的缺点，便于对全网中网元统一管理，降低了配置的复杂度。

进一步，第一获取单元1401，还用于获取修改后的虚拟运营商配置数据，修改后的虚拟运营商配置数据包括：增加后的VTP配置数据，删除后的VTP配置数据，或者修正后的VTP配置数据其中任一项或者任意项的组合；

第一发送单元1402，还用于将获取的修改后的虚拟运营商配置数据发送给AS或者S-CSCF。

通过上述进一步的说明，当HSS中第一获取单元1401获取到获取修改后的虚拟运营商配置数据，可以主动触发更新AS、或者S-CSCF中VTP配置数据。

进一步，HSS还包括：第一接收单元1403和第二发送单元1404，

第一接收单元1403，用于接收S-CSCF发送的获取用户签约信息请求；

第二发送单元1404，用于根据签约信息和获取的虚拟运营商配置数据，发送用户对应的签约信息和用户所归属的VTP标识或者PSI给S-CSCF。

进一步，HSS还包括：第二接收单元1405，第二获取单元1406和第三发送单元1407，

第二接收单元1405，用于接收AS发送的SNR消息，消息中至少包括：VTP标识或者公共业务标识(PSI)其中任一项；

第二获取单元1406，用于根据VTP标识或者公共业务标识(PSI)其中任一项，从获取的虚拟运营商配置数据中，获取VTP标识或者公共业务标识(PSI)对应的虚拟运营商配置数据；

第三发送单元1407，用于发送SNA给AS，SNA中至少包括：获取的VTP标识或者公共业务标识(PSI)对应的虚拟运营商配置数据。

关于本实施例提供的HSS的更多详细说明可以参考方法实施例一至方法实施六中关于HSS的说明。

实施例八、

本发明实施例提供了一种应用服务器(AS)，如图15所示，AS包括：第一接收数据单元1501，用于接收HSS发送的虚拟运营商配置数据。

本实施例提供的AS可以接收到HSS发送的VTP配置数据，从而便于为用户提供业务时使用。

进一步，AS还包括：第一控制单元1502，

第一控制单元1502，用于根据接收到的虚拟运营商配置数据，为用户终端提供相应的业务。

进一步，AS还包括：第一发送数据单元1503，用于根据为用户终端提供的业务和用户终端归属的VTP，发送计费信息给OCS或者CCF，计费信息中至少包括：终端归属的VTP的标识。

关于本实施例提供的AS的更多详细说明可以参考方法实施例一至方法实施六中关于AS的说明。

实施例九、

本发明实施例提供了一种服务的呼叫会话控制功能(S-CSCF)，如图16所示，S-CSCF包括：第二接收数据单元1601，用于接收HSS发送的虚拟运营商配置数据。

本实施例提供的S-CSCF可以接收到HSS发送的VTP配置数据，从而便于为用户提供业务时使用。

进一步，S-CSCF还包括：第二控制单元1602，

第二控制单元1602，用于根据接收到的虚拟运营商配置数据，为用户终端提供相应的业务。

进一步，S-CSCF还包括：第二发送数据单元1603，用于根据为用户终端提供的业务和用户终端归属的VTP，发送计费信息给OCS或者CCF，计费信息中至少包括：终端归属的VTP的标识。

关于本实施例提供的S-CSCF的更多详细说明可以参考方法实施例一至方法实施六中关于S-CSCF的说明。

实施例十、

本发明实施例提供了一种代理的呼叫会话控制功能(P-CSCF)，如图17，P-CSCF包括：第四接收单元1701和第四发送单元1702，

第四接收单元1701，用于接收终端发送的注册请求，接收S-CSCF发送的注册请求的响应消息，响应消息中至少包括：终端归属的VTP标识和VTP标识所对应的VTP配置数据；

发送单元1702，用于将注册请求发送给S-CSCF。

进一步，P-CSCF还包括：第五接收单元1703和第三控制单元1704，

第五接收单元1703，用于接收终端的业务请求；

第三控制单元1704，用于根据终端归属的VTP标识和VTP标识所对应的VTP配置数据，对终端请求的业务进行控制。

进一步，P-CSCF还包括：第六接收单元1705，添加单元1706，和第六发送单元1707，

第六接收单元1705，用于接收终端的邀请消息；

添加单元1706，用于将终端归属的VTP标识添加入邀请消息中；

第六发送单元1707，用于将添加了终端归属的VTP标识的邀请消息发送给S-CSCF。

关于本实施例提供的P-CSCF的更多详细说明可以参考方法实施例一至方法实施六中关于P-CSCF的说明。

施例十一、

本发明实施例提供了一种IBCF，如图18所示，IBCF包括：第七接收单元1801，第三获取单元1802，和第七发送单元1803，

第七接收单元1801，用于接收由S-CSCF转发的P-CSCF发送的邀请消息，邀请消息中至少包括：主叫终端归属的VTP标识；

第三获取单元1802，用于根据主叫终端归属的VTP标识，从S-CSCF中获取VTP标识对应的VTP配置数据；

第七发送单元1803，用于根据获取的VTP配置数据，将邀请消息发送至目的地址。

进一步，第七接收单元1801，还用于接收由S-CSCF发送的第二邀请消息，第二邀请消息中至少包括：VTP配置数据修改标志和主叫终端归属的VTP标识；

第三获取单元1802，还用于根据主叫终端归属的VTP标识，从S-CSCF中获取VTP标识对应的修改后的VTP配置数据；

第七发送单元1803，还拥有根据获取的修改后的VTP配置数据，将第二邀请消息路由至目的地址。

关于本实施例提供的P-CSCF的更多详细说明可以参考方法实施例一至方法实施六中关于P-CSCF的说明。

实施例十二、

本发明实施例提供了一种通信系统，如图19所示，系统包括：应用服务器(AS)1901或者服务的呼叫会话控制功能(S-CSCF)1902其中任一项或者全部，和用户归属服务器(HSS)1903；

其中，HSS1903，用于获取虚拟运营商配置数据，将获取的虚拟运营商配置数据发送给应用服务器(AS)或者服务的呼叫会话控制功能(S-CSCF)；

AS1901，用于接收HSS发送的虚拟运营商配置数据；

S-CSCF1902，用于接收HSS发送的虚拟运营商配置数据。

其中，上述AS可以是上述实施例八提供的AS，详细的说明也可以参考方法实施例一至方法实施例六中关于AS的说明；

上述S-CSCF可以是上述实施例九提供的S-CSCF，详细的说明也可以参考方法实施例一至方法实施例六中关于S-CSCF的说明；

上述HSS可以是是上述实施例七提供的HSS，详细的说明也可以参考方法实施例一至方法实施例六中关于HSS的说明。

通过对上述通信系统的说明，该通信系统中的HSS被配置上了VTP配置数据，如果其它网元可以与HSS直接通信，则可以从HSS中获取到VTP配置数据，因此，在实现对HSS配置VTP配置数据后，由HSS将VTP配置数据发送给相应的网元，实现对其它网元的配置，从而克服了现有技术中人为对多个网元配置VTP配置数据难以到达全网统一配置的缺点，便于对全网中网元统一管理，降低了配置的复杂度。

进一步，该通信系统还可以包括：代理的呼叫会话控制功能(P-CSCF)1904；

P-CSCF1904，用于接收终端发送的注册请求，接收S-CSCF发送的注册请求的响应消息，响应消息中至少包括：终端归属的VTP标识和VTP标识所对应的VTP配置数据，将注册请求发送给S-CSCF。

其中，上述P-CSCF1904可以是实施例十提供的P-CSCF，详细的说明也可以参考方法实施例一至方法实施例六中关于P-CSCF的说明。

进一步，该通信系统还可以包括：IBCF1905；

其中，IBCF1905，用于接收由S-CSCF转发的P-CSCF发送的邀请消息，邀请消息中至少包括：主叫终端归属的VTP标识；根据主叫终端归属的VTP标识，从S-CSCF中获取VTP标识对应的VTP配置数据；根据获取的VTP配置数据，将邀请消息发送至目的地址。

其中，上述IBCF1905可以是实施例十一提供的IBCF，详细的说明也可以参考方法实施例一至方法实施例六中关于IBCF的说明。

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

以上对本发明实施例所提供的一种传递虚拟运营商(VTP)数据的方法、装置及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种传递虚拟运营商VTP数据方法，其特征在于，包括：

用户归属服务器HSS获取虚拟运营商配置数据；

所述用户归属服务器将获取的虚拟运营商配置数据发送给应用服务器AS或者服务的呼叫会话控制功能S-CSCF；

所述方法还包括：

所述用户归属服务器获取修改后的虚拟运营商配置数据，所述修改后的虚拟运营商配置数据包括：增加后的虚拟运营商配置数据，删除后的虚拟运营商配置数据，或者修正后的虚拟运营商配置数据其中任一项或者任意项的组合；

所述用户归属服务器将获取的修改后的虚拟运营商配置数据发送给所述应用服务器或者所述服务的呼叫会话控制功能。

2.根据权利要求1所述的方法，其特征在于，将获取的虚拟运营商配置数据发送给服务的呼叫会话控制功能之后，所述方法还包括：

接收服务的呼叫会话控制功能发送的服务器分配请求SAR，所述请求中至少包括：虚拟运营商标识或者公共业务标识PSI其中任一项；

根据虚拟运营商标识或者公共业务标识其中任一项，从获取的虚拟运营商配置数据中，获取所述虚拟运营商标识或者公共业务标识对应的虚拟运营商配置数据；

发送服务器分配应答SAA给所述服务的呼叫会话控制功能，所述服务器分配应答中至少包括：获取的虚拟运营商标识或者公共业务标识对应的虚拟运营商配置数据。

3.根据权利要求1所述的方法，其特征在于，将获取的虚拟运营商配置数据发送给服务的呼叫会话控制功能之后，所述方法还包括：

接收服务的呼叫会话控制功能发送的获取用户签约信息请求；

根据签约信息和所述获取的虚拟运营商配置数据，发送所述用户对应的签约信息和所述用户所归属的虚拟运营商的虚拟运营商标识或者公共业务标识给所述服务的呼叫会话控制功能。

4.根据权利要求1所述的方法，其特征在于，所述将获取的虚拟运营商配置数据发送给应用服务器之后，所述方法还包括：

接收所述应用服务器发送的订阅通知请求SNR消息，所述消息中至少包括：虚拟运营商标识或者公共业务标识其中任一项；

根据虚拟运营商标识或者公共业务标识其中任一项，从获取的虚拟运营商配置数据中，获取所述虚拟运营商标识或者公共业务标识对应的虚拟运营商配置数据；

发送订阅通知响应SNA给所述应用服务器，所述订阅通知响应中至少包括：获取的虚拟运营商标识或者公共业务标识对应的虚拟运营商配置数据。

5.一种互联网协议多媒体子系统IMS中业务的实现方法，其特征在于，包括：

互连边界控制功能IBCF接收由服务的呼叫会话控制功能转发的代理的呼叫会话控制功能P-CSCF发送的呼叫邀请，所述呼叫邀请中至少包括：主叫终端归属的虚拟运营商的虚拟运营商标识；

互连边界控制功能根据主叫终端归属的虚拟运营商的虚拟运营商标识，从所述服务的呼叫会话控制功能中获取所述虚拟运营商标识对应的虚拟运营商配置数据；

根据获取的虚拟运营商配置数据，将所述呼叫邀请路由至目的地址；

当所述服务的呼叫会话控制功能中所述虚拟运营商标识对应的虚拟运营商数据发生改变，所述方法还包括：

接收由服务的呼叫会话控制功能发送的第二呼叫邀请，所述第二呼叫邀请中至少包括：虚拟运营商配置数据修改标志和所述主叫终端归属的虚拟运营商的虚拟运营商标识；

根据主叫终端归属的虚拟运营商的虚拟运营商标识，从所述服务的呼叫会话控制功能中获取所述虚拟运营商标识对应的修改后的虚拟运营商配置数据；

根据获取的修改后的虚拟运营商配置数据，将所述第二呼叫邀请路由至目的地址。

6.一种用户归属服务器，其特征在于，所述用户归属服务器包括：第一获取单元和第一发送单元，

所述第一获取单元，用于获取虚拟运营商配置数据；

所述第一发送单元，用于将获取的虚拟运营商配置数据发送给应用服务器或者服务的呼叫会话控制功能；

所述第一获取单元，还用于获取修改后的虚拟运营商配置数据，所述修改后的虚拟运营商配置数据包括：增加后的虚拟运营商配置数据，删除后的虚拟运营商配置数据，或者修正后的虚拟运营商配置数据其中任一项或者任意项的组合；

所述第一发送单元，还用于将获取的修改后的虚拟运营商配置数据发送给所述应用服务器或者所述服务的呼叫会话控制功能。

7.根据权利要求6所述的用户归属服务器，其特征在于，所述用户归属服务器还包括：第一接收单元和第二发送单元，

所述第一接收单元，用于接收服务的呼叫会话控制功能发送的获取用户签约信息请求；

所述第二发送单元，用于根据预置的签约信息和所述获取的虚拟运营商配置数据，发送所述用户对应的签约信息和所述用户所归属的虚拟运营商的虚拟运营商标识或者公共业务标识给所述服务的呼叫会话控制功能。

8.根据权利要求6所述的用户归属服务器，其特征在于，所述用户归属服务器还包括：第二接收单元，第二获取单元和第三发送单元，

所述第二接收单元，用于接收所述应用服务器发送的订阅通知请求消息，所述消息中至少包括：虚拟运营商标识或者公共业务标识其中任一项；

所述第二获取单元，用于根据虚拟运营商标识或者公共业务标识其中任一项，从获取的虚拟运营商配置数据中，获取所述虚拟运营商标识或者公共业务标识对应的虚拟运营商配置数据；

所述第三发送单元，用于发送订阅通知响应给所述应用服务器，所述订阅通知响应中至少包括：获取的虚拟运营商标识或者公共业务标识PSI对应的虚拟运营商配置数据。

9.一种互连边界控制功能，其特征在于，所述互连边界控制功能包括：第七接收单元，第三获取单元，和第七发送单元，

所述第七接收单元，用于接收由服务的呼叫会话控制功能转发的代理的呼叫会话控制功能发送的邀请消息，所述邀请消息中至少包括：主叫终端归属的虚拟运营商的虚拟运营商标识；

所述第三获取单元，用于根据主叫终端归属的虚拟运营商的虚拟运营商标识，从所述服务的呼叫会话控制功能中获取所述虚拟运营商标识对应的虚拟运营商配置数据；

所述第七发送单元，用于根据获取的虚拟运营商配置数据，将所述邀请消息发送至目的地址；

所述第七接收单元，还用于接收由服务的呼叫会话控制功能发送的第二邀请消息，所述第二邀请消息中至少包括：虚拟运营商配置数据修改标志和所述主叫终端归属的虚拟运营商的虚拟运营商标识；

所述第三获取单元，还用于根据主叫终端归属的虚拟运营商的虚拟运营商标识，从所述服务的呼叫会话控制功能中获取所述虚拟运营商标识对应的修改后的虚拟运营商配置数据；

所述第七发送单元，还用于根据获取的修改后的虚拟运营商配置数据，将所述第二邀请消息路由至目的地址。

Images