CN101742418B

CN101742418B - 一种组呼短数据能力通知方法、系统及设备

Info

Publication number: CN101742418B
Application number: CN 200810181424
Authority: CN
Inventors: 舒兵; 秦钧
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2008-11-08
Filing date: 2008-11-08
Publication date: 2013-09-11
Anticipated expiration: 2028-11-08
Also published as: CN101742418A

Abstract

本发明实施例公开了一种组呼短数据能力通知方法，包括：在组呼建立时分发支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据；通过空口向终端发送所述支持短数据能力的标志，使所述终端根据所述标志确定网络侧具有支持短数据的能力，并根据所述网络侧及终端支持短数据的能力选择是否进行短数据发送。本发明实施例中，组呼用户进入组呼后，可以正确获知该组呼支持短数据的能力，从而对是否可以发送短数据做出合适的选择，弥补了现有方案此方面的缺陷。

Description

一种组呼短数据能力通知方法、系统及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种组呼短数据能力通知方法、系统及设备。

背景技术

VGCS(Voice Group Call Service，语音组呼业务)是一种数字集群业务，能够使主叫用户针对某一特定区域内的组群进行话音群呼。在组呼业务中，网络内可以划分多个GCA(Group Call Area，组呼区域)，在每个组呼区域中定义多个GID(Group ID，组标识)，GCRef(组呼参考＝GCA+GID)在全网络中唯一。VGCS中成员分为讲者(talker)、听者(listener)和调度员(dispatcher)。一个终端发起组呼，网络侧在组呼区域中的每个小区中建立1个组呼信道，并在NCH(Notification Channel，通知信道)上发送组呼信息，当属于此组的终端检测NCH信道上的通知消息后，自动调整在组呼信道上收听。

组呼业务采用半双工模式，呼叫期间成员可以轮流成为讲者，但任一时刻只允许有一个讲者(不算调度员)，其他成员为听者，听者数量无限制。另外在组呼过程中，允许调度员随时插话，允许最多5个调度员同时交谈，听者可以听到所有人的讲话，讲者可以听调度员的交谈，调度员可以听到除自己外其他人的交谈。

VGCS业务是建立在GSM的基础之上的，需要在原有GSM(Global Systemfor Mobile communications，全球移动通信系统)网络结构上增加GCR(GroupCall Register，组呼寄存器)，用于存储组呼属性数据，GCR的位置与VLR(Visitor Location Register，访问位置寄存器)类似，可以与MSC(MobileSwitching Center，移动交换中心)放在一起。组呼区域可以跨MSC，其中控制整个组呼的MSC称为Anchor(锚或主)MSC，其他MSC中继组呼跨越更广的区域，称为Relay(中继)MSC。

短数据业务作为可选的组呼业务的一种，主要用于在组呼中发送和接收短数据(不超过9个字节)，发送方为一组呼用户，接收方为其他组呼用户(不包含调度者)；同时短数据的端到端的分发时间要求尽可能的短，某些数据的分发要求小于500ms。

由于支持短数据传输在网络侧是可选的，组呼用户在发送短数据之前，应该明确知道网络侧是否支持短数据功能，才能根据情况选择发送还是拒绝短数据。在现有技术中，网络侧是通过Uplink Busy(上行链路忙)消息中的信息单元明确指示终端的，如果不支持，则该消息中不包括“uplink accessindication”信息单元，如果支持，则该消息中包括“uplink access indication”信息单元并指示该小区内的组呼听者MS(Mobile Station，移动台/手机/终端)使用何种信道。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

如果终端加入组呼后，没有收到Uplink Busy消息，便不能判断该组呼是否可以发送短数据，如附图1。下面几种场景可以具体展现此问题：

场景1：当组呼发起者在没有释放专用信道前，因为不能接收到UplinkBusy消息，从而无法获取网络的组呼支持短数据的能力；

场景2：当组呼由调度员发起到有讲者占用上行(即广播Uplink Busy消息)这段时间内，所有组用户都不能获取网络的组呼支持短数据的能力；

场景3：当用户读到了NCH或PCH上的消息直接加入该组呼，还没收到Uplink Busy消息。

另外，在整个组呼区域内，在GCR定义了某组呼支持短数据能力，然而在组呼区域内的某个BSS或MSC内不支持短数据，根据现有技术组呼用户进入这些不支持短数据的小区后可能判断该小区支持短数据能力，显然与实际情况不符。

