專利名稱：一種解決無(wú)線網(wǎng)絡(luò)中主被叫碰撞的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信技術(shù)，特別是指一種解決無(wú)線網(wǎng)絡(luò)中主被叫碰撞的方法。
背景技術(shù)：
無(wú)線通信系統(tǒng)，包括移動(dòng)交換中心(MSC)、歸屬位置寄存器(HLR)、拜訪位置寄存器(VLR)、基站控制器(BSC)、移動(dòng)臺(tái)(MS)等。MSC完成全部必須的信令功能以建立主被叫用戶之間的連接。HLR存儲(chǔ)有關(guān)開戶MS的所有簽約數(shù)據(jù)，并存儲(chǔ)關(guān)于MS當(dāng)前位置相關(guān)的信息；VLR是存儲(chǔ)MS位置信息的動(dòng)態(tài)數(shù)據(jù)庫(kù)，當(dāng)MS漫游進(jìn)入某個(gè)MSC控制區(qū)域時(shí)，必須向與該MSC相關(guān)的VLR登記，以能夠提供建立呼叫接續(xù)的必要條件。一般情況下VLR和MSC合設(shè)在同一個(gè)設(shè)備上，稱為MSC/VLR。BSC管理各種接口，承擔(dān)無(wú)線資源和無(wú)線參數(shù)的管理。
在通信過程中，可能出現(xiàn)主被叫碰撞的情況，如當(dāng)用戶A撥打用戶B的過程中，恰好用戶B撥打用戶C，這時(shí)，對(duì)于用戶B就是主被叫碰撞。從用戶B所在MSC/VLR的角度來(lái)看，MSC/VLR正在處理被叫，正準(zhǔn)備給BSC下發(fā)尋呼消息或者已經(jīng)下發(fā)尋呼消息而還沒有得到MS的尋呼響應(yīng)，這時(shí)，MSC/VLR收到BSC上發(fā)的業(yè)務(wù)請(qǐng)求。從用戶B的MS的角度來(lái)看，MS正在進(jìn)行接入試探，同時(shí)空中信道正在對(duì)該MS進(jìn)行尋呼。
一般情況下，MSC/VLR采用“用戶狀態(tài)搶占”的處理機(jī)制，即在MSC/VLR中保留一個(gè)用戶狀態(tài)對(duì)于同一個(gè)用戶，如果被叫請(qǐng)求先到MSC/VLR，則被叫將用戶狀態(tài)置為“保護(hù)態(tài)”，此后MSC/VLR將拒絕該用戶上發(fā)的主叫業(yè)務(wù)請(qǐng)求；如果主叫請(qǐng)求先到MSC/VLR，則主叫將用戶狀態(tài)置為“保護(hù)態(tài)”，此后MSC/VLR將拒絕呼叫該用戶的被叫請(qǐng)求。
下面舉例說明主被叫碰撞帶來(lái)的影響。當(dāng)A用戶呼叫B用戶時(shí)，又恰好B用戶呼叫C用戶，此時(shí)B用戶發(fā)生主被叫碰撞。假設(shè)，A用戶呼叫B用戶的被叫請(qǐng)求先到B用戶所在MSC/VLR，圖1所示為主被叫碰撞時(shí)B用戶所在網(wǎng)絡(luò)側(cè)的流程圖，詳細(xì)描述如下。其中的呼叫流程以CDMA2000的信令流程為例，包括其它流程的說明。
步驟101MSC/VLR收到呼叫B用戶的被叫請(qǐng)求，由于被叫請(qǐng)求先到MSC/VLR，因此被叫將B用戶狀態(tài)置為“保護(hù)態(tài)”；步驟102MSC/VLR向該B用戶MS所在的BSC下發(fā)尋呼請(qǐng)求(PagingRequest)；步驟103BSC尋呼該B用戶MS；步驟104當(dāng)B用戶MS收到步驟103所述尋呼時(shí)，B用戶又恰好呼叫C用戶，B用戶MS向BSC發(fā)起呼叫；步驟105BSC根據(jù)B用戶MS的主叫請(qǐng)求向MSC/VLR上發(fā)業(yè)務(wù)請(qǐng)求(Service Request)；步驟106MSC/VLR判斷出主被叫碰撞，并根據(jù)“用戶狀態(tài)搶占”的處理機(jī)制，拒絕BSC上發(fā)的業(yè)務(wù)請(qǐng)求消息；步驟107由于B用戶MS正處于主叫接入過程無(wú)法處理步驟103的尋呼消息，所以尋呼超時(shí)，一般情況下，MSC/VLR在尋呼超時(shí)之后會(huì)下發(fā)二次尋呼，如步驟109、110；步驟108由于B用戶發(fā)起呼叫而長(zhǎng)時(shí)間無(wú)法接通時(shí)，也會(huì)重新發(fā)起呼叫，如步驟111、112；步驟109MSC/VLR向該B用戶MS所在的BSC下發(fā)尋呼請(qǐng)求；步驟110BSC尋呼該B用戶MS；步驟111B用戶重新發(fā)起呼叫，B用戶MS重新向BSC發(fā)起呼叫；步驟112BSC根據(jù)B用戶MS的主叫請(qǐng)求向MSC/VLR上發(fā)業(yè)務(wù)請(qǐng)求；步驟113如果步驟108所述的呼叫過程發(fā)生在步驟110之后MS還沒來(lái)得及處理該尋呼時(shí)，又會(huì)發(fā)生主被叫碰撞，MSC/VLR再次判斷出主被叫碰撞。
按照上述流程，如果沒有處理主被叫碰撞的機(jī)制，則對(duì)于主被叫碰撞的用戶來(lái)說，不僅主叫接續(xù)時(shí)間變長(zhǎng)，而且無(wú)法成功呼叫到該用戶。
現(xiàn)有技術(shù)中，按照優(yōu)先處理主叫的方法來(lái)解決上述主被叫碰撞的問題，即MSC/VLR判斷出主被叫碰撞后，拒絕被叫請(qǐng)求和清除被叫的“保護(hù)態(tài)”，然后處理主叫請(qǐng)求，同時(shí)主叫將用戶狀態(tài)置為“保護(hù)態(tài)”。
按照上述方法，當(dāng)主被叫碰撞時(shí)，主叫優(yōu)先、拒絕被叫的處理方法存在缺點(diǎn)越是業(yè)務(wù)繁忙的用戶，碰撞的概率越高，按照上述主叫優(yōu)先的方法，往往會(huì)漏掉一些電話，因此用戶對(duì)上述現(xiàn)有的主叫優(yōu)先的處理方法不能接受或感到不滿。而且，發(fā)生主被叫碰撞的用戶并不能知道發(fā)生了碰撞，覺得發(fā)起呼叫的接入時(shí)間變長(zhǎng)，因此，會(huì)抱怨網(wǎng)絡(luò)質(zhì)量不好。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種解決無(wú)線網(wǎng)絡(luò)中主被叫碰撞的方法，以提供發(fā)生主被叫碰撞時(shí)的處理方法。
為達(dá)到上述目的，本發(fā)明提供一種解決無(wú)線網(wǎng)絡(luò)中主被叫碰撞的方法，該方法包括a.當(dāng)移動(dòng)交換中心MSC接收到移動(dòng)臺(tái)MS的主叫請(qǐng)求和呼叫該MS的被叫請(qǐng)求，并確定該MS發(fā)生主被叫碰撞后，MSC向該MS發(fā)送主被叫碰撞信息；b.MS根據(jù)主被叫碰撞信息向MSC返回當(dāng)前優(yōu)先處理呼叫的信息，MSC根據(jù)所述當(dāng)前優(yōu)先處理的呼叫信息處理對(duì)應(yīng)的請(qǐng)求。
其中，步驟a所述主被叫碰撞信息是MSC通過閃動(dòng)請(qǐng)求Flash Request消息攜帶；或，步驟a中所述主被叫碰撞信息是MSC通過指配信道請(qǐng)求消息攜帶。
其中，所述主被叫碰撞信息包括碰撞產(chǎn)生時(shí)呼叫該MS的對(duì)方用戶終端的號(hào)碼、選擇主叫優(yōu)先還是被叫優(yōu)先的選擇項(xiàng)、文字、圖片、聲音中的一種或任意組合。
其中，步驟b所述當(dāng)前優(yōu)先處理呼叫的信息為MS向MSC返回掛機(jī)操作或不掛機(jī)操作信息，如果返回掛機(jī)操作信息，MSC處理被叫請(qǐng)求；如果返回不掛機(jī)操作信息，MSC處理主叫請(qǐng)求。
其中，步驟b所述當(dāng)前優(yōu)先處理的呼叫信息為主叫請(qǐng)求信息，則MSC拒絕被叫請(qǐng)求，然后處理該MS的主叫請(qǐng)求。
其中，步驟b所述當(dāng)前優(yōu)先處理的呼叫信息為主叫請(qǐng)求信息，如果MSC確定被叫請(qǐng)求已被清除，則處理該MS的主叫請(qǐng)求。
其中，步驟b所述當(dāng)前優(yōu)先處理的呼叫信息為被叫請(qǐng)求信息，則MSC處理被叫請(qǐng)求。
其中，所述步驟a之前進(jìn)一步包括在歸屬位置寄存器HLR中保存該MS簽約主被叫碰撞通知業(yè)務(wù)的信息；步驟a所述MSC確定該MS主被叫碰撞后進(jìn)一步包括MSC從HLR中獲取該MS的簽約數(shù)據(jù)，如果確定該MS簽約主被叫碰撞通知業(yè)務(wù)，則向MS發(fā)送主被叫碰撞信息；如果確定該MS沒有簽約該業(yè)務(wù)，則處理主叫請(qǐng)求，結(jié)束本流程。
其中，所述在HLR中保存該MS簽約主被叫碰撞通知業(yè)務(wù)的信息步驟包括MS向MSC發(fā)送簽約主被叫碰撞通知業(yè)務(wù)的請(qǐng)求，MSC根據(jù)該MS的請(qǐng)求，在HLR記錄該MS簽約主被叫碰撞通知業(yè)務(wù)的信息；或，所述該MS簽約主被叫碰撞通知業(yè)務(wù)的信息是預(yù)先保存在HLR中。
其中，步驟b所述MS根據(jù)主被叫碰撞信息向MSC返回當(dāng)前優(yōu)先處理呼叫的信息的步驟包括MS中配置主被叫碰撞信息所對(duì)應(yīng)的內(nèi)部操作，根據(jù)用戶選擇結(jié)果，向MSC返回相應(yīng)的操作信息。
根據(jù)本發(fā)明提供的解決主被叫碰撞的方法，當(dāng)發(fā)生主被叫碰撞時(shí)，MSC通知發(fā)生主被叫碰撞的用戶，由用戶選擇主叫優(yōu)先還是被叫優(yōu)先，MSC根據(jù)用戶返回的信息處理對(duì)應(yīng)的呼叫，因此用戶知道發(fā)生了主被叫碰撞，且可以根據(jù)自己的需求接通被叫或繼續(xù)呼叫，提高用戶的滿意程度。


