CN103124399B - 集群组呼寻呼的侦听方法及装置 - Google Patents

Abstract

本发明公开了一种集群组呼寻呼的侦听方法及装置，其中，该方法包括：UE接收来自基站的第一消息；UE在第一消息指示的集群组呼寻呼的时刻和/或位置侦听PDCCH。通过运用本发明，在预定的集群组呼寻呼的时刻和/或位置进行侦听，解决了相关技术中，UE会因为频繁的侦听和解调PDCCH而严重影响UE的待机时间等，同时，也会因频繁地侦听多个PF/PO，可能导致部分组呼寻呼消息得不到及时处理而丢失的问题，进而增加了UE的待机时间，且增强了组呼寻呼消息传输的可靠性。

Description

集群组呼寻呼的侦听方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种集群组呼寻呼的侦听方法及装置。

背景技术

长期演进（Long Term Evolution，简称为LTE）一按即说（Push-to-Talk，简称为PTT）系统是基于LTE系统实现的集群调度系统。LTE系统呼叫是点对点，而LTE PTT系统的组呼是点对多点。LTE PTT系统相对LTE系统，有很多不同之处，需要增加新的逻辑信道完成集群相关的功能。此外，为了LTE PTT终端在LTE PTT系统下能使用LTE功能，LTE PTT对LTE协议规定的系统信息块（System Information Blocks，简称为SIBs）不做增改，而是加入新的扩展SIBs。这些新增加的SIBs中携带有LTE PTT集群相关的参数，包括集群寻呼参数，随机接入参数，小区重选参数，调度参数，集群组控制信道（Trunking Group Control Channel，简称为TGCCH）参数等。

目前LTE的寻呼帧（Paging Frame，简称为PF）/寻呼时刻（Paging Occasion，简称为PO）都是根据UE的IMSI来计算的，若LTE PTT组呼也按照这个思路去实现，某个UE属于多个群组时，则根据LTE的公式来计算PF/PO，可能出现某个UE要在多个PF/PO进行侦听，这样，UE会因为频繁的侦听和解调物理下行控制信道（Physical Downlink Control Channel，简称为PDCCH）而严重影响UE的待机时间等，同时，也会因频繁地侦听多个PF/PO，可能导致部分组呼寻呼消息得不到及时处理而丢失。

发明内容

本发明提供了一种集群组呼寻呼的侦听方法及装置，以至少解决相关技术中，UE会因为频繁的侦听和解调PDCCH而严重影响UE的待机时间等，同时，也会因频繁地侦听多个PF/PO，可能导致部分组呼寻呼消息得不到及时处理而丢失的问题。

根据本发明的一个方面，提供了一种集群组呼寻呼的侦听方法，包括：用户终端（User Equipment，简称为UE）接收来自基站的第一消息；所述UE在所述第一消息指示的集群组呼寻呼的时刻和/或位置侦听PDCCH。

优选地，所述第一消息是扩展系统信息块SIBs消息，其中，所述扩展SIBs消息中携带有组呼寻呼的寻呼帧PF参数和/或组呼寻呼的寻呼时刻PO参数。

优选地，在所述扩展SIBs消息还携带有单呼寻呼所需的参数的情况下，所述UE根据所述单呼寻呼所需的参数确定所述单呼寻呼的PF参数和PO参数；所述UE根据所述组呼寻呼的所述PF参数、所述组呼寻呼的所述PO参数、所述单呼寻呼的所述PF参数和所述单呼寻呼的所述PO参数，周期性检测携带有集群寻呼-无线网络临时标识（Trunking PagingRadio Network Temporary Identifier，简称为TP-RNTI）的PDCCH。

优选地，在周期性检测携带有TP-RNTI的PDCCH之后，还包括：判断所述PDCCH是否携带有集群寻呼控制信道（Trunking Paging Control Channel，简称为TPCCH）指示信息；如果是，则所述UE对物理下行共享信道（Physical Downlink Shared Channel，简称为PDSCH）的传输块（TransportBlock，简称为TB）进行译码，以得到所述TPCCH上的集群寻呼无线资源控制协议（Radio Resource Control，简称为RRC）消息。

