CN102055573B - 一种harq进程的处理方法、设备和系统 - Google Patents
一种harq进程的处理方法、设备和系统 Download PDFInfo
- Publication number
- CN102055573B CN102055573B CN 200910237061 CN200910237061A CN102055573B CN 102055573 B CN102055573 B CN 102055573B CN 200910237061 CN200910237061 CN 200910237061 CN 200910237061 A CN200910237061 A CN 200910237061A CN 102055573 B CN102055573 B CN 102055573B
- Authority
- CN
- China
- Prior art keywords
- entity
- mac
- state
- cell
- mac entity
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 224
- 230000007704 transition Effects 0.000 claims abstract description 100
- 230000005540 biological transmission Effects 0.000 claims abstract description 76
- 230000008569 process Effects 0.000 claims description 178
- 239000000872 buffer Substances 0.000 claims description 55
- 230000011218 segmentation Effects 0.000 claims description 13
- 230000006798 recombination Effects 0.000 claims description 6
- 238000005215 recombination Methods 0.000 claims description 6
- 230000011664 signaling Effects 0.000 abstract description 4
- 230000004913 activation Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 9
- 238000003672 processing method Methods 0.000 description 9
- 239000010410 layer Substances 0.000 description 8
- 230000006870 function Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 239000012634 fragment Substances 0.000 description 1
- 239000011229 interlayer Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种HARQ进程的处理方法，包括：当用户设备UE确定出发生状态转移时，若网络侧没有通过RRC信令指示UE进行MAC实体的重置操作，所述UE判断自身的数据传输方式是否发生变化；当所述UE的数据传输方式发生变化时，所述UE通过高层指示，指示媒体访问控制MAC实体清空HARQ进程中的缓存；所述MAC实体根据所述高层指示清空所述HARQ进程中的缓存。本发明中，当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种HARQ进程的处理方法、设备和系统。
背景技术
LCR(Low Chip Rate，低码片速率)TDD(Time Division Duplexing，时分双工)系统在3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)中引入了增强CELL(小区)_FACH(Forward Access Channel，前向接入信道)的特性。其中，在增强CELL_FACH的特性中，将HSDPA(High speedDownlink Packet Access，高速下行分组接入)和HSUPA(High speed UplinkPacket Access，高速上行分组接入)的相关信道以及传输机制引入到了CELL_FACH状态。于是，在增强CELL_FACH状态下，下行数据将会映射到HS-DSCH(High speed Downlink Share Channel，高速下行共享信道)上进行传输，而上行数据将会映射到E-DCH(Enhanced Dedicated Channel，增强专用信道)上进行传输，从而提高了CELL_FACH状态下信令的传输速率，并减少了信令的传输时延。
具体的，在增强CELL-FACH状态下的下行数据传输过程中，UE(UserEquipment，用户设备)将使用MAC(Media Access Control，媒体访问控制)-ehs实体，如图1所示的UE侧的MAC-ehs实体结构的示意图。而在增强CELL-FACH状态下的上行数据传输过程中，UE将使用MAC-is/i实体，如图2所示的UE侧的MAC-is/i实体结构示意图。
在图1所示的下行数据传输过程中，HARQ(Hybrid-ARQ，混合自动重传请求)实体负责解码下行HARQ进程所接收的数据，即MAC-ehs PDU(ProtocolData Unit，协议数据单元)。其中，对于解码正确的数据，HARQ实体需要向高层递交；而未解码正确的数据，HARQ实体需要存储在自身进程的缓存中，并等待重传。
对于解码正确的数据，在HARQ实体向高层递交的过程中，需要经过重排序(Reordering)实体，该重排序实体将按照数据包头中的传输序号(TSN)完成重排序操作；并递交给重组(Reassmbly)实体，该重组实体需要将经过重排序的数据中可能存在的数据分段，重组成一个完整的MAC-d PDU或者MAC-c PDU，并最终递交给高层。
在图2所示上行数据传输过程中，分段(Segmentation)实体负责将较大的MAC-d PDU或者MAC-c PDU进行分段，存储未发送的数据包分段，并将从分段实体出来的数据包或者数据包分段，传递给复用及TSN设置(Multiplexingand TSN setting)实体。
由于MAC-is/i实体允许复用多条逻辑信道的数据，而每条逻辑信道在接收端都对应一条重排序队列，此时，复用及TSN设置实体将完成逻辑信道的复用功能，并为每一个重排序队列维护一个变量，该变量可以为CURRENT_TSN，初值为0，逻辑信道每发送一个新的数据包，该复用及TSN设置实体可以将该数据包的传输序号(TSN)设置为变量CURRENT_TSN的取值，并将变量CURRENT_TSN加1(该CURRENT_TSN以64为模进行翻转)，然后将数据包传递给HARQ实体。
HARQ实体负责利用上行HARQ进程进行数据的发送过程，对于没有发送成功的数据，即MAC-i PDU，该HARQ实体需要存储在HARQ进程的缓存中，并等待重传。
综上可以看出，UE在增强CELL-FACH状态下，可以利用HS-DSCH、E-DCH信道进行数据传输，而现有技术中，UE在CELL-DCH(DedicatedChannel，专用信道)状态下也可以利用HS-DSCH、E-DCH信道进行数据传输。
此外，UE在CELL-FACH状态时，自身的能力等级(例如，传输块长度TBS表格和控制信道格式等)是根据规定和网络侧进行约定的，而UE在CELL-DCH状态时，可以将所使用能力等级向网络侧上报，RNC再通知给NodeB，而CELL-FACH状态下RNC是不能将UE的能力等级通知NodeB的，使用约定的能力等级，因此，当UE在CELL-FACH状态和CELL-DCH状态之间进行状态转移时，在状态转移前后，所使用的能力等级可能会不同。
因此，当UE在CELL-FACH状态和CELL-DCH状态之间进行状态转移时，上下行HARQ进程中的数据不能再进行重传，否则，当TBS表格和控制信道格式不同时(即所使用的能力等级不同)，相同TBS Index所指示的数据块大小可能是不一样的，继而会导致数据接收时合并解码出现错误。
现有技术中，为了解决上述问题，在进行状态转移时，需要清除HARQ进程中的数据。
具体的，对于下行数据传输，在状态转移过程中，按照现有协议，Node B(节点B)需要利用下行HARQ进程进行新数据的初传，此时，该Node B能够使终端清空自身的下行HARQ进程中的内容。例如，Node B在HS-SCCH(Highspeed Shared Control Channel，高速共享控制信道)上携带反转后的NDI指示等，即0变为1，或者，1变为0；当UE接收到该NDI指示后，获知是新数据的初传，此时，该UE将会使用新数据代替该进程中已经存储的旧数据，即相当于UE清空了该HARQ进程中的旧数据。
而对于上行数据传输，为了使UE清空上行HARQ进程中的旧数据，现有协议中，RNC(Radio Network Controller，无线网络控制器)可以通过状态转换时的RRC(Radio Resource Control，无线资源控制协议)消息(例如，无线承载RB重配置消息等)携带IE″MAC-es/e reset indicator″(该指示可以适用于MAC-es/e实体和MAC-is/i实体)，并使得UE根据该指示进行MAC-is/i实体的重置(Reset)操作。现有协议中，UE进行MAC-is/i实体的Reset时，需要将所有的上行HARQ进程全部清空，即将所有映射到E-DCH上的逻辑信道上所对应的变量CURRENT_TSN设置为0，并丢弃所有存储在分段实体中的数据分段。
在实现本发明的过程中，发明人发现现有技术中存在以下缺点：
UE在进行MAC-is/i实体的Reset操作时，会丢弃分段实体中的数据分段，而该数据分段是可以不被丢弃的，即该数据分段在状态转换完成后可以利用新的TBS表格传输给网络侧，而网络侧成功接收到数据分段后，可以组成一个完整的MAC-d PDU或MAC-c PDU，并递交高层。
因此，状态转移过程中UE进行MAC-is/i实体的Reset操作会导致过多地丢弃上行数据；即现有技术中，UE在增强CELL-FACH状态与CELL-DCH状态之间相互进行状态转移时，如果RNC指示UE进行MAC-is/i实体的Reset操作，会导致过多地丢弃上行数据。
发明内容
本发明提供一种HARQ进程的处理方法、设备和系统，以避免过多地丢弃数据。
本发明实施例提供一种混合自动重传请求HARQ进程的处理方法，包括：
当用户设备UE确定出发生状态转移时，所述UE判断自身的数据传输方式是否发生变化；
当所述UE的数据传输方式发生变化时，所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存；
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存。
所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存包括：
所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存；和/或，
所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存；
其中，所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体。
在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时，
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括：
所述MAC实体清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中。
所述复用及TSN设置实体中的变量包括：CURRENT_TSN。
所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时，
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括：
所述MAC实体清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
所述发生状态转移包括：
所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，
所述UE从CELL-DCH状态转移到增强CELL-FACH状态。
所述UE判断自身的数据传输方式是否发生变化包括：
所述UE判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值；所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；
当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，所述UE判断自身的数据传输方式发生变化；
当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，所述UE判断自身的数据传输方式没有发生变化。
所述UE确定出发生状态转移之前，还包括：
所述UE接收来自网络侧设备的消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识；
所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
所述UE接收来自网络侧设备的消息之前，还包括：
所述网络侧设备向所述UE发送不携带MAC-es/e reset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
所述UE确定出发生状态转移之前，还包括：
所述UE从来自所述网络侧设备的消息中获取所述状态指示，并比较所述状态指示和自身存储的状态指示是否相同；
当二者不同时，所述UE确定出发生状态转移；否则，所述UE确定出没有发生状态转移。
当所述UE确定出发生状态转移时，所述方法还包括：
所述UE指示所述MAC实体利用E-RUCCH发起随机接入过程，所述随机接入过程中携带了所述新分配的E-RNTI。
一种用户设备UE，包括：
第一判断模块，用于判断所述UE是否发生状态转移；
第二判断模块，用于当所述第一判断模块判断出所述UE发生状态转移时，判断所述UE的数据传输方式是否发生变化；
收发模块，用于当所述第二判断模块判断出所述UE的数据传输方式发生变化时，指示MAC实体清空HARQ进程中的缓存；并由所述MAC实体根据所述指示清空所述HARQ进程中的缓存。
所述收发模块具体用于，通过原语指示所述MAC实体清空上行HARQ进程中的缓存；和/或，
通过原语指示所述MAC实体清空下行HARQ进程中的缓存；
其中，所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体。
所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，
所述UE从CELL-DCH状态转移到增强CELL-FACH状态。
所述第二判断模块具体用于，判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值，所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；
当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，判断所述UE的数据传输方式发生变化；
当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，判断所述UE的数据传输方式没有发生变化。
所述收发模块还用于，接收来自网络侧设备的消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识；
所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
所述收发模块还用于，接收来自所述网络侧设备的不携带MAC-es/e resetindicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
所述第一判断模块还用于，从来自所述网络侧设备的消息中获取所述状态指示，并比较所述状态指示和自身存储的状态指示是否相同；
当二者不同时，判断所述UE发生状态转移；
当二者相同时，判断所述UE没有发生状态转移。
所述收发模块还用于，指示所述MAC实体利用E-RUCCH发起随机接入过程，所述随机接入过程中携带了所述新分配的E-RNTI。
一种媒体访问控制MAC实体，包括：
收发模块，用于当UE的发生状态转移，且所述UE的数据传输方式发生变化时，接收来自所述UE的指示，所述指示中携带了要求所述MAC实体清空HARQ进程中的缓存的信息；
处理模块，用于根据所述收发模块接收的UE的指示清空所述HARQ进程中的缓存。
所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体；
所述收发模块具体用于，接收所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存的信息；和/或，
接收所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存的信息。
所述处理模块具体用于，清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中。
所述复用及TSN设置实体中的变量包括：CURRENT_TSN。
所述处理模块还用于，清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
一种HARQ进程的处理系统，包括：
UE，用于当确定出自身发生状态转移时，判断自身的数据传输方式是否发生变化；并在自身的数据传输方式发生变化时，指示MAC实体清空HARQ进程中的缓存；
MAC实体，用于根据所述UE的指示清空所述HARQ进程中的缓存。
所述UE具体用于，通过原语指示所述MAC实体清空上行HARQ进程中的缓存；和/或，
通过原语指示所述MAC实体清空下行HARQ进程中的缓存；
所述MAC实体具体用于，在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时，清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中；
在所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时，清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
所述发生状态转移包括：所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，所述UE从CELL-DCH状态转移到增强CELL-FACH状态；
所述UE还用于，判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值；所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，判断自身的数据传输方式发生变化；当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，判断自身的数据传输方式没有发生变化。
本发明实施例提供的系统中，还包括：
网络侧设备，用于向UE发送消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为所述UE发生状态转移时目标状态所用的标识；
所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
所述网络侧设备还用于，向所述UE发送不携带MAC-es/e reset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
与现有技术相比，本发明至少具有以下优点：当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。
附图说明
为了更清楚地说明本发明的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为现有技术中UE侧的MAC-ehs实体结构的示意图；
图2为现有技术中UE侧的MAC-is/i实体结构示意图；
图3是本发明实施例一提供的一种HARQ进程的处理方法流程示意图；
图4是本发明实施例二提供的一种HARQ进程的处理方法流程示意图；
图5是本发明实施例二中UE通过原语通知MAC实体需要进行状态转移，并在状态转移后，确定是否需要清除HARQ进程缓存的过程示意图；
图6是本发明实施例三提供的一种HARQ进程的处理方法流程示意图；
图7是本发明实施例三中UE通过原语通知MAC实体需要进行状态转移，并在状态转移后，确定是否需要清除HARQ进程缓存的过程示意图；
图8是本发明实施例四提供的一种用户设备结构示意图；
图9是本发明实施例五提供的一种MAC实体结构示意图。
具体实施方式
下面将结合本发明中的附图，对本发明中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例中，当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。其中，该高层指示，是指RRC通过层间原语携带参数通知MAC实体是否清空HARQ进程中的缓存。
本发明实施例一提供一种HARQ进程的处理方法，如图3所示，包括以下步骤：
步骤301，当用户设备UE确定出发生状态转移时，所述UE判断自身的数据传输方式是否发生变化。
步骤302，当所述UE的数据传输方式发生变化时，所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存。
步骤303，所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存。
本发明实施例中，所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存包括：所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存；和/或，所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存。其中，所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体。
进一步的，在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时，所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括：所述MAC实体清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中。其中，所述复用及TSN设置实体中的变量包括但不限于：CURRENT_TSN。
所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时，所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括：所述MAC实体清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
此外，所述发生状态转移包括：所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，所述UE从CELL-DCH状态转移到增强CELL-FACH状态。
具体的，所述UE判断自身的数据传输方式是否发生变化包括：所述UE判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值；所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，所述UE判断自身的数据传输方式发生变化；当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，所述UE判断自身的数据传输方式没有发生变化。
此外，所述UE确定出发生状态转移之前，还包括：所述UE接收来自网络侧设备的消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识；所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，所述状态指示和所述新分配的E-RNTI位于不同的消息中。所述网络侧设备向所述UE发送不携带MAC-es/ereset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
本发明实施例中，所述UE确定出发生状态转移之前，还包括：所述UE从来自所述网络侧设备的消息中获取所述状态指示，并比较所述状态指示和自身存储的状态指示是否相同；当二者不同时，所述UE确定出发生状态转移；否则，所述UE确定出没有发生状态转移。
当所述UE确定出发生状态转移时，所述UE还需要指示所述MAC实体利用E-RUCCH发起随机接入过程，所述随机接入过程中携带了所述新分配的E-RNTI。可见，通过使用本发明提供的方法，当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。
以下结合具体的应用场景对本发明实施例中所提出的HARQ进程的处理方法进行详细赘述。
本发明实施例二提供一种HARQ进程的处理方法，在本发明实施例中，是以UE从CELL-FACH状态转移到CELL-DCH状态时上行数据传输的场景为例进行说明的。
为了更加清楚的说明本发明实施例所提供的技术方案，先对CELL-FACH状态和CELL-DCH状态进行一些阐述。其中，在CELL-FACH状态下，UE没有分配专用物理信道，而由于网络侧随时可能会发送信令或者数据给UE，使得UE在CELL-FACH状态下不会进入休眠状态，需要一直监测前向接入信道。在CELL-DCH状态下，UE在上行和下行分配了一个专用物理信道，而UE可以使用专用传输信道、下行HS-DSCH信道以及传输信道的组合。
在CELL-DCH状态下，由于数据业务减少而释放专用物理信道时，UE可以从CELL-DCH状态转换到CELL-FACH状态；在CELL-FACH状态下，通过建立专用物理信道，UE可以从CELL-FACH状态转换到CELL-DCH状态。
在本发明实施例中，网络侧设备包括但不限于RNC、NB、eNB、基站等，需要说明的是，该网络侧设备并不局限于上述设备，所有位于网络侧的设备均在本发明保护范围之内。
如图4所示，上述HARQ进程的处理方法包括以下步骤：
步骤401，当UE需要从CELL-FACH状态转移到CELL-DCH状态时，网络侧设备向UE发送需要进行状态转移的消息。
具体的，网络侧设备(例如，RNC等)可以通过RRC消息通知UE进行状态转移，其中，RNC可以在发送给UE的RRC消息中携带状态指示(RRCState Indicator)，并通过使用该RRC State Indicator来指示UE进行状态转移。例如，本发明实施例中，该RNC需要通过使用该RRC State Indicator来指示UE从CELL-FACH状态转移到CELL-DCH状态。
进一步的，RNC可以将RRC State Indicator设置的与UE当前所处的状态不一致，继而指示UE进行状态转移。其中，该通知UE进行状态转移的RRC消息可以为RB重配置消息、传输信道重配置消息等。
此外，在UE需要状态转移时，RNC还需要为UE分配一个新的E-RNTI(E-DCH Radio Network Temporary Identifier，无线网络临时标识)，其中，该新的E-RNTI为目标状态所对应的标识。需要说明的是，E-RNTI与UE状态是具有对应关系的，其中，该新的E-RNTI是CELL-DCH状态的标识。
本发明实施例中，该新分配的E-RNTI可以与状态指示(RRC StateIndicator)位于同一条RRC消息中，并通知给UE。例如，在上述通知UE进行状态转移的RRC消息中携带该新分配的E-RNTI。
该新分配的E-RNTI也可以不与状态指示位于同一条RRC消息中，即在不同的RRC消息中携带该新分配的E-RNTI，例如，可以通过Cell UpdateConfirm消息携带该新分配的E-RNTI，并通知给UE。
需要说明的是，在本发明实施例中，上述新分配的E-RNTI为CELL-DCH状态所对应的E-RNTI，即该新的E-RNTI用于指示UE进入到一个新的状态(从增强CELL-FACH转移到CELL-DCH状态)。为了方便描述，以下以同一条RRC消息中同时携带状态指示和新分配的E-RNTI为例进行说明；而后续流程同样适用于通过不同RRC消息携带状态指示和新分配的E-RNTI的情况。
需要注意的是，在现有技术中，RNC可以将MAC-es/e reset indicator指示发送给UE的，继而由UE的MAC实体根据该MAC-es/e reset indicator指示执行Reset操作，并清除缓存中的数据，造成过多数据丢弃的现象。
而本发明实施例中，在RNC通知UE需要进行状态转移的过程中，RNC发送给UE的消息中，不能携带MAC-es/e reset indicator指示。因此，UE的MAC实体不会执行Reset操作，从而避免了过多数据被丢弃的问题。
步骤402，UE通过原语通知MAC实体需要进行状态转移，并在状态转移后，确定是否需要清除HARQ进程缓存。其中，该MAC实体包括但不限于MAC-is/i实体，或者，MAC-ehs实体等。
具体的，当UE接收到来自RNC的携带了状态指示和新的E-RNTI的RRC消息后，获知需要进行状态转移，即需要从CELL-FACH状态转移到CELL-DCH状态，此时，该UE的RRC层实体需要通过原语通知MAC实体需要进行状态转移的信息，为了方便描述，UE的RRC层实体所执行的操作在下面的描述中均直接以UE执行对应操作为例进行说明。
如图5所示，本步骤中，该UE通过原语通知MAC实体需要进行状态转移，并在状态转移后，确定是否需要清除HARQ进程缓存的过程具体包括：
步骤501，UE存储新的E-RNTI。其中，当UE接收到来自RNC的通知状态转移的RRC消息后，可以从该RRC消息中获取到新的E-RNTI，并将该新的E-RNTI进行缓存。
具体的，在该UE中已经存储了一个旧的E-RNTI，本步骤之后，该UE将存储2个E-RNTI，本发明实施例中，由于是需要从CELL-FACH状态转移到CELL-DCH状态，即该2个E-RNTI分别为CELL-FACH状态对应的E-RNTI(旧的E-RNTI)，和CELL-DCH状态对应的E-RNTI(新的E-RNTI)。
步骤502，UE判断状态是否可以转移成功。当判断结果为可以转移成功时，转到步骤503，否则，转到步骤509。
本发明实施例中，由于旧的状态指示是对应CELL-FACH状态的指示，新的状态指示是对应CELL-DCH状态的指示，可以看出，旧的状态指示和新的状态指示是不同的，执行步骤503。
步骤503，UE判断是否立即激活。当判断结果为是时，转到步骤504，否则，转到步骤508。
具体的，在通知状态转移的RRC消息中，携带了激活时间点的信息“Activation time”，本步骤中，根据该激活时间点的信息，UE可以判定出是否立即激活，例如，当激活时间点的信息指示的是“Now”时，则需要立即激活，转到步骤504。
步骤504，UE将变量E_RNTI的取值设置为新分配的E-RNTI。
步骤505，UE指示MAC实体通过E-RUCCH(E-DCH Random AccessUplink Control Channel，上行增强随机接入信道)发起增强随机接入过程。其中，该指示MAC实体发起增强随机接入过程的方式包括但不限于在原语中携带E-RUCCH procedure(过程)trigger(发起)indicator(指示)，例如，可以指示MAC实体在CMAC-STATUS-Req中携带指示E-RUCCH procedure triggerindicator。
本步骤中，需要使用该新分配的E-RNTI发起增强随机接入过程，即MAC实体需要通过E-RUCCH向网络侧发起调度请求，其中，该调度请求中包含调度的相关信息和UE的标识(新分配的E-RNTI)，而网络侧接收到该调度请求后，根据自身的策略和来自UE的E-RNTI获知该UE是否可以随机接入成功，其中，当网络侧获知UE对应了新分配的E-RNTI后，知道该UE进行了状态转移，该过程本发明实施例中不再详加赘述，以UE随机接入成功并进行后续操作为例进行说明。
步骤506，UE判断在转移前后自身的能力等级是否发生变化，当能力等级发生变化时，转到步骤507。
具体的，对于CELL-FACH状态来说，UE将使用和网络侧进行约定的上行能力等级来传输数据；例如，可以将UE的上行能力等级划分为6级，当UE位于CELL-FACH状态时，可以使用和网络侧约定的第3等级的上行能力等级来传输数据；需要说明的是，不同的上行能力等级是对应不同的数据传输方式的，例如，不同的上行能力等级将对应不同的TBS表格、控制信道格式等，可以看出，在状态转移前后如果上行能力等级不同时，则上下行HARQ进程中的数据不能再进行重传，需要清除上下行HARQ进程中的数据。
进一步的，当UE的上行能力等级大于第3等级时，将使用和第3等级相同的数据传输方式来传输数据，例如，UE的上行能力等级为第4等级时，所使用的TBS表格、控制信道格式等，和UE的上行能力等级为第3等级时，所使用的TBS表格、控制信道格式相同。
综上可以看出，当UE从CELL-FACH状态转移到CELL-DCH状态时，本步骤中需要判断UE在CELL-DCH状态下上行能力等级是否小于第3等级，如果小于时，则说明CELL-FACH状态下和CELL-DCH状态下具有不同的数据传输方式，需要清除上下行HARQ进程中的数据，即执行步骤507。否则，不需要清除上下行HARQ进程中的数据，即上下行HARQ进程中的数据可以采用对应的数据传输方式进行传输。
步骤507，UE指示MAC实体将上行HARQ进程中的缓存清空，其中，该指示MAC实体的方式包括但不限于在原语中携带指示HARQ processesflush(清除)indicator，例如，在原语CMAC-STATUS-Req中携带指示HARQprocesses flush indicator。
本步骤中，该MAC实体可以根据原语中携带的指示，决定是否清空HARQ进程缓存；即如果原语中指示清空上行HARQ进程，则MAC实体将清空HARQ进程缓存。例如，原语CMAC-STATUS-Req中携带了指示HARQprocesses flush indicator时，则MAC实体需要将所有上行HARQ进程的缓存清空。
与现有协议规定的MAC-es/e(MAC-is/i)实体的Reset操作不同的是，本步骤中，虽然MAC实体清空了自身的上行HARQ进程缓存，但不需要改变变量CURRENT_TSN的取值，而且不需要清空分段实体中存储的数据分段，从而保证了数据能够最大程度上的保留下来，不会过多地丢弃上行数据。
步骤508，UE根据激活时间点的信息进行等待，当等待到激活时间点信息所指示的生效时刻时，转到步骤504中。
步骤509，UE删除新分配的E-RNTI，并继续使用变量E_RNTI中存储的旧的E-RNTI。
本步骤之后，UE也需要从通知状态转移的RRC消息中获取激活时间点的信息，并在激活时间点的信息指示的是立即激活时，执行后续操作；当激活时间点的信息指示的不是立即激活时，等待对应的时间后，执行后续操作。
之后，UE将指示MAC实体通过E-RUCCH发起增强随机接入过程；该指示过程与步骤505中类似，只是需要使用旧的E-RNTI发起增强随机接入过程，在此不再赘述。
后续过程中，由于E-RNTI没有发生变化，即不需要从CELL-FACH状态转移到CELL-DCH状态，本发明实施例中不再详加赘述。
需要说明的是，对于UE从CELL-FACH状态转移到CELL-DCH状态时的下行数据传输过程，上述的HARQ进程的处理方法仍然可以使用，与上述上行数据传输过程不同的是，在状态转移时，UE需要将自身的下行HARQ进程缓存的数据清空；而不需要清空重排序队列(位于重排序)中存储的数据，不需要将重排序功能相关的变量，定时器重置为初始值或停止计时，不需要清空重组实体中存储的数据分段等，该下行数据传输过程对应HARQ进程的处理方法本发明实施例中不再赘述。
其中，可以根据实际的需要对本发明实施例中的步骤进行调整。
可见，通过使用本发明提供的方法，当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。
本发明实施例三提供一种HARQ进程的处理方法，在本发明实施例中，是以UE从CELL-DCH状态转移到CELL-FACH状态时上行数据传输的场景为例进行说明的。
如图6所示，上述HARQ进程的处理方法包括以下步骤：
步骤601，当UE需要从CELL-DCH状态转移到CELL-FACH状态时，网络侧设备向UE发送需要进行状态转移的消息。
具体的，RNC可以通过RRC消息通知UE从CELL-DCH状态转移到CELL-FACH状态，并在该RRC消息中携带RNC为UE分配的新的E-RNTI，该新的E-RNTI为CELL-FACH状态所对应的E-RNTI。
需要注意的是，本发明实施例中，在RNC通知UE需要进行状态转移的过程中，RNC发送给UE的消息中，不能携带MAC-es/e reset indicator指示。因此，UE的MAC实体不会执行Reset操作，从而避免了过多数据被丢弃的问题。
步骤602，UE通过原语通知MAC实体需要从CELL-DCH状态转移到CELL-FACH状态，并在状态转移后，确定是否需要清除HARQ进程缓存。
如图7所示，本步骤中，该UE通过原语通知MAC实体需要从CELL-DCH状态转移到CELL-FACH状态，并在状态转移后，确定是否需要清除HARQ进程缓存的过程具体包括：
步骤701，UE存储新的E-RNTI。其中，在UE中存储了对应CELL-DCH状态的新的E-RNTI和对应的CELL-FACH状态的旧的E-RNTI。
步骤702，UE通过判断新的状态指示和旧的状态指示是否相同来判断状态是否可以转移成功。当判断结果为可以转移成功时，转到步骤703，否则，转到步骤709。
步骤703，UE根据通知状态转移的RRC消息中携带的激活时间点的信息判断是否立即激活。当判断结果为是时，转到步骤704，否则，转到步骤708。
步骤704，UE将变量E_RNTI的取值设置为新分配的对应CELL-FACH状态的E-RNTI。
步骤705，UE指示MAC实体通过E-RUCCH发起增强随机接入过程。
步骤706，UE判断在转移前自身的能力等级是否小于预设的等级值，当判断结果为小于时，转到步骤707。其中，该预设的等级值可以为第3等级。
具体的，由于UE在转移完成后，将进入到CELL-FACH状态，即转移完成该UE的上行能力等级为第3等级。
如果在转移前，UE位于CELL-DCH状态时，所使用的上行能力等级小于第3等级时，则转移前后的将使用不同的数据传输方式，即需要清除上下行HARQ进程中的数据。
而如果在转移前，UE位于CELL-DCH状态时，所使用的上行能力等级不小于第3等级时，则转移前后的将使用相同的数据传输方式，不需要清除上下行HARQ进程中的数据，即上下行HARQ进程中的数据可以采用对应的数据传输方式进行传输。
步骤707，UE指示MAC实体将上行HARQ进程中的缓存清空，其中，该指示MAC实体的方式包括但不限于在原语中携带指示HARQ processesflush(清除)indicator，例如，在原语CMAC-STATUS-Req中携带指示HARQprocesses flush indicator。
步骤708，UE根据激活时间点的信息进行等待，当等待到激活时间点信息所指示的生效时刻时，转到步骤704中。
步骤709，UE删除新分配的E-RNTI，并继续使用变量E_RNTI中存储的旧的E-RNTI，而后续过程不再赘述。
需要说明的是，对于UE从CELL-DCH状态转移到CELL-FACH状态时的下行数据传输过程，上述的HARQ进程的处理方法仍然可以使用，与上述上行数据传输过程不同的是，在状态转移时，UE需要将自身的下行HARQ进程缓存的数据清空；而不需要清空重排序队列中存储的数据，不需要将重排序功能相关的变量，定时器重置为初始值或停止计时，不需要清空重组实体中存储的数据分段等，该下行数据传输过程对应HARQ进程的处理方法本发明实施例中不再赘述。
其中，可以根据实际的需要对本发明实施例中的步骤进行调整。
可见，通过使用本发明提供的方法，当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。
本发明实施例四提供一种用户设备UE，如图8所示，包括：
第一判断模块81，用于判断所述UE是否发生状态转移；
第二判断模块82，用于当所述第一判断模块81判断出所述UE发生状态转移时，判断所述UE的数据传输方式是否发生变化；
收发模块83，用于当所述第二判断模块82判断出所述UE的数据传输方式发生变化时，指示MAC实体清空HARQ进程中的缓存；并由所述MAC实体根据所述指示清空所述HARQ进程中的缓存。
具体的，所述收发模块83具体用于，通过原语指示所述MAC实体清空上行HARQ进程中的缓存；和/或，通过原语指示所述MAC实体清空下行HARQ进程中的缓存；其中，所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体。
进一步的，所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，所述UE从CELL-DCH状态转移到增强CELL-FACH状态。
所述第二判断模块82具体用于，判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值，所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；
当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，判断所述UE的数据传输方式发生变化；
当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，判断所述UE的数据传输方式没有发生变化。
所述收发模块83还用于，接收来自网络侧设备的消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识；
所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
进一步的，所述收发模块83还用于，接收来自所述网络侧设备的不携带MAC-es/e reset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
本发明实施例中，所述第一判断模块81还用于，从来自所述网络侧设备的消息中获取所述新分配的状态指示，并比较所述新分配的状态指示和自身存储的状态指示是否相同；
当二者不同时，判断所述UE发生状态转移；
当二者相同时，判断所述UE没有发生状态转移。
需要说明的是，所述收发模块83还用于，指示所述MAC实体利用E-RUCCH发起随机接入过程，所述随机接入过程中携带了所述新分配的E-RNTI。
其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。
可见，通过使用本发明实施例提供的设备，当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。
本发明实施例五提供一种媒体访问控制MAC实体，其中，所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体；如图9所示，包括：
收发模块91，用于当UE的发生状态转移，且所述UE的数据传输方式发生变化时，接收来自所述UE的指示，所述指示中携带了要求所述MAC实体清空HARQ进程中的缓存的信息；
处理模块92，用于根据所述收发模块91接收的UE的指示清空所述HARQ进程中的缓存。
具体的，所述收发模块91具体用于，接收所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存的信息；和/或，
接收所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存的信息。
在此情况下，所述处理模块92具体用于，清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中。所述复用及TSN设置实体中的变量包括：CURRENT_TSN。
所述处理模块92还用于，清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
可见，通过使用本发明实施例提供的设备，当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。
本发明实施例还提供了一种HARQ进程的处理系统，包括：
UE，用于当确定出自身发生状态转移时，判断自身的数据传输方式是否发生变化；并在自身的数据传输方式发生变化时，指示MAC实体清空HARQ进程中的缓存；
MAC实体，用于根据所述UE的指示清空所述HARQ进程中的缓存。
具体的，所述UE具体用于，通过原语指示所述MAC实体清空上行HARQ进程中的缓存；和/或，
通过原语指示所述MAC实体清空下行HARQ进程中的缓存；
所述MAC实体具体用于，在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时，清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中；
在所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时，清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
此外，所述发生状态转移包括：所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，所述UE从CELL-DCH状态转移到增强CELL-FACH状态；所述UE还用于，判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值；所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，判断自身的数据传输方式发生变化；当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，判断自身的数据传输方式没有发生变化。
本发明实施例提供的系统中，还包括：
网络侧设备，用于向UE发送消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为所述UE发生状态转移时目标状态所用的标识；
所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
进一步的，所述网络侧设备还用于，向所述UE发送不携带MAC-es/e resetindicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
可见，通过采用本发明实施例提供的系统，当UE在CELL-FACH状态与CELL-DCH状态之间进行状态转移时，可以通过高层指示MAC实体清空HARQ进程中的缓存，从而避免了UE过多丢弃数据包的问题。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (27)
1.一种混合自动重传请求HARQ进程的处理方法，其特征在于，包括：当用户设备UE确定出自身发生状态转移时，所述UE判断自身的数据传输方式是否发生变化；其中，所述发生状态转移包括：所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，所述UE从CELL-DCH状态转移到增强CELL-FACH状态；
当所述UE的数据传输方式发生变化时，所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存；
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存，其中，所述MAC实体不进行Reset操作，并保留所述MAC实体自身中的数据。
2.如权利要求1所述的方法，其特征在于，所述UE指示媒体访问控制MAC实体清空HARQ进程中的缓存包括：
所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存；
和/或，
所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存；
其中，所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体。
3.如权利要求2所述的方法，其特征在于，在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时，
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括：
所述MAC实体清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中。
4.如权利要求3所述的方法，其特征在于，所述复用及TSN设置实体中的变量包括：CURRENT_TSN。
5.如权利要求2所述的方法，其特征在于，所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时，
所述MAC实体根据所述UE的指示清空所述HARQ进程中的缓存包括：
所述MAC实体清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
6.如权利要求1所述的方法，其特征在于，所述UE判断自身的数据传输方式是否发生变化包括：
所述UE判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值；所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；
当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，所述UE判断自身的数据传输方式发生变化；
当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，所述UE判断自身的数据传输方式没有发生变化。
7.如权利要求1所述的方法，其特征在于，所述UE确定出发生状态转移之前，还包括：
所述UE接收来自网络侧设备的消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识；
所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
8.如权利要求7所述的方法，其特征在于，所述UE接收来自网络侧设备的消息之前，还包括：
所述网络侧设备向所述UE发送不携带MAC-es/e reset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
9.如权利要求7所述的方法，其特征在于，所述UE确定出发生状态转移之前，还包括：
所述UE从来自所述网络侧设备的消息中获取所述状态指示，并比较所述状态指示和自身存储的状态指示是否相同；
当二者不同时，所述UE确定出发生状态转移；否则，所述UE确定出没有发生状态转移。
10.如权利要求9所述的方法，其特征在于，当所述UE确定出发生状态转移时，所述方法还包括：
所述UE指示所述MAC实体利用E-RUCCH发起随机接入过程，所述随机接入过程中携带了所述新分配的E-RNTI。
11.一种用户设备UE，其特征在于，包括：
第一判断模块，用于判断所述UE是否发生状态转移；所述发生状态转移包括：所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，所述UE从CELL-DCH状态转移到增强CELL-FACH状态；
第二判断模块，用于当所述第一判断模块判断出所述UE发生状态转移时，判断所述UE的数据传输方式是否发生变化；
收发模块，用于当所述第二判断模块判断出所述UE的数据传输方式发生变化时，指示MAC实体清空HARQ进程中的缓存；并由所述MAC实体根据所述指示清空所述HARQ进程中的缓存；其中，所述MAC实体不进行Reset操作，所述MAC实体并保留所述MAC实体自身中的数据。
12.如权利要求11所述的UE，其特征在于，
所述收发模块具体用于，通过原语指示所述MAC实体清空上行HARQ进程中的缓存；和/或，
通过原语指示所述MAC实体清空下行HARQ进程中的缓存；
其中，所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体。
13.如权利要求11所述的UE，其特征在于，
所述第二判断模块具体用于，判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值，所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；
当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，判断所述UE的数据传输方式发生变化；
当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，判断所述UE的数据传输方式没有发生变化。
14.如权利要求11所述的UE，其特征在于，
所述收发模块还用于，接收来自网络侧设备的消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为UE发生状态转移时目标状态所用的标识；
所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
15.如权利要求14所述的UE，其特征在于，
所述收发模块还用于，接收来自所述网络侧设备的不携带MAC-es/e resetindicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
16.如权利要求14所述的UE，其特征在于，
所述第一判断模块还用于，从来自所述网络侧设备的消息中获取所述状态指示，并比较所述状态指示和自身存储的状态指示是否相同；
当二者不同时，判断所述UE发生状态转移；
当二者相同时，判断所述UE没有发生状态转移。
17.如权利要求16所述的UE，其特征在于，
所述收发模块还用于，指示所述MAC实体利用E-RUCCH发起随机接入过程，所述随机接入过程中携带了所述新分配的E-RNTI。
18.一种媒体访问控制MAC实体，其特征在于，包括：
收发模块，用于当UE自身发生状态转移，且所述UE的数据传输方式发生变化时，接收来自所述UE的指示，所述指示中携带了要求所述MAC实体清空HARQ进程中的缓存的信息；其中，所述发生状态转移包括：所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，所述UE从CELL-DCH状态转移到增强CELL-FACH状态；
处理模块，用于根据所述收发模块接收的UE的指示清空所述HARQ进程中的缓存；还用于不进行Reset操作，并保留自身的数据。
19.如权利要求18所述的MAC实体，其特征在于，所述MAC实体包括MAC-is/i实体，和/或，MAC-ehs实体；
所述收发模块具体用于，接收所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存的信息；和/或，
接收所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存的信息。
20.如权利要求19所述的MAC实体，其特征在于，
所述处理模块具体用于，清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中。
21.如权利要求20所述的MAC实体，其特征在于，所述复用及TSN设置实体中的变量包括：CURRENT_TSN。
22.如权利要求19所述的MAC实体，其特征在于，
所述处理模块还用于，清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
23.一种HARQ进程的处理系统，其特征在于，包括：
UE，用于当确定出自身发生状态转移时，判断自身的数据传输方式是否发生变化；并在自身的数据传输方式发生变化时，指示MAC实体清空HARQ进程中的缓存；所述发生状态转移包括：所述UE从增强CELL-FACH状态转移到CELL-DCH状态；或者，所述UE从CELL-DCH状态转移到增强CELL-FACH状态；
MAC实体，用于根据所述UE的指示清空所述HARQ进程中的缓存，还用于不进行Reset操作，并保留自身的数据。
24.如权利要求23所述的系统，其特征在于，
所述UE具体用于，通过原语指示所述MAC实体清空上行HARQ进程中的缓存；和/或，
通过原语指示所述MAC实体清空下行HARQ进程中的缓存；
所述MAC实体具体用于，在所述UE通过原语指示所述MAC实体清空上行HARQ进程中的缓存时，清空所述上行HARQ进程中的缓存，并保持复用及TSN设置实体中的变量取值不变，保留分段实体中存储的数据分段；所述复用及TSN设置实体和所述保留分段实体位于所述MAC实体中；
在所述UE通过原语指示所述MAC实体清空下行HARQ进程中的缓存时，清空所述下行HARQ进程中的缓存，并保留重排序实体中存储的数据，保留重组实体中存储的数据分段；所述重排序实体和所述重组实体位于所述MAC实体中。
25.如权利要求23所述的系统，其特征在于，
所述UE还用于，判断CELL-DCH状态下所使用的上行能力等级是否小于预设的等级值；所述预设的等级值为增强CELL-FACH状态下所述UE所使用的上行能力等级；当所述CELL-DCH状态下所使用的上行能力等级小于预设的等级值时，判断自身的数据传输方式发生变化；当所述CELL-DCH状态下所使用的上行能力等级不小于预设的等级值时，判断自身的数据传输方式没有发生变化。
26.如权利要求23所述的系统，其特征在于，还包括：
网络侧设备，用于向UE发送消息，所述消息中携带状态指示和新分配的E-RNTI，所述新分配的E-RNTI为所述UE发生状态转移时目标状态所用的标识；
所述状态指示和所述新分配的E-RNTI位于相同的消息中，或者，
所述状态指示和所述新分配的E-RNTI位于不同的消息中。
27.如权利要求26所述的系统，其特征在于，
所述网络侧设备还用于，向所述UE发送不携带MAC-es/e reset indicator信息的消息，其中，所述MAC-es/e reset indicator信息用于指示所述MAC实体进行重置操作。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910237061 CN102055573B (zh) | 2009-11-03 | 2009-11-03 | 一种harq进程的处理方法、设备和系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200910237061 CN102055573B (zh) | 2009-11-03 | 2009-11-03 | 一种harq进程的处理方法、设备和系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102055573A CN102055573A (zh) | 2011-05-11 |
| CN102055573B true CN102055573B (zh) | 2013-05-15 |
Family
ID=43959537
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200910237061 Active CN102055573B (zh) | 2009-11-03 | 2009-11-03 | 一种harq进程的处理方法、设备和系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102055573B (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102185990B (zh) * | 2011-05-31 | 2013-10-23 | 北京华环电子股份有限公司 | 一种主从式数字共线通信系统及通信方法 |
| US10869325B2 (en) * | 2016-10-07 | 2020-12-15 | Qualcomm Incorporated | Dynamic hybrid automatic repeat request timing management |
| CN108964835A (zh) * | 2017-05-26 | 2018-12-07 | 展讯通信（上海）有限公司 | 数据传输控制方法、装置及用户设备 |
| SG11202011176WA (en) * | 2018-05-10 | 2020-12-30 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Method for harq buffer clearing, device and computer storage medium |
| CN109032767B (zh) * | 2018-07-26 | 2021-04-02 | 苏州科达科技股份有限公司 | 异步多进程的业务处理系统、方法、装置及存储介质 |
| CN109982436B (zh) * | 2019-03-27 | 2020-07-31 | 江苏正赫通信息科技有限公司 | 无线自组网QoS时隙资源分配方法及装置 |
| CN117751561A (zh) * | 2022-07-20 | 2024-03-22 | 北京小米移动软件有限公司 | 混合自动重传请求harq进程处理方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1878050A (zh) * | 2006-01-18 | 2006-12-13 | 华为技术有限公司 | 高速上行分组接入业务重配置方法 |
| WO2009045909A2 (en) * | 2007-09-28 | 2009-04-09 | Interdigital Patent Holdings, Inc. | Method and apparatus for terminating transmission of a message in an enhanced random access channel |
| CN101459969A (zh) * | 2007-12-12 | 2009-06-17 | 华为技术有限公司 | 一种基站资源释放的方法和装置 |
| CN101472344A (zh) * | 2007-12-29 | 2009-07-01 | 华为技术有限公司 | 资源释放方法、终端、网络侧设备及网络系统 |
-
2009
- 2009-11-03 CN CN 200910237061 patent/CN102055573B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1878050A (zh) * | 2006-01-18 | 2006-12-13 | 华为技术有限公司 | 高速上行分组接入业务重配置方法 |
| WO2009045909A2 (en) * | 2007-09-28 | 2009-04-09 | Interdigital Patent Holdings, Inc. | Method and apparatus for terminating transmission of a message in an enhanced random access channel |
| CN101459969A (zh) * | 2007-12-12 | 2009-06-17 | 华为技术有限公司 | 一种基站资源释放的方法和装置 |
| CN101472344A (zh) * | 2007-12-29 | 2009-07-01 | 华为技术有限公司 | 资源释放方法、终端、网络侧设备及网络系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102055573A (zh) | 2011-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6086448B2 (ja) | 移動通信システムにおけるスケジューリング要請を受信する方法及び装置 | |
| KR101137327B1 (ko) | 상향링크 채널 스케쥴링을 위한 제어정보 전송 방법 및상향링크 채널 스케쥴링 방법 | |
| JP5171765B2 (ja) | スケジューリングリクエストプロシージャとランダムアクセスプロシージャーの間の相互作用を改善する方法及び装置 | |
| EP2166691B1 (en) | Methods and apparatuses for improving buffer status triggering mechanism in wireless communictions system | |
| JP4991011B2 (ja) | 無線装置とネットワーク間のデータユニットのシーケンスの送信のための無線通信方法 | |
| KR101636931B1 (ko) | 이동통신 시스템에서 경쟁 기반 액세스를 수행하는 방법 및 장치 | |
| KR100966566B1 (ko) | 효율적인 공용 ｅ-ｄｃｈ 관리를 위한 신호 전송 기법 | |
| KR101792167B1 (ko) | 데이터 전송 방법, 장치 및 시스템 | |
| KR101630882B1 (ko) | 무선 통신 시스템의 릴레이 노드(Ｒｅｌａｙ ｎｏｄｅ)에서 무선자원을 효율적으로 사용하는 방법 | |
| CN102055573B (zh) | 一种harq进程的处理方法、设备和系统 | |
| KR101637584B1 (ko) | 무선 통신 시스템상에서 서비스의 품질(ＱｏＳ)을 보장하는 방법 | |
| EP1852994A1 (en) | Method and apparatus for performing HARQ of a packet in a mobile communication system | |
| CN102625465B (zh) | 资源释放方法、终端、网络侧设备及网络系统 | |
| US8594030B2 (en) | Method for controlling HARQ operation in dynamic radio resource allocation | |
| KR101430439B1 (ko) | 이동 통신 시스템에서의 제어 정보 전송 방법 | |
| EP2224763A1 (en) | A resource release method, a communication equipment and a network system | |
| EP3247148A1 (en) | Rlc data packet offloading method, and base station | |
| KR20100113458A (ko) | 무선 통신 시스템상에서 단말의 ｍａｃ 계층에 의해 무선 자원을 구성하는 방법 | |
| KR101404858B1 (ko) | 이동통신 시스템에서 단말이 음성 패킷 상태를 전송하는방법 및 장치 | |
| CN102497674B (zh) | 资源释放方法、终端、网络侧设备及网络系统 | |
| KR101486580B1 (ko) | 무선 통신 시스템에서 역방향 데이터의 전송 방법 및 장치 | |
| CN104581981A (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 | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210531 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right |