圖1所示為背景技術(shù)中主被叫碰撞流程圖；圖2所示為HLR中用戶簽約數(shù)據(jù)更改之后，主動(dòng)發(fā)出請(qǐng)求更新MSC/VLR中用戶數(shù)據(jù)的流程圖；圖3所示為本發(fā)明中用戶通過遠(yuǎn)程操作辦理或更改業(yè)務(wù)簽約數(shù)據(jù)的流程圖；圖4所示為MSC/VLR獲取HLR中用戶簽約數(shù)據(jù)的流程圖；圖5所示為本發(fā)明中主被叫碰撞的用戶選擇主叫優(yōu)先時(shí)的處理流程圖；圖6所示為本發(fā)明中主被叫碰撞的用戶選擇被叫優(yōu)先時(shí)的處理流程圖；圖7所示為本發(fā)明中當(dāng)被叫請(qǐng)求主動(dòng)被結(jié)束時(shí)，主被叫碰撞的用戶選擇被叫優(yōu)先時(shí)的處理流程圖；圖8所示為本發(fā)明中通過指配信道請(qǐng)求消息攜帶主被叫碰撞信息的處理流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下面舉具體實(shí)施例，對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說明。
本發(fā)明的核心思想是當(dāng)MSC/VLR判斷出主被叫碰撞時(shí)，首先按照主叫優(yōu)先處理，接受主叫的業(yè)務(wù)請(qǐng)求并發(fā)起指配信道的操作，指配成功后，向用戶發(fā)送發(fā)生主被叫碰撞的信息，由用戶選擇接通被叫還是繼續(xù)發(fā)起主叫，然后根據(jù)用戶的選擇，繼續(xù)處理主叫或被叫即可。其中，主被叫碰撞信息中可以攜帶以下內(nèi)容，例如，對(duì)方用戶的電話號(hào)碼、選擇主叫優(yōu)先還是被叫優(yōu)先的選擇項(xiàng)、其他文字、圖片、聲音等。
在HLR中設(shè)置用戶申請(qǐng)主被叫碰撞通知業(yè)務(wù)的簽約數(shù)據(jù)，并且可以通過兩種方式實(shí)現(xiàn)。
一種是預(yù)先直接將用戶申請(qǐng)主被叫碰撞通知業(yè)務(wù)的簽約數(shù)據(jù)保存在HLR中，HLR中簽約數(shù)據(jù)變更之后，主動(dòng)向MSC/VLR發(fā)出更改用戶數(shù)據(jù)的請(qǐng)求，如圖2所示，HLR向MSC/VLR發(fā)出更改用戶簽約數(shù)據(jù)的請(qǐng)求，MSC/VLR根據(jù)該請(qǐng)求，更新用戶簽約數(shù)據(jù)之后向HLR返回響應(yīng)。
另一種是用戶終端通過遠(yuǎn)程操作實(shí)現(xiàn)在HLR中設(shè)置“主被叫碰撞通知”業(yè)務(wù)的用戶簽約信息。用戶終端可以通過撥打簽約主被叫碰撞通知業(yè)務(wù)的特定號(hào)碼辦理該業(yè)務(wù)，如圖3所示，按照該方法，用戶還可以遠(yuǎn)程更改業(yè)務(wù)簽約數(shù)據(jù)，詳細(xì)介紹如下所述步驟301用戶終端向BSC發(fā)送被叫為特定號(hào)碼的呼叫請(qǐng)求，BSC收到該呼叫請(qǐng)求后，根據(jù)該特定號(hào)碼向MSC/VLR發(fā)起呼叫；步驟302MSC/VLR確定所呼叫的號(hào)碼為簽約“主被叫碰撞通知”業(yè)務(wù)簽約數(shù)據(jù)的特定號(hào)碼，向HLR發(fā)送更改HLR中簽約數(shù)據(jù)的請(qǐng)求；步驟303HLR收到上述請(qǐng)求之后，向MSC/VLR發(fā)送更改VLR中簽約數(shù)據(jù)的請(qǐng)求；步驟304MSC/VLR根據(jù)步驟303中請(qǐng)求，先更改MSC/VLR中簽約數(shù)據(jù)之后，向HLR返回更改簽約數(shù)據(jù)的響應(yīng)；步驟305HLR收到步驟302中的請(qǐng)求和步驟304中MSC/VLR返回的響應(yīng)之后，更改HLR中簽約數(shù)據(jù)，然后向MSC/VLR返回更改簽約數(shù)據(jù)的響應(yīng)；步驟306MSC/VLR向BSC發(fā)送用戶更改簽約數(shù)據(jù)的結(jié)果，然后由BSC通知用戶該結(jié)果。
當(dāng)MS漫游到新的MSC/VLR或MSC/VLR數(shù)據(jù)丟失等情況下，按照如圖4所示，MSC/VLR向HLR發(fā)送能夠獲取用戶簽約數(shù)據(jù)的請(qǐng)求，例如位置登記、資格請(qǐng)求或者資格指示等；HLR收到上述請(qǐng)求之后，向MSC/VLR返回用戶簽約數(shù)據(jù)的響應(yīng)，MSC/VLR獲取用戶的簽約數(shù)據(jù)。
綜上所述，HLR中簽約數(shù)據(jù)被更改或MS漫游到新的MSC/VLR等情況下，MSC/VLR都能及時(shí)獲取HLR中用戶簽約數(shù)據(jù)，因此MSC/VLR在收到主叫請(qǐng)求或被叫請(qǐng)求之后，如果發(fā)生主被叫碰撞，則MSC從VLR可以獲取用戶簽約數(shù)據(jù)，確定該用戶是否是申請(qǐng)主被叫碰撞通知的用戶，如果是，通知用戶發(fā)生主被叫碰撞，進(jìn)而戶解決主被叫碰撞的問題。
在本發(fā)明中，需要設(shè)置選擇當(dāng)前優(yōu)先處理的呼叫對(duì)應(yīng)的操作或信息。例如對(duì)于用戶掛機(jī)操作，表明選擇被叫優(yōu)先；不掛機(jī)操作，即無(wú)任何操作，表明選擇主叫優(yōu)先。根據(jù)該項(xiàng)業(yè)務(wù)的設(shè)置，用戶收到主被叫碰撞信息之后，如果要選擇主叫優(yōu)先，則不掛機(jī)；如果要選擇被叫優(yōu)先，則掛機(jī)。為了用戶使用該項(xiàng)業(yè)務(wù)更方便，MS中可以配置與主被叫碰撞信息對(duì)應(yīng)的內(nèi)部操作，或者返回對(duì)應(yīng)的信息給MSC。例如，對(duì)主被叫碰撞信息中選擇主叫優(yōu)先還是被叫優(yōu)先的選擇項(xiàng)配置對(duì)應(yīng)的內(nèi)部操作，用戶選擇被叫優(yōu)先時(shí)，MS內(nèi)部處理掛機(jī)操作。
用戶發(fā)起呼叫或被叫，MSC/VLR獲取該用戶簽約數(shù)據(jù)，當(dāng)MSC/VLR判斷出該用戶發(fā)生主被叫碰撞時(shí)，根據(jù)所獲取的簽約數(shù)據(jù)判斷出該用戶是“主被叫碰撞通知”業(yè)務(wù)的簽約用戶，則暫時(shí)優(yōu)先處理主叫，即指配信道，然后向用戶發(fā)出主被叫碰撞的信息，由用戶選擇主叫優(yōu)先還是被叫優(yōu)先。如果MSC/VLR在延時(shí)一段時(shí)間后仍沒有檢測(cè)到掛機(jī)操作或?qū)?yīng)的信息，則認(rèn)為用戶選擇了主叫優(yōu)先，然后清除被叫請(qǐng)求，接續(xù)主叫；如果MSC/VLR檢測(cè)到掛機(jī)操作或?qū)?yīng)的信息，則認(rèn)為用戶選擇了被叫優(yōu)先，然后執(zhí)行尋呼，接續(xù)被叫。下面結(jié)合具體實(shí)施例，詳細(xì)介紹發(fā)生主被叫碰撞時(shí)解決主被叫碰撞的方法。當(dāng)A用戶呼叫B用戶時(shí)，又恰好B用戶呼叫C用戶，此時(shí)B用戶發(fā)生主被叫碰撞。假設(shè)，A用戶呼叫B用戶的被叫請(qǐng)求先到B用戶所在MSC/VLR，下面幾個(gè)實(shí)施例中均給出主被叫碰撞時(shí)B用戶所在網(wǎng)絡(luò)側(cè)的流程圖。
圖5所示為，B用戶發(fā)生主被叫碰撞，且該用戶選擇主叫優(yōu)先時(shí)的處理流程圖，其中下面所述MS是屬于B用戶。
步驟501MSC/VLR收到呼叫MS的被叫請(qǐng)求；步驟502MSC/VLR向該MS所在的BSC下發(fā)尋呼請(qǐng)求(PagingRequest)；步驟503BSC尋呼該MS；步驟504MS收到步驟503所述尋呼時(shí)，該MS的用戶恰好發(fā)起呼叫，MS向BSC發(fā)起呼叫；步驟505BSC根據(jù)MS的呼叫請(qǐng)求向MSC/VLR上發(fā)業(yè)務(wù)請(qǐng)求(ServiceRequest)；步驟506MSC/VLR判斷出主被叫碰撞，暫時(shí)優(yōu)先處理主叫，如步驟507～510；步驟507MSC/VLR向BSC發(fā)送指配請(qǐng)求(Assignment Request)；步驟508BSC給MS指配信道；步驟509MS向BSC發(fā)送指配信道成功響應(yīng)(Assignment Complete)；步驟510BSC向MSC/VLR返回指配成功的響應(yīng)；步驟511MSC/VLR向BSC發(fā)送閃動(dòng)請(qǐng)求(Flash Request)消息，其中攜帶主被叫碰撞的信息，例如，對(duì)方用戶A的電話號(hào)碼、選擇主叫優(yōu)先還是被叫優(yōu)先的選擇項(xiàng)、其他文字、圖片、聲音等；步驟512BSC給MS發(fā)送上述主被叫碰撞的信息；步驟513B用戶獲取上述主被叫碰撞信息之后，沒有執(zhí)行掛機(jī)操作，即B用戶選擇了主叫優(yōu)先；步驟514MSC/VLR在步驟511之后延時(shí)一段時(shí)間后，沒有檢測(cè)到發(fā)生主被叫碰撞MS的掛機(jī)操作，因此判斷出B用戶選擇了主叫優(yōu)先；步驟515MSC/VLR清除被叫請(qǐng)求，繼續(xù)接續(xù)主叫。
之后，B用戶作為主叫呼叫C用戶成功，兩者之間建立通信話路。
圖6所示為，B用戶發(fā)生主被叫碰撞時(shí)，該用戶選擇被叫優(yōu)先時(shí)的處理流程圖。
步驟601～步驟612同步驟501～步驟512；步驟613B用戶獲取主被叫碰撞的信息之后，執(zhí)行掛機(jī)操作，即B用戶選擇了被叫優(yōu)先；
步驟614MS向BSC發(fā)送掛機(jī)信息；步驟615BSC向MSC/VLR發(fā)送清除請(qǐng)求(Clear Request)；步驟616MSC/VLR向BSC發(fā)送清除命令(Clear Command)；步驟617BSC清除業(yè)務(wù)信道之后，向MSC/VLR發(fā)送清除完成(ClearComplete)；步驟618MSC/VLR檢測(cè)到清除完成之后，判斷出B用戶在主被叫碰撞時(shí)優(yōu)先選擇被叫；步驟619MSC/VLR向BSC發(fā)送尋呼請(qǐng)求(Paging Request)；步驟620BSC尋呼MS；步驟621MS向BSC返回尋呼響應(yīng)；步驟622BSC向MSC/VLR返回尋呼響應(yīng)(Paging Response)。
之后，B用戶作為被叫，被A用戶呼叫成功，兩者之間建立了通信話路。
在上述實(shí)施例中，如果A用戶撥號(hào)后長(zhǎng)時(shí)間沒接通，則有可能會(huì)主動(dòng)掛機(jī)，這時(shí)，處理流程圖如圖7所示。
步驟701～步驟705同步驟601～步驟605；步驟706MSC/VLR判斷出發(fā)生了主被叫碰撞，暫時(shí)優(yōu)先處理主叫；步驟707A用戶主動(dòng)結(jié)束本次呼叫，MSC/VLR側(cè)的被叫請(qǐng)求被拆除；步驟708～步驟713同步驟607～步驟612；步驟714B用戶獲取主被叫碰撞信息之后，如果沒有執(zhí)行掛機(jī)操作，即B用戶選擇主叫優(yōu)先時(shí)，MSC/VLR接續(xù)主叫；如果執(zhí)行掛機(jī)操作，即B用戶選擇被叫優(yōu)先時(shí)，MSC/VLR執(zhí)行步驟715～724；步驟715～步驟718同步驟614～步驟617；步驟719B用戶等待A用戶再次發(fā)起呼叫；步驟720A用戶再次發(fā)起呼叫，MSC/VLR再次收到被叫請(qǐng)求；步驟721～步驟724同步驟619～步驟622；在圖7所述的流程中，如果步驟714中，B用戶選擇被叫優(yōu)先時(shí)，可以根據(jù)步驟713中的主被叫碰撞信息中的A用戶的號(hào)碼回?fù)茉揂用戶即可。
上述幾個(gè)實(shí)施例中，通過Flash Request攜帶主被叫碰撞信息，通知發(fā)生碰撞的用戶，除此之外，還可以通過指配請(qǐng)求攜帶主被叫碰撞信息，通知發(fā)生碰撞的用戶，如圖8所示。
步驟801～步驟806同步驟501～步驟506；步驟807MSC/VLR向BSC發(fā)送指配請(qǐng)求，其中攜帶主被叫碰撞信息；步驟808BSC給MS指配信道，并攜帶上述主被叫碰撞信息；步驟809～步驟810同步驟509～步驟510；步驟811B用戶獲取上述主被叫碰撞信息之后，可以根據(jù)自己的需求選擇主叫優(yōu)先或被叫優(yōu)先。
B用戶選擇主叫優(yōu)先后的處理過程如同圖5所示的流程，被叫優(yōu)先后的處理過程如同圖6所示的流程，不再詳細(xì)介紹。
如果B用戶作為主叫呼叫C用戶的主叫業(yè)務(wù)請(qǐng)求先到MSC/VLR，然后MSC/VLR收到A用戶呼叫B用戶的被叫請(qǐng)求，且對(duì)于用戶B恰好發(fā)生主被叫碰撞時(shí)，則MSC/VLR在主被叫碰撞后的處理流程如同上述的實(shí)施例，首先暫時(shí)按照主叫優(yōu)先建立信道之后，并通知B用戶，然后根據(jù)用戶的選擇結(jié)果處理主叫或被叫請(qǐng)求。
上述解決主被叫碰撞的方法雖然使用CDMA2000的信令方式描述，但其方法適用于所有無(wú)線通信網(wǎng)絡(luò)，例如GSM、寬帶碼分多址(WCDMA)、CDMA2000、時(shí)分同步碼分多址(TD-SCDMA)等，其中具體呼叫流程中的信令有可能不一樣，但是，處理主被叫碰撞的主要思想都一樣，即當(dāng)確定發(fā)生主被叫碰撞之后，首先按照主叫優(yōu)先指配信道，并向用戶發(fā)送發(fā)生主被叫碰撞的信息，然后根據(jù)用戶的選擇，繼續(xù)處理主叫請(qǐng)求或被叫請(qǐng)求。
以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種解決無(wú)線網(wǎng)絡(luò)中主被叫碰撞的方法，其特征在于，該方法包括a.當(dāng)移動(dòng)交換中心MSC接收到移動(dòng)臺(tái)MS的主叫請(qǐng)求和呼叫該MS的被叫請(qǐng)求，并確定該MS發(fā)生主被叫碰撞后，MSC向該MS發(fā)送主被叫碰撞信息；b.MS根據(jù)主被叫碰撞信息向MSC返回當(dāng)前優(yōu)先處理呼叫的信息，MSC根據(jù)所述當(dāng)前優(yōu)先處理的呼叫信息處理對(duì)應(yīng)的請(qǐng)求。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟a所述主被叫碰撞信息是MSC通過閃動(dòng)請(qǐng)求Flash Request消息攜帶；或，步驟a中所述主被叫碰撞信息是MSC通過指配信道請(qǐng)求消息攜帶。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述主被叫碰撞信息包括碰撞產(chǎn)生時(shí)呼叫該MS的對(duì)方用戶終端的號(hào)碼、選擇主叫優(yōu)先還是被叫優(yōu)先的選擇項(xiàng)、文字、圖片、聲音中的一種或任意組合。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述當(dāng)前優(yōu)先處理呼叫的信息為MS向MSC返回掛機(jī)操作或不掛機(jī)操作信息，如果返回掛機(jī)操作信息，MSC處理被叫請(qǐng)求；如果返回不掛機(jī)操作信息，MSC處理主叫請(qǐng)求。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述當(dāng)前優(yōu)先處理的呼叫信息為主叫請(qǐng)求信息，則MSC拒絕被叫請(qǐng)求，然后處理該MS的主叫請(qǐng)求。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述當(dāng)前優(yōu)先處理的呼叫信息為主叫請(qǐng)求信息，如果MSC確定被叫請(qǐng)求已被清除，則處理該MS的主叫請(qǐng)求。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b所述當(dāng)前優(yōu)先處理的呼叫信息為被叫請(qǐng)求信息，則MSC處理被叫請(qǐng)求。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟a之前進(jìn)一步包括在歸屬位置寄存器HLR中保存該MS簽約主被叫碰撞通知業(yè)務(wù)的信息；步驟a所述MSC確定該MS主被叫碰撞后進(jìn)一步包括MSC從HLR中獲取該MS的簽約數(shù)據(jù)，如果確定該MS簽約主被叫碰撞通知業(yè)務(wù)，則向MS發(fā)送主被叫碰撞信息；如果確定該MS沒有簽約該業(yè)務(wù)，則處理主叫請(qǐng)求，結(jié)束本流程。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述在HLR中保存該MS簽約主被叫碰撞通知業(yè)務(wù)的信息步驟包括MS向MSC發(fā)送簽約主被叫碰撞通知業(yè)務(wù)的請(qǐng)求，MSC根據(jù)該MS的請(qǐng)求，在HLR記錄該MS簽約主被叫碰撞通知業(yè)務(wù)的信息；或，所述該MS簽約主被叫碰撞通知業(yè)務(wù)的信息是預(yù)先保存在HLR中。
10.根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟b所述MS根據(jù)主被叫碰撞信息向MSC返回當(dāng)前優(yōu)先處理呼叫的信息的步驟包括MS中配置主被叫碰撞信息所對(duì)應(yīng)的內(nèi)部操作，根據(jù)用戶選擇結(jié)果，向MSC返回相應(yīng)的操作信息。
全文摘要
本發(fā)明公開了一種解決無(wú)線網(wǎng)絡(luò)中主被叫碰撞的方法，該方法包括當(dāng)移動(dòng)交換中心MSC接收到移動(dòng)臺(tái)MS的主叫請(qǐng)求和呼叫該MS的被叫請(qǐng)求，并確定該MS發(fā)生主被叫碰撞后，MSC給所述MS指配信道，并通過該信道向該MS發(fā)送主被叫碰撞信息；MS根據(jù)主被叫碰撞的提示信息向MSC返回當(dāng)前優(yōu)先處理呼叫的信息，MSC根據(jù)所述當(dāng)前優(yōu)先處理的呼叫信息處理對(duì)應(yīng)的請(qǐng)求。根據(jù)本發(fā)明公開的方法，當(dāng)發(fā)生主被叫碰撞時(shí)，MSC通知發(fā)生主被叫碰撞的用戶，由用戶選擇主叫優(yōu)先還是被叫優(yōu)先，MSC根據(jù)用戶返回的信息處理對(duì)應(yīng)的呼叫，因此用戶知道發(fā)生了主被叫碰撞，且可以根據(jù)自己的需求接通被叫或繼續(xù)呼叫。
文檔編號(hào)H04W76/02GK1882178SQ20051010741
公開日2006年12月20日 申請(qǐng)日期2005年9月30日 優(yōu)先權(quán)日2005年9月30日
發(fā)明者唐心紅, 楊志東, 李巖 申請(qǐng)人:華為技術(shù)有限公司