CN101198079B

CN101198079B - 组呼业务的控制方法及其系统和设备

Info

Publication number: CN101198079B
Application number: CN2006101192061A
Authority: CN
Inventors: 沈敏军; 侯智强; 李中升; 陈飞
Original assignee: Shanghai Huawei Technologies Co Ltd
Current assignee: Shanghai Huawei Technologies Co Ltd
Priority date: 2006-12-06
Filing date: 2006-12-06
Publication date: 2011-01-19
Anticipated expiration: 2026-12-06
Also published as: CN101198079A

Abstract

本发明涉及无线通信领域，公开了一种组呼业务的控制方法及其系统和设备。本发明中，在组呼信道需要重配置时，网络侧从重配置的生效时刻之前的预定时刻开始，对用于提供组呼信道相关信息的通知消息进行更新，并下发给用户侧，用户终端收到预定时刻后下发的通知消息时，根据更新后的通知消息加入组呼业务，使得在组呼信道重配置后，用户终端仍能成功加入组呼业务。

Description

组呼业务的控制方法及其系统和设备

技术领域

本发明涉及无线通信领域，特别涉及组呼技术。

背景技术

自从80年代模拟移动通信系统诞生以来，在短短十几年里移动通信在全球得到飞速发展，已经从第一代模拟系统发展到第二代数字系统。目前，第二代移动通信(The Second Generation，简称“2G”)系统主要包括全球移动通信系统(Global System for mobile Communication，简称“GSM”)和码分多址(Code Division Multiple Access，简称“CDMA”)等，其中GSM在世界上的应用最为广泛，用户已经达到1亿多。

GSM协议由欧洲电信标准协会(the European TelecommunicationsStandards Institute，简称“ETSI”)制定，俗称“全球通”，描述了2G GSM网络移动通信的相关技术规范。GSM是目前世界上使用最广的移动通信系统之一，具有几项重要特点：防盗打能力佳、网络容量大、移动台(即用户终端)号码资源丰富、通话清晰、稳定性强不易受干扰、信息灵敏、通话死角少、移动台耗电量低。

GSM系统主要分为两个部分：基站子系统(Base Station Subsystem，简称“BSS”)和网络与交换子系统(Network and Switching Subsystem，简称“NSS”)。BSS负责无线通道的控制；NSS负责呼叫控制功能。

其中BSS包含基站控制器(Base Station Controller，简称“BSC”)和基站收发信台(Base Transceiver Station，简称“BTS”或“基站”)，一个BSC控制一个或多个基站。它们在GSM网络的固定部分和无线部分之间提供中继，还提供某些交换功能和内部控制功能。

移动台通过空中接口连接到BTS和BSC。

NSS包含移动交换中心(Mobile services Switching Center，简称“MSC”)、归属位置寄存器(Home Location Register，简称“HLR”)、拜访位置寄存器(Visit Location Register，简称“VLR”)、鉴权中心(Authentication Center，简称“AUC”)、设备标识寄存器(Equipment Identity Register，简称“EIR”)和操作维护中心(Operations & Maintenance Center，简称“OMC”)。

现有的基于GSM的数字集群通信系统主要有GT800数字集群系统，GT800系统兼容了原有GSM网络所有功能，并引入了一种新的呼叫类型：组呼。

组呼的特征是多个用户终端同时参与一个呼叫，采用半双工通信方式；每一个群组用一个组身份识别号(IDentity，简称“ID”)来标识，对应多个用户终端。当发起组呼/广播呼叫时，系统在一定的区域范围内广播通知消息(这个区域称为组呼区域)，这样在组呼区域内的用户终端都可以接入到组呼信道，参与这个组呼/广播呼叫。当组呼发起者讲话结束后，其余加入该组呼业务的用户终端可以通过抢上行的操作(采用一按即通(Push To Talk，简称“PTT”)接续方式)获得讲话权，抢上行的操作按照“先到先得”的方式进行，谁先抢到谁说话，其他加入该组呼业务的用户终端只有当上行空闲时才可以继续抢上行的操作。

因此，GT800在采用GSM的物理结构逻辑信道的基础上增加了组呼信道和广播通知信道(Notification Channel，简称“NCH”)。组呼信道用于发送相应的组呼业务的数据，而广播通知信道则用于发送组呼业务的通知消息。

目前，组呼业务有语音组呼业务(Voice group call service，简称“VGCS”)，和语音广播业务(Voice broadcast service，简称“VBS”)。VGCS是实现多个人可以讲话，更多的人可以接听的业务，其中，讲者至多6个，听者数量无限制；VBS是实现1个人讲话，多个人听话的业务，其中，讲者只能有一个，听者数量无限制。

VGCS、VBS业务实现了一部分人讲话、多方聆听的点对多点的语音通信方式，突破了点对点通信的局限性，能够快速建立呼叫。参与VGCS、VBS呼叫的用户终端，从角色上可分为业务用户终端和调度终端。调度终端拥有专用的话路，可以随时讲话。而业务用户终端中同时只能有1个讲话者，其他都为听者。一个VGCS、VBS呼叫中最多有5个调度终端。

现有技术中，组呼信道可以通过VBS/VGCS重配置(VBS/VGCSreconfiguration)流程来改变。

具体地说，网络侧在组呼信道上下发VBS/VGCS RECONFIGURE(VBS/VGCS重配置)和VBS/VGCS RECONFIGURE2(VBS/VGCS重配置2)消息，移动台即用户终端收到后根据其中的Starting Time(开始时间)域和重配置后的组呼信道的描述，转到新的组呼信道，该Starting Time域中的Starting Time即为重配置后的组呼信道的生效时刻。

其中，VBS/VGCS RECONFIGURE包含了重配置后的组呼信道描述，如表1所示：

<VBS/VGCS RECONFIGURE>::＝<RR short PD:bit><message type:bit(5)><short layer 2 header:bit(2)><new Group Channel Description><Starting Time:bit(16)><Additional Segment:bit>{null|0 bit**＝<no string>}

表1

