專利名稱：一種釋放集群通信業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通訊領(lǐng)域，特別的涉及在集群移動(dòng)通訊系統(tǒng)中，在中繼移動(dòng)交換中心發(fā)起集群通信業(yè)務(wù)釋放的一種釋放集群通信業(yè)務(wù)的方法。
背景技術(shù)：
眾所周知，鐵路是國家經(jīng)濟(jì)的一大動(dòng)脈，而鐵路通信是鐵路運(yùn)輸生產(chǎn)的主動(dòng)脈。建立一個(gè)安全、可靠、可持續(xù)發(fā)展的鐵路系統(tǒng)，關(guān)系著國計(jì)民生。目前在歐洲得到廣泛試驗(yàn)應(yīng)用的鐵路全球通移動(dòng)通訊系統(tǒng)(Global System forMobile communication for Railway，簡稱GSM-R)作為一種先進(jìn)的技術(shù)體系，為鐵路專用通信提供了一個(gè)功能強(qiáng)大、業(yè)務(wù)豐富、穩(wěn)定可靠的綜合信息平臺(tái)。其在我國的運(yùn)用前景不容小窺。
GSM-R是在全球移動(dòng)通信系統(tǒng)(Global System for Mobile communication，簡稱GSM)基礎(chǔ)上，增加集群通信功能而構(gòu)成的一個(gè)鐵路專用的移動(dòng)通信系統(tǒng)。所增加的集群功能包含先進(jìn)的話音呼叫業(yè)務(wù)(Advanced Speech Call Item，簡稱ASCI)功能。
ASCI功能包含了三種專用移動(dòng)通信的基本業(yè)務(wù)增強(qiáng)的多級(jí)優(yōu)先于強(qiáng)占權(quán)(Enhanced Multil-Level Precedence and Pre-emption，簡稱eMLPP)、語音組呼業(yè)務(wù)(Voice Group Call Service，簡稱VGCS)和語音廣播業(yè)務(wù)(VoiceBroadcast Service，簡稱VBS)。其中VGCS業(yè)務(wù)是指多用戶講話，更多的用戶可以聽話(聽者數(shù)量無限制)的業(yè)務(wù)；VBS是指一用戶講活，多用戶聽話(聽者無限制)的業(yè)務(wù)。VGCS以及VBS實(shí)現(xiàn)了一部分用戶講話，多方聆聽的點(diǎn)對(duì)多點(diǎn)語音通信方式，突破了點(diǎn)對(duì)點(diǎn)通信的局限性，有利于快速的建立呼叫。當(dāng)VGCS只有一個(gè)用戶講話時(shí)，則為VBS，因此VBS業(yè)務(wù)可以看作VGCS業(yè)務(wù)的一種特例。
其中VGCS或VBS釋放的實(shí)現(xiàn)是VGCS或VBS的基本功能，VGCS或VBS，可以被主叫業(yè)務(wù)用戶、調(diào)度員釋放。其中調(diào)度員直接向主控移動(dòng)交換中心(Anchor Mobile Switching Centrer，簡稱Anchor MSC)提出釋放VGCS或VBS的指示，由Anchor MSC直接根據(jù)該指示，執(zhí)行VGCS或VBS釋放策略；其中主叫業(yè)務(wù)用戶可以在發(fā)起VGCS或VBS呼叫時(shí)建立的專有連接上釋放VGCS或VBS，還可以在占用上行后，向其所在的移動(dòng)交換中心(MobileSwitching Center，簡稱MSC)提出終止VGCS或VBS請(qǐng)求。如果該主叫業(yè)務(wù)用戶所在的MSC為Anchor MSC，那么Anchor MSC接收到終止VGCS或VBS請(qǐng)求后，直接釋放該小區(qū)內(nèi)的VGCS或VBS，并通過對(duì)該VGCS或VBS區(qū)域的其他小區(qū)的中繼MSC(簡稱Relay MSC)的管理控制，釋放其他小區(qū)內(nèi)的VGCS或VBS；如果該主叫業(yè)務(wù)用戶所在的MSC為中繼移動(dòng)交換中心(RelayMobile Switching Centrer，簡稱Relay MSC)，那么該Relay MSC接收到主叫業(yè)務(wù)用戶發(fā)出的終止VGCS或VBS請(qǐng)求后，向Anchor MSC發(fā)送VGCS或VBS釋放通知--MAP消息，其中在現(xiàn)有的3GPP協(xié)議的定義中，該MAP消息定義為MAP_PROCESS_GROUP_CALL_SIGNALING消息，如表1所示為該MAP消息的信元參數(shù)，Relay MSC通過VGCS或VBS釋放通知，通知AnchorMSC釋放整個(gè)VGCS或VBS區(qū)域的VGCS或VBS。
MAP_PROCESS_GROUP_CALL_SIGNALLING service

