專利名稱：一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)領(lǐng)域，尤其涉及一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法及系統(tǒng)。
背景技術(shù)：
語(yǔ)音組呼業(yè)務(wù)(VGCS)是實(shí)現(xiàn)多個(gè)人可以講話(至多6個(gè)講者，包括一個(gè)講者業(yè)務(wù)用戶和5個(gè)調(diào)度員)，更多的人可以聽(tīng)話(聽(tīng)者數(shù)量無(wú)限制)的業(yè)務(wù)；其中，調(diào)度員是在網(wǎng)絡(luò)中被標(biāo)識(shí)為調(diào)度員的固定或移動(dòng)用戶；語(yǔ)音廣播業(yè)務(wù)(VBS)是實(shí)現(xiàn)1個(gè)人講話(只有1個(gè)講者)，多個(gè)人聽(tīng)話(聽(tīng)者數(shù)量無(wú)限制)的業(yè)務(wù)。VGCS、VBS實(shí)現(xiàn)了一部分人講話、多方聆聽(tīng)的點(diǎn)對(duì)多點(diǎn)的語(yǔ)音通信方式，突破了點(diǎn)對(duì)點(diǎn)通信的局限性，能夠快速建立呼叫。
現(xiàn)有的VGCS中，聽(tīng)者業(yè)務(wù)用戶通過(guò)申請(qǐng)組呼上行信道成為講者，同一時(shí)刻只能有一個(gè)業(yè)務(wù)用戶使用組呼上行信道講話；業(yè)務(wù)用戶申請(qǐng)組呼上行信道成功后，移動(dòng)業(yè)務(wù)交換中心(MSC)通知基站子系統(tǒng)(BSS)在組呼小區(qū)內(nèi)廣播上行信道忙；在不提供講者優(yōu)先級(jí)搶占的情況下，只有當(dāng)前的講者業(yè)務(wù)用戶釋放組呼上行信道以后，其他的業(yè)務(wù)用戶才能申請(qǐng)組呼上行信道講話；講者業(yè)務(wù)用戶釋放組呼上行信道后成為聽(tīng)者，MSC通知BSS在組呼小區(qū)內(nèi)廣播上行信道空閑。
現(xiàn)有技術(shù)的缺點(diǎn)是由于組呼業(yè)務(wù)中，同一時(shí)刻只能有一個(gè)業(yè)務(wù)用戶使用組呼上行信道講話，此時(shí)其他業(yè)務(wù)用戶只能作為聽(tīng)者，在不提供組呼上行信道優(yōu)先級(jí)搶占的情況下，只有當(dāng)前講者業(yè)務(wù)用戶釋放組呼上行信道后，其他聽(tīng)者業(yè)務(wù)用戶才能申請(qǐng)組呼上行信道講話；這樣，如果當(dāng)前占有組呼上行信道的業(yè)務(wù)用戶的終端出現(xiàn)某些故障、或者有業(yè)務(wù)用戶惡意占住上行信道，MSC就得不到釋放上行信道的通知，此時(shí)MSC中記錄的該組呼的上行信道狀態(tài)就一直為忙，使得其他的聽(tīng)者業(yè)務(wù)用戶都無(wú)法使用組呼上行信道，這種情況可以視為組呼上行信道吊死；即使在提供組呼上行信道優(yōu)先級(jí)搶占的情況下，只有欲講話的聽(tīng)者業(yè)務(wù)用戶的優(yōu)先級(jí)高于當(dāng)前正在講話的講者業(yè)務(wù)用戶的優(yōu)先級(jí)，才可以搶占當(dāng)前講者業(yè)務(wù)用戶占有的組呼上行信道，成為講者；這樣就使得業(yè)務(wù)用戶占用組呼上行信道后，組呼上行信道得不到有效的保護(hù)。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法及系統(tǒng)，在業(yè)務(wù)用戶占用組呼上行信道后，能夠?qū)M呼上行信道進(jìn)行保護(hù)，解決組呼上行信道吊死問(wèn)題。
為解決上述技術(shù)問(wèn)題，本發(fā)明的目的是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的。
一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法，包括步驟a業(yè)務(wù)用戶獲取組呼上行信道；b啟動(dòng)上行信道保護(hù)定時(shí)器；c若上行信道保護(hù)定時(shí)器超時(shí)，則釋放該業(yè)務(wù)用戶占用的上行信道。
其中，步驟c中所述定時(shí)器超時(shí)后進(jìn)一步包括，向占用上行信道的業(yè)務(wù)用戶發(fā)送狀態(tài)查詢消息校驗(yàn)該業(yè)務(wù)用戶的狀態(tài)，若該業(yè)務(wù)用戶的狀態(tài)正確，則保持上行信道，并返回步驟b；否則，釋放上行信道。
具體的，若業(yè)務(wù)用戶對(duì)狀態(tài)查詢消息的反饋中原因值為響應(yīng)查詢，且呼叫狀態(tài)為發(fā)送和接收模式，則判斷該業(yè)務(wù)員用戶的狀態(tài)正確。
其中，進(jìn)一步，若在預(yù)置的時(shí)長(zhǎng)內(nèi)未收到所述狀態(tài)查詢消息的反饋，則釋放上行信道。
其中，步驟c后進(jìn)一步包括，系統(tǒng)廣播上行信道空閑消息。
其中，所述步驟b后，若定時(shí)器未超時(shí)，則還包括業(yè)務(wù)用戶釋放上行信道，并停止定時(shí)器計(jì)時(shí)。
其中，步驟a之前還包括業(yè)務(wù)用戶發(fā)送上行信道請(qǐng)求消息；判斷上行信道是否空閑，如果是，則進(jìn)入步驟a；否則，結(jié)束。
一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)系統(tǒng)，包括BSS模塊、MSC模塊，MSC模塊進(jìn)一步包括上行信道定時(shí)保護(hù)模塊；BSS模塊用于和MSC模塊之間的無(wú)線傳輸及控制功能；MSC模塊用于提供業(yè)務(wù)交換功能和其它實(shí)體互通的功能，并從GSM系統(tǒng)內(nèi)獲取用戶位置登記和呼叫請(qǐng)求所需的數(shù)據(jù)；上行信道定時(shí)保護(hù)模塊用于業(yè)務(wù)用戶占用組呼上行信道后，MSC啟動(dòng)上行信道保護(hù)定時(shí)器，如果業(yè)務(wù)用戶釋放上行信道，MSC停止上行信道保護(hù)定時(shí)器；如果上行信道保護(hù)定時(shí)器超時(shí)，MSC釋放該業(yè)務(wù)用戶占用的上行信道。
其中，所述上行信道保護(hù)定時(shí)器超時(shí)后進(jìn)一步包括MSC向占用上行的業(yè)務(wù)用戶發(fā)送狀態(tài)查詢消息校驗(yàn)該業(yè)務(wù)用戶的狀態(tài)，若業(yè)務(wù)用戶對(duì)狀態(tài)查詢消息的反饋中原因值為響應(yīng)查詢，且呼叫狀態(tài)為發(fā)送和接收模式，則保持該業(yè)務(wù)用戶的上行信道，重新啟動(dòng)上行信道定時(shí)器；否則，釋放上行信道。
其中，所述系統(tǒng)還包括VLR模塊，用于存儲(chǔ)申請(qǐng)上行信道業(yè)務(wù)用戶的相關(guān)信息，并進(jìn)行動(dòng)態(tài)維護(hù)管理。
其中，所述BSS模塊包括BSC模塊和BTS模塊，BSC模塊用于負(fù)責(zé)BSS模塊的接口管理，承擔(dān)無(wú)線資源管理任務(wù)；BTS模塊用于通過(guò)空中接口與業(yè)務(wù)用戶之間的無(wú)線傳輸及控制功能。
以上技術(shù)方案可以看出，本發(fā)明具有以下有益效果1、本發(fā)明在MSC組呼屬性數(shù)據(jù)中增加上行信道定時(shí)保護(hù)方式的配置，當(dāng)上行信道保護(hù)定時(shí)器超時(shí)，采用釋放上行信道方式解決了當(dāng)占有組呼上行信道的業(yè)務(wù)用戶的終端出現(xiàn)某些故障、或者有業(yè)務(wù)用戶惡意占住上行信道，使得上行信道得不到釋放，導(dǎo)致其他的聽(tīng)者業(yè)務(wù)用戶都無(wú)法使用組呼上行信道；2、本發(fā)明中還可采用對(duì)業(yè)務(wù)用戶發(fā)送狀態(tài)查詢方式，在業(yè)務(wù)用戶返回的狀態(tài)查詢信息中，若業(yè)務(wù)的狀態(tài)信息正確，則保持上行信道，若業(yè)務(wù)的狀態(tài)信息錯(cuò)誤，則釋放上行信道，從而使得有選擇性的對(duì)上行信道的保護(hù)，同時(shí)也保護(hù)了業(yè)務(wù)用戶的使用興趣。
3、本發(fā)明通過(guò)在組呼屬性數(shù)據(jù)中增加上行信道定時(shí)保護(hù)方式的配置，解決了組呼上行信道可能出現(xiàn)的吊死問(wèn)題，使組呼上行信道得到了保護(hù)，從而有利于組呼業(yè)務(wù)更廣泛的發(fā)展。


