CN103260212A - 一种um或tm模式所传输消息的发送方法和系统 - Google Patents

Abstract

本发明提供了一种UM或TM模式所传输消息的发送方法，包括：网络侧向UE发送所述UM或TM模式所传输的消息，并在接收到UE发送的响应消息前，定时重发所述UM或TM模式所传输的消息。本发明还提供了一种UM或TM模式所传输消息的发送系统。应用本发明，能够提高UM或TM模式所传输消息的正确接收概率。

Description

一种UM或TM模式所传输消息的发送方法和系统

技术领域

本发明涉及通信系统中的连接建立技术，特别涉及一种UM或TM模式所传输消息的发送方法和系统。

背景技术

目前的RRC连接建立方法包括：

步骤101，UE向RNC发送RRC CONNECTION REQUEST消息。

步骤102，RNC接收RRC CONNECTION REQUEST消息后，向UE反馈RRC CONNECTION SETUP消息。

步骤103，UE接收RRC CONNECTION SETUP消息后，向RNC发送RRC CONNECTION COMPLETE消息。

至此，RRC连接建立完成。在上述RRC连接建立方法中，目前协议规定，RNC下发的RRC CONNECTION SETUP消息采用UM模式。而考虑到UM模式的不可靠性，避免UE接收不到RRC CONNECTION SETUP消息，协议中本身采用“定时器+记数器”的组合配置来保障UM模式消息的最大概率成功。具体地，在步骤101中UE发送RRC CONNECTION REQUEST消息后，启动T300定时器，若在定时器超时后，仍没有接收到RNC反馈的RRC CONNECTION SETUP消息，则UE重发RRC CONNECTION REQUEST消息，直到重发次数达到N300计数器设定的最大值，则RRC连接建立失败。

但是，上述协议规定“定时器+记数器”的组合配置中，由于T300定时器的定时时长较长，因此该组合配置方式存在两个问题：增加了UM模式消息交互的时延，增加了RRC连接建立失败的风险。事实上，对于采用UM或TM模式传输的消息均会出现上述问题，例如，3G系统中的小区更新流程中CELL UPDATE CONFIRM消息的传输、URA更新流程中URA UPDATECONFIRM的传输，LTE系统中的RRC CONNECTION SETUP消息和RRCConnection Reestablishment消息的传输等。

发明内容

本发明提供了一种UM或TM模式所传输消息的发送方法和系统，能够提高消息正确接收的概率。

为实现上述目的，本发明采用如下的技术方案：

一种UM或TM模式所传输消息的发送方法，包括：

A、网络侧向UE发送所述UM或TM模式所传输的消息，并在接收到UE发送的响应消息前，定时重发所述UM或TM模式所传输的消息。

较佳地，当网络侧重发所述UM或TM模式所传输的消息的次数达到预设的最大重发次数，或者，等待所述响应消息的时间超过预设的时间时，停止重发所述UM或TM模式所传输的消息，结束本流程。

较佳地，所述UM或TM模式所传输的消息为RRC CONNECTIONSETUP，所述响应消息为：RRC CONNECTION SETUP COMPLETE；或者，

所述UM或TM模式所传输的消息为CELL UPDATE CONFIRM或URAUPDATE CONFIRM，所述响应消息为：RADIOBEAR RECONFIGURATIONCOMPLETE/PHYSICAL CHANNEL RECONFIGURATIONCOMPLETE/TRANSPORT CHANNEL RECONFIGURATIONCOMPLETE/UTRAN MOBILITY INFORMATION CONFIRM/RADIOBEARRELEASE COMPLETE；或者，

所述UM或TM模式所传输的消息为RRC CONNECTION RELEASE，所述响应消息为：RRC CONNECTION RELEASE COMPLETE；或者，

所述UM或TM模式所传输的消息为RRC Connection Reestablishment，所述响应消息为：RRC Connection Reestablishment Complete。

较佳地，当所述UM或TM模式所传输的消息为RRC CONNECTIONSETUP时，在所述步骤A前进一步包括：UE向网络侧发送RRCCONNECTION REQUEST消息；

若在等待所述响应消息的时间未超过预设的时间前，网络侧接收到UE重发的RRC CONNECTION REQUEST消息，则返回步骤A。

较佳地，当所述UM或TM模式所传输的消息为CELL UPDATECONFIRM或URA UPDATE CONFIRM时，在所述步骤A前进一步包括：UE向网络侧发送CELL UPDATE或URA UPDATE消息；

