CN101150532A - 一种实现业务集成的方法及系统 - Google Patents
一种实现业务集成的方法及系统 Download PDFInfo
- Publication number
- CN101150532A CN101150532A CNA2006101390221A CN200610139022A CN101150532A CN 101150532 A CN101150532 A CN 101150532A CN A2006101390221 A CNA2006101390221 A CN A2006101390221A CN 200610139022 A CN200610139022 A CN 200610139022A CN 101150532 A CN101150532 A CN 101150532A
- Authority
- CN
- China
- Prior art keywords
- business
- user
- service
- integrated
- integration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种实现业务集成的方法及系统,用以解决现有技术中存在两种不同业务之间不能进行信息交互,无法实现业务集成的问题。会话控制实体将与业务集成相关的消息转发到集成业务实体,其中,所述集成业务实体依据用户使用第一业务将第二业务的状态标识为业务集成激活;所述集成业务实体判断所述第二业务的状态,并且所述状态为业务集成激活时将所述消息转发到对应的应用服务器AS,以及接收AS的业务指示和完成后续处理。该系统包括与业务对应的AS、集成业务实体、会话控制实体、用户侧。其中集成业务实体包括第一接口、第二接口和第三接口;集成业务实体包括接收单元、激活单元、集成单元和发送单元。
Description
技术领域
本发明涉及通信领域,特别是实现不同业务集成的方法及系统。
背景技术
IPTV(网络电视)业务是基于宽带网络开展的、以流媒体为主的业务,主要提供直播电视业务、点播业务等。与传统的TV(电视业务)相比较,IPTV能够提供更加丰富灵活的业务,提供一个综合的IPTV业务平台,实现通信、数据、视频、音频等业务。目前的IPTV业务是在音视频的基础上提供一些消息业务等的集成,通过IPTV终端实现消息业务,电视竞猜等业务。
下一代网络(NGN)是基于分组技术的融合网络,采用承载和控制相分离的架构,使得业务的生成和提供更加灵活,各种业务应用也能够更加方便的组合起来。NGN通信业务包括传统的电路交换语音业务和增值业务,传统的分组业务,以及NGN网络中灵活组合扩展的新业务(包括语音和数据业务的融合、多媒体应用、个性化业务)。
应用服务器(AS,Application Service)是NGN网络中处理用户应用和业务逻辑的功能实体。用户的业务请求被触发到AS,由AS根据具体的业务逻辑对用户请求进行控制和管理。
IMS(IP Multimedia Subsystem)是3GPP R5/R6标准定义的一个IP多媒体子系统,IMS采用IP分组域作为其控制信令和媒体传输的承载通道,采用SIP协议作为呼叫控制信令,实现了业务管理、会话控制及承载接入的三者分离。
目前现有技术中IPTV增值业务与NGN网络独立实现,NGN网络的强大业务能力无法在IPTV系统中实现,彼此不能进行信息的交互,不能同时满足用户对两种功能的需求。
发明内容
本发明提供一种实现业务集成的方法及系统,用以解决现有技术中存在不同业务之间不能进行信息交互,无法实现业务集成的问题。
本发明提供以下技术方案:
一种实现业务集成的方法,包括步骤:
会话控制实体将与业务集成相关的消息转发到集成业务实体,其中,所述集成业务实体依据用户使用第一业务将第二业务的状态标识为业务集成激活;
所述集成业务实体判断所述第二业务的状态,并且所述状态为业务集成激活时将所述消息转发到对应的应用服务器AS,以及接收AS的业务指示和完成后续处理。
所述用户使用第一业务包括所述用户申请所述第一业务、登录第一业务和建立关联所述第一业务的会话。
所述集成业务实体在用户使用第一业务时将第二业务的状态标识为业务集成激活;或者,所述集成业务实体在用户使用第一业务时进行记录,并且在接收到所述消息时根据所述记录将第二业务的状态标识为业务集成激活。
所述集成业务实体通过配置数据确定标识激活状态的时机。
在用户签约业务集成后配置基本签约信息和扩展签约信息,分别根据所述基本签约信息和扩展签约信息生成初始过滤规则和扩展过滤规则,所述初始过滤规则至少标识需要集成的业务触发到的集成业务实体,所述扩展过滤规则至少指示签约的需要集成的业务并标识业务的状态。
所述初始过滤规则保存在会话控制实体和所述集成业务实体上,所述扩展过滤规则保存在所述集成业务实体上;所述会话控制实体根据所述初始过滤规则将所述消息转发到所述集成业务实体,所述集成业务实体依据所述扩展过滤规则触发业务,将所述消息转发到对应的AS。
所述集成业务实体将第二业务的状态标识为业务集成激活包括步骤:
根据公共用户标识IMPU分析对应的业务配置文件,获得所述IMPU以及该IMPU需要集成的业务标识;
根据所述IMPU和业务标识确定相应的扩展过滤规则,并将该扩展过滤规则中的第二业务的状态标识置为业务集成激活。
所述状态为业务激活时,所述集成业务实体将所述消息转发到对应的AS,并接收该AS的业务指示和完成后续处理。
所述完成后续处理包括:集成业务实体向用户侧发送所述业务指示和/或转发消息。
用户使用第一公共用户标识签约第一业务和使用第二公共用户标识签约第二业务时,所述集成业务实体将所述业务指示发送到第一公共用户标识归属的用户设备UE,将所述消息发送到第二公共用户标识归属的UE。
用户使用同一个公共用户标识签约所述第一业务和第二业务时,所述集成业务实体在转发的消息中携带所述业务指示。
所述状态为业务去激活时,所述集成业务实体将所述消息直接转发到用户侧。
在用户结束所述第一业务时,所述集成业务实体将第二业务的状态标识为业务激活或业务去激活。
所述集成业务实体在接收到后续消息后进一步执行业务集成逻辑,完成第一业务和第二业务的集成和/或交互。
所述第一业务为IPTV业务,所述第二业务为通信业务。
一种业务集成装置,包括:
第一接口,用于从网络中的归属用户服务器HSS获取实现业务集成的初始过滤规则和扩展过滤规则;
第二接口,用于完成与网络中的会话控制实体之间的交互,实现需要集成的业务的触发;
第三接口,用于完成与处理所述第一业务的应用服务器和处理第二业务的应用服务器之间的交互。
一种业务集成装置,包括:
接收单元,用于接收用户的消息;
激活单元,用于在用户使用第一业务时将第二业务的状态标识为业务集成激活;
集成单元,用于确认用户签约了第二业务后判断该第二业务的状态,并且在该状态为业务集成激活时执行业务集成逻辑;
发送单元,用于将所述消息转发到对应的应用服务器AS;
其中,所述接收单元接收到所述AS的业务指示后,所述集成单元完成后续处理。
一种通信系统,包括:
会话控制实体,用于将需要实现业务集成的用户的消息转发到集成业务实体;
集成业务实体,用于根据用户使用第一业务将第二业务的状态标识为业务集成激活,以及在接收到所述消息后判断所述第二业务的状态,并且在该状态为业务集成激活时将所述消息转发到对应的应用服务器AS;
应用服务器AS,用于在接收到所述消息后处理对应的业务逻辑,并根据处理结果发送相应的业务指示;
其中,所述集成业务实体在接收到所述AS的业务指示后完成后续处理。
所述集成业务实体确定所述状态为业务激活时,将所述消息转发到对应的AS,并接收该AS的业务指示和完成后续处理。
所述集成业务实体在完成后续处理过程中向用户侧发送所述业务指示和/或转发消息。
所述集成业务实体确定所述状态为去激活时,将所述消息直接转发到用户侧。
本发明有益效果如下:
本发明在系统中增加了网络实体I-AS来实现IPTV业务和NGN通信业务的集成。CSCF将签约业务集成的用户所有的请求都发送到I-AS,由I-AS根据业务内容触发相应的业务AS,同时发送终端状态信息,并触发业务集成;NGN AS收集UE注册的其它通信相关信息并由I-AS发送到对应的UE,使IPTV业务与通信业务的信息可以交互,实现业务集成。存在多个公共用户身份时,将不同的业务指示发送到不同的公共用户身份下,实现不同业务间的集成。本发明实现了IPTV系统与NGN网络间的交互,使两种强大的功能得到有机的结合,最大的发挥IPTV系统和NGN网络的功能,并为其它系统间的集成提供了良好的实例。
附图说明
图1为本发明实施例中实现业务集成的系统结构图;
图2为本发明实施例中I-AS的内部功能的结构示意图;
图3为本发明实施例中I-AS的内部接口的结构示意图;
图4为本发明实施例中定义Sh接口的类图;
图5为本发明实施例中定义扩展过滤规则的类图;
图6为本发明实施例中一个IMPI关联一个IMPU的关系图;
图7为本发明实施例中一个IMPI关联一个IMPU情况下实现集成的方法流程图;
图8为本发明实施例中一个IMPI关联多个IMPU的关系图;
图9为本发明实施例中一个IMPI关联多个IMPU情况下实现集成的方法流程图;
图10为本发明实施例中多个IMPI关联多个IMPU的关系图;
图11为本发明实施例中多个IMPI关联多个IMPU情况下实现集成的方法流程图;
图12为本发明实施例中一个IMPI关联一个IMPU情况下另一种实现集成的方法流程图;
图13为本发明实施例中用户在未使用IPTV业务时有来话请求的流程图。
具体实施方式
为了解决现有技术中存在不同业务之间不能进行信息交互,无法实现业务集成的问题,本发明通过具有B2BUA(Back-to-Back UserAgent,背对背的用户代理)功能的网络实体实现多个业务之间的业务集成,为用户提供诸如NGN音视频会话业务与IPTV业务的集成交互,IPTV网络与NGN通信终端之间的消息交互等。
本实施例以在IMS网络中实现IPTV业务与NGN通信业务中的来话指示业务集成为例进行说明。
参见图1,本实施例中实现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获得或刷新签约数据。
参见图2,本实施例中的I-AS13包括接收单元131、激活单元132、集成单元133和发送单元134。其中,接收单元131接收来自CSCF14、IPTV AS12、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与其它网络实体间的通信接口如图3所示。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通信业务的集成触发。图2中发送单元134和接收单元131通过上述接口完成与其他设备之间的交互。其中的处理模块304完成集成业务服务器的其他功能。
本实施例通过扩展Filter Criteria(过滤规则)来实现业务触发,具体方式为扩展Sh接口的定义。
参阅图4所示,在类Sh-IMS-Data中增加类EFCs,用于携带扩展签约信息。Sh-IMS-Data与EFCs是聚合关系,Sh-IMS-Data中包含零到一个类EFCs,EFCs中包含零到多个eFC,EFCs中的私有属性EFCs的类型为类eFCs(expandFilter Criteria,扩展过滤规则)。I-AS13根据扩展过滤规则选择需要触发的IPTVAS12或者NGN AS11。
参见图5,类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,其中触发业务到IPTV AS12的eFC处于业务激活状态,触发业务到NGNService AS11的eFC处于业务激活状态或业务去激活状态,在通信过程中动态激活。本实施例以来话指示业务为例进行说明,来话指示业务的eFC默认为业务激活状态。
本实施例根据用户的IMPI和IMPU的数量提供三种业务集成方案,第一种是用户使用同一个IMPU签约IPTV业务和通信业务;第二种是用户使用关联到同一个IMPI的不同IMPU分别签约IPTV业务和通信业务;第三种是用户使用关联到不同IMPI的IMPU分别签约IPTV业务和通信业务。
用户使用一个IMPI关联一个IMPU的情况如图6所示,用户身份关系为一个IMS签约(Subscription)对应一个IMPI,一个IMPI对应一个IMPU,一个IMPU对应一个业务配置文件(Service Profile),一个IMPI对应一个IPTVUE。
参见图7,本实施例中用户使用同一个IMPU签约IPTV业务和通信业务实现业务集成的方法流程如下:
步骤701:用户通过IPTV UE15请求IPTV业务,将IPTV业务请求消息发送到CSCF14,CSCF14查看本地的iFC获知该业务属于需要集成的业务,故CSCF14将IPTV业务请求消息发送到I-AS13并触发业务到I-AS13。I-AS13根据本地的eFC将其转发到IPTV AS12。
步骤702:IPTV AS12响应该请求,将响应消息交由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业务,并且IPTV UE15将结束IPTV业务请求通过CSCF14和I-AS13发送到IPTV AS12。
步骤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分别签约业务的情况如图8所示(本实施例中以两个IMPU情况为例进行说明)。用户身份关系为一个IMSSubscription对应一个IMPI,一个IMPI对应两个IMPU,两个IMPU分别对应一个Service Profile,一个IMPI对应一个IPTV UE。
参见图9,用户使用关联到同一个IMPI的不同IMPU分别签约IPTV业务与NGN通信业务实现业务集成,其中IMPU1签约IPTV业务,IMPU2签约NGN通信业务,具体流程如下:
步骤901:用户通过IMPU1请求IPTV业务,将IPTV业务请求消息发送到CSCF14,CSCF14查看本地的iFC获知该业务属于需要集成的业务,故CSCF14将IPTV业务请求消息发送到I-AS13。I-AS13根据该请求及本地的eFC将其转发到IPTV AS12,并标识IPTV业务和NGN通信业务处于激活态。
步骤902:IPTV AS12响应该请求,将响应消息交由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分别签约业务的情况如图10所示(本实施例中以两个IMPI关联两个IMPU情况为例进行说明)。用户身份关系为一个IMS Subscription对应两个IMPI,每个IMPI都对应一个IMPU,一个IMPU对应一个Service Profile,一个IMPI对应一个IPTV UE,另一个IMPI对应一个NGN UE。
参见图11,用户使用关联到不同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将其转发到IPTV AS12并标识IPTV业务和来话指示业务为激活态。
步骤1102:IPTV AS12响应该请求,将响应消息交由I-AS13和CSCF14转发到IMPU1归属用户的IPTV UE。IMPU1归属用户的IPTV UE与IPTV AS12建立会话。
步骤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签约业务的实现同理)实现业务集成的流程如下:
步骤1201:用户通过IPTV UE15请求IPTV业务,将IPTV业务请求消息发送到CSCF14,CSCF14查看本地的iFC获知该业务属于需要集成的业务,故CSCF14将IPTV业务请求消息发送到I-AS13。I-AS13根据本地的eFC将其转发到IPTV AS12。
步骤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业务的情况下,如果用户签约的通信业务处于业务激活状态,在接收到来话请求时仍然能够触发该通信业务,其实现流程如图13所示:
步骤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系统与NGN网络间的交互,使两种强大的功能得到有机的结合,最大的发挥IPTV系统和NGN网络的功能,并为其它系统间的集成提供了良好的实例。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (23)
1.一种实现业务集成的方法,其特征在于,包括以下步骤:
会话控制实体将与业务集成相关的消息转发到集成业务实体,其中,所述集成业务实体依据用户使用第一业务将第二业务的状态标识为业务集成激活;
所述集成业务实体判断所述第二业务的状态,并且所述状态为业务集成激活时将所述消息转发到对应的应用服务器AS,以及接收AS的业务指示和完成后续处理。
2.如权利要求1所述的方法,其特征在于,所述用户使用第一业务包括所述用户申请所述第一业务、登录第一业务和建立关联所述第一业务的会话。
3.如权利要求1所述的方法,其特征在于,所述集成业务实体在用户使用第一业务时将第二业务的状态标识为业务集成激活;或者,所述集成业务实体在用户使用第一业务时进行记录,并且在接收到所述消息时根据所述记录将第二业务的状态标识为业务集成激活。
4.如权利要求3所述的方法,其特征在于,所述集成业务实体通过配置数据确定标识激活状态的时机。
5.如权利要求1所述的方法,其特征在于,在用户签约业务集成后配置基本签约信息和扩展签约信息,分别根据所述基本签约信息和扩展签约信息生成初始过滤规则和扩展过滤规则,所述初始过滤规则至少标识需要集成的业务触发到的集成业务实体,所述扩展过滤规则至少指示签约的需要集成的业务并标识业务的状态。
6.如权利要求5所述的方法,其特征在于,所述初始过滤规则保存在会话控制实体和所述集成业务实体上,所述扩展过滤规则保存在所述集成业务实体上;所述会话控制实体根据所述初始过滤规则将所述消息转发到所述集成业务实体,所述集成业务实体依据所述扩展过滤规则触发业务,将所述消息转发到对应的AS。
7.如权利要求1至6任一项所述的方法,其特征在于,所述集成业务实体将第二业务的状态标识为业务集成激活,包括步骤:
根据公共用户标识IMPU分析对应的业务配置文件,获得所述IMPU以及该IMPU需要集成的业务标识;
根据所述IMPU和业务标识确定相应的扩展过滤规则,并将该扩展过滤规则中的第二业务的状态标识置为业务集成激活。
8.如权利要求1所述的方法,其特征在于,所述状态为业务激活时,所述集成业务实体将所述消息转发到对应的AS,并接收该AS的业务指示和完成后续处理。
9.如权利要求1或8所述的方法,其特征在于,所述完成后续处理包括:集成业务实体向用户侧发送所述业务指示和/或转发消息。
10.如权利要求9所述的方法,其特征在于,用户使用第一公共用户标识签约第一业务和使用第二公共用户标识签约第二业务时,所述集成业务实体将所述业务指示发送到第一公共用户标识归属的用户设备UE,将所述消息发送到第二公共用户标识归属的UE。
11.如权利要求9所述的方法,其特征在于,用户使用同一个公共用户标识签约所述第一业务和第二业务时,所述集成业务实体在转发的消息中携带所述业务指示。
12.如权利要求1所述的方法,其特征在于,所述状态为业务去激活时,所述集成业务实体将所述消息直接转发到用户侧。
13.如权利要求1所述的方法,其特征在于,在用户结束所述第一业务时,所述集成业务实体将第二业务的状态标识为业务激活或业务去激活。
14.如权利要求1所述的方法,其特征在于,所述集成业务实体在接收到后续消息后进一步执行业务集成逻辑,完成第一业务和第二业务的集成和/或交互。
15.如权利要求1所述的方法,其特征在于,所述第一业务为IPTV业务,所述第二业务为通信业务。
16.一种业务集成装置,其特征在于,包括:
第一接口,用于从网络中的归属用户服务器HSS获取实现业务集成的初始过滤规则和扩展过滤规则;
第二接口,用于完成与网络中的会话控制实体之间的交互,实现需要集成的业务的触发;
第三接口,用于完成与处理所述第一业务的应用服务器和处理第二业务的应用服务器之间的交互。
17.一种业务集成装置,其特征在于,包括:
接收单元,用于接收用户的消息;
激活单元,用于在用户使用第一业务时将第二业务的状态标识为业务集成激活;
集成单元,用于确认用户签约了第二业务后判断该第二业务的状态,并且在该状态为业务集成激活时执行业务集成逻辑;
发送单元,用于将所述消息转发到对应的应用服务器AS;
其中,所述接收单元接收到所述AS的业务指示后,所述集成单元完成后续处理。
18.一种通信系统,其特征在于,包括:
会话控制实体,用于将需要实现业务集成的用户的消息转发到集成业务实体;
集成业务实体,用于根据用户使用第一业务将第二业务的状态标识为业务集成激活,以及在接收到所述消息后判断所述第二业务的状态,并且在该状态为业务集成激活时将所述消息转发到对应的应用服务器AS;
应用服务器AS,用于在接收到所述消息后处理对应的业务逻辑,并根据处理结果发送相应的业务指示;
其中,所述集成业务实体在接收到所述AS的业务指示后完成后续处理。
19.如权利要求18所述的通信系统,其特征在于,所述集成业务实体包括:
接收单元,用于接收用户的消息;
激活单元,用于在用户使用第一业务时将第二业务的状态标识为业务集成激活;
集成单元,用于确认用户签约了第二业务后判断该第二业务的状态,并且在该状态为业务集成激活时执行业务集成逻辑;
发送单元,用于将所述消息转发到对应的应用服务器AS;
其中,所述接收单元接收到所述AS的业务指示后,所述集成单元完成后续处理。
20.如权利要求18所述的通信系统,其特征在于,所述集成业务实体包括:
第一接口,用于从网络中的归属用户服务器HSS获取实现业务集成的初始过滤规则和扩展过滤规则;
第二接口,用于完成与网络中的会话控制实体之间的交互,实现需要集成的业务的触发;
第三接口,用于完成与处理所述第一业务的应用服务器和处理第二业务的应用服务器之间的交互。
21.如权利要求18所述的通信系统,其特征在于,所述集成业务实体确定所述状态为业务激活时,将所述消息转发到对应的AS,并接收该AS的业务指示和完成后续处理。
22.如权利要求18或21所述的通信系统,其特征在于,所述集成业务实体在完成后续处理过程中向用户侧发送所述业务指示和/或转发消息。
23.如权利要求18所述的通信系统,其特征在于,所述集成业务实体确定所述状态为去激活时,将所述消息直接转发到用户侧。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610139022A CN101150532B (zh) | 2006-09-22 | 2006-09-22 | 一种实现业务集成的方法及系统 |
PCT/CN2007/002804 WO2008040181A1 (fr) | 2006-09-22 | 2007-09-24 | Procédé, appareil et système destinés à intégrer des services |
CN2007800004547A CN101322405B (zh) | 2006-09-22 | 2007-09-24 | 实现业务集成的方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610139022A CN101150532B (zh) | 2006-09-22 | 2006-09-22 | 一种实现业务集成的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101150532A true CN101150532A (zh) | 2008-03-26 |
CN101150532B CN101150532B (zh) | 2010-05-12 |
Family
ID=39250880
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610139022A Expired - Fee Related CN101150532B (zh) | 2006-09-22 | 2006-09-22 | 一种实现业务集成的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101150532B (zh) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010127620A1 (zh) * | 2009-05-05 | 2010-11-11 | 华为终端有限公司 | 会话转移方法和用户设备 |
CN102625076A (zh) * | 2012-04-06 | 2012-08-01 | 高剑平 | 一种基于流媒体的电视交互式视频应答方法及系统 |
CN102905175A (zh) * | 2012-10-17 | 2013-01-30 | 北京捷成世纪科技股份有限公司 | 一种iptv业务集成方法和装置 |
CN103002350A (zh) * | 2011-09-15 | 2013-03-27 | 中兴通讯股份有限公司 | 一种将来电信息发送至网络机顶盒的方法和系统 |
CN103607411A (zh) * | 2013-12-02 | 2014-02-26 | 中国联合网络通信集团有限公司 | 一种ims用户标识的处理方法及装置 |
CN102333292B (zh) * | 2009-05-05 | 2014-04-02 | 华为终端有限公司 | 会话转移方法和用户设备 |
CN110908812A (zh) * | 2019-11-11 | 2020-03-24 | 腾讯科技(深圳)有限公司 | 业务数据处理方法、装置、可读存储介质和计算机设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB0023181D0 (en) * | 2000-09-20 | 2000-11-01 | Koninkl Philips Electronics Nv | Message handover for networked beacons |
BR0106063A (pt) * | 2001-11-26 | 2003-08-26 | Darel Loguercio Da Silva | Vìdeofonia em larga escala |
KR100584396B1 (ko) * | 2003-11-26 | 2006-05-26 | 삼성전자주식회사 | 휴대용 단말기의 멀티태스킹 방법 |
CN1564597A (zh) * | 2004-04-10 | 2005-01-12 | 华中科技大学 | 端到端视频服务方法及其装置 |
CN100558158C (zh) * | 2004-08-12 | 2009-11-04 | 华为技术有限公司 | 第三代移动通信终端上电视视频点播的系统及其方法 |
-
2006
- 2006-09-22 CN CN200610139022A patent/CN101150532B/zh not_active Expired - Fee Related
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010127620A1 (zh) * | 2009-05-05 | 2010-11-11 | 华为终端有限公司 | 会话转移方法和用户设备 |
CN101883343B (zh) * | 2009-05-05 | 2011-09-21 | 华为终端有限公司 | 会话转移方法和用户设备 |
US8577012B2 (en) | 2009-05-05 | 2013-11-05 | Huawei Device Co., Ltd. | Session transfer method and user equipment |
CN102333292B (zh) * | 2009-05-05 | 2014-04-02 | 华为终端有限公司 | 会话转移方法和用户设备 |
CN103002350A (zh) * | 2011-09-15 | 2013-03-27 | 中兴通讯股份有限公司 | 一种将来电信息发送至网络机顶盒的方法和系统 |
CN102625076A (zh) * | 2012-04-06 | 2012-08-01 | 高剑平 | 一种基于流媒体的电视交互式视频应答方法及系统 |
CN102905175A (zh) * | 2012-10-17 | 2013-01-30 | 北京捷成世纪科技股份有限公司 | 一种iptv业务集成方法和装置 |
CN102905175B (zh) * | 2012-10-17 | 2016-12-28 | 北京捷成世纪科技股份有限公司 | 一种iptv业务集成方法和装置 |
CN103607411A (zh) * | 2013-12-02 | 2014-02-26 | 中国联合网络通信集团有限公司 | 一种ims用户标识的处理方法及装置 |
CN110908812A (zh) * | 2019-11-11 | 2020-03-24 | 腾讯科技(深圳)有限公司 | 业务数据处理方法、装置、可读存储介质和计算机设备 |
CN110908812B (zh) * | 2019-11-11 | 2023-06-13 | 腾讯科技(深圳)有限公司 | 业务数据处理方法、装置、可读存储介质和计算机设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101150532B (zh) | 2010-05-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1892897B2 (en) | A cross-domain routing control method | |
CN101345748B (zh) | 将用户状态通知应用服务器的方法、系统及装置 | |
CN1886999B (zh) | 自动发现多媒体服务能力的方法和通信系统 | |
CN101150532B (zh) | 一种实现业务集成的方法及系统 | |
US20050276229A1 (en) | Service discovery method in a network | |
US20090193131A1 (en) | Communication network system and method for providing a service broker function, and service broker apparatus | |
EP2104305A1 (en) | Call service handling in an IMS-based system | |
CN102187637B (zh) | Ip多媒体子系统用户标识处理 | |
JP2005512421A (ja) | 通信ネットワークにおけるサービスアクセスと会議システムおよび方法 | |
CN102100050A (zh) | 针对改进的用户服务的sip分岔增强 | |
EP2209312A1 (en) | Video conference method and system, application server and media resource server | |
CN103125105A (zh) | 用于管理向一组用户实体的通信的应用服务器 | |
CN105282730A (zh) | Ims网络中终端通信状态获取方法与系统和应用服务器 | |
US9699220B2 (en) | System and method to provide combinational services to anonymous callers | |
US20120163561A1 (en) | Method, device and system for implementing emergency call override service | |
RU2515701C2 (ru) | Способ и система для доступа к услугам пользователя сетевого элемента, реализующего функцию управления шлюзом доступа | |
CN101374261A (zh) | 实现铃音播放的方法、系统及相关设备 | |
CN102055734B (zh) | 基于ims的用于增强用户交互的方法和装置 | |
CN113329447A (zh) | 作用于ip多媒体子系统ims切片网络的通信方法及系统 | |
US20090213761A1 (en) | Method and device for acquiring routing information and method and system for locating a user terminal | |
CN101784032A (zh) | 用户的注册方法和系统 | |
CN101772195B (zh) | Ims集群会议的创建和加入方法及分发系统和装置 | |
KR100869877B1 (ko) | 통합 프레젠스 서비스 시스템 및 방법 | |
CN101155110B (zh) | 一种实现业务集成的方法及系统 | |
CN101626549B (zh) | 多域环境中提供遇忙呼叫完成业务的方法和实体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20100512 Termination date: 20150922 |
|
EXPY | Termination of patent right or utility model |