CN103581138B

CN103581138B - 一种数据传输方法和设备

Info

Publication number: CN103581138B
Application number: CN201210274292.9A
Authority: CN
Inventors: 唐宽
Original assignee: Comba Telecom Systems China Ltd
Current assignee: Comba Network Systems Co Ltd
Priority date: 2012-08-01
Filing date: 2012-08-01
Publication date: 2017-02-08
Anticipated expiration: 2032-08-01
Also published as: CN103581138A

Abstract

本发明公开了一种数据传输的方法和设备，主要内容包括：通过将接收到的数据分离为信令数据和业务数据，对分离后的信令数据进行IP化处理后通过与信令处理器之间的TCP链路传输给信令处理器，以及对分离后的业务数据进行IP化处理后通过与业务处理器之间的UDP链路传输给业务处理器，解决了现有技术中存在基站使用的IP化数据传输技术与核心网支持的数据传输技术存在不相匹配的问题。

Description

一种数据传输方法和设备

技术领域

本发明涉及通信领域，尤其涉及一种数据传输的方法和设备。

背景技术

随着无线通信技术的发展，3GPP（The 3rd Generation Partnership Project，第三代合作伙伴计划）标准化组织发布的R5版本，在接入网中引入IP UTRAN（InternetProtocol Universal Terrestrial Radio Access Network，网络之间互连协议陆地无线接入网）和HSDPA（High Speed Downlink Packet Access，高速下行分组接入），其中，IP作为UTRAN的信令传输和用户数据承载，HSDPA支持高速下行分组数据接入技术，使得基站传输系统中RNC（Radio Net Control，无线网络控制器）与Node B之间的数据传输实现了IP化传输。与之前采用E1链路进行数据传输的R4版本相比，使用R5版本进行数据传输不仅改进了数据传输的带宽，而且提升了数据传输的速度。

由此可见，基站传输系统中RNC与Node B之间采用IP化传输已成为发展趋势。但是，核心网侧支持的数据传输方式为E1、STM-1或者STM-4等，若核心网下发的数据使用现有的传输协议进行封装后，将无法满足IP化传输需求，将导致RNC与核心网之间数据传输协议不匹配，使得基站在接收到核心网下发的数据时无法识别该数据；同样，基站传输系统将接收到的终端的业务请求进行IP化处理后，通过基站控制器发送给核心网，由于核心网不支持IP化传输技术，因此，对基站发起的业务请求不能很好的响应，这样将导致基站与核心网之间数据传输失败。

若基站不采用IP化传输技术，基站与核心网之间的数据传输存在传输速度慢和数据传输带宽小的问题；若基站采用了IP化传输技术后，对核心网的数据传输方式进行改造，将增加通信网络的运营成本，并且改造难度相当大。

综上所述，现有技术中存在基站使用的IP化数据传输技术与核心网支持的数据传输技术存在不相匹配的问题。

发明内容

本发明实施例提供了一种数据传输方法和设备，用于解决现有技术中存在RNC使用的IP化数据传输技术与核心网支持的数据传输技术存在不相匹配的问题。

一种数据传输方法，该方法包括：

判断来自核心网的数据是业务数据还是信令数据；

当所述数据是信令数据时，将所述信令数据网络之间互连的协议IP化后通过与信令处理器之间的传输控制协议TCP链路传输给信令处理器；

当所述数据是业务数据时，将所述业务数据IP化后通过与业务处理器之间的用户数据包协议UDP链路传输给业务处理器。

一种数据传输的方法，该方法包括：

通过与信令处理器之间的传输控制协议TCP链路接收信令处理器发送的网络之间互连的协议IP化信令数据，以及通过与业务处理器之间的用户数据包协议UDP链路接收业务处理器发送的IP化业务数据；

将接收到的信令数据和业务数据按照核心网可识别的数据格式进行合成封装后发送至核心网。

一种数据传输设备，该设备包括：