若在等待所述响应消息的时间未超过预设的时间前，RNC接收到UE重发的CELL UPDATE或URA UPDATE消息，则返回步骤A。

较佳地，当所述UM或TM模式所传输的消息为RRC ConnectionReestablishment时，在所述步骤A前进一步包括：UE向网络侧发送RRCConnection Reestablishment Request消息；

若在等待所述响应消息的时间未超过预设的时间前，网络侧接收到UE重发的RRC Connection Reestablishment Request消息，则返回步骤A。

较佳地，重发的所述UM或TM模式所传输的消息的RRC SN或Transaction ID与第一次发送的相同。

一种UM或TM模式所传输消息的发送系统，包括网络侧设备和UE；

所述UE，用于在接收到所述网络侧设备发送的所述UM或TM模式所传输的消息后，向所述网络侧设备发送响应消息；

所述网络侧设备，用于向UE发送所述UM或TM模式所传输的消息，并在接收到UE发送的响应消息前，定时重发所述UM或TM模式所传输的消息。

由上述技术方案可见，本发明中，RNC接收UE发送的RRCCONNECTION REQUEST消息后，向UE发送RRC CONNECTION SETUP消息，并在接收到UE发送的RRC CONNECTION COMPLETE消息前，定时重发RRC CONNECTION SETUP消息。这样，通过RRC主动重发RRCCONNECTION SETUP消息，提高UE接收到RRC CONNECTION SETUP消息的概率，从而提高RRC连接建立成功的概率。

附图说明

图1为现有RRC连接建立方法的基本流程示意图；

图2为本发明实施例中RRC连接建立方法的具体流程示意图。

具体实施方式

为使本发明的目的、技术手段和优点更加清楚明白，以下结合附图对本发明做进一步详细说明。

本发明的方法包括：网络侧设备向UE发送UM或TM模式所传输的消息，并在接收到UE发送的响应消息前，定时重发该UM或TM模式所传输的消息。

具体本发明的处理流程对于以UM或TM模式传输的消息均适用。例如，RRC CONNECTION SETUP消息、CELL UPDATE CONFIRM/URA UPDATECONFIRM消息、RRC CONNECTION RELEASE消息、RRC ConnectionReestablishment消息等。

接下来以RRC CONNECTION SETUP消息的发送为例说明本发明的具体流程。图2为本发明实施例中RRC CONNECTION SETUP消息发送的具体流程图。在图2所示的方法流程中，为重发RRC CONNECTION SETUP消息，设置RRC主动重发定时器，用于控制RRC CONNECTION SETUP消息的重发间隔。具体地，如图2所示，该方法包括：

步骤201，UE向RNC发送RRC CONNECTION REQUEST消息。

本步骤用于触发网络侧设备发送UM或TM模式传输的消息。本实施例中是以RRC连接过程中以UM模式传输的RRC CONNECTION SETUP消息为例进行说明，事实上，对于其他以UM模式传输的消息也同样适用。具体地，如果在3G系统中，对应于CELL UPDATE CONFIRM，本步骤对应为UE向RNC发送CELL UPDATE；对应于URA UPDATE CONFIRM，本步骤对应为UE向RNC发送URA UPDATE；对应于RRC CONNECTIONRELEASE，不存在本步骤的操作。如果在LTE系统中，对应于RRCCONNECTION SETUP消息，本步骤对应为UE向EUTRAN发送RRCCONNECTION REQUEST消息；对应于RRC Connection Reestablishment，本步骤对应为UE向EUTRAN发送RRC Connection Reestablishment Request消息。

步骤202，RNC向UE发送RRC CONNECTION SETUP消息，并启动正常等待RRC CONNECTION SETUP COMPLETE响应定时器，再启动RRC主动重发定时器。

本实施例中，为避免无限制地向UE重发RRC CONNECTION SETUP消息，还设置正常等待RRC CONNECTION SETUP COMPLETE响应定时器，用于控制等待RRC CONNECTION SETUP COMPLETE消息的时间。

步骤203，当RRC主动重发定时器超时后，仍未收到RRC CONNECTIONSETUP COMPLETE消息，判断重发次数是否达到预设的RRC最大主动重发次数(该次数可配置)，如果没有达到，则执行步骤204，否则，执行步骤205。

主动重发定时器的定时时长可以根据需要设置，但优选地，该定时时长小于UE重发RRC CONNECTION REQUEST消息的定时时长，从而减小交互时延，降低连接建立失败的风险。另外，为避免无限制地向UE重发RRCCONNECTION SETUP消息，还可以设置RRC最大主动重发次数，对RRCCONNECTION SETUP消息的重发进行限制。

