CN1340945A - 利用实时承载协议传输承载业务的系统和方法 - Google Patents

Abstract

一种利用实时承载协议(RBP)结构,在信令服务器中传输承载业务的系统和方法,其中信令服务器设置为多个互连的计算单元或节点。RBP结构包括数据链信头,其包含与信令服务器所选择的一对计算节点相关的目的和源MAC地址。一个RBP信头分组,其包括一个RBP指示,一个用于指示承载有效负载类型的邮箱,以及一个多帧控制字段。RBPPDU的总帧数在多帧控制字段中指示。用于保持承载有效负载的可变数据分组在RBP帧中提供,其设计为具有已知格式的低开销帧,用于优化传输速率。

Description

利用实时承载协议传输承载业务的系统和方法

技术领域

本发明涉及传输协议。本发明尤其针对，但不受限于利用轻型、低等待时间的实时承载协议(RBP：real-time bearer protocol)在信令服务器中传输承载业务(例如，信令消息信息)的系统和方法。

背景技术

带外信令为所有呼叫成员节点之间交换信令信息建立一个独立信道，以便在电话网络中建立、维护和服务呼叫。这种信道称为信令链路，用于携带各个节点之间的所有必要的信令消息。因此，例如，当发出一个呼叫时，拨号的数字、选择的干线，以及其它相关信息利用其信令链路而不是利用干线在网络交换点之间发送，干线将最终用于传输话音承载业务(即通话)。

带外信令有多个优点，使其比传统的带内信令更为方便。首先，它使得能以高于电话网络中使用的多频(MF)局间发送脉冲(outpulsing)的速度传输更多的数据。而且，由于干线和信令链路分离，信令可在整个呼叫的持续时间内的任意时刻发送，而不仅是在呼叫之初。此外，带外信令使得为没有直接线路连接的网络单元提供信令。

No.7信令系统(SS7)提供了一种基于分组的信令体系结构，该结构已成为电话网络之间以及全球范围内的网络单元之间选择的带外信令方案。在基于SS7体系结构的信令网络中定义了三个基本组成部分。信令或业务交换点(SSP)，为装配有端接信令链接的具有SS7的软件功能的基本电话交换设备，SSP通常发出、终止或切换呼叫。信令转接点(STP)，为SS7网络的分组交换设备，除了特定的功能，它们还接收并路由输入的信令消息到其正确的目的地。最后是业务控制点(SCP)，是一个为高级的呼叫处理和业务逻辑执行提供必要信息的数据库。

众所周知，SS7信令结构作为多层协议实现，由美国国家标准协会(ANSI)和国际电信联盟(ITU)标准化，用作将无所不在的自主网络接合(bind)到一起以提供“一个网络”的通用“粘结剂”，以使电话用户感觉上在一个网络之内。此外，SS7信令使得能在无线和有线通信网络中基于智能网(IN)/高级智能网结构提供多种高级业务(或增值服务)。

当今全球范围内出现的本地电话线路、移动用户、寻呼、传真机以及数据设备(例如计算机，信息家电等)的指数级增长，与不稳定性(deregulation)推动了对小波形系数(form factor)的需求，必须易于维护的高处理能力STP提供完全的SS7功能，即具有所谓的“5个9”的操作能力(即99.999％的正常运行时间)，以及在需要时提供支持将来功能或特征的能力。此外，由于用户对更多的业务操作扩展的需求，在STP节点内综合能执行IN SCP功能方面取得了进展。

虽然通常希望一个支持大数据库、高事务IN服务以及大容量分组交换(下文中称为信令服务器平台)的单个平台在增加经济效益的同时将降低设备成本、降低网络设施成本以及与之相关的其它成本，但本领域的技术人员应认识到，为了集成所必需的功能到满足通信设备所要求的必要性能准则的适当网络单元需要克服一些困难。在设计一个足够紧凑的波形系数时挑战很大，为维护简单，该系数因子能有效伸缩、稳定以及模块化，而且必须装配一种由复杂电子电路(例如处理器，控制元件，定时模块，I/O，与电话网耦合的线路/链路接口卡等)组成的特别的星座(constellation)，它们是实现必须的网络元素功能所通常要求的。电子元件本身可被小型化和模块化为卡或板，通过适当的总线系统互连大量的这种板卡，并在这种互连系统中实现快速通信用于传输信息(例如，信令消息信息)将面临诸多困难。