VBS/VGCS RECONFIGURE 2包含了新的小区分配信息，如表2所示：

<VBS/VGCS RECONFIGURE2>::＝<RR short PD:bit><message type:bit(5)><short layer 2 header:bit(2)><new Cell Channel Description><Starting Time:bit(16)>{null|0 bit**＝<no string>}

表2

在实际应用中，现有技术存在以下问题：用户终端可能无法正常加入组呼业务。

造成这种情况的主要原因在于，虽然网络侧下发的VBS/VGCSRECONFIGURE和VBS/VGCS RECONFIGURE2消息携带了重配置后的组呼信道的描述和生效时刻，但如果用户终端迟后进入某个小区或者从其它小区重选过来，在生效时刻之前很短的时间内收到通知消息，转到重配置前的组呼信道上，可能没有时间接收VBS/VGCS RECONFIGURE和VBS/VGCSRECONFIGURE2消息，导致串话(原组呼信道已再次分配给其他组呼)或者接入不了当前的组呼(原组呼信道参数改变导致无法接入，或者原信道释放，但是没有再次分配给其他组呼)。

尽管网络侧可以通过多次发送VBS/VGCS RECONFIGURE和VBS/VGCS RECONFIGURE2消息来使这种异常最小化，但是不能根本改变问题，因为这两个消息在组呼信道的主信令链路发送，发送的频度不能太大，否则会影响组呼听者在组呼下行信道接收的语音质量。

具体地说，组呼信道的重配置可分为两种情况：没有分配新的组呼信道，只是更改信道的部分属性(例如跳频参数)；或者，改变组呼信道的时隙，分配新的信道。

在第一种情况下，由于通知消息是周期发送，无法做到通知消息中的信道描述与组呼信道属性同时改变。即使同时改变，也可能用户终端在改变时间点之前很短的一个时间收到通知消息中老的信道描述，转到重配置前的组呼信道上，但是在该组呼信道上没有来得及接收完VGCS/VBSRECONFIGURE消息，导致无法接入重配置后的组呼。

在第二种情况下，由于现有技术规定在生效时刻之后，网络侧就不下发VBS/VGCS RECONFIGURE消息了，因此通知消息改变与生效时刻之间的时间间隔就是一个问题，如果间隔时间短，那么用户终端根据未改变的通知消息转到老的组呼信道上后，没有来得及在生效时刻之前收完VBS/VGCSRECONFIGURE消息，就可能导致接入不了新的组呼信道。

发明内容

本发明各实施方式要解决的主要技术问题是提供一种组呼业务的控制方法及其系统和设备，使得用户终端能成功加入组呼业务。

为解决上述技术问题，本发明的实施方式提供了一种组呼业务的控制方法，包含以下步骤：

如果用于承载组呼业务的组呼信道需要重配置，则网络侧从预定时刻开始，对用于提供组呼信道相关信息的通知消息进行更新，并周期性地向用户终端下发；

用户终端收到更新后的通知消息时，根据该消息加入组呼业务。

本发明的实施方式还提供了一种网络侧设备，包含：

用于在用于承载组呼业务的组呼信道需要重配置时，从预定时刻开始，对用于提供组呼信道相关信息的通知消息进行更新的更新模块；和

用于将更新后的通知消息周期性地向用户终端下发的下发模块。

本发明的实施方式还提供了一种用户设备，包含：

用于根据更新后的通知消息加入组呼业务的加入模块。

本发明的实施方式还提供了一种组呼业务的控制系统，包含上文所述的网络设备和/或用户设备。

本发明各实施方式与现有技术相比，主要区别及其效果在于：

在组呼信道需要重配置时，网络侧从预定时刻开始，对用于提供组呼信道相关信息的通知消息进行更新，并下发给用户侧，用户终端收到预定时刻后下发的通知消息时，根据更新后的通知消息加入组呼业务。使得在组呼信道重配置后，用户终端仍能成功加入组呼业务。

其中，预定时刻在重配置的生效时刻之前，该预定时刻至该重配置的生效时刻之间的时间大于或等于组呼信道上发送的与重配置的信息相关的消息的下发周期和用户终端收到通知消息后转到组呼信道的时间之和。保证了收到尚未更新后的通知消息的用户终端仍能在转到旧的组呼信道后有充裕的时间接收VBS/VGCS RECONFIGURE(VBS/VGCS重配置)和VBS/VGCSRECONFIGURE2(VBS/VGCS重配置2)消息。解决了用户终端在VBS/VGCS的新组呼信道生效的前一时刻才加入组呼时，由于来不及接收VBS/VGCSRECONFIGURE消息(现有技术中，如果重配置流程中小区信道描述不改变，则VBS/VGCS RECONFIGURE2不用下发，为描述方便，以下将VBS/VGCSRECONFIGURE和VBS/VGCS RECONFIGURE2消息统称为VBS/VGCSRECONFIGURE消息，包含了网络只下发VBS/VGCS RECONFIGURE消息，以及VBS/VGCS RECONFIGURE和VBS/VGCS RECONFIGURE2消息都下发的情况)，而导致本终端业务中断(原组呼信道参数改变导致无法接入，或者原信道释放，但是没有再次分配给其他组呼)或者串话(原组呼信道已再次分配给其他组呼)的问题。

通知消息可以有多种更新情况，对于每一种情况，用户终端通过执行相应的操作加入组呼业务，为本发明的实现提供了多种具体的实施方式。

如果VBS/VGCS的组呼信道的重配置为：为组呼业务分配新的信道，则VBS/VGCS RECONFIGURE消息内携带的用于表示重配置的生效时刻的第二时间点可以晚于实际的重配置的生效时刻，网络侧在该第二时间点时再停止发送VBS/VGCS RECONFIGURE消息，在该第二时间点之后再释放重配置前的组呼信道。进一步保证了收到尚未更新后的通知消息的用户终端仍能在转到旧的组呼信道后有充裕的时间接收VBS/VGCS RECONFIGURE消息。从而使得在组呼信道重配置后，用户终端仍能成功加入组呼业务。

附图说明