步骤204，重发RRC CONNECTION SETUP消息给UE，并重启RRC主动重发定时器。

当重发RRC CONNECTION SETUP消息时，需设置重发消息的RRC SN以及Transaction ID与第一次发送的RRC CONNECTION SETUP消息相同。这样，UE第一次接收到RRC CONNECTION SETUP消息时，能够与自身发送的RRC CONNECTION REQUEST消息相对应；当UE再次接收到RRCCONNECTION SETUP消息时，发现与之前接收的消息参数一致，可以直接丢弃再次收到的RRC CONNECTION SETUP消息。

步骤205，不再重发RRC CONNECTION SETUP消息，结束本流程。

通过上述步骤203～205的处理，实现了在每次RRC主动重发定时器超时后，重发RRC CONNECTION SETUP消息给UE，直到已经达到最大重发次数。从而提高UE接收到RRC CONNECTION SETUP消息的概率。

步骤206，在等待RRC CONNECTION SETUP COMPLETE响应定时器超时前，若收到UE重发的RRC CONNECTION REQUEST消息，将RRC主动重发次数清零后，返回步骤202。

等待RRC CONNECTION SETUP COMPLETE响应定时器未超时，则意味着目前是等待空口响应的状态。在背景技术提到的现有协议中，UE接收到RRC CONNECTION SETUP消息前，会定时重发RRC CONNECTIONREQUEST消息。考虑到这种情况，本实施例中，等待RRC CONNECTIONSETUP COMPLETE响应定时器未超时前，如果收到UE重发的RRCCONNECTION REQUEST消息，将之前RRC主动重发次数清零，再重新返回步骤202，在步骤202中会开始新的一轮RRC CONNECTION REQUEST消息发送，并重启RRC CONNECTION SETUP COMPLETE响应定时器和RRC主动重发定时器。

步骤207，若在等待RRC CONNECTION SETUP COMPLETE响应定时器超时后，仍未收到RRC CONNECTION SETUP COMPLETE消息，则停止RRC主动重发定时器的计时和RRC CONNECTION SETUP消息的重发，将RRC CONNECTION SETUP消息的重发次数清零，RRC连接建立失败，结束本流程。

等待RRC CONNECTION SETUP COMPLETE响应定时器超时，则意味着当前已不是等待空口响应的状态，不再重发RRC CONNECTION SETUP消息，同样起到限制RRC CONNECTION SETUP消息不断重发的目的。

步骤208，RNC接收到UE发送的RRC CONNECTION SETUPCOMPLETE消息，RRC连接建立成功，结束本流程。

在前述步骤202～207的处理过程中，随时可能出现RNC接收到RRCCONNECTION SETUP COMPLETE消息的情况，则执行本步骤。

通过上述本发明实施例的描述可见，采用RRC CONNECTION SETUP重发机制，可以降低接入时延，提高接通率，降低掉话风险，大大提高了用户使用时的感受。尤其对于覆盖较差的情况，优势更加明显。

与上述流程类似地，对于3G系统中RNC发给UE的CELL UPDATECONFIRM、URA UPDATE CONFIRM或RRC CONNECTION RELEASE消息，以及LTE系统中EUTRAN发给UE的RRC CONNECTION SETUP消息或RRC Connection Reestablishment消息，同样适用上述流程。相应地，对应于上述流程中的RRC CONNECTION SETUP COMPLETE消息，即UE反馈的响应消息，对于3G系统中RNC发给UE的CELL UPDATE CONFIRM或URA UPDATE CONFIRM，该响应消息即为RADIOBEARRECONFIGURATION COMPLETE/PHYSICAL CHANNELRECONFIGURATION COMPLETE/TRANSPORT CHANNELRECONFIGURATION COMPLETE/UTRAN MOBILITY INFORMATIONCONFIRM/RADIOBEAR RELEASE COMPLETE；对于3G系统中RNC发给UE的RRC CONNECTION RELEASE消息，该响应消息即为RRCCONNECTION RELEASE COMPLETE；对于LTE系统中EUTRAN发给UE的RRC CONNECTION SETUP消息，该响应消息即为RRC CONNECTIONSETUP COMPLETE消息；对于LTE系统中EUTRAN发给UE的RRCConnection Reestablishment消息，该响应消息即为RRC ConnectionReestablishment Complete。