数据分离模块，用于判断来自核心网的数据是业务数据还是信令数据；

信令控制模块，用于在数据分离模块判断所述数据是信令数据时，将所述信令数据网络之间互连的协议IP化后通过与信令处理器之间的传输控制协议TCP链路传输给信令处理器；

业务控制模块，用于在数据分离模块判断所述数据是业务数据时，将所述业务数据IP化后通过与业务处理器之间的用户数据包协议UDP链路传输给业务处理器。

一种数据传输设备，该设备包括：

信令数据接收模块，用于通过与信令处理器之间的传输控制协议TCP链路接收信令处理器发送的网络之间互连的协议IP化信令数据；

业务数据接收模块，用于通过与业务处理器之间的用户数据包协议UDP链路接收业务处理器发送的IP化业务数据；

数据合并模块，用于将接收到的信令数据和业务数据按照核心网可识别的数据格式进行合成封装后发送至核心网。

本发明有益效果如下：

本发明实施例通过将接收到的数据分离为信令数据和业务数据，对分离后的信令数据进行IP化处理后通过与信令处理器之间的TCP链路传输给信令处理器，以及对分离后的业务数据进行IP化处理后通过与业务处理器之间的UDP链路传输给业务处理器，解决了现有技术中存在基站使用的IP化数据传输技术与核心网支持的数据传输技术存在不相匹配的问题。

附图说明

图1为本实施例一的一种数据传输方法的流程示意图；

图2为本实施例二的一种数据传输方法的流程示意图；

图3为本实施例三的一种数据传输设备的结构示意图；

图4为ATCA架构的数据交互的示意图；

图5为本实施例四的一种数据传输设备的结构示意图；

图6为本实施例五的一种数据传输设备的结构示意图；

图7为控制单元的进行控制的流程示意图。

具体实施方式

为了实现本发明的目的，本发明实施例提供了一种数据传输方法和设备，通过将接收到的数据分离为信令数据和业务数据，对分离后的信令数据进行IP化处理后通过与信令处理器之间的TCP链路传输给信令处理器，以及对分离后的业务数据进行IP化处理后通过与业务处理器之间的UDP链路传输给业务处理器；与现有技术相比，通过将核心网发送的数据格式不是IP化的数据转化成IP化的数据，传输至信令处理器和业务处理器进行处理，解决了现有技术中存在基站使用的IP化数据传输技术与核心网支持的数据传输技术存在不相匹配的问题。

下面结合说明书附图对本发明的各实施例进行详细描述。

实施例一：

如图1所示，为本实施例一的一种数据传输方法的流程示意图，该方法包括：

步骤101：判断来自核心网的数据是业务数据还是信令数据。

在步骤101中，由于核心网支持的数据传输协议不同，通过核心网的数据接口接收核心网发送的数据后，将接收到的数据转化成可识别的同一格式，并对转化后的数据进行分离，分离出信令数据和业务数据。

需要说明的是，所述信令数据可以是SS7信令数据。

步骤102：将分离后得到的信令数据进行IP化处理后，通过与信令处理器之间的TCP链路传输给信令处理器。

在本步骤102中，对分离后得到的信令数据进行IP化处理，具体包括：

第一步：对分离后得到的信令数据进行解码。

所述解码的方式为对接收到所述信令数据进行MTP₁层解析。

若信令数据为SS7信令数据，则对SS7信令数据进行MTP₁层解析后，得到了用于生成和接收物理层通道上的信号。

第二步：对所述信令数据进行MTP₂层解析，确定针对该信令数据所建立的信令链路。

若信令数据为SS7信令数据，则对所述信令数据进行MTP₂层解析后，将实现把信令数据传输至数据链路层，与第一级物理层共同保证在两个直接链接的信令点之间提供可靠的信令链路，即确定针对该信令数据所建立同步与核心网的信令链路。

