CN102231895B - 数据通信方法及系统、数据发送/接收装置 - Google Patents

Abstract

本发明提供了一种用于CELL_FACH状态下的用户设备的数据通信方法，包括以下处理：无线网络控制器向节点B发送用户设备的数据；当用户设备发生了特定事件时，无线网络控制器向节点B发送通知消息；以及响应于通知消息，节点B进行相应处理。本发明还提供了一种用于CELL_FACH状态下的用户设备的数据通信系统，以及数据发送装置和数据接收装置。通过本发明的技术方案，实现了以下有益效果：节省了无线信道资源、减小了传输时延，从而降低了传输丢包率。

Description

数据通信方法及系统、数据发送/接收装置

技术领域

本发明涉及通信领域，并且更特别地，涉及一种用于处于CELL-FACH状态下的用户设备的数据通信方法和系统，以及用于数据通信的数据发送装置和数据接收装置。

背景技术

3GPP系统分为UE(User Equipment，用户设备)、UTRAN(UMTS Terrestrial Radio Access Network，UMTS系统地面无线接入网络)和CN(Core Network，核心网)这三个部分。UE和UTRAN的接口为Uu接口，用于提供无线接入用户功能。该接口的协议栈包括RRC(Radio Resource Control，无线资源控制)、RLC(RLC：RadioLink Control，无线链路控制)、MAC(Medium Access Control，媒体接入控制)、和物理层等协议。RRC协议提供Uu接口的信令面连接，用于在UTRAN和UE之间传输控制信令。当UE和UTRAN之间有RRC信令连接的时候，称为UE处于RRC连接模式，UE将处于以下4种RRC状态中的一种：URA_PCH、CELL_PCH、CELL_FACH、CELL_DCH。如图1所示，上述的4种状态可以相互转换。

为了在无线空中接口上传输数据(包括上行和下行)，3GPP系统将空口信道分为3种：物理信道(Physical Channel)、传输信道(transport channel)、逻辑信道(logical channel)。逻辑信道分为：公共控制信道(CCCH，Common Control Channel，传输公共控制信令)、专用控制信道(DCCH，传输专用控制信令给某个UE)、专用业务信道(DTCH，传输专用业务数据给某个UE)等；逻辑信道用于规定传输的对象(例如，公共控制信息、专用控制信息、或专用业务数据)。逻辑信道映射到传输信道上。传输信道用于规定如何进行传输，例如，用于进行传输的块的数量、传输时间间隔(TTI)(比如10ms、20ms间隔等)、如何复用多个逻辑信道、多个传输信道如何复用物理信道等信息；传输信道分为：专用传输信道(DCH，DTCH和DCCH映射到该信道)、前向接入信道(FACH，下行的CCCH/DTCH/DCCH映射到该信道)、随机接入信道(RACH，上行的CCCH/DTCH/DCCH映射到该信道)、高速下行共享信道(HS-DSCH，下行的DCCH和DTCH映射到该信道)、增强的专用信道(E-DCH，Enhanced dedicated channel，上行的DCCH和DTCH映射到该信道)等等。传输信道映射到物理信道上，物理信道分为：专用物理信道(DPCH，上行或下行信道，DCH映射到该信道)，高速物理下行共享信道(HS-PDSCH，下行信道，HS-DSCH映射到该信道)，辅公共控制物理信道(S-CCPCH，下行信道，FACH映射到该信道)，物理随机接入信道(PRACH，上行信道，RACH映射到该信道)。

