本发明涉及多种异构网络融合的泛在网协同环 境下的组播技术， 特别 是指一种泛在网中通过组播方式进行下载的方 法和系统。 背景技术

根据目前泛在网相关标准的制定和业内研究情 况， 整个泛在网协同架 构被公认地分为感知延伸层、 网络 /业务层和应用层。 其中， 感知延伸层和 应用层都存在多种终端， 而这些终端设备可大体分为两类： 一类是由网关 统一管理的终端群， 通过通用即插即用 （ Universal Plug and Play, UPNP ) 等各种协议实现设备的互联互通， 由网关接入网络； 另一类是由用户个人 电脑 （PC )和智能手机等智能终端组成的终端群， 可以直接接入网络。

对于由用户 PC和智能手机等智能终端组成的终端群，如果� ��中某几个 终端请求下载同一媒体业务， 采用组播的方式完成请求下载的终端用户的 业务请求是既快捷又方便的方式。 传统的 IP组播方式多数是针对实时的业 务场景， 例如多点会议、 媒体广播、 状态监测等， 如果在业务传输过程中 有新的成员加入， 它必须已经获知该组播组及其相关成员情况， 而且对于 加入之前已经传输的业务流无法获取。 泛在网协同环境下， 由于网络及终 端的异构性， 使得传统的 IP组播方式无法得到应用。 问题主要在于用户不 能在无法获知周边的组播组的情况下获得媒体 组播业务； 另外， 对于组播 过程中加入的终端设备， 用户不能以补偿的方式获取加入前传递的业务 流， 并且无法利用终端具有多模多接口的特性获取 更多的网络容量。 发明内容

有鉴于此， 本发明的主要目的在于提供一种泛在网中通过 组播方式进 行下载的方法和系统， 能够使用户在无法获知周边的组播组的情况下 获得 媒体组播业务； 另外， 进一步的， 对于组播过程中加入的终端设备， 用户 能够以补偿的方式获取加入前传递的业务流， 并且可以利用终端具有多模 多接口的特性获取更多的网络容量。

为达到上述目的， 本发明的技术方案是这样实现的：

本发明提供了一种泛在网中通过组播方式进行 下载的方法， 所述方法 包括：

终端请求下载媒体业务后， 从追踪服务器获取媒体业务对应的緩存服 务器的地址， 终端向所述緩存服务器请求传输所述媒体业务 ；

緩存服务器接收到请求后， 触发上下文服务器根据预设的组播终端阈 值， 判断是否满足触发组播的条件；

当符合组播的条件时， 緩存服务器配合上下文服务器和联合无线资源 管理服务器决策出参与组播的多个终端和组播 信道；

緩存服务器通过资源控制节点在所述组播信道 上， 将媒体业务的数据 发送给各终端。

其中， 在所述将媒体业务的数据发送给各终端之后， 所述方法还包括： 当终端接收到的媒体业务的数据不完整时， 通过緩存服务器或其他接 收组播媒体业务的终端获取数据补偿。

其中， 所述终端包括： 单模终端、 和 /或多模终端； 当终端为多模终端 时， 所述当终端接收到的媒体业务的数据不完整时 ， 通过緩存服务器或其 他接收组播媒体业务的终端获取数据补偿， 包括：

在组播业务开始后， 或者在组播业务结束后， 终端利用自身能够支持 的多个网络模式， 通过緩存服务器或其他接收组播媒体业务的终 端获取数 据补偿。

其中， 所述终端请求下载媒体业务后， 从追踪服务器获取媒体业务对 应的緩存服务器的地址， 终端向所述緩存服务器请求传输所述媒体业务 ， 包括：

终端向追踪服务器发送下载媒体业务的请求， 追踪服务器接收到请求 后识别出所请求的业务类型和下载的信令， 根据业务类型通过内部查询， 在预设的业务引擎中查找到对应的緩存服务器 的地址并返回给请求下载媒 体业务的终端； 终端根据緩存服务器的地址， 通过无线通信方式向緩存服 务器发送传输媒体业务的请求。

