如何实现DS34S132与其它TDMoP器件的互操作

2012-02-16 14:39:06来源: 互联网
互操作性是一个系统经过很少甚至无需系统操作员介入而实现与其它系统协同工作的能力。系统的互操作性使其有可能为其它系统提供服务或接受其它系统的服务,使得不同厂商的系统能够协同工作。本应用笔记介绍如何设置DS34S132 TDM-over-Packet (TDMoP) IC,使其与其它TDMoP器件实现互操作。

引言

毋庸讳言,当今的通信系统需要不同设备和设备之间的复杂交互。随着技术的进步,互操作性也变得更加重要。互操作性是一个系统经过很少甚至无需系统操作员介入而实现与其它系统协同工作的能力。系统的互操作性使其有可能为其它系统提供服务或接受其它系统的服务,从而使不同厂商的系统能够协同工作。

本应用笔记着重介绍Maxim TDM-over-Packet (TDMoP) IC,DS34S132。文章介绍了在DS34S132与其他厂商TDMoP器件之间实现互操作性的设置要求。

 

互操作性要求

Maxim的TDMoP器件产生的数据包与其他厂商的TDMoP器件的报头信息可能不同。为了使TDMoP器件实现互操作,用户需要了解器件的设置类型。Maxim器件的设置为以下之一:

  • IP/UDP/RTP/SAToP
  • IP/UDP/RTP/CESoPSN
  • MEF/RTP/CESoETH—非结构化(即MEF/SAToP)
  • MEF/RTP/CESoETH—结构化锁定(即MEF/CESoPSN)
  • MPLS/RTP/SAToP—非结构化(即MPLS/RTP/SAToP)
  • MPLS/RTP/CESoPSN—结构化锁定(即MPLS/RTP/CESoPSN)

每种TDMoP器件设置都有不同的报头。为了实现互操作性,必须将来自于Maxim TDMoP器件的报头格式化,使其与其它器件的报头相同。这意味着用户需要比较TDMoP器件的报头,并查找格式差异。本应用笔记介绍如何利用Maxim的应用程序修改DS34S132 TDMoP器件的报头。文章还介绍了如何修改Maxim绑定配置,以接受协议相同但报头信息不同的数据包。

 

TDMoP格式

本节介绍TDM-over-Packet模块的功能描述。为了通过分组交换网络传输TDM数据,TDMoP器件将TDM数据封装为以太网数据包,如图1所示。TDMoP报头不同数据块的说明请参见表1。

图1. 以太网数据包格式的TDMoP封装。
图1. 以太网数据包格式的TDMoP封装。

表1. 以太网数据包结构

Field Description
Preamble A sequence of 56 bits (alternating 1 and 0 values) used for synchronization. Gives components in the network time to detect the presence of a signal.
Start frame delimiter A sequence of 8 bits (10101011) that indicates the start of the packet.
Destination and Source Addresses The Destination Address field identifies the station or stations that are to receive the packet. The Source Address identifies the station that originated the packet. A Destination Address can specify either an "individual address" destined for a single station, or a "multicast address" destined for a group of stations. A Destination Address of all 1 bits refers to all stations on the LAN and is called a "broadcast address."
Type Ether type
Data and padding This field contains the data transferred from the source station to the destination station or stations. The maximum size of this field is 1500 bytes. A minimum size Ethernet packet is 64 bytes from the Destination Address field through the Frame Check Sequence. If the packet size of this field is less than 46 bytes, padding is used to bring the packet size up to the minimum length.
Frame check sequence This field contains a 4-byte cyclical redundancy check (CRC) value used for error checking. When a source station assembles a packet, it performs a CRC calculation on all the bits in the packet from the Destination Address through the pad fields (that is, all fields except the preamble, start frame delimiter, and Frame Check Sequence). The source station stores the value in this field and transmits it as part of the packet. When the destination station receives the packet, it performs an identical check. If the calculated value does not match the value in this field, the destination station assumes that an error has occurred during transmission and discards the packet.