第三步：对信令数据进行MTP₃层的消息分离，并利用IP封装的方式对经过MTP₃层分离后的信令数据进行处理。

具体地，MTP₃层消息包括：信令信息处理（Signaling Message Handling，SMH）和信令网络管理（Signaling Network Management，SNM）。SNM主要负责MTP的管理；SMH主要负责信令数据的识别、分发和路由选择。SMH由信令信息的实际传输和指导信息传送至正确信令链路或用户部分的过程构成；SNM由控制信令信息路由选择过程和信令网络功能配置构成，其中配置基于预先确定的信息和信令网络功能的状态。

MTP₃消息分离为在网络上传输信息提供了无连接信息传输系统。

分离后的信令数据利用M₃UA（即MTP₃用户适配层）协议进行IP化封装。

通过与信令处理器之间的TCP链路传输给信令处理器，具体包括：

第一步：根据信令链路与TCP端口之间的对应关系，确定所建立的信令链路对应的TCP端口。

其中，预先在本地存储信令链路与TCP端口的映射表。

第二步：利用确定的TCP端口建立与信令处理器之间的TCP链路，通过建立的TCP链路将解析后的信令数据发送给信令处理器。

所述信令处理器可以是高层信令处理器，也可以是无线网络控制器RNC。

其中，所述TCP链路可以通过其他网络控制传输协议建立，也可以是通过TCP/IP协议建立。

步骤103：将分离后得到的业务数据进行IP化处理后，通过与业务处理器之间的UDP链路传输给业务处理器。

在步骤103中，将分离后得到的业务数据进行IP化处理，具体包括：

第一步：根据数据通道与缓存地址的对应关系，确定所述业务数据传输所占用的数据通道对应的缓存地址，并将所述业务数据写入确定的缓存地址对应的缓存区。

具体地，查找本地预先存储的接收业务数据通道与缓存地址之间的对应关系，确定所述业务数据传输所占用的业务数据通道对应的缓存地址，并将分离后的业务数据写入确定的缓存地址对应的缓存区中。

需要说明的是，在对缓冲区进行写数据时，需要进行读写地址的冲突监测，这样防止尚未读出的数据被写入的数据所覆盖。在进行读写地址的冲突监测时，可采用地址乒乓操作方式也可采用循环读写地址操作方式，只要保证写入的数据不覆盖尚未读出的数据即可，采用读写操作的方式这里不做具体限定。

第二步：在第一设定时长到达时，从缓存区中读取在所述第一设定时长内写入的业务数据，并对读取的业务数据IP化。

具体地，所述第一设定时长通过每次能够处理的业务数据量确定；或者所述第一设定时长通过一次发送给业务处理器的数据包长度确定，这里对第一设定时长不做具体限定。

将从缓存区中读取在所述设定时长内写入的业务数据进行打包处理生成数据包，可以在数据包中添加IP头，或者利用网络用户数据报文协议对数据包进行封装，例如：利用UDP协议对生成的数据包进行封装，这样得到IP化的业务数据。

通过与业务处理器之间的UDP链路传输给业务处理器，具体包括：

第一步：根据数据通道与UDP端口之间的对应关系确定所述业务数据传输所占用的数据通道对应的UDP端口。

具体地，查找本地预先存储的业务数据通道与UDP端口之间的对应关系，并根据该对应关系确定所述业务数据传输所占用的业务数据通道对应的UDP端口。

第二步：利用所述确定的UDP端口与业务处理器之间建立UDP链路，将IP化后的业务数据通过建立的UDP链路发送给业务处理器。

其中，所述UDP链路可以通过其他网络控制传输协议建立，也可以是通过UDP协议建立。

所述业务处理器可以是基站。

通过实施例一的方案，将接收到的核心网的数据进行分离后得到信令数据和业务数据，并分别将得到的信令数据进行IP化处理后发送给信令处理器以及将得到的业务数据进行IP化处理后发送给业务处理器，这样从核心网下发的支持非IP化的数据经过IP化处理后发送给信令处理器和业务处理器，使得信令处理器和业务处理器能够对接收到的数据进行处理，避免了现有技术中存在基站使用的IP化数据传输技术与核心网支持的数据传输技术存在不相匹配的问题。

