富媒体电视中场景描述的收发方法及设备的制作方法

专利名称：富媒体电视中场景描述的收发方法及设备的制作方法
技术领域：
本发明涉及网络传输协议，特别涉及富媒体场景描述的传输技术。
背景技术：
MPEG LASER是运动图像专家小组(Moving Picture Experts Group, 简称"MPEG")近期提出的一个富媒体应用场景描述的技术。虽然理论上 LASER可以支持乂人无线应用协议(Wireless Application Protocol,简称 "WAP")富媒体(比如地图应用)到手机电视等应用。但兼容了过多的其 它行业标准使得MPEG LASER通用性变强，而实用性却有所降低。从本质 上来讲，LASER标准比较适合下载播放富媒体(通过网页的方式)或流媒体 点播的场合。而LASER对广播形态的富媒体的支持有一定的局限性。可缩 放向量图形(Scalable Vector Graphics,简称"SVG")、同步多媒体集成 语言(Synchronized Multimedia Integration Language, 简称"SMIL")、 文档对象模型(Document Object Model,简称"DOM")等工具从本质上 来讲是为WEB设计的。而WEB媒体和TV媒体有很多不同的特性，所以， 应用WEB工具到TV场合需要更多地考虑其适用性和实用性。
另外，虽然LASER提出了聚合打包的格式以适配不同的传输协议，但 是这种协议的适配性更多地带来的是带宽的浪费(尤其是无线资源)和与现 有广播传输的系统兼容性问题。
众所周知，带宽和误码是无线传输所需要解决的两个关键问题。LASER 虽然考虑了带宽的节省这一方面，使用了场景的二进制压缩从而减少了无线 网络传输的带宽。但LASER并没有考虑无线传输的另外一个特征误码。如何设计一个低带宽和高抗误码的场景描述系统，也是需要重视的问题。
此外，基于SMIL等适用于WEB富媒体的同步模型也并不完全适合广 播形态的富媒体的应用。考虑下面一个应用场景，在一个手机电视节目中， 用户观看一个N B A篮球比赛直播的过程中，屏幕上动态显示一系列叠加在 视频上的二维向量图形动画和菜单，提示用户可以点击参与节目互动，比如 投票、打分等。这种应用场景需要向量图形和视频帧的高度关联和同步。按 照SMIL的同步模型，接收系统事实上难以实现真正的帧级同步。