表1說明Relay MSC可以使用MAP_PROCESS_GROUP_CALL_SIGNALLING中的信元Uplink Request用于通知Anchor MSC請(qǐng)求上行，信元UplinkRequest用于通知Anchor MSC釋放上行，信元Release Group Call用于通知Anchor MSC釋放呼叫。
另外，如果VGCS過程中，非激活定時(shí)器超時(shí)，網(wǎng)絡(luò)也會(huì)自動(dòng)釋放VGCS。
一般的，我們根據(jù)VGCS或VBS被釋放的原因，將VGCS或VBS釋放分為正常釋放、以及非正常釋放。通常的，把上述的主叫業(yè)務(wù)用戶、調(diào)度員主動(dòng)提出終止VGCS或VBS請(qǐng)求，申請(qǐng)釋放VGCS或VBS的情況，以及由于VGCS中非激活定時(shí)器超時(shí)，網(wǎng)絡(luò)自動(dòng)釋放VGCS的情況稱為VGCS或VBS的正常釋放。
但是在實(shí)際應(yīng)用中，除了上述的正常釋放外，還可能由于網(wǎng)絡(luò)故障的原因，導(dǎo)致VGCS或VBS被釋放，比如當(dāng)主叫業(yè)務(wù)用戶在發(fā)起VGCS或VBS連接請(qǐng)求后，如果該主叫業(yè)務(wù)用戶所在的小區(qū)的組呼或廣播信道分配失敗，或者該主叫業(yè)務(wù)用戶所在小區(qū)內(nèi)的基站控制器(Base Staton Controller，簡稱BSC)的呼叫控制連接建立失敗等等，都會(huì)導(dǎo)致VGCS或VBS的被釋放，我們把由于網(wǎng)絡(luò)的原因?qū)е耉GCS或VBS的釋放的情況，稱為VGCS或VBS的非正常釋放。
根據(jù)發(fā)起VGCS或VBS釋放所在小區(qū)的不同，對(duì)于釋放在的小區(qū)為Anchor MSC覆蓋的小區(qū)的情況，無論該VGCS或VBS釋放是的正常釋放，或者非正常釋放，由于Anchor MSC均直接接收到VGCS或VBS釋放的請(qǐng)求，其中該釋放請(qǐng)求消息包括以下幾種情況調(diào)度員、在Anchor MSC覆蓋小區(qū)內(nèi)的主叫業(yè)務(wù)用戶主動(dòng)向Anchor MSC提出的終止VGCS或VBS請(qǐng)求；或者，VGCS過程中，Anchor MSC監(jiān)測到非激活定時(shí)器超時(shí)；或者，在Anchor MSC覆蓋小區(qū)內(nèi)的主叫業(yè)務(wù)用戶建立呼叫過程中，Anchor MSC接收到VGCS或VBS建立失敗的消息；或者，在主叫調(diào)度員建立呼叫過程中，Anchor MSC接收到VGCS建立失敗的消息等。
Anchor MSC根據(jù)所接收到的VGCS或VBS釋放的請(qǐng)求，執(zhí)行VGCS或VBS釋放策略，并根據(jù)所接收到的VGCS或VBS釋放的請(qǐng)求，直接獲知釋放的原因。
而對(duì)于在Relay MSC覆蓋的小區(qū)內(nèi)發(fā)起VGCS或VBS釋放的情況，無論該VGCS或VBS釋放是正常釋放，或者非正常釋放，由Relay MSC接收到VGCS或VBS釋放的請(qǐng)求，其中該釋放請(qǐng)求消息包括以下幾種情況主叫業(yè)務(wù)用戶主動(dòng)提出終止VGCS或VBS請(qǐng)求；主叫業(yè)務(wù)用戶在發(fā)起呼叫后，建立呼叫時(shí)，VGCS或VBS建立失敗的消息等，Relay MSC根據(jù)所接收到的VGCS或VBS建立失敗的消息，作出釋放VGCS或VBS決策，然后向Anchor MSC發(fā)送VGCS或VBS釋放通知--MAP消息MAP_PROCESS_GROUP CALL_SIGNALING消息，(如表1所示)，Anchor MSC根據(jù)接收到的MAP消息，執(zhí)行VGCS或VBS釋放策略。
然而，由表1可以知道，Anchor MSC所接收到的只是一個(gè)VGCS或VBS釋放通知，而無法根據(jù)該釋放通知，獲知該VGCS或VBS被釋放的真正原因。特別的，如果該釋放是在VGCS或VBS建立時(shí)，由于網(wǎng)絡(luò)資源不足，或網(wǎng)絡(luò)故障，導(dǎo)致VGCS或VBS建立失敗，無法成功建立，導(dǎo)致非正常釋放的情況，Anchor MSC無從獲知該網(wǎng)絡(luò)故障，進(jìn)而，無法針對(duì)該網(wǎng)絡(luò)故障，作出相應(yīng)的合理的處理，無法排除該網(wǎng)絡(luò)故障，導(dǎo)致該網(wǎng)絡(luò)故障繼續(xù)可能影響以后的VGCS或VBS建立。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種釋放集群通信業(yè)務(wù)的方法，以實(shí)現(xiàn)在Relay MSC發(fā)起VGCS或VBS釋放時(shí)，Anchor MSC能夠獲知VGCS或VBS釋放原因，并可以根據(jù)VGCS或VBS釋放原因，執(zhí)行對(duì)網(wǎng)絡(luò)資源的優(yōu)化配置。
為解決上述技術(shù)問題，本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的一種釋放集群通信業(yè)務(wù)的方法，其中所述的集群通信業(yè)務(wù)釋放在中繼移動(dòng)中心發(fā)起，包括以下步驟A、中繼移動(dòng)交換中心向主控移動(dòng)交換中心發(fā)送集群通信業(yè)務(wù)釋放通知，并指示所述集群通信業(yè)務(wù)釋放原因。
B、主控移動(dòng)交換中心根據(jù)所接收的集群通信業(yè)務(wù)釋放通知，釋放所述的集群通信業(yè)務(wù)。
本發(fā)明所述的方法中，優(yōu)選地，所述步驟B后進(jìn)一步包括以下步驟
C、主控移動(dòng)交換中心根據(jù)所接收的集群通信業(yè)務(wù)釋放通知，獲知所述的集群通信業(yè)務(wù)釋放原因，根據(jù)所述的釋放原因，配置網(wǎng)絡(luò)資源。
本發(fā)明所述的方法中，所述步驟A具體包括以下步驟A1、所述的中繼移動(dòng)交換中心接收到由主叫業(yè)務(wù)用戶發(fā)送的終止集群通信業(yè)務(wù)的請(qǐng)求消息；A2、所述的中繼移動(dòng)交換中心根據(jù)所述的請(qǐng)求消息，向主控移動(dòng)交換中心發(fā)送集群通信業(yè)務(wù)釋放通知，并在所述的釋放通知中增加標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元，并標(biāo)識(shí)所述的釋放原因。
本發(fā)明所述的方法中，所述步驟A具體包括以下步驟A3、所述的主叫業(yè)務(wù)用戶在發(fā)起集群通信業(yè)務(wù)呼叫后，并且，所述的中繼移動(dòng)交換中心在向主叫業(yè)務(wù)用戶所在小區(qū)的基站控制系統(tǒng)請(qǐng)求分配集群通信業(yè)務(wù)信道后，接收到由所述基站控制系統(tǒng)發(fā)送的主叫業(yè)務(wù)用戶所在小區(qū)的集群通信業(yè)務(wù)信道分配失敗的消息；A4、所述的中繼移動(dòng)交換中心根據(jù)所述的集群通信業(yè)務(wù)信道分配失敗的消息，向主控移動(dòng)交換中心發(fā)送集群通信業(yè)務(wù)釋放通知，并在所述的釋放通知中增加標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元，并標(biāo)識(shí)所述釋放原因。
本發(fā)明所述的方法中，優(yōu)選地，所述步驟C具體包括以下步驟C1、主控移動(dòng)交換中心根據(jù)所述的釋放通知中標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元所標(biāo)識(shí)的集群通信業(yè)務(wù)釋放原因，增加主叫所在的基站控制系統(tǒng)中的信道資源。
本發(fā)明所述的方法中，所述步驟A具體包括以下步驟A5、所述的主叫業(yè)務(wù)用戶在發(fā)起集群通信業(yè)務(wù)呼叫后，所述的中繼移動(dòng)交換中心在為所述的集群通信業(yè)務(wù)，向主叫業(yè)務(wù)用戶所在的基站控制系統(tǒng)請(qǐng)求建立控制連接后，接收到由所述基站控制系統(tǒng)發(fā)送的呼叫控制連接建立失敗的消息；A6、所述的中繼移動(dòng)交換中心根據(jù)所述的呼叫控制連接建立失敗的消息，向主控移動(dòng)交換中心發(fā)送集群通信業(yè)務(wù)釋放通知，并在所述的釋放通知中增加標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元，并標(biāo)識(shí)所述釋放原因。
本發(fā)明所述的方法中，優(yōu)選地，所述步驟C具體包括以下步驟C2、主控移動(dòng)交換中心根據(jù)所述的集群通信業(yè)務(wù)釋放消息中標(biāo)識(shí)釋放原因的信元所標(biāo)識(shí)的集群通信業(yè)務(wù)釋放原因，增加主叫業(yè)務(wù)用戶所在的基站控制系統(tǒng)中的控制單元。
本發(fā)明所述的方法中，所述的集群通信業(yè)務(wù)為語音組呼業(yè)務(wù)、或者語音廣播業(yè)務(wù)。
以上技術(shù)方案可以看出，本發(fā)明相對(duì)于現(xiàn)有技術(shù)，具有以下的優(yōu)點(diǎn)首先，由于在Relay MSC向Anchor MSC發(fā)送的如表1所示的VGCS或VBS釋放通知中，新增加了包含標(biāo)識(shí)釋放原因的信元，因而，當(dāng)在Relay MSC發(fā)起VGCS或VBS釋放的時(shí)候，Anchor MSC既可以根據(jù)該釋放通知，執(zhí)行VGCS或VBS釋放策略；還可以根據(jù)該釋放通知中標(biāo)識(shí)VGCS或VBS釋放原因的信元的取值，獲知該VGCS或VBS釋放原因，并根據(jù)該釋放原因，合理的配置網(wǎng)絡(luò)資源。
其次，本發(fā)明方法只需要對(duì)Relay MSC向Anchor MSC發(fā)送的VGCS或VBS釋放通知中，增加一標(biāo)識(shí)VGCS或VBS釋放原因的信元，并對(duì)Relay MSC與Anchor MSC之間的通信協(xié)議作一小改動(dòng)，既能使得Anchor MSC接收到該攜帶標(biāo)識(shí)VGCS或VBS釋放原因的信元的釋放通知時(shí)，能夠根據(jù)該信元的取值，獲知VGCS或VBS釋放的原因，而無需改變現(xiàn)有的集群移動(dòng)系統(tǒng)網(wǎng)絡(luò)的組網(wǎng)方式，本發(fā)明的技術(shù)方案易于實(shí)施。


