专利名称：消息处理方法和用户设备的制作方法
技术领域：
本发明关于网络通信技术，特别关于随机接入过程的下行消息的消息处理方法和
用户设备。
背景技术：
长期演进(LTE，Long Term Evolution)系统中，用户设备(UE， UserEquipment)可 以采用随机接入(RA， Random Access)过程进行初始接入/重建立接入。
目前，竞争模式的随机接入过程中，UE使用随机接入信道(RACH， Random Access Channel)向网络侧发送随机接入码Preamble,该Preamble由UE自己选择而非网络侧设 定，则网络侧通过冲突检测过程确定收到的Preamble来自于哪个UE。 发明人在实现本发明的过程中发现在现有的竞争模式随机接入方案中，UE发送 接入建立请求消息后，默认接收的第一个反馈消息为演进基站(eNB， enhanced NodeB)发送 的竞争解决消息，并在接收到第一个反馈消息后停止接收后续消息。如果随机接入过程中 消息乱序导致竞争成功的UE接收到的第一个反馈消息为其他消息而不是竞争解决消息， 例如RRC响应消息，则该UE接收到该RRC响应消息后，停止接收后续消息并确定随机接入 竞争失败，使得随机接入成功率降低。
发明内容
本发明实施例提供一种消息处理方法和用户设备，可以解决随机接入过程中消息 乱序导致UE将误判自己竞争失败的技术问题，从而提高接入成功率。 本发明实施例提供一种消息处理方法，该方法包括请求建立连接或重建立连接； 接收反馈消息；若反馈消息不包含竞争解决消息，监听下行共享信道。 本发明实施例提供一种用户设备，该用户设备包括连接请求单元、消息接收单元 和消息监听单元； 连接请求单元，用于请求建立连接或重建立连接； 消息接收单元，用于接收反馈消息，若所述消息中不包含竞争解决消息则触发所 述消息监听单元； 消息监听单元，用于接收到消息接收单元的触发时，监听下行共享信道。 本发明实施例中，UE根据对网络侧消息的判断结果确定是否继续监听下行共享信
道，可以解决随机接入过程中消息乱序导致UE将误判自己竞争失败的技术问题，从而縮短
用户设备成功接入所需时间，提高接入成功率，并减轻小区的随机接入负荷，进而降低随机
接入码Preamble的冲突概率。
此处所说明的附图用来提供对本发明实施例的进一步理解，构成本申请的一部 分，并不构成对本发明实施例的限定。
图1是本发明实施例1的消息处理方法流程图； 图2是本发明实施例2的消息处理方法流程图； 图3是本发明实施例3的消息处理方法流程图； 图4是本发明实施例4的用户设备构成示意图； 图5是本发明实施例5的用户设备构成示意图； 图6是本发明实施例6的用户设备构成示意图； 图7是本发明实施例6中连接请求单元的构成示意图； 图8是本发明实施例6中消息监听单元的构成示意图。
具体实施例方式
为使本发明实施例的目的、技术方案和优点更加清楚明白，下面结合附图，对本发 明实施例作进一步详细说明。在此，本发明的示意性实施例及其说明用于解释本发明，但并 不作为对本发明的限定。
实施例1 本发明实施例1提供一种消息处理方法，如图1所示，该方法可以包括
S101、请求建立连接或重建立连接；
S102、接收反馈消息； S103、当反馈消息不包含竞争解决消息时，监听下行共享信道。 本发明实施例中，UE根据对网络侧消息的判断结果确定是否继续监听下行共享信
道，可以解决随机接入过程中消息乱序导致UE将误判自己竞争失败的技术问题，从而縮短
用户设备成功接入所需时间，提高接入成功率，并减轻小区的随机接入负荷，进而降低随机
接入码Preamble的冲突概率。 实施例2 本发明实施例2提供一种消息处理方法，如图2所示，该方法可以包括如下步骤
S201、 UE发送连接建立请求消息以请求建立连接，或发送连接重建请求消息以重 建立连接，上述连接建立消息或连接重建请求消息包含该UE的用户标识ID1 ;
在本步骤中，UE可利用网络侧分配的上行传输资源发送连接建立或连接重建请求 消息。进一步的，该连接建立请求消息可采用RRC Co皿ectionRequest消息，该RRC连接建 立重建请求消息可采用RRC Connection Re-establishment Request消息，但不限于此，还 可采用其它消息封装该UE的用户标识。 S202、接收反馈消息，并判断该反馈消息是否包含竞争解决消息。 若判断结果为包含竞争解决消息，则执行S203 ;否则，执行S204。 进一步的，若反馈消息即为竞争解决消息(如Contention Resolution MCE消
息)，则判断结果为包含竞争解决消息。 S203、根据该连接建立消息和该竞争解决消息中包含的信息，或根据该连接重建
请求消息中包含的信息和该竞争解决消息中包含的信息确定是否竞争成功；
在本步骤中，可根据连接建立消息或连接重建请求消息中包含的信息包含的用户 标识ID1和该竞争解决信息中包含的用户标识ID2确定是否竞争成功，即UE比较ID1和 ID2，若两标识相同，则确定竞争成功；否则，确定竞争失败。
5
在本步骤中，还可根据该连接建立消息或连接重建请求消息中包含的全部信息和 该竞争解决消息中包含的全部信息确定是否竞争成功，即UE比较该连接建立消息或连接 重建请求消息中包含的全部信息和该竞争解决消息中包含的全部信息是否相同，若相同则 确定竞争成功；否则确定竞争失败。 上述两种方式仅仅为本发明的实施例而已，还可采用现有的任何一种方式确定是 否竞争成功，此处不再赘述。 进一步的，若UE确定竞争成功，则UE确定随机接入成功；若UE确定竞争失败，则
UE确定随机接入失败，并可以再次发起随机接入过程。 S204、监听下行共享信道。 在本步骤中，UE监听到下行共享信道有新消息到达时，执行S202。 进一步的，UE可以保存接收到的反馈消息，或对该反馈消息不做任何处理或直接丢弃。 由上述实施例可知，UE判断网络侧反馈消息不包含竞争解决消息时，继续监听下 行共享信道，可以解决随机接入过程中消息乱序导致UE将误判自己竞争失败的技术问题， 从而縮短用户设备成功接入所需时间，提高接入成功率，并减轻小区的随机接入负荷，进而 降低随机接入码Preamble的冲突概率。
实施例3 本发明实施例3提供一种消息处理方法，以下结合附图以随机接入过程中对下行 消息进行处理为例对本发明实施例的消息处理方法进行详细说明。
如图3所示，该方法可以包括如下步骤 S301，UE选择一个随机接入码Preamble,并向eNB发送包含该Preamble的随机接 入前导消息(Random Access Preamble)。 在本实施例中，UE可根据该Preamble以及发送该Preamble的时频资源确定哪些 消息是响应自己的反馈消息。 S302， eNB接收到该消息后，针对该Preamble响应，即向该UE发送随机接入响应 消息(Random Access Response,简称RAR消息)。 该RAR消息可包含上行传输资源，该UE可利用该资源发送用户标识；该RAR消息 还可包含为该UE分配的临时无线网络标识(Temp-CRNTI，Temporary Cell Radio Network Temporary Identifier)，该UE可使用该标识识别后续消息。 S303， UE请求建立RRC连接，并在RRC连接建立请求消息(RRCConnection Request)中包含用户标识ID3。 在本实施例中，UE可在发送ID3时启动竞争解决定时器，UE还可使用Temp-CRNTI 寻址，以等待竞争解决消息。 S304，UE接收eNB的反馈消息，判断该反馈消息是否包含竞争解决消息；若不包含 竞争解决消息，执行S305 ;否则，执行S306 ; S305、UE判断竞争解决定时器是否超时(或超过预设门限)； 若竞争解决定时器未超时(或未超过预设门限)，执行S304 ; 否则，确定本次竞争失败，UE还可以进一步确定本次随机接入失败，并发起新的随
机接入过程。
S306、 UE停止竞争解决定时器，并判断该竞争解决消息中携带的用户标识ID4与 其发送的用户标识ID3是否相同。可选的，UE停止监听下行共享信道，即不再接收eNB发 送的其他消息。 若ID4与ID3相同，确定竞争成功，可选的，UE可设置无线网络标识C-RNTE，并将 Temp-CRNTI清零或删除； 否则，确定竞争失败，可选的，UE可将Temp-CRNTI清零或删除，UE还可将未处理的 消息丢弃或将保存的消息删除。 此外，在本步骤中，还可判断该竞争解决消息中携带的全部信息与其发送的全部 信息是否相同，若相同，则确定竞争成功；若不同，则确定竞争失败。 由上述实施例可知，UE判断网络侧反馈消息不包含竞争解决消息时，继续监听下 行共享信道，可以解决随机接入过程中消息乱序导致UE将误判自己竞争失败的技术问题， 从而縮短用户设备成功接入所需时间，提高接入成功率，并减轻小区的随机接入负荷，进而 降低随机接入码Preamble的冲突概率。
实施例4 本发明实施例4提供一种用户设备，如图4所示，该用户设备包括连接请求单元 401、消息接收单元402和消息监听单元403 ;其中，该连接请求单元401用于请求建立连接 或重建立连接；该消息接收单元402用于接收反馈消息；若反馈消息不包含竞争解决消息， 则触发该消息监听单元403，该消息监听单元403用于收到消息接收单元402的触发时，监 听下行共享信道。 利用该用户设备，可以实现如本发明上述方法实施例1提供的消息处理方法，此 处不再赘述。 在本发明实施例中，UE根据对网络侧消息的判断结果确定是否继续监听下行共享 信道，可以解决随机接入过程中消息乱序导致UE将误判自己竞争失败的技术问题，从而縮 短用户设备成功接入所需时间，提高接入成功率，并减轻小区的随机接入负荷，进而降低随 机接入码Preamble的冲突概率。
实施例5 本发明实施例5提供一种用户设备，如图5所示，与实施例4类似，该用户设备包 括连接请求单元401、消息接收单元402和消息监听单元403。 该用户设备还包括竞争确定单元501，消息接收单元402还用于在接收的反馈消
息包含竞争解决消息时触发竞争确定单元501，该竞争确定单元501用于收到触发后，判断
请求建立连接和所述竞争解决消息中包含的信息，或者请求重建立连接和所述竞争解决消
息中包含的信息是否相同，若判断结果相同，则确定竞争成功；否则确定竞争失败。 利用该用户设备，可以实现如本发明上述方法实施例2提供的消息处理方法，此
处不再赘述。 由上述实施例可知，UE判断网络侧反馈消息不包含竞争解决消息时，继续监听下 行共享信道，当UE判断网络侧反馈消息包含竞争解决消息时，可以根据该竞争解决消息确 定是否竞争成功，这样，可以解决随机接入过程中消息乱序导致UE将误判自己竞争失败的 技术问题，从而縮短用户设备成功接入所需时间，提高接入成功率，并减轻小区的随机接入 负荷，进而降低随机接入码Preamble的冲突概率。
实施例6 本发明实施例6提供一种用户设备，如图6所示，与实施例5类似，该用户设备包 括连接请求单元401、消息接收单元402、消息监听单元403和竞争确定单元501，此处不再 赘述。该用户设备中的消息接收单元402还用于当接收的反馈消息包含竞争解决消息时， 停止监听下行共享信道。进一步的，该用户设备中的消息接收单元402还可以用于当接收 的反馈消息不包含竞争解决消息时，丢弃其在连接请求单元401请求建立连接或重建立连 接之后接收到的消息。 进一步的，该用户设备中的竞争确定单元501还可以用于确定竞争失败时，触发 消息接收单元402，相应的，该消息接收单元402还可以用于当收到竞争确定单元501的触 发时，丢弃其在连接请求单元401请求建立连接或重建立连接之后接收到的消息。
进一步的，该用户设备还可以包括存储单元601，若反馈消息不包含竞争解决消 息，该存储单元601用于保存消息接收单元402在连接请求单元401请求建立连接或重建 立连接之后接收到的消息。 进一步的，如图7所示，在本实施例中，连接请求单元401还可以包括随机码发送 单元701、资源获取单元702和请求发送单元703 ;其中，该发送单元701用于发送随机接入 码；该资源获取单元702用于获取上行传输资源；该请求发送单元703利用该上行传输资 源发送RRC连接建立请求或RRC连接重建立请求。 进一步的，如图8所示，在本实施例中，该消息监听单元403还可以包括消息确定 单元801、时间确定单元802和消息监听单元803 ;其中，该消息确定单元801用于确定该反 馈消息是否包含竞争解决消息；在不包含该竞争解决消息时，该时间确定单元802用于确 定竞争解决定时器未超时，或未超过预设门限；该消息监听单元803用于监听下行共享信 道。 利用该用户设备，可以实现如本发明上述方法实施例3提供的消息处理方法，此 处不再赘述。 由上述实施例可知，UE判断网络侧反馈消息不包含竞争解决消息时，继续监听下 行共享信道，可以解决随机接入过程中消息乱序导致UE将误判自己竞争失败的技术问题， 从而縮短用户设备成功接入所需时间，提高接入成功率，并减轻小区的随机接入负荷，进而 降低随机接入码Preamble的冲突概率。 上述用户设备实施例仅仅为本发明的实施例而已，其中各个构成单元可根据实际 需要任意组合使用，且可以与其他实体部分共同构成用户设备的整体，或者单独作为一个 用户设备存在与系统中而不限于必须与其他实体部分结合。 需要特别指出的是，本发明各实施例仅以LTE系统为例进行说明，并因此采用eNB 作为网络侧设备的举例，但本发明各实施例提供的方法并不限于LTE系统，还适用于存在 竞争接入模式随机接入过程的其他通信系统，并因此可以采用非eNB的网络侧设备与UE进 行通信。 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中， 所述的存储介质，如ROM/RAM、磁碟、光盘等。 以上仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为 本发明的保护范围。
权利要求
一种消息处理方法，其特征在于，所述方法包括请求建立连接或重建立连接；接收反馈消息；若反馈消息不包含竞争解决消息，监听下行共享信道。
2. 根据权利要求1所述的方法，其特征在于，所述若反馈消息不包含竞争解决消息，监 听下行共享信道包括确定所述反馈消息不包含竞争解决消息； 确定竞争解决定时器未超时，或未超过预设门限； 监听下行共享信道。
3. 根据权利要求1或2所述的方法，其特征在于，所述方法还包括 保存或丢弃在所述请求建立连接或重建立连接之后接收到的消息。
4. 根据权利要求1或2所述的方法，其特征在于，所述接收反馈消息之后，所述方法还 包括若所述反馈消息包含竞争解决消息，停止监听下行共享信道。
5. 根据权利要求4所述的方法，其特征在于，所述方法还包括判断请求建立连接和所述竞争解决消息中包含的信息，或者请求重建立连接和所述竞 争解决消息中包含的信息是否相同；若判断结果相同，则确定竞争成功；否则确定竞争失败。
6. 根据权利要求5所述的方法，其特征在于，若根据请求建立连接或重建立连接时包 含的信息和所述竞争解决消息中包含的信息确定竞争失败，所述方法还包括丢弃在所述请求建立连接或重建立连接之后接收到的消息。
7. 根据权利要求1所述的方法，其特征在于，所述请求建立连接或重建立连接包括 发送随机接入码；获取上行传输资源；利用所述上行传输资源发送RRC连接建立请求或RRC连接重建立请求。
8. —种用户设备，其特征在于，所述用户设备包括连接请求单元、消息接收单元和消息 监听单元；连接请求单元，用于请求建立连接或重建立连接；消息接收单元，用于接收反馈消息，若所述消息中不包含竞争解决消息则触发所述消 息监听单元；消息监听单元，用于接收到消息接收单元的触发时，监听下行共享信道。
9. 根据权利要求8所述的用户设备，其特征在于，所述消息监听单元包括 消息确定单元，用于确定所述反馈消息是否包含竞争解决消息；时间确定单元，用于在不包含竞争解决消息时，确定竞争解决定时器是否超时，或是否 超过预设门限；消息监听单元，用于在确定竞争解决定时器未超时，或未超过预设门限时，监听下行共享信道。
10. 根据权利要求8或9所述的用户设备，其特征在于，所述用户设备还包括 存储单元，若反馈消息不包含竞争解决消息，用于保存所述消息接收单元在连接请求单元请求建立连接或重建立连接之后接收到的消息；或者，所述消息接收单元还用于当接收的所述反馈消息中不包含竞争解决消息时，丢弃所述 用户设备在所述请求建立连接或重建立连接之后接收到的消息。
11. 根据权利要求8所述的用户设备，其特征在于，所述消息接收单元还用于当接收的 所述反馈消息中包含竞争解决消息时，停止监听下行共享信道。
12. 根据权利要求8所述的用户设备，其特征在于，所述用户设备还包括竞争确定单元；所述消息接收单元还用于在接收的反馈消息包含竞争解决消息时触发所述竞争确定 单元；所述竞争确定单元用于在接收到所述触发后，判断请求建立连接和所述竞争解决消息 中包含的信息，或者请求重建立连接和所述竞争解决消息中包含的信息是否相同，若判断 结果相同，则确定竞争成功；否则确定竞争失败。
13. 根据权利要求12所述的用户设备，其特征在于，所述竞争确定单元还用于确定竞 争失败时，触发所述消息接收单元；所述消息接收单元还用于接收到所述竞争确定单元的触发时，丢弃所述用户设备在所 述请求建立连接或重建立连接之后接收到的消息。
全文摘要
本发明提供一种消息处理方法和用户设备。该方法包括请求建立连接或重建立连接；接收反馈消息；若反馈消息不包含竞争解决消息，监听下行共享信道。本发明实施例UE根据对网络侧消息的判断结果确定是否继续监听下行共享信道，可以解决随机接入过程中消息乱序导致UE将误判自己竞争失败的技术问题，从而缩短用户设备成功接入所需时间，提高接入成功率，并减轻小区的随机接入负荷，进而降低随机接入码Preamble的冲突概率。
文档编号H04W74/08GK101772189SQ20091000174
公开日2010年7月7日 申请日期2009年1月4日 优先权日2009年1月4日
发明者黄曲芳 申请人:华为技术有限公司