对于上述这些UM或TM模式所传输的消息，利用上述方式均可以提高数据正确接收的概率。

本发明还提供了一种UM或TM模式所传输消息的发送系统，用于实施上述本发明的发送方法。具体地，该系统包括：网络侧设备和UE。

其中，UE用于在接收到所述网络侧设备发送的所述UM或TM模式所传输的消息后，向所述网络侧设备发送响应消息；

网络侧设备，用于向UE发送所述UM或TM模式所传输的消息，并在接收到UE发送的响应消息前，定时重发所述UM或TM模式所传输的消息。

本发明还提供了上述方法应用于现有系统的测试结果。其中，仍以RRCCONNECTION SETUP消息的发送为例，设置每隔10ms重发一次RRCCONNECTION SETUP消息，具体测试结果如表1所示。其中第2列是对具体时间进行计时，单位是10ms，例如第1个表项中的78表示780ms。

表1

采用上述方法对RRC连接建立的成功率和无线接通率进行了统计，CS域的统计结果如表2所示，PS域的统计结果如表3所示。由表1～表3可见，通过采用本发明的RRC连接建立方法，能够大大提高RRC连接建立的成功率和无线接通率。

表2

表3

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种UM或TM模式所传输消息的发送方法，其特征在于，该方法包括：

A、网络侧向UE发送所述UM或TM模式所传输的消息，并在接收到UE发送的响应消息前，定时重发所述UM或TM模式所传输的消息。

2.根据权利要求1所述的方法，其特征在于，当网络侧重发所述UM或TM模式所传输的消息的次数达到预设的最大重发次数，或者，等待所述响应消息的时间超过预设的时间时，停止重发所述UM或TM模式所传输的消息，结束本流程。

3.根据权利要求1所述的方法，其特征在于，所述UM或TM模式所传输的消息为RRC CONNECTION SETUP，所述响应消息为：RRC CONNECTIONSETUP COMPLETE；或者，

所述UM或TM模式所传输的消息为CELL UPDATE CONFIRM或URAUPDATE CONFIRM，所述响应消息为：RADIOBEAR RECONFIGURATIONCOMPLETE/PHYSICAL CHANNEL RECONFIGURATIONCOMPLETE/TRANSPORT CHANNEL RECONFIGURATIONCOMPLETE/UTRAN MOBILITY INFORMATION CONFIRM/RADIOBEARRELEASE COMPLETE；或者，

所述UM或TM模式所传输的消息为RRC CONNECTION RELEASE，所述响应消息为：RRC CONNECTION RELEASE COMPLETE；或者，

所述UM或TM模式所传输的消息为RRC Connection Reestablishment，所述响应消息为：RRC Connection Reestablishment Complete。

4.根据权利要求3所述的方法，其特征在于，当所述UM或TM模式所传输的消息为RRC CONNEC TION SETUP时，在所述步骤A前进一步包括：UE向网络侧发送RRC CONNECTION REQUEST消息；

若在等待所述响应消息的时间未超过预设的时间前，网络侧接收到UE重发的RRC CONNECTION REQUEST消息，则返回步骤A。

5.根据权利要求3所述的方法，其特征在于，当所述UM或TM模式所传输的消息为CELL UPDATE CONFIRM或URA UPDATE CONFIRM时，在所述步骤A前进一步包括：UE向网络侧发送CELL UPDATE或URA UPDATE消息；

若在等待所述响应消息的时间未超过预设的时间前，RNC接收到UE重发的CELL UPDATE或URA UPDATE消息，则返回步骤A。

6.根据权利要求3所述的方法，其特征在于，当所述UM或TM模式所传输的消息为RRC Connection Reestablishment时，在所述步骤A前进一步包括：UE向网络侧发送RRC Connection Reestablishment Request消息；

若在等待所述响应消息的时间未超过预设的时间前，网络侧接收到UE重发的RRC Connection Reestablishment Request消息，则返回步骤A。

7.根据权利要求1到6中任一所述的方法，其特征在于，重发的所述UM或TM模式所传输的消息的RRC SN或Transaction ID与第一次发送的相同。

8.一种UM或TM模式所传输消息的发送系统，其特征在于，该系统包括网络侧设备和UE；

所述UE，用于在接收到所述网络侧设备发送的所述UM或TM模式所传输的消息后，向所述网络侧设备发送响应消息；

所述网络侧设备，用于向UE发送所述UM或TM模式所传输的消息，并在接收到UE发送的响应消息前，定时重发所述UM或TM模式所传输的消息。

Images