圖1為VGCS邏輯概念示意圖；圖2為主叫業(yè)務(wù)用戶在Anchor MSC內(nèi)發(fā)起VGCS和釋放VGCS的消息流程示意圖；圖3為主叫業(yè)務(wù)用戶在Anchor MSC內(nèi)發(fā)起VBS和釋放VBS的消息流程示意圖；圖4為現(xiàn)有技術(shù)中，由主叫業(yè)務(wù)用戶在建立VGCS呼叫時(shí)，在專有連接上，向Relay MSC主動(dòng)申請(qǐng)釋放VGCS，在Relay MSC發(fā)起VGCS釋放的消息流程示意圖；圖5為現(xiàn)有技術(shù)中，由主叫業(yè)務(wù)用戶在建立VBS呼叫時(shí)，在專有連接上，向Relay MSC主動(dòng)申請(qǐng)釋放VBS，在Relay MSC發(fā)起VBS釋放的消息流程示意圖；圖6為現(xiàn)有技術(shù)中，主叫業(yè)務(wù)用戶在申請(qǐng)上行后，向Relay MSC主動(dòng)申請(qǐng)釋放VGCS，在Relay MSC發(fā)起VGCS釋放的消息流程示意圖；圖7為本發(fā)明實(shí)施例1中的主叫業(yè)務(wù)用戶申請(qǐng)上行后，在Relay MSC發(fā)起VGCS釋放的消息流程示意圖；圖8為本發(fā)明實(shí)施例1中的為主叫業(yè)務(wù)用戶在建立VBS后，向Relay MSC請(qǐng)求釋放VBS的消息流程示意圖；圖9為本發(fā)明實(shí)施例2中的主叫業(yè)務(wù)用戶發(fā)起VGCS請(qǐng)求后，BSS為業(yè)務(wù)分配信道失敗時(shí)，在Relay MSC發(fā)起VGCS釋放的消息流程示意圖；圖10為本發(fā)明實(shí)施例2中的主叫業(yè)務(wù)用戶發(fā)起VBS請(qǐng)求后，BSS為業(yè)務(wù)分配信道失敗時(shí)，在Relay MSC發(fā)起VBS釋放的消息流程示意圖；圖11為本發(fā)明實(shí)施例3中的主叫業(yè)務(wù)用戶發(fā)起VGCS請(qǐng)求后，BSC呼叫建立連接建立失敗時(shí)，在Relay MSC發(fā)起VGCS釋放的消息流程示意圖；圖12為本發(fā)明實(shí)施例3中的主叫業(yè)務(wù)用戶發(fā)起VBS請(qǐng)求后，BSC呼叫建立連接建立失敗時(shí)，在Relay MSC發(fā)起VBS釋放的消息流程示意圖。
具體實(shí)施例方式
本發(fā)明的核心思想是，通過對(duì)Relay MSC向Anchor MSC發(fā)送VGCS或VBS釋放通知，在該VGCS或VBS釋放通知中，增加標(biāo)識(shí)VGCS或VBS釋放原因的信元，使得Anchor MSC除了可以根據(jù)該VGCS或VBS釋放通知，完成VGCS或VBS釋放外，還可以根據(jù)該釋放通知中新增加的標(biāo)識(shí)VGCS或VBS釋放原因的信元的取值，獲知導(dǎo)致VGCS或VBS釋放原因，并根據(jù)該釋放原因，進(jìn)行相應(yīng)的網(wǎng)絡(luò)資源配置，以改善當(dāng)前網(wǎng)絡(luò)資源狀況，保證以后的VGCS或VBS能夠順利建立。
圖1所示為VGCS邏輯概念示意圖，圖中的VGCS1、VGCS2、VGCS3分別表示預(yù)定義在網(wǎng)絡(luò)中的VGCS；A、B、C、D表示在網(wǎng)絡(luò)中簽約VGCS或VBS的組標(biāo)識(shí)(Group ID)分別為a、b、c、d的業(yè)務(wù)用戶；I、II、III、IV分別為VGCS區(qū)域(Group call area)；w、x、y、z分別表示在網(wǎng)絡(luò)中被標(biāo)識(shí)為調(diào)度員(Dispatcher)的固定或移動(dòng)用戶。
為了使本領(lǐng)域的技術(shù)人員多本發(fā)明所述的VGCS業(yè)務(wù)有總體上了解，以下結(jié)合圖1對(duì)VGCS業(yè)務(wù)的邏輯概念作詳細(xì)的說明1、VGCS呼叫具體為使一個(gè)主叫用戶、或者主叫調(diào)度員能夠建立到目標(biāo)用戶的語音組呼。其中，VGCS預(yù)定義在網(wǎng)絡(luò)中的，由Group ID和Group call area唯一標(biāo)識(shí)。如上圖中的Group IDa和Group call areaI，標(biāo)識(shí)出了VGCS1。
2、主叫用戶和目標(biāo)用戶均可以是業(yè)務(wù)用戶或調(diào)度員用戶。
3、目標(biāo)用戶指的是位于VGCS區(qū)域中的由被呼Group ID標(biāo)識(shí)的業(yè)務(wù)用戶或調(diào)度員用戶。目標(biāo)業(yè)務(wù)用戶應(yīng)該被網(wǎng)絡(luò)用Group ID來“通知”組呼已經(jīng)發(fā)生，而不是通過“尋呼”的方式；目標(biāo)調(diào)度員用戶應(yīng)該通過被叫標(biāo)識(shí)來呼叫。業(yè)務(wù)用戶進(jìn)入VGCS區(qū)域后，接收到相應(yīng)的VGCS通知后，可以成為目標(biāo)業(yè)務(wù)用戶。離開VGCS區(qū)域的目標(biāo)業(yè)務(wù)用戶將終止目標(biāo)用戶的身份。如上圖中g(shù)roup call area I中的A用戶為VGCS1的目標(biāo)用戶，而區(qū)域外的A用戶和其它用戶(B、C等)不是VGCS1的目標(biāo)用戶。
4、VGCS呼叫應(yīng)該建立在由小區(qū)構(gòu)成的VGCS區(qū)域中(VGCS區(qū)域預(yù)先配置在網(wǎng)絡(luò)中)。當(dāng)業(yè)務(wù)用戶發(fā)起VGCS呼叫時(shí)，VGCS區(qū)域?qū)⒈粯I(yè)務(wù)用戶發(fā)起呼叫所在小區(qū)和所撥打的Group ID唯一確定。發(fā)起VGCS呼叫的調(diào)度員應(yīng)該連接到其對(duì)應(yīng)的VGCS區(qū)域，并且網(wǎng)絡(luò)應(yīng)該根據(jù)調(diào)度員標(biāo)識(shí)核查調(diào)度員是否能夠發(fā)起呼叫。一個(gè)調(diào)度員可以被網(wǎng)絡(luò)預(yù)配置到多個(gè)VGCS呼叫中，調(diào)度員通過含有VGCS參考的移動(dòng)臺(tái)國際ISDN綜合業(yè)務(wù)數(shù)字網(wǎng)號(hào)碼(MobileStation International Integrated Services Digital Network Number，簡稱MSISDN)發(fā)起呼叫的方式來確定其發(fā)起的VGCS。VGCS呼叫建立后，所有的調(diào)度員都會(huì)被接通，并且VGCS區(qū)域中的每個(gè)小區(qū)均會(huì)建立一條VGCS通道。組呼通道是公共通道，在小區(qū)中的業(yè)務(wù)用戶都會(huì)監(jiān)聽此通道。VGCS區(qū)域中，只有SIM卡中存儲(chǔ)相應(yīng)組ID的業(yè)務(wù)用戶手機(jī)才會(huì)加入到VGCS。業(yè)務(wù)用戶通過VGCS通道接入網(wǎng)絡(luò)時(shí)，無需與網(wǎng)絡(luò)交互消息，接入的速度要比普通的點(diǎn)到點(diǎn)呼叫尋呼快。
5、VGCS業(yè)務(wù)呼叫在任何時(shí)刻只準(zhǔn)許1個(gè)講者業(yè)務(wù)用戶及至多5個(gè)調(diào)度員同時(shí)講話。調(diào)度員用戶應(yīng)該能夠聽到除自己外的其他講者的講話，聽者業(yè)務(wù)用戶能夠聽到所有講者用戶的講話。當(dāng)有調(diào)度員講話時(shí)，講者業(yè)務(wù)用戶應(yīng)該得到可聽指示。調(diào)度員可以隨時(shí)講話無需附加的信令，而希望講話的業(yè)務(wù)用戶則需要附加信令指示其想講話。當(dāng)沒有講者業(yè)務(wù)用戶存在時(shí)，聽者業(yè)務(wù)用戶才可能成為講者業(yè)務(wù)用戶。業(yè)務(wù)用戶按照先來先得的方式獲得發(fā)言權(quán)，而無需隊(duì)列。講者業(yè)務(wù)用戶停止講話時(shí)應(yīng)該給網(wǎng)絡(luò)指示或網(wǎng)絡(luò)通過定時(shí)器超時(shí)等機(jī)制來確定沒有講者業(yè)務(wù)用戶存在。
6、如果VGCS已經(jīng)建立成功，則網(wǎng)絡(luò)應(yīng)該通知主叫用戶，以便主叫用戶可以講話。系統(tǒng)應(yīng)該提供給業(yè)務(wù)用戶變?yōu)橹v者的機(jī)制。
7、VGCS呼叫中對(duì)調(diào)度員和主叫業(yè)務(wù)用戶可以有鑒權(quán)、加密的處理。
8、在同一個(gè)VGCS區(qū)域中可以同時(shí)存在多個(gè)不同Group ID的VGCS。在不同的VGCS區(qū)域中也可以同時(shí)存在多個(gè)相同Group ID的組呼。
9、VGCS呼叫能夠被主叫業(yè)務(wù)用戶，授權(quán)的調(diào)度員或網(wǎng)絡(luò)釋放。主叫調(diào)度員只有占用了上行后，才能夠釋放VGCS。如果VGCS過程中無語音定時(shí)器超時(shí)，網(wǎng)絡(luò)將會(huì)自動(dòng)釋放呼叫。業(yè)務(wù)用戶及調(diào)度員也可以離開組呼而不影響剩余部分繼續(xù)通話。離開VGCS的成員還可以通過撥打組呼的方式返回組呼。
10、如果業(yè)務(wù)用戶(包括講者業(yè)務(wù)用戶和聽者業(yè)務(wù)用戶)離開VGCS區(qū)域，則此業(yè)務(wù)用戶應(yīng)該離開VGCS，但VGCS仍然繼續(xù)而不受影響。
11、VGCS業(yè)務(wù)呼叫可以支持漫游。
12、業(yè)務(wù)用戶可以激活或激活Group ID，去、激活的信息與Group ID信息一起存儲(chǔ)在業(yè)務(wù)用戶終端SIM卡中。如果有高優(yōu)先級(jí)的組呼發(fā)生，則業(yè)務(wù)用戶終端有可能終止激活Group ID而參與VGCS。如果調(diào)度員用戶同時(shí)作為業(yè)務(wù)用戶而簽約了同一個(gè)Group ID，則該調(diào)度員用戶在對(duì)應(yīng)的VGCS區(qū)域中時(shí)，應(yīng)該激活對(duì)應(yīng)的Group ID，以避免對(duì)調(diào)度員的尋呼和通知(含有Group ID)的沖突。
13、VGCS區(qū)域超過一個(gè)MSC的覆蓋范圍時(shí)，該組呼中會(huì)有多個(gè)MSC，其中的主控MSC為Anchor MSC，其他MSC為Relay MSC。Anchor MSC負(fù)責(zé)整個(gè)呼叫，管理的數(shù)據(jù)有VGCS屬性、調(diào)度員列表、Relay MSC列表、AnchorMSC內(nèi)的VGCS小區(qū)列表、VGCS狀態(tài)標(biāo)志(是否ongoing)。Relay MSC負(fù)責(zé)管理的數(shù)據(jù)有Relay MSC內(nèi)的VGCS小區(qū)列表、Anchor MSC標(biāo)識(shí)、VGCS狀態(tài)標(biāo)志(是否ongoing)。一個(gè)VGCS呼叫中，可以有多個(gè)Relay MSC，也可以不存在Relay MSC。
VBS系統(tǒng)邏輯結(jié)構(gòu)與VGCS的相似，所不同的是，在VBS中，只能由業(yè)務(wù)用戶發(fā)起VBS呼叫，而不能調(diào)度員發(fā)起VBS呼叫，并且，業(yè)務(wù)用戶成功發(fā)起，并建立VBS，一直占用語音信道，直到該VBS被釋放為止。同時(shí)，VBS可以由具有釋放業(yè)務(wù)用戶VBS權(quán)限的調(diào)度員、或者發(fā)起該VBS的主叫業(yè)務(wù)用戶釋放。
對(duì)于VGCS或VBS的發(fā)起是由業(yè)務(wù)用戶發(fā)起的情況，具體是由業(yè)務(wù)用戶在移動(dòng)臺(tái)上輸入Group ID號(hào)，選擇VGCS或VBS服務(wù)類型來發(fā)起VGCS或VBS呼叫，Group Call Area ID將被業(yè)務(wù)用戶發(fā)起呼叫所在小區(qū)標(biāo)識(shí)和所撥打的Group ID唯一確定。Group ID和Group Call Area ID構(gòu)成組呼或廣播參考來唯一確定一個(gè)VGCS或VBS呼叫，如下