图1是根据本发明的第一实施方式的组呼业务的控制方法示意图；

图2是根据本发明的第四实施方式的组呼业务的控制方法示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述。

在本发明中，如果用于承载组呼业务的组呼信道需要重配置，则网络侧从预定时刻开始，对用于提供组呼信道相关信息的通知消息进行更新，并下发给用户侧，用户终端收到预定时刻后下发的通知消息时，根据更新后的通知消息加入组呼业务。

现有技术中，如果重配置流程中小区信道描述不改变，则VBS/VGCSRECONFIGURE2不用下发。为描述方便，以下将VBS/VGCS RECONFIGURE和VBS/VGCS RECONFIGURE2消息统称为VBS/VGCS RECONFIGURE消息，包含了网络只下发VBS/VGCS RECONFIGURE消息，以及VBS/VGCSRECONFIGURE和VBS/VGCS RECONFIGURE2消息都下发的情况。

下面对本发明的第一实施方式进行详细阐述，本实施方式涉及组呼业务的控制方法，在本实施方式中，组呼信道的重配置为不分配新的组呼信道，只是更改信道的部分属性，组呼信道承载的组呼业务为VBS/VGCS。

具体地说，如图1所示，在网络侧认为VBS/VGCS的组呼信道的部分属性需要改变时的Ta时刻开始，在该组呼信道内周期性下发VBS/VGCSRECONFIGURE消息，通过该消息内携带的用于表示组呼信道的属性改变生效时刻的第二时间点，该第二时间点等于或晚于实际的生效时刻T，并携带组呼信道的新的信道描述，通知加入VBS/VGCS的用户终端在第二时间点按照新的信道描述转到组呼信道上。

接着，在Tb时刻，即生效时刻T之前的一段时间开始(如图1所示)，网络侧更新通知消息，将更新后的通知消息通过NCH周期性下发给用户终端。在本实施方式中，通知消息的更新为：将通知消息内关于组呼信道的描述更改为重配置后的组呼信道的描述，并携带与生效时刻T相等或更晚的第一时间点。更新后的通知消息可以在通知消息队列中优先发送，该更新后的通知消息的结构如表3所示，除了将Group Call information(组呼信息)中的Group Channel Description(组呼信道描述)改变为new Group ChannelDescription(新的组呼信道描述)以外，还要在“NT/N Rest Octets”中增加starting time域，该starting time域中的值即为第一时间点。

NT/N Rest Octets::＝{0 I 1<NLN(NCH):bit(2)>}<list of Group Call NCH information>{ null |L|H{0|1<CELL_GLOBAL_COUNT:bit(2)>}<List of Reduced GCR><List of VSTK_RAND information>}{ null |L|H<List of Emergency information>{0|1<Priority Uplink access:bit(1)>}{0|1 {0|1 <FR AMR Config:bit(4)>}{0|1 <HR AMR Config:bit(4)>}}}{null |L|H<Starting Time:bit(16)> --此处新增Starting Time域}<Spare padding>；

<List of Group Call NCH information>::＝{0|1<Group Call information><List of Group Call NCH information>}；

表3

其中，更改组呼信息中的组呼信道描述为新的组呼信道描述，新组呼信道描述就采用：

<Group Call information>::＝

{0|1<new Group Channel Description>}；

另外，Starting Time域也可采用现有技术中已有结构。

时刻Tb至生效时刻T的这段时间必须大于或等于组呼信道上发送的与重配置的信息相关的消息(即VBS/VGCS RECONFIGURE消息)的下发周期和用户终端收到通知消息后转到组呼信道的时间之和。这是因为，如果用户终端收到的是在时刻Tb之前下发的通知消息，也就是说，用户终端收到的通知消息内的关于组呼信道的描述仍是旧的信道描述，那么，用户终端在转到组呼信道后仍有充裕的时间接收VBS/VGCS RECONFIGURE消息，解决了用户终端在VBS/VGCS的新组呼信道生效的前一时刻才加入组呼时，由于来不及接收VBS/VGCS RECONFIGURE消息，而导致本终端业务中断(原组呼信道参数改变导致无法接入，或者原信道释放，但是没有再次分配给其他组呼)或者串话(原组呼信道已再次分配给其他组呼)的问题，从而保证了该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。

如果用户终端收到的是在时刻Tb之后下发的通知消息，也就是说，用户终端收到的通知消息内的关于组呼信道的描述是新的信道描述，那么，该用户终端可以在第一时间点之后，根据该更新后的通知消息内的新的信道描述，转到重配置后的组呼信道，保证了该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。当然，如果用户终端收到该更新后的通知消息时已经在第一时间点之后了，则该用户终端可直接根据该消息内的新的信道描述，转到重配置后的组呼信道。

接着，在Tc时刻(如图1所示)，即生效时刻T，网络侧停止发送VBS/VGCS RECONFIGURE消息，同时调整信道属性为新的参数。

接着，在Td时刻(如图1所示)，即生效时刻T之后的下一个通知消息的发送时刻，网络侧在周期性下发的更新后的通知消息内删除第一时间点。这是因为，此时组呼信道的重配置已经生效，即组呼信道的属性改变已经生效，所以在此之后收到通知消息的用户终端无需判断是否可以立即转到该通知消息内描述的组呼信道，可直接根据该消息内的新的信道描述，转到重配置后的组呼信道。

本发明的第二实施方式涉及组呼业务的控制方法，本实施方式与第一实施方式大致相同，其区别在于，在第一实施方式中，网络侧对通知消息的更新为：将通知消息内关于组呼信道的描述更改为重配置后的组呼信道的描述，并携带与生效时刻T相等或更晚的第一时间点，用户终端在第一时间点之后，根据该更新后的通知消息内的新的信道描述，转到重配置后的组呼信道。当然，如果用户终端收到该更新后的通知消息时已经在第一时间点之后了，则该用户终端可直接根据该消息内的新的信道描述，转到重配置后的组呼信道。