现有的用于传输数据的通信协议方案在这方面有许多不足和缺陷。首先，当前协议主要优化用于那些覆盖从本地到大城市和广阔地理区域内的网络，可能包括经由网关、路由器、网桥等连接的大量节点。除了通常为中性(独立于物理媒介)的第一层以外，这些协议具有路由能力和巨大的地址空间。因此，由于协议的巨大开销，这些协议趋于为“重型”协议，需要相当大的处理能力。

其次，当当前协议很灵活时，就实时处理和带宽利用而言，在网络单元(如信令服务器)内传输承载业务量以应用于业务量较高的通信环境中，这些协议不具有吸引力(至少部分由于它们的巨大的开销)。当要求承载业务(即信令信息)在一个相对少量的节点(即控制信令链路的多个处理器)间快速传输时，不仅要求传输协议的等待时间要短，而且必须支持高业务量级别。

发明内容

因此，本发明一方面针对一种利用轻型实时承载协议(RBP)结构在信令服务器中传输承载业务的系统，用于优化传输处理。信令服务器最好设置为位于以太网结构上的多个互连的计算单元(CE)或节点。RBP结构包括一个数据链信头，该信头包括与信令服务器的一对选择的CE节点相关的目的和源媒体接入控制(MAC)地址。一个RBP信头分组包括一个RBP指示，一个用于指示承载有效负载类型的邮箱，以及一个多帧控制段。RBP的协议数据单元(PDU)的总帧数在多帧控制段中指示。在RBP帧中提供一个可变数据分组，用于保持或携带承载有效负载，它被设计为具有已知格式的低开销帧(例如，以太网帧或ATM帧)，用于优化信令服务器内的传输和处理速度。

另一方面，本发明针对一种在具有多个互连计算节点结构的网络单元内传输消息信息的方法，其中每个计算节点控制通信网络中的一个或多个链路。该方法以在网络单元的一个特定链路上接收消息信息开始，之后确定与消息信息有关的目的MAC地址和源MAC地址。该消息信息和MAC地址信息被打包到一个或多个优化用于快速从源链路单元传输到目的链路单元的轻型帧。这些帧与具有信头和可变有效负载的实时承载协议一致。PDUs接着根据源和目的MAC地址传输。

附图说明

通过联系附图时参考下面的详细描述可更充分地理解本发明，其中：

图1描绘了信令服务器的高级体系结构图，其中应用根据本发明提供的诸如实时承载协议(RBP)的轻型传输协议更为有利；

图2A和2B示意了一种示例性信令服务器的两种可伸缩的、冗余互连(交换结构)结构；

图3描绘了一个信令服务器的示例性实施例的功能方框图；

图4A-4D描绘了用于应用本发明的RBP的示例性以太网帧；

图5描绘了根据本发明的RBP的示例性信头部分；

图6描绘了本发明的示例性RBP PDU；

图7描绘了根据有效负载特性在RBP帧中提供的附加字段；以及

图8描绘了示意根据本发明在RBP格式中打包20字节的消息信号单元(MSU)的表格。

具体实施方式