发明内容
本发明的目的在于提供一种富媒体电视中场景描述的收发方法及设备， 使富媒体场景码流可以以流媒体方式与音视频等其它流式媒体高效传输并可 以随机切入以实现频道切换等功能。
本发明适用的承载网络有移动电视广播，IPTV组播，地面数字电视广播 等网络。适用的传输层协议有RTP/UDP/IP， MPEG-2TS (transport stream
传输流)等。
为解决上述技术问题，本发明的实施方式提供了一种富媒体电视中场景 描述的发送方法，包括以下步骤
将持续并连续变化的场景在时间轴上分割为多段；
为每一段场景生成一个场景组，每个场景组包含至少一个场景单元，每 个场景组中第一个场景单元是可以被独立解析的场景，在同一场景组内，第 N+1个场景单元是对第N个场景单元解析后构成的场景的更新；
发送各场景单元。
本发明的实施方式还提供了一种富媒体电视中场景描述的接收方法，包 括以下步骤接收各场景单元；
对于承载场景组的各场景单元，判断该场景单元是否可以被独立解析，
如果是则将该场景单元独立解析为场景，否则根据该场景单元中的信息对前 一个场景单元解析后构成的场景进行更新。
本发明的实施方式还提供了一种富媒体电视中场景描述的发送设备，包
括
分割模块，用于将持续并连续变化的场景在时间轴上分割为多段；
生成模块，用于为分割模块产生的每一段场景生成一个场景组，每个场 景组包含至少一个场景单元，每个场景组中第一个场景单元是可以被独立解 析的场景，在同一场景组内，第N+1个场景单元是对第N个场景单元解析 后构成的场景的更新；
发送模块，用于发送生成模块生成的各个场景单元。
本发明的实施方式还提供了一种富媒体电视中场景描述的接收设备，包
括
接收模块，用于接收各场景单元；
判断模块，用于判断接收模块接收到的各场景单元是否为承载场景组的 各场景单元，且场景单元是否可以被独立解析；
解析模块，用于将场景单元独立解析为场景，或根据场景单元对已有场 景进行更新；
如果判断模块判定场景单元是承载场景组的场景单元，且可以被独立解 析，则将该场景单元独立解析为场景；
如果判断模块判定场景单元是承载场景组的场景单元，但不可以被独立 解析，则根据该场景单元中的信息对前一个场景单元解析后构成的场景进行 更新。本发明实施方式与现有技术相比，主要区别及其效果在于
将场景分段，每段生成一个场景组，每个场景组的首个场景单元可被独 立解析，其它场景单元可依次更新。从而使富^某体场景码流可以以流々某体方 式与音视频等其它流式媒体高效传输，因为各场景组之间没有依赖关系，所 以可以很方便地随机切入以实现频道切换等功能，如果其中一个场景组有误 码，其它场景组仍可以正常解析，所以抗误码能力得到了增强。
本发明提出的富媒体场景描述的发送方法，使得场景描述可以切割成细 粒度的"原子"，该"原子"的基本实现结构是场景单元。同时，使用场景 单元直接映射到传输层的方法，在实现场景描述和音视频同步的同时，也避 免了 LASER中使用的网络适配层所带来的带宽开销。
进一步地，在传输层为每个场景单元设置一个时间戳，从而能够灵活地 规定每个场景的处理时间，可以更好地适应场景的变化情况。
进一步地，通过将一个或多个场景组中各场景单元共用的参数放在场景 组参数集中，以独立的场景单元承载，可以不再为每个场景组重复地传相同 的参数，从而提高富媒体场景码流的传输效率。
进一步地，在场景单元的单元头中设置随机切入点标志，使接收端不需 要解析场景单元的载荷就可以知道这个场景单元是否可以随机切入。
进一步地，各场景单元可以压缩也可以不压缩，在场景单元的单元头中 设置压缩标志以表示其压缩情况，使得带宽利用方式比较灵活。
的标志，从而使接收方可以进行针对性的处理。
进一步地，每个场景单元的单元头中还包括优先级标志，从而使接收方 在必要时可以方便地确定能够舍弃哪一些场景单元却又保证基本的效果。如 果在解析场景单元时，发现该场景单元有误码，但该场景单元只是低优先级的，则可以丢弃该场景单元。


