CN103546981B - 竞争式随机接入的实现方法和装置 - Google Patents

Abstract

本发明公开了竞争式随机接入的实现方法和装置：eNodeB接收各终端在竞争式随机接入过程中发送来的Msg3，根据接收到的各Msg3中是否携带有指示信息以及指示信息的具体内容，获取各终端的接入信息。应用本发明所述方案，能够提高集群终端的服务质量。

Description

竞争式随机接入的实现方法和装置

技术领域

本发明涉及通信技术，特别涉及竞争式随机接入的实现方法和装置。

背景技术

宽带多媒体集群系统能够为公安、军队、交通、电力和铁路等部门提供指挥调度功能。基于时分-长期演进(TD-LTE，Time Division Long Term Evolution)技术的宽带多媒体集群系统，不但可以支持TD-LTE移动通信系统自身的各种多媒体业务，而且可以提供集群呼叫业务以及集群多媒体业务等，如语音组呼、语音单呼、可视组呼、可视单呼、视频监控等。

除了支持集群终端外，基于TD-LTE技术的宽带多媒体集群系统中还支持改变频段的标准LTE终端直接进行标准LTE支持的宽带接入业务等，但是这种终端不支持集群组呼、组短消息之类的集群业务。

另外，无线资源控制(RRC，Radio Resource Control)连接管理是无线资源控制中的一个非常关键的过程，主要包括RRC连接建立、维护释放和修改等，还包括利用RRC连接所进行的参数配置和控制等。当处于空闲(RRC_Idle)状态的终端发起一个呼叫或响应寻呼时，会触发RRC连接建立过程，当处于RRC连接状态但出现异常需要恢复RRC连接时，终端会触发RRC连接重建过程，这些都会触发终端的低层实体进行竞争式的随机接入。

图1为现有竞争式随机接入的过程示意图。如图1所示，包括以下步骤：

步骤11：终端在上行物理随机接入信道(PRACH，Physical Random AccessChannel)中随机选择随机接入Preamble码(Msg1)进行发送。

步骤12：演进型基站(eNodeB)在下行共享信道(DL-SCH，Downlink-SharedChannel)信道上传输媒体接入控制(MAC，Medium Access Control)层产生的随机接入响应(Msg2)。

步骤13：终端在上行共享信道(UL-SCH，Uplink-Shared Channel)上传输首次上行传输的调度信息(Msg3)。

终端在正确接收到Msg2后，会按照Msg2中上行授权为其分配的上行资源传输Msg3，Msg3的传输支持混合自动重传请求(HARQ，Hybrid Automatic Repeat Request)过程，协议规定eNodeB分配的上行资源至少应支持净载荷为56bit的信息传输。

另外，针对不同的场景，Msg3中将携带不同的内容：

1)初始接入场景，即当终端触发RRC连接建立过程时，Msg3中将携带有RRC层生成的RRC连接请求(RRC Connection Request)消息；

2)连接重建场景，即当终端触发RRC连接重建过程时，Msg3中将携带有RRC层生成的RRC连接重建请求(RRC Connection Reestablishment Request)消息。

步骤14：eNodeB在DL-SCH信道上传输竞争解决信息(Msg4)。

图1所示终端可为集群终端，也可为改变频段的标准LTE终端，如前所述，改变频段的标准LTE终端不支持集群组呼、组短消息之类的集群业务，因此，集群终端的优先级通常高于改变频段的标准LTE终端。

按照现有方式，在集群业务专有承载建立之前，eNodeB是无法获知终端是集群终端还是改变频段的标准LTE终端的，这样，在建立集群业务流程的前期阶段，eNodeB则无法对集群终端，特别是业务类型为集群组呼业务(对建立时间有较高要求)的集群终端进行优化，即优先保证集群终端的处理，特别是业务类型为集群组呼业务的集群终端的处理，从而降低了集群终端的服务质量。

发明内容

有鉴于此，本发明提供了竞争式随机接入的实现方法和装置，能够提高集群终端的服务质量。

为达到上述目的，本发明的技术方案是这样实现的：

一种竞争式随机接入的实现方法，包括：

演进型基站eNodeB接收各终端在竞争式随机接入过程中发送来的调度信息Msg3，根据接收到的各Msg3中是否携带有指示信息以及指示信息的具体内容，获取各终端的接入信息。

一种演进型基站eNodeB，包括：