为了实现互操作性,用户需要注意TDMoP报头的两个部分:

UDP/IPv4报头互操作性

图2 所示为UDP/IPv4报头结构。表2和3详细说明了IPv4和UDP报头结构的不同域。

图2. UDP/IPv4报头。
图2. UDP/IPv4报头。

表2. IPv4报头结构

Field Description
IPVER IP version number; IPv4 IPVER = 4
IHL Length in 32-bit words of the IP Header, IHL = 5
IP TOS IP type of service
Total length Length in octets of IP Header and data
Identification IP fragmentation identification
Flags IP control flags; must be set to 010 to avoid fragmentation
Fragment offset Indicates where in the datagram the fragment belongs; not used for TDMoP
Time to live IP time-to-live field; datagrams with zero in this field are discarded
Protocol Must be set to 0x11 to signify UDP
IP Header checksum Checksum for the IP Header
Source IP address IP address of the source
Destination IP address IP address of the destination

表3. UDP报头结构

Field Description
Source port number, destination port number Either the source or the destination port number holds the bundle identifier. The unused field can be set to 0x85E (2142), which is the user's port number assigned to TDMoP by the Internet Assigned Numbers Authority (IANA). For UDP/IP-specific OAM packets, the bundle identifier is all 1s.
UDP length Length in octets of UDP Header and data
UDP checksum Checksum of UDP/IP Header and data. If not computed, it must be set to zero.

根据IANA规定,UDP报头的目标端口应设定为0x85E (2142),这是分配给TDMoP的用户端口号。Maxim TDMoP器件默认遵循该规范。