在终端侧，也可能存在一些特殊情况，如所使用的SIM(GSM SubscriberIdentity Module，GSM用户标识卡)卡没有每个Group ID是否支持短数据的能力指示；又如终端始终没有收明确短数据能力指示，不能根据情况选择发送还是拒绝短数据。还有当终端与网络侧就发送短数据能力发生冲突的情况下，如果终端使用USIM(Universal Integrated Circuit Card，通用集成电路卡)，但该USIM卡中的应用数据能力指示，与网络侧更新的配置或设备功能限制不一致，终端不能根据情况选择发送还是拒绝短数据。

发明内容

本发明实施例提供了一种组呼短数据能力通知方法、系统及设备，以实现组呼用户可以获知组呼支持短数据的能力。

为达到上述目的，本发明实施例提供了一种组呼短数据能力通知方法，包括：

在组呼建立时分发支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据；

通过空口向终端发送所述支持短数据能力的标志，使所述终端根据所述标志确定网络侧具有支持短数据的能力，并根据所述网络侧及终端支持短数据的能力选择是否进行短数据发送。设置支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据；

本发明实施例提供了一种组呼短数据能力通知方法，包括：

通过空口接收网络侧设备发送的支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据；

根据所述标志确定网络侧支持短数据的能力，并根据所述网络侧及终端支持短数据的能力选择是否进行短数据发送。

本发明实施例提供了一种组呼短数据能力通知系统，包括：

网络侧设备，网络侧设备，用于在组呼建立时分发支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据，根据所得到的标志及本身支持短数据的能力决定所辖区域是否支持短数据能力，通过空口向用户终端发送所述支持短数据能力的标志，其中所述用户终端根据所述标志确定网络侧支持短数据的能力，并根据所述网络侧及终端支持短数据的能力进行短数据发送。

本发明实施例提供了一种BSS，包括：

接收单元，用于接收所述MSC发送的语音组呼业务建立消息，所述消息中携带所述支持短数据能力的标志；

判断单元，用于根据所述标志及BSS本身是否支持短数据的能力获取本BSS区域最终的支持短数据能力；

发送单元，用于通过空口向所述用户终端发送所述最终的支持短数据能力的标志。

本发明实施例提供了一种MSC，包括：

获取单元，用于从GCR获取组呼属性，所述组呼属性中携带支持短数据能力的标志；

判断单元，用于根据所述支持短数据能力及MSC本身是否支持短数据的能力获知本MSC区域最终的支持短数据能力；

发送单元，用于向组呼其他MSC转发支持短数据能力的标志，并向其下有该组呼相关的BSS发送所述最终的支持短数据能力的标志。

本发明实施例提供了一种用户终端，包括：

接收单元，用于从网络侧接收支持短数据能力的标志；

判断单元，用于根据所述标志确定网络侧支持短数据的能力，并根据所述网络侧及终端支持短数据的能力进行短数据发送。

与现有技术相比，本发明实施例至少包括以下优点：

本发明实施例中，确保组呼用户进入组呼后，便可以正确获知该组呼支持短数据的能力，从而对是否可以发送短数据做出合适的选择，弥补了现有方案此方面的缺陷；由于每个组呼区域(最小区域可以是小区)都根据自已的实际情况向空口发送最终的支持短数据能力的标志，从而使组呼用户在漫游时也能确知漫游区域内是否有支持短数据能力。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是现有技术中判断是否可以发送短数据示意图；

图1a是本发明实施例中一种组呼短数据能力通知方法流程图；

图2是本发明实施例中标志的通知过程示意图；

图3是本发明实施例中由GCR->MSC的支持短数据能力的标志通知过程示意图；

图4是本发明实施例中由MSC->MSC的支持短数据能力的标志通知过程示意图；

图5是本发明实施例中由MSC->BSS的支持短数据能力的标志通知过程示意图；

图6是本发明实施例中一种组呼短数据能力通知系统结构图；

图7是本发明实施例中一种BSS结构图；

图8是本发明实施例中一种MSC结构图；

图9是本发明实施例中一种用户终端结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例中，在组呼过程中，话音交流的同时，终端可以发送短数据到其他的组呼用户或网络侧的VGCS应用，也可以接收从其他组呼用户或网络侧的VGCS应用发送的短数据。组呼的讲者或听者可以请求传送短数据。终端的USIM(Universal Subscriber Identity Module，全球用户标识卡)保存有每个Group ID所应支持短数据传送的能力，在发送短数据之前，终端应该检查本组呼是否允许该终端传送短数据。支持短数据传输在网络侧是可选的，增加支持短数据能力的标志FAD(Flag for Application-specific Data)，此标志针对某个Group ID指示该组呼是否支持短数据，包含在组呼属性(Group CallAttribute)中，并存储在GCR上。

