專利名稱：一種業(yè)務(wù)用戶加入組呼的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)用戶加入組呼的方法及系統(tǒng)。
背景技術(shù)：
語音組呼業(yè)務(wù)(VGCS)是實現(xiàn)多個人可以講話(至多6個講者，包括一個講者業(yè)務(wù)用戶和5個調(diào)度員)，更多的人可以聽話(聽者數(shù)量無限制)的業(yè)務(wù)；其中，調(diào)度員是在網(wǎng)絡(luò)中被標(biāo)識為調(diào)度員的固定或移動用戶；語音廣播業(yè)務(wù)(VBS)是實現(xiàn)1個人講話(只有1個講者)，多個人聽話(聽者數(shù)量無限制)的業(yè)務(wù)。VGCS、VBS實現(xiàn)了一部分人講話、多方聆聽的點對多點的語音通信方式，突破了點對點通信的局限性，能夠快速建立呼叫。
現(xiàn)有技術(shù)中，組呼寄存器(GCR)與移動業(yè)務(wù)交換中心(MSC)一起實現(xiàn)組呼業(yè)務(wù)，其中GCR用來保存組呼屬性數(shù)據(jù)，還保存有當(dāng)前組呼是否正在進行的標(biāo)志，組呼發(fā)起時，MSC向GCR查詢要發(fā)起組呼的屬性數(shù)據(jù)時，GCR設(shè)置發(fā)起組呼的狀態(tài)為正在進行(On-going)，組呼結(jié)束時，MSC通知GCR，GCR設(shè)置該組呼的狀態(tài)為空閑(Idle)。
組呼發(fā)起時，MSC向GCR查詢組呼屬性數(shù)據(jù)時，如果GCR檢查要發(fā)起的組呼的狀態(tài)為On-going，則通知MSC該組呼為On-going。如果是業(yè)務(wù)用戶發(fā)起組呼，則MSC拒絕呼叫，并通知主叫業(yè)務(wù)用戶“用戶忙”；如果是調(diào)度員發(fā)起組呼，則MSC直接將該調(diào)度員接入到On-going的組呼中。
當(dāng)組呼開始建立時，網(wǎng)絡(luò)側(cè)在組呼區(qū)域中的每個小區(qū)中建立一條組呼信道，通知(notification)消息將在組呼區(qū)域內(nèi)每個小區(qū)的通知信道(NCH)上廣播；NCH的位置可以從廣播控制信道(BCCH)的系統(tǒng)消息中獲??；通知消息內(nèi)容包括組呼參考、組呼信道描述、呼叫增強多級優(yōu)先級(EMLPP)和加密密匙。為了允許后來者加入組呼中，組呼過程中將持續(xù)發(fā)送通知消息，這樣當(dāng)業(yè)務(wù)用戶在組呼區(qū)域內(nèi)撥打組ID發(fā)起某個組呼，MSC查詢GCR得知該組呼正在進行中，拒絕該業(yè)務(wù)用戶發(fā)起的呼叫，原因值填為“用戶忙”，此時該業(yè)務(wù)用戶可以在NCH信道上尋找通知消息來加入該組呼；其中組呼區(qū)域為網(wǎng)絡(luò)中預(yù)定義給一個特定VGCS呼叫的一族小區(qū)，用數(shù)值標(biāo)識，此標(biāo)識為組呼區(qū)域ID；組ID為業(yè)務(wù)用戶編組的數(shù)值，將業(yè)務(wù)用戶劃分為不同的功能組，用組ID標(biāo)識。
現(xiàn)有技術(shù)的缺點是組呼在建立過程中，某些小區(qū)的組呼信道可能會分配失敗，比如，因為鏈路負(fù)荷導(dǎo)致組呼信道指配消息丟失、無線信道負(fù)荷較高導(dǎo)致無可用TCH資源等；組呼進行過程中，某些小區(qū)的組呼通道也可能會因為某些原因異常釋放，比如，業(yè)務(wù)用戶使用組呼信道上行講話時，如果BSS向MSC上報的上行釋放指示(UPLINK RELEASE INDICATION)消息中的原因值不是呼叫控制(Callcontrol)或無線接口失敗(Radio interface failure)，MSC會釋放該小區(qū)的組呼信道；被釋放組呼信道的小區(qū)里是不廣播包含這個組呼的組呼參考和組呼通道信道描述信息的Notification消息的；導(dǎo)致某個組呼建立以后，如果有業(yè)務(wù)用戶剛好在該組呼信道沒有建立成功的小區(qū)內(nèi)嘗試發(fā)起一個別的用戶正在進行的組呼時，MSC會直接拒絕該業(yè)務(wù)用戶發(fā)起的呼叫，而該業(yè)務(wù)用戶此時在該小區(qū)NCH信道上找不到攜帶該組呼的組呼參考的Notification消息，導(dǎo)致這個業(yè)務(wù)用戶無法加入該組呼。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種業(yè)務(wù)用戶加入組呼的方法及系統(tǒng)，使得業(yè)務(wù)用戶能夠在一個建立失敗或異常釋放組呼信道的小區(qū)內(nèi)成功加入一個正在進行的組呼。
為解決上述技術(shù)問題，本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的。
一種業(yè)務(wù)用戶加入組呼的方法，包括步驟a業(yè)務(wù)用戶發(fā)起組呼請求；b查詢組呼屬性數(shù)據(jù)，若組呼正在進行，判斷該業(yè)務(wù)用戶所在小區(qū)的組呼信道是否建立，若建立，則加入該組呼；若沒有建立，則進入步驟c；c為該業(yè)務(wù)用戶所在小區(qū)分配組呼信道，業(yè)務(wù)用戶通過接收通知信道上的通知消息來加入該組呼。
其中，所述步驟b中若組呼正在進行，則在判斷之前還包括拒絕業(yè)務(wù)用戶發(fā)起的呼叫，并釋放該業(yè)務(wù)用戶占用的專有信令信道。
其中，步驟c中所述在小區(qū)分配組呼信道之后進一步包括系統(tǒng)廣播通知消息。
其中，步驟b中所述查詢組呼屬性數(shù)據(jù)后進一步包括若組呼空閑，則加入該組呼。
其中，所述步驟b中是由主控MSC或中繼MSC來查詢組呼屬性數(shù)據(jù)的。
一種業(yè)務(wù)用戶加入組呼的系統(tǒng)，該系統(tǒng)包括BSS模塊、MSC模塊、組呼寄存器模塊；BSS模塊用于和MSC模塊之間的無線傳輸及控制功能；MSC模塊用于業(yè)務(wù)用戶發(fā)起組呼請求時，到組呼寄存器模塊中查詢組呼屬性數(shù)據(jù)，當(dāng)組呼正在進行MSC模塊釋放該業(yè)務(wù)用戶發(fā)起的呼叫，并檢查業(yè)務(wù)用戶所在小區(qū)的組呼信道是否建立，如果沒有建立，通知BSS模塊為該小區(qū)指配組呼信道；組呼寄存器模塊用于保存組呼屬性數(shù)據(jù)及組呼進行的狀態(tài)標(biāo)志，組呼發(fā)起時，組呼寄存器模塊將組呼進行的狀態(tài)標(biāo)志發(fā)送給MSC模塊。
其中，所述系統(tǒng)還包括VLR模塊，用于存儲申請上行業(yè)務(wù)用戶的相關(guān)信息，并進行動態(tài)維護管理。
其中，所述BSS模塊包括BSC模塊和BTS模塊，BSC模塊用于負(fù)責(zé)BSS模塊的接口管理，承擔(dān)無線資源管理任務(wù)；BTS模塊用于通過空中接口與業(yè)務(wù)用戶之間的無線傳輸及控制功能。
以上技術(shù)方案可以看出，本發(fā)明具有以下有益效果1、本發(fā)明中業(yè)務(wù)用戶發(fā)起組呼時，MSC查詢GCR，如果該組呼為On-going，拒絕該業(yè)務(wù)用戶發(fā)起的呼叫，MSC再檢查該業(yè)務(wù)用戶所在小區(qū)的組呼信道是否已經(jīng)建立，如果沒有建立，為該小區(qū)分配組呼信道，通過接收通知信道NCH上的通知消息來加入組呼；這樣就解決了現(xiàn)有技術(shù)中業(yè)務(wù)用戶發(fā)起On-going的組呼時，如果剛好在建立失敗或異常釋放的小區(qū)內(nèi)，小區(qū)組呼信道沒有建立，從而無法加入該組呼的問題；2、由于解決了用戶加入組呼失敗的問題，從而增加了用戶的滿意度，同時也有利于組呼業(yè)務(wù)的發(fā)展。