而在本实施方式中，网络侧对通知消息的更新为：将通知消息内关于组呼信道的描述在生效时刻T之前维持该重配置前的组呼信道的描述并携带与生效时刻T相等或更晚的第一时间点，在生效时刻T之后将组呼信道的描述更改为重配置后的组呼信道的描述。用户终端在第一时间点之前转到重配置前的组呼信道，并接收该信道上的重配置消息，如果在第一时间点之前仍然没有完整接收重配置消息，则重新接收通知消息，根据更新后的通知消息转到重配置后的组呼信道，或者，通过在第一时间点之后接收更新后的通知消息，根据该更新后的通知消息内的新的信道描述转到重配置后的组呼信道。

具体地说，如果用户终端收到的是在时刻Tb之前下发的通知消息，那么该用户终端在转到组呼信道后仍有充裕的时间接收VBS/VGCSRECONFIGURE消息，根据VBS/VGCS RECONFIGURE消息内的新的信道描述在第二时间点转到重配置后的组呼信道，以保证该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。

如果用户终端收到的是在时刻Tb之后且生效时刻T之前下发的通知消息，也就是说，用户终端收到的通知消息内携带有第一时间点，但关于组呼信道的描述仍是旧的信道描述，因此，则该用户终端可以先不转到组呼信道，在第一时间点之后再接收更新后的通知消息，根据该更新后的通知消息内的新的信道描述转到重配置后的组呼信道；也可以在第一时间点之前先转到重配置前的组呼信道，并接收该信道上的重配置消息，如果在第一时间点之前仍然没有完整接收重配置消息，则重新接收通知消息，根据更新后的通知消息转到重配置后的组呼信道。解决了用户终端在VBS/VGCS的新组呼信道生效的前一时刻才打算加入组呼时，由于来不及接收VBS/VGCSRECONFIGURE消息，而导致本终端业务中断或者串话的问题。

如果用户终端收到的是在生效时刻T之后下发的通知消息，也就是说，用户终端收到的通知消息内关于组呼信道的描述是新的信道描述，则该用户终端可以根据该更新后的通知消息内的新的信道描述，转到重配置后的组呼信道，保证了该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。由于在生效时刻T时网络侧停止了VBS/VGCS RECONFIGURE消息的发送，并同时调整信道属性为新的参数，因此，网络侧在生效时刻T之后周期性下发的更新后的通知消息内无需携带第一时间点，使得用户终端无需判断是否可以立即转到该通知消息内描述的组呼信道，直接根据该消息内的新的信道描述，转到重配置后的组呼信道。

由于在本实施方式中，在Tb时刻后且生效时刻T之前的更新后的通知消息内关于组呼信道的描述仍是旧的信道描述，但携带有第一时间点，因此该更新后的通知消息中Group Channel Description不变，在“NT/N Rest Octets”中增加starting time域，如表4所示，该starting time域中的值即为第一时间点。

NT/N Rest Octets::＝{0I 1 <NLN(NCH):bit(2)>}<list of Group Call NCH information>{ null |L|H{0|1 <CELL_GLOBAL_COUNT:bit(2)>}<List of Reduced GCR><List of VSTK_RAND information>}{ null |L|H<List of Emergency information>{0|1<Priority Uplink access:bit(1)>}{0|1 {0|1 <FR AMR Config:bit(4)>}{0|1 <HR AMR Config:bit(4)>}}}{null |L|H<Starting Time:bit(16)>}<Spare padding>；

表4

其中，组呼信息中的组呼信道描述不变。

<Group Call information>::＝

{0|1 <Group Channel Description>}；

另外，Starting Time域也可采用现有技术中已有结构。

由于在生效时刻T之后的更新后的通知消息内关于组呼信道的描述是新的信道描述，并且该消息不携带第一时间点，因此需在更新后的通知消息中将Group Call information中的Group Channel Description改变为new GroupChannel Description，但是不携带starting time域，如表5所示。

NT/N Rest Octets::＝{0 I 1 <NLN(NCH):bit(2)>}<list of Group Call NCH information>{ null \|L\|H{0\|1 <CELL_GLOBAL_COUNT:bit(2)>}<List of Reduced GCR><List of VSTK_RAND information>}{ null \|L\|H<List of Emergency information>{0\|1<Priority Uplink access:bit(1)>}{0\|1 {0\|1 <FR AMR Config:bit(4)>}{0\|1 <HR AMR Config:bit(4)>}}}<Spare padding>；
	<List of Group Call NCH information>::＝{0\|1<Group Call information><List of Group Call NCH information>}；

表5

<Group Call information>::＝

{0|1<new Group Channel Description>}；

由此可见，无论用户终端收到的是更新前的通知消息还是更新后的通知消息，该用户终端都能成功加入组呼业务。

本发明的第三实施方式涉及组呼业务的控制方法，本实施方式与第一实施方式大致相同，其区别在于，在第一实施方式中，网络侧对通知消息的更新为：将通知消息内关于组呼信道的描述更改为重配置后的组呼信道的描述，并携带与生效时刻T相等或更晚的第一时间点，用户终端在第一时间点之后，根据该更新后的通知消息内的新的信道描述，转到重配置后的组呼信道。当然，如果用户终端收到该更新后的通知消息时已经在第一时间点之后了，则该用户终端可直接根据该消息内的新的信道描述，转到重配置后的组呼信道。

而在本实施方式中，网络侧对通知消息的更新为：在通知消息内保留重配置前的组呼信道的描述，同时携带重配置后的组呼信道的描述，并携带第一时间点。用户终端通过在第一时间点之前转到重配置前的组呼信道，在该第一时间点之后转到重配置后的组呼信道；或者，直接在第一时间点之后转到重配置后的组呼信道，加入组呼业务。

