MAC层协议之RPR技术与TDMoP同步机制.pdf
上传人:qw****27 上传时间:2024-09-12 格式:PDF 页数:5 大小:120KB 金币:15 举报 版权申诉
预览加载中,请您耐心等待几秒...

MAC层协议之RPR技术与TDMoP同步机制.pdf

MAC层协议之RPR技术与TDMoP同步机制.pdf

预览

在线预览结束,喜欢就下载吧,查找使用更方便

15 金币

下载此文档

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

MAC层协议之RPR技术与TDMoP同步机制刷钻代码http://www.hackhw.com/一、RPR的基本介绍随着数据业务的迅速膨胀,城域传送网的数据处理能力成为大家关注的焦点。而无论是IPoverATM,IPoverSDH,还是城域Ethernet,都有各自的不足之处。一种为优化IP数据包传输的新的MAC层协议弹性分组环RPR(ResilientPacketTransport)被提上议程,该技术以其技术的先进性、投资的有效性、性能的优越性、支持业务的多样性,显现出了其独特的优势。RPR技术一方面吸收了以太网技术的优点,如经济、灵活和可扩展性;另一方面吸收了SDH的优点,如对延时和抖动性能严格保障、可靠的时钟以及SDH环网50ms快速保护;同时提供与ATM等同的QoS。随着IEEE802.17标准的日益完善,RPR技术逐步走向成熟。基于RPR技术的产品已经问世,它是城域光网组网中许多商家优先选择的技术。虽然数据业务的需求在不断扩大,现在对于电信运营商来说语音通话仍然是很重要的一部分。由于RPR是一种融合多业务平台的优秀技术,它不需要人们将现有网络铲除。通过RPR网络的TDM服务电路仿真,电信运营商在提供新的可盈利的数据服务时,保证他们原有的语音通话服务,使电信公司可以保持现有TDM服务的高收入。TDM可以融合在RPR系统当中,也可以单独的设备的形式面向用户。二、TDM电路仿真(TDMCircuitEmulation)TDM电路仿真是电路交换业务在网络上透明传输所采纳的机制。它用特殊的电路仿真头来封装TDM业务,并通过一定的机制来实现时钟在包交换网上的传输。实现这种封装功能的物理层器件一般称为成帧器或映射器,它能直接和原有的TDM网络连接。在“非结构化”的仿真中整个业务带宽是仿真的,帧的结构或者叫比特数在入口处是不用计算的。比特流在目的端口进行封装和解封装,其仿真结构如下图所示:“结构化”仿真业务则设计为仿真点到点的E1/T1连接。帧结构维持不变,各自的流是可见的而且是按字节分配的,这样的话就允许E1/T1流融入DS-0信道而发向不同的目的地。其电路仿真结构如下图所示:对于不同的系统而言,在设计电路仿真系统时还有一定的区别。对于RPR包交换网络上的电路仿真(TDMoP)设计介绍如下:在RPR网络中每个节点都可以有一个或多个TDM电路仿真支节点。TDM电路仿真是端到端的,它可以是半双工点对点模式、全双工点对点模式或者是半双工点对多点模式。TDM-over-Packet(TDMoP)是一种使语音和租用电路服务(如:视频、数据)在IP网上廉价传输的技术,它同时可以保持公共电话网(PSTN)的可靠性和服务质量。当包进入网络的时候都要竞争带宽和端口,这样的话肯定会产生不确定的时延和丢包,发包源可能会周期性的把包发到网络上,但是接收方就不能确保以同样的周期从网上获得这些包,甚至说,这些包可能不会全部达到接收方。那么这种情况下TDM所需要的信号就不能得到保证。一般来说要在IP网上传输TDM有两种解决方法,一种是把TDM网络和用户终端设备完全替换为支持语音信令全新机制的架构。另外一种方法是保持用户终端和协议不变,TDM数据从“隧道”传过包交换网络。很显然,第二种方法无论对承载商还是设备制造商都比较容易做到。对于RPR网络,TDMoP网关的IPmux系列从TDM端口获取数据流,然后把它们转换封装成IP包在网络上传输。远端的TDMoP网关负责将这些IP包解封装回TDM业务流。三、封装的实现(1)TDMoP的实现TDMoP的最简单的实现方法如下:通过附加适当的报头,用IP包封装每个T1或E1帧。一个T1帧由24个单字节的时隙和1个单独比特的同步位共193比特组成。一个E1帧由完整的32个字节(256比特)组成,其中一个字节用来保持同步,一个字节传统上为信令保留。在这两种情形下,帧速率为8,000帧/秒。因为数据包提供分段,同步位/字节不必包括在内。因此对T1和E1的有效负载分别为24和31字节。对于可靠的面向连接的服务,如果使用TCP/IP协议,这需要20字节的TCP报头,20字节的IP报头,每个数据分组共需40字节。TCP提供了端到端的可靠连接,但这对话音分组用处不大,因为重传的话音分组到达接收端时次序已乱,将被丢弃。更合理的选择将是使用实时传输协议RTP,它的报头至少12个字节,另加8字节的UDP报头和IP的报头,这与上面的开销一致。其原理如图1所示。如果用40字节的额外开销传送24字节或31字节的有效负载的话是很浪费的,解决这一问题有两个方法。第一种方法是