为了传输数据，UTRAN侧的处理包括：RLC协议实体将RLCSDU(Service Data Unit，业务数据单元)进行分割或合并，从而构造RLC PDU(Packet Data Unit，分组数据单元)(从对等来开，RLC协议实体通过逻辑信道将RLC PDU发送给UE，当然，逻辑信道要映射到传输信道上进行发送)。RLC PDU被传送给MAC(媒体接入控制)层协议实体，由MAC协议实体加上MAC头部构成MACPDU，也称为传输块(Transport Block，TB)。MAC要将传输块通过传输信道发送给UE(当然，传输信道通过映射到物理信道，由物理层进行处理最后在无线空口发送给UE)。一个传输信道每次以一个TTI(传输时间间隔，Transport Time Interval)的时间间隔发送数据，一个TTI内可以发送的多个TB称为TBS(多个TB的集合，称为传输块集，Transport Block Set，TBS)。一个MAC PDU包含一个MAC SDU加上MAC头部，MAC头部根据物理信道的不同，会包括不同的内容。当DTCH/DCCH映射到FACH或RACH这样的物理信道上时，MAC PDU包含如图2所示的内容：其中，TCTF是目标信道类型域(Target Channel Type Field)，指示逻辑信道的类型(比如是DCCH或DTCH还是CCCH等)；UE-Id Type指示UE ID的类型，2比特长；UE-Id是16bit或32bit的UE Id；C/T指示映射到该传输信道上的逻辑信道的编号(从0到15)；MAC SDU就是RLC PDU。

在UTRAN的处理中，逻辑信道可以映射到不同的传输信道。每个传输信道的TB(传输块)要定义一个或多个长度，其长度去掉MAC头部后就是RLC PDU的长度。

从版本5开始，3GPP提供高速下行分组接入机制(HSDPA)，用以提供下行分组在空中接口的高速传输。该机制除了RLC/MAC/物理层之外，增加了MAC-hs层的处理，该层出于Node B，它由高速下行共享传输信道HS-DSCH、高速下行物理共享信道(HS-PDSCH)、高速下行共享控制信道(HS-SCCH)和HS-DSCH专用上行物理控制信道(HS-DPCCH)互相作用来实现。HS-SCCH、HS-DPCCH以及HS-DSCH的信道特性，都是由RNC在无线承载(Radio Bearer)建立的时候配置给UE的，同时RNC还分配一个标识符H-RNTI给该UE，用来在HS-SCCH信道上标识该UE。

其传输过程如下：Node B在HS-SCCH上发送调度信息，指定之后的HS-PDSCH信道的资源为哪个UE使用，以及采用何种传输模式等。HS-SCCH上的调度信息中包含H-RNTI(每个需要接收HSDPA相关信道的UE都会分配一个专门的H-RNTI)。UE监测并解码HS-SCCH后，如果发现其中的H-RNTI是属于自己的，则说明该调度的资源是属于自己的资源，就接收紧接这个HS-SCCH之后的HS-PDSCH信道，HS-PDSCH是个物理信道，其上承载着HS-DSCH信道。HS-DSCH信道上的帧称为MAC-hs PDU，是由多个MAC-d PDU组成的，所有的MAC-d PDU都属于同一个UE。其帧结构如图3所示。在图3中，Queue ID是队列标识(一个UE可以最多有8个队列)；TSN是传输顺序号，用以表示当前帧的顺序号，如果前后两个帧的TSN相同，表明后一个是前一个的重传帧；SID是表示对应的系列MAC-d PDU的长度信息，N是指该长度的系列MAC-d PDU的个数，F表示是否数据的标识，如果F＝0表示其后是MAC-hs头部(MAC-hs Header)，如果F＝1则其后是MAC-hs的承载(MAC-hs payload)，头部就结束。其中Mac-hs SDU就是MAC-d PDU。

在当前的协议中，规定只有处于CELL_DCH状态的UE才可以接收HSDPA相关信道。处于CELL_FACH下的UE，因为没有专用控制信道和用于HSDPA的上行辅助控制信道(也是专用的)，虽然也有DCCH和DTCH，但DCCH/DTCH只能映射在下行FACH和上行RACH，所以不能够接收HSDPA相关信道。

处于CELL_FACH下的UE的信息只保存在RNC，Node B没有保存UE的信息。由于一个小区内可能有多个UE处于CELL_FACH状态，而它们的DCCH/DTCH都映射到FACH/RACH上，所以RNC需要进行调度，在每个FACH TTI中决定发送哪个用户的数据，并将数据构造成MAC TB后发送给Node B，同时指定需要Node B发送的时刻，Node B不进行调度，直接在该指定的时刻在物理信道上发送出去。由于Node B没有UE的信息，所以当UE进行小区重新选择的时候，只有RNC知道。处于CELL_FACH下的UE进行小区重新选择的过程如下：

