首页 > 通信行业标准(YD) > YD/T 1791-2008 移动多媒体广播业务交互应用技术要求
YD/T 1791-2008

基本信息

标准号: YD/T 1791-2008

中文名称:移动多媒体广播业务交互应用技术要求

标准类别:通信行业标准(YD)

标准状态:现行

出版语种:简体中文

下载格式:.zip .pdf

下载大小:886682

相关标签: 移动 多媒体 广播 业务 交互 应用 技术

标准分类号

关联标准

出版信息

相关单位信息

标准简介

YD/T 1791-2008.Mobile Multimedia Broadcast Service Technical Requirements for Interactive Application.
1范围
YD/T 1791规定了移动多媒体广播业务中终端通过交互网络/广播网络获取交互业务数据的技术要求,包括交互业务数据定义、交互业务数据获取和更新、交互业务终端呈现等。
YD/T 1791适用于终端通过移动网络/广播网络获取交互业务的场景,适用于GSM、GPRS、EDGE和TD- SCDMA、WCDMA、cdma1X、 cdma2000、 cdmalxEV-DO网络 。
2引用标准
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用于本标准。
YD/T 1787-2008移动多媒体广播业务业务指南技术要求
3GPP TS 23.003 Numbering, addressing and identification
3GPP2 C.S0072 Mobile Station Equipment Identifier (MEID) Support for cdma2000 Spread Spectrum Systems
IETF RPC 2822 Internet Message Formnat
IETF RFC 3926"FLUTE- File Delivery over Unidirectional Transport"
IETF RFC 3966 The tel URI for Telephone Numbears
IETF RFC 3261 SIP: Session Initiation Protocol
IETF RFC 2865 RADIUS协议

标准图片预览






标准内容