本发明实施例中提供了一种组呼短数据能力通知方法，如图1a所示，包括：

步骤101，在组呼建立时分发支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据；网络侧设备根据所得到的标志及本身支持短数据的能力决定所辖区域是否支持短数据能力。例如，当所述网络侧设备为MSC时，只有当MSC所接收的所述标志指示支持短数据能力且MSC本身能够支持短数据时，才能判断本MSC区域最终具有支持短数据能力，其他情况应判断本MSC区域最终不具有支持短数据能力；当所述网络侧设备为BSS时，只有当BSS所接收的所述标志指示支持短数据能力且BSS本身支持短数据时，才能判断本BSS区域内最终具有支持短数据能力，其他情况应判断本BSS区域最终不具有支持短数据能力。

其中，对所述支持短数据能力的标志进行分发具体包括：移动交换中心MSC从组呼寄存器GCR获取组呼属性，所述组呼属性中携带支持短数据能力的标志；所述MSC将所述支持短数据能力的标志通过语音组呼业务建立消息发送给基站子系统BSS。

其中，所述MSC从GCR获取组呼属性之后还包括：通过预备组呼消息将所述支持短数据能力的标志发送给组呼其他相关的MSC。

步骤102，通过空口向终端发送所述支持短数据能力的标志，使所述终端根据所述标志确定网络侧支持短数据的能力，并根据所述网络侧及终端支持短数据的能力选择是否进行短数据发送。

其中，所述通过空口向终端发送所述支持短数据能力的标志具体包括以下方式中的一种或几种：

在通知信道NCH上向终端发送通知消息，所述通知消息中携带当前组呼是否支持短数据能力的标志；

在快速随路控制信道FACCH上向终端发送通知消息，所述通知消息中携带当前组呼是否支持短数据能力的标志；

在寻呼信道PCH上向终端发送通知消息，所述通知消息中携带当前组呼是否支持短数据能力的标志；

在组呼信道上向终端发送上行链路空闲消息，所述上行链路空闲消息中携带当前组呼是否支持短数据能力的标志。

步骤103，用户终端通过空口接收网络侧设备发送的支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据；

步骤104，用户终端根据所述标志确定网络侧支持短数据的能力，并根据网络侧及终端支持短数据的能力选择是否进行短数据发送。其中，终端根据所述标志确定网络侧支持短数据能力，并根据所述终端支持短数据能力选择是否进行短数据发送具体包括：在终端收到组内短数据则表示该区域网络侧支持，或收到网络指示，终端根据所指示的网络侧支持短数据能力和本身支持短数据能力来确定。例如，终端加入组呼后没有收到网络侧的指示前，或终端在组呼中进入新小区后没有在新小区中收到UPLINK BUSY或UPLINKFREE消息前，则终端不能发送短数据，在终端收到组内短数据或收到网络指示，可以根据所指示的网络侧支持短数据能力来确定。

其中，在步骤101中所述在组呼建立时分发支持短数据能力的标志之前还包括设置支持短数据能力的标志：增加支持短数据能力的标志FAD，所述标志针对某个组呼组指示该组呼是否支持短数据，包含在组呼属性Group CallAttribute中，并存储在GCR上。

本发明实施例中，支持短数据能力的标志可以在组呼建立时分发给各相关的MSC和BSS(Base Station Subsystem，基站子系统)，该标志的通知过程如图2中GCR->MSC->MSC->BSS，BSS通过相应的通知消息将FAD在空口发送，需要说明的是该标志在MSC传给BSS，以及BSS在空口传送都有可能发生改变，可具体参考MSC与BSS的判断部分。

本发明实施例中，由GCR->MSC的支持短数据能力的标志通知过程如图3所示，包括以下步骤：

步骤301，组呼建立时，MSC向GCR发送GCR_INT消息，要求得到组呼属性；

步骤302，GCR向MSC返回GCR_INT_ACK消息，该GCR_INT_ACK中携带相应的组呼属性。如果该GCR_INT_ACK中没有IE(InformationElement，信息元素)“Flag for application-specific data”或者有此IE但指示不支持短数据，则表示该组呼不支持短数据；如果收到GCR_INT_ACK中携带此IE且指示支持短数据，则表示该组呼支持短数据。

该GCR_INT_ACK消息中携带FAD的方式如表1所示，表1中“Flag forapplication-specific data”字段，用于指示组群数据是否支持短数据。

表1：GCR Interrogation ack消息内容

		related to the voice group call if eMLPP applies.Must be present if included in the group call reference record and the GCR interrogation was not triggered by a Send Group Call Info message
			IMSI	C	IMSI of the service subscriber who has initiated the VGCS call.Must be present if the Relay MSC Indicator was set in the GCR interrogation message and the IMSI is present in the group call reference record
No Activity Time	C	The length of the time over which no activity is detected before the voice group call is automatically terminated
			讲者优先级	C	Talker priority of the service subscriber who has initiated the VGCS call.Must be present if talker priority is present in the group call reference record
附加信息	C	Additional Info of the service subscriber who has initiated the VGCS call.Must be present if additional info is present in the group call reference record
			源小区ID	C	Must be present if originating cell id is present in the group call reference record
讲者信道参数	O	Indicates whether the network shall always establish and maintain a dedicated channel for the talking service subscriber
			FAD(Flag forapplication-specific data)	O	指示组呼是否支持 application-specific data

*注：表1及后面所列表中的列“是否必须携带”中的“C”表示该项条件可选，“O”表示该项可选，“M”表示该项必选。

本发明实施例中，由MSC-＞MSC的支持短数据能力的标志通知过程如图4所示，包括以下步骤：

步骤401，组呼建立过程中，MSC-A向MSC-R发送PREPARE_GROUP_CALL消息，该消息中携带相关组呼属性；

步骤402，MSC-R向MSC-A发送PREPARE_GROUP_CALL_ACK消息作为应答。MSC-R收到PREPARE_GROUP_CALL命令，如果该命令没有IE“Flag for application-specific data”或者有此IE但指示不支持短数据，则表示该组呼不支持短数据；如果MSC-R收到该命令中包含此IE且支持短数据，则表示该组呼需要支持短数据且MSC-A支持短数据功能。

如果MSC-R没有收到PREPARE_GROUP_CALL的命令，则该组呼不会在该MSC-R区域内建立，也就不用考虑网络是否支持短数据能力了。

在消息“Prepare Group Call”携带FAD的方式如表2：

表2：Prepare Group Call消息内容

信息元素名称	是否必须携带	详细描述
			Teleservice	M (mandatory)	The teleservice Voice Group Call indicates that a VGCS call has to be prepared
Group call reference	M
			Cipher Algorithm，Group Key and Number	M	Information on the cipher algorithm and group key to be used
优先级	C	The default priority level must be present if eMLPP applies
			编码信息	M	Information on the codecs allowed for the VGCS call
讲者信道参数	O	Indicates whether the network shall always establish and maintain a dedicated channel for the talking service subscriber
			Flag for	O	indicates whether

application-specific data

application-specific data is supported in the group call.

本发明实施例中，由MSC-＞BSS的支持短数据能力的标志通知过程如图5所示，包括以下步骤：

步骤501，组呼建立时，MSC向下属相关的BSS发送VGCS_SETUP消息，该消息中携带组呼属性；BSS收到VGCS_SETUP消息后，如果该消息有IE“VGCS Feature Flags”且FAD指示bit为1，则表示该MSC支持该组呼的短数据能力，其他情况如无此IE或FAD值为0，则表示在该MSC的组呼区域内该组呼不支持短数据。

VGCS SETUP消息是从MSC发送到BSS，消息内容如下表3：

表3：VGCS SETUP消息内容

信息元素	类型	长度
			报文类型	M	1
Group Call Reference	M	7
			优先级	O	3
VGCS Feature Flags	O	3

*注：表3及后面所列表中的列“类型”中的“M”表示该项必选，“O”表示该项可选。

步骤502，BSS如果设置成功后，向MSC返回VGCS_SETUP_ACK消息，不成功则返回VGCS_SETUP_REFUSE消息。BSS应答MSC的VGCS_SETUP_ACK消息的“VGCS Feature Flags”IE中如果FAD指示bit为0，则表示该BSS不支持短数据发送；如果“VGCS Feature Flags”IE中包含FAD指示bit为1，则表示该BSS支持短数据发送。

VGCS SETUP ACK消息是从BSS发送到MSC，消息内容如下表4：

表4：VGCS SETUP ACK消息内容

上述消息中的IE“VGCS Feature Flags IE”将原来备用的bit6用于指示是否支持短数据能力，编码如下表5：

表5：VGCS Feature Flags信元内容

Bit 6用于FAD；0表示不支持短数据，1表示支持短数据；为防止不同版本之间的接口问题，以前版本(3GPP Release 8之前)的此IE中的备用Bit，应用全0填充。

本发明实施例中，在组呼过程中通知支持短数据能力的标志。如上述实施例所示，FAD会分发到各BSS上，为使组呼的用户获知FAD，还必须在空口上发送。FAD需要在NCH的Notification通知、PCH的寻呼消息(确保用户进入组呼后就会获知)、FACCH(Fast Associated Control Channel，快速随路控制信道)的Notification通知(确保组呼中的用户和其他业务中的用户获知)、Uplink Free消息以及Uplink Busy消息上发送，在现有的标准中，除了UplinkBusy消息不用改变外，其他4个通知或消息都需加入FAD标志。

其中，在NCH上发送Notification消息，通知当前小区的组呼终端，每个组呼由各自的组呼参考唯一确定，组呼参考会指示相应的组呼信道。NCH上的NOTIFICATION消息内容如表6所示：

表6：

信息元素(IE)	类型/参考	是否必选	格式	长度
					L2伪长度	L2伪长度	M	V	1
RR管理协议鉴别器	协议鉴别器	M	V	1/2
					跳过指示符	跳过指示符	M	V	1/2
通知/NCH报文类型	报文类型	M	V	1
					NT/N Rest Octets	NT/N Rest Octets	M	V	20

IE“NT/N Rest Octets”长度为20字节，此IE增加一位FAD指示该小区当前组呼是否支持短数据能力，见下NT/N Rest Octets信元内容的程序灰色部分：

NT/N Rest Octets::＝

{0|1<NLN(NCH):bit(2)>}

{ null |L -- Receiver compatible with

earlier release

|H --Additions in Release 6:

{0|1<CELL_GLOBAL_COUNT:bit(2)>}

}