实施例二：

如图2所示，为本实施例二的一种数据传输方法的流程示意图。本实施例二是实施例一的数据传输方法的逆过程，该方法包括：

步骤201：通过与信令处理器之间的TCP链路接收信令处理器发送的IP化信令数据，以及通过与业务处理器之间的UDP链路接收业务处理器发送的IP化业务数据。

其中，通过与信令处理器之间的TCP链路接收信令处理器发送的IP化信令数据，具体包括：

第一步：通过下行传输信令数据的TCP链路接收信令处理器发送的TCP数据。

需要说明的是，上行传输的信令数据与下行传输的信令数据使用的是同一条TCP链路。

第二步：对接收到的TCP数据进行解码，并将传输TCP数据的TCP链路的端口与解码后的数据封装成数据包，并对该数据包进行编码处理。

具体地，所述编码方式可以为数据传输协议要求的HDLC等编码方式，具体使用的编码方式不做限定。

通过与业务处理器之间的UDP链路接收业务处理器发送的IP化业务数据，具体包括：

第一步：通过下行传输业务数据的UDP链路接收业务处理器发送的业务数据。

第二步：将传输业务数据的UDP链路的端口与业务数据封装成数据包，根据发送业务数据通道与缓存地址之间的对应关系，确定发送该数据包的业务数据通道对应的缓存地址，将待发送的业务数据的数据包存放在所述缓存地址对应的缓存区。

第三步：当写入缓存区的待发送的业务数据存储的时间达到第二设定时长时，从缓冲区中读取该待发送的业务数据。

其中，所述第二设定时长可以根据接收业务数据的数据速率确定，也可以与第一设定时长相同，这里不做具体限定。

需要说明的是，第一设定时长与第二设定时长中的“第一”和“第二”没有特殊意义，只是为了区分不同业务数据在缓存区中存放时间的不同。

步骤202：将接收到的信令数据和业务数据按照核心网可识别的数据格式进行合成封装后发送至核心网。

具体地，根据本地存储的信令通道和业务通道的对应关系，确定通过信令通道接收到的信令数据和通过信令通道对应的业务通道接收到的业务数据，将所述信令数据和所述业务数据进行合并后，根据核心网接口方式的不同，将合并后的数据按照核心网可识别的数据格式进行编码封装后发送至核心网。

所述核心网的接口可以是E1、STM-1、或者STM-4等接口。

实施例三：

如图3所示，为本实施例三的一种数据传输设备的结构示意图，该设备包括：数据分离模块11、信令控制模块12和业务控制模块13，其中：

数据分离模块11，用于判断来自核心网的数据是业务数据还是信令数据；

信令控制模块12，用于在数据分离模块判断所述数据是信令数据时，将所述信令数据IP化后通过与信令处理器之间的TCP链路传输给信令处理器；

业务控制模块13，用于在数据分离模块判断所述数据是业务数据时，将所述业务数据IP化后通过与业务处理器之间的UDP链路传输给业务处理器。

具体地，所述所述信令控制模块12，具体包括：信令链路建立单元21和信令IP化传输单元22，其中：

信令链路建立单元21，用于对所述信令数据进行MTP₂层解析，确定针对该信令数据所建立的信令链路；

信令IP化传输单元22，用于根据信令链路与TCP端口之间的对应关系，确定所建立的信令链路对应的TCP端口，并利用确定的TCP端口建立与信令处理器之间的TCP链路，通过建立的TCP链路将解析后的信令数据发送给信令处理器。

所述信令控制模块12，还包括：信令IP化处理单元23，其中：

信令IP化处理单元23，用于对信令数据中包含的MTP₃层的消息进行分离，并利用IP封装的方式对信令数据中分离得到MTP₃层的消息进行处理。

