背景技术

IPTV ( Internet Protocol Televi s ion , 交互式网络电视）是一种利 用宽带有线电视网， 集互联网、 多媒体、 通信等多种技术于一体， 通过 IP ( Internet Protocol , 互联网协议） 网络传送电视、 视频、 文本、 图像等 多媒体数据， 向家庭用户提供包括数字电视在内的多种交互 式服务的崭新 技术。 用户可以通过计算机、或者网络机顶盒 +普通电视机的方式享受 IPTV 服务。

近年来， 随着网络用户数量的增长， IPv4 ( Internet Protocol vers ion

4 , 网际协议版本 4 )地址将逐渐耗尽， 采用 IPv4 网络的业务需要迁移到 IPv6网络才能保持业务的发展。 由于 IPTV技术通过 IP网络传输数据， 在 IPv4向 IPv6迁移的过程中， IPTV业务的管理系统需要适应 IPv4和 IPv6 网络和设备同时存在的场景。

目前， IPTV业务管理系统主要通过 ALG ( Appl ica t ion Layer Ga teway, 应用层网关） 以适应 IPv4和 IPv6网络和设备同时存在的场景。 如图 1所 示， 用户终端为组播接收者，例如 STB ( Set Top Box, 机顶盒）或计算机。 其中， ALG具有 IPv4 网络和 IPv6 网络互通能力和应用层功能， 当接收到 EPG ( Elect ronic Program Guides , 电子节目表单）设备发送的 IPv4到 IPv6 (或者是 IPv6到 IPv4 )的组播地址的映射请求时， 能够根据本身的映射法 则以及接收到的 IPv4 (或者 IPv6 )组播地址和频道对应表， 生成 IPv4 (或 者 IPv6 )组播地址到 IPv6 (或者 IPv4 )组播地址的映射表并将其发送至

EPG设备， 以使得 EPG设备根据所示映射表生成 IPv6 (或者 IPv4 )组播地 址和频道对应表。 或者 ALG截获到 EPG设备应答组播接收者电子节目表单 请求的应答报文， 并根据本身的映射法则， 截获的 IPv4 (或者 IPv6 )组播 地址和频道对应表， 以及获取的组播接收者的版本信息， 生成 IPv6 (或者

IPv4 )组播地址和频道对应表并将其发送至组播接� �者。 值得说明的， 现 有技术中要求 EPG设备为双栈设备，或者是两个 EPG( IPv4 EPG和 IPv6 EPG ) 设备， 从而能够向仅支持 IPv4的用户终端发送 IPv4节目表单， 以及向仅 支持 IPv6的用户终端发送 IPv6节目表单。 而且要求网络设备具有应用层 的能力， 设备复杂且性能要求高。

在实现本发明的过程中， 发明人发现现有技术中至少存在如下问题： EPG设备需要和 ALG进行交互，导致 EPG设备对频道和组播地址的对应 关系的处理较为复杂， 不利于 IPTV业务管理系统从 IPv4到 IPv6的迁移； 同时 IPv4网络和 IPv6网络的网关设备需要具有 ALG的能力， 导致设备复 杂， 且对所述网关设备的性能要求较高。 发明内容 本发明的实施例提供一种获取组播地址的方法 、 装置及系统， 能够在 IPv4和 IPv6同时存在的混合接收场景下，使得用户终� �获取与自身所支持 的 IP版本相匹配的节目表单信息，整个过程无需 EPG设备与 ALG进行交互， 降低了 IPTV管理系统中设备的复杂性， 有利于 IPTV业务管理系统从 IPv4 到 IPv6的迁移。

为达到上述目的， 本发明的实施例采用如下技术方案：

一方面， 本发明实施例提供了一种获取组播地址的方法 ， 所述方法包 括：

向 EPG设备发送第一请求消息以获取节目表单信息 ； 接收所述 EPG设备返回的节目表单信息， 根据所述节目表单信息获取 与当前用户终端相匹配的组播地址， 并根据所述组播地址发送组播请求消 息， 所述组播请求消息中包括用户选择的组播地址 。

另一方面， 本发明实施例还提供了一种获取组播地址的方 法， 所述方 法包括：

获取节目表单信息并保存， 所述节目表单信息包括组播频道和组播地 址的对应关系；

当接收到用户终端发送的第一请求消息时， 向所述用户终端发送节目 表单信息， 以使得所述用户终端根据所述节目表单信息获 取与所述用户终 端相匹配的组播地址， 其中， 所述第一请求消息用于指示所述 EPG设备向 用户终端下发节目表单信息， 所述匹配是指所述组播地址所支持的 IP版本 与所述用户终端所支持的 IP版本一致。

再一方面，本发明实施例还提供了一种用户终 端，所述用户终端包括： 第一发送单元， 用于向 EPG设备发送第一请求消息以获取节目表单信 息；

第一处理单元， 用于接收所述 EPG设备返回的节目表单信息， 根据所 述节目表单信息获取与当前用户终端相匹配的 组播地址， 并根据所述组播 地址发送组播请求消息， 所述组播请求消息中包括用户选择的组播地址 。

又一方面， 本发明实施例还提供了一种设备， 所述设备用于向用户终 端发送节目表单信息， 所述设备包括：

存储单元， 用于获取节目表单信息并保存， 所述节目表单信息包括组 播频道和组播地址的对应关系；

第三处理单元， 用于当接收到用户终端发送的第一请求消息时 ， 向所 述用户终端发送节目表单信息， 以使得所述用户终端根据所述节目表单信 息获取与所述用户终端相匹配的组播地址， 其中， 所述第一请求消息用于 指示所述 EPG设备向用户终端下发节目表单信息， 所述匹配是指所述组播 地址所支持的 IP版本与所述用户终端所支持的 IP版本一致。 另一方面， 本发明实施例还提供了一种获取组播地址的系 统， 所述系 统包括组播源、 上述用户终端以及设备， 其中， 所述组播源用于向所述设 备提供组播频道和组播地址的对应关系。

本发明实施例提供的获取组播地址的方法、 装置及系统， 能够在 IPv4 设备和 IPv6设备同时存在的混合接收场景下， 确保用户终端获取与自身相 匹配的组播地址， 进而根据所述组播地址发送组播请求消息。 整个过程无 需 EPG设备与 ALG进行交互， 降低了 IPTV管理系统中设备的复杂性， 有利于 IPTV业务管理系统从 IPv4到 IPv6的迁移。

附图说明

实施例或现有技术描述中所需要使用的附图 作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例 ， 对于本领域普通技术人员 来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他的附 图。

图 1为现有技术中 IPTV系统解决 IPv4和 IPv6兼容性的技术方案； 图 2为本发明实施例 1提供方法的流程示意图；

图 3为本发明实施例 2提供方法的流程示意图；

图 4为本发明实施例 3提供方法的流程示意图；

图 5为本发明实施例 4提供方法的流程示意图；

图 6为本发明实施例 5提供方法的流程示意图；

图 7为本发明实施例 6提供方法的流程示意图；

图 8-图 11为本发明实施例 7提供的用户终端的结构示意图；

图 12为本发明实施例 8提供的设备的结构示意图。

具体实施方式 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述，显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没 有作出创造性劳动前提下所获得的所有其他实 施例， 都属于本发明保护的 范围。

实施例 1

本发明实施例提供了一种获取组播地址的方法 ， 如图 2 所示， 所述方 法包括：

201、 用户终端向 EPG设备发送第一请求消息以获取节目表单信息 。 具体的， 所述用户终端可以是 IPTV系统中的 STB或计算机， 也可以是 其他具备类似功能的设备， 此处不做限定； 所述节目表单信息包括组播频 道和 IPv4组播地址的对应关系， 以及组播频道和 IPv6组播地址的对应关 系中的至少一种。

202、 所述用户终端接收所述 EPG设备返回的节目表单信息， 根据所述 节目表单信息获取与当前用户终端相匹配的组 播地址， 并根据所述组播地 址发送组播请求消息， 所述组播请求消息中包括用户选择的组播地址 。

具体的， 所述用户终端可以接收所述节目表单信息并显 示给用户， 以 供用户进行选择； 并根据用户选择的频道和用户终端支持的协议 选择组播 地址向组播路由器发送组播请求消息以获取组 播数据流。 所述组播请求消 息包括 IGMP ( Internet Group Management Protocol , 互联网组管理协议） 请求消息， 或者是 MLD ( Mul t i cas t L i s tener Di scover , 组播侦听发现协 议）请求消息； 其中， 当用户终端仅支持 IPv4协议时， 则向组播路由器发 送的组播请求消息为 IGMP请求消息； 当用户终端仅支持 IPv6协议时， 则 向组播路由器发送的组播请求消息为 IGMP请求消息； 当用户终端同时支持 IPv4协议和 IPv6协议时， 则向组播路由器发送的组播请求消息为 IGMP请 求消息或 MLD请求消息。

其中， 所述组播路由器用于对接收到的组播控制报文 进行处理， 并从 组播源获取组播数据流以进行分发。

显而易见的， 所述 IGMP请求消息和 MLD请求消息都用于从组播源获取 组播数据流；其中， IGMP请求消息适用于支持 IPv4的用户设备及网络， MLD 请求消息适用于支持 IPv6的用户设备及网络。

值得说明的是， 所述组播地址可以是组播组地址， 也可以是组播组地 址和组播源地址， 此处不做限定。

采用本发明实施例提供的方法， 能够在 IPv4设备和 IPv6设备同时存 在的混合接收场景下， 确保用户终端获取与自身相匹配的组播地址， 进而 获取组播数据流。整个过程无需 EPG设备与 ALG进行交互，能够降低了 IPTV 管理系统中设备的复杂性， 有利于 IPTV业务管理系统从 IPv4到 IPv6的迁 移。 实施例 2

本发明实施例提供了一种获取组播地址的方法 ， 所述方法可以通过具 备向用户终端发送节目表单信息功能的设备实 现（例如 EPG设备）， 如图 3 所示， 以 EPG设备为实现本实施的设备， 所述方法包括：

301、 EPG设备获取节目表单信息并保存， 所述节目表单信息包括组播 频道和组播地址的对应关系。

具体的， EPG设备用于从组播源或其它管理设备 (能够发布节目表单信 息的设备）获取节目表单信息并将其发送至用 户终端。 显而易见的， 本实 施例中的 EPG设备也可以是其他具备相同功能的设备。

302、 当所述 EPG设备接收到用户终端发送的第一请求消息时 ， 向所述 用户终端发送节目表单信息， 以使得所述用户终端根据所述节目表单信息 获取与所述用户终端相匹配的组播地址， 其中， 所述第一请求消息用于指 示所述 EPG设备向用户终端下发节目表单信息， 所述匹配是指所述组播地 址所支持的 IP版本与所述用户终端所支持的 IP版本一致。

采用本发明实施例提供的方法， 当 IPTV管理系统中同时存在 IPv4设 备和 IPv6设备时， EPG设备能够向用户终端下发与其相匹配的组播 地址。 整个过程无需 EPG设备与 ALG进行交互， 能够降低 IPTV管理系统设备的复 杂性， 有利于 IPTV业务管理系统从 IPv4到 IPv6的迁移。 实施例 3

本发明实施例提供了一种获取组播地址的方法 ， 如图 4 所示， 所述方 法包括：

401、 EPG设备从组播源或其它管理设备（指能够发布 节目表单信息的 设备 )获取两份节目表单并保存在本地。 其中，一份节目表单用于表征组播 频道和 IPv4 组播地址的对应关系， 另一份节目表单用于表征组播频道和 IPv6组播地址的对应关系。

402、 用户终端向所述 EPG设备发送第一请求消息， 所述第一请求消息 中携带有自身的终端标识。 其中， 所述第一请求消息用于指示所述 EPG设 备向所述用户终端下发包括与当前用户终端相 匹配的组播地址的节目表单 信息， 所述终端标识用于表征所述用户终端所支持的 IP版本。

具体的，所述用户终端包括仅支持 IPv4的用户终端、或者是仅支持 IPv6 的用户终端、 或者是同时支持 IPv4和 IPv6的双协议栈用户终端， 此处不 做限定。

403、 所述 EPG设备接收所述第一请求消息， 从中获取所述终端标识， 根据所述终端标识确定节目表单信息， 所述节目表单信息中包括与所述用 户终端相匹配的组播地址。

其中， 所述匹配是指所述组播地址所支持的 IP版本与所述用户终端所 支持的 IP版本一致

404、 所述 EPG设备将所述节目表单信息发送至用户终端， 以使所述用 户终端获取与自身所支持的 IP协议相匹配的组播地址。

405、 所述用户终端接收所述节目表单信息并显示， 根据用户指示向组 播路由器发送组播请求消息以获取组播数据流 ， 所述组播请求消息中包括 用户选择的组播地址。

具体的， 所述组播路由器用于对接收到的组播控制报文 进行处理， 并 从组播源获取组播数据流以进行分发。

具体的， 当用户终端仅支持 IPv4协议时， 则向组播源发送的组播请求 消息为 IGMP请求消息； 当用户终端仅支持 IPv6协议时， 则向组播源发送 的组播请求消息为 IGMP请求消息； 当用户终端同时支持 IPv4协议和 IPv6 协议时，则向组播源发送的组播请求消息为 IGMP请求消息或 MLD请求消息。

本发明实施例提供的获取组播地址的方法， 通过在 EPG设备保存两份 节目表单信息， 以使得所述 EPG设备能够同时向支持 IPv4的用户终端以及 支持 IPv6的用户终端发送节目表单信息， 以使用户终端获取与其相匹配的 组播地址。 采用本发明实施例提供的方法， 在 IPv4设备和 IPv6设备同时 存在的混合接收场景下， 能够向用户终端发送节目表单信息以使所述用 户 终端获取与其相匹配的组播地址，整个过程无 需 EPG设备与 ALG进行交互， 能够降低了 IPTV管理系统中设备的复杂性， 有利于 IPTV业务管理系统从 IPv4到 IPv6的迁移。 实施例 4

本发明实施例提供了一种获取组播地址的方法 ， 如图 5 所示， 所述方 法包括：

501、 EPG设备从组播源或其它管理设备（指能够发布 节目表单信息的 设备）获取节目表单并保存， 其中，所述节目表单中包括组播频道和 IPv4 组播地址的对应关系以及组播频道和 IPv6组播地址的对应关系。

502、 用户终端向所述 EPG设备发送第一请求消息， 以获取节目表单信 息， 其中， 所述第一请求消息用于指示所述 EPG设备向用户终端下发节目 表单信息。

503、 所述 EPG设备接收所述第一请求消息， 将自身保存的节目表单信 息发送至所述用户终端， 所述节目表单中包括组播频道和 IPv4组播地址的 对应关系以及组播频道和 IPv6组播地址的对应关系。

504、 用户终端接收所述节目表单信息， 根据自身所支持的 IP版本， 对所述节目表单信息进行选择， 确定与自身相匹配的组播地址。

具体的， IPv4用户终端从所述节目表单信息中获取组播� �道和 IPv4组 播地址的对应关系， IPv6 的用户终端从所述节目表单信息中获取组播频 道 和 IPv6组播地址的对应关系。

505、 用户终端根据用户指示向组播路由器发送组播 请求消息以获取组 播数据流， 所述组播请求消息中包括用户选择的组播地址 。

具体的， 支持 IPv4的用户终端可以向组播路由器发送 IGMP请求消息 以获取组播数据流； 支持 IPv6的用户终端可以向组播路由器发送 MLD请求 消息以获取组播数据流； 同时支持 IPv4和 IPv6的用户终端可以向组播路 由器发送 IGMP请求消息或 MLD请求消息以获取组播数据流。

值得说明的是， 当所述用户终端同时支持 IPv4和 IPv6时， 还可以通 过检测当前网络所支持的 IP版本以进一步确定组播请求消息。

具体的， 当所述网络支持 IPv4时， 所述用户终端可以向组播路由器发 送 IGMP请求消息以获取组播数据流；

当所述网络支持 IPv6时， 所述用户终端可以向组播路由器发送 MLD请 求消息以获取组播数据流；

当所述网络同时支持 IPv4和 IPv6时， 所述用户终端可以根据获取的 组播源的版本信息， 向组播路由器发送 IGMP请求消息或 MLD请求消息以获 取组播数据流， 其中， 所述用户终端可以从 EPG设备获取所述组播源所支 持的版本信息。 具体的， 当组播源是 IPv4时， 所述移动终端向组播路由器 发送 IGMP请求消息； 当组播源是 IPv6时， 所述移动终端向组播路由器发 送 MLD请求消息； 当组播源同时支持 IPv4和 IPv6时， 所述移动终端向组 播路由器发送 IGMP请求消息或 MLD请求消息。

具体的， 用户终端可以采用如下方法检测网络所支持的 IP版本： 用户终端根据家庭网关的 WAN ( Wide Area Network, 广域网） 口信息 获取网络所支持的 IP版本， 例如： DS-l i te (简单的双栈网络）场景下 WAN 口为 IPv6地址； 传统的 IPv4网络中 WAN口为 IPv4地址； 用户终端获取家 庭网关的 WAN口信息的方式可以利用已有协议，如 UPnP( Universa l Plug and Play, 通用即插即用）协议获取。 或者

所述用户终端接收 DHCP ( Dynamic Hos t Conf igura t ion Protocol , 动 态主机设置协议）服务器发送的指示消息， 以确定所述网络所支持的 IP版 本， 例如： 通过扩展 DHCP协议，由 DHCP服务器通知用户终端优先选择的网 络， 可以在 DHCP服务器向用户终端发送的确定 ACK 消息中携带优先发送 IPv6还是 IPv4报文的指示消息。

值得说明的是， 当用户终端不能识别网络的拓朴结构， 可以同时向网 络发送 IGMP请求消息或 MLD请求消息。 组播路由器可以根据预先设定的规 则选择一个请求消息进行处理； 或者组播源对接收到的 IGMP请求消息以及 MLD请求消息均进行处理， 并将所述 IGMP/MLD请求消息对应的组播数据流 发送至用户终端， 用户终端可以按照接收到组播数据流的时间顺 序选择接 收， 例如可以选择接收较早到达的 IPv6组播数据流或 IPv4组播数据流。

本发明实施例提供的获取组播地址的方法， 由用户终端从 EPG设备获 取组播频道和 IPv4组播地址的对应关系以及组播频道和 IPv6组播地址的 对应关系， 从中选择与自身相匹配的组播地址以获取组播 数据流。 采用本 发明实施例提供的方法， 能够使得用户终端获取与自身所支持的 IP版本相 匹配的节目表单信息，整个过程无需 EPG设备与 ALG进行交互，降低了 IPTV 系统中设备的复杂性， 而且能够根据网络的拓朴结构进一步确定组播 请求 消息的类型， 有利于 IPTV业务管理系统从 IPv4到 IPv6的迁移。 实施例 5

本发明实施例提供了一种获取组播地址的方法 ， 如图 6 所示， 所述方 法包括：

601、 EPG设备从组播源或其它管理设备（能够发布节 目表单信息的设 备）获取节目表单并保存， 所述节目表单中包括组播频道和 IPv4组播地址 的对应关系、 或者是组播频道和 IPv6组播地址的对应关系。

602、 用户终端向所述 EPG设备发送第一请求消息， 以获取节目表单信 息， 其中， 所述第一请求消息用于指示所述 EPG设备向用户终端下发节目 表单信息。

603、 所述用户终端检测所述节目表单信息中的组播 地址是否与自身是 否匹配， 若是， 则执行步骤 604; 若否， 则执行步骤 605。 其中， 所述匹配 是指所述组播地址所支持的 IP版本与所述用户终端所支持的 IP版本一致。

具体的， 当所述用户终端支持 IPv4时， 则与所述用户终端相匹配的组 播地址是 IPv4组播地址； 当所述用户终端支持 IPv6时， 则与所述用户终 端相匹配的组播地址为 IPv6组播地址。

604、 用户终端根据所述组播地址向组播路由器发送 组播请求消息以获 取组播数据流。

其中 , 所述组播路由器用于对接收到的组播控制报文 进行处理 , 并从 组播源获取组播数据流以进行分发。

605、 所述用户终端根据本地的组播无状态映射关系 表对所述节目表单 信息进行映射处理， 以获取与当前用户终端相匹配的组播地址。 其中， 所 述组播无状态映射关系表用于确定 IPv4组播地址和 IPv6组播地址的映射 关系。

606、 所述用户终端才艮据所述与当前用户终端相匹 配的获取组播地址向 组播路由器发送组播请求消息以获取组播数据 流。

具体的， 当用户终端仅支持 IPv4协议时， 则向组播源发送的组播请求 消息为 IGMP请求消息； 当用户终端仅支持 IPv6协议时， 则向组播源发送 的组播请求消息为 IGMP请求消息； 当用户终端同时支持 IPv4协议和 IPv6 协议时，则向组播源发送的组播请求消息为 IGMP请求消息或 MLD请求消息。

本发明实施例提供的获取组播地址的方法， 当用户终端获取的节目表 单信息中的组播地址与自身所支持的 IP版本不匹配时， 能够根据本地的组 播无状态映射关系表对所述节目表单信息进行 映射处理， 以获取与所述用 户终端相匹配的组播地址。 采用本发明实施例提供的方法， 在用户终端获 取与自身相匹配的组播地址的过程中无需 EPG设备与 ALG进行交互， 与现 有技术相比降低了 IPTV管理系统中设备的复杂性， 有利于 IPTV业务管理 系统从 IPv4到 IPv6的迁移。 实施例 6

本发明实施例提供了一种获取组播地址的方法 ， 如图 7 所示， 所述方 法包括：

701、 EPG设备从组播源或其它管理设备（能够发布节 目表单信息的设 备）获取节目表单并保存， 所述节目表单中包括组播频道和 IPv4组播地址 的对应关系、 或者是组播频道和 IPv6组播地址的对应关系。

702、 用户终端向所述 EPG设备发送第一请求消息， 以获取节目表单信 息， 其中， 所述第一请求消息用于指示所述 EPG设备向用户终端下发节目 表单信息。

703、 所述用户终端从所述 EPG设备获取节目表单信息， 检测所述节目 表单信息中的组播地址与自身是否匹配， 若是， 则执行步骤 704; 若否， 则 执行步骤 705。

704、 用户终端根据所述节目表单信息获取组播地址 ， 根据用户选择的 组播地址向组播路由器发送组播请求消息以获 取组播数据流。 其中， 所述 组播路由器用于对接收到的组播控制报文进行 处理， 并从组播源获取组播 数据流以进行分发。

705、 用户终端向 NAT ( Net Addres s Transfer , 网络组播地址转换） 设备发送 IPv4组播地址与 IPv6组播地址的映射请求消息， 以获取与当前 用户终端相匹配的组播地址。

其中，所述 NAT现有技术中 ALG设备的功能（例如具备 IPv4网络和 IPv6 网络互通能力以及应用层功能）， 能够根据本身的映射法则生成 IPv4组播 地址和 IPv6组播地址的映射表。

706、 所述用户终端从所述 NAT设备获取与当前用户终端相匹配的组播 地址， 根据所述组播地址向组播路由器发送组播请求 消息以获取组播数据 流。

具体的， 当用户终端仅支持 IPv4协议时， 则向组播路由器发送的组播 请求消息为 IGMP请求消息； 当用户终端仅支持 IPv6协议时， 则向组播路 由器发送的组播请求消息为 IGMP请求消息； 当用户终端同时支持 IPv4协 议和 IPv6协议时， 则向组播路由器发送的组播请求消息为 IGMP请求消息 或 MLD请求消息。

本发明实施例提供的获取组播地址的方法， 当用户终端从 EPG设备获 取的节目表单与自身所支持的 IP版本不匹配时， 能够向 ALG发送映射请求 以获取与自身相匹配的组播地址。 采用本发明实施例提供的方法， 在用户 终端获取与自身相匹配的组播地址的过程中无 需 EPG设备与 ALG进行交互， 与现有技术相比， 能够降低 IPTV系统中设备的复杂性， 有利于 IPTV业务 管理系统从 IPv4到 IPv6的迁移。 实施例 7

本发明实施例提供了一种用户终端， 能够实现上述方法实施例中用户 终端侧的方法， 如图 8所示， 所述用户终端包括：

第一发送单元 81 , 用于向 EPG设备发送第一请求消息以获取节目表单 信息；

第一处理单元 82 , 用于接收所述 EPG设备返回的节目表单信息， 根据 所述节目表单信息获取与当前用户终端相匹配 的组播地址， 并根据所述组 播地址发送组播请求消息， 所述组播请求消息中包括用户选择的组播地址 。

具体的， 所述第一处理单元 82接收的节目表单信息包括组播频道和互 联网协议第四版 IPv4组播地址的对应关系， 以及组播频道和互联网协议第 六版 I P V 6组播地址的对应关系中的至少一种， 所述组播地址中包括组播组 地址、 或者所述组播地址中包括组播组地址和组播源 地址； 所述第一处理单元 82 向组播路由器发送的组播请求消息可以是 IGMP 请求消息， 也可以是 MLD请求消息。

具体的， 当用户终端仅支持 IPv4协议时， 则向组播路由器发送的组播 请求消息为 IGMP请求消息； 当用户终端仅支持 IPv6协议时， 则向组播路 由器发送的组播请求消息为 IGMP请求消息； 当用户终端同时支持 IPv4协 议和 IPv6协议时， 则向组播路由器发送的组播请求消息为 IGMP请求消息 或 MLD请求消息。

一方面， 所述第一处理单元 82具体还用于在所述第一请求消息中携带 当前用户终端的终端标识， 以指示所述 EPG设备向当前用户终端下发节目 表单，所述节目表单信息中包括与当前用户终 端相匹配的组播地址，其中， 所述终端标识用于表征当前用户终端所支持的 IP版本。

另一方面， 所述第一处理单元 82接收的节目表单信息中具体包括组播 频道和 IPv4组播地址的对应关系， 以及组播频道和 IPv6组播地址的对应 关系；

则如图 9所示， 所述第一处理单元 82还包括第一处理子单元 821 , 用 于根据当前用户终端所支持的 IP版本， 对所述节目表单信息进行选择， 确 定与当前用户终端所支持的 IP版本相匹配的组播地址， 所述匹配是指所述 组播地址所支持的 IP版本与所述用户终端所支持的 IP版本一致。

优选的， 当所述用户终端同时支持 IPv4协议和 IPv6协议时， 如图 9 中的虚线部分所示， 所述用户终端还包括：

检测单元 83 , 用于检测当前网络所支持的 IP版本；

所述第一处理单元 82具体用于：

当所述检测单元 83确定所述网络支持 IPv4 时， 向组播路由器发送 IGMP请求消息以获取组播数据流；

当所述检测单元 83确定所述网络支持 IPv6时，向组播路由器发送 MLD 请求消息以获取组播数据流； 当所述检测单元 83确定所述网络同时支持 IPv4和 IPv6时， 向组播路 由器发送 IGMP请求消息或 MLD请求消息以获取组播数据流。

进一步的， 如图 9中虚线部分所示， 所述检测单元 83包括第一检测子 单元 831或第二检测子单元 832 , 其中：

第一检测子单元 831用于根据用户终端获取的的家庭网关 WAN口信息 确定当前网络所支持的 IP版本；

第二检测子单元 832用于接收 DHCP服务器发送的指示消息， 以确定所 述网络所支持的 IP版本。

再一方面， 根据图 8所示的用户终端， 当所述第一处理单元 82获取的 节目表单信息包括组播频道和 IPv4组播地址的对应关系， 或者组播频道和 IPv6组播地址的对应关系时， 进一步的， 如图 10所示， 所述第一处理单元 82还包括第三检测子单元 822 , 所述用户终端还包括第二处理单元 84 , 其 中：

第三检测子单元 822 用于检测所述节目表单信息中的组播地址与当 前 用户终端是否匹配；

所述第一处理单元 82用于当所述第三检测子单元 822确定所述节目表 单信息中的组播地址与当前用户终端匹配时， 根据所述节目表单信息向组 播路由器发送组播请求消息以获取组播数据流 ；

第二处理单元 84用于当所述第三检测子单元 822确定所述节目表单信 息与当前用户终端不匹配时， 根据组播无状态映射关系表对所述节目表单 信息进行映射处理， 以获取与当前用户终端相匹配的组播地址。

又一方面， 根据图 8所示的用户终端， 当所述第一处理单元 82接收的 节目表单信息包括组播频道和 IPv4组播地址的对应关系， 或者组播频道和 IPv6组播地址的对应关系时， 进一步的， 如图 11所示， 所述第一处理单元 82包括第四检测子单元 823 ,所述用户终端还包括第二发送单元 85 ,其中： 第四检测子单元 823用于检测所述节目表单信息中的组播地址与 当前 用户终端是否匹配； 具体的， 所述第一处理单元 82具体用于当所述第四检测子单元 823确 定所述节目表单信息与当前用户终端匹配时， 根据所述组播地址向组播路 由器发送组播请求消息以获取组播数据流；

第二发送单元 85用于当所述第四检测子单元 823确定所述节目表单信 息与当前用户终端不匹配时， 向 NAT设备发送 IPv4组播地址与 IPv6组播 地址的映射请求消息， 以获取与当前用户终端相匹配的组播地址， 其中， 所述 NAT设备具备 IPv4网络和 IPv6网络互通能力以及应用层功能， 能够 根据本身的映射法则生成 IPv4组播地址和 IPv6组播地址的映射表， 并将 所述映射表发送至用户终端， 以使得该用户终端获取与自身相匹配的组播 地址。

值得说明的是， 本发明实施例中提供的用户终端可以是 IPTV系统中的 STB或计算机， 也可以是其他具备类似功能的设备， 此处不做限定。

本发明实施例提供的用户终端， 能够自动获取与自身相匹配的节目表 单信息以确定组播地址， 进而向组播源发送组播请求以获取组播数据流 。 与现有技术相比， 本发明实施例提供的用户终端在获取节目表单 信息时， 能够降低 IPTV系统中网络设备的复杂性，有利于 IPTV业务管理系统从 IPv4 到 IPv6的迁移。 实施例 8

本发明实施例提供了一种设备， 能够实现上述方法实施例中 EPG设备 侧的方法， 如图 12所示， 所述设备包括：

存储单元 121 , 用于获取节目表单信息并保存， 所述节目表单信息包括 组播频道和组播地址的对应关系；

第三处理单元 122 , 用于当接收到用户终端发送的第一请求消息时 ， 向 所述用户终端发送节目表单信息， 以使得所述用户终端根据所述节目表单 信息获取与所述用户终端相匹配的组播地址， 其中， 所述第一请求消息用 于指示所述设备向用户终端下发节目表单信息 ， 所述匹配是指所述组播地 址所支持的 IP版本与所述用户终端所支持的 IP版本一致。

进一步的， 如图 12中虚线部分所示， 所述存储单元 121具体用于获取 两份节目表单信息并保存， 所述两份节目表单信息中分别包括组播频道与

IPv4组播地址的对应关系以及组播频道和 IPv6组播地址的对应关系；

所述第三处理单元 122接收的第一请求消息中包括用户终端的终端 标 识， 所述终端标识用于表征所述用户终端所支持的 IP版本；

则所述第三处理单元 122 具体用于根据所述终端标识确定与所述用户 终端匹配的节目表单信息， 并将所述与所述用户终端匹配的节目表单信息 发送至所述用户终端， 其中， 所述节目表单信息中包括与所述用户终端相 匹配的组播地址。

根据图 12所示的设备， 进一步的， 所述存储单元 121具体用于获取节 目表单信息， 并保存组播频道与 IPv4组播地址的对应关系以及组播频道与 IPv6组播地址的对应关系；

所述第三处理单元 122具体用于将所述组播频道与 IPv4组播地址的对 应关系以及组播频道与 IPv6组播地址的对应关系发送至所述用户终端� � 以 供所述用户终端选择与自身相匹配的组播地址 。

本发明实施例提供的设备， 能够向用户终端发送节目表单信息， 以使 所述用户终端获取组播地址， 根据所述组播地址获取组播数据流。 与现有 技术相比， 本发明实施例提供的设备在向用户终端下发节 目表单信息时， 无需与 IPTV系统中的其他网络设备进行交互，简化了� �播地址的获取过程， 有利于 IPTV业务管理系统从 IPv4到 IPv6的迁移。

本发明实施例还提供了一种获取组播地址的系 统， 能够实现上述方法 实施例。 所述系统包括组播源、 图 8-图 11所示的用户终端以及图 12所示 的设备， 其中， 所述组播源用于向所述设备提供组播频道和组 播地址的对 应关系。 与现有技术相比， 本发明实施例提供的获取组播地址的系统中的 设备的复杂度较低， 且能够根据网络的拓朴结构确定组播消息以优 化组播 数据流的传输， 有利于 IPTV业务管理系统从 IPv4到 IPv6的迁移。 通过以上的实施方式的描述， 所属领域的技术人员可以清楚地了解到 本发明可借助软件加必需的通用硬件的方式来 实现， 当然也可以通过硬件， 但很多情况下前者是更佳的实施方式。 基于这样的理解， 本发明的技术方 案本质上或者说对现有技术做出贡献的部分可 以以软件产品的形式体现出 来， 该计算机软件产品存储在可读取的存储介质中 ， 如计算机的软盘， 硬 盘或光盘等， 包括若干指令用以使得一台计算机设备（可以 是个人计算机， 服务器， 或者组播源等）执行本发明各个实施例所述的 方法。

以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局 限于此， 任何熟悉本技术领域的技术人员在本发明揭露 的技术范围内， 可 轻易想到变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本发明 的保护范围应以所述权利要求的保护范围为准 。