接收模块，用于接收各终端在竞争式随机接入过程中发送来的调度信息Msg3；

接入模块，用于从所述接收模块中获取各Msg3，根据各Msg3中是否携带有指示信息以及指示信息的具体内容，获取各终端的接入信息。

一种集群终端，包括：

设置模块，用于当因初始接入而发起竞争式随机接入时，在待发送给演进型基站eNodeB的调度信息Msg3中的无线资源控制连接请求RRC Connection Request消息中设置指示信息；

发送模块，用于将从所述设置模块中获取到的设置了指示信息的Msg3发送给eNodeB。

一种集群终端，包括：

设置模块，用于当因连接重建而发起竞争式随机接入时，在待发送给演进型基站eNodeB的调度信息Msg3中的无线资源控制连接重建请求RRC ConnectionReestablishment Request消息中设置指示信息；

发送模块，用于将从所述设置模块中获取到的设置了指示信息的Msg3发送给eNodeB。

可见，采用本发明所述方案，终端可根据自身情况，在Msg3中携带关于自身的指示信息，相应地，eNodeB可根据各Msg3中是否携带有指示信息以及指示信息的具体内容，获取终端的接入信息，如终端类型和业务类型等，并可根据实际需要，优先保证对某种终端的处理，如优先保证对集群终端，特别是业务类型为集群组呼业务的集群终端的处理，从而提高了集群终端的服务质量。

附图说明

图1为现有竞争式随机接入的过程示意图。

图2为本发明竞争式随机接入的实现方法实施例的流程图。

图3为本发明eNodeB实施例的组成结构示意图。

图4为本发明集群终端实施例的组成结构示意图。

具体实施方式

为使本发明的技术方案更加清楚、明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。

图2为本发明竞争式随机接入的实现方法实施例的流程图。如图2所示，包括以下步骤：

步骤21：eNodeB接收各终端在竞争式随机接入过程中发送来的Msg3。

步骤22：eNodeB根据接收到的各Msg3中是否携带有指示信息以及指示信息的具体内容，获取各终端的接入信息。

在基于TD-LTE技术的宽带多媒体集群系统中，对于非集群终端，如之前所述的改变频段的标准LTE终端，按照原来的LTE协议规定进行处理即可，不用作改变，对于集群终端，则需要修改竞争式随机接入过程中的Msg3中携带的信息内容，即设置指示信息，以指示终端的接入信息，eNodeB可根据接收到的各Msg3中是否携带有指示信息以及指示信息的具体内容，获取各终端的接入信息。

对于集群终端，如果因初始接入而发起竞争式随机接入，则可在待发送给eNodeB的Msg3中的RRC Connection Request消息中设置指示信息，并将设置了指示信息的Msg3发送给eNodeB；如果因连接重建而发起竞争式随机接入，则可在待发送给eNodeB的Msg3中的RRC Connection Reestablishment Request消息中设置指示信息，并将设置了指示信息的Msg3发送给eNodeB。

以下以LTE Rel_10协议为例，对上述两种不同场景下的指示信息设置方式分别进行说明。

一)在RRC Connection Request消息中设置指示信息

现有RRC Connection Request信元中的内容如下：

本发明所述方案中，可通过对上述RRC Connection Request信元中的内容进行修改，来实现指示信息的设置，具体实现方式包括：

1)在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端；在此基础上，还可将RRC Connection Request信元中的建立原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入。

相应地，RRC Connection Request信元中的内容将为：

其中，isTrunkingUser即为集群终端标识，true表示为集群终端，false表示为非集群终端，当集群终端因紧急集群组呼业务建立而发起竞争式随机接入时，将建立原因(EstablishmentCause)设置为emergency。

可以看出，相比于现有技术，采用该方式后，eNodeB可以获得更多的终端信息，这样，结合现有RRC Connection Request信元中的内容，如各种建立原因等，即可更好地区分不同终端的接入信息，如因紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因其它各建立原因而发起竞争式随机接入的集群终端，以及因各建立原因而发起竞争式随机接入的非集群终端等。

2)将RRC Connection Request信元中的建立原因设置为集群组呼，指示终端是因集群组呼业务建立而发起的竞争式随机接入。

相应地，RRC Connection Request信元中的内容将为：

其中，当集群终端因集群组呼业务建立而发起竞争式随机接入时，将EstablishmentCause设置为TrunkGroupCall，TrunkGroupCall即表示集群组呼。

