CN101663906B - 在增强型cell_fach状态下进行小区更新的方法和装置 - Google Patents
在增强型cell_fach状态下进行小区更新的方法和装置 Download PDFInfo
- Publication number
- CN101663906B CN101663906B CN200880003942.8A CN200880003942A CN101663906B CN 101663906 B CN101663906 B CN 101663906B CN 200880003942 A CN200880003942 A CN 200880003942A CN 101663906 B CN101663906 B CN 101663906B
- Authority
- CN
- China
- Prior art keywords
- cell
- wtru
- rnti
- dsch
- mac
- 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
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
公开了一种用于在Cell_FACH状态下进行小区更新的方法和装置。在选择了目标小区之后,从目标小区中读取包含高速下行链路共享信道(HS-DSCH)公共系统信息的系统信息。清除在源小区中接收到的无线电网络临时标识(RNTI),并将变量HS_DSCH_RECEPTION设定为真。基于HS-DSCH公共系统信息来配置HS-DSCH媒介接入控制(MAC-hs)实体。接着在目标小区中接收高速下行链路分组接入(HSDPA)传送。发送小区更新消息来通知小区改变。可以使用在系统信息中广播的公共H-RNTI、根据小区更新消息中所请求的被保留的H-RNTI、或者作为U-RNTI的子集的临时标识来接收HSDPA传送。MAC-hs实体可被重置。
Description
技术领域
本发明涉及无线通信。
背景技术
UTRAN中的无线发射/接收单元(WTRU)可以处于空闲模式或连接模式。基于连接模式下的WTRU移动性和活动性,通用陆地无线电接入网络(UTRAN)可以指引WTRU在若干无线电资源控制(RRC)子状态之间进行转换:Cell_PCH、URA_PCH、Cell_FACH以及Cell_DCH状态。只有处于Cell_FACH和Cell_DCH状态时,WTRU和UTRAN之间的用户平面通信才是可能的。Cell_DCH状态是由上行链路和下行链路中的专用信道来表征的。在WTRU侧,这与连续的传送和接收相对应,并且可能不足以应对用户功率要求。Cell_FACH状态不使用专用信道,从而允许更好的功率损耗,代价是更低的上行链路和下行链路吞吐量。
Cell_FACH状态很适合于信令业务,(例如传送小区更新(CELLUPDATE)消息),以及要求非常低的上行链路吞吐量的应用。上行链路通信是通过被映射至物理随机接入信道(PRACH)的随机接入信道(RACH)而实现的。所述RACH是基于争用的信道,其采用功率提升(ramp-up)过程以获取所述信道并调整发射功率。下行链路通信是通过被映射至辅助公共控制物理信道(S-CCPCH)的前向接入信道(FACH)而实现的。包括在Cell_FACH中使用的上行链路(即RACH)和下行链路(即FACH)的设置(setup)细节的系统信息从广播信道(BCH)中被读取。
在Cell_FACH状态下,由WTRU来自动处理移动性。目前(对于第三代合作伙伴计划(3GPP)标准的版本6)在Cell_FACH中不存在软切换的概念。WTRU独立地进行测量,并确定要预占(camp on)哪个小区。
标准化组织已经研究了在Cell_FACH状态(即增强型Cell_FACH状态)下使用高速下行链路分组接入(HSDPA)的可能性。HSDPA是在3GPP规范的版本5中引入的在Cell_DCH状态下运行的特性。HSDPA试图通过使用三个关键概念来更好地使用下行链路共享容量:适应性调制和编码(AMC)、使用混合自动重复请求(HARQ)机制的重传以及节点B调度,这些都在非常高的速率下运行。
具有HSDPA连接的每个WTRU都被分配HS-DSCH无线电网络临时标识符(H-RNTI)。该H-RNTI在小区中是唯一的,并由服务无线电网络控制器(SRNC)来进行分配。一个WTRU附属于一个单独的服务小区(即节点B)。需要告知WTRU要使用的物理信道资源(高速物理下行链路共享信道(HS-PDSCH)信息)以及如何设置HARQ进程和HARQ存储器。
由于移动性,WTRU可以从一个服务小区(源节点B)改变为另一个(目标节点B)。UTRAN控制这种改变的时机。SRNC必须停止向源节点B发送数据,并开始以新的配置向目标节点B发送数据。同时,RNC必须发送控制消息(RRC消息)来重置在WTRU处的HS-DSCH媒介接入控制(MAC-hs)实体。
所述MAC-hs重置会需要对于所有已配置的HARQ过程刷新软缓冲器;停止所有的活动重排序版本计时器(T1),并将所有计时器(T1)设定为它们各自的初始值;对于每个被配置的HARQ过程上的下一个传送,以0值开始传送序列号(TSN);将变量RcvWindow_UpperEdge和next_expected_TSN初始化为它们的初始值;分解重排序缓冲器中所有的MAC-hs协议数据单元(PDU),并将所有的专用信道媒介接入控制(MAC-d)PDU传递至MAC-d实体;刷新所述重排序缓冲器;以及在某些情况下,指示被映射至高速下行链路共享信道(HS-DSCH)上的所有应答模式(AM)无线电链路控制(RLC)实体生成状态报告。
当在增强型Cell_FACH状态下试图传送HSDPA时,存在许多需要解决的问题。目前HSDPA被标准化为仅在Cell_DCH状态下运行。WTRU使用变量HS_DSCH_RECEPTION来验证是否允许HSDPA接收。在增强型Cell_FACH状态下,WTRU接收广播系统信息中的公共信道设置信息。然而,在广播信道中并没有携带HSDPA配置信息。
增强型Cell_FACH状态会在公共逻辑信道(公共控制信道(CCCH)和公共业务信道(CTCH))上使用下行链路信令无线电承载。在这些无线电承载上所携带的典型RRC消息包括RRC连接建立(RRC CONNECTIONSETUP)消息和小区更新确认(CELL UPDATE CONFIRM)消息。先前的消息中包括HSDPA配置细节时,引起了一个问题。对于Cell_DCH,在允许HSDPA通信之前,WTRU等待直到读取配置细节。而这对于增强型Cell_FACH是不可能的,因为必须使用HSDPA通信来接收所述消息。传统的3GPP版本6规范没有提供对于在Cell_FACH中操作HS-DSCH的支持。
当WTRU处于增强型Cell_FACH状态时,基于某些原因(例如小区重选、无线电链路失败、无线电链路控制(RLC)不可恢复差错等等),WTRU将执行小区更新过程。对于该小区更新过程,会出现许多困难。例如,WTRU可能被要求转换到增强型Cell_FACH,但它需要一种方法来找回HSDPA配置信息。小区重选过程由WTRU控制。结果,UTRAN不能执行实时的和同步的MAC-hs重置。实际上,在小区重选之后,源节点B会继续向WTRU发送信息,即使后者已经停止了侦听。UTRAN只有当接收到小区更新消息之后才察觉到改变。如果作为MAC-hs重置的结果,WTRU需要发送RLC状态报告的话,会出现另外一个问题。在小区重选之后,以小区更新消息通知UTRAN。UTRAN使用专用控制信道(DCCH)以小区更新确认消息来响应。该消息必须被发送至专用WTRU,但是还未分配专用H-RNTI给所述WTRU(所述信息通常被包含在所述消息自身内)。
当WTRU处于增强型Cell_FACH状态时,通常认为会降低MAC-c/sh功能。特别地,WTRU标识(ID)已经被携带在MAC-hs报头中,因而它不需要在MAC报头中被重复。
发明内容
本发明涉及一种用于在CELL_FACH状态下进行小区更新的方法和装置。在选择了目标小区之后,从该目标小区中读取系统信息。如果在目标小区中所述系统信息被支持,则所述系统信息包括HS-DSCH公共系统信息。在源小区中接收的H-RNTI和C-RNTI被清除,并且使用无线电资源控制(RRC)HS_DSCH_RECPTION变量来控制HS_DSCH的接收。基于所述HS_DSCH公共系统信息来配置MAC-hs实体。接着,在目标小区中接收HSDPA传送。发送小区更新消息来通知小区的改变。可以使用系统信息中的公共H-RNTI广播、根据小区更新消息中的请求而被保留的H-RNTI、或者作为U-RNTI的子集的临时标识来接收HSDPA传送。小区重选、无线电链路失败或者RLC不可恢复差错之后,可以重置MAC-hs实体。
附图说明
通过下面对以示例方式给出并结合附图来理解的实施例的描述,可以对本发明有更详细的理解,其中:
图1示出了示例WTRU和UTRAN;
图2是根据一种实施方式的的用于小区更新的示例过程的流程图;
图3是根据另一种实施方式的用于小区更新的示例过程的流程图;
图4是根据又一种实施方式的用于小区更新的示例过程的流程图;
图5是根据再一种实施方式的的用于小区更新的示例过程的流程图;
图6是图5中的过程的替换过程的流程图;以及
图7是示例装置的框图。
具体实施方式
下文引用的术语“WTRU”包括但不局限于用户设备(UE)、移动站、固定或移动签约用户单元、寻呼机、小区电话、个人数字助理(PDA)、计算机、或任何其他类型的能够在无线环境中工作的用户设备。下文引用的术语“节点B”包括但不局限于基站、站点控制器、接入点(AP)或是任何其他类型的能够在无线环境下工作的接口设备。
下文引用的术语“MAC-hs实体”不仅包括传统的MAC-hs实体,还包括支持在Cell_FACH、Cell_PCH和URA_PCH状态下的HS-DSCH接收的高速MAC实体,也被称为“增强型MAC-hs(MAC-ehs)实体”。
图1示出了示例WTRU 110以及包括节点B 120a、120b的UTRAN。为了简单起见,图1仅示出了两个小区122a、122b和两个节点B 120a、120b。对于HSDPA传送,WTRU 110从UTRAN接收WTRU标识(即H-RNTI)以及HSDPA配置信息。在下文中将解释用于将H-RNTI和HSDPA配置信息分配给Cell_FACH状态下的WTRU 110的方法。
在Cell_DCH状态中,每个具有活动HSDPA通信的WTRU被分配以唯一的(对小区特定的)H-RNTI。然而,在Cell_FACH状态下这不是一直都可能的。已经建议在处于Cell_FACH状态时使用公共H-RNTI和专用H-RNTI。被映射至HS_DSCH的CCCH传送使用公共H-RNTI,而被映射至HS_DSCH的DCCH和DTCH传送使用专用H-RNTI。既可以通过增加新的信息元素至传统的系统信息块(SIB),也可以通过定义新的SIB和相关的时间表来将公共H-RNTI作为系统信息的一部分进行广播。
关于专用H-RNTI的信息可以被携带在RRC消息中。然而,如果WTRU110还不具有专用的H-RNTI,但是在当WTRU处于Cell_FACH状态时下行链路RRC消息(例如小区更新确认)使用被映射至HS_DSCH的DCCH来发送,将出现一个问题。根据一种实施方式,可以经由CCCH在使用公共H-RNTI的HS-DSCH上发送包含WTRU标识的RRC消息,(例如小区更新确认消息),并且专用H-RNTI可以被包含在该RRC消息中。可替换地,可以使用DCCH在FACH上发送该RRC消息,(例如小区更新确认消息),并且MAC-c报头包括所述WTRU标识。
可替换地,当WTRU 110不具有专用H-RNTI时,为了经由HS-DSCH传送DCCH消息,可以单独使用一组被保留的H-RNTI(RH-RNTI)。这组RH-RNTI可以被作为系统信息的一部分广播,并且可以被索引。WTRU 110随机地选择RH-RNTI索引中的一个,并将该信息在小区更新消息中发送。可以扩展小区更新消息以包括新的信息元素(IE),该IE包含RH-RNTI的索引。UTRAN经由DCCH来以小区更新确认消息进行响应,使用被索引的RH-RNTI将所述DCCH映射至HS-DSCH(即在HS-DSCH中用信号发送被索引的RH-RNTI)。如果多个WTRU选择了相同的RH-RNTI,会发生地址冲突。UTRAN确保多个WTRU不会选择相同的RH-RNTI。如果发生了地址冲突,UTRAN能够简单地抑制发送小区更新确认消息,并等待小区更新消息的重传。
可替换地,当对U-RNTI进行分配时,可以按照WTRU 110使用U-RNTI的子集的方式,(例如,最低的16位),将U-RNTI分配为临时的专用H-RNTI,并且该临时H-RNTI可以经由HS_DSCH而被用于DCCH传送(例如小区更新确认消息的传送)。所述UTRAN负责防止这种情况下的地址冲突。
对于用以接收HSDPA传送的WTRU 110,该WTRU 110从UTRAN需要来自HSDPA的配置信息。通常,HSDPA配置信息是在RRC消息(诸如RRC CONNNECTION SETUP消息、小区更新确认消息、或其他消息)中被提供的。对于处于Cell_FACH状态的WTRU 110,即使在可以接收这些RRC消息之前,HSDPA也需要被配置。
公共HS-DSCH系统信息可以作为广播系统信息的一部分被发送。广播信息可以包括增强型Cell_FACH容量(即指示该小区支持增强型Cell_FACHWTRU)、公共高速物理下行链路共享信道(HS-PDSCH)信息(例如HS-SCCH扰频码和信道化编码、信道质量指示符(CQI)反馈信息等等)、公共HARQ信息(例如HARQ进程数以及存储分区等等)、以及可选地在没有可用的专用H-RNTI时用于发送DCCH消息的RH-RNTI。广播系统信息可以包括一组默认的公共HSDPA配置,并且WTRU可以选择其中之一(例如,基于它的初始WTRU标识)。
在接收到HSDPA配置信息之后,WTRU 110对MAC-hs实体进行配置。可以为每个RNTI地址配置单独的MAC-hs实体。例如,如果处于增强型Cell_FACH状态的WTRU 110被配置以一个公共H-RNTI和一个专用H-RNTI,则可以配置两个单独的MAC-hs实体(一个用于公共H-RNTI,而另一个用于专用H-RNTI)。
可替换地,可以为每个WTRU设置单独的MAC-hs实体,并且可以通过在基于逻辑信道的不同优先队列中进行存储来隔离业务。依赖于调度器所选择的优先队列,可以请求节点B改变用于传送的H-RNTI。
WTRU 110按照3GPP技术规范(TS)25.331中定义的来评估各种情况下的变量HS_DSCH_RECPTION。该变量HS_DSCH_RECPTION表示“高速共享控制信道(HS-SCCH)和HS-DSCH接收过程正在进行”。当变量HS_DSCH_RECPTION被评估为假(FALSE),它强迫WTRU 110执行完整的HSDPA重置(包括MAC-hs重置以及清除所有HARQ资源)。当满足了特定条件时,可以将变量HS_DSCH_RECPTION设定为真(TRUE)。为了在Cell_FACH状态下运行HSDPA,当满足以下三个条件时,必须将HS_DSCH_RECPTION变量评估为真:(1)WTRU处于增强型Cell_FACH状态;(2)下行链路无线电链路被配置为服务HS_DSCH无线电链路;以及(3)存在至少一个被映射至HS-DSCH的无线电承载。应当注意的是,变量“HS_DSCH_RECPTION”可以是与在Cell_DCH状态下的变量相同的变量,或者可以是为用于在Cell_FACH状态下运行的WTRU而定义新的变量。还应当注意的是,变量“HS_DSCH_RECPTION”可以被称为不同的名字,或者可以对于相同的功能使用其他变量。
下文将解释小区更新过程。图2是根据一种实施方式的用于小区更新的过程200的流程图。在该实例中,WTRU 110从具有增强型Cell_FACH支持的源小区122a移动到具有增强型Cell_FACH支持的目标小区122b。处于增强型Cell_FACH状态的WTRU 110选择目标小区122b(步骤202)。WTRU110停止在源小区122a上的传送和接收,并清除在源小区122a中使用的C-RNTI和H-RNTI(步骤204)。WTRU 110读取目标小区122b中的系统信息,并确定目标节点B能力(步骤206)。
如果目标节点B 120b具有增强型Cell_FACH能力,则执行以下步骤。如果目标节点B 120b不具有增强型Cell_FACH能力,(即从增强型Cell_FACH小区到非增强型Cell_FACH小区的重选),则执行图3中的过程300。WTRU 110可以执行MAC-hs重置(步骤208)。这将刷新软缓冲器并开始分解过程。需要为公共H-RNTI队列和专用H-RNTI队列执行MAC-hs重置。
WTRU 110对于公共H-RNTI队列和专用H-RNTI队列可以一直执行MAC-hs重置。可替换地,只有当小区重选导致了对于不支持MAC-hs预留的节点B间小区改变或节点B内小区改变时,WTRU 110才可以执行MAC-hs重置。在这种情况下,如果节点B可以保持MAC-hs实体,则节点B内小区改变不会导致MAC-hs重置。这需要对WTRU 110进行关于节点B标识和能力的指示,这既可以作为对现有SIB的新的信息元素,也可以作为新的SIB而被作为系统信息的一部分进行广播。
可替换地,只有在使用重排序队列的情况下,WTRU 110才能够执行MAC-hs重置。如果处于增强型Cell_FACH状态的WTRU 110不使用重排序队列(对于公共H-RNTI或专用H-RNTI上的业务),则不需要MAC-hs重置。可选地,作为执行MAC-hs重置的代替,WTRU 110会决定刷新HARQ软缓冲器。
可替换地,只有当使用了重排序队列,并且小区重选导致了对于不支持MAC-hs预留的节点B间小区改变或节点B内小区改变时,WTRU 110才执行MAC-hs重置。
接着,WTRU 110设置HSDPA通信以及RACH通信,并向UTRAN发送小区更新消息以通知小区改变(步骤210)。可选地,WTRU 110可以选择RH-RNTI索引,并在小区更新消息中提供该信息。WTRU 110开始下行链路接收。WTRU 110在HS-SCCH中寻找它的H-RNTI。H-RNTI的选择依赖于如上所解释的分配H-RNTI的规则。WTRU 110可以在系统信息中使用公共H-RNTI广播、可以使用根据小区更新消息中所请求的RH-RNTI、或者可以使用基于U-RNTI的子集的临时H-RNTI。
UTRAN接收小区更新消息、停止向源节点B发送数据、通知源节点B删除旧的MAC-hs实体、并在目标节点B中设置新的MAC-hs实体(步骤212)。UTRAN通过目标节点B向WTRU 110发送具有用于HSDPA通信的设置信息(特别是专用H-RNTI)的小区更新确认消息(步骤214)。用于小区更新确认消息的H-RNTI依赖于分配H-RNTI的规则。UTRAN可以在系统信息中使用公共H-RNTI广播、可以使用根据小区更新消息中所请求的RH-RNTI、或者可以使用基于U-RNTI的子集的临时H-RNTI。可替换地,小区更新确认消息可以经由FACH来发送。
WTRU 110以被包含在小区更新确认消息中的配置信息来设置HSDPA(步骤216)。WTRU 110以RRC消息进行响应(例如物理信道重配置完成(PHYSICAL CHANNEL RECONFIGURATION COMPLETE)或UTRAN移动性信息确认(UTRAN MOBILITY INFORMATION CONFIRM)消息,基于物理层参数是否已经被改变)(步骤218)。
另外,如果WTRU 110在WTRU MAC-hs重置之后发送RLC状态报告以允许UTRAN知道哪个PDU需要重传,则可以改进性能。可以在发送小区更新消息之前但在选择目标小区122b之后发送RLC状态报告。为此,过程200被修改。例如,在选择目标小区122b之后,WTRU 110停止在源小区122a的接收。WTRU 110接着执行MAC-hs重置。接着,WTRU 110向源节点B 120a发送RLC状态报告,提供最后接收到的PDU的序列号。然后WTRU 110停止在源小区122a的发送,并继续步骤210。可替换地,WTRU110可以将RLC状态信息作为IE包含在小区更新消息中。该状态信息包含在WTRU 110处接收的最后的序列号。可替换地,WTRU 110可以等待直到接收到小区更新确认消息,才向UTRAN发送RLC状态,提供对于最后接收到的PDU的序列号的指示。所述状态信息可以被包含在物理信道重配置完成消息或UTRAN移动性信息确认消息中。
可选地,可以移除MAC-hs重置并以来自UTRAN的被携带在小区更新确认消息中的重置指示来代替。在小区更新消息中,(并且如果必须进行重置),WTRU 110会将其重排序队列使用通知UTRAN。由于UTRAN在控制该过程,它可以确保节点B内小区改变(采用MAC-hs预留)不会导致MAC-hs重置,并且不具有重排序队列的WTRU 110不会导致MAC-hs重置。作为MAC-hs重置的代替,WTRU 110会刷新它的HARQ软缓冲器。
图3是根据另一种实施方式的用于小区更新的过程300的流程图。在该实施方式中,WTRU 110从具有增强型Cell_FACH支持的源小区122a移动到不具有增强型Cell_FACH支持的目标小区122b。WTRU 110选择目标小区122b(步骤302)。WTRU 110停止在源小区122a的传送和接收,并清除在源小区122a中使用的C-RNTI和H-RNTI(步骤304)。WTRU 110从目标小区122b中读取系统信息,并确定目标节点B能力(步骤306)。如果目标节点B不具有增强型Cell_FACH能力,则WTRU 110执行MAC-hs重置(步骤308)。
WTRU 110设置S-CCPCH和RACH通信,并向UTRAN发送小区更新消息以通知小区改变(步骤310)。WTRU 110在所选的S-CCPCH上开始下行链路接收。
UTRAN接收小区更新消息、停止向源节点B发送数据、并通知源节点B删除MAC-hs实体(步骤312)。UTRAN使用S-CCPCH在FACH上发送目标节点B中的具有关于无线电承载重映射的信息的小区更新确认(步骤314)。WTRU 110对无线电承载进行重配置,以在所选的S-CCPCH上使用FACH(步骤316)。WTRU 110发送RRC响应消息(例如,无线电承载重配置完成(RADIO BEARER RECONFIGURATION COMPLETE)消息)(步骤318)。
如在WTRU 110从具有增强型Cell_FACH支持的源小区移动到具有增强型Cell_FACH支持的目标小区的实施方式中所述的,WTRU 110具有三个选项用以向UTRAN发送RLC状态。
图4是根据又一种实施方式的用于小区更新的过程400的流程图。在该实施方式中,WTRU 110从不具有增强型Cell_FACH支持的源小区122a移动到具有增强型Cell_FACH支持的目标小区122b。WTRU 110选择目标小区122b(步骤402)。WTRU 110停止在源小区122a的传送和接收,并清除在源小区122a中使用的C-RNTI(步骤404)。WTRU 110从目标小区122b中读取系统信息,并确定目标节点B能力(步骤406)。如果目标节点B具有增强型Cell_FACH能力,则WTRU 110设置HSDPA通信以及RACH通信(步骤408)。如果目标节点B不具有增强型Cell_FACH能力,则执行传统的小区重选过程。
WTRU 110向UTRAN发送小区更新消息以通知小区改变(步骤410)。可选地,WTRU 110可以选择RH-RNTI索引,并在小区更新消息中提供该信息。WTRU 110开始下行链路接收。WTRU 110在HS-SCCH中寻找它的H-RNTI。H-RNTI的选择依赖于如上所解释的分配H-RNTI的规则。WTRU110可以使用在系统信息中找到的下行链路公共H-RNTI、可以使用小区更新消息中请求的RH-RNTI、或者可以使用基于U-RNTI的子集的临时H-RNTI。
UTRAN接收小区更新消息并停止向源节点B发送数据(步骤412)。UTRAN通过目标节点B向WTRU发送具有用于HSDPA通信的设置信息(特别是专用H-RNTI)的小区更新确认(步骤414)。用于小区更新确认消息的H-RNTI依赖于分配H-RNTI的规则。UTRAN可以将下行链路公共H-RNTI用作系统信息中的广播、可以使用可能被使用的根据小区更新消息中所请求的RH-RNTI、或者可以使用基于U-RNTI的子集的临时H-RNTI。
WTRU 110以被包含在小区更新确认消息中的配置信息来设置HSDPA(步骤416)。WTRU 110发送RRC响应消息(例如传输信道重配置完成(TRANSPORT CHANNEL RECONFIGURATION COMPLETE)消息)(步骤418)。如在WTRU从具有增强型Cell_FACH支持的源小区移动到具有增强型Cell_FACH支持的目标小区的实施方式中所述的,WTRU 110可以向UTRAN发送RLC状态报告。
图5是根据再一种实施方式的用于小区更新的过程500的流程图。在该实施方式中,WTRU 110从Cell_DCH状态转换为增强型Cell_FACH状态。由于WTRU 110已经处于Cell_DCH状态,因此WTRU 110已经具有专用H-RNTI和有效的HSDPA配置。WTRU 110不是重置MAC-hs和重建已经存在的HSDPA链路,而是可以继续使用已配置的HSDPA设置。
一旦检测到无线电链路故障或RLC不可恢复差错,WTRU 110就停止在小区中的传送和接收(步骤502)。WTRU 110从目标小区122b读取系统信息(步骤504)。如果目标节点B具有增强型Cell_FACH能力,则执行以下步骤。如果目标节点B不具有增强型Cell_FACH能力,则执行传统的小区重选过程。WTRU 110设置RACH通信(步骤506)。WTRU 110向UTRAN发送小区更新消息,并等待经由使用现有专用H-RNTI的HS-DSCH的小区更新确认消息(步骤508)。UTRAN接收小区更新消息,并以具有新的无线电承载配置的小区更新确认消息进行响应(步骤510)。用于小区更新确认消息的H-RNTI与在Cell_DCH状态下使用的专用H-RNTI是相同的。WTRU110对无线承载进行重配置,并发送RRC响应消息(例如,无线电承载重配置完成消息)(步骤512)。如在WTRU从具有增强型Cell_FACH支持的源小区移动到具有增强型Cell_FACH支持的目标小区的实施方式中所述的,WTRU 110可以向UTRAN发送RLC状态报告。
可替换地,可以重置MAC-hs并可使用新的HSDPA配置。图6是图5中过程500的替换过程600的流程图,其中WTRU使用公共H-RNTI来代替专用H-RNTI。WTRU 110从源小区122a中的Cell_DCH状态转换为目标小区122b中的增强型Cell_FACH状态。源和目标小区可以是相同的小区。一旦检测到无线电链路故障或RLC不可恢复差错,WTRU 110就停止在小区中的传送和接收,并执行MAC-hs重置(步骤602)。WTRU 110从目标小区122b读取系统信息(步骤604)。如果目标节点B具有增强型Cell_FACH能力,则执行以下步骤。如果目标节点B不具有增强型Cell_FACH能力,则执行传统的小区重选过程。WTRU清除C-RNTI和H-RNTI,并执行MAC-hs重置(步骤605)。WTRU 110设置HSDPA通信以及RACH通信(步骤606)。WTRU 110向UTRAN发送小区更新消息,并等待经由使用公共H-RNTI的小区更新确认消息(步骤608)。
UTRAN接收小区更新消息,并执行源小区内的MAC-hs重置(步骤610)。UTRAN以具有新的无线电承载配置的小区更新确认消息进行响应(步骤612)。用于小区更新确认消息的H-RNTI是所选的公共H-RNTI。WTRU110对无线电承载进行重配置,并以RRC消息进行响应(例如无线电承载重配置完成消息)(步骤614)。如在WTRU从具有增强型Cell_FACH支持的源小区移动到具有增强型Cell_FACH支持的目标小区的实施方式中所述的,WTRU 110可以向UTRAN发送RLC状态报告。
图7是示例装置700(WTRU 110或节点B 120a、120b)的框图。装置700包括收发信机702、MAC-hs实体704以及控制器706。收发信机702通过物理介质传送和接收信号。MAC-hs实体704用于HSDPA通信。控制器706(例如RRC实体)控制收发信机702和MAC-hs实体704以执行用于小区更新以及在Cell_FACH状态时的传送和接收的过程200-600。控制器706被配置为当处于Cell_FACH状态时选择目标小区122b、从目标小区122b中读取系统信息、清除在源小区122a中接收的RNTI、相应地设定HS_DSCH_RECEPTION控制变量、以及基于被包含在系统信息中的HS-DSCH公共系统信息来配置HSDPA通信、重置MAC-hs实体,等等。
实施例
1.一种用于当目标小区支持增强型Cell_FACH时在Cell_FACH状态下执行小区重选的方法。
2.根据实施例1所述的方法,该方法包括选择目标小区。
3.根据实施例2所述的方法,该方法包括从所述目标小区中读取系统信息,所述系统信息包括HS-DSCH公共系统信息。
4.根据实施例2-3中任一实施例所述的方法,该方法包括清除在源小区中接收到的RNTI。
5.根据实施例2-4中任一实施例所述的方法,该方法包括通过将HS-DSCH接收变量设置为真来启动HS-DSCH接收。
6.根据实施例2-5中任一实施例所述的方法,该方法包括设置RACH通信。
7.根据实施例2-6中任一实施例所述的方法,该方法包括发送小区更新消息。
8.根据实施例3-7中任一实施例所述的方法,该方法包括基于所述HS-DSCH公共系统信息来配置MAC-hs实体。
9.根据实施例8所述的方法,该方法包括在所述目标小区中接收HSDPA传送。
10.根据实施例7-9中任一实施例所述的方法,其中多个RH-RNTI之一的索引被包含在所述小区更新消息中。
11.根据实施例10所述的方法,其中使用根据所述小区更新消息中所请求的RH-RNTI来接收所述HSDPA传送。
12.根据实施例9所述的方法,其中所述HSDPA传送是使用临时标识来接收的,所述临时标识是U-RNTI的子集。
13.根据实施例3-12中任一实施例所述的方法,该方法还包括重置所述MAC-hs实体。
14.根据实施例13所述的方法,其中如果公共H-RNTI和专用H-RNTI是以单独的MAC-hs实体来配置的,则对于所述公共H-RNTI和所述专用H-RNTI,重置所述MAC-hs实体。
15.根据实施例13所述的方法,其中仅当小区重选导致了节点B间小区改变时,才重置所述MAC-hs实体。
16.根据实施例13所述的方法,其中仅当小区重选导致了对于不支持MAC-hs预留的节点B的节点B内小区改变时,才重置所述MAC-hs实体。
17.根据实施例13所述的方法,其中仅当使用了重排序队列时,才重置所述MAC-hs实体。
18.根据实施例13所述的方法,其中仅当使用了重排序队列并且小区重选导致了对于不支持MAC-hs预留的节点B的节点B间小区改变或节点B内小区改变时,才重置所述MAC-hs实体。
19.根据实施例3-12中任一实施例所述的方法,该方法还包括根据来自网络的指示来重置所述MAC-hs实体。
20.根据实施例3-19中任一实施例所述的方法,该方法还包括刷新HARQ软缓冲器。
21.根据实施例2-20中任一实施例所述的方法,该方法还包括根据小区重选来发送RLC状态报告。
22.根据实施例21所述的方法,其中所述RLC状态报告是在发送所述小区更新消息之前并且在选择所述目标小区之后被发送的。
23.根据实施例21所述的方法,其中所述RLC状态报告被包含在所述小区更新消息中。
24.根据实施例21所述的方法,其中所述RLC状态报告是在接收到小区更新确认消息之后被发送的。
25.根据实施例3-24中任一实施例所述的方法,其中所述系统消息包括对增强型Cell_FACH能力的指示。
26.根据实施例3-25中任一实施例所述的方法,所述HS-DSCH公共系统信息包括HS-SCCH扰频码和信道化编码、CQI反馈信息、HARQ进程数、存储分区、以及被保留的H-RNTI组中的至少一者。
27.一种用于当仅源小区支持增强型Cell_FACH时在Cell_FACH状态下执行小区重选的方法。
28.根据实施例27所述的方法,该方法包括选择目标小区。
29.根据实施例28所述的方法,该方法包括从所述目标小区中读取系统信息。
30.根据实施例28-29中任一实施例所述的方法,该方法包括清除在源小区中接收到的RNTI。
31.根据实施例28-30中任一实施例所述的方法,该方法包括重置MAC-hs实体。
32.根据实施例28-31中任一实施例所述的方法,该方法包括通过将HS-DSCH接收变量设置为假来阻止HS-DSCH接收。
33.根据实施例28-32中任一实施例所述的方法,该方法包括设置S-CCPCH和RACH通信。
34.根据实施例33所述的方法,该方法包括发送小区更新消息。
35.根据实施例34所述的方法,该方法包括在S-CCPCH上接收下行链路传送。
36.根据实施例28-35中任一实施例所述的方法,该方法还包括根据小区重选来发送RLC状态报告。
37.根据实施例36所述的方法,其中所述RLC状态报告是在发送所述小区更新消息之前并且在选择所述目标小区之后被发送的。
38.根据实施例36所述的方法,其中所述RLC状态报告被包含在所述小区更新消息中。
39.根据实施例36所述的方法,其中所述RLC状态报告是在接收到小区更新确认消息之后被发送的。
40.一种用于在Cell_FACH状态下执行小区更新的方法。
41.根据实施例40所述的方法,该方法包括当在Cell_DCH状态下使用H-RNTI接收HSDPA传送时检测小区更新触发事件,所述小区更新触发事件是无线电链路故障和RLC不可恢复差错中的一者。
42.根据实施例40-41中任一实施例所述的方法,该方法包括读取目标小区中的系统信息。
43.根据实施例41-42中任一实施例所述的方法,该方法包括清除在源小区中接收到的RNTI。
44.根据实施例41-43中任一实施例所述的方法,该方法包括设置RACH通信。
45.根据实施例44所述的方法,该方法包括经由RACH来发送小区更新消息。
46.根据实施例41-45中任一实施例所述的方法,该方法包括如果从所述系统信息中确定所述目标小区支持增强型Cell_FACH状态,则通过将HS-DSCH接收变量设置为真来启动HS-DSCH接收。
47.根据实施例46所述的方法,该方法包括使用所述专用H-RNTI来接收HSDPA传送。
48.根据实施例41-47中任一实施例所述的方法,该方法还包括一旦检测到无线电链路故障和RLC不可恢复差错中的一者,就重置MAC-hs实体;
49.根据实施例48所述的方法,该方法包括基于被包含在所述系统信息中的HS-DSCH公共系统信息来设置HSDPA通信。
50.一种用于在Cell_FACH状态下执行小区重选的WTRU。
51.根据实施例50所述的WTRU,该WTRU包括收发信机。
52.根据实施例51所述的WTRU,该WTRU包括用于HSDPA通信的MAC-hs实体。
53.根据实施例52所述的WTRU,该WTRU包括控制器,该控制器被配置为在Cell_FACH状态下选择目标小区。
54.根据实施例53所述的WTRU,其中所述控制器被配置为从所述目标小区中读取系统信息。
55.根据实施例53-54中任一实施例所述的WTRU,其中所述控制器被配置为清除在源小区中接收到的RNTI。
56.根据实施例53-55中任一实施例所述的WTRU,其中所述控制器被配置为通过将HS-DSCH接收变量设定为真来启动HS-DSCH接收。
57.根据实施例53-56中任一实施例所述的WTRU,其中所述控制器被配置为设置RACH通信。
58.根据实施例53-57中任一实施例所述的WTRU,其中所述控制器被配置为发送小区更新消息。
59.根据实施例53-58中任一实施例所述的WTRU,其中所述控制器被配置为基于被包含在所述系统信息中的HS-DSCH公共系统信息来配置HSDPA通信。
60.根据实施例58-59中任一实施例所述的WTRU,其中多个RH-RNTI之一的索引被包含在所述小区更新消息中。
61.根据实施例60所述的WTRU,其中所述HSDPA通信是使用根据所述小区更新消息中所请求的RH-RNTI来接收的。
62.根据实施例59所述的WTRU,其中所述HSDPA通信是使用临时标识来接收的,所述临时标识是U-RNTI的子集。
63.根据实施例53-62中任一实施例所述的WTRU,其中所述控制器重置在所述源小区中被配置的所述MAC-hs实体。
64.根据实施例63所述的WTRU,其中如果公共H-RNTI和专用H-RNTI是以单独的MAC-hs实体来配置的,则对于所述公共H-RNTI和所述专用H-RNTI,所述MAC-hs实体被重置。
65.根据实施例63所述的WTRU,其中仅当小区重选导致了节点B间小区改变时,所述MAC-hs实体才被重置。
66.根据实施例63所述的WTRU,其中仅当小区重选导致了对于不支持MAC-hs预留的节点B的节点B内小区改变时,所述MAC-hs实体才被重置。
67.根据实施例63所述的WTRU,其中仅当使用了重排序队列时,所述MAC-hs实体才被重置。
68.根据实施例63所述的WTRU,其中仅当使用了重排序队列并且小区重选导致了对于不支持MAC-hs预留的节点B的节点B间小区改变或节点B内小区改变时,所述MAC-hs实体才被重置。
69.根据实施例53-62中任一实施例所述的WTRU,其中所述控制器根据来自网络的指示来重置所述MAC-hs实体。
70.根据实施例53-69中任一实施例所述的WTRU,其中所述控制器刷新HARQ软缓冲器。
71.根据实施例53-70中任一实施例所述的WTRU,该WTRU还包括RLC实体,该RLC实体被配置为根据小区重选来发送RLC状态报告。
72.根据实施例71所述的WTRU,其中所述RLC状态报告是在发送所述小区更新消息之前并且在选择所述目标小区之后被发送的。
73.根据实施例71所述的WTRU,其中所述RLC状态报告被包含在所述小区更新消息中。
74.根据实施例71所述的WTRU,其中所述RLC状态报告是在接收到小区更新确认消息之后被发送的。
75.根据实施例54-74中任一实施例所述的WTRU,其中所述系统消息包括对增强型Cell_FACH能力的指示。
76.根据实施例54-75中任一实施例所述的WTRU,其中所述HS-DSCH公共系统信息包括HS-SCCH扰频码和信道化编码、CQI反馈信息、HARQ进程数、存储分区、以及被保留的H-RNTI组中的至少一者。
77.一种用于当仅源小区支持增强型Cell_FACH时在Cell_FACH状态下执行小区重选的WTRU。
78.根据实施例77所述的WTRU,该WTRU包括收发信机。
79.根据实施例78所述的WTRU,该WTRU包括用于HSDPA通信的MAC-hs实体。
80.根据实施例79所述的WTRU,该WTRU包括控制器,该控制器被配置为在Cell_FACH状态下选择目标小区。
81.根据实施例80所述的WTRU,其中所述控制器被配置为从所述目标小区中读取系统信息。
82.根据实施例80-81中任一实施例所述的WTRU,其中所述控制器被配置为清除在源小区中接收到的RNTI。
83.根据实施例80-82中任一实施例所述的WTRU,其中所述控制器被配置为重置MAC-hs实体。
84.根据实施例80-83中任一实施例所述的WTRU,其中所述控制器被配置为通过将HS-DSCH接收变量设定为假来阻止HS-DSCH接收。
85.根据实施例80-84中任一实施例所述的WTRU,其中所述控制器被配置为设置S-CCPCH和RACH通信。
86.根据实施例80-85中任一实施例所述的WTRU,其中所述控制器被配置为发送小区更新消息。
87.根据实施例80-86中任一实施例所述的WTRU,其中所述控制器将所述收发信机配置为在S-CCPCH上接收下行链路传送。
88.根据实施例80-87中任一实施例所述的WTRU,该WTRU还包括用于根据小区重选来发送RLC状态报告的RLC实体。
89.根据实施例88所述的WTRU,其中所述RLC状态报告是在发送所述小区更新消息之前并且在选择所述目标小区之后被发送的。
90.根据实施例88所述的WTRU,其中所述RLC状态报告被包含在所述小区更新消息中。
91.根据实施例88所述的WTRU,其中所述RLC状态报告是在接收到小区更新确认消息之后被发送的。
92.一种用于在Cell_FACH状态下执行小区更新的WTRU。
93.根据实施例92所述的WTRU,该WTRU包括收发信机。
94.根据实施例93所述的WTRU,该WTRU包括用于HSDPA通信的MAC-hs实体。
95.根据实施例94所述的WTRU,该WTRU包括控制器,该控制器被配置为当在Cell_DCH状态下使用专用H-RNTI接收HSDPA传送时,在Cell_FACH状态下检测小区更新触发事件,所述小区更新触发事件是无线电链路故障和RLC不可恢复差错中的一者。
96.根据实施例95所述的WTRU,其中所述控制器被配置为读取目标小区中的系统信息。
97.根据实施例95-96中任一实施例所述的WTRU,其中所述控制器被配置为清除在源小区中接收到的RNTI。
98.根据实施例95-97中任一实施例所述的WTRU,其中如果从所述系统信息中确定所述目标小区支持增强型Cell_FACH状态,则所述控制器被配置为设置RACH通信。
99.根据实施例95-98中任一实施例所述的WTRU,其中所述控制器被配置为经由RACH来发送小区更新消息。
100.根据实施例95-99中任一实施例所述的WTRU,其中所述控制器被配置为通过将HS-DSCH接收变量设置为真来启动HS-DSCH接收。
101.根据实施例95-100中任一实施例所述的WTRU,其中所述控制器基于被包含在所述系统信息中的公共HS-DSCH系统信息来配置所述MAC-hs实体以在所述目标小区中接收HSDPA传送。
102.根据实施例95-101中任一实施例所述的WTRU,其中一旦检测到RLC不可恢复差错中的一者,所述MAC-hs实体就被重置。
虽然本发明的特征和元素以特定的结合进行了描述,但每个特征或元素可以在没有其他特征和元素的情况下单独使用,或在与或不与其他特征和元素结合的各种情况下使用。所提供的方法或流程图可以在由通用计算机或处理器执行的计算机程序、软件或固件中实施,其中所述计算机程序、软件或固件是以有形的方式包含在计算机可读存储介质中的,关于计算机可读存储介质的实例包括只读存储器(ROM)、随机存取存储器(RAM)、寄存器、缓冲器、半导体存储设备、内部硬盘和可移动磁盘之类的磁介质、磁光介质、以及CD-ROM碟片和数字多功能光盘(DVD)之类的光介质。
举例来说,恰当的处理器包括:通用处理器、专用处理器、传统处理器、数字信号处理器(DSP)、多个微处理器、与DSP核心相关联的一个或多个微处理器、控制器、微控制器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)电路、任何一种其他类型的集成电路(IC)、和/或状态机。
与软件相关联的处理器可以用于实现射频收发信机,以在无线发射接收单元(WTRU)、用户设备(UE)、终端、基站、无线网络控制器(RNC)、或是任何一种主机计算机中加以使用。WTRU可以与采用硬件和/或软件形式实施的模块结合使用,诸如像机、摄像机模块、视频电话、扬声器电话、振动设备、扬声器、麦克风、电视收发信机、买提耳机、键盘、蓝牙模块、调频(FM)无线电单元、液晶显示器(LCD)显示单元、有机发光二极管(OLED)显示单元、数字音乐播放器、媒体播放器、视频游戏机模块、因特网浏览器和/或任何一种无线局域网(WLAN)模块。
Claims (10)
1.一种用于当仅源小区支持增强型Cell_FACH时在Cell_FACH状态下执行小区重选的方法,该方法包括:
选择目标小区;
从所述目标小区中读取系统信息;
清除在源小区中接收到的无线电网络临时标识(RNTI);
重置在所述源小区中被配置的高速下行链路共享信道(HS-DSCH)媒介接入控制(MAC-ehs)实体;
通过将HS-DSCH接收变量设置为假来阻止HS-DSCH接收;
设置辅助公共控制物理信道(S-CCPCH)和随机接入信道(RACH)通信;以及
在S-CCPCH上接收下行链路传送。
2.根据权利要求1所述的方法,该方法还包括:
根据小区重选来发送无线电链路控制(RLC)状态报告。
3.根据权利要求2所述的方法,其中所述RLC状态报告是在发送小区更新消息之前并且在选择所述目标小区之后被发送的。
4.根据权利要求2所述的方法,其中所述RLC状态报告被包含在小区更新消息中。
5.根据权利要求2所述的方法,其中所述RLC状态报告是在接收到小区更新确认消息之后被发送的。
6.一种用于当仅源小区支持增强型Cell_FACH时在Cell_FACH状态下执行小区重选的设备,该设备包括:
用于选择目标小区的装置;
用于从所述目标小区中读取系统信息的装置;
用于清除在源小区中接收到的无线电网络临时标识(RNTI)的装置;
用于重置在所述源小区中被配置的高速下行链路共享信道(HS-DSCH)媒介接入控制(MAC-ehs)实体的装置;
用于通过将HS-DSCH接收变量设置为假来阻止HS-DSCH接收的装置;
用于设置辅助公共控制物理信道(S-CCPCH)和随机接入信道(RACH)通信的装置;以及
用于在S-CCPCH上接收下行链路传送的装置。
7.根据权利要求6所述的设备,该设备还包括:
用于根据小区重选来发送无线电链路控制(RLC)状态报告的装置。
8.根据权利要求7所述的设备,其中所述RLC状态报告是在发送小区更新消息之前并且在选择所述目标小区之后被发送的。
9.根据权利要求7所述的设备,其中所述RLC状态报告被包含在小区更新消息中。
10.根据权利要求7所述的设备,其中所述RLC状态报告是在接收到小区更新确认消息之后被发送的。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510386534.7A CN105072654B (zh) | 2007-02-02 | 2008-02-01 | 用于执行小区更新和小区重选的方法以及wtru |
CN201210272424.4A CN102857984B (zh) | 2007-02-02 | 2008-02-01 | 在Cell_FACH状态下执行小区重选、小区更新的方法以及WTRU |
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US88787407P | 2007-02-02 | 2007-02-02 | |
US60/887,874 | 2007-02-02 | ||
US89533507P | 2007-03-16 | 2007-03-16 | |
US60/895,335 | 2007-03-16 | ||
US91505807P | 2007-04-30 | 2007-04-30 | |
US60/915,058 | 2007-04-30 | ||
PCT/US2008/001405 WO2008097489A2 (en) | 2007-02-02 | 2008-02-01 | Cell reselection/ update while in an enhanced cell fach state |
Related Child Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210272424.4A Division CN102857984B (zh) | 2007-02-02 | 2008-02-01 | 在Cell_FACH状态下执行小区重选、小区更新的方法以及WTRU |
CN201510386534.7A Division CN105072654B (zh) | 2007-02-02 | 2008-02-01 | 用于执行小区更新和小区重选的方法以及wtru |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101663906A CN101663906A (zh) | 2010-03-03 |
CN101663906B true CN101663906B (zh) | 2014-01-29 |
Family
ID=40336001
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200880003942.8A Active CN101663906B (zh) | 2007-02-02 | 2008-02-01 | 在增强型cell_fach状态下进行小区更新的方法和装置 |
CNU2008200072315U Expired - Fee Related CN201191842Y (zh) | 2007-02-02 | 2008-02-02 | 在增强cell_fach状态下用于小区更新的无线发射/接收单元 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNU2008200072315U Expired - Fee Related CN201191842Y (zh) | 2007-02-02 | 2008-02-02 | 在增强cell_fach状态下用于小区更新的无线发射/接收单元 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN101663906B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101883404B (zh) * | 2009-05-04 | 2013-07-31 | 大唐移动通信设备有限公司 | 一种连接状态切换的方法、系统和装置 |
CN102595639B (zh) * | 2011-01-05 | 2017-03-15 | 中兴通讯股份有限公司 | 业务数据的传输方法及系统 |
US20140016494A1 (en) * | 2011-02-14 | 2014-01-16 | Nokia Siemens Networks Oy | Secondary Spectrum Use |
CN103037346B (zh) * | 2011-09-30 | 2017-04-12 | 华为技术有限公司 | 小区更新的方法、用户设备及通信系统 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1689130A1 (en) * | 2005-02-07 | 2006-08-09 | Lg Electronics Inc. | Method for settling an error in a radio link control |
-
2008
- 2008-02-01 CN CN200880003942.8A patent/CN101663906B/zh active Active
- 2008-02-02 CN CNU2008200072315U patent/CN201191842Y/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1689130A1 (en) * | 2005-02-07 | 2006-08-09 | Lg Electronics Inc. | Method for settling an error in a radio link control |
Non-Patent Citations (1)
Title |
---|
WO2005006829A2A2 2005.01.27 |
Also Published As
Publication number | Publication date |
---|---|
CN201191842Y (zh) | 2009-02-04 |
CN101663906A (zh) | 2010-03-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102857984B (zh) | 在Cell_FACH状态下执行小区重选、小区更新的方法以及WTRU | |
JP6606485B2 (ja) | Cell_fach状態における拡張mac−e/esリソースの管理およびセットアップ | |
CN101663906B (zh) | 在增强型cell_fach状态下进行小区更新的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1140357 Country of ref document: HK |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: GR Ref document number: 1140357 Country of ref document: HK |