一种单站模式下实现集群通话的方法及系统的制作方法

文档序号:7763908阅读:632来源:国知局
专利名称:一种单站模式下实现集群通话的方法及系统的制作方法
技术领域
本发明涉及数字集群通信领域,尤其涉及一种单站模式下由终端自建组实现集群 通话的方法及系统。
背景技术
数字集群通信系统是二十世纪末兴起的新型移动通信系统。数字集群通信系统属 于专用移动通信系统,它是一种专用高级指挥调度系统,提供了个人与个人、个人与群体间 移动通信服务。集群用户可以使用语音呼叫、组呼、私密呼叫、号码显示、话权管理等基本集 群业务,也可以使用优先呼叫、高优先级抢占、呼叫限制、组动态管理、迟后接入、调度台强 拆强插等补充集群业务。数字集群通信系统由终端、基站子系统、调度子系统等组成。终端主要完成与基站 和用户的交互。基站子系统(BSS)由基站收发机(BTS)和基站控制器(BSC)共同构成,主 要完成集群业务、数据业务等。BTS完成基带信号的调制与解调、射频信号的收发功能,BSC 则完成无线资源的分配、呼叫处理、功率控制以及支持终端的各类切换功能。调度子系统由 调度服务器(PDS)和调度客户端(PDC)组成,主要完成集群业务的管理和控制。PDS是集 群呼叫的总控制点,完成集群调度呼叫的处理,包括鉴别集群用户、建立各种集群呼叫、判 断集群PTT请求等。PDS作为调度服务器,还接收反向链路来的集群语言数据,根据呼叫的 性质再分发到对应的前向链路。PDC是集群呼叫接入到PDS的语音数据网关,对反向集群语 音业务流进行汇集,对前向集群语音流进行分发,并建立到PDS的专用信令链路,在BSC和 PDS之间传送和集群呼叫有关的信令。为了保证数字集群系统提供可靠的业务,需要搭建多个基站,但在实际应用中,通 常要求单个基站和终端共同完成集群通话,此时是单站模式,单站模式也称为故障弱化模 式。采用单站模式,除了基于安全通话的考虑,还能在系统的物理链路、或者网络控制设备 故障造成集群网络瘫痪时,依然能够为集群用户提供基本的通信业务,从而降低网络物理 链路或者设备故障对通信的影响程度。采用单站模式的场景包括保密性要求比较高的场 合、自然灾害或人为因素导致网络控制设备故障而造成集群网络瘫痪的情况。单站模式下运行,如果系统出现故障,比如BTS与BSC间的链路中断,BSC无法完 成无线资源分配、呼叫处理及与终端的各种切换,PDS无法完成话权管理时,由于现有技术 中在单站运行模式下目前只能实现由系统建立群组的系统组呼叫,并且只有在系统正常工 作条件下成功实现群组更新的终端才能进行呼叫,因此,鉴于目前由系统建立群组的方式 在单站模式下无法实现灵活放组,一旦系统出现故障就无法由系统建立及更新群组,从而 影响到数字集群通信系统中终端间的集群通话。