可以看出，相比于现有技术，采用该方式后，eNodeB可以获得更多的终端信息，这样，结合现有RRC Connection Request信元中的内容，如各种建立原因等，即可更好地区分不同终端的接入信息，如因集群组呼业务建立而发起竞争式随机接入的终端、因其它各建立原因而发起竞争式随机接入的终端等。

3)在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Request信元中的建立原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入，或者，将RRC ConnectionRequest信元中的建立原因设置为非紧急集群组呼，指示终端是因非紧急集群组呼业务建立而发起的竞争式随机接入。

相应地，RRC Connection Request信元中的内容将为：

对于集群终端，当因紧急集群组呼业务建立而发起竞争式随机接入时，将EstablishmentCause设置为emergency，当因非紧急集群组呼业务建立而发起竞争式随机接入时，将EstablishmentCause设置为TrunkGroupCall。

可以看出，相比于现有技术，采用该方式后，eNodeB可以获得更多的终端信息，这样，结合现有RRC Connection Request信元中的内容，如各种建立原因等，即可更好地区分不同终端的接入信息，如因紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因其它各建立原因而发起竞争式随机接入的集群终端，以及因各建立原因而发起竞争式随机接入的非集群终端等。

在实际应用中，具体采用上述1)～3)所示方式中的哪种可根据实际需要而定。

2)在RRC Connection Reestablishment Request消息中设置指示信息

现有RRC Connection Reestablishment Request信元中的内容如下：

本发明所述方案中，可通过对上述RRC Connection Reestablishment Request信元中的内容进行修改，来实现指示信息的设置，具体实现方式包括：

1)在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端；在此基础上，还可将RRC Connection ReestablishmentRequest信元中的重建原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入。

相应地，RRC Connection Reestablishment Request信元中的内容将为：

其中，isTrunkingUser即为集群终端标识，true表示为集群终端，false表示为非集群终端，在重建原因ReestablishmentCause中增加emergency的原因，即紧急集群组呼，当集群终端因紧急集群组呼业务建立而发起竞争式随机接入时，将ReestablishmentCause设置为emergency。

可以看出，相比于现有技术，采用该方式后，eNodeB可以获得更多的终端信息，这样，结合现有RRC Connection Reestablishment Request信元中的内容，如各种重建原因等，即可更好地区分不同终端的接入信息，如因紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因其它各重建原因而发起竞争式随机接入的集群终端，以及因各重建原因而发起竞争式随机接入的非集群终端等。

2)将RRC Connection Reestablishment Request信元中的重建原因设置为集群组呼失败，指示终端是因集群组呼业务建立失败而发起的竞争式随机接入。

相应地，RRC Connection Reestablishment Request信元中的内容将为：

在ReestablishmentCause中增加集群组呼失败TrunkGroupCallFailure的重建原因，当集群终端因集群组呼业务建立失败而触发重建时，将ReestablishmentCause设置为TrunkGroupCallFailure。

可以看出，相比于现有技术，采用该方式后，eNodeB可以获得更多的终端信息，这样，结合现有RRC Connection Reestablishment Request信元中的内容，如各种重建原因等，即可更好地区分不同终端的接入信息，如因集群组呼业务建立失败而发起竞争式随机接入的终端、因其它各重建原因而发起竞争式随机接入的终端等。

3)在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Reestablishment Request信元中的重建原因设置为集群组呼失败，指示终端是因集群组呼业务建立失败而发起的竞争式随机接入，并在RRC Connection Reestablishment Request信元中增加紧急呼叫标识，若将紧急呼叫标识设置为true，则指示终端是因紧急集群组呼业务建立失败而发起的竞争式随机接入，若将紧急呼叫标识设置为false，则指示终端是因非紧急集群组呼业务建立失败而发起的竞争式随机接入。

相应地，RRC Connection Reestablishment Request信元中的内容将为：

对于集群终端，当因紧急集群组呼业务建立失败而发起竞争式随机接入或因非紧急集群组呼业务建立失败而发起竞争式随机接入时，将ReestablishmentCause设置为TrunkGroupCallFailure，并且，当因紧急集群组呼业务建立失败而发起竞争式随机接入时，将紧急呼叫标识IsEmergency设置为true，当因非紧急集群组呼业务建立失败而发起竞争式随机接入时，将IsEmergency设置为false。