在整个附图中，同样或类似的单元标记有相同的附图标记，而且描绘的各个单元不必按比例绘制。现在参考图1，图1描绘了一种通信网络节点(如信令服务器10)的高级结构图，其具有增强的STP功能并位于复合网络环境中，其中使用下面将详细描述的诸如实时承载协议方案的轻型传输协议最为有利。信令服务器10最好为基于一种计算/控制单元(CE)或处理器(例如辅助标记12-1～12-N)的松耦合的分布式结构，经由一个快速交换结构24组网。每个处理器在控制和维护特定设备(附图中未示出)以及在信令控制、管理和/或维护功能时执行特定功能。例如，一个或多个CEs负责控制与复合通信网络环境的连接，在该网络环境内配置信令服务器10用于提供信令/交换服务。大量可操作用于支持通信端口的链路接口卡(未清晰示出)受信令服务器10的至少一部分CEs的控制。在图1所示的示意性结构中，工作于1.544Mbps的T1网络16(相当于24个话音信道)通过由CE12-1控制的多个端口14连接到信令服务器10。类似地，能工作于特定速率(例如光纤载波(OC)-3、OC-12、OC-48，OC-N等)的异步传输模式(ATM)网络18通过由CE12-3控制的端口14连接到信令服务器10。在模拟方式下，工作于64Kbps的DS-OA网络20以及工作2.048Mbps的E1网络22也可作为例子。本领域的技术人员应知道，与其它标准和协议一起操作，例如同步光纤网(SONET)及其伙伴同步数字系列(SDH)、网际协议(IP)，可同样以特定的实现它们与信令服务器10连接。

因此应理解，各种CEs与信令服务器配置为通信关系，以便执行其信令/交换功能。因此，来自一个或多个链路接口卡(和/或与之相关的CE)的信令消息通过结构24传输到其它链路接口卡(和与之相关的CE)。由此，方便本发明将各种CEs视为源和目的“节点”，在这些节点之间消息需要快速传输以便支持信令服务器10要求的流量。

图2A和2B示意了一种示例性信令服务器的两种可伸缩的、冗余互连交换结构，其中本发明的RBP方案可用于在信令服务器内传输内部消息通信。根据本发明的当前优选的示例性实施例，示例了两种可伸缩的以太网交换结构，这两种结构具有冗余性用于提供信令服务器的内部消息主干。交换结构是通过一个或多个互连的以太网交换(例如辅助标记46)实现的。以太网交换46最好能在100base-T速度下提供完全的线路交换。如同图2A描绘的示例性基本配置，交换网络46包括两种独立的交换结构，A-方结构和B-方结构，目的是支持完全冗余。CE布局74中的每个CE(对应上面提到的信令服务器的内部通信节点)具有两个100Mbps的以太网连接。一个在交换网络的A-方而另一个在B-方。

在图2A的基本配置中，提供两种以太网交换网络，它们可根据每个以太网交换的可用端口数连接最大数目的CE。例如，如果每个交换网络有36个端口，那么可能最大有36个初始的CE连接(或18对CEs)。连接路径76A和76B示意了以太网交换端口和CEs之间的100Mbps链路。

通过增加更多的以太网交换到交换网络的每一方可实现信令服务器的更大配置，由此提供额外的CE连接。此外，内部交换网络中的每个交换最好利用一个1Gbit链路(1Gbps或1000Mbps)连接其它每个交换。图2B示意了利用4对36-端口以太网交换连接144个CEs(或72对)的交换结构。内部交换G比特链路是通过交换结构A-方的6个连接路径78A以及交换结构B-方的6个连接路径78B示意的。

图3描绘了一个信令服务器的示例性实施例的功能方框图，其中多个CEs根据下述功能分组集中：外围和负载CEs(PLCE)32耦合到一个操作；负责执行操作支持系统(OSS)接口的管理和维护(OAM)代理34；信令管理CEs(SMCE)38；数据库管理CEs(DMCE)42；业务统计和测量CEs(TMMCE)40；以及依赖于网络链路接口和接口类型的多个信令链路CEs(SLCE)42-1～42-N和多个信令服务CEs(SSCE)44-1～44-M。同时还在PLCE 32的控制下提供多个时钟36，用于信令服务器操作需要的各种时间基准信号。

PLCE32提供作为信令服务器的逻辑主CE，并控制下列功能：

—初始化和装入系统：在加电之时为除了OAM代理34和一个本地

  服务控制点(图3中未示出)之外的系统所有处理器和设备提供

  初始段的装入；

