技术领域

本发明涉及无线通信技术，尤其涉及一种控制 器与基站间传输检测方法、 设备及系统。 背景技术

由于基站处于网络末端， 且遍布广泛， 尤其是最后一公里所采用的技术 较为复杂， 控制器和基站之间在采用互联网协议 ( Internet Protocol, IP )传 输时， 如何判断中间的传输通断及服务质量（Quality of Service, QoS )是保 证无线业务服务的关键。

因特网控制消息协议 ( Internet Control Message Protocol, ICMP )是 IP 层的一个组成部分， 主要用来传递差错报文以及其它信息。 ICMP报文是在 IP数据包内部被传输的， 例如， IP数据包包括 IP首部和 ICMP报文。 ICMP 报文的前四个字节包括类型域、 代码域、 校验和域。

ping程序用来检测主机到主机之间是否可通信� � ping程序采用 ICMP请 求和 ICMP应答以判断通道是否可达。 例如， 源主机向目的主机发送 ICMP 请求报文后， 如果一定时间内收到目的主机返回的 ICMP应答， 则认为主机 可达， 否则不可达。 但是， ping报文可能会被传输设备或者无线设备误认� � 是 ping攻击而被丟弃， 导致 ping报文在有些网络生存能力不高。有些通信� � 备对 ing报文进行流量控制，对于超过一定流量的 ping报文选择比例性进入， 从而导致系统判断异常；而且无线业务通道是 用户数据包协议（ User Datagram Protocol, UDP )承载， 由于 ping报文实质为 ICMP报文， 用 ICMP报文检测 不能真实反映 UDP报文传输情况。 发明内容 本发明实施例是提供一种控制器与基站间传输 检测方法、 设备及系统， 提高检测性能。

一方面， 提供了一种控制器与基站间传输检测方法， 包括：

控制器通过预先指定的用户数据包协议 UDP端口向基站发送 UDP报文； 控制器接收所述基站在检测到所述指定的 UDP端口后返回的 UDP报文； 控制器根据发送的 UDP报文和接收的 UDP报文， 确定控制器与基站间 的传输状况。

另一方面， 提供一种控制器与基站间传输检测设备， 包括：

发送模块， 用于通过预先指定的用户数据包协议 UDP 端口向基站发送 UDP才艮文；

接收模块， 用于接收所述基站在检测到所述指定的 UDP 端口后返回的 UDP才艮文；

检测模块， 用于根据所述发送模块发送的 UDP报文和所述接收模块接收 的 UDP报文， 确定控制器与基站间的传输状况。

另一方面， 提供一种控制器与基站间传输检测方法， 包括：

基站通过用户数据包协议 UDP端口接收控制器发送的 UDP报文； 所述基站在检测到所述 UDP端口为预先指定的 UDP端口后， 向所述控制 器返回 UDP报文， 使得所述控制器根据发送的 UDP报文和接收的 UDP报文， 确定控制器与基站间的传输状况。

另一方面， 提供一种控制器与基站间传输检测设备， 包括：

接收模块， 用于通过用户数据包协议 UDP端口接收控制器发送的 UDP 报文；

发送模块， 用于在检测到所述接收模块接收的 UDP报文通过的所述 UDP 端口为预先指定的 UDP端口后， 向所述控制器返回 UDP报文， 使得所述控制 器根据发送的 UDP报文和接收的 UDP报文，确定控制器与基站间的传输状况。

再一方面， 提供一种控制器与基站间传输检测系统， 包括： 上述的两种 设备。

由上述技术方案可知， 本发明实施例通过控制器与基站间传输指定 UDP 端口的 UDP报文， 通过 UDP"¾文进行传输状况的检测， 可以避免采用 ICMP才艮 文引起的问题， 可以提高检测性能和可靠性。 附图说明

为了更清楚地说明本发明实施例中的技术方案 ， 下面将对实施例描述中 所需要使用的附图作一简单地介绍， 显而易见地， 下面描述中的附图是本发 明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的 前提下， 还可以根据这些附图获得其他的附图。