(1)UE测量到有另外一个小区的信号更好(比当前接入的小区信号好过某个门限值)，决定进行小区更新，新小区称为目标小区，当前接入的小区称为源小区；

(2)UE通过目标小区向UTRAN发送小区更新消息(CellUpdate)；其中，该消息属于RRC消息，由RNC进行处理；

(3)RNC通过目标小区向UE发送小区更新确认消息(CellUpdate Confirm)，分配新的C-RNTI等；

(4)UE回复UTRAN Mobility Information Confirm消息。

Nokia公司在提案R2-062201中提出了当UE处于CELL_FACH状态下接收HS-DSCH信道的方案。具体如下：

(1)UTRAN在系统信息广播中，广播一个公共H-RNTI；处于CELL_FACH下的所有UE利用该公共H-RNTI作为接收HS-SCCH并判断调度的共享资源是否属于自己的依据；

(2)如果处于CELL_FACH下的所有UE检测到HS-SCCH中的H-RNTI是上述的公共H-RNTI，就进一步接收对应的HS-DSCH帧；一个小区中会有多个UE处于CELL_FACH状态；

(3)HS-DSCH帧中包含有多个MAC-c PDU。每个MAC-c PDU的头部中都有一个UE ID标识具体该MAC-d PDU是属于哪个UE的；这些UE解码出MAC-c PDU，逐个判断其中的UE ID是否是自己的，如果是自己的UE ID，则接收，否则就丢弃；

(4)由于UE没有HSDPA相关的辅助反馈信道，所以没有ACK应答和信道质量报告(CQI，Channel Quality Indicator)。由于没有ACK，Node B不知道UE是否接收正确，就直接重复发送若干次HS-DSCH帧；而由于没有信道质量报告，Node B无法进行调制和编码的选择，就采用缺省的调制和编码。

在上述方案中，Node B不用保留处于CELL_FACH下的UE的信息。Node B接收RNC发送过来的MAC-c PDU，并不知道这些PDU属于哪个UE，因为Node B不会解开MAC-c PDU的头部去查看UE ID，并且Node B也没有保留UE的信息。

此外，在上述处理中，RNC将UE的数据构造成MAC-c PDU后，发送给Node B，由Node B的MAC-hs层进行调度发送。由于Node B的HSDPA资源由小区内的多个UE共享，所以并不能保证调度发送的时延(也就是不能保证何时能够调度发送给UE)。NodeB没有处于CELL_FACH下UE的信息，并不知道这些数据是属于哪个UE的，而在UE发生小区重新选择的时候，Node B不知道UE发生小区重新选择，会将该UE还没发送出去的MAC-c PDU继续在源小区发送，但这个时候UE已经不接收源小区的信道了。这将造成信道资源的浪费。同时对于AM RLC，将引起上层RLC重传数据，导致传输时延加大，或者对于UM RLM将引起数据丢失。

在原有标准的FACH映射到S-CCPCH信道上发送数据的方案中，不会出现这样的问题。因为FACH/S-CCPCH资源的调度是在RNC进行，而UE的小区重新选择也是通知到RNC，这样RNC收到UE的小区更新消息后即可停止调度。但Nokia提出的这个方案不能解决这个问题，因为资源调度是在Node B进行，而小区重新选择是通知到RNC，导致出现了上述问题。

与本发明相关的另一相关技术是，FACH(S-CCPCH)信道的资源也在Node B调度。也就是说，RNC将需要在FACH(S-CCPCH)上发送给UE的数据，先发送到Node B，但不指定发送时刻，由Node B根据资源情况，选择一个合适的时刻进行发送。(原来是RNC指定发送时刻，即发送CFN(连接帧号)，Node B只需要安照指定的CFN时刻进行发送，不需调度)。

这样，就同样造成与上述相同的缺点，即，在UE发生某些事件的时候(比如小区转换、连接断开、状态转移等)，Node B不知道，而继续在源小区发送，导致无线信道资源浪费，增加传输时延，增加丢包率。

通过以上描述可以看出，在相关技术方案中，存在如下问题：在CELL_FACH状态下，当UE进行小区重新选择、发生状态转换、RRC连接释放等事件时，存在无线信道资源浪费，增加了传输时延，增加了传输丢包率。

发明内容

