数据处理方法、基站和网络控制节点的制作方法

文档序号:7705539阅读:89来源:国知局
专利名称:数据处理方法、基站和网络控制节点的制作方法
技术领域
本发明涉及通信技术领域,尤其涉及一种数据处理方法、基站和网络控 制节点。
背景技术
3GPP 25.435协议是关于WCDMA (Wideband Code Division Multiple Access,宽带码分多址)Iub (Interface between an RNC and a Node B,网络 控制节点和基站之间的接口)接口的协议,该协议规定了公共传输信道,包 括RACH (Random Access Channel ,随机接入信道),FACH ( Forward Access Channel,前向接入信道)和PCH (Paging Channel,寻呼信道)。
其中NodeB (基站)通过RACH数据传输过程将从Uu接口接收的数据 传送到CRNC (Controlling Radio Network Controller,控制无线网络控制器)。 数据流向为NodeB到CRNC。 RACH的重要特点在于, 一旦Uu接口有RACH 数据,NodeB立即发送给CRNC。但是若Uu接口没有数据,对RACH数据 传输过程而言,NodeB就不进行操作。另外,3GPP WCDMA —个小区一般 只有一个RACH信道,所有用户都是通过RACH信道发起接入的。
CRNC —般通过FACH数据传输过程将UE需要的Uu接口数据(如RRC Connect Setup (RRC (Radio Resource Control,无线资源控制)连接建立)消 息)传送到NodeB 。数据流向为CRNC到NodeB 。 PCH与FACH传输信道传 输过程和传输格式一致。
在实现本发明过程中,发明人发现现有技术中至少存在如下问题
3GPP 25.435协议RACH数据传输过程的机制设计,无法及时检测待RACH是否发生丢帧。类似的,FACH和PCH是否丢帧也无法及时检测到。

发明内容
本发明实施例的目的在于提供一种数据处理方法、基站和网络控制节点, 在RACH、 FACH和/或PCH传输的数据帧中增加了相应的帧序号,用以及时 检测上述公共传输信道的数据传输情况。
为了实现上述目的,本发明实施例提供了一种数据处理方法,包括 接收公共传输信道传输的数据帧,并提取该数据帧的FSN,所述公共传 输信道为RACH、 FACH或PCH,所述FSN为在数据帧的帧头中增加的FSN, 所述公共传输信道中的相邻两个数据帧中携带的FSN连续;
与从所述公共传输信道接收到的上一数据帧的FSN进行比较,确定所述 公共传输信道的数据传输情况。
本发明实施例还提供了一种数据处理方法,包括 网络控制节点通过RACH接收基站发送的心跳帧;并且 在设定时长内未接收到心跳帧的情况下确定RACH异常。 本发明实施例还提供了一种基站,包括
第一接收模块,用于接收网络控制节点通过公共传输信道发送的数据帧, 所述公共传输信道为FACH或PCH;
第一序号获得模块,用于提取所述第一接收模块接收到的数据帧的FSN, 所述FSN为在数据帧的帧头中增加的FSN,所述公共传输信道中的相邻两个 数据帧中携带的FSN连续;
第一存储模块,用于保存所述第一序号获得模块提取到的FSN;
第一比较模块,用于从所述第一存储模块获取从所述公共传输信道接收 到的上一数据帧的FSN,并与所述第一序号获得模块本次获得的FSN进行比 较,确定所述公共传输信道的数据传输情况。
本发明实施例还提供了一种网络控制节点,包括第二接收模块,用于接收基站通过RACH发送数据帧;.
第二序号获得模块,用于提取所述第二接收模块接收到的数据帧的FSN, 所述FSN为在数据帧的帧头中增加的FSN,所述RACH中的相邻两个数据帧 中携带的FSN连续;
第二存储模块,用于保存所述第二序号获得模块提取到的FSN;
第二比较模块,用于从所述第二存储模块获取从所述RACH接收到的上 一数据帧的FSN,并与所述第二序号获得模块本次获得的FSN进行比较,确 定所述RACH的数据传输情况。
本发明实施例还提供了一种网络控制节点,包括
第三接收模块,用于接收基站通过RACH发送的心跳帧;
异常确定模块,用于在所述第三接收模块在设定时长内未接收到心跳帧 的情况下确定RACH异常。
本发明的有益效果在于由于改变了RACH、 FACH和/或PCH数据帧的 帧结构,在数据帧中增加了相应的FSN,因此,接收相应数据的基站或者网 络控制节点可以根据相邻接收的两个数据帧的FSN确定出相应信道的数据传 输情况。另外,在RACH增加了心跳帧,网络控制节点就能够更加及时有效 地发现RACH数据传输是否异常。可见,采用本发明实施例提供的技术方案, 能够及时检测到RACH、 FACH和/或PCH的数据传输情况,从而克服了现有 技术中无法及时检测到RACH、 FACH禾卩/或PCH传输情况的缺陷。