图1是本发明实施方式中富媒体应用场景描述(Application Scene R印resentation，筒称"ASR")的传输协议结构图；图2是本发明实施方式中ASR单元头的格式示意图；图3是本发明实施方式中场景(SCENE)和场景单元(ASR UNIT)， 场景组(group of scenes,简称"GOS")，在各协议层的封装示意图；图4是本发明实施方式中富媒体电视中场景描述的发送方法流程示意图；图5是本发明实施方式中富媒体电视中场景描述的接收方法流程示意图；图6是本发明实施方式中富媒体电视中场景描述的发送设备结构示意图；图7是本发明实施方式中富媒体电视中场景描述的接收设备结构示意图。
具体实施方式
在以下的叙述中，为了使读者更好地理解本申请而提出了许多技术细节。但是，本领域的普通技术人员可以理解，即使没有这些技术细节和基于 以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发ii明的实施方式作进一步地详细描述。先对本发明各实施方式中用到的一些概念进行说明。图1示出了 ASR的传输协议结构。富媒体场景码流可以与视频流、音 频流、图片码流以及其它基本流一起在以流媒体方式传输层传输。ASR单元 定义了富媒体应用场景描述的封装结构，由ASR单元头和ASR单元载荷两 部分组成。ASR单元载荷可以承载1 ) 一个完整的完全兼容SVG TINY 1.2 的可扩充标记语言(extensible Markup Language,简称"XML，，)文档；2) 由文本字符串构成的 一 系列场景命令。ASR单元的开始和结束由传输层划分，在这里不多加阐述。ASR单元 载荷可以被进一步压缩。ASR单元头的长度为一字节，ASR单元的长度为 ASR单元载荷的长度+1 。 ASR单元的长度由传输层承载。ASR单元头的格式如图2所示，其中各元素的解释如下S:当设置为1,表示当前ASR单元包含一个场景描述。当设置为0, 表示ASR单元包含一个场景描述命令。M:当设置为1，表示当前ASR单元是一个随机切入点(相当于I帧)。 当设置为O,表示ASR单元不是一个随机切入点。如果是新场景，那么该标 记应该设置1。P:当设置为1，表示当前ASR单元是高优先级别的单元。当设置为O, 表示ASR单元是一个低优先级别的单元。在下列情况下，ASR单元属于低 优先级别的单元，而且可以不需要被客户端处理1. 所有接着收到的ASR单元可以被正确解码和处理；2. 内容制作者对该单元丟失后场景的主观质量仍然能够满意。C:当设置为1,表示当前ASR单元载荷是被压缩的。压缩的具体格式 由媒体流协商过程中确定(比如SDP等协议中)。当设置为0,表示当前ASR单元载荷是没有被压缩的。持续并连续变化的场景在时间轴上的各点被切割成离散的场景组 (Group Of Scenes,简称"GOS")。每个GOS可以包含若干个场景单 元。每个场景组的第一个场景由一个新的可以被独立解析的场景构成，第N+1 个场景单元是对第N个场景单元解析后的构成的场景的更新。场景组参数集(Scene Parameter Set,简称"SPS")专门由一种特 殊的ASR unit来承载，该参数集指定了场景文档的解析和配置参数。SPS 可以使得场景码流的随机切入成为可能。同时也节省了传输带宽。每个SPS 可以对应一个或多个GOS。图3示出了场景(SCENE )、场景单元(ASR UNIT)、和场景组(GOS ) 在各协议层的封装。其中，场景SO和S1分别为可独立解码呈现的初始场景，而R0， R1 为场景更新。场景S0， R0和R1构成一个简单的场景组GOS。每个场景都 被封装为独立的场景单元(ASRU) ， ASRU包含的PAYLOAD (载荷)可 以被压缩(C=1)，或者不被压缩(c=o)。压缩通常是在场景数据量比较大的情况下进行的。而如果不被压缩，好处是场景中的文本等信息可以方便地被搜索引擎搜索到。ASRU可以进一步地被映射到传输层进行传输。 场景参数集包括下列参数1) Profile (规范)比如Web profile, IPTV profile, DTV profile、 mobile TV profile2 ) level (等级)3) 坐标精度4) 场景时间精度等下面说明富媒体电视中场景描述的发送方法的实施方式，其流程如图4所示。在步骤401中，将持续并连续变化的场景在时间轴上分割为多段。具体 的分割方法可以—见应用环境而定，例如可以每隔10分钟分割为一^殳，也可 以在场景每发生5次变化时分割为 一段等等。此后进入步骤402,为每一段场景生成一个场景组。其中，每个场景组 包含至少一个场景单元，每个场景组中第一个场景单元是可以被独立解析的 场景，在同一场景组内，第N+1个场景单元是对第N个场景单元解析后构 成的场景的更新。场景单元包括单元头和单元载荷。单元载荷中包括场景文 档或场景命令。因为各个场景组是相互独立的，所以可以很方便地随机切入， 如果其中一个场景组有误码，其它场景组仍可以正常解析，所以抗误码能力 得到了增强。在生成场景组的过程中，可以为一个或多个场景组生成SPS并承载于 场景单元中，其中，每个SPS指定了对应的各场景组中场景文档的解析和配 置参数，承载SPS的场景单元独立于承载场景组的场景单元。不过SPS的 生成并不是必需的，场景文档的解析和配置参数也可以分别放置在各个场景 组的场景单元中，虽可能有重复，但仍可以工作。通过将多个场景组共用的 的参数以独立的场景单元承载，可以不再为每个场景组重复地传相同的参数， 从而提高富媒体场景码流的传输效率。在生成场景组中各场景单元的过程中，可以根据需要在单元头中设置标 志，以方便接收端的处理。 一个典型的单元头中标志的例子如图2所示。单元头可以包括表示本场景单元是否随机切入点的标志(例如图2中的 M)。在本发明一个具体例子中，在为每一段场景生成一个场景组的步骤中， 生成每一个场景单元时，如果该场景单元的单元载荷是可以被独立解析的场 景，则在该场景单元的单元头中设置表示本场景单元是随机切入点的标志， 否则在该场景单元的单元头中设置表示本场景单元不是随机切入点的标志。14该标志使接收端不需要解析场景单元的载荷就可以知道这个场景单元是否可 以随机切入。单元头可以包括表示本场景单元是否被压缩的标志(例如图2中的C)。 相应地，在生成场景单元时，会有一个可选的对场景单元的压缩步骤。例如 可以根据场景单元的内容判断是否需要压缩；又如可以根据压缩的效果是否 显著判断是否需要压缩，具体做法可以是先对场景单元进行压缩，用压缩前 的字节数减去压缩后的字节数，如果差值大于门限则说明压缩的效果显著， 传压缩后的场景单元，否则说明压缩的效果不显著，传压缩前的场景单元。 该标志使得带宽利用方式比较灵活。单元头可以包括表示本场景单元的单元载荷是场景描述还是场景命令 的标志(例如图2中的S),使接收方可以进行针对性的处理。单元头可以包括表示本场景单元的优先级的标志(例如图2中的P)， 从而使接收方在必要时可以方便地确定能够舍弃哪一些场景单元却又保证基 本的效果。上面提到了四种可以在单元头中设置的标志，这并不是说在单元头中一 定要完整地包含所有这四种标志，可以只是其中的一个、二个、或三个标志， 可以不包含上述四个标志中的任一种，还可以包含这四种之外的其它标志。此后进入步骤403,将各场景单元直接映射到传输层。在本发明的一个例子中，为每个场景单元在传输层设置一个同步时间 戳，该时间戳表示该场景单元在接收端应该被处理的时间点。时间戳并非必不可少，在本发明的另一个例子中，没有为每个场景单元 设置时间戳，而是规定每隔一个时间周期处理一个场景单元。通过设置时间戳，可以灵活地规定每个场景的处理时间，可以更好地适 应场景的变化情况。例如，从O时刻起，场景在第1秒、第3秒、第15秒发生了三次变化。如果使用设置时间戳的方案，只要传输4个场景单元，分 别在传输层设置在时刻0、第1秒、第3秒、第15秒处理的时间戳，就可以 了。如果是每隔1秒处理一个场景单元，则需要传输15个场景单元。此后进入步骤404，发送各场景单元。在传输层及其以下各层(如物理 层等)的发送属于现有技术，这里不再详细说明了。下面说明富媒体电视中场景描述的接收方法的实施方式，其接收和解析 的流程如图5所示。在步骤501中，接收一个场景单元。在一个例子中，当在传输层接收到 场景单元时，从传输层获取该场景单元所对应的时间戳，用于根据时间戳处 理对应的各场景单元中的场景。此后进入步骤502,判断所接收的场景单元是否承载场景组的场景单元， 如果是则进入步骤503，否则进入步骤506。在步骤503中，进一步判断场景单元是否可以被独立解析，如果是则进 入步骤504，否则进入步骤505。在一个例子中，可以根据图2所示的标志 S判断是否可以被独立解析。在步骤504中，将该场景单元独立地解析为场景。此后回到步骤501接 收下一个场景单元。在步骤505中，根据该场景单元中的信息对前一个场景单元解析后构成 的场景进行更新。此后回到步骤501接收下一个场景单元。在步骤506中，判断场景单元是否承载SPS的场景单元，如果是则进 入步骤507，否则进入步骤508。在步骤507中，从场景单元中解析出SPS。每个SPS分别对应一个或 多个场景组，根据该SPS中的参数，可以对该SPS对应的各场景组中的场 景文档进行解析和配置。此后回到步骤501接收下一个场景单元。在步骤508中，以其它的方式进行处理。根据应用的场合，场景单元可 能还会承载其它的信息，如果场景单元既不承载场景组，也不承载SPS，则 应当是其它用途的场景单元，以其它的方式进行处理。此后回到步骤501接 收下一个场景单元。接收的流程并非只有上面一种，也可以有其它的变化，例如可以先判断 场景单元是否承载SPS，再判断是否承载场景组的场景单元，等等。又如， 还可以增加根据图2所示的标志C判断场景单元是否被压缩的步骤，如果被 压缩了，则还要执行解压缩的步骤。通过上述流程解析得到的各个场景可以放在队列中，在时间戳规定的时 刻在接收设备处理该场景。本发明的方法实施方式可以以软件、硬件、固件等等方式实现。不管本 发明是以软件、硬件、还是固件方式实现，指令代码都可以存储在任何类型 的计算机可访问的存储器中(例如永久的或者可修改的，易失性的或者非易失性的，固态的或者非固态的，固定的或者可是换的介质等等)。同样，存 储器可以例如是可编程阵列逻辑(Programmable Array Logic,简称 "PAL")、随机存取存储器(Random Access Memory,简称"RAM")、 可编程只读存储器(Programmable Read Only Memory,简称"PROM")、 只读存储器(Read-Only Memory,简称"ROM")、电可擦除可编程只读 存储器(Electrically Erasable Programmable ROM,简称"EEPROM")、 磁盘、光盘、数字通用光盘(Digital Versatile Disc,简称"DVD")等等。下面说明富媒体电视中场景描述的发送设备的实施方式，该设备的结构 如图6所示，该设备包括分割模块601 ，用于将持续并连续变化的场景在时间轴上分割为多段。生成模块602，用于为分割模块601产生的每一段场景生成一个场景组， 每个场景组包含至少一个场景单元，每个场景组中第一个场景单元是可以被17独立解析的场景，在同一场景组内，第N+1个场景单元是对第N个场景单 元解析后构成的场景的更新；生成模块602还用于为一个或多个场景组生成 SPS并承载于场景单元中，其中，每个SPS指定了对应的各场景组中场景 文档的解析和配置参数，承载SPS的场景单元独立于承栽场景组的场景单 元。如果部分场景单元需要被压缩，则生成模块602还可以根据需要调用压 缩模块605。传输层处理模块603，用于将生成模块602生成的各场景单元直接映射 到传输层后再由发送模块604发送，其中为每个场景单元在传输层设置一个 同步时间戳，该时间戳表示该场景单元在接收端应该被处理的时间点。。发送模块604，用于发送各个场景单元。压缩模块605,用于对场景单元进行压缩处理。本实施方式所涉及的设备可以用于完成上述发送方法实施方式中提到 的方法流程。因此在发送方法实施方式中提到的所有技术细节在本实施方式 中依然有效，为了减少重复，这里不再赘述。下面说明富媒体电视中场景描述的接收设备的实施方式，该设备的结构 如图7所示，该设备包括接收模块701，用于接收场景单元，其中包括在传输层对场景单元的接 收，同时从传输层获取各场景单元所对应的时间戳。判断模块702，用于判断接收模块701接收到的各场景单元是否为承载场 景组的各场景单元，且场景单元是否可以被独立解析，场景单元是否承载了 SPS。解析模块703，用于将场景单元独立解析为场景，或根据场景单元对已 有场景进行更新。解析模块703还用于从场景单元中解析出SPS，并根据该SPS中的参数，对该SPS对应的各场景组中的场景文档进行解析和配置，其中每个SPS分别对应一个或多个场景组。如果该场景单元是经压缩的，则需要调用解 压模块705先解压缩，再进行解析。执行模块704,用于根据接收模块701获取的时间戳处理对应的场景单元 中的场景。解压模块705,用于对场景单元进行解压缩处理。如果判断模块702判定场景单元承载了SPS，则解析模块703从中解析出 SPS，并根据该SPS中的参数，对该SPS对应的各场景组中的场景文档进行 解析和配置。如果判断模块702判定场景单元是承载场景组的场景单元，且可以被独 立解析，则解析模块703将该场景单元独立解析为场景；如果判断模块702判定场景单元是承载场景组的场景单元，但不可以被 独立解析，则解析模块703根据该场景单元中的信息对前一个场景单元解析 后构成的场景进行更新。本实施方式所涉及的设备可以用于完成上述接收方法实施方式中提到 的方法流程。因此在接收方法实施方式中提到的所有技术细节在本实施方式 中依然有效，为了减少重复，这里不再赘述。需要说明的是，本发明设备实施方式(包括发送设备和接收设备)中提 到的各单元都是逻辑单元，在物理上， 一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现，这些 逻辑单元本身的物理实现方式并不是最重要的，这些逻辑单元所实现的功能 的组合是才解决本发明所提出的技术问题的关键。此外，为了突出本发明的 创新部分，本发明上述设备实施方式并没有将与解决本发明所提出的技术问 题关系不太密切的单元引入，这并不表明上述设备实施方式并不存在其它的 单元。虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和 描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各 种改变，而不偏离本发明的精神和范围。
权利要求
1. 一种富媒体电视中场景描述的发送方法，其特征在于，包括以下步骤将持续并连续变化的场景在时间轴上分割为多段；为每一段场景生成一个场景组，每个场景组包含至少一个场景单元，每个场景组中第一个场景单元是可以被独立解析的场景，在同一场景组内，第N+1个场景单元是对第N个场景单元解析后构成的场景的更新；发送各所述场景单元。
2. 根据权利要求1所述的富媒体电视中场景描述的发送方法，其特征 在于，所述发送各场景单元的步骤之前还包括以下步骤将所述各场景单元直接映射到传输层，场景单元的开始和结束由传输层 划分，其中为每个场景单元在传输层设置一个同步时间戳，该时间戳表示该 场景单元在接收端应该被处理的时间点。
3. 根据权利要求2所述的富媒体电视中场景描述的发送方法，其特征 在于，所述场景单元中包括场景文档或场景命令；所述为每一段场景生成一个场景组的步骤还包括以下子步骤为一个或多个场景组生成场景组参数集并承载于场景单元中，其中，每 个场景组参数集指定了对应的各场景组中场景文档的解析和配置参数，承载 场景组参数集的场景单元独立于承载场景组的场景单元。
4. 根据权利要求3所述的富媒体电视中场景描述的发送方法，其特征 在于，所述场景单元包括单元头和单元载荷；所述单元头包括表示本场景单元是否随机切入点的标志；在所述为每一段场景生成一个场景组的步骤中，生成每一个场景单元时，如果该场景单元的单元载荷是可以被独立解析的场景，则在该场景单元 的单元头中设置表示本场景单元是随机切入点的标志，否则在该场景单元的 单元头中设置表示本场景单元不是随机切入点的标志。
5. 根据权利要求4所述的富媒体电视中场景描述的发送方法，其特征 在于，所述单元头中还包括表示本场景单元是否被压缩的标志；在所述为每一段场景生成一个场景组的步骤中，还包括对部分或全部场 景单元的单元载荷进行压缩的子步骤。
6. 根据权利要求5所述的富媒体电视中场景描述的发送方法，其特征 在于，所述单元头还包括表示本场景单元的单元载荷是场景描述的标志，或 表示本场景单元的单元载荷是场景命令的标志。
7. 根据权利要求6所述的富媒体电视中场景描述的发送方法，其特征 在于，所述单元头还包括表示本场景单元的优先级的标志；满足以下条件之一的场景单元为低优先级单元，否则为高优先级单元如果本场景单元丢失或未被处理，所有随后收到的各场景单元仍可以被 正确地解码和处理；如果本场景单元丢失或未被处理，场景的主观质量仍可以基本满意。
8. —种富媒体电视中场景描述的接收方法，其特征在于，包括以下步骤接收各场景单元；对于承载场景组的各场景单元，判断该场景单元是否可以被独立解析， 如果是则将该场景单元独立解析为场景，否则根据该场景单元中的信息对前 一个场景单元解析后构成的场景进行更新。
9. 根据权利要求8所述的富媒体电视中场景描述的接收方法，其特征 在于，在所述接收各场景单元的步骤中，包括以下子步骤在传输层接收各场景单元，同时从传输层获取各场景单元所对应的时间 戳，根据时间戳处理对应的各场景单元中的场景。
10. 根据权利要求9所述的富媒体电视中场景描述的接收方法，其特 征在于，所述场景单元中包括场景文档或场景命令；还包括以下步骤判断接收到的所述场景单元是否承载了场景组参数集，如果是则根据该 场景组参数集中的参数，对该场景组参数集对应的各场景组中的场景文档进 行解析和配置，其中每个场景组参数集分别对应一个或多个场景组。
11. 一种富媒体电视中场景描述的发送设备，其特征在于，包括分割模块，用于将持续并连续变化的场景在时间轴上分割为多段；生成模块，用于为所述分割模块产生的每一段场景生成一个场景组，每 个场景组包含至少一个场景单元，每个场景组中第一个场景单元是可以被独 立解析的场景，在同一场景组内，第N+1个场景单元是对第N个场景单元 解析后构成的场景的更新；发送模块，用于发送所述生成模块生成的各个场景单元。
12. 根据权利要求11所述的富媒体电视中场景描述的发送设备，其特 征在于，所述场景单元中包括场景文档或场景命令；所述生成模块还用于为一个或多个场景组生成场景组参数集并承载于 场景单元中，其中，每个场景组参数集指定了对应的各场景组中场景文档的 解析和配置参数，承载场景组参数集的场景单元独立于承载场景组的场景单 元；所述设备还包括传输层处理模块，用于将所述生成模块生成的各场景单元直接映射到传 输层后再由所述发送模块发送，其中为每个场景单元在传输层设置一个同步时间戳，该时间戳表示该场景单元在接收端应该#皮处理的时间点。
13. —种富媒体电视中场景描述的接收设备，其特征在于，包括 接收模块，用于接收各场景单元；判断模块，用于判断所述接收模块接收到的各场景单元是否为承载场景 组的场景单元，且该场景单元是否可以被独立解析；解析模块，用于将场景单元独立解析为场景，或根据场景单元对已有场 景进行更新；如果所述判断模块判定所述场景单元是承载场景组的场景单元，且可以 被独立解析，则将该场景单元独立解析为场景；如果所述判断模块判定所述场景单元是承载场景组的场景单元，但不可 以被独立解析，则根据该场景单元中的信息对前一个场景单元解析后构成的 场景进行更新。
14. 根据权利要求13所述的富媒体电视中场景描述的接收设备，其特 征在于，还包括所述接收模块对场景单元的接收包括在传输层接收各场景单元，同时从 传输层获取各场景单元所对应的时间戳；执行模块，用于根据所述接收模块获取的时间戳处理对应的场景单元中 的场景；所述判断模块还用于判断所述场景单元是否承载了场景组参数集；所述解析模块还用于从场景单元中解析出场景组参数集，并根据该场景 组参数集中的参数，对该场景组参数集所对应的各场景组中的场景文档进行 解析和配置，其中每个场景组参数集分别对应一个或多个场景组；如果所述判断模块判定所述场景单元承载了场景组参数集，则所述解析 模块根据该场景组参数集中的参数，对该场景组参数集所对应的各场景组中的场景文档进行解析和配置。
全文摘要
本发明涉及网络传输协议，公开了一种富媒体电视中场景描述的收发方法及设备，可以使富媒体场景码流以流媒体方式与音视频等其它流式媒体高效传输并可以被随机切入。本发明中，将场景分段，每段生成一个场景组，每个场景组的首个场景单元可被独立解析，其它场景单元可依次更新。将一个或多个场景组中各场景单元共用的参数放在场景组参数集中，以独立的场景单元承载。场景单元直接映射到传输层。在传输层为每个场景单元设置一个时间戳以规定每个场景的处理时间，并用于和视频、音频等其它流媒体进行同步。
文档编号H04L29/06GK101547346SQ20081010785
公开日2009年9月30日 申请日期2008年5月21日 优先权日2008年3月24日
发明者丁亚强, 林福辉, 武晓阳 申请人:展讯通信(上海)有限公司