图 1为本发明第一实施例的方法流程示意图；

图 2为本发明第二实施例的方法流程示意图；

图 3为本发明第二实施例对应的结构示意图；

图 4为本发明第三实施例的设备结构示意图；

图 5为本发明第四实施例的方法流程示意图；

图 6为本发明第五实施例的设备的结构示意图；

图 7为本发明第六实施例的系统的结构示意图。 具体实施方式

为使本发明实施例的目的、 技术方案和优点更加清楚， 下面将结合本发 明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完整地描述， 显然， 所描述的实施例是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前 提下所获 得的所有其他实施例， 都属于本发明保护的范围。

图 1为本发明第一实施例的方法流程示意图， 提供了一种控制器与基站 间传输检测方法， 包括： 步骤 11： 控制器通过预先指定的 UDP端口向基站发送 UDP报文。

其中，控制器，例如，可以为基站控制器（Bas e Station Controller, BSC ) , 基站为基站收发站 （ Base Transceiver Station, BTS ) ； 或者， 控制器为无线 网络控制器（ Radio Network Controller, RNC ) , 基站为 NodeB。

该指定的 UDP端口可以自定义， 例如， 设置端口号为 65042的 UDP端 口为指定端口。

另外， UDP报文大小、 优先级、 发包间隔等可以配置， 以最大限度的模 拟实际业务走的路径和参数。

步骤 12: 控制器接收所述基站在检测到所述指定的 UDP端口后返回的 UDP才艮文。

基站在接收到 UDP报文后， 如果检测出该接收的 UDP报文对应的端口 号为指定 UDP端口号 （如 65042 ) , 则可以向控制器返回 UDP报文。

进一步， 可以是通过交换该报文中的源 IP地址和目的 IP地址将接收的 UDP报文原封不动地返回给控制器，即除了将接 收的报文中源 IP地址和目的 IP地址进行交换之外， 对该报文中的其它内容不做任何改动。

步骤 13: 控制器根据发送的 UDP报文和接收的 UDP报文， 确定控制器 与基站间的传输状况。

例如，如果在一定时间内，控制器没有接收到 指定 UDP端口对应的 UDP 报文， 则确定控制器与基站间的通道不可达， 或者， 在一定时间内， 如果接 收到指定 UDP端口对应的 UDP报文， 则确定控制器与基站间的通道可达。 并且， 进一步地， 根据发送的 UDP报文和接收的 UDP报文中的参数可以确 定 QoS质量。 具体内容可以参见下述实施例。

本实施例通过控制器与基站间传输指定 UDP端口的 UDP报文，通过 UDP 报文进行传输状况的检测， 可以避免采用 ICMP报文引起的问题， 可以提高 检测性能和可靠性。

图 2为本发明第二实施例的方法流程示意图， 图 3为本发明第二实施例 对应的结构示意图， 参见图 2, —种控制器与基站间传输检测方法， 包括： 步骤 21 : 控制器采用指定 UDP端口向基站发送 UDP报文， 该 UDP报 文中可以包含报文的序列号和系统时间戳。

具体地， 例如， UDP报文的格式可以具体如下所示：

typedef struct UDP— PING— PKG

/* IP 头 20 字节 */

UINT8 ucIpVer:4; /* version */

UINT8 ucIpHdrLen:4; /* header length */

UINT8 ucServiceType; /* type of service */

UINT16 usTotalLen; /* total length */

UINT16 usldentification; /* identification */

UINT16 usOffset; /* fragment offset field */

UINT8 ucTTL; /* time to live*/

UINT8 ucProtocol; /* protocol */

UINT16 usCheckSum; /* checksum */

UINT32 ulSrcAddr;

UINT32 ulDestAddr; /* source and dest address *

/* UDP 头 8字节 */

UINT16 usUDPSourcePort;

UINT16 usUDPDestPort;

UINT16 usUDPLen;

UINT 16 usUDPCheckSum;

/* UDP ping 净荷 */

UINT 16 usChecklndex; /* 本地 check表的索引 */

UINT 16 usPathlndex; /* 对应基站 DSCP的索引 */

