（计算机系统结构专业论文）基于dvbipdc的通知业务原型系统的设计与实现.pdf

摘要 摘要 随着无线通信技术的持续发展和手机功能的不断增强，手机电视已经成为无线通信技术领域的一个 新兴热点。d v b i p d c 作为满足手机电视商用需求的一个重要标准，在全球业界具有非常广泛的影响 力。 通知框架规范是d v b i p d c 应用层的一个重要规范，它以“通知”的形式为手机电视用户提供个 性化的增值服务。为了验证通知规范的可实施性及进一步完善该规范，实验室和企业合作开发了一个适 用于手机电视应用环境的通知业务原型系统，本文主要负责设计与实现该原型系统的通知业务生成、管 理与发送功能。 本文的工作主要体现在以下几个方面： 首先，分析d v b i p d c 标准的相关规范和协议，重点讨论了d v b i p d c 系统的传输协议( c d p 协 议集) 和通知框架规范。对于c d p 协议集，重点讨论其中的r t p 实时传输协议和f l u t e 单向文件传 输协议，并对通知消息传输过程中需要使用的与主业务同步发送机制和f l u t e 会话轮播机制进行深入 研究。对于通知框架规范，重点讨论了通知消息的结构、生成、映射聚合处理以及发送流程。 接着，结合手机电视应用场景，遵循通知框架规范，设计与实现通知业务原型系统。该系统分为通 知内容源、通知业务管理、通知生成传递、e s g 服务器与终端五个子模块。通知内容源模块负责为通 知应用生成通知内容与发送要求：通知业务管理模块负责为通知内容源生成的通知分配业务属性和发送 会话资源，并要求e s g 服务器生成通知业务的e s g 分片；通知生成传递模块负责接收通知内容源的通 知业务信息，生成标准格式的通知消息，进行映射聚合等一系列处理后投递给终端。在系统的设计过程 中，针对通知框架规范没有阐述清楚的通知消息映射聚合流程和通知消息与主业务的同步发送机制进行 分析与设计，并提出了具体解决方案；e s g 服务器负责为通知业务生成e s g 分片，封装为e s g 容器后 发送给终端；终端主要负责接收和展现通知业务，该模块主要功能由小组另外一位成员完成。本文还选 取了几种典型的应用场景( 超女投票、天气预报) ，对系统进行功能测试。 最后，论文总结已有的工作，指山其中存在的不足，并对未来进一步的工作提出相关的展望。手机 电视的发展方兴未艾，可以预见，通知功能可以为广大手机电视用户带来更好的个性化服务和体验。 关键字：手机电视，通知，d v b i p d c ，r t p 协议，f l u t e 协议，j m f 东南大学硕士学位论文 a b s t r a c t 晰t ht h er a p i dd e v e l o p m e n to fw i r e l e s st e c h n o l o g ya n dm o b i l ep h o n ef u n c t i o n s m o b i l et vh a se m e r g e d a sah o t - s p o tt e c h n i q u ei nw i r e l e s se n t e r t a i n m e n ti n d u s t r y d v b i p d c ad o m i n a n tm o b i l et vs t a n d a r ds u i t a b l ef o rb u s i n e s sd e p l o y m e n t e x e r t sap r o f o u n di n f l u e n c eo nt h i si n d u s t r y n o t i f i c a t i o nf r a m e w o r ks p e c i f i c a t i o ni sac r u c i a la p p l i c a t i o n 1 a y e rs t a n d a r dw i t h i nt h ed 一i p d cs y s t e m , w h i c hp r o v i d e sp e r s o n a l i z e da d d o ns e r v i c e sf o rm o b i l et vu s e r s t ot e s t i f yt h ea p p l i c a b i l i t ya n di m p r o v et h e s p e c i f i c a t i o n ，o u rl a ba n daf a m o u sd o m e s t i ci tc o r p o r a t i o nm a d ei o i n te f f o r t si nd e v e l o p i n gan o t i f i c a t i o n s e r v i c ep r o t o t y p ef o rm o b i l et vt h em a i nr e s e a r c hw o r ki nt h i sp a p e ri n c l u d e s ： 1 ) i n t r o d u c t i o no fd v b - i p d cp r o t o c o l s ，e s p e c i a l l yo ft h ec d p p r o t o c o l sa n dn o t i f i c a t i o nf r a m e w o r k s p e c i f i c a t i o n s y n c h r o n i z e dd e l i v e r yo fn o t i f i c a t i o nm e s s a g e sa n dm e d i as t r e a m so ni u ps e r v e ra n d f l u t ed a t ac a r o u s e lm e c h a n i s ma r ed i s c u s s e d s t r u c t u r ea n dp r o c e s s i n go fn o t i f i c a t i o nm e s s a g e s a r ea l s od i s c u s s e d 2 ) d e s i g na n di m p l e m e n t a t i o no fn o t i f i c a t i o ns e r v i c ep r o t o t y p es y s t e m ，i na c c o r d a n c ew i t ht h en o t i - f i c a t i o nf r a m e w o r ks p e c i f i c a t i o n t h i sp r o t o t y p es y s t e mi sd i v i d e di n t of i v em o d u l e s ：n o t i f i c a t i o n e v e n ts o u r c e ( n e s ) ，n o t i f i c a t i o ns e r v i c e sm a n a g e m e n tf u n c t i o n ( n m f ) ，n o t i f i c a t i o nm e s s a g e s p r o c e s s i n ga n dd e l i v e r yf n d f ) ，e s gs e r v e ra n dt e r m i n a l n e sc r e a t e sn o t i f i c a t i o nc o n t e n t sa n d d e l i v e r yr e q u i r e m e n ta n dn m fa s s i g n ss e r v i c ep a r a m e t e r sf o rt h en o t i f i c a t i o nc o n t e n t s n d fp r o c - e s s e sa n dd e l i v e r st h en o t i f i c a t i o nm e s s a g e s d u r i n gt h ed e v e l o p m e n to fn d f - w ee l a b o r a t et h ed e s i g no fm a p p i n ga n da g g r e g a t i o np r o c e d u r e sa n dl u 、ps y n c h r o n i z a t i o nm e c h a n i s mw h i c hw e r en o t c l e a r l yd e s c r i b e di nt h en o t i f i c a t i o nf r a m e w o r ks p e c i f i c a t i o n f i n a l l yw ep r o p o s et h r e en o t i f i c a t i o n a p p l i c a t i o n s ，i e ，e m e r g e n c yn o t i f i c a t i o n ，w e a t h e rf o r e c a s ta n ds u p e rg i r lv o t i n g ，a n dc h o o s et h e m o s tt y p i c a lm e s s a g e st ot e s tt h ep r o t o t y p es y s t e m 3 )f i n a l l y , t h ec o n c l u s i o na n df u t u r ew o r ka r ed i s c u s s e db a s e do nt h ea b o v ew o r k w | ec a np r e d i c tt h a t ， w i t ht h ew i d e rs p r e a do fm o b i l et vs e r v i c e s n o t i f i c a t i o nw i l le n j o yab e t t e rm a r k e ts h a r ea n dp r o v i d eb e t t e rp e r s o n a l i z e ds e r v i c e sa n dp r o m o t eu s e re x p e r i e n c e k e y w o r d s ：m o b i l et v , n o t i f i c a t i o n ，d v b - i p d c ，r t p , f l u t e ，j m f i i - 图目录 图目录 图2 1d v b i p d c 结构图3 图2 - 2d v b i p d c 内容传输协议栈3 图2 3f l u t e 协议结构。4 图2 - 4f d t 实例包头结构5 图2 5l c t 包头结构5 图2 6e x tf d t 扩展字段结构5 图2 - 7f l u t e 会话实例6 图2 8 通知框架实例8 图2 - 9 单条通知消息在f l u t e 协议上的映射1 0 图2 1 0 聚合容器在f l u t e 协议上的映射1 l 图2 1l通知消息r t p 负载格式头结构。1 1 图2 1 2 通知消息r t p 扩展头结构。l1 图2 1 3 通知消息在r t p 或r t p + f l u t e 协议上的映射1 2 图2 1 4 聚合容器在r t p 协议上的映射一1 2 图2 1 5s e r v i c e 分片实例1 3 图2 1 6a c q u i s i t i o n 分片实例1 3 图3 1 通知业务原型系统架构图1 6 图3 2 通知业务生成与发送时序图1 7 图4 1n m f 结构图2 2 图4 - 2n d f 结构图2 5 图4 3 单个消息处理流程图2 7 图4 _ 4 聚合处理流程图2 8 图4 5j m fa p i 体系结构图2 8 图4 6r t p a p i 体系结构图一2 8 图4 7 基于j m f 的流媒体传输设计图2 9 图4 8f l u t e 会话发送消息时序图3 2 图4 9h t t p 交互注册查询获取流程3 3 图4 1 0f l u t e 会话消息接收处理流程3 5 图5 1 系统测试部署图一3 6 图5 2n e s 主界面3 7 图5 3 新建消息界面3 8 图5 - 4 配置请求参数3 8 图5 5n m f 配置业务属性处理流程3 9 图5 - 6n d f 根据组件i d 分配会话资源3 9 图5 7n m f 反馈的业务配置参数4 0 图5 8n m f 返同的业务组件信息4 0 图5 - 9 生成通知事件发往n d f 4 0 图5 1 0n d f 映射处理与发送4 1 图5 1 ln d f 聚合处理流程- 4 1 v 表目录 表2 1 表2 2 表2 - 3 表2 - 4 表2 5 表2 - 6 表2 7 表4 1 表4 - 2 表4 3 表4 - 4 表4 5 表4 6 表4 7 表4 8 表4 9 表4 1 0 表4 1 1 表4 1 2 表4 1 3 表4 1 4 表4 1 5 表4 1 6 表目录 f d t 实例字段5 文件传输会话类型6 通知消息通用头关键字段9 消息通用头字段在f l u t e 会话中传输位置10 r t p 负载格式头与扩展头字段1 1 封装后通知容器的m i m e 类型与r t p 负载头取值l l e s g 分片组合字段1 4 s e r v i c e c o n f i g r e q u e s t 字段一19 s e r v i c e c o n f i g 字段19 n m f 与n d f 协议消息格式。2 0 s e r v i c e c r e a t e r e q u e s t 字段2 0 s e r v i c e c r e a t e r e s p o n s e 字段2 0 s e r v i c e d e l e t e r e q u e s t 字段2l n e s 与n d f 通信消息2 l n o t i f i c a t i o n e v e n t l n s e r t i o n r e q u e s t 字段2 1 n o t i f i c a t i o n e v e n t l n s e r t i o n r e s p o n s e 字段2 2 n o t i f i c a t i o n e v e n t d e l e t e r e q u e s t 字段2 2 映射规则表m a p r u l e 字段2 4 聚合规则表a g g r e g a t i o n r u l e 字段2 4 e s g c r e a t e r e q u e s t 字段2 5 r e g i s t r a t i o n r e q u e s t 字段3 4 查询参数( k e yv a l u ep a i r s ) 3 4 通知消息列表字段3 4 v i 东南大学学位论文独创性声明 本人声明：所呈交的学位论文是我个人在导师指导下进行的研究工作及取得的研究成 果。尽我所知，除了文中特别加以标注和致谢的地方外，论文中不包含其他人已经发表或 撰写过的研究成果，也不包含为获得东南大学或其它教育机构的学位或证书而使用过的材 料。与我一同工作的同志对本研究所做的任何贡献，均已在论文中作了明确的说明，并表 示了谢意。 研究生签名： 始整 e t 东南大学学位论文使用授权声明 东南大学、中国科学技术信息研究所、国家图书馆有权保留本人所送交学位论文的复 印件和电子文档，可以采用影印、缩印或其它复制手段保存论文。本人电子文档的内容和 纸质论文的内容相一致。除在保密期内的保密论文外，允许论文被查阅和借阅，可以公布 ( 包括刊登) 论文的全部或部分内容。论文的公布( 包括刊登) 授权东南大学研究生院办 理。 研究生魏轻盈新张挫日期： 、i l 7 第1 章前言 1 1 论文研究的背景 第1 章前言 随着无线通信技术的持续发展和手机功能的不断增强，手机电视已经成为无线通信技术领域的一个 新兴热点，受到全球业界青睐。当前的手机电视技术标准主要包括d v b h t l 】( d i g i t a lv i d e ob r o a d c a s t i n g - h a n d h e l d ，手持设备数字视频广播) 、t - d m b1 2 | ( t e r r e s t r i a l d i g i t a lm o b i l eb r o a d c a s t ，地面数字 多媒体广播) 、i s d b t ( i n t e g r a t e ds e r v i c e sd i g i t a lb r o a d c a s t i n g - t e r r e s t r i a l ，地面综合业务数字，“播) 【3 j 、 m e d i a f l o l 4 j ( m e d i af o r w a r dl i n ko n l y ，媒体前向连接协议) 等，其中d v b h 标准以及其后续d v b i p d c ( d i g i t a lv i d e ob r o a d c a s t i n g - i pd a t a c a s t i n g ，数字视频广播i p 数据广播) 标准已经成为当前的主流手机 电视标准。 d v b h 标准定义了基于数据链路层传输i p 数据报文的规范。d v b i p d c 在d v b h 网络【5 j 基础上 采用i p d c l 6 1 方式工作，通过集成单向d v b 数据广播路型9 】【l o 】【l l j 【1 2 1 与双向交互式路径，可以有效利用数 字广播低成本高带宽的优势与移动交互通信网成熟便捷的优势【7 】。 通知框架规范1 8 j 是d v b i p d c 应用层的一个重要规范，它以“通知”的形式，为手机电视用户定制 消息( 如天气预报、投票、紧急情况通知等) ，在用户接收手机电视节目的同时，仍能获得个性化服务， 从而大幅提升用户体验。 由于预见手机电视通知功能的潜在商机，国内一家著名i t 企业积极参与通知框架规范的制定进程。 为了验证规范的可实施性和进一步完善规范，该企业与我们实验室合作开发一个适用于手机电视应用环 境的通知业务原型系统。本文工作围绕原型系统的开发而展开，通过对规范中没有阐述清楚的流程进行 分析与设计，给出具体解决方案；通过设计典型通知应用，选取最具代表性的通知消息测试原型系统的 功能和性能。 1 2 论文研究的目标和内容 本文在深入研究d v b i p d c 相关规范基础上，设计实现一个通知业务原型系统，完成通知业务的 生成、管理、发送和接收的流程。本文主要研究内容如下： 首先介绍d v b i p d c 标准相关规范和协议，重点讨论了d v b i p d c 系统的传输协议( c d p 协议集) 和通知框架规范。对于c d p 协议集，重点讨论其中的r t p 实时传输协议和f l u t e 单向文件传输协议， 并对通知消息传输过程需要使用的与主业务同步发送机制和f l u t e 会话轮播发送机制进行深入探讨与 研究。对于通知框架规范，重点讨论了通知消息的结构、生成、映射聚合处理以及发送流程。同时对通 知框架规范没有详细阐述的聚合处理和通知消息与主业务的同步发送进行深入讨论，并提出了具体解决 方案。 接着，在通知框架规范和手机电视应用场景基础上设计与实现通知业务原型系统，将该系统分为通 知内容源、通知业务管理系统、通知生成传递系统、e s g 服务器与终端五个子模块，并重点设计了通 知业务管理系统与通知生成发送系统两个子模块；对通知消息映射聚合流程和通知消息与主业务的同步 发送机制进行详细设计，给出具体解决方案；研究j m f ( j a v a 媒体框架) 技术与i f l u t e 开源项目，并在 此基础上实现通知消息的r t p 会话传输和f l u t e 会话传输功能；设计与分析几种典型通知应用，并选 择其中最具代表性的通知消息对系统功能进行测试。 最后，论文总结已有的工作，指出其中存在的不足，并对未来进一步的工作提出相关的展望。 东南大学硕士学位论文 1 3 论文章节的安排 论文的章节安排如下： 第l 章前言：介绍论文的研究背景、研究目标和内容以及论文的章节安排。 第2 章d v b i p d c 规范：介绍d v b i p d c 系统的发送协议，c d p 协议集和通知框架规范。对于 发送协议，重点讨论了r t p 实时传输协议和f l u t e 单向广播发送协议；对于通知框架规范，首先介绍 通知相关术语，然后讨论消息的分类、结构以及通知消息的生成、映射、聚合和发送的流程。对聚合流 程和消息与流媒体的同步发送进行深入探讨。 第3 章通知业务原型系统总体设计；提出通知业务原型系统的设计目标、总体架构、关键流程以 及开发环境。 第4 章通知业务原型系统详细设计与实现：详细介绍通知业务原型系统主要模块的通信协议、各 个子模块设计细节，重点讨论了通知消息映射聚合流程、在j m f 基础上实现流媒体和通知消息的实时 发送机制以及f l u t e 会话轮播机制。 第5 章通知业务原型系统功能测试：搭建测试环境并对系统功能进行测试，并做出必要的说明， 验证该系统的可行性。 第6 章论文总结与展望：对论文进行了总结性的叙述，总结论文工作中重点研究的内容，有待改 进的问题、以及进一步研究的方面。 最后是致谢、参考文献和论文发表情况。 2 第2 章d v b i p d c 规范 第2 章d v b i p d c 规范 本章主要介绍了d v b i p d c 相关规范，重点讨论通知原型系统相关的通知框架规范和发送协议集 c d p 协议，同时对聚合流程以及消息与流媒体的同步发送进行了深入的探讨。 2 1d v b i p d c 概述 d v b i p d c 可以简单描述为部署基于i p 协议的移动电视商业服务所需要的基本组件的集合( 见图 2 1 ) ，它定义了业务内容如何描述、发送、保护、购买等商业应用各个方面【1 3 】【1 4 1 。 d v b i p d c 主要包含了如下协议： e s g ( e l e c t r o n i cs e r v i c eg u i d e ，电子业务指南) ： e s g 包括了购买访问手机电视节目业务的必需信息， 供用户浏览从而选择订阅或观看感兴趣的业务 【1 5 】【1 6 】。 c d p ( c o n t e n td e l i v e r yp r o t o c o l s ，内容传递协议 集) ：d v b i p d c 系统中负责传输数据流和文件的协 议的集合【1 7 】【引。 s p p ( s e r v i c ep u r c h a s ea n dp r o t e c t i o n ，服务购买 与保护) ：s p p 描述内容保护的加密与订购机制，是 收费服务的基础【1 9 l 。 a u d i o ni d e o n o f i f i c a f i o n s t r e a m i n g e s gs p p c d p i n t e m e tp r o t o c o l d v b hp s i s i2 g 3 gn e t w o r k s ，n 月t 、 ( i n t e r a c t i v e ) 、一。v 图2 1d v b i p d c 结构图 n o t i f i c a t i o n ( 通知框架规范) ：通知是一种向手机终端或者用户发送消息的功能。 本文主要目的是设计与实现基于d v b i p d c 的通知业务原型系统，因此本章重点介绍通知框架规 范与c d p 发送协议集，同时对原型系统涉及的e s g 规范也做了相应介绍。 2 2c d p 协议集 c d p 协议集定义了d v b i p d c 系统中不同类型数据内容的传输协议栈8 1 ( 见图2 2 ) 。 a p p l i c a t i o n ( s ) a u d i o ，v i d e o ， 3 g pf i l ef o r m 吡 s u b t i t i l i n g ，e t c b i n a r yd a t a , p o s tr e p a i r s p p s t i l li m a g e s , e s g d a t a a n dr e c e p t i o n t e x t ， r e p o r t i n g s p p ( k s m ， r t pp a y l o a d e t e m e c h a n i s m s( k s m ，k r m m ) f o r m a t s m m ) c a r o u s e l s t r e a m i n g h 1 1 p ( r t w r t c p ) f i l ed e l i v e r y ( f l u t e ) u d pt c p i p d v b h j | p o i m p o i n t b e a r e r 图2 - 2d v b i p d c 内容传输协议栈 3 东南大学硕上学位论文 c d p 协议集主要负责流媒体和文件两种类型数据内容的传输，流媒体数据注重实时性，普通的文 件注重可靠性，因此分别采用r 1 1 p ( r e a l t i m et r a n s p o r tp r o t o c o l ，实时传输协议) 协议【2 0 1 和f l u t e ( f i l e d e l i v e r yo v e ru n i d i r e c t i o n a lt r a n s p o r t ，单向文件传输协议) 协议【2 3 】进行传输。对于少量用户需求的文件 或者需要交互发送的文件，也可以采用h t l 甲协议【2 4 】进行传输。 2 2 1r t p 协议 r t p 协议是在r f c 3 5 5 0 文档中定义的一种实时传输流数据的协议。r t p 只负责实现数据传输功能， 不能为实时服务提供资源预留，也不能保证q o s ( 服务质量) 。 r t p 协议包的固定包头包含了1 6 位的序列号( s e q u e n c en u m b e r ) 和3 2 位的时间戳( t i m e s t a m p ) 用来描述媒体流的时间信息。每发送一个r t p 数据包，序列号加l ，接收端可以据此检测丢包和重建包 序列。时间戳反映了r t p 数据包中第一个字节的采样时间，采样时钟频率依赖于负载数据格式。如果 r t p 包是周期性产生的，那么将使用由采样时钟决定的采样时刻，而不是读取系统时间。例如对于一个 固定速率的音频，采样时钟在每个采样周期内增加相同的时间步长。 根据时间戳和序列号可以恢复一个媒体流的时间信息。但是不同媒体流的r t p 时间戳可能以不同 的速率增长，导致独立的随机偏移量，因此不能通过直接比较不同的媒体流的时间戳进行同步。 通过引入外部参考时钟解决不同媒体流的同步问题：对于每一种媒体，将与采样时刻相关联的r t p 时间戳和来自于外部参考时钟上的n t p ( n e t w o r kt i m ep r o t o c 0 1 ) 时间戳相关联匹配，匹配后的( r t p t i m e s t a m p ，n t pt i m e s t a m p ) 时间戳对通过r t c p 协议的s r 包( 发送者报告) 传递给接收端。接收端 根据收到的( r t pt i m e s t a m p ，n t pt i m e s t a m p ) 时间戳对判断不同媒体的相对时间关系，进行媒体流的 同步。 2 2 2f l u t e 协议 f l u t e 协议由r f c 3 9 2 6 定义，是一种能在广播或多播环境中为众多用户提供高效可靠的文件单向 传输协议。 f l u t e 协议是在a l c ( a s y n c h r o n o u sl a y e r e dc o d i n g ，异步分层编码) 协议【2 5 j 基础上实现的一个 传输协议( 见图2 3 ) ，它继承了a l c 的会话管理、拥塞控制及可靠传输等特点，并引入了f d t ( f i l e d e s c r i p t i o nt a b l e ，文件描述表) 实现在会话内传送文件属性及传输参数，通知接收端当前会话状态。 因此，a l c 与f d t 时f l u t e 协议中两个最重要的概念。 a l c 协议实现了对任意二进制对象的可靠多播传输，协议实体由如 下模块组成： ( 1 ) l c t 2 副( l a y e r e dc o d i n gt r a n s p o r t ，分层编码传输) ，提供高可靠 性和可扩展性的协议模块，在传输层保证文件传输的可靠性； ( 2 ) f e c 2 。7 】( f o r w a r de r r o rc o r r e c t i o n ，前向纠错) ，提供可靠的单向 文件传输机制： ( 3 ) c c 2 剐( c o n g e s t i o nc o n t r o l ，拥塞控制) ，提供无反馈多速率拥塞 控制，自动调整会话吞吐量以确保所有接收端相对公平地接收数据。 f l u t e 会话 a l c 会话 f d t l c tc cf e c 图2 3f l u t e 协议结构 a l c 协议发送端可同时发起一个或多个会话，每个会话由源i p 地址和t s i ( t r a n s p o r ts e s s i o n i d e n t i f i e r ，传输会话标识符) 唯一标识。每一个会话中包含一个或多个信道。同一个会话中不同信道的 传输速率可以不同，以便支持具有不同处理能力的接收端选择最合适的信道进行接入。 f d t 是f l u t e 在a l c 会话管理功能基础上新引入的文件属性映射机制，也是f l u t e 协议的“精 髓”所在。a l c 协议只提供了对任意二进制对象的传输，但实际应用中，接收端应用程序还需知道接 收到的对象的含义，即文件对象的相关属性。f d t 提供了在传输会话内传递文件自身属性和会话中传 输属性的机制，这些属性包括文件名、文件类型、文件大小、t o i ( t r a n s p o r to b i e c ti d e n t i t y ，传输对象 在会话中的传输标识) 等。逻辑上讲，f d t 可看作待传输文件的描述项的集合。每个描述项描述一个 文件的自身属性与传输属性，必选属性为u r i ( 文件的统一资源标识符，文件的唯一标识) 和t o i 。 4 第2 章d v b i p d c 规范 f d t 以f d t 实例的形式传送，在传送过程中f d t 实例被看成一个特殊的文件对象，与其他文件 对象一起在会话中传送。通常在传输文件内容之前先传送f d t 实例，以便接收端在文件内容到达之前 了解该文件相关信息，判断是否需要接收，以免接收到不需接收的文件而造成资源浪费。f d t 实例是 x m l 格式的文件，其关键字段见表2 1 。 表2 - 1f d t 实例字段 字段级别基数 类型说明 e x p i r e s a必选l s t r i n g f d t 实例的过期时间。 c o m p l e t e a町选0 1 s t r i n g f d t 是否描述会话中所有文件信息 f i l ee l必选1 n包含属性：c o n t e n t l o c a t i o n 、t o i 等 c o n t e n t - l o c a t i o na必选l s t r i n g 文件唯一物理标识 t o ia 必选1i n t传输标识 c o n t e n t l e n g t h a町选0 1 l o n g 文件内容长度 c o n t e n t t y p e a 叮选0 1 s t r i n g 文件内容的类型 包含f d t 信息的l c t a l c 包的格式( 见图2 - 4 ) ，是通过将l c t 包头( 见图2 5 ) 扩展字段设为 e x tf d t ( 见图2 - 6 ) 标明此包承载的是f d t 实例，注意f d t 实例的t o i 值始终为0 。 e x t f d t 中的h e t ( h e a d e re x t e n s i o nt y p e ) 取值1 9 2 ，版本号为l ，f d ti n s t a n c ei d 占用2 0 位， 因此其值在0 到( 2 a 2 0 1 ) 之间，f d t 实例号值越大说明f d t 实例的版本越新。 u d ph e a d e r d e f a u l tl c th e a d e r ( w i t ht o i = 0 ) l c th e a d e re x t e n s i o n s ( e x t f d t ) f e cp a y l o a di d e n c o d i n gs y m b o l ( s ) f o rf d ti n s t a n c e 图2 _ 4f d t 实例包头结构 vcrso htrabp t = 2 0 4p t = 2 0 4 c c i ，l e n g t h = 3 2 ( c + 1 ) b i t s t s i ，l e n g t h = 3 2 s + 1 6 hb i t s t o i ，l e n g t h = 3 2 o + i 6 hb i t s ) s e n d e rc u r r e n tt i m e ( s c t ，i ft = 1 ) e x p e c t e dr e s i d u a lt i m e ( e r t ，i fr = 1 ) h e a d e re x t e n s i o n s ( i fa p p l i c a b l e ) 图2 5l c t 包头结构 图2 - 6e x tf d t 扩展字段结构 图2 7 展示了个f l u t e 会话实例，会话标识t s i 为1 0 0 0 ，会话中包含三个待发送文件和一个f d t 实例，f d t 实例的t o i 值为0 ，文件的t o i 值分别为l 、2 、3 。每个文件在传输时被分为数个传输对象， 每个传输对象的l c t 包中包含bf l a g 字段和af l a g 字段( 见图2 5 ) ，如果bf l a g 值设为1 表示通知 f l u t e 会话接收端该传输对象即将发送完毕，如果af l a g 值设为1 表示通知接收端会话对象即将全部 发送完毕，例如，接收端收到图2 7 中t o i 为3 的最后一个包后，将继续监听会话一段时间，如果没有 接收到新的数据对象，则退出该会话。 5 东南大学硕士学位论文 t o i = lt o l = lt o i = i f d t 实例 t o i = 0 b f l a g = 1 b f l a g = 0 bf l a g = 0 l 文件对象l i i ( u r i i , t o i = i ) i 湖阑阉文件对象2 镧 艮s u r 珐t o l 宅2 瀚 t o i = 3t o i = 3t o i = 3t o i = 3 文件对象3 b f l a 9 2 1 ，a f l a 9 2 1 bf l a g = 0bf l a g = 0bf l a g = 0 ( u r l 3 ，t o i = 3 ) 卜 f l u t e 会话( t s i = 1 0 0 0 ) 图2 7f l u t e 会话实例 2 2 3f l u t e 传输会话分类 c d p 协议根据f l u t e 会话中发送的文件内容是否变化以及会话中文件的发送次数，将文件传输会 话划分为如下五种类型( 见表2 2 ) ： ( 1 ) 静态文件传送会话，会话中传送的是预先确定的一组文件，预先确定是指文件的标识不会 变化，但是文件的版本可能有所变化。在会话有效期内，文件只发送一次，但是f d t 实例 可能发送多次，至少有一个f d t 实例描述所有文件的信息，设置其c o m p l e t e 属性为t r u e 。 发送时如果某个文件的版本更新了，那么需要重新生成一个新的f d t 实例，文件的唯一标 识c o n t e n t l o c a t i o n 不会发生变化，但文件对应的t o i 发生变化。 ( 2 ) 固定内容文件传送会话，一种特殊的静态文件传送会话，传输过程中文件版本号也不发生 变化，这是最简单的会话情形。至少有一个f d t 实例的c o m p l e t e 属性为t r u e ，f d t 实 例中的文件的唯一标识c o n t e n t l o c a t i o n 与对应的t o i 都不会发生变化。 ( 3 ) 静态文件轮播会话，会话有效期接近无限长，周期性循环发送预先确定的一组文件，每_ 轮的发送都与固定内容文件传送会话相同。至少有一个f d t 实例描述所有文件的信息，设 置其c o m p l e t e 属性为t r u e 。每一轮发送的文件版本不会变化，终端接收完一个完整f d t 实例描述的文件信息后，即可以退出会话。 ( 4 )动态文件传送会话，会话中的文件不能预先确定，因此f d t 实例也不能保证能够包含所有 文件描述信息，终端通过接收完一个f d t 实例描述的所有文件后等待一段时间，如果没有 更新的f d t 实例到来，则可