CN101322405B - 实现业务集成的方法、装置及系统 - Google Patents

Abstract

一种实现业务集成的方法，应用于IPTV业务与通信业务的集成，包括下列步骤：网络侧获取业务集成的签约关系和相关状态信息；以及网络侧根据所述业务集成的签约关系和相关状态信息，完成业务的集成处理。另一种实现业务集成的方法，应用于IPTV业务与通信业务的集成，包括以下步骤：用户设备在使用第一业务时标识该业务为激活状态；用户设备在收到与业务集成有关的消息时，向网络侧发送消息使网络侧触发与第一业务存在集成关系的第二业务。

Description

实现业务集成的方法、装置及系统

技术领域

本发明涉及通信领域，特别是实现业务集成的方法、装置及系统。

背景技术

IPTV(网络电视)业务是基于宽带网络开展的、以流媒体为主的业务，主要提供直播电视业务、点播业务等。与传统的TV(电视业务)相比较，IPTV系统能够提供更加丰富灵活的业务，提供一个综合的IPTV增值业务平台，实现通信、数据、视频、音频等业务。目前的IPTV增值业务是在音视频的基础上提供一些消息业务等的集成，通过IPTV终端实现消息业务，电视竞猜等业务。

下一代网络(NGN)是基于分组技术的融合网络，采用承载和控制相分离的架构，使得业务的生成和提供更加灵活，各种业务应用也能够更加方便的组合起来。NGN通信业务包括传统的电路交换语音业务和增值业务，传统的分组业务，以及NGN网络中灵活组合扩展的新业务，(包括语音和数据业务的融合、多媒体应用、个性化业务)。

应用服务器(AS，Application Service)是NGN网络中处理用户应用和业务逻辑的功能实体。用户的业务请求被触发到AS，由AS根据具体的业务逻辑对用户请求进行控制和管理。

IMS(IP Multimedia Subsystem，IP多媒体子系统)是3GPP R5/R6标准定义的一个IP多媒体子系统，IMS采用IP分组域作为其控制信令和媒体传输的承载通道，采用SIP(会话初始协议)协议作为呼叫控制信令，实现了业务管理、会话控制及承载接入的三者分离。

发明人在发明过程中发现，目前IPTV业务与通信业务相互独立，无法实现IPTV业务与通信业务的有效集成。

发明内容

本发明实施例提供了实现业务集成的方法、装置及系统，以实现IPTV业务与通信业务之间的信息交互，并实现IPTV业务与通信业务的集成。

本发明实施例的一种实现业务集成的方法，应用于IPTV业务与通信业务的集成，包括下列步骤：网络侧获取业务集成的签约关系和相关状态信息；以及网络侧根据所述业务集成的签约关系和相关状态信息，完成业务的集成处理。

本发明实施例的一种业务交互功能实体，包括：事件接收单元，用于接收业务触发事件；事件映射处理单元，用于在事件接收单元收到业务触发事件时，根据用户签约身份、集成交互业务的签约数据、状态信息和该业务触发事件中携带的业务信息进行匹配映射，之后输出匹配映射结果及处理指示；事件发送单元，用于根据事件映射处理单元输出的匹配映射结果，将处理指示发送到相关事件处理点，进行相应处理。

本发明实施例的一种业务触发系统，包括：用户终端、会话控制功能实体、业务交互功能实体和事件处理点；所述用户终端，用于发起和/或接收业务；会话控制功能实体，用于将用户终端发起的业务触发到业务交互功能实体；业务交互功能实体，用于在收到业务触发事件时，根据用户签约身份、签约数据和状态信息进行匹配映射，并根据匹配映射结果输出处理指示；事件处理点，用于根据业务交互功能实体发来的处理指示，进行相应处理。

本发明实施例的一种业务集成装置，包括：接收单元，用于接收用户设备发送的消息；激活单元，用于在用户使用第一业务时将第二业务的状态标识为业务集成激活；集成单元，用于确认用户签约了第二业务后判断该第二业务的状态，并且在该状态为业务集成激活时执行业务集成逻辑；发送单元，用于将所述消息转发到对应的应用服务器AS；其中，所述接收单元接收到所述AS的业务指示后，所述集成单元完成后续处理。

本发明实施例的一种通信系统，包括：会话控制实体，用于将需要实现业务集成的用户的消息转发到集成业务实体；集成业务实体，用于根据用户使用第一业务将第二业务的状态标识为业务集成激活，以及在接收到所述消息后判断所述第二业务的状态，并且在该状态为业务集成激活时将所述消息转发到对应的应用服务器AS；应用服务器AS，用于在接收到所述消息后处理对应的业务逻辑，并根据处理结果发送相应的业务指示。

本发明实施例的另一种实现业务集成的方法，应用于IPTV业务与通信业务的集成，其特征在于，包括以下步骤：用户设备在使用第一业务时标识该业务为激活状态；用户设备在收到与业务集成有关的消息时，向网络侧发送消息使网络侧触发与第一业务存在集成关系的第二业务。

本发明实施例的一种用户设备，包括：接收模块，用于接收各种消息；业务处理模块，用于处理第一业务和/或第二业务；标识模块，用于记第一业务的激活状态信息；触发模块，用于在第一业务为激活状态并且接收到关联第二业务的消息时产生控制网络侧触发所述第二业务的消息；发送模块，用于向网络侧发送控制网络侧触发所述第二业务的消息。

本发明实施例的一种通信系统，包括：业务应用服务器，用于处理用户签约的业务；会话控制实体，用于接收和转发用户的消息，以及触发用户签约的业务到所述业务应用服务器；用户设备，用于在使用第一业务时标识该业务为激活状态，或将该业务的激活状态通知处理第二业务的用户设备，以及在收到与所述第二业务关联的消息并确定所述第一业务为激活状态时，向所述会话控制实体发送消息，以在业务应用服务器上触发所述第二业务。

本发明实施例中通过网络侧或终端侧获取业务集成的相关信息，并根据所述业务集成的相关信息，完成业务的集成处理。从而实现了IPTV业务与通信业务之间的信息交互，并实现了IPTV业务与通信业务的集成。

附图说明

图1为本发明实施例中网络实体完成业务的集成处理的步骤流程图；

图2为本发明实施例中实现业务集成的系统结构图；

图3为本发明实施例中I-AS的内部功能的结构示意图；

图4为本发明实施例中I-AS的内部接口的结构示意图；

图5为本发明实施例中定义Sh接口的类图；

图6为本发明实施例中定义扩展过滤规则的类图；

图7为本发明实施例中一个IMPI关联一个IMPU的关系图；

图8为本发明实施例中一个IMPI关联一个IMPU情况下实现集成的方法流程图；

图9为本发明实施例中一个IMPI关联多个IMPU的关系图；

图10为本发明实施例中一个IMPI关联多个IMPU情况下实现集成的方法流程图；

图11为本发明实施例中多个IMPI关联多个IMPU的关系图；

图12为本发明实施例中多个IMPI关联多个IMPU情况下实现集成的方法流程图；

图13为本发明实施例中一个IMPI关联一个IMPU情况下另一种实现集成的方法流程图；

图14为本发明实施例中用户在未使用IPTV业务时有来话请求的流程图；

图15为本发明实施例的业务交互功能实体结构示意图；

图16为本发明业务交互功能实体实施例一的结构示意图；

图17为本发明实施例的业务触发系统结构示意图；

图18为本发明系统实施例一的结构示意图；

图19为本发明系统实施例二的结构示意图；

图20为本发明系统实施例三的结构示意图；

图21为本发明系统实施例六的结构示意图；

图22为本发明系统实施例七的结构示意图；

图23为本发明实施例的方法步骤流程图；

图24为本发明实施例的过滤规则的扩展示意图；

图25为本发明实施例的过滤规则的另一扩展示意图；

图26为本发明方法实施例一的信令流程图；

图27为本发明方法实施例二的信令流程图；

图28为本发明方法实施例三的信令流程图；

图29为本发明方法实施例四的信令流程图；

图30为本发明实施例中系统结构示意图；

图31为本发明实施例中用户设备结构图；

图32为本发明实施例中一个IMPI关联一个IMPU的关系图；

图33为本发明实施例中一个IMPI关联一个IMPU情况下实现集成的方法流程图；

图34为本发明实施例中一个IMPI关联多个IMPU的关系图；

图35为本发明实施例中一个IMPI关联多个IMPU情况下实现集成的方法流程图；

图36为本发明实施例中多个IMPI关联多个IMPU的关系图；

图37为本发明实施例中多个IMPI关联多个IMPU情况下实现集成的方法流程图。

具体实施方式

为了实现IPTV业务与通信业务之间的信息交互，并实现IPTV业务与通信业务的集成，本发明实施例提供了实现业务集成的方法、装置及系统，具体可分为网络侧的网络实体获取业务集成的相关信息，并根据所述业务集成的相关信息，完成业务的集成处理；或者，用户设备获取业务集成的相关信息，并根据所述业务集成的相关信息，完成业务的集成处理。以下分别描述。

网络实体完成业务的集成处理，参见图1所示，包括下列主要步骤：

S1、网络侧获取业务集成的签约关系和相关状态信息。

S2、网络侧根据所述业务集成的签约关系和相关状态信息，完成业务的集成处理。

所述网络侧的网络实体为新增的业务集成装置(也可叫做业务交互功能实体)，基于该实体来实现业务的集成处理，具体实现有两种方式，差别在于业务集成功能的处理不同。第一种方式中，集成交互功能在处理一个业务的过程中根据用户签约数据、状态信息等动态激活需要集成交互的业务；而在第二种方式中，是需要集成交互的业务在执行过程中根据签约信息、状态信息(其中包括其它业务的状态信息)，动态触发。下面分别详细介绍：

网络实体完成业务的集成处理的第一种方式中：

通过具有B2BUA(Back-to-Back UserAgent，背对背的用户代理)功能的网络实体实现多个业务之间的业务集成，为用户提供诸如NGN音视频会话业务与IPTV业务的集成交互，IPTV网络与NGN通信终端之间的消息交互等。

参见图2，本实施例中实现IPTV业务与NGN通信业务集成的系统包括NGN业务应用服务器11(NGN Service AS)、IPTV AS12、集成业务服务器13(Integrated Service AS)、会话控制实体14(本实施例中为CSCF(Call SessionControl Function，呼叫会话控制功能))、一个或多个UE15和HSS16(归属用户服务器)。其中：

NGN Service AS11是在NGN网络架构中实现NGN通信业务的AS，不同的业务可能部署不同的AS，在本实施例中提供来话指示业务。

IPTV AS12是在NGN网络架构中实现IPTV业务的AS，提供LTV(直播电视)、视频点播VOD等IPTV业务，不同的业务可能部署不同的AS。

Integrated Service AS(I-AS)13接收用户的注册请求、订阅请求或者业务请求，汇聚IPTV业务与NGN通信业务，实现IPTV业务与NGN通信业务之间的集成和交互控制。具有B2BUA功能，根据不同的业务状态触发不同的业务实现流程，将消息转发对应的应用服务器AS。

CSCF14为会话控制实体，用于会话控制与消息转发。在用户注册或签约时从HSS16下载用户数据，以及在接收到用户的会话请求后根据用户数据中的初始过滤规则iFC，将会话请求转发到Integrated Service AS13。

UE15包括IPTV终端设备和NGN终端设备，每一个UE对应一个私有用户身份标识IMPI，一个IMPI可对应一个或多个公共用户身份标识IMPU。用户可以使用同一个IMPU签约多个业务，也可以使用不同的IMPU分别签约不同的业务。UE15根据网络侧发送的请求或业务指示做出不同的响应，完成在IPTV业务激活状态下处理NGN通信业务，实现两种业务的集成。

HSS16是IMS中所有与用户和服务相关的数据的主要数据存储器，存储在HSS16中的数据主要包括用户身份、注册信息、接入参数和范围触发信息，保存用户的Service Profile(业务配置文件)等数据信息，IPTV AS12、NGNService AS11、Integrated Service AS13需要从HSS16获得或刷新签约数据。