—指令处理程序：处理用户指令(即，由SS7网络操作员生成的指

  令，用于操作和维护信令服务器)并调度指令到适当的子系统；

—集中配置管理：提供处理器和设备的维护处理；

—集中故障处理：接收和处理信令服务器系统中检测到的故障，与

  配置管理协调以从系统中除去故障设备；

—集中测试管理：执行处理器和设备请求的所有测试，在不同处理

  器/设备之间协调以跨越多个设备的测试；

—事件报告：处理输出到用户的处理事件；

—告警处理：处理给用户的告警；

—核心/应急管理：处理来自处理器事故的数据；

—时钟管理：控制负责信令服务器中使用的用于生成适当系统时钟

  的系统定时生成器(STG)；以及

—系统告警卡：发送告警信息到用户设备

OAM代理34与PLCE 32一起作为信令服务器系统的协同主设备，并与之共享OAM功能。OAM代理34负责提供用户接口(最好为基于Web的图形用户接口)，而且包括本地服务管理，复位控制器管理、交换控制中心系统(SCCS)功能，以及信令工程和管理系统(SEAS)功能。

继续参考图3，TMMCE40包含信令服务器系统中收集的所有测量数据的一个集中式采集机制。SMCE38管理SS7子系统，它包括下述功能：SS7路由管理；SS7业务管理；SS7业务提供；以及信令连接控制部分(SCCP)管理。每个SLCE(例如，辅助标记42-1)控制SS7链路硬件并包含到达和经由消息传输部分(MTP)级别3和SCCP功能。SLCE因此负责下述功能：MTP2/MTP3功能(通过消息信号单元或MSUs实现)；SS7链路管理；具有全球名称翻译(GTT)的SCCP；以及网关隔离(screening)。

SSCE(例如SSCE44-1)控制与SS7无关的硬件，包含SS7子系统的逻辑数据库和隔离业务功能。其功能包括：本地号码移动性(LNP)业务；具有GTT的SCCP；网关隔离；以及MTP缓冲和路由。DMCE42还控制与SS7无关的硬件并为SSCEs提供LNP和应用位置寄存器(ALR)功能。

有关各个CE的其他细节和信令服务器的有关子系统可在共同委托的前面参考的相关专利申请中找到，在此作为参考。

图4A-4D描绘了应用本发明的RBP方案的示例性以太网帧，目的是在信令服务器的互连CE(如，从源SLCE到目的SLCE)间传输信令消息业务(例如SS7信令业务)作为承载业务(即“有效负载”)。附图标记100A指的是一种基本以太网帧，其中提供前置码102(例如，包括8字节)用于物理媒介(例如线缆)的时钟同步。目的媒体接入控制(MAC)地址字段104和源MAC地址字段106用于唯一识别目的和源CE节点。在此示意的基本以太网帧格式中，每个MAC地址字段均包括6字节。在这个示例性帧实施例中，一个循环冗余检验(CRC)字段110(长4字节)用于确保数据的完整性。也可提供由48-1,500字节组成的有效负载字段108，用于传输承载业务。

附图标记110B指的是一种改进后的以太网帧格式，其中包含一个2字节的以太类型字段112，用于区分可用于消息传输的各种类型(flavors)的以太网帧格式。另一种改进的以太网帧格式由图4C中的辅助标记100C表示，其中提供长度字段114。根据IEEE802.3标准，目的MAC地址104、源MAC地址106和长度字段114一起称为数据链信头(DLH)。

图4D中的辅助标记100D指的是另外一种改进后的以太网帧格式，其中根据IEEE802.3标准提供一个3字节的链路层控制(LLC)字段122，LLC字段122包括目的业务接入点(DSAP)字段116、源业务接入点(SSAP)118以及控制字段120。