发明内容
有鉴于此,本发明的主要目的在于提供一种单站模式下实现集群通话的方法及系 统,具备可选性,能在系统出现故障时选择由终端自建组进行集群通话,从而系统故障时仍然能实现终端间的集群通话,从而保证数字集群通信系统中终端间的集群通话质量,为用 户提高良好的用户体验。为了达到上述目的,本发明的技术方案是这样实现的一种单站模式下实现集群通话的方法,由终端自身建立自建组,单站模式下,根据 系统运行情况选择是根据系统组还是根据自建组实现集群通话。其中,当所述系统运行情况为正常工作时,选择根据所述系统组实现集群通话;当 所述系统运行情况为故障时,选择根据所述自建组实现集群通话。其中,该方法还包括终端根据基站发送的广播信令消息中的工作模式字段,判断 基站当前的工作模式是否为所述单站模式;在所述单站模式下实现所述集群通话,终端向基站发起呼叫请求时,需判断发起 呼叫请求的组的类型和组的索引,如果发起呼叫请求的组为系统组,则根据相应系统组的 索引对应的群组号码唯一标识(GID)发起呼叫;如果发起呼叫请求的组为自建组,则根据 相应自建组的索引对应的GID发起呼叫。其中,所述终端向基站发起呼叫请求时,该方法还包括呼叫请求消息中携带组的 GID ;基站收到所述呼叫请求后在广播信令消息中指定GID ;终端收到广播信令消息后 将所述指定GID与自身保存的自建组中的GID进行比较,当所述指定GID与保存的GID相 同时,建立相应的业务信道进行组呼。其中,该方法还包括当终端发起讲话权请求消息时,通过所述讲话权请求消息将 终端的讲用户号码发送给基站;基站将话权消息发送给终端,终端将从话权消息中获得的 讲用户号码进行显示。一种单站模式下实现集群通话的系统,该系统包括选择实现集群通话单元,用于 由终端自身建立自建组,在单站模式下,根据系统运行情况选择是根据系统组还是根据自 建组实现集群通话。其中,所述选择实现集群通话单元,进一步用于当所述系统运行情况为正常工作 时,选择根据所述系统组实现集群通话;当所述系统运行情况为故障时,选择根据所述自建 组实现集群通话。其中,该系统还包括判断单元,用于终端根据基站发送的广播信令消息中的工作 模式字段,判断基站当前的工作模式是否为所述单站模式;所述选择实现集群通话单元,进一步用于在所述单站模式下实现所述集群通话, 终端向基站发起呼叫请求时,需判断发起呼叫请求的组的类型和组的索引,如果发起呼叫 请求的组为系统组,则根据相应系统组的索引对应的GID发起呼叫;如果发起呼叫请求的 组为自建组,则根据相应自建组的索引对应的GID发起呼叫。本发明由终端自身建立自建组,单站模式下,根据系统运行情况选择是根据系统 组还是根据自建组实现集群通话。由于本发明区别于现有技术,具备可选性,能在系统出现故障时选择由终端自建 组进行集群通话,实现了数字集群通信系统中系统故障,比如BTS和BSC链路中断时(单个 基站下),终端对自建组集群通话的处理。