参见图3，本实施例中的I-AS13包括接收单元131、激活单元132、集成单元133和发送单元134。其中，接收单元131接收来自CSCF14、IPTVAS12、NGN Service AS11的各种请求或响应，从HSS16中获取签约数据。激活单元132收到用户关于IPTV业务的请求时根据扩展过滤规则激活IPTV业务，同时根据扩展过滤规则激活NGN通信业务，并激活集成单元133。集成单元133实现IPTV业务与NGN通信业务的集成，根据接收单元131接收的请求内容指示发送单元134将其发送到对应的IPTV AS12或NGN Service AS11，必要时在请求中增加集成信息；再根据接收单元131接收的请求内容执行集成业务逻辑，根据业务需要指示发送单元134将其发送到UE15，UE15存在多个身份时集成单元133将接收到的请求或响应做必要的拆分，指示发送单元134将其分别发送到UE15的不同身份下。发送单元134向CSCF14、IPTV AS12、NGNService AS11发送各种请求或响应。

本实施例在网络架构中增加了用于实现业务集成的I-AS13，I-AS13与其它网络实体间的通信接口如图4所示。I-AS13包括第一接口301、第二接口302、第三接口303和处理模块304。其中，第一接口(业务实体和HSS之间的接口Sh接口)301即Integrated Service AS13与HSS16之间的接口，用于IntegratedService AS13从HSS16获取用户签约数据，刷新用户数据；第二接口302即Integrated Service AS13与Call Service Control Function14之间的接口，实现用户业务集成的触发；第三接口303为Integrated Service AS13与IPTV AS12、NGN Service AS11之间的接口，实现用户IPTV业务与NGN通信业务的集成触发。图3中发送单元134和接收单元131通过上述接口完成与其他设备之间的交互。其中的处理模块304完成集成业务服务器的其他功能。

本实施例通过扩展Filter Criteria(过滤规则)来实现业务触发，具体方式为扩展Sh接口的定义。

参阅图5所示，在类Sh-IMS-Data中增加类EFCs，用于携带扩展签约信息。Sh-IMS-Data与EFCs是聚合关系，Sh-IMS-Data中包含零到一个类EFCs，EFCs中包含零到多个eFC，EFCs中的私有属性EFCs的类型为类eFCs(expandFilter Criteria，扩展过滤规则)。I-AS13根据扩展过滤规则选择需要触发的IPTVAS12或者NGN AS11。

参见图6，类eFCs中包括一个私有的激活标志Activation，为枚举型，可能的取值为ACTIVE、ACTIVEIntegrated或NOACTIVE。当取值为ACTIVE时标识该eFC为业务激活状态，当取值为ACTIVEIntegrated时标识该eFC为业务集成激活状态，I-AS13需要根据eFC触发业务，当取值为NOACTIVE时标识该eFC为去激活状态，I-AS13不需要根据该eFC触发业务。类eFCs中还包括类Service Identity，用于标识该eFC触发的业务类型。配置扩展触发规则时，对于只有在使用IPTV业务时才需要激活的业务，扩展业务标识缺省为“业务去激活”，对于无论IPTV业务是否使用都需要激活的业务，扩展业务标识缺省为“业务激活”。

网络侧在业务集成中需要配置两类信息，一类是基本签约信息，另一类为扩展签约信息。基本签约信息用于标识不需要通过集成来实现的业务以及需要由业务集成触发的业务。扩展签约信息用于标识用户具体签约的需要集成的业务，如IPTV业务和NGN通信业务。HSS16根据业务的不同签约信息分别生成iFC(初始过滤规则)和eFC，iFC做为配置数据的一部分，与以前保持不变，保存在HSS16、CSCF14和AS上(包括I-AS)，eFC做为扩展的触发规则，只保存在HSS16和I-AS13上，不会出现在CSCF14上。

本实施例中I-AS13根据IPTV业务判断是否进行扩展过滤规则标识的设置：如果IPTV业务在使用，且通信业务的标识为业务去激活时，修改业务激活标识为“业务集成激活”，否则不改变标识；用户退出IPTV业务时，如果通信业务的标识为“业务集成激活”，则改变为“业务去激活”或者“业务激活”，否则不改变。

通信业务的具体触发方式如下：

1、在通信业务的标识为“业务激活”时，表示需要触发通信业务，并且用户没有使用IPTV业务，因此不需要实现IPTV业务与通信业务的集成处理，即不需要将通信相关信息发送到使用IPTV业务的终端。

2、在通信业务的标识为“业务集成激活”时，表示需要触发来话指示业务，并且用户在使用IPTV业务，因此需要实现IPTV业务与通信业务的集成，即需要将通信的相关信息发送到使用IPTV业务的终端。

3、在通信业务的标识为“业务去激活”时，表示通信业务不需要触发。

本实施例为用户签约了IPTV业务和NGN通信业务，并且要实现业务集成，在用户签约业务集成时，HSS16保存根据签约数据分别生成iFC和eFC，并分别保存到CSCF14和I-AS13上。因此CSCF14上保存触发业务到I-AS13的iFC，I-AS13上保存有iFC和eFC，触发业务到IPTV AS12和NGN ServiceAS11，其中触发业务到IPTVAS12的eFC处于业务激活状态，触发业务到NGNService AS11的eFC处于业务激活状态或业务去激活状态，在通信过程中动态激活。本实施例以来话指示业务为例进行说明，来话指示业务的eFC默认为业务激活状态。

本实施例根据用户的IMPI和IMPU的数量提供三种业务集成方案，第一种是用户使用同一个IMPU签约IPTV业务和通信业务；第二种是用户使用关联到同一个IMPI的不同IMPU分别签约IPTV业务和通信业务；第三种是用户使用关联到不同IMPI的IMPU分别签约IPTV业务和通信业务。

用户使用一个IMPI关联一个IMPU的情况如图7所示，用户身份关系为一个IMS签约(Subscription)对应一个IMPI，一个IMPI对应一个IMPU，一个IMPU对应一个业务配置文件(Service Profile)，一个IMPI对应一个IPTVUE。

参见图8，本实施例中用户使用同一个IMPU签约IPTV业务和通信业务实现业务集成的方法流程如下：

步骤701：用户通过IPTV UE15请求IPTV业务，将IPTV业务请求消息发送到CSCF14，CSCF14查看本地的iFC获知该业务属于需要集成的业务，故CSCF14将IPTV业务请求消息发送到I-AS13并触发业务到I-AS13。I-AS13根据本地的eFC将其转发到IPTV AS12。

步骤702：IPTVAS12响应该请求，将响应消息交由I-AS13和CSCF14转发到IPTV UE15。IPTV UE15与IPTV AS12建立会话。

I-AS13可以在UE15登录IPTV业务网站到建立会话后的任何时候标识IPTV业务为激活状态，同时激活NGN通信业务，当有多个业务集成时，其它业务都需要标识为业务集成激活。I-AS13标识激活状态的时机可以根据业务需求选择激活的时机，通过在I-AS上配置数据来实现。

步骤703：I-AS13在收到CSCF14转发的IPTV业务请求消息后，根据记录的IPTV业务为激活状态激活NGN通信业务(本实施例中为来话指示业务)，具体方法如下：

I-AS13分析IPTV UE15侧IMPU对应的Service Profile，获得IMPU以及该IMPU需要集成的业务标识(ServiceID)，I-AS13根据关联IMPU+SerivceID查询相应的eFC，并修改该eFC的Activation标志为ACTIVEIntegrated，完成来话指示业务的激活。

步骤704：当另一个UE希望与UE15建立通话时先发送来话请求到CSCF14，CSCF14根据本地的iFC发现需要业务集成，故将该请求转发到I-AS13。

步骤705：I-AS13依据来话请求中的目标标识查询本地的来话指示业务的eFC已置于激活态，需要触发业务集成。

步骤706：I-AS13将来话请求转发到NGN Service AS11。

步骤707：NGN Service AS11根据I-AS13发送的来话请求触发业务逻辑，根据IPTV UE15定制的所有来话指示业务收集及整理相关信息，本实施例中的来电显示为收集的主叫用户信息。

步骤708：NGN Service AS11生成业务指示，其中包含主叫信息，将该业务指示及来话请求交由I-AS13和CSCF14转发到IPTV UE15。在必要时，NGNService AS11会向另一个UE发送临时响应。

I-AS13根据业务指示做出相应的处理，对于不同的业务其处理方式有所不同，例如，业务指示是拒绝呼叫，此时I-AS13不需要向用户侧发送任何消息。

步骤709：IPTV UE15将主叫信息显示在IPTV屏幕上，提示正在收看网络电视的用户有来电，用户可以点击接听按钮应答。

步骤710：用户接听来电时，通过CSCF14和I-AS13与所述另一个UE建立通话连接。

用户可以在接听来电时暂停IPTV业务，IPTV UE15根据业务逻辑指示或用户指示主动暂停IPTV业务，向IPTV AS12发送暂停请求。

当用户结束IPTV业务时，进一步执行以下步骤：

步骤711：用户点击按钮结束IPTV业务，并且IPTVUE15将结束IPTV业务请求通过CSCF14和I-AS13发送到IPTVAS12。

步骤712：IPTV AS12响应该请求，并发送结束会话指示，通过CSCF14和I-AS13发送到IPTV UE15。

步骤713：I-AS13在收到CSCF14转发的结束IPTV业务请求后，将NGN通信业务的状态标识为业务去激活，具体步骤如下：

分析主叫IMPU的Service Profile，获得关联的IMPU以及该IMPU需要集成的ServiceID，I-AS13根据关联IMPU+SerivceID查询相应的eFC，并修改该eFC的Activation标志为NOACTIVE或ACTIVE，完成去激活业务集成。

用户使用一个IMPI关联的多个IMPU分别签约业务的情况如图9所示(本实施例中以两个IMPU情况为例进行说明)。用户身份关系为一个IMSSubscription对应一个IMPI，一个IMPI对应两个IMPU，两个IMPU分别对应一个Service Profile，一个IMPI对应一个IPTV UE。

参见图10，用户使用关联到同一个IMPI的不同IMPU分别签约IPTV业务与NGN通信业务实现业务集成，其中IMPU1签约IPTV业务，IMPU2签约NGN通信业务，具体流程如下：

步骤901：用户通过IMPU1请求IPTV业务，将IPTV业务请求消息发送到CSCF14，CSCF14查看本地的iFC获知该业务属于需要集成的业务，故CSCF14将IPTV业务请求消息发送到I-AS13。I-AS13根据该请求及本地的eFC将其转发到IPTVAS12，并标识IPTV业务和NGN通信业务处于激活态。

步骤902：IPTVAS12响应该请求，将响应消息交由I-AS13和CSCF14转发到IMPU1归属用户的IPTV UE15。IMPU1归属用户的IPTV UE15与IPTVAS12建立会话。

步骤903：I-AS13在收到CSCF14转发的业务请求消息后，分析IPTV UE15侧IMPU2对应的Service Profile，获得IMPU2以及该IMPU2需要集成的ServiceID，I-AS13根据关联IMPU2+SerivceID查询相应的eFC，并修改该eFC的Activation标志为ACTIVEIntegrated，完成来话指示业务的激活。

步骤904：当另一个UE希望与UE15建立通话时先发送来话请求到CSCF14，CSCF14根据本地的iFC发现需要业务集成，故将该请求转发到I-AS13。

步骤905：I-AS13依据来话请求中的目标标识查询本地的来话指示业务的eFC已处于激活态，需要触发业务集成。

步骤906：I-AS13将来话请求转发到NGN Service AS11。

步骤907：NGN Service AS11根据I-AS13发送的来话请求触发业务逻辑，根据IPTV UE15定制的所有来话指示业务收集及整理主叫用户(所述另一个UE)信息，例如来电显示等。

步骤908：NGN Service AS11生成业务指示和来话请求，其中业务指示包含主叫信息，将该业务指示和来话请求发送到I-AS13。

步骤909：I-AS13将业务指示交由CSCF14转发到IMPU1归属用户的IPTVUE15。

步骤910：I-AS13将来话请求交由CSCF14转发到IMPU2归属用户的IPTVUE15。

步骤909和步骤910是同时进行的。

步骤911：IMPU1归属用户的IPTV UE15将主叫信息显示在IPTV屏幕上，提示正在收看网络电视的用户有来电，用户可以点击接听按钮应答。

步骤912：用户接听来电时，IMPU2归属用户的IPTV UE15通过CSCF14和I-AS13与所述另一个UE建立通话连接。

用户可以在接听来电时暂停IPTV业务，集成业务实体根据配置可以主动暂停IPTV业务，向IPTV AS12发送暂停请求。

当用户结束IPTV业务时，进一步执行以下步骤：

步骤913：用户点击按钮结束IPTV业务，并且IMPU1归属用户的IPTVUE15将结束IPTV业务请求通过CSCF14和I-AS13发送到IPTV AS12。