其中， 所述触发上下文服务器根据预设的组播终端阈 值， 判断是否满 足触发组播的条件， 包括：

緩存服务器接收到请求后， 发送查询组播条件的信令给上下文服务器， 然后根据上下文服务器返回的终端周边其他终 端的工作状态以及预设的组 播终端阈值， 判断是否满足触发组播的条件；

其中， 所述预设的组播终端阈值， 包括： 根据参与组播的终端数量、 组播业务传输进度和组播信道质量综合评定出 的预设的指标。

其中， 所述当符合组播的条件时， 緩存服务器配合上下文服务器和联 合无线资源管理服务器决策出参与组播的多个 终端和组播信道， 包括： 当符合组播的条件时， 緩存服务器在终端周边其他终端中， 根据组播 终端阈值决策出参与组播的多个终端， 并通过上下文服务器获取参与组播 的多个终端的网络上下文信息； 联合无线资源管理服务器根据緩存服务器 发送来的所述网络上下文信息， 决策出组播信道并发送给緩存服务器； 其中， 所述网络上下文信息， 包括： 参与组播的多个终端对应的资源 控制节点信息、 网络负载情况和网络信号强度。

本发明还提供了一种泛在网中通过组播方式进 行下载的系统， 所述系 统包括： 终端、 追踪服务器、 緩存服务器、 上下文服务器、 联合无线资源 管理服务器和资源控制节点； 其中，

所述终端， 用于请求下载媒体业务后， 从追踪服务器获取媒体业务对 应的緩存服务器的地址， 向所述緩存服务器请求传输所述媒体业务；

所述緩存服务器， 用于接收到请求后， 触发上下文服务器根据预设的 组播终端阈值， 判断是否满足触发组播的条件， 当符合组播的条件时， 緩 存服务器配合上下文服务器和联合无线资源管 理服务器决策出参与组播的 多个终端和组播信道， 通过资源控制节点在所述组播信道上， 将媒体业务 的数据发送给各终端。

其中， 所述终端， 还用于当接收到的媒体业务的数据不完整时， 通过 緩存服务器或其他接收组播媒体业务的终端获 取数据补偿。

其中， 所述终端包括： 单模终端、 和 /或多模终端； 当终端为多模终端 时， 所述当终端接收到的媒体业务的数据不完整时 ， 通过緩存服务器或其 他接收组播媒体业务的终端获取数据补偿， 包括：

在组播业务开始后， 或者在组播业务结束后， 终端利用自身能够支持 的多个网络模式， 通过緩存服务器或其他接收组播媒体业务的终 端获取数 据补偿。

其中， 所述终端请求下载媒体业务后， 从追踪服务器获取媒体业务对 应的緩存服务器的地址， 终端向所述緩存服务器请求传输所述媒体业务 ， 包括：

终端向追踪服务器发送下载媒体业务的请求， 追踪服务器接收到请求 后识别出所请求的业务类型和下载的信令， 根据业务类型通过内部查询， 在预设的业务引擎中查找到对应的緩存服务器 的地址并返回给请求下载媒 体业务的终端； 终端根据緩存服务器的地址， 通过无线通信方式向緩存服 务器发送传输媒体业务的请求。 其中， 所述触发上下文服务器根据预设的组播终端阈 值， 判断是否满 足触发组播的条件， 包括：

緩存服务器接收到请求后， 发送查询组播条件的信令给上下文服务器， 然后根据上下文服务器返回的终端周边其他终 端的工作状态以及预设的组 播终端阈值， 判断是否满足触发组播的条件；

其中， 所述预设的组播终端阈值， 包括： 根据参与组播的终端数量、 组播业务传输进度和组播信道质量综合评定出 的预设的指标。