其中，Group ID的長度范圍為1～6；Group Call Area ID唯一的標(biāo)識(shí)網(wǎng)絡(luò)中的一個(gè)VGCS或VBS區(qū)域。
組呼或廣播(Group Call Reference)唯一的標(biāo)識(shí)網(wǎng)絡(luò)中的一個(gè)VGCS或VBS，組呼或廣播參考由Group ID和Group Call Area構(gòu)成，最大長度為8個(gè)數(shù)字。Group ID和Group Call Area組合的最大數(shù)量為108。
對(duì)于VGCS的發(fā)起是由調(diào)度員發(fā)起的情況，調(diào)度員通過直接撥打組呼參考號(hào)碼，來發(fā)起VGCS呼叫。Anchor MSC接收到VGCS發(fā)起請(qǐng)求后，檢查該組呼參考對(duì)應(yīng)的VGCS是否正在進(jìn)行中，如果是，表示該VGCS已經(jīng)建立，則直接將該調(diào)度員加入到VGCS中；如果否，表示該VGCS還沒有建立，則建立該VGCS。
VGCS或VBS的釋放，既可以在VGCS或VBS建立后，由主叫業(yè)務(wù)用戶、主叫調(diào)度員、或者具有VGCS或VBS釋放權(quán)限的調(diào)度員釋放，也可以由AnchorMSC通過，非激活定時(shí)器監(jiān)測到VGCS的無語音超時(shí)，而自動(dòng)釋放；還可以在VGCS或VBS建立過程中，由于該主叫業(yè)務(wù)用戶所在小區(qū)的網(wǎng)絡(luò)資源不足，而導(dǎo)致VGCS或VBS無法成功建立，而被釋放。VGCS或VBS釋放，既可能在Anchor MSC覆蓋的小區(qū)內(nèi)發(fā)起，也可能在Anchor MSC覆蓋的小區(qū)外，在RelayMSC覆蓋的小區(qū)內(nèi)發(fā)起。
對(duì)于在Anchor MSC發(fā)起VGCS或VBS釋放的情況，通常有以下幾種情況第一種情況發(fā)起VGCS或VBS呼叫的個(gè)體為業(yè)務(wù)用戶，并且該主叫業(yè)務(wù)用戶在該Anchor MSC覆蓋的小區(qū)內(nèi)，(如圖2所示為主叫業(yè)務(wù)用戶在AnchorMSC內(nèi)發(fā)起VGCS和釋放VGCS的消息流程示意圖，如圖3所示為主叫業(yè)務(wù)用戶在Anchor MSC內(nèi)發(fā)起VBS和釋放VBS的消息流程示意圖)，由圖可見，該主叫業(yè)務(wù)用戶可以在VGCS或VBS建立時(shí)，或者VGCS或VBS建立后，向AnchorMSC發(fā)送TERMINTION_REQ消息，通知Anchor MSC執(zhí)行VGCS或VBS釋放策略。
第二種情況發(fā)起VGCS或VBS呼叫的個(gè)體為業(yè)務(wù)用戶，并且該主叫業(yè)務(wù)用戶在該Anchor MSC覆蓋的小區(qū)內(nèi)，如果在建立VGCS或VBS呼叫過程中，由于該小區(qū)內(nèi)的VGCS或VBS信道分配失敗，或者，該小區(qū)的BSC的呼叫控制連接建立失敗，而導(dǎo)致VGCS或VBS無法建立時(shí)，該小區(qū)內(nèi)的基站系統(tǒng)(BaseStation System，簡稱BSS)，即Anchor BSS，Anchor BSS根據(jù)具體的原因，向Anchor MSC返回VGCS或VBS信道分配失敗的消息、或者小區(qū)的BSC的呼叫控制連接建立失敗的消息，Anchor MSC根據(jù)所返回的消息，執(zhí)行VGCS或VBS釋放策略。
第三種情況發(fā)起在VGCS呼叫的個(gè)體為調(diào)度員，而無論主叫調(diào)度員是否處于Anchor MSC覆蓋的小區(qū)內(nèi)，當(dāng)該主叫調(diào)度員占有上行后，該主叫調(diào)度員向Anchor MSC釋放VGCS指示，通知Anchor MSC執(zhí)行VGCS釋放策略。
第四種情況無論呼叫的個(gè)體為業(yè)務(wù)用戶，或者為調(diào)度員，并且無論該主叫業(yè)務(wù)用戶、或者主叫調(diào)度員是否在Anchor MSC所覆蓋的小區(qū)內(nèi)，具有VGCS或VBS釋放權(quán)限的調(diào)度員，向Anchor MSC發(fā)送釋放VGCS或VBS指示，通知Anchor MSC執(zhí)行VGCS或VBS釋放策略。
明顯地，對(duì)于在Anchor MSC發(fā)起VGCS或VBS釋放的情況，Anchor MSC直接接收到業(yè)務(wù)用戶或調(diào)度員發(fā)送的終止VGCS或VBS請(qǐng)求消息，或者，接收到本小區(qū)內(nèi)的BSS向Anchor MSC發(fā)送的導(dǎo)致VGCS或VBS釋放的消息，AnchorMSC能夠獲知VGCS或VBS釋放的原因。
對(duì)于在Relay MSC發(fā)起VGCS或VBS釋放的情況，通常有以下幾種情況第一種情況發(fā)起VGCS或VBS呼叫的個(gè)體為業(yè)務(wù)用戶，并且該主叫業(yè)務(wù)用戶不在該Anchor MSC覆蓋的小區(qū)內(nèi)，如圖4、圖5所示，主叫業(yè)務(wù)用戶在建立VGCS或VBS呼叫時(shí)，向Relay MSC發(fā)送TERMINTION_REQ消息；RelayMSC接收到該TERMINTION_REQ消息后，向Anchor MSC在Anchor MSC之間的主叫業(yè)務(wù)用戶專用連接上，發(fā)送包含原因值為“normal call clearing”的RELEASE消息，通知Anchor執(zhí)行VGCS或VBS釋放策略。
第二種情況發(fā)起VGCS呼叫的個(gè)體為業(yè)務(wù)用戶，并且該主叫業(yè)務(wù)用戶不在該Anchor MSC覆蓋的小區(qū)內(nèi)。如圖6所示，主叫業(yè)務(wù)用戶在建立VGCS呼叫后，并成功申請(qǐng)上行后，向Relay MSC發(fā)送TERMINTION_REQ消息；Relay MSC接收到該TERMINTION_REQ消息后，Relay MSC在消息PROCESS_GROUP_CALL_SIGNAL中包含release group call標(biāo)識(shí)來通知Anchor MSC釋放VGCS。
第三種情況發(fā)起VGCS或VBS呼叫的個(gè)體為業(yè)務(wù)用戶，并且該主叫業(yè)務(wù)用戶不在該Anchor MSC覆蓋的小區(qū)內(nèi)。當(dāng)主叫業(yè)務(wù)用戶在發(fā)起VGCS或VBS呼叫請(qǐng)求后，VGCS或VBS建立不成功，比如由于該主叫業(yè)務(wù)用戶所在的小區(qū)內(nèi)的VGCS或VBS信道分配失敗，或者，該主叫業(yè)務(wù)用戶所在的小區(qū)的BSC的呼叫控制連接建立失敗，導(dǎo)致VGCS或VBS無法建立時(shí)，該小區(qū)內(nèi)的Relay BSS根據(jù)具體的原因，向Relay MSC返回VGCS或VBS信道分配失敗的消息、或者小區(qū)的BSC的呼叫控制連接建立失敗的消息，Relay MSC根據(jù)所返回的消息，作出VGCS或VBS釋放策略，并向Anchor MSC發(fā)送消息PROCESS_GROUP_CALL_SIGNAL，來通知Anchor MSC執(zhí)行VGCS或VBS釋放策略。
下面具體針對(duì)VGCS或VBS釋放，在Relay MSC覆蓋的小區(qū)內(nèi)發(fā)起的情況，對(duì)本發(fā)明的技術(shù)方案進(jìn)行具體分析為了使Anchor MSC收到的VGCS或VBS釋放通知，執(zhí)行VGCS或VBS釋放策略的同時(shí)，還可以根據(jù)該VGCS或VBS釋放通知，獲知VGCS或VBS釋放的真正原因，本發(fā)明對(duì)Relay MSC發(fā)給Anchor MSC的VGCS或VBS釋放通知--MAP消息MAP_PROCESS_GROUP CALL_SIGNALLING消息，作了擴(kuò)展，在MAP消息中，增加一攜帶VGCS或VBS釋放原因的信元。擴(kuò)展后的MAP消息定義如表2所示MAP_PROCESS_GROUP CALL_SIGNALLING service