步骤914：IPTV AS12响应该请求，并发送结束会话指示，通过CSCF14和I-AS13发送到IMPU1归属用户的IPTV UE15。

步骤915：I-AS13在收到CSCF14转发的结束IPTV业务请求后，分析主叫IMPU1的Service Profile，获得关联的IMPU1以及该IMPU1需要集成的ServiceID，I-AS13根据关联IMPU1+SerivceID查询相应的eFC，并修改该eFC的Activation标志为NOACTIVE，完成去激活业务集成。

用户使用关联到不同IMPI的IMPU分别签约业务的情况如图11所示(本实施例中以两个IMPI关联两个IMPU情况为例进行说明)。用户身份关系为一个IMS Subscription对应两个IMPI，每个IMPI都对应一个IMPU，一个IMPU对应一个Service Profile，一个IMPI对应一个IPTV UE，另一个IMPI对应一个NGN UE。

参见图12，用户使用关联到不同IMPI的IMPU分别签约IPTV业务和通信业务实现业务集成，其中两个IMPI分别归属用户的IPTV UE和NGN UE，IPTV UE对应的IMPU1签约IPTV业务，NGN UE对应的IMPU2签约NGN通信业务，具体流程如下：

步骤1101：用户通过IMPU1归属用户的IPTV UE请求IPTV业务，将IPTV业务请求消息发送到CSCF14，CSCF14查看本地的iFC获知该业务属于需要集成的业务，故CSCF14将IPTV业务请求消息发送到I-AS13。I-AS13根据本地的eFC将其转发到IPTVAS12并标识IPTV业务和来话指示业务为激活态。

步骤1102：IPTV AS12响应该请求，将响应消息交由I-AS13和CSCF14转发到IMPU1归属用户的IPTV UE。IMPU1归属用户的IPTV UE与IPTVAS12建立会话。

步骤1103：I-AS13在收到CSCF14转发的业务请求消息后，分析NGN UE的IMPU2对应的Service Profile，获得以及该IMPU2需要集成的ServiceID，I-AS13根据关联IMPU2+SerivceID查询相应的eFC，并修改该eFC的Activation标志为ACTIVEIntegrated，完成来话指示业务的激活。

步骤1104：当另一个UE希望与IMPU2归属用户的NGN UE建立通话时先发送来话请求到CSCF14，CSCF14根据本地的iFC发现是业务集成，故将该请求转发到I-AS13。

步骤1105：I-AS13依据来话请求中的目标标识查询本地的来话指示业务的eFC已处于激活态，需要触发业务集成。

步骤1106：I-AS13将来话请求转发到NGN Service AS11。

步骤1107：NGN Service AS11根据I-AS13发送的来话请求触发业务逻辑，根据NGN UE定制的所有来话指示业务收集及整理主叫用户(所述另一个UE)信息，例如来电显示等。

步骤1108：NGN Service AS11生成业务指示和来话请求，其中包含主叫信息，将该业务指示和来话请求发送到I-AS13。

步骤1109：I-AS13执行业务集成逻辑，将业务指示交由CSCF14转发到IMPU1归属用户的IPTV UE。

步骤1110：I-AS13将来话请求交由CSCF14转发到IMPU2归属用户的NGN UE。

步骤1109和步骤1110可以是同时进行的。

步骤1111：IMPU1归属用户的IPTV UE将主叫信息显示在IPTV屏幕上，提示正在收看网络电视的用户有来电，用户可以点击接听按钮应答。

此时IMPU2归属用户的NGN UE也可以将主叫信息显示在NGN终端屏幕上。

步骤1112：用户通过NGN UE接听来电时，IMPU2归属用户的NGN UE通过CSCF14和I-AS13与所述另一个UE建立通话连接。

用户可以在接听来电时暂停IPTV业务，集成业务实体根据配置可以主动暂停IPTV业务，向IPTV AS12发送暂停请求。

当用户结束IPTV业务时，进一步执行以下步骤：

步骤1113：用户点击按钮结束IPTV业务，并且IMPU1归属用户的IPTVUE将结束IPTV业务请求通过CSCF14和I-AS13发送到IPTV AS12。

步骤1114：IPTV AS12响应该请求，并发送结束会话指示，通过CSCF14和I-AS13发送到IMPU1归属用户的IPTV UE。

步骤1115：I-AS13在收到CSCF14转发的结束IPTV业务请求后，分析主叫IMPU1对应的Service Profile，获得IMPU1以及该IMPU1需要集成的ServiceID，I-AS13根据关联IMPU1+SerivceID查询相应的eFC，并修改该eFC的Activation标志为NOACTIVE，完成去激活业务集成。

在上述流程中，对于业务集成的激活是在使用IPTV业务时完成的，但并不限于此，也可以在使用IPTV业务时进行记录，在接收到来话请求时激活业务集成，以用户使用同一个IMPU签约IPTV业务和通信业务为例(使用不同IMPU签约业务的实现同理)实现业务集成的流程参见图13所示，如下：

步骤1201：用户通过IPTV IE15请求IPTV业务，将IPTV业务请求消息发送到CSCF14，CSCF14查看本地的iFC获知该业务属于需要集成的业务，故CSCF14将IPTV业务请求消息发送到I-AS13。I-AS13根据本地的eFC将其转发到IPTVAS12。

步骤1202：IPTV AS12响应该请求，将响应消息交由I-AS13和CSCF14转发到IPTV UE15。IPTV UE15与IPTV AS12建立会话，I-AS13记录会话状态。

I-AS13可以在IPTV UE15登录IPTV业务网站到建立会话后的任何时候记录会话状态。

步骤1203：当另一个UE希望与UE15建立通话时先发送来话请求到CSCF14，CSCF14根据本地的iFC发现是业务集成，故将该请求转发到I-AS13。

步骤1204：I-AS13在收到CSCF14转发的业务请求消息后，分析IPTVUE15侧IMPU的Service Profile，获得关联的IMPU以及该IMPU需要集成的ServiceID，I-AS13根据关联IMPU+SerivceID查询相应的eFC，发现已记录IPTV业务的会话建立，并修改该eFC的Activation标志为ACTIVEIntegrated，完成来话指示业务激活。

步骤1205：I-AS13依据来话请求中的目标标识查询本地的IPTV业务的eFC已处于激活态，需要触发业务集成。

步骤1206：I-AS13将来话请求转发到NGN Service AS11。

步骤1207：NGN Service AS11根据I-AS13发送的来话请求触发业务逻辑，根据IPTV UE15定制的所有来话指示业务收集及整理主叫用户(所述另一个UE)信息，例如来电显示等。

步骤1208：NGN Service AS11生成业务指示，其中包含主叫信息，将该业务指示及来话请求交由I-AS13和CSCF14转发到IPTV UE15。在必要时，NGN Service AS11会向另一个UE发送临时响应。

步骤1209：IPTV UE15将主叫信息显示在IPTV屏幕上，提示正在收看网络电视的用户有来电，用户可以点击接听按钮应答。

步骤1210：用户接听来电时，通过CSCF14和I-AS13与所述另一个UE建立通话连接。

在本实施例中，在用户未使用IPTV业务的情况下，如果用户签约的通信业务处于业务激活状态，在接收到来话请求时仍然能够触发该通信业务，其实现流程如图14所示：

步骤1301：当另一个UE希望与NGN UE15建立通话时先发送来话请求到CSCF14，CSCF14根据本地的iFC发现需要业务集成，故将该请求转发到I-AS13。

步骤1302：I-AS13依据来话请求中的目标标识查询本地的来话指示业务的eFC已置于业务激活态，需要触发来话指示业务。

步骤1303：I-AS13将来话请求转发到NGN Service AS11。

步骤1304：NGN Service AS11根据I-AS13发送的来话请求触发业务逻辑，根据NGN UE15定制的所有来话指示业务收集及整理相关信息，本实施例中的来电显示为收集的主叫用户信息。

步骤1305：NGN Service AS11生成业务指示，其中包含主叫用户信息，将该业务指示及来话请求交由I-AS13和CSCF14转发到NGN UE15。在必要时，NGN Service AS11会向另一个UE发送临时响应。

I-AS13根据业务指示做出相应的处理，对于不同的业务其处理方式有所不同，例如，业务指示是拒绝呼叫，此时I-AS13不需要向用户侧发送任何消息。

步骤1306：NGN UE15将主叫用户信息显示在屏幕上，提示用户有来电，用户可以点击接听按钮应答。

在本实施例中，在用户未使用IPTV业务并且扩展过滤规则中通信业务标识为业务去激活时，I-AS13接收到会话请求后直接向用户侧转发。其消息的转发除了经I-AS外，其处理与现有技术相同，不再赘述。

综上，在网络实体完成业务的集成处理的第一种方式中，在系统中增加了网络实体I-AS来实现IPTV业务和NGN通信业务的集成。CSCF将签约业务集成的用户所有的请求都发送到I-AS，由I-AS根据业务内容触发相应的业务AS，同时发送终端状态信息，并触发业务集成；NGN AS收集UE注册的其它通信相关信息并由I-AS发送到UE，使UE可以在处于IPTV业务激活状态下处理通信相关信息，即使IPTV业务与通信业务的信息可以交互，实现业务集成。存在多个公共用户身份时，将不同的业务指示发送到不同的公共用户身份下，实现不同业务间的集成。本发明实现了IPTV系统与NGN网络间的交互，使两种强大的功能得到有机的结合，最大的发挥IPTV系统和NGN网络的功能，并为其它系统间的集成提供了良好的实例。至此，网络实体完成业务的集成处理的第一种方式的介绍完毕。以下介绍网络实体完成业务的集成处理的第二种方式。

网络实体完成业务的集成处理的第二种方式中：

在现有IMS架构中引入业务交互功能实体(Service Interaction Function)，实现(但不限于)网络电视业务与其它NGN业务的会话集成交互。参见图15所示，该业务交互功能实体包括：事件接收单元、事件映射处理单元和事件发送单元。

所述事件接收单元，用于接收到来的业务触发事件。

所述事件映射处理单元，用于根据所述业务触发事件中携带的签约身份，获取与之相关联的签约身份，集成交互业务的签约数据，以及相关状态信息，并根据获得的签约身份、集成交互业务的签约数据、状态信息和该业务触发事件中携带的业务信息进行匹配映射，之后输出匹配映射结果及处理指示。

所述事件发送单元，用于根据事件映射处理单元输出的匹配映射结果，将处理指示发送到相关事件处理点，进行相应处理。

进一步介绍业务交互功能实体实施例一、具体到网络电视业务和通信会话业务的集成，事件处理点包含在业务交互功能实体中。参见图16所示，包括：

状态信息管理单元、用于管理状态信息。

状态信息以用户的形式管理：用户下面可能包含多个业务的签约身份，例如：同时或者分别签约网络电视业务、通信会话业务等；具体到每个签约身份又包含与该签约身份对应的状态信息，其中包括：用户状态信息，如收看网络电视、忙、空闲等；业务状态信息，如对于网络电视业务可能包含广播电视频道信息、视频点播节目信息等；终端状态信息，如网络电视终端状态信息、通信终端状态信息等；会话状态信息，如通信会话状态，网络电视会话状态。

该状态信息管理单元本身可以保存相关状态信息(例如：作为呈现服务器)；或者，该状态信息管理单元本身不保存相关状态信息，需要时，从保存有状态信息的网元(例如：呈现服务器)中获取相关状态信息后再转发。

签约数据管理单元、用于管理用户签约数据。

由于本发明实施例提供集成交互业务(将该用户签约的各个业务集成，通过不同业务之间的集成交互为用户提供新的业务体验)，并根据用户的需求，相应提供集成交互业务的签约数据(即关联该用户签约的各个业务的签约数据)，所以签约数据管理单元管理的用户签约数据包括：用户在各个业务中所具有的签约身份之间的关联信息，以及该用户的集成交互业务的签约数据、业务信息等。

该签约数据管理单元本身可以保存所述相关联的签约身份、集成交互业务的签约数据、业务信息等。或者，该签约数据管理单元本身不保存所述相关联的签约身份、集成交互业务的签约数据、业务信息等，需要时，从保存有所述相关联的签约身份、集成交互业务的签约数据、业务信息等的网元中获取后，再转发；例如：所述相关联的签约身份、集成交互业务的签约数据、业务信息等可以作为业务签约数据透明保存在用户签约服务功能实体UPSF(User ProfileServer Function)中，该签约数据管理单元可通过与UPSF之间的接口获得。

事件接收单元，用于接收到来的业务触发事件。

