小区寻呼信道状态下的数据传输方法及其装置
技术领域
本发明涉及无线通信技术领域,尤其涉及一种小区寻呼信道状态下的数据传输方法及其装置。
背景技术
目前,终端连接模式下共有四种状态:CELL_DCH(CELL DedicatedChannel,小区专用信道)状态、CELL_FACH(CELL Forward Access Channel,小区前向接入信道)状态、CELL_PCH(CELL Paging Channel,小区寻呼信道)状态和URA_PCH状态。在CELL_DCH状态下,给终端分配了专用信道或使用HSDPA(High speed Downlink Packet Access,高速下行分组接入)和HSUPA(High speed Uplink Packet Access,高速上行分组接入)的相关信道和传输机制传输数据,该状态下可以快速传输大量数据。当处于CELL_DCH状态的终端传输数据量减小时,RNC(Radio Network Controller,无线网络控制器)可以将终端配置到CELL_FACH状态。在CELL_FACH状态,没有给终端分配专用信道,终端可以下行监听FACH信道接收少量数据,上行使用RACH信道传输少量数据。在CELL_FACH状态下,如果一段时间内,终端没有数据传输,则进入CELL_PCH状态。在CELL_PCH状态下,终端不能发送数据,仅可以响应寻呼,网络知道终端所处的小区。
对于处于CELL_PCH状态下的终端,如果被寻呼或有数据要发送,那么终端首先发送Cell Update(小区更新)消息并转到CELL_FACH状态,这样RNC收到Cell Update消息后就知道终端转入CELL_FACH状态,后续使用CELL_FACH状态对应的格式发送和接收数据。
TD-SCDMA(Time Division-Synchronous Code Division Multiple Access,时分同步的码分多址技术)系统,引入了CELL_FACH增强特性。网络会为终端分配专用的H-RNTI和E-RNTI,其中,H-RNTI是用在HSDPA特性下的寻址终端的标识,E-RNTI是用在HSUPA特性下的寻址终端的标识。在CELL_PCH增强特性中,终端仍然不可以发送上行数据,但是对于分配了专用H-RNTI并且处于CELL_PCH状态的终端,可以直接通过下行HS-DSCH(High-Speed Downlink Shared Channel,高速下行链路共享信道)准备接收下行方向的用户专用数据(DCCH/DTCH)。对于保存了专用H-RNTI的增强PCH状态的终端,无论上行数据还是下行数据传输,转移到CELL_FACH状态的过程,相比传统的CELL_PCH状态以及没有保存专用H-RNTI的增强CELL_PCH状态转移到CELL_FACH状态,都省去了CELL Update过程,因而该过程被称为快速状态转移过程。
当终端从CELL_DCH状态或CELL_FACH状态转到增强CELL_PCH状态后,如果RRC重配置消息没有携带专用H-RNTI,那么终端将会删除已经保存的专用H-RNTI。对于增强PCH状态下没有保存专用H-RNTI的终端,当有上行或下行数据传输时,仍需要通过CELL Update过程来获得专用的H-RNTI,并转到CELL_FACH状态。
发明人在实现本发明的过程中,发现现有技术至少存在以下缺陷:
对于增强CELL_PCH状态的终端,如果保存了专用H-RNTI,那么基站就会利用HS-SCCH调度终端,这会增大HS-SCCH的物理资源开销。如果不让终端保存专用H-RNTI,那么虽然终端可以通过监听PICH进而在SCCPCH(Secondary Common Control Physical Channel,辅助公共控制物理信道,或称从公共控制物理信道)接收寻呼的方式节省HS-SCCH物理资源,但是按照目前的规定也就无法进行快速状态转移。所以对于保存了专用H-RNTI的增强CELL_PCH状态的终端,既让终端实现快速状态转移,又让终端通过监听PICH进而在SCCPCH信道接收寻呼就是一个需要优化问题。
发明内容
本发明的实施例提供了一种小区寻呼信道状态下的数据传输方法及其装置,用以针对向小区寻呼信道状态的终端传输数据过程,节省系统资源开销以及实现终端快速状态转移。
本发明实施例提供的小区寻呼信道状态下的数据传输方法,包括:
无线网络控制器指示终端转移到小区寻呼信道CELL_PCH状态,并指示所述终端保存专用标识,以及在转移到CELL_PCH状态下通过监听寻呼指示信道PICH接收寻呼消息,并在接收到寻呼消息后转移到小区前向接入信道CELL_FACH状态;
无线网络控制器通知基站寻呼所述终端。
本发明实施例提供的无线网络控制器,包括:
第一消息处理模块,用于生成指示信息,所述指示信息用于指示终端转移到CELL_PCH状态,保存终端的专用标识,以及在转移到CELL_PCH状态下通过监听PICH接收寻呼消息,并在接收到寻呼消息后转移到CELL_FACH状态;
第二消息处理模块,用于生成指示基站寻呼所述终端的寻呼指示信息和寻呼消息;
发送模块,用于将所述第一消息处理模块生成的指示信息发送给所述终端,以及将所述第二消息处理模块生成的寻呼指示信息和寻呼消息发送给基站。
本发明实施例提供的基站,包括:
第一接收模块,用于接收无线网络控制器发送的携带有终端专用标识、寻呼指示信息和寻呼消息信息的FP帧;
第一发送模块,用于根据所述第一接收模块接收到的FP帧,通过PICH发送寻呼指示信息,以及发送寻呼消息。
本发明的上述实施例,通过无线网络控制器指示终端转移到CELL_PCH状态,并指示所述终端保存专用标识,以及在转移到CELL_PCH状态下通过监听PICH进而接收寻呼消息,并在接收到寻呼消息后转移到CELL_FACH状态,从而一方面,终端不用通过小区更新过程转移到CELL_FACH状态,一方面网络侧可利用寻呼方式寻呼多个终端进行状态转移,进而针对向小区寻呼信道状态的终端传输数据过程,实现了终端快速状态转移,并可节省系统资源开销。
附图说明
图1为现有技术中终端从CELL_DCH状态转移至CELL_PCH状态的流程示意图;
图2为现有技术中处于CELL_PCH状态的终端被寻呼的流程示意图;
图3为图2所示流程中的PCH DATA FRAME帧结构示意图;
图4为现有技术中TDD系统下的增强CELL_PCH状态终端被寻呼的流程图示意图;
图5为图4所示流程中的HS-DSCH DATA FRAME type3帧结构示意图;
图6为本发明实施例提供的CELL_PCH状态下的终端的数据传输流程示意图;
图7为图6所示流程中的RRC消息内容的示意图;
图8为图6所示流程中的PCH DATA FRAME帧的结构示意图;
图9为本发明另一实施例提供的CELL_PCH状态下的终端的数据传输流程示意图;
图10为本发明实施例提供的HS-DSCH DATA FRAME type3帧的结构示意图;
图11为本发明实施例提供的RNC的结构示意图;
图12为本发明实施例提供的基站的结构示意图;
图13为本发明实施例提供的终端的结构示意图。
具体实施方式
现有技术中,终端处于何种状态以及状态之间的转移都是由RNC来操作的。一个具体的例子如图1所示,终端当前处于CELL_DCH状态,RNC根据业务量测量的情况决定将终端配置到CELL_PCH状态,其流程为:
首先,RNC通过RRC(Radio Resource Control,无线资源控制)消息携带新的状态指示(CELL_PCH),并配置相应的物理信道资源;然后,终端收到RRC消息后按照RNC的指示转移到CELL_PCH状态,并且在状态转移之前反馈RRC complete消息。
上述流程中,RRC消息包括Physical Channel Reconfiguration(物理信道重配置)、Radio Bearer Reconfiguration(无线承载重配置)或Transport ChannelReconfiguration(传输信道重配置)等。
对于处于CELL_PCH状态下的终端,如果被寻呼或有数据要发送,那么终端首先发送Cell Update(小区更新)消息并转到CELL_FACH状态,这样RNC收到Cell Update消息后就知道终端转入CELL_FACH状态,后续使用CELL_FACH状态对应的格式发送和接收数据。
如图2所示,在传统的CELL_PCH状态下,某个终端被寻呼的整个流程包括:
首先,RNC通过PCH类型的FP帧(PCH FP帧)通知基站发送到终端的数据以及PICH(寻呼指示信道)内容,可能携带对多个终端的寻呼;基站接收到PCH类型的FP帧在规定的时间点发送PI,并在规定的时间点以Pagingtype1信令的形式发送FP帧中的数据;终端接收到PI之后按照规定的时间偏移接收Paging type1数据;之后终端将转移到CELL_FACH状态接收数据。
上述流程中,PCH FP帧的具体格式可如图3所示,其中CFN是连接帧编号,指数据块,也就是Paging type1信令的发送时刻。
对于传统CELL_PCH状态下的终端,仅仅可以通过映射到PCH传输信道上的PCCH逻辑信道接收寻呼消息(数据),也就是图2中的PICH以及Pagingtype1信令。这种方式下,一条paging消息和对应的PICH中可以同时携带多个终端的寻呼标识,因此,通过该方式可以提高寻呼效率。
针对TD-SCDMA(Time Division-Synchronous Code Division MultipleAccess,时分同步的码分多址技术)系统,引入了CELL_FACH增强特性。如图4所示,对于增强CELL_PCH状态下配置了专用H-RNTI的终端,当有下行数据传输时,其流程包括:
RNC通过增强CELL_PCH状态下的HS-DSCH DATA FRAME type3帧格式将数据以及终端对应的H-RNTI发送到基站;
基站接收到该HS-DSCH type3FP帧后,对于TDD(Time Division Duplex,时分双工)系统,基站之后发起HS-SCCH(High-Speed Shared Control Channel,高速共享控制信道)命令通知该终端;对于FDD(Frequency Division Duplex,频分双工)系统,基站利用HS-SCCH携带H-RNTI调度终端;
对于TDD系统,该终端通过HS-SCCH检测到属于自己的专用H-RNTI被调度时,首先发起E-RUCCH(E-DCH Random Access Uplink ControlChannel,上行增强随机接入信道)过程进行上行同步,并自主状态转移到CELL-FACH状态下;对于FDD系统,终端将首先会发送Measurement Report消息,该消息直接发送到RNC;
对于TDD系统,基站接收到携带该终端专用E-RNTI标识的E-RUCCH后通过一种特殊的FP帧通知RNC终端转移到CELL_FACH状态,RNC收到该消息后就知道终端进入增强CELL_FACH状态,后续RNC使用CELL_FACH状态下的FP帧格式发送下行数据。
上述流程中的HS-DSCH DATA FRAME type3帧的结构可如图5所示,其中,HI指示是否携带终端的专用H-RNTI,PI指示是否携带PI bitmap,Total numof PDU blocks指示该FP帧携带的数据块个数。
上述流程中,当有上行数据传输时,终端向基站发送的E-RUCCH中携带SI(Scheduling Information,调度信息),用以请求资源并自主状态转移到CELL-FACH状态,基站根据E-RUCCH调度终端,终端根据授权发送数据。E-RUCCH中携带的SI的结构中包括:5比特的SNPL,5比特的UPH,5比特的TEBS(Total EDCH Buffer Status,总EDCH缓存量),4比特的HLBS(Highest Logic channel Buffer Status,最高优先级逻辑信道缓存量),4比特的HLID。其中,TEBS表示目前终端所有buffer的总量,HLBS表示最高优先级逻辑信道所对应的buffer占用总buffer量的比例。
当终端从CELL_DCH状态或CELL_FACH状态转到增强CELL_PCH状态后(流程见图1),如果RRC重配置消息没有携带专用H-RNTI,那么终端将会删除已经保存的专用H-RNTI。对于增强PCH状态下没有保存专用H-RNTI的终端,当有上行或下行数据传输时,仍需要通过CELL Update过程来获得专用的H-RNTI,并转到CELL_FACH状态。
对于保存了专用H-RNTI的增强CELL_PCH状态的终端,当有下行数据发送时,基站都会首先利用HS-SCCH调度该终端,而且同时一个小区中处于CELL_DCH状态以及增强CELL_FACH状态的终端在有下行数据发送时,基站都会使用HS-SCCH调度。
所以对于保存了专用H-RNTI的增强CELL_PCH状态的终端,既让终端实现快速状态转移,又让终端通过监听PICH进而在SCCPCH信道接收寻呼就是一个需要优化问题。
针对现有技术存在的上述问题,本发明实施例提供了相应的解决方案,该解决方案可实现为小区寻呼信道状态下的数据传输方法、基站设备、RNC设备,以及终端设备。
本发明的实施例中,RNC通知在CELL_PCH状态的终端保存用户专用标识并且通过监听PICH进而在SCCPCH或HS-PDSCH信道接收寻呼消息(PCCH数据),以及终端接收寻呼消息且进行快速状态转移。当处于CELL_PCH状态的终端有数据要发送或被寻呼时发送指示通知基站,基站上报RNC终端转移到CELL_FACH状态。其中,RNC可通过RRC消息携带指示信息以通知转移到CELL_PCH状态的终端保存用户专用标识并且通过监听PCIH进而接收寻呼消息;RNC还可将要发生状态转移的终端的列表配置给基站(即RNC通知基站处于CELL_PCH状态的终端),以使基站确定哪些终端是即将发起状态转移的终端。
本发明实施例中所述的快速状态转移是指,当终端从CELL_PCH状态转到CELL_FACH状态是发送E-RUCCH等物理层信令或MeasurementReport等RRC消息,而不是传统的小区更新过程。
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整的描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例,都属于本发明保护的范围。
参见图6,为本发明的一个实施例提供的CELL_PCH状态下的终端的数据传输流程示意图,如图所示,该流程可包括如下步骤:
步骤601、RNC发送RRC消息,其中携带CELL_PCH状态标识,以便将终端配置到CELL_PCH状态,该RRC消息中还携带指示信息,用于指示终端保存专用标识并通过监听PICH进而在SCCPCH信道上(或HS-PDSCH信道上)接收寻呼消息。
其中,RRC消息中携带的指示信息(如指示标识),可以命名为pagingmessage reception indication(寻呼消息接收指示),当然该指示信息也可以是另外的名称。该指示标识的主要作用是指示终端接收到该指示信息后,保存该RRC消息中新携带的或该终端已经保存的终端的专用标识(如专用H-RNTI和E-RNTI),以及指示终端根据标准规定的准则选择SCCPCH信道,并且在CELL_PCH状态下通过监听PICH进而在选择的SCCPCH信道上接收数据数据(即寻呼消息),而不是通过监听HS-SCCH的方式接收数据(即调度信息)。该RRC消息中还可以携带该终端的专用标识(如专用H-RNTI、C-RNTI),该专用标识可以是新分配给终端的专用标识,也可以不用携带该终端的专用标识。
图7给出了一个RRC消息携带该指示信息的例子,该RRC消息是Radio Bearer Reconfiguration(无线承载重配置),其中增加了pagingmessage reception indication信息单元,用于承载paging message receptionindication标识。该Radio Bearer Reconfiguration消息中还包含RRC StateIndicator信息单元,用于承载状态指示标识,以通知终端转换到哪种状态,本实施例中的状态指示标识是CELL_PCH。该Radio Bearer Reconfiguration消息中还可包含New H-RNTI或/和New C-RNTI等信息单元,用于承载为终端分配的专用标识。当然RRC消息还可以是标准所规定的其他RRC消息。
步骤602、终端收到所属的RRC消息之后,根据该RRC消息转入CELL_PCH状态,并在转入CELL_PCH状态之前发送RRC complete(RRC完成或RRC应答)消息。
该步骤中,终端可根据该RRC消息中携带的paging message receptionindication指示信息,保存该RRC消息中携带的分配给该终端的专用标识,并根据标准规定的准则选择SCCPCH信道,在CELL_PCH状态下通过监听PICH以便在选择的SCCPCH信道上接收数据(即寻呼消息),而不是通过监听HS-SCCH的方式接收数据(即调度信息)。如果终端中已经存在为其分配的专用标识,且该RRC消息中没有携带为终端新分配的专用标识,则终端保留已分配的专用标识。
步骤603、RNC收到核心网的寻呼请求或有下行数据要传输到该终端时,通过PCH DATA FRAME(即PCH数据帧)通知基站发送到终端的PI以及寻呼消息,该PCH FP帧中携带有即将发起状态转移的终端的专用标识。
该步骤中所述的PCH DATA FRAME帧,可通过对现有PCH DATAFRAME帧改进后得到,在现有PCH DATA FRAME帧中增加了被寻呼终端的专用标识,如H-RNTI,该H-RNTI可以有多个,即通过一个PCH DATAFRAME帧为多个终端发送数据。
图8给出了一种本发明实施例的PCH DATA FRAME帧的结构示意图,如图所示,该PCH DATA FRAME帧中增加了H-RNTI单元,用于承载目标终端的专用标识H-RNTI。该PCH FP帧中携带有n个目标终端的H-RNTI。
步骤604~605、基站接收到PCH DATA FRAME帧后就知道了被寻呼的终端标识H-RNTI。基站随后在规定的时间点在PICH信道发送PI,并在规定的时间点以Paging Type1信令的形式在SCCPCH信道发送PCH DATAFRAME帧中承载的寻呼消息。
步骤606、终端接收到PI之后按照规定的时间偏移在SCCPCH信道上接收Paging Type1寻呼消息。之后,终端利用保存的专用E-RNTI发送E-RUCCH或其他物理层信令,以通知基站该终端转移到CELL_FACH状态,然后终端转移到CELL_FACH状态。
步骤607、基站正确解码E-RUCCH之后,通过之前保存的E-RNTI和H-RNTI的映射关系确定出E-RUCCH中携带的E-RNTI对应的H-RNTI,基站可根据步骤603所接收到的FP帧得知需要从CELL_PCH状态转移到CELL_FACH状态的终端的H-RNTI,因此可确定出该E-RUCCH中携带的E-RNTI所对应的终端从CELL_PCH状态转移到CELL_FACH状态,之后通过现有的用于通知状态转移的E-DCH FP帧通知RNC,使RNC知道该终端已转移到CELL_FACH状态。后续RNC可使用CELL_FACH状态下的数据格式向该终端发送数据。
图6所示流程的步骤606的一种替代实现方式是:当终端收到寻呼消息后,发送一种携带特殊SI指示的E-RUCCH消息或其他特定的物理层消息通知基站。该特殊的SI指示中的TEBS(Total E-DCH Buffer Status,E-DCH总的缓存占用量)设置为0且HLBS(Highest priority Logicalchannel Buffer Status,最高优先级逻辑信道的缓存占用量)域设置为非“0000”且非“1111”,以便使基站在收到该携带有特殊SI指示的E-RUCCH消息后通过FP帧上报RNC该终端已转到CELL_FACH状态。
参见图9,为本发明实施例提供的另一种CELL_PCH状态下的终端的数据传输流程示意图,该流程可包括如下步骤:
步骤901、同图6所示的步骤601,RNC发送RRC消息,其中携带CELL_PCH状态标识,以及用于指示终端保存专用标识并通过监听PICH进而在SCCPCH信道上接收寻呼消息的指示标识。
步骤902、同图6所示的步骤602,终端收到RRC消息后发送RRCcomplete消息并转入CELL_PCH状态。
步骤903、同图6所示的步骤603,RNC通过PCH FP帧通知基站发送到终端的PI以及寻呼消息,其中携带终端的专有H-RNTI。
步骤904~905、同图6所示的步骤604~605,基站根据接收到PCH FP帧后,在PICH信道发送PI,并以Paging Type1信令的形式在SCCPCH信道发送寻呼消息。
步骤906、终端接收到PI并根据PI接收到寻呼消息后,终端发送Measurement Report消息或其他RRC信令,通知RNC该终端转移到ECLL_FACH状态,然后终端转移到CELL_FACH状态。
RNC在收到终端发送的Measurement Report消息或其他RRC信令后,知道该终端已转移到CELL_FACH状态,后续RNC可使用CELL_FACH状态下的数据格式向该终端发送数据。
图6中的步骤603或图9中的步骤903的一种替代实现方式是:RNC通过其他的现有的FP帧,例如HS-DSCH DATA FRAME type3FP帧携带特殊指示标识(可称为寻呼消息发送指示标识)调度指示,该指示标识用于指示基站不发送HS-SCCH消息以调度终端,而是在PICH信道上发送PI,进而在SCCPCH信道上发送寻呼消息以寻呼终端。根据现有机制,基站在接收到HS-DSCH DATA FRAME type3帧后会发送HS-SCCH消息以调度终端,而通过在该FP帧中携带寻呼消息发送指示标识,可以使基站不发送HS-SCCH消息以调度终端,而是在PICH信道上发送PI,进而在SCCPCH信道上发送寻呼消息以寻呼终端。
图10给出了本发明实施例中的HS-DSCH DATA FRAME type3FP帧HS-DSCH type3FP帧的一种结构,如图所示,可在现有HS-DSCH DATAFRAME type3FP帧HS-DSCH type3FP帧中增加一个bit的SI(寻呼消息发送指示)指示,用于指示基站不利用HS-SCCH调度终端,而是在PICH信道上发送PI,进而在SCCPCH信道上发送寻呼消息。更进一步的,可以规定PI=1,表示携带PI bitmap,Total num of PDU blocks=0,并且携带该终端的专用H-RNTI。
图6中的步骤603或图9中的步骤903的另一种替代实现方式是:RNC向基站发送携带有特殊指示(可称为寻呼消息发送指示)的NBAP(NodeB Application Part,基站应用部分)信令,然后向基站发送HS-DSCH DATAFRAME type3FP帧。其中,NBAP信令中的寻呼消息发送指示用于指示基站在收到HS-DSCH DATA FRAME type3FP帧后,不发送HS-SCCH消息以调度终端,而是在PICH信道上发送PI,进而在SCCPCH信道上发送寻呼消息以寻呼终端。该NBAP信令可以是在UE STATE COMMAND(用户状态命令)信令的基础上改进得到,使得基站收到寻呼消息发送指示后,执行对应的操作,不会删除用户的专用E-RNTI。
通过以上描述可以看出,通过RNC在发送给终端的RRC信令中携带paging message reception indication(寻呼消息接收指示),使得处于增强CELL_PCH状态且保存了专用H-RNTI终端既可实现快速状态转移又不需要使用HS-SCCH调度的方式接收下行数据,这样可以减小状态转移的时延,节省HS-SCCH物理资源的开销。本发明给出的方案简单、易行。
基于相同的技术构思,本发明实施例还提供了一种RNC、一种基站以及一种终端的结构。
如图11所示,本发明实施例提供的RNC可包括:第一消息处理模块1101、第二消息处理模块1102、发送模块1103,其中:
第一消息处理模块1101,用于生成指示信息(可称为寻呼消息接收指示),该指示信息用于指示终端转移到CELL_PCH状态,保存终端的专用标识,以及在转移到CELL_PCH状态下通过监听PICH进而接收寻呼消息,并在接收到寻呼消息后转移到CELL_FACH状态;
第二消息处理模块1102,用于生成指示基站寻呼所述终端的寻呼指示信息和寻呼消息;
发送模块1103,用于将第一消息处理模块1101生成的指示信息发送给所述终端,以及将第二消息处理模块1102生成的寻呼指示信息和寻呼消息发送给基站。
上述无线网络控制器中,第一消息处理模块1101可将生成的寻呼消息接收指示承载于RRC消息,该RRC消息中可携带为终端分配的专用标识,如H-RNTI;第二消息处理模块1102可将生成的寻呼指示信息和寻呼消息承载于FP帧;发送模块1103可发送第一消息处理模块1101生成的RRC消息,以及发送第二消息处理模块1102生成的FP帧。
上述无线网络控制器中,第二消息处理模块1102可将一个或多个终端的专用标识(H-RNTI)承载于FP帧;发送模块1103可分别向各终端发送RRC消息。
上述无线网络控制器中,第二消息处理模块1102可将终端的专用标识承载于PCH DATA FRAME帧;或者,将寻呼消息发送指示标识承载于HS-DSCH DATA FRAME TYPE3帧,所述寻呼消息发送指示标识用于指示基站发送针对所述终端的寻呼指示信息和寻呼消息。
上述无线网络控制器中,发送模块1103还可在得知终端转移到CELL_FACH状态后,使用CELL_FACH状态下的数据格式向该终端发送下行数据。
如图12所示,本发明实施例提供的基站可包括:第一接收模块1201、第一发送模块1202,其中:
第一接收模块1201,用于接收无线网络控制器发送的携带有终端专用标识、寻呼指示信息和寻呼消息信息的FP帧;
第一发送模块1202,用于根据第一接收模块1201接收到的FP帧,针对相应终端通过PICH发送寻呼指示信息,以及发送寻呼消息。
上述基站中,第一接收模块1201接收到的FP帧可以是PCH DATAFRAME帧,其中携带有终端的H-RNTI;还可以是HS-DSCH DATA FRAMETYPE3帧,其中携带有寻呼消息发送指示标识,所述寻呼消息发送指示标识用于指示基站发送针对所述终端的寻呼指示信息和寻呼消息。
第一接收模块1201接收到的FP帧中可携带有多个终端的专用标识;第一发送模块1202可将所述多个终端的寻呼指示信息通过PICH发送,将所述多个终端的寻呼消息通过用于发送寻呼消息的信道(如SCCPCH信道或HS-PDSCH信道)发送。
上述基站中,还可包括第二接收模块1203和第二发送模块1204,其中:
第二接收模块1203,用于接收终端在根据无线网络控制器的指示转移到CELL_FACH状态之前发送的E-RUCCH消息;
第二发送模块1204可根据所述E-RUCCH消息中携带的E-RNTI以及基站保存的E-RNTI与H-RNTI的对应关系确定对应的H-RNTI,并在该H-RNTI是无线网络控制器所指示的即将发起从ECLL_PCH状态转移到CELL_FACH状态的终端的H-RNTI后,无线网络控制器发送FP帧,以通知该H-RNTI对应的终端转移到CELL_FACH状态。
如图13所示,本发明实施例提供的终端可包括:接收模块1301、处理模块1302、发送模块1303,其中:
接收模块1301,用于接收无线网络控制器发送的CELL_PCH状态标识以及寻呼消息接收指示标识,所述CELL_PCH状态标识用于指示终端转移到CELL_PCH状态,所述寻呼消息指示标识用于指示所述终端保存专用标识,以及在CELL_PCH状态下通过监听PICH进而接收寻呼消息,并在接收到寻呼消息后转移到CELL_FACH状态;
处理模块1302,用于根据接收模块1301接收到的消息进行相应处理;
发送模块1303,用于在处理模块1302将所述终端的状态转移到CELL_FACH状态之前发送状态转移的通知消息。
上述终端中,发送模块1303可向无线网络控制器发送RRC消息,以通知无线网络控制器终端状态转移;或者,向基站发送E-RUCCH消息,以通知无线网络控制器终端状态转移。
上述终端中,发送模块1303发送的E-RUCCH消息中可携带有特定调度信息指示,所述特定调度信息指示中的E-DCH总的缓存占用量TEBS的所有比特位设置为全0,最高优先级逻辑信道的缓存占用量HLBS的所有比特位设置为非全0和非全1。
上述终端中,接收模块1301还可在终端转移到CELL_FACH状态后,接收无线网络控制器使用CELL_FACH状态下的数据格式向该终端发送的下行数据。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。