一种获取广播组播控制信息的方法及终端 技术领域 本发明涉及通信领域中数据业务重传技术, 具体地, 涉及一种多媒体广播组播业 务中获取广播组播控制信息的方法及终端。
背景技术 在第三代移动通信系统中 (TD-CSDMA、 WCMDA、 CDMA2000), 下行通信业务可以分 为两大类, 单播业务 (Unicast service) 和多媒体广播组播业务 (Multimedia Broadcast Multicast Service, 简称 MBMS), 单播业务是一个数据源向一个用户终端发送数据的点到 点的业务, MBMS 业务是一个数据源向多个用户终端发送数据的点到多点的业务。
对于 MBMS 业务而言, 目前终端获取组播业务控制信息有两种方式 : 一种是交互式 获取, 终端向业务平台发起获取业务指南请求, 平台根据请求返回相应的业务指南信息。 第 二种, MBMS 业务平台利用广播信道将业务指南广播给每个终端。
在实现本发明过程中, 发明人发现现有技术中至少存在如下问题 :
1. 交互式获取业务指南的方式降低了网络资源利用率, 而且不适用于业务平台没 有业务指南的情形。
2. 利用广播信道的广播式方法, 要求终端必须事先配置好接收广播数据的时间和 相应的广播信道资源, 一旦配置就不便于修改, 而且要求业务平台必须和终端事先的配置 相同。
3. 利用广播信道的广播式方法, 也不适应于广播有区域差异的控制信息, 影响终 端和业务平台的灵活性, 不利于 MBMS 业务的开展。
4. 对于有区域差异的广播组播控制信息且终端不能感知业务平台何时产生业务 指南的情况来说, 现有的交互式和广播式方法都不适用。
发明内容 本发明的第一目的是提出一种获取广播组播控制信息方法, 以实现通过广播的方 式有效获取重传控制信息。
本发明的第二目的是提出一种获取广播组播控制信息的终端, 以实现处于不同区 域的终端有效获取广播的重传控制信息。
为实现上述第一目的, 根据本发明的一个方面, 提供了一种获取广播组播控制信 息的方法, 包括 : A、 对 MBMS 会话建立之后广播的文件描述信息中增加一文件描述, 文件描 述指定类型为针对区域性的重传广播控制信息 ; B、 在文件描述信息广播后, 收集各区域的 广播数据包丢失信息, 生成分区域的重传广播控制信息, 并针对各区域进行广播 ; C、 各区域 接收所述重复广播控制信息, 获得其归属区域的业务控制信息。
优选地, 重传广播控制信息可以包括 : 业务 ID、 不同区域的 Cell_ID 以及相对应的 重传广播区域会话开始时间和结束时间。
优选地, 可以在广播的文件传送表 FDT 文件中增加一重传广播控制信息文件的描
述。 为实现上述第二目的, 根据本发明的另一个方面, 提供了一种获取组播业务控制 信息的终端, 包括 : MBMS 模块, 用于接收广播的 MBMS 数据包以及广播的各种控制信息, 包括 重传广播控制信息 ; 控制模块, 用于解析重传广播控制信息, 并在是针对该终端所在归属区 域的重传广播控制信息时启动 MBMS 模块在固定时间接收重传的广播数据包。
本发明各实施例的获取广播组播控制信息的方法及终端, 由于增加了对分区域重 传广播控制信息文件, 业务平台收集各个小区数据包丢失信息后进行针对区域性的重复广 播, 因此, 不需要在终端中事先配置接收业务指南的控制信息从而提高业务的灵活性, 并且 通过重传广播控制信息, 网络中的各区域终端可以接收到所在区域的广播组播控制信息。
下面通过附图和实施例, 对本发明的技术方案做进一步的详细描述。
附图说明 附图用来提供对本发明的进一步理解, 并且构成说明书的一部分, 与本发明的实 施例一起用于解释本发明, 并不构成对本发明的限制。在附图中 :
图 1 为根据本发明获取广播组播控制信息的方法实施例一流程图 ;
图 2 为本发明中重传广播控制信息的实施例数据结构示意图 ;
图 3 为根据本发明获取广播组播控制信息的方法实施例二信令流程图 ;
图 4 为根据本发明获取广播组播控制信息的终端实施例一结构示意图 ;
图 5 为根据本发明获取广播组播控制信息的终端实施例二结构示意图。
具体实施方式
以下结合附图对本发明的优选实施例进行说明, 应当理解, 此处所描述的优选实 施例仅用于说明和解释本发明, 并不用于限定本发明。
下面对本发明各实施例的具体应用场景举例说明 : 本发明在 MBMS 文件修复中根 据地理区域丢失情况的共性将整个广播域的全部小区划分成若干个重传广播区域, 在不同 的重传广播区域内广播不同的共性修复文件片。在此文件修复方法中, 由于每个重传广播 区域内广播的文件是不相同的, 因此必须在完全独立的物理信道上传输, 否则会产生干扰, 影响接收。因此, 终端必须获取所在重传广播区域的控制信息。在这种场景下, 现有的交互 式获取控制信息还是广播方式获取信息都不适用, 本发明却可以有效地解决这种场景下, 不同区域内的终端通过广播的方式有效地获取所在区域的重传广播控制信息。 下面通过图 1- 图 5 对本发明有效地获取广播组播控制信息的方法和终端进行举例说明。
图 1 为根据本发明获取广播组播控制信息的方法实施例一流程图, 如图 1 所示, 本 实施例包括 :
步骤 S102、 业务平台在广播的文件描述信息中增加一文件描述, 指定该文件的 类型为针对区域性的重传广播控制信息文件, 如对 MBMS 会话建立之后广播的文件传送表 (File Delivery Table, 简称 FDT) 中增加一个文件描述, 该文件的类型指定为区域重传广 播控制信息 ;
步骤 S104、 在 MBMS 会话建立广播 FDT 文件之后, 每个区域的终端接收广播数据包 之后, 将丢失的广播数据包信息发送到业务平台, 业务平台收集各个区域的端的丢失数据包信息, 生成步骤 S102 所提到的重传广播控制信息, 并进行广播 ;
步骤 S106、 各区域根据所述重传广播控制信息文件, 分别获得其归属区域的广播 控制信息。
本实施例中可以在业务平台向所有小区广播 FDT 文件时, 在 FDT 文件中增加对分 区域重传广播控制信息的表述。 由于业务平台收集各个小区广播数据包丢失信息后进行针 对区域性的重复广播, 因此, 各区域的终端获得重传广播控制信息, 并不需要在终端中事先 配置好接收广播数据的时间和信道资源, 可以根据重传广播控制信息进行灵活配置, 从而 提高业务的灵活性, 并且网络中的所有终端可以接收到其所在区域的重传广播控制信息。 本实施例通过重传广播控制信息使得不同区域内的终端通过广播的方式有效地获取所在 区域的重传控制信息。
图 3 为根据本发明获取广播组播业务控制信息的方法实施例二信令流程图。如图 3 所示, 本实施例在原来会话结束之前, 利用已经建立的会话广播每个区域的终端在什么时 候, 在什么物理信道上接收广播数据。本实施例以家庭网关作为某一区域的终端获取控制 信息为例, 具体包括 :
步骤 301, 家庭网关通过业务平台获取业务指南, 如, 业务平台在原有 FDT 中增加 一个文件描述, 该文件的类型指定为分区域的重传广播控制信息, 假设原有的 FDT 中有 3 个 文件描述 ( 文件 1、 文件 2 和文件 3), 增加后 FDT 中有 4 个文件描述, 文件 4 描述为重传广 播控制信息类型 ;
步骤 302, 终端按照正常流程接收广播数据, 如文件 1、 文件 2 和文件 3 的广播数据包; 步骤 303, 在 FDT 文件广播结束之后, 终端检测广播数据包文件的完整性 ;
步骤 304, 终端检测到广播数据包丢失, 向业务平台发送请求修复消息汇报丢失 情况。请求修复消息中携带庭网关的小区位置信息 (Cell_ID) 以及丢失或错误文件片的 唯一标识统一资源标识 (Universal Resource Identifier, 简称 URI)、 源块号 (Source BlockNumber, 简称 SBN) 和编码符号标识 (Encoding Symbol ID, 简称 ESI) 三元组 ;
步骤 305, 业务平台根据终端发送的文件修复请求提供的错误文件片三元组和小 区位置信息进行统计, 将发生共同错误 ( 如丢失同样广播数据包 ) 的若干临近小区作为一 个重传广播区域, 统计过程可参见申请人已提交的专利申请号为 : 200910079314.4 的申请 文件 ;
步骤 306, 业务平台将每个重传广播区域分配一个唯一的 ServiceID, 业务平台生 成一个新的文件, 即文件 4, 图 2 为本发明中重传广播控制信息文件的实施例数据结构示意 图;
如 图 2 所 示, 重传广播控制信息文件可以包括以下几个元素 : 业务标识 (ServiceID)、 小区标识 (Cell_ID) 以及相对应的重传广播区域会话开始时间和结束时间。 一个 ServiceID 可以对应一个或者多个 Cell_ID, 对应一个 Start Time 和 End Time ;
步骤 307、 业务平台将新生成的重传广播控制信息文件在原来的会话中广播, 由于 先前建立的会话没有结束, 每个终端还在会话连接中, 因此每个区域的终端可以接收到上 述重传广播控制信息 ;
步骤 308、 终端接收到重传广播控制信息的文件之后, 根据自己所在小区的 Cell_
ID 得到与之相对应的 ServiceID、 以及 StartTime 和 EndTime, 并且断开本次会话 ;
步骤 309、 终端将相关重传广播控制信息告诉 MBMS 模块以在固定时间 ( 如开始时 间 ) 启动接收广播数据包 ;
步骤 310、 业务平台在 StartTime 开始广播区域修复文件的数据包, 终端在开始时 间接收相关的广播数据包, 在 EndTime 结束接收广播数据包。
上述方法各实施例是针对某些区域存在广播数据包丢失情况时, 向网络侧请求恢 复, 因此, 后续根据接收到重传广播控制信息, 在新的信道和时间重新接收丢失的数据包。 本领域技术人员应了解, 如果一区域的广播数据包未存在丢失情况, 如本实施例步骤 304 中, 某区域的终端检测到广播数据包完整, 不存在丢失情况, 则该终端可以直接结束已建立 的 MBMS 会话, 不接收第 4 份文件, 即重传广播控制信息, 也不用重新接收重传的广播数据 包。
重传广播控制信息文件将在 FDT 中描述的其他文件广播结束之后, 业务平台收集 各个小区数据包丢失的基础上经过统计分析得到的, 具体可参见申请人在该案申请日前已 提交的专利申请号为 : 200910079314.4 的申请文件中, 对于请求修复消息中的三元组信息 也有相关描述。 本实施例利用业务平台向所有小区广播文件时建立的会话, 广播重传广播控制信 息。且网络侧业务平台可以对各区域的文件修复请求进行统计, 将发生共性错误的若干临 近小区作为一个重传广播区域, 进行重传广播控制信息。
现有技术中在利用 MBMS 信道文件广播时, 由于整个网络中广播的文件是相同的, 因此所有终端都是在相同的 ServiceID 对应的物理信道上接收数据包。本发明采用分区域 广播要重传的文件, 因此, 每个重传广播区域内的终端需要根据重传广播控制信息获取新 的 ServiceID, 然后才能在新的物理信道中接收数据包。
本申请和交互式方式获取控制信息的方法相比, 技术优点有以下几方面 : 1、 采用 广播的方式可以节省无线带宽资源, 特别是在用户数量很大的情形下 ; 2、 本申请中, 控制信 息是业务平台主动广播的, 因此避免了终端发起请求时业务平台上还没有所需的业务指南 而导致此次请求将失败情况。
本申请和普通广播式获取控制信息的方法相比, 技术优点又有以下几方面 : 1、 本 申请不需要在终端中事先配置接收业务指南的控制信息, 这样可以提高业务的灵活性 ; 2、 本申请通过广播重传控制信息文件, 网络中的所有终端可以接收到所在区域的广播控制信 息。
图 4 为根据本发明获取广播组播控制信息的终端实施例一结构示意图。如图 4 所 示, 包括 :
MBMS 模块 2, 用于接收广播的 MBMS 业务数据包以及各种控制信息, 包含针对区域 的重传广播控制信息 ;
控制模块 8 可以包括 : 检测模块 86, 用于检测所述广播的业务控制数据包的有效 性, 如是否完整, 是否正确, 如果数据包即完整不存在丢失情况, 也正确, 则才确认为有效, 否则需要进行请求恢复 ;
发送模块 6, 用于检测到丢失数据包时发送请求重传的修复消息, 请求修复消息可 以包括 : 终端的小区位置信息、 丢失或错误业务控制数据包的标识 URI、 SBN 和 ESI 三元组 ;
控制模块 8, 用于对所述重传广播控制信息进行解析, 获得重传的控制信息, 并启 动所述 MBMS 模块 2 在固定时间接收重传的组播广播数据包。
本实施例还可以包括存储模块 5, 用于存储解析重传广播控制信息文件的文件, 如, 数据格式等, 每个字段表示的含义, 这样才能便于控制模块 8 解析, 重传广播控制信息 文件可以包括 : 业务 ID、 不同区域的 Cell_ID 以及相对应的重传广播区域会话开始时间和 结束时间。
具体的本实施例为对应方法实施例终端所作的改进, 具体和网络侧的交互可参见 方法各实施例。 本实施例的终端可以在业务平台向所有终端所在小区广播文件时建立的会 话时接收广播重传广播控制信息, 并断开已建立的会话, 利用重传广播区域会话开始时间 建立新的信道接收重传广播的数据包信息进行数据修复。
图 5 为根据本发明获取广播组播控制信息的终端实施例二结构示意图。如图 5 所 示, 本实施例的 MBMS 模块 8 可以包括 : 解析子模块 82, 用于根据所在小区的 Cell_ID 获得 对应的业务 ID、 以及相对应的重传广播区域会话开始时间和结束时间 ; 启动子模块 84, 用 于重传广播区域会话开始时间时启动接收模块接收重传广播控制信息。
上述方法发明的各个实施例可以在具备图 4- 图 5 结构图所示结构的终端中实明。 本领域普通技术人员可以理解 : 实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成, 前述的程序可以存储于一计算机可读取存储介质中, 该程序 在执行时, 执行包括上述方法实施例的步骤 ; 而前述的存储介质包括 : ROM、 RAM、 家庭网关、 手机终端、 磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是 : 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 尽管参照前述实施例对本发明进行了详细的说明, 对于本领域的技术人员来说, 其依然可 以对前述各实施例所记载的技术方案进行修改, 或者对其中部分技术特征进行等同替换。 凡在本发明的精神和原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的 保护范围之内。