可以看作是一个用户代理(User Agent)，响应业务触发事件请求，接收到来的业务触发事件后，创建事件管理记录；管理会话内的所有SIP消息；维持会话状态；维持会话状态信息。

事件映射处理单元，用于维持会话状态信息；根据所述业务触发事件中携带的签约身份，通过签约数据管理单元获取与之相关联的签约身份和集成交互业务的签约数据，以及通过状态信息管理单元获取相关状态信息，并根据获得的签约身份、集成交互业务的签约数据、状态信息和该业务触发事件中携带的业务信息进行匹配映射，之后输出匹配映射结果及处理指示。

如果匹配到触发网络电视控制事件，则匹配映射结果中包含网络电视事件处理单元的地址信息(本实施例中，为内部地址信息)，处理指示为执行相关动作(播放、暂停等)；如果匹配到触发新的事件(如：前转业务)，则匹配映射结果中包含相关应用服务器(前转服务器)的地址信息，处理指示为由该应用服务器执行操作(前转操作)；如果没有匹配到任何事件(匹配失败)，则匹配映射结果中包含会话控制功能实体的地址信息，处理指示为继续路由。

事件发送单元，用于根据事件映射处理单元输出的匹配映射结果，将处理指示发送到相关事件处理点，进行相应处理。

可以看作是一个用户代理(User Agent)，响应匹配映射结果，创建新的对话，发起新的请求，维持对话状态信息，会话状态信息。

如果匹配映射结果中包含网络电视事件处理单元的地址信息，则将处理指示发送到网络电视事件处理单元；如果匹配映射结果中包含相关应用服务器的地址信息，则将处理指示和业务触发事件转发到该应用服务器；如果匹配映射结果中包含会话控制功能实体的地址信息，则将处理指示和业务触发事件路由到会话控制功能实体。(所述匹配映射结果中也可携带其它信息，用于告知事件发送单元将处理指示发送到何处)

网络电视事件处理单元，在本实施例中，即事件处理点。用于管理网络电视控制事件，完成对网络电视业务的控制。

网络电视事件处理单元收到事件发送单元发来的处理指示后，根据用户状态等映射为标准的网络电视控制事件，包括Play、Pause、Record等，发送到网络电视应用服务器或者网络电视终端。

在其他实施例中，当然所述网络电视事件处理单元也可以独立设置为应用服务器，还可以位于网络电视应用服务器中。

网络实体完成业务的集成处理的第二种方式中还提供了一种业务触发系统，参见图17所示，包括用户终端、会话控制功能实体、业务交互功能实体和事件处理点。

所述用户终端，用于发起和/或接收业务。

所述会话控制功能实体，用于将用户终端发起的业务触发到业务交互功能实体。

所述业务交互功能实体(即本发明实施例的业务交互功能实体)，用于在收到业务触发事件时，根据用户签约身份、签约数据、状态信息和该业务触发事件中携带的业务信息进行匹配映射，并根据匹配映射结果输出处理指示。其中包括事件接收单元、事件映射处理单元和事件发送单元；进一步还可包括状态信息管理单元和签约数据管理单元。

所述事件处理点，用于根据业务交互功能实体发来的处理指示，进行相应处理。

以下通过7个系统实施例具体描述。

系统实施例一、参见图18所示。

所述事件处理点用于执行特殊动作(例如：该事件处理点为网络电视事件处理单元，用于执行网络电视业务中的播放、暂停等动作)，则该事件处理点作为业务交互功能实体中的功能实体模块，位于业务交互功能实体中。该事件处理点收到业务交互功能实体内部发来的处理指示时，将该处理指示映射为SIP消息，并向用户终端(例如：网络电视终端)和/或相关应用服务器(例如：网络电视应用服务器)发送。

系统实施例二、参见图19所示。

所述事件处理点用于执行特殊动作(例如：该事件处理点为网络电视事件处理单元，用于执行网络电视业务中的播放、暂停等动作)，则该事件处理点作为相关应用服务器(例如：网络电视应用服务器)中的功能实体模块。该事件处理点收到业务交互功能实体发来的处理指示时，将该处理指示映射为SIP消息，并向用户终端(例如：网络电视终端)发送，或者在所述应用服务器内部继续处理。

系统实施例三、参见图20所示。

所述事件处理点用于执行特殊动作(例如：该事件处理点为网络电视事件处理单元，用于执行网络电视业务中的播放、暂停等动作)，则该事件处理点作为独立的应用服务器。该事件处理点收到业务交互功能实体发来的处理指示时，将该处理指示映射为SIP消息，并向用户终端(例如：网络电视终端)和/或相关应用服务器(例如：网络电视应用服务器)发送。

系统实施例四、所述事件处理点用于完成，由集成交互业务触发的新业务(例如：前转业务)，则该事件处理点为相关应用服务器(例如：前转服务器)。

系统实施例五、所述事件处理点用于完成，处理集成交互业务后需继续执行的所述业务触发事件(例如：继续路由业务触发事件-建立通信会话请求)，则该事件处理点为呼叫会话控制功能实体S-CSCF。

系统实施例六、参见图21所示。

所述业务交互功能实体(其中可包括或不包括系统实施例一至三中所述的事件处理点)作为独立的网元。

系统实施例七、参见图22所示。

所述业务交互功能实体(其中可包括或不包括系统实施例一至三中所述的事件处理点)位于相关应用服务器(例如：网络电视应用服务器)中。

上述系统实施例一至七中，所述业务交互功能实体与会话控制功能实体之间，存在用于交互业务触发事件的接口；以及所述业务交互功能实体与应用服务器之间，存在用于交互处理指示的接口。

其中，业务交互功能实体与会话控制功能实体之间的接口，用于在会话控制功能实体(CSCF)与业务交互功能实体之间发送和接收SIP消息。会话控制功能实体收到初始会话请求，根据过滤规则决定是否通过该接口转发会话请求到业务交互功能实体。业务交互功能实体通过该接口接收会话功能实体转发的会话请求，并处理该会话请求，根据处理结果决定终结、重定向或代理该会话请求。该接口可以是ISC接口。

其中，业务交互功能实体与应用服务器之间的接口，用于在业务交互功能实体与应用层之间发送和接收SIP消息。业务交互功能实体收到请求、响应消息，触发事件映射，根据映射结果确定是否触发业务到相应的应用服务器。若业务交互功能实体与应用服务器相互独立，则该接口可以是ISC接口；若业务交互功能实体与应用服务器合设，则该接口为内部接口。

网络实体完成业务的集成处理的第二种方式中还提供了一种业务触发方法，参见图23所示，包括下列步骤：

S11、业务触发事件到来。

S12、根据用户在该业务中的签约身份，获取与之相关联的签约身份，集成交互业务的签约数据，以及相关状态信息。

S13、根据获得的签约身份、集成交互业务的签约数据、状态信息和该业务触发事件中携带的业务信息进行匹配映射。

S14、根据匹配映射结果，指示触发对应的业务。

本步骤中所述指示触发对应的业务包括：指示S-CSCF继续路由所述业务触发事件；指示将所述业务触发事件触发到相关应用服务器进行处理；以及指示相关事件处理点向应用服务器或用户终端发送执行动作的消息，以触发对应的业务。

例如：所述用户签约的业务包括网络电视业务和通信业务，若当前用户已经建立网络电视会话，当通信业务触发事件到来时，包括下列内容：根据该用户在通信业务中的IMPU1获取该用户在网络电视业务中的IMPU2，网络电视业务与通信业务集成交互的签约数据；根据IMPU1和/或IMPU2获取该用户的状态信息；根据获得的签约身份、状态信息、签约数据和该业务触发事件中携带的业务信息进行匹配映射，若匹配映射结果为未匹配映射成功，则指示S-CSCF继续路由所述通信业务触发事件；若匹配映射结果为匹配映射到应用服务器，指示将所述通信业务触发事件触发到该应用服务器进行处理；若匹配映射结果为匹配映射到执行动作，则指示相关事件处理点向应用服务器或用户终端发送执行该动作的消息，以触发对应的业务。

以下列举了上述实施例的业务交互功能实体、系统及方法中，业务触发标准事件：

基本SIP方法，包括但不限于注册事件(REGISTER)，会话建立事件(INVITE、ACK、CANCLE)，会话终止事件(BYE)。

扩展SIP方法，包括但不限于订阅/通知事件(SUBSCRIBE/NOTIFY)，消息事件(MESSAGE)，消息事件(INFO)。

SIP响应消息，包括但不限于1xx，2xx，3xx，4xx，5xx，6xx。比如180振铃事件(180 Ringing)，200应答事件(200 OK)。

网络电视控制事件，这类事件为对网络电视会话产生影响的事件，包括：实时流协议(RTSP)控制事件，包括SETUP，PLAY，PAUSE，RECORD；信息显示事件，利用网络电视终端屏幕显示主叫信息、实现视频通信等。

上述实施例的业务交互功能实体、系统及方法中描述的网络电视控制事件，通过扩展SIP消息实现，与其它的标准SIP事件统一起来。

目前的SIP消息不支持流媒体控制，所以本发明实施例通过扩展SIP INFOmethod实现RTSP事件映射，即SIP INFO method通过扩展消息体的方式携带标准的IPTV控制事件，包括Play、Pause、Record等；当终端收到SIP INFO后，解析消息体中的控制事件，转换为RTSP控制消息。

上述实施例的业务交互功能实体、系统及方法中描述的事件映射处理中对过滤规则的扩展如下：

参见图24所示，与初始过滤规则比较，新增加了一个类---操作(Operation)。操作定义了当业务触发点匹配时需要执行的下一步操作，比如执行一个业务逻辑脚本。增加操作(Operation)的目的是因为目前的初始过滤规则在业务触发点匹配后执行的下一步操作为路由会话请求到相应的应用服务器，但是对于网络电视集成交互业务来说，业务交互功能实体在业务触发点匹配后执行的下一步操作可能是映射为一个网络电视控制事件。操作包含数据结构---操作信息，操作信息指示了下一步需要执行的操作，可能是调用某个脚本，例如：实现网络电视标准控制事件映射，该映射在业务交互功能实体上实现，而不是触发业务到某个应用服务器执行。

参见图25所示，与初始过滤规则比较，业务点触发器中增加了三个新的类：状态码(Status Code)、状态描述(Status Description)和业务信息(ServiceInformation)。即可以根据SIP响应消息、用户的状态、会话的状态、当前触发的业务信息等触发业务或执行操作。例如当业务交互功能实体收到180Ringing振铃响应、触发的业务为网络电视控制业务，并且用户当前状态为收看视频点播节目，则认为业务触发点匹配，执行下一步操作。

以下通过4个方法实施例具体描述。

方法实施例1、业务交互功能实体与视频点播应用服务器相互独立。

为了实现如下功能实体需求：用户正在通过网络电视终端收看网络电视节目，例如视频点播节目，此时用户通信终端有来电，当通信终端振铃的时候，系统自动暂停用户正在收看的视频点播节目。本实施例提供了网络电视业务与多媒体电话业务(Multimedia Telephony Service)的集成交互实现流程。参见图26所示，包括下列步骤：

1.用户A通过网络电视终端向呼叫会话控制功能实体发出视频点播业务会话初始请求(INVITE)，服务呼叫会话控制功能实体匹配用户A的初始过滤规则，转发会话请求消息到业务交互功能实体，并且该消息中携带业务信息，即视频点播业务(集成了呼叫会话管理的视频点播业务)。

2.业务交互功能实体(SIF)接收转发的会话请求，并根据消息中携带的主叫用户标识IMPU1查询获取用户A的签约数据，其中包括用户A签约的关联用户标识IMPU2，以及视频点播与多媒体电话集成交互业务的签约数据。这里IMPU2为用户A实现多媒体电话业务(Multimedia Telephony)会话的用户标识。本实施例中重用IMS架构中的用户配置服务功能实体(UPSF)，因此是通过SIF与UPSF之间的Sh接口获取用户签约数据。用户签约数据也可以保存在其它用户签约管理实体上(和/或通过其它的接口获取)。

3.业务交互功能实体(SIF)根据用户标识IMPU1、关联用户标识IMPU2查询获取用户A的状态信息。这里用户A状态为用户空闲、用户A的通信终端空闲、用户A的网络电视终端空闲。本实施例中SIF通过订阅/通知框架机制(SUBSCRIBE/NOTIFY)从呈现服务器(Presence)获取状态信息。状态信息也可以从其它状态管理实体获取。