所述业务控制模块13，具体包括：业务数据缓存单元31、定时读取单元32和业务数据IP化传输单元33，其中：

业务数据缓存单元31，用于根据数据通道与缓存地址的对应关系，确定所述业务数据传输所占用的数据通道对应的缓存地址，并将所述业务数据写入确定的缓存地址对应的缓存区；

定时读取单元32，用于在第一设定时长到达时，从缓存区中读取在所述第一设定时长内写入的业务数据，并对读取的业务数据IP化，所述第一设定时长通过每次能够处理的业务数据量确定；

业务数据IP化传输单元33，用于根据数据通道与UDP端口之间的对应关系确定所述业务数据传输所占用的数据通道对应的UDP端口，并利用所述确定的UDP端口与业务处理器之间建立UDP链路，将IP化后的业务数据通过建立的UDP链路发送给业务处理器。

在现有技术中，为了适应计算、通讯等通信领域科学技术的快速发展，PCI工业计算机制造集团开发了高级电信计算架构（ATCA）。

具体地，ATCA架构具有多媒体处理功能、数字信号处理功能，其中包含了两个互为备份关系的千兆以太网交换机和PSTN I/F接口，如图4所示，在ATCA架构下，经过ATCA处理后的数据都通过两个千兆以太网交换机采用IP化方式进行传输，实现了在高数据带宽的前提下控制信号与数据流量的分离。但是，由于在ATCA架构中ATCA通过PSTN I/F接口与核心网实现通信，存在ATCA架构中使用的IP化数据传输技术与核心网支持的数据传输技术不相匹配的问题，因此，可以将本发明的数据传输设备替换ATCA架构中PSTN I/F接口，避免ATCA架构中使用的IP化数据传输技术与核心网支持的数据传输技术不相匹配的问题。

实施例四：

如图5所示，为本实施例四的一种数据传输设备的结构示意图，该设备包括：信令接收模块41、业务数据接收模块42和数据合并模块43，其中：

信令数据接收模块41，用于通过与信令处理器之间的TCP链路接收信令处理器发送的IP化信令数据；

业务数据接收模块42，用于通过与业务处理器之间的UDP链路接收业务处理器发送的IP化业务数据；

数据合并模块43，用于将接收到的信令数据和业务数据按照核心网可识别的数据格式进行合成封装后发送至核心网。

具体地，所述设备还包括：定时写入模块44，其中：

定时写入模块44，用于在业务数据接收模块接收业务处理器发送的IP化业务数据之后，数据合成模块将信令数据和业务数据进行合成封装之前，将接收的业务数据在缓冲区中存储第二设定时长，所述第二设定时长通过接收业务数据的数据速率确定。

实施例五：

如图6所示，为本实施例五的一种数据传输设备的结构示意图，该数据传输设备是实施例三和实施例四中描述的数据传输设备的集成设备，具有了实施例三和实施例四中描述的数据传输设备的功能。该设备包括：控制单元51和读写逻辑单元52，其中：

控制单元51，用于在数据是信令数据时，将所述信令数据IP化后通过与信令处理器之间的TCP链路传输给信令处理器。

具体地，所述控制单元51，具体用于对所述信令数据进行MTP₂层解析，确定针对该信令数据所建立的信令链路。

所述控制单元51，具体用于根据信令链路与TCP端口之间的对应关系，确定所建立的信令链路对应的TCP端口，并利用确定的TCP端口建立与信令处理器之间的TCP链路，通过建立的TCP链路将解析后的信令数据发送给信令处理器。

所述控制单元51，还用于对信令数据中包含的MTP₃层的消息进行分离，并利用IP封装的方式对信令数据中分离得到MTP₃层的消息进行处理。

所述控制单元51，还用于通过与信令处理器之间的TCP链路接收信令处理器发送的IP化信令数据。

