专利名称：小区更新的方法、用户设备、基站及通信系统的制作方法
小区更新的方法、用户设备、基站及通信系统技术领域
本发明实施例涉及通信技术领域，并且更具体地，涉及小区更新的方法、用户设备、基站及通信系统。
背景技术：
宽带码分多址(WidebandCode Division Multiple Access, WCDMA)系统中定义的用户设备(User Equipment,UE)状态根据无线资源控制(Radio Resource Control,RRC) 连接模式可分为空闲状态和连接模式状态。其中连接模式状态又可以细分为CELL_DCH状态(小区专用信道状态)，CELL_FACH状态(小区前向接入信道状态)，CELL_PCH状态(小区寻呼信道状态)和URA_PCH状态(UTRAN注册区域寻呼信道状态)。
如果UE能力支持CELL_FACH状态下由高速下行链路共享信道(High-Speed Downlink Shared Channel, HS-DSCH)接收数据且小区系统消息携带 IE (Information Element,信兀)“HS-DSCH common system information”，即为增强的 CELL_FACH 状态。在增强的CELL_FACH状态下，UE监听HS-DSCH。即，在增强的CELL_FACH状态下，广播控制信道(Broadcast Control Channel,BCCH)、公共控制信道(Common Control Channel,CCCH)、 专用控制信道(Dedicated Control Channel, DCCH)、专用业务信道(Dedicated Traffic Channel, DTCH)上传输的下行数据可以映射到HS-DSCH上。当UE检测到高速共享控制信道(High-Speed Shared Control Channel，HS-SCCH)上本 UE 的 H-RNTI (HS-DSCH Radio Network Temporary Identity,HS-DSCH无线网络临时标识)，则UE开始接收在高速物理下行链路共享信道(High-Speed Physical Downlink Shared Channel, HS-PDSCH)上传输的数据，其中H-RNTI包括专用H-RNTI和公共H-RNTI。
如果UE能力支持CELL_PCH状态下由HS-DSCH接收数据且小区系统消息携带 IE" HS-DSCH paging system information"，即为增强的 CELL_PCH状态。在增强的 CELL_ PCH状态下，如果不存在专用H-RNTUU UE直接盲检测监听HS-PDSCH。
如果UE能力支持URA_PCH状态下由HS-DSCH接收数据且小区系统消息携带 IE" HS-DSCH paging system information"，即为增强的 URA_PCH 状态。在增强的 URA_ PCH状态下，如果不存在专用H-RNTUU UE直接盲检测监听HS-PDSCH。
在CELL_FACH，CELL_PCH 或者 URA_PCH 状态下发生小区重选(CELLRESELECTI0N)， 或者在CELL_DCH状态下发生小区更新(CELL UPDATE)，或者由于无线承载(RADIO BEARER) RB2、RB3和RB4不可恢复错误而发生小区更新的场景下，UE需要清除存在的C_RNTI (Cell Radio Network Temporary Identifier,小区无线网络临时标识)以及专用H-RNTI。
一般地，在CELL_FACH状态、CELL_PCH状态或者URA_PCH状态下发生重选，或者CELL_DCH状态下发生小区更新或者RB2、RB3、RB4不可恢复错误发生小区更新的场景下，UE需要清除存在的C_RNT I，如果存在专用H-RNTI，则清除H-RNTI，如果UE支持 CELL_FACH状态下由HS-DSCH接收数据，且小区系统消息中包含IE “HS-DSCH common system information” 时，UE 设置协议变量 HS_DSCH_RECEPTI0N_0F_CCCH_ENABLED 为TRUE(为真)。此时UE在无线承载RBO上传送小区更新(CELL UPDATE)消息，UE通过公共 H-RNTI 监听 HS-SCCH 并接收在信令无线承载(signaling radio bearers) SRB1/SRB0 的小区更新确认(CELL UPDATE CONFIRM)消息。当UE收到小区更新确认消息后，将变量 HS_DSCH_RECEPTION_OF_CCCH_ENABLED 设为 FALSE (为假)，此时按照 3GPP TS 25. 331 V9. 7. O (2011-06)协议，不能使用公共 H-RNTI 监听 HS-SCCH 了。
例如，当在CELL_PCH状态或URA_PCH状态下发生小区重选，无线接入网络 UTRAN(UMTS Terrestrial Radio Access Network, UMTS(Universal Mobile Telecommunications System,通用移动通信系统)陆地无线接入网)侧基本都是通过小区更新确认消息指示UE进入CELL_PCH状态或URA_PCH状态。此时，由于原专用H_RNTI已被清除，且小区更新确认消息中也没有携带新的C-RNTI和专用H-RNTI，UE通过盲检的方式在 CELL_PCH状态或URA_PCH状态下接收数据。如果UE又需要发送响应(response)消息，UE 无法在CELL_FACH状态下接收对应的响应确认包，造成小区更新过程失败。
此外,在CELL_DCH状态下发生无线链路故障(radio link failure)或者无线承载RB2、RB3和RB4不可恢复错误而发生小区更新，在UE和小区都支持增强的CELL_FACH状态的情况下，UE需要清除原有的C_RNTI和专用H_RNTI，UE给无线接入网络UTRAN发送小区更新消息，通过公共H-RNTI监听HS-SCCH，接收SRB1/SRB0的小区更新确认消息。该小区更新确认消息如果指示UE进入CELL_PCH状态或者URA_PCH状态而又没有携带新的C-RNTI 和专用H-RNTIdSUE又需要向无线接入网络UTRAN发送响应消息，此时UE无法正确接收对应的响应确认包，从而导致无法成功进入CELL_PCH状态或URA_PCH状态。
根据目前协议的规定，在增强的CELL_FACH状态下，UE发送小区更新消息，并通过公共H-RNTI收到小区更新确认消息，该小区更新确认消息指示进入CELL_PCH状态或URA_ PCH状态。UE需要发送对所述小区更新确认消息的响应消息，由于小区更新确认消息没有携带专用H-RNTI，UE无法成功接收到网络侧发送的对应所述响应消息的响应确认包，从而导致UE不能成功进入CELL_PCH状态或URA_PCH状态。发明内容
本发明实施例提供一种小区更新的方法、用户设备、基站及通信系统，能够解决UE 和网络均支持增强CELL_FACH特性的情况下，当协议变量HS_DSCH_RECEPT10N_0F_CCCH_ ENABLED为TRUE的场景下，UE发送小区更新消息，而UE通过公共H-RNTI来从网络接收小区更新确认消息，该小区更新确认消息指示UE进入CELL_PCH状态或者URA_PCH状态，但不携带专用H-RNTI和新的C-RNTI，而UE无法进行小区重选和更新等操作的问题。
一方面，提供了一种小区更新的方法，包括在增强CELL_FACH状态下通过公共 H-RNTI在HS-DSCH上接收小区更新确认消息，其中该小区更新确认消息指示进入CELL_PCH 状态或者URA_PCH状态；判断小区更新确认消息中是否携带专用H-RNTI ;如果未携带，进入 CELL_PCH状态或者URA_PCH状态。
另一方面，提供了一种小区更新的方法，包括在增强CELL_FACH状态下通过公共H-RNTI在高速下行共享信道HS-DSCH上接收小区更新确认消息，其中该小区更新确认消息指示进入CELL_PCH状态或者URA_PCH状态；判断小区更新确认消息中是否携带专用 H-RNTI ;如果未携带，则确定网络侧为无效配置。
再一方面，提供了一种小区更新的方法，包括在增强CELL_FACH状态下通过公共 H-RNTI在高速下行共享信道HS-DSCH上向UE发送小区更新确认消息，其中该小区更新确认消息指示UE进入CELL_PCH状态或者URA_PCH状态，并且不携带专用H-RNTI ;接收小区更新确认消息的响应消息；发送对应于该响应消息的响应确认包。
一方面，提供了一种用户设备，包括第一接收单元，用于在增强CELL_FACH状态下通过公共H-RNTI在HS-DSCH上接收小区更新确认消息，其中该小区更新确认消息指示进入CELL_PCH状态或者URA_PCH状态；判断单元，用于判断小区更新确认消息中是否携带专用H-RNTI ;更新单元，用于在所述判断单元判断出所述更新确认消息中未携带专用H-RNTI 的情况下，进入CELL_PCH状态或者URA_PCH状态。
又一方面，提供了一种用户设备，包括第一接收单元，用于在增强CELL_FACH状态下通过公共H-RNTI在HS-DSCH上接收小区更新确认消息，其中小区更新确认消息指示进入CELL_PCH状态或者URA_PCH状态；判断单元，用于判断小区更新确认消息中是否携带专用 H-RNTI。
另一方面，提供了一种基站，包括发送小区更新确认消息单元，用于在增强 CELL_FACH状态下通过公共H-RNTI在HS-DSCH上向UE发送小区更新确认消息，其中小区更新确认消息指示UE进入CELL_PCH状态或者URA_PCH状态，并且不携带专用H-RNTI ;接收响应消息单元，用于接收小区更新确认消息的响应消息；发送确认包单元，用于当无线承载 RB的下行RB映射选择所述HS-DSCH，通过高速共享控制信道HS-SCCH发送所述小区更新确认消息发送时的公共H-RNTI，由与HS-SCCH关联的高速物理下行链路共享信道HS-PDSCH发送对应于所述响应消息的确认包；或者当所述RB的下行RB映射选择前向接入信道FACH， 确定通过辅公共控制物理信道SCCPCH发送对应于所述响应消息的确认包。。
另一方面，提供了一种小区更新的方法，包括在增强CELL_FACH状态下，用户设备通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道 HS-DSCH上接收由网络发送的小区更新确认消息，其中小区更新确认消息指示用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道 URA_PCH状态；用户设备判断小区更新确认消息是否携带专用H-RNTI ;如果未携带，用户设备确定网络为无效配置。
一方面，根据本发明一个实施例的通信系统，基站用于在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH 上向用户设备发送小区更新确认消息，其中所述小区更新确认消息指示所述用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道 URA_PCH 状态；
用户设备，在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收小区更新确认消息；判断所述小区更新确认消息中是否携带专用H-RNTI ;如果未携带，进入所述CELL_PCH状态或者所述URA_PCH 状态。
另一方面，根 据本发明另一实施例的通信系统，基站用于在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道 HS-DSCH上向用户设备发送小区更新确认消息，其中所述小区更新确认消息指示所述用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态；
用户设备用于，在增强CELL_FACH状态下，通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收由网络发送的小区更新确认消息；判断所述小区更新确认消息是否携带专用H-RNTI ;如果未携带，所述用户设备确定所述网络为无效配置。
本发明实施例的小区更新的方法、用户设备、基站及通信系统能够在UE和网络均支持增强CELL_FACH特性的情况下，当协议变量HS_DSCH_RECEPTION_OF_CCCH_ENABLED为 TRUE时，UE发送小区更新消息，而UE通过公共H-RNTI来从网络接收小区更新确认消息，该小区更新确认消息指示UE进入CELL_PCH状态或者URA_PCH状态但不携带专用H-RNTI和新的C-RNTI的场景下，UE成功进行小区重选和更新等操作，保证业务正常进行。
为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明一个实施例的UE侧小区更新的方法的流程图。
图2是根据本发明一个实施例的网络侧小区更新的方法的流程图。
图3是根据本发明另一实施例的UE侧小区更新的方法的流程图。
图4是根据本发明一个具体实施例的小区更新的方法的流程图。
图5是根据本发明另一具体实施例的小区更新的方法的流程图。
图6是根据本发明又一实施例的UE侧小区更新的方法的流程图。
图7是根据本发明一个实施例的用户设备的结构示意图。
图8是根据本发明一个实施例的用户设备的结构示意图。
图9是根据本发明又一实施例的用户设备的结构示意图。
图10是根据本发明另一实施例的基站的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
增强CELL_FACH特性主要是下行数据从前向接入信道(Forward Access Channel, FACH)切换到HS-DSCH上，从而提高CELL_FACH状态的传输速率、减小状态间迁移的时延以及降低终端的耗电量。增强CELL_FACH特性包含CELL_FACH，CELL_PCH以及URA_PCH三种状态下的技术增强和性能优化。
在增强CELL_FACH特性引入后，在CELL_FACH，CELL_PCH或者URA_PCH状态下发生小区重选，或者在CELL_DCH状态下发生小区更新，或者由于无线承载RB2、RB3和RB4不可恢复错误而发生小区更新的场景下，UE清除C_RNTI和/或专用H-RNTI。
以下结合图1描述根据本发明一个实施例的UE侧小区更新的方法。
11，在增强CELL_FACH状态下UE通过公共H-RNTI在HS-DSCH上接收小区更新确认消息，其中小区更新确认消息指示UE进入CELL_PCH状态或者URA_PCH状态并且不携带专用 H-RNTI。
一般而言，在增强CELL_FACH状态下，UE通过公共H-RNTI在HS-DSCH上接收小区更新确认消息的过程就是通过系统消息中携带的公共H-RNTI监听HS-SCCH，从而确定是否是本UE的小区更新确认消息，再由HS-PDSCH接收小区更新确认消息。这是因为，HS-SCCH 用于在下行方向中传输有关HS-PDSCH的信息，即如果在HS-SCCH上收到了与本UE相关的 HS-PDSCH的信息，UE随即会在相应的HS-PDSCH读取数据信息。HS-SCCH和HS-PDSCH的时序关系是UE在读取HS-SCCH信息后，随即在相应的时隙和码道读取HS-PDSCH数据。
然后，UE根据接收到的小区更新确认消息中所携带的IE来发送相应内容的响应消息。例如，根据3GPP TS 25.331 V9. 7. O (2011-06)协议规定，当小区更新确认消息中包含 IE “RAB information to setup”，则 UE 将 “RADIO BEARER SETUP COMPLETE (无线承载建立完成)”作为响应消息发送给UTRAN。由于不同的IE内容，UE将发送相应的响应消息。
根据小区更新确认消息，在RB上向UTRAN发送小区更新确认消息的响应消息。该步骤为可选步骤。
可选的，用于传输上述响应消息的RB可以是RB0、RB1、RB2或者其他RB，但是应是与AM RLC(acknowledged mode radio link control,确认模式的无线链路控制)实体对应的RB。
优选地，UE在RB2上向UTRAN发送小区更新确认消息的响应消息，即该响应消息在RB2上通过物理随机接入信道(Physical Random Access Channel,PRACH)发送。同理， 对应于该响应消息的确认包将通过与传送该响应消息相同的RB传输。
12，判断小区更新确认消息中是否携带专用H-RNTI。
判断小区更新确认消息中是否携带专用H-RNTI可以在接收到小区更新确认消息时进行。如果发现小区更新确认消息中携带专用H-RNTI，则使用专用H-RNTI接收对应于该响应消息的确认包。
13，如果判断小区更新确认消息中未携带专用H-RNTI，则UE进入新的CELL_PCH或 URA_PCH 状态。
在此步骤中，UE直接进入新的CELL_PCH或URA_PCH状态而不需要等待任何确认消息就能进入新的CELL_PCH或URA_PCH状态，从而实现在小区更新确认消息中未携带专用 H-RNTI时同样能够根据小区更新确认消息进入新的CELL_PCH或URA_PCH状态。
可选地，若选择可选步骤中，即根据小区更新确认消息，在RB上向UTRAN发送小区更新确认消息的响应消息，相应的上述步骤14则为，不等待对应所述响应消息的确认包， 直接进入所述CELL_PCH状态或者所述URA_PCH状态。
在该状态下，不 管网络在什么信道上下发响应消息对应的确认包，UE不等待对应所述响应消息的该确认包，而是直接进入新的CELL_PCH或URA_PCH状态。
在增强CELL_FACH特性引入后，在增强CELL_FACH状态下UE通过公共H-RNTI在 HS-DSCH上接收小区更新确认CELL UPDATE CONFIRM消息，其中小区更新确认消息指示UE进入CELL_PCH状态或者URA_PCH状态并且不携带专用H-RNTI的场景下，如果UE还需要向网络发送响应消息的场景下，根据现有技术，UE无法正确收到对应于响应消息的确认包。
然而，根据本发明实施例的小区更新的方法能够在上述场景下使UE成功进行小区重选等操作，保证业务正常。这样，UE不会由于无法正确收到响应消息对应的确认包而引起频繁的重选失败，最终导致出服务区，无法正常发起业务。接着，结合图2描述了根据本发明实施例的网络侧小区更新的方法。
21，在增强CELL_FACH特性引入后，在增强CELL_FACH状态下UTRAN通过公共 H-RNTI在HS-DSCH上向UE发送小区更新确认消息，其中小区更新确认消息指示UE进入 CELL_PCH状态或者URA_PCH状态，并且不携带专用H-RNTI。
22，UTRAN接收小区更新确认消息的响应消息。
23，UTRAN发送对应于该响应消息的确认包；其中UTRAN发送对应于该响应消息的确认包包括所述无线承载RB的下行RB映射选择所述HS-DSCH，通过高速共享控制信道 HS-SCCH发送所述小区更新确认消息发送时的公共H-RNTI，由与HS-SCCH关联的高速物理下行链路共享信道HS-PDSCH发送对应于所述响应消息的确认包；或者所述RB的下行RB映射选择前向接入信道FACH，确定通过辅公共控制物理信道SCCPCH发送对应于所述响应消息的确认包。
除了上述UE在无法从网络正确接收到对应于响应消息的确认包，而直接进入新的CELL_PCH或URA_PCH状态的方式，还可以采取其他方式确保UE在进入CELL_PCH状态或者URA_PCH状态之前正确接收对应于响应消息的确认包，从而也能避免由于UE无法正确收到响应消息对应的确认包而导致无法正常发起业务。
具体而言，可以根据RB的下行RB映射选择，确定信道接收对应于该响应消息的确认包，如图3所示的根据本发明另一实施例的小区更新的方法。其中31、33、35与图1的 11、12、13相对应，不同之处在于图3的流程图中还包括32和34。
现有3GPP TS 25.331 V9. 7. O (2011-06)协议没有描述公共H-RNTI可以运用在 RB2上接收专用控制信道(Dedicated Control Channel, DCCH)下发的响应消息对应的确认包，同时该协议也没有描述可以选择辅公共控制物理信道(Secondary Common Control Physical Channel, SCCPCH)来接收DCCH下发的对应于响应消息的确认包。
可选地，若选择上述可选步骤，即根据小区更新确认消息，在RB上向UTRAN发送小区更新确认消息的响应消息，本发明实施还提供两种通过接收确认包的方式来实现UE进入CELL_PCH状态或者URA_PCH状态的可选实施方案。下面将结合图4和图5描述根据本发明在上述场景下的两个具体实施例，分别对应于UE在RB2上通过公共H-RNTI或SCCPCH 接收对应于响应消息的确认包。可选地，UE确定RB2的下行RB映射选择，根据所述RB的下行RB映射选择确定用以接收对应于响应消息的确认包的信道，并通过所确认的信道接收响应消息的确认包，在接收到所述响应消息的确认包之后进入CELL_PCH状态或者URA_PCH 状态。具体而言，RB的下行RB映射选择HS-DSCH，确定通过小区更新确认消息接收时的公共H-RNTI监听HS-SCCH，由HS-PDSCH接收对应于该响应消息的确认包；或者，RB2的下行 RB映射选择FACH，确定通过SCCPCH接收对应于该响应消息的确认包。
如图4 所示，在 HS_DSCH_RECEPTI0N_0F_CCCH_ENABLED 为 TRUE 的场景(即增强的 CELL_FACH状态)下，UE在RBO上发送小区更新消息给UTRAN，通过公共H-RNTI在SRBl/SRBO上接收小区更新确认，其中该小区更新确认消息指示UE进入CELL_PCH状态或URA_ PCH状态。如果接收到的小区更新确认消息中不包含IE “RAB Information to setup”、 “RB Information elements，，,Transport Channel Information elements，，,Physical Channel Information elements”,CN Information elements”,Ciphering mode Info，，、 “Integrity Protection mode info”、“New C-RNTI”和“New U-RNTI”,UE 确定不发送响应消息，则UE直接进入CELL_PCH或URA_PCH状态。否则，UE要进一步判断接收到的小区更新确认消息是否携带专用H-RNTI。
如果小区更新确认消息没有携带专用H-RNTI，则RB2的上行RB映射选择随机接入信道(Random Access Channel, RACH), RB2 的下行 RB 映射选择 HS-DSCH。S卩，UE 在增强CELL_FACH状态下在RB2下通过PRACH发送响应消息，UTRAN通过公共H-RNTI (同发送小区更新确认消息的公共H-RNTI)下发对应于该响应消息的确认包。此时，UE通过公共 H-RNTI监听HS-SCCH，由HS-PDSCH接收对应于响应消息的确认包，在成功收到对应于响应消息的确认后，再进入新的增强CELL_PCH状态或增强URA_PCH状态。对于网络侧而言，通过HS-SCCH发送公共H-RNTI，该公共H-RNTI就是发送小区更新确认消息时的公共H-RNTI， 并由HS-PDSCH发送对应于响应消息的确认包。
或者，如图5所示，如果没有携带专用H-RNTI，RB2的上行RB映射仍选择RACH，则 UE在增强CELL_FACH状态下在RB2上通过PRACH发送响应消息。然而，RB2的下行RB映射如果存在FACH，则选择FACH，此时UTRAN将通过SCCPCH下发响应消息对应的确认包，则UE 在SCCPCH信道上接收响应消息对应的确认包。如果RB2的下行RB映射不存在FACH，则不管UTRAN通过什么信道下发确认包，UE都不等待响应消息对应的确认包，而直接进入新的增强CELL_PCH状态或增强URA_PCH状态。
如果小区更新确认消息携带专用H-RNTI，则使用专用H-RNTI接收对应于该响应消息的确认包。即RB2的上行RB映射选择RACH，则UE在增强CELL_FACH状态下在RB2上通过PRACH发送响应消息。然而，RB2的下行RB映射选择HS-DSCH，通过专用H-RNTI监听 HS-SCCH，由HS-PDSCH接收对应于响应消息的确认包。
可见，根据上述本发明具体实施例的小区更新的方法能够在上述场景下确保UE 正确接收对应于响应消息的确认包，从而成功进行小区重选等 操作，保证业务正常。这样， UE不会由于无法正确收到响应消息对应的确认包而弓丨起频繁的重选失败，最终导致出服务区，无法正常发起业务。
参考图6，描述根据本发明又一实施例的小区更新的方法。
61，在增强CELL_FACH特性引入后，在增强CELL_FACH状态下通过公共H-RNTI在 HS-DSCH上接收小区更新确认(CELL UPDATE CONFIRM)消息，其中小区更新确认消息指示 UE进入CELL_PCH状态或者URA_PCH状态。
62，判断小区更新确认消息中是否携带专用H-RNTI。
如果小区更新确认消息中携带专用H-RNTI，则使用专用H-RNTI接收对应于该响应消息的确认包。
63，如果小区更新确认消息中未携带专用H-RNTI，则确定网络侧为无效配置。
在步骤63之后，所述的小区更新方法还包括，不进入CELL_PCH状态或者URA_PCH 状态。这样，UE会终止本次小区更新操作，而发起新一次的小区更新或重选操作，确保通过专用H-RNTI接收确认包的方式进行。
可见，当UE从网络侧接收到小区更新确认消息，将识别其中是否携带专用 H-RNTL·如果其中携带专用H-RNTI，则使用专用H-RNTI接收对应于该响应消息的确认包。 如果其中不携带专用H-RNTI，确定网络侧为无效配置或者用户设备的行为未知，UE会发起新一次的小区更新或重选操作。
本发明实施例的小区更新的方法能解决增强CELL_FACH特性支持的情况下，当 HS_DSCH_RECEPT10N_0F_CCCH_ENABLED为TRUE的场景下发送小区更新消息，UE通过公共 H-RNTI来接收小区更新确认消息，该小区更新确认消息指示UE进入CELL_PCH状态或URA_ PCH状态，但不携带专用H-RNTI和新的C-RNTI，UE无法进行小区重选和更新等操作的问题。
由上可知，根据本发明实施例的一种小区更新的方法，在增强CELL_FACH状态下， 用户设备向网络发送小区更新消息之后，通过公共H-RNTI在HS-DSCH上接收由网络发送的小区更新确认消息，其中小区更新确认消息指示用户设备进入CELL_PCH状态或者URA_PCH 状态，如果判断小区更新确认消息不携带专用H-RNTI。网络接收由用户设备根据小区更新确认消息在RB上发送的小区更新确认消息的响应消息，并发送对应于响应消息的确认包给用户设备。在这种情况下，用户设备可以不等待确认包，而直接进入CELL_PCH状态或者 URA_PCH 状态。
当然，用户设备也可以在正确接收到确认包之后，才进入CELL_PCH状态或者URA_ PCH状态。因此，在用户设备进入CELL_PCH状态或者URA_PCH状态之前，需要确定下行RB映射选择，根据RB的下行RB映射选择确定用以接收对应于响应消息的确认包的信道，并通过所确认的信道接收响应消息的确认包，在接收到确认包之后进入CELL_PCH状态或者URA_ PCH状态。这样，就确保用户设备从网络正确接收对应于响应消息的确认包。
例如，当RB的下行RB映射选择HS-DSCH，则确定通过小区更新确认消息接收时的公共H-RNTI监听高速共享控制信道HS-SCCH，由高速物理下行链路共享信道HS-PDSCH接收对应于响应消息的确认包。
或者，例如，当RB的下行RB映射选择前向接入信道FACH，则确定通过辅公共控制物理信道SCCPCH接收对应于响应消息的确认包。
此外，根据本发明另一实施例的一种小区更新的方法，在增强CELL_FACH状态下， 用户设备通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道 HS-DSCH上接收由网络发送的小区更新确认CELL UPDATE CONFIRM消息，其中小区更新确认消息指示用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态，如果判断小区更新确认消息不携带专用H-RNTI，此时， 用户设备确定网络为无效配置，或者用户设备的行为未知。从而UE重新发起小区重选或更新操作。
下面将结合图7和图8分别描述根据本发明实施例的用户设备。
如图 7所示，用户设备70包括第一接收单元71、判断单元72和更新单元73。具体地，第一接收单元71用于在增强CELL_FACH特性引入后，在增强CELL_FACH状态下通过公共H-RNTI在高速下行共享信道HS-DSCH上接收小区更新确认消息，其中该小区更新确认消息指示进入CELL_PCH状态或者URA_PCH状态，并且不携带专用H-RNTI。判断单元72用于判断小区更新确认消息中是否携带专用H-RNTI。更新单元73用于在判断小区更新确认消息中未携带专用H-RNTI时，进入所述CELL_PCH状态或者所述URA_PCH状态。
根据上述本发明实施例的用户设备能够在上述场景下成功进行小区重选等操作， 保证业务正常。这样，UE不会由于无法正确收到响应消息对应的确认包而引起频繁的重选失败，最终导致出服务区，无法正常发起业务。
在如图8所示的用户设备80中，进一步包括第一发送单元74，所述第一发送单元 74用于根据小区更新确认消息，在RB上发送小区更新确认消息的响应消息；相应，所述更新单元73具体用于在不等待响应消息的确认包，直接进入CELL_PCH状态或者URA_PCH状态。用户设备80还包括第二接收单元75，其用于在进入CELL_PCH状态或者URA_PCH状态之前，接收对应于响应消息的确认包。则在判断单元72判断小区更新确认消息中未携带专用H-RNTI且通过第二接收单元75根据RB的下行RB映射选择，确定用以接收对应于响应消息的确认包的信道，并通过所确认的信道接收到对应于响应消息的确认包之后，更新单元 73使用户设备80进入CELL_PCH状态或者URA_PCH状态。具体而言，当RB的下行RB映射选择HS-DSCH，确定通过小区更新确认消息接收时的公共H-RNTI监听HS-SCCH，由HS-PDSCH 接收对应于响应消息的确认包。或者，当RB的下行RB映射选择FACH，确定通过SCCPCH接收对应于响应消息的确认包。
在图9中示出了根据本发明又一实施例的用户设备90，包括第一接收单元91和判断单元92。其中第一接收单元91用于在增强CELL_FACH特性引入后，在增强CELL_FACH 状态下通过公共H-RNTI在HS-DSCH上接收小区更新确认消息，其中该小区更新确认消息指示进入CELL_PCH状态或者URA_PCH状态。判断单元92用于判断小区更新确认消息中是否携带专用H-RNTI。该用户设备90还包括禁止单元93，如果判断单元92判断出小区更新确认消息中未携带专用H-RNTI，则禁止单元93用于确定网络侧为无效配置或者UE行为未知， 因此，用户设备90终止本次小区更新操作，而不进入CELL_PCH状态或者URA_PCH状态。
图10示出了根据本发明另一实施例的基站100，包括发送小区更新确认消息单元101、接收响应消息单元102和发送确认包单元103。具体地，发送小区更新确认消息单元101用于在增强CELL_FACH特性引入后，在增强CELL_FACH状态下通过公共H-RNTI在 HS-DSCH上向UE发送小区更新确认消息，其中该小区更新确认消息指示该UE进入CELL_ PCH状态或者URA_PCH状态，并且不携带专用H-RNTI。接收响应消息单元102用于接收小区更新确认消息的响应消息。发送确认包单元103用于发送对应于响应消息的确认包。进一步地，发送确认包单元103可选地用于当RB的下行RB映射选择HS-DSCH，通过HS-SCCH 发送小区更新确认消息发送时的公共H-RNTI，并由HS-PDSCH发送对应于响应消息的确认包；或者当RB的下行RB映射选择FACH，确定通过SCCPCH发送对应于响应消息的确认包。
可见，根据上述本发明具体实施例的基站能够在上述场景下成功进行小区重选等操作，保证业务正常。这样，UE不会由于无法正确收到响应消息对应的确认包而引起频繁的重选失败，最终导致出服务区，无法正常发起业务。
根据本发明一个实施例的小区更新的系统，包括如图7或图8所示的用户设备以及如图10的基站。可选地，根据本发明另一实施例的小区更新的系统，包括如图9所示的用户设备。
具体而言，根据本发明一个实施例的通信系统，包括用户设备和基站，该用户设备还包括第一接收单元、判断单元和更新单元；以及该基站还包括发送小区更新确认消息单元、接收响应消息单元以及发送确认包单元。其中在增强CELL_FACH状态下，用户设备的第一接收单元通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收由基站的发送小区更新确认消息单元发送的小区更新确认消息，其中小区更新确认消息指示用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态。并且如果用户设备的判断单元判断小区更新确认消息不携带专用H-RNTI，用户设备的更新单元使用户设备进入CELL_PCH状态或者 URA_PCH 状态。
可选地，用户设备还包括第一发送单元，所述用户设备的第一发送单元根据小区更新确认消息在无线承载RB上发送小区更新确认消息的响应消息给基站的接收响应消息单元，基站的发送确认包单元发送对应于响应消息的确认包；
可选地，根据本发明另一实施例的通信系统，包括用户设备和基站，其中该用户设备还包括第一接收单元、第一发送单元、第二接收单元、判断单元和更新单元；以及该基站还包括发送小区更新确认消息单元、接收响应消息单元以及发送确认包单元。其中在增强 CELL_FACH状态下，用户设备的第一接收单元通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收由基站的发送小区更新确认消息单元发送的小区更新确认消息，其中小区更新确认消息指示用户设备进入小区寻呼信道CELL_ PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态。并且如果用户设备的判断单元判断小区更新确认消息不携带专用H-RNTI，用户设备的第一发送单元根据小区更新确认消息在无线承载RB上发送小区更新确认消息的响应消息给基站的接收响应消息单元，基站的发送确认包单元发送对应于响应消息的确认包给用户设备。在用户设备的第二接收单元接收到确认包之后，用户设备的更新单元使用户设备进入CELL_PCH 状态或者URA_PCH状态。
可选地，根据本发明另一实施例的通信系统，包括用户设备和基站，其中该用户设备还包括第一接收单元、判断单元和禁止单元；以及该 基站还包括发送小区更新确认消息单元。其中在增强CELL_FACH状态下，用户设备的第一接收单元通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收由基站的发送小区更新确认消息单元发送的小区更新确认消息，其中小区更新确认消息指示用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_ PCH状态。并且如果用户设备的判断单元判断小区更新确认消息不携带专用H-RNTI，用户设备的禁止单元确定基站为无效配置，或者用户设备的行为未知。
可见，根据上述本发明具体实施例的通信系统能够在上述场景下成功进行小区重选等操作，保证业务正常。这样，UE不会由于无法正确收到响应消息对应的确认包而引起频繁的重选失败，最终导致出服务区，无法正常发起业务。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。 而前述的存储介质包括U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，仅 为本发明的具体实施方式
，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
权利要求
1.一种小区更新的方法，其特征在于，包括在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收小区更新确认消息，其中所述小区更新确认消息指示进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态；判断所述小区更新确认消息中是否携带专用H-RNTI ；如果未携带，进入所述CELL_PCH状态或者所述URA_PCH状态。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括根据所述小区更新确认消息，在无线承载RB上发送所述小区更新消息的响应消息，相应，进入所述CELL_PCH状态或者所述URA_PCH状态包括不等待对应所述响应消息的确认包，直接进入所述CELL_PCH状态或者所述URA_PCH状态。
3.根据权利要求1所述的方法，其特征在于，所述方法还包括根据所述小区更新确认消息，在无线承载RB上发送所述小区更新消息的响应消息，相应，进入所述CELL_PCH状态或者所述URA_PCH状态包括确定下行无线承载RB映射选择，根据所述RB的下行RB映射选择，确定用以接收对应于所述响应消息的确认包的信道，并通过所确认的信道接收所述响应消息的确认包，在接收到所述响应消息的确认包之后进入所述CELL_PCH状态或者所述URA_PCH状态。
4.根据权利要求3所述的方法，其特征在于，根据所述RB的下行RB映射选择，确定用以接收对应于所述响应消息的确认包的信道，并通过所确认的信道接收所述响应消息的确认包包括所述RB的下行RB映射选择所述HS-DSCH，确定通过所述小区更新确认消息接收时的公共H-RNTI监听高速共享控制信道HS-SCCH，由与所述HS-SCCH关联的高速物理下行链路共享信道HS-PDSCH接收对应于所述响应消息的确认包；或者所述RB的下行RB映射选择前向接入信道FACH，确定通过辅公共控制物理信道SCCPCH接收对应于所述响应消息的确认包。
5.一种小区更新的方法，其特征在于，包括在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收小区更新确认消息，其中所述小区更新确认消息指示进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态；判断所述小区更新确认消息中是否携带专用H-RNTI ；如果未携带，则确定网络侧为无效配置。
6.如权利要求5所述的方法，其特征在于，在所述确定网络侧为无效配置后，终止本次小区更新操作。
7.—种小区更新的方法，其特征在于，包括在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上向用户设备发送小区更新确认消息，其中所述小区更新确认消息指示所述用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态，并且不携带专用H-RNTI ；接收所述小区更新确认消息的响应消息；发送对应于所述响应消息的确认包；其中，所述发送对应于所述响应消息的确认包包括无线承载RB的下行RB映射选择所述HS-DSCH，通过高速共享控制信道HS-SCCH发送所述小区更新确认消息发送时的公共H-RNTI，由与所述HS-SCCH关联的高速物理下行链路共享信道HS-PDSCH发送对应于所述响应消息的确认包；或者所述RB的下行RB映射选择前向接入信道FACH，确定通过辅公共控制物理信道SCCPCH发送对应于所述响应消息的确认包。
8.一种用户设备，其特征在于，包括第一接收单元，用于在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收小区更新确认消息，其中所述小区更新确认消息指示进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态；判断单元，用于判断所述小区更新确认消息中是否携带专用H-RNTI ；更新单元，用于在所述判断单元判断出所述更新确认消息中未携带专用H-RNTI的情况下，进入所述CELL_PCH状态或者所述URA_PCH状态。
9.根据权利要求8所述的用户设备，其特征在于，所述用户设备还包括第一发送单元，用于根据所述小区更新确认消息，在无线承载RB上发送所述小区更新确认消息的响应消息；相应，所述更新单元，具体用于在不等待对应所述响应消息的确认包，直接进入所述CELL_PCH状态或者所述URA_PCH状态。
10.根据权利要求8所述的用户设备，其特征在于，所述用户设备还包括第二接收单元，用于根据无线承载RB的下行RB映射选择，确定用以接收对应于所述响应消息的确认包的信道，并通过所确认的信道接收对应于所述响应消息的确认包，相应，所述更新单元用于，在所述第二接收单元通过所确认的信道接收对应于所述响应消息的确认包之后，进入所述CELL_PCH状态或者所述URA_PCH状态。
11.根据权利要求10所述的用户设备，其特征在于，所述第二接收单元具体用于当所述RB的下行RB映射选择所述HS-DSCH，确定通过所述小区更新确认消息接收时的公共H-RNTI监听高速共享控制信道HS-SCCH，由与所述HS-SCCH关联的高速物理下行链路共享信道HS-PDSCH接收对应于所述响应消息的确认包；或者当所述RB的下行RB映射选择前向接入信道FACH，确定通过辅公共控制物理信道SCCPCH接收对应于所述响应消息的确认包。
12.—种用户设备，其特征在于，包括第一接收单元，用于在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收小区更新确认消息，其中所述小区更新确认消息指示进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态；判断单元，用于判断所述小区更新确认消息中是否携带专用H-RNTI。
13.如权利要求12所述的用户设备，其特征在于，所述用户设备还包括禁止单元，用于在所述判断单元判断所述小区更新确认消息中未携带专用H-RNTI的情况下，确定网络侧为无效配置，终止本次小区更新操作。
14.一种基站，其特征在于，包括发送小区更新确认消息单元，用于在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上向用户设备发送小区更新确认消息，其中所述小区更新确认消息指示所述用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态，并且不携带专用 H-RNTI ；接收响应消息单元，用于接收所述小区更新确认消息的响应消息；发送确认包单元，用于当无线承载RB的下行RB映射选择所述HS-DSCH，通过高速共享控制信道HS-SCCH发送所述小区更新确认消息发送时的公共H-RNTI，由与所述HS-SCCH关联的高速物理下行链路共享信道HS-PDSCH发送对应于所述响应消息的确认包；或者当所述RB的下行RB映射选择前向接入信道FACH，确定通过辅公共控制物理信道SCCPCH发送对应于所述响应消息的确认包。
15.一种小区更新的方法，其特征在于，包括在增强CELL_FACH状态下，用户设备通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收由网络发送的小区更新确认消息，其中所述小区更新确认消息指示所述用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态；所述用户设备判断所述小区更新确认消息是否携带专用H-RNTI ;如果未携带，所述用户设备确定所述网络为无效配置。
16.如权利要求15所述的方法，其特征在于，在所述确定网络侧为无效配置后，则终止本次小区更新操作。
17.—种通信系统，其特征在于，包括基站用于在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上向用户设备发送小区更新确认消息，其中所述小区更新确认消息指示所述用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态；用户设备，在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收小区更新确认消息；判断所述小区更新确认消息中是否携带专用H-RNTI ;如果未携带，进入所述CELL_PCH状态或者所述URA_PCH状态。
18.如权利要求17所述的通信系统，其特征在于，所述用户设备还用于根据所述小区更新确认消息，在无线承载RB上发送所述小区更新消息的响应消息，相应，用户设备不等待对应所述响应消息的确认包，直接进入所述CELL_PCH状态或者所述URA_PCH状态。
19.如权利要求17所述的通信系统，其特征在于，所述用户设备还用于根据所述小区更新确认消息，在无线承载RB上发送所述小区更新消息的响应消息，用户设备确定下行无线承载RB映射选择，根据所述RB的下行RB映射选择，确定用以接收对应于所述响应消息的确认包的信道，并通过所确认的信道接收所述响应消息的确认包，在接收到所述响应消息的确认包之后进入所述CELL_PCH状态或者所述URA_PCH状态。
20.一种通信系统，其特征在于，包括基站用于在增强CELL_FACH状态下通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上向用户设备发送小区更新确认消息，其中所述小区更新确认消息指示所述用户设备进入小区寻呼信道CELL_PCH状态或者通用移动通信系统陆地无线接入网注册区域寻呼信道URA_PCH状态；用户设备用于，在增强CELL_FACH状态下，通过公共高速下行链路共享信道无线网络临时标识H-RNTI在高速下行共享信道HS-DSCH上接收由网络发送的小区更新确认消息；判断所述小区更新确认消息是否携带专用H-RNTI ;如果未携带，所述用户设备确定所述网络为无效配置。
21.如权利要求20所述的系统，其特征在于，所述用户设备在确定所述网络为无效配置后，终止本次小区更新操作。
全文摘要
本发明实施例提供了一种小区更新的方法、用户设备、基站及通信系统。其中，所述小区更新的方法包括在增强CELL_FACH状态下通过公共H-RNTI在HS-DSCH上接收小区更新确认消息，其中小区更新确认消息指示进入CELL_PCH状态或者URA_PCH状态；如果未携带，进入CELL_PCH状态或者URA_PCH状态。本发明实施例的小区更新、用户设备、基站及通信系统能够在上述场景下确保UE成功进行小区重选和更新等操作，保证业务正常进行。
文档编号H04W8/00GK103037346SQ201110296160
公开日2013年4月10日 申请日期2011年9月30日 优先权日2011年9月30日
发明者王玲萍 申请人:华为技术有限公司