1、ICS 33 07001M 37 Y口中华人民共和国通信行业标准YD厂r 1791-2008移动多媒体广播业务交互应用技术要求Mobile Multimedia Broadcast ServiceTechnical Requirements for Interactive Application200803-28发布 200806-01实施中华人民共和国工业和信息化部发布目 次Y0厂r 1791-，帕08前言l 范围】2引用标准l3定义和缩路语14系统功能结构25交互业务数据定义26交互业务数据获取和更新87交互业务终端呈现10参考文献1l前 言YD丌1791-2008本标准是移动多媒体广播业
2、务系列规范之一，该系列标准的名称及结构如下：(1)YDT 17852008移动多媒体广播业务：总体技术要求(2)YDT 1786-2008移动多媒体广播业务业务保护技术要求(3)YDr 1787-2008移动多媒体广播业务业务指南技术要求(4)YDT 1788-2008移动多媒体广播业务业务平台设备技术要求(5) 移动多媒体广播业务业务平台设备测试方法(6)YDT 1789-2008移动多媒体广播业务终端，卡设备技术要求(7) 移动多媒体广播业务终端，卡设备测试方法(8)YDq17902008移动多媒体广播业务应用层接口技术要求(9)，r 17912008移动多媒体广播业务交互应用技术要求随着
3、技术的发展。还将制定后续的相关标准。本标准由中国通信标准化协会提出并归口。本标准起草单位：信息产业部电信研究院、中国移动通信集团公司、中国联合通信有限公司、上海贝尔阿尔卡特股份有限公司、华为技术有限公司、中兴通讯股份有限公司、诺基亚通信有限公司、南京爱立信熊猫通信有限公司本标准主要起草人：吴伟、袁琦、张慧媛、董靖宇、严斌峰、王君珂、朱庆、王桶、张楚雄、文海龙、王劲松、汪庆华、刘桐、张科峰nYD丌1791-2008移动多媒体广播业务交互应用技术要求1 范围本标准规定了移动多媒体广播业务中终端通过交互网络圹播网络获取交互业务数据的技术要求，包括交互业务数据定义、交互业务数据获取和更新、交互业务终端
4、呈现等。本标准适用于终端通过移动网络，广播网络获取交互业务的场景，适用于GSM、GPRS、EDGE和TDSCDMA、WCDMA、cdmalX、cdma2000、cdmalxEV-DO网络。2 引用标准下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准，YDT 17872008移动多媒体广播业务业务指南技术要求3GPP TS 23003 Numbering，addressing and ident
5、ification3GPP2 CS0072 Mobile Station Equipment Identifier(ME目D)Support for cdma2000 Spread SpectrumSystemsIETF RFC 2822 Intenaet Message FormatIETF RFC 3926FLUTEFile Delivery over Unidirectional TransportIETF RFC 3966 The tel URI for Telephone NumbersIErF RFC 3261 SIP：Session luitiation ProtocolIETF
6、 RFC 2865 RADIUS协议3定义和缩略语31 定义本标准采用下列定义z交互业务数据：由服务器侧为实现交互业务而下发的数据，包括交互数据媒体文档(InteraefiveMediaDocument)、以及由交互数据媒体文档描述的媒体对象，包括音频、视频、图片等。交互应用服务器：交互业务的实现实体，负责交互业务逻辑的制作，交互业务数据的下发以及接收用户的反馈信息。制作交互业务数据的服务器和接收用户反馈的服务器可能是不同的服务器。32缩路语本标准采用下列缩略语：AD Architecture Document 架构文档OMA Open Mobile Alliance 开放移动联盟RD Req
7、uirements Document 需求文档SG Service Guide 业务指南lYD，T 1791-2008UE User Equipment 用户设备4系统功能结构图1所示是移动多媒体广播业务的系统豹功能结构。交互业务涉及部分包括交互应用疆务器、业务管理模块中的交互业务服务器功能和终端上的交互业务客户端。圈1 移动多媒体广播业务指南系统的功能结构交互应用服务器：囱业务管理服务器提供交互业务发现信息：向业务管理服务器，终端提供交互业务数据；接受终端提交的交互业务反馈。业务管理服务器；接收交互应用服务器提供的交互业务信息，在业务指南中添加交互业务发现信息；接收交互应用服务器提供的交互业
8、务媒体数据；接受交互业务应用服务器交互业务更新信息并通知交互业务客户端：对终端用户交互业务开展过程进行管理。交互业务客户端：获取交互业务媒体数据，展现给终端用户；向交互应用服务器提交用户的交互业务反馈。5 交互业务数据定义本节定义交互业务相关的数据结构。51 交互业务内容交互业务提供与手机电视节目相关的互动应用信息，用户通过交互业务可以获取和节目内容相关的背景介绍信息、资料数据、参与投票、竞猜活动等等。交互的方式包括如下的几种：(1)通过越级链接打开背景介绍信息网页、下载资料数据文件等等。(2)通过短消息参与投票、竞猜活动婷等。(3)用户交互业务信息的管理功能。当用户观看电视节目时，如果该节目
9、提供了交互业务且用户希望参与交互，则要求移动终端获取交互内容；终端获取交互内容后，将其中提供的交互内容以合适的方式展示给用户。用户选择某交互方式(耵TP请求或者短消息)来实现最终交互。252交互数据定义52，1 交互数据单元架构交互数据单元架构如图2所示。YD厅17引-篁!008围2交互数据单元架构SG中的互动分片InteractivityDatadp的InteractivityMediaDocumentPointer字段用于标识交互数据媒体文档(InteractivityMediaDoeument)。交互数据媒体文档(InteracfivityMediaDocument)包含媒体对象集合(M
10、cdiaObjectGroup)、媒体对象(MediaObjectSet)等层次：一个交互数据媒体文档(InteractivityMediaDocument)包含若干个媒体对象集合(MextiaObjectCrroup)，一个媒体对象集合(MediaObjectGroup)包含若干个媒体对象(MediaObjeetSet)。媒体对象(MediaObjeetSet)包含交互的内容，这些内容当中包括交互业务的数据信息，交互业务可以开展的方式以及交互内容在终端上的呈现信息。522 IntemctivityData分片ImeractivityData分片的定义请参考YDT 17872008移动多媒体广
11、播业务业务指南技术要求。523 交互数据媒体文档终端以stardVlediaHag置为1的媒体对象集合(MediaObjeetG-roup)作为起始展现单元。在规定时闻(inputAllowedTime)内响应和超时两种不同的情况下，根据onAcdonPoillter和0nTimeOutPointer跳转到不同的媒体对象集合(MediaObjectGroup)。在一个媒体对象集台(MediaObjeetGroup)中，根据relativePreference确定在该集合下优先展现的媒体对象(MediaObjeetSet)，relafivePreferenee值越大优先级越高。交互数据媒体文档描
12、述见表1。囊1交互数据媒体文档名称 类型 是否必需 对应关系 描述 数据类型IntBracfiyityE N0，IM 1”_ 定义交互媒体对象MediaDocumentgouplD A N矿rM l 交互媒体文档组的标识；全球惟一 anyURl该文件在交互媒体文档中的相对位置；值越大优先缎groupPosifion A NM厂rM I unsigncdShort越高id A NMfM l 交互媒体文档的ID；全球惟一 anyURI。3亵1(续)名称 类型 是否必需 对应关系 描述 数据类型A NN圹刑 1交互媒体文档的版本；如果D相同，新版本的交互媒体文档将覆盖旧版本的交互媒体文档 unsig
13、nedInt交互媒体文档中媒体对象集可以展现的最早时刻。如果validFrom A NM删 01 没有给出这个值，媒体对象集将在可用时立即展现。这 unsignedInt个值作为NTP时间戳的32bits整数部分交互媒体文档中媒体对象集可以展现的最后时刻。如果没有给出这个值，媒体对象集将可以一直展现。这个值作为NIP时间戳的32bits整数部分。validTo A NM，rM o“l 如果出现grouplD相同且groupPosition更大的交互媒体 unsignedInt文档，那么当该交互媒体文档的validFrom时刻到来时。终端将停止当前交互媒体文档的展现，并开始展现该交互媒体文档Me
14、diaObjectGroup B1 NM删 1r 描述一组媒体对象集合它们的作用相同id A NhFIM 1 媒体组的D anyURl该标志表示该组媒体对象集中的媒体对象集是否作为起始媒体对象集。stat。uMediaFlag A NM删 1 boole,sn在一个交互媒体文档中，只能有一个媒体对象组的这个属性被设置为“true”Action DescripU)r E2 NM侧 01 描述当媒体对象允许用户在终端上输入数据时的操作终端允许用户对该媒体对象组中的媒体对象提供输入的inputAllowedTime A Nh矿蹦 01 unsignedInt最后时刻。这个值作为NP时间戳的32bit
15、s整数部分这个指针指向本交互媒体文档中的另一个媒体对象组的ID。当用户在超过lnputAUowedTime时没有提供输oilTimeOutPointer A NN矿IM 01 入，终端将显示该指针指示的媒体对象组。 vU砒如果终端已显示由OnActionPoInter指示的媒体对象组则不应再显示由该属性指示的媒体对象组当这个属性设置为“wue”，且用户在超过InputARowedTimc时没有提供输入，终端将开始监听并updateFtag A NM，IM 0“1 boOlean获取新的交互媒体文件，这个交互媒体文档与本交互媒体文档的groupID相同t但groupPosition的值更大这个指
16、针指向本交互媒体文档中的另一个媒体对象组的。当用户在超过lnputAllowedTime之前提供输入，触发终端通过交互通道发送一条消息(例如MMS、SMS或onActionP试nter A NM仃M 01 HTTP请求)，终端将显示由该指针指示的媒体对象组。 anyURl如果该指针指向当前媒体对象组，终端在执行完操作之后将再次显示该媒体对象组。此时不应定义InputallowcdTime和OnTimcOutPoinmr该元素指定终端向服务提供商提交反馈的时问行为。其目的是让不同终端发送的反馈分散在一定时间段内，从BackOffliming E2 NI，IM 01 而避免网络节点过载等。该元素的
17、优先级比相关的InmractivityData分片中的BackOfffiming元素的优先级高4哀1(续)名称 类型 是否必需 对应关系 描述 数据类型该属性指定终端在接受某个事件(例如用户输入)的触发 decirealOffse盯jme A NMTM 1 后准备发送交互消息的最少等待时间。单位是秒(s)终端随机等待的时间宙大小终端将计算个范围在randomTime A NN扩IM 1 decimalO-randomTime之间的随机等待时间一个媒体对象集定义一组媒体对象。这些媒体对象与一种交互技术相关。这些媒体对象组成一个交互单元。媒体对象集并没有保存在MedlaObjectGroup中，而
18、是MediaObject$ct 12 NM玎M 0 作为外部文件，具体包括：个未压缩的媒体文件(例如39p视频，jpeg图片)：或一个包含多个媒体对象的GZIP压缩文档(例如一个龆文件包含SMIL+3GP视频+文本等)指示该媒体对象集的相对优先级。值越大优先级越高。如果在“MediaObjectCnoup”中定义了多个“MediaObjectSet”，终端将显示ReladvePreference值rels吐vePreference A NM玎M 01 最大的媒体对象集。 unsignedInt同一 InteracdvityMediaDocument 中的多个 (32bi啪MediaObjec俗
19、et要么都申明该属性，且不同的McdlaObjectSet具有不同的值；要么都不申明该属性指示McdiaObjectSet的外部文件的媒体类型：如果媒体类型是“applicationxgzip”，外部文件是一个G73P文档。Content-Type A NM门飞l I stung否则，外部文件是一个未压缩的媒体文件。如果外部文件由FLUTE传送该属性必须和FDT表中对应的File元素的Content-Tyl)e匹配在传输会话中惟一标识MediaObjectSet的外部文件。ContentLocation A NM，TM 1 如果外部文件由FLUTE传送，该属性必须和FDT表中 anyURl对应
20、的File元素的Content-Location匹配媒体对象集的描述檀息，可娩提供多种语言的描述。该Descri如 E3 NM玎M 0N 描述可以为终端用户提供关予媒体对象集的额外信息。 郓咐喀语种由XML内嵌属性xml：Lang表示描述媒体对象集中包含的每个媒体对象根据MediaObjectSet的外部文件的媒体类型：如果是一个未压缩的媒体文件，那么除非该元素能提Object E3 NM删 0 供其父元素“MediaObjectSet”中没有包含的附加信息，否则该元素没有意义；如果是一个GZIP文档，那么Object元素的顺序必须和GZIP文档中的媒体文件出现的顺序一致如果“MediaObj
21、eetSet”的外部文件是一个未压缩的媒体文件：没有意义；如果“MediaObjeetSet”的外部文件是一个GZIP文档时：Content，Location A NM，rM 0-1 通过Object元素的位序可以在GZIP文档中解压第n个 anyURl文件获得对应的媒体文件。Content-Location的值应该是一个相对路径，包含子目录+文件名5裹1(续)名称 类型 是否必需 对应关系 描述 数据类型如果“MediaObjectSet”的外部文件是一个未压缩的媒体文件t没有意义；Con屺n卜Type A NM侧 1 如果“MediaObjectSet”的外部文件是一个GZIP文 stri
22、ng档时：表示与该Object对应的媒体文件的媒体类型如果“MediaObjectSet”的外部文件是一个未压缩的媒体文件：没有意义；如果“MediaObjectSet”的外部文件是一个GZIP文booleanstart A NM佣 O1 档时l有且只有一个Object的start属性被设置为true作为媒体对象集的“启动媒体对象”默认值是false表示为了正确展现一个由多个子媒体对象组织的Pardype E4 NM朋 o“ string“object”应该支持的媒体类型只有在使用ALC传输MediaObjectSet的外部文件时File E3 N0，玎 O1才出现ContentLocatio
23、n A No，rM l 请参阅RFC 3926】，342小节 anyURI1DI A N0，IM l 请参阅RFc 3926， 342小节 positiveIntcgerContent-Length A N0，IM 01 请参I弼RFC 3926，342小节 unsignedLongTransfcr-Length A No，IM 0l 请参阅RFC 3926，342小节 unsignedLongContent-Type A N0，rM Ol 请参阅【RFC 3926，342小节 stnngContent-Encoding A N0，IM 0“1 请参阅IRFc 3926， 342小节 suin
24、gConten卜MD5 A NorrM 0l 请参阅【RFC 3926，342小节 basc64BinaryFBC0哪一FBC-A NQrn 01 请参阅融=c 3926，342小节 unn印cdByteEncoding-IDFBC0岍-FECA N0，rM Ol 请参阅RFc 3926， 342小节 unsignedLongInsma-IDFEC(yTlM8XitIIum-A NO，rM 0“1 请参阅RFC 3926，342小节 unsignedLongSourceBlock-LengthFEC-OTI-EncodingA NQ，I_M 0l 请参阋RFC 3926，342小节 tmsig
25、nedLongSymbol-LengthFBC-0J兀一M眠-Number-of-Encoding A NO删 o”l 请参阅RFC 3926，342小节 unsignedLongSymbolsFBC0岍-Scheme-A NQ，rM o”l 可以用于传递FEC信息 base64BinarySpeci6c-InfoSMSTemplate E2 NM厂rM 0“1 描述短信模板tel砧vePreference A NI，rM 01 SMSTemplate的相对优先级 unsigncdInt展现给终端用户的描述交互的文本信息。可能包含多Description E3 N矿IM o“ string种语
26、言的描述该属性包含一段可以插入到SMS消息中的文本，该text A N0删 01 stringSMS消息由下面的SMSURI指定SelectChoice E3 NM，IM 0 描述短信中包含的选项6表1(续)YD厂rL791-200B名称 类型 是否必需 对应关系 描述 数据类型SMS消息的格式接收方的地址。该属性的值应遵循“sms：”URI Scheme，并执行以下规定：如果sms消息体中包含“Suscrid$”，该字符串将被用户ID替换；如果sins消息体中包含“Sdeviceid$”。该字符串将被设备ID替换lsmsURI A NM，rM 1 如果sm$消息体中包含“Susefinput
27、$”，该字符串 anyURI将披用户的辕入替换。如果什么是消息体中包含r“$urlnput$”，终端应该在SMS编辑器中打开SMS模板，使用户在发送消息之前可以输入信息。如果SMS消息体中没有包含该字符串，终端不应让用户修改SMS的内容。如果sms消息体中包含“$text$”，该字符串将被text属性的字符率替换，如果出现该属性ChoiceText E4 NI，rM 0N 描述交互选项，可能包含多种语言。 stungEmailTemplate E2 NO，I置d 01 描述Email模板rela五vePreference A No打M 0i Email模板的相对优先缀 tmsigneAlmt0
28、Header A N0，I色d 1 Email接收方地址，参阅RFC 2822 stringccHeader A N0，rM 01 Email抄送方地址参阅【RFc 2822】 stungbccttcader A N0，rM o1 Email密送方地址。参阏【R陀2822】 stun2subjectHeader A N0，rM o”1 Email主题，参阅RFC 2822】 suingDescription E3 NQ删 0 Email模板的描述可能包含多种语盲 stungEmail消息体，参阅RFC 2822】MessageBody E3 N0，IM 01 base64Binary消息的内容
29、使用base64编码VoiceCaU E2 NM，rM 01 描述语音呼叫unsignedIntrelativePrefcrence A No制 01 语音呼叫的相对优先级展现给终端用户的描述交互的文本信息。可能包含多Description B3 NNI，rM 0 string种语官的描述终端发起语音呼叫的电话号码。带有语音呼叫挠力的终_l|I必须支持RFc 39嘲定义PhoncNumber E3 NO，IM 0anyURI的电话URI。支持SIP功能的终端必须支持tvFc3261】定义的SIP URIWeblink E2 NMTM Ol 描述鼹页链接telaidvePrcferencc A
30、NM刑 01 网页链接的相对优先级 unsignedIntwebURL A Nh矿IM l 网布网站的URL anyURl展现给终端用户的描述交互的文本信息。可能包含多Description E3 NM，rM O smng种语言的描述当终端无法支持所有媒体对象集时，糟显示该元素包AltemadvcTextE2 NM，IM 0 stung含的文本。可能包含多种语言的描述PrivateExt E1 NO厂r0 01 该元素用于封装特定应用的扩展7YD，r 1791-20086 交互业务数据获取和更新交互业务数据的获取和更新的方式可以分为广播通道和交互通道获取两种方式。广播方式下发，终端用户直接通过
31、广播信道接收。交互通道方式下发，终端用户通过HITP的方式获取交互数据。在交互业务过程当中，为了更好的管理终端用户的业务信息，终端需要在业务开展过程当中通过互动信道向交互服务器上报业务开展信息，并将该信息保存在服务器上。61 从广播通道获取交互业务数据如果交互业务数据从广播通道下发。终端将通过如图3所示的结构中确定的Access分片获得对应的广播会话的接入信息：田3从广播通道获取交互业务数据62从广播通道更新交互业务数据从广播通道下发，服务器可以在不修改的情况下对InteractivityMediaDocument的vvnion信息进行修改。终端收到id相同，但version发生改变的Inte
32、ractivityMcdiaDoeument，将会更新本地的交互业务数据。63从交互通道获取交互业务数据如果交互业务数据从交互通道下发，终端通过向IntcractivityData分片的InteractiveDeliveryintcmctivityMediaURL发起m1P POST请求获取交互业务数据。终端可能首先获取InteracfivityMediaDocument，再获取其中描述的某个媒体对象集；也可能直接获取InteracfivityMediaDocument和所有的媒体对象。64从交互通道更新交互业务数据从交互通道下发，当交互业务数据需要更新的时候，交互业务应用服务器会将交互业务更
33、新数据通知业务管理服务器。业务管理服务器在收到交互业务更新数据之后，会根据终端用户互动业务信息，利用Push消息通知终端进行交互业务的更新。终端在接受到通知消息之后，会主动发起交互业务数据更新请求。65流程交互业务的获取和展现流程如图4所示。(1)终端向业务管理服务器发送业务指南获取请求，获取完整的业务指南信息；(2)终端从业务指南中获得交互业务数据的接入信息；(3)如果交互业务数据从广播通道下发，终端将根据6I节所述的方式获取Acccss分片，并根据其中的描述接入相应的广播会话：(4)如果交互业务数据从交互通道下发，终端将根据62节所述的方式获取请求交互业务数据的URL，并根据64节定义的消
34、息体请求交互业务数据；(5)用户根据终端展现的交互业务向交互应用服务器反馈信息，实现交互。8YD，r 1791-200866消息定义661 交互数据媒体文档请求消息在请求InteractivityMediaDocument时应使用HT甲11的POST发出请求；请求消息头部的ContentType设为“textxml”。InteractivityMediaDocument请求消息见表2。衰2 InteracUvityMediaDocument请求消息N蹦le 聊 Categow Cdinaliry Desefip曲n Data TypeInteracfivityMediaDoeumentRequ
35、est E InteractivityMedinDoeurnent请求requestlD A O 0l 该请求消息的标识 tms|grtedIntUserID E1 o 0N 用户标识t根据type的类型填入相应数据 stringtype A M 1 UserID的类型 dgnclBykOumartte defined inPFC 2865】l-肼SI2一URI3IMPI4MSISDN5一MIN6127-reserved for future USe128-255-reserved for proprietary useDeviceID El O 0 终端设备标识根据type的类型填入相应 s
36、tring数据type A M I Device m的类型Allow葩values are unsignedByteo_DVB DeviIDI一3GPP Device m(IME!)【3GPP TS23003J23GPP2 Device ID(Bm)【3GPP2C800723127_rleserved for future USO9YD厂r 1791-2008662 交互数据媒体文档响应消息响应消息头部的conenbtype字段应按如下规则取值：(I)如果响应消息中只包含InteractivityMediaDocument，conent-type的取值为“textxml”：(2)如果响应消息中
37、InteractivityMediaDocument和交互相关的媒体文件，conent-type的取值为“multipartmixed”。InteractivityrMediaDoeument响应消息见表3。裹3 InteractlvityMedlaDocurnent响应消息Namc Typc Catcgory Cardinality Dcseripaon DataTypeInteractivityMediaDocumentResponse E 对于6v姆MediaDocumentRequest的响应消息requestlD A O 01 IntivityMediaDocumcnt请求消息 un
38、signedInt的标识statllS A M l 该请求的状态码。参见YDT unsignedByteCode 1790-2008移动多媒体广播业务应用层接口技术要求IntcractivityMediaDoeument E1 M 1 InteractivityMediaDocument eomplexType7 交互业务终端呈现本节定义终端接收到的交互业务如何呈现给用户。终端从交互应用服务器获取的交互内容可以包括交互的内容信息，交互的方式信息以及交互内容在终端的呈现信息-待呈现的信息可以通过SMIL、RME等方式展现给用户，一方面保证呈现效果的一致性，另一方面有助于提升用户体验。 710参考文献1OMAAD-BCAST-Vl_0-20080226-C；2oMARDBCAST-Vl_o一20080226-C；3OMA-TS-BCAST_Scrvices-V10-20080226-C；40MATS-BCAST-Service_(uide-V1-o一20080226-C；5OMATSBCAST_SvcCntProtection-Vlo-20080226_C6OMATSDRM_XBS-V10-20080226-C。