图5描绘了根据本发明提供的RBP帧的信头部分250的示例性实施例。RBP方案最好为信令服务器的CE之间的低开销、短等待时间的数据传输机制。由于CE设置于平面结构中(如系统区域网络(SAN))，因此，在重型协议中将典型地导致附加开销的能力在RBP方案中能得到避免。因此，提供一种极为轻型的传输协议，用于在具有48个DS-0速率(64Kbps)信道的密布线路接口卡的环境中用于支持约1.0爱尔兰或更高的业务级别。

RBP信头部分250最好包括4字节，而且提供作为典型以太网帧的LLC信头的重叠。显然，在这个示意性实施例中，提供的RBP信头比LLC信头长1个字节，这使得能字调整消息中的其他字段。此外，通过使信头部分为4字节字段，在使用长字结构的环境中软件处理的实时性能得以提高。

信头部分202的RBP类型字段202覆盖LLC信头的DSAP字段，用于识别与信头部分200相关的帧为RBP帧，而不是其它已知协议的传统以太网帧。RBP类型字段252由此操作为处理实体的指示器，而且其软件处理该帧的剩余部分(或多帧消息中的帧)作为属于本发明RBP的消息。

一旦确定一个帧为RBP帧，信头部分200的剩余字段就用于控制RBP处理。邮箱ID204作为特定应用的长字节字段，用于识别目的RBP队列。也就是说，当利用RBP帧传输不同类型的信息作为有效负载时，邮箱ID字段204能唯一地识别它们，用于分离为与相应应用相关的独立队列。例如，SS7信令业务在CE中传输的情况下(可能就是当前优选的示例性信令服务器实施例中的情况)，除了经由RBP帧的其它信息，邮箱ID204有利于用于分离SS7信令业务与非SS7业务。

在RBP信头200中包含一个多帧控制字段206，用于指示RBP协议数据单元(PDU)中涉及的总帧数或剩余帧数。当消息占据的帧数大于一个RBP帧时(在本发明的示例性实施例中最好由最大的64K字节组成)，RBP PDU必要时涉及多个帧，而且由此PDU前导帧的多帧控制字段206用于为处理实体提供一个指示以处理剩余帧作为单个PDU。在图5描绘的示例性实施例中，多帧控制字段206包括一个多帧比特(MFB)210，其设置为1指示该帧为多帧PDU的一部分。剩余的7个比特包括字段212，其对应一个整数值，指示处理实体(软件、硬件、固件或任何组合)在PDU中包含有多少剩余数据帧。应理解的是，由于大部分RBPPDU通常为期望的单帧PDU，因此对多帧条件的测试包括一个极快速的单比特测试，这将优化处理周期。

继续参考图5，在信头部分200提供保留字段208，留作将来使用和/或用于增强性能。例如，当需要附加的数据完整性级别时(除了奇偶校验、校验和或CRC形式的链路层级别保护)，还可适当地定义保留字段208。而且，由于还需要进行改进以适应不同类型的信息和/或物理媒介，保留字段208的位图还可作适当的修改。除非作了适当定义，保留字段208最好初始化为全0，这使得将来能以后向适应方式定义。

现在参考图6，在此描绘了一个本发明RBP的示例性PDU250。在这个示例性实施例中，在上面详细描述的4字节RBP信头部分200之后附加一个14字节的DLH字段252。根据以太网帧格式，在DLH字段252内提供目的和源MAC地址字段。最大可达1,494字节的RBP有效负载254用于传输多种数据类型(即，承载业务)。

图7描绘了在RBP帧中提供的附加字段，用于支持作为有效负载254的SS7承载业务。提供2字节的时间戳字段258和包含4字节的事务ID字段260。有效负载部分254包括多达1,464字节的SS7应用数据字段262。时间戳字段258用于监视局内(cross-office)交换性能以及用于计算传输时延，例如SS7信令中的MTP2到MTP3的时延。在本发明的一个当前优选示例性实施例中，时间戳提供作为全球系统计数器，它与预定义的帧脉冲同步，例如来源于信令服务器系统定时参考的125μs帧脉冲，这种定时参考提供125μs的分辨率和8.192s的定时间隔。这种能力还可用于同步信令服务器的所有CEs中的日历时钟。