UINT32 ulSpuCpuId; /* 对应控制的 Cpuld*/

UINT32 ulCurrTimeStamp; /* 当前时间戳 */ UINT16 usSequenceNum; /*才艮文序列号 */

UINT8 aucPad[2]; /* 填充内容 ， 备后续使用 */

}UDP_PING_PKG_STRU;

上述的 UDP ^艮文的大小和发送间隔可以采用如下配置， 例如： 检测周期： 默认值 5s , 范围可配置 l〜60s

检测包长： 默认值 64字节， 范围可配置， 一般 46-1500字节之间 其中， 上述的 "usUDPSourcePort" 、 "usUDPDestPort" 可以设置为指 定的 UDP端口号， 例如为 65042。

上述的 " usSequenceNum " 可以用 于记录才艮文的序列 号 ， "ulCurrTimeStamp" 用于记录系统时间戳。

步骤 22: 基站在检测到来自指定 UDP端口的 UDP报文后， 将该 UDP 报文返回给控制器。

例如，基站接收到来自端口号为 65042的端口的 UDP报文后，将该 UDP 才艮文中的源地址和目的地址交换后，再通过 端口号为 65042 的端口将该 UDP 报文原封不动的返回给控制器。

步骤 23: 控制器比较通过该指定 UDP端口发送的 UDP报文和接收的 UDP报文的情况， 确定传输状况。

例如， 如果控制器在一定时间内没有接收到基站通过 该指定端口返回的 UDP报文， 则确定控制器与基站间的通道不可达。

如果控制器接收到基站通过该指定端口返回的 UDP报文， 则可以计算 QoS参数， 例如， 具体可以如下：

控制器在通过指定端口发送 UDP报文时， 记录发送时间 T1 , 控制器在 接收到基站返回的该 UDP报文后， 确定接收时间 T2, 之后， 可以计算出时 间 RTT=T2-T1。 根据不同 UDP报文对应的时延值可以计算时延抖动。

控制器在发送报文时还可以记录报文序号， 如果控制器在接收到基站返 回的报文时， 如果发现序号不是连续的， 将不连续的 UDP报文作为丟失的报 文， 之后， 可以获取单位时间内丟失的 UDP报文个数， 得到丟包数。 用该丟 包数除以单位时间内发送的 UDP报文的个数即为丟包率。

本实施例通过控制器与基站间传输指定 UDP端口的 UDP报文，通过 UDP 报文进行传输状况的检测， 可以避免采用 ICMP报文引起的问题， 可以提高 检测性能和可靠性。

图 4为本发明第三实施例的设备结构示意图， 提供了一种控制器与基站 间传输检测设备， 包括发送模块 41、 接收模块 42和检测模块 43; 发送模块 41用于通过预先指定的 UDP端口向基站发送 UDP报文； 接收模块 42用于 接收所述基站在检测到所述指定的 UDP端口后返回的 UDP报文； 检测模块 43用于根据所述发送模块 41发送的 UDP报文和所述接收模块 42接收的 UDP 报文， 确定控制器与基站间的传输状况。

所述接收模块 42可以具体用于接收所述基站在检测到所述指� ��的 UDP 端口后通过交换源 IP地址和目的 IP地址向所述控制器返回的 UDP报文。

所述检测模块 43可以具体用于： 如果在一定时间内， 所述接收模块没有 接收到所述指定端口对应的 UDP报文， 则确定控制器与基站间的通道不可 达， 或者， 在一定时间内， 如果接收到特定端口对应的 UDP ^艮文， 则确定控 制器与基站间的通道可达。

所述发送的 UDP报文中包含报文的序列号和时间戳， 所述检测模块 43 可以具体用于： 根据所述发送模块发送的和所述接收模块接收 的报文的序列 号和时间戳， 确定服务质量 QoS参数。

所述检测模块 43可以具体用于： 根据所述发送模块发送 UDP报文时的 发送时间和所述接收模块接收到所述 UDP报文时的接收时间， 确定时延； 或 者， 根据所述发送模块发送的 UDP报文的报文序号和所述接收模块接收的 UDP报文的报文序号， 确定丟包率。