其中， 所述当符合组播的条件时， 緩存服务器配合上下文服务器和联 合无线资源管理服务器决策出参与组播的多个 终端和组播信道， 包括： 当符合组播的条件时， 緩存服务器在终端周边其他终端中， 根据组播 终端阈值决策出参与组播的多个终端， 并通过上下文服务器获取参与组播 的多个终端的网络上下文信息； 联合无线资源管理服务器根据緩存服务器 发送来的所述网络上下文信息， 决策出组播信道并发送给緩存服务器； 其中， 所述网络上下文信息， 包括： 参与组播的多个终端对应的资源 控制节点信息、 网络负载情况和网络信号强度。

本发明所提供的泛在网中通过组播方式进行下 载的方法和系统， 终端 请求下载媒体业务后， 从追踪服务器获取媒体业务对应的緩存服务器 的地 址， 终端向所述緩存服务器请求传输所述媒体业务 ； 緩存服务器接收到请 求后， 触发上下文服务器根据预设的组播终端阈值， 判断是否满足触发组 播的条件； 当符合组播的条件时， 緩存服务器配合上下文服务器和联合无 线资源管理服务器决策出参与组播的多个终端 和组播信道； 緩存服务器通 过资源控制节点在所述组播信道上， 将媒体业务的数据发送给各终端。 通 过本发明能够使用户在无法获知周边的组播组 的情况下获得媒体组播业 务， 不仅能够充分利用无线资源， 而且可以实现用户快速媒体下载。 另外 还能够对丟包和缺失视频部分进行点对点补偿 ， 以保证所下载媒体数据的 质量。 附图说明

图 1为本发明一种泛在网中通过组播方式进行下� �的方法流程示意图； 图 2 为本发明泛在网中通过组播方式进行直播媒体 业务下载的实施例 流程图；

图 3为本发明一种泛在网中通过组播方式进行下� �的系统结构示意图。 具体实施方式

本发明的基本思想是： 终端请求下载媒体业务后， 从追踪服务器获取 媒体业务对应的緩存服务器的地址， 终端向所述緩存服务器请求传输所述 媒体业务； 緩存服务器接收到请求后， 触发上下文服务器根据预设的组播 终端阈值， 判断是否满足触发组播的条件； 当符合组播的条件时， 緩存服 务器配合上下文服务器和联合无线资源管理服 务器决策出参与组播的多个 终端和组播信道； 緩存服务器通过资源控制节点在所述组播信道 上， 将媒 体业务的数据发送给各终端。

下面结合附图和具体实施例对本发明的技术方 案进一步详细阐述。 图 1为本发明一种泛在网中通过组播方式进行下� �的方法流程示意图， 如图 1所示， 所述方法包括：

步驟 101 , 终端请求下载媒体业务后，从追踪服务器获取 媒体业务对应 的緩存服务器的地址， 终端向所述緩存服务器请求传输所述媒体业务 ； 具体的， 所述终端请求下载媒体业务后， 从追踪服务器获取媒体业务 对应的緩存服务器的地址， 包括： 终端向追踪服务器发送下载媒体业务的 请求， 追踪服务器接收到请求后识别出所请求的业务 类型和下载的信令， 根据业务类型通过内部查询， 在预设的业务引擎中查找到对应的緩存服务 器的地址并返回给请求下载媒体业务的终端。 所述终端向所述緩存服务器 请求传输所述媒体业务， 包括： 终端根据緩存服务器的地址， 通过无线通 信方式向緩存服务器发送传输媒体业务的请求 。

步驟 102 ,緩存服务器接收到请求后， 触发上下文服务器根据预设的组 播终端阈值， 判断是否满足触发组播的条件；

具体的， 所述触发上下文服务器根据预设的组播终端阈 值， 判断是否 满足触发组播的条件， 包括： 緩存服务器接收到请求后， 发送查询组播条 件的信令给上下文服务器， 然后根据上下文服务器返回的终端周边其他终 端的工作状态以及预设的组播终端阈值， 判断是否满足触发组播的条件。 所述预设的组播终端阈值， 包括： 根据参与组播的终端数量、 组播业务传 输进度和组播信道质量综合评定出的预设的指 标。