针对处于CELL_FACH状态下的UE进行小区重新选择、发生状态转换、RRC连接释放等事件，只有RNC知道，而Node B不知道的情况下，相关技术的技术方案存在的无线信道资源浪费，增加了传输时延，增加了传输丢包率的问题而做出本发明。

为此，本发明的目的在于提供一种用于CELL_FACH状态下的用户设备的数据通信机制。

根据本发明的一个实施例，提供了一种用于CELL_FACH状态下的用户设备的数据通信方法。

该方法包括以下处理：节点B接收无线网络控制器发送的用户设备的数据；当所述用户设备发生了特定事件时，所述节点B接收所述无线网络控制器发送的通知消息，所述通知消息中携带有用户设备标识信息或数据编号信息；以及所述节点B响应于所述通知消息，根据所述通知消息中的所述用户设备标识信息或数据编号信息来搜索缓存的相应的用户设备的数据并对节点B搜索到的数据进行相应处理。

根据本发明的另一实施例，提供了一种用于CELL_FACH状态下的用户设备的数据通信系统。

该系统包括：数据发送模块，位于无线网络控制器侧，用于向节点B发送以下信息组合中的任意一个：用户设备的数据、用户设备的数据和用户设备标识、用户设备的数据和数据的数据编号、用户设备的数据和用户设备标识和数据的数据编号；通知消息发送模块，位于无线网络控制器侧，用于当无线网络控制器判断用户设备发生了特定事件时，向节点B发送通知消息，其中，所述通知消息中携带有用户设备标识信息或数据编号信息；数据获取模块，位于节点B侧，接收数据发送模块发送的所述信息，以及响应于所述通知消息，获取缓存的相应的用户设备的数据，其中，获取缓存的相应的用户设备的数据是通过根据所述通知消息中的所述用户设备标识信息或数据编号信息来搜索缓存的相应的用户设备的数据；以及数据处理模块，位于节点B侧，用于对数据获取模块获取的数据进行处理。

根据本发明的又一实施例，提供了一种用于CELL_FACH状态下的用户设备的数据发送装置。

该装置位于无线网络控制器侧，包括：数据发送模块，用于向节点B发送以下组合信息中的任意一个：用户设备的数据、用户设备的数据和用户设备标识、用户设备的数据和数据的数据编号、用户设备的数据和用户设备标识和数据的数据编号；以及通知消息发送模块，用于当用户设备发生了特定事件时，向节点B发送通知消息，其中，所述通知消息中携带有用户设备标识信息或数据编号信息。

另外，根据本发明的另一实施例，还提供了一种用于CELL_FACH状态下的用户设备的数据接收装置。

该装置位于节点B侧，包括：数据获取模块，用于接收无线网络控制器发送的以下信息组合中的任意一个：用户设备的数据、用户设备的数据和用户设备标识、用户设备的数据和数据的数据编号、用户设备的数据和用户设备标识和数据的数据编号，以及响应于无线网络控制器在用户设备发生特定事件时发送的通知消息，其中，所述通知消息中携带有用户设备标识信息或数据编号信息，获取缓存的相应的用户设备的数据，其中，获取缓存的相应的用户设备的数据是通过根据所述通知消息中的所述用户设备标识信息或数据编号信息来搜索缓存的相应的用户设备的数据；以及数据处理模块，用于对数据获取模块获取的数据进行处理。

通过以上技术方案，本发明实现了以下有益效果：节省了无线信道资源、减小了传输时延，从而降低了传输丢包率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示例性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是示出根据相关技术的用户设备的无线资源控制状态的示意图；

图2是示出根据相关技术的MAC PDU(媒体接入控制分组数据单元)的结构的示意图；

图3是示出根据相关技术的HS-DSCH帧结构的示意图；

图4是示出根据本发明第一实施例的用于CELL_FACH状态下的用户设备的数据通信方法的流程图；

图5是示出根据本发明第一实施例的用于CELL_FACH状态下的用户设备的数据通信方法的信令流程图；

图6是本发明实例1中提供的方法的流程图；

图7是本发明实例2中提供的方法的流程图；

图8是本发明实施3中提供的方法的流程图；