ICS 33 070 01
中华人民共和国通信行业标准
YD/T 1791-2008
移动多媒体广播业务
交互应用技术要求
MobileMultimediaBroadcastServiceTechnical Reguirements for Interactive Application2008-03-28发布
2008-06-01实施
中华人民共和国工业和信息化部发布言
1范囤
2引用标准··
3定义和缩略语
4系统功能结构
5交互业务数据定义
6交互业务数据获取和更新-
交互业务终端圣现·
黎考文献·
YD/T 1791-2008
本标准是移动多媒体广播业务系列规范之一,该系列标准的名称及结构如下:(1)YD/T1785-2008移动多媒体厂播业务:总体技术要求(2)YD/T1786-2008移动多媒体广播业务业务保护技术要求(3)YD/T1787-2008移动多媒体广播业务业务指南技术要求(4)YD/T1788-2008移动多媒体广播业务业务平台设备技术要求移动多媒体广播业务业务平台设备测试方法(5)
(6)YD/T1789-2008移动多媒体广播业务终端/卡设备技术要求(7)
移动多媒体广播业务终端/卡设备测试方法(8)YD/T1790-2008移动多媒体广播业务应用层接口技术要求(9)YD/T1791-2008移动多媒体广播业务交互应用技术要求随着技术的发展,还将制定后续的相关标准。YD/T1791-2008
本标准由中国通信标准化协会提出并归口。本标准起草单位:信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、南京爱立信熊猫通信有限公司
本标推主要起草人:吴伟、袁琦、张慧、蕙靖宇、严斌峰、王君珂、朱庆、王槽、张楚雄、文海龙、王劲松、汪庆华、刘桐、张科峰1范围
移动多媒体广播业务
交互应用技术要求
YD/T 1791-2008
本标准规定了移动多媒体广播业务中终端通过交互网络/广播网络获取交互业务数据的技术要求,包括交互业务数据定义、交互业务数据获取和更新、交互业务终端呈现等。本标准适用于终端通过移动网络/广播网络获取交互业务的场景,适用于GSM、,GPRS、EDGE和TD-SCDMA、WCDMA,cdma1X、cdma2000、cdmalxEV-DO网络。2引用标准
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括抛误的内容)或修订版均不适用于本标准。然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件,其最新版本适用下本标准。YD/T1787-2008移动多媒体广播业务业务指南技术要求3GPP TS 23.003 Numbering, addressing and identificationl3GPP2 C.S0072 Mobile Station Equipment Identifier (MBID) Support for cdma2000. Spread SpectrurSystems
IETF RFC 2822 Internet Message FormatIETF RFC 3926\FLUTE- File Delivery over Unidirectional Transport\IETF RFC 3966 The tel URI for Telephone NumbersIETF RFC 3261 SIP: Session Initiation ProtocolIETFRFC2865RADIUS协议
3定义和缩略语
3.1定义
本标准来用下列定义;
交互业务数据:由服务器侧为实现交互业务而下发的数据,包括交互数据媒体文档(InteractiveMediaDocunent)、以及由交互数据媒体文档描述的媒体对象,包括音频、视频、图片等。交互应用服务器:交互业务的实现实体,负责交互业务逻辑的制作,交互业务数据的下发以及接收用户的反馈信息。制作交互业务数据的服务器和接收用户反馈的服务器可能是不同的服务器。9.2缩略语
本标准采用下列缩略语:
Architecture Document
Open Mobile Alliance
Requirements Document
Service Guidc
架构文档
开放移动联盟
需求文档
业务指南
YD/T1791-2008
4系统功能结构
UserEquipment
用户设备
图1所示是移动多媒休广播业务的系统的功能结构。交互业务涉及部分包括交互应用服务器、业务管理模块中的交互业务服务器功能和终端上的交互业务客户端。内容提供
内容分发
广播承较
业务管理
(可适
(可选)
(可选)
交互承额
终端/卡
图十移动多媒体广播业务指南系统的功能结构交互应用
交互应用服务器:向业务管理服务器提供交互业务发现信息:向业务管理服务器/终端提供交互业务数据;接受终端提交的交互业务反馈。业务管理服务器:接收交互应用服务器提供的交互业务信息,在业务指南中添加交互业务发现信息:接收交互应用服务器提供的交互业务媒体数据:接受交互业务应用服务器交互业务更新信息并通知交互业务客户端:对终端用户交互业务开展过程进行管理。交互业务客门端:获取交互业务媒体数据,展现给终端用户;向交互应用服务器提交用户的交互业务反馈。
5交互业务数据定义
本节定义交互业务相关的数据结构。5.1交互业务内容
交互业务提供与手机电视节日相关的互动应用信息,用户通过交互业务可以获取和节日内容相关的背景介绍信息、资料数据、参与投票、竞猜活动等等。交互的方式包括如下的几种:
(1)通过超级链接打开背景介绍信息网页、下载资料数据文件等等。(2)通过短消息参与投票,竞猜活动等等。(3)用户交互业务信息的管理功能。当用户观看电视节目时,如果该节目提供了交百业务且用户希望参与交互,则要求移动终端获取交互内容;终端获取交互内容后,将其中提供的交互内容以合适的方式展示给用户,用户选择某一交互方式(HTTP请求或者短消息)来实现最终交互。2
5.2交互数据定义
5.2.1交互数据单元架构
交互数据单元架构如图2所示。
业务指南
lntanrtivlty Dala 分片
InbaractivityMedig UR!
InterBctivityhfedls
docurment
媒体对象组
图2交互数据单元架构
YD/T 1791-2008
媒体对蒙案
媒体对费
SG中的互动分片InteractivityData中的InteractivityMediaDocumentPointer字段用于标识交互数据媒体文档(InteractivityMediaDocument)交互数据媒体文档(InteractivityMediaDocument)包含媒体对象集合(MediaObjectGroup)媒体对象(MediaObjectSet)等层次:一个交互数据媒体文档(InteractivityMediaDocument)包含若干个媒体对象集合(MediaObjectGroup),一个媒体对象集合(MediaObjectGroup)包含若干个媒体对象(MediaObjectSet)。
媒体对象(MediaObjactset)包含交互的内容,这些内容当中包括交互业务的数据信息,交互业务可以开展的方式以及交互内容在终端上的呈现信息。5.2.2InteractivityData 分片
InteractivityData分片的定义请参考YD/T1787-2008移动多媒体广播业务业务指南技术要求。5.2.3交互数据媒体文档
终端以startMediaFlag置为1的媒体对象集合(MediaObjectGroup)作为起始展现单元。在规定时间(inputAllowedTime)内响应和超时两种不同的情况下,根据onActionPointer和onTimeOutPointer跳转到不同的媒体对象集合(MediaObjectGroup)。在一个媒体对象集合(MediaObjectGroup)中,根据relativePreference确定在该集合下优先展现的媒体对象(MediaObjectSet),relativePreference值越大,优先级越商。交互数据媒体文档描述见表1。
表1交互数据媒体文档
Interactiyity
MediaDoctuimen!
groupID
groupPosition
是否必需对应关系
定义交互媒体对象
交互媒体文档组的标识,全球惟该文件在交互媒体文档中的相对位置:值越大优先缀越高
交互媒体文档的ID;全球惟一
数据类型
anyuRI
unsignedShort
anyuRI
YD/T 1791-2008
version
validFrom
welidTa
MediaObjectGroup
startMediaFlag
Action Deseriptor
inpatAllowedTime
onTimeOutPointer
updateFlag
onActionPointer
BackofTiming
是否必需对应关系
表1.(续)
交互媒体文档的版本:如果ID相同,新版本的交互媒体文档将覆盖旧版本的交互媒体文挡交互媒体文档中媒体对象集可以展现的最早时刻。如果数据类型
unsignedint
没有给出这个值,媒休对象集将在可用时立即展现。这unsignedInt
个值作为 NTP 时间戳的32bits整数部分交互媒体文档中媒体对象巢可以展现的最后时刻。如果没有给出这个值,媒体对象集将可以一直展现。这个值作为 NTP 时间戳的 32bits 整数部分。果出现groupID相同且groupPosition更大的交互媒体unsignednt
文档,那么当该交互媒体文档的validFrom 时刻到求时,终端将停止当前交互媒体文档的展现,并开始展现该交互媒体文档
描述一组媒体对象集台,它们的作用相同媒体组的 D
该标患表示该组媒体对象集中的媒体对象集是否作为起始媒体对象集。
在一个交丘媒体文挡中,只能有一个媒体对象组的这个属性被设骨为tue”
描述当媒体对象允许用户在终端上输入数据时的操作穿端允许用户对该媒体对象组中的媒体对象提供轨入的最后时刻。 这个值作为 NTP 时间的 32bits 整数部分这个指针指向本交五媒体文挡中的另一个媒体对象组的正,当用户在超过 InputAllowedTime时没有提供输入,终增将显示该指针指示的媒体对象组。如果终端已显采由 OaActioPninr指示的媒体对象组则不应再显示由该属性指示的媒体对象组当这个属性设置为“ tle”,且用户在超过InputAllowedTime时没有提供输入,终端将并始监听并装取新的交上媒体文件,这个交再媒体文挡与本交互媒体文档的 grouplD 相间,但 groupPosition 的值更大这个指针指向本交互媒体文档中的另一个媒体对象组的D。当用户在超过InputAllowedTime之前提供输入,触发终端通过交互通道发送一条消息(例如MMIS、SMS或HTTP请求),终将显示电该指针指示的媒体对象组:如果该指针指向当前媒体对象组,终端在执行完操作之后将再次显示该媒体对象组。此时不应定义InputallowedTime 和 OnTimeCutPointer该元素指定终端向服务提供商提交反馈的时间行为。其目的是让不同然端发送的反馈分散在一定时间段内,从而避免网络节点过载等。
该元素的优先级比相关的 InteractivityData 分片中的BackOfTiming元素的优先级高
anyURI
boolean
ansignedint
anyURI
boolean
anyURI
offsetTime
TandomTine
MediaObjectSet
relativePreference
Content-Type
Content-Location
Deacriptiar
Object
Content-Locatiqn
类型」是否必带
」对应关系
表1(续)
YD/T 1791-2008
数据类型
该属性指定终端在接受某个事件(例如用户输入)的触发后谁各发送交互消意的最少等待时间。单位是秒(s)终端随机等特的时间窗大小,樂蝴将计算一个范围在0~randgmTime 之间的随机等待时间一个媒体对象集定义一组媒体对象,这些媒体对象与一种交互技术相关。这些媒体对象组成一个交互单元。媒体对象巢并没有保存在 McdiaObjcctGroup 中,而是作为外部文件,具体包括:
一个末压缩的媒体文件(例如.3gp视频,jpcg函片)t或一个包含多个媒体对象的 GZP 压缩文挡(例如一个文件,包含SML+3GP视频+文本等)指示该媒体对象集的相对优先级。值越大优先级越高。如果在“MediaObjectGroup”中定义了多个\MlediaObjectSet”,终端将显示 RelativePrefenence 值最人的媒体对象集。
同一 InterwctivityMeliaDocument中的多个
MediaObjectSet要么都申明该属性,且不同的MediaObjectSe具有不同的值:要么都不申明该属性指示·MediaObjectSet的外部文件的媒体类型:如果嫌体类型是“application/x-gzip”,外部文件是-个 GZIP·文档,
否,外部文件是一个未压缩的媒体文件。如果外部文件由FLUTE传送,该属性必须和FDT表中对应的 File元素的 Content-Type 匹配在传输会话中惟一标识 MediaObjectSet 的外部文件。如果外部文件由FLUTE传送,该属性必须和 FDT表中对应的 File 元素的 Content-Location 匹配媒体对象集的描述信良,可能提供多种语言的描述,该描述可以为终端用户提供关于媒体对象的额外借息,语种由 XML 内嵌属性, xrml:Larng 表示描迹媒体对象集中包含的每个媒体对象。根据MediaQbjcctSet的外部文件的媒体类型如果是一个未压缩的媒体文件,那么除非该元素能提供其父元素“MediaOhjectSet”中没有包含的附加信息,否则该元素没有意义
如果是一个 GZ 文档,那么 Objcct 元素的顾序必须和 GZIP 文挡中的媒体文件出现的顺序一致如果“MediaObjectSet”的外部文件是一个末压缩的媒体文件:没有意义:
如果“MediaObjectSet\的外部文件是一个GZIP文档时:通过 Object 元素的位序可以在 GZIP 文档中解压第 n 个文件获得对应的媒体文件。
Content-Locaian 的值应该足一个相对路径,包含于目录+文件名
decimal
decimal
umsiguedInt
(32 bits)
strinig
aiyURT
YD/T 1791-2008
Content-Type
PartType
Content-Location
Content-Length
Transfer-Length
Content-Type
Content-Encoding
Content-M05
FEC-OTI-PEC-
Encoding-ID
FEC-OTI-FEC
Instance-ID
FEC-OTI-Maxirnum-
类型是否必需对应关系
Source-Block-Length
FEC-OTI-Eneoding-
Symbol-Length
FEC-OTI-Max-
Nuinber-of-Enoding
Syinbots
FEC-OTI-Scbeme-
Specific-lafo
SMSTemplate
relativePreference
Description
SelectChoice
表(续)
如果“MediaObjectSer”的外部文件悬一个未压缩的媒体文件;没有意义;
如果“MediaObjectSet\的外部文件是一个GZIP文档时;
表示与该Objet对应的媒体文件的媒体类型如果“MediaObjectSet\的外部文件是一个未压缩的媒体文件:没有意义:
如果“MediaObjectSet”的外部文件是一个GZIP文档时:
有且只有一个 Object 的 start 属性被设置为 true,作为媒体对象集的“启动媒体对象”就认值足false
表示为了正确展现一个由多个子媒体对象组织的“object”应该支持的媒体类型只有在使用ALC传输MediaObjectSet的外部文件时才出现
请梦阅[RFC3926]、3.4.2小节
3.4.2小节
请参阅[RFC 3926],
请套阅[RFC 3926],
请参阅[RFC3926]
请餐阅RFC392]
请参阅[RFC392向
请参阅[RFC 3926],
请参阅(RFC 3926],
请参阅[RFC 3926],
请参阅[RFC 3926],
请参谢[RFC 3926],
3.4.2小节
3.4.2小节
3.4.2小节
3.4.2小节
3.4.2小节
3.4.2小节
3.4.2小节
3.4.2小节
3.4.2小节
请参阅[RFC3926],
3.4.2 小节
可以用于传递FEC信息
描述短信模板
SMSTemplate的相对优先级
展现给终端用户的招述交互的文本信息。可能包含多种语言的描述
该属性包含一段可以插入到 SMS 消息中的文本,该SMS消息由下面的SMS-URI指定
描述短信中包含的选项
数据类型
boolean
anyURI
positivelnteger
unsignedLong
un signedLong
base64Binary
wrtsignedByte
unsignediLong
unsignedLong
unsignedtong
unsignedLong
base64Binary
unsignedInt
string
string
smsuURI
ChoiceText
EmaiTemplate
relativePreference
toHeader
ccHeader
bccHeader
subjectHeader
Desciption
MessageBody
VoiceCall
relativePreference
Description
PheneNumber
Weblink
relati vePreference
WebURL
Description
AlternativcText
PrivateExt
felements
类型是否必霜对应关系
轰↑ (缕)
SMS消息的格式接收方的地址。
YD/T 1791-2008
数据类型
该属性的值应遵循“sms:”URIschemne,并执行以下规定:
如果srms消息体中包含“suserias”,该符申将被用户ID替换:
如果ns消息休中包含“sdeviceids”,该字符串将被设备D 替换:
,如果sms消启体中包含
含“suserinpus”,该宇符串
将被用户的输入替换。如果什么是消息体中包含了\suserinputs\,终端应该在SMS编辑器中打开SMS模板,使用户在发送消息之前可以输入信息。如果SMS消息体中没有包含该字符串,终端不应让用户修改SMS的内容。
*如果sms消感体中包含“stext”,该字符申将被text属性的字符串替换,如果出现该属性描述交互选项,可能包含多种语言。描述Email模板
Email模板的相对优先级
Email接收方地址,参阅[RFC2822]Email抄送方地址,参阅[RFC2822]Email密送方地址,参阅[RFC2822]Email-主题,参阅[RFC2822]
Emai模板的描述,可能包含多种语言Email 消息体,参阅[RFC2822]
消息的内容使用base64编码
摧述语音呼叫
语音呼叫的相对优先
展现给终端用户的描述交互的文本信息,可能包含多种语言的描述
终端发起语音呼叫的电话号码。带有语音呼叫能力的龄端必须支持[RFC3966]定义的电话 URI。支持 SIP 功能的终端必须变持[RFC3261]定义的 SIP URI
描述网页链接
网页链接的相对优先级
网布网站的URL
展现给终端用户的描述交互的文本信息。可能包含多种语言的描述
当终端无法支持所有媒体对象集时,将显示该元素包含的女本。可能包含来种语言的描述该元素用于封装特定应用的扩展任意数量的扩展元素
anyURT
string
unsignedInt
string
string
steing
string
base64Binary
unsignedIat
striag
nsignedInt
anyURI
string
YD/T 1791-2008
交互业务数据获取和更新
交互业务数据的获取和更新的方式可以分为广播通道和交互通道获取两种方式。广播方式下发,终端用户直接通过广播信道接收。交互通道方式下发,终端用户通过HTTP的方式获取交互数据。在交互业务过程当中,为了更好的管理终端用户的业务信息,终端需要在业务开展过程当中通过互动信道间交互服务器上报业务开展信息,并将该信息保存在服务器上。6.1从广播适获取交互业务数据
如果交互业务数据从广播通道下发,终端将通过如图3所示的结构中确定的Access分片获得对应的广播会话的接入信息:
·Acceas
GitetactivityData
6.2从广播通道更新交互业务数据Scbecale
图3从广播通遭获取交互业务数据Scsiom
Descripticn
从广播通道下发,服务器可以在不修改ID的情况下对InteractivityMediaDocurment的version信息进行修改。终端收到id相同,但yersion发生改变的InteractivityMediaDocument,将会更新本地的交互业务据。
6.3从交互通道获取交互业务数据如果交互业务教据从交互通道下发,终端通过向InteraoctivityDrata分片的InteractiveDelivery-interactivityMediaURL发起HTTPPOST请求获取交互业务嫩据,终端可能首先获取InteractivityMediaDocument,再获取其中描述的基个媒体对篆集;也可能直接获取InteractivityMediaDocument和所有的媒体对象。6.4从交互通道更新交互业务数据从交互通道下发,当交互业务数据需要更新的时候,交互业务应用服务器会将交互业务更新数据通知业务管理服务器。
业务管理服务器在收到交互业务更新数据之后,会根据终端用户互动业务信息,利用Push消息通知终端进行交互业务的更新。终端在接受到通知消息之后,会主动发起交互业务数据更新请求。6.5流程
交互业务的获取和展现流程如图4所示。(1)终端向业务管理服务器发送业务指南获取请求,获取完整的业务指南信息:(2)终端从业务指南中获得交互业务数据的接入信息:(3)如果交互业务数据从广播通道下发,终端将根据6.1.节所述的方式获取Access分片,并根据其中的描述接入相应的广播会话:(4)如果交互业务数据从交互通道下发,终端将根据6.2节所述的方式获取请求交互业务数据的URL,并根据6.4节定义的消息体请求交互业务数据:(5)用户根据终端展现的交互业务向交互应用服务器反馈信息,实现交互。8免费标准bzxz.net
(2)获取交
互业务数据
接入信息
6.6·消息定义
(1)业务指南请求与获取
业务管理服务器
(3)广播通道F设交互业务数据交互业务购据请求
交互业务数据响应
(5)互动应用摄作
图4交互业务的获取和展现流程
6.6.1交互数据媒体文请求消息
YD/T1791-2008
交互应用思务墨
在请求InteractivityMediaDacument时应使用HTTP/1.1的:“POST,发出请求:请求消息头部的Content-Type 设为“text/xml\。InteractivityMediaDocurment 请求消息见表2。Nane
InteractivityMediaDocunentRequestreqruestID
UserID
DeviceD
表2InteractivityMediaDocument请求消惠TypeCategory Cardinality
Description
InteractivityMediaDocuinent 请求该请求消息的标识
Data Type
unsigoedint
用户标识,根据type 的类型填入相应数据 stringUser ID 的类型
0usernamic defined in [RFC 2865]I—IMSI
2—URI
3--IMPI
4-MSISDN
6-127—reserved forfuture useunsignexdByte
1z8-255reserved for proprietary use终端设备标识,根据type的类型域入相应 string数据
Device ID 的类型.Alo wed values are-DVBDeviceD
—3GPPDeviceID(IMEI)[3GPPTS23.0031
—3GPP2 Dcvice [D (MEJD) [3GPP2C.S0072
3-127-
reserved for future use
unsignedByte
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。