如果用户终端收到的是在时刻Tb之后下发的通知消息，也就是说，用户终端收到的更新后的通知消息内同时携带有关于组呼信道的旧的信道描述和新的信道描述，并且，该消息还携带了第一时间点，则该用户终端可以在第一时间点之前根据该消息内的旧的信道描述先转到重配置前的组呼信道，再在该第一时间点之后根据该消息内的新的信道描述转到重配置后的组呼信道；或者，该用户终端可以直接在第一时间点之后根据该消息内的新的信道描述转到重配置后的组呼信道。解决了用户终端在VBS/VGCS的新组呼信道生效的前一时刻才打算加入组呼时，由于来不及接收VBS/VGCSRECONFIGURE消息，而导致本终端业务中断或者串话的问题。

另外，由于在生效时刻T时网络侧停止了VBS/VGCS RECONFIGURE消息的发送，并同时调整信道属性为新的参数，因此，网络侧可以在生效时刻T之后周期性下发的更新后的通知消息内删除第一时间点，以及旧的信道描述，使得用户终端直接根据该消息内的新的信道描述，转到重配置后的组呼信道。

由于在本实施方式中，在Tb时刻之后且在生效时刻T之前的更新后的通知消息内关于组呼信道的描述既有旧的信道描述，又有新的信道描述，同时携带第一时间点，因此，在Tb时刻之后且在生效时刻T之前的更新后的通知消息如表6所示。

NT/N Rest Octets::＝{0 I 1 <NLN(NCH):bit(2)>}<list of Group Call NCH information>{ null |L|H{0|1 <CELL_GLOBAL_COUNT:bit(2)>}<List of Reduced GCR><List of VSTK_RAND information>}{ null |L|H<List of Emergency information>{0|1<Priority Uplink access:bit(1)>}{0|1 {0|1 <FR AMR Config:bit(4)>}{0|1 <HR AMR Config:bit(4)>}}}{null |L|H<Starting Time:bit(16)> --此处新增Starting Time域}<Spare padding>；

表6

其中，组呼信息中的组呼信道描述包含老的组呼信道描述和新的组呼信道描述。

<Group Call information>::＝

{0|1<Group Channel Description>}；

{0|1<new Group Channel Description>}；

第一时间点通过在在“NT/N Rest Octets”中增加的starting time域来表示，Starting Time域也可采用现有技术中已有结构。

由于在生效时刻T之后的更新后的通知消息内可以去掉第一时间点和旧的信道描述，因此可在该消息中去掉starting time域，并在该消息的Group Callinformation中只携带new Group Channel Description，该消息的结构与第二实施方式中的表5相同。

下面对本发明的第四实施方式进行详细阐述，本实施方式涉及组呼业务的控制方法，在本实施方式中，组呼信道的重配置为改变组呼信道的时隙，分配新的信道，组呼信道承载的组呼业务为VBS/VGCS。

具体地说，如图2所示，在网络侧认为需为VBS/VGCS分配新的信道的Ta时刻开始，在原来的组呼信道内周期性下发VBS/VGCS RECONFIGURE消息，通过该消息内携带的用于表示新的组呼信道生效时刻的第二时间点，该第二时间点等于或晚于实际的生效时刻T，并携带新的组呼信道的描述，通知加入VBS/VGCS的用户终端在第二时间点按照新的组呼信道的描述转到新的组呼信道上。

由于VBS/VGCS RECONFIGURE消息中用于表示重配置的生效时刻的第二时间点(即starting time域的值)可以稍晚于实际的生效时刻T，使得网络侧能在稍晚于生效时刻T的时间点再停止发送VBS/VGCS RECONFIGURE消息，进一步保证了收到尚未更新后的通知消息的用户终端仍能在转到旧的组呼信道后有充裕的时间接收VBS/VGCS RECONFIGURE消息。从而使得在组呼信道重配置后，用户终端仍能成功加入组呼业务。

接着，在Tb时刻(如图2所示)，网络侧为VBS/VGCS分配新的信道。

接着，在Tc时刻(如图2所示)，即Tb时刻后且生效时刻T之前的一段时间开始，网络侧更新通知消息，将更新后的通知消息通过NCH周期性下发给用户终端。在本实施方式中，通知消息的更新为：将通知消息内关于组呼信道的描述更改为分配的新的组呼信道的描述，并携带与生效时刻T相等或更晚的第一时间点。更新后的通知消息可以在通知消息队列中优先发送。由此可见，该消息的更新方式与第一实施方式中的更新方式完全相同，在此不再赘述。

时刻Tc至生效时刻T的这段时间必须大于或等于组呼信道上发送的与重配置的信息相关的消息(即VBS/VGCS RECONFIGURE消息)的下发周期和用户终端收到通知消息后转到组呼信道的时间之和。这是因为，如果用户终端收到的是在时刻Tc之前下发的通知消息，也就是说，用户终端收到的通知消息内的关于组呼信道的描述仍是旧的信道描述，那么，用户终端在转到组呼信道后仍有充裕的时间接收VBS/VGCS RECONFIGURE消息，解决了用户终端在VBS/VGCS的新组呼信道生效的前一时刻才加入组呼时，由于来不及接收VBS/VGCS RECONFIGURE消息，而导致本终端业务中断(原组呼信道参数改变导致无法接入，或者原信道释放，但是没有再次分配给其他组呼)或者串话(原组呼信道已再次分配给其他组呼)的问题，从而保证了该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。

如果用户终端收到的是在时刻Tc之后下发的通知消息，也就是说，用户终端收到的通知消息内的关于组呼信道的描述是新的信道描述，那么，该用户终端可以在第一时间点之后，根据该更新后的通知消息内的新的信道描述，转到分配的新的组呼信道，保证了该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。当然，如果用户终端收到该更新后的通知消息时已经在第一时间点之后了，则该用户终端可直接根据该消息内的新的信道描述，转到分配的新的组呼信道。

接着，在Td时刻(如图2所示)，即生效时刻T之后的下一个通知消息的发送时刻，网络侧在周期性下发的更新后的通知消息内删除第一时间点。这是因为，此时组呼信道的重配置已经生效，即分配的新的组呼信道已经生效，所以在此之后收到通知消息的用户终端无需判断是否可以立即转到该通知消息内描述的新的组呼信道，可直接根据该消息内的新的信道描述，转到分配的新的组呼信道。