图9是示出根据本发明第二实施例的用于CELL_FACH状态下的用户设备的数据通信系统的框图；

图10是根据本发明第三实施例的用于CELL_FACH状态下的用户设备的数据发送装置的框图；以及

图11是根据本发明第四实施例的用于CELL_FACH状态下的用户设备的数据接收装置的框图。

具体实施方式

以下将参照附图来详细描述本发明的优选实施例。

第一实施例

在本实施例中，提供了一种用于CELL_FACH状态下的用户设备的数据通信方法。

如图4所示，该方法包括以下处理：步骤S402：无线网络控制器向节点B发送用户设备的数据、用户设备标识(用于指示携带的数据所属的用户设备)和/或数据的数据编号(优选地，通过FP协议发送)，或者无线网络控制器只发送数据，而没有同时携带用户设备标识或数据编号；步骤S404：当用户设备发生了特定事件时，无线网络控制器优选地通过NBAP协议向节点B发送通知消息(本实施例中为CELL_FACH UE消息)；以及步骤S406：响应于通知消息，节点B进行相应处理。

上述处理流程可以参照图5来进一步理解。

例如，如果在一个FP协议帧中携带有多个用户设备的数据，则需要多个相应的用户设备标识(UE ID)来与这些数据相对应。UE ID可以是U-RNTI、C-RNTI、或其他标识。

其中，上述的特定事件包括但不限于：小区重新选择、状态转换、无线资源控制连接释放。

上述的通知消息可以是数据转换小区消息、UE小区重新选择消息、数据释放命令消息、或新定义的其他消息等。

另外，上述的通知消息中携带有以下信息中的一个或多个：用户设备标识信息、目标小区信息、数据编号信息。其中，当用户设备进行节点B内的小区重新选择时，无线网络控制器携带目标小区信息，或者无线网络控制器直接携带目标小区信息，而不考虑用户设备是否进行节点B内的小区重新选择。

此外，上述的通知消息中还可以携带有动作指示信息，其中，动作指示信息用于指示节点B进行以下动作中的一个或多个：释放用户设备上下文、释放数据、转移到目标小区发送、暂停发送、恢复发送。

以下将具体描述上述步骤S406中的处理，其中，根据通知消息中携带的信息的不同，节点B可以采取多种处理方式。

实例1

如图6所示，该实例中的节点B的处理包括以下步骤：步骤S602：节点B通过将接收的用户设备标识与通知消息中的用户设备标识信息匹配来搜索缓存的相应的用户设备的数据；步骤S604：当通知消息中没有目标小区标识时，释放在步骤S602中搜索到的数据；以及步骤S606：当通知消息中有目标小区标识时，在步骤S602搜索到的数据转移到目标小区缓冲区，并且在目标小区进行调度发送。

其中，在步骤S606中，在目标小区属于本节点B的情况下，节点B将数据转移到目标小区进行处理(步骤S606-2)，在目标小区不属于本节点B的情况下，将数据删除或转移到其它节点B(步骤S606-4)。

另外，当在步骤S402中无线网络控制器没有发送用户设备标识时，则在步骤S602中，节点B首先将无线网络控制器发送的数据的头部解码，获取头部中的用户设备标识。

在本实例中，节点B通过用户设备标识来搜索数据。本发明不限于此，接下来描述的实例2中，节点B通过数据的数据编号来搜索数据。

实例2

如图7所示，该实例中的节点B的处理包括以下步骤：步骤S702：节点B通过将接收的数据编号与通知消息中的数据编号信息匹配来搜索缓存的相应的用户设备的数据；步骤S704：当通知消息中有目标小区标识时，在步骤S702搜索到的数据转移到目标小区缓冲区，并且在目标小区进行调度发送；以及步骤S706：当通知消息中没有目标小区标识时，释放在步骤S702中搜索到的数据。

其中，在步骤S706中，在目标小区属于本节点B的情况下，节点B将数据转移到目标小区进行处理(步骤S706-2)，在目标小区不属于本节点B的情况下，将数据删除或转移到其它节点B(步骤S706-4)。

值得注意的是，上述实例中描述的节点B根据目标小区标识来进行不同处理的情况仅仅是示例性的，目的在于提供对本方面的透彻理解，而不是限制本发明。