步驟 103 , 当符合组播的条件时，緩存服务器配合上下文 服务器和联合 无线资源管理服务器决策出参与组播的多个终 端和组播信道；

具体的， 所述当符合组播的条件时， 緩存服务器配合上下文服务器和 联合无线资源管理服务器决策出参与组播的多 个终端和组播信道， 包括： 当符合组播的条件时， 緩存服务器在终端周边其他终端中， 根据组播终端 阈值决策出参与组播的多个终端， 并通过上下文服务器获取参与组播的多 个终端的网络上下文信息； 联合无线资源管理服务器根据緩存服务器发送 来的所述网络上下文信息， 决策出组播信道并发送给緩存服务器。 其中， 所述网络上下文信息， 包括： 参与组播的多个终端对应的资源控制节点信 息、 网络负载情况和网络信号强度。

步驟 104,緩存服务器通过资源控制节点在所述组播� �道上， 将媒体业 务的数据发送给各终端。

进一步的， 在步驟 104之后， 所述方法还包括： 当终端接收到的媒体 业务的数据不完整时， 通过緩存服务器或其他接收组播媒体业务的终 端获 取数据补偿。 具体的， 所述终端包括： 单模终端、 和 /或多模终端。 当终端为多模终 端时， 所述当终端接收到的媒体业务的数据不完整时 ， 通过緩存服务器或 其他接收组播媒体业务的终端获取数据补偿， 包括： 在组播业务开始后， 或者在组播业务结束后， 终端利用自身能够支持的多个网络模式， 通过緩 存服务器或其他接收组播媒体业务的终端获取 数据补偿。 进一步地， 例如： 在组播业务开始后， 终端根据获取的媒体业务的断点信息， 通过非组播业 务所占用的其他网络模式向追踪服务器发起请 求， 追踪服务器配合上下文 服务器、 联合无线资源管理服务器和緩存服务器将断点 信息以前的媒体业 务数据发送给终端， 并与断点信息以后的媒体业务数据合并， 完成数据补 偿； 或者在组播业务结束后， 终端检查业务完整性， 将缺失的媒体业务数 据上报緩存服务器， 利用上下文服务器查询终端周边能提供所述缺 失的媒 体业务数据的终端， 终端通过自身能够支持的多个网络模式获取数 据补偿。

图 2 为本发明泛在网中通过组播方式进行直播媒体 业务下载的实施例 流程图， 如图 1所示， 本实施例中假设请求直播媒体业务的用户终端 为终 端 4, 该用户终端周边环境中发现的终端分别为终端 1、 终端 2、 终端 3、 终端 5; 各用户终端为多模终端， 可以同时连接多种网络， 所述流程包括： 步驟 201，终端 4通过终端支持的某一无线通信方式发送直播� �体业务 请求信令至追踪服务器；

具体的， 请求信令包括所需要下载的媒体业务类型、 下载等信令。 步驟 202 , 追踪服务器返回緩存服务器的地址至终端 4;

具体的， 追踪服务器接收用户终端发来的请求信令， 进行解析处理， 识别出所请求业务的业务类型和下载的信令， 根据业务类型通过内部查询， 在已预置的业务引擎中查找到与业务类型相一 致的媒体业务， 根据查找到 的媒体业务引擎确定存有该媒体业务的緩存服 务器的地址， 并进一步将该 地址以信令的方式传送至请求媒体业务的用户 终端、 即终端 4。 步驟 203 , 终端 4向緩存服务器发出传输数据请求；

具体的， 请求媒体业务的用户终端， 根据所获取的緩存服务器的地址 通过某种无线通信方式， 发送传输数据请求信令至緩存服务器。

步驟 204, 緩存服务器查询上下文服务器， 根据预设的组播终端阈值， 判断是否满足触发组播的条件；

