CN101170725A - 数据接收、发送方法及数据接收、发送装置 - Google Patents
数据接收、发送方法及数据接收、发送装置 Download PDFInfo
- Publication number
- CN101170725A CN101170725A CNA2006101507199A CN200610150719A CN101170725A CN 101170725 A CN101170725 A CN 101170725A CN A2006101507199 A CNA2006101507199 A CN A2006101507199A CN 200610150719 A CN200610150719 A CN 200610150719A CN 101170725 A CN101170725 A CN 101170725A
- Authority
- CN
- China
- Prior art keywords
- frame
- data
- state
- receiving mode
- receiving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种用户设备UE在小区前向接入信道CELL_FACH状态下的数据接收方法,在UE中设置该UE的接收模式和判断条件;在数据接收过程中,UE按照接收模式和判断条件进行数据接收。本发明还公开了UE在CELL_FACH状态下网络侧设备的数据发送方法,UE在CELL_FACH状态下的数据接收装置,以及UE在CELL_FACH状态下网络侧的数据发送装置。本发明在非连续传输的状态下进行有策略的连续传输。这样,本发明使得处于CELL_FACH状态的UE减少了接收无线信道的时间,降低了数据传输的时延,也降低了电池的消耗。同时,可以加快非连续接收状态下的下行数据传输速度,和上行RLC报文的重传速度。
Description
技术领域
本发明涉及移动通信中数据接收和数据发送的技术领域,特别是UE在小区前向接入信道(CELL FACH)状态下的数据接收方法和数据接收装置,以及此时网络侧的数据发送方法和数据发送装置。
背景技术
第三代合作伙伴计划(3GPP)***分为用户设备(User Equipment,UE)、通用移动通信***地面无线接入网络(UMTS Terrestrial Radio AccessNetwork,UTRAN)和核心网(Core Network,CN)这三个部分。UE和UTRAN的接口为Uu接口,主要用于提供无线接入用户的功能。Uu接口的协议栈包括无线资源控制(Radio Resource Control,RRC)、无限链路控制(Radio LinkControl,RLC)、媒体接入控制(Medium Access Control,MAC)和物理层等协议。RRC协议提供Uu接口的信令面连接,用于在UTRAN和UE之间传输控制信令。当UE同UTRAN之间有RRC信令连接的时候,称为UE处于RRC连接模式,此时UE将处于4种RRC状态中的一种,这4种RRC状态分别为UTRAN登记区寻呼信道(URA_PCH)、小区_寻呼信道(CELL_PCH)、小区前向接入信道(CELL_FACH)、小区_专用信道(CELL_DCH)。这4种状态是可以转换的,各种转换的情况如图1所示。
当UE处于不同的RRC连接状态时会有不同的处理方式,具体描述如下:
当UE处于CELL_DCH状态时:UE具有专用控制信道(DCCH)和专用业务信道(DTCH),并利用专用信道或共享信道传递通信过程的状态;该专用信道是只能由该UE使用的无线资源。
当UE处于CELL_FACH状态时:UE具有DCCH或同时具有DTCH,可以在FACH上接收信令或数据,以及在随机接入信道(RACH)上发送信令或数据,无需分配专用信道,在公共FACH/RACH信道上传递消息的状态;由于不占用专用信道,所以可以节省无线资源,同时不用连续发送接收专用信道,UE也可以省电。
当UE处于CELL_PCH状态时:UE不能使用DCCH和DTCH,不可以接收和发送数据,只能在下行方向侦听寻呼指示信道(PICH)上的寻呼指示消息时的状态;只能发送小区更新(CELL Update)消息给无线网络控制器(RNC);在小区变换的时候向RNC登记信息;由于PICH是非连续监听的,所以处于该状态的UE比在CELL_FACH状态更加省电。
当UE处于URA_PCH状态时:UE不能使用DCCH和DTCH,不可以接收和发送数据,只在下行方向侦听PICH信道上的寻呼指示消息时的状态;只能发送URA更新(URA Update)或Cell Update消息给RNC;在UTRAN登记区变换的时候向RNC登记;由于UTRAN登记区的范围比小区大得多,所以处于该状态的UE比CELL_PCH更加省电。
当需要让处于CELL_PCH和URA_PCH状态的UE发送或接收数据时,需要先将该UE的状态转换为CELL_FACH或CELL_DCH。这种状态转换可以是由网络发起,也可以由UE发起。
在3GPP中,传输信道是映射到物理信道上进行传输的。传输信道的数据以传输块集(Transport Block Set,TBS)为数据单位、以一个传输时间间隔(Transmission Timing Interval,TTI)为时间单位,映射到以1个10ms帧为单位的物理信道上进行传输。其中,TBS由多个传输块(TB)聚合而成。
传输信道上是以连接帧号(Connection Frame Number,CFN)进行编号和计数的,主要用于UE和UTRAN之间的传输信道同步,例如指定传输信道在某个CFN上激活使用或应用新的传输参数等,CFN以10ms为单位。对于PCH信道,其CFN的编号空间为0到4095;而对于其他传输信道,其CFN的编号空间为0到255。
物理信道上是以小区***帧号(Cell System Frame Number,SFN)进行编号和计数,每一帧都会在广播信道上由UTRAN传输给UE。SFN的编号空间为0到4095。
CFN不在空中接口上进行传输。但UE和UTRAN双方可以通过CFN和SFN的对应关系从SFN计算出CFN来。
下行公共传输信道FACH映射到次公共控制物理信道(SecondaryCommon Control Physical Channel,S-CCPCH)上。FACH的TTI一般为20ms或40ms。那么,一次FACH数据TBS的传输需要两个连续SFN的物理信道帧才可以传输到UE。FACH被整个小区中的所有UE共享,UE之间数据传输的调度是在RNC进行。RNC确定要在FACH上传输的UE及其数据,就将TBS、UE标识(ID)和要传输的CFN号发送给Node B,由Node B进行TBS的处理,该处理包括循环冗余编码(CRC)校验、信道编码、交织等,最后映射到若干个S-CCPCH的物理帧上调制扩频发送出去。其中,S-CCPCH的物理帧的个数是由TTI的长度决定的,等于TTI除以10ms,例如TTI等于20ms,则物理帧的个数就是2个。UE收到S-CCPCH帧后,先解调每个10ms的物理帧,再根据FACH的TTI,将一个TTI内的若干个物理帧合起来进行解交织、解码等,最后得到TBS,并通过CRC校验确定TBS中的各个TB是否传输正确。
由于FACH是一个公共信道,UE需要判断接收到的FACH数据是否是属于自己。一个TTI的FACH数据是由多个TB组成的TBS传输的,每个TB是一个MAC帧,其中包括MAC帧头。在RNC,FACH信道上映射着逻辑信道,包括用来传输信令的专用控制信道(Dedicated Control Channel,DCCH)、用来传输数据的专用业务信道(Dedicated Traffic Channel,DTCH)和用来传输公共控制信令的公用控制信道(Common Control Channel,CCCH),MAC帧头部有一个域指示这个TB是属于哪种逻辑信道的。如果是专用控制信道和专用业务信道映射到FACH上,则MAC帧头中包含有UE的标识,这样UE从该UE标识即可判断该TB是否属于自己。
为了省电,通常将长时间没有数据交互的UE转换到CELL_PCH或URA_PCH状态。在现有3GPP协议中,当UE处于CELL_PCH或URA_PCH状态下,如果要发送上行数据给网络或者网络需要发送下行数据给UE时,需要先通过Cell Update过程将RRC状态转换到CELL_FACH或CELL_DCH下,也就是要先激活UE。其信令流程如图2所示,包括以下步骤:
步骤101,当UE处于CELL_PCH状态下,网络要发送数据或信令给UE,需要先寻呼UE,则RNC向UE发出第1类寻呼消息。
步骤102,UE接收到寻呼消息后,需要向RNC发送CELL Update消息,将自己的状态迁移到CELL_FACH。
另一种情况是UE处于CELL_PCH状态并且要发送上行数据,则需要发送CELL Update消息,先将自己的状态迁移到CELL_FACH。这种情况下,由于是UE主动要发送数据或信令,就不需要执行步骤101的寻呼过程。
步骤103,UE在映射到RACH的CCCH上发送小区更新消息,该消息携带小区更新原因为“发送上行数据”或“寻呼应答”。
步骤104,RNC收到该消息后,根据小区更新原因,需要将UE的状态保留在CELL_FACH或迁移到CELL_DCH上,这样UE才可以发送和接收数据。至于是保留在CELL_FACH还是迁移到CELL_DCH状态,需要根据无线资源管理(RRM)算法来决定。有的算法是在这种情况下,先将UE的状态转换到CELL_FACH,后再根据UE的数据流量进行调整,如果流量大,则调整到CELL_DCH;有的算法是根据目前专用资源和公共资源的使用情况来决定。
步骤105,RNC决定是保留在CELL_FACH或迁移到CELL_DCH后,发送小区更新证实消息,将RRC状态信息和其他配置信息发送给UE。
步骤106,UE收到小区更新证实消息后,按照RNC指示的RRC状态配置自己的RRC状态,同时发送移动信息确认消息进行应答。这里除了移动信息确认消息外,也可能为其他消息,例如无线信道重配置消息等。
步骤107,小区更新流程结束,UE可以与网络交互数据和信令。
下面计算上述过程的时延。寻呼消息需要在该UE的寻呼时刻发出,而寻呼时刻一般间隔在600ms左右,那么平均每个寻呼消息需要等300ms,如果寻呼消息接收失败则需要重传,还要等600ms。CELL Update、Cell UpdateConfirm、移动信息确认消息或其他消息确认消息,这3个消息的交互大概需要300ms左右。这样将上述时间加起来,整个过程的时延至少需要600ms。
从上述可以看出,为了省电,将UE转入CELL_PCH或URA_PCH状态。但需要收发数据的时候,需要通过小区更新过程进行状态的转换,才能够收发数据。而这个过程的时延是非常长的。如果一个用户的时不时地有很少数据要传,需要不断地进行状态转换,即转到CELL_FACH/CELL_DCH发送完数据后再转到CELL_PCH/URA_PCH,这样数据发送的时延很大,降低了用户的业务体验。例如在对讲机业务中,双方很长时间没有说话,被转入CELL_PCH状态,但只要开始说话,需要等很久才能够听到应答。并且有很多的小区更新信令在空中接口中传输,从而同时造成了空口无线资源的浪费,还降低了***的性能。
为了解决上述现有技术的问题,在实现上,可以将UE一直置于CELL_FACH或CELL_DCH下。但如果在CELL_DCH下,将需要配置专用信道给该UE,而专用信道的数量是有限的。如果一个UE很长时间都没有数据发送,而处在CELL_DCH下,将导致资源的极大浪费,降低了***接入UE的容量。同时,UE需要连续发送和接收专用信道,导致电池消耗很大,也降低了用户业务体验。
为了解决上述技术方案的无线资源浪费的缺点,在实现上,可以将数据流量很小的UE,转入CELL_FACH状态。在这种状态下的UE,没有专用信道,所有的数据和信令的都是在上行的FACH和下行的RACH上收发。当有数据收发的时候,就利用公共信道,当没有数据收发的时候,公共信道就可以给别的UE使用,这样就不会造成无线资源的浪费。但是UE需要连续地接收FACH信道上的所有TTI的TBS,并需要解析TBS上的所有TB的MAC帧头来判断该TB是否是属于自己。如果UE的数据量非常小,而UE需要连续的接收并解析FACH上的所有数据,这样对UE的电池消耗也非常大,造成了电池的浪费。
进一步,为了解决该技术方案中电池消耗较大的缺点,最近提出了UE在CELL_FACH下对S-CCPCH进行非连续接收的方法,不妨称之为CELL_FACH的非连续接收状态。但是,在该方法中,当UTRAN有较多数据需要发送,而UE只能在某些指定的非连续帧上进行接收,将导致UTRAN的发送时延很大。同时,如果UE发送了确认模式(AM)RLC的数据,UTRAN接收错误,需要发送NACK消息请求重传,则需要等待指定的非连续帧的到来,增加了RLC数据重传的时延。
发明内容
有鉴于此,本发明提出了一种UE在CELL_FACH状态下的数据接收方法,用以降低数据传输的时延。本发明的另一个目的是提出一种UE在CELL_FACH状态下的数据接收装置。本发明的再一个目的是提出一种UE在CELL_FACH状态下网络侧的数据发送方法。本发明的又一个目的在于提出一种UE在CELL_FACH状态下网络侧的数据发送装置。
本发明提供了一种UE在CELL_FACH状态下的数据接收方法,该方法在UE中设置该UE的接收模式和判断条件;在数据接收过程中,UE按照接收模式和判断条件进行数据接收。
本发明还提供了一种UE在CELL_FACH状态下网络侧设备的数据发送方法,该方法在在网络侧设备中设置所述UE的接收模式和判断条件;在数据发送过程中,网络侧设备按照所述UE的接收模式和判断条件进行数据发送。
本发明还提供了一种UE在CELL_FACH状态下的数据接收装置,该装置包括:
接收判断器,用于根据接收模式和判断条件判断是否需要接收不属于该UE的当前帧,并得到需要接收或不需要接收的判断结果;
数据接收处理器,用于在所述判断结果为需要接收时,接收并处理当前帧。
本发明还提供了一种UE在CELL_FACH状态下网络侧的数据发送装置,该数据发送装置包括:
发送判断器,用于根据所述UE的接收模式和判断条件判断不属于所述UE的当前帧是否需要发送给所述UE,并得到需要发送或不需要发送的判断结果;
数据调度发送器,用于在所述判断结果为需要发送给所述UE时,调度无线资源将当前帧发送给所述UE。
从上述方案中可以看出,由于本发明预先设置了UE的接收模式和判断条件,然后在数据接收过程中根据判断条件对接收模式中不属于该UE的当前帧判断其是否需要接收,并且在需要接收时,由UE接收并处理该当前帧。也就是说,本发明在非连续传输的状态下进行了有策略的连续传输。这样,本发明使得处于CELL_FACH状态的UE减少了接收无线信道的时间,降低了数据传输的时延,也降低了电池的消耗。同时,可以加快非连续接收状态下的下行数据传输速度,和上行RLC报文的重传速度。另外,在某些情况下,例如UE的数据流量很稀疏时,可以将UE置于非连续接收模式下的CELL_FACH状态,避免将UE转入CELL_PCH或URA_PCH,这样可以避免进行状态转换引起的时延和无线资源的消耗。由此,本发明还提高了移动通信***的性能和容量。
附图说明
图1为现有技术中UE的RRC连接状态示意图;
图2为现有技术中处于CELL_PCH或URA_PCH状态的UE的激活流程示意图;
图3为在CELL_FACH状态下UE的接收状态示意图;
图4为基于状态的数据接收装置的结构示意图;
图5为基于传输信道的数据接收方法的流程示意图;
图6为基于物理信道的数据接收方法的流程示意图;
图7为基于条件判断的数据接收装置的结构示意图;
图8为RNC中基于状态的发送状态示意图;
图9为基于状态的数据发送装置的结构示意图;
图10为基于条件判断的数据发送方法的流程示意图;
图11为RNC中基于条件判断的数据发送装置的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,以下举实施例对本发明进一步详细说明。
本发明实施例的技术要点是当UE处于CELL_FACH状态下,按照某种模式,以非连续间杂连续地接收和解析无线信道上的数据。在以下描述中,名词“数据”指在无线信道上传输的所有信息,包括业务数据、各个协议层的信令、状态信息等。同时,RNC按照相同的模式,在无线信道上非连续间杂连续地发送下行数据给UE。所述的模式,可以是预先由协议规定的,也可以是由UTRAN按照UE的数据流量和其他策略配置给UE的,也可以是UE自己动态调整的。非连续接收模式可以是根据传输信道的CFN来设置,也可以根据物理信道的SFN来设置,或者根据传输信道的TTI来设置,或者根据UE的标识来设置,所述UE的标识如国际移动用户标识符(International Mobile Subscriber Identity,IMSI)、UTRAN无线网络临时标识符(UTRAN-Radio Network Temporary Identifier,U-RNTI)、小区无线网络临时标识符(Cell RNTI,C-RNTI)等。这里所述无线信道包括下行传输信道FACH、下行共享信道(DSCH)或其他应用于CELL_FACH的下行传输信道,以及下行物理信道,包括S-CCPCH、PDSCH或其他应用于CELL_FACH的下行物理信道。
下面描述非连续接收模式的设置和判断方法。非连续接收模式的设置,是设置UE在CELL_FACH下进行非连续接收模式的范围,可以是设置UE处于非连续接收模式下而属于该UE的帧号,也可以设置UE不需要进行接收的帧号,在下面的描述中以设置属于该UE的帧号为例说明,但是本发明并不局限于此。判断方法,是指判断无线信道上的帧号是否属于非连续接收模式的设置范围。
方法一:利用传输信道的CFN来设置和判断。
采用CFN来设置时,可以有多种设置方法。例如设置一个循环周期P、连续帧号N、偏移量S。那么UE用CFN做判断,从CFN模P等于S开始,连续N帧都属于非连续接收模式的设置范围。其中,P、N、S为正整数,P和N不能大于最大帧号255,且N<P,如果N=P就是连续接收了。
还例如,用点阵的方式来设置。由于CFN的编号空间是0~255。非连续接收的模式,可以是指定具体的接收的CFN号,例如设置第x1、x2、x3、…、xn的帧为该接收帧,则UE判断当前的CFN是否属于指定的CFN所属的TTI,是就表明当前的CFN属于非连续接收模式的设置范围。其中,x1、x2、x3、...、xn为整数。
除了上述例子外,还有其他的很多方法,本发明并不局限于上述的具体方法。
方法二:利用物理信道的SFN来设置和判断。
用这种设置方法,其具体的设置和判断方法同上述的方法一相同,只是用SFN代替上面方法一中的CFN,同样可以用周期方式、点阵方式等。只不过,由于SFN的编号空间是0~4095,UE的接收间隔可以更大、更灵活。
方法三:利用FACH的TTI来设置和判断。
由于FACH的TTI是10ms的整数倍,那么我们定义一个正整数M等于TTI除以10ms。如果TTI等于20ms,那么M等于2;TTI等于40ms,M等于4,以此类推。那么可以设置当帧号(可以是传输信道的CFN,也可以是物理信道的SFN)除以M的商属于X并且余数属于Y时,则该帧属于非连续接收模式的设置范围。其中,X和Y是预先设置的,X是一个正整数的集合{x1,x2,...xn},Y也是一个正整数的集合{y1,y2,...yn}。
方法四:利用UE的标识来设置和判断。
处于CELL_FACH下的UE有很多标识,包括IMSI、U-RNTI、C-RNTI等,这里以U-RNTI为例进行描述,但是使用其它标识同样可以实现本发明实施例。在UE中设置一个非连续接收的正整数参数集D为{d1,d2,...dn},如果U-RNTI除以帧号的商属于参数集D,则表明该帧号属于非连续接收模式的设置范围。
还有其他的非连续接收模式的设置和判断方法以及UE的判断方法,这里不一一赘述,本发明的实施例并不局限于上述方法。
上面描述了的CELL_FACH下UE非连续接收模式的设置和判断方法,接着,描述非连续接收模式的设置范围是如何配置到UE和UTRAN的。
具体可以采用如下方法:在UE或网络侧RNC中,依据事先的约定进行程序编译成固定的模式,并存储于UE或RNC的程序存储器中;UTRAN通过获取配置管理模块的命令获得配置;UTRAN通过算法实时计算出;由UTRAN通知的方式将非接收模式配置到UE;UE或网络侧设备接收外部的配置命令,例如人机界面的输入、IP网络下载等,并解析该配置命令,得到接收模式的设置;由UE通知的方式将非接收模式配置到UTRAN。通过上述方法,UE和网络侧设备取得接收模式的设置,并将其应用于非连续接收判断。
下面以UTRAN实施算法计算并通知UE的方式进行非连续接收模式的设置为例,提出一个实施例。
UTRAN通过UE的流量、无线信道上的负荷等信道参数进行决策或者由外界的配置输入进行决策,决定出UE的非连续接收模式的设置范围,并将非连续接收模式的设置范围通知到UE。可以通过RRC信令的方式通知,所述RRC信令方式包括无线承载配置、无线承载重配置、传输信道重配置、RRC连接建立或其他消息,也可以通过RLC或MAC层的特殊帧进行通知。UE接收到RNC发送过来的非连续接收模式的配置信息,解析出非连续接收模式的设置范围,用于非连续接收判断。需要注意的是,本发明实施例的配置方法并不局限于此。
下面描述本发明实施例中非连续接收的数据接收方法。
本发明实施例的关键是处于CELL_FACH下的UE非连续接收无线信道上的数据。在具体实现上,有很多种的实施方法。本发明实施例中提供了两种作为示例,一种是基于状态的非连续数据接收方法;另一种是基于条件判断的非连续数据接收方法。同时,本发明实施例还提出了了实现这两种方法的数据接收装置。但是本发明实施例并不局限于这两种方法和装置。
下面描述基于状态的非连续接收的数据接收方法。
在本实施例中,处于CELL_FACH状态下的UE具有接收状态和非接收状态的当前状态。当处于接收状态的时候,UE接收并处理数据;当处于非接收状态的时候,UE停止接收数据。
如图3所示,当UE处于CELL_FACH状态下,具有两种状态,一种是接收状态,另一种是非接收状态。当处于接收状态的时候,UE接收无线信道上的数据;当处于非接收状态的时候,UE停止接收无线信道上的数据。UE接收数据,可以是在物理层接收物理信道帧,或在MAC层接收传输信道数据,或其他形式的接收;UE停止接收数据,可以是物理层停止接收物理帧,或MAC层停止接收传输信道帧,或其他形式的停止接收。
接收状态和非接收状态的转换是由条件驱动的。例如,在接收状态时,如果满足转换条件B,则转换到非接收状态;在非接收状态时,如果满足转换条件A,则转换到接收状态。
另外,当UE初始化的时候,可以处于接收状态,也可以处于非接收状态,不影响本发明实施例的实现。
上述由非接收状态转换到接收状态的转换条件A包含如下几种条件:
1)如果属于非连续接收模式的设置范围的接收帧号到达,则条件A成立,其中非连续接收模式的设置如前所述。
2)如果UE发送了一个需要UTRAN应答的数据,并且该应答还未收到,则条件A成立;
3)否则条件A不成立。
上述由接收状态转换到非接收状态的转换条件B包括如下几种条件:
1)如果上述条件A不成立,并且当前接收到的数据接收和解析正确,并且该数据不属于本UE,则条件B成立;
2)否则条件B不成立。
如图4所示的是实现上述基于状态接收的非连续数据接收装置。参照图4,非连续数据接收装置包括接收判断器、存储UE当前状态的状态存储器、数据接收处理器。根据状态转换的条件还可以进一步包括接收模式设置器、数据发送器等。
其中,接收模式设置器将非连续接收模式输入到接收判断器中,该接收模式设置器可以是通过人机界面得到的信息加码、RNC配置信息解码、协议程序编译得到的非连续接收模式,然后接收判断器利用它进行状态转换的判断。
数据发送器将是否发送需要应答的数据、是否需要等待数据重传的信息输入到接收判断器中,而接收判断器利用它进行状态转换的判断。
接收判断器在进行状态转换的判断的时候需要从状态存储器中获取当前的状态,即从状态存储器中获取当前状态的输入;在转换状态后,需要将更新的状态输出到状态存储器中,以替代其中的旧状态。
数据接收处理器将当前接收到的数据是否接收解析正确以及是否属于本UE的信息输入到接收判断器中,而接收判断器利用它进行状态转换的判断。
数据接收处理器从状态存储器中获取当前状态,用于判断是否进行接收操作,并在是的情况下进行数据接收操作。
下面描述基于条件判断的非连续接收方法。
UE判断当前帧是否属于应该接收的帧,如果是,则接收,否则不接收。本发明实施例同时提出了判断当前帧是否是该接收帧的方法。具体实现,本发明实施例提供如下的两种示例,一种是基于传输信道的非连续接收,一种是基于物理信道的非连续接收。传输信道以FACH为例描述说明,物理信道以S-CCPCH信道为例描述说明。显然本发明并不局限于这两种信道。
图5表示基于传输信道的非连续接收方法。参照图5,处于CELL_FACH状态下的UE的基于传输信道的非连续接收方法如下:
步骤201,UE连续接收物理信道帧。
步骤202,UE判断当前帧是否属于该接收的帧,判断方法将在后面描述。如果判断结果为该帧不是应该接收的帧,则执行步骤203,否则执行步骤204。
步骤203,在该帧不是该接收的帧的情况下,不接收即丢弃该帧,然后执行步骤201继续接收物理信道帧。
步骤204,如果该帧是该接收的帧,则构造并解析传输信道的帧,并进行后续的处理。随后跳转到步骤201,继续接收物理信道帧。
在上述流程中中,UE可以不用构造解析所有的传输信道的帧,并只在传输信道的处理上做判断,处理过程非常简单。
图6表示基于物理信道的非连续接收方法,参照图6,基于物理信道的非连续接收方法如下:
步骤301,UE判断当前帧是否属于该接收的帧,判断方法将在下面描述。如果判断结果为该帧不是应该接收的帧,则执行步骤302,否则执行步骤303。
步骤302,如果不是属于该接收的帧,更新当前帧号,并跳转到步骤301,准备判断下一帧。
步骤303,如果该帧是该接收的帧,则接收物理信道帧。
步骤304,构造并解析传输信道的帧,并进行后续的处理。随后跳转到步骤301,继续判断。该方法可以在物理信道上进行非连续接收,从而减少UE的电池消耗。
下面描述上述步骤202和步骤301中的判断方法。该方法如下:
1)如果当前帧号属于前面所述的非接收模式的设置范围,则当前帧是该接收的帧;
2)如果当前帧的前一个帧是该接收的帧,并且该帧接收错误,例如可能是物理帧错误、传输信道帧解析错误等,则当前帧是该接收帧;
3)如果当前帧的前一个帧是该接收的帧,并且当前帧和它的前一个帧属于同一个传输信道TTI范围内,则当前帧是该接收帧;
4)如果当前帧的前一个帧是该接收的帧,并且当前帧属于传输信道TTI的第一个帧,并且当前帧所属的TTI的上一个TTI中的传输信道TB块中,有属于该UE的TB块,则当前帧是该接收帧;
5)如果UE发送了一个需要应答的数据,但还没有得到应答,则当前帧是该接收帧,所述该应答可能是数据、信令或协议信息等;
6)否则当前帧不是该接收的帧。
图7所示是对应于上述基于条件判断的非连续接收方法的装置。参照图7,基于条件判断的非连续接收装置包括接收模式设置器、数据发送器、接收判断器、数据接收处理器等。
其中,接收模式设置器主要用于将非连续接收模式输入到接收判断器中。该接收模式设置器可以是通过人机界面得到的信息加码、RNC配置信息解码、协议程序编译得到的非连续接收模式。
数据发送器主要用于将是否发送需要应答的数据、是否需要等待数据重传的信息输入到接收判断器。
接收判断器主要用于根据输入并依据本发明实施例所述的非连续接收判断算法,判断是否进行接收,并将判断结果输入给物理帧接收器。
数据接收处理器根据接收判断器的输入,如果输入是该接收,则将接收的物理帧经处理;否则不进行接收。数据接收处理器还可以将数据是否属于本UE的信息输入到接收判断器。
对应于前面描述的非连续接收的接收方法,下面描述当UE处于CEEL_FACH状态下非连续接收时网络侧的数据发送方法。由于3G***是一个网络和用户装置相互通讯的***。当UE处于CELL_FACH状态下,进行非连续接收下行数据,诸如RNC等网络侧装置需要针对该UE实施非连续发送下行数据。本发明实施例给出了RNC进行非连续发送下行数据的方法和装置。
本发明实施例提供了一种基于状态的非连续接收技术的发送方法和基于条件判断的发送方法。与前面的接收方法和接收装置类似,本发明并不局限与此。
在基于状态的非连续接收技术的发送方法中,对于每一个处于CELL_FACH状态下的UE,RNC维护两个状态,发送状态和非发送状态。当某个UE的状态处于发送状态,则可以将该UE的数据发送,当然,也可以不发送;否则不可以发送。由于一个小区中所有处于CELL_FACH状态下的UE共享相同的公共无线资源,所以在RNC还有一个资源调度功能,进行公共资源在多个UE之间的分配和调度。
图8所示的是基于状态的非连续接收的发送方法的状态示意。发送状态和非发送状态的转换是由条件驱动的。例如,在发送状态时,如果满足转换条件B,则转换到非发送状态;在非发送状态时,如果满足转换条件A,则转换到发送状态。
其中,转换条件A包含如下的条件:
1)如果属于前面所述的非连续接收模式的设置范围的帧号到达,则条件A成立;
2)如果收到UE发送的需要应答的数据,并且应答还未发送,则条件A成立;
3)否则条件A不成立。
相对地,转换条件B包含如下的条件:
1)如果条件A不成立,并且当前发送的数据不是属于该UE的数据,则条件B成立;
2)否则条件B不成立。
如图9所示的是基于状态的非连续接收技术的发送装置。参照图9,基于状态的非连续接收技术的发送装置包括接收模式设置器、数据接收器、状态寄存器、发送判断器、数据调度发送器等。
其中,接收模式设置器用于将非连续接收模式输入到发送判断器中。接收模式设置器可以是通过配置管理模块得到的信息、UE发送过来的信息解码、协议程序编译得到的非连续接收模式等方式得到模式。而发送判断器利用它进行状态转换的判断。
数据接收器用于将是否接收到需要应答的数据的信息以及需要重传的数据的信息输入到发送判断器中,而发送判断器利用它进行状态转换的判断。
发送判断器在进行状态转换的判断的时候需要从状态存储器中获取当前的状态,即从状态存储器中获取当前状态的输入;在转换状态后,需要将更新的状态输出到状态存储器中,以替代其中的旧状态。
由于整个小区中处于CELL_FACH状态下的多个UE共享相同的无线资源,所以RNC需要进行资源调度,决定在什么时候将什么UE的数据进行调度。该数据调度发送器在决定是否调度资源给某个UE的时候,需要根据状态存储器中的当前状态来判断。如果当前状态为非发送状态,则不能将资源调度给该UE;如果当前状态为发送状态,则可以将资源调度给该UE。
图10所示的是基于条件判断的非连续接收技术的发送方法。该方法主要是应用于发送判断器中的判断,判断该UE的数据是否可以被调度发送。参照图10,该方法的判断流程如下:
步骤401,判断当前帧是否属于非连续接收模式的设置范围,如果是,则输出“是”,并结束本流程;否则执行步骤402。
步骤402,判断上一帧是否属于该UE,且当前帧与上一帧处于同一TTI或者上一帧接收错误,如果是,则输出“是”,并结束本流程;否则执行步骤403。
步骤403,判断是否收到UE发送的需要应答的数据,如果是,则输出“是”,并结束本流程;否则输出“否”,并结束本流程。
上述流程中的“是”表示当前帧属于所述UE,需要将当前帧发送给所述UE;“否”表示当前不属于所述UE,不需要将当前帧发送给所述UE。
图11所示的基于条件判断的非连续接收技术的数据发送装置,该装置可以在RNC中为每个小区设置一个。参照图11,RNC中非连续接收技术的发送装置包括:接收模式设置器、数据接收器、状态寄存器、非连续接收的发送条件判断器、数据调度发送器等。
其中,接收模式设置器用于将非连续接收模式输入到非连续接收的发送条件判断器中。接收模式设置器可以是通过配置管理***得到的信息、UE发送的信息解码、协议程序编译得到的非连续接收模式等方法得到模式。
数据接收器用于将是否接收到需要应答的数据的信息输入到非连续接收的发送条件判断器。
数据调度发送器用于将上一次调度发送的数据所属UE的信息发送给非连续接收的发送条件判断器。
非连续接收的发送条件判断器根据输入并依据上面所述的非连续接收的发送判断算法,判断是否可以,并将判断结果输入给数据调度发送器。
利用上述数据接收装置和数据发送装置可以组合成一套数据收发***,但需要注意的是,本发明实施例的数据收发***并不局限于上述的数据接收装置和数据发送装置,也可以由其它数据接收装置和数据发送装置组成,只要能实现本发明实施例的方法即可。
本发明还提出另外一种实施例来实现UE基于配置的接收模式来接收FACH信道上数据的方法,如下:
首先,在RNC和UE中设置一个通知信道,例如将通知信道的配置信息编译成程序并存储于RNC和UE中、或网络侧通过信令将通知信道的配置信息发送给该UE。通知信道上携带的信息包括UE ID、数据信道位置等信息。
在数据发送过程中,RNC在通知信道上发送需要接收数据的UE的ID、数据信道位置等信息。
在数据接收过程中,UE接收通知信道,并解码。如果通知信道携带的信息中的UE ID同本UE的ID匹配,则按照通知信道中携带的数据信道的位置信息到相应数据信道上接收数据。
如果通知信道携带的信息中的UE ID同本UE的ID不匹配,则不接收数据信道。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (20)
1.一种用户设备UE在小区前向接入信道CELL_FACH状态下的数据接收方法,其特征在于,
在UE中设置该UE的接收模式和判断条件;
在数据接收过程中,UE按照接收模式和判断条件进行数据接收。
2.根据权利要求1所述的方法,其特征在于,UE根据接收模式和判断条件判断当前是否需要接收数据,如果需要接收数据,则设置当前状态为接收状态;否则设置当前状态为非接收状态;
UE读取当前状态,根据接收状态接收当前帧。
3.根据权利要求1所述的方法,其特征在于,所述的设置该UE的接收模式为在UE中设置属于该UE的帧和/或不属于该UE的帧;
所述按照接收模式和判断条件进行数据接收的步骤包括:
UE接收所述设置的属于该UE的帧;以及,
UE根据判断条件判断是否需要接收所述设置的不属于该UE的帧,如果判断出需要接收该帧,则UE接收该帧。
4.根据权利要求1所述的方法,其特征在于,所述的设置UE接收模式包括,UE先接收一个通知信道,如果通知信道上的信息包含有该UE的信息,则到相应的数据信道上接收数据。如果通知信道上的信息没有包含该UE的信息,则按照所述配置的判断条件判断是否接收数据。
5.根据权利要求1所述的方法,其特征在于,所述的判断条件为:
如果前一帧为该接收的帧,并且接收错误,则当前帧为该接收的帧;或者,
如果前一帧为该接收的帧,并且当前帧与前一帧属于同一个传输时间间隔TTI,则当前帧是该接收的帧;或者,
如果前一帧为该接收的帧,并且所述前一帧接收正确且包含本UE的数据,则当前帧为该接收的帧;或者,
如果UE发送了需要网络侧应答的数据或信令,并且未收到应答,则当前帧为该接收的帧。
6.根据权利要求3所述的方法,其特征在于,所述设置属于该UE的帧和/或不属于该UE的帧的步骤包括:设置属于该UE的帧的帧号和/或不属于该UE的帧的帧号。
7.根据权利要求1所述的方法,其特征在于,在UE中设置接收模式的步骤包括:
将所述接收模式编译成程序,并存储于UE的存储器中;或者,
网络侧将所述接收模式通知给UE;或者,
UE在网络服务器上下载所述接收模式并配置到本UE中。
8.一种UE在CELL_FACH状态下网络侧设备的数据发送方法,其特征在于,
在网络侧设备中设置所述UE的接收模式和判断条件;
在数据发送过程中,网络侧设备按照所述UE的接收模式和判断条件进行数据发送。
9.根据权利要求8所述的方法,其特征在于,网络侧设备根据所述UE的接收模式和判断条件判断当前是否需要发送数据,如果需要发送数据,则设置网络侧设备中所维护的UE当前状态为发送状态;否则设置所维护的UE当前状态为非发送状态;
网络侧设备读取所述UE当前状态,根据发送状态确定当前帧是否为可以发送的帧,如果当前帧为可以发送的帧,并进一步判断出可以发送数据给该UE,则网络侧设备将该帧发送给所述UE。
10.根据权利要求8所述的方法,其特征在于,所述的设置所述UE的接收模式为在网络侧设备中设置属于所述UE的帧和/或不属于所述UE的帧;
所述按照所述UE的接收模式和判断条件进行数据发送的步骤包括:
网络侧设备判断当前帧是否为所述设置的属于所述UE的帧,如果是,则当前帧为可以发送的帧;
网路侧设备根据判断条件判断所述设置的不属于所述UE的帧是否为可以发送的帧,如果是,则该帧为可以发送的帧;
如果当前帧为可以发送的帧,并进一步判断出可以发送数据给该UE,则网络侧设备将该帧发送给所述UE。
11.根据权利要求8所述的方法,其特征在于,所述的设置UE接收模式包括,网络侧设备在通知信道发送所述UE的信息以及相应的数据信道位置信息。
12.根据权利要求8所述的方法,其特征在于,所述的判断条件为:
如果前一帧为可以发送的帧,并且该前一帧包含有所述UE的数据,则当前帧为可以发送的帧;或者,
如果前一帧为可以发送的帧,并且当前帧与前一帧属于同一个TTI,则当前帧为可以发送的帧;或者,
如果收到了来自所述UE的需要网络侧应答的数据或信令,并且未发送应答,则当前帧为可以发送的帧。
13.根据权利要求8所述的方法,其特征在于,所述网路侧设备为无线网络控制器RNC。
14.一种UE在CELL_FACH状态下的数据接收装置,其特征在于,该装置包括:
接收判断器,用于根据接收模式和判断条件判断是否需要接收不属于该UE的当前帧,并得到需要接收或不需要接收的判断结果;
数据接收处理器,用于在所述判断结果为需要接收时,接收并处理当前帧。
15.根据权利要求14所述的数据接收装置,其特征在于,该数据接收装置进一步包括状态存储器,用于存储UE的当前状态为接收状态或非接收状态;
所述接收判断器,进一步用于在判断结果为需要接收时,将状态存储器中的当前状态更新为接收状态,在判断结果为不需要接收时,将状态存储器中的当前状态更新为非接收状态;
所述数据接收处理器,进一步用于从状态存储器中读取当前状态,并在当前状态为接收状态时,接收并处理当前帧。
16.根据权利要求14所述的数据接收装置,其特征在于,该数据接收装置进一步包括:
接收模式设置器,用于将设置的接收模式输入到接收判断器中,以供接收判断器进行判断;和/或,
数据发送器,用于将是否发送需要等待应答数据和/或是否需要等待数据重传的信息输入到接收判断器中,以供接收判断器进行判断。
17.一种UE在CELL_FACH状态下网络侧的数据发送装置,其特征在于,该数据发送装置包括:
发送判断器,用于根据所述UE的接收模式和判断条件判断不属于所述UE的当前帧是否需要发送给所述UE,并得到需要发送或不需要发送的判断结果;
数据调度发送器,用于在所述判断结果为需要发送给所述UE时,调度无线资源将当前帧发送给所述UE。
18.根据权利要求17所述的数据发送装置,其特征在于,该数据发送装置进一步包括状态存储器,用于存储所述UE当前状态为发送状态或非发送状态;
所述发送判断器,进一步用于在判断结果为需要发送给所述UE时,将状态存储器中所维护的UE当前状态更新为发送状态,在判断结果为不需要发送给所述UE时,将状态存储器中所维护的UE当前状态更新为非发送状态;
所述数据调度发送器,进一步用于读取状态存储器中所述UE当前状态,并在所述UE当前状态为发送状态时,调度无线资源将当前帧发送给所述UE。
19.根据权利要求17所述的数据发送装置,其特征在于,该数据发送装置进一步包括:
接收模式设置器,用于将设置的接收模式输入到接收判断器中,以供接收判断器进行判断;和/或,
数据发送器,用于将是否收到需要应答的数据和/或是否需要数据重传的信息输入到接收判断器中,以供接收判断器进行判断。
20.根据权利要求17所述的装置,其特征在于,该数据发送装置位于RNC中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101507199A CN101170725B (zh) | 2006-10-24 | 2006-10-24 | 数据接收、发送方法及数据接收、发送装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101507199A CN101170725B (zh) | 2006-10-24 | 2006-10-24 | 数据接收、发送方法及数据接收、发送装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101170725A true CN101170725A (zh) | 2008-04-30 |
CN101170725B CN101170725B (zh) | 2010-06-09 |
Family
ID=39391157
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101507199A Active CN101170725B (zh) | 2006-10-24 | 2006-10-24 | 数据接收、发送方法及数据接收、发送装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101170725B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010054535A1 (zh) * | 2008-11-14 | 2010-05-20 | ***通信集团公司 | 移动通信终端接收下行数据的控制方法和移动通信终端 |
CN102972068A (zh) * | 2010-07-05 | 2013-03-13 | 瑞典爱立信有限公司 | 用户终端中的功耗降低 |
CN103119881A (zh) * | 2010-09-30 | 2013-05-22 | 高通股份有限公司 | 带有重传策略区分的块确收 |
CN108156265A (zh) * | 2010-11-22 | 2018-06-12 | 杭州硕文软件有限公司 | 一种应用程序控制方法及移动设备 |
WO2021026728A1 (zh) * | 2019-08-12 | 2021-02-18 | Oppo广东移动通信有限公司 | 数据的传输方法、装置、设备及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001111464A (ja) * | 1999-10-08 | 2001-04-20 | Matsushita Electric Ind Co Ltd | 基地局装置及び無線送信方法 |
CN1275398C (zh) * | 2002-06-18 | 2006-09-13 | 华为技术有限公司 | 一种通信***中上行共享信道的设置方法 |
CN1518255A (zh) * | 2003-01-13 | 2004-08-04 | ��������ͨ�ż����о�����˾ | 解决处于rrc连接模式ue移动的方法 |
-
2006
- 2006-10-24 CN CN2006101507199A patent/CN101170725B/zh active Active
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2010054535A1 (zh) * | 2008-11-14 | 2010-05-20 | ***通信集团公司 | 移动通信终端接收下行数据的控制方法和移动通信终端 |
CN101742532B (zh) * | 2008-11-14 | 2012-04-25 | ***通信集团公司 | 移动通信终端接收下行数据的控制方法和移动通信终端 |
CN102972068A (zh) * | 2010-07-05 | 2013-03-13 | 瑞典爱立信有限公司 | 用户终端中的功耗降低 |
CN102972068B (zh) * | 2010-07-05 | 2017-06-13 | 瑞典爱立信有限公司 | 用户终端中的功耗降低 |
CN103119881A (zh) * | 2010-09-30 | 2013-05-22 | 高通股份有限公司 | 带有重传策略区分的块确收 |
US9628226B2 (en) | 2010-09-30 | 2017-04-18 | Qualcomm Incorporated | Block acknowledgement with retransmission policy differentiation |
CN103119881B (zh) * | 2010-09-30 | 2018-06-01 | 高通股份有限公司 | 带有重传策略区分的块确收 |
CN108156265A (zh) * | 2010-11-22 | 2018-06-12 | 杭州硕文软件有限公司 | 一种应用程序控制方法及移动设备 |
CN108156265B (zh) * | 2010-11-22 | 2019-03-26 | 杭州硕文软件有限公司 | 一种应用程序控制方法及移动设备 |
WO2021026728A1 (zh) * | 2019-08-12 | 2021-02-18 | Oppo广东移动通信有限公司 | 数据的传输方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN101170725B (zh) | 2010-06-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10362627B2 (en) | Paging method and apparatus for communication of M2M/MTC device operating in high power saving reception mode in a mobile communication system, and system thereof | |
CN101729204B (zh) | 在移动通信***中从用户设备接收调度信息的方法 | |
CN101248597B (zh) | 在下行链路共享信道上提供服务的方法 | |
JP5583975B2 (ja) | 効率的な不連続通信を提供する方法及び装置 | |
CN101785218B (zh) | 在无线通信***中分配无线资源的方法 | |
CN100586237C (zh) | 用于选择性处理公共控制信道的方法和装置 | |
CN101473684B (zh) | 用于提供临时间断式接收/传送的方法和*** | |
CN100515126C (zh) | 在移动通信***中发送/接收控制消息的方法 | |
JP5014484B2 (ja) | データ送受信方法 | |
CN102754500B (zh) | 电信***中的方法和装置 | |
CN101584191A (zh) | 在无线通信***中监测控制信道的方法 | |
CN103858362B (zh) | 在无线通信***中发送/接收多播数据的装置及其方法 | |
CN101946446B (zh) | 无线通信***中的数据通信方法和设备 | |
CN101366207A (zh) | 在移动通信***中分配无线资源 | |
JP2008518548A (ja) | モバイル電力ハンドリング方法及び装置 | |
KR20050014984A (ko) | 멀티미디어 브로드캐스트/멀티캐스드 서비스를 제공하는이동통신시스템에서 무선 자원 연결을 요청하는 메시지를재전송하는 방법 | |
CN103037509A (zh) | Wtru中实行以在hsdpa无线通信中促进寻呼的方法及wtru | |
KR20050119582A (ko) | 무선통신 시스템에서 제어정보의 갱신통지 방법 | |
CN101267596A (zh) | 一种寻呼消息的承载方法、***及装置 | |
CN101641884A (zh) | 用于恒定数据速率服务的非连续接收操作 | |
CN101166316B (zh) | 用户设备不连续接收参数的配置方法、***和用户设备 | |
CN101170725A (zh) | 数据接收、发送方法及数据接收、发送装置 | |
CN101645762A (zh) | 一种下行调度的方法 | |
CN107635269A (zh) | 调度方法、接入点和站点 | |
CN101536597A (zh) | 通过识别并减轻寻呼和***信息广播之间的重叠来缩短移动站终止的呼叫建立 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20080430 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Data receiving, transmitting method and device Granted publication date: 20100609 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |