CN100417248C - 一种集群系统上行组呼请求的呼出方法 - Google Patents
一种集群系统上行组呼请求的呼出方法 Download PDFInfo
- Publication number
- CN100417248C CN100417248C CNB2005100840861A CN200510084086A CN100417248C CN 100417248 C CN100417248 C CN 100417248C CN B2005100840861 A CNB2005100840861 A CN B2005100840861A CN 200510084086 A CN200510084086 A CN 200510084086A CN 100417248 C CN100417248 C CN 100417248C
- Authority
- CN
- China
- Prior art keywords
- channel
- uplink
- group
- uplink group
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种集群系统上行组呼请求的呼出方法,集群系统下各个小区分别为该集群组分别分配上下行组呼信道,包括步骤:A、各小区分别判断其上行组呼信道是否空闲,若是,则设置一通知消息表示上行组呼信道可用,否则设置该通知消息表示为上行组呼信道不可用;B、各小区分别将通知消息发送给小区内的集群组用户;C、用户接收当前所在小区的所述通知消息,当判断为通知消息表示为上行组呼信道可用时,采用上行组呼信道发起上行组呼请求;否则采用随机接入信道RACH发起上行组呼请求。使用本方法,可根据系统的指示选择接入方式,以及采用1.5信道时收听方可使用RACH信道发起上行组呼请求。
Description
技术领域
本发明涉及集群无线通信技术领域,特别是指一种集群系统上行组呼请求的呼出方法。
背景技术
集群无线通信系统,以下简称集群系统,是近几年来发展起来的一种较经济、较灵活的指挥调度通信系统,广泛应用在政府机关、能源交通、机场码头、工矿企业、消防警察、水利和军事等单位,用以满足各单位内部通信联络的需要。
集群系统提供最基本的业务为语音组呼业务(VGCS)。VGCS允许用户建立与属于某一给定服务区和具有相同组标识(ID)的一集群组内的多个用户的呼叫,所述的服务区由若干个属于同一移动业务交换中心(MSC)或不同MSC的小区组成。VGCS采用半双工模式,呼叫期间一集群组中的用户都可以成为讲话方,但任意一时刻只允许有一个讲话方,该集群组内其他的用户为收听方。
图1为现有技术进行组呼过程的示意图:建立组呼时,各个小区为该集群组分别分配一对上下行组呼信道,该集群组内的一个用户作为当前讲话方在所在小区的上行组呼信道通过组发射模式讲话,该集群组内的其他用户作为收听方在所在小区下行组呼信道通过组接受模式收听讲话方的讲话。其中配置该组呼信道的通知消息在下行信道,如通知信道(NCH)进行广播以通知组内各个用户进行监听。
集群系统的用户可以属于多个不同的集群组,在不同的集群组内具有不同的优先级别。在一个集群组内,为了使不同用户获得以下不同级别的业务特征,给不同的用户设置了不同的优先级别:
1、集群组内不同优先级别的用户在随机接入过程中设置的参数不同,如:设置的重发次数不同和设置的重发间隔不同等等,进而导致接入成功率不同;
2、集群组内不同优先级别的用户同时发起上行组呼信道接入时,集群系统根据其优先级别判定,优先为高优先级别的用户分配上行组呼信道;
3、集群组内低优先级别用户通过上行组呼信道进行讲话时,高优先级别用户可以打断低优先级别用户的讲话,获得上行组呼信道进行讲话。
为了实现上述第三条,即在引入用户的多优先级别后,高优先级别用户可以在低优先级别用户讲话进行中,发送上行组呼请求,打断低优先级别用户的讲话而使高优先级别用户成为讲话方,就存在当前有讲话方正在上行组呼信道讲话,收听方如何发起上行组呼请求的问题。目前的实现方法主要有两种。
第一种实现方法称为集群系统的1.5信道实现方法。讲话方占用专用上行信道,收听方通过在集群组组呼建立时分配的上行组呼信道发起上行组呼请求。当发起呼叫请求的收听方通过上行组呼信道发起的上行组呼请求被集群系统网络侧响应后,集群系统网络侧释放当前讲话方占用的专用上行信道,为该发起呼叫请求的收听方分配专用上行信道,该收听方转变为当前讲话方占用所分配的专用上行信道进行讲话。
其中,为发起呼叫请求的收听方分配专用上行信道进行讲话的步骤又可以分为两种情况:第一种,集群系统网络侧先将该收听方转变为当前讲话方指配到上行组呼信道进行讲话,等到为用户分配好了专用上行信道后再将该用户重新指配到所分配的专用上行信道进行讲话;第二种,集群系统网络侧释放原讲话方占用的专用上行信道,为发起呼叫请求的收听方分配好了专用上行信道后,直接将该用户指配到专用上行信道进行讲话。在该用户占用专用上行信道进行讲话之后,集群组内的上行组呼信道转为空闲,该集群组内的其他用户可以通过上行组呼信道发送上行组呼请求。
第二种实现方法称为集群系统的1.0信道实现方法。讲话方占用集群组组呼建立时所分配的上行组呼信道进行讲话,收听方通过集群组内的随机接入信道(RACH)发起上行组呼请求。但是当集群组的上行组呼信道空闲时,集群组中的用户还可以通过上行组呼信道发起上行组呼请求。这里通过上行组呼信道发起上行组呼请求包括两种情况:第一种情况,目前集群组内无讲话方,上行组呼信道空闲;第二种情况,目前集群组内有讲话方,讲话方占用其所属小区的上行组呼信道,而集群组内其他小区内的收听方通过各自小区所分配的上行组呼信道发起上行组呼请求。
在实际应用中,集群系统网络侧会同时支持这两种实现方法,即同时支持1.5信道和1.0信道的两种实现方法。当用户向集群系统网络侧发送上行组呼请求时,可以采取这两种实现方法中的任意一种方法发送。
但是由于目前1.5信道的实现方法均使用组呼建立时分配的上行组呼信道发送上行组呼请求,从而使用户在向同时支持这两种实现方法发送上行组呼请求时,出现了下述问题。
问题一:用户无法得知目前集群系统网络侧采用那种实现方式,从而有时不知道是通过上行组呼信道还是通过RACH信道发送上行组呼请求;
问题二:如果集群系统网络侧采用1.5信道的实现方法,但是采用先给讲话方分配上行组呼信道,再重新分配专用上行信道进行讲话的处理过程时,收听方无法通过在讲话方当前占用的上行组呼信道发起上行组呼请求。
发明内容
有鉴于此,本发明的主要目的在于提供了一种集群系统上行组呼请求的呼出方法,以实现网络侧指示用户所使用的信道发送呼叫请求,以及实现集群系统网络侧采用1.5信道实现方法中的先给讲话方分配上行组呼信道,再重新分配专用上行信道进行讲话的处理过程时,收听方可通过RACH信道发起上行组呼请求。
本发明的集群系统上行组呼请求的呼出方法,集群系统下各个小区分别为该集群组分别分配上下行组呼信道,还包括以下步骤:
A、所述各小区分别判断其上行组呼信道是否空闲,若是,则设置一通知消息表示上行组呼信道可用,否则设置该通知消息表示为上行组呼信道不可用;
B、所述各小区分别将各自的通知消息发送给小区内的集群组用户;
C、集群组用户接收当前所在小区的所述通知消息,当判断为通知消息表示为上行组呼信道可用时,采用上行组呼信道发起上行组呼请求;否则采用随机接入信道RACH发起上行组呼请求。
其中,步骤A所述判断为上行组呼信道为不空闲的情况包括以下之一:
采用1.5信道时,为发起上行组呼请求的收听方分配专用上行信道进行讲话的过程中,将该用户指配到上行组呼信道进行讲话且未将该用户重新指配到所分配的专用上行信道进行讲话时,该用户所在小区的上行组呼信道为不空闲;
采用1.0信道时,集群组内的讲话方所在小区的上行组呼信道为不空闲。
可选的,所述步骤A为定时执行。
较佳的,所述小区上行组呼信道使用情况发生变化时,上行组呼信道使用情况发生变化的小区执行步骤A。
其中,所述小区上行组呼信道使用情况发生变化包括以下之一:
作为当前讲话方的集群组用户切换到另一小区时;
作为当前讲话方的集群组用户使用上行组呼信道切换到使用专用上行信道进行讲话时;
作为当前讲话方的集群组用户启动和停止讲话时。
可选的,步骤A所述设置通知消息表示上行组呼信道是否可用,是通过设置下行广播消息中一特定字段的不同值来表示的;步骤C所述判断通知消息是否表示为上行组呼信道可用,是根据所述特定字段的不同值确定的。
可选的,步骤A所述设置通知消息表示上行组呼信道是否可用,是通过设置下行广播消息中是否包含一特定字段来表示的;步骤C所述判断通知消息是否表示为上行组呼信道可用,是根据下行广播消息中是否包含所述特定字段确定出的。
可选的,所述特定字段为下行广播消息中新增的字段。
可选的,要发起上行组呼请求的集群组用户在一定时间没有接收到所述通知消息,使用RACH信道发起上行组呼请求。
由上述方法可以看出,本发明提供的方法不管集群系统网络侧当前使用的是哪种信道实现方法,都可以统一通过下行信道发送指示消息来指示集群组中的用户使用确定的信道发送上行组呼请求。从而,用户可以根据系统的指示选择采用的接入方式,并且在通过下行信道接收不到上行组呼信道空闲的消息时,采用RACH信道发送上行组呼请求。
另一方面,在1.5信道方法时,讲话方占用上行组呼信道进行讲话时,也通过下行信道发送指示消息指示上行组呼信道不可用,接收到该指示消息的集群组中的用户通过RACH发送上行组呼请求。解决了在集群系统网络侧采用1.5信道实现方法中的先给讲话方分配上行组呼信道,再重新分配专用上行信道进行讲话的处理过程时,收听方无法通过在讲话方当前占用的上行组呼信道发起上行组呼请求的问题。
附图说明
图1为集群无线通信系统结构图。
图2为本发明实现集群系统上行呼叫的流程图。
具体实施方式
进一步的分析背景技术提到的两种方法,当集群系统网络侧同时支持1.5信道实现方法以及1.0信道实现方法时,不论集群系统网络侧当前使用的是1.5信道实现方法还是1.0信道实现方法,集群组中的用户发送上行组呼请求的上行信道只能是组呼建立时分配的上行组呼信道或者是集群组中的RACH。因此,本发明针对1.5信道和1.0信道统一使用下行信道发送指示消息来指示集群组中的用户使用哪种上行信道发送上行组呼请求,集群组中的用户通过下行信道接收到指示消息后,根据指示消息选择发送上行组呼请求的上行信道。
本发明的指示消息的内容由各个小区分别根据小区上行组呼信道的占用情况进行确定和广播。下面参见图2,对本发明的步骤进行详细说明,包括以下步骤:
步骤201:小区基站判断当前小区上行组呼信道是否空闲,若是,则设置一通知消息通知表示为组呼信道可用,否则设置该通知消息为组呼信道不可用。
其中,小区基站判断当前小区上行组呼信道是否空闲时,仅对自己小区内的上行组呼信道进行判断,只要上行组呼信道未被占用即为空闲。例如,对于采用1.5信道,为发起呼叫请求的收听方分配专用上行信道进行讲话的过程中,集群系统网络侧将该用户指配到上行组呼信道进行讲话,且未将该用户重新指配到所分配的专用上行信道进行讲话的阶段中,认为上行组呼信道是被占用的。又如对于采用1.0信道时,集群组内的讲话方所在的小区的上行组呼信道是被占用的。
其中,所述的通知消息可以采用下行广播消息中新增的一字段或者是某消息中原有的未使用的备用字段,为了减小占用的字节可采用1比特字节的字段。可以使用该字段不同的值来表示上行组呼信道是否可用,或者通过在下行广播消息中是否含有该字段来表示上行组呼信道是否可用。
步骤202:小区基站通过下行信道将通知消息发送给群组内各用户。根据步骤201,该通知消息可以单独发送,或者置于某下行广播消息中进行发送。
步骤203:群组内用户接收当前所在小区的所述通知消息,当判断为该消息表示为组呼信道可用时,采用组呼信道发起上行组呼请求;否则采用RACH信道发起上行组呼请求。
对应于步骤201,可以根据该通知消息字段不同的值来确定上行组呼信道是否可用,或者通过判断在下行广播消息中是否含有该通知消息的字段来确定上行组呼信道是否可用。
实际上,RACH信道始终是可以使用的,而上行组呼信道只有在空闲时才可用,由于上行组呼信道在时延特性上优于RACH信道,所以,在步骤203中,判断上行组呼信道可用时,优先使用上行组呼信道。
其中,步骤201可以是定时执行的,以及当小区信道使用情况发生变化时执行的,例如当前讲话方切换到另一小区时,发生切换的两个小区即刻将各自小区的信道使用情况更新下发给各自小区内用户;又如,某用户使用上行组呼信道切换到使用专用信道进行讲话时,小区同样应将当前组呼信道使用情况通过通知消息进行广播;又如讲话用户讲话的启动和停止引起小区信道使用情况发生变化等情况。当然,当某收听方在开机或切换到另一小区时,则需要其接收当前所在小区的信息。
另外,由于RACH信道始终是可以使用的,出现不能确定上行组呼信道是否可用的情况时,则选择使用RACH,以免造成干扰。例如,当终端在一定时间没有接收到关于组呼信道使用情况的通知消息,则使用RACH发起上行组呼请求。
通过本发明方案,解决了集群系统同时支持两种方法时,用户不能准确确定使用哪种信道发起组呼请求的问题。还解决了在集群系统网络侧采用1.5信道实现方法中的先给讲话方分配上行组呼信道,再重新分配专用上行信道进行讲话的处理过程时,收听方无法通过在讲话方当前占用的上行组呼信道发起上行组呼请求的问题。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (9)
1. 一种集群系统上行组呼请求的呼出方法,集群系统下各个小区分别为集群组分别分配上下行组呼信道,其特征在于,包括以下步骤:
A、所述各小区分别判断其上行组呼信道是否空闲,若是,则设置一通知消息表示上行组呼信道可用,否则设置该通知消息表示为上行组呼信道不可用;
B、所述各小区分别将各自的通知消息发送给小区内的集群组用户;
C、集群组用户接收当前所在小区的所述通知消息,当判断通知消息表示为上行组呼信道可用时,采用上行组呼信道发起上行组呼请求;否则采用随机接入信道RACH发起上行组呼请求。
2. 根据权利要求1所述的方法,其特征在于,步骤A所述判断为上行组呼信道为不空闲的情况包括以下之一:
采用1.5信道时,为发起上行组呼请求的收听方用户分配专用上行信道进行讲话的过程中,将该用户指配到上行组呼信道进行讲话且未将该用户重新指配到所分配的专用上行信道进行讲话时,该用户所在小区的上行组呼信道为不空闲;
采用1.0信道时,集群组的讲话方用户所在小区的上行组呼信道为不空闲。
3. 根据权利要求1所述的方法,其特征在于,所述步骤A为定时执行。
4. 根据权利要求1所述的方法,其特征在于,所述小区上行组呼信道使用情况发生变化时,上行组呼信道使用情况发生变化的小区执行步骤A。
5. 根据权利要求4所述的方法,其特征在于,所述小区上行组呼信道使用情况发生变化包括以下之一:
作为当前讲话方的集群组用户切换到另一小区时;
作为当前讲话方的集群组用户使用上行组呼信道切换到使用专用上行信道进行讲话时;
作为当前讲话方的集群组用户启动和停止讲话时。
6. 根据权利要求1所述的方法,其特征在于,步骤A所述设置通知消息表示上行组呼信道是否可用,是通过设置下行广播消息中一特定字段的不同值来表示的;
步骤C所述判断通知消息是否表示为上行组呼信道可用,是根据所述特定字段的不同值确定的。
7. 根据权利要求1所述的方法,其特征在于,步骤A所述设置通知消息表示上行组呼信道是否可用,是通过设置下行广播消息中是否包含一特定字段来表示的;
步骤C所述判断通知消息是否表示为上行组呼信道可用,是根据下行广播消息中是否包含所述特定字段确定出的。
8. 根据权利要求6或7所述的方法,其特征在于,所述特定字段为下行广播消息中新增的字段。
9. 根据权利要求1所述的方法,其特征在于,进一步包括:要发起上行组呼请求的集群组用户在一定时间没有接收到所述通知消息,使用RACH信道发起上行组呼请求。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100840861A CN100417248C (zh) | 2005-07-12 | 2005-07-12 | 一种集群系统上行组呼请求的呼出方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100840861A CN100417248C (zh) | 2005-07-12 | 2005-07-12 | 一种集群系统上行组呼请求的呼出方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1897723A CN1897723A (zh) | 2007-01-17 |
CN100417248C true CN100417248C (zh) | 2008-09-03 |
Family
ID=37610060
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100840861A Active CN100417248C (zh) | 2005-07-12 | 2005-07-12 | 一种集群系统上行组呼请求的呼出方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100417248C (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109392150B (zh) | 2017-08-11 | 2019-11-15 | 维沃移动通信有限公司 | 一种随机接入资源的处理方法和装置 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20030048764A1 (en) * | 2001-06-29 | 2003-03-13 | David Diep | Method and system for group call service |
CN1537394A (zh) * | 2001-05-15 | 2004-10-13 | �����ɷ� | 减少移动始发的组通信请求内等待时间的通信装置 |
CN1599482A (zh) * | 2003-09-19 | 2005-03-23 | 华为技术有限公司 | 一种集群无线通信系统用户发起组呼的方法 |
-
2005
- 2005-07-12 CN CNB2005100840861A patent/CN100417248C/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1537394A (zh) * | 2001-05-15 | 2004-10-13 | �����ɷ� | 减少移动始发的组通信请求内等待时间的通信装置 |
US20030048764A1 (en) * | 2001-06-29 | 2003-03-13 | David Diep | Method and system for group call service |
CN1599482A (zh) * | 2003-09-19 | 2005-03-23 | 华为技术有限公司 | 一种集群无线通信系统用户发起组呼的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN1897723A (zh) | 2007-01-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101080046B (zh) | 一种td-scdma集群通信系统的呼叫快速建立方法 | |
CN1191687C (zh) | 无线通信系统中通话组呼叫方法和装置 | |
CN100527655C (zh) | 一种在码分多址系统中实现集群业务的方法 | |
CN1173518C (zh) | 无线通信系统中通话组呼叫方法 | |
CN100442869C (zh) | 后进入已建立组呼的集群组的用户上行抢占的方法 | |
WO2008092354A2 (en) | Method of network adjustment calling area and group calling method and equipment | |
CN1901699A (zh) | 在td-scdma系统中实现集群业务的方法 | |
CN102857878A (zh) | 一种集群建立方法及系统及网络侧设备及终端 | |
CN100353784C (zh) | 集群通信中组呼业务抢占的实现方法 | |
CN100417248C (zh) | 一种集群系统上行组呼请求的呼出方法 | |
CN102843654A (zh) | Td集群ue群组实现方法、装置以及集群ue | |
CN100455066C (zh) | 一种实现集群组中的用户发送上行接入请求的方法 | |
CA2576532C (en) | Method for indicating a channel for sending uplink access request and trunking system | |
CN101409904A (zh) | 驻留在组呼信道上行链路空闲小区的方法和装置 | |
CN100384292C (zh) | 一种孤站点对点呼叫的实现方法 | |
CN101854701B (zh) | 一种指示发送上行接入请求可用信道的方法和系统 | |
CN103139710A (zh) | 紧急呼叫实现方法、增强的节点b和用户设备 | |
CN101036409A (zh) | 蜂窝移动系统中的组呼业务 | |
CN101287179A (zh) | 一种组呼业务的控制方法及设备 | |
US8194620B2 (en) | Method for terminals to switch the reverse traffic channels in CDMA group call service | |
CN101159926A (zh) | 一种建立cdma制式集群组呼的方法 | |
CA2579375C (en) | Method for assigning dedicated channel uplink to service subscriber of trunking group | |
CN101472222A (zh) | 一种组呼业务紧急呼叫管理的方法、设备及系统 | |
CN101056433B (zh) | 一种指示发送上行接入请求可用信道的方法和系统 | |
CN100349483C (zh) | 基于gsm的集群数字系统建立私密呼叫业务的方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
EE01 | Entry into force of recordation of patent licensing contract |
Application publication date: 20070117 Assignee: Apple Computer, Inc. Assignor: Huawei Technologies Co., Ltd. Contract record no.: 2015990000755 Denomination of invention: Method for requesting uplink call in packet system Granted publication date: 20080903 License type: Common License Record date: 20150827 |
|
LICC | Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility model |