实例3

如图8所示，该实例中的节点B的处理包括以下步骤：步骤S802：节点B通过将接收的用户设备标识与通知消息中的用户设备标识信息匹配来搜索缓存的相应的用户设备的数据；步骤S804，节点B根据通知消息中的动作指示信息来执行相关处理。

具体地，步骤S804进一步包括以下处理：当通知消息中的动作指示信息指示转移到目标小区发送时，将在步骤S802中搜索到的数据转移到目标小区缓冲区，并且在目标小区进行调度发送(步骤S804-2)；当动作指示信息指示释放数据或释放用户设备上下文时，释放在步骤S802中搜索到的数据(步骤S804-4)；当动作指示信息未指示转移到目标小区、释放用户设备上下文、释放数据，而是指示暂停发送时，暂停调度发送在步骤S802中搜索到的数据(步骤S804-6)，另外，在未指示暂停调度的情况下，开始调度发送用户设备的数据(步骤S804-8)。

当然，本实例中的过程仅仅是示例性的，通知消息中可以不包含上述的暂停发送、恢复发送数据等动作指示，相应地，节点B所进行的操作根据动作指示的具体不同而有所改变。

通过上述的处理过程可以看出，当RNC检测到UE发生小区重新选择、状态转换、或RRC连接释放等时，不需要再在源小区发送数据的情况下通知Node B，Node B可以停止发送数据给UE，或转移到目标小区进行发送。这样可以节省源小区的无线资源，并且由于可以转移到目标小区进行发送，可以避免数据丢失，进而可以避免RLC的重传而导致的数据传输时延加大。

第二实施例

在本实施例中，提供了一种用于CELL_FACH状态下的用户设备的数据通信系统。

如图9所示，该数据通信系统900包括：数据发送模块902，位于无线网络控制器侧，用于向节点B发送以下信息中的一个或多个：用户设备的数据、用户设备标识、数据的数据编号；通知消息发送模块904，位于无线网络控制器侧，用于当无线网络控制器判断用户设备发生了特定事件时，向节点B发送通知消息；数据获取模块906，位于节点B侧，接收数据发送模块902发送的信息，以及响应于通知消息，获取用户设备缓存的数据；以及数据处理模块908，位于节点B侧，用于对数据获取模块906获取的数据进行处理。

其中，通知消息发送模块904发送的通知消息中携带以下信息中的一个或多个：用户设备标识信息、目标小区信息、数据编号信息。此外，通知消息中携带有动作指示信息，动作指示信息用于指示节点B进行以下动作中的一个或多个：释放用户设备上下文、释放数据、转移到目标小区发送、暂停发送、恢复发送。

数据获取模块906通过将数据发送模块902发送的用户设备标识/数据编号与通知消息中的用户设备标识信息/数据编号信息匹配来搜索缓存的相应的用户设备的数据。

数据处理模块908根据通知消息中的动作指示信息进行如下处理：当通知消息中的动作指示信息指示转移到目标小区发送时，将在数据获取模块906获取的数据转移到目标小区缓冲区，并且在目标小区进行调度发送；当动作指示信息指示释放数据或释放用户设备上下文时，释放数据获取模块906获取的数据；当动作指示信息未指示转移到目标小区、释放用户设备上下文、释放数据，而是指示暂停发送时执行该处理时，暂停调度发送数据获取模块906获取的数据；当动作指示信息未指示释放用户设备上下文、转移到目标小区、释放数据、暂停发送时，开始调度发送数据获取模块906获取的数据。

第三实施例

在本实施例中，提供了一种用于CELL_FACH状态下的用户设备的数据发送装置，其中，该装置位于无线网络控制器侧。

如图10所示，数据发送装置1000包括：数据发送模块1002，用于向节点B发送以下信息中的一个或多个：用户设备的数据、用户设备标识、数据的数据编号；以及通知消息发送模块1004，用于当用户设备发生了特定事件时，向节点B发送通知消息。

其中，特定事件可以是小区重新选择、状态转换、无线资源控制连接释放等，通知消息发送模块1004可以在通知消息中携带以下信息中的一个或多个：用户设备标识信息、目标小区信息、数据编号信息，此外，通知消息发送模块1004还可以在通知消息中携带动作指示信息，该动作指示信息用于指示节点B进行以下动作中的一个或多个：释放用户设备上下文、释放数据、转移到目标小区发送、暂停发送、恢复发送。

