CN101155110A - 一种实现业务集成的方法及系统 - Google Patents
一种实现业务集成的方法及系统 Download PDFInfo
- Publication number
- CN101155110A CN101155110A CNA2006101394735A CN200610139473A CN101155110A CN 101155110 A CN101155110 A CN 101155110A CN A2006101394735 A CNA2006101394735 A CN A2006101394735A CN 200610139473 A CN200610139473 A CN 200610139473A CN 101155110 A CN101155110 A CN 101155110A
- Authority
- CN
- China
- Prior art keywords
- business
- message
- subscriber equipment
- activation
- state
- 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
本发明公开了一种终端实现业务集成的方法及系统,用于解决现有技术中存在两种不同业务之间不能进行信息交互,无法实现业务集成的问题。本发明中第一用户设备在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的第二用户设备;所述第一用户设备或第二用户设备在收到与业务集成有关的消息并确定所述第一业务为激活状态时,向网络侧发送消息使网络侧触发所述第二业务。该系统包括NGNServiceAS、IPTVAS、会话控制实体、UE和HSS。其中UE包括接收模块、业务处理模块、标识模块、触发模块和发送模块。
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(会话初始协议)协议作为呼叫控制信令,实现了业务管理、会话控制及承载接入的三者分离。
目前一种现有技术是非基于NGN的IPTV系统独立与NGN网络实现,IPTV业务与NGN通信业务也没有任何交互,IPTV业务平台一般采用IPTV中间件体系结构,主要在音视频业务的基础上提供电视交互、消息广播及游戏等业务。因此无法利用NGN网络强大的业务能力,无法实现用户IPTV业务与NGN通信业务的有效融合。
发明内容
本发明提供一种终端实现业务集成的方法及系统,用以解决现有技术中存在两种不同业务之间不能进行信息交互,无法实现业务集成的问题。
本发明提供以下技术方案:
一种终端实现业务集成的方法,包括以下步骤:
第一用户设备在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的第二用户设备;
所述第一用户设备或第二用户设备在收到与业务集成有关的消息并确定所述第一业务为激活状态时,向网络侧发送消息使网络侧触发所述第二业务。
所述用户使用第一业务包括:申请所述第一业务、登录第一业务、触发第一业务和建立关联所述第一业务的会话。
第一或第二用户设备在向网络侧发送的消息中携带第一业务的激活状态标识,网络侧依据该激活状态标识触发第二业务。
通过扩展SIP消息或SDP消息携带所述第一业务的激活状态标识。
由第一用户设备处理所述第二业务并且通过不同的公共用户标识IMPU签约所述第一业务和第二业务时,所述第一业务逻辑和第二业务逻辑之间在第一用户设备内部交互相关信息。
所述第一用户设备在接收到第一业务的处理消息后,向网络侧发送处理所述第一业务的消息。
所述第一业务为IPTV业务,所述第二业务为通信业务。
一种实现业务集成的方法,包括以下步骤:
第一用户设备在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的第二用户设备;
会话控制实体在接收到与业务集成有关的消息后,将该消息转发到处理第二业务的应用服务器AS;
所述处理第二业务的AS将消息转发到对应的第一用户设备或第二用户设备;
所述第一用户设备或第二用户设备在收到消息并确定所述第一业务为激活状态时,向网络侧发送消息使网络侧触发所述第二业务。
通过扩展SIP消息或SDP消息携带所述第一业务的激活状态标识。
所述第一用户设备在接收到第一业务的处理消息后,向网络侧发送处理所述第一业务的消息。
由第一用户设备处理所述第二业务并且通过不同的公共用户标识IMPU签约所述第一业务和第二业务时,所述第一业务逻辑和第二业务逻辑之间在第一用户设备内部交互相关信息。
所述第一业务为IPTV业务,所述第二业务为通信业务。
一种实现业务集成的方法,包括以下步骤:
第一用户设备在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的第二用户设备;
会话控制实体在接收到与业务集成有关的消息后将其转发到对应的第一用户设备或第二用户设备;
所述第一用户设备或第二用户设备收到消息并确定所述第一业务为激活状态时触发用户签约的业务集成,向所述会话控制实体发送消息使网络侧触发所述第二业务;
通过扩展SIP消息或SDP消息携带所述第一业务的激活状态标识。
所述第一用户设备在接收到第一业务的处理消息后,向网络侧发送处理所述第一业务的消息。
由第一用户设备处理所述第二业务并且通过不同的公共用户标识IMPU签约所述第一业务和第二业务时,所述第一业务逻辑和第二业务逻辑之间在第一用户设备内部交互相关信息。
所述第一业务为IPTV业务,所述第二业务为通信业务。
一种用户设备,包括:
接收模块,用于接收各种消息;
业务处理模块,用于处理第一业务和/或第二业务;
标识模块,用于记第一业务的激活状态信息;
触发模块,用于在第一业务为激活状态并且接收到关联第二业务的消息时产生控制网络侧触发所述第二业务的消息;
发送模块,用于向网络侧发送控制网络侧触发所述第二业务的消息。
一种通信系统,包括:
业务应用服务器,用于处理用户签约的业务;
会话控制实体,用于接收和转发用户的消息,以及触发用户签约的业务到所述业务应用服务器;
用户设备,用于在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的用户设备,以及在收到与所述第二业务关联的消息并确定所述第一业务为激活状态时,向所述会话控制实体发送消息,以在业务应用服务器上触发所述第二业务。
所述会话控制实体将接收到的消息直接转发到所述用户设备;或者,所述会话控制实体将接收到的消息转发到相应的业务应用服务器,该业务应用服务器将其转发到所述用户设备。
所述用户设备包括:
接收模块,用于接收各种消息;
业务处理模块,用于处理第一业务和/或第二业务;
标识模块,用于记第一业务的激活状态信息;
触发模块,用于在第一业务为激活状态并且接收到关联第二业务的消息时产生控制网络侧触发所述第二业务的消息;
发送模块,用于向网络侧发送控制网络侧触发所述第二业务的消息。
本发明有益效果如下:
本发明由终端设备实现IPTV业务与NGN通信业务的集成,UE首先要签约需要集成的业务,在HSS中有相关注册。当有通信请求时,UE检测到本地正处在IPTV业务激活状态,将带有IPTV业务激活状态信息的SDP消息或SIP消息发送到NGN AS,NGN AS收集UE注册的其它通信相关信息并做相应的处理,实现不同业务间的集成。用户也可以在处理通信业务时暂停IPTV业务。本发明实现了IPTV系统与NGN网络间的交互,使两种强大的功能得到有机的结合,最大的发挥IPTV系统和NGN网络的功能,并为其它系统间的集成提供了良好的实例。
附图说明
图1为本发明实施例中系统结构示意图;
图2为本发明实施例中用户设备结构图;
图3为本发明实施例中一个IMPI关联一个IMPU的关系图;
图4为本发明实施例中一个IMPI关联一个IMPU情况下实现集成的方法流程图;
图5为本发明实施例中一个IMPI关联多个IMPU的关系图;
图6为本发明实施例中一个IMPI关联多个IMPU情况下实现集成的方法流程图;
图7为本发明实施例中多个IMPI关联多个IMPU的关系图;
图8为本发明实施例中多个IMPI关联多个IMPU情况下实现集成的方法流程图。
具体实施方式
为了解决现有技术中存在两种不同业务之间不能进行信息交互,无法实现业务集成的问题,本发明提供终端实现不同业务之间的业务集成的方法,为用户提供诸如NGN音视频会话业务与IPTV业务的集成交互,IPTV网络与NGN通信终端之间的消息交互等的业务集成。在用户终端侧UE实现两个会话的关联,由UE判断第一业务的状态,在收到关联第二业务的消息时做出不同的响应,触发用户签约的需要集成的业务。
本实施例以在IMS网络中实现IPTV业务与NGN通信业务中的来话筛选业务集成为例进行说明。
参见图1,本实施例中实现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业务和通信业务。
参见图2,本实施例中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通信业务。参见图3所示,用户身份关系为一个IMS签约(Subscription)对应一个IMPI,一个IMPI对应一个IMPU,一个IMPU对应一个业务配置文件(Service Profile),一个IMPU对应一个UE。
参见图4,本实施例中用户使用同一个IMPU签约IPTV业务和通信业务实现业务集成的方法流程如下:
步骤401:用户通过UE14请求IPTV业务,将请求消息发送到CSCF13,CSCF13根据用户业务签约规则将请求转发到IPTV AS12。
步骤402:IPTV AS 12响应该请求,将响应消息交由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的情况。参见图5所示,本实施例中以两个IMPU情况为例进行说明。用户身份关系为一个IMS Subscription对应一个IMPI,一个IMPI对应两个IMPU,两个IMPU分别对应一个Service Profile,一个IMPI对应一个UE,一个IMPI对应IPTV业务和NGN通信业务。
参见图6,本实施例中用户使用一个IMPI关联两个IMPU的情况下实现IPTV业务与NGN通信业务集成的方法,其中IMPU包括IMPU1和IMPU2,IMPU1签约IPTV业务,IMPU2签约NGN通信业务,具体流程如下:
步骤601:用户使用IMPU1请求IPTV业务,将请求消息发送到CSCF13,CSCF13根据用户的业务签约规则将请求转发到IPTV AS12。
步骤602:IPTV AS12响应该请求,将响应消息交由CSCF13转发到IMPU1归属用户的UE14。IMPU1归属用户的UE14与IPTV AS12建立会话。
步骤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转发到IPTVAS12。
用户使用多个IMPU分别签约IPTV业务和NGN通信业务,且多个IMPU分别关联多个IMPI的情况。参见图7所示,本实施例中以两个IMPI关联两个IMPU情况为例进行说明。用户身份关系为一个IMS Subscription对应两个IMPI,每个IMPI都对应一个IMPU,一个IMPU对应一个Service Profile,一个IMPI对应一个IPTV UE,另一个IMPI对应一个NGN UE。
参见图8,本实施例中用户使用两个IMPI分别关联两个IMPU的情况下实现IPTV业务与NGN通信业务集成的方法,其中两个IMPI分别归属于IPTVUE和NGN UE,IPTV UE对应的IMPU1签约IPTV业务,NGN UE对应的IMPU2签约NGN通信业务,具体流程如下:
步骤801:用户使用IMPU1请求IPTV业务,将请求消息发送到CSCF13,CSCF13根据用户的业务签约规则将请求转发到IPTVAS12。
步骤802:IPTVAS12响应该请求,将响应消息交由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的情况下,也可以如图8所示的方法实现业务集成;上述两个IMPI关联两个IMPU的情况下,也可以如图4和图6所示的方法实现业务集成。
本发明中的终端设备在接收到通信请求并检测到本地正处在IPTV业务激活状态,将带有IPTV业务激活状态信息的消息发送到NGN AS,NGN AS收集UE注册的其它通信相关信息并做相应的处理,实现不同业务间的集成。用户也可以在处理通信业务时暂停IPTV业务。本发明实现了IPTV系统与NGN网络间的交互,使两种强大的功能得到有机的结合,最大的发挥IPTV系统和NGN网络的功能,并为其它系统间的集成提供了良好的实例。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若对本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (21)
1.一种实现业务集成的方法,其特征在于,包括以下步骤:
第一用户设备在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的第二用户设备;
所述第一用户设备或第二用户设备在收到与业务集成有关的消息并确定所述第一业务为激活状态时,向网络侧发送消息使网络侧触发所述第二业务。
2.如权利要求1所述的方法,其特征在于,所述用户使用第一业务包括:申请所述第一业务、登录第一业务、触发第一业务和建立关联所述第一业务的会话。
3.如权利要求1所述的方法,其特征在于,第一用户设备或第二用户设备在向网络侧发送的消息中携带第一业务的激活状态标识,网络侧依据该激活状态标识触发第二业务。
4.如权利要求3所述的方法,其特征在于,通过扩展SIP消息或SDP消息携带所述第一业务的激活状态标识。
5.如权利要求1所述的方法,其特征在于,由第一用户设备处理所述第二业务并且通过不同的公共用户标识IMPU签约所述第一业务和第二业务时,所述第一业务逻辑和第二业务逻辑之间在第一用户设备内部交互相关信息。
6.如权利要求1所述的方法,其特征在于,所述第一用户设备在接收到第一业务的处理消息后,向网络侧发送处理所述第一业务的消息。
7.如权利要求1至6任一项所述的方法,其特征在于,所述第一业务为IPTV业务,所述第二业务为通信业务。
8.一种实现业务集成的方法,其特征在于,包括以下步骤:
第一用户设备在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的第二用户设备;
会话控制实体在接收到与业务集成有关的消息后,将该消息转发到处理第二业务的应用服务器AS;
所述处理第二业务的AS将消息转发到对应的第一用户设备或第二用户设备;
所述第一用户设备或第二用户设备在收到消息并确定所述第一业务为激活状态时,向网络侧发送消息使网络侧触发所述第二业务。
9.如权利要求8所述的方法,其特征在于,通过扩展SIP消息或SDP消息携带所述第一业务的激活状态标识。
10.如权利要求8所述的方法,其特征在于,所述第一用户设备在接收到第一业务的处理消息后,向网络侧发送处理所述第一业务的消息。
11.如权利要求8所述的方法,其特征在于,由第一用户设备处理所述第二业务并且通过不同的公共用户标识IMPU签约所述第一业务和第二业务时,所述第一业务逻辑和第二业务逻辑之间在第一用户设备内部交互相关信息。
12.如权利要求8至11中任一项所述的方法,其特征在于,所述第一业务为IPTV业务,所述第二业务为通信业务。
13.一种实现业务集成的方法,其特征在于,包括以下步骤:
第一用户设备在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的第二用户设备;
会话控制实体在接收到与业务集成有关的消息后将其转发到对应的第一用户设备或第二用户设备;
所述第一用户设备或第二用户设备收到消息并确定所述第一业务为激活状态时触发用户签约的业务集成,向所述会话控制实体发送消息使网络侧触发所述第二业务。
14.如权利要求13所述的方法,其特征在于,通过扩展SIP消息或SDP消息携带所述第一业务的激活状态标识。
15.如权利要求13所述的方法,其特征在于,所述第一用户设备在接收到第一业务的处理消息后,向网络侧发送处理所述第一业务的消息。
16.如权利要求13所述的方法,其特征在于,由第一用户设备处理所述第二业务并且通过不同的公共用户标识IMPU签约所述第一业务和第二业务时,所述第一业务逻辑和第二业务逻辑之间在第一用户设备内部交互相关信息。
17.如权利要求13至16中任一项所述的方法,其特征在于,所述第一业务为IPTV业务,所述第二业务为通信业务。
18.一种用户设备,其特征在于,包括:
接收模块,用于接收各种消息;
业务处理模块,用于处理第一业务和/或第二业务;
标识模块,用于记第一业务的激活状态信息;
触发模块,用于在第一业务为激活状态并且接收到关联第二业务的消息时产生控制网络侧触发所述第二业务的消息;
发送模块,用于向网络侧发送控制网络侧触发所述第二业务的消息。
19.一种通信系统,其特征在于,包括:
业务应用服务器,用于处理用户签约的业务;
会话控制实体,用于接收和转发用户的消息,以及触发用户签约的业务到所述业务应用服务器;
用户设备,用于在使用第一业务时标识该业务为激活状态,或将该业务的激活状态通知处理第二业务的用户设备,以及在收到与所述第二业务关联的消息并确定所述第一业务为激活状态时,向所述会话控制实体发送消息,以在业务应用服务器上触发所述第二业务。
20.如权利要求19所述的系统,其特征在于,所述会话控制实体将接收到的消息直接转发到所述用户设备;或者,所述会话控制实体将接收到的消息转发到相应的业务应用服务器,该业务应用服务器将其转发到所述用户设备。
21.如权利要求19所述的系统,其特征在于,所述用户设备包括:
接收模块,用于接收各种消息;
业务处理模块,用于处理第一业务和/或第二业务;
标识模块,用于记第一业务的激活状态信息;
触发模块,用于在第一业务为激活状态并且接收到关联第二业务的消息时产生控制网络侧触发所述第二业务的消息;
发送模块,用于向网络侧发送控制网络侧触发所述第二业务的消息。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101394735A CN101155110B (zh) | 2006-09-25 | 2006-09-25 | 一种实现业务集成的方法及系统 |
CN2007800004547A CN101322405B (zh) | 2006-09-22 | 2007-09-24 | 实现业务集成的方法、装置及系统 |
PCT/CN2007/002804 WO2008040181A1 (fr) | 2006-09-22 | 2007-09-24 | Procédé, appareil et système destinés à intégrer des services |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101394735A CN101155110B (zh) | 2006-09-25 | 2006-09-25 | 一种实现业务集成的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101155110A true CN101155110A (zh) | 2008-04-02 |
CN101155110B CN101155110B (zh) | 2011-06-08 |
Family
ID=39256559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101394735A Active CN101155110B (zh) | 2006-09-22 | 2006-09-25 | 一种实现业务集成的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101155110B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468322A (zh) * | 2014-10-27 | 2015-03-25 | 东莞宇龙通信科技有限公司 | 一种发送通知的方法及装置 |
CN109246852A (zh) * | 2017-06-13 | 2019-01-18 | 夏普株式会社 | 无线协议层实体处理方法以及相应的用户设备 |
Family Cites Families (4)
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 |
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-25 CN CN2006101394735A patent/CN101155110B/zh active Active
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104468322A (zh) * | 2014-10-27 | 2015-03-25 | 东莞宇龙通信科技有限公司 | 一种发送通知的方法及装置 |
CN109246852A (zh) * | 2017-06-13 | 2019-01-18 | 夏普株式会社 | 无线协议层实体处理方法以及相应的用户设备 |
CN109246852B (zh) * | 2017-06-13 | 2023-08-11 | 夏普株式会社 | 无线协议层实体处理方法以及相应的用户设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101155110B (zh) | 2011-06-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101401427B (zh) | 用于iptv系统的时间偏移和追踪播放 | |
CN100484141C (zh) | 实现ims和cs业务并发时的终端能力交互和路由控制的方法 | |
CN101155293B (zh) | 一种进行网络直播电视业务频道授权的方法、系统及装置 | |
KR100905608B1 (ko) | 아이피 멀티미디어 서브시스템 기반의 통신 시스템에서서비스 제공 방법 | |
CN101420432B (zh) | 一种ims监听的实现方法、系统及装置 | |
US7730127B2 (en) | Method, system and apparatus for video sharing | |
US20110032931A1 (en) | Method, system, and device for providing service | |
US9313818B2 (en) | Method and system for converging call | |
US20100019899A1 (en) | Method and device for receiving emergency event alert | |
US20120155333A1 (en) | Appratus and method for lawful interception | |
US10638299B2 (en) | Dynamic scrolling-ticker for initiating telecommunications services | |
US10027724B2 (en) | Methods and apparatus for implementing a conference call | |
CN104348989A (zh) | 机顶盒与通话终端切换通话的方法及应用服务器 | |
CN101529883B (zh) | 向匿名呼叫者提供组合服务的系统和方法 | |
CN111404865A (zh) | Ims系统加密通话方法、网络设备、终端及系统 | |
US8724777B2 (en) | Method, device and system for implementing emergency call override service | |
CN101150532B (zh) | 一种实现业务集成的方法及系统 | |
CN101640573B (zh) | 接收紧急事件通知的方法、装置和系统 | |
CN103841528A (zh) | Ims系统来电提醒业务实现方法和系统 | |
US20090213761A1 (en) | Method and device for acquiring routing information and method and system for locating a user terminal | |
CN101155110B (zh) | 一种实现业务集成的方法及系统 | |
KR100657617B1 (ko) | Sip 기반의 무선 패킷 교환망 시스템 | |
CN101990084A (zh) | 交互式语音和视频响应实现会议控制的方法及系统 | |
EP2083577B1 (en) | User device and registration method of user device | |
CN101322405B (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 |