事务ID字段260用于监视与任何丢失或复制消息有关的私人点到点数据路径。在该示例性实施例中，事务ID字段260被进一步改进为一个12比特的虚拟路径指示(VPI)字段264，用于识别源节点；一个12比特的虚拟信道指示(VCI)字段266，用于识别源节点内的一个特定链路接口卡；以及一个8比特的序列号字段268(例如，用于SS7 MSUs的前向和后向序列号(FSNs和BSNs))，用于跟踪消息序列号。本领域的技术人员应理解，将事务字段ID260改进为12比特的VPI和VCP字段简化了经由ATM网络的RBP传输。此外，管理两个12比特的字段比管理24比特的均匀地址空间在存储空间上更为有效。

现在参考图8，图8描绘了示意根据本发明在遵循以太网的RBP格式中打包20字节的MSU的表格300。前置码302包括8个字节。DLH字段252和RBP信头部分200分别占用14和4个字节。除了2字节的时间戳字段258和4字节的事务ID260，SS7应用开销字段304占用4个字节。在该示例性RBP帧中，MSU306本身占用20字节，这包括12字节的填充单元308、4字节的CRC256、以及包括12字节的分组间时延310。总的来说，整个帧包括76字节，其中在以太网帧格式要求下需要前置码、DLH、CRC以及分组间时延。

根据前面的详细描述，应理解的是，本发明提供了一种利用低开销和短等待时间帧传输消息信息的简单高效且健壮的传输协议方案用于实时传输。由此提供的RBP系统最好为层-1中性的(即，与实际的物理层实现无关)。因此，可在以太网传输的顶层或利用ATM适配层(AAL)-5通过ATM提供RBP帧。

由于在优选实施例中RBP帧没有与路由有关的开销，因此无需协议转换和/或封装。因此，结果产生的轻型RBP PDUs帧便于实时处理和带宽有效利用，这在诸如信令服务器位于通信网络中的大业务量的情况下是很关键的。此外，在RBP方案中提供的有限地址空间不仅足够用于唯一识别相对少量的物理节点(例如32-1024个CE节点)，而且能更有效地提高了软件处理效率。

我们认为，从前面的详细描述可知道本发明的操作和结构。虽然在此示意和描绘的系统和方法具有优选的特征。但应理解的是，在此可在不偏离下面的权利要求书陈述的本发明范围内可进行各种变化和改进。例如，尽管在某些优选的示例性实施例中，特别选择了使用SS7信令消息信息作为例子，但应理解的是，其它类型的消息信息也可用作RBP有效负载。此外，本领域的技术人员应认识到，虽然详细示意了以太网帧格式，但利用根据本发明提供的低开销、短等待时间的PDUs，其它已知和目前还未知的格式也可用于传输RBP数据。另外，虽然根据在通信网络环境中使用的信令服务器描述了RBP方案的机能和使用，但本发明无论如何不受这种实施例的限制。因此，所有这些各种各样的改进、替代、添加、组合、扩展等被认为是在本发明的范围内，本发明的范围仅受所附的权利要求书的限制。

Claims (25)

1.一种用于在多个互连节点间传输有效负载的实时承载协议(RBP)结构，包括：

一个数据链信头，其包含一个目的媒体接入控制(MAC)地址、一个源MAC地址和一个长度指示，其中所述目的和源MAC地址与选择的一对所述多个节点相关；

一个RBP信头分组，包含多个部分，其中至少一个部分用于指示所述有效负载的类型；以及

一个可变数据分组，用于根据所述选择的节点对的目的和源MAC地址来传输所述有效负载，

其中所述数据链信头、所述RBP信头分组以及所述可变数据分组被设计为至少类似于所选择帧格式的帧。

2.根据权利要求1的在多个互连节点间传输有效负载的RBP结构，其中所述选择的帧格式包括异步传输模式(ATM)帧。