优选地，得到所述TPCCH上的集群寻呼RRC消息之后，还包括：判断所述RRC消息是否为集群组呼寻呼消息；如果是，则比较所述集群组呼寻呼消息中的集群组ID和所述UE预保存的集群组ID是否相等；如果是，则获取所述RRC消息的集群无线网络临时标识（Trunking Radio Network Temporary Identifier，简称为T-RNTI），以为所述UE和所述基站之间的交互使用。

优选地，获取所述RRC消息的T-RNTI之后，还包括：所述基站接收来自所述UE根据随机接入参数而发起的集群寻呼响应消息，其中，所述随机接入参数为所述扩展SIBs消息携带的；所述基站向集群核心网发送所述集群寻呼响应消息；所述基站和所述集群核心网为所述UE发起的所述集群寻呼响应分配资源来建立集群组呼的控制信道和业务信道，以完成集群组呼被叫的接入。

优选地，所述方法应用在LTE PTT系统。

根据本发明的另一方面，提供了一种集群组呼寻呼的侦听装置，包括：接收模块，用于接收来自基站的第一消息；侦听模块，用于在所述第一消息指示的集群组呼寻呼的时刻和/或位置侦听PDCCH。

优选地，所述接收模块，还用于在所述第一消息是扩展SIBs消息的情况下，接收所述扩展SIBs消息，其中，所述SIBs消息中携带有组呼寻呼的PF参数和/或组呼寻呼的PO参数。

优选地，所述装置还包括：确定模块，用于在所述扩展SIBs消息还携带有单呼寻呼所需的参数的情况下，根据所述单呼寻呼所需的参数确定所述单呼寻呼的PF参数和PO参数；所述侦听模块，还用于根据所述组呼寻呼的所述PF参数、所述组呼寻呼的所述PO参数、所述单呼寻呼的所述PF参数和所述单呼寻呼的所述PO参数，周期性检测携带有TP-RNTI的PDCCH。

本发明采用了如下方法：UE接收来自基站的第一消息；所述UE在所述第一消息指示的集群组呼寻呼的时刻和/或位置侦听PDCCH。通过运用本发明，在预定的集群组呼寻呼的时刻和/或位置进行侦听，解决了相关技术中，UE会因为频繁的侦听和解调PDCCH而严重影响UE的待机时间等，同时，也会因频繁地侦听多个PF/PO，可能导致部分组呼寻呼消息得不到及时处理而丢失的问题，进而增加了UE的待机时间，且增强了组呼寻呼消息传输的可靠性。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的集群组呼寻呼的侦听方法的流程图；

图2是根据本发明实施例的集群组呼寻呼的侦听装置的结构示意图一；

图3是根据本发明实施例的集群组呼寻呼的侦听装置的结构示意图二；

图4是根据本发明优选实施例的寻呼和寻呼响应的步骤概括示意图；

图5是根据本发明优选实施例的集群系统下行信道映射示意图；

图6是根据本发明优选实施例的集群系统上行信道映射示意图；

图7是根据本发明优选实施例的集群寻呼和响应系统组成图；

图8是根据本发明优选实施例的集群组呼寻呼和响应流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

基于相关技术中，UE会因为频繁的侦听和解调PDCCH而严重影响UE的待机时间等，同时，也会因频繁地侦听多个PF/PO，可能导致部分组呼寻呼消息得不到及时处理而丢失的问题，本实施例提供了一种集群组呼寻呼的侦听方法，该方法的流程如图1所示，包括步骤S102至步骤S104：

步骤S102，UE接收来自基站的第一消息；

步骤S104，UE在第一消息指示的集群组呼寻呼的时刻和/或位置侦听PDCCH。