{ null |L--Receiver compatible with earlier release

|H --Additions in Release 7:

{0|1<Priority Uplink access:bit(1)>}

{0|1{0|1<FR AMR Config:bit(4)>}

{0|1<HR AMR Config:bit(4)>}

}

{ 0 | 1 <SMS Data Confidentiality Ind:bit(1)>

}

{ null |L--Receiver compatible with earlier release

|H --Additions in Release 8:

}

<Spare padding>；

<list of Flag for Application Data>::＝

{0|1<FAD><List of FAD>}；

如果此字段不存在，则表示在组呼NCH信息上组呼/组广播列表包括的所有组呼不支持短数据。

在“List of FAD”中的每一个FAD都和组呼NCH信息上的组呼/组广播列表相关联，在“List of FAD”的位置(i)的FAD关联组呼NCH信息上的组呼列表的第(i)个组呼/组广播。如果组呼列表的第(i)个为组呼(VGCS)，则对应的FAD值为1，则表示此组呼支持短数据，为0则表示此组呼不支持短数据；如果组呼列表的第(i)个为组广播(VBS)，因VBS本身不支持短数据，故忽略此值。

其中，在FACCH上的Notification上通知当前小区的组呼终端是否支持短数据；此消息在主DCCH(Dedicated Control Channel，专用控制信道)上发送，通知在专用信道或组呼信道上的用户，消息的内容见NOTIFICATION/FACCH消息内容的程序：

<NOTIFICATION FACCH>::＝

{ 0 <Group Call information>

|1<Paging Information>

}

{ null|L --Receiver compatible with earlier release

|H --Additions in Release 6:

{0|1 <CELL_GLOBAL_COUNT:bit(2)>

<B22_COUNT:bit>}

{0|1<VSTK_RAND:bit(36)>}

}

{ null |L --Receiver compatible with earlier release

|H --Additions in Release 7:

<Emergency_Ind:bit(1)>

{0|1 <AMR Config:bit(4)>}

{0|1 <Paging Cause:bit(2)>}

{0|1 <SMS Data Confidentiality Ind:bit(1)>

}

}{ null|L --Receiver compatible with earlier release

|H --Additions in Release 8:

}

<spare padding>；

其中

<Flag for Application Data>::＝

<Flag for Application Data:bit＝＝L>--Not support Application Data

|<Flag for Application Data:bit＝＝H>；--Support Application Data

其中，在PCH上的寻呼消息通知终端对应的组呼是否支持短数据；此消息在PCH(Paging Channel，寻呼信道)上发送，通知空闲状态的用户，消息的内容见Paging request type1消息中的P1 Rest Octets部分内容的程序：

{<P1 Rest Octets>::＝

{L I H<NLN(PCH):bit(2)><NLN status(PCH):bit>}

{L I H<Priority1::＝Priority>}

{L I H<Priority2::＝Priority>}

{L|H<Group Call information>}

{ null |L --Receiver compatible with earlier release

|H --Additions in Release 6:

{ 0|1

{ 00 <CELL_GLOBAL_COUNT:bit(2)>

|01<CELL_GLOBAL_COUNT:bit(2)>

<VSTK_RAND:bit(36)>

|10<Reduced_GCR:bit(28)>

<VSTK_RAND:bit(36)>

|11<CELL_GLOBAL_COUNT:bit(2)>

<Reduced_GCR:bit(28)>

<VSTK_RAND:bit(36)>

}

{0|1 --MBMS parameters included

{ 0 --MBMS pre-notification

I1 --MBMS notification

<MBMS Notification 1:<MBMS Channel Parameters

IE>>}

{ 0 --MBMS pre-notification

I1 --MBMS notification

<MBMS Notification 2:{0|1<MBMS Channel

Parameters IE>}>}

--‘0’indicates that the same MBMS Channel

Parameters as for MBMS Notification 1 apply

{0|1<MBMS Information>}

}

{ null |L --Receiver compatible with earlier release

|H --Additions in Release 7:

{0|1<AMR Config:bit(4)>}

}

{ null|L --Receiver compatible with earlier release

|H --Additions in Release 8:

}

<spare padding>；

}// --truncation according to sub-clause 8.9 is allowed，bits″L″assumed

其中

<Flag for Application Data>::＝

<Flag for Application Data:bit＝＝L>--Not support Application Data

|<Flag for Application Data:bit＝＝H>；--Support Application Data

其中，在Uplink Free消息中上通知，此消息在组呼信道上发送，非确认模式，通知组呼信道上行的状态，消息的内容见UPLINK FREE消息内容的程序：

<UPLINK FREE>::＝<RR short PD:bit> --See 3GPP TS 24.007

{L|H<Uplink Identity Code bit(6)>}

{ null|L --Receiver compatible with earlier release

|H --Additions for Release-7

{0|1 <Emergency_Ind:bit(1)>}

}

{ null|L --Receiver compatible with earlier release

|H --Additions for Release-8

{0|1 <Flag for Application Data:bit(1)>}

}

<spare padding>；

其中

Flag for Application Data:

设置为0:Not support Application Data.

设置为1:Support Application Data.

If Flag is not present in the message，then it is assumed that Application Datashall not be transmitted and Application Data is not supported by the network。

本发明实施例中，终端会及时获知网络侧的FAD，但终端是否可以传送短数据应该考虑两个方面因素：网络侧和终端。如果不考虑USIM的因素，终端是否可以传送短数据完全根据网络侧的提示来定，在用户加入组呼后没有收到网络侧的指示前，或用户在组呼中进入新小区后没有在新小区中收到UPLINK BUSY或UPLINK FREE消息前，则用户不能发送短数据，在用户收到组内短数据或收到网络指示，可以根据所指示的网络侧支持短数据能力来确定；如果考虑终端的因素，则需终端和网络都支持短数据才行。

综合终端和网络侧的情况，终端的FAD最终选择有多种实施生多个实施例，如下表10：

表10：终端FAD最终选择实施例列表

注：终端支持是表示终端本身具有短数据能力，同时在终端的USIM卡上显示所在的组呼ID也支持短数据能力，如果有一项不满足则说明此终端不支持短数据能力。

2，当有短数据需要发送且讲者针对该Group ID允许发送短数据时，讲者的移动终端应当在讲者所在的专用信道或组呼信道的上行发送一个数据指示消息到网络。网络接收到短数据，应该传送该短数据给其他组呼用户。

3，当有短数据需要发送且听者针对该Group ID允许发送短数据时，如果网络指示上行空闲，听者则使用组呼信道的上行发送一个数据指示消息到网络，如果网络没有指示上行空闲，那么用于听者发送的信道由网络在周期发送的消息Uplink Busy中的信息单元“uplink access indication”来指示。如果讲者使用组呼信道上行，听者侧使用RACH，反之，如果讲者在专用信道上，听者侧使用组呼上行。

本发明实施例中，接收方发送收到短数据确认，收到短数据后，任何组呼用户都可以向网络发送一个接收确认。

本发明实施例中，分发短数据到组呼，接收到上行短数据后，MSC应该分发短数据到其他相关的MSC，每个MSC再分发给下属和该组呼相关的每个BSS。

本发明实施例中提供了一种组呼短数据能力通知系统，如图6所示，包括网络侧设备610和用户终端620；其中，网络侧设备610，用于在组呼建立时分发支持短数据能力的标志，该标志用于指示组呼业务是否支持短数据，根据所得到的标志及本身支持短数据的能力决定所辖区域是否支持短数据能力，通过空口向用户终端620发送所述支持短数据能力的标志，其中用户终端620根据该标志确定网络侧支持短数据的能力，并根据网络侧设备610及用户终端620支持短数据的能力进行短数据发送。

网络侧设备610包括：组呼寄存器GCR611，用于存储支持短数据能力的标志；移动交换中心MSC-A612，用于从GCR获取组呼属性，该组呼属性中携带支持短数据能力的标志，并将所述组呼属性转发给其他MSC，同时根据所述标志及MSC本身是否支持短数据的能力获取本MSC区域最终的支持短数据能力(例如，只有MSC所接收的所述标志指示支持短数能力及MSC本身支持短数据才能判断本MSC区域最终具有支持短数据能力，其他情况应判断本MSC区域最终不具有支持短数据能力)，并将所述最终的支持短数据能力分发给所属的BSS；基站子系统BSS613，用于接收MSC发送的语音组呼业务建立消息，消息中携带支持短数据能力的标志，同时根据所述支持短数据能力及BSS本身是否支持短数据的能力获知本BSS区域最终的支持短数据能力(例如，只有BSS所接收的所述标志指示支持短数能力及BSS本身支持短数据才能判断本BSS区域内最终具有支持短数据能力，其他情况应判断本BSS区域最终不具有支持短数据能力)，并通过空口向用户终端发送最终的支持短数据能力的标志。

网络侧设备610还包括：MSC-R614，用于接收MSC发送的预备组呼消息，消息中携带支持短数据能力的标志，并通过消息 PREPARE_GROUP_CALL向其下与组呼相关的BSS 615发送最终的该MSC区域支持短数据能力的标志。

本发明实施例提供了一种BSS，如图7所示，包括：接收单元710，用于接收MSC发送的语音组呼业务建立消息，消息中携带支持短数据能力的标志；判断单元720，用于根据标志及BSS本身是否支持短数据的能力获取本BSS区域最终的支持短数据能力(只有BSS所接收的所述标志指示支持短数能力及BSS本身支持短数据才能判断本BSS区域内最终具有支持短数据能力，其他情况应判断本BSS区域最终不具有支持短数据能力)；发送单元730，用于通过空口向用户终端发送支持短数据能力的标志。

本发明实施例提供了一种MSC，如图8所示，包括：获取单元810，用于从GCR获取组呼属性，组呼属性中携带支持短数据能力的标志；判断单元820，用于根据支持短数据能力及MSC本身是否支持短数据的能力获知本MSC区域最终的支持短数据能力(例如，只有MSC所接收的所述标志指示支持短数能力及MSC本身支持短数据才能判断本MSC区域最终具有支持短数据能力，其他情况应判断本MSC区域最终不具有支持短数据能力)；发送单元830，用于向组呼其他相关的MSC转发支持短数据能力的标志，并向其下与该组呼相关的BSS发送所述最终的支持短数据能力的标志。

本发明实施例提供了一种用户终端，如图9所示，包括：接收单元910，用于从网络侧接收支持短数据能力的标志；判断单元920，用于根据标志确定网络侧支持短数据的能力，并根据网络侧及终端支持短数据的能力进行短数据发送。

本发明实施例中，确保组呼用户进入组呼后，便可以正确获知该组呼支持短数据的能力，从而对是否可以发送短数据做出合适的选择，弥补了现有方案此方面的缺陷；由于每个组呼区域(最小区域可以是小区)都根据自已的实际情况向空口发送了最终的支持短数据能力的标志，从而使组呼用户在漫游时也能确知漫游区域内是否有支持短数据能力。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种组呼短数据能力通知方法，其特征在于，包括：

移动交换中心MSC从组呼寄存器GCR获取组呼属性，所述组呼属性中携带支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据；

所述MSC将所述支持短数据能力的标志通过语音组呼业务建立VGCS_SETUP消息发送给基站子系统BSS；

所述MSC通过预备组呼消息PREPARE_GROUP_CALL将所述支持短数据能力的标志发送给包含该组呼区域的其他MSC；

通过空口向终端发送所述支持短数据能力的标志，使所述终端根据所述标志确定网络侧具有支持短数据的能力，并根据所述网络侧及终端支持短数据的能力选择是否进行短数据发送。

2.如权利要求1所述的方法，其特征在于，所述通过空口向终端发送所述支持短数据能力的标志具体包括以下方式中的一种或几种：

3.如权利要求1所述的方法，其特征在于，所述移动交换中心MSC从组呼寄存器GCR获取组呼属性之前还包括设置支持短数据能力的标志：

增加支持短数据能力的标志FAD，所述标志针对某个组呼组指示该组呼是否支持短数据，包含在组呼属性Group Call Attribute中，并存储在GCR上。

4.如权利要求1所述的方法，其特征在于，所述MSC通过预备组呼消息PREPARE_GROUP_CALL将所述支持短数据能力的标志发送给包含该组呼区域的其他MSC之后还包括：

网络侧设备根据所得到的标志及本身是否具有支持短数据的能力决定所辖区域是否支持短数据能力。

5.如权利要求4所述的方法，其特征在于，所述决定所辖区域是否支持短数据能力具体包括：

当所述网络侧设备为MSC时，只有当MSC所接收的所述标志指示支持短数据能力且MSC本身支持短数据时，才能判断本MSC区域最终具有支持短数据能力，其他情况应判断本MSC区域最终不具有支持短数据能力；

当所述网络侧设备为BSS时，只有当BSS所接收的标志指示支持短数能力且BSS本身支持短数据时，才能判断本BSS区域内最终具有支持短数据能力，其他情况应判断本BSS区域最终不具有支持短数据能力。

6.一种组呼短数据能力通知方法，其特征在于，包括：

根据所述标志确定网络侧支持短数据的能力，并根据所述网络侧及终端支持短数据的能力选择是否进行短数据发送，具体包括：

当终端收到组内短数据则表示网络侧支持短数据能力，终端收到网络指示，并根据所指示的网络侧支持短数据能力和本身支持短数据能力来确定是否进行短数据发送，具体包括：

终端加入组呼后如果没有收到网络侧的指示，则终端不能发送短数据；或，终端在组呼中进入新小区后如果没有收到新的UPLINK BUSY或UPLINKFREE消息，则终端不能发送短数据；当终端收到组内短数据或收到网络指示，则可以根据所指示的网络侧支持短数据能力来确定是否进行短数据发送。

7.一种组呼短数据能力通知系统，其特征在于，包括：

网络侧设备，所述网络侧设备包括：组呼寄存器GCR、移动交换中心MSC和基站子系统BSS；用于在组呼建立时分发支持短数据能力的标志，具体包括：移动交换中心MSC从组呼寄存器GCR获取组呼属性，所述组呼属性中携带支持短数据能力的标志，所述标志用于指示组呼业务是否支持短数据；所述MSC将所述支持短数据能力的标志通过语音组呼业务建立VGCS_SETUP消息发送给基站子系统BSS；所述MSC通过预备组呼消息PREPARE_GROUP_CALL将所述支持短数据能力的标志发送给包含该组呼区域的其他MSC；通过空口向用户终端发送所述支持短数据能力的标志，其中所述用户终端根据所述标志确定网络侧支持短数据的能力，并根据所述网络侧及终端支持短数据的能力进行短数据发送。

8.如权利要求7所述的系统，其特征在于，所述网络侧设备包括：

组呼寄存器GCR，用于存储支持短数据能力的标志；

移动交换中心MSC，用于从GCR获取组呼属性，所述组呼属性中携带支持短数据能力的标志，并将所述组呼属性转发给其他MSC，同时根据所述标志及MSC本身是否支持短数据的能力获取本MSC区域最终的支持短数据能力，并将所述最终的支持短数据能力分发给所属的BSS；

基站子系统BSS，用于接收所述MSC发送的语音组呼业务建立消息，所述消息中携带所述支持短数据能力的标志，同时根据所述支持短数据能力及BSS本身是否支持短数据的能力获知本BSS区域最终的支持短数据能力，并通过空口向所述用户终端发送所述BSS区域最终的支持短数据能力的标志。

9.一种BSS，其特征在于，包括：

接收单元，用于接收MSC发送的语音组呼业务建立消息，所述消息中携带支持短数据能力的标志；

发送单元，用于通过空口向用户终端发送所述最终的支持短数据能力的标志。

10.一种MSC，其特征在于，包括：

发送单元，用于向组呼其他相关的MSC转发支持短数据能力的标志，并向其下与该组呼相关的BSS发送所述最终的支持短数据能力的标志。

11.一种用户终端，其特征在于，包括：

接收单元，用于从网络侧接收支持短数据能力的标志；

判断单元，用于根据所述标志确定当前区域网络侧支持短数据的能力，并根据所述网络侧及终端支持短数据的能力进行短数据发送，具体包括：