附图说明
图1示出了相关技术中的一个WCDMA网络架构图;
图2示出了根据本发明实施例的Iub接口丢包率监测方法的流程图;
图3示出了根据本发明实施例的Iub接口丢包率监测装置的方框图;
图4示出了根据本发明实施例的Iub接口上行链路的示意图;
图5示出了根据本发明实施例的上行DCH(Dedicated TransportChannel,专用传输信道)的帧格式;
图6示出了根据本发明实施例的上行丢包率监测方法的流程图;
图7示出了根据本发明实施例的HSUPA的情况下Iub接口上行链路的E-DCH(Enhanced-DCH,增强专用传输信道)帧格式;
图8示出了根据本发明实施例的上行丢包率监测装置的方框图;
图9示出了根据本发明实施例的Iub接口下行链路的示意图;
图10示出了根据本发明实施例的下行DCH的帧格式;
图11示出了根据本发明实施例的下行丢包率监测方法的流程图;
图12示出了根据本发明实施例的HSDPA的情况下Iub接口下行链路的HS-DSCH帧格式;
图13示出了根据本发明实施例的下行丢包率监测装置的方框图。
具体实施方式
下面将参考附图并结合实施例,来详细说明本发明。
本发明的实施例提供了一种Iub接口丢包率监测方法,图2示出了根据本发明实施例的Iub接口丢包率监测方法的流程图。如图2所示,包括以下步骤:
步骤S202,在Iub接口的帧内标识报文序号;以及
步骤S204,根据接收的报文序号来统计丢包率。
帧可以是Iub接口上行的DCH或E-DCH帧,发送端是Node B,接收端是RNC,RNC在上行链路上根据接收的报文序号来统计上行的丢包率。
帧也可以是Iub接口下行的DCH或HS-DSCH帧,发送端是RNC,接收端是Node B,Node B在下行链路上根据接收的报文序号来统计下行的丢包率。
本发明的实施例还提供了一种Iub接口丢包率监测装置300,图3示出了根据本发明实施例的Iub接口丢包率监测装置的方框图。如图3所示,包括:
设定单元302,用于在Iub接口的帧内标识报文序号;以及
统计单元304,用于根据接收的报文序号统计丢包率。
同样地,在该装置300中帧可以是Iub接口上行的DCH或E-DCH帧,发送端是Node B,接收端是RNC,RNC在上行链路上根据接收的报文序号来统计上行的丢包率;帧也可以是Iub接口下行的DCH或HS-DSCH帧,发送端是RNC,接收端是Node B,NodeB在下行链路上根据接收的报文序号来统计下行的丢包率。
Iub接口丢包率监测装置300还可以包括上报单元(未示出),用于将统计单元统计的下行丢包率上报给RNC处理。
下面分别就本发明的关于上行方向的实现和关于下行方向的实现的实施例来进行说明。
首先来描述根据本发明实施例的IP传输下的Iub接口上行链路的实际丢包率监测方案。上行链路是指:Node B->RNC,图4示出了根据本发明实施例的Iub接口上行链路的示意图。
图5示出了上行DCH的帧格式。
图6示出了根据本发明实施例的上行丢包率监测方法的流程图,包括以下步骤:
步骤S602,Node B在Iub接口上行的DCH或E-DCH帧内标识报文序号;
步骤S604,RNC在上行链路上根据接收的报文序号来统计上行的丢包率;以及
步骤S606,RNC将丢包率统计处理后,上报后台进行处理,例如进行显示。
步骤S602中的标识报文序号,可以有以下几种情况:
在上行DCH帧的Spare Extension里面的任何位置增加8或4bits的FSN(Frame sequence number,帧序列号)(或者其它位宽的序号)来标识报文序号。
8个bits的指示范围是0~255,最短发送的时间间隔TTI(Transmission Time Interval,传输间隔时间)是10ms,所以最短的循环时间是256*10ms=2.56s,也就是在一个0~255的循环中,可以测试2.56s时间内的丢包率。Node B与RNC之间的时延不可能超过2.56s,所以不会出现这个序号不够用的情况。
图7示出了根据本发明实施例的HSUPA的情况下Iub接口上行链路的E-DCH帧格式。如图所示,E-DCH帧里面的第二个字节有4个比特的FSN来标识报文序号。这样最多可以监测到连续的16个报文是否接收到。
Node B可以通过DCH帧里面自带的CFN(Connection FrameNumber,连接帧号)来标识报文序号,RNC可以实现对上行丢包率的监测。
图8示出了根据本发明实施例的上行丢包率监测装置的方框图,包括:
上行设定单元802,用于在Iub接口上行的DCH帧或E-DCH帧内标识报文序号;
上行统计单元804,用于在上行链路上根据接收的所述报文序号统计上行丢包率。
还可以包括上报处理单元806,用于将上行统计单元804统计的丢包率,上报后台进行处理。
下面描述根据本发明实施例的IP传输下的Iub接口下行链路的实际丢包率监测方案。下行链路是指:RNC->Node B,图9示出了根据本发明实施例的Iub接口下行链路的示意图。
图10示出了DCH下行帧的报文格式。
图11示出了根据本发明实施例的下行丢包率监测方法的流程图,包括以下步骤:
步骤S1102,RNC在Iub接口下行的DCH或HS-DCH帧内标识报文序号;
步骤S1104,Node B在下行链路上根据接收的报文序号来统计下行的丢包率;以及
步骤S1106,Node B将丢包率统计处理后,将下行丢包率上报给RNC进行处理。Node B可以通过DCH同步帧来上报下行链路丢包率。
上报给RNC处理后,还可以进一步包括将丢包率上报后台进行比如显示等处理的步骤。
步骤S1102中的标识报文序号,可以有以下几种情况。
在DCH帧的Spare Extension里面增加8/4bits的FSN(或者其它位宽的序号)来表示报文序号。
8个bits的指示范围是0~255,最短发送的时间间隔(TTI)是10ms,
所以最短的循环时间是256*10ms=2.56s,
也就是在一个0~255的循环中,可以测试2.56s时间内的丢包率。
Node B与RNC之间的时延不可能超过2.56s,所以不会出现这个序号不够用的情况。
图12示出了根据本发明实施例的HSDPA的情况下Iub接口下行链路的HS-DSCH帧格式。HS-DSCH的头里面的第二个字节用4个比特的FSN来表示报文序号。最多可以监测到连续的16个报文是否接收到,对于从大量的报文监测出丢包率来说,这样的序号个数对于监测已经足够了。
图13示出了根据本发明实施例的下行丢包率监测装置1300的方框图,包括:
下行设定单元1302,用于在Iub接口下行的DCH帧或HS-DSCH帧内标识报文序号;
下行统计单元1304,用于在下行链路上根据接收的所述报文序号统计下行丢包率。
还可以包括下行上报单元1306,用于将下行统计单元1304统计的下行丢包率上报给RNC处理。
还可以包括下行上报处理单元(未示出),用于将下行丢包率,上报后台进行处理。
下表给出了下行丢包率的上报消息的一个实例:(Node B通过自定义的消息来上报下行链路的丢包率)。
| 参数名称 |
是否必选 |
参数含义 |
| UDP port |
Yes |
UDP端口号 |
| Source IP |
Yes |
源IP |
| Destination IP |
Yes |
目的IP |
| Packet loss |
Yes |
丢包率 |
因为一个RNC下面可能会带很多的Node B,在Node B的自定义消息里面附带下行丢包率信息,Node B定时上报给RNC,RNC就知道下行的丢包率,这样RNC就可以完全计算出上行、下行的丢包率。
从以上的描述中,可以看出,本发明的实施例实现了如下技术效果:
1、由于在Iub接口的帧内标识报文序号,然后根据接收的报文序号统计丢包率,所以可以实时地监测每个业务报文的丢包情况,而不是通过测试报文来间接测试网络质量。
2、由于可以在上行的专用传输信道帧或增强专用传输信道帧,以及下行的专用传输信道帧或高速共享数据传输信道帧内标识报文序号,所以本发明实施例不光可以监测环回链路的丢包,而且还可以分析监测上行、下行的丢包率。而标识报文序号的方式可以有多种,运用灵活。
由此,利用本方案,在Iub的IP传输下,可以分别对于R99语音业务,HSDPA、HSUPA的不同业务的QOS质量进行监测,实时反映出当前网络的状况,从而实现对网络QOS质量的实时监控。
显然,本领域的技术人员应该明白,上述的本发明的各单元或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路单元,或者将它们中的多个单元或步骤制作成单个集成电路单元来实现。这样,本发明不限制于任何特定的硬件和软件结合。应该明白,这些具体实施中的变化对于本领域的技术人员来说是显而易见的,不脱离本发明的精神保护范围。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。