读写逻辑单元52，包括：数据分发子单元61、数据合成子单元62、信令数据编解码子单元63、业务数据读写子单元64、定时收发业务数据子单元65和业务数据缓存子单元66，其中：

数据分发子单元61，用于判断来自核心网的数据是业务数据还是信令数据。

信令数据编解码子单元63，用于对接收到的数据分发子单元发送的信令数据进行解码，以及对控制单元发送的信令数据进行编码。

业务数据读写子单元64，用于根据数据通道与缓存地址的对应关系，确定所述业务数据传输所占用的数据通道对应的缓存地址，并将所述业务数据写入确定的缓存地址对应的缓存区。

业务数据缓存子单元66，用于存放业务数据读写子单元写入的业务数据。

定时收发业务数据子单元65，用于在第一设定时长到达时，从缓存区中读取在所述第一设定时长内写入的业务数据，并对读取的业务数据IP化，所述第一设定时长通过每次能够处理的业务数据量确定，并根据数据通道与UDP端口之间的对应关系确定所述业务数据传输所占用的数据通道对应的UDP端口，并利用所述确定的UDP端口与业务处理器之间建立UDP链路，将IP化后的业务数据通过建立的UDP链路发送给业务处理器；以及通过与业务处理器之间的UDP链路接收业务处理器发送的IP化业务数据，并在数据合成模块将信令数据和业务数据进行合成封装之前，将接收的业务数据在缓冲区中存储第二设定时长，所述第二设定时长通过接收业务数据的数据速率确定。

数据合成子单元62，用于将接收到的信令数据和业务数据按照核心网可识别的数据格式进行合成封装后发送至核心网。

如图7所示，为控制单元的进行控制的流程示意图。该控制流程包括：

步骤301：控制单元预先在本地和读写逻辑单元的各子单元中配置相应的参数信息。

具体地，在数据分发子单元和数据合成子单元中配置信令通道与业务通道的对应表；在业务数据读写子单元中配置接收业务数据通道与缓存地址之间的映射表和发送业务数据通道与缓存地址之间的映射表；在定时收发子单元中配置数据通道与UDP端口之间的映射表。

在本地存储信令链路与TCP端口之间的映射表，建立TCP监听端口，用于与信令处理器发起的TCP链路进行连接。

步骤302：判断是否接收到OAM更新配置参数消息，若是，则保存更新后的配置参数，执行步骤301；否则，执行步骤303.

步骤303：判断是否接收到核心网发来的信令数据，若是，则对接收到的信令数据进行IP化处理；否则，执行步骤304。

在本步骤303中，对接收到的信令数据进行IP化处理的方式可采用实施例一介绍的方式进行。

步骤304：判断是否接收到信令处理器发送的信令数据，若是，则对接收到的信令数据进行编码；否则，执行步骤305。

步骤305：判断当前是否还存在活动的信令通道，若有，则返回执行步骤302,；否则，执行结束。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1.一种数据传输方法，其特征在于，该方法包括：

判断来自核心网的数据是业务数据还是信令数据；

当所述数据是信令数据时，将所述信令数据IP化后通过与信令处理器之间的传输控制协议TCP链路传输给信令处理器；

当所述数据是业务数据时，根据数据通道与缓存地址的对应关系，确定所述业务数据传输所占用的数据通道对应的缓存地址，并将所述业务数据写入确定的缓存地址对应的缓存区；

在第一设定时长到达时，从缓存区中读取在所述第一设定时长内写入的业务数据，并对读取的业务数据IP化，以及根据数据通道与UDP端口之间的对应关系确定所述业务数据传输所占用的数据通道对应的UDP端口，并利用所述确定的UDP端口与业务处理器之间建立UDP链路，将IP化后的业务数据通过建立的UDP链路发送给业务处理器。

2.如权利要求1所述的方法，其特征在于，将所述信令数据IP化后通过与信令处理器之间的TCP链路传输给信令处理器，具体包括：

