郜文美 (中国广东省深圳市龙岗区坂田华为总部办公楼, Guangdong 9, 518129, CN)
WANG, Lei (Huawei Administration Building, Bantian Longgan, Shenzhen Guangdong 9, 518129, CN)
王雷 (中国广东省深圳市龙岗区坂田华为总部办公楼, Guangdong 9, 518129, CN)
华为终端有限公司 (中国广东省深圳市龙岗区坂田华为基地B区2号楼, Guangdong 9, 518129, CN)
GAO, Wenmei (Huawei Administration Building, Bantian Longgan, Shenzhen Guangdong 9, 518129, CN)
郜文美 (中国广东省深圳市龙岗区坂田华为总部办公楼, Guangdong 9, 518129, CN)
WANG, Lei (Huawei Administration Building, Bantian Longgan, Shenzhen Guangdong 9, 518129, CN)
| 权利要求 1、 一种基于交互式网络电视的信息显示方法， 其特征在于， 包括： 当第一用户终端呼叫第二用户终端时， 获取所述第一用户终端和 /或第 二用户终端对应的铃音业务媒体流的标识信息； 将所述铃音业务媒体流的标识信息发送给第一用户和 /或第二用户对应 的交互式网络电视业务终端， 以便所述第一用户和 /或第二用户的交互式网 络电视业务终端根据铃音业务媒体流的标识信息获取并播放相应的铃音业 务媒体流。 2、 如权利要求 1所述的方法， 其特征在于， 所述铃音业务媒体流为回 铃音媒体流， 和 /或振铃音媒体流， 和 /或背景音媒体流。 3、 如权利要求 1所述的方法， 其特征在于， 所述获取所述第一用户和 / 或第二用户对应的铃音业务媒体流的标识信息之前还包括： 接收当前呼叫网络发送的通知消息， 所述通知消息中包括第一用户和 / 或第二用户的用户标识信息， 和铃音业务媒体流的标识信息； 所述获取对应的铃音业务媒体流的标识信息具体包括： 解析所述通知 消息得到铃音业务媒体流的标识信息； 在所述将所述铃音业务媒体流的标识信息发送给第一用户和 /或第二用 户对应的交互式网络电视业务终端之前， 还包括： 通过所述第一用户和 /或第二用户的用户标识信息， 同用户标识信息与 IPTV业务终端的对应关系进行匹配， 提取与第一用户和 /或第二用户的用户 标识信息相匹配用户标识信息对应的 IPTV业务终端标识信息。 4、 如权利要求 1所述的方法， 其特征在于， 所述将所述铃音业务媒体 流的标识信息发送给第一用户和 /或第二用户对应的交互式网络电视业务终 端之前还包括： 向所述第一用户和 /或第二用户对应的交互式网络电视业务终端， 或向 第一和 /或第二用户终端发送提示信息， 所述提示信息用于提示用户选择该 用户对应的交互式网络电视业务终端作为铃音业务媒体流的转向终端、 或 在该用户对应的多个交互式网络电视业务终端中选择一个作为铃音业务媒 体流的转向终端； 接收到选择的铃音业务媒体流的转向终端的信息， 将获取的铃音业务 媒体流的标识信息发送给所述选择的铃音业务媒体流的转向终端。 5、 如权利要求 4所述的方法， 其特征在于， 所述方法还包括： 接收所述选择的铃音业务媒体流的转向终端发送的会话建立请求消 息， 所述会话建立请求消息用于请求建立铃音业务媒体流会话； 将所述会话建立请求消息转发给播放功能实体， 所述转发的会话建立 请求消息中携带所述播放功能实体当前为所述第一用户终端和 /或第二用户 终端下发铃音业务媒体流的会话标识， 以便所述播放功能实体根据所述会 话标识为所述第一用户和 /或第二用户对应的交互式网络电视业务终端下发 铃音业务媒体流。 6、 如权利要求 5所述的方法， 其特征在于， 所述会话建立请求消息中还包括所述转向终端的类型标识， 请求所述 放格式的铃音业务流媒体。 7、如权利要求 1至 6任一项所述的方法， 其特征在于，所述方法还包括： 当所述第一用户终端和第二用户终端开始通话后， 发送摘机消息给所 述第一用户和 /或第二用户对应的交互式网络电视业务终端， 以便所述第一 用户和 /或第二用户对应的交互式网络电视业务终端继续播放， 或暂停播放 所述铃音业务媒体流， 或将所述铃音业务媒体流中的音频音量降低或停止 播放。 8、如权利要求 1至 6任一项所述的方法， 其特征在于，所述方法还包括： 当所述第一用户终端和第二用户终端结束通话时， 发送通话结束消息 给所述第一用户和 /或第二用户对应的交互式网络电视业务终端， 以便所述 第一用户和 /或第二用户对应的交互式网络电视业务终端停止播放所述铃音 业务媒体流。 9、 一种信息显示方法， 其特征在于， 包括： 接收提示消息， 所述提示消息用于提示用户选择播放铃音业务媒体流 的交互式网络电视业务终端； 接收该用户在对应的交互式网络电视业务终端中选择的铃音业务媒体 流的转向终端的信息； 发送所述用户选择的转向终端的信息给用户到用户通信引擎， 以便所 述用户到用户通信引擎将相应的铃音业务媒体流的标识信息， 发送给选择 的铃音业务媒体流的转向终端进行播放。 10、 一种信息显示方法， 其特征在于， 包括： 接收到用户到用户通信引擎发送的铃音业务媒体流的标识信息后， 发 送请求消息给播放功能实体， 请求所述播放功能实体下发相应的铃音业务 媒体流； 所述铃音业务媒体流是第一用户终端呼叫第二用户终端时， 所述 第一用户终端和 /或第二用户终端对应的铃音业务媒体流； 接收所述播放功能实体下发的铃音业务媒体流， 并进行播放。 11、 如权利要求 10所述的方法， 其特征在于， 所述接收到用户到用户 通信引擎发送的铃音业务媒体流的标识信息之前还包括： 接收提示消息， 所述提示消息用于提示用户选择播放铃音业务媒体流 的交互式网络电视业务终端； 接收该用户在对应的交互式网络电视业务终端中选择的铃音业务媒体 流的转向终端的信息， 发送所述用户选择的转向终端的信息给用户到用户 通信引擎， 以便所述用户到用户通信引擎将相应的铃音业务媒体流的标识 信息， 发送给选择的铃音业务媒体流的转向终端进行播放。 12、 如权利要求 10所述的方法， 其特征在于， 在所述接收用户到用户通信引擎发送的铃音业务媒体流的标识信息之 后， 所述发送请求消息给播放功能实体之前还包括： 发送会话建立请求消息， 请求建立铃音业务媒体流会话； 接收所述播放功能实体发送的响应消息， 所述响应消息中携带当前为 用户终端下发铃音业务媒体流的时间偏移量； 所述发送请求消息给播放功能实体具体包括： 发送播放请求消息给所 述播放功能实体， 请求根据所述时间偏移量接着发送当前为用户终端下发 的铃音业务媒体流。 13、 如权利要求 12所述的方法， 其特征在于， 所述会话建立请求消息 中包括业务终端的类型标识， 请求所述播放功能实体向所述业务终端下发 适用于所述类型标识对应的转向终端播放格式的铃音业务流媒体。 14、 如权利要求 10至 13任一项所述的方法， 其特征在于， 所述接收到 用户到用户通信引擎发送的铃音业务媒体流的标识信息之后还包括： 发送暂停消息给所述播放功能实体， 请求所述播放功能实体暂停下发 当前节目； 或 发送录制消息， 请求所述播放功能实体对当前节目进行录制。 15、 如权利要求 10至 13任一项所述的方法， 其特征在于， 还包括： 接收到所述用户到用户通信引擎发送的摘机消息之后， 继续播放， 或 暂停播放所述铃音业务媒体流， 或将所述铃音业务媒体流中的音频音量降 低或停止播放。 16、 如权利要求 10至 13任一项所述的方法， 其特征在于， 所述方法还 包括： 接收到所述用户到用户通信引擎发送的通话结束消息之后， 停止播放 所述铃音业务媒体流。 17、 一种用户到用户通信引擎设备， 其特征在于， 包括： 媒体标识获取单元， 用于当第一用户终端呼叫第二用户终端时， 获取 所述第一用户终端和 /或第二用户终端对应的铃音业务媒体流的标识信息； 发送播放单元， 用于将所述媒体标识获取单元获取的铃音业务媒体流 的标识信息发送给所述第一用户和 /或第二用户对应的交互式网络电视业务 终端， 以便所述第一用户和 /或第二用户对应的交互式网络电视业务终端根 据铃音业务媒体流的标识信息获取并播放相应的铃音业务媒体流。 18、 如权利要求 17所述的设备， 其特征在于， 还包括： 通知接收单元， 用于接收当前呼叫网络发送的通知消息， 所述通知消 息中包括第一用户和 /或第二用户的用户标识信息， 和铃音业务媒体流的标 识信息； 匹配获取单元， 用于通过所述通知接收单元接收的通知消息中的第一 用户和 /或第二用户的用户标识信息， 同用户标识信息与 IPTV业务终端的对 应关系进行匹配， 提取与第一用户和 /或第二用户的用户标识信息相匹配用 户标识信息对应的 IPTV业务终端标识信息； 所述媒体标识获取单元具体用于解析所述通知接收单元接收的通知消 息得到铃音业务媒体流的标识信息； 所述发送播放单元具体用于根据所述 匹配获取单元获取的 IPTV业务终端标识信息， 发送所述媒体标识获取单元 获取的铃音业务媒体流的标识信息。 19、 如权利要求 17所述的设备， 其特征在于， 还包括： 提示发送单元， 用于向所述第一用户和 /或第二用户对应的交互式网络 电视业务终端， 或向第一和 /或第二用户终端发送提示信息， 所述提示信息 用于提示用户选择该用户对应的交互式网络电视业务终端作为铃音业务媒 体流的转向终端、 或在该用户对应的多个交互式网络电视业务终端中选择 一个作为铃音业务媒体流的转向终端； 转向接收单元， 用于接收选择的铃音业务媒体流的转向终端的信息； 所述发送播放单元具体用于当所述转向接收单元接收到转向终端的信 息后， 将获取的铃音业务媒体流的标识信息发送给选择的铃音业务媒体流 的转向终端。 20、 如权利要求 19所述的设备， 其特征在于， 还包括： 会话请求单元， 用于接收所述选择的铃音业务媒体流的转向终端发送 的会话建立请求消息， 所述会话建立请求消息用于请求建立铃音业务媒体 流会话； 请求转发单元， 用于将所述会话请求单元接收的会话建立请求消息转 发给播放功能实体， 所述转发的会话建立请求消息中携带当前为所述第一 用户终端和 /或第二用户终端下发铃音业务媒体流的会话标识， 以便所述播 放功能实体根据所述会话标识为所述第一用户和 /或第二用户对应的交互式 网络电视业务终端下发铃音业务媒体流。 21、 如权利要求 17到 20任一项所述的设备， 其特征在于， 还包括： 通话后处理单元， 用于当所述第一用户终端和第二用户终端开始通话 后， 发送摘机消息给所述第一用户和 /或第二用户对应的交互式网络电视业 务终端， 以便所述第一用户和 /或第二用户对应的交互式网络电视业务终端 继续播放， 或暂停播放所述铃音业务媒体流， 或将所述铃音业务媒体流中 的音频音量降低或停止播放。 22、 如权利要求 17到 20任一项所述的设备， 其特征在于， 还包括： 通话结束处理单元， 用于当所述第一用户终端和第二用户终端结束通 话时， 发送通话结束消息给所述第一用户和 /或第二用户对应的交互式网络 电视业务终端， 以便所述第一用户和 /或第二用户对应的交互式网络电视业 务终端停止播放所述铃音业务媒体流。 23、 一种用户终端， 其特征在于， 包括： 第一提示接收单元， 用于接收提示消息， 所述提示消息用于提示用户 选择播放铃音业务媒体流的交互式网络电视业务终端； 第一选择发送单元， 用于当所述第一提示接收单元接收到提示消息后， 接收该用户在对应的交互式网络电视业务终端中选择的铃音业务媒体流的 转向终端的信息， 发送所述用户选择的转向终端的信息给用户到用户通信 引擎， 以便所述用户到用户通信引擎将相应的铃音业务媒体流的标识信息， 发送给选择的铃音业务媒体流的转向终端进行播放。 24、 一种业务终端， 其特征在于， 包括： 标识接收单元， 用于接收用户到用户通信引擎发送的铃音业务媒体流 的标识信息； 第一请求发送单元， 用于当所述标识接收单元接收到铃音业务媒体流 的标识信息， 发送请求消息给播放功能实体， 请求所述播放功能实体下发 相应的铃音业务媒体流； 所述铃音业务媒体流是第一用户终端呼叫第二用 户终端时， 所述第一用户终端和 /或第二用户终端对应的铃音业务媒体流； 播放单元， 用于所述播放功能实体接收下发的铃音业务媒体流， 并进 行播放。 25、 如权利要求 24所述的终端， 其特征在于， 还包括： 第二提示接收单元， 用于接收提示消息， 所述提示消息用于提示用户 选择播放铃音业务媒体流的交互式网络电视业务终端； 第二选择发送单元， 用于当所述第二提示接收单元接收到提示消息后， 接收该用户在对应的交互式网络电视业务终端中选择的铃音业务媒体流的 转向终端的信息， 发送所述用户选择的转向终端的信息给用户到用户通信 引擎， 以便所述用户到用户通信引擎将相应的铃音业务媒体流的标识信息， 发送给选择的铃音业务媒体流的转向终端进行播放。 26、 如权利要求 24所述的终端， 其特征在于， 还包括： 第二请求发送单元， 用于在所述标识接收单元接收到铃音业务媒体流 的标识信息， 接收所述用户到用户通信引擎返回的铃音业务媒体流的标识 信息后， 发送会话建立请求消息， 请求建立铃音业务媒体流会话连接； 响应接收单元， 用于接收所述播放功能实体发送的响应消息， 所述响 应消息中携带当前为用户终端下发铃音业务媒体流的时间偏移量； 所述第一请求发送单元， 具体用于发送播放请求消息给所述播放功能 实体， 请求根据所述响应接收单元接收的响应消息中的时间偏移量发送当 前为用户终端下发的铃音业务媒体流。 27、 如权利要求 26所述的终端， 其特征在于， 还包括： 当前节目处理单元， 用于当所述标识接收单元接收到铃音业务媒体流 的标识信息后， 发送暂停消息给播放功能实体， 请求所述播放功能实体暂 停下发当前节目， 或发送录制消息， 请求所述播放功能实体对当前节目进 行录制。 28、 如权利要求 24至 27任一项所述的终端， 其特征在于， 还包括： 摘机处理单元， 用于在接收所述用户到用户通信引擎发送的摘机消息 后， 继续播放， 或暂停播放所述铃音业务媒体流， 或将所述铃音业务媒体 流中的音频音量降低或停止播放。 29、 如权利要求 24至 27任一项所述的终端， 其特征在于， 还包括： 通话结束单元， 用于在接收所述用户到用户通信引擎发送的通话结束 消息后， 停止播放所述铃音业务媒体流。 |
本发明涉及通信技术领域， 特别涉及信息显示方法及设备。
背景技术
交互式网络电视 ( Internet Protocol Television, IPTV )是在网络上传送 包括电视、 视频、 文本、 图像、 数据等， 并提供服务质量（QoS )、 安全、 交互性和可靠性的可管理的多媒体业务。 IPTV技术主要以家用电视机、 个 人电脑、 手机等作为主要显示终端， 通过网络协议（IP )向用户提供包括数 字电视节目在内的多种交互型多媒体业务； 用户可以通过显示终端按需接 收， 实现用户与媒体内容提供商的实时交互， 从而更好的满足用户个性化 需求。
有的 IPTV系统支持通话业务， 即 IPTV系统中的功能实体具有通话业务 处理逻辑单元， 当用户 A呼叫用户 B时， 用户 A的移动终端会发送请求 ( INVITE ), 该请求消息经过 IPTV系统功能实体后， 会到达用户 B对应的 IPTV业务终端上如开放式 IPTV功能终端 （Open IPTV Terminal Function, OITF )、 用户设备（UE )等， 这样， 在用户 B所关联的 IPTV业务终端上就 可以显示 A的来电号码或用户标识。
对于有些 IPTV系统本身是不支持通话业务的， 这时， 当用户 A使用移 动终端发起到用户 B的呼叫时， 用户 A的移动终端所在的其他网络（ Other Network )会向 IPTV系统发送来电通知（ Incoming Voice ), IPTV系统会向用 户 B所关联的 IPTV业务终端如 OITF和 UE发送通知消息， 来显示用户 A的来 电号码或用户标识。 这种情况下， 通话业务是在其他网络如固定电话网络、 公共陆地移动电话网络 ( PLMN )、 网络协议多媒体系统 （ IP Multimedia Subsystem, IMS ) 网络等中进行的。
上述进行基于 IPTV系统的通话业务的， 在 IPTV业务终端上只能实现显 示来电号码、 接收短消息等筒单功能， 比较筒单， 不能满足用户的多样需 求。
发明内容
本发明实施例提供信息显示方法及设备， 提供满足用户多样需要的显 示功能。
本发明实施例提供一种基于交互式网络电视的 信息显示方法， 包括： 当第一用户终端呼叫第二用户终端时， 获取所述第一用户终端和 /或第 二用户终端对应的铃音业务媒体流的标识信息 ；
将所述铃音业务媒体流的标识信息发送给第一 用户和 /或第二用户对应 的交互式网络电视业务终端， 以便所述第一用户和 /或第二用户的交互式网 络电视业务终端根据铃音业务媒体流的标识信 息获取并播放相应的铃音业 务媒体流。
本发明实施例提供一种信息显示方法， 包括：
接收提示消息， 所述提示消息用于提示用户选择播放铃音业务 媒体流 的交互式网络电视业务终端；
接收该用户在对应的交互式网络电视业务终端 中选择的铃音业务媒体 流的转向终端的信息， 发送所述用户选择的转向终端的信息给用户到 用户 通信引擎， 以便所述用户到用户通信引擎将相应的铃音业 务媒体流的标识 信息， 发送给选择的铃音业务媒体流的转向终端进行 播放。
本发明实施例提供一种信息显示方法， 包括：
接收到用户到用户通信引擎发送的铃音业务媒 体流的标识信息， 发送 请求消息给播放功能实体， 请求所述播放功能实体下发相应的铃音业务媒 体流； 所述铃音业务媒体流是第一用户终端呼叫第二 用户终端时， 所述第 一用户终端和 /或第二用户终端对应的铃音业务媒体流；
接收所述播放功能实体下发的铃音业务媒体流 ， 并进行播放。
本发明实施例提供一种用户到用户通信引擎设 备， 包括：
媒体标识获取单元， 用于当第一用户终端呼叫第二用户终端时， 获取 所述第一用户终端和 /或第二用户终端对应的铃音业务媒体流的标 信息； 发送播放单元， 用于将所述媒体标识获取单元获取的铃音业务 媒体流 的标识信息发送给所述第一用户和 /或第二用户对应的交互式网络电视业务 终端， 以便所述第一用户和 /或第二用户对应的交互式网络电视业务终端 据铃音业务媒体流的标识信息获取并播放相应 的铃音业务媒体流。 本发明实施例提供一种用户终端， 包括：
第一提示接收单元， 用于接收提示消息， 所述提示消息用于提示用户 选择播放铃音业务媒体流的交互式网络电视业 务终端；
第一选择发送单元， 用于当所述第一提示接收单元接收到提示消息 后， 接收该用户在对应的交互式网络电视业务终端 中选择的铃音业务媒体流的 转向终端的信息， 发送所述用户选择的转向终端的信息给用户到 用户通信 引擎， 以便所述用户到用户通信引擎将相应的铃音业 务媒体流的标识信息， 发送给选择的铃音业务媒体流的转向终端进行 播放。
本发明实施例还提供一种业务终端， 包括：
标识接收单元， 用于接收用户到用户通信引擎发送的铃音业务 媒体流 的标识信息；
第一请求发送单元， 用于当所述标识接收单元接收到铃音业务媒体 流 的标识信息， 发送请求消息给播放功能实体， 请求所述播放功能实体下发 相应的铃音业务媒体流； 所述铃音业务媒体流是第一用户终端呼叫第二 用 户终端时， 所述第一用户终端和 /或第二用户终端对应的铃音业务媒体流； 播放单元， 用于所述播放功能实体接收下发的铃音业务媒 体流， 并进 行播放。
本发明实施例中提供的方法包括： 在基于 IPTV系统进行通话业务时， 当第一用户终端呼叫第二用户终端时， IPTV系统中的用户到用户通信引擎 会获取到第一终端和 /或第二用户终端对应的铃音业务媒体流的标 信息， 并将获取的铃音业务媒体流的标识信息发送给 第一和 /或第二用户对应的交 互式网络电视业务终端， 进行播放相应的铃音业务媒体流。 这样， 在基于
IPTV系统的通话同时， 在 IPTV业务终端上可以播放通话双方关联的回铃 业务媒体流， 丰富了通话的内容， 能满足用户的多样需求。
附图说明
为了更清楚地说明本发明实施例或现有技术中 的技术方案， 下面将对 实施例或现有技术描述中所需要使用的附图作 筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例 ， 对于本领域普通技术人员 来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其他的 附图。
图 1是本发明方法实施例一提供的基于交互式网 电视的信息显示方 法的流程图；
图 2是支持通话业务的 IPTV系统在进行通话时的结构图；
图 3是不支持通话的 IPTV系统在进行通话时的结构图；
图 4是本发明方法实施例提供的另一基于交互式 络电视的信息显示 方法的流程图；
图 5是本发明方法实施例提供的又一基于交互式 络电视的信息显示 方法的流程图；
图 6a是本发明方法实施例二提供的媒体流信息显 方法的流程图； 图 6b是本发明方法实施例二提供的另一种媒体流 息显示方法的流程 图；
图 7是本发明方法实施例提供的另一媒体流信息 示方法的流程图； 图 8是本发明方法实施例提供的基于支持通话业 的交互式网络电视 的彩铃信息显示方法的流程图；
图 9是本发明方法实施例提供的基于不支持通话 务的交互式网络电 视的彩铃信息显示方法的流程图；
图 10是本发明方法实施例提供的基于不支持通话 务的交互式网络电 视的振铃信息显示方法的流程图；
图 11是本发明方法实施例提供的基于支持通话业 的交互式网络电视 的振铃信息显示方法的流程图；
图 12是本发明设备实施例一提供的用户到用户通 引擎设备的逻辑结 构示意图；
图 13是本发明设备实施例提供的另一用户到用户 信引擎设备的逻辑 结构示意图；
图 14是本发明设备实施例提供的又一用户到用户 信引擎设备的逻辑 结构示意图；
图 15是本发明设备实施例二提供的用户终端的逻 结构示意图； 图 16是本发明设备实施例提供的业务终端的逻辑 构示意图； 图 17是本发明设备实施例提供的另一业务终端的 辑结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没 有作出创造性劳动前提下所获得的所有其他实 施例， 都属于本发明保护的 范围。
方法实施例一
一种基于交互式网络电视（以下筒称 IPTV ) 的信息显示方法， 本实施 例的方法是 IPTV网络中的用户到用户通信弓 )擎所执行的方法，流程图如图 1 所示， 包括：
步骤 101、 当第一用户终端呼叫第二用户终端时， 获取第一用户终端和
/或第二用户终端对应的铃音业务媒体流的 识信息；
可以理解， 本发明实施例的方法适用在基于 IPTV系统的通话过程中， 参考图 2和 3所示， 分别为支持通话业务和不支持通话的 IPTV系统在进行通 话时的结构图， 主要包括 IPTV业务终端和网络端， 其中， IPTV业务终端包 括：
开放式 IPTV功能终端 （以下筒称 OITF ), 具有在管理网络中和非管理 网络中接入 IPTV业务所必需的功能， 例如具备接入 IPTV功能的电视机， 或 者 IPTV机顶盒和旧式电视机等；
网关， 可以是 IP多媒体系统网关（IMS Gateway, IG ), 具有允许 OITF 设备接入管理网络即 IP多媒体系统网络（ IMS )中的 IPTV业务所必需的功能， 可以理解为家庭网关中的一个功能模块。
IPTV网络端包括：
认证会话管理实体 ( Authentication and Session Management, ASM ), 主要用于用户终端的接入认证、 会话管理、 并进行计费， 保证用户终端的 业务请求能路由到正确的应用服务器；
用户到用户通信引擎 ( Person-to-Person Communication Enablers , 以下 筒称 Ρ2Ρ Enabler ), 包括不同通信业务的接口， 例如现场（ presence ), 聊天 ( chat )、 通知 ( messaging ), 小区标识通知 ( caller ID notification )等, 使 得这些通信业务可以与 IPTV业务结合起来；
播放功能实体， 可以为集群控制器（Cluster Controller, CC ), 主要负 责管理一组内容下发功能实体（ Content Delivery Function , CDF ) 的播放， 也可以为 CDF, 主要在 CC的控制下进行负责媒体流的处理、 分发、 播放。
且这里用户终端，是可以发起呼叫的终端即用 户设备 ( User Equipment , UE ), 如手机或固定电话等。 在基于支持通话业务的 IPTV系统进行通话时， 各个设备之间的通信， 是按照如图 2所示的连接方式进行通信， 在基于不支 持通话业务的 IPTV系统进行通话时， 各个设备之间的通信， 是按照如图 3 所示的连接方式进行通信。
对于支持通话业务的 IPTV系统，当第一用户终端呼叫第二用户终端 ， 第一用户终端发送请求（ INVITE ), 该请求通过 IPTV系统中的 ASM传送到 P2P Enabler; 对于不支持通话业务的 IPTV系统， 第一用户终端会在当前所 在网络发起对第二用户终端的呼叫， 发送请求， 而当前呼叫网络会将请求 发送给 IPTV系统中的 P2P Enabler。
可以理解， 这里第一、 第二并不表示顺序的关系， 而是表示两个不同 的用户终端， 也可以理解为主叫终端和被叫终端。
这里所说的铃音业务媒体流可以为回铃音媒体 流， 振铃音媒体流， 和 背景音媒体流中任一个或多个， 媒体流的内容可以包括音频、 视频、 文字、 图片及电子名片等多媒体内容， 其中：
回铃音媒体流即多媒体回铃音， 是主叫呼叫被叫时， 在被叫摘机接听 之前， 主叫听到的多媒体回铃音。 目前多媒体回铃音在各大标准组织中的 叫法不同， 在 3GPP中称为个性化回铃音（ Customized Alerting Tone, CAT ), 在 ITU-T中称为 CRBT( Customized Ring Back Tone ),在 OMA中称为 CMRBT ( Customized Multimedia Ring Back Tone )。
振铃音媒体流即多媒体彩振， 是主叫拨打被叫时， 在被叫摘机接听之 前，被叫欣赏到的多媒体振铃音。在 3GPP中称为个性化振铃音（Customized Ringing Signal, CRS )CRS,在 ITU-T中称为 CRT( Customized Ringing Tone ), 在 OMA中称为 CMRT ( Customized Multimedia Ringing Tone )。
背景音媒体流即多媒体彩相， 是在主叫和被叫通话过程中， 主被叫双 方都能听到的多媒体背景音。 在 3GPP中称为在个性化背景音（Customized Background Tone , CBT )。
在获取铃音业务媒体流的标识信息如地址信息 、 单播类型内容的统一 资源标识符（URL )、 或组播类型内容的组播接入地址等时， 可以通过如下 方法来具体实现： 如果该 IPTV系统支持通话业务， 则 P2P Enabler根据第一 用户终端和 /或第二用户终端的标识信息在本地查找得到 应的铃音业务媒 体流的标识信息， 而本地储存的媒体流的标识信息是在呼叫过程 中与用户 终端进行媒体流的协商时储存的； 如果该 IPTV系统不支持通话业务， 则 P2P Enabler可以向当前呼叫网络主动请求获取或接 当前呼叫网络主动下发的 第一用户终端和 /或第二用户终端对应的铃音业务媒体流的标 信息。
可以理解， 当前呼叫网络可以将铃音业务媒体流的标识信 息携带在通 知消息中， 并主动发送给 P2P Enabler; 当 P2P Enabler接收到通知消息后， 解 析该通知消息得到铃音业务媒体流业务的标识 信息。
步骤 102、将铃音业务媒体流的标识信息发送给第一 用户和 /或第二用户 的交互式网络电视业务终端， 以便第一用户和 /或第二用户的交互式网络电 视业务终端根据铃音业务媒体流的标识信息， 获取并播放相应的铃音业务 媒体流。
可以理解，在将铃音业务媒体流的标识信息发 送给 IPTV业务终端之前， 需要先查找到第一用户和 /或第二用户对应的 IPTV业务终端标识， 具体地， 在查找时， 可以通过 P2P Enabler将呼叫过程中接收到的请求中的第一用 和 /或第二用户的用户标识信息， 同本地储存的用户标识信息与 IPTV业务终 端的对应关系进行匹配， 并提取与第一用户和 /或第二用户的用户标识信息 相匹配用户标识信息对应的 IPTV业务终端标识信息来获取的。 其中用户标 识信息是用来唯一标识某一用户的信息， 而业务终端标识信息是用来唯一 标识 IPTV业务终端的信息。
需要说明的是，如果步骤 101中得到的是回铃音媒体流的标识信息， P2P Enabler则将该回铃音媒体流的标识信息发送给 一用户即主叫对应的 IPTV 业务终端； 如果是振铃音媒体流的标识信息， P2P Enabler则将振铃音媒体 流的标识信息发送给第二用户即被叫对应的 IPTV业务终端； 如果是背景音 媒体流的标识信息， P2P Enabler则将背景音媒体流的标识信息发送给第 和第二用户即主被叫对应的 IPTV业务终端。
且这里所指的某一用户对应的 IPTV业务终端是不包括该用户终端在内 的终端设备， 如电视机、 数码相框等。
当 IPTV业务终端接收到铃音业务媒体流的标识信 时， 如果铃音业务 媒体流的标识信息为单播类型内容的 URL, 则 IPTV业务终端可以将该 URL 作为目的地址， 发起实时流传输协议（RTSP ) 的会话建立和播放过程， 从 而接收下发的 RTSP单播形式的铃音； 如果铃音业务媒体流的标识信息为组 播类型内容的组播接入地址， 则 IPTV业务终端可以根据该组播接入地址接 入相应的组播组， 从而接收下发的组播方式的铃音。
可见， 本发明实施例中的基于交互式网络电视系统的 信息播放方法包 括： 当第一用户终端呼叫第二用户终端时， 获取第一用户和 /或第二用户对 应的铃音业务媒体流的标识信息， 并将获取的铃音业务媒体流的标识信息 发送给第一用户和 /或第二用户对应的交互式网络电视业务终端 以便第一 用户和 /或第二用户的交互式网络电视业务终端根据 音业务媒体流的标识 信息， 获取并播放相应的铃音业务媒体流。 这样， 在基于 IPTV系统的通话 同时， 在 IPTV业务终端上可以播放通话双方关联的回铃 业务媒体流， 丰 富了通话的内容， 能满足用户的多样需求。
例如， 用户 A将拍摄的照片传到彩铃服务器中， 并将世博会主题曲作 为背景音乐， 然后写上几句游览感言， 这样， 幻灯片 +音乐 +文字就组成了 一首多媒体彩铃。 采用本实施例的方法， 当用户 B在呼叫用户 A的同时， 可以将该多媒体彩铃在用户 B对应的 IPTV业务终端如数码相框、电视机上 播放， 这样丰富了通话的内容。
参考图 4所示， 在一个具体的实施例中， 在执行完步骤 102之后还可 以包括：
步骤 104、 当第一用户终端和第二用户终端开始通话后， 发送摘机消息 给第一用户和 /或第二用户的交互式网络电视业务终端， 以便第一用户和 / 或第二用户对应的交互式网络电视业务终端继 续播放， 或暂停播放铃音业 务媒体流， 或将铃音业务媒体流中的音频音量降低或停止 播放。
当被呼叫的第二用户终端摘机后， 会发送摘机消息， 该摘机消息会经 过 P2P Enabler, 当 P2P Enabler接收到第二用户终端发送的摘机消息后 将摘 机消息发送给正在播放铃音业务媒体流的 IPTV业务终端； IPTV业务终端接 收到摘机消息后， 可以进行继续播放， 或暂停播放， 或将铃音业务媒体流 中的音频音量降低或停止播放， 这样可以保证用户之间的通话不受干扰。
步骤 105、 当第一用户终端和第二用户终端结束通话时， 发送通话结束 消息给第一用户和 /或第二用户的交互式网络电视业务终端， 以便第一用户 和 /或第二用户对应的交互式网络电视业务终端 止播放铃音业务媒体流。
同样， 当第一用户终端和第二用户终端结束通话时， 即任一用户终端 挂机， 则提前挂机的用户终端会发送通话结束消息， 该通话结束消息会途 经 P2P Enabler, 当 P2P Enabler接收到通话结束消息后， 将通话结束消息发 送给正在播放铃音业务媒体流的 IPTV业务终端； IPTV业务终端接收到通 话结束消息后， 可以停止播放铃音业务媒体流， 同时还可以提示用户将播 放的铃音业务媒体流保存到本地存储器中。
参考 5图所示， 在另一个具体的实施例中， 在执行完上述步骤 102之前 还可以执行步骤 106和 107：
步骤 106、 向第一用户和 /或第二用户对应的交互式网络电视业务终端 或向第一和 /或第二用户终端发送提示信息， 该提示信息用于提示用户选择 该用户对应的交互式网络电视业务终端作为铃 音业务媒体流的转向终端、 或在该用户对应的多个交互式网络电视业务终 端中选择一个作为铃音业务 媒体流的转向终端；
这里所指的某一用户对应的 IPTV业务终端是不包括该用户的用户终端 在内的设备， 如电视机、 数码相框等。 即 P2P Enabler可以将提示信息发送 给或第一终端和 /或第二用户终端， 也可以将提示信息发送给电视机、 数码 相框等 IPTV业务终端。
步骤 107、 接收选择的铃音业务媒体流的转向终端的信息 后， 执行步骤 102, 将步骤 101中获取的铃音业务媒体流的标识信息发送给 选择的铃音业 务媒体流的转向终端。
由于一个用户对应的 IPTV业务终端可能有多个如电视机、个人计算 、 数码相框等， 为了使得只在用户需求的业务终端上播放该媒 体流， P2P Enabler可以将 IPTV业务终端的标识信息发送给业务终端或用 终端， 并提 示用户选择其中一个或多个， 这样用户通过业务终端或用户终端选择播放 媒体流的业务终端即铃音业务媒体流的转向终 端， 并将该转向终端的信息 如类型标识等发送给 P2P Enabler, 则在执行上述步骤 102时， P2P Enabler是 将铃音业务媒体流的标识信息直接发送给该转 向终端。
在其它具体的实施例中， 通过执行步骤 101、 106、 107及 102后转向终 端就接收到 P2P Enabler发送的铃音业务媒体流的标识信息， 之后还可以执 行下述步骤：
步骤 108、 接收选择的铃音业务媒体流的转向终端发送的 会话建立请求 消息， 请求建立铃音业务媒体流会话；
步骤 109、 将会话建立请求消息转发给播放功能实体， 如集群控制器或 内容下发功能设备， 在转发的会话建立请求消息中携带当前为第一 用户终 端和 /或第二用户终端下发铃音业务媒体流的会话 识， 以便播放功能实体 根据会话标识为第一用户和 /或第二用户对应的交互式网络电视业务终端 发铃音业务媒体流。
当转向终端接收到铃音业务媒体流的标识信息 后， 会发送会话建立请 求消息， 请求建立铃音业务媒体流会话； 当 P2P Enabler接收到会话建立请 求消息后， 将该会话建立请求消息转发给播放功能实体， 并在其中携带会 话标识， 可以理解， 由于用户终端在呼叫过程中， 播放功能实体会通过一 个会话为用户终端下发相应的铃音媒体流， 这是现有的流程， 在这里不进 行叙述， 这里的会话标识就是该会话的标识；
当播放功能实体在接收到转发的会话建立请求 消息后， 就可以根据该 会话标识查找到为用户终端下发的铃音业务媒 体流， 也可以获得从为用户 终端下发的起始时间到当前时间的时间偏移量 ， 并将时间偏移量对应的铃 音业务媒体流的内容下发给 IPTV业务终端， 不需要再重新开始播放。
可以理解， 在转向终端发送的会话建立请求消息中可以包 括该转向终 端的类型标识， 如电视机类型、 数码相框类型、 个人计算机类型等， 请求 铃音业务流媒体； 这样播放功能实体根据类型标识， 为转向终端发送适合 转向终端播放格式的铃音媒体流， 例如， 转向终端为数码相框的类型， 则 播放功能实体为数码相框下发适合数码相框播 放格式的流媒体， 其中播放 格式包括播放像素、 大小等。
需要说明的是， 本实施例中， P2P Enabler与 IPTV业务终端中的电视机、 个人计算机、 数码相框等进行通信时， 需要经过网关； 而 P2P Enabler与用 户终端之间的通信是通过呼叫网络， 或通过 IPTV系统中的 ASM设备。 方法实施例二
一种媒体流显示方法， 本实施例的方法可以是第一或第二用户终端执 行的方法， 流程图如图 6a所示， 包括：
步骤 201、 接收提示消息， 该提示消息用于提示用户选择播放铃音业务 媒体流的交互式网络电视业务终端；
可以理解， P2P Enabler可以发送提示消息给用户终端， 这样用户可以 通过用户终端选择播放铃音业务媒体流的业务 终端， 则用户终端在接收到 提示消息后， 用户会选择在对应的交互式网络电视业务终端 中选择作为播 放铃音业务媒体流的终端， 即转向终端。
步骤 202、 接收该用户在对应的交互式网络电视业务终端 中选择的铃音 业务媒体流的转向终端的信息， 发送用户选择的转向终端的信息给用户到 用户通信引擎， 以便用户到用户通信引擎将相应的铃音业务媒 体流的标识 信息， 发送给选择的铃音业务媒体流的转向终端进行 播放。
这里某一用户对应的 IPTV业务终端是包括电视机、 个人计算机、 数码 相框等终端， 是可以显示 IPTV系统中运营商提供的信息的终端。
可以理解， 在接收的提示消息中可以包括该用户对应的 IPTV业务终端 的标识，并将提示消息中转向终端的标识发送 给 P2P Enabler , 当 P2P Enabler 接收到转向终端的信息后， 可以按照上述步骤 107之后的步骤执行， 如图 5 所示， 在此不再赘述。
可见， 本发明实施例中的媒体流播放方法包括： 接收提示消息， 用于 提示用户选择播放铃音业务媒体流的交互式网 络电视业务终端； 接收该用 户在对应的交互式网络电视业务终端中选择的 铃音业务媒体流的转向终端 的信息， 发送用户选择的转向终端的信息给用户到用户 通信引擎， 以便用 户到用户通信引擎将相应的铃音业务媒体流的 标识信息， 发送给选择的铃 音业务媒体流的转向终端进行播放。 这样通过本实施例的方法， 通常在用 户终端上播放的铃音业务媒体流可以转向到该 用户对应的 IPTV业务终端 上， 满足了用户对铃音业务媒体流播放的多样需求 。
对于任一 IPTV业务终端在进行信息显示时，可以通过如 步骤来实现， 流程图如图 6b所示， 包括：
步骤 203、 接收用户到用户通信引擎发送的铃音业务媒体 流的标识信 息；
步骤 204、 发送请求消息给播放功能实体， 请求播放功能实体播放相应 的铃音业务媒体流；
可以理解， 本实施例的方法是在第一用户呼叫第二用户终 端的过程中， 由 IPTV系统中的 P2P Enabler发送的第一用户终端和 /或第二用户终端对应 的铃音业务媒体流的标识信息；
业务终端可以发送请求消息给播放功能实体， 且在请求消息中可以携 带铃音业务媒体流的标识信息， 如地址信息等； 当播放功能实体接收到请 求消息后， 会根据铃音业务媒体流的标识信息找到确定的 媒体流， 并下发 给业务终端； 业务终端接收到媒体流后进行播放。
业务终端还可以在请求消息中携带业务终端的 类型标识， 这样播放功 能实体根据业务终端的类型标识， 向业务终端下发适用于对应的业务终端 播放格式的铃音业务流媒体。
步骤 205、 接收播放功能实体下发的铃音业务媒体流， 并进行播放。 在一个具体的实施例中， 业务终端还可以执行如下步骤：
步骤 206、 接收用户到用户通信引擎发送的摘机消息， 继续播放， 或暂 停播放铃音业务媒体流， 或将铃音业务媒体流中的音频音量降低或停止 播 放；
在被叫用户摘机后， 被叫用户终端会发送摘机消息， 摘机消息会经过 P2P Enabler,则 P2P Enabler会发送摘机消息给正在播放铃音业务媒 流的业 务终端， 业务终端接收到该摘机消息后， 会进行相应处理。
步骤 207、 接收用户到用户通信引擎发送的通话结束消息 ， 停止播放铃 音业务媒体流。
在任一用户挂机后， 该用户终端会发送通话结束消息， 通话结束消息 会经过 P2P Enabler,则 P2P Enabler会发送的通话结束消息给正在播放铃音 务媒体流的业务终端， 业务终端接收到该通话结束消息后， 会进行相应处 理。
参考图 7所示， 在其它具体的实施例中， P2P Enabler可以先发送提示消 息给业务终端， 让用户通过业务终端来选择在哪个业务终端上 播放铃音业 务媒体流； 然后 P2P Enabler再发送铃音业务媒体流的标识信息， 具体通过 如下步骤来实现：
步骤 208、 业务终端接收提示消息， 该提示消息用于提示用户选择播放 铃音业务媒体流的交互式网络电视业务终端；
在接收到提示消息后， 用户会选择在对应的交互式网络电视业务终端 中选择作为播放铃音业务媒体流的终端， 即转向终端。
步骤 209、 业务终端接收该用户在对应的交互式网络电视 业务终端中选 择的铃音业务媒体流的转向终端的信息， 发送用户选择的转向终端的信息 给用户到用户通信引擎， 以便用户到用户通信引擎将相应的铃音业务媒 体 流的标识信息， 发送给选择的铃音业务媒体流的转向终端进行 播放。 这里某一用户对应的 IPTV业务终端是包括电视机、 个人计算机、 数码 相框等终端， 是可以显示 IPTV系统中运营商提供的信息的终端。
可以理解， 在接收的提示消息中可以包括该用户对应的 IPTV业务终端 的标识，并将提示消息中转向终端的标识发送 给 P2P Enabler , 当 P2P Enabler 接收到转向终端的信息后， 可以按照上述步骤 107之后的步骤执行， 如图 5 所示， 在此不再赘述。
当用户选择接收提示消息的业务终端为转向终 端时， 则业务终端可以 通过步骤 203到 205来进行铃音业务媒体流的显示； 也可以由业务终端来执 行如下的步骤：
步骤 210、 接收用户到用户通信引擎返回的铃音业务媒体 流的标识信 息， 发送会话建立请求消息， 请求播放功能实体建立铃音业务媒体流会话 连接；
步骤 211、 接收到播放功能实体发送的响应消息， 该响应消息中携带当 前为用户终端下发铃音业务媒体流的时间偏移 量；
可以理解， 业务终端可以发送请求消息给 P2P Enabler, 且在请求消息 中可以携带铃音业务媒体流的标识信息， 如地址信息等； 当 P2P Enabler接 收到请求消息， 可以根据铃音业务媒体流的标识信息， 查找到当前为用户 终端下发的铃音业务媒体流的会话标识， 并携带在请求消息中转发给播放 功能实体；
播放功能实体接收到转发的请求消息后， 会根据会话标识找到相应的 媒体流， 及当前为用户终端下发的铃音业务媒体流的时 间偏移量， 即从为 用户终端下发媒体流的起始时间到当前时间的 差值； 并将该时间偏移量携 带在响应消息中返回给业务终端。
步骤 212、 发送播放请求消息给播放功能实体， 请求播放功能实体根据 时间偏移量接着发送当前为用户终端下发的铃 音业务媒体流；
步骤 213、 接收到下发的铃音业务媒体流， 并进行播放。
业务终端接收到响应消息后， 则发送播放请求消息， 播放功能实体会 根据其中的时间偏移量进行发送媒体流， 这样业务终端就可以不需要从开 始进行播放。 例如： 时间偏移量为 t, 则播放功能实体会得到播放时间 t后的 媒体流内容， 并从该内容开始进行下发媒体流， 这样播放在业务终端的媒 体流不会重复。 可以理解， 业务终端可以在步骤 210中发送的会话建立请求消息中携带 选择的转向终端的类型标识， 请求播放功能实体向转向终端下发适用于类 型标识对应的转向终端播放格式的铃音业务流 媒体。 也可以在步骤 212中发 送的播放请求消息中携带选择的转向终端的类 型标识， 请求播放功能实体 向转向终端下发适用于类型标识对应的转向终 端播放格式的铃音业务流媒 体。
可以理解， 在步骤 203中和步骤 210中接收了铃音业务媒体流的标识信 息后， 在执行步骤 204或步骤 212中发送请求消息给播放功能实体的同时还 可以执行步骤 214:
步骤 214、 发送暂停消息给播放功能实体， 如集群控制器或内容下发功 能设备， 请求播放功能实体暂停下发当前节目； 或发送录制消息给播放功 能实体， 请求播放功能实体对当前节目进行录制。
如果 IPTV业务终端是电视机时， 可能当时正播放电视节目， 而用户终 端进行呼叫时， P2P Enabler下发了铃音业务媒体流的标识信息， 当电视机 收到标识信息后， 可能会打断当前正播放的节目， 为了满足用户不错过对 当前节目， 电视机可以发送录制消息给播放功能实体， 请求录制当前节目， 这样用户通过电视机观看了铃音媒体流后， 就可以请求播放功能实体回放 当前的节目。
而为了使得当前节目不会影响铃音媒体流的播 放， 电视机可以发送暂 停消息， 请求播放功能实体暂停下发当前节目。
需要说明的是， 本实施例中 P2P Enabler所执行的方法如实施例一中所 述， 在此不在赘述。 且在基于支持通话业务的 IPTV系统进行通话时， 各个 设备之间的通信， 是按照如图 2所示的连接方式进行通信， 在基于不支持通 话业务的 IPTV系统进行通话时， 各个设备之间的通信，是按照如图 3所示的 连接方式进行通信。 方法实施例三
一种基于交互式网络电视的信息显示方法， 本实施例中提供的 IPTV系 统支持通话业务， 且铃音业务媒体流为具体的多媒体彩铃， 结构示意图如 图 2所示， 流程图如图 8 (本图中没有画出网关和 ASM设备的相关步骤）所 示， 包括： 301、 A用户使用 A用户终端发起到 B用户终端的呼叫， A用户终端发送 请求消息， 以下筒称 INVITE消息， INVITE消息经过 ASM、 P2P Enabler到达 B用户终端。
302、 P2P Enabler在接收到 INVITE消息时， 会根据 A用户的用户标识信 息， 查找到 A用户对应的所有的 IPTV业务终端 （本实施例中筒称为业务终 端） 的类型和终端标识； 且 P2P Enabler根据用户标识信息获得相应的多媒 体彩铃的地址标识即实时流传输协议的统一资 源定位符（ RTSP URL )。
这里业务终端类型是业务终端的属性， 如电视机类型， 或数码相框类 型等； 而业务终端的终端标识是可以唯一标识业务终 端的， 具体可以是全 球可路由用户代理统一资源标识符 （Global Routable User agent URI , GRUU ), 也可以是实例标识（instance ID )等。
可以理解， 用户可以通过客户端提前在 P2P Enabler中设置与用户对应 的业务终端类型， 如果没有设置， 则 P2P Enabler默认为业务终端的类型为 电视机。
303、 在 P2P Enabler的参与下， A用户终端与播放功能实体如 CC&CDF 进行多媒体彩铃的协商。
304、 多媒体彩铃协商完成后， CC&CDF为 A用户终端发送多媒体彩铃。
305、 P2P Enabler向 A用户终端发送提示消息。
本实施例中提示消息可以是信令（INFO ) 消息， 用以提示用户通过按 键来选择播放多媒体彩铃的转向终端， INFO消息中可以携带文字提示信息， 例如 "您可以将该首彩铃转移到任意业务终端上继 观看： 1#键转移到电 视上、 2#键转移到个人计算机上、 3#键转移到数码相框上"。
306、 P2P Enabler还可以同时向业务终端发送相同的提示 息， 此时， 提示信息通过通信消息（ MESSAGE )传递到网关， 然后由网关通知给业务 终端， 该通知消息可以使用超文本传输协议成功响应 消息（HTTP 200 OK ) 或通用即插即用 （Universal Plug-n-Play, UPnP )通知。
307、 用户 A在 A用户终端上按键确定要将彩铃媒体流转移到 视机 A 上， A用户终端向 P2P Enabler发送携带了双音多频 （ Dual Tone Multi Frequency, DTMF )信号的 INFO消息， INFO消息途经 ASM到达 P2P Enabler。 在 DTMF信号中指明了 A用户选择的转向终端的类型信息即电视机 A的信 308、 P2P Enabler根据 INFO消息中所反馈的转向终端的类型信息即电 机 A的信息， 选择相应的终端标识即电视机 A的标识。
309、 P2P Enabler根据选择的电视机 A的标识，通过 MESSAGE消息向电 视机 A发彩铃的 URL , 另夕卜， P2P Enabler还可以在 MESSAGE消息中携带彩 铃业务标志， 如可以通过 3GPP的特性标签（feature tag )来实现， 使得 IPTV 业务终端能够得知该 URL是用于播放彩铃的。 MESSAGE消息到达网关后转 换为通知消息发送给电视机 。 地， P2P Enabler在向电视机 A发送 MESSAGE消息时， 在 MESSAGE消息的 接受联系 （accept-contact )头域的值为 " +g.oma. sip-push" , 并在 MESSAGE 消息体中携带彩铃的 URL。
这里电视机 A没有在图中单独画出， 是图中业务终端的一种。
310、 电视机 A收到彩铃的 URL后， 可以向播放功能实体发送实时流传 输协议的暂停消息（RTSP PAUSE )或者实时流传输协议的录制消息（RTSP RECORD ), 以暂停当前的节目或对当前的节目进行录制。
311、 电视机 A发送超文本传输协议（HTTP )的会话建立请求消息， 请 求建立彩铃会话，在 HTTP请求中携带了彩铃的 URL,另外，还可以携带 IPTV 业务终端类型， 如电视机（TV )类型、 移动终端类型、 PC类型、 其他消费 数码终端类型等， 在这里是携带 TV类型； 该请求消息经过网关转换为信令 控制协议（SIP )请求消息， 经由 ASM, 发送到 P2P Enabler。
312、 P2P Enabler在 SIP INVITE消息中携带播放功能实体当前为 A用户 终端下发的彩铃媒体流的 RTSP会话标识（ Session-ID ), 然后将 INVITE消息 转发给播放功能实体。
可以理解， 这里的会话标识是在彩铃媒体流协商过程中， 储存在 P2P Enabler中的， 可以才艮据 A用户的用户标识信息查找到。
313、 播放功能实体根据 INVITE消息中的会话标识， 找到已经为 A用户 终端下发的多媒体彩铃， 并得到当前已经播放的时间偏移量， 此时可以停 止为 A用户终端播放。 另外， 播放功能实体还可以根据 INVITE消息中携带 的 "TV类型" 来选择适用于 TV播放内容的格式， 如高清格式的彩铃内容， 并将选择的彩铃内容发送给电视机 A。
314、 播放功能实体返回 200 OK响应消息， 消息中通过范围 （Range ) 头域携带时间偏移量， 该响应消息最终到达电视机 A。
315、 电视机 A向播放功能实体发送播放请求消息（RTSP PLAY ), 并携 带时间偏移量， 以请求开始下发彩铃。
316、 播放功能实体为电视机 A下发多媒体彩铃。
317、 被叫用户 B摘机， B用户终端向 A用户终端发送 200 OK摘机消息， 该消息途经 P2P Enabler、 ASM, 到达 A用户终端。
在这个过程中， 当 P2P Enabler在接收到 200 OK摘机消息时， 会通过 MESSAGE消息向电视机 A发送摘机消息， 该摘机消息经过网关， 转换为通 知消息发送给电视机 。
318、 电视机 A接收到摘机消息后， 可以继续播放或停止播放彩铃， 默 认情况下为继续播放彩铃。
319、 通话结束时， 任一用户挂机， 该用户的用户终端会发送通话结束 消息， 当 P2P Enabler接收到通话结束消息， 会通过 MESSAGE消息向电视机 A发送通话结束消息， 并经过网关转换为通知消息发送给电视机 A。
320、 电视机 A接收到通话结束消息时， 需要停止播放彩铃， 并同时需 要拆掉与播放功能实体之间的 RTSP会话， 即电视机 A发送携带了再见消息
( SIP BYE )的公告（ HTTP POST )消息，网关将该消息转换为再见消息（ SIP BYE ), P2P Enabler将 SIP BYE消息转发给播放功能实体。 播放功能实体停 止彩铃发送， 并释放相应的资源。
本实施例中上述步骤 302到 308可以省略掉， 从而实现无需用户参与播 放能力实体即可直接将铃音业务媒体流发送到 用户对应的的 IPTV业务终端 上。
方法实施例四
一种基于交互式网络电视的信息显示方法， 本实施例中提供的 IPTV系 统不支持通话业务， 且铃音业务媒体流为具体的多媒体彩铃， 结构示意图 如图 3所示， 流程图如图 9 (本图中没有画出网关和 ASM设备的相关步骤） 所示， 包括：
401、 A用户的用户终端在呼叫网络（本实施例中为 IMS网络） 中发起 呼叫， 并接收 IMS网络下发的多媒体彩铃， IMS网络中播放功能实体为用户 终端下发彩铃的同时会发送提示消息给用户终 端， 提示用户可以按键将彩 铃转移到 IPTV业务终端 （本实施例中筒称业务终端）上。
402、 用户在用户终端上按键， 并由该用户终端向 IMS网络发送 INFO消 息， 请求将彩铃转移到电视机 B (本实施例中的业务终端）上； IMS网络可 以返回相应的响应消息。
403、 IMS网络向 IPTV网络中的 P2P Enabler发送通知消息， 通知消息中 携带彩铃的 RTSP URL, 通知将彩铃转移到电视机 B上， 通知消息中还携带 用户标识信息。
这里电视机 B没有在图中单独画出， 是图中业务终端的一种。
404、 P2P Enabler接收到来自 IMS网络的通知消息后， 根据其中携带的 用户标识信息查找到对应的 IPTV业务终端中电视机 B的标识， 并向电视机 B 发送 MESSAGE消息， 其中携带彩铃的地址信息即 URL; 该 MESSAGE经过 ASM到达网关， 网关将其转换为通知消息发送给电视机 B。
405、 电视机 B根据获得的彩铃 URL, 向 IMS网络中的播放功能实体（本 实施例中为 CC&CDF )发送请求， 请求下发彩铃。
406、 IMS网络中的播放功能实体将相应的彩铃下发给 CC&CDF, 并到 达电视机 B, 电视机 B开始播放彩铃。
407、 当被叫用户摘机时， IMS网络会将摘机消息通知给 P2P Enabler。 P2P Enabler接收到来自 IMS网络的摘机消息后， 向电视机 B发送
MESSAGE消息， 消息中携带了摘机信息。 MESSAGE经过 ASM到达网关， 网关将其转换为通知消息发送给电视机：8。
408、 电视机 B接收到转发的摘机消息后， 可以停止或继续播放彩铃， 默认为继续播放。
409、 当任一用户 （主叫或被叫） 结束通话时， IMS网络会将通话结束 消息发送给 P2P Enabler。
P2P Enabler接收到来自 IMS网络的通话结束消息后， 向电视机 B发送 MESSAGE消息， 携带通话结束信息， MESSAGE经过 ASM到达网关， 网关 将其转换为通知消息发送给电视机^
410、 电视机 B接收到转发的通话结束消息后， 停止播放彩铃， 结束通 话， 并执行 TEARDOWN流程以拆除 RTSP会话。
本实施例中上述步骤 401中可以不发送提示消息给主叫用户的用户终 端， 而通过步骤 403直接发送通知消息给 P2P Enabler, 将彩铃地址发送给主 叫用户对应的 IPTV业务终端上， 而步骤 402可以省略掉， 从而实现无需用户 参与播放功能实体即可直接将铃音业务媒体流 下发到用户对应的 IPTV业务 终端上。 方法实施例五
一种基于交互式网络电视的信息显示方法， 本实施例中提供的 IPTV系 统不支持通话业务， 且铃音业务媒体流为具体的多媒体振铃， 结构示意图 如图 3所示， 流程图如图 10 (本图中没有画出网关和 ASM设备的相关步骤） 所示， 包括：
501、 A用户的用户终端在 IMS网络即呼叫网络中发起呼叫， 被叫用户 终端 B会接收 IMS网络下发的多媒体振铃， IMS网络中播放功能实体为用户 终端下发振铃的同时会发送提示消息给 B用户的用户终端，提示用户可以按 键将彩铃转移到 IPTV业务终端 （本实施例中筒称业务终端）上。
502、 B用户在用户终端上按键， 并由该用户终端向 IMS网络发送 INFO 消息， 请求将振铃转移到电视机 C (本实施例中的业务终端）上； IMS网络 可以返回相应的响应消息。
503、 IMS网络向 IPTV网络中的 P2P Enabler发送通知消息， 通知消息中 携带振铃的 RTSP URL,通知将振铃转移到电视机 C上，通知消息中还携带 B 用户标识信息。
这里电视机 C没有在图中单独画出， 是图中业务终端的一种。
504、 P2P Enabler接收到来自 IMS网络的通知消息后， 根据其中携带的 用户标识信息查找到对应的 IPTV业务终端中电视机 C的标识， 并向电视机 C 发送 MESSAGE消息， 其中携带振铃的地址信息即 URL; 该 MESSAGE经过 ASM到达网关， 网关将其转换为通知消息发送给电视机 C。
505、 电视机 C根据获得的振铃 URL, 向 IMS网络中的播放功能实体发 送请求， 请求下发振铃。
506、 IMS网络中的播放功能实体将相应的振铃下发给 CC&CDF, 并到 达电视机 C, 电视机 C开始播放振铃。
507、 当被叫用户 B摘机时， IMS网络会将摘机消息通知给 P2P Enabler。 P2P Enabler接收到来自 IMS网络的摘机消息后， 向电视机 C发送
MESSAGE消息， 消息中携带了摘机信息。 MESSAGE经过 ASM到达网关， 网关将其转换为通知消息发送给电视机 C。
508、 电视机 C接收到转发的摘机消息后， 可以停止或继续播放振铃， 默认为继续播放。
509、 当任一用户 （主叫或被叫） 结束通话时， IMS网络会将通话结束 消息发送给 P2P Enabler。
P2P Enabler接收到来自 IMS网络的通话结束消息后， 向电视机 C发送 MESSAGE消息， 携带通话结束信息， MESSAGE经过 ASM到达网关， 网关 将其转换为通知消息发送给电视机 C。
510、 电视机 C接收到转发的通话结束消息后， 停止播放振铃， 结束通 话， 并执行 TEARDOWN流程以拆除 RTSP会话。 方法实施例六
一种基于交互式网络电视的信息显示方法， 本实施例中提供的 IPTV系 统支持通话业务， 且铃音业务媒体流为具体的多媒体振铃， 结构示意图如 图 3所示， 流程图如图 11 (本图中没有画出网关和 ASM设备的相关步骤）所 示， 包括：
601、 A用户使用 A用户终端发起到 B用户终端的呼叫， A用户终端发送 INVITE消息， INVITE消息经过 ASM、 P2P Enabler到达 B用户终端。
602、 P2P Enabler在接收到 INVITE消息时， 会根据 B用户的用户标识信 息， 查找到 B用户对应的所有的 IPTV业务终端的类型及终端标识。
603、 在 P2P Enabler的参与下， B用户终端与 CC&CDF进行多媒体振铃 的协商。 在多媒体振铃协商的过程中， P2P Enabler根据 B用户标识信息获得 相应的多媒体振铃的地址标识 RTSP URL。
604、 多媒体振铃协商完成后， CC&CDF为 B用户终端发送多媒体振铃。
605、 P2P Enabler向 B用户终端发送提示消息， 提示用户通过按键来选 择播放多媒体振铃的转向终端， INFO消息中携带文字提示信息， 例如 "您 可以将该首振铃转移到任意业务终端上继续观 看： 1#键转移到电视上、 2# 键转移到个人计算机上、 3#键转移到数码相框上"。
606、 用户 B在 B用户终端上按键确定要将振铃媒体流转移到 视机 D (本实施例中的业务终端）上， B用户终端向 P2P Enabler发送携带了 DTMF 信号的 INFO消息， INFO消息途经 ASM到达 P2P Enabler。 在 DTMF信号中指 明了 B用户选择的转向终端的类型信息即电视机 D的信息。
607、 P2P Enabler根据 INFO消息中所反馈的转向终端的类型信息即电 机 D的信息， 选择相应的终端标识即电视机 D的标识。
608、 P2P Enabler根据选择的电视机 D的标识，通过 MESSAGE消息向电 视机 D发振铃的 URL , 且在 MESSAGE消息中携带振铃业务标志， 使得 IPTV 业务终端能够得知该 URL是用于播放振铃的。 MESSAGE消息到达网关后转 换为通知消息发送给电视机0。
这里电视机 D没有在图中单独画出， 是图中业务终端的一种。
609、 电视机 D收到振铃的 URL后， 可以向播放功能实体发送 RTSP PAUSE或者 RTSP RECORD, 以暂停当前的节目或对当前的节目进行录制。
610、 电视机 D发送 HTTP的会话建立请求消息， 请求建立振铃会话， 在 HTTP请求中携带了振铃的 URL, 另外， 还可以携带 IPTV业务终端类型即携 带 TV类型； 该请求消息经过网关转换为 SIP请求消息， 经由 ASM, 发送到 P2P Enabler。
611、 P2P Enabler在 SIP INVITE消息中携带播放功能实体当前为 D用户 终端下发的振铃媒体流的 RTSP Session-ID, 然后将 INVITE消息转发给播放 功能实体。
612、 播放功能实体根据 INVITE消息中的会话标识， 找到已经为 B用户 终端下发的多媒体振铃， 并得到当前已经播放的时间偏移量， 此时可以停 止为 B用户终端播放。
613、 播放功能实体返回 200 OK响应消息， 消息中携带时间偏移量， 该 响应消息最终到达电视机 D。
614、 电视机 D向播放功能实体发送 RTSP PLAY, 并携带时间偏移量， 以请求开始下发振铃。
615、 播放功能实体为电视机 D下发多媒体振铃。 播放功能实体可以根 据 TV类型,来选择适用于 TV播放内容的格式， 如高清格式的彩铃内容， 并 将选择的振铃内容发送给电视机 D。
616、 被叫用户 B摘机， B用户终端向 A用户终端发送 200 OK摘机消息， 该消息途经 P2P Enabler、 ASM,到达 A用户终端； 当 P2P Enabler在接收到 200 OK摘机消息时，会通过 MESSAGE消息向电视机 D发送摘机消息，该摘机消 息经过网关， 转换为通知消息发送给电视机0。 617、 电视机 D接收到摘机消息后， 可以继续播放或停止播放振铃。
618、 通话结束时， 任一用户挂机， 该用户的用户终端会发送通话结束 消息， 当 P2P Enabler接收到通话结束消息， 会通过 MESSAGE消息向电视机 D发送通话结束消息， 并经过网关转换为通知消息发送给电视机 D。
619、 电视机 D接收到通话结束消息时， 需要停止播放振铃， 并同时需 要拆掉与播放功能实体之间的 RTSP会话， 即电视机 D发送携带了再见消息 的公告消息， 网关将该消息转换为再见消息， P2P Enabler将 SIP BYE消息转 发给播放功能实体。 播放功能实体停止振铃发送， 并释放相应的资源。
本实施例中上述步骤 602到 607可以省略掉， 从而实现无需用户参与播 放能力实体即可直接将振铃媒体流发送到用户 对应的的 IPTV业务终端上。 设备实施例一
一种用户到用户通信引擎设备， 结构示意图如图 12所示， 包括： 媒体标识获取单元 11 , 用于当第一用户终端呼叫第二用户终端时， 获 取第一用户终端和 /或第二用户终端对应的铃音业务媒体流的标 信息； 其中铃音业务媒体流为回铃音媒体流， 或振铃音媒体流， 或背景音媒 体流。
发送播放单元 12, 用于将媒体标识获取单元 11获取的铃音业务媒体流 的标识信息发送给第一用户和 /或第二用户对应的交互式网络电视业务终 端； 以便第一用户和 /或第二用户对应的交互式网络电视业务终端 据铃音 业务媒体流的标识信息获取并播放相应的铃音 业务媒体流。
当第一用户终端呼叫第二用户终端时， 会发送 INVITE, P2P Enabler接 收到 INVITE后， 发送播放单元 12可以先通过将 INVITE中的第一用户和 /或 第二用户的用户标识信息， 与本地储存的用户标识信息与 IPTV业务终端的 对应关系匹配， 并提取相匹配的 IPTV业务终端标识信息来获取的。 其中用 户标识信息是用来唯一标识某一用户的信息， 而业务终端标识信息是用来 唯一标识 IPTV业务终端的信息。
需要说明的是， 如果媒体标识获取单元 11中得到的是回铃音媒体流的 标识信息， 发送播放单元 12则将该回铃音媒体流的标识信息发送给第一 户即主叫对应的 IPTV业务终端； 如果是振铃音媒体流的标识信息， 发送播 放单元 12则将振铃音媒体流的标识信息发送给第二用 即被叫对应的 IPTV 业务终端； 如果是背景音媒体流的标识信息， 发送播放单元 12则将背景音 媒体流的标识信息发送给第一和第二用户即主 被叫对应的 IPTV业务终端。
本发明实施例的设备中： 当第一用户终端呼叫第二用户终端时， 媒体 标识获取单元 11获取第一用户终端和 /或第二用户终端对应的铃音业务媒体 流的标识信息； 发送播放单元 12将媒体标识获取单元 11获取的铃音业务媒 体流的标识信息相应地发送给第一用户和 /或第二用户的交互式网络电视业 务终端， 以便第一用户和 /或第二用户的交互式网络电视业务终端根据 音 业务媒体流的标识信息， 获取并播放相应的铃音业务媒体流。 这样， 在基 于 IPTV系统的通话同时， 在 IPTV业务终端上可以播放通话双方关联的回铃 音业务媒体流， 丰富了通话的内容， 能满足用户的多样需求。
参考图 13所示， 在一个具体的实施例中， 用户到用户通信引擎设备还 可以包括：
通知接收单元 111 , 用于接收当前呼叫网络发送的通知消息， 通知消息 中包括第一用户和 /或第二用户的用户标识信息， 和铃音业务媒体流的标识 信息；
匹配获取单元 112,用于通过通知接收单元 111接收的通知消息中的第一 用户和 /或第二用户的用户标识信息， 同用户标识信息与 IPTV业务终端的对 应关系进行匹配， 提取与第一用户和 /或第二用户的用户标识信息相匹配用 户标识信息对应的 IPTV业务终端标识信息；
媒体标识获取单元 11 , 具体用于解析通知接收单元 111接收的通知消息 得到铃音业务媒体流的标识信息；
发送播放单元 12具体用于根据匹配获取单元 112获取的 IPTV业务终端 标识信息， 发送媒体标识获取单元 11获取的铃音业务媒体流的标识信息。。
当 IPTV系统不支持通话业务， 则 P2P Enabler需要通过通知接收单元 111 接收当前呼叫网络发送通知消息， 则媒体标识获取单元 11获得铃音业务媒 体流的标识信息时， 通过解析该通知消息得到。
且本实施例的设备还包括：
通话后处理单元 13, 用于当第一用户终端和第二用户终端开始通话 后， 发送摘机消息给第一用户和 /或第二用户对应的交互式网络电视业务终端 以便第一用户和 /或第二用户对应的交互式网络电视业务终端 续播放， 或 暂停播放铃音业务媒体流， 或将铃音业务媒体流中的音频音量降低或停止 播放。
通话结束处理单元 14, 用于当第一用户终端和第二用户终端结束通话 时， 发送通话结束消息给第一用户和 /或第二用户对应的交互式网络电视业 务终端， 以便第一用户和 /或第二用户对应的交互式网络电视业务终端 止 播放铃音业务媒体流。
参考图 14所示， 在其它具体的实施例中， 用户到用户通信引擎设备还 可以包括：
提示发送单元 15 , 用于向第一用户和 /或第二用户对应的交互式网络电 视业务终端， 或向第一和 /或第二用户终端发送提示信息， 提示信息用于提 示用户选择该用户对应的交互式网络电视业务 终端作为铃音业务媒体流的 转向终端、 或在该用户对应的多个交互式网络电视业务终 端中选择一个作 为铃音业务媒体流的转向终端；
转向接收单元 16, 用于接收选择的铃音业务媒体流的转向终端的 信息； 发送播放单元 12具体用于当转向接收单元 16接收到转向终端的信息后， 则 将获取的铃音业务媒体流的标识信息发送给选 择的铃音业务媒体流的转向 终端；
由于一个用户对应的 IPTV业务终端可能有多个如电视机、个人计算 、 数码相框等， 为了使得只在用户需求的业务终端上播放该媒 体流， 提示发 送单元 15可以发送提示信息， 提示用户选择一个或多个 IPTV业务终端； 这 样用户通过业务终端或用户终端选择播放媒体 流的业务终端即铃音业务媒 体流的转向终端， 并将该转向终端的信息如类型标识等发送给 P2P Enabler; 转向接收单元 16接收到转向终端的信息后， 将铃音业务媒体流的标识信息 直接发送给该转向终端。
会话请求单元 18, 用于接收选择的铃音业务媒体流的转向终端发 送的 会话建立请求消息， 会话建立请求消息用于请求建立铃音业务媒体 流会话 连接；
请求转发单元 19, 用于将会话请求单元 18接收的会话建立请求消息转 发给播放功能实体， 转发的会话建立请求消息中携带当前为第一用 户终端 和 /或第二用户终端下发铃音业务媒体流的会话 识以便播放功能实体根据 会话标识为第一用户和 /或第二用户对应的交互式网络电视业务终端 发铃 音业务媒体流。 当转向终端接收到铃音业务媒体流的标识信息 后， 会发送会话建立请 求消息， 请求建立铃音业务媒体流会话； 当会话请求单元 18接收到会话建 立请求消息后， 通过请求转发单元 19将该会话建立请求消息转发给播放功 能实体， 并在其中携带播放功能实体当前为用户终端发 送铃音业务媒体流 的会话标识； 这样播放功能实体根据该会话标识获得从为用 户终端下发的 起始时间到当前时间的时间偏移量， 并将时间偏移量对应的铃音业务媒体 流的内容下发给 IPTV业务终端， 不需要再重新开始播放。
上述从图 11到图 13的用户到用户通信引擎设备中各个单元之间 按照 方法实施例一所述的进行基于交互式网络电视 的信息播放方法， 在此不再 赘述。
设备实施例二
一种用户终端， 结构示意图如图 15所示， 包括：
第一提示接收单元 20, 用于接收提示消息， 提示消息用于提示用户选 择播放铃音业务媒体流的交互式网络电视业务 终端；
第一选择发送单元 21 , 用于当第一提示接收单元 20接收到提示消息后， 接收该用户在对应的交互式网络电视业务终端 中选择的铃音业务媒体流的 转向终端的信息， 发送用户选择的转向终端的信息给用户到用户 通信引擎， 以便用户到用户通信引擎将相应的铃音业务媒 体流的标识信息， 发送给选 择的铃音业务媒体流的转向终端进行播放。
可见， 本发明实施例的用户终端中： 第一提示接收单元 20接收提示消 息， 用于提示用户选择播放铃音业务媒体流的交互 式网络电视业务终端； 第一选择发送单元 21在该用户对应的交互式网络电视业务终端中 择铃音 业务媒体流的转向终端， 并发送选择的转向终端的信息给用户到用户通 信 引擎， 以便用户到用户通信引擎将相应的铃音业务媒 体流的标识信息， 发 送给选择的铃音业务媒体流的转向终端进行播 放。 这样通过本实施例的方 法， 通常在用户终端上播放的铃音业务媒体流可以 转向到该用户对应的 IPTV业务终端上， 满足了用户对铃音业务媒体流播放的多样需求 。 设备实施例三
一种业务终端， 结构示意图如图 16所示， 包括：
标识接收单元 30, 用于接收用户到用户通信引擎发送的铃音业务 媒体 流的标识信息；
第一请求发送单元 31 , 用于当标识接收单元 30接收到铃音业务媒体流 的标识信息， 发送请求消息给播放功能实体， 请求播放功能实体下发相应 的铃音业务媒体流； 这里铃音业务媒体流是第一用户终端呼叫第二 用户终 端时， 第一用户终端和 /或第二用户终端对应的铃音业务媒体流；
播放单元 32, 用于接收下发的铃音业务媒体流， 并进行播放。
可以理解， 当标识接收单元 30接收到铃音业务媒体流的标识信息， 第 一请求发送单元 31发送播放请求消息； 播放功能实体会给该终端下发相应 的铃音业务媒体流， 当第一播放单元 32接收到后， 进行播放。
摘机处理单元 33 , 用于当接收到用户到用户通信引擎发送的摘机 消息 后， 继续播放， 或暂停播放铃音业务媒体流， 或将铃音业务媒体流中的音 频音量降低或停止播放。
通话结束单元 34, 用于当接收到用户到用户通信引擎发送的通话 结束 消息之后， 停止播放铃音业务媒体流。
当被叫用户终端摘机后， 会发送摘机消息， 该摘机消息通过用户到用 户通信引擎达到该终端， 由摘机处理单元 33进行相应处理； 当通话的任一 用户终端挂机， 则会发送通话结束消息， 该通话结束消息通过用户到用户 通信引擎达到该终端， 由通话结束单元 34进行相应处理。
参考图 17所示， 在其它具体的实施例中， 业务终端还可以包括： 第二 提示接收单元 35、 第二选择发送单元 36、 第二请求发送单元 37、 响应接收 单元 38和当前节目处理单元 39, 其中：
第二提示接收单元 35 , 用于接收提示消息， 提示消息用于提示用户选 择播放铃音业务媒体流的交互式网络电视业务 终端；
第二选择发送单元 36, 用于当第二提示接收单元 35接收到提示消息后， 接收该用户在对应的交互式网络电视业务终端 中选择的铃音业务媒体流的 转向终端的信息， 发送用户选择的转向终端的信息给用户到用户 通信引擎， 以便用户到用户通信引擎将相应的铃音业务媒 体流的标识信息， 发送给选 择的铃音业务媒体流的转向终端进行播放。
第二请求发送单元 37 , 用于在标识接收单元 30接收用户到用户通信引 擎发送的铃音业务媒体流的标识信息后， 发送会话建立请求消息， 请求建 立铃音业务媒体流会话连接； 响应接收单元 38 , 用于接收播放功能实体发送的响应消息 , 响应消息 中携带当前为用户终端下发铃音业务媒体流的 时间偏移量；
而第一请求发送单元 31 , 具体用于发送播放请求消息给播放功能实体， 请求根据响应接收单元 38接收的响应消息中的时间偏移量发送当前为 户 终端下发的铃音业务媒体流。
当前节目处理单元 39, 用于当标识接收单元 30接收到铃音业务媒体流 的标识信息后， 发送暂停消息给播放功能实体， 请求播放功能实体暂停下 发当前节目； 或发送录制消息， 请求播放功能实体对当前节目进行录制。
可以理解， 本实施例中， 业务终端中的第二提示接收单元 35接收到提 示消息， 用户进行转向终端的选择， 当第二选择发送单元 36接收到用户的 选择， 则发送转向终端的信息给用户到用户通信引擎 。 如果用户选择的是 该接收提示消息的业务终端， 则通过标识接收单元 30接收到铃音业务媒体 流的标识信息， 可以由第二请求发送单元 37发送会话建立请求消息给用户 到用户通信引擎， 而用户到用户通信引擎会找到播放功能实体当 前为用户 终端发送的铃音业务媒体流的会话标识， 发送给播放功能实体； 播放功能 实体根据会话标识找到时间偏移量发送给该终 端； 当响应接收单元 38接收 到携带时间偏移量的响应消息， 通过第一请求发送单元 31发送播放请求消 息给播放功能实体； 当播放单元 32接收到播放功能实体发送的铃音业务媒 体流后， 进行播放。
上述从图 15到图 17的用户终端中各个单元之间可按照方法实施 二所 述的进行媒体流显示方法， 在此不再赘述。
本发明实施例还提供了一种基于交互式网络电 视的信息显示系统， 包 括如图 12到 14任一实施例所示的用户到用户通信引擎， 及如图 15到 17任一 实施例所示的终端。 且本实施例的系统中各个设备的实现方法和交 互过程 可以参考方法实施例中的相关描述。
可见， 本发明实施例公开了基于交互式网络电视的、 信息显示方法、 系统及设备， 方法主要包括： 在基于 IPTV系统进行通话业务时， 当第一用 户终端呼叫第二用户终端时， IPTV系统中的用户到用户通信引擎会获取到 第一和 /或第二用户对应的铃音业务媒体流的标识信 ， 并将获取的铃音业 务媒体流的标识信息发送给第一和 /或第二用户对应的交互式网络电视业务 终端， 进行播放相应的铃音业务媒体流。 本发明实施例的方法可以实现如 下功能：
1、 IPTV系统中播放铃音业务媒体流；
2、 用户可以将用户终端上播放的铃音业务媒体流 转移到任意绑定的 IPTV业务终端如电视机、 个人计算机、 数码相框等上；
3、 当铃音业务媒体流从用户终端转移到 IPTV业务终端上时， 可以保持 媒体流播放的连续性。
4、 当感知到呼叫到来、 通话开始、 通话结束等呼叫状态时， 可以对铃 音业务媒体流的播放进行同步控制等。
这样， 在基于 IPTV系统的通话同时， 在 IPTV业务终端上可以播放通话 双方关联的回铃音业务媒体流， 丰富了通话的内容， 能满足用户的多样需 求。
本领域普通技术人员可以理解上述实施例的各 种方法中的全部或部分 步骤是可以通过程序来指令相关的硬件来完成 ， 该程序可以存储于一计算 机可读存储介质中， 存储介质可以包括： 只读存储器（ROM )、 随机存取存 储器（RAM )、 磁盘或光盘等。
以上对本发明实施例所提供的信息显示方法及 设备， 进行了详细介绍，
例的说明只是用于帮助理解本发明的方法及 其核心思想； 同时， 对于本领 域的一般技术人员， 依据本发明的思想， 在具体实施方式及应用范围上均 会有改变之处， 综上所述， 本说明书内容不应理解为对本发明的限制。
Next Patent: FIREPROOFING LAMP