通过运用本发明实施例，在预定的集群组呼寻呼的时刻和/或位置进行侦听，解决了相关技术中，UE会因为频繁的侦听和解调PDCCH而严重影响UE的待机时间等，同时，也会因频繁地侦听多个PF/PO，可能导致部分组呼寻呼消息得不到及时处理而丢失的问题，进而增加了UE的待机时间，且增强了组呼寻呼消息传输的可靠性。

本实施例将上述方法应用在LTE PTT系统，则第一消息可以是扩展SIBs消息，且SIBs消息中携带有组呼寻呼的PF参数和/或组呼寻呼的PO参数。则UE可以根据组呼寻呼的PF参数和/或组呼寻呼的PO参数侦听PDCCH。在下面的实施例中，主要针对扩展SIBs消息中携带组呼寻呼的PF参数和组呼寻呼的PO参数进行说明。

实施过程中，在扩展SIBs消息还携带有单呼寻呼所需的参数的情况下，UE可以根据单呼寻呼所需的参数确定单呼寻呼的PF参数和单呼寻呼的PO参数；UE再根据组呼寻呼的PF参数、组呼寻呼的PO参数、单呼寻呼的PF参数和单呼寻呼的PO参数，周期性检测携带有集群TP-RNTI的PDCCH。

进一步判断PDCCH是否携带有TPCCH指示信息。如果携带有该TPCCH指示信息，则UE对PDSCH的TB进行译码，以得到TPCCH上的集群寻呼RRC消息，并判断RRC消息是否为集群组呼寻呼消息。如果是集群组呼寻呼消息，则比较集群组呼寻呼消息中的集群组ID和UE预保存的集群组ID是否相等；在两个集群组ID相等的情况下获取RRC消息的T-RNTI，以为UE和基站之间的交互使用。

在获取RRC消息的T-RNTI之后，基站接收来自UE根据随机接入参数而发起的集群寻呼响应消息，其中，随机接入参数为扩展SIBs消息携带的一种参数；基站向集群核心网发送集群寻呼响应消息；基站和集群核心网为UE发起的集群寻呼响应分配资源来建立集群组呼的控制信道和业务信道，以完成集群组呼被叫的接入。

本发明实施例还提供了一种集群组呼寻呼的侦听装置，该装置的结构示意如图2所示，包括：接收模块10，用于接收来自基站的第一消息；侦听模块20，与接收模块10耦合，用于在第一消息指示的集群组呼寻呼的时刻和/或位置侦听物理下行控制信道PDCCH。

实施过程中，接收模块10，还用于在第一消息是扩展SIBs消息的情况下，接收扩展SIBs消息，其中，SIBs消息中携带有组呼寻呼的PF参数和/或组呼寻呼的PO参数。

在一个优选是实例中，上述装置还可以如图3所示，包括：确定模块30，与接收模块10和侦听模块20耦合，用于在扩展SIBs消息还携带有单呼寻呼所需的参数的情况下，根据单呼寻呼所需的参数确定单呼寻呼的PF参数和PO参数；侦听模块20，还用于根据组呼寻呼的PF参数、组呼寻呼的PO参数、单呼寻呼的PF参数和单呼寻呼的PO参数，周期性检测携带有TP-RNTI的PDCCH。

上述装置还可以包括：用于判断PDCCH是否携带有TPCCH指示信息的模块；用于在携带有TPCCH指示信息的情况下，对PDSCH的TB进行译码以得到TPCCH上的集群寻呼RRC消息的模块。

用于判断RRC消息是否为集群组呼寻呼消息的模块；用于在确定为集群组呼寻呼消息的情况下，比较集群组呼寻呼消息中的集群组ID和UE预保存的集群组ID是否相等的模块；用于在两个集群组ID相等的情况下，获取RRC消息的T-RNTI以为UE和基站之间的交互使用的模块。

优选实施例

本优选实施例提出了LTE PTT系统中寻呼和寻呼响应的方法，主要涉及到集群寻呼的逻辑信道以及信道映射，扩展SIBs消息，集群组呼的寻呼和寻呼响应的处理。