圖1為本發(fā)明方法流程圖；圖2為本發(fā)明實施例流程圖；圖3為本發(fā)明系統(tǒng)圖。
具體實施例方式
本發(fā)明的核心是業(yè)務(wù)用戶發(fā)起組呼時，MSC查詢GCR得知該組呼為On-going后，再判斷該業(yè)務(wù)用戶所在小區(qū)的組呼信道是否已經(jīng)建立，如果沒有建立，為該小區(qū)分配組呼信道；小區(qū)內(nèi)的組呼信道建立后，該業(yè)務(wù)用戶就可以通過接收NCH信道上的Notification消息來加入該組呼。
其中，組呼區(qū)域超過一個MSC的覆蓋范圍時，該組呼中會有多個MSC，其中的主控MSC為Anchor MSC，其他MSC為中繼MSC(Relay MSC)；AnchorMSC負(fù)責(zé)整個呼叫，管理的數(shù)據(jù)有組呼屬性、調(diào)度員列表、Relay MSC列表、Anchor MSC內(nèi)的組呼小區(qū)列表、組呼狀態(tài)標(biāo)志(是否ongoing)；Relay MSC負(fù)責(zé)管理的數(shù)據(jù)有Relay MSC內(nèi)的組呼小區(qū)列表、Anchor MSC標(biāo)識、組呼狀態(tài)標(biāo)志(是否ongoing)；一個VGCS或VBS呼叫中，可以有多個Relay MSC，也可以不存在Relay MSC；本發(fā)明中Anchor MSC和Relay MSC實現(xiàn)該方案的流程相同。
請參閱圖1所示為本發(fā)明方法流程圖，具體包括步驟101業(yè)務(wù)用戶發(fā)起組呼請求；
步驟102判斷該組呼是否正在進行，如果是，則進入步驟103；否則進入步驟105；步驟103判斷該小區(qū)內(nèi)組呼信道是否建立，如果是，則進入步驟105；否則，進入步驟104；步驟104為沒有建立組呼信道的小區(qū)分配組呼信道；步驟105業(yè)務(wù)用戶通過接收NCH信道上的通知消息來加入該組呼。
為便于對本發(fā)明進一步理解，現(xiàn)結(jié)合具體實施例對本發(fā)明作詳細(xì)描述。
請參閱圖2為本發(fā)明具體實施例流程圖，具體包括步驟步驟201終端(MS)在隨機接入信道上向基站子系統(tǒng)(BSS)發(fā)送信道請求消息(CHAN_REQ)請求分配一條專有信令信道；步驟202BSS發(fā)送立即指配(IMM_ASS)消息給MS分配一條專用控制信道(SDCCH)，供該終端后續(xù)向網(wǎng)絡(luò)發(fā)送消息使用；步驟203MS在SDCCH信道上向BSS發(fā)送一個SABM幀，其中包含業(yè)務(wù)請求消息(SERV_REQ)；其中，業(yè)務(wù)請求消息中攜帶主叫用戶的國際移動用戶標(biāo)識符(IMSI)和業(yè)務(wù)類型等信息；步驟204～步驟205BSS收到這個SABM幀后，向MS返回一個建鏈和撤離鏈的認(rèn)可(UA)幀，包含與SABM幀相同的內(nèi)容，起到向終端確認(rèn)的作用；同時發(fā)送完全層三信息(COM_L3_INFO)消息并攜帶終端上報的業(yè)務(wù)請求消息給Anchor MSC；步驟206Anchor MSC發(fā)送處理接入請求(PROC_ACC_REQ)消息到訪問位置寄存器(VLR)檢查請求發(fā)起呼叫的用戶是否合法用戶；步驟207VLR向Anchor MSC返回處理接入響應(yīng)(PROC_ACC_ACK)消息；其中，如果檢查呼叫用戶合法，則繼續(xù)進行呼叫處理，如果不合法，則結(jié)束；其中，判斷呼叫用戶合法包括判斷呼叫用戶是否簽約了組呼業(yè)務(wù)和欲發(fā)起組ID。
步驟208～步驟209Anchor MSC對主叫用戶進行鑒權(quán)和加密；MS發(fā)送SETUP給Anchor MSC，消息中包含被叫號碼為組呼參考；步驟210Anchor MSC發(fā)送SEND_INFO_OUT消息到VLR檢查主叫用戶是否簽約了組呼業(yè)務(wù)和欲發(fā)起的組ID；步驟211如果VLR檢查通過，即主叫用戶簽約了組呼業(yè)務(wù)和請求的組ID，就向Anchor MSC返回完成呼叫(COMPLETE_CALL)消息，消息中還包含用戶簽約的數(shù)據(jù)；步驟212Anchor MSC收到組呼建立請求后發(fā)送GCR_INT消息到組呼寄存器(GCR)查詢欲發(fā)起組呼的狀態(tài)和組呼屬性數(shù)據(jù)；其中，GCR中記錄的數(shù)據(jù)有組呼狀態(tài)(空閑或正在進行中)、組呼屬性數(shù)據(jù)(優(yōu)先級、加密算法、信道類型等)、小區(qū)列表、調(diào)度員列表、Relay MSC列表等；步驟213GCR向Anchor MSC返回查詢結(jié)果GCR查詢響應(yīng)(GCR_INT_ACK)消息；步驟214如果Anchor MSC從查詢結(jié)果中得到組呼正在進行中，AnchorMSC發(fā)送RELEASE_COMPLETE消息給MS拒絕業(yè)務(wù)用戶發(fā)起的呼叫，原因值填為“用戶忙”；這里的RELEASE_COMPLETE消息也可以是DISCONNECT消息或RELEASE消息；步驟215Anchor MSC發(fā)送CLEAR_CMD消息給BSS要求釋放主叫業(yè)務(wù)用戶占用的專有連接；步驟216如果Anchor MSC判斷主叫業(yè)務(wù)用戶所在的小區(qū)的組呼信道沒有建立，發(fā)送組呼指配請求(VGCS_ASS_REQ)消息給BSS要求BSS為該小區(qū)建立組呼通道；其中，GCR中記錄有組呼區(qū)域里的小區(qū)列表，建立組呼時，MSC查詢GCR得到這個小區(qū)列表，后續(xù)MSC會記錄哪些小區(qū)的組呼信道建立成功，哪些小區(qū)的組呼信道建立失，由此可以判斷組呼信道是否建立；步驟217～步驟218組呼信道建立完成后，BSS在小區(qū)里廣播通知消息；并發(fā)送組呼指配結(jié)果VGCS_ASS_RESULT消息給Anchor MSC；其中，Notification消息中包含組呼參考和組呼信道描述，后續(xù)如果該組中的用戶進入此小區(qū)，收到這條Notification消息后，就可以加入到組呼中；步驟219BSS向Anchor MSC返回釋放完成CLEAR_CMP消息。
相應(yīng)的，本發(fā)明還提供了一種業(yè)務(wù)用戶加入組呼的系統(tǒng)，參閱圖4所示系統(tǒng)圖，該系統(tǒng)包括BSS模塊301、MSC模塊302；組呼寄存器模塊303；BSS模塊301用于和MSC模塊302之間的無線傳輸及控制功能，BSS模塊301進一步包括基站控制器(BSC)模塊3011和基站收發(fā)信臺(BST)模塊3012，BSC模塊3011是BSS模塊301的控制部分，負(fù)責(zé)BSS模塊301的各種接口管理，承擔(dān)無線資源管理任務(wù)，BTS模塊3012屬于BSS模塊301的無線部分，實現(xiàn)GSM營運系統(tǒng)通過空中接口與業(yè)務(wù)用戶之間的無線傳輸及控制功能；MSC模塊302用于業(yè)務(wù)用戶發(fā)起組呼請求時，到組呼寄存器模塊303中查詢組呼屬性數(shù)據(jù)，當(dāng)組呼正在進行MSC模塊302釋放該業(yè)務(wù)用戶發(fā)起的呼叫，并檢查業(yè)務(wù)用戶所在小區(qū)的組呼信道是否建立，如果沒有建立，通知BSS模塊301為該小區(qū)指配組呼信道；業(yè)務(wù)用戶通過接收NCH信道上的Notification消息來加入該組呼；MSC模塊302進一步來訪用戶位置寄存器VLR模塊3021；所述VLR模塊3021也可以獨立于MSC模塊302單獨存在。
VLR模塊3021用于存儲申請上行業(yè)務(wù)用戶的相關(guān)信息，并進行動態(tài)維護管理；組呼寄存器模塊303用于保存組呼屬性數(shù)據(jù)及組呼進行的狀態(tài)標(biāo)志，組呼發(fā)起時，組呼寄存器模塊303將組呼進行的狀態(tài)標(biāo)志發(fā)送給MSC模塊302。
綜上所述，本發(fā)明中當(dāng)業(yè)務(wù)用戶發(fā)起組呼時，MSC查詢GCR得知該組呼為On-going后，再判斷該業(yè)務(wù)用戶所在小區(qū)的組呼信道是否已經(jīng)建立，如果沒有建立，為該小區(qū)分配組呼信道；小區(qū)內(nèi)的組呼信道建立后，該業(yè)務(wù)用戶就可以通過接收NCH信道上的Notification消息來加入該組呼，從而解決了現(xiàn)有的業(yè)務(wù)用戶發(fā)起On-going的組呼時，如果剛好在建立失敗或異常釋放的小區(qū)內(nèi)，無法加入該組呼的問題。
以上對本發(fā)明所提供的一種業(yè)務(wù)用戶加入組呼的方法及系統(tǒng)進行了詳細(xì)介紹，本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種業(yè)務(wù)用戶加入組呼的方法，其特征在于，包括步驟a業(yè)務(wù)用戶發(fā)起組呼請求；b查詢組呼屬性數(shù)據(jù)，若組呼正在進行，判斷該業(yè)務(wù)用戶所在小區(qū)的組呼信道是否建立，若建立，則加入該組呼；若沒有建立，則進入步驟c；c為該業(yè)務(wù)用戶所在小區(qū)分配組呼信道，業(yè)務(wù)用戶通過接收通知信道上的通知消息來加入該組呼。
2.如權(quán)利要求1所述業(yè)務(wù)用戶加入組呼的方法，其特征在于，所述步驟b中若組呼正在進行，則在判斷之前還包括拒絕業(yè)務(wù)用戶發(fā)起的呼叫，并釋放該業(yè)務(wù)用戶占用的專有信令信道。
3.如權(quán)利要求1所述業(yè)務(wù)用戶加入組呼的方法，其特征在于，步驟c中所述在小區(qū)分配組呼信道之后進一步包括系統(tǒng)廣播通知消息。
4.如權(quán)利要求1所述業(yè)務(wù)用戶加入組呼的方法，其特征在于，步驟b中所述查詢組呼屬性數(shù)據(jù)后進一步包括若組呼空閑，則加入該組呼。
5.如權(quán)利要求1至4中任一項所述業(yè)務(wù)用戶加入組呼的方法，其特征在于，所述步驟b中是由主控MSC或中繼MSC來查詢組呼屬性數(shù)據(jù)的。
6.一種業(yè)務(wù)用戶加入組呼的系統(tǒng)，其特征在于，該系統(tǒng)包括BSS模塊、MSC模塊、組呼寄存器模塊；BSS模塊用于和MSC模塊之間的無線傳輸及控制功能；MSC模塊用于業(yè)務(wù)用戶發(fā)起組呼請求時，到組呼寄存器模塊中查詢組呼屬性數(shù)據(jù)，當(dāng)組呼正在進行MSC模塊釋放該業(yè)務(wù)用戶發(fā)起的呼叫，并檢查業(yè)務(wù)用戶所在小區(qū)的組呼信道是否建立，如果沒有建立，通知BSS模塊為該小區(qū)指配組呼信道；組呼寄存器模塊用于保存組呼屬性數(shù)據(jù)及組呼進行的狀態(tài)標(biāo)志，組呼發(fā)起時，組呼寄存器模塊將組呼進行的狀態(tài)標(biāo)志發(fā)送給MSC模塊。
7.如權(quán)利要求6所述業(yè)務(wù)用戶加入組呼的系統(tǒng)，其特征在于，所述系統(tǒng)還包括VLR模塊，用于存儲申請上行業(yè)務(wù)用戶的相關(guān)信息，并進行動態(tài)維護管理。
8.如權(quán)利要求6所述業(yè)務(wù)用戶加入組呼的系統(tǒng)，其特征在于，所述BSS模塊包括BSC模塊和BTS模塊，BSC模塊用于負(fù)責(zé)BSS模塊的接口管理，承擔(dān)無線資源管理任務(wù)；BTS模塊用于通過空中接口與業(yè)務(wù)用戶之間的無線傳輸及控制功能。
全文摘要
本發(fā)明公開了一種業(yè)務(wù)用戶加入組呼的方法及系統(tǒng)，該方法包括步驟a.業(yè)務(wù)用戶發(fā)起組呼請求；b.查詢組呼屬性數(shù)據(jù)，若組呼正在進行，判斷該業(yè)務(wù)用戶所在小區(qū)的組呼信道是否建立，若建立，則加入該組呼；若沒有建立，則進入步驟c；c.為該業(yè)務(wù)用戶所在小區(qū)分配組呼信道，業(yè)務(wù)用戶通過接收通知信道上的通知消息來加入該組呼；一種業(yè)務(wù)用戶加入組呼的系統(tǒng)，該系統(tǒng)包括BSS模塊、MSC模塊、組呼寄存器模塊；本發(fā)明解決了現(xiàn)有的業(yè)務(wù)用戶發(fā)起一個正在進行的組呼時，如果剛好在建立失敗或異常釋放的組呼信道的小區(qū)內(nèi)，無法加入該組呼的問題。
文檔編號H04M3/56GK1885971SQ200610098728
公開日2006年12月27日 申請日期2006年7月10日 優(yōu)先權(quán)日2006年7月10日
發(fā)明者王寶義 申請人:華為技術(shù)有限公司