4.业务交互功能实体(SIF)将触发事件(视频点播业务会话初始请求消息INVITE)中携带的业务信息(集成了呼叫会话管理的视频点播业务)、用户标识IMPU1、用户A状态信息(用户空闲)、用户A的通信终端空闲，用户A的网络电视终端空闲这些信息，共同与步骤2获取的视频点播与多媒体电话集成交互业务的签约数据进行匹配映射(具体为匹配映射该签约数据中的匹配映射规则)。这里匹配到相应的业务触发点(视频点播应用服务器)，则转发视频点播业务会话初始请求到视频点播应用服务器。(注：此处视频点播业务是按照主叫业务进行的触发；视频点播业务也可以按照被叫业务触发，此时SIF不能匹配到相应的业务触发点，执行被叫业务触发流程完成视频点播业务的触发。)

5.视频点播应用服务器响应用户A的视频点播业务会话初始请求，用户A开始收看视频点播节目。

6.视频点播应用服务器代理用户A发布状态信息到呈现应用服务器，其中包括：用户A处于收看视频点播业务的状态，正在收看的节目信息等。这里状态信息发布通过状态发布方法(PUBLISH)实现。用户状态信息也可以通过其它功能实体发布到呈现服务器，例如：用户网络电视终端直接发布状态信息等。

7.用户B通过通信终端向用户A的通信终端发起新的通信会话初始请求(INVITE)，该通信会话初始请求被路由到指配给用户A的服务呼叫会话控制功能实体。

8.服务呼叫会话控制功能实体转发该通信会话初始请求到用户A的通信终端。

9.通过一系列协商，用户A的通信终端发送振铃响应消息(180Ringing)。

10.用户A的通信终端发布状态信息(振铃状态)到呈现服务器(该状态信息也可以由其它功能实体代理发布)。

11.呼叫会话控制功能实体转发振铃响应消息(180Ringing)到用户B的通信终端。

12.用户A通信终端的状态发生变化，呈现服务器向业务交互功能实体发送通知消息(NOTIFY)，携带状态信息(振铃状态)。

注：本实施例中步骤11与步骤12之间没有必然的先后顺序。

13.业务交互功能实体(SIF)将触发事件(NOTIFY)中携带的状态信息(振铃状态)、步骤2中获得的用户标识(IMPU1)、业务信息——视频点播业务业务(集成了呼叫会话管理的视频点播业务)、用户状态信息——用户收看视频点播节目，与步骤2获取的视频点播与多媒体电话集成交互业务的签约数据进行匹配映射。这里匹配到相应的业务触发点(视频点播应用服务器)，需执行网络电视事件处理(暂停播放)；之后，视频点播应用服务器将处理指示映射为SIP INFO(Pause)消息发送到网络电视终端。

注：本实施例中，视频点播应用服务器中包含网络电视事件处理单元，即对应系统实施例二所述的情况。

14.用户A网络电视终端转换SIP INFO(Pause)消息为RTSP(Pause)消息，控制暂停视频点播节目。

15.用户A通过通信终端应答来话。

方法实施例2、业务交互功能实体与直播电视服务器相互独立。

为了实现如下功能实体需求：当用户正在收看网络电视节目的时候，如果用户有新的来话，网络检测到用户状态为收看网络电视，按照用户的签约规则控制实现用户的来话转移，例如前转到用户的语音邮箱。本实施例提供了网络电视业务与呼叫转向类业务(Communication Diversion)的集成交互实现流程。该实现流程中我们将此业务定义为基于网络电视状态的呼叫转向业务。参见图27所示，包括下列步骤：

(图中只描述了会话建立的消息交互流程，没有给出与媒体服务器之间的交互流程)

1.用户A通过网络电视终端向呼叫会话控制功能实体发出直播电视业务会话初始请求消息(INVITE)，呼叫会话控制功能实体匹配用户A的初始过滤规则，转发所述直播电视业务会话初始请求消息到业务交互功能实体，并且该消息中携带业务信息，即直播电视业务(基于网络电视状态的呼叫转向业务)。

2.业务交互功能实体(SIF)接收到转发的直播电视业务会话初始请求消息(INVITE)，并根据该消息中携带的主叫用户A标识IMPU1查询获取用户A的签约数据，其中包括用户A签约的关联用户标识IMPU2，以及直播电视与多媒体电话集成交互业务的签约数据。这里IMPU2为用户A用于实现多媒体电话业务(Multimedia Telephony)会话的用户标识。本实施例中重用IMS架构中的用户配置服务功能实体(UPSF)，因此是通过SIF与UPSF之间的Sh接口获取用户签约数据。用户签约数据也可以保存在其它用户签约管理实体上(和/或通过其它的接口获取)。

3.业务交互功能实体(SIF)根据用户标识IMPU1、关联用户标识IMPU2查询获取用户A的状态信息。这里用户状态为用户空闲、用户IMS UE空闲、用户ITF空闲。本实施例中SIF通过订阅/通知框架机制(SUBSCRIBE/NOTIFY)从呈现服务器(Presence)获取用户状态信息。用户状态信息也可以从其它状态管理实体获取。

4.业务交互功能实体(SIF)将触发事件(直播电视业务会话初始请求消息INVITE)中携带的业务信息(基于网络电视状态的呼叫转向业务)、用户A标识IMPU1、用户A状态信息(用户空闲)、用户A的通信终端空闲、用户A的网络电视终端空闲这些信息，共同与步骤2获取的直播电视与多媒体电话集成交互业务的签约数据进行匹配映射(具体为匹配映射该签约数据中的匹配映射规则)。这里匹配到相应的业务触发点(直播电视应用服务器)，则转发直播电视业务会话初始请求消息到直播电视应用服务器。(此处直播电视业务是按照主叫业务进行的触发；直播电视业务也可以按照被叫业务触发，此时SIF不能匹配到相应的业务触发点，执行被叫业务触发流程完成直播电视业务的触发。)

5.直播电视应用服务器响应用户A的请求，用户A开始收看直播电视节目。

6.直播电视服务器代理用户A发布状态信息到呈现应用服务器，包括用户A处于收看直播电视业务的状态，以及正在收看的节目信息。这里状态信息发布通过状态发布方法(PUBLISH)实现。用户状态信息也可以通过其它功能实体发布到呈现服务器，例如用户网络电视终端直接发布信息等。

7.用户B通过通信终端向用户A的通信终端发起新的通信会话初始请求消息(INVITE)，该通信会话初始请求消息被路由到指配给用户A的服务呼叫会话控制功能实体；

8.服务呼叫会话控制功能实体匹配用户A的初始过滤规则，发现用户A签约基于网络电视状态的呼叫转向业务，因此转发会话请求到业务交互功能实体，并且该消息中携带业务信息，即基于网络电视状态的呼叫转向业务。

9.业务交互功能实体接收转发的通信会话初始请求消息，并根据该消息中携带的被叫用户标识IMPU2查询获取用户A的签约数据，其中包括用户A签约的关联用户标识IMPU1，以及直播电视与多媒体电话集成交互业务的签约数据。

10.业务交互功能实体根据用户标识IMPU2、关联用户标识IMPU1查询获取用户A的状态信息，这里用户A状态为用户通信终端空闲、网络电视终端收看直播电视节目。

11.业务交互功能实体将触发事件(通信会话初始请求消息INVITE)中携带的业务信息(基于网络电视状态的呼叫转向业务)、用户标识IMPU2、用户状态信息(用户收看直播电视节目)，与步骤9获得的直播电视与多媒体电话集成交互业务的签约数据进行匹配映射。匹配到相应的业务触发点(呼叫转向应用服务器)，则触发呼叫转向业务，转发通信会话初始请求消息到呼叫转向应用服务器。

注：对应系统实施例四所述的情况。

12.呼叫转向应用服务器执行前转业务逻辑，重新发起新的前转初始会话请求。

方法实施例3、业务交互功能实体与视频点播应用服务器合设，实现视频点播业务与多媒体电话业务的集成。参见图28所示，包括下列步骤：

1.用户A通过网络电视终端向呼叫会话控制功能实体发出视频点播业务会话初始请求(INVITE)，服务呼叫会话控制功能实体，转发会话请求到视频点播应用服务器，并且消息中携带业务信息——视频点播业务(集成了呼叫会话管理的视频点播业务)。

2.视频点播应用服务器的SIF子功能实体(业务交互功能实体)接收转发的会话请求，并根据消息中携带的被叫用户标识——IMPU1查询获取用户A的签约数据，包括用户A签约的关联用户标识——IMPU2，以及视频点播与多媒体电话集成交互业务的签约数据。这里IMPU2为用户实现多媒体电话业务(Multimedia Telephony)会话的用户标识。

3.视频点播应用服务器的SIF子功能实体根据用户标识——IMPU1、关联用户标识——IMPU2查询获取用户的状态信息。这里用户状态为用户空闲、用户通信终端空闲、用户网络电视终端空闲。

4.视频点播应用服务器的SIF子功能实体根据触发事件——INVITE、用户标识——IMPU1、业务信息——视频点播业务业务(集成了呼叫会话管理的视频点播业务)、用户状态信息——用户空闲、用户通信终端空闲、用户网络电视终端空闲这些信息，共同与步骤2获取的视频点播与多媒体电话集成交互业务的签约数据进行匹配映射(具体为匹配映射该签约数据中的匹配映射规则)。这里匹配到相应的业务触发点(视频点播应用服务器)，则执行视频点播业务逻辑。

5.视频点播应用服务器响应用户A请求，用户A开始收看视频点播节目。

6.视频点播应用服务器代理用户A向呈现服务器发布用户状态信息，包括用户A处于收看视频点播状态，视频点播内容信息等。这里状态信息发布通过状态发布方法(PUBLISH)实现。用户状态信息也可以通过其它功能实体发布到呈现服务器，例如：用户网络电视终端直接发布状态信息等。

7.用户B通过通信终端向用户A的通信终端发起新的通信会话初始请求(INVITE)，会话请求被路由到指配给用户A的服务呼叫会话控制功能实体。

8.服务呼叫会话控制功能实体转发会话初始请求到用户A的通信终端。

9.通过一些系列协商，用户A的通信终端发送振铃响应消息(180Ringing)。

10.用户A的通信终端发布状态信息(180 Ringing)到呈现服务器。(该状态信息也可以由其它功能实体代理发布)。

11.呼叫会话控制功能实体转发180 Ringing到用户B的通信终端。

12.用户A通信终端的状态发生变化，呈现服务器向视频点播应用服务器发送通知消息(NOTIFY)，携带状态信息(180 Ringing)。

注：本实施例中步骤11与步骤12之间没有必然的先后顺序。

13.视频点播应用服务器的SIF子功能实体根据触发事件——NOTIFY、用户标识——IMPU1、业务信息——视频点播业务(集成了呼叫会话管理的视频点播业务)、用户状态信息——用户收看视频点播节目，用户通信终端振铃，与视频点播与多媒体电话集成交互业务的签约数据进行匹配映射，这里匹配到相应的业务触发点(视频点播应用服务器)，执行网络电视事件处理，映射为SIP INFO(Pause)消息发送到网络电视终端。

注：本实施例中，视频点播应用服务器中包含网络电视事件处理单元，即对应系统实施例七所述的情况。

14.用户A网络电视终端转换SIP INFO(Pause)消息为RTSP(Pause)消息，控制暂停视频点播节目。

15.用户A通过通信终端应答来话。

方法实施例4、业务交互功能实体与直播电视服务器合设，实现直播电视业务与呼叫转移业务的集成。参见图29所示，包括下列步骤：

1.用户A通过网络电视终端向呼叫会话控制功能实体发出直播电视业务会话初始请求(INVITE)，呼叫会话控制功能实体转发会话请求到直播电视应用服务器(LTV应用服务器)，并且消息中携带业务信息——直播电视业务(基于网络电视状态的呼叫转向业务)。

2.直播电视应用服务器的业务交互功能实体(SIF)接收转发的会话初始请求(INVITE)，并根据消息中携带的主叫用户标识——IMPU1查询获取用户A的签约数据，包括用户A签约的关联用户标识——IMPU2，以及直播电视与多媒体电话集成交互业务的签约数据。这里IMPU2为用户用于实现多媒体电话业务(Multimedia Telephony)会话的用户标识。本实施例中重用IMS架构中的用户配置服务功能实体(UPSF)，因此是通过SIF与UPSF之间的Sh接口获取用户签约数据。用户签约数据也可以保存在其它用户签约管理实体上(和/或通过其它的接口获取)。