第四实施例

在本实施例中，提供了一种用于CELL_FACH状态下的用户设备的数据接收装置，其中，该装置位于节点B侧。

如图11所示，该数据接收装置1100包括：数据获取模块1102，用于接收无线网络控制器发送的以下信息中的一个或多个：用户设备的数据、用户设备标识、数据的数据编号，以及响应于无线网络控制器在用户设备发生特定事件时发送的通知消息，获取缓存的相应的用户设备的数据；以及数据处理模块1104，用于对数据获取模块1102获取的数据进行处理。

其中，无线网络控制器发送的通知消息中携带有以下信息中的一个或多个：用户设备标识信息、目标小区信息、数据编号信息，这样，数据获取模块1102通过将先前从无线网络控制器接收的用户设备标识/数据编号与通知消息中的用户设备标识信息/数据编号信息匹配来搜索缓存的相应的用户设备的数据。之后，数据处理模块1104可以释放数据获取模块1102搜索到的数据，在通知消息中携带有目标小区信息的情况下，也可以将搜索到的数据转移到目标小区缓冲区，并且在目标小区进行调度发送。

此外，在通知消息中还携带有动作指示信息的情况下，数据处理模块1104还可以根据动作指示信息来执行以下预定操作：

(1)将数据获取模块1102搜索到的数据转移到目标小区缓冲区，并且在目标小区进行调度发送：当通知消息中的动作指示信息指示转移到目标小区发送时执行该操作；(2)释放数据获取模块1102搜索到的数据：当动作指示信息指示释放数据或释放用户设备上下文时执行该操作；(3)暂停调度发送数据获取模块1102搜索到的数据：当动作指示信息未指示转移到目标小区、释放用户设备上下文、释放数据，而是指示暂停发送时执行该操作；以及(4)开始调度发送数据获取模块1102搜索到的数据：当动作指示信息未指示释放用户设备上下文、转移到目标小区、释放数据、暂停发送时执行该操作。

借助本发明的技术方案，在CELL_FACH状态下，当UE进行小区重新选择、发生状态转换、RRC连接释放等事件时，可以减小或尽量避免无线信道资源浪费，降低了传输时延，从而减小了传输丢包率。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (13)

1.一种用于CELL_FACH状态下的用户设备的数据通信方法，其特征在于，包括以下处理：

节点B接收无线网络控制器发送的用户设备的数据，其中所述用户设备的数据是通过FP协议发送的；

所述节点B接收所述无线网络控制器当所述用户设备发生了特定事件时发送的通知消息，所述通知消息中携带有用户设备标识信息或数据编号信息；以及

所述节点B响应于所述通知消息，根据所述通知消息中的所述用户设备标识信息或数据编号信息来搜索缓存的相应的用户设备的数据并对节点B搜索到的数据进行相应处理。

2.根据权利要求1所述的方法，其特征在于，所述特定事件包括以下一种或几种：小区重新选择、状态转换、无线资源控制连接释放。

3.根据权利要求1所述的方法，其特征在于，除了向所述节点B发送所述用户设备的数据外，所述无线网络控制器还向所述节点B发送用户设备标识和/或所述数据的数据编号。

4.根据权利要求1所述的方法，其特征在于，所述根据所述通知消息中的所述用户设备标识信息或数据编号信息来搜索缓存的相应的用户设备的数据包括：

所述节点B通过将接收的所述用户设备标识/数据编号与所述通知消息中的所述用户设备标识信息/数据编号信息匹配来搜索缓存的相应的用户设备的数据。

5.根据权利要求1所述的方法，其特征在于，所述相应处理包括以下处理：

释放所述节点B搜索到的数据。

6.根据权利要求1所述的方法，其特征在于，所述通知消息中还携带有动作指示信息，所述动作指示信息用于指示所述节点B进行以下动作中的一个或多个：释放用户设备上下文、释放数据、转移到目标小区发送、暂停发送、恢复发送。