可以看出，相比于现有技术，采用该方式后，eNodeB可以获得更多的终端信息，这样，结合现有RRC Connection Reestablishment Request信元中的内容，如各种重建原因等，即可更好地区分不同终端的接入信息，如因紧急集群组呼业务建立失败而发起竞争式随机接入的集群终端、因非紧急集群组呼业务建立失败而发起竞争式随机接入的集群终端、因其它各重建原因而发起竞争式随机接入的集群终端，以及因各重建原因而发起竞争式随机接入的非集群终端等。

4)在RRC Connection Reestablishment Request信元中增加终端信息标识，并按照预定的三种设置方式中的一种对其进行设置，三种设置方式分别用于指示：因紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非集群组呼业务建立而发起竞争式随机接入的集群终端。

相应地，RRC Connection Reestablishment Request信元中的内容将为：

该方式中，可利用终端信息标识来指示终端是否为集群终端，并可针对集群终端，指示其业务类型，具体来说，本方式中，可利用终端信息标识来指示四种终端，分别为：因紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非集群组呼业务建立而发起竞争式随机接入的集群终端、非集群终端。

其中，user1可表示非集群终端，user2可表示因紧急集群组呼业务建立而发起竞争式随机接入的集群终端，user3可表示因非紧急集群组呼业务建立而发起竞争式随机接入的集群终端，user4可表示因非集群组呼业务建立而发起竞争式随机接入的集群终端。

在实际应用中，具体采用上述1)～4)所示方式中的哪种可根据实际需要而定。

至此，即完成了关于本发明方法实施例的介绍。

基于上述介绍，图3为本发明eNodeB实施例的组成结构示意图。如图3所示，包括：

接收模块，用于接收各终端在竞争式随机接入过程中发送来的Msg3；

接入模块，用于从所述接收模块中获取各Msg3，根据各Msg3中是否携带有指示信息以及指示信息的具体内容，获取各终端的接入信息。

图4为本发明集群终端实施例的组成结构示意图。如图4所示，包括：

设置模块，用于当因初始接入而发起竞争式随机接入时，在待发送给eNodeB的Msg3中的RRC Connection Request消息中设置指示信息；

发送模块，用于将从设置模块中获取到的设置了指示信息的Msg3发送给eNodeB。

其中，设置模块在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端；

或者，在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Request信元中的建立原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入；

或者，将RRC Connection Request信元中的建立原因设置为集群组呼，指示终端是因集群组呼业务建立而发起的竞争式随机接入；

或者，在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Request信元中的建立原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入，或者，将RRC ConnectionRequest信元中的建立原因设置为非紧急集群组呼，指示终端是因非紧急集群组呼业务建立而发起的竞争式随机接入。

或者，图4所示实施例中，

设置模块，用于当因连接重建而发起竞争式随机接入时，在待发送给eNodeB的Msg3中的RRC Connection Reestablishment Request消息中设置指示信息；

发送模块，用于将从设置模块中获取到的设置了指示信息的Msg3发送给eNodeB。

其中，设置模块在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端；

或者，在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Reestablishment Request信元中的重建原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入；

或者，将RRC Connection Reestablishment Request信元中的重建原因设置为集群组呼失败，指示终端是因集群组呼业务建立失败而发起的竞争式随机接入；

或者，在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Reestablishment Request信元中的重建原因设置为集群组呼失败，指示终端是因集群组呼业务建立失败而发起的竞争式随机接入，并在RRC Connection Reestablishment Request信元中增加紧急呼叫标识，若将紧急呼叫标识设置为true，则指示终端是因紧急集群组呼业务建立失败而发起的竞争式随机接入，若将紧急呼叫标识设置为false，则指示终端是因非紧急集群组呼业务建立失败而发起的竞争式随机接入；

或者，在RRC Connection Reestablishment Request信元中增加终端信息标识，并按照预定的三种设置方式中的一种对其进行设置，三种设置方式分别用于指示：因紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非集群组呼业务建立而发起竞争式随机接入的集群终端。

图3和图4所示装置实施例的具体工作流程请参照前述方法实施例中的相应说明，此处不再赘述。

需要说明的是，在实际应用中，eNodeB优先保证哪种终端的处理可根据实际需要而定，比如，优先保证业务类型为紧急集群组呼业务的集群终端的处理，其次是保证业务类型为非紧急集群组呼业务的集群终端的处理等，可能的情况不进行一一赘述。

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

Claims (4)