3.直播电视应用服务器的业务交互功能实体(SIF)根据用户标识——IMPU1、关联用户标识——IMPU2查询获取用户的状态信息。这里用户状态为用户空闲、用户IMS UE空闲、用户ITF空闲。本实施例中SIF通过订阅/通知框架机制(SUBSCRIBE/NOTIFY)从呈现服务器(Presence)获取用户状态信息。用户状态信息也可以从其它状态管理实体获取。

4.直播电视应用服务器的SIF子功能实体根据触发事件——INVITE、用户标识——IMPU1、业务信息——直播电视业务(基于网络电视状态的呼叫转向业务)、用户状态信息——用户空闲、用户通信终端空闲、用户网络电视终端空闲，共同与步骤2获取的直播电视与多媒体电话集成交互业务的签约数据进行匹配映射(具体为匹配映射该签约数据中的匹配映射规则)。这里匹配到相应的业务触发点(直播电视应用服务器)，执行直播电视业务逻辑。

5.直播电视应用服务器响应用户A请求，用户A开始收看直播电视节目。

6.直播电视应用服务器代理用户A向呈现服务器发布用户状态信息，包括用户A处于收看直播电视状态，直播电视频道信息等。这里状态信息发布通过状态发布方法(PUBLISH)实现。用户状态信息也可以通过其它功能实体发布到呈现服务器，例如：用户网络电视终端直接发布状态信息等。

7.用户B通过通信终端向用户A的通信终端发起新的通信会话初始请求(INVITE)，会话请求被路由到指配给用户A的服务呼叫会话控制功能实体。

8.服务呼叫会话控制功能实体匹配用户A的初始过滤规则，发现用户A签约基于网络电视状态的呼叫转向业务，因此转发会话请求到呼叫转向应用服务器，并且在消息中携带业务信息——基于网络电视状态的呼叫转向业务。

9.呼叫转向应用服务器的SIF子功能实体接收转发的会话初始请求(INVITE)，并根据消息中携带的被叫用户标识——IMPU2查询获取用户A的签约数据，包括用户A签约的关联用户标识——IMPU1，以及直播电视与多媒体电话集成交互业务的签约数据。这里IMPU1为用户实现直播电视会话的用户标识。

10.呼叫转向应用服务器的SIF子功能实体根据用户标识——IMPU2、关联用户标识——IMPU1查询获取用户的状态信息。这里用户状态为用户正在收看直播电视节目、用户通信终端空闲、用户网络电视终端正在接收直播电视节目。

11.呼叫转向应用服务器的SIF功能实体根据触发事件——INVITE、用户标识——IMPU2、业务信息—-基于网络电视状态的呼叫转向业务、用户状态信息——用户收看直播电视节目，共同与步骤9获取的直播电视与多媒体电话集成交互业务的签约数据进行匹配映射(具体为匹配映射该签约数据中的匹配映射规则)，这里匹配到相应的业务触发点(呼叫转向应用服务器)，触发呼叫转向业务，执行呼叫转向应用服务器上的呼叫转向业务逻辑。

12.呼叫转向应用服务器执行呼叫转向业务逻辑，发起新的前转会话初始请求(INVITE)。

综上，网络实体完成业务的集成处理的第二种方式中，将用户在各个业务中的签约身份关联，以及将该用户签约的各个业务集成，提供集成交互业务，并根据用户的需求，相应提供集成交互业务的签约数据(即关联该用户签约的各个业务的签约数据)。当业务触发事件到来时，根据用户在该业务中的签约身份，获取与之相关联的签约身份，集成交互业务的签约数据，以及相关状态信息；并根据获得的签约身份、集成交互业务的签约数据、状态信息和该业务触发事件中携带的业务信息进行匹配映射，之后根据匹配映射结果，指示触发对应的业务。从而可动态触发业务，满足业务需求。

进一步，本发明的实施例公开了事件处理点(网络电视事件处理单元)的位置情况和业务交互功能实体的位置情况。

进一步，本发明的实施例列举了业务交互功能实体、系统及方法中的业务触发标准事件。

进一步，本发明的实施例通过扩展SIP消息实现网络电视控制事件，从而实现网络电视控制事件与其它标准SIP事件统一起来。

进一步，本发明的实施例通过扩展过滤规则支撑了事件映射处理。

至此，网络实体完成业务的集成处理的第二种方式的介绍完毕。以下介绍用户设备完成业务的集成处理。

用户设备完成业务的集成处理，包括下述内容：

在用户终端侧UE实现两个会话的关联，由UE判断第一业务的状态，在收到关联第二业务的消息时做出不同的响应，触发用户签约的需要集成的业务。

本实施例以在IMS网络中实现IPTV业务与NGN通信业务中的来话筛选业务集成为例进行说明。

参见图30，本实施例中实现IPTV业务与NGN通信业务集成的系统包括NGN Service AS11、IPTVAS12、会话控制实体13(本实施例中为CSCF(CallSession Control Function，呼叫会话控制功能))、一个或多个UE14和HSS15(归属用户服务器)。

NGN ServiceAS11是在NGN网络架构中实现NGN通信业务的AS，不同的业务可能部署不同的AS，在本实施例中提供来话筛选业务。

IPTV AS12是在NGN网络架构中实现IPTV业务的AS，提供LTV(直播电视)、视频点播VOD等IPTV业务，不同的业务可能部署不同的AS。

CSCF13为会话控制实体，用于会话控制与消息转发。在用户注册或签约时从HSS16下载用户数据，与NGN Service AS11、IPTV AS12和UE14进行交互。

UE14包括IPTV终端设备和NGN终端设备，每一个UE对应一个私有用户身份标识IMPI，一个IMPI可对应一个或多个公共用户身份标识IMPU。用户可以使用同一个IMPU签约多个业务，也可以使用不同的IMPU分别签约不同的业务。UE14根据网络侧发送的请求或业务指示做出不同的响应，完成在IPTV业务激活状态下处理NGN通信业务，实现两种业务的集成。

HSS15是IMS中所有与用户和服务相关的数据的主要的数据存储器，存储在HSS15中的数据主要包括用户身份、注册信息、接入参数和范围触发信息。

本实施例根据用户的IMPI和IMPU的数量提供三种业务集成方案，第一种是用户使用同一个IMPU签约IPTV业务和通信业务；第二种是用户使用关联到同一个IMPI的不同IMPU分别签约IPTV业务和通信业务；第三种是用户使用关联到不同IMPI的IMPU分别签约IPTV业务和通信业务。

参见图31，本实施例中UE14包括接收模块141、业务处理模块142、标识模块143、触发模块144和发送模块145。

接收模块141从CSCF13处接收通信业务请求和业务指示；业务处理模块142，用于处理IPTV业务和/或NGN通信业务；标识模块143，用于记录IPTV业务的激活状态信息；触发模块144从标识模块143获取IPTV业务的状态信息，以及在IPTV业务处于激活状态并且接收模块141接收到通信请求时触发签约的业务集成；发送模块145在触发业务集成时发送IPTV业务激活状态信息及通信业务响应信息以控制NGN Service AS11触发NGN通信业务。

UE需要先签约业务集成，然后才能在需要的时候触发业务集成。在IMS系统中一个IMS签约可以注册多个用户身份。本实施例中默认UE都已签约需要集成的IPTV业务和NGN通信业务。

在本实施例中，CSCF接收到主叫用户的来话请求时可以先将该请求发送到对应的UE，在接收到UE携带的IPTV业务激活状态的响应消息时触发用户签约的业务集成到NGN应用服务器。这种方式的实现可以在CSCF上增加触发条件，如IPTV业务必须处于激活状态。另外，CSCF接收到被叫用户的来话请求时触发用户签约的业务集成，将该请求发送到对应的NGN ServiceAS11，NGN Service AS11触发业务集成逻辑失败后将所述来话请求发送到UE，然后由UE发送携带有IPTV业务激活状态的消息来触发NGN Service AS11的业务集成逻辑。

用户使用一个IMPI关联一个IMPU的情况，其中同时用IMPU签约IPTV业务和NGN通信业务。参见图32所示，用户身份关系为一个IMS签约(Subseription)对应一个IMPI，一个IMPI对应一个IMPU，一个IMPU对应一个业务配置文件(Service Profile)，一个IMPU对应一个UE。

参见图33，本实施例中用户使用同一个IMPU签约IPTV业务和通信业务实现业务集成的方法流程如下：

步骤401：用户通过UE14请求IPTV业务，将请求消息发送到CSCF13，CSCF13根据用户业务签约规则将请求转发到IPTV AS12。

步骤402：IPTV AS12响应该请求，将响应消息交由CSCF13转发到UE14。UE14与IPTVAS12建立会话。

UE14可以从登录IPTV业务到建立会话后的任意时刻标识IPTV业务为激活状态。

步骤403：当另一个UE希望与UE14建立通话时，其发送来话请求先传送到CSCF13。

步骤404：CSCF13将该来话请求下发到UE14。

步骤405：UE14响应该来话请求，检测本地已处于IPTV业务激活状态，需要触发业务集成，扩展会话描述协议(SDP)消息，在该SDP消息中携带IPTV业务激活状态的信息。一个SDP消息实例如下：

……

m＝audio 3458 RTP/AVP 97 98   //音频端口

a＝rtpmap:97 AMR-WB     //载荷类型

a＝rtpmap:98 telephone-event   //载荷类型

a＝userstatus:IPTVActive      //IPTV业务处于激活状态

也可以通过其它方式携带IPTV业务激活状态信息，比如通过SIP(会话初始协议)头域携带此信息。

步骤406：UE14将响应消息发送到CSCF13，其中该响应消息包括扩展SDP消息。

步骤407：CSCF13根据响应消息的目标标识与HSS15中的用户身份进行匹配，发现匹配到的UE14已签约的来话筛选业务需要集成。

步骤408：CSCF13将该响应消息转发到NGN Service AS11。

步骤409：NGN Service AS11根据该响应消息中带有的IPTV业务激活状态信息触发并执行业务逻辑，根据UE14签约的来话筛选业务决定允许来话呼入还是拒绝来话呼入。

如果主叫用户位于禁止呼入列表，则NGN Service AS11执行业务逻辑，拒绝来话呼入并结束；如果主叫用户不属于禁止呼入列表，则继续步骤410。

步骤410：NGN Service AS11生成业务指示，其中包含来话请求，并将其交由CSCF13转发到UE14；在必要时，NGN Service AS11会向另一个UE发送临时响应。

如果是其它需要集成的业务，CSCF13根据业务指示做出相应的处理，不一定会将该业务指示发送到UE14。

步骤411：UE14通过屏幕显示提示用户有来电，用户可以点击接听按钮应答。

步骤412：用户接听来电时，通过CSCF13与所述另一个UE建立会话连接。

用户在接听来电后可以选择继续收看网络电视或暂停IPTV业务，如果希望暂停IPTV业务则继续执行以下步骤：

步骤413：UE14应答呼叫后，可以通过用户选择或者UE根据应答来话状态改变IPTV业务状态，主动暂停IPTV业务，将暂停请求通过CSCF13发送到IPTVAS12。

对于用户使用多个IMPU分别签约IPTV业务和NGN通信业务，且多个IMPU关联同一个IMPI的情况。参见图34所示，本实施例中以两个IMPU情况为例进行说明。用户身份关系为一个IMS Subscription对应一个IMPI，一个IMPI对应两个IMPU，两个IMPU分别对应一个Service Profile，一个IMPI对应一个UE，一个IMPI对应IPTV业务和NGN通信业务。

参见图35，本实施例中用户使用一个IMPI关联两个IMPU的情况下实现IPTV业务与NGN通信业务集成的方法，其中IMPU包括IMPU1和IMPU2，IMPU1签约IPTV业务，IMPU2签约NGN通信业务，具体流程如下：

步骤601：用户使用IMPU1请求IPTV业务，将请求消息发送到CSCF13，CSCF13根据用户的业务签约规则将请求转发到IPTVAS12。

步骤602：IPTV AS12响应该请求，将响应消息交由CSCF13转发到IMPU1归属用户的UE14。IMPU1归属用户的UE14与IPTVAS12建立会话。

步骤603：IMPU2归属用户的UE14与IMPU1归属用户的UE14在内部进行交互从而获知IMPU1归属用户的UE的当前状态，即IMPU1签约的IPTV业务处于激活状态。

当存在其它需要集成的业务时，IMPU1归属用户的UE14将IPTV业务激活状态内部通知其它IMPU签约的业务。

步骤604：当另一个UE希望与UE14建立通话时先发送来话请求到CSCF13。