具体的， 緩存服务器通过事件触发方式发送查询组播条 件信令至上下 文服务器进行决策发现触发组播条件。 进一步地， 查询上下文服务器中用 户终端周边终端的工作状态， 其中发现用户周边的终端 1、 终端 2、 终端 3、 终端 5正请求或进行同样的直播媒体业务； 而终端 1、 终端 2、 终端 3都是 通过终端 4所支持的其中一种无线网络模式， 而终端 5是终端 4支持的另 一种无线网络模式。 比较预先内置于上下文服务的组播终端阈值， 该阈值 是对参与组播终端数量、 组播业务传输进度、 组播信道质量等相关因素的 综合评定指标； 经判断， 终端 1、 终端 2、 终端 3和终端 4可以组成一组播 组， 满足触发组播条件。

步驟 205 , 满足触发条件后， 緩存服务器决策出终端 1、 终端 2、 终端 3参与组播， 发送查询上述终端的网络上下文信息；

具体的， 上下文服务器中存储了资源控制节点与各终端 的对应关系表， 收到媒体緩存器的查询请求将表中信息反馈给 緩存服务器。 其中， 所述资 源控制节点与各终端的对应关系表， 为各终端接入该资源控制点所有可行 的信道及信道的参数信息。

步驟 206,緩存服务器向联合无线资源管理服务器请� �组播信道， 由联 合无线资源管理服务器决策出组播信道， 返回给緩存服务器；

具体的， 緩存服务器发送请求组播信道决策信令至联合 资源管理服务 器请求组播信道决策， 进一步地， 该信令还包括步驟 204 中获取的终端和 对应的资源控制节点信道信息和网络负载情况 、 网络信号强度等网络上下 文信息。

联合无线资源管理服务器根据无线资源的使用 负载情况、 网络信号强 度等网络上下文信息以及终端和资源控制节点 信息对应关系决策出组播信 道， 由联合资源管理服务器决策出的组播信道通过 信令方式将信息传送给 緩存服务器。

步驟 207,緩存服务器通过资源控制节点在所述组播� �道上， 将媒体业 务的数据发送给各终端。

具体的， 緩存服务器接收到组播信道， 以事件触发方式通过某种协议 数据格式将所请求的媒体业务数据传送至资源 控制节点， 资源控制节点接 收到媒体业务数据， 通过组播信道将媒体直播数据分发给终端 1、 2、 3、 4。

进一步地， 本实施例还可选的包括： 步驟 208 , 用户终端接收到直播媒 体业务数据后进行数据补偿。

具体的， 终端 4接收到直播媒体业务数据后， 终端 4通过内置检测软 件包同时检测所接收数据的完整性， 如校验发现丟包情况， 则终端 4通过 发送补偿信令通过终端支持的其他通信方式至 緩存服务器， 緩存服务器接 收到补偿丟包数据请求后， 进行丟包补偿； 或将补偿信令发送至周围环境 其他终端进行丟包数据补偿。

特别地， 对于终端 4加入组播组之前， 组播组其它成员已经下载完成 的业务流， 可以通过以下一种或几种方式配合进行补偿：

( 1 )在组播业务开始后， 获取业务断点信息， 将携带有业务断点信息 的报文通过非组播业务所在网络的接口向追踪 服务器发起请求， 追踪服务 器配合上下文服务器、 緩存服务器及联合无线资源管理服务器将资源 接入 点中的断点之前的业务数据通过用户终端的其 它接口传递至终端侧， 并最 终与断点后业务进行合成。

( 2 )在组播业务结束后， 用户终端检查业务完整性将组播前未能获取 业务信息上报緩存服务器， 利用上下文服务器查询用户终端周边可提供相 应业务的资源接入点及终端， 通过用户终端的多个接口进行业务的补偿。

上述实施例中的用户终端为多模终端， 该终端可以同时接入多个网络， 除了通过上述方式进行媒体业务下载， 对于丟包情况等可以利用多模的优 势通过其他网络进行数据补偿与传统 IP组播具备明显区别。