为了实现LTE PTT系统的集群组呼寻呼和寻呼响应功能，又不影响LTE系统的寻呼功能，LTE PTT系统在原来LTE系统的基础上增加了新的寻呼逻辑信道，如图4的集群寻呼信道（Trunking Paging CHannel，简称为TPCH）逻辑信道，该TPCH逻辑信道完成的LTE PTT寻呼包括组呼和单呼两部分，本专利仅涉及组呼寻呼部分。

目前LTE的PF/PO都是根据UE的IMSI来计算的，若LTE PTT组呼也按照这个思路去实现，某个UE属于多个群组时，则根据LTE的公式来计算PF/PO，可能出现某个UE要在多个PF/PO进行侦听，这样，UE会因为频繁的侦听和解调PDCCH，严重UE的待机时间等，同时，也会因频繁地侦听多个PF/PO，可能导致部分组呼寻呼消息得不到及时处理而丢失。为此，在LTEPTT系统的扩展SIBs消息中，增加群呼寻呼的PF、PO参数，这样，属于多个群组下的UE只需要在固定的PF、PO下进行侦听PDCCH即可。

如图4中所示，UE接收寻呼以及寻呼响应涉及到三个步骤，即步骤S402至步骤S406如下：

步骤S402，UE获取扩展的SIBs信息，从中获取随机接入参数、重选参数、组呼参数和单呼所需的参数。

步骤S404，根据组呼和单呼的寻呼PO、PF周期性检测PDCCH，解析出发给自己的寻呼消息，然后根据集群随机参数，通过随机接入流程，接入集群基站。

步骤S406，为组呼建立集群组呼的控制信道和业务信道。

下面结合附图对图4示出的过程进一步说明。

在图5中，增加的下行逻辑信道有TPCH、TGCCH、集群组业务信道（Trunking GroupTraffic Channel，简称为TGTCH），这些逻辑信道映射到下行传输信道的下行共享信道（Downlink Shared Channel，简称为DL-SCH），进而映射到下行物理信道的PDSCH。其中，TPCH用于集群寻呼；TGCCH用于传输下行的控制消息；TGTCH是听用户用于接收下行业务报文的业务信道。这些新增加的逻辑信道的信道ID与LTE协议规定的逻辑信道的信道ID取值范围不一样。这样，LTE PTT系统就可以根据逻辑信道ID的不同而判断当前报文是来自LTE还是LTE PTT系统，然后进行相对应的处理。

在图6中，增加的上行逻辑信道有TGCCH，映射到上行传输信道的上行共享信道（Uplink Shared Channel，简称为UL-SCH），进而映射到下行物理信道的物理上行共享信道（Physical Uplink Shared Channel，简称为PUSCH）。TGCCH用于传输上行的控制消息。TGCCH的信道ID与LTE协议规定的逻辑信道的信道ID取值范围不一样。这样LTE PTT系统就可以根据逻辑信道ID的不同而判断出UE发送给LTE PTT系统的控制消息是LTE还是LTE PTT的控制消息，然后进行相对应的处理。

在图7中，集群核心网有专门处理集群寻呼（包括单呼和组呼）的功能。在eNB中，控制面增加新的集群模块，用于实现集群相关的功能，包括集群寻呼功能；在用户面中增加新的集群模块，用于实现集群相关的功能，包括集群消息的组包等功能；在媒体接入控制（Medium Access Control，简称为MAC）增加新的集群模块，用于实现集群相关的功能，包括集群调度功能。

LTE PTT终端根据新的扩展SIBs获取寻呼参数和随机接入参数，根据新的扩展SIBs中的组呼寻呼参数PF、PO以及计算出来的单呼寻呼的PF、PO，周期性检测带TP-RNTI的PDCCH，若该信道有TPCCH指示信息，UE将对PDSCH的TB进行译码，解码出TPCCH上的集群寻呼RRC消息，判断该寻呼消息是否是集群组呼寻呼消息；如果是，则比较组寻呼消息中的集群组ID和UE保存的集群组ID，判断二者是否相等。如果二者相等，则获取其中的T-RNTI供后续UE与演进型基站（evolved Node B，简称为eNB）之间的交互使用；然后，UE根据随机接入参数给LTE PTT的基站发送寻呼响应消息，基站给集群核心网发送寻呼响应消息，集群核心网和基站开始为此次集群寻呼响应分配资源，建立集群组呼的控制信道和业务信道，从而完成LTE PTT集群组呼被叫的接入，如图8所示。