步骤605：CSCF13将该来话请求下发到IMPU2归属用户的UE14。

步骤606：IMPU2归属用户的UE14响应该来话请求，检测本地IMPU1签约的业务已处于IPTV业务激活状态，需要触发业务集成，扩展SDP消息，在该SDP消息中携带IPTV业务激活状态的信息。

步骤607：IMPU2归属用户的UE14将响应消息发送到CSCF13，其中该响应消息包括扩展SDP消息。

步骤608：CSCF13根据来话请求的目标标识与HSS15中的用户身份进行匹配，发现匹配到的IMPU2已签约的来话筛选业务需要集成。

步骤609：CSCF13将该响应消息转发到NGN Service AS11。

步骤610：NGN Service AS11根据该响应消息中带有的IPTV业务激活状态信息触发并执行业务逻辑，根据IMPU2签约的来话筛选业务决定允许来话呼入还是拒绝来话呼入。

如果主叫用户位于禁止呼入列表，则NGN Service AS11执行业务逻辑，拒绝来话呼入并结束；如果主叫用户不属于禁止呼入列表，则继续步骤611。

步骤611：NGN Service AS11生成业务指示，其中包含来话请求，将其交由CSCF13转发到IMPU2归属用户的UE14。在必要时，NGN Service AS11会向另一个UE发送临时响应。

如果是其它需要集成的业务，CSCF13根据业务指示做出相应的处理，不一定会将该业务指示发送到IMPU2归属用户的UE14。

步骤612：IMPU1归属用户的UE14与IMPU2归属用户的UE14进行内部交互从而获知IMPU2处的来电请求。

步骤613：UE14将来电请求显示在IPTV屏幕上，提示正在收看网络电视的用户有来电，用户可以点击接听按钮应答。

步骤614：用户接听来电时，UE14通过CSCF13与所述另一个UE建立通话连接，NGN通信业务处于激活态。

UE14应答呼叫后，可以通过用户选择或者UE14根据应答来话状态改变IPTV业务状态，主动暂停IPTV业务，具体步骤如下：

步骤615：IMPU1归属用户的UE14与IMPU2归属用户的UE14进行内部交互从而获知IMPU2签约的业务已处于激活态。

步骤616：IMPU1归属用户的UE14根据IMPU2关联会话状态主动暂停或根据用户指示主动暂停IPTV业务。

步骤617：IMPU1归属用户的UE14发送暂停请求，通过CSCF13转发到IPTV AS12。

用户使用多个IMPU分别签约IPTV业务和NGN通信业务，且多个IMPU分别关联多个IMPI的情况。参见图36所示，本实施例中以两个IMPI关联两个IMPU情况为例进行说明。用户身份关系为一个IMS Subscription对应两个IMPI，每个IMPI都对应一个IMPU，一个IMPU对应一个Service Profile，一个IMPI对应一个IPTV UE，另一个IMPI对应一个NGN UE。

参见图37，本实施例中用户使用两个IMPI分别关联两个IMPU的情况下实现IPTV业务与NGN通信业务集成的方法，其中两个IMPI分别归属于IPTVUE和NGN UE，IPTV UE对应的IMPU1签约IPTV业务，NGN UE对应的IMPU2签约NGN通信业务，具体流程如下：

步骤801：用户使用IMPU1请求IPTV业务，将请求消息发送到CSCF13，CSCF13根据用户的业务签约规则将请求转发到IPTV AS12。

步骤802：IPTV AS12响应该请求，将响应消息交由CSCF13转发到IMPU1归属用户的IPTV UE。IMPU1归属用户的IPTV UE与IPTV AS12建立会话。

步骤803：IMPU1归属用户的IPTV UE查询配置信息，发现签约通话业务的IMPU2，通过CSCF13向IMPU2归属用户的NGN UE发送IPTV业务激活状态信息，通知IMPU2归属用户的NGN UE，IMPU1签约的IPTV业务已经处于激活状态。可以通过Message或Notify消息实现NGN UE和IPTV UE之间的交互。

当存在其它需要集成的业务时，IMPU1归属用户的IPTV UE将IPTV业务激活状态通知其它IMPU归属用户的UE。

步骤804：当另一个UE希望与IMPU2归属用户的NGN UE建立通话时先发送来话请求到CSCF13。

步骤805：CSCF13根据来话请求的目标标识与HSS15中的用户身份进行匹配，发现匹配到的IMPU2已签约的来话筛选业务需要集成。

步骤806：CSCF13将来话请求转发到NGN Service AS11，来话请求中没有携带IPTV业务激活信息，因此NGN Service AS11上的业务逻辑没有被触发，NGN Service AS11将该来话请求再转发到CSCF13。

步骤807：CSCF13将该来话请求下发到IMPU2归属用户的NGN UE。

步骤808：IMPU2归属用户的NGN UE响应该来话请求，检测本地IMPU1签约的IPTV业务已处于IPTV业务激活状态，需要触发业务集成，扩展SDP消息，在该SDP消息中携带IPTV业务激活状态的信息。

步骤809：IMPU2归属用户的NGN UE将响应消息发送到CSCF13，其中该响应消息包括扩展SDP消息(也可以是SIP消息)。

步骤810：CSCF13将该响应消息转发到NGN Service AS11。

步骤811：NGN Service AS11根据该响应消息中带有的IPTV业务激活状态信息触发并执行业务逻辑，根据IMPU2签约的来话筛选业务决定允许来话呼入还是拒绝来话呼入。

如果主叫用户位于禁止呼入列表，则NGN Service AS11执行业务逻辑，拒绝来话呼入并结束；如果主叫用户不属于禁止呼入列表，则继续步骤812。

步骤812：NGN Service AS11生成业务指示，其中包含来话请求，将其交由CSCF13转发到IMPU2归属用户的NGN UE。在必要时，NGN Service AS11会向另一个UE发送临时响应。

如果是其它需要集成的业务，CSCF13根据业务指示做出相应的处理，不一定会将该业务指示发送到IMPU2归属用户的NGN UE。

步骤813：IMPU2归属用户的NGN UE查询配置信息，发现关联的IMPU1，通过CSCF13将来话请求发送到IMPU1归属用户的IPTV UE，通知IMPU1归属用户的IPTV UE有来话请求信息。

步骤814：IMPU1归属用户的IPTV UE将来话请求显示在IPTV屏幕上，提示正在收看网络电视的用户有来电，用户可以点击接听按钮应答。

步骤815：用户通过IMPU2归属用户的NGN UE接听来电时，IMPU2归属用户的NGN UE通过CSCF13与所述另一个UE建立通话连接。

IMPU2归属用户的NGN UE14应答呼叫后，可以通过用户选择或者IPTVUE根据应答来话状态改变IPTV业务状态，主动暂停IPTV业务，继续步骤816。

用户通过IMPU1归属用户的IPTV UE接听来电时，IMPU1归属用户的IPTV UE通过CSCF13与所述另一个UE建立通话连接。IMPU1归属用户的IPTV UE应答呼叫后，可以通过用户选择或者根据应答来话状态改变IPTV业务状态，主动暂停IPTV业务，继续步骤817。NGN UE获知IPTV UE接听来电后，自动拒绝来话请求。

步骤816：IMPU2归属用户的NGN UE通过CSCF13发送通信会话建立的信息，通知IMPU1归属用户的IPTV UE，IMPU2签约的NGN通信业务已经处于应答激活状态。

IMPU2归属用户的NGN UE也可以通过MESSAGE或者UE之间互相订阅，通过NOTIFY实现通知IMPU1归属用户的IPTV UE。

步骤817：根据IMPU2签约NGN通信业务的状态，IMPU1归属用户的IPTVUE主动暂停或根据用户指示主动暂停IPTV业务。

步骤818：IMPU1归属用户的IPTV UE发送暂停请求，通过CSCF13转发到IPTVAS12。

上述一个IMPI关联一个IMPU和一个IMPI关联两个IMPU的情况下，也可以如图37所示的方法实现业务集成；上述两个IMPI关联两个IMPU的情况下，也可以如图33和图35所示的方法实现业务集成。

综上，用户设备完成业务的集成处理方式中，由用户设备实现IPTV业务与NGN通信业务的集成，UE首先要签约需要集成的业务，在HSS中有相关注册。当有通信请求时，UE检测到本地正处在IPTV业务激活状态，将带有IPTV业务激活状态信息的SDP消息或SIP消息发送到NGN AS，NGN AS收集UE注册的其它通信相关信息并做相应的处理，实现不同业务间的集成。用户也可以在处理通信业务时暂停IPTV业务。本发明实现了IPTV系统与NGN网络间的交互，使两种强大的功能得到有机的结合，最大的发挥IPTV系统和NGN网络的功能，并为其它系统间的集成提供了良好的实例。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (48)

1.一种实现业务集成的方法，应用于IPTV业务与通信业务的集成，其特征在于，包括下列步骤：

网络侧获取业务集成的签约关系和相关状态信息；以及

网络侧根据所述业务集成的签约关系和相关状态信息，完成业务的集成处理。

2.如权利要求1所述的方法，其特征在于，所述网络侧获取业务集成的签约关系和相关状态信息，包括：当业务触发事件到来时，根据用户在该业务中的签约身份，获取与之相关联的签约身份，集成交互业务的签约数据，以及相关状态信息；

所述网络侧根据所述业务集成的签约关系和相关状态信息，完成业务的集成处理，包括：根据获得的签约身份、集成交互业务的签约数据、状态信息和该业务触发事件中携带的业务信息进行匹配映射，并根据匹配映射结果，指示触发对应的业务。

3.如权利要求2所述的方法，其特征在于，所述指示触发对应的业务包括下列之一：指示S-CSCF继续路由所述业务触发事件；

指示将所述业务触发事件触发到相关应用服务器进行处理；以及

指示相关事件处理点向应用服务器或用户终端发送执行动作的消息，以触发对应的业务。

4.如权利要求3所述的方法，其特征在于，所述用户签约的业务包括：网络电视业务和通信业务，当通信业务触发事件到来时，包括下列步骤： 

根据该用户在通信业务中的IMPU1获取该用户在网络电视业务中的IMPU2，网络电视业务与通信业务集成交互的签约数据； 

根据IMPU1和/或IMPU2获取该用户的状态信息； 

根据获得的签约身份、状态信息、签约数据和该通信业务触发事件中携带的业务信息进行匹配映射，若匹配映射结果为未匹配映射成功，则指示S-CSCF 继续路由所述通信业务触发事件； 

若匹配映射结果为匹配映射到应用服务器，指示将所述通信业务触发事件触发到该应用服务器进行处理，所述应用服务器用于处理通信业务； 

若匹配映射结果为匹配映射到执行动作，则指示相关事件处理点处理，包括向应用服务器或用户终端发送执行该动作的消息，以触发对应的应用。 

5.如权利要求3或4所述的方法，其特征在于，相关事件处理点向应用服务器或用户终端发送执行该动作的消息，以触发对应的应用，包括下列步骤： 

事件处理点将所述指示映射为SIP消息； 

根据匹配映射结果将该SIP消息发送到相关应用服务器或用户终端； 

所述应用服务器或用户终端将该SIP消息转换为控制消息，并以该控制消息触发对应的应用。 

6.如权利要求5所述的方法，其特征在于，通过扩展SIP消息携带所述指示包含的控制事件，以将该指示映射为SIP消息。 

7.如权利要求3所述的方法，其特征在于，所述匹配映射操作通过扩展过滤规则来实现； 

所述扩展过滤规则是在初始过滤规则基础上扩展，扩展的内容包括：当进行匹配映射后，匹配到事件处理点时，需要调用执行的业务逻辑脚本；以及调用执行该业务逻辑脚本得出需执行的动作。 

8.如权利要求7所述的方法，其特征在于，通过在所述过滤规则中扩展触发类型，来支持SIP响应消息、用户的状态、会话的状态，以及当前触发的业务信息作为业务触发条件。 

9.如权利要求1所述的方法，其特征在于，所述网络侧获取业务集成的签约关系和相关状态信息，包括：第一业务的业务请求消息到来时，会话控制实体将该消息转发到集成业务实体，所述集成业务实体获取用户使用第一业务的信息，并依据该信息将第二业务的状态标识为业务集成激活； 

所述网络侧根据所述业务集成的签约关系和相关状态信息，完成业务的集 成处理，包括：第二业务的业务请求消息到来时，所述集成业务实体判断所述第二业务的状态，并且所述状态为业务集成激活时将所述消息转发到对应的应用服务器AS触发相应的应用，完成后续处理。 

