WO2011085686A1

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

Info

Publication number: WO2011085686A1
Application number: PCT/CN2011/070282
Authority: WO
Inventors: 文青; 简海燕
Original assignee: 华为技术有限公司
Priority date: 2010-01-15
Filing date: 2011-01-14
Publication date: 2011-07-21
Also published as: CN101771693A; CN101771693B

Description

说明书一种传递虚拟运营商数据的方法、装置及系统技术领域

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

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

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

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

IMS域中不同网元中所需的 VTP配置数据，是对具体网元进行单独的配置而获得的，配置过程复杂，且不利于统一管理，。

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

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

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

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

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

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

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

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

接收由 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 Notification Answer )给 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 Profile Answer )给 HSS; 其中，上述步骤 402和步骤 403中发送的 PR 和 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， IP Multimedia Public Identity );

其中，步骤 503中发送的获取用户签约信息请求，具体可以是 S-CSCF发送的服务器分配请求（ SA ， Server Assignment Request )给 HSS，其中， SA 中包括有 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: 106794241@8.23.72.8 <表示呼叫的目的地址〉

Content-Length: xxx <表示该 200响应内容的长度〉 Content- Type: application/vtp-xml <表示该 200口由应的类型〉

<vtp-xml-info>

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

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

从上述扩展的 200响应可以看出， P-CSCF接收到得 200响应中包括的 VTP ID为 vtp l -music , VTP配置数据为：对应属于该 vtpl -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-C SCF从 HS S中可以直接获取用户归属的虚拟运营商的 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 Identify Presence)权限， VTP中增加 OIP权限。当 VTP中 OIP权限关闭时， VTP下所有用户都不能使用 OIP业务。

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

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

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

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

其中，主叫侧也可以称为主叫（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：用户终端发送第三方注册请求（ 3^rd Register 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也分另 'J可以。

通过上述步骤 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=tme。

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

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

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

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

其中，需要说明的是，获取单元 1401中获取 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对计费处理、分权分域处理、号码变换、限呼号码、放音处理等处理的相关规则信息或者策略信息等等。

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

HSS的发送单元 1402可以扩展与 AS的 Sh接口，通过扩展的 Sh接口将获取的 VTP配置数据发送给 AS； HS S的发送单元 1402也可以扩展与 S-C SCF的 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

权利要求书

1、一种传递虚拟运营商（VTP )数据方法，其特征在于，包括：获取虚拟运营商配置数据；

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

接收 S-CSCF发送的服务器分配请求（SAR )，所述请求中至少包括： VTP 标识或者公共业务标识（PSI )其中任一项；

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

发送服务器分配应答（SAA )给所述 S-CSCF, 所述 SAA中至少包括：获取的 VTP标识或者公共业务标识（PSI )对应的虚拟运营商配置数据。

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

接收 S-CSCF发送的获取用户签约信息请求；

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

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

接收所述 AS发送的订阅通知请求 (SNR)消息，所述消息中至少包括： VTP 标识或者公共业务标识（PSI )其中任一项；

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

5、根据权利要求 1所述的方法，其特征在于，所述将获取的虚拟运营商配置数据发送给应用服务器（AS )或者服务的呼叫会话控制功能（S-CSCF )之后，所述方法还包括：

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

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

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

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

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

接收终端发送的注册请求，将所述注册请求发送给服务的呼叫会话控制功能（ S-CSCF );

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

8、根据权利要求 7所述的方法，其特征在于，所述接收 S-CSCF发送的注册请求的响应消息之后，所述方法还包括：

接收所述终端的邀请消息；

将所述终端归属的虚拟运营商的 VTP标识添加入所述邀请消息中；将添加了终端归属的虚拟运营商的 VTP标识的邀请消息发送给所述 S-CSCF。

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

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

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

10、根据权利要求 9所述的方法，其特征在于，当所述 S-CSCF中所述 VTP 标识对应的 VTP数据发生改变，所述方法还包括：

接收由 S-CSCF发送的第二邀请消息，所述第二邀请消息中至少包括： VTP 配置数据修改标志和所述主叫终端归属的虚拟运营商的 VTP标识；

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

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

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

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

所述发送单元，用于将获取的虚拟运营商配置数据发送给应用服务器

( AS )或者服务的呼叫会话控制功能（S-CSCF )。

12、根据权利要求 11所述的用户归属服务器，其特征在于，所述第一获取单元，还用于获取修改后的虚拟运营商配置数据，所述修改后的虚拟运营商配置数据包括：增加后的 VTP配置数据，删除后的 VTP配置数据，或者修正后的 VTP配置数据其中任一项或者任意项的组合；

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

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

所述第一接收单元，用于接收 S-CSCF发送的获取用户签约信息请求；所述第二发送单元，用于根据签约信息和所述获取的虚拟运营商配置数据，发送所述用户对应的签约信息和所述用户所归属的虚拟运营商的 VTP标识或者公共业务标识（PSI )给所述 S-CSCF。

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

所述第二接收单元，用于接收所述 AS发送的订阅通知请求（SNR ) 消息，所述消息中至少包括： VTP标识或者公共业务标识（PSI )其中任一项；

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

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

15、一种应用服务器（AS )，其特征在于，所述 AS包括：第一接收数据单元和第一发送数据单元；

所述第一接收数据单元，用于接收归属服务器（HSS )发送的虚拟运营商配置数据；

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

16、一种服务的呼叫会话控制功能（S-CSCF ), 其特征在于，所述 S-CSCF 包括：第二接收数据单元和第二发送数据单元；

所述第二接收数据单元，用于接收归属服务器（HSS )发送的虚拟运营商配置数据；

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

17、一种代理的呼叫会话控制功能（P-CSCF ), 其特征在于，所述 P-CSCF 包括：第四接收单元和第四发送单元，

所述第四接收单元，用于接收终端发送的注册请求；

所述发送单元，用于将所述注册请求发送给服务的呼叫会话控制功能 ( S-CSCF );

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

18、根据权利要求 17所述的 P-CSCF, 其特征在于，所述 P-CSCF还包括：第六接收单元，添加单元，和第六发送单元，

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

所述添加单元，用于将所述终端归属的虚拟运营商的 VTP标识添加入所述邀清消息中；

所述第六发送单元，用于将添加了终端归属的虚拟运营商的 VTP标识的邀请消息发送给所述 S-CSCF。

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

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

20、根据权利要求 19所述的 IBCF，其特征在于，

所述第七接收单元，还用于接收由 S-CSCF发送的第二邀请消息，所述第二邀请消息中至少包括： VTP配置数据修改标志和所述主叫终端归属的虚拟运营商的 VTP标识；所述第三获取单元，还用于根据主叫终端归属的虚拟运营商的 VTP标识，从所述 S-CSCF中获取所述 VTP标识对应的修改后的 VTP配置数据；

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