在图8中，该流程为集群组呼寻呼和响应流程图，含有寻呼和寻呼响应的完整流程，具体的描述如下：

步骤S802，LTE PTT基站周期性给UE发送集群扩展的SIBs消息，其中含有组呼寻呼的PF和PO。UE收到SIBs消息后，保存这些信息，并在组呼对应的PF/PO周期性检测带TP-RNTI的PDCCH。

步骤S804，集群核心网在集群组呼的主叫流程完成后，根据组呼中所有UE登记的跟踪区（TrackingArea，简称为TA）列表给相关的eNB下发集群组呼寻呼消息。

若属于这个集群组的其他UE在下发后寻呼后开机或者放号，则根据该UE的登记情况，如果该UE所在的基站已经下发过集群组呼寻呼消息，集群核心网不再下发集群组呼寻呼消息；如果该UE所在的基站还没有下发过寻呼，集群核心网下发集群组呼寻呼消息给该UE所在的基站的控制面集群模块。其中，集群组呼寻呼消息中含有集群组ID和跟踪区标识（Tracking Area Identity，简称为TAI）列表。

另一种核心网下发寻呼的场景是UE从一个基站A切换到另一个基站B时，而基站B下还没有下发过寻呼消息，则集群核心网下发集群组呼寻呼消息给基站B，其中，集群组呼寻呼消息中含有集群组ID和TAI列表。

步骤S806，控制面集群模块收到集群组呼寻呼消息后，根据寻呼消息中的TAI列表，获取与TAI列表中的TA对应的小区，然后给这些小区发送集群组呼寻呼消息。其中，该集群寻呼消息中含有集群组ID和T-RNTI。

步骤S808，用户面集群模块收到控制面集群模块下发的集群组呼寻呼消息后，联合MAC集群模块进行调度，然后给用户终端发送含有集群组呼寻呼的报文消息。

步骤S810，UE根据集群寻呼（包括单呼和组呼）的PF、PO周期性检测带TP-RNTI的PDCCH，发现该信道有TPCCH指示信息，UE对PDSCH的TB进行译码，解码出TPCCH上的集群寻呼RRC消息，判断出该寻呼消息是集群组呼寻呼消息还是集群单呼寻呼消息，此流程中为组呼，则获取其中的T-RNTI，发起随机接入流程，接入LTE PTT系统，给eNB发送集群组呼寻呼响应消息。其中，该集群组呼寻呼响应消息中含有集群组ID。

步骤S812，用户面/MAC集群模块收到UE的集群组呼寻呼响应消息，转发给控制面集群模块。

步骤S814，控制面集群模块对集群组呼寻呼响应消息进行处理后，给集群核心网发送集群组呼寻呼响应消息。其中，该集群组呼寻呼响应消息中含有集群组ID。

步骤S816，集群核心网发送集群组呼上下文建立消息给控制面集群模块，该消息中含有集群组ID、组呼叫属性、汇聚最大比特率（Aggregate Maximum Bitrate，简称为AMBR）、集群无线接入承载（Trunking RadioAccess Bearer，简称为T-RAB）、安全参数等。

步骤S818，控制面集群模块收到集群组呼上下文建立消息后，为T-RAB分配相关的资源，建立集群组呼控制信道（上下行TGCCH）和业务信道（下行TGTCH）。

步骤S820，控制面集群模块在集群组呼业务信道完成后，给集群核心网发送集群组呼上下文建立响应消息。其中，该组呼上下文建立响应消息中有建立成功的T-RAB列表和失败的T-RAB列表。