为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实 施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面 描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲, 在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一中的数据处理方法流程7图2为本发明实施例二中的RACH数据帧中帧头的结构示意图3为本发明实施例二中CRNC确定RACH数据传输情况的方法流程图;
图4为本发明实施例三中的FACH数据帧中帧头的结构示意图5为本发明实施例三中的PCH数据帧中帧头的结构示意图6为本发明实施例三中NodeB确定FACH数据传输情况的方法流程图;
图7为本发明实施例四中心跳帧的帧结构示意图8为本发明实施例五中NodeB的框图9为本发明实施例六中网络控制节点的框图IO为本发明实施例七中网络控制节点的框图。
具体实施例方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行 详细描述。
以WCDMA系统为例,在网络中,经常发生小区吊死的情况,即RNC收 不到RRC一CONNET一REQ消息,这可能是由于NodeB传输或者RNC底层传 输的问题,使得RACH信道故障,导致RACH包发不到RNC。这时候小区虽 然有用户发起接入,但实际上小区是不能接入的。按照现有的3GPP协议, RACH信道故障无法及时检测出来。由于RACH数据帧中包括的CFN(Connect Frame Number,连接帧号)允许不连续,CRNC无法根据CFN来判断RACH 是否有丢帧。 一旦NodeB和CRNC之间的RACH丢帧,CRNC无法及时检测 到。极端的情况,NodeB到CRNC的RACH帧因为未知故障全部被丢弃,则 会导致CRNC始终无法收到RACH数据,就会导致整个小区没有任何用户可 以从RACH信道成功接入,也即小区休眠(Sleeping Cell)。
在网络中,还经常发生小区RNC收不到 RRC—CONNET—SETUP—COMPLETE消息,这可能是由于FACH信道故障, 导致NodeB收不到FACH或者FACH大量丢包。此种情况下,小区实际上不
8能接入。按照现有的3GPP协议,FACH信道故障无法及时检测出来。由于 FACH数据帧中包括的CFN允许不连续,NodeB无法根据CFN来判断FACH 是否有丢帧。 一旦NodeB和CRNC之间的FACH丢帧,NodeB无法及时检测 到。极端的情况,NodeB到CRNC的FACH帧因为未知故障全部被丢弃,则 会导致UE (User Equipment,用户设备)始终无法收到RRC Connect Setup消 息,就会导致整个小区没有任何用户可以接入,也即小区休眠。
另外,PCH与FACH传输信道传输过程和传输格式一致,也存在机制PCH 丢帧无法被NodeB及时检测到的缺陷。
基于此,本发明实施例提供了多种实现方式,以解决上述技术问题。值 得说明的是,在WCDMA系统中,基站为Node B,基站的控制节点为RNC (Radio Network Controller,无线网络控制器),两者之间的接口为Iub接口 。 在其他系统中,基站、以及基站的控制节点可能有不同的称谓,比如在 CDMA2000系统中,基站为BTS (Base Transceiver Station,基站收发信台), 基站的控制节点为BSC (Base Station Controller,基站控制器)。所以,本发 明提供的实施例中,如果具体到WCDMA系统,基站的控制节点为RNC,如 果未具体到WCDMA系统,基站的控制节点可以统称为网络控制节点。
实施例一
在本实施例中的数据处理方法如图1所示,包括以下步骤-步骤IO,接收公共传输信道传输的数据帧并提取该数据帧的帧序号(FSN, Frame Sequence Number),其中,该FSN是在3GPP协议FP (Frame Protocol, 帧协议)帧的帧头中增加的帧序号,所述公共传输信道中的相邻两个数据帧 中携带的FSN连续;
所述公共传输信道用于在网络控制节点和基站之间传输数据,可以包括
RACH传输信道、FACH传输信道或PCH传输信道。
步骤20,与从所述公共传输信道接收到的上一数据帧的帧序号进行比较, 确定所述公共传输信道的数据传输情况。本发明实施例提供的技术方案,由于改变了RACH、 FACH和/或PCH数 据帧的帧结构,在数据帧中增加了相应的FSN,因此,接收相应数据的基站 或者网络控制节点可以根据相邻接收的两个数据帧的FSN确定出相应信道的 数据传输情况。
实施例二
在本实施例中,对RACH进行说明。与现有技术相比,本实施例中的 RACH数据帧中增加了帧序号FSN。图2示出了本实施例中的RACH数据帧 中包括RACH的帧序号FSN的帧头的结构,其中
CRC为Cyclical Redundancy Check,循环冗余码校验;
FT为Frame Type,帧类型;
TFI为Transmit Format Index,传输格式指示。
在本实施例中,帧序号FSN的大小(字段长度)可以为4比特,单位为 1,帧序号每发送一个数据帧递增1 (模16递增),取值范围为{0..15},例如, 前一帧的FSN为15,则当前帧的FSN应该为0,相邻两个数据帧中携带的 FSN连续。可以理解的是,对RACH数据量而言,模16递增可以使得各个 RACH帧具有单独的FSN,对于后续实施例中的FACH和PCH来说也是如此。
在本实施例中,CRNC确定RACH数据传输情况的方法如图3所示,包 括如下步骤
步骤IOI,接收NodeB通过RACH发送的数据帧; 步骤102,提取该数据帧帧头中的帧序号字段值;
步骤103,判断当前接收到的数据帧与上一数据帧的帧序号是否连续,若 是,确定RACH没有丢帧,直接结束;否则,执行步骤104;
另外,也可以在判断为是的分支下,重新返回步骤101,继续执行。 步骤104,确定RACH丢帧;
在确定RACH丢帧后,可以启动预设的丢帧处理机制,例如向操作维护 中心报警等,报警内容为RACH丢帧。在本发明实施例中不对具体的丢帧处
10理机制进行限定,可以根据实际需要进行预设。
步骤105,获得RACH丢帧数,并统计RACH的丢帧率,根据丢帧率进行相应处理。
在实际的操作中,CRNC确定RACH数据传输情况时,不一定既判断是否丢帧又统计丢帧率,可以根据实际需要进行处理。例如,在进行完步骤104后直接结束,则未进行统计丢帧率的操作。而直接统计丢帧率的情况,则可以不进行是否丢帧的判断,直接计算RACH丢帧数,若未丢帧则认为丢帧数为0,从而进行丢帧率的统计。上述根据丢帧率进行相应处理的方法可以为在丢帧率达到设定阈值之后,向操作维护中心报警,提示RACH异常。
实施例三
在本实施例中,对FACH、 PCH进行说明,与现有技术相比,FACH、 PCH数据帧中增加了帧序号。图4示出了本实施例中的FACH数据帧中帧头的结构,其中包括头部CRC、 FT、 CFN、 TFI、发射功率电平,并且增加了FSN。图5示出了本实施例中的PCH数据帧中帧头的结构,其中包括头部CRC、FT、CFN、 PI (Paging Indicator,寻呼指示)、TFI,并且增加了 FSN。
下面以FACH为例进行说明,在本实施例中,NodeB确定FACH数据传输情况的方法如图6所示,包括如下步骤
步骤201,接收CRNC通过FACH发送的数据帧;
步骤202,提取该数据帧帧头中的帧序号字段值;
步骤203,判断当前接收到的数据帧与上一数据帧的帧序号是否连续,若是,确定FACH没有丢帧,直接结束;否则,进行步骤204;
另外,也可以在判断为是的分支下,重新返回步骤201,继续执行。步骤204,确定FACH丢帧;
步骤205,获得FACH丢帧数,并统计FACH的丢帧率,根据丢帧率进行相应处理。
在实际的操作中,NodeB确定FACH数据传输情况时,不一定既判断是
ii否丢帧又统计丢帧率,可以根据实际需要进行处理。实施例四
为了方便网络控制节点(以下以CRNC为例进行说明)获悉RACH是否正常,在本实施例中,新定义RACH心跳帧,CRNC根据控制帧类型字段值获悉接收的是否RACH心跳帧。标示RACH心跳帧控制帧类型的取值可为任意与GPP 25.435协议中原有的控制帧不重复的值(例如,可以采用00001111)。心跳帧的帧结构如图7所示,在具体实现时,其中可以不包括帧序号。
NodeB周期性地(具体周期可以根据需要设置及更改)通过RACH心跳过程将RACH心跳帧传送到CRNC。数据流向为NodeB到CRNC,例如可以每秒发送一个心跳帧。若CRNC在设定时长内(例如N个心跳周期)未接收到心跳帧,则确定RACH异常。上述设定时长可以为设定个数的心跳周期。
RACH增加心跳帧,以方便CRNC及时获悉RACH丢帧情况,和及时识别上行RACH通道是否正常,以避免3GPP 25.435协议中RACH通道不通而CRNC长时间无法检测的机制缺陷。
上述实施例二、三、四既可以单独实现,而且也可以任意组合应用,例如同时应用实施例二、三、四提供的技术方案,同时应用实施例二、四提供的技术方案,或者同时应用实施例二、三提供的技术方案。
由于实施例二、四提供的技术方案都是为了检测RACH的数据传输情况,其结合应用是由于在一定的应用场景下,RACH的相邻数据帧之间的间隔可能会比较长,在这种情况下,实施例四的应用可以确保在一段设定长度的时间内获知RACH是否异常。
实施例五
本实施例中的基站(比如NodeB),如图8所示,包括第一接收模块,用于接收网络控制节点通过公共传输信道发送的数据帧,该公共传输信道为FACH或PCH;第一序号获得模块,用于提取所述第一接收模块接收到的数据帧的FSN;第一存储模块,用于保存所述第一序号获得模块提取到的FSN;第一比较模块,用于从所述第一存储模块获取从所述公共传输信道接收
到的上一数据帧的FSN,并与所述第一序号获得模块本次获得的帧序号进行
比较,确定所述公共传输信道的数据传输情况。
其中,第一比较模块获得第一序号获得模块本次获得的帧序号时,可以
从第一序号获得模块直接获得,也可以从第一存储模块获得,图8示出的是从第一序号获得模块直接获得的情况。
由于本实施例中的基站包括第一序号获得模块、第一存储模块、第一比较模块,可以提取从FACH或PCH接收到的数据帧的FSN,并与从相应公共传输信道接收到的上一数据帧的FSN比较而确定该公共传输信道的数据传输情况,克服了现有的基站无法确定FACH或PCH的数据传输情况的问题。
实施例六
本实施例中的网络控制节点,如图9所示,包括第二接收模块,用于接收基站通过RACH发送数据帧;第二序号获得模块,用于提取所述第二接收模块接收到的数据帧的FSN;第二存储模块,用于保存所述第二序号获得模块提取到的帧序号;第二比较模块,用于从所述第二存储模块获取从所述公共传输信道接收
到的上一数据帧的帧序号,并与所述第二序号获得模块本次获得的帧序号进
行比较,确定所述RACH的数据传输情况。
其中,第二比较模块获得第二序号获得模块本次获得的FSN时,可以从
第二序号获得模块直接获得,也可以从第二存储模块获得,图9示出的是从
第二序号获得模块直接获得的情况。上述网络控制节点还可以包括
第三接收模块,用于接收基站通过该RACH发送的心跳帧;异常确定模块,用于在第三接收模块在设定时长内未接收到心跳帧的情况下确定所述RACH异常。
网络控制节点同时包括第二接收模块、第二序号获得模块、第二存储模块、第二比较模块、第三接收模块、异常确定模块的情况对应同时应用实施例二、四提供的技术方案的情况。
由于本实施例中的网络控制节点包括第二序号获得模块、第二存储模块、
第二比较模块,可以提取从RACH接收到的数据帧的FSN,并与从RACH接收到的上一数据帧的FSN比较而确定RACH的数据传输情况,克服了现有的基站无法确定RACH的数据传输情况的问题。实施例七
本发明实施例中的网络控制节点,如图10所示,包括第三接收模块,用于接收基站通过RACH发送的心跳帧;异常确定模块,用于在所述第三接收模块在设定时长内未接收到心跳帧
的情况下确定RACH异常。
由于本实施例中的网络控制节点包括异常确定模块,可以根据心跳帧来
确定RACH是否异常,克服了现有的基站无法确定RACH的数据传输情况的问题。
综上所述,在本发明实施例提供的技术方案中,由于改变了 RACH、FACH、 PCH数据帧的帧结构,在数据帧中增加了相应的帧序号,因此,网络控制节点提取RACH帧的帧序号字段值,用以判断上行RACH是否丢帧和/或计算RACH丢帧率。NodeB提取FACH帧的帧序号字段值,用以判断上行FACH是否丢帧和/或计算FACH丢帧率。NodeB提取PCH帧的帧序号字段值,用以判断上行PCH是否丢帧和/或计算PCH丢帧率。RACH增加心跳帧,以方便网络控制节点及时获悉RACH丢帧情况,和及时识别上行RACH通道是否正常。以避免对照3GPP 25.435协议中RACH通道不通而网络控制节点长时间无法检测的机制缺陷。
本领域普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
另夕卜在本发明各个实施例中的各功能单元可以集成在一个模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
1权利要求
1、一种数据处理方法,其特征在于,包括接收公共传输信道传输的数据帧,并提取该数据帧的帧序号FSN,所述公共传输信道为随机接入信道RACH、前向接入信道FACH或寻呼信道PCH,所述FSN为在数据帧的帧头中增加的FSN,所述公共传输信道中的相邻两个数据帧中携带的FSN连续;与从所述公共传输信道接收到的上一数据帧的FSN进行比较,确定所述公共传输信道的数据传输情况。
2、 根据权利要求1所述的方法,其特征在于,所述确定所述公共传输信 道的数据传输情况的具体方法为判断当前接收到的数据帧与上一数据帧的 FSN是否连续,若不连续,则确定所述公共传输信道的数据传输出现丢帧。
3、 根据权利要求1所述的方法,其特征在于,所述确定所述公共传输信 道的数据传输情况的具体方法为根据当前接收到的数据帧与上一数据帧的 FSN确定丢帧数,并统计所述公共传输信道的丢帧率。
4、 根据权利要求1至3任一项所述的方法,其特征在于,若所述公共传 输信道为RACH,所述方法进一步包括网络控制节点通过RACH接收基站发送的心跳帧,并在设定时长内未接 收到心跳帧的情况下确定RACH异常。
5、 一种数据处理方法,其特征在于,包括网络控制节点通过随机接入信道RACH接收基站发送的心跳帧;并且 在设定时长内未接收到心跳帧的情况下确定RACH异常。
6、 根据权利要求5所述的方法,其特征在于,网络控制节点接收所述 RACH传输的数据帧,并提取该数据帧的FSN,所述FSN为在数据帧的帧头 中增加的FSN,所述RACH中的相邻两个数据帧中携带的FSN连续;与从所述RACH接收到的上一数据帧的FSN进行比较,确定所述RACH数据传输情况。
7、 一种基站,其特征在于,包括第一接收模块,用于接收网络控制节点通过公共传输信道发送的数据帧,所述公共传输信道为FACH或PCH;第一序号获得模块,用于提取所述第一接收模块接收到的数据帧的FSN, 所述FSN为在数据帧的帧头中增加的FSN,所述公共传输信道中的相邻两个 数据帧中携带的FSN连续;第一存储模块,用于保存所述第一序号获得模块提取到的FSN;第一比较模块,用于从所述第一存储模块获取从所述公共传输信道接收 到的上一数据帧的FSN,并与所述第一序号获得模块本次获得的FSN进行比 较,确定所述公共传输信道的数据传输情况。
8、 一种网络控制节点,其特征在于,包括 第二接收模块,用于接收基站通过RACH发送数据帧; 第二序号获得模块,用于提取所述第二接收模块接收到的数据帧的FSN,所述FSN为在数据帧的帧头中增加的FSN,所述RACH中的相邻两个数据帧 中携带的FSN连续;第二存储模块,用于保存所述第二序号获得模块提取到的FSN;第二比较模块,用于从所述第二存储模块获取从所述RACH接收到的上 一数据帧的FSN,并与所述第二序号获得模块本次获得的FSN进行比较,确 定所述RACH的数据传输情况。
9、 根据权利要求8所述的网络控制节点,其特征在于,包括 第三接收模块,用于接收基站通过所述RACH发送的心跳帧; 异常确定模块,用于在所述第三接收模块在设定时长内未接收到心跳帧的情况下确定所述RACH异常。
10、 一种网络控制节点,其特征在于,包括 第三接收模块,用于接收基站通过RACH发送的心跳帧;异常确定模块,用于在所述第三接收模块在设定时长内未接收到心跳帧 的情况下确定RACH异常。
11、根据权利要求10所述的网络控制节点,其特征在于,包括第二接收模块,用于接收基站通过所述RACH发送数据帧; 第二序号获得模块,用于提取所述第二接收模块接收到的数据帧的FSN; 第二存储模块,用于保存所述第二序号获得模块提取到的FSN,所述FSN为在数据帧的帧头中增加的FSN,所述RACH中的相邻两个数据帧中携带的FSN连续;第二比较模块,用于从所述第二存储模块获取从所述RACH接收到的上 一数据帧的FSN,并与所述第二序号获得模块本次获得的FSN进行比较,确 定所述RACH的数据传输情况。
全文摘要
本发明公开了一种数据处理方法、基站和网络控制节点,该处理方法包括接收公共传输信道传输的数据帧,并提取该数据帧的FSN,该公共传输信道为RACH、FACH或PCH,该FSN为在数据帧的帧头中增加的FSN,该公共传输信道中的相邻两个数据帧中携带的FSN连续;与从该公共传输信道接收到的上一数据帧的FSN进行比较,确定该公共传输信道的数据传输情况。由于本发明改变了RACH、FACH或PCH中传输的数据帧的帧结构,在数据帧中增加了相应的FSN,因此,接收相应数据的基站或者网络控制节点可以根据相邻接收的两个数据帧的FSN是否连续确定出相应信道的数据传输情况,从而克服了现有技术中无法及时检测到RACH、FACH或PCH传输情况的缺陷。
文档编号H04W88/12GK101505494SQ20091011820
公开日2009年8月12日 申请日期2009年2月25日 优先权日2009年2月25日
发明者许胜洪 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1