圖1為本發(fā)明方法流程圖；圖2為MSC啟動(dòng)和停止上行信道保護(hù)定時(shí)器流程圖；圖3為采用上行信道超時(shí)釋放方式實(shí)施例流程圖；圖4為采用上行信道超時(shí)核查方式實(shí)施例流程圖；圖5為本發(fā)明系統(tǒng)圖。
具體實(shí)施例方式
本發(fā)明的核心是在Anchor MSC的組呼屬性數(shù)據(jù)中增加上行信道定時(shí)保護(hù)方式的配置，包括上行信道定時(shí)保護(hù)時(shí)長(zhǎng)和上行信道定時(shí)保護(hù)方式，其中上行信道定時(shí)保護(hù)時(shí)長(zhǎng)是上行信道保護(hù)定時(shí)器時(shí)長(zhǎng)；上行信道定時(shí)保護(hù)方式有兩種上行信道超時(shí)釋放和上行信道超時(shí)核查；當(dāng)業(yè)務(wù)用戶占用組呼上行信道后，MSC啟動(dòng)該定時(shí)器，業(yè)務(wù)用戶釋放上行信道時(shí)，MSC停止定時(shí)器；如果定時(shí)器超時(shí)，MSC按照上行信道定時(shí)保護(hù)方式中的配置執(zhí)行上行信道保護(hù)，如果采用上行信道定時(shí)釋放方式時(shí)，MSC強(qiáng)制釋放組呼上行信道；如果采用上行信道超時(shí)核查方式時(shí)，MSC向占用上行信道的業(yè)務(wù)用戶發(fā)送狀態(tài)查詢消息校驗(yàn)該業(yè)務(wù)用戶終端的狀態(tài)，如果用戶終端的狀態(tài)消息是正確的，保持組呼上行信道，重新啟動(dòng)上行信道保護(hù)定時(shí)器；如果MSC等待校驗(yàn)消息超時(shí)，或者占上行信道業(yè)務(wù)用戶返回的狀態(tài)查詢消息中的原因值或呼叫狀態(tài)不正確，則釋放上行信道。
為便于對(duì)本發(fā)明進(jìn)一步理解，現(xiàn)結(jié)合附圖對(duì)本發(fā)明進(jìn)行詳細(xì)描述。
參閱圖1所示本發(fā)明方法流程圖，包括步驟步驟101業(yè)務(wù)用戶發(fā)送上行信道請(qǐng)求消息；步驟102判斷上行信道是否空閑，如果是，則進(jìn)入步驟103；否則，結(jié)束；步驟103啟動(dòng)上行信道保護(hù)定時(shí)器；步驟104判斷上行信道保護(hù)定時(shí)器是否超時(shí)，如果是，則進(jìn)入步驟106；否則，進(jìn)入步驟105；步驟105業(yè)務(wù)用戶主動(dòng)釋放上行信道，停止上行信道保護(hù)定時(shí)器；步驟106向占用上行信道的業(yè)務(wù)用戶發(fā)送狀態(tài)查詢消息；步驟107判斷業(yè)務(wù)用戶返饋回的狀態(tài)查詢消息是否正確，如果是，則進(jìn)入步驟103重新啟動(dòng)定時(shí)器；否則，結(jié)束。
上述實(shí)施例中，用戶占用組呼上行信道后，當(dāng)定時(shí)器超時(shí)，MSC采用上行信道超時(shí)核查方式，即該方法中對(duì)占用上行信道業(yè)務(wù)用戶的終端狀態(tài)進(jìn)行查詢，然而本發(fā)明在定時(shí)器超時(shí)后也可不對(duì)所述業(yè)務(wù)用戶的狀態(tài)進(jìn)行查詢，其方法前面步驟與上述步驟101～步驟105相同，不同之處在于步驟105后MSC直接釋放該業(yè)務(wù)用戶的上行信道，結(jié)束。
下面結(jié)合具體實(shí)施例，做進(jìn)一步詳細(xì)描述。
請(qǐng)參閱圖2所示MSC啟動(dòng)和停止上行信道保護(hù)定時(shí)器流程圖，用戶在定時(shí)器規(guī)定時(shí)長(zhǎng)內(nèi)釋放上行信道，具體包括步驟1基站子系統(tǒng)(BSS)在小區(qū)中廣播上行信道空閑(UPLINK FREE)消息，通知小區(qū)中業(yè)務(wù)用戶目前上行信道的狀態(tài)空閑；步驟2手機(jī)用戶(MS)在組呼上行信道上向BSS發(fā)送上行信道接入(UPLINK_ACCESS)消息，請(qǐng)求申請(qǐng)上行信道；步驟3BSS向MSC發(fā)送上行信道請(qǐng)求(UPLINK_REQUEST)消息，通知MSC有用戶要申請(qǐng)上行信道；步驟4BSS向手機(jī)發(fā)送上行信道請(qǐng)求允許(VGCS_UPLINK_GRANT)，表示允許申請(qǐng)上行信道；步驟5BSS在小區(qū)中廣播上行信道忙(UPLINK_BUSY)消息，通知小區(qū)中業(yè)務(wù)用戶目前上行信道狀態(tài)為忙；步驟6MSC給其他非申請(qǐng)上行信道的BSS發(fā)送上行信道占用命令(UPLINK_SEIZED_COMMAND)消息，通知BSS上行信道現(xiàn)在為忙狀態(tài)；步驟7手機(jī)收到申請(qǐng)上行信道請(qǐng)求允許后，向BSS發(fā)送設(shè)置異步平衡模式(SABM)幀，其中包含的層三消息(L3msg)為講者標(biāo)識(shí)(TALKER_INDICATION)，消息中包含手機(jī)的終端能力(Classmark)和用戶標(biāo)識(shí)；步驟8BSS收到終端的SABM幀后，會(huì)直接給終端返回(建鏈和撤離鏈的認(rèn)可)UA幀，包含相同的內(nèi)容；步驟9MSC給申請(qǐng)上行信道的BSS發(fā)送上行信道請(qǐng)求承認(rèn)(UPLINK_REQUEST_ACK)消息，表示允許申請(qǐng)上行信道；步驟10BSS發(fā)送上行信道請(qǐng)求確認(rèn)(UPLINK_REQUEST_CONFIRMATION)消息給MSC，表示組呼上行信道申請(qǐng)已經(jīng)成功，消息中包含終端上報(bào)的L3msg，包含Classmark和用戶標(biāo)識(shí)等信息；步驟11～步驟12MSC得到申請(qǐng)上行信道用戶的標(biāo)識(shí)后，到訪問(wèn)位置寄存器(VLR)獲取該用戶簽約的附加信息(Additional info)，包括講者信息等，然后發(fā)送組呼附加消息(VGCS_ADD_INFO)給BSS；并啟動(dòng)上行信道保護(hù)定時(shí)器；步驟13占用上行信道的手機(jī)在專有信道上或在組呼通道的上行信道上向網(wǎng)絡(luò)側(cè)發(fā)送上行信道釋放(UPLINK_RELEASE)消息開(kāi)始釋放上行信道過(guò)程；步驟14BSS向MSC發(fā)送上行信道釋放指示(UPLINK_RELEASE_INDICATION)消息通知講者釋放上行信道了；步驟15～步驟17MSC給BSS發(fā)送上行信道釋放命令(UPLINK_RELEASE_COMMAND)消息釋放上行信道，并通知其他業(yè)務(wù)用戶可以申請(qǐng)上行信道。
請(qǐng)參閱圖3所示為采用上行信道超時(shí)釋放方式實(shí)施例流程圖，具體包括步驟301BSS在小區(qū)中廣播UPLINK_FREE消息，通知小區(qū)中業(yè)務(wù)用戶目前上行信道的狀態(tài)空閑；步驟302MS在組呼上行信道上向BSS發(fā)送UPLINK_ACCESS消息，請(qǐng)求申請(qǐng)上行信道；步驟303BSS向MSC發(fā)送UPLINK_REQUEST消息，通知MSC有用戶要申請(qǐng)上行信道；步驟304BSS向手機(jī)發(fā)送上行信道請(qǐng)求允許消息VGCS_UPLINK_GRANT，表示允許申請(qǐng)上行信道；步驟305BSS在小區(qū)中廣播UPLINK_BUSY消息，通知小區(qū)中業(yè)務(wù)用戶目前上行信道狀態(tài)為忙；步驟306MSC給其他非申請(qǐng)上行信道的多個(gè)基站子系統(tǒng)中的BSS發(fā)送UPLINK_SEIZED_COMMAND消息，通知BSS上行信道現(xiàn)在為忙狀態(tài)；步驟307手機(jī)收到申請(qǐng)上行信道請(qǐng)求允許后，向BSS發(fā)送SABM幀，其中包含的L3msg為T(mén)ALKER_INDICATION，消息中包含手機(jī)的Classmark和用戶標(biāo)識(shí)；步驟308BSS收到終端的SABM幀后，會(huì)直接給終端返回UA幀，包含相同的內(nèi)容；步驟309MSC給申請(qǐng)上行信道的BSS發(fā)送UPLINK_REQUEST_ACK消息，表示允許申請(qǐng)上行信道；步驟310BSS發(fā)送UPLINK_REQUEST_CONFIRMATION消息給MSC，表示組呼上行信道申請(qǐng)已經(jīng)成功，消息中包含終端上報(bào)的L3msg，包含Classmark和用戶標(biāo)識(shí)等信息；步驟311～步驟312MSC得到申請(qǐng)上行信道用戶的標(biāo)識(shí)后，到訪問(wèn)位置寄存器獲取該用戶簽約的Additional info，包括講者信息等，然后發(fā)送VGCS_ADD_INFO消息給BSS；并啟動(dòng)上行信道保護(hù)定時(shí)器；步驟313～步驟314當(dāng)上行信道保護(hù)定時(shí)器超時(shí)后，MSC給BSS發(fā)送UPLINK_RELEASE_COMMAND消息釋放上行信道；步驟315～步驟316占用上行信道的手機(jī)在專有信道上或在組呼通道的上行信道上向網(wǎng)絡(luò)側(cè)發(fā)送UPLINK_RELEASE消息開(kāi)始釋放上行信道過(guò)程；并通知其他業(yè)務(wù)用戶可以申請(qǐng)上行信道。
用戶占用組呼上行信道后，當(dāng)定時(shí)器超時(shí)，MSC采用上行信道超時(shí)核查方式時(shí)，請(qǐng)參閱圖4所示為采用上行信道超時(shí)核查方式實(shí)施例流程圖，具體包括步驟401BSS在小區(qū)中廣播UPLINK_FREE消息，通知小區(qū)中業(yè)務(wù)用戶目前上行信道的狀態(tài)空閑；步驟402MS在組呼上行信道上向BSS發(fā)送UPLINK_ACCESS消息，請(qǐng)求申請(qǐng)上行信道；步驟403BSS向MSC發(fā)送UPLINK_REQUEST消息，通知MSC有用戶要申請(qǐng)上行信道；步驟404BSS向手機(jī)發(fā)送上行信道請(qǐng)求允許消息VGCS_UPLINK_GRANT，表示允許申請(qǐng)上行信道；步驟405BSS在小區(qū)中廣播UPLINK_BUSY消息，通知小區(qū)中業(yè)務(wù)用戶目前上行信道狀態(tài)為忙；步驟406MSC給其他非申請(qǐng)上行信道的多個(gè)基站子系統(tǒng)中的BSS發(fā)送UPLINK_SEIZED_COMMAND消息，通知BSS上行信道現(xiàn)在為忙狀態(tài)；步驟407手機(jī)收到申請(qǐng)上行信道請(qǐng)求允許后，向BSS發(fā)送SABM幀，其中包含的L3msg為T(mén)ALKER_INDICATION，消息中包含手機(jī)的Classmark和用戶標(biāo)識(shí)；步驟408BSS收到終端的SABM幀后，會(huì)直接給終端返回UA幀，包含相同的內(nèi)容；
步驟409MSC給申請(qǐng)上行信道的BSS發(fā)送UPLINK_REQUEST_ACK消息，表示允許申請(qǐng)上行信道；步驟410BSS發(fā)送UPLINK_REQUEST_CONFIRMATION消息給MSC，表示組呼上行信道申請(qǐng)已經(jīng)成功，消息中包含終端上報(bào)的L3msg，包含Classmark和用戶標(biāo)識(shí)等信息；步驟411～步驟412MSC得到申請(qǐng)上行信道用戶的標(biāo)識(shí)后，到訪問(wèn)位置寄存器獲取該用戶簽約的Additional info，包括講者信息等，然后發(fā)送VGCS_ADD_INFO消息給BSS；并啟動(dòng)上行信道保護(hù)定時(shí)器；步驟413～步驟414當(dāng)上行信道保護(hù)定時(shí)器超時(shí)后，MSC向占用上行信道的業(yè)務(wù)手機(jī)用戶發(fā)送獲取狀態(tài)(GET_STATUS)消息，查詢當(dāng)前占用上行信道用戶的狀態(tài)，如果占用上行信道用戶返回STATUS消息，消息中可能包含手機(jī)的呼叫狀態(tài)、狀態(tài)屬性(上行信道附著、下行信道附著、是否講者)等，且消息中的原因值為響應(yīng)查詢狀態(tài)消息(Response to GET STATUS)，終端的呼叫狀態(tài)為發(fā)送和接收模式(U2sr)，說(shuō)明當(dāng)前占用用戶終端的狀態(tài)是正確的，保持上行信道，重新啟動(dòng)上行信道保護(hù)定時(shí)器；如果MSC等待STATUS消息超時(shí)，或者占上行信道業(yè)務(wù)用戶返回的STATUS消息中的原因值或呼叫狀態(tài)不正確，則釋放上行信道。
相應(yīng)的，本發(fā)明還提供了一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)系統(tǒng)，參閱圖5所示系統(tǒng)圖，該系統(tǒng)包括BSS模塊501、MSC模塊502；BSS模塊501用于和MSC模塊之間的無(wú)線傳輸及控制功能，BSS模塊502進(jìn)一步包括基站控制器(BSC)模塊5011和基站收發(fā)信臺(tái)(BST)模塊5012，BSC模塊5011是BSS模塊501的控制部分，負(fù)責(zé)BSS模塊501的各種接口管理，承擔(dān)無(wú)線資源管理任務(wù)，BTS模塊5012屬于BSS模塊501的無(wú)線部分，實(shí)現(xiàn)GSM營(yíng)運(yùn)系統(tǒng)通過(guò)空中接口與業(yè)務(wù)用戶之間的無(wú)線傳輸及控制功能；MSC模塊502在GSM網(wǎng)絡(luò)中處于中心位置，由它提供業(yè)務(wù)交換功能及和系統(tǒng)內(nèi)其它實(shí)體互通的功能，并從GSM系統(tǒng)內(nèi)獲取用戶位置登記和呼叫請(qǐng)求所需的全部數(shù)據(jù)，MSC模塊502進(jìn)一步包括定時(shí)保護(hù)模塊5021和來(lái)訪用戶位置寄存器VLR模塊5022；所述VLR模塊5022也可以獨(dú)立于MSC模塊502單獨(dú)存在；上行信道定時(shí)保護(hù)模塊5021用于業(yè)務(wù)用戶占用組呼上行信道后，MSC啟動(dòng)上行信道保護(hù)定時(shí)器，如果業(yè)務(wù)用戶釋放上行信道，MSC停止上行信道保護(hù)定時(shí)器；如果上行信道保護(hù)定時(shí)器超時(shí)，MSC根據(jù)組呼屬性中配置的上行信道保護(hù)方式進(jìn)行處理，強(qiáng)制釋放上行信道或者對(duì)占上行信道業(yè)務(wù)用戶進(jìn)行發(fā)送狀態(tài)查詢消息，如果占用上行信道用戶返回的狀態(tài)消息中的原因值為響應(yīng)狀態(tài)查詢，并且用戶的呼叫狀態(tài)為發(fā)送和接收模式，則說(shuō)明該業(yè)務(wù)用戶終端的狀態(tài)正確，繼續(xù)保持上行信道，重新啟動(dòng)上行信道保護(hù)定時(shí)器，如果MSC等待狀態(tài)返回消息超時(shí)，或者占用上行信道業(yè)務(wù)用戶返回的狀態(tài)消息中的原因值或呼叫狀態(tài)不正確，則釋放上行信道；VLR模塊5022用于存儲(chǔ)申請(qǐng)上行信道業(yè)務(wù)用戶的相關(guān)信息，并進(jìn)行動(dòng)態(tài)維護(hù)管理。
綜上所述，本發(fā)明中業(yè)務(wù)用戶占用組呼上行信道后，MSC啟動(dòng)上行信道保護(hù)定時(shí)器，如果業(yè)務(wù)用戶釋放上行信道，MSC停止上行信道保護(hù)定時(shí)器；如果上行信道保護(hù)定時(shí)器超時(shí)，MSC根據(jù)組呼屬性中配置的上行信道保護(hù)方式進(jìn)行處理，強(qiáng)制釋放上行信道或者使用GET STATUS消息對(duì)占上行信道業(yè)務(wù)用戶進(jìn)行上行信道核查。
以上對(duì)本發(fā)明所提供的一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法及系統(tǒng)進(jìn)行了詳細(xì)介紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說(shuō)明只是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說(shuō)明書(shū)內(nèi)容不應(yīng)理解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法，其特征在于，包括步驟a業(yè)務(wù)用戶獲取組呼上行信道；b啟動(dòng)上行信道保護(hù)定時(shí)器；c若上行信道保護(hù)定時(shí)器超時(shí)，則釋放該業(yè)務(wù)用戶占用的上行信道。
2.如權(quán)利要求1所述業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法，其特征在于，步驟c中所述定時(shí)器超時(shí)后進(jìn)一步包括，向占用上行信道的業(yè)務(wù)用戶發(fā)送狀態(tài)查詢消息校驗(yàn)該業(yè)務(wù)用戶的狀態(tài)，若該業(yè)務(wù)用戶的狀態(tài)正確，則保持上行信道，并返回步驟b；否則，釋放上行信道。
3.如權(quán)利要求2所述業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法，其特征在于，具體的，若業(yè)務(wù)用戶對(duì)狀態(tài)查詢消息的反饋中原因值為響應(yīng)查詢，且呼叫狀態(tài)為發(fā)送和接收模式，則判斷該業(yè)務(wù)用戶的狀態(tài)正確。
4.如權(quán)利要求2或3所述的業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法，其特征在于，進(jìn)一步，若在預(yù)置的時(shí)長(zhǎng)內(nèi)未收到所述狀態(tài)查詢消息的反饋，則釋放上行信道。
5.如權(quán)利要求1所述業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法，其特征在于，步驟c后進(jìn)一步包括，系統(tǒng)廣播上行信道空閑消息。
6.如權(quán)利要求1所述業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法，其特征在于，所述步驟b后，若定時(shí)器未超時(shí)，則還包括業(yè)務(wù)用戶釋放上行信道，并停止定時(shí)器計(jì)時(shí)。
7.如權(quán)利要求1所述業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法，其特征在于，步驟a之前還包括業(yè)務(wù)用戶發(fā)送上行信道請(qǐng)求消息；判斷上行信道是否空閑，如果是，則進(jìn)入步驟a；否則，結(jié)束。
8.一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)系統(tǒng)，包括BSS模塊、MSC模塊，其特征在于，MSC模塊進(jìn)一步包括上行信道定時(shí)保護(hù)模塊；BSS模塊用于和MSC模塊之間的無(wú)線傳輸及控制功能；MSC模塊用于提供業(yè)務(wù)交換功能和其它實(shí)體互通的功能，并從GSM系統(tǒng)內(nèi)獲取用戶位置登記和呼叫請(qǐng)求所需的數(shù)據(jù)；上行信道定時(shí)保護(hù)模塊用于業(yè)務(wù)用戶占用組呼上行信道后，MSC啟動(dòng)上行信道保護(hù)定時(shí)器，如果業(yè)務(wù)用戶釋放上行信道，MSC停止上行信道保護(hù)定時(shí)器；如果上行信道保護(hù)定時(shí)器超時(shí)，MSC釋放該業(yè)務(wù)用戶占用的上行信道。
9.如權(quán)利要求8所述業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)系統(tǒng)，其特征在于，所述上行信道保護(hù)定時(shí)器超時(shí)后進(jìn)一步包括MSC向占用上行的業(yè)務(wù)用戶發(fā)送狀態(tài)查詢消息校驗(yàn)該業(yè)務(wù)用戶的狀態(tài)，若業(yè)務(wù)用戶對(duì)狀態(tài)查詢消息的反饋中原因值為響應(yīng)查詢，且呼叫狀態(tài)為發(fā)送和接收模式，則保持該業(yè)務(wù)用戶的上行信道，重新啟動(dòng)上行信道定時(shí)器；否則，釋放上行信道。
10.如權(quán)利要求8或9所述業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)系統(tǒng)，其特征在于，所述系統(tǒng)還包括VLR模塊，用于存儲(chǔ)申請(qǐng)上行信道業(yè)務(wù)用戶的相關(guān)信息，并進(jìn)行動(dòng)態(tài)維護(hù)管理。
11.如權(quán)利要求8或9所述業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)系統(tǒng)，其特征在于，所述BSS模塊包括BSC模塊和BTS模塊，BSC模塊用于負(fù)責(zé)BSS模塊的接口管理，承擔(dān)無(wú)線資源管理任務(wù)；BTS模塊用于通過(guò)空中接口與業(yè)務(wù)用戶之間的無(wú)線傳輸及控制功能。
全文摘要
本發(fā)明公開(kāi)了一種業(yè)務(wù)用戶占用組呼上行信道后的保護(hù)方法及系統(tǒng)，所述方法包括步驟a.業(yè)務(wù)用戶獲取組呼上行信道；b.啟動(dòng)上行信道保護(hù)定時(shí)器；c.若上行信道保護(hù)定時(shí)器超時(shí)，則釋放該業(yè)務(wù)用戶占用的上行信道。所述系統(tǒng)包括BSS模塊、MSC模塊，所述MSC模塊中進(jìn)一步包括上行信道定時(shí)保護(hù)模塊。本發(fā)明利用上行信道保護(hù)定時(shí)器對(duì)業(yè)務(wù)用戶占用上行信道進(jìn)行定時(shí)保護(hù)，從而解決了組呼上行信道吊死問(wèn)題。
文檔編號(hào)H04B7/26GK1885970SQ20061009872
公開(kāi)日2006年12月27日 申請(qǐng)日期2006年7月10日 優(yōu)先權(quán)日2006年7月10日
發(fā)明者王寶義, 鮑國(guó)慶, 孟亮, 楊艷平, 黃東川 申請(qǐng)人:華為技術(shù)有限公司