專利名稱：一種實現(xiàn)集群組呼業(yè)務(wù)的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線集群通信技術(shù)，尤其涉及實現(xiàn)集群群組建立和集群業(yè)務(wù)的方法和系統(tǒng)。
背景技術(shù)：
無線集群通信系統(tǒng)，是近年來廣泛應(yīng)用于政府機關(guān)、公安消防、機場碼頭、工礦企業(yè)、水利工程、(體育或展覽等)大型集會、軍事指揮等行業(yè)和場合的指揮調(diào)度通信系統(tǒng)，并具有區(qū)域性強的特征。 集群組呼與傳統(tǒng)語音呼叫的主要區(qū)別是前者為一對多的半雙工呼叫，即群組成員
講話前必須首先獲得話權(quán)，話權(quán)在同一時刻最多只能分配給群組中的一個群組成員，只有
獲得話權(quán)的群組成員才可以講話，在此期間群組中其它成員只能接聽該具備話權(quán)的群組成
員的講話，所以是半雙工方式的。集群業(yè)務(wù)是群組用戶間的通信業(yè)務(wù)，這就需要對群組進行
管理呼叫發(fā)起時必須提前建立并選擇一個由一到多個群組成員組成的群組，然后才能通
過終端上的組呼鍵(PTT， Push-to-Talk)發(fā)起該群組的組呼。
目前集群通信系統(tǒng)創(chuàng)建集群群組的方法，如圖1所示，包括步驟 A.通過集群管理系統(tǒng)設(shè)定群組信息，包括指定群組的一到多個群組成員、分配各
個成員的相關(guān)權(quán)限和角色等等，并將群組信息存儲到網(wǎng)絡(luò)側(cè)的數(shù)據(jù)庫中； B.網(wǎng)絡(luò)側(cè)通過無線接口等方式將群組信息存儲到終端中。 終端在呼叫時選擇事先存儲到終端的群組，通過PTT組呼鍵發(fā)起組呼。 這種方法需要集群管理系統(tǒng)、移動交換機(MSC，Mobile Switcher Center)等核心
網(wǎng)側(cè)設(shè)備、基站系統(tǒng)(BSS，Base Station System)以及終端的參與，共同完成集群群組的創(chuàng)
建和維護等工作。 根據(jù)無線集群通信系統(tǒng)的應(yīng)用領(lǐng)域可以看出，無線集群通信系統(tǒng)的穩(wěn)定性十分重要。即使在一些緊急情況下，例如地震等自然災(zāi)害、戰(zhàn)爭和恐怖襲擊等人為破壞的原因?qū)е戮W(wǎng)絡(luò)線路中斷時，也應(yīng)該能夠提供一定的集群通信服務(wù)，確保用戶的指揮調(diào)度工作能夠繼續(xù)進行。
目前，基站系統(tǒng)(BSS， Base Station System)通常由基站控制器(BSC, BaseStation Controller)禾口基站收發(fā)信機(簡稱基站)(BTS， Base T屋sceiverStation)構(gòu)成。其中，BSC通常部署在電信運營商的機房內(nèi)，BTS則部署在距離BSC較遠的基站發(fā)射塔下，BSC和BTS之間的鏈路稱為Abis鏈路，通常用光纖等傳輸設(shè)備連接。在上述自然災(zāi)害或人為破壞的情況下，很容易造成BTS和BSC之間的傳輸鏈路中斷，此時BTS處于單站運行模式下，失去了集群管理系統(tǒng)、核心網(wǎng)絡(luò)設(shè)備和BSC的配合工作，基站無法為其覆蓋區(qū)域內(nèi)的用戶提供群組創(chuàng)建的功能及集群組呼業(yè)務(wù)，這樣，也就難以針對單基站覆蓋范圍內(nèi)的用戶靈活、迅速地提供集群通信業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種實現(xiàn)集群組呼業(yè)務(wù)的方法和系統(tǒng)，能夠在
4基站處于單站運行模式下提供群組創(chuàng)建功能，從而為單基站覆蓋范圍內(nèi)的用戶靈活、迅速地提供集群通信業(yè)務(wù)。 為了解決上述技術(shù)問題，本發(fā)明提供了一種實現(xiàn)集群組呼的方法，包括當(dāng)終端需要建立集群群組且得知基站BTS處于單站運行模式時，向BTS發(fā)起攜帶有群組成員信息的自建群組請求；BTS接收到自建群組請求后，為該自建群組分配一個群組標識，并根據(jù)該請求中的群組成員信息，通知群組成員的終端加入自建群組。 進一步地，所述終端得知所述BTS處于單站運行模式，是在BTS檢測到其與基站控制器BSC之間的鏈路的狀態(tài)不正常時，將自身運行狀態(tài)修改為單站運行模式，且通過無線鏈路特定前向信道通知所述終端。 進一步地，群組成員信息是在所述終端編輯或者調(diào)出的已存儲的信息，所述編輯是通過終端提供的人機界面上逐條輸入和/或在終端存儲的聯(lián)系人信息中逐個選擇群組成員的移動終端號碼MDN實現(xiàn)。 進一步地，所述終端還提供設(shè)定群組屬性信息的人機界面，群組屬性信息至少包括群組名稱、群組有效期限以及發(fā)起自建群組請求的終端的標識信息；所述自建群組請求還攜帶所述群組屬性信息。 進一步地，BTS通知群組成員的終端加入自建群組的方式至少包括以下步驟 BTS解析建群組請求消息中的群組成員信息，構(gòu)造攜帶群組標識信息的群組成員
邀請消息，并將群組成員邀請消息發(fā)送給所述群組成員信息中的受邀請終端； 受邀請終端收到該群組成員邀請消息后，將群組標識信息存儲到本地。 進一步地，BTS發(fā)送所述群組成員邀請消息的方法至少包括以下方式之 BTS在公共廣播信道上周期性發(fā)送廣播消息，其中攜帶所述群組標識信息、群組成
員信息以及所述群組屬性信息； BTS在尋呼信道廣播時隙周期性發(fā)送廣播消息，其中攜帶所述群組標識信息、所述群組成員信息以及所述群組屬性信息； 所述BTS通過解析出所述群組成員信息中的群組成員的移動終端號碼MDN，在前向?qū)ず粜诺郎现饌€向每個群組成員發(fā)送攜帶有所述群組標識信息、群組成員的MDN以及群組屬性信息的尋呼消息。 進一步地，所述受邀請終端從尋呼信道廣播時隙和/或廣播信道上接收到帶有群組標識信息和群組成員信息的群組成員邀請消息，若對比自身的MDN存在于所述群組成員信息中，則存儲所述群組標識信息，否則丟棄所述群組成員邀請消息。 進一步地，受邀請終端在收到群組成員邀請消息后，通過反向接入信道向所述BTS返回群組成員邀請應(yīng)答消息，該應(yīng)答消息中至少包括受邀請終端的移動終端號碼MDN信息。 進一步地，BTS還將所述群組標識通知發(fā)起自建群組請求的終端。 進一步地，BTS在以下特定時機之一將群組標識通知發(fā)起自建群組請求的終端 在BTS收到所述終端發(fā)送的自建群組請求消息后； 在BTS在向所述群組成員的終端發(fā)送群組成員邀請消息后； 在BTS在向所述群組成員的終端發(fā)送所述群組成員邀請消息，且收到其中之一所述群組成員或所有群組成員返回的群組成員邀請應(yīng)答消息后；
5
在BTS向群組成員的終端發(fā)送群組成員邀請消息，且等待一定時刻后； BTS至少通過前向?qū)ず粜诺老虬l(fā)起自建群組請求的終端返回的自建群組請求應(yīng)答
消息通知所述群組標識信息；自建群組請求應(yīng)答消息中還攜帶已經(jīng)成功加入自建群組的終
端的數(shù)目和/或MDN信息。 進一步地，所述方法還包括受邀請終端或發(fā)起自建群組請求的終端選擇自建群組，通過集群組呼功能鍵發(fā)起集群組呼。 為了解決上述技術(shù)問題，本發(fā)明提供了一種單站運行模式下實現(xiàn)集群組呼的系統(tǒng)，包括多個終端及基站BTS，其中 多個終端中的一個終端，用于在需要建立集群群組且得知BTS處于單站運行模式時，向BTS發(fā)起攜帶有群組成員信息的自建群組請求消息； BTS，用于在收到自建群組請求消息后，為自建群組分配一個群組標識，并根據(jù)群組成員信息，將攜帶群組標識信息的群組成員邀請消息發(fā)送給所述群組成員信息中的受邀請終端； 受邀請終端，用于在收到BTS的群組成員邀請消息后，將其中攜帶的群組標識信息存儲到本地。 進一步地，所述終端得知BTS處于單站運行模式，是在BTS檢測到其與基站控制器BSC之間的鏈路的狀態(tài)不正常時，將自身運行狀態(tài)修改為單站運行模式，且通過無線鏈路特
定前向信道通知終端。
進一步地， 受邀請終端，還用于在收到BTS的群組成員邀請消息后，向BTS返回群組成員邀請應(yīng)答消息； BTS，還用于向發(fā)起自建群組請求消息的終端發(fā)送自建群組請求應(yīng)答消息； 所述發(fā)起自建群組請求消息的終端，還用于在收到自建群組請求應(yīng)答消息后，將
其中攜帶的群組標識信息存儲在本地。
進一步地， 發(fā)起自建群組請求消息的終端或所述受邀請終端，還用于選擇自建群組，通過集群組呼功能鍵發(fā)起所述集群組呼。 本發(fā)明引入了一種為在單站運行模式下終端自建群組提供集群組呼的方法和系統(tǒng)。采用本發(fā)明的方案，可以在遭遇外力破壞導(dǎo)致基站與基站控制器之間Abis鏈路斷鏈情況下，或在Abis鏈路未配置情況下，即處于單基站運行模式下，單基站覆蓋范圍內(nèi)的終端可以通過自建群組的方式建立集群群組，基站由此提供集群組呼業(yè)務(wù)。本發(fā)明方案提供了單基站運行模式下的集群群組管理能力，提高基站在緊急情況下的穩(wěn)定性、可靠性及可用性。