10.如权利要求9所述的方法，其特征在于，所述集成业务实体在用户使用第一业务时将第二业务的状态标识为业务集成激活；或者，所述集成业务实体在用户使用第一业务时进行记录，并且在接收到所述消息时根据所述记录将第二业务的状态标识为业务集成激活。 

11.如权利要求9所述的方法，其特征在于，在用户签约业务集成后配置基本签约信息和扩展签约信息，分别根据所述基本签约信息和扩展签约信息生成初始过滤规则和扩展过滤规则，所述初始过滤规则至少标识需要集成的业务触发到的集成业务实体，所述扩展过滤规则至少指示签约的需要集成的业务并标识业务的状态。 

12.如权利要求11所述的方法，其特征在于，所述初始过滤规则保存在会话控制实体和/或所述集成业务实体上，所述扩展过滤规则保存在所述集成业务实体上；所述会话控制实体根据所述初始过滤规则将所述消息转发到所述集成业务实体，所述集成业务实体依据所述扩展过滤规则触发业务，将所述消息转发到对应的AS。 

13.如权利要求9至12任一项所述的方法，其特征在于，所述集成业务实体将第二业务的状态标识为业务集成激活，包括步骤： 

根据第一业务的签约公共用户标识IMPU分析对应的业务配置文件，获得所述第二业务的签约身份IMPU以及第二业务的签约身份IMPU需要集成的业务标识； 

根据所述第二业务的签约身份IMPU和业务标识确定相应的扩展过滤规则，并将该扩展过滤规则中的第二业务的状态标识置为业务集成激活。 

14.如权利要求9所述的方法，其特征在于，用户使用第一公共用户标识签约第一业务和使用第二公共用户标识签约第二业务时，所述后续处理为AS 指示第一公共用户标识归属的用户设备UE执行对应的业务，并将所述第二业务的业务请求消息发送到第二公共用户标识归属的UE。 

15.如权利要求9所述的方法，其特征在于，用户使用同一个公共用户标识签约所述第一业务和第二业务时，所述后续处理为AS指示该公共用户标识归属的用户设备UE执行对应的业务。 

16.如权利要求9所述的方法，其特征在于，在用户结束所述第一业务时，所述集成业务实体将第二业务的状态标识为业务激活或业务去激活。 

17.如权利要求14或15所述的方法，其特征在于，所述集成业务实体接收AS发出的所述指示，并将该指示转发，以完成第一业务和第二业务的集成。 

18.一种业务交互功能实体，其特征在于，包括： 

事件接收单元，用于接收业务触发事件； 

事件映射处理单元，用于在事件接收单元收到业务触发事件时，根据用户签约身份、集成交互业务的签约数据、状态信息和该业务触发事件中携带的业务信息进行匹配映射，之后输出匹配映射结果及处理指示； 

事件发送单元，用于根据事件映射处理单元输出的匹配映射结果，将处理指示发送到相关事件处理点，进行相应处理。 

19.如权利要求18所述的实体，其特征在于，还包括：用于管理状态信息的状态信息管理单元， 

事件映射处理单元通过该状态信息管理单元获取相关状态信息。 

20.如权利要求19所述的实体，其特征在于，所述状态信息管理单元管理的状态信息中包括：用户各个业务签约身份分别对应的用户状态信息、业务状态信息、会话状态信息和终端状态信息。 

21.如权利要求19所述的实体，其特征在于，事件映射处理单元需获取相关状态信息时，状态信息管理单元将其保存的相关状态信息发送到事件映射处理单元；或者 

状态信息管理单元从保存有状态信息的网元中获取相关状态信息后，再转 发到事件映射处理单元。 

22.如权利要求18所述的实体，其特征在于，还包括：用于管理用户签约数据的签约数据管理单元，管理的签约数据包括：用户在各个业务中所具有的签约身份之间的关联信息，以及集成交互业务的签约数据； 

事件映射处理单元通过该签约数据管理单元获取与所述业务触发事件中携带的签约身份相关联的签约身份，以及集成交互业务的签约数据。 

23.如权利要求22所述的实体，其特征在于，事件映射处理单元需获取所述相关联的签约身份及集成交互业务的签约数据时，签约数据管理单元将其保存的所述相关联的签约身份及集成交互业务的签约数据发送到事件映射处理单元；或者 

签约数据管理单元从保存有所述相关联的签约身份及集成交互业务的签约数据的网元中获取所述相关联的签约身份及集成交互业务的签约数据后，再转发到事件映射处理单元。 

24.如权利要求18所述的实体，其特征在于，事件接收单元接收到业务触发事件后，创建事件管理记录，以及事件映射处理单元从该事件管理记录中获取所述业务触发事件中携带的签约身份。 

25.如权利要求18所述的实体，其特征在于，所述事件处理点包含在业务交互功能实体中。 

26.一种业务触发系统，其特征在于，包括：用户终端、会话控制功能实体、业务交互功能实体和事件处理点； 

所述用户终端，用于发起和/或接收业务； 

会话控制功能实体，用于将用户终端发起的业务触发到业务交互功能实体； 

业务交互功能实体，用于在收到业务触发事件时，根据用户签约身份、签约数据和状态信息进行匹配映射，并根据匹配映射结果输出处理指示； 

事件处理点，用于根据业务交互功能实体发来的处理指示，进行相应处理。 

27.如权利要求26所述的系统，其特征在于，所述业务交互功能实体中包括下列单元： 

状态信息管理单元，用于管理状态信息； 

签约数据管理单元，用于管理用户的签约数据，包括用户在各个业务中所具有的签约身份之间的关联信息，以及集成交互业务的签约数据； 

事件接收单元，用于接收到来的业务触发事件； 

事件映射处理单元，用于根据所述业务触发事件中携带的签约身份，从签约数据管理单元中获取相关联的签约身份及集成交互业务的签约数据，并通过状态信息管理单元获取相关状态信息，以及根据获得的签约身份、状态信息、签约数据和业务触发事件中携带的业务信息进行匹配映射，并输出匹配映射结果及处理指示； 

事件发送单元，用于根据事件映射处理单元输出的匹配映射结果，将处理指示发送到相关事件处理点。 

28.如权利要求26或27所述的系统，其特征在于，若所述事件处理点用于执行特殊动作，则该事件处理点包含在业务交互功能实体中，或包含在相关应用服务器中，或包含在会话控制功能实体中，或作为独立的网元。 

29.如权利要求26所述的系统，其特征在于，所述业务交互功能实体与会话控制功能实体之间，存在用于交互业务触发事件的接口，该接口使用SIP协议；以及 

所述业务交互功能实体与应用服务器之间，存在用于交互处理指示的接口，该接口使用SIP协议。 

30.如权利要求26所述的系统，其特征在于，所述业务交互功能实体位于相关应用服务器中，或与应用服务器相互独立。 

31.一种业务集成装置，其特征在于，包括： 

接收单元，用于接收用户设备发送的消息； 

激活单元，用于在用户使用第一业务时将第二业务的状态标识为业务集成 激活； 

集成单元，用于确认用户签约了第二业务后判断该第二业务的状态，并且在该状态为业务集成激活时执行业务集成逻辑； 

发送单元，用于将所述消息转发到对应的应用服务器AS； 

其中，所述接收单元接收到所述AS的业务指示后，所述集成单元完成后续处理。 

32.一种通信系统，其特征在于，包括： 

会话控制实体，用于将需要实现业务集成的用户的消息转发到集成业务实体； 

集成业务实体，用于根据用户使用第一业务将第二业务的状态标识为业务集成激活，以及在接收到所述消息后判断所述第二业务的状态，并且在该状态为业务集成激活时将所述消息转发到对应的应用服务器AS； 

应用服务器AS，用于在接收到所述消息后处理对应的业务逻辑，并根据处理结果发送相应的业务指示。 

33.如权利要求32所述的通信系统，其特征在于，所述集成业务实体包括： 

接收单元，用于接收用户的消息； 

激活单元，用于在用户使用第一业务时将第二业务的状态标识为业务集成激活； 

集成单元，用于确认用户签约了第二业务后判断该第二业务的状态，并且在该状态为业务集成激活时执行业务集成逻辑； 

发送单元，用于将所述消息转发到对应的应用服务器AS； 

其中，所述接收单元接收到所述AS的业务指示后，所述集成单元完成后续处理。 

34.如权利要求33所述的通信系统，其特征在于，所述集成业务实体确定所述状态为业务激活时，将所述消息转发到对应的AS，并接收该AS的业务 指示和完成后续处理。 

35.一种实现业务集成的方法，应用于IPTV业务与通信业务的集成，其特征在于，包括以下步骤： 

用户设备在使用第一业务时标识该业务为激活状态； 

用户设备在收到与业务集成有关的消息时，向网络侧发送消息使网络侧触发与第一业务存在集成关系的第二业务。 

36.如权利要求35所述的方法，其特征在于，所述第一业务与第二业务之间的集成关系保存在签约数据中。 

37.如权利要求35所述的方法，其特征在于，所述用户设备包括：处理第一业务的第一用户设备，以及处理第二业务的第二用户设备，则 

第一用户设备在使用第一业务时标识该业务为激活状态，并将第一业务的激活状态通知第二用户设备； 

第二用户设备在收到与业务集成有关的消息时，向网络侧发送消息使网络侧触发所述第二业务。 

38.如权利要求35所述的方法，其特征在于，用户设备收到与业务集成有关的消息，包括步骤： 

会话控制实体在接收到与业务集成有关的消息后，将该消息转发到处理第二业务的应用服务器AS； 

处理第二业务的AS将该消息转发到所述用户设备。 

39.如权利要求35所述的方法，其特征在于，用户设备收到与业务集成有关的消息，包括步骤： 

会话控制实体在接收到与业务集成有关的消息后，将该消息转发到所述用户设备。 

40.如权利要求35至39任一项所述的方法，其特征在于，用户设备在向网络侧发送的消息中携带第一业务的激活状态标识，网络侧依据该激活状态标识触发第二业务，该激活标识通过扩展SIP消息或者SDP消息携带。 

41.如权利要求35至39任一项所述的方法，其特征在于，由第一用户设备处理所述第二业务并且通过不同的公共用户标识IMPU签约所述第一业务和第二业务时，所述第一业务的逻辑和第二业务的逻辑之间在第一用户设备内部交互相关信息。 

42.如权利要求35至39任一项所述的方法，其特征在于，所述第一业务与第二业务分别由第一用户设备和第二用户设备处理时，所述第一用户设备和第二用户设备通过网络侧交互业务激活状态。 

43.如权利要求42所述的方法，其特征在于，所述第一用户设备和第二用户设备通过网络侧以SIP信令交互业务激活状态，SIP信令是Message消息或Notify消息。 

44.如权利要求35至39任一项所述的方法，其特征在于，所述第一用户设备在接收到第一业务的处理消息后，向网络侧发送处理所述第一业务的消息。 

45.一种用户设备，其特征在于，包括： 

接收模块，用于接收各种消息； 

业务处理模块，用于处理第一业务和/或第二业务； 

标识模块，用于记第一业务的激活状态信息； 

触发模块，用于在第一业务为激活状态并且接收到关联第二业务的消息时产生控制网络侧触发所述第二业务的消息； 

发送模块，用于向网络侧发送控制网络侧触发所述第二业务的消息。 

46.一种通信系统，其特征在于，包括： 

业务应用服务器，用于处理用户签约的业务； 

会话控制实体，用于接收和转发用户的消息，以及触发用户签约的业务到所述业务应用服务器； 

用户设备，用于在使用第一业务时标识该业务为激活状态，或将该业务的激活状态通知处理第二业务的用户设备，以及在收到与所述第二业务关联的消 息并确定所述第一业务为激活状态时，向所述会话控制实体发送消息，以在业务应用服务器上触发所述第二业务。 

47.如权利要求46所述的系统，其特征在于，所述会话控制实体将接收到的消息直接转发到所述用户设备；或者，所述会话控制实体将接收到的消息转发到相应的业务应用服务器，该业务应用服务器将其转发到所述用户设备。 

48.如权利要求47所述的系统，其特征在于，所述用户设备包括： 

接收模块，用于接收各种消息； 

业务处理模块，用于处理第一业务和/或第二业务； 

标识模块，用于记第一业务的激活状态信息； 

触发模块，用于在第一业务为激活状态并且接收到关联第二业务的消息时产生控制网络侧触发所述第二业务的消息； 

发送模块，用于向网络侧发送控制网络侧触发所述第二业务的消息。 

Images