部分TDMoP厂商在UDP报中的目标端口号位置分配一个绑定标识号,而不是在源端口号位置。有些厂商还分配一个随机号作为用户端口号,而不是采用IANA分配的0x85E。使用DS34S132时,用户可采用两种方式解决这些问题。

  1. 在预配置菜单中,将全部绑定标识号赋予相应的位置。
  2. 向绑定引擎表明绑定标识号在接收数据包中的位置。


  • 图3. DS34S132的预配置菜单。

    图4. DS34S132的预配置菜单的选项4。
  • RTP报头图7. RTP报头
    Field Description
    V RTP version; must be set to 2.
    P Padding bit; must be set to 0.
    X Extension bit; must be set to 0.
    CC CSRC count; must be set to 0.
    M Marker bit; must be set to 0.
    PT Payload type. One PT value MUST be allocated from the range of dynamic values for each direction of the bundle. The same PT value MAY be reused for both directions of the bundle, and is also reused between different bundles.
    SN The sequence number identical to the sequence number in the control word.
    TS Timestamp. The RTP Header can be used in conjunction with the following modes of timestamp generation:
    Absolute mode: the chip sets timestamps using the clock recovered from the incoming TDM circuit.
    Differential (common clock) mode: The two chips at bundle edges have access to the same high-quality clock source, and this clock source is used for timestamp generation.
    SSRC Identifies the synchronization source. This identifier should be chosen randomly, with the intent that no two synchronization sources within the same RTP session will have the same SSRC identifier.


    图8. 接口配置。

    图9. 在接口配置中选择差分时钟恢复模式。

    图10. 在接口配置中为时标选择位、字节或帧模式。

    图11. 在接口配置中为时标选择位、字节或帧模式。

    图12. 使能RTP模式后的绑定配置菜单。

    如何区分其他厂商TDMoP器件的报文内容

    总结



    • 图5. DS34S132的绑定配置菜单。

      图6. DS34S132的绑定配置菜单的选项45。
        向绑定引擎表明绑定标识号在接收数据包中的位置。参考上文中的图4,选项1,Bundle Configuration Decides (BCDR4),将在目标端口号或源端口号位置分配一个绑定标识号,取决于图5中所示的绑定配置。
        图5. DS34S132的绑定配置菜单。

        在以上的绑定配置菜单中,用户在UDP源端口号位置插入绑定标识号。用户还表明报文分类模块应该在UDP源端口号位置查找绑定标识号。

        如果用户知道数据包的绑定标识号位于UDP目标端口号位置,那么则很容易通过将选项45, RX Bundle Number Location at UDP port,修改为Destination进行表示,如图6所示。
        图6. DS34S132的绑定配置菜单的选项45。
      图7所示为RTP报头结构,表4介绍了RTP报头结构的不同域。


      图7. RTP报头

      表4. RTP报头结构
      为了在绝对时钟恢复模式下产生时钟,端口接收配置寄存器4 (PRCR4)中的RTP发生器时标模式选择(TSGMS)位需设定为1,即PRCR4.TSGMS = 1。为了在差分时钟恢复模式产生时钟,PRCR4寄存器中的TSGMS位需设定为0,即PRCR4.TSGMS = 0。用户无需手动设置这些寄存器位。在绑定配置中将RTP使能时,这些位被设置。

      自适应模式下, Maxim的DS34S132 TDMoP器件中的时钟恢复算法根据数据包之间到达延迟恢复时钟。因此,自适应时钟恢复模式下,使能RTP是可选的。然而,差分模式下, Maxim的DS34S132 TDMoP器件中的时钟恢复算法通过分析RTP报头中的时标恢复时钟。所以,差分时钟恢复模式下,强制使能RTP。

      为了实现互操作,用户需要确定其它TDMoP厂商用以发生RTP报头中时标的模式。用户还需要了解其它系统处于自适应还是差分时钟恢复模式。在接口配置中,可更改每个端口的时钟恢复模式。图8所示为如何修改时钟恢复模式。默认为自适应模式端口。
      图8. 接口配置。

      现在,如果用户希望更改时钟恢复模式,那么就需要使用选项40,Adaptive or Differential mode,如图9所示。
      图9. 在接口配置中选择差分时钟恢复模式。

      与Maxim的TDMoP器件不同,有些TDMoP厂商在自适应或差分时钟恢复模式下根据RTP报头中的时标恢复时钟。因此,为了实现与这些厂商系统的互操作, Maxim TDMoP器件在自适应时钟恢复模式下使能RTP。DS34S132,以及其它TDMoP厂商的器件,能够以三种方式在RTP报头中产生时标:
      1. 位模式
      2. 字节模式
      3. 帧模式
      4. 无论数据包为自适应时钟恢复模式还是差分时钟恢复模式
[1] [2]

关键字:DS34S132  TDMoP

编辑:神话 引用地址:http://www.eeworld.com.cn/mndz/2012/0216/article_14309.html
本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有,本站采用的非本站原创文章及图片等内容无法一一联系确认版权者。如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播,或不应无偿使用,请及时通过电子邮件或电话通知我们,以迅速采取适当措施,避免给双方造成不必要的经济损失。
论坛活动 E手掌握
微信扫一扫加关注
论坛活动 E手掌握
芯片资讯 锐利解读
微信扫一扫加关注
芯片资讯 锐利解读

小广播

独家专题更多

TTI携TE传感器样片与你相见,一起传感未来
TTI携TE传感器样片与你相见,一起传感未来
TTI携TE传感器样片与你相见,一起传感未来
富士通铁电随机存储器FRAM主题展馆
富士通铁电随机存储器FRAM主题展馆
馆内包含了 纵览FRAM、独立FRAM存储器专区、FRAM内置LSI专区三大部分内容。 
走,跟Molex一起去看《中国电子消费品趋势》!
走,跟Molex一起去看《中国电子消费品趋势》!
 
电子工程世界版权所有 京ICP证060456号 京ICP备10001474号 电信业务审批[2006]字第258号函 京公海网安备110108001534 Copyright © 2005-2016 EEWORLD.com.cn, Inc. All rights reserved