接着，在Te时刻(如图2所示)，即VBS/VGCS RECONFIGURE消息中的第二时间点，网络侧停止发送VBS/VGCS RECONFIGURE消息。

接着，在Tf时刻(如图2所示)，即Te的一段时间后释放老的组呼信道。

本发明的第五实施方式涉及组呼业务的控制方法，本实施方式与第四实施方式大致相同，其区别在于，在第四实施方式中，网络侧对通知消息的更新为：将通知消息内关于组呼信道的描述更改为重配置后的组呼信道的描述，即分配的新的信道描述，并携带与生效时刻T相等或更晚的第一时间点，用户终端在第一时间点之后，根据该更新后的通知消息内的新的信道描述，转到新的组呼信道。当然，如果用户终端收到该更新后的通知消息时已经在第一时间点之后了，则该用户终端可直接根据该消息内的新的信道描述，转到分配的新的组呼信道。

而在本实施方式中，网络侧对通知消息的更新为：将通知消息内关于组呼信道的描述在生效时刻T之前维持该重配置前的组呼信道的描述，即仍是原先的组呼信道的描述，并携带与生效时刻T相等或更晚的第一时间点，在生效时刻T之后将组呼信道的描述更改为重配置后的组呼信道的描述，即分配的新的信道描述。用户终端通过在第一时间点之后接收更新后的通知消息，根据该更新后的通知消息内的新的信道描述转到分配的新的组呼信道；或者，在第一时间点之前转到重配置前的组呼信道，并接收该信道上的重配置消息，如果在第一时间点之前仍然没有完整接收重配置消息，则重新接收通知消息，根据更新后的通知消息转到分配的新的组呼信道。

具体地说，如果用户终端收到的是在时刻Tc之前下发的通知消息，那么该用户终端在转到组呼信道后仍有充裕的时间接收VBS/VGCS

RECONFIGURE消息，根据VBS/VGCS RECONFIGURE消息内的新的信道描述在第二时间点转到重配置后的组呼信道，以保证该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。

如果用户终端收到的是在时刻Tc之后且生效时刻T之前下发的通知消息，也就是说，用户终端收到的通知消息内携带有第一时间点，但关于组呼信道的描述仍是旧的信道描述，因此，则该用户终端可以先不转到组呼信道，在第一时间点之后再接收更新后的通知消息，根据该更新后的通知消息内的新的信道描述转到分配的新的的组呼信道；也可以在第一时间点之前转到旧的组呼信道，并接收该信道上的重配置消息，如果在第一时间点之前仍然没有完整接收重配置消息，则重新接收通知消息，根据更新后的通知消息转到分配的新的组呼信道。解决了用户终端在VBS/VGCS的新组呼信道生效的前一时刻才打算加入组呼时，由于来不及接收VBS/VGCS RECONFIGURE消息，而导致本终端业务中断或者串话的问题。

如果用户终端收到的是在生效时刻T之后下发的通知消息，也就是说，用户终端收到的通知消息内关于组呼信道的描述是新的信道描述，则该用户终端可以根据该更新后的通知消息内的新的信道描述，转到分配的新的组呼信道，保证了该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。由于在生效时刻T时分配的新的信道已经生效，因此，网络侧在生效时刻T之后周期性下发的更新后的通知消息内无需携带第一时间点，使得用户终端无需判断是否可以立即转到该通知消息内描述的组呼信道，直接根据该消息内的新的信道描述，转到分配的新的组呼信道。

不难发现，本实施方式中在Tc时刻后且生效时刻T之前的更新后的通知消息与第二实施方式中在Tb时刻后且生效时刻T之前的更新后的通知消息的格式完全相同；本实施方式中在生效时刻T之后的更新后的通知消息与第二实施方式中在生效时刻T之后的更新后的通知消息的格式完全相同，在此不再赘述。

本发明的第六实施方式涉及组呼业务的控制方法，本实施方式与第四实施方式大致相同，其区别仅在于，在第四实施方式中，网络侧对通知消息的更新为：将通知消息内关于组呼信道的描述更改为重配置后的组呼信道的描述，即分配的新的信道描述，并携带与生效时刻T相等或更晚的第一时间点，用户终端在第一时间点之后，根据该更新后的通知消息内的新的信道描述，转到新的组呼信道。当然，如果用户终端收到该更新后的通知消息时已经在第一时间点之后了，则该用户终端可直接根据该消息内的新的信道描述，转到分配的新的组呼信道。

而在本实施方式中，网络侧对通知消息的更新为：在通知消息内保留重配置前的组呼信道的描述，即原先的组呼信道的描述，同时携带重配置后的组呼信道的描述，即分配的新的组呼信道的描述，并携带第一时间点。用户终端通过在第一时间点之前转到原先的组呼信道，在该第一时间点之后转到新的组呼信道；或者，直接在第一时间点之后转到新的组呼信道，加入组呼业务。

具体地说，如果用户终端收到的是在时刻Tc之前下发的通知消息，那么该用户终端在转到组呼信道后仍有充裕的时间接收VBS/VGCSRECONFIGURE消息，根据VBS/VGCS RECONFIGURE消息内的新的信道描述在第二时间点转到分配的新的组呼信道，以保证该用户终端仍能在生效时刻T之后成功地加入VBS/VGCS。

如果用户终端收到的是在时刻Tc之后下发的通知消息，也就是说，用户终端收到的更新后的通知消息内同时携带有原先的组呼信道的描述和新的组呼信道的描述，并且，该消息还携带了第一时间点，则该用户终端可以在第一时间点之前根据该消息内的原先的组呼信道的描述先转到原先的组呼信道，再在该第一时间点之后根据该消息内的新的组呼信道的描述转到新的组呼信道；或者，该用户终端可以直接在第一时间点之后根据该消息内的新的组呼信道的描述转到新的组呼信道。解决了用户终端在VBS/VGCS的新组呼信道生效的前一时刻才打算加入组呼时，由于来不及接收VBS/VGCSRECONFIGURE消息，而导致本终端业务中断或者串话的问题。