步骤S822，集群核心网收到集群组呼上下文建立响应消息后，完成组呼主被叫的接续工作，然后给被叫用户终端发送话权提示消息。此时，被叫用户终端就可以接听来自主叫的语音或者接收来自主叫的可视业务等。

从以上的描述中，可以看出，本发明实现了如下技术效果：

通过运用本发明实施例，在预定的集群组呼寻呼的时刻和/或位置进行侦听，解决了相关技术中，UE会因为频繁的侦听和解调PDCCH而严重影响UE的待机时间等，同时，也会因频繁地侦听多个PF/PO，可能导致部分组呼寻呼消息得不到及时处理而丢失的问题，进而增加了UE的待机时间，且增强了组呼寻呼消息传输的可靠性。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种集群组呼寻呼的侦听方法，其特征在于，包括：

UE接收来自基站的第一消息，所述第一消息是扩展系统信息块SIBs消息，其中，所述扩展SIBs消息中携带有组呼寻呼的寻呼帧PF参数和/或组呼寻呼的寻呼时刻PO参数；

所述UE在所述第一消息指示的集群组呼寻呼的时刻和/或位置侦听物理下行控制信道PDCCH；

其中，在所述扩展SIBs消息还携带有单呼寻呼所需的参数的情况下，所述UE根据所述单呼寻呼所需的参数确定所述单呼寻呼的PF参数和PO参数；所述UE根据所述组呼寻呼的所述PF参数、所述组呼寻呼的所述PO参数、所述单呼寻呼的所述PF参数和所述单呼寻呼的所述PO参数，周期性检测携带有集群寻呼-无线网络临时标识TP-RNTI的PDCCH。

2.根据权利要求1所述的方法，其特征在于，在周期性检测携带有TP-RNTI的PDCCH之后，还包括：

判断所述PDCCH是否携带有集群寻呼控制信道TPCCH指示信息；

如果是，则所述UE对物理下行共享信道PDSCH的传输快TB进行译码，以得到所述TPCCH上的集群寻呼无线资源控制协议RRC消息。

3.根据权利要求2所述的方法，其特征在于，得到所述TPCCH上的集群寻呼RRC消息之后，还包括：

判断所述RRC消息是否为集群组呼寻呼消息；

如果是，则比较所述集群组呼寻呼消息中的集群组ID和所述UE预保存的集群组ID是否相等；

如果是，则获取所述RRC消息的集群无线网络临时标识T-RNTI，以为所述UE和所述基站之间的交互使用。

4.根据权利要求3所述的方法，其特征在于，获取所述RRC消息的T-RNTI之后，还包括：

所述基站接收来自所述UE根据随机接入参数而发起的集群寻呼响应消息，其中，所述随机接入参数为所述扩展SIBs消息携带的；

所述基站向集群核心网发送所述集群寻呼响应消息；

所述基站和所述集群核心网为所述UE发起的所述集群寻呼响应分配资源来建立集群组呼的控制信道和业务信道，以完成集群组呼被叫的接入。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法应用在长期演进LTE一按即说PTT系统。

6.一种集群组呼寻呼的侦听装置，其特征在于，包括：

接收模块，用于接收来自基站的第一消息；

所述接收模块，还用于在所述第一消息是扩展系统信息块SIBs消息的情况下，接收所述扩展SIBs消息，其中，所述SIBs消息中携带有组呼寻呼的寻呼帧PF参数和/或组呼寻呼的寻呼时刻PO参数；

侦听模块，用于在所述第一消息指示的集群组呼寻呼的时刻和/或位置侦听物理下行控制信道PDCCH；

其中，所述装置还包括：确定模块，用于在所述扩展SIBs消息还携带有单呼寻呼所需的参数的情况下，根据所述单呼寻呼所需的参数确定所述单呼寻呼的PF参数和PO参数；所述侦听模块，还用于根据所述组呼寻呼的所述PF参数、所述组呼寻呼的所述PO参数、所述单呼寻呼的所述PF参数和所述单呼寻呼的所述PO参数，周期性检测携带有集群寻呼-无线网络临时标识TP-RNTI的PDCCH。