1.一种竞争式随机接入的实现方法，其特征在于，包括：

对于集群终端，如果因初始接入而发起竞争式随机接入，则在待发送给eNodeB的Msg3中的无线资源控制连接请求RRC Connection Request消息中设置指示信息，并将设置了指示信息的Msg3发送给eNodeB，使得演进型基站eNodeB接收各终端在竞争式随机接入过程中发送来的调度信息Msg3，根据接收到的各Msg3中是否携带有指示信息以及指示信息的具体内容，获取各终端的接入信息；

其中，

所述在RRC Connection Request消息中设置指示信息包括：

在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Request信元中的建立原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入；

或者，在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Request信元中的建立原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入，或者，将RRC ConnectionRequest信元中的建立原因设置为非紧急集群组呼，指示终端是因非紧急集群组呼业务建立而发起的竞争式随机接入。

2.一种竞争式随机接入的实现方法，其特征在于，包括：

对于集群终端，如果因连接重建而发起竞争式随机接入，则在待发送给eNodeB的Msg3中的无线资源控制连接重建请求RRC Connection Reestablishment Request消息中设置指示信息，并将设置了指示信息的Msg3发送给eNodeB，使得演进型基站eNodeB接收各终端在竞争式随机接入过程中发送来的调度信息Msg3，根据接收到的各Msg3中是否携带有指示信息以及指示信息的具体内容，获取各终端的接入信息；

其中，

所述在RRC Connection Reestablishment Request消息中设置指示信息包括：

在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Reestablishment Request信元中的重建原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入；

或者，在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Reestablishment Request信元中的重建原因设置为集群组呼失败，指示终端是因集群组呼业务建立失败而发起的竞争式随机接入，并在RRC Connection Reestablishment Request信元中增加紧急呼叫标识，若将紧急呼叫标识设置为true，则指示终端是因紧急集群组呼业务建立失败而发起的竞争式随机接入，若将紧急呼叫标识设置为false，则指示终端是因非紧急集群组呼业务建立失败而发起的竞争式随机接入；

或者，在RRC Connection Reestablishment Request信元中增加终端信息标识，并按照预定的三种设置方式中的一种对其进行设置，三种设置方式分别用于指示：因紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非集群组呼业务建立而发起竞争式随机接入的集群终端。

3.一种集群终端，其特征在于，包括：

设置模块，用于当因初始接入而发起竞争式随机接入时，在待发送给演进型基站eNodeB的调度信息Msg3中的无线资源控制连接请求RRC Connection Request消息中设置指示信息；

发送模块，用于将从所述设置模块中获取到的设置了指示信息的Msg3发送给eNodeB；

其中，

所述设置模块在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Request信元中的建立原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入；

或者，在RRC Connection Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Request信元中的建立原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入，或者，将RRC ConnectionRequest信元中的建立原因设置为非紧急集群组呼，指示终端是因非紧急集群组呼业务建立而发起的竞争式随机接入。

4.一种集群终端，其特征在于，包括：

设置模块，用于当因连接重建而发起竞争式随机接入时，在待发送给演进型基站eNodeB的调度信息Msg3中的无线资源控制连接重建请求RRC ConnectionReestablishment Request消息中设置指示信息；

发送模块，用于将从所述设置模块中获取到的设置了指示信息的Msg3发送给eNodeB；

其中，

所述设置模块在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Reestablishment Request信元中的重建原因设置为紧急集群组呼，指示终端是因紧急集群组呼业务建立而发起的竞争式随机接入；

或者，在RRC Connection Reestablishment Request信元中增加集群终端标识，并设置为true，指示终端为集群终端，并将RRC Connection Reestablishment Request信元中的重建原因设置为集群组呼失败，指示终端是因集群组呼业务建立失败而发起的竞争式随机接入，并在RRC Connection Reestablishment Request信元中增加紧急呼叫标识，若将紧急呼叫标识设置为true，则指示终端是因紧急集群组呼业务建立失败而发起的竞争式随机接入，若将紧急呼叫标识设置为false，则指示终端是因非紧急集群组呼业务建立失败而发起的竞争式随机接入；

或者，在RRC Connection Reestablishment Request信元中增加终端信息标识，并按照预定的三种设置方式中的一种对其进行设置，三种设置方式分别用于指示：因紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非紧急集群组呼业务建立而发起竞争式随机接入的集群终端、因非集群组呼业务建立而发起竞争式随机接入的集群终端。