GBT 26243.1-2010 信息技术 中继组播控制协议(RMCP) 第1部分:框架.pdf
《GBT 26243.1-2010 信息技术 中继组播控制协议(RMCP) 第1部分:框架.pdf》由会员分享,可在线阅读,更多相关《GBT 26243.1-2010 信息技术 中继组播控制协议(RMCP) 第1部分:框架.pdf(16页珍藏版)》请在咨信网上搜索。
1、I C S3 3 0 4 0 4 0L7 8a 亘中华人民共和国国家标准G B T2 6 2 4 3 1 m 2 0 1 0 I S O I E C1 6 5 1 2-1:2 0 0 5信息技术中继组播控制协议(R M C P)第1 部分:框架I n f o r m a t i o nt e c h n o l o g y-R e l a y e dM u l t i c a s tC o n t r o lP r o t o c o l(R M C P)_ P a r t1:F r a m e w o r k2 0 11-0 1-1 4 发布(I S O I E C1 6 5 1 2-1:2
2、 0 0 5,I D T)2 0 11-0 5 0 1 实施宰瞀鹘鬻瓣警糌瞥星发布中国国家标准化管理委员会铽1”前言引言1 范围2 规范性引用文件3 术语和定义一4 缩略语5R M C P 的框架一6R M C P 服务场景7R M C P 功能8 消息结构一参考文献G B T2 6 2 4 3 1 2 0 1 0 I S O I E C1 6 5 1 2 1:2 0 0 5目次I1112379地G B T2 6 2 4 3 1 2 0 1 0 I S O I E C1 6 5 1 2 11 2 0 0 5前言G B T2 6 2 4 3 信息技术中继组播控制协议(R M C P)由下列部分组
3、成:第1 部分:框架本部分为G B T2 6 2 4 3 的第1 部分。本部分等同采用I S O I E C1 6 5 1 2 1:2 0 0 5 信息技术中继组播控制协议(R M C P)第1 部分:框架。本部分由全国信息技术标准化技术委员会提出并归口。本部分起草单位:北京声讯电子有限公司、中国电子技术标准化研究所。本部分主要起草人:聂蓉、余和初、尹治飞、徐冬梅、董挺。C n T2 6 2 4 3 1-2 0 1 0 I S O T E C1 6 5 1 2 1:2 0 0 5引言本部分详细规定了用于实现中继组播的中继组播协议(R M C P)。中继组播,也被称为叠加组播或应用层组播,是一种
4、用于单播之上的组通信应用的数据交付方案。R M C P 利用中间体组播代理来将应用数据从一个或多个发送者中继到许多接收者。R M C P 的设计是由于下列观察结果所促成:在市场中,不同的组应用和服务在商业上世界范围内已经有了地位。这些例子包括因特网T v、远程教育、实时流媒体应用、特殊事件的直播,诸如证券报价机等。目前,如上所述大多数的组应用使用复制的I P 单播方法来实现组播服务。结果,这些应用由于同时服务的用户数量的限制导致服务质量下降的问题。在商业模型中,这意味着较少的收入或利益。I P 组播已经被认为是提供组播服务的有效的运输技术。然而,I P 组播由于几种原因还没有在因特网上被广泛部
5、署,其原因如下:高部署成本和不确定的投资回报模型。仅有I P 组播不能支持所有种类的组应用。网络服务(例如提供组文件传送或网络游戏的网络服务)需要可靠的组播数据交付方案。然而,甚至当前的可靠组播数据交付方案也还有没有解决的问题,包括可伸缩性、流控制、拥塞控制等等。直到合适的组播数据交付方案被制定,要求可靠数据运输的组通信应用才能继续依赖于基于服务器的复制单播方法。虽然I P 组播还没有在全球部署起来,许多本地网络早已经安装了I P 组播运输。例如,基于以太网的L A N 和专用网,诸如公司网和校园网,实质上是在其本地子网或管理域内提供组播运输能力。认识到这些观察结果,开发可替换的组播交付方案是
6、十分必要的。R M C P 是在当前组播网上实现组播交付的这类方案中的一种。它很好地利用了现有的单播、组播和或组播隧道方案。除此之外,R M C P 被设计成作为几个单独的格式,能很好地支持任何一种组服务类型。期望R M C P 能为现实世界因特网上的组应用提供实质上的解决方案。G B T2 6 2 4 3 1 2 0 1 0 I S O m C1 6 5 1 2 1:2 0 0 5信息技术中继组播控制协议(R M C P)第1 部分:框架1 范围本部分规定了用于中继组播的R M C P 所需要的基本概念。它定义了相关术语,并提出了用于R M C P 的将来发展的框架。本框架涵盖了包括网络实体
7、及其之间的关系、服务场景、基本操作和消息编码规则在内的网络技术。R M C P 是用于实现中继组播数据运输方案的协议。与常规I P 组播不同,R M C P 可以配置中继的组播路径,而该路径通过使用中间端主机来组播通信流量。可以将R M C P 运用于尚未部署的、基于当前单播的I n t e r n e t 上,而完全无需进行任何修改。2 规范性引用文件下列文件中的条款通过G B T2 6 2 4 3 的本部分的引用而成为本部分的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本部分,然而,鼓励根据本部分达成协议的各方研究是否可使用这些文件的最新版本。凡是不
8、注日期的引用文件,其最新版本适用于本部分。I T U _ T 建议X 6 0 1(2 0 0 0),多对等通信框架I T u T 建议X 6 0 5(1 9 9 8)lI S O I E C1 3 2 5 2:1 9 9 9,信息技术增强型通信运输服务定义I T u T 建议X 6 0 6(2 0 0 1)l I S O I E C1 4 4 7 6 1:2 0 0 2,信息技术增强型通信运输协议:单工组播运输规范I T u T 建议X 6 0 6 1(2 0 0 3)l I S O I E C1 4 4 7 6 2:2 0 0 3,信息技术增强型通信运输协议:单工组播运输Q o s 管理规范
9、3 术语和定义下列术语和定义适用于本部分。3 1组播m u l t i c a s t一种数据交付方案,在该方案中,在服务的单个调用中,相同数据单元从单一的源点发送到多个目的地。3 2网际协议组播i n t e r n e tp r o t o c o lm u l t i c a s t在组播功能的I P 路由器的帮助下,实现在I P 网络中的组播方案。3 3中继组播r e l a y e dm u l t i c a s t单播环境中的组播数据交付方案。3 4中继组播协议r e l a y e dm u l t i c a s tp r o t o c o l使用端主机实现中继组播方案的协
10、议。3 5中继组播协议会话r e l a y e dm u l t i c a s tp r o t o c o ls e s s i o n使用R M C P 来配置数据交付路径的M A 集合。1G B T2 6 2 4 3 1-2 0 1 0 I S O I E C1 6 5 1 2-1:2 0 0 53 6会话s e s s i o n I DS I D对应于组名,并且唯一地标识出分R M C P 会话。3 7组播代理m u l t i c a s ta g e n tM A对组应用数据进行中继的中间节点。3 8发送者组播代理s e n d e rm u l t i c a s ta g
11、 e n t;S M A在同一系统或本地网络中连接到发送者的M A。3 9接收者组播代理r e c e i v e rm u l t i c a s ta g e n t;R M A一种M A,而不是s M A。3 1 0会话管理者s e s s i o nm a n a g e r负责管理会话关系和会话树的R M C P 实体。3 1 1父辈组播代理p a r e n tm u l t i c a s ta g e n t;P M AR M C P 数据交付路径中的下一个上游的M A。3 1 2子辈组播代理c h i l dm n l t i c a s ta g e n t;C M AR
12、M C P 数据交付路径中的下一个下游的M A。3 1 3单工s i m p l e x在其中只有发送者发送,并且所有其他各方只能接收。3 1 4N 工N-p l e x在其中任何一个发送者谁都可以发送某些东西,并且,如果某个发送者这样做了,那么所有其他各方都可以接收这些东西。4 缩略语C M AC PI DI PI P CI P I PM AP M AR M A子辈组播代理(C h i l dM u l t i c a s tA g e n t)内容提供者(C o n t e n t sP r o v i d e r)标识(I d e n t i f i c a t o r)因特网协议(I
13、n t e r n e tP r o t o c 0 1)进程间通信(I n t e r-P r o c e s sC o m m u n i c a t i o n)I P 封装中的I P(I Pi nI Pe n c a p s u l a t i o n)组播代理(M u l t i c a s tA g e n t)父辈组播代理(P a r e n tM u l t i c a s tA g e n t)接收者组播代理(R e c e i v e rM u l t i c a s tA g e n t)R M C PR M TS C T PS I DS MS M AT T C PT C
14、 PT PU D PG B T2 6 2 4 3 1-2 0 1 0 I S O I E C1 6 5 1 2-1:2 0 0 5中继组播协议(R e l a y e dM u l t i c a s tP r o t o c 0 1)可靠组播运输(R e l i a b l eM u l t i c a s tT r a n s p o r t)流控制运输协议(S t r e a mC o n t r o lT r a n s p o r tP r o t o c 0 1)会话I D(S e s s i o nI D)会话管理者(S e s s i o nM a n a g e r)发送者组
15、播代理(S e n d e rM u l t i c a s tA g e n t)对事务的T C P 扩展(T C Pe x t e n s i o n st oT r a n s a c t i o n s)传输控制协议(T r a n s m i s s i o nC o n t r o lP r o t o c 0 1)运输协议(T r a n s p o r tP r o t o c 0 1)用户数据报协议(U s e rD a t a g r a mP r o t o c 0 1)5R M C P 的框架5 1 概述中继组播协议(R M C P)是应用级的控制协议。它构建和管理中继
16、组播厢络,以支持在当前基于单播因特网上的因特网组应用服务。在一系列的R M C P 控制消息被交换后,组播数据交付路径通过使用多个端主机被构建,这样的端主机甚至可以是个人桌面计算机。沿着交付路径,实时或可靠数据运输信道在上游M A 和下游M A 之间被互连起来。只有在数据交付路径和信道被建立之后,组应用才能像工作在本地I P 组播网络一样。R M C P 旨在支持各种各样的因特网组应用。表1 对通信类型以及数据交付的特征进行了分类。表1可考虑的因特网组应用服务特征通信类型实时数据可靠数据单工因特网直播T V、因特网直播标题等证券报价机、文件传翻、软件直接更新等分布式虚拟环境、网络游戏、数据镜像
17、和N 工视频会议、域间组播代理等高速缓存等5 2R M C P 的基本概念每R M C P 会话用在图1 中示出的下列实体对中继组播数据交付模型进行配置a)会话管理者;b)每个发送者应用中S M A;c)或多个R M A;d)接收或发送组数据的组应用。G B T2 6 2 4 3 1-2 0 1 0 I S O I E C1 6 5 1 2-1:2 0 0 5图1R M C P 实体S M(会话管理者)只在会话配置和维护时被调用。单个的S M 可同时处理一个或者多个会话。S M能在一个其他的R M C P 会话实体中被实现,也可以不被实现。S M 可以提供下列功能:a)会话初始化;b)会话释放
18、;c)会话成员资格管理;d)会话状态监视。M A(M u l t i c a s t A g e n t,组播代理)包括S M A 和R M A 两者,该M A 构建了中继组播交付路径,并沿着这条构建路径将数据从P M A 转发到C M A 和接收者们(如果两者存在的话)。M A 由控制模头和数据运输模头组成。前者的主要功能是建立中继数据交付路径,后者的主要功能是沿着由控制模型构建的路径建立数据信道,并建立通过信道的中继数据。图2 示出了M A 内部的每个模块的协议栈。图2 组播代理(M A)的内部R M C P 控制模块与其他R M C P 实体交换控制消息。它执行如下:a)会话加人;b)会
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GBT 26243.1-2010 信息技术 中继组播控制协议RMCP 第1部分:框架 26243.1 2010 中继 控制 协议 RMCP 部分 框架
1、咨信平台为文档C2C交易模式,即用户上传的文档直接被用户下载,收益归上传人(含作者)所有;本站仅是提供信息存储空间和展示预览,仅对用户上传内容的表现方式做保护处理,对上载内容不做任何修改或编辑。所展示的作品文档包括内容和图片全部来源于网络用户和作者上传投稿,我们不确定上传用户享有完全著作权,根据《信息网络传播权保护条例》,如果侵犯了您的版权、权益或隐私,请联系我们,核实后会尽快下架及时删除,并可随时和客服了解处理情况,尊重保护知识产权我们共同努力。
2、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据,平台无法对文档的真实性、完整性、权威性、准确性、专业性及其观点立场做任何保证或承诺,下载前须认真查看,确认无误后再购买,务必慎重购买;若有违法违纪将进行移交司法处理,若涉侵权平台将进行基本处罚并下架。
3、本站所有内容均由用户上传,付费前请自行鉴别,如您付费,意味着您已接受本站规则且自行承担风险,本站不进行额外附加服务,虚拟产品一经售出概不退款(未进行购买下载可退充值款),文档一经付费(服务费)、不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
4、如你看到网页展示的文档有www.zixin.com.cn水印,是因预览和防盗链等技术需要对页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有水印标识(原文档上传前个别存留的除外),下载后原文更清晰;试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓;PPT和DOC文档可被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;PDF文档不管是原文档转换或图片扫描而得,本站不作要求视为允许,下载前自行私信或留言给上传者【Fis****915】。
5、本文档所展示的图片、画像、字体、音乐的版权可能需版权方额外授权,请谨慎使用;网站提供的党政主题相关内容(国旗、国徽、党徽--等)目的在于配合国家政策宣传,仅限个人学习分享使用,禁止用于任何广告和商用目的。
6、文档遇到问题,请及时私信或留言给本站上传会员【Fis****915】,需本站解决可联系【 微信客服】、【 QQ客服】,若有其他问题请点击或扫码反馈【 服务填表】;文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“【 版权申诉】”(推荐),意见反馈和侵权处理邮箱:1219186828@qq.com;也可以拔打客服电话:4008-655-100;投诉/维权电话:4009-655-100。