图 3为本发明一种泛在网中通过组播方式进行下� �的系统结构示意图， 如图 3所示， 所述系统包括： 终端 31、 追踪服务器 32、 緩存服务器 33、 上 下文服务器 34、 联合无线资源管理服务器 35和资源控制节点 36; 其中， 所述终端 31 , 用于请求下载媒体业务后，从追踪服务器 32获取媒体业 务对应的緩存服务器 33的地址， 向所述緩存服务器 33请求传输所述媒体 业务；

具体的， 所述终端 31请求下载媒体业务后， 从追踪服务器 32获取媒 体业务对应的緩存服务器 33的地址， 包括： 终端 31向追踪服务器 32发送 下载媒体业务的请求， 追踪服务器 32接收到请求后识别出所请求的业务类 型和下载的信令， 根据业务类型通过内部查询， 在预设的业务引擎中查找 到对应的緩存服务器 33的地址并返回给请求下载媒体业务的终端 31。所述 终端 31向所述緩存服务器 33请求传输所述媒体业务， 包括： 终端 31根据 緩存服务器 33的地址， 通过无线通信方式向緩存服务器 33发送传输媒体 业务的请求。

所述緩存服务器 33 , 用于接收到请求后， 触发上下文服务器 34根据预 设的组播终端阈值， 判断是否满足触发组播的条件， 当符合组播的条件时， 緩存服务器 33配合上下文服务器 34和联合无线资源管理服务器 35决策出 参与组播的多个终端和组播信道,通过资源控� �节点 36在所述组播信道上， 将媒体业务的数据发送给各终端。

具体的， 所述緩存服务器 33触发上下文服务器 34根据预设的组播终 端阈值， 判断是否满足触发组播的条件， 包括： 緩存服务器 33接收到请求 后， 发送查询组播条件的信令给上下文服务器 34, 然后根据上下文服务器 34返回的终端周边其他终端的工作状态以及预� ��的组播终端阈值， 判断是 否满足触发组播的条件。 所述预设的组播终端阈值， 包括： 根据参与组播 的终端数量、 组播业务传输进度和组播信道质量综合评定出 的预设的指标。

所述緩存服务器 33在符合组播的条件时， 配合上下文服务器 34和联 合无线资源管理服务器 35决策出参与组播的多个终端和组播信道， 包括： 当符合组播的条件时， 緩存服务器 33在终端周边其他终端中， 根据组播终 端阈值决策出参与组播的多个终端， 并通过上下文服务器 34获取参与组播 的多个终端的网络上下文信息； 联合无线资源管理服务器 35根据緩存服务 器 33发送来的所述网络上下文信息， 决策出组播信道并发送给緩存服务器 33。 其中， 所述网络上下文信息， 包括： 参与组播的多个终端对应的资源 控制节点信息、 网络负载情况和网络信号强度。

进一步的， 所述终端 31 ,还用于当接收到的媒体业务的数据不完整时� � 通过緩存服务器 33或其他接收组播媒体业务的终端获取数据补� ��。

具体的， 所述终端 31包括： 单模终端、 和 /或多模终端。 当终端 31为 多模终端时， 所述当接收到的媒体业务的数据不完整时， 通过緩存服务器 33或其他接收组播媒体业务的终端获取数据补� ��， 包括： 在组播业务开始 后， 或者在组播业务结束后， 终端 31利用自身能够支持的多个网络模式， 通过緩存服务器 33或其他接收组播媒体业务的终端获取数据补� ��。

进一步地， 例如： 在组播业务开始后， 终端 31根据获取的媒体业务的 断点信息， 通过非组播业务所占用的其他网络模式向追踪 服务器 32发起请 求， 追踪服务器 32配合上下文服务器 34、 联合无线资源管理服务器 35和 緩存服务器 33将断点信息以前的媒体业务数据发送给终端 31 ,并与断点信 息以后的媒体业务数据合并， 完成数据补偿； 或者在组播业务结束后， 终 端 31检查业务完整性， 将缺失的媒体业务数据上报緩存服务器 33 , 利用上 下文服务器 34查询终端周边能提供所述缺失的媒体业务数� ��的终端， 终端 31通过自身能够支持的多个网络模式获取数据� ��偿。

以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。