另外，由于在生效时刻T时分配的新的组呼信道已经生效，因此，网络侧可以在生效时刻T之后周期性下发的更新后的通知消息内删除第一时间点，以及旧的信道描述，使得用户终端直接根据该消息内的新的组呼信道的描述，转到新的组呼信道。

不难发现，本实施方式中在Tc时刻后且生效时刻T之前的更新后的通知消息与第三实施方式中在Tb时刻后且生效时刻T之前的更新后的通知消息的格式完全相同；本实施方式中在生效时刻T之后的更新后的通知消息与第三实施方式中在生效时刻T之后的更新后的通知消息的格式完全相同，在此不再赘述。

本发明的第七实施方式涉及组呼业务的控制系统，包含网络侧设备和用户设备。

在网络侧设备中包含：用于在用于承载组呼业务的组呼信道需要重配置时，从预定时刻开始，对用于提供组呼信道相关信息的通知消息进行更新的更新模块；和用于将更新后的通知消息周期性下发给用户侧的下发模块，更新后的通知消息可以在消息队列中优先发送。其中，预定时刻在重配置的生效时刻之前，该预定时刻至该生效时刻之间的时间大于或等于组呼信道上发送的与重配置的信息相关的消息的下发周期和用户终端收到通知消息后转到组呼信道的时间之和。另外，如果重配置为：为组呼业务分配新的信道，则预定时刻还需在为组呼业务分配新的信道的时刻之后。保证了收到尚未更新后的通知消息的用户终端仍能在转到重配置前的组呼信道后有充裕的时间接收VBS/VGCS RECONFIGURE消息；收到更新后的通知消息的用户终端能够根据该消息在生效时刻后转到重配置后的组呼信道。

在用户设备中包含：用于根据更新后的通知消息加入组呼业务的加入模块。

具体地说，如果更新模块为通知消息进行的更新为：将通知消息内关于组呼信道的描述更改为重配置后的组呼信道的描述，并携带与生效时刻相等或更晚的第一时间点，则加入模块通过在第一时间点之后根据更新后的通知消息转到重配置后的组呼信道，加入组呼业务。当然，如果该加入模块的用户终端在第一时间点之后收到更新后的通知消息，则可直接根据该消息转到重配置后的组呼信道，加入组呼业务。

如果更新模块为通知消息进行的更新为：将通知消息内关于组呼信道的描述在生效时刻之前维持该重配置前的组呼信道的描述并携带第一时间点，在生效时刻之后将组呼信道的描述更改为重配置后的组呼信道的描述，则加入模块在该第一时间点之前转到重配置前的组呼信道，并接收该信道上的重配置消息，如果在第一时间点之前仍然没有完整接收重配置消息，则重新接收通知消息，根据更新后的通知消息转到重配置后的组呼信道；或者，直接在第一时间点之后接收更新后的通知消息，根据该更新后的通知消息转到重配置后的组呼信道，加入组呼业务。

如果更新模块为通知消息进行的更新为：在通知消息内保留重配置前的组呼信道的描述，同时携带重配置后的组呼信道的描述，并携带第一时间点，则加入模块通过在在第一时间点之前转到重配置前的组呼信道，在该第一时间点之后转到重配置后的组呼信道；或者，在第一时间点之后直接转到重配置后的组呼信道，加入组呼业务。

网络侧设备的更新模块还用于在生效时刻之后，在周期性下发的更新后的通知消息内删除第一时间点。如果更新后的通知消息内还携带重配置前的组呼信道的描述，则该更新模块在生效时刻之后，在周期性下发的更新后的通知消息内还需删除重配置前的组呼信道的描述。

另外，值得一提的是，组呼业务可以是VGCS或VBS，下发模块还用于在在组呼信道内周期性下发VBS/VGCS RECONFIGURE消息，通知已加入该组呼业务的用户终端转到重配置后的组呼信道。如果重配置为：为组呼业务分配新的信道，则VBS/VGCS RECONFIGURE消息内携带的用于表示重配置的生效时刻的第二时间点等于或晚于生效时刻，网络侧在该第二时间点时再停止发送VBS/VGCS RECONFIGURE消息，在该第二时间点之后再释放重配置前的组呼信道。进一步保证了收到尚未更新后的通知消息的用户终端仍能在转到旧的组呼信道后有充裕的时间接收VBS/VGCSRECONFIGURE消息。从而使得在组呼信道重配置后，用户终端仍能成功加入组呼业务。

综上所述，在本发明的各实施方式中，在组呼信道需要重配置时，网络侧从预定时刻开始，对用于提供组呼信道相关信息的通知消息进行更新，并下发给用户侧，用户终端收到预定时刻后下发的通知消息时，根据更新后的通知消息加入组呼业务。使得在组呼信道重配置后，用户终端仍能成功加入组呼业务。

其中，预定时刻在重配置的生效时刻之前，该预定时刻至该重配置的生效时刻之间的时间大于或等于组呼信道上发送的与重配置的信息相关的消息的下发周期和用户终端收到通知消息后转到组呼信道的时间之和。保证了收到尚未更新后的通知消息的用户终端仍能在转到旧的组呼信道后有充裕的时间接收VBS/VGCS RECONFIGURE消息。解决了用户终端在VBS/VGCS的新组呼信道生效的前一时刻才加入组呼时，由于来不及接收VBS/VGCSRECONFIGURE消息，而导致本终端业务中断(原组呼信道参数改变导致无法接入，或者原信道释放，但是没有再次分配给其他组呼)或者串话(原组呼信道已再次分配给其他组呼)的问题。

虽然通过参照本发明的某些优选实施方式，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims

1.一种组呼业务的控制方法，其特征在于，包含以下步骤：

如果用于承载组呼业务的组呼信道需要重配置，则网络侧从预定时刻开始，对用于提供所述组呼信道相关信息的通知消息进行更新，并周期性地向用户终端下发，其中，所述预定时刻在所述重配置的生效时刻之前，该预定时刻至该生效时刻之间的时间大于或等于所述组呼信道上发送的与所述重配置的信息相关的消息的下发周期和用户终端收到通知消息后转到所述组呼信道的时间之和；