7.根据权利要求6所述的方法，其特征在于，根据所述通知消息中的所述用户设备标识信息或数据编号信息来搜索缓存的相应的用户设备的数据并对节点B搜索到的数据进行相应处理包括：

所述节点B通过将接收的所述用户设备标识/数据编号与所述通知消息中的所述用户设备标识信息/数据编号信息匹配来搜索相应的用户设备缓存的数据；以及

所述节点B根据所述通知消息中的所述动作指示信息来执行预定操作。

8.一种用于CELL_FACH状态下的用户设备的数据通信系统，其特征在于，包括：

数据发送模块，位于无线网络控制器侧，用于向节点B发送以下信息组合的任意一个：用户设备的数据、用户设备的数据和用户设备标识、用户设备的数据和数据的数据编号、用户设备的数据和用户设备标识和数据的数据编号，其中所述用户设备的数据是通过FP协议发送的；

通知消息发送模块，位于无线网络控制器侧，用于当所述无线网络控制器判断所述用户设备发生了特定事件时，向所述节点B发送通知消息，所述通知消息中携带有用户设备标识信息或数据编号信息；

数据获取模块，位于节点B侧，接收所述数据发送模块发送的所述信息，以及响应于所述通知消息，获取缓存的相应的用户设备的数据，其中，获取缓存的相应的用户设备的数据是通过根据所述通知消息中的所述用户设备标识信息或数据编号信息来搜索缓存的相应的用户设备的数据；以及

数据处理模块，位于节点B侧，用于对数据获取模块获取的数据进行处理。

9.一种用于CELL_FACH状态下的用户设备的数据发送装置，位于无线网络控制器侧，其特征在于，包括：

数据发送模块，用于向节点B发送以下信息组合中的任意一个：用户设备的数据、用户设备的数据和用户设备标识、用户设备的数据和数据的数据编号、用户设备的数据和用户设备标识和数据的数据编号，其中所述用户设备的数据是通过FP协议发送的；以及

通知消息发送模块，用于当所述用户设备发生了特定事件时，向所述节点B发送通知消息，其中，所述通知消息中携带有用户设备标识信息或数据编号信息。

10.根据权利要求9所述的装置，其特征在于，所述通知消息中还携带有动作指示信息，所述动作指示信息用于指示所述节点B进行以下动作中的一个或多个：释放用户设备上下文、释放数据、转移到目标小区发送、暂停发送、恢复发送。

11.一种用于CELL_FACH状态下的用户设备的数据接收装置，位于节点B侧，其特征在于，包括：

数据获取模块，用于接收无线网络控制器发送的以下信息组合中的任意一个：用户设备的数据、用户设备的数据和用户设备标识、用户设备的数据和数据的数据编号、用户设备的数据和用户设备标识和数据的数据编号，其中所述用户设备的数据是通过FP协议发送的，以及响应于无线网络控制器在用户设备发生特定事件时发送的通知消息，其中，所述通知消息中携带有用户设备标识信息或数据编号信息；获取缓存的相应的用户设备的数据，其中，获取缓存的相应的用户设备的数据是通过根据所述通知消息中的所述用户设备标识信息或数据编号信息来搜索缓存的相应的用户设备的数据；以及

数据处理模块，用于对数据获取模块获取的数据进行处理。

12.根据权利要求11所述的装置，其特征在于，所述数据处理模块释放所述数据获取模块搜索到的数据。

13.根据权利要求11所述的装置，其特征在于，在所述通知消息中还携带有动作指示信息的情况下，所述数据处理模块根据所述动作指示信息来执行以下预定操作：

将所述数据获取模块搜索到的数据转移到目标小区缓冲区，并且在目标小区进行调度发送：当所述通知消息中的动作指示信息指示转移到目标小区发送时执行该操作；

释放所述数据获取模块搜索到的数据：当所述动作指示信息指示释放数据或释放用户设备上下文时执行该操作；

暂停调度发送搜索到的数据：当所述动作指示信息未指示转移到目标小区、释放用户设备上下文、释放数据，而是指示暂停发送时执行该操作；以及

开始调度发送搜索到的数据：当所述动作指示信息未指示释放用户设备上下文、转移到目标小区、释放数据、暂停发送时执行该操作。

Images