3.根据权利要求1的在多个互连节点间传输有效负载的RBP结构，其中所述选择的帧格式包括以太网帧。

4.根据权利要求3的在多个互连节点间传输有效负载的RBP结构，其中所述RBP信头还包括一个字段，用于指示所述帧包括RBP帧。

5.根据权利要求4的在多个互连节点间传输有效负载的RBP结构，其中所述RBP信头还包括一个字段，用于指示所述帧为多帧协议数据单元(PDU)的一部分。

6.根据权利要求5的在多个互连节点间传输有效负载的RBP结构，其中所述RBP信头还包括一个保留作将来使用的字段。

7.根据权利要求6的在多个互连节点间传输有效负载的RBP结构，其中所述RBP信头长4字节。

8.根据权利要求7的在多个互连节点间传输有效负载的RBP结构，其中所述数据链信头长14字节。

9.根据权利要求7的在多个互连节点间传输有效负载的RBP结构，其中所述可变数据分组长约1,494字节。

10.根据权利要求7的在多个互连节点间传输有效负载的RBP结构，其中所述帧还包括循环冗余校验(CRC)字段。

11.根据权利要求7的在多个互连节点间传输有效负载的RBP结构，其中所述有效负载类型指示No.7信令系统(SS7)消息信息。

12.根据权利要求11的在多个互连节点间传输有效负载的RBP结构，其中所述可变数据分组包括时间戳字段。

13.根据权利要求11的在多个互连节点间传输有效负载的RBP结构，其中所述可变数据分组包括虚拟路径指示(VPI)字段。

14.根据权利要求11的在多个互连节点间传输有效负载的RBP结构，其中所述可变数据分组包括虚拟信道指示(VCI)字段。

15.根据权利要求11的在多个互连节点间传输有效负载的RBP结构，其中用于指示所述帧为多帧PDU的一部分的字段包括多个比特位以指示所述多帧PDU中的剩余帧。

16.根据权利要求11的在多个互连节点间传输有效负载的RBP结构，其中所述可变数据分组包括SS7承载业务。

17.一种在组织为多个互连计算节点的网络单元内传输消息信息的方法，每个计算节点控制多个链路，包括步骤：

在所述网络单元的一个特定链路上接收所述消息信息；

确定与所述消息信息相关的目的媒体接入控制(MAC)地址、源MAC地址；

打包所述消息信息和所述目的和源MAC地址到具有一个有效负载分组和一个RBP信头分组的实时承载协议(RBP)数据单元(PDU)的至少一个帧；以及

根据所述目的MAC地址传输所述RBP PDU的至少一个帧到所述网络单元内的一个计算节点。

18.根据权利要求17在网络单元内传输消息信息的方法，其中所述RBPPDU包括多个帧，而且其中所述多帧的前导帧中的RBP信头分组包括一个字段，用于指示所述前导帧为所述多帧RBP PDU的一部分。

19.根据权利要求18在网络单元内传输消息信息的方法，其中所述用于指示所述前导帧为所述多帧RBP PDU一部分的字段包括多个比特，用于指示一个所述多帧RBP PDU中其余帧数的整数值。

20.根据权利要求17在网络单元内传输消息信息的方法，其中所述RBPPDU的所述至少一个帧被设计为至少类似于以太网帧的帧。

21.根据权利要求17在网络单元内传输消息信息的方法，其中所述RBP信头分组包括用于指示所述有效负载类型的字段。

22.根据权利要求21在网络单元内传输消息信息的方法，其中所述有效负载类型指示No.7信令系统(SS7)消息信息。

23.根据权利要求22在网络单元内传输消息信息的方法，其中至少一个帧包括时间戳字段。

24.根据权利要求22在网络单元内传输消息信息的方法，其中所述至少一个帧包括虚拟路径指示(VPI)字段。

25.根据权利要求22在网络单元内传输消息信息的方法，其中所述至少一个帧包括虚拟信道指示(VCI)字段。

Images