图1为本发明自建组的建立存储方式示意图;图2为本发明实施例一的单站模式下通过自建组实现集群通话的实现流程示意 图;图3为本发明实施例二的单站模式下通过自建组实现话权申请的实现流程示意 图。
具体实施例方式本发明的基本思想是由终端自身建立自建组,单站模式下,根据系统运行情况选 择是根据系统组还是根据自建组实现集群通话。下面结合附图对技术方案的实施作进一步的详细描述。将现有技术与本发明做一对比可知现有技术是由系统建组,一旦系统出现故障 就无法由系统建立及更新群组,从而影响到数字集群通信系统中终端间的集群通话。而本 发明的方案是一种在单个基站运行模式下由终端自建组实现集群通话的方案,即在系统出 现故障,比如BTS和BSC链路中断时,用户能对自建组直接发起呼叫,单独利用基站对其覆 盖范围内的用户提供更加便捷的通讯服务,不会中断和影响到终端间的集群通话,从而保 证数字集群通信系统中终端间的集群通话质量,为用户提高良好的用户体验。而且,对于 CDMA集群通信系统,组呼号码和讲用户号码都是在终端上直接存储维护完成的,整个通话 的过程中不需要经过BSC来完成。—种单站模式下实现集群通话的方法,主要包括以下内容由终端自身建立自建组,在判断为单站模式的情况下,根据系统运行情况选择是 根据系统组还是自建组实现集群通话。这里,当系统运行情况为正常工作时,可以选择根据系统组实现集群通话;当系统 运行情况为故障时,可以选择根据自建组实现集群通话。这里,区别于多站工作模式下由PDS保存终端的组号码(GMDN),本发明单站模式 下不再由PDS维护组号码,而是由终端自建组,并由自己来维护自建组中的组号码。单载扇 下支持组呼无限容量,群组内用户共享一条语音信道,通过广播信令消息直接分配小区信 道资源,在实现集群通话时,在讲用户与听用户间建立该条语音信道,由讲用户占用该条语 音信道,而听用户共享该条语音信道。进一步的,该方法还包括终端自建组时,用户可以自己建立组的名称和组的号 码,终端根据组的号码生成用户的群组号码唯一标识(GID),以便最终根据自建群组所对应 的GID实现集群通话。进一步的,该方法还包括终端自行管理和维护自建组的信息。终端自行管理和维 护的自建组的信息,包括群组标识信息、群组优先级、及是否守候等。用户可以进行新建、修 改、删除组的操作。进一步的,该方法还包括终端根据基站发来的广播信令消息判断基站当前的工 作模式是多站模式还是单站模式。通过广播信令消息中的工作模式字段进行判断,比如工 作模式字段的值为0,表示处于多站模式;工作模式字段的值为1,表示处于单站模式。进一步,该方法还包括如果是单站模式,终端发起组呼,判断发起呼叫请求的组的类型和组的索引,如果发起呼叫请求的组是系统建立的系统组,则根据相应系统组的索 引对应的GID发起呼叫;如果发起呼叫请求的组是终端建立的自建组,则根据相应自建组 的索引对应的GID发起呼叫。进一步的,该方法还包括在单站模式下,终端发起系统组或自建组呼叫,呼叫请 求消息中携带相应组GID向BTS发起呼叫请求,BTS收到此呼叫请求后,在前向的语音信道 下发送广播信令消息(具体为广播信道指配消息)带给终端,终端根据广播信令消息中的 GID进行在对应组中的GID匹配,即如果广播信令消息中的GID与终端存储的自建组中的 GID相同,如果相同,则建立相应的业务信道,否则,终端将不做任何处理。进一步的,该方法还包括终端发起讲话权请求消息时,通过该讲话权请求消息 将终端的讲用户号码MDN带给基站,基站通过共享的前向的语音信道将话权消息发送给终 端。如果终端没有带给基站号码,基站将给终端带空号码,终端也能正确显示话权状态。由 于讲用户分别占用一条语音信道,因此,仅支持话权及讲用户号码的显示,不支持话权抢占 机制、普通语音呼叫及私密呼叫。讲用户可以最大限度的使用话权,直到自己释放。讲用户 释放话权,到下一个用户获得话权并开始说话权,用户讲处于组呼空闲态。其中,所述MDN 是移动电话号码,MDN的全称为Mobile Directory Number。进一步,该方法还包括呼叫的释放流程与原来组呼释放流程相同。综上所述,与现有技术相比较,本发明的有益效果在于1、实现了数字集群通信系统中系统故障,比如BTS和BSC链路中断时,单站模式 下,终端能自建组并选择对自建组集群通话的处理,解决了只有系统正常工作条件下由系 统建组且成功群组更新的终端才能进行呼叫的缺陷。2、对于数字集群通信系统,组呼号码和讲用户号码都是在终端上直接存储维护完 成的,整个通话的过程中不需要经过BSC来完成。下面对本发明进行举例阐述。实例自建组建立存储方式的示意图如图1所示,本发明是通过对现有的系统组 进行扩展,增加自建组的信息。自建组信息和系统组信息一样包括群组标识、群组优先级、 守候等属性。然后,将系统组和自建组的索引和类型保存到一个新的列表中,新的列表中先 保存系统组的信息,再保存自建组的信息,此新列表供UI显示使用。在多站模式下,新列表只保存系统组信息,但在单站模式下,新列表除了保存系统 组的信息,还保存自建组的信息。在多站模式和单站模式进行模式切换时更新此列表的信 息。终端在开机时,清除此列表的信息,另外在换卡的时候,清除所有群组的信息,更新此列 表。在多站模式下,终端按下一键呼叫键(PTT)时,向基站发送组呼建立请求。基站 在收到终端组呼建立请求后,查找数据库找到组内成员所在的小区,并对该小区锁对应的 BSC,向组内各成员发起寻呼,并带有呼叫类型。基站在寻呼信道上发送消息,对终端进行寻 呼,终端在收到寻呼消息后,解码做相应处理,在接入信道上发送寻呼响应消息,然后建立 呼叫。实施例一单站模式下,由终端自建组实现集群通话。如图2所示,本实施例的流程包括如下步骤步骤101、在呼叫的结构体中分别添加组类型group_type,索引字段group_index,用来区分发起呼叫的组的类型和索引。步骤102、终端判断基站当前的工作模式是否为单站模式,如果是,则执行步骤 103 ;否则,结束当前由终端自建组实现集群通话的流程。这里,本实施例对现有的系统参数消息(比如广播信令消息),增加工作模式字 段,长度为1个比特,用以表示数字集群系统的基站的当前工作模式,工作模式字段的值为 0,表示处于多站模式;工作模式字段的值为1,表示处于单站模式。如果为单站运行模式, 则执行步骤103,否则,结束当前由终端自建组实现集群通话的流程。步骤103、处于空闲状态的终端按下PTT键时,通过接入信道发送呼叫请求消息, 在呼叫请求消息中指定该组呼的GID、终端软件版本号等信息。该呼叫请求消息中不携带 GMDN,而是携带GID。步骤104、基站收到呼叫请求消息后,在反向的语音信道发送广播信令消息(广播 信令消息具体为广播信道指配消息);终端在前向的语音信道收到一条消息,判断此消息 是否为广播信道指配消息,如果是就将广播信道指配消息中的GID与终端自身保存的GID 进行匹配比较,看匹配是否成功。如果匹配成功,则执行步骤105;否则,结束当前由终端自 建组实现集群通话的流程。步骤105、终端直接建立相应信道,进入组呼。此时不需要与基站信令握手和业务 协商,以提高终端的接入和切换速度。步骤106、终端讲用户通过反向的语音信道发送讲话权请求消息,不携带 终端的电子序列号(ESN,Electronic Serial Numbers)和移动设备标识符(MEID, MobileEquipmentIDentifier),而是携带 MDN。步骤107、用户收到前向的消息,获得讲用户号码,进行显示。之后,终端结束呼叫, 与原有流程相同。实施例二 单站模式下,通过自建组实现话权申请。如图3所示,本实施例的流程包括以下步骤步骤201、终端发起讲话权请求消息,讲话权请求消息中携带终端的MDN。步骤202、终端收到前向的PTT消息,获得MDN并将MDN进行显示。综上所述,通过上述实施例可知本发明主要是由终端建立、管理和维护自建组的 信息,在单站模式下,终端收到广播信令消息后,确定当前为单站模式,可以根据系统运行 情况选择是根据系统组还是自建组进行集群通话(当系统运行情况为正常工作时,可以选 择根据系统组进行集群通话;当系统运行情况为故障时,可以选择根据自建组进行集群通 话)。当终端向基站发起呼叫请求时,首先判断发起请求组的类型和索引,获得请求组的 GID等信息,终端将广播信令消息中的GID与自身保存的GID信息进行匹配,GID信息匹配 成功则建立组呼,否则结束本流程。当终端发起话权申请消息时,携带终端信息,用户获得 话权信息,进行显示。一种单站模式下实现集群通话的系统,该系统包括选择实现集群通话单元,用于 由终端自身建立自建组,在单站模式下,根据系统运行情况选择是根据系统组还是根据自 建组实现集群通话。这里,选择实现集群通话单元进一步用于当所述系统运行情况为正常工作时,选 择根据所述系统组实现集群通话;当所述系统运行情况为故障时,选择根据所述自建组实现集群通话。这里,该系统还包括判断单元,用于终端根据基站发送的广播信令消息中的工作 模式字段,判断基站当前的工作模式是否为所述单站模式;所述选择实现集群通话单元,进一步用于在所述单站模式下实现所述集群通话, 终端向基站发起呼叫请求时,需判断发起呼叫请求的组的类型和组的索引,如果发起呼叫 请求的组为系统组,则根据相应系统组的索引对应的GID发起呼叫;如果发起呼叫请求的 组为自建组,则根据相应自建组的索引对应的GID发起呼叫。以上所述仅为本发明的优选实施例而已,并非用于限制本发明的保护范围。
权利要求
一种单站模式下实现集群通话的方法,其特征在于,由终端自身建立自建组,单站模式下,根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。
2.根据权利要求1所述的方法,其特征在于,当所述系统运行情况为正常工作时,选择 根据所述系统组实现集群通话;当所述系统运行情况为故障时,选择根据所述自建组实现 集群通话。
3.根据权利要求2所述的方法,其特征在于,该方法还包括终端根据基站发送的广播 信令消息中的工作模式字段,判断基站当前的工作模式是否为所述单站模式;在所述单站模式下实现所述集群通话,终端向基站发起呼叫请求时,需判断发起呼叫 请求的组的类型和组的索引,如果发起呼叫请求的组为系统组,则根据相应系统组的索引 对应的群组号码唯一标识(GID)发起呼叫;如果发起呼叫请求的组为自建组,则根据相应 自建组的索引对应的GID发起呼叫。
4.根据权利要求3所述的方法,其特征在于,所述终端向基站发起呼叫请求时,该方法 还包括呼叫请求消息中携带组的GID ;基站收到所述呼叫请求后在广播信令消息中指定GID ;终端收到广播信令消息后将所 述指定GID与自身保存的自建组中的GID进行比较,当所述指定GID与保存的GID相同时, 建立相应的业务信道进行组呼。
5.根据权利要求1至4任一项所述的方法,其特征在于,该方法还包括当终端发起讲 话权请求消息时,通过所述讲话权请求消息将终端的讲用户号码发送给基站;基站将话权 消息发送给终端,终端将从话权消息中获得的讲用户号码进行显示。
6.一种单站模式下实现集群通话的系统,其特征在于,该系统包括选择实现集群通 话单元,用于由终端自身建立自建组,在单站模式下,根据系统运行情况选择是根据系统组 还是根据自建组实现集群通话。
7.根据权利要求6所述的系统,其特征在于,所述选择实现集群通话单元,进一步用于 当所述系统运行情况为正常工作时,选择根据所述系统组实现集群通话;当所述系统运行 情况为故障时,选择根据所述自建组实现集群通话。
8.根据权利要求7所述的系统,其特征在于,该系统还包括判断单元,用于终端根据 基站发送的广播信令消息中的工作模式字段,判断基站当前的工作模式是否为所述单站模 式;所述选择实现集群通话单元,进一步用于在所述单站模式下实现所述集群通话,终端 向基站发起呼叫请求时,需判断发起呼叫请求的组的类型和组的索引,如果发起呼叫请求 的组为系统组,则根据相应系统组的索引对应的GID发起呼叫;如果发起呼叫请求的组为 自建组,则根据相应自建组的索引对应的GID发起呼叫。
全文摘要
本发明公开了一种单站模式下实现集群通话的方法,该方法包括由终端自身建立自建组,单站模式下,根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。本发明还公开了一种单站模式下实现集群通话的系统,系统中的选择实现集群通话单元用于由终端自身建立自建组,在单站模式下,根据系统运行情况选择是根据系统组还是根据自建组实现集群通话。采用本发明的方法及系统,在系统出现故障时仍然能实现终端间的集群通话,从而保证数字集群通信系统中终端间的集群通话质量,为用户提高良好的用户体验。
文档编号H04W76/02GK101984682SQ201010528138
公开日2011年3月9日 申请日期2010年11月1日 优先权日2010年11月1日
发明者刘晓静, 曾稹卓 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1