专利名称：实现融合业务的方法、系统、业务代理及终端的制作方法
技术领域：
本发明涉及融合业务技术，尤其是一种实现通信终端与IPTV终端之间融合业务的方法、系统、业务代理及终端。
背景技术：
IP多媒体子系统(IP Multimedia subsystem，以下简称IMS)是第三代合作伙伴项目(3rd Generation Partnership Project，以下简称3GPP)在分组网络上叠加的子系统，其采用IP分组域作为其控制信令和媒体传输的承载通道，引入会话初始化协议(Session Initation Protocol，以下简称SIP)作为业务控制协议，利用SIP简单、易扩展、媒体组合方便的特点，实现业务管理、会话控制及承载接入的三者分离，提供丰富的多媒体业务。IMS中的主要功能实体包括用于控制用户注册、实现会话控制等功能的呼叫会话控制装置(Call Session Control Function，以下简称CSCF)，用于集中管理用户签约数据的归属用户服务器(Home Subscriber Server，以下简称HSS)，和提供各种业务逻辑控制功能的应用服务器(Application Server，以下简称AS)，用于服务质量(Quality of Service，以下简称Qos)管理的策略决定功能实体(Policy Decision Function，以下简称PDF)。
在IMS新的架构中，IMS Core网络与AS层之间增加一些业务管理服务器，每个业务管理服务器维护一类业务内的具体触发，S-CSCF只需将业务触发到该类业务的业务管理服务器上即可，由业务管理服务器将会话路由到具体业务。该业务管理服务器的雏形，就是3GPP IMS架构中定义的服务功能交互管理(Service Capability Interaction Manager，以下简称SCIM)，如图1所示，即为现有技术包含SCIM的IMS架构的结构示意图，其介于S-CSCF与AS之间。业务代理(Service Broker，以下简称SB)即是SCIM的一种可能类型，其用于管理使用网络服务描述语言(Web ServicesDescription Language，以下简称WSDL)和IMS网络的基于简单对象访问协议(Simple Object Access Protocol，以下简称SOAP)的抽象公开了的服务功能之间的交互性。
网络电视(Intemet Protocol Television，以下简称IPTV)是以家用电视机、PC或其它电子类设备为显示终端，通过公众互联网或专用IP网络，提供包括电视节目以及基于电视节目的其它增值业务，例如直播电视(以下简称LiveTV)、点播电视(以下简称VOD)，在内的内容丰富的视听类宽带IP多媒体信息业务。
机顶盒(Set-Top Box，以下简称STB)，是接在电视机外面、作为信号传输介质与电视机的一种接口，适合于普通电视用户使用的一种终端设备，是IPTV业务的一种终端设备，通过STB可接收卫星广播和通过电缆传递过来的节目，并可提供附加服务，例如在Internet上选择想看的电影，享受通过卫星的VOD服务，还能进行家庭银行等电子商务交易，非常方便，通常，将STB与电视机一起称之为STB终端。在本文件中，将能够接收IPTV业务的终端通称为IPTV终端。现实生活中，与高速宽带数据服务相比，许多消费者更关心电视服务，实际上，对大多数消费者而言，电视还是不可或缺的有声家用设备。而实际应用中，通信终端，例如IMS终端、CS域终端，日益成为用户之间通信联系的基本工具。
目前，尚无法实现IPTV业务与通信业务之间相融合的融合业务。
发明内容
有鉴于此，本发明的实施例提供了一种实现融合业务的方法、系统、业务代理及终端，实现IMS网络中IPTV业务与通信业务之间的融合业务。
本发明的实施例提供了一种实现融合业务方法，应用于IMS网络，包括以下步骤通信终端网络侧的业务代理实体收到所述通信终端相关的通信业务消息；所述业务代理实体根据所述通信终端用户标识与IPTV终端用户标识的绑定关系以及接收到的所述通信业务消息，生成通信状态通知消息，所述通信状态通知消息的目的用户标识为所述IPTV终端用户标识；所述业务代理实体将所述通信状态通知消息发送给所述IPTV终端进行处理。
本发明的实施例还提供了一种业务代理实体，应用于IMS网络，包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系；接收模块，包括通信状态接收单元，用于接收所述通信终端相关的通信业务消息；通知消息生成模块，用于查询存储模块中是否存储有所述通信终端用户标识与IPTV终端用户标识之间的绑定关系，如果有，则根据所述通信状态接收单元接收到的所述通信终端相关的通信业务消息，以及存储模块存储的所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系，生成通知消息，所述通知消息的目的用户标识为与所述通信终端用户标识绑定的所述IPTV终端的用户标识；发送模块，用于将所述消息生成模块生成的通知消息，发送给所述IPTV终端。
本发明的实施例还提供了一种IPTV终端，包括通知消息接收模块，用于接收与所述IPTV终端绑定的通信终端网络侧发送来的包含所述通信终端通信业务信息的通知消息；消息处理模块，用于处理所述通知消息接收模块接收到的通知消息；通信状态显示模块，用于显示消息处理模块处理过的所述通信终端的通信状态。
本发明的实施例还提供了一种实现融合业务的系统，应用于IMS网络，该系统包括IPTV终端，以及通信网络侧的业务代理实体，所述业务代理实体用于存储IPTV终端用户标识与通信终端的用户标识的绑定关系，接收所述通信终端的通信业务消息，根据接收到通信业务信息生成通知消息，发送给所述IPTV终端；所述IPTV终端用于接收所述业务代理实体发送来的通知消息，处理所述通知消息后显示所述通信终端的通信状态信息。
本发明的实施例还提供了一种实现融合业务方法，应用于IMS网络，包括以下步骤通信终端网络侧的业务代理实体接收IPTV终端发送的处理所述通信终端通信业务的通信业务请求消息，所述通信业务请求消息的目的地址为与所述IPTV终端用户标识绑定的通信终端用户标识；
所述业务代理实体根据所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系以及所述通信业务请求消息，将所述通信业务请求消息转换为正常的通信业务请求消息，并将转换后的通信业务请求消息发送给应用服务器处理。
本发明的实施例还提供了一种业务代理实体，应用于IMS网络，包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系；接收模块，包括通信业务消息接收单元，用于接收IPTV终端发送来的通信业务消息；消息转换模块，用于对所述业务请求消息接收单元接收到的IPTV终端发送来的通信业务请求消息进行转换，使其转换为正常的通信业务请求消息，经过消息转换模块转换后的通信业务请求消息通过发送模块发送到相应的应用服务器处理。
本发明的实施例还提供了一种IPTV终端，包括业务请求消息生成模块，用于生成处理与所述IPTV终端绑定的通信终端的通信业务请求消息，所述通信业务请求消息的目的用户标识为所述通信终端的用户标识；发送模块，用于发送业务请求消息生成模块生成的通信业务请求消息。
本发明的实施例还提供了一种实现融合业务的系统，应用于IMS网络，该系统包括IPTV终端以及通信终端网络侧的业务代理实体，所述IPTV终端包括业务请求消息生成模块，用于生成处理与所述IPTV终端绑定的通信终端的通信业务请求消息，所述通信业务请求消息的目的用户标识为所述通信终端的用户标识；发送模块，用于发送业务请求消息生成模块生成的通信业务请求消息；所述业务代理实体包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系；接收模块，用于接收IPTV终端发送来的通信业务请求消息；消息转换模块，用于对所述业务请求消息接收单元接收到的IPTV终端发送来的通信业务请求消息进行转换，使其转换为正常的通信业务请求消息，经过消息转换模块转换后的通信业务请求消息通过发送模块发送到相应的应用服务器处理。
本发明实施例提供的实现融合业务的处理方法，应用于IMS网络，通过通信终端网络侧的业务代理实体发送通知消息以及转换业务消息，可以实现将通信终端的通信业务及时通知到绑定的IPTV终端，IPTV终端也可以对绑定的通信终端进行业务处理，实现了通信业务与IPTV业务的融合，为用户提供了更为丰富的业务体验；该架构重用了现有网络的应用服务器的功能，无须对现有网络作较大改动，开发成本低，易于实现。
图1为现有技术包含SCIM的IMS架构的结构示意图。
图2为本发明实施例中IPTV终端在IMS网络中时，实现IPTV业务与通信业务融合的网络架构图。
图3为本发明实施例中IPTV终端在非IMS网络中时，实现IPTV业务与通信业务融合的网络架构图。
图4为本发明实施例中IPTV终端发起对通信终端状态进行订阅的流程图。
图5为本发明实施例中通过订阅机制实现通信终端的状态通知给IPTV终端的流程图。
图6为本发明实施例中订阅机制下IPTV终端对通信终端的入呼叫进行呼叫前转业务处理的流程图。
图7为本发明实施例中IPTV终端代替绑定的通信终端发起呼叫请求的流程图。
图8为IPTV终端与通信终端在同一个IMS网络中时，IPTV终端发起对通信终端状态进行订阅的流程图。
图9为本发明业务代理第一实施例的结构示意图。
图10为本发明业务代理第二实施例的结构示意图。
图11为本发明业务代理第三实施例的结构示意图。
图12为本发明业务代理第四实施例的结构示意图。
图13为本发明业务代理第五实施例的结构示意图。
图14为本发明IPTV终端第一实施例的结构示意图。
图15为本发明IPTV终端第二实施例的结构示意图。
图16为本发明IPTV终端第三实施例的结构示意图。
图17为本发明IPTV终端第四实施例的结构示意图。
图18为本发明IPTV终端第五实施例的结构示意图。
图19为本发明IPTV终端第六实施例的结构示意图。
具体实施例方式
通信终端与IPTV终端是分离的两个终端，在本发明实施例中，两个终端可能位于同一个IMS网络，也可能位于不同的IMS网络，还可能通信终端在IMS网络，IPTV终端在非IMS网络(注IPTV终端在IMS网络，即指“IMS Based IPTV”。IPTV终端通过接入IMS网络，享用IMS网络提供的IPTV业务。IPTV终端在非IMS网络，指传统的IPTV网络业务提供方式)。图2为本发明实施例中IPTV终端在IMS网络中时，实现IPTV业务与通信业务融合的网络架构图，如图2所示，IPTV终端与通信终端分别位于两个IMS网络，其中UE1为IPTV终端，UE2为通信终端，UE3为对UE2进行呼叫的终端，SB(ServiceBroker)为通信终端网络侧的业务代理实体，PSS AS为通信终端网络侧的业务服务器(PSTN Simulation services)，CSCF(Call Session Control Function)为IMS网络中的呼叫会话控制功能实体，UE1通过CSCF、IPTV网关与中间件、VOD Server互通(IMS Based IPTV架构的一种实现方式)，UE1终端可以使用IPTV业务，IPTV与通信的融合业务主要通过通信终端网络侧的SB实现，并重用现有业务应用服务器的能力。
在图2中，用箭头出示了本发明实施例中实现融合业务的基本框架流程，下面进行说明步骤1、UE1在IMS网络注册成功，建立流媒体会话；步骤2、UE1与UE2网络侧的SB交互，表明希望获得UE2相关状态；步骤3、UE2收到UE3的入呼叫请求，UE2有振铃；步骤4、SB通知UE1关于UE2的入呼叫消息，UE1可显示入呼叫的主叫方相关信息；步骤5、用户通过UE1操作，将入呼叫前转到语音邮箱，UE1发送SIP请求消息到SB；步骤6、SB收到UE1发送的SIP请求消息后，将消息内容转换为标准的通信业务消息后转发到PSS AS，即调用了PSS AS的前转语音邮箱逻辑处理，PSS AS完成针对UE2来话的前转语音邮箱操作。
通过上述流程可见，实现IPTV业务与通信业务的融合主要是通过通信网络侧的业务代理实体实现的，业务代理实体在收到所述通信终端相关的通信业务请求消息后，生成包含所述通信终端通信业务信息的通知消息发送给IPTV终端，IPTV终端可以根据接收到的通知消息，生成处理通信终端通信业务的通信业务请求消息，发送给通信终端网络侧的SB，SB接收所述通信业务请求消息后，转换为正常的通信业务请求消息后，发送给对应的AS处理，重用了现有的AS处理逻辑。所述正常的通信业务请求消息是指通信终端处理相应的通信业务时生成的相应的通信业务请求消息。
IPTV终端也可以为非IMS网络下的IPTV终端，如图3所示，为IPTV终端在传统IPTV网络时，实现IPTV业务与通信业务融合的网络架构图，其大致的流程与架构与图2中说明的架构基本一致，其主要差别在于IPTV终端与SB之间的交互通过IPTV网络侧的IPTV中间件进行的，总体的流程和架构没有变化，不详细赘述。
本发明的实施例提供的融合业务的方法包括101、通信终端网络侧的业务代理实体收到所述通信终端相关的通信业务消息；102、所述业务代理实体根据所述通信终端用户标识与IPTV终端用户标识的绑定关系以及接收到的所述通信业务消息，生成通信状态通知消息，所述通信状态通知消息的目的用户标识为所述IPTV终端用户标识；103、所述业务代理实体将所述通信状态通知消息发送给所述IPTV终端，所述IPTV终端收到所述通信状态通知消息后，进行相应处理。
在步骤101中，所述通信终端网络侧的业务代理实体收到所述通信终端相关的通信业务消息，是通过所述通信终端网络侧的呼叫会话控制功能实体接收到所述通信业务消息后，根据所述通信终端用户的签约数据消息，将所述通信业务消息触发到所述业务代理实体。
在步骤101之前，该方法还可以包括，所述业务代理实体收到所述IPTV终端发送的订阅所述通信终端通信状态的订阅消息，根据所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系，确定是否接受所述订阅请求，如果存在所述绑定关系，则接受所述订阅请求，如果不存在，则拒绝所述订阅请求，则所述通信终端网络侧的业务代理实体收到所述通信终端相关的通信业务消息之后，根据所述业务代理实体是否接受了所述IPTV终端发送的订阅请求，确定是否生成所述通信状态通知消息。
在步骤103中，所述IPTV终端收到所述通信状态通知消息后，进行相应处理，具体为下列处理方式一之或任意组合暂停播放媒体流；在IPTV终端上显示所述通信终端的通信状态消息；根据所述通信状态通知消息，生成处理所述通信终端通信业务的通信业务请求消息，并将所述通信业务请求消息发送给所述业务代理实体，所述通信业务请求消息的目的用户标识为与所述IPTV终端用户标识绑定的通信终端用户标识。
所述业务代理实体收到IPTV终端发送的处理所述通信终端通信业务的通信业务请求消息后，根据所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系以及所述通信业务请求消息，将所述通信业务请求消息转换为正常的通信业务请求消息，并将转换后的通信业务请求消息发送给应用服务器处理。
本发明的实施例还提供了一种实现融合业务的方法，包括201、通信终端网络侧的业务代理实体接收IPTV终端发送的处理所述通信终端通信业务的通信业务请求消息，所述通信业务请求消息的目的地址为与所述IPTV终端用户标识绑定的通信终端用户标识；202、所述业务代理实体根据所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系以及所述通信业务请求消息，将所述通信业务请求消息转换为正常的通信业务请求消息，并将转换后的通信业务请求消息发送给应用服务器处理。
IPTV终端与通信终端具有不同的用户标识，在通信终端网络侧的SB中需要设置通信终端用户标识与IPTV终端用户标识之间的绑定关系，为方便描述，在后续描述中如出现通信终端与IPTV终端的绑定关系也是指通信终端用户标识与IPTV终端用户标识之间的绑定关系。
本发明实施例给出了两种在SB上设置两个终端用户标识之间绑定关系的
具体实施例方式1、通过自助“Portal”设置该绑定关系，指示将通信终端的用户标识与IPTV终端的用户标识进行绑定；2、通过通信终端设置该绑定关系，通信终端可以通过SIP消息通知SB设置该绑定关系，所述SIP消息中包括有绑定的IPTV终端的用户标识，通信终端也可以通过SIP消息取消该绑定关系。
用户还可以在IPTV终端上配置被绑定的通信终端用户标识，在IPTV终端向通信终端网络侧的SB发送订阅或取消订阅消息时，可以根据配置的通信终端用户标识来获得消息的目的用户标识。用户通过IPTV终端处理通信终端通信业务时，可以在IPTV终端上显示绑定的通信终端用户标识，IPTV终端对该通信终端的通信业务处理消息的目的用户标识同样为绑定的通信终端标识。
以下各方法实施例中，均需要在通信终端网络侧的SB上设置有通信终端用户标识和IPTV终端用户标识之间的绑定关系。下面结合图示，给出具体的实施例说明具体的实现流程。
图4出示了本发明实施例中IPTV终端发起对通信终端状态进行订阅的流程图，本实施例中，IPTV终端与通信终端分别位于不同的IMS网络。SB收到IPTV终端的状态订阅请求后，在通信终端状态变化时，通知IPTV终端。在图4中，UE1为IPTV终端，CSCF1为UE1网络侧的呼叫会话控制装置，UE2为通信终端，CSCF2为UE2网络侧的呼叫会话控制装置，SB2为UE2网络侧的业务代理实体，在后续实施例中以上简称均具有和此处相同的解释，在后面的实施例中将不再复述。下面结合图4，说明UE1发起订阅的具体流程S41、UE1注册成功后，根据自身配置的绑定信息，以绑定的UE2的SIP URI(通用资源标识)为Request-URI，生成状态订阅请求消息SUBSCRIBE，发送到CSCF2；S42、CSCF1根据消息中的Request-URI将状态订阅请求消息SUBSCRIBE路由到UE2网络侧的CSCF2；
S43、CSCF2根据UE2用户的签约数据，将此消息发送给SB2；S44、SB2检测UE1与UE2是否存在绑定关系，如果存在，则接受此请求，生成订阅成功消息202或200，发送给CSCF2；S45、26、订阅成功消息202或200通过CSCF1发送给UE1，完成状态订阅。
在上述S44步骤中，如果SB2检测UE1与UE2不存在绑定关系，则向UE1反馈订阅失败的消息，消息流程同上。
根据上述流程，UE1也可以发送取消订阅请求消息，取消对UE2状态的订阅。
一旦订阅成功，UE1需要在整个注册阶段维持此订阅，刷新订阅的方式遵循RFC3265，UE1在注销时可以通过发送取消订阅请求消息结束此订阅。
UE1发起订阅请求的时机，可以是UE1注册成功后，或UE1在注册成功后修改绑定数据时，即用户可以在UE1上修改与之绑定的通信终端的用户标识。将UE1绑定的通信终端从UE2修改为UE3时，UE1首先取消当前对UE2状态的订阅，然后发起对UE3状态的新订阅。或者，UE1在注册成功后并不发起订阅请求，而是在UE1成功建立了流媒体会话(用户在观看点播或直播节目时)后发起订阅请求，因为注册成功，并不一定会建立流媒体会话，具体取决于UE1的实现。
利用订阅机制来实现两个终端之间的融合业务，是一种优选的实施方式，在用户不想通过IPTV终端接收通信终端状态变化时，可以取消状态订阅，从而给用户更好的体验。下面通过两个实施例说明订阅机制下如何实现IPTV终端获知通信终端的状态，以及IPTV终端根据通信终端的状态执行通信业务操作。
图5出示了本发明实施例中通过订阅机制实现通信终端的状态通知给IPTV终端的流程图，本实施例中，IPTV终端与通信终端分别位于不同的IMS网络。在该实施例中UE3为一通信终端，向UE2发起呼叫请求，UE2侧的SB2将该呼叫请求的通信状态通知给UE1。如图5所示，说明实现通信状态通知的具体流程S51、UE3向UE2发起呼叫请求到UE2侧的CSCF2；S52、CSCF2根据UE2的签约数据，将该呼叫请求触发到SB2；S53、SB2将该呼叫请求发送给UE2，UE2振铃；S54、SB2判断UE1是否订阅了UE2的通信状态，如果订阅了则执行S55，如果没有订阅，则结束流程；S55、SB2根据呼叫请求消息的内容以及UE1、UE2的用户标识，生成NOTIFY通知消息，并将该通知消息发送给CSCF2；S56、S37、CSCF2将NOTIFY消息，通过CSCF1发送给UE1，UE1根据收到的NOTIFY消息的内容，显示UE2有UE3的入呼叫消息。
在本实施例中，UE2的通信业务也可以是接收到短消息、多媒体消息等其他通信业务，处理流程相同，在此不再赘述。
来话流媒体暂停业务是IPTV业务与通信业务的一种融合业务，指的是在与IPTV终端绑定的通信终端进行通话过程中，IPTV终端自动暂停播放流媒体，当通信终端通话结束后，IPTV终端自动恢复播放流媒体的业务。与来话流媒体暂停类似的融合业务还包括，IPTV终端收到通信终端状态变化通知后自动暂停播放流媒体，在IPTV处理完通信终端的相关业务后自动恢复播放流媒体。在本发明实施例中，当SB向IPTV终端发送通知消息后，IPTV终端可以暂停流媒体播放，当用户对该通信消息作出响应后，恢复流媒体播放。如果是通信终端进行通话业务，当通话结束后，SB可以向IPTV终端发送通话结束的通知消息，IPTV终端收到该消息后，如果IPTV终端处于暂停播放流媒体状态，则恢复播放流媒体。
图6出示了本发明实施例中订阅机制下IPTV终端对通信终端的入呼叫进行呼叫前转业务处理的流程图，在上述的两个实施例中已经分别交待了UE1如何订阅UE2的状态，以及SB2如何将UE2的状态通知给UE1，本实施例将在此基础上说明UE1如何根据接收到的通知消息的内容，实现对UE2的业务操作，在此仅以UE2有入呼叫，UE1执行呼叫前转业务进行说明。如图6所示，AS2为UE2网络侧执行呼叫前转业务的应用服务器，UE4为呼叫前转的目的通信终端。IPTV终端对通信终端的入呼叫进行呼叫前转业务实现的具体流程为S61、UE1收到UE2有UE3的入呼叫通知消息后，生成一个呼叫前转通信业务请求消息REFER，该请求消息使用UE2的SIP URI为Request-URI，消息中包含有呼叫前转的目的通信终端UE4的用户标识，将该消息发送给CSCF1；通信业务请求消息REFER示例如下REFER sipUE2@ims.gd.comFromUE1<sipUE1@ims.gd.com>，tag＝de
ToUE2<sipUE2@ims.gd.com>
Refer-TosipUE4@ims.gd.com；method＝transferContactUE1 ipaddress5060Call-ID22222S62、CSCF1根据呼叫前转通信业务请求消息的目的用户标识将消息路由到CSCF2；S63、CSCF2收到呼叫前转通信业务请求消息后，根据UE2的签约数据，将该请求消息触发到SB2上；S64、SB2根据呼叫前转请求消息的内容，转换该呼叫前转请求，使其转换为正常的通信业务请求消息，即使得该呼叫前转请求就像UE2发出的一样，将转换后的呼叫前转请求发送给执行呼叫前转业务的应用服务器AS2；转换后的业务请求标识示例如下REFER sipUE3@ims.gd.comFromUE2<sipUE2@ims.gd.com>，tag＝cdToUE3<sipUE3@ims.gd.com>，tag＝abRefer-TosipUE4@ims.gd.com；method＝transferContactUE2 ipaddress5060Call-ID11111SB进行消息转换后，向AS发送的REFER消息已处于前面的呼叫Dialog中；S65、AS2接收到呼叫前转请求后，向SB2返回确认消息200；
S66、SB2收到确认消息200，转换消息后，通过CSCF2、CSCF1，将确认消息发送给UE1；S67、AS2执行呼叫前转业务逻辑，向UE2发送CANCEL消息，取消UE3与UE2之间的呼叫连接；S68、AS2执行呼叫前转业务逻辑，建立UE3与UE4之间的呼叫连接，完成呼叫前转业务。
该实施例仅以呼叫前转说明，来电转语音信箱、接受来电请求、拒绝呼叫请求等来电操作与此流程类似，不再一一说明。
需要说明的是，关于SB转换消息，需要按照AS的业务接口要求转换，因此与不同的AS配合，可能转换后发出的REFER有可能不完全相同，本发明实施例仅给出一种情况。
上述实施例为订阅机制下完成融合业务的实施方法，实现IPTV终端与通信终端的融合业务的方法也可以不通过订阅机制来实现，IPTV终端的用户标识与通信终端的用户标识在通信终端网络侧的SB处绑定后，当SB收到通信终端状态变化的消息后，查看是否有IPTV终端的用户标识与该通信终端的用户标识之间的绑定关系，如果有，就向绑定的IPTV终端发送通知消息NOTIFY。以图5所示的流程为例，SB收到UE3的入呼叫请求后，判断UE1与UE2存在绑定关系，则生成一个通知消息NOTIFY发送给UE1。其他流程基本相同，不再此进行赘述。需要说明的是，此时IPTV终端可能不在线，则该消息终结在IPTV终端网络侧，如果IPTV终端在线，则在IPTV终端上显示UE2的状态变更消息，IPTV终端收到NOTIFY消息后，也可以生成通信通信业务请求消息，通过通信终端网络侧的SB实现对通信终端的业务处理，其实现流程与图6所示实施例基本相同，在此不再详细说明。在本实施例中，UE1也可以通过发送UE1在线或离线的通知消息给SB，使SB能够知道UE1是否在线，如果UE1不在线，则不向UE1发送通知消息。这种实现方式与订阅机制原理相同，在此不再赘述。
图7出示了本发明实施例中IPTV终端代替绑定的通信终端发起呼叫请求的流程图。仍以IPTV终端与通信终端在两个不同的IMS网络为例说明，如图7所示，具体实现流程如下S71、UE1输入呼叫对端UE3的用户标识，或者通过查找自身存储的电话簿，获得呼叫对端UE3的用户标识；S72、UE1根据自身存储的通信终端的绑定消息以及获得的呼叫对端UE3的用户标识，生成呼叫请求消息，并发送给CSCF1，请求消息的示例如下REFER sipUE2@ims.gd.comFromUE1<sipUE1@ims.gd.com>
ToUE2<sipUE2@ims.gd.com>
Refer-TosipUE3@ims.gd.com；method＝dialContactUE1 ip address5060Call-ID11111S73、CSCF1将呼叫请求消息路由到CSCF2；S74、CSCF2根据UE2的签约消息，将该消息触发到SB2；S75、SB2判断UE1与UE2之间是否存在绑定关系，如果不存在，结束流程，如果存在，则根据请求消息的内容，转换该呼叫请求消息，使得该呼叫请求消息就像UE2发送过来的一样，并将转换后的呼叫请求消息触发到执行呼叫业务的应用服务器AS2上；转换后的呼叫请求消息示例如下REFER sipUE3@ims.gd.comFromUE2<sipUE2@ims.gd.com>
ToUE3<sipUE3@ims.gd.com>
Refer-TosipUE3@ims.gd.com；method＝dialContactUE2 ip address5060Call-ID22222S76、AS2正常处理呼叫逻辑，向SB2返回确认消息200；S77、SB2接收到确认消息200后，转换该确认消息200，通过CSCF2、CSCF1将该消息路由到UE1；S78、AS2执行呼叫逻辑，连通UE2与UE3，完成呼叫处理。
以上实施例说明的是IPTV终端与通信终端在两个IMS网络中的情况，如果IPTV终端与通信终端在一个IMS网络，处理流程与类似，只是CSCF2直接将消息发送给UE1，而不需要路由到其他IMS网络的CSCF转发，下面对一个订阅过程的实施例说明，其他的方法实施例请参考前面的实施例，不再详细说明。
图8出示了IPTV终端与通信终端在同一个IMS网络中时，IPTV终端发起对通信终端状态进行订阅的流程图，图中UE1与UE2为同一个IMS网络中的用户，流程如下
S81、UE1注册成功后，根据自身配置的绑定信息，以绑定的UE2的SIP URI(资源用户标识)为Request-URI，生成状态订阅请求消息SUBSCRIBE，发送到CSCF2；S82、CSCF2根据UE2用户的签约数据，将此消息发送给SB2；S83、SB2检测UE1与UE2是否存在绑定关系，如果存在，则接受此请求，生成订阅成功消息202或200，发送给CSCF2；S84、CSCF2将订阅成功消息202或200发送给UE1，完成状态订阅。
以上方法实施例以IPTV终端在IMS网络中为例进行了说明，对于IPTV终端在非IMS网络中，流程基本相同，现有技术人员根据上述实施例可以实现，在此就不在详细展开说明。
上述实施例实现了IPTV业务与通信业务之间的融合业务，在用户通过IPTV终端观看IPTV节目时，可通过IPTV终端获知通信终端的通信业务状态，自动暂停播放媒体流，方便了用户，用户还可以通过IPTV终端处理通信终端的通信业务，实现了通信业务与IPTV业务的融合。
图9为本发明业务代理实体第一实施例的结构示意图，该业务代理实体应用于IMS网络中，本发明实施例的业务代理包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系，这种绑定关系可以通过一个二维或多维表来实现；接收模块，包括通信状态接收单元，用于接收所述通信终端相关的通信业务消息；通知消息生成模块，用于根据所述通信状态接收单元接收到的所述通信终端相关的通信业务消息，以及存储模块存储的所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系，生成通知消息，所述通知消息的目的用户标识为与所述通信终端用户标识绑定的所述IPTV终端的用户标识；发送模块，用于将所述消息生成模块生成的通知消息，发送给所述IPTV终端。
图10为本发明业务代理实体第二实施例的结构示意图，本实施例在图9所示实施例基础上，所述业务代理实体中的接收模块进一步包括业务请求消息接收单元，用于接收IPTV终端发送来的通信业务请求消息，则所述业务代理实体还包括消息转换模块，用于对所述业务请求消息接收单元接收到的IPTV终端发送来的通信业务请求消息进行转换，使其转换为正常的通信业务请求消息，经过消息转换模块转换后的消息通过发送模块发送到对应的应用服务器。
图11为本发明业务代理实体第三实施例的结构示意图，本实施例是在图9所示实施例基础上，所述业务代理实体的接收模块，进一步包括订阅消息接收单元，用于接收IPTV终端发送来的订阅或取消订阅通信终端状态变化的消息，则所述业务代理实体进一步包括订阅状态存储模块，用于根据订阅消息接收单元接收到的消息，存储所述IPTV终端对所述通信终端通信状态的订阅状态消息，订阅状态存储模块与所述通知消息生成模块相连，在生成通知消息之前，通知消息生成模块查询订阅状态存储模块中存储的所述订阅状态消息，如果为订阅状态，则生成通知消息，如果为没有订阅状态，则不生成通知消息。
图12为本发明业务代理实体第四实施例的结构示意图，该业务代理实体应用于IMS网络中，用于实现IPTV业务与通信业务的融合，本发明实施例的业务代理包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系，这种绑定关系可以通过一个二维或多维表来实现；接收模块，包括业务请求消息接收单元，用于接收IPTV终端发送来的通信业务请求消息；消息转换模块，用于查询存储模块中是否存储有所述通信终端用户标识与IPTV终端用户标识之间的绑定关系，如果有，则对所述业务请求消息接收单元接收到的IPTV终端发送来的通信业务请求消息进行转换，使其转换正常的通信业务请求消息，经过消息转换模块转换后的消息通过发送模块发送到对应的应用服务器处理。
需要说明的是，在上述实施例中的所述消息转换模块中的查询两个终端用户标识是否绑定的功能，也可以由单独一个查询模块来实现，在此不再赘述。
图13为本发明业务代理实体第五实施例的结构示意图，如图所示，本实施例中的业务代理实体包括存储模块，用于存储IPTV终端用户标识与通信终端用户标识及其绑定关系，这种绑定关系可以通过一个二维或多维表来实现；接收模块，包括通信状态接收单元，用于接收所述通信终端相关的通信业务消息；业务请求消息接收单元，用于接收IPTV终端发送来的通信业务请求消息；订阅消息接收单元，用于接收IPTV终端发送来的订阅或取消订阅通信终端状态变化的消息；通知消息生成模块，用于根据所述通信状态接收单元接收到的所述通信终端相关的通信业务消息，以及存储模块存储的所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系，生成通知消息，所述通知消息的目的用户标识为与所述通信终端用户标识绑定的所述IPTV终端的用户标识；订阅状态存储模块，用于根据订阅消息接收单元接收到的消息，存储所述IPTV终端对所述通信终端通信状态的订阅状态消息，订阅状态存储模块与所述通知消息生成模块相连，在生成通知消息之前，通知消息生成模块查询订阅状态存储模块中存储的所述订阅状态消息，如果为订阅状态，则生成通知消息，如果为没有订阅状态，则不生成通知消息。
消息转换模块，用于对所述业务请求消息接收单元接收到的IPTV终端发送来的通信业务请求消息进行转换，使其转换为正常的通信业务请求消息，经过消息转换模块转换后的消息通过发送模块发送到对应的应用服务器处理。
发送模块，用于发送所述消息生成模块生成的通知消息以及所述消息转换模块转化后的消息。
图14是本发明IPTV终端第一实施例的结构示意图，如图14所示，该IPTV终端包括通知消息接收模块，用于接收与所述IPTV终端绑定的通信终端网络侧发送来的所述通信终端通信状态变化的通知消息；消息处理模块，用于处理所述通知消息接收模块接收到的通知消息；通信状态显示模块，用于显示消息处理模块处理过的所述通信终端的通信状态消息。
图15是本发明IPTV终端第二实施例的结构示意图，该IPTV终端是在图14所示的IPTV终端基础上，所述IPTV终端还包括流媒体控制模块，与所述通知消息接收模块相连，当通知消息接收模块接收到通知消息后，流媒体控制模块控制停止流媒体播放，当用户对通信业务作出响应后，流媒体控制模块控制恢复流媒体播放。
图16是本发明IPTV终端第二实施例的结构示意图，该IPTV终端是在图14所示的IPTV终端基础上，所述IPTV终端还包括业务请求消息生成模块，用于根据接收到的所述通知消息生成通信业务请求消息，所述通信业务请求消息的目的用户标识为所述通信终端的用户标识；所述IPTV终端还包括发送模块，用于发送业务请求消息生成模块生成的通信业务请求消息。
图17是本发明IPTV终端第三实施例的结构示意图，该IPTV终端是在图14所示的IPTV终端基础上，本实施例的IPTV终端还包括通信状态订阅/取消订阅模块，用于生成订阅所述通信终端通信状态的订阅请求消息或取消所述订阅请求的消息，该订阅请求消息用于在通信终端网络侧订阅所述通信终端的通信状态变换通知，所述IPTV终端还可以包括发送模块，用于发送通信状态订阅/取消订阅模块生成的订阅/取消订阅消息。
图18是本发明IPTV终端第四实施例的结构示意图，包括通知消息接收模块，用于接收与所述IPTV终端绑定的通信终端网络侧发送来的所述通信终端通信状态变化的通知消息；流媒体控制模块，用于根据通信消息接收模块接收到的所述通信终端通信状态变化的通知消息，控制停止或恢复播放流媒体，例如当所述通信消息接收模块接收到所述通信终端有入呼叫请求后，控制停止播放流媒体，当收到所述通信终端通话结束的消息后，控制恢复播放流媒体；消息处理模块，用于处理所述通知消息接收模块接收到的通知消息；通信状态显示模块，用于显示消息处理模块处理过的所述通信终端的通信状态消息；业务请求消息生成模块，用于根据接收到的所述通知消息生成通信业务请求消息，所述通信业务请求消息的Request URL为所述通信终端的SIPURL；通信状态订阅/取消订阅模块，用于生成订阅所述通信终端通信状态的订阅请求消息或取消所述订阅请求的消息，该订阅请求消息用于在通信终端网络侧订阅所述通信终端的通信状态变换通知；发送模块，用于发送业务请求消息生成模块生成的通信业务请求消息以及通信状态订阅/取消订阅模块生成的订阅/取消订阅消息。
图19是本发明IPTV终端第五实施例的结构示意图，包括业务请求消息生成模块，用于生成处理与所述IPTV终端绑定的通信终端的通信业务请求消息，所述通信业务请求消息的目的用户标识为所述通信终端的用户标识；发送模块，用于发送业务请求消息生成模块生成的通信业务请求消息。
本发明实施例提供了一种实现IPTV业务与通信业务实现融合业务的系统，该系统包括通信终端网络侧的业务代理实体，以及与所述通信终端绑定的IPTV终端，具体为，所述业务代理实体为图9对应实施例中的业务代理实体，则所述IPTV终端为图14对应的实施例中的IPTV终端。
本发明实施例提供了另一种实现IPTV业务与通信业务实现融合业务的系统，该系统包括通信终端网络侧的业务代理实体，以及与所述通信终端绑定的IPTV终端，具体为，所述业务代理实体为图10对应实施例中的业务代理实体，则所述IPTV终端为图1 5对应的实施例中的IPTV终端。
本发明实施例提供了另一种实现IPTV业务与通信业务实现融合业务的系统，该系统包括通信终端网络侧的业务代理实体，以及与所述通信终端绑定的IPTV终端，具体为，所述业务代理实体为图11对应实施例中的业务代理实体，则所述IPTV终端为图16对应的实施例中的IPTV终端。
本发明实施例提供了另一种实现IPTV业务与通信业务实现融合业务的系统，该系统包括通信终端网络侧的业务代理实体，以及与所述通信终端绑定的IPTV终端，具体为，所述业务代理实体为图12对应实施例中的业务代理实体，则所述IPTV终端为图19对应的实施例中的IPTV终端。
本发明实施例提供了另一种实现IPTV业务与通信业务实现融合业务的系统，该系统包括通信终端网络侧的业务代理实体，以及与所述通信终端绑定的IPTV终端，具体为，所述业务代理实体为图11对应实施例中的业务代理实体，则所述IPTV终端为图17对应的实施例中的IPTV终端。
以上各系统实施例中，实现融合业务的系统还可以包括通信网络侧的呼叫会话控制功能实体，用于接收通信终端的相关通信业务消息，以及根据用户的签约数据，将所述消息触发到所述业务代理实体；该系统还可以进一步包括通信终端侧的应用服务器，用于接收所述业务代理实体发送来的业务消息，进行相应的处理。
本发明的实施例，通过在通信终端网络侧的业务代理实体上绑定通信终端用户标识与IPTV终端的用户表示，向IPTV终端发送通知消息以及接收IPTV终端发送来的通信业务请求消息并转换消息，实现IPTV业务与通信业务的融合，用户在观看IPTV节目时，可以及时地收到通信终端状态变化的通知，给用户带来了便利，用户还可以通过IPTV终端执行通信终端的相关业务，给用户带来更好的体验，该网络架构重用了现有的应用服务器的功能，无须对应用服务器以及S-CSCF作较大改动，开发成本低，易于实现。
总之，以上所述仅为本发明技术方案的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
权利要求
1.一种实现融合业务方法，应用于IMS网络，其特征在于，包括以下步骤通信终端网络侧的业务代理实体收到所述通信终端相关的通信业务消息；所述业务代理实体根据所述通信终端用户标识与IPTV终端用户标识的绑定关系以及接收到的所述通信业务消息，生成通信状态通知消息，所述通信状态通知消息的目的用户标识为所述IPTV终端用户标识；所述业务代理实体将所述通信状态通知消息发送给所述IPTV终端进行处理。
2.根据权利要求1所述的实现融合业务方法，其特征在于，所述业务代理实体预先存储所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系。
3.根据权利要求1所述的实现融合业务方法，其特征在于，所述通信终端网络侧的业务代理实体收到所述通信终端相关的通信业务消息之前，该方法还包括，所述业务代理实体收到所述IPTV终端发送的订阅所述通信终端通信状态的订阅消息，根据所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系，确定是否接受所述订阅请求，如果存在所述绑定关系，则接受所述订阅请求，如果不存在，则拒绝所述订阅请求，则所述通信终端网络侧的业务代理实体收到所述通信终端相关的通信业务消息之后，根据所述业务代理实体是否接受了所述IPTV终端发送的订阅请求，确定是否生成所述通信状态通知消息。
4.根据权利要求1、2或3所述的实现融合业务方法，其特征在于，所述IPTV终端收到所述通信状态通知消息后，进行相应处理，具体为下列处理方式一之或任意组合暂停播放媒体流；在IPTV终端上显示所述通信终端的通信状态消息；根据所述通信状态通知消息，生成处理所述通信终端通信业务的通信业务请求消息，并将所述通信业务请求消息发送给所述业务代理实体，所述通信业务请求消息的目的用户标识为与所述IPTV终端用户标识绑定的通信终端用户标识。
5.根据权利要求4所述的实现融合业务方法，其特征在于，所述业务代理实体收到IPTV终端发送的处理所述通信终端通信业务的通信业务请求消息后，根据所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系以及所述通信业务请求消息，将所述通信业务请求消息转换为正常的通信业务请求消息，并将转换后的通信业务请求消息发送给应用服务器处理。
6.根据权利要求5所述的实现融合业务方法，其特征在于，所述通信业务请求消息为呼叫前转消息、转语音信箱消息、接受呼叫请求消息或拒绝呼叫请求消息。
7.一种业务代理实体，应用于IMS网络，其特征在于，包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系；接收模块，包括通信状态接收单元，用于接收所述通信终端相关的通信业务消息；通知消息生成模块，用于查询存储模块中是否存储有所述通信终端用户标识与IPTV终端用户标识之间的绑定关系，如果有，则根据所述通信状态接收单元接收到的所述通信终端相关的通信业务消息，以及存储模块存储的所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系，生成通知消息，所述通知消息的目的用户标识为与所述通信终端用户标识绑定的所述IPTV终端的用户标识；发送模块，用于将所述消息生成模块生成的通知消息，发送给所述IPTV终端。
8.根据权利要求7所述的业务代理实体，其特征在于，所述业务代理实体中的接收模块还包括业务请求消息接收单元，用于接收所述IPTV终端发送来的通信业务请求消息，则所述业务代理实体还包括消息转换模块，用于查询所述存储模块中是否存储有所述通信终端用户标识与IPTV终端用户标识之间的绑定关系，如果有，则对所述业务请求消息接收单元接收到的所述IPTV终端发送来的通信业务请求消息进行转换，使其转换为正常的通信业务请求消息，经过消息转换模块转换后的消息通过发送模块发送到相应的应用服务器。
9.根据权利要求7或8所述的业务代理实体，其特征在于，所述业务代理实体的接收模块还包括订阅消息接收单元，用于接收所述IPTV终端发送来的订阅或取消订阅所述通信终端状态变化的消息，则所述业务代理实体进一步包括订阅状态存储模块，用于根据所述订阅消息接收单元接收到的消息，存储所述IPTV终端对所述通信终端通信状态的订阅状态相关信息。
10.一种IPTV终端，其特征在于，包括通知消息接收模块，用于接收与所述IPTV终端绑定的通信终端网络侧发送来的包含所述通信终端通信业务信息的通知消息；消息处理模块，用于处理所述通知消息接收模块接收到的通知消息；通信状态显示模块，用于显示消息处理模块处理过的所述通信终端的通信状态。
11.根据权利要求10所述的IPTV终端，其特征在于，所述IPTV终端还包括流媒体控制模块，用于在所述通知消息接收模块接收到通知消息后，控制IPTV终端暂停播放媒体流。
12.根据权利要求10或11所述的IPTV终端，其特征在于，所述IPTV终端还包括业务请求消息生成模块，用于根据所述通知消息接收模块接收到的所述通知消息生成通信业务请求消息，所述IPTV终端还包括发送模块，用于发送所述业务请求消息生成模块生成的通信业务请求消息。
13.一种实现融合业务的系统，应用于IMS网络，其特征在于，该系统包括IPTV终端，以及通信网络侧的业务代理实体，所述业务代理实体用于存储IPTV终端用户标识与通信终端的用户标识的绑定关系，接收所述通信终端的通信业务消息，根据接收到通信业务信息生成通知消息，发送给所述IPTV终端；所述IPTV终端用于接收所述业务代理实体发送来的通知消息，处理所述通知消息后显示所述通信终端的通信状态信息。
14.根据权利要求13所述的实现融合业务的系统，其特征在于，所述业务代理实体包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系；接收模块，包括通信状态接收单元，用于接收所述通信终端相关的通信业务消息；通知消息生成模块，用于根据所述通信状态接收单元接收到的所述通信终端相关的通信业务消息，以及存储模块存储的所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系，生成包含所述通信终端通信业务信息的通知消息，所述通知消息的目的用户标识为与所述通信终端用户标识绑定的所述IPTV终端的用户标识；发送模块，用于将所述消息生成模块生成的通知消息，发送给所述IPTV终端；所述IPTV终端包括通知消息接收模块，用于接收所述业务代理实体发送来的所述通知消息；消息处理模块，用于处理所述通知消息接收模块接收到的通知消息；通信状态显示模块，用于显示消息处理模块处理过的所述通信终端的通信状态信息。
15.根据权利要求14所述的实现融合业务的系统，其特征在于，所述IPTV终端进一步包括业务请求消息生成模块，用于根据所述通知消息接收模块接收到的所述通知消息生成通信业务请求消息；发送模块，用于发送所述业务请求消息生成模块生成的通信业务请求消息；所述业务代理实体中的接收单元还包括业务请求消息接收单元，用于接收所述IPTV终端发送来的通信业务请求消息；消息转换模块，用于对所述业务请求消息接收单元接收到的所述IPTV终端发送来的通信业务请求消息进行转换，使其转换为正常的通信业务请求消息，经过消息转换模块转换后的消息通过发送模块发送到对应的应用服务器处理。
16.一种实现融合业务方法，应用于IMS网络，其特征在于，包括以下步骤通信终端网络侧的业务代理实体接收IPTV终端发送的处理所述通信终端通信业务的通信业务请求消息，所述通信业务请求消息的目的地址为与所述IPTV终端用户标识绑定的通信终端用户标识；所述业务代理实体根据所述IPTV终端用户标识与所述通信终端用户标识之间的绑定关系以及所述通信业务请求消息，将所述通信业务请求消息转换为正常的通信业务请求消息，并将转换后的通信业务请求消息发送给应用服务器处理。
17.一种业务代理实体，应用于IMS网络，其特征在于，包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系；接收模块，包括通信业务消息接收单元，用于接收IPTV终端发送来的通信业务消息；消息转换模块，用于对所述业务请求消息接收单元接收到的IPTV终端发送来的通信业务请求消息进行转换，使其转换为正常的通信业务请求消息，经过消息转换模块转换后的通信业务请求消息通过发送模块发送到相应的应用服务器处理。
18.一种IPTV终端，其特征在于，包括业务请求消息生成模块，用于生成处理与所述IPTV终端绑定的通信终端的通信业务请求消息，所述通信业务请求消息的目的用户标识为所述通信终端的用户标识；发送模块，用于发送业务请求消息生成模块生成的通信业务请求消息。
19.一种实现融合业务的系统，应用于IMS网络，其特征在于，该系统包括IPTV终端以及通信终端网络侧的业务代理实体，所述IPTV终端包括业务请求消息生成模块，用于生成处理与所述IPTV终端绑定的通信终端的通信业务请求消息，所述通信业务请求消息的目的用户标识为所述通信终端的用户标识；发送模块，用于发送业务请求消息生成模块生成的通信业务请求消息；所述业务代理实体包括存储模块，用户存储IPTV终端用户标识与通信终端用户标识及其绑定关系；接收模块，用于接收IPTV终端发送来的通信业务请求消息；消息转换模块，用于对所述业务请求消息接收单元接收到的IPTV终端发送来的通信业务请求消息进行转换，使其转换为正常的通信业务请求消息，经过消息转换模块转换后的通信业务请求消息通过发送模块发送到相应的应用服务器处理。
全文摘要
本发明公开了一种实现IPTV业务与通信业务融合的方法和系统。该方法包括通信终端网络侧的业务代理实体收到所述通信终端相关的通信业务消息；所述业务代理实体根据所述通信终端用户标识与IPTV终端用户标识的绑定关系消息以及接收到的所述通信业务消息，生成通信状态通知消息；所述业务代理实体将所述通信状态通知消息发送给所述IPTV终端。本发明实现了IPTV业务与通信业务的融合。
文档编号H04L12/54GK101068199SQ20071007481
公开日2007年11月7日 申请日期2007年6月4日 优先权日2007年6月4日
发明者文楷, 顾炯炯 申请人:华为技术有限公司