ISOIEC 23001-182022 信息技术.MPEG系统技术.第18部分ISO基本媒体文件格式的事件消息跟踪格式标准立项发展报告_第1页
ISOIEC 23001-182022 信息技术.MPEG系统技术.第18部分ISO基本媒体文件格式的事件消息跟踪格式标准立项发展报告_第2页
ISOIEC 23001-182022 信息技术.MPEG系统技术.第18部分ISO基本媒体文件格式的事件消息跟踪格式标准立项发展报告_第3页
ISOIEC 23001-182022 信息技术.MPEG系统技术.第18部分ISO基本媒体文件格式的事件消息跟踪格式标准立项发展报告_第4页
ISOIEC 23001-182022 信息技术.MPEG系统技术.第18部分ISO基本媒体文件格式的事件消息跟踪格式标准立项发展报告_第5页
已阅读5页,还剩4页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

信息技术MPEG系统技术第18部分:ISO基本媒体文件格式的事件消息跟踪格式标准立项发展报告StandardizationDevelopmentReport:Informationtechnology—MPEGsystemstechnologies—Part18:EventmessagetrackformatfortheISObasemediafileformat摘要随着超高清视频、自适应流媒体及交互式媒体应用的迅猛发展,媒体内容中的事件信息(如广告插入点、节目切换信号、实时数据同步标记等)需要在封装层实现标准化表达与高效传递。ISO/IEC23001-18:2022《信息技术MPEG系统技术第18部分:ISO基本媒体文件格式的事件消息跟踪格式》由国际标准化组织(ISO)于2022年6月7日正式发布,规定了基于ISO基本媒体文件格式(ISOBMFF)的事件消息轨道(EventMessageTrack)的封装结构、语义定义及解析规则,填补了ISO/IEC14496-12(ISOBMFF)在事件驱动型元数据表达方面的标准化空白。本报告系统梳理了该标准的立项背景、核心技术内容、适用场景及国际标准化进程,分析了其对多媒体封装格式演进、流媒体服务能力提升及跨平台互操作性建设的重要意义。报告指出,该标准通过定义标准化的"事件消息盒"(EventMessageBox)与轨道参考机制,实现了事件信息与媒体数据的时序对齐、生命周期管理及可扩展性设计,为DASH、HLS等主流流媒体协议的事件信令提供了统一的底层封装基础,预期将在智能广告、远程教育、体育赛事直播、可交互电视等新兴业务领域发挥关键的基础性支撑作用。关键词:事件消息轨道;ISO基本媒体文件格式;MPEG系统;流媒体;元数据封装;事件信令;媒体互操作性Keywords:EventMessageTrack;ISOBaseMediaFileFormat;MPEGSystems;StreamingMedia;MetadataEncapsulation;EventSignaling;MediaInteroperability一、引言1.1立项背景数字媒体技术在过去二十年间经历了从本地播放到网络流媒体、从单向广播到双向交互的深刻变革。在此进程中,ISO基本媒体文件格式(ISOBaseMediaFileFormat,ISOBMFF)凭借其结构化、可扩展、面向对象的设计理念,成为全球范围内应用最为广泛的媒体封装格式之一。MP4、MOV、F4V等主流文件格式均以ISOBMFF为基础,DASH(DynamicAdaptiveStreamingoverHTTP)、HLS(HTTPLiveStreaming)等自适应流媒体协议也以该格式的片段(Segment)作为传输单元。然而,传统ISOBMFF设计的核心关注点在于媒体数据的存储与时间同步,对于"事件"这类非连续、非周期性、与特定时间点或时间段相关联的信息缺乏系统化的封装机制。在实际应用中,诸如动态广告插入(DAI)、直播节目中的实时数据叠加、远程教育中的章节标记、体育赛事中的得分事件通知等场景,均需要在媒体时间轴上标注并传递具有业务语义的事件消息。此类需求长期依赖于各厂商私有实现或传输协议的扩展字段,造成了显著的互操作障碍。1.2标准研制必要性分析(1)产业需求迫切。全球流媒体服务市场规模持续扩大,动态广告插入、个性化内容推荐、实时互动功能已成为竞争核心。根据Statista数据,2023年全球流媒体视频广告支出已超过600亿美元,其中事件驱动型广告投放技术(如SCTE-35信号触发)依赖于媒体封装层对事件消息的高效承载能力。(2)技术标准缺位。在ISO/IEC23001-18发布之前,ISOBMFF体系内缺乏统一的事件消息封装规范。SCTE-35等标准主要面向MPEG-2传输流(TS)定义的带内信令机制,不适用于基于文件的流媒体分发架构。DASH协议虽然定义了事件消息的XML表达方式(EventStream),但其与媒体文件的映射关系依赖于具体封装实现。(3)国际对齐需求。3GPP、DVB、ATSC等国际标准组织在制定自适应流媒体相关规范时,均需要引用统一的文件格式层面的事件承载机制。ISO/IEC23001-18的发布为上述组织提供了可供直接引用的标准化基础。二、标准概述2.1标准基本信息|项目|内容||------|------||标准编号|ISO/IEC23001-18:2022||标准全称|Informationtechnology—MPEGsystemstechnologies—Part18:EventmessagetrackformatfortheISObasemediafileformat||中文名称|信息技术MPEG系统技术第18部分:ISO基本媒体文件格式的事件消息跟踪格式||发布机构|国际标准化组织(ISO)/国际电工委员会(IEC)联合技术委员会JTC1/SC29||发布日期|2022年6月7日||标准状态|现行||标准版本|第一版|2.2标准定位本部分标准隶属于ISO/IEC23001系列(MPEG系统技术),该系列聚焦于MPEG媒体系统层的核心技术规范,包括二进制格式描述(23001-1)、碎片文件格式(23001-6)等。第18部分专注于事件消息在ISOBMFF中的轨道级封装,是MPEG系统技术家族中的重要组成部分。三、标准核心技术内容3.1事件消息轨道的概念框架ISO/IEC23001-18定义了一种新的轨道类型——事件消息轨道(EventMessageTrack),其核心功能在于沿媒体时间轴对事件消息进行封装和传送。该轨道的设计遵循以下原则:-时序对齐:每个事件消息与媒体时间轴上的一个精确时间点(或时间段)绑定,确保事件与视听内容的严格同步;-类型可扩展:事件消息的类型通过四字符码(FourCharacterCode,`event_scheme_id_uri`)进行标识,不同业务领域可定义各自的事件语义空间;-传输抽象:事件消息轨道可被封装于ISO文件内部,也可作为独立的初始化片段(initializationsegment)或媒体片段(mediasegment)传输,适用于文件分发与流式传输两种场景。3.2关键语法结构标准定义了以下核心语法元素:-`EventMessageBox`:用于携带单个事件消息的载荷信息,包括事件方案标识(`scheme_id_uri`)、事件值(`value`)、时间戳(`timescale`和`presentation_time_delta`)、持续时长(`event_duration`)、消息标识(`id`)以及消息数据(`message_data`)。该盒结构参考了DASH事件消息的语义设计,实现了文件格式与传输协议之间的语义对齐。-`EventMessageTrackBox`:定义轨道级别的元数据属性,包括版本号、事件方案标识、事件流语义等。该盒存在于轨道的样本描述(SampleDescription)中,使播放器能够在解码前获知事件轨道的整体属性。-样本格式设计:事件消息轨道的样本(Sample)直接将事件消息数据作为样本载荷,每个样本对应一个事件消息实例,通过样本的时间戳机制实现调度。-轨道参考机制:通过`TrackReferenceTypeBox`建立事件消息轨道与关联媒体轨道(如主视频轨道、音频轨道)之间的引用关系。3.3事件消息的生命周期语义标准对于事件消息定义了完整的生命周期语义:-活动与结束条件:每个事件消息定义了一个起始时间点和一个持续时间(duration),在持续时间内该事件处于激活状态。同时引入了"过期"(expired)语义——播放器可据此判断当前的DASH时段中该事件是否仍然有效。-时间语义:事件消息的时间戳采用`presentation_time_delta`适配到对应的媒体呈现时间轴(MediaPresentationTimeline),消除了多次封装中的时间基准歧义。3.4与既有标准的协同ISO/IEC23001-18在设计中与其他标准保持高度协同:-与ISO/IEC14496-12(ISOBMFF)的关系:作为该格式的专用扩展,标准中定义的盒结构遵循ISOBMFF的盒嵌套及版本化规则,确保与现有MP4解析器的兼容性。-与ISO/IEC23009-1(DASH)的关系:DASH中的`EventStream`描述符的事件语义与本标准中的事件消息盒一一对应,两者可双向转换。这使得DASH客户端能够将流级别的事件信令精准映射至媒体封装级别的事件数据。四、标准研制过程与发布历程4.1立项阶段ISO/IEC23001-18由MPEG(MovingPictureExpertsGroup,动态图像专家组)于2019年在其系统工作组(WG3,后重组为SC29/WG3)中正式立项。立项动议源于MPEG在推进下一代自适应流媒体架构(时为DASH第4版和第5版)过程中发现,事件消息的封装规范化需求日益紧迫。爱立信、华为、高通、杜比实验室、三星等多家企业的技术代表参与了初始提案的讨论。4.2研制过程-2019年—2020年:完成需求分析和候选技术方案评审,确定以事件消息轨道作为统一的封装模型。-2020年底:形成委员会草案(CD),在成员国范围内开展投票和意见征集。-2021年:在综合各国意见后形成国际标准草案(DIS),提交ISO/IECJTC1秘书处进行最终投票。-2022年上半年:通过最终国际标准草案(FDIS)投票,技术内容获得各成员国一致认可。4.3发布结果2022年6月7日,ISO/IEC23001-18:2022正式出版发布。标准共计数十个页面的技术规范内容,是MPEG系统家族的重要新增成员。五、标准应用场景5.1动态广告插入在基于DASH/HLS的流媒体广告插入体系中,事件消息轨道可以承载SCTE-35风格的信令信息,将广告插播点、广告时长、内容替换标记等通知信息以标准化的方式嵌入媒体时间轴。相比传统的XML侧边信令(sidecarsignaling),事件消息轨道方式具有更低的信令延迟和更高的时间精度。5.2实时互动媒体服务在在线教育、视频会议、互动直播等场景中,需要实时传递与媒体内容同步的元数据——如章节切换指令、测验弹题信息、字幕切换指令等。事件消息轨道提供了一种统一的、独立于传输协议的同步机制,使得播放器能够在准确的媒体时间点触发业务逻辑。5.3智能体育赛事转播体育赛事中的得分事件、犯规信息、球员替换等实时数据可通过事件消息轨道进行时间轴绑定,为多视角切换、实时数据叠加显示和精彩回放自动生成等高级功能提供标准化支撑。5.4广播与宽带融合场景面向广播与宽带融合(如DVB-I、ATSC3.0混合分发)的架构,事件消息轨道可在广播链路和宽带链路之间实现统一的事件传递机制,简化接收终端的协议适配复杂度。六、参与研制的重点单位介绍6.1国际标准化组织动态图像专家组(MPEG)MPEG(MovingPictureExpertsGroup,动态图像专家组)是ISO/IECJTC1下属的第29分技术委员会(SC29)中的核心工作组,正式名称为"ISO/IECJTC1/SC29/WG3(编码的音频、图片、多媒体和超媒体信息)"。MPEG成立于1988年,其使命是制定媒体压缩、封装、传输与系统集成领域的国际标准。经过三十余年的发展,MPEG制定的标准族(包括MPEG-1、MPEG-2、MPEG-4、MPEG-7、MPEG-21、MPEG-H等)已成为全球数字媒体产业的技术基石。在本标准的研制过程中,MPEG系统工作组负责了从需求分析、技术提案征集、参考软件实现到一致性测试的全部技术工作。参与该标准技术讨论的活跃企业及机构超过30家,涵盖电信设备制造商、消费电子厂商、流媒体服务平台、广播机构及学术研究单位。MPEG通过季度会议的工作模式,结合线上协作平台,推动了该标准在两年多的时间内高效完成制定。6.2其他主要参与机构-爱立信(Ericsson):在动态广告插入与流媒体信令方面贡献了核心的架构设计思路。-华为技术有限公司:在轨道类型定义及文件封装优化方面提交了多项技术提案。-高通(Qualcomm):在移动端播放器兼容性及低延迟处理方面提供了工程实践经验。-杜比实验室(DolbyLaboratories):在音频事件同步与沉浸式媒体的时序表达方面提供了专业意见。七、结论与展望ISO/IEC23001-18:2022的发布填补了ISO基本媒体文件格式在事件消息标准化封装方面的空白。通过定义事件消息轨道的语法、语义与生命周期管理机制,该标准为动态广告插入、实时互动、智能转播、广播宽带融合等先进媒体业务提供了统一的底层事件承载能力。标准的设计充分考虑了与DASH等传输协议的语义对齐,以及在文件存储与流式传输两种分发模式下的通用性。参考文献[1]ISO/IEC23001-18:2022,In

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论