用户终端收到更新后的通知消息时，根据该消息加入所述组呼业务。

2.根据权利要求1所述的组呼业务的控制方法，其特征在于，如果所述重配置为：为所述组呼业务分配新的信道，则所述预定时刻在为所述组呼业务分配新的信道的时刻之后。

3.根据权利要求1所述的组呼业务的控制方法，其特征在于，所述通知消息的更新为以下之一：

将通知消息内关于组呼信道的描述更改为所述重配置后的组呼信道的描述，并携带等于或晚于所述重配置的生效时刻的第一时间点；

将通知消息内关于组呼信道的描述在所述生效时刻之前维持该重配置前的组呼信道的描述并携带所述第一时间点，在所述生效时刻之后将组呼信道的描述更改为所述重配置后的组呼信道的描述；

在通知消息内保留所述重配置前的组呼信道的描述，同时携带所述重配置后的组呼信道的描述，并携带所述第一时间点。

4.根据权利要求3所述的组呼业务的控制方法，其特征在于，如果所述通知消息的更新为：将通知消息内关于组呼信道的描述更改为所述重配置后的组呼信道的描述，并携带等于或晚于所述生效时刻的第一时间点，则所述用户终端通过执行以下步骤加入所述组呼业务：

在所述第一时间点之后根据所述更新后的通知消息转到所述重配置后的组呼信道；

如果所述用户终端在所述第一时间点之后收到更新后的通知消息，则直接根据该消息转到所述重配置后的组呼信道。

5.根据权利要求3所述的组呼业务的控制方法，其特征在于，如果所述通知消息的更新为：在所述生效时刻之前维持该重配置前的组呼信道的描述并携带所述第一时间点，在所述生效时刻之后将组呼信道的描述更改为所述重配置后的组呼信道的描述，则所述用户终端通过执行以下步骤加入所述组呼业务：

在所述第一时间点之前转到重配置前的组呼信道，并接收该信道上的重配置消息，如果在第一时间点之前仍然没有完整接收重配置消息，则重新接收通知消息，根据更新后的通知消息转到所述重配置后的组呼信道；或者

直接在所述第一时间点之后接收更新后的通知消息，根据更新后的通知消息转到所述重配置后的组呼信道。

6.根据权利要求3所述的组呼业务的控制方法，其特征在于，如果所述通知消息的更新为：在通知消息内保留所述重配置前的组呼信道的描述，同时携带所述重配置后的组呼信道的描述，并携带所述第一时间点，则所述用户终端通过执行以下步骤加入所述组呼业务：

在所述第一时间点之前转到重配置前的组呼信道，在该第一时间点之后转到重配置后的组呼信道；或者，

在所述第一时间点之后直接转到重配置后的组呼信道。

7.根据权利要求3所述的组呼业务的控制方法，其特征在于，还包含以下步骤：

所述网络侧在所述生效时刻之后，在周期性下发的所述更新后的通知消息内删除所述第一时间点；

如果更新后的通知消息内携带所述重配置前的组呼信道的描述，则网络侧在所述生效时刻之后，在周期性下发的所述更新后的通知消息内删除重配置前的组呼信道的描述。

8.根据权利要求1至7中任一项所述的组呼业务的控制方法，其特征在于，所述组呼业务为语音组呼业务VGCS或语音广播业务VBS；

所述网络侧通过在该组呼信道内周期性下发VBS/VGCS重配置和VBS/VGCS重配置2消息，通知已加入该组呼业务的用户终端转到重配置后的组呼信道。

9.根据权利要求8所述的组呼业务的控制方法，其特征在于，如果所述重配置为：为所述组呼业务分配新的信道，则所述VBS/VGCS重配置和VBS/VGCS重配置2消息内携带的用于表示重配置的生效时刻的第二时间点等于或晚于所述生效时刻，所述网络侧在该第二时间点时再停止发送所述VBS/VGCS重配置和VBS/VGCS重配置2消息，在该第二时间点之后再释放所述重配置前的组呼信道。

10.根据权利要求1至7中任一项所述的组呼业务的控制方法，其特征在于，所述更新后的通知消息在通知消息队列中优先发送。

11.一种网络侧设备，其特征在于，包含：

用于在用于承载组呼业务的组呼信道需要重配置时，从预定时刻开始，对用于提供所述组呼信道相关信息的通知消息进行更新的更新模块，其中，所述预定时刻在所述重配置的生效时刻之前，该预定时刻至该生效时刻之间的时间大于或等于所述组呼信道上发送的与所述重配置的信息相关的消息的下发周期和用户终端收到通知消息后转到所述组呼信道的时间之和；和

12.根据权利要求11所述的网络侧设备，其特征在于，如果所述重配置为所述组呼业务分配新的信道，则所述预定时刻在为所述组呼业务分配新的信道的时刻之后。

13.根据权利要求11所述的网络侧设备，其特征在于，所述更新模块为所述通知消息进行的更新为以下之一：

14.一种组呼业务的控制系统，其特征在于，包含：权利要求11至13中任一项所述的网络设备；

以及用户设备，所述用户设备包括用于根据更新后的通知消息加入组呼业务的加入模块。

15.根据权利要求14所述的用户设备，其特征在于，所述加入模块通过以下方式之一根据更新后的通知消息加入所述组呼业务：

在所述更新后的通知消息内携带的第一时间点之后，根据该消息内的重配置后的组呼信道的描述，转到重配置后的组呼信道，如果所述用户终端在所述第一时间点之后收到更新后的通知消息，则直接根据该消息转到所述重配置后的组呼信道；

在所述第一时间点之前转到重配置前的组呼信道，并接收该信道上的重配置消息，如果在第一时间点之前仍然没有完整接收重配置消息，则重新接收通知消息，根据更新后的通知消息转到所述重配置后的组呼信道；或者，直接在所述第一时间点之后接收更新后的通知消息，根据更新后的通知消息转到所述重配置后的组呼信道。