圖1是現(xiàn)有技術(shù)實現(xiàn)創(chuàng)建集群群組的方法流程圖； 圖2是本發(fā)明的單站運行模式下實現(xiàn)集群組呼的方法流程圖； 圖3為應(yīng)用本發(fā)明的方法的一個實例的流程圖。
具體實施例方式
本發(fā)明提供的單站運行模式下實現(xiàn)集群組呼業(yè)務(wù)的方法和系統(tǒng)，其核心要點是，當(dāng)終端需要建立集群群組且得知基站BTS處于單站運行模式時，向BTS發(fā)起攜帶有群組成員信息的自建群組請求；BTS接收到該自建群組請求后，為該自建群組分配群組標識，并通知群組成員終端加入新群組，然后將群組標識信息通知發(fā)起自建群組請求的終端；終端選擇自建群組，通過PTT鍵發(fā)起組呼。 下面結(jié)合附圖和優(yōu)選實施例對本發(fā)明的上述技術(shù)方案進行詳細地說明和解釋。
如圖2所示，為本發(fā)明提供的單站運行模式下實現(xiàn)集群組呼的方法流程圖，該方法中涉及的網(wǎng)絡(luò)實體包括終端和BTS ;該方法包括如下步驟 210 :BTS負責(zé)檢測Abis鏈路狀態(tài)，若檢測到Abis鏈路出現(xiàn)故障，則修改自身運行狀態(tài)，進入單基站運行模式，且通過無線鏈路特定前向信道特定消息(如尋呼信道的系統(tǒng)參數(shù)消息)通知終端； BTS檢測Abis鏈路的狀態(tài)的方式包括但不限于BTS周期性監(jiān)測BTS與BSC之間鏈路狀態(tài)；BTS在向BSC發(fā)送消息失敗時監(jiān)測BTS與BSC之間鏈路狀態(tài)；BTS在等待BSC消息超時，則監(jiān)測BTS與BSC之間鏈路狀態(tài)。 220 :請求終端在獲知BTS處于單基站運行模式且需要建立集群群組使用集群組呼業(yè)務(wù)時，編輯或調(diào)出終端已存儲的群組成員列表信息，并通過無線鏈路特定反向信道將構(gòu)建的自建組請求消息發(fā)送到處于單站運行模式的BTS ; 上述終端存在一個存儲區(qū)域群組列表，用于至少存儲群組標識信息及群組屬性等相關(guān)信息。 用戶在終端編輯群組成員列表信息的方式至少包括用戶在終端提供的人機界面上逐條輸入和/或用戶從終端存儲的聯(lián)系人列表中逐個選擇群組成員的移動終端號碼(MDN， Mobile Directory Number)。 用戶在終端編輯群組成員列表信息過程中，還可以設(shè)定群組屬性信息，該信息包括群組名稱、群組有效期限、群組創(chuàng)建終端的標識信息等。 用戶在終端編輯群組成員列表后，終端構(gòu)建自建群組請求消息，其中攜帶的信息至少包括群組成員MDN號碼列表；具體地，還可以包括群組屬性信息；通過終端人機界面發(fā)起自建群組請求，將自建群組請求消息發(fā)送到BTS的方法至少包括下面各種方式之一或其組合 終端通過在反向接入信道上發(fā)送的起呼消息(ORM，OriginationMessage)到BTS，其中的Char[i]字段攜帶群組成員的MDN號碼列表和群組屬性信息。 終端通過在反向接入信道和/或反向業(yè)務(wù)信道上發(fā)送數(shù)據(jù)突發(fā)消息(DBM， DataBurst Message)到BTS，其中的Char [i]字段攜帶自建群組請求消息。
當(dāng)群組成員列表和群組屬性信息內(nèi)容較多時，終端與BTS協(xié)商首先建立業(yè)務(wù)信道，在業(yè)務(wù)信道下發(fā)送上述自建群組請求消息。請求終端發(fā)送自建群組請求消息后，設(shè)定定時器等待自建群組請求應(yīng)答消息。 230 :BTS接收到上述自建群組請求消息后，為該自建群組分配群組標識，并通過
無線鏈路特定前向信道通知群組成員列表中的各個成員終端加入新群組； BTS為該自建群組分配群組標識信息的方式包括根據(jù)請求終端的標識信息、當(dāng)前系統(tǒng)時間信息、基站標識信息以及上述信息的任意組合，分配一個唯一的群組標識信息。
BTS通知群組成員列表中的各個成員終端(受邀請終端)加入新群組的方式至少包括以下步驟 230-a、BTS解析自建群組請求消息中的群組成員列表，構(gòu)造攜帶群組標識信息的群組成員邀請消息，通知群組成員列表中的其它各成員終端(受邀請終端)加入新群組；通知的方法至少包括其中之一 BTS在公共廣播信道上周期性發(fā)送廣播消息，其中攜帶群組標識信息和成員列表信息； BTS在尋呼信道廣播時隙周期性發(fā)送廣播消息，其中攜帶群組標識信息和成員列表信息； BTS通過解析出成員列表中的成員MDN，在前向?qū)ず粜诺郎现饌€向每個成員發(fā)送攜帶有群組標識信息和成員MDN的尋呼消息。 在上述群組成員邀請消息還可以攜帶的信息至少包括群組屬性信息。 230-b、上述受邀請終端接收到上述群組成員邀請消息后，將群組標識信息等信息
存儲到自身的群組列表中；存儲的方法至少包括 受邀請終端從尋呼信道廣播時隙和/或廣播信道上接收到帶有群組標識信息和群組成員列表的群組成員邀請消息，對比自身MDN是否存在于群組成員列表中，如果存在，則存儲群組標識信息到自身的群組列表中，否則丟棄消息。 BTS根據(jù)MDN計算確定受邀請終端的尋呼信道時隙，并在該時隙上發(fā)送帶有群組標識信息和MDN的群組成員邀請消息；受邀請終端采用與BTS約定的同樣的方法，根據(jù)MDN計算確定尋呼信道時隙，并在該時隙上接收到帶有群組標識信息和MDN的群組成員邀請消息后，對比自身MDN是否與上述群組成員邀請消息中攜帶的MDN匹配，若匹配，則將上述群組成員邀請消息中的群組標識信息存儲到自身的群組列表中。 若群組成員邀請消息中還攜帶有群組屬性信息，受邀請終端存儲群組標識信息到自身的群組列表過程中，同時存儲群組屬性信息。 230-c、受邀請終端還可以通過反向接入信道向BTS回復(fù)群組成員邀請應(yīng)答消息，其中至少包括受邀請終端的MDN信息。 240 :BTS在特定時機通過無線鏈路特定的前向信道將群組標識信息通知請求終
丄山
順； BTS通知請求終端的步驟至少包括 240-a、在特定時機，BTS通過無線鏈路特定的前向信道回復(fù)帶有群組標識信息的
自建群組請求應(yīng)答消息到請求終端； 特定時機至少包括以下時機之一 BTS收到請求終端發(fā)送的自建群組請求消息后； BTS在向群組成員列表中的終端發(fā)送群組成員邀請消息后； BTS在向群組成員列表中的終端發(fā)送群組成員邀請消息后，并收到其中之一群組成員或所有群組成員返回的群組成員邀請應(yīng)答消息后； BTS在向群組成員列表中的終端發(fā)送群組成員邀請消息后，并等待一定時刻后。
BTS至少通過前向?qū)ず粜诺老蛘埱蠼K端發(fā)送自建群組請求應(yīng)答消息。
8
自建群組請求應(yīng)答消息中還至少可以攜帶已經(jīng)成功加入群組的終端數(shù)目和/或 MDN信息。 240-b、請求終端收到上述自建群組請求應(yīng)答消息后，將其中攜帶的群組標識信息 等信息存儲到自身的群組列表中。存儲的方法至少包括 激活等待自建群組請求應(yīng)答消息的定時器，將群組標識信息存儲到自身的群組列 表中，同時還可以存儲群組的屬性信息；若群組請求應(yīng)答消息中攜帶有成功加入群組的終 端數(shù)目和/或MDN信息，存儲該信息，并在終端用戶界面上顯示成功加入群組的終端數(shù)目和 /或MDN信息。 250 :終端選擇自建群組，通過PTT鍵發(fā)起組呼。 群組成員所有終端在群組有效期限信息標識的期限超期后，從群組列表中刪除該 群組相應(yīng)的信息，其中至少包括群組標識信息和群組屬性信息。 以下針對本發(fā)明的上述方法流程，給出一個應(yīng)用實例，如圖3所示，其中涉及的網(wǎng) 絡(luò)實體包括請求終端302、受邀請終端304以及基站BTS 306 ;該實例具有以下步驟
步驟310，在BTS 306檢測到Abis鏈路狀態(tài)異常(如斷鏈)時，修改自身狀態(tài)，進 入單站運行模式。 BTS 306檢測Abis鏈路狀態(tài)的檢測機制至少包括周期性監(jiān)測BTS與BSC之間鏈 路狀態(tài)；在向BSC發(fā)送消息失敗時監(jiān)測BTS與BSC之間鏈路狀態(tài)；在等待BSC消息超時則監(jiān) 測BTS與BSC之間鏈路狀態(tài)。 終端302和304中包含一個存儲區(qū)域群組列表，用于存儲群組標識信息和群組屬 性信息；用戶可通過在群組列表中選擇特定群組，并通過PTT組呼鍵發(fā)起選定群組的集群 組呼。 終端302，提供有用于編輯自建群組的群組成員列表的用戶界面，用戶通過該界 面，可以逐條輸入群組成員MDN號碼和/或從本地電話號碼本中選擇并添加群組成員MDN 號碼到群組成員列表中；同時，還提供有用于編輯群組屬性信息的用戶界面，該群組屬性信 息至少包括群組名稱、群組有效期限等。 步驟320，用戶通過終端302發(fā)起自建群組請求消息，該消息通過無線鏈路特定反 向信道發(fā)送到BTS 306 ; 終端302還提供有用于確認發(fā)起自建群組請求的界面，如一個確認按鍵，用于用 戶點擊該按鍵時提交確認命令，發(fā)起群組建群組請求。
自建群組請求消息中的信息至少包括群組成員列表，還包括群組屬性信息，該
群組屬性信息至少包括群組名稱、群組有效期限、群組請求創(chuàng)建終端的標識信息。 終端302通過在反向接入信道上發(fā)送的起呼消息ORM中的Char [i]字段攜帶群組
成員的MDN號碼列表和群組屬性信息。終端302發(fā)送自建群組請求消息后，暫存自建群組
請求相關(guān)信息，設(shè)定定時器等待自建群組請求應(yīng)答消息。 當(dāng)定時器超時，仍未收到自建請求應(yīng)答消息時，終端302取消此次自建群組請求，
清除此次自建群組請求的相關(guān)信息，在終端界面上顯示自建群組請求失敗。 步驟330， BTS 306收到自建群組請求消息后，為該自建群組分配一個全局唯一的
群組標識信息，如一個群組ID ; BTS 306根據(jù)終端302的標識信息、系統(tǒng)時間信息、基站標識信息以及上述信息的
9任意組合，為自建群組分配一個全局唯一的群組標識信息。 步驟340， BTS 306解析出自建群組請求消息中的群組成員，向群組成員受邀請終
端304(可能不只一個)發(fā)送群組成員邀請消息，通知成員加入集群群組； BTS 306在公共廣播信道上周期性發(fā)送攜帶群組標識信息和成員列表信息的廣播
消息，并在群組成員邀請消息中還可以攜帶群組屬性信息。 步驟350，受邀請終端304接收到群組成員邀請消息后，將其中攜帶的群組標識信 息存儲到本地群組列表中； 受邀請終端304從尋呼信道廣播時隙和/或廣播信道上接收到帶有群組標識信息 和群組成員列表的群組成員邀請消息，對比自身MDN是否存在于群組成員列表中，如果存 在，則存儲群組標識信息到自身的群組列表中，否則丟棄消息。 如果群組成員邀請消息中還攜帶有群組屬性信息，受邀請終端304同時存儲該群 組屬性信息。 步驟360，受邀請終端304還可以通過無線鏈路特定反向信道向BTS 306回復(fù)群組 成員邀請應(yīng)答消息； 群組成員邀請應(yīng)答消息中的信息至少包括受邀請終端的MDN信息。 步驟370， BTS 306在向群組成員列表中的所有終端304發(fā)送群組成員邀請消息
后，通過無線鏈路特定的前向信道回復(fù)帶有群組標識信息的自建群組請求應(yīng)答消息到請求
終端302 ; 該自建群組請求應(yīng)答消息中除群組標識信息外，還可以攜帶已經(jīng)發(fā)送群組成員邀 請消息并收到群組成員邀請應(yīng)答消息的終端(即成功加入群組的終端)數(shù)目和/或MDN信 息。 步驟380，請求終端302收到自建群組請求應(yīng)答消息后，將其中攜帶的群組標識信 息存儲到本地群組列表中。 請求終端302激活等待自建群組請求應(yīng)答消息的定時器，將群組標識信息存儲到
自身的群組列表中，同時還可以存儲群組的屬性信息。如果群組請求應(yīng)答消息中攜帶有成
功加入群組的終端數(shù)目和/或MDN信息，請求終端302存儲上述成功加入群組的終端數(shù)目
和/或MDN信息，并在用戶界面上顯示成功加入群組的終端數(shù)目和/或MDN信息。 自此，群組成員所有終端可以選擇自建群組，通過PTT鍵發(fā)起組呼。 呼叫建立過程中起呼消息攜帶有BTS 306分配的群組標識信息，BTS 306收到起
呼消息后，在基站覆蓋范圍內(nèi)尋呼群組成員終端，尋呼過程中通過在尋呼信道廣播時隙或
廣播信道上發(fā)送帶有上述群組標識信息的尋呼消息，終端302和304收到帶有群組標識信
息的尋呼消息后，判斷自身群組列表消息是否有對應(yīng)的條目，如果有，則回復(fù)尋呼響應(yīng)消
息，建立業(yè)務(wù)信道開始集群組呼業(yè)務(wù)，無則丟棄。 群組成員所有終端302和304存儲有自建群組的群組有效期限信息，故在群組有 效期限信息標識的期限超期后，終端302和304從群組列表中刪除該群組相應(yīng)的信息，其中 至少包括群組標識信息和群組屬性信息。 本發(fā)明的單站運行模式下實現(xiàn)集群組呼的系統(tǒng)實施例，包括請求終端、受邀終端 以及處于單站模式下的基站BTS，其中 請求終端，用于編輯自建群組的群組成員列表信息，并通過無線鏈路特定反向信道向基站BTS發(fā)起自建群組請求消息，在收到BTS返回的自建群組請求應(yīng)答消息后，將消息 中攜帶的群組標識信息存儲在本地群組成員列表中； 處于單站模式下的BTS，用于在收到自建群組請求消息后，為自建群組分配群組標 識，并通過無線鏈路特定正向信道向受邀終端發(fā)送群組成員邀請消息，且消息中攜帶有分 配的群組標識信息，以及在特定時機，通過無線鏈路特定正向信道向請求終端發(fā)送自建群 組請求應(yīng)答消息； 受邀終端，用于在收到BTS的群組成員邀請消息后，將其中攜帶的群組標識信息
存儲到本地群組列表中，并向BTS返回群組成員邀請應(yīng)答消息。 群組成員所有終端，均用于選擇自建群組，通過PTT鍵發(fā)起組呼。
權(quán)利要求
一種實現(xiàn)集群組呼的方法，包括當(dāng)終端需要建立集群群組且得知基站BTS處于單站運行模式時，向所述BTS發(fā)起攜帶有群組成員信息的自建群組請求；所述BTS接收到所述自建群組請求后，為該自建群組分配一個群組標識，并根據(jù)所述請求中的群組成員信息，通知所述群組成員的終端加入所述自建群組。
2. 按照權(quán)利要求1所述的方法，其特征在于，所述終端得知所述BTS處于單站運行模式，是在所述BTS檢測到其與基站控制器BSC之間的鏈路的狀態(tài)不正常時，將自身運行狀態(tài)修改為所述單站運行模式，且通過無線鏈路特定前向信道通知所述終端。
3. 按照權(quán)利要求1或2所述的方法，其特征在于，所述群組成員信息是在所述終端編輯或者調(diào)出的已存儲的信息，所述編輯是通過所述終端提供的人機界面上逐條輸入和/或在終端存儲的聯(lián)系人信息中逐個選擇群組成員的移動終端號碼MDN實現(xiàn)。
4. 按照權(quán)利要求3所述的方法，其特征在于，所述終端還提供設(shè)定群組屬性信息的人機界面，所述群組屬性信息至少包括群組名稱、群組有效期限以及發(fā)起自建群組請求的終端的標識信息；所述自建群組請求還攜帶所述群組屬性信息。
5. 按照權(quán)利要求4所述的方法，其特征在于，所述BTS通知所述群組成員的終端加入所述自建群組的方式至少包括以下步驟所述BTS解析所述建群組請求消息中的群組成員信息，構(gòu)造攜帶群組標識信息的群組成員邀請消息，并將所述群組成員邀請消息發(fā)送給所述群組成員信息中的受邀請終端；所述受邀請終端收到所述群組成員邀請消息后，將群組標識信息存儲到本地。
6. 按照權(quán)利要求5所述的方法，其特征在于，所述BTS發(fā)送所述群組成員邀請消息的方法至少包括以下方式之一所述BTS在公共廣播信道上周期性發(fā)送廣播消息，其中攜帶所述群組標識信息、所述群組成員信息以及所述群組屬性信息；所述BTS在尋呼信道廣播時隙周期性發(fā)送廣播消息，其中攜帶所述群組標識信息、所述群組成員信息以及所述群組屬性信息；所述BTS通過解析出所述群組成員信息中的群組成員的移動終端號碼MDN，在前向?qū)ず粜诺郎现饌€向每個群組成員發(fā)送攜帶有所述群組標識信息、所述群組成員的MDN以及所述群組屬性信息的尋呼消息。
7. 按照權(quán)利要求5所述的方法，其特征在于，所述受邀請終端從尋呼信道廣播時隙和/或廣播信道上接收到帶有群組標識信息和群組成員信息的群組成員邀請消息，若對比自身的MDN存在于所述群組成員信息中，則存儲所述群組標識信息，否則丟棄所述群組成員邀請消息。
8. 按照權(quán)利要求5所述的方法，其特征在于，所述受邀請終端在收到所述群組成員邀請消息后，通過反向接入信道向所述BTS返回群組成員邀請應(yīng)答消息，所述應(yīng)答消息中至少包括所述受邀請終端的移動終端號碼MDN信息。
9. 按照權(quán)利要求1或2所述的方法，其特征在于，所述BTS還將所述群組標識通知發(fā)起自建群組請求的終端。
10. 按照權(quán)利要求9所述的方法，其特征在于，所述BTS在以下特定時機之一將所述群組標識通知發(fā)起自建群組請求的終端在所述BTS收到所述終端發(fā)送的自建群組請求消息后；在所述BTS在向所述群組成員的終端發(fā)送群組成員邀請消息后；在所述BTS在向所述群組成員的終端發(fā)送所述群組成員邀請消息，且收到其中之一所述群組成員或所有所述群組成員返回的群組成員邀請應(yīng)答消息后；在所述BTS向所述群組成員的終端發(fā)送所述群組成員邀請消息，且等待一定時刻后；所述BTS至少通過前向?qū)ず粜诺老蛩霭l(fā)起自建群組請求的終端返回的自建群組請求應(yīng)答消息通知所述群組標識信息；所述自建群組請求應(yīng)答消息中還攜帶已經(jīng)成功加入所述自建群組的終端的數(shù)目和/或所述MDN信息。
11. 按照權(quán)利要求1或2所述的方法，其特征在于，所述方法還包括所述受邀請終端或所述發(fā)起自建群組請求的終端選擇自建群組，通過集群組呼功能鍵發(fā)起所述集群組呼。
12. —種單站運行模式下實現(xiàn)集群組呼的系統(tǒng)，包括多個終端及基站BTS，其中所述多個終端中的一個終端，用于在需要建立集群群組且得知所述BTS處于單站運行模式時，向所述BTS發(fā)起攜帶有群組成員信息的自建群組請求消息；所述BTS，用于在收到自建群組請求消息后，為自建群組分配一個群組標識，并根據(jù)群組成員信息，將攜帶群組標識信息的群組成員邀請消息發(fā)送給所述群組成員信息中的受邀請終端；所述受邀請終端，用于在收到所述BTS的群組成員邀請消息后，將其中攜帶的所述群組標識信息存儲到本地。
13. 按照權(quán)利要求12所述的系統(tǒng)，其特征在于，所述終端得知所述BTS處于單站運行模式，是在所述BTS檢測到其與基站控制器BSC之間的鏈路的狀態(tài)不正常時，將自身運行狀態(tài)修改為所述單站運行模式，且通過無線鏈路特定前向信道通知所述終端。
14. 按照權(quán)利要求12或13所述的系統(tǒng)，其特征在于，所述受邀請終端，還用于在收到所述BTS的群組成員邀請消息后，向所述BTS返回群組成員邀請應(yīng)答消息；所述BTS，還用于向所述請求終端發(fā)送自建群組請求應(yīng)答消息；發(fā)起自建群組請求消息的終端，還用于在收到所述自建群組請求應(yīng)答消息后，將其中攜帶的群組標識信息存儲在本地。
15. 按照權(quán)利要求12或13所述的系統(tǒng)，其特征在于，所述發(fā)起自建群組請求消息的終端或所述受邀請終端，還用于選擇自建群組，通過集群組呼功能鍵發(fā)起所述集群組呼。
全文摘要
一種實現(xiàn)集群組呼業(yè)務(wù)的方法和系統(tǒng)，該方法包括當(dāng)終端需要建立集群群組且得知基站BTS處于單站運行模式時，向BTS發(fā)起攜帶有群組成員信息的自建群組請求；BTS接收到自建群組請求后，為該自建群組分配一個群組標識，并根據(jù)該請求中的群組成員信息，通知群組成員的終端加入自建群組。本發(fā)明方案提供了單基站運行模式下的集群群組管理能力，提高基站在緊急情況下的穩(wěn)定性、可靠性及可用性。
文檔編號H04W84/08GK101772198SQ200810190800
公開日2010年7月7日 申請日期2008年12月31日 優(yōu)先權(quán)日2008年12月31日
發(fā)明者張小利 申請人:中興通訊股份有限公司