该设备可以位于控制器内。

应用本发明实施例提供的检测设备实现检测的 具体过程与前述方法实施 例类似， 此处不再赘述。

本实施例提供的检测设备可以通过控制器与基 站间传输指定 UDP 端口 的 UDP ^艮文， 通过 UDP ^艮文进行传输状况的检测， 可以避免采用 ICMP才艮 文引起的问题， 可以提高检测性能和可靠性。

图 5为本发明第四实施例的方法流程示意图， 一种控制器与基站间传输 检测方法， 包括：

步骤 51： 基站通过 UDP端口接收控制器发送的 UDP报文；

步骤 52: 所述基站在检测到所述 UDP端口为预先指定的 UDP端口后， 向所述控制器返回 UDP报文， 使得所述控制器根据发送的 UDP报文和接收 的 UDP报文， 确定控制器与基站间的传输状况。

例如， 基站可以在检测到所述 UDP端口为预先指定的 UDP端口后， 通 过交换接收报文中的源互联网 IP地址和目的 IP地址， 将接收的 UDP报文原 封不动地返回给控制器。

本实施例通过与基站间传输指定 UDP端口的 UDP报文，通过 UDP报文 进行传输状况的检测， 可以避免采用 ICMP报文引起的问题， 可以提高检测 性能和可靠性。

图 6为本发明第五实施例的设备的结构示意图， 一种控制器与基站间传 输检测设备， 包括接收模块 61和发送模块 62; 接收模块 61用于通过用户数 据包协议 UDP端口接收控制器发送的 UDP报文；发送模块 62用于在检测到 所述接收模块 61接收的 UDP报文通过的所述 UDP端口为预先指定的 UDP 端口后， 向所述控制器返回 UDP报文， 使得所述控制器根据发送的 UDP报 文和接收的 UDP报文， 确定控制器与基站间的传输状况。

所述发送模块 62 可以具体用于在检测到所述 UDP 端口为预先指定的 UDP端口后， 通过交换接收报文中源互联网 IP地址和目的 IP地址向所述控 制器原封不动地返回接收到的 UDP报文。

本实施例的设备可以位于基站内。 应用本发明实施例提供的检测设备实现检测的 具体过程与前述方法实施 例类似， 此处不再赘述。

本实施例提供的检测设备可以通过与控制器间 传输指定端口的 UDP报 文， 通过 UDP报文进行传输状况的检测， 可以避免采用 ICMP报文引起的问 题， 可以提高检测性能和可靠性。

图 7为本发明第六实施例的系统的结构示意图， 一种控制器与基站间传 输检测系统， 包括控制器 71和基站 72; 其中， 控制器 71可以参加图 5对应 的实施例。 基站 72可以参见图 6对应的实施例， 不再赘述。

本实施例提供的检测系统可以通过控制器与基 站间传输指定端口的 UDP 报文， 通过 UDP报文进行传输状况的检测， 可以避免采用 ICMP报文引起的 问题， 可以提高检测性能和可靠性。

可以理解的是， 上述方法及设备中的相关特征可以相互参考。 另外， 上 述实施例中的 "第一" 、 "第二" 等是用于区分各实施例， 而并不代表各实 施例的优劣。

本领域普通技术人员可以理解： 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成， 前述的程序可以存储于计算机可读取 存储介质中， 该程序在执行时， 执行包括上述方法实施例的步骤； 而前述的 存储介质包括： ROM, RAM,磁碟或者光盘等各种可以存储程序代码的� �质。

最后应说明的是： 以上实施例仅用以说明本发明的技术方案， 而非对其 限制； 尽管参照前述实施例对本发明进行了详细的说 明， 本领域的普通技术 人员应当理解： 其依然可以对前述各实施例所记载的技术方案 进行修改， 或 者对其中部分技术特征进行等同替换； 而这些修改或者替换， 并不使相应技 术方案的本质脱离本发明各实施例技术方案的 精神和范围。