对所述信令数据进行媒体传输协议MTP₂层解析，确定针对该信令数据所建立的信令链路；

根据信令链路与TCP端口之间的对应关系，确定所建立的信令链路对应的TCP端口，并利用确定的TCP端口建立与信令处理器之间的TCP链路，通过建立的TCP链路将解析后的信令数据发送给信令处理器。

3.如权利要求2所述的方法，其特征在于，建立信令链路之后，建立TCP链路之前，所述方法还包括：

对信令数据进行MTP₃层的消息分离，并利用IP封装的方式对经过MTP₃层分离后的信令数据进行处理。

4.如权利要求1所述的方法，其特征在于，所述第一设定时长通过每次能够处理的业务数据量确定。

5.一种数据传输的方法，其特征在于，该方法包括：

通过与信令处理器之间的传输控制协议TCP链路接收信令处理器发送的网络之间的互连协议IP化信令数据，以及通过与业务处理器之间的用户数据报协议UDP链路接收业务处理器发送的IP化业务数据，其中所述IP化业务数据是按照如下方式发送给业务处理器的:

根据数据通道与缓存地址的对应关系，确定所述业务数据传输所占用的数据通道对应的缓存地址，并将所述业务数据写入确定的缓存地址对应的缓存区；

在第一设定时长到达时，从缓存区中读取在所述第一设定时长内写入的业务数据，并对读取的业务数据IP化，以及根据数据通道与UDP端口之间的对应关系确定所述业务数据传输所占用的数据通道对应的UDP端口，并利用所述确定的UDP端口与业务处理器之间建立UDP链路，将IP化后的业务数据通过建立的UDP链路发送给业务处理器；

6.如权利要求5所述的方法，其特征在于，接收业务处理器发送的IP化业务数据之后，将信令数据和业务数据进行合成封装之前，所述方法还包括：

将接收的业务数据在缓冲区中存储第二设定时长。

7.如权利要求6所述的方法，其特征在于，所述第二设定时长通过接收业务数据的数据速率确定。

8.一种数据传输设备，其特征在于，该设备包括：

信令控制模块，用于在数据分离模块判断所述数据是信令数据时，将所述信令数据IP化后通过与信令处理器之间的传输控制协议TCP链路传输给信令处理器；

业务控制模块，用于在数据分离模块判断所述数据是业务数据时，根据数据通道与缓存地址的对应关系，确定所述业务数据传输所占用的数据通道对应的缓存地址，并将所述业务数据写入确定的缓存地址对应的缓存区；

9.如权利要求8所述的设备，其特征在于，所述信令控制模块，具体包括：

信令链路建立单元，用于对所述信令数据进行MTP₂层解析，确定针对该信令数据所建立的信令链路；

信令IP化传输单元，用于根据信令链路与TCP端口之间的对应关系，确定所建立的信令链路对应的TCP端口，并利用确定的TCP端口建立与信令处理器之间的TCP链路，通过建立的TCP链路将解析后的信令数据发送给信令处理器。

10.如权利要求9所述的设备，其特征在于，所述信令控制模块，还包括：

信令IP化处理单元，用于对信令数据中包含的MTP₃层的消息进行分离，并利用IP封装的方式对信令数据中分离得到MTP₃层的消息进行处理。

11.一种数据传输设备，其特征在于，该设备包括：

业务数据接收模块，用于通过与业务处理器之间的用户数据报协议UDP链路接收业务处理器发送的IP化业务数据,其中所述IP化业务数据是按照如下方式发送给业务处理器的:

12.如权利要求11所述的设备，其特征在于，所述设备还包括：

定时写入模块，用于在业务数据接收模块接收业务处理器发送的IP化业务数据之后，数据合成模块将信令数据和业务数据进行合成封装之前，将接收的业务数据在缓冲区中存储第二设定时长，所述第二设定时长通过接收业务数据的数据速率确定。