表2說明擴(kuò)展后的MAP_PROCESS_GROUP CALL_SIGNALLING消息中新增加的信元Release Cause為標(biāo)識(shí)VGCS或VBS釋放原因的信元。
當(dāng)Relay MSC接收到VGCS或VBS釋放的請(qǐng)求后，作出VGCS或VBS釋放的決策，并根據(jù)所接收到的VGCS或VBS釋放的請(qǐng)求所獲知的VGCS或VBS釋放的原因，對(duì)消息MAP_PROCESS_GROUP CALL_SIGNALLING中的信元Release Cause進(jìn)行取值，以使標(biāo)識(shí)Release Cause信元的取值，標(biāo)識(shí)VGCS釋放的真正原因。
通過預(yù)定義Relay MSC以及Anchor MSC之間的通訊協(xié)議，可以根據(jù)RelayMSC獲知的VGCS或VBS釋放的不同原因，對(duì)信元Release Cause取不同的值。比如Release Cause為00時(shí)，表示VGCS或VBS釋放原因?yàn)檎ａ尫?；ReleaseCause為01時(shí)，表示VGCS或VBS釋放原因?yàn)橹鹘袠I(yè)務(wù)用戶所在小區(qū)的VGCS或VBS控制連接建立失敗；Release Cause為10時(shí)，表示VGCS或VBS釋放原因?yàn)橹鹘袠I(yè)務(wù)用戶所在小區(qū)的VGCS或VBS信道分配失敗。
值得說明的是，上述對(duì)信元Release Cause取值的預(yù)定義方法，只是為了便于技術(shù)人員理解的一種舉例，而不能作為本發(fā)明技術(shù)方案的限制，在實(shí)際應(yīng)用中，還可以由本發(fā)明的原理的引申，采用其他的預(yù)定義的方法，而使得ReleaSeCause信元的取值，與VGCS或VBS釋放的原因相對(duì)應(yīng)，使得Relay MSC根據(jù)獲知的VGCS或VBS釋放的不同原因，對(duì)消息MAP_PROCESS_GROUPCALL_SIGNALLING中的Release Cause信元的取不同的值，而Anchor MSC根據(jù)接收到的消息MAP_PROCESS_GROUP CALL_SIGNALLING，根據(jù)消息中的Release Cause信元的取值，可以獲知該VGCS或VBS釋放的真實(shí)原因。
總之，可以在集群通信系統(tǒng)中，根據(jù)業(yè)務(wù)需要，以及可能導(dǎo)致VGCS或VBS釋放的原因，對(duì)可能的原因進(jìn)行分類，并根據(jù)各類型原因，預(yù)設(shè)各不相同的Release Cause值，使Release Cause值分別與VGCS或VBS釋放的原因一一對(duì)應(yīng)，Relay MSC根據(jù)VGCS或VBS釋放的具體原因，使信元Release Cause取不同的值，當(dāng)Anchor MSC接收到MAP_PROCESS_GROUP CALL_SIGNALLING消息時(shí)，根據(jù)信元Release Cause的取值，獲知該VGCS或VBS釋放的具體原因。這樣，便實(shí)現(xiàn)了在Relay MSC發(fā)起VGCS或VBS釋放時(shí)，Anchor MSC可以獲知VGCS或VBS釋放的具體原因，可以針對(duì)其VGCS或VBS釋放的原因，采取相應(yīng)的網(wǎng)絡(luò)資源配置策略。
為了使本領(lǐng)域的技術(shù)人員更好的理解本發(fā)明的技術(shù)方案，以下結(jié)合附圖以及具體實(shí)施例對(duì)在Relay MSC內(nèi)釋放VGCS或VBS做詳細(xì)的說明實(shí)施例1本實(shí)施例針對(duì)主叫用戶在VGCS或VBS建立后，主動(dòng)向其所在小區(qū)的RelayMSC請(qǐng)求釋放VGCS或VBS的情況，說明本發(fā)明的技術(shù)方案。
圖7為主叫業(yè)務(wù)用戶申請(qǐng)上行后，向Relay MSC請(qǐng)求釋放VGCS的消息流程示意圖，如圖示，主叫業(yè)務(wù)用戶申請(qǐng)上行后，向其所在小區(qū)內(nèi)的Relay MSC發(fā)送請(qǐng)求終止VGCS的消息TERMINATION_REQ消息，Relay MSC接收到TERMINATION_REQ消息后，向中繼組呼寄存器(Relay Group call register，簡稱Relay GCR)發(fā)送VGCS TERMIN消息，以指示Relay GCR將相應(yīng)的組呼狀態(tài)置為空閑(IDLE)，并Relay MSC向主叫業(yè)務(wù)用戶返回VGCS釋放消息TERMIBNATION消息，指示用戶可以終止VGCS，顯然，Relay MSC根據(jù)TERMINATION_REQ消息，可以獲知VGCS釋放的原因?yàn)橹鹘袠I(yè)務(wù)用戶在申請(qǐng)上行后，主動(dòng)請(qǐng)求終止VGCS。并根據(jù)所獲知的VGCS釋放的原因，將MAP_PROCESS_GROUP CALL_SIGNALLING消息中的Release Cause值取為所預(yù)設(shè)的，該VGCS釋放原因?qū)?yīng)的Release Cause取值，設(shè)預(yù)設(shè)該原因所對(duì)應(yīng)的預(yù)設(shè)的信元Release Cause的取值為00，并將該攜帶了取值后的信元ReleaseCause的MAP_PROCESS_GROUP CALL_SIGNALLING消息，發(fā)送給AnchorMSC，Anchor MSC接收到該MAP消息后，Anchor MSC接收到該MAP消息后，執(zhí)行釋放VGCS策略，具體如下Anchor MSC向主組呼寄存器(Anchor Group call register，簡稱AnchorGCR)發(fā)送VGCS_TERMIN消息，以指示Relay GCR將相應(yīng)的組呼狀態(tài)置為IDLE，并且Anchor MSC向所在的小區(qū)的基站系統(tǒng)(Basic Station System，簡稱BSS)，即圖中的Anchor BBS，發(fā)送CLERE_CMD命令，以指示Anchor BSS釋放該VGCS的信道資源，Anchor BSS根據(jù)命令完成網(wǎng)絡(luò)資源釋放后，返回CLEAR_CMP消息至Anchor MSC，通知Anchor MSC其VGCS網(wǎng)絡(luò)資源釋放完成；同時(shí)的，Anchor MSC向Relay MSC返回SEND_GROUPCALL_SIGNAL_ACK消息，以指示Relay MSC釋放其與Anchor MSC之間的MAP會(huì)話，并向Relay MSC發(fā)送REALEASE消息，以指示Relay MSC釋放Anchor MSC與Relay MSC之間的話路連接，Relay MSC接收到該SREALEASE消息或SEND_GROUP_CALL_SIGNAL_ACK消息后，向其所在小區(qū)的RelayBSS，發(fā)送CLEAR_CMD命令，以指示Relay BSS釋放該VGCS占用的網(wǎng)絡(luò)資源；Relay BSS接到CLEAR_CMD命令后，向業(yè)務(wù)用戶發(fā)送CHANNEL_RELEASE消息，指示業(yè)務(wù)用戶釋放該業(yè)務(wù)用戶與Relay BSS之間的信道資源；Relay BSS釋放網(wǎng)絡(luò)資源完成后，向Relay MSC返回CLEAR_CMP消息，報(bào)告Relay BSS中的網(wǎng)絡(luò)資源釋放完成；Relay MSC接收到該CLEAR_CMP消息后，向AnchorMSC發(fā)送RELEASE_COMPLETE消息，報(bào)告Relay MSC所在網(wǎng)絡(luò)的網(wǎng)絡(luò)資源釋放完畢。
圖8為主叫業(yè)務(wù)用戶在建立VBS后，向Relay MSC請(qǐng)求釋放VBS的消息流程示意圖，如圖示，主叫業(yè)務(wù)用戶成功建立VBS后，向其所在小區(qū)內(nèi)的Relay MSC發(fā)送請(qǐng)求終止VBS的消息TERMINATION_REQ消息，Relay MSC接收到TERMINATION_REQ消息后，向中繼組呼寄存器(Relay Group call register，簡稱Relay GCR)發(fā)送VBS_TERMIN消息，以指示Relay GCR將相應(yīng)的廣播狀態(tài)置為IDLE，并且Relay MSC向主叫業(yè)務(wù)用戶返回VBS釋放消息TERMIBNATION消息，指示用戶可以終止VBS，顯然，Relay MSC根據(jù)TERMINATION_REQ消息，可以獲知VBS釋放的原因?yàn)橹鹘袠I(yè)務(wù)用戶主動(dòng)請(qǐng)求終止VBS。并且Relay MSC根據(jù)所獲知的VBS釋放的原因，將MAP_PROCESS_GROUP_CALL_SIGNALLING消息中的Release Cause值取為預(yù)設(shè)的，該VBS釋放原因?qū)?yīng)的Release Cause取值，設(shè)預(yù)設(shè)該原因所對(duì)應(yīng)的預(yù)設(shè)的信元Release Cause的取值為00，并將該攜帶了取值后的信元Release Cause的MAP_PROCESS_GROUP_CALL_SIGNALLING消息，發(fā)送給Anchor MSC，Anchor MSC接收到該MAP消息后，Anchor MSC接收到該MAP消息后，釋放本小區(qū)內(nèi)的VBS，并且通過控制管理其他小區(qū)的Relay MSC，釋放VBS區(qū)域的其它小區(qū)的VBS。
如果VGCS或VBS區(qū)域除了該Anchor MSC以及主叫業(yè)務(wù)用戶所在的RelayMSC的覆蓋范圍外，還包括其他的小區(qū)，即VGCS或VBS區(qū)域還包含有一個(gè)或一個(gè)以上的Relay MSC，那么Anchor MSC在收到MAP_PROCESS_GROUPCALL_SIGNALLING消息后，對(duì)其他的Relay MSC執(zhí)行的VGCS或VBS釋放控制策略，與對(duì)上述主叫業(yè)務(wù)用戶所在的網(wǎng)絡(luò)中的Relay MSC執(zhí)行的VGCS或VBS釋放控制策略相同，在此不做贅述。
Anchor MSC可以根據(jù)MAP_PROCESS_GROUP CALL_SIGNALLING消息，執(zhí)行相應(yīng)的VGCS或VBS釋放控制策略外，還可以根據(jù)所接收到的MAP_PROCESS_GROUP CALL_SIGNALLING消息中的Release Cause信元的取值(00)，獲知該VGCS或VBS釋放為正常釋放，獲知該VGCS或VBS釋放不是由于網(wǎng)絡(luò)故障引起的，不需考慮對(duì)當(dāng)前的網(wǎng)絡(luò)資源進(jìn)行優(yōu)化配置。
實(shí)施例2本實(shí)施例針對(duì)主叫業(yè)務(wù)用戶所在的小區(qū)的VGCS或VBS信道分配失敗導(dǎo)致VGCS或VBS釋放的情況，具體說明本發(fā)明的技術(shù)方案。
如圖9為主叫業(yè)務(wù)用戶發(fā)起VGCS請(qǐng)求后，BSS為業(yè)務(wù)分配信道失敗時(shí)，在Relay MSC發(fā)起VGCS釋放的消息流程示意圖，圖10為本發(fā)明實(shí)施例2中的主叫業(yè)務(wù)用戶發(fā)起VBS請(qǐng)求后，BSS為業(yè)務(wù)分配信道失敗時(shí)，在Relay MSC發(fā)起VBS釋放的消息流程示意圖，如圖9、10所示，主叫業(yè)務(wù)用戶通過其所在小區(qū)內(nèi)的Relay BSS，向該小區(qū)的Relay MSC發(fā)起VGCS、或VBS請(qǐng)求后，當(dāng)MSC_R根據(jù)該VGCS或VBS請(qǐng)求，向主叫業(yè)務(wù)用戶所在的小區(qū)內(nèi)的Relay BSS，發(fā)送VGCS_ASS_REQ請(qǐng)求消息、或VBS_ASS_REQ請(qǐng)求消息，請(qǐng)求該Relay BSS為該VGCS或VBS分配業(yè)務(wù)信道，如果該Relay BSS接收到該VGCS_ASS_REQ請(qǐng)求消息、或VBS_ASS_REQ請(qǐng)求消息后，根據(jù)該VGCS_ASS_REQ請(qǐng)求消息、或VBS_ASS_REQ請(qǐng)求消息，為該VGCS或VBS分配信道。如果該Relay BSS為該VGCS或VBS信道分配失敗時(shí)，該Relay BSS向Relay MSC，返回VGCS_ASS_FAILURE消息、或VBS_ASS_FAILURE消息，告知Relay MSC信道分配失敗，Relay MSC接收到VGCS_ASS_FAILURE消息、或VBS_ASS_FAILURE消息后，作出釋放VGCS或VBS的決策，并向其所在小區(qū)內(nèi)的Relay GCR發(fā)送VGCS_TERMIN消息、或VBS_TERMIN消息，指示該RelayGCR將其相應(yīng)的組呼、或廣播狀態(tài)置為IDLE(空閑)，Relay MSC向主叫業(yè)務(wù)用戶返回VGCS或VBS釋放消息TERMIBNATION消息，指示該主叫業(yè)務(wù)用戶終止該VGCS或VBS。
顯然的，Relay MSC根據(jù)接收到的VGCS_ASS_FAILURE消息、或VBS_ASS_FAILURE消息，獲知VGCS或VBS釋放的原因?yàn)樵撝鹘袠I(yè)務(wù)用戶所在小區(qū)的話務(wù)量較高或無線信道資源過少，不能滿足所請(qǐng)求的VGCS、或VBS需要，VGCS或VBS信道分配失敗，并根據(jù)所獲知的VGCS或VBS釋放原因，在MAP_PROCESS_GROUP CALL_SIGNALLING消息中增加信元ReleaseCause，并根據(jù)所預(yù)設(shè)的Release Cause信元取值方法，對(duì)Release Cause信元進(jìn)行取值，設(shè)預(yù)設(shè)該VGCS或VBS釋放原因信道分配失敗，所對(duì)應(yīng)的信元ReleaseCause取值為10，則將MAP_PROCESS_GROUP_CALL_SIGNALLING消息中信元Release Cause取值為10，然后將該攜帶了取值為10的信元Release Cause的MAP_PROCESS_GROUP CALL_SIGNALLING消息，發(fā)送給Anchor MSC；Anchor MSC接收到該MAP消息后，執(zhí)行釋放VGCS或VBS策略，本實(shí)施例中，Anchor MSC接收到MAP_PROCESS_GROUP CALL_SIGNALLING消息后，執(zhí)行釋放VGCS或VBS策略，該釋放VGCS或VBS策略與實(shí)施例1中的釋放VGCS或VBS策略相同，在此不作贅述。
Anchor MSC根據(jù)所接收到的VGCS或VBS釋放通知MAP_PROCESS_GROUP CALL_SIGNALLING消息中的Release Cause信元的值(取值為10)，可以獲知該VGCS或VBS釋放是由于該主叫業(yè)務(wù)用戶所在小區(qū)的話務(wù)量較高或無線信道資源過少，不能滿足所請(qǐng)求的VGCS或VBS需要，VGCS或VBS信道分配失敗所導(dǎo)致的。并且，Anchor MSC可以根據(jù)該VGCS或VBS釋放的原因，重新配置該小區(qū)的網(wǎng)絡(luò)資源。比如既可以通過Anchor MSC為該組呼/廣播設(shè)置較高的eMLPP優(yōu)先級(jí)搶占該小區(qū)內(nèi)的部分優(yōu)先級(jí)較低的VGCS或VBS點(diǎn)對(duì)點(diǎn)呼叫；還可以在該小區(qū)內(nèi)增加新的BSS，加分小區(qū)，以增加原小區(qū)內(nèi)的網(wǎng)絡(luò)資源。具體執(zhí)行何種網(wǎng)絡(luò)資源配置策略，可以根據(jù)實(shí)際需要，以及便利情況，進(jìn)行選擇。
而對(duì)于本實(shí)施中的VGCS或VBS釋放的情況，如果采用現(xiàn)有的技術(shù)方案，Anchor MSC所接收到的釋放通知MAP_PROCESS_GROUP_CALLSIGNALLING消息，不包含信元Release Cause，Anchor MSC無從得知該VGCS或VBS釋放是由于主叫業(yè)務(wù)用戶所在小區(qū)的話務(wù)量較高或無線信道資源過少，導(dǎo)致VGCS或VBS信道分配失敗引起的，也就不會(huì)針對(duì)該原因，做出重新配置網(wǎng)絡(luò)資源的策略，增加該小區(qū)的話務(wù)資源或無線資源。當(dāng)該小區(qū)內(nèi)，第二次、或以后有新的VGCS或VBS發(fā)起時(shí)，仍然可能由于該小區(qū)內(nèi)的話務(wù)量較高或無線信道資源過少，無法成功建立VGCS或VBS。
實(shí)施例3實(shí)施例針對(duì)主叫業(yè)務(wù)用戶在其所在小區(qū)的BSC呼叫控制建立連接失敗導(dǎo)致VGCS或VBS釋放的情況，說明本發(fā)明的技術(shù)方案。
圖11所示為主叫業(yè)務(wù)用戶發(fā)起VGCS請(qǐng)求后，BSC呼叫建立連接建立失敗時(shí)，在Relay MSC發(fā)起VGCS釋放的消息流程示意圖。圖12所示為的主叫業(yè)務(wù)用戶發(fā)起VBS請(qǐng)求后，BSC呼叫建立連接建立失敗時(shí)，在Relay MSC發(fā)起VBS釋放的消息流程示意圖。如圖11、12示，該主叫業(yè)務(wù)用戶，通過其所在網(wǎng)絡(luò)的Relay BSS向的Relay MSC發(fā)起VGCS或VBS請(qǐng)求，并且該主叫業(yè)務(wù)用戶所在的Relay BBS成功為所發(fā)起的VGCS或VBS分配了VGCS或VBS信道，當(dāng)RelayMSC向主叫業(yè)務(wù)用戶所在的Relay BSS發(fā)送VGCS_SETUP請(qǐng)求消息、或VBS_SETUP請(qǐng)求消息，請(qǐng)求該Relay BSS為該VGCS或VBS建立呼叫控制連接后，Relay BSS接收到該請(qǐng)求消息后，Relay BSS根據(jù)請(qǐng)求消息，為該VGCS或VBS建立相應(yīng)的呼叫控制連接，如果由于該Relay BSS中的BSC的控制資源不夠，導(dǎo)致該呼叫控制連接建立失敗時(shí)，該Relay BSS向Relay MSC反饋VGCS_SETUP_REFUSE消息、或VBS_SETUP_REFUSE消息，以通知RelayMSC該呼叫控制連接建立失敗的結(jié)果，Relay MSC接收到VGCS_SETUP_REFUSE消息、或VBS_SETUP_REFUSE消息后，作出釋放VGCS或VBS的決策，并向其所在網(wǎng)絡(luò)對(duì)應(yīng)的Relay GCR發(fā)送VGCS_TERMIN消息、或VBS_TERMIN消息，Relay GCR將相應(yīng)的組呼、或廣播狀態(tài)置為IDLE(空閑)；同時(shí)，Relay MSC向主叫業(yè)務(wù)用戶返回VGCS或VBS釋放消息TERMINATION消息，指示用戶終止VGCS或VBS。
顯然的，Relay MSC根據(jù)接收到的VGCS_ASS_FAILURE消息，獲知VGCS或VBS釋放的原因?yàn)樵撝鹘袠I(yè)務(wù)用戶所在的BSC控制資源缺乏，無法為所請(qǐng)求的VGCS或VBS分配所需的呼叫控制連接分配相應(yīng)的控制單元。并根據(jù)所獲知的VGCS或VBS釋放的原因，在MAP_PROCESS_GROUP_CALLSIGNALLING消息中增加信元Release Cause，并根據(jù)所預(yù)設(shè)的信元ReleaseCause取值方法，對(duì)Release Cause信元進(jìn)行取值，設(shè)預(yù)設(shè)該VGCS或VBS釋放原因呼叫控制連接建立失敗，所對(duì)應(yīng)的信元Release Cause取值為01，那么將信元Release Cause取值為01，然后，將該攜帶了信元Release Cause為01的MAP_PROCESS_GROUP CALL_SIGNALLING消息，發(fā)送給Anchor MSC；Anchor MSC接收到該MAP消息后，執(zhí)行釋放VGCS或VBS策略。其中，AnchorMSC接收到MAP消息后，執(zhí)行釋放VGCS或VBS策略與實(shí)施例1或2的釋放VGCS或VBS策略相同，在此不作贅述。
Anchor MSC根據(jù)所接收到的VGCS或VBS釋放通知MAP_PROCESS_GROUP CALL_SIGNALLING消息中的信元Release Cause的取值(01)，可以獲知該VGCS或VBS釋放是，由于該主叫業(yè)務(wù)用戶所在小區(qū)內(nèi)的Relay BSS中的BSC控制資源(俗稱處理板)缺乏，導(dǎo)致該BSC拒絕為該VGCS或VBS呼叫控制建立連接，而導(dǎo)致的該VGCS或VBS釋放，該VGCS或VBS釋放為非正常VGCS或VBS釋放。因此，Anchor MSC可以針對(duì)該VGCS或VBS釋放的原因，重新配置該主叫業(yè)無用戶所在小區(qū)的網(wǎng)絡(luò)資源。比如，可以通過Anchor MSC拆除該主叫業(yè)務(wù)用戶所在小區(qū)內(nèi)的部分優(yōu)先級(jí)較低的VGCS或VBS，以釋放該小區(qū)內(nèi)的BSC的部分控制資源，還可以，在通過在該BSC上新增加控制資源(處理板)的方式擴(kuò)展BSC控制功能。
對(duì)于本實(shí)施例中導(dǎo)致VGCS或VBS釋放的情況，如果使用現(xiàn)有技術(shù)，AnchorMSC所接收到的VGCS或VBS釋放通知MAP_PROCESS_GROUPCALL_SIGNALLING消息，不包含Release Cause信元，Anchor MSC無從得知該VGCS或VBS釋放具體是由于主叫業(yè)務(wù)所在的BSC的呼叫控制連接建立失敗引起的，也就不會(huì)針對(duì)該VGCS或VBS釋放原因，做出重新配置網(wǎng)絡(luò)資源的策略，當(dāng)該小區(qū)內(nèi)，下次有新的VGCS或VBS發(fā)起時(shí)，仍然可能由于BSC的可用控制資源缺乏，導(dǎo)致VGCS或VBS建立失敗，無法成功建立VGCS或VBS。
值得說明的是，本發(fā)明在Relay MSC發(fā)起VGCS或VBS釋放時(shí)，在消息MAP_PROCESS_GROUP CALL_SIGNALLING消息中攜帶Please Cause信元，對(duì)于非釋放VGCS或VBS的情況下，MAP_PROCESS_GROUP CALL_SIGNALLING消息中既可以不攜帶Please Cause信元，也可以攜帶Please Cause信元，只是對(duì)于非釋放VGCS或VBS的情況下，該信元對(duì)應(yīng)的值為預(yù)設(shè)的標(biāo)識(shí)非釋放VGCS或VBS對(duì)應(yīng)的值，具體根據(jù)實(shí)際預(yù)設(shè)情況，進(jìn)行設(shè)置。
另外，由于對(duì)于Relay MSC內(nèi)VGCS或VBS號(hào)碼分配失敗、GCR查詢失敗導(dǎo)致VGCS或VBS釋放的情況，Relay MSC會(huì)在發(fā)給Anchor MSC的PREPARE_GROUP_CALL_NEGATIVE_RSP消息中攜帶USER ERROR信元來指示原因值，因此在該種情況下，無需在MAP消息中增加攜帶原因值的PleaseCause信元來重復(fù)標(biāo)示VGCS或VBS釋放的原因。
以上對(duì)本發(fā)明所提供的一種釋放集群通信業(yè)務(wù)的方法進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種釋放集群通信業(yè)務(wù)的方法，其中所述的集群通信業(yè)務(wù)釋放在中繼移動(dòng)中心發(fā)起，其特征是，包括以下步驟A、中繼移動(dòng)交換中心向主控移動(dòng)交換中心發(fā)送集群通信業(yè)務(wù)釋放通知，并指示所述集群通信業(yè)務(wù)釋放原因。B、主控移動(dòng)交換中心根據(jù)所接收的集群通信業(yè)務(wù)釋放通知，釋放所述的集群通信業(yè)務(wù)。
2.根據(jù)權(quán)利要求1所述的釋放集群通信業(yè)務(wù)的方法，其特征是，所述步驟B后進(jìn)一步包括以下步驟C、主控移動(dòng)交換中心根據(jù)所接收的集群通信業(yè)務(wù)釋放通知，獲知所述的集群通信業(yè)務(wù)釋放原因，根據(jù)所述的釋放原因，配置網(wǎng)絡(luò)資源。
3.根據(jù)權(quán)利要求1或2所述的釋放集群通信業(yè)務(wù)的方法，其特征是，所述步驟A具體包括以下步驟A1、所述的中繼移動(dòng)交換中心接收到由主叫業(yè)務(wù)用戶發(fā)送的終止集群通信業(yè)務(wù)的請(qǐng)求消息；A2、所述的中繼移動(dòng)交換中心根據(jù)所述的請(qǐng)求消息，向主控移動(dòng)交換中心發(fā)送集群通信業(yè)務(wù)釋放通知，并在所述的釋放通知中增加標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元，并標(biāo)識(shí)所述的釋放原因。
4.根據(jù)權(quán)利要求1或2所述的釋放集群通信業(yè)務(wù)的方法，其特征是，所述步驟A具體包括以下步驟A3、所述的主叫業(yè)務(wù)用戶在發(fā)起集群通信業(yè)務(wù)呼叫后，并且，所述的中繼移動(dòng)交換中心在向主叫業(yè)務(wù)用戶所在小區(qū)的基站控制系統(tǒng)請(qǐng)求分配集群通信業(yè)務(wù)信道后，接收到由所述基站控制系統(tǒng)發(fā)送的主叫業(yè)務(wù)用戶所在小區(qū)的集群通信業(yè)務(wù)信道分配失敗的消息；A4、所述的中繼移動(dòng)交換中心根據(jù)所述的集群通信業(yè)務(wù)信道分配失敗的消息，向主控移動(dòng)交換中心發(fā)送集群通信業(yè)務(wù)釋放通知，并在所述的釋放通知中增加標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元，并標(biāo)識(shí)所述釋放原因。
5.根據(jù)權(quán)利要求4所述的釋放集群通信業(yè)務(wù)的方法，其特征是，所述步驟C具體包括以下步驟C1、主控移動(dòng)交換中心根據(jù)所述的釋放通知中標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元所標(biāo)識(shí)的集群通信業(yè)務(wù)釋放原因，增加主叫所在的基站控制系統(tǒng)中的信道資源。
6.根據(jù)權(quán)利要求1或2所述的釋放集群通信業(yè)務(wù)的方法，其特征是，所述步驟A具體包括以下步驟A5、所述的主叫業(yè)務(wù)用戶在發(fā)起集群通信業(yè)務(wù)呼叫后，所述的中繼移動(dòng)交換中心在為所述的集群通信業(yè)務(wù)，向主叫業(yè)務(wù)用戶所在的基站控制系統(tǒng)請(qǐng)求建立控制連接后，接收到由所述基站控制系統(tǒng)發(fā)送的呼叫控制連接建立失敗的消息；A6、所述的中繼移動(dòng)交換中心根據(jù)所述的呼叫控制連接建立失敗的消息，向主控移動(dòng)交換中心發(fā)送集群通信業(yè)務(wù)釋放通知，并在所述的釋放通知中增加標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元，并標(biāo)識(shí)所述釋放原因。
7.根據(jù)權(quán)利要求6所述的釋放集群通信業(yè)務(wù)的方法，其特征是，所述步驟C具體包括以下步驟C2、主控移動(dòng)交換中心根據(jù)所述的集群通信業(yè)務(wù)釋放消息中標(biāo)識(shí)釋放原因的信元所標(biāo)識(shí)的集群通信業(yè)務(wù)釋放原因，增加主叫業(yè)務(wù)用戶所在的基站控制系統(tǒng)中的控制單元。
8.根據(jù)權(quán)利要求7所述的釋放集群通信業(yè)務(wù)的方法，其特征是，所述的集群通信業(yè)務(wù)為語音組呼業(yè)務(wù)、或者語音廣播業(yè)務(wù)。
全文摘要
本發(fā)明涉及移動(dòng)通訊領(lǐng)域，特別的涉及在集群系統(tǒng)中，在中繼移動(dòng)交換中心(Relay MSC)發(fā)起集群通信業(yè)務(wù)釋放的一種釋放集群通信業(yè)務(wù)的方法，其中該集群通信業(yè)務(wù)為，語音組呼業(yè)務(wù)(VGCS)、或者語音廣播業(yè)務(wù)(VBS)，本發(fā)明方法，在Relay MSC向Anchor MSC發(fā)送集群通信業(yè)務(wù)釋放通知中，通過增加標(biāo)識(shí)集群通信業(yè)務(wù)釋放原因的信元，使釋放通知攜帶釋放原因信息，以使Anchor MSC除了可以根據(jù)該釋放通知，完成集群通信業(yè)務(wù)釋放外，還可以根據(jù)該釋放通知中新增加的標(biāo)識(shí)釋放原因的信元的取值，獲知導(dǎo)致集群通信業(yè)務(wù)釋放的原因。并且后續(xù)可以根據(jù)該釋放原因進(jìn)行相應(yīng)的網(wǎng)絡(luò)資源優(yōu)化，以改善當(dāng)前網(wǎng)絡(luò)資源配置狀況，保證以后的集群通信業(yè)務(wù)能夠順利建立。
文檔編號(hào)H04L12/28GK101094134SQ20061009006
公開日2007年12月26日 申請(qǐng)日期2006年6月22日 優(yōu)先權(quán)日2006年6月22日
發(fā)明者王寶義 申請(qǐng)人:華為技術(shù)有限公司