專利名稱：通過業(yè)務(wù)信道下發(fā)短信時的語音呼叫優(yōu)先實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及碼分多址技術(shù)領(lǐng)域，尤其涉及一種通過業(yè)務(wù)信道下發(fā)短信時的語音呼叫優(yōu)先實現(xiàn)方法。
背景技術(shù)：
在碼分多址(Code Division Multiple Access，簡稱CDMA)系統(tǒng)中，移動交換中心 (Mobile Switching Center，簡稱MSC)可以根據(jù)短信長度設(shè)置通過控制信道還是通過業(yè)務(wù)信道向用戶下發(fā)短信。為了避免由于突發(fā)的短信業(yè)務(wù)造成控制信道的擁塞，同時提升短信成功率，電信運營商通常只將超短的短信設(shè)置為通過控制信道下發(fā)，其他短信通過業(yè)務(wù)信道下發(fā)，甚至將所有短信都設(shè)置為通過業(yè)務(wù)信道下發(fā)。
現(xiàn)有的MSC通過業(yè)務(wù)信道下發(fā)短信的信令流程參見圖1，MSC接收到短信中心短信下發(fā)消息后，向基站子系統(tǒng)(Base Station Subsystem，簡稱BSS)下發(fā)短信尋呼指令，BSS 再向移動終端(Mobile Station，簡稱MS)轉(zhuǎn)發(fā)該短信尋呼指令；MSC收到MS對短信尋呼的響應(yīng)后進(jìn)入業(yè)務(wù)信道建立過程；業(yè)務(wù)信道建立后通過業(yè)務(wù)信道下發(fā)短信；短信下發(fā)完成后拆除業(yè)務(wù)信道。
當(dāng)用戶終端關(guān)機(jī)時，由于用戶短信無法送達(dá)，短信中心則將緩存該用戶短信。該用戶終端開機(jī)時，MSC將向短信中心通知用戶的開機(jī)狀態(tài)，短信中心會將緩存的短信通過MSC 下發(fā)至用戶。當(dāng)緩存的短信為多條并且通過業(yè)務(wù)信道進(jìn)行下發(fā)時，MSC可以建立一次業(yè)務(wù)信道，在業(yè)務(wù)信道中連續(xù)下發(fā)多條短信，也可以為每一條短信建立一次業(yè)務(wù)信道逐條下發(fā)。 當(dāng)緩存短信條數(shù)較多時，短信連發(fā)時一次短信下發(fā)持續(xù)時間比較長。逐條下發(fā)時雖然一次下發(fā)時間不長，但是由于會重復(fù)圖1所示流程多次，總的下發(fā)時間也比較長。
在MS已經(jīng)發(fā)送短信尋呼響應(yīng)后檢測到語音始呼請求，MS將丟棄始呼請求；在MS 尚未發(fā)送短信尋呼響應(yīng)之前檢測到語音始呼請求，MS將始呼請求發(fā)至BSS，BSS此時已經(jīng)為相同用戶分配了通信控制模塊，BSS將拒絕始呼請求，因此，在短信下發(fā)的整個過程，用戶都將無法發(fā)起語音呼叫。
在短信下發(fā)持續(xù)期間，如果該用戶有語音終呼請求，用戶歸屬位置寄存器(Home Location Register，簡稱HLR)將向用戶服務(wù)MSC/拜訪位置寄存器(Visitor Location Register，簡稱 VLR)發(fā)送移動應(yīng)用部分(Mobile Application Part，簡稱MAP)消息LOCREQ 要求MSC分配臨時本地電話號碼(Temporary Local Directory Number，簡稱TLDN)接續(xù)該被叫用戶，具體信令交互流程參見圖4，MSC將判斷該用戶處于忙的狀態(tài)而拒絕用戶終呼請求，用戶也就無法作為語音被叫；或者已經(jīng)為用戶分配了 TLDN，但是接收到入局呼叫時用戶還處于短信接收狀態(tài)，用戶的終呼請求也無法處理。這就將造成用戶在一定的時間內(nèi)無法使用語音始呼或終呼業(yè)務(wù)，引起極大的不便，同時可能造成用戶的誤解，帶來用戶對網(wǎng)絡(luò)狀況的投訴。

發(fā)明內(nèi)容
5 本發(fā)明的目的是提出一種通過業(yè)務(wù)信道下發(fā)短信時的語音呼叫優(yōu)先實現(xiàn)方法，能夠解決通過業(yè)務(wù)信道下發(fā)短信持續(xù)期間用戶無法使用語音呼叫的問題。
為實現(xiàn)上述目的，本發(fā)明提供了一種通過業(yè)務(wù)信道下發(fā)短信時語音始呼優(yōu)先實現(xiàn)方法，包括 移動臺檢測到語音始呼請求時，對所述移動臺當(dāng)前所處的狀態(tài)進(jìn)行判斷； 當(dāng)確定所述移動臺處于空閑狀態(tài)或?qū)ず繇憫?yīng)子狀態(tài)時，所述移動臺將該語音始呼請求發(fā)送到基站子系統(tǒng)； 所述基站子系統(tǒng)向所述移動臺發(fā)送語音始呼請求確認(rèn)，并向移動交換中心發(fā)送語音始呼請求； 所述移動交換中心判斷是否下發(fā)短信尋呼請求，是則掛起短信處理進(jìn)程，并緩存待發(fā)的短信，然后進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理，并在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信；否則進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理。
為實現(xiàn)上述目的，本發(fā)明提供了一種通過業(yè)務(wù)信道下發(fā)短信時語音終呼優(yōu)先實現(xiàn)方法，包括 移動交換中心接收用戶歸屬位置寄存器發(fā)送的位置請求消息LOCREQ時，檢查用戶是否處于通過業(yè)務(wù)信道下發(fā)短信的狀態(tài)； 如果所述用戶處于通過業(yè)務(wù)信道下發(fā)短信的狀態(tài)，則所述移動交換中心為所述用戶分配臨時本地號碼，并將所述臨時本地號碼通過位置請求消息的回應(yīng)消息Iocreq回送到所述用戶歸屬位置寄存器； 當(dāng)所述移動交換中心接收到被叫為該臨時本地號碼的入局呼叫請求時，判斷是否處于短信下發(fā)過程，是則判斷當(dāng)前處于短信下發(fā)過程的階段，并根據(jù)當(dāng)前所處階段執(zhí)行相應(yīng)的終呼優(yōu)先過程，否則進(jìn)行標(biāo)準(zhǔn)語音終呼流程處理。
基于上述技術(shù)方案，本發(fā)明基于對語音請求發(fā)生在短信下發(fā)的不同狀態(tài)與階段的判斷，通過在不同設(shè)備上的處理方式實現(xiàn)語音優(yōu)先的功能，保證了實時性要求更強(qiáng)的語音業(yè)務(wù)的優(yōu)先接續(xù)，實現(xiàn)了短信、語音兩種不同服務(wù)種類的分優(yōu)先級別處理；克服了目前語音與短信業(yè)務(wù)沖突的問題，同時保證了用戶短信業(yè)務(wù)的正常使用，解決了通過業(yè)務(wù)信道下發(fā)短信持續(xù)期間用戶無法使用語音呼叫的問題，尤其是由于用戶長時間無法接收短信而恢復(fù)正常短信接收狀態(tài)后短信中心大量下發(fā)短信造成用戶較長時間內(nèi)無法使用語音呼叫的問題。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中 圖1為現(xiàn)有MSC通過業(yè)務(wù)信道下發(fā)短信的信令流程以及MS所處狀態(tài)的示意圖。
圖2為本發(fā)明通過業(yè)務(wù)信道下發(fā)短信時語音始呼優(yōu)先實現(xiàn)方法的一實施例的流程示意圖。
圖3為本發(fā)明通過業(yè)務(wù)信道下發(fā)短信時語音始呼優(yōu)先實現(xiàn)方法的另一實施例的流程示意圖。
圖4為現(xiàn)有通過業(yè)務(wù)信道下發(fā)短信過程中MSC所處階段示意圖。
圖5為本發(fā)明通過業(yè)務(wù)信道下發(fā)短信時語音終呼優(yōu)先實現(xiàn)方法的一實施例的流程示意圖。
圖6為本發(fā)明通過業(yè)務(wù)信道下發(fā)短信時語音終呼優(yōu)先實現(xiàn)方法的另一實施例的流程示意圖。
具體實施例方式下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
如圖2所示，為本發(fā)明通過業(yè)務(wù)信道下發(fā)短信時語音始呼優(yōu)先實現(xiàn)方法的一實施例的流程示意圖。在本實施例中，語音始呼優(yōu)先實現(xiàn)方法包括 步驟101、MS檢測到語音始呼請求時，對所述MS當(dāng)前所處的狀態(tài)進(jìn)行判斷； 步驟102、當(dāng)確定所述MS處于空閑狀態(tài)或?qū)ず繇憫?yīng)子狀態(tài)時，所述MS將該語音始呼請求發(fā)送到BSS ； 步驟103、所述BSS向所述MS發(fā)送語音始呼請求確認(rèn)，并向MSC發(fā)送語音始呼請求； 步驟104、所述MSC判斷是否下發(fā)短信尋呼請求，是則執(zhí)行步驟105，否則執(zhí)行步驟 106 ； 步驟105、所述MSC掛起短信處理進(jìn)程，并緩存待發(fā)的短信，然后進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理，并在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信； 步驟106、進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理。
在本實施例中，空閑狀態(tài)和尋呼響應(yīng)子狀態(tài)的判斷可由圖1中所示的狀態(tài)進(jìn)行確認(rèn)，具體來說，當(dāng)MS檢測在其發(fā)出釋放響應(yīng)命令(Release Order)之后，且根據(jù)接收到的從 BSS發(fā)出的尋呼消息(Page Message)返回尋呼響應(yīng)消息(Page Response Message)之前， 則確認(rèn)當(dāng)前狀態(tài)為空閑狀態(tài)；當(dāng)MS檢測到其返回尋呼響應(yīng)消息，且未接收到BSS發(fā)出的擴(kuò)展信道指定消息(Extended Channel Assignment)，則確認(rèn)當(dāng)前狀態(tài)為尋呼響應(yīng)子狀態(tài)。
MS在上述兩種狀態(tài)下接收到語音始呼請求時，并不丟棄語音始呼請求，而是繼續(xù)向BSS發(fā)出語音始呼請求，并且不對BSS發(fā)出的尋呼消息(Page Message)返回尋呼響應(yīng)消息(Page Response Message)，當(dāng)該語音始呼請求被發(fā)送到MSC時，MSC則需要判斷是否已下發(fā)了短信尋呼請求，如果已經(jīng)下發(fā)，此時MSC可以將當(dāng)前待發(fā)的短信先緩存在本地，并掛起短信處理進(jìn)程，優(yōu)先執(zhí)行標(biāo)準(zhǔn)的語音始呼流程處理，在建立了語音業(yè)務(wù)信道后，利用該語音業(yè)務(wù)信道下發(fā)之前緩存在本地的短信。這樣不僅使得語音始呼得到優(yōu)先處理，而且也不會影響到短信業(yè)務(wù)的正常使用。
之所以利用MSC緩存待發(fā)短信，也是考慮到如果采用短信中心緩存短信，則需要 MSC向短信中心發(fā)送失敗響應(yīng)，造成短信成功率下降，同時短信中心在接收到失敗響應(yīng)后仍然會繼續(xù)下發(fā)短信，造成頻繁下發(fā)失敗，而MSC緩存待發(fā)短信，不僅可以避免短信成功率下降的問題，而且還可以利用后續(xù)建立的語音業(yè)務(wù)信道下發(fā)短信，不會影響短信的下發(fā)流程。
在MS將該語音始呼請求發(fā)送到BSS之后，BSS也不再簡單的拒絕該語音始呼請求， 而是對自身是否接收到MSC下發(fā)的短信尋呼請求進(jìn)行判斷，如果已經(jīng)接收，則丟棄短信處理進(jìn)程，向MS發(fā)送語音始呼請求確認(rèn)；否則直接向MS發(fā)送語音始呼請求確認(rèn)。在這之后， 繼續(xù)向MSC發(fā)送語音始呼請求。
在下一個實施例中，除了給出MS在空閑狀態(tài)或?qū)ず繇憫?yīng)子狀態(tài)下的處理，還提供了 MS處于業(yè)務(wù)信道控制子狀態(tài)下的處理過程，業(yè)務(wù)信道控制子狀態(tài)的確定仍可參考圖1所示，如果MS接收到BSS發(fā)出的擴(kuò)展信道指定消息(Extended Channel Assignment)后，且未根據(jù)BSS發(fā)出的釋放命令(Release Order)返回相應(yīng)的釋放響應(yīng)命令，則確認(rèn)當(dāng)前狀態(tài)為業(yè)務(wù)信道控制子狀態(tài)。
當(dāng)確定MS處于業(yè)務(wù)信道控制子狀態(tài)時，MS緩存該語音始呼請求，并執(zhí)行短信業(yè)務(wù)信道拆除流程，在短信業(yè)務(wù)信道拆除流程完成后，MS再將緩存的語音始呼請求發(fā)送給BSS， BSS向MSC發(fā)送語音始呼請求，MSC進(jìn)行標(biāo)準(zhǔn)語音始呼請求流程處理。
在所述移動臺緩存所述語音始呼請求之前，還可以對MS是否收到網(wǎng)絡(luò)側(cè)的業(yè)務(wù)信道拆除指令進(jìn)行判斷，以便根據(jù)具體情況選擇適合的業(yè)務(wù)信道拆除方式。其中當(dāng)確定MS 已收到網(wǎng)絡(luò)側(cè)的業(yè)務(wù)信道拆除指令時，由于此時拆除過程即將完成，則MS緩存該語音始呼請求，并等待短信業(yè)務(wù)信道拆除流程完成后，將緩存的所述語音始呼請求發(fā)送給BSS，BSS 向MSC發(fā)送語音始呼請求，MSC再進(jìn)行標(biāo)準(zhǔn)語音始呼請求流程處理。
當(dāng)確定MS未收到網(wǎng)絡(luò)側(cè)的業(yè)務(wù)信道拆除指令時，則移動臺緩存該語音始呼請求， 并主動向BSS發(fā)起業(yè)務(wù)信道拆除信令；BSS和MSC執(zhí)行業(yè)務(wù)信道拆除流程，由于此時短信并未發(fā)送完畢，MSC將緩存待發(fā)的短信，MS則等待短信業(yè)務(wù)信道拆除流程完成后，將緩存的語音始呼請求發(fā)送給BSS ；BSS向MSC發(fā)送語音始呼請求，接下來MSC進(jìn)行標(biāo)準(zhǔn)語音始呼請求流程處理，當(dāng)建立了語音業(yè)務(wù)信道后，則利用建立的語音業(yè)務(wù)信道中下發(fā)其緩存的短信。
為了避免MSC在短信業(yè)務(wù)信道拆除過程中向用戶下發(fā)短信終呼請求，可以在MS向 BSS發(fā)起業(yè)務(wù)信道拆除信令時，在業(yè)務(wù)信道拆除信令中攜帶表示拆除原因為語音優(yōu)先的值 (舉例H’41，表示語音優(yōu)先)。在MSC執(zhí)行業(yè)務(wù)信道拆除流程時，可以根據(jù)接收到的該表示拆除原因為語音優(yōu)先的值設(shè)置定時器，并在定時器超時之前不向MS發(fā)出短信終呼請求。在定時器未超時之前，所有接收到的下發(fā)短信均由MSC在本地緩存而不下發(fā)，直到建立語音業(yè)務(wù)信道后再下發(fā)緩存的短信。
下面通過一個更為具體的實施例來對本發(fā)明進(jìn)行說明，如圖3所示，為本發(fā)明通過業(yè)務(wù)信道下發(fā)短信時語音始呼優(yōu)先實現(xiàn)方法的另一實施例的流程示意圖。整體流程包括 步驟200、MS檢測到語音始呼請求； 步驟201、MS對自身當(dāng)前所處的狀態(tài)進(jìn)行判斷，如果確定自身處于空閑狀態(tài)或?qū)ず繇憫?yīng)子狀態(tài)，則執(zhí)行步驟202，如果確定自身處于業(yè)務(wù)信道控制子狀態(tài)，則執(zhí)行步驟210 ； 步驟202、MS將該語音始呼請求發(fā)送到BSS ； 步驟203、BSS判斷是否接收到MSC下發(fā)的短信尋呼請求，是則執(zhí)行步驟204，否則執(zhí)行步驟205 ； 步驟204、BSS丟棄短信處理進(jìn)程； 步驟205、BSS向MS發(fā)送語音始呼請求確認(rèn)，并向MSC發(fā)送語音始呼請求； 步驟206、MSC判斷是否下發(fā)短信尋呼請求，是則執(zhí)行步驟207，否則執(zhí)行步驟 209 ； 步驟207、掛起短信處理進(jìn)程，并緩存待發(fā)的短信，然后進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理；
8 步驟208、語音業(yè)務(wù)信道建立后，在語音業(yè)務(wù)信道中下發(fā)緩存的短信； 步驟209、進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理； 步驟210、MS判斷自身是否收到網(wǎng)絡(luò)側(cè)的業(yè)務(wù)信道拆除指令，是則執(zhí)行步驟211， 否則執(zhí)行步驟214; 步驟211、MS緩存語音始呼請求，并執(zhí)行短信業(yè)務(wù)信道拆除流程，在短信業(yè)務(wù)信道拆除流程完成后，將緩存的語音始呼請求發(fā)送給BSS ； 步驟212、BSS向MSC發(fā)送語音始呼請求； 步驟213、MSC進(jìn)行標(biāo)準(zhǔn)語音始呼請求流程處理； 步驟214、MS緩存語音始呼請求，并向BSS發(fā)起業(yè)務(wù)信道拆除信令，在該信令中攜帶有表示拆除原因為語音優(yōu)先的值； 步驟215、BSS執(zhí)行業(yè)務(wù)信道拆除流程； 步驟216、MSC執(zhí)行業(yè)務(wù)信道拆除流程，同時緩存待發(fā)的短信，并根據(jù)表示拆除原因為語音優(yōu)先的值設(shè)置定時器，在定時器超時之前不向MS發(fā)出短信終呼請求； 步驟217、MS等待短信業(yè)務(wù)信道拆除流程完成后，將緩存的語音始呼請求發(fā)送給 BSS ； 步驟218、BSS向MSC發(fā)送語音始呼請求； 步驟219、MSC進(jìn)行標(biāo)準(zhǔn)語音始呼請求流程處理； 步驟220、在建立語音業(yè)務(wù)信道后，MSC在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短 在短信下發(fā)持續(xù)期間，用戶也可能會有語音終呼的請求，當(dāng)用戶歸屬位置寄存器向用戶服務(wù)MSC發(fā)送MAP消息L0CREQ，要求MSC分配TLDN接續(xù)被叫用戶，或MSC接收到為該用戶分配的TLDN的入局呼叫時，MSC則會判斷該用戶處于忙的狀態(tài)而拒絕用戶終呼請求，這就導(dǎo)致了短信下發(fā)持續(xù)期間語音終呼無法實現(xiàn)。本發(fā)明則通過MSC識別當(dāng)前所處狀態(tài)來執(zhí)行語音終呼優(yōu)先的流程，而不是簡單的拒絕用戶終呼請求。
下面通過一個實施例及附圖進(jìn)行說明。如圖5所示，為本發(fā)明通過業(yè)務(wù)信道下發(fā)短信時語音終呼優(yōu)先實現(xiàn)方法的一實施例的流程示意圖。在本實施例中，語音終呼優(yōu)先實現(xiàn)方法包括 步驟301、MSC接收用戶HLR發(fā)送的位置請求消息LOCREQ時，檢查用戶是否處于通過業(yè)務(wù)信道下發(fā)短信的狀態(tài)； 步驟302、如果所述用戶處于通過業(yè)務(wù)信道下發(fā)短信的狀態(tài)，則MSC為所述用戶分配TLDN，并將TLDN通過位置請求消息的回應(yīng)消息Iocreq回送到所述用戶HLR ； 步驟303、所述MSC接收到被叫為該TLDN的入局呼叫請求； 步驟304、MSC判斷是否處于短信下發(fā)過程，是則執(zhí)行步驟306，否則執(zhí)行步驟 305 ； 步驟305、進(jìn)行標(biāo)準(zhǔn)語音終呼流程處理； 步驟306、判斷當(dāng)前處于短信下發(fā)過程的階段，并根據(jù)當(dāng)前所處階段執(zhí)行相應(yīng)的終呼優(yōu)先過程。
在本實施例中，MSC檢查到用戶正處于下發(fā)短信狀態(tài)時，則為用戶分配TLDN，并且通知HLR，當(dāng)接收到被叫號碼為TLDN的入局呼叫請求時，則判斷當(dāng)前是處于短信下發(fā)過程，如果是，則判斷所處短信下發(fā)過程的哪個階段，針對于不同階段提供不同的語音終呼優(yōu)先處理方式。
MSC判斷當(dāng)前所處短信下發(fā)過程的階段可以參考如圖4所示的劃分方式，S卩如果 MSC已發(fā)出尋呼請求(Paging Request)，且未接收到尋呼響應(yīng)(Paging Response)，則確定當(dāng)前所處階段為第一階段；如果MSC已接收到尋呼響應(yīng)，且未發(fā)出指配請求(Assignment Request)，則確定當(dāng)前所處階段為第二階段；如果MSC已發(fā)出指配請求，且未接收到指配完成消息(Assignment Complete)，則確定當(dāng)前所處階段為第三階段；如果MSC已接收到指配完成消息，且未發(fā)出應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞消息(ADDS Deliver)，則確定當(dāng)前所處階段為第四階段；如果MSC已發(fā)出應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞消息，且未接收到應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞確認(rèn)消息(ADDS Deliver Ack)，則確定當(dāng)前所處階段為第五階段；如果MSC已接收到應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞確認(rèn)消息，且未發(fā)出業(yè)務(wù)信道拆除命令(Clear Command)，則確定當(dāng)前所處階段為第六階段；如果MSC已發(fā)出業(yè)務(wù)信道拆除命令，且未接收到業(yè)務(wù)信道拆除完成消息(Clear Complete)，則確定當(dāng)前所處階段為第七階段。
針對于不同階段，各網(wǎng)絡(luò)設(shè)備的執(zhí)行方式也存在差異，具體通過下一實施例進(jìn)行說明。如圖6所示，為本發(fā)明通過業(yè)務(wù)信道下發(fā)短信時語音終呼優(yōu)先實現(xiàn)方法的另一實施例的流程示意圖。在本實施例中，語音終呼優(yōu)先實現(xiàn)方法包括 步驟400、MSC接收用戶HLR發(fā)送的位置請求消息LOCREQ ； 步驟401、MSC檢查用戶是否處于通過業(yè)務(wù)信道下發(fā)短信的狀態(tài)； 步驟402、如果用戶處于通過業(yè)務(wù)信道下發(fā)短信的狀態(tài)，則MSC為用戶分配TLDN， 并將TLDN通過位置請求消息的回應(yīng)消息Iocreq回送到用戶HLR ； 步驟403、MSC接收到被叫為該TLDN的入局呼叫請求； 步驟404、MSC判斷是否處于短信下發(fā)過程，是則執(zhí)行步驟406，否則執(zhí)行步驟 405 ； 步驟405、進(jìn)行標(biāo)準(zhǔn)語音終呼流程處理； 步驟406、判斷當(dāng)前處于短信下發(fā)過程的階段，并根據(jù)當(dāng)前所處階段執(zhí)行相應(yīng)的終呼優(yōu)先過程，如果是第一階段或第二階段，則執(zhí)行步驟410，如果是第三階段，則執(zhí)行步驟420，如果是第四階段，則執(zhí)行步驟430，如果是第五階段，則執(zhí)行步驟440，如果是第六階段，則執(zhí)行步驟450，如果是第七階段，則執(zhí)行步驟460 ； 步驟410、MSC緩存待發(fā)短信，并向BSS下發(fā)語音尋呼請求； 步驟411、MSC進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理； 步驟412、在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信； 步驟420、MSC緩存待發(fā)短信，并等待BSS返回指配完成消息； 步驟421、當(dāng)MSC接收到指配完成消息時，向BSS下發(fā)業(yè)務(wù)信道拆除命令； 步驟422、當(dāng)MSC接收到業(yè)務(wù)信道拆除完成消息時，向BSS下發(fā)語音尋呼請求； 步驟423、MSC進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理； 步驟424、在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信； 步驟430、MSC緩存待發(fā)短信； 步驟431、向BSS下發(fā)業(yè)務(wù)信道拆除命令； 步驟432、當(dāng)MSC接收到業(yè)務(wù)信道拆除完成消息時，向BSS下發(fā)語音尋呼請求； 步驟433、MSC進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理； 步驟434、在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信； 步驟440、MSC等待BSS返回應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞確認(rèn)消息； 步驟441、當(dāng)接收到應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞確認(rèn)消息時，MSC向BSS下發(fā)業(yè)務(wù)信道拆除命令； 步驟442、當(dāng)MSC接收到業(yè)務(wù)信道拆除完成消息時，向BSS下發(fā)語音尋呼請求； 步驟443、MSC進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理； 步驟450、MSC向BSS下發(fā)業(yè)務(wù)信道拆除命令； 步驟451、MSC接收到業(yè)務(wù)信道拆除完成消息時，向BSS下發(fā)語音尋呼請求； 步驟452、MSC進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理； 步驟460、MSC等待BSS返回的業(yè)務(wù)信道拆除完成消息； 步驟461、當(dāng)接收到業(yè)務(wù)信道拆除完成消息時，MSC向BSS下發(fā)語音尋呼請求； 步驟462、MSC進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理。
最后需要說明的是，在本發(fā)明中涉及的標(biāo)準(zhǔn)語音始呼流程以及后續(xù)將提到的標(biāo)準(zhǔn)語音終呼流程均為CDMA系統(tǒng)中的標(biāo)準(zhǔn)流程，除了涉及MSC等設(shè)備之外，還涉及其他網(wǎng)元。例如，在描述上使用MSC進(jìn)行標(biāo)準(zhǔn)語音始呼流程，或者CDMA系統(tǒng)進(jìn)行標(biāo)準(zhǔn)語音始呼流程，或者直接稱標(biāo)準(zhǔn)語音始呼流程均表達(dá)類似含義，具體流程可參考相關(guān)CDMA標(biāo)準(zhǔn)。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于一計算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。
最后應(yīng)當(dāng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其限制；盡管參照較佳實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，所屬領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解依然可以對本發(fā)明的具體實施方式
進(jìn)行修改或者對部分技術(shù)特征進(jìn)行等同替換；而不脫離本發(fā)明技術(shù)方案的精神，其均應(yīng)涵蓋在本發(fā)明請求保護(hù)的技術(shù)方案范圍當(dāng)中。
1權(quán)利要求
1.一種通過業(yè)務(wù)信道下發(fā)短信時語音始呼優(yōu)先實現(xiàn)方法，包括移動臺檢測到語音始呼請求時，對所述移動臺當(dāng)前所處的狀態(tài)進(jìn)行判斷； 當(dāng)確定所述移動臺處于空閑狀態(tài)或?qū)ず繇憫?yīng)子狀態(tài)時，所述移動臺將該語音始呼請求發(fā)送到基站子系統(tǒng)；所述基站子系統(tǒng)向所述移動臺發(fā)送語音始呼請求確認(rèn)，并向移動交換中心發(fā)送語音始呼請求；所述移動交換中心判斷是否下發(fā)短信尋呼請求，是則掛起短信處理進(jìn)程，并緩存待發(fā)的短信，然后進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理，并在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信；否則進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理。
2.根據(jù)權(quán)利要求1所述的方法，其中在所述移動臺將該語音始呼請求發(fā)送到基站子系統(tǒng)之后，還包括所述基站子系統(tǒng)判斷是否接收到移動交換中心下發(fā)的短信尋呼請求，是則丟棄短信處理進(jìn)程，向所述移動臺發(fā)送語音始呼請求確認(rèn)；否則直接向所述移動臺發(fā)送語音始呼請求確認(rèn)。
3.根據(jù)權(quán)利要求1或2所述的方法，其中還包括當(dāng)確定所述移動臺處于業(yè)務(wù)信道控制子狀態(tài)時，所述移動臺緩存所述語音始呼請求， 并執(zhí)行短信業(yè)務(wù)信道拆除流程；在所述短信業(yè)務(wù)信道拆除流程完成后，所述移動臺將緩存的所述語音始呼請求發(fā)送給所述基站子系統(tǒng)；所述基站子系統(tǒng)向所述移動交換中心發(fā)送所述語音始呼請求； 所述移動交換中心進(jìn)行標(biāo)準(zhǔn)語音始呼請求流程處理。
4.根據(jù)權(quán)利要求3所述的方法，其中在所述移動臺緩存所述語音始呼請求之前，還包括判斷所述移動臺是否收到網(wǎng)絡(luò)側(cè)的業(yè)務(wù)信道拆除指令的步驟，當(dāng)確定所述移動臺已收到網(wǎng)絡(luò)側(cè)的業(yè)務(wù)信道拆除指令時，所述移動臺緩存所述語音始呼請求，并等待所述短信業(yè)務(wù)信道拆除流程完成后，將緩存的所述語音始呼請求發(fā)送給所述基站子系統(tǒng)；所述基站子系統(tǒng)向所述移動交換中心發(fā)送所述語音始呼請求； 所述移動交換中心進(jìn)行標(biāo)準(zhǔn)語音始呼請求流程處理；當(dāng)確定所述移動臺未收到網(wǎng)絡(luò)側(cè)的業(yè)務(wù)信道拆除指令時，所述移動臺緩存所述語音始呼請求，并向所述基站子系統(tǒng)發(fā)起業(yè)務(wù)信道拆除信令；所述基站子系統(tǒng)和移動交換中心執(zhí)行業(yè)務(wù)信道拆除流程，所述移動交換中心緩存待發(fā)的短信；所述移動臺等待所述短信業(yè)務(wù)信道拆除流程完成后，將緩存的所述語音始呼請求發(fā)送給所述基站子系統(tǒng)；所述基站子系統(tǒng)向所述移動交換中心發(fā)送所述語音始呼請求； 所述移動交換中心進(jìn)行標(biāo)準(zhǔn)語音始呼請求流程處理，并在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信。
5.根據(jù)權(quán)利要求4所述的方法，其中在所述移動臺向所述基站子系統(tǒng)發(fā)起業(yè)務(wù)信道拆除信令時，在所述業(yè)務(wù)信道拆除信令中還攜帶有表示拆除原因為語音優(yōu)先的值；在所述移動交換中心執(zhí)行業(yè)務(wù)信道拆除流程時，還根據(jù)所述表示拆除原因為語音優(yōu)先的值設(shè)置定時器，在所述定時器超時之前不向所述移動臺發(fā)出短信終呼請求。
6.一種通過業(yè)務(wù)信道下發(fā)短信時語音終呼優(yōu)先實現(xiàn)方法，包括移動交換中心接收用戶歸屬位置寄存器發(fā)送的位置請求消息LOCREQ時，檢查用戶是否處于通過業(yè)務(wù)信道下發(fā)短信的狀態(tài)；如果所述用戶處于通過業(yè)務(wù)信道下發(fā)短信的狀態(tài)，則所述移動交換中心為所述用戶分配臨時本地號碼，并將所述臨時本地號碼通過位置請求消息的回應(yīng)消息Iocreq回送到所述用戶歸屬位置寄存器；當(dāng)所述移動交換中心接收到被叫為該臨時本地號碼的入局呼叫請求時，判斷是否處于短信下發(fā)過程，是則判斷當(dāng)前處于短信下發(fā)過程的階段，并根據(jù)當(dāng)前所處階段執(zhí)行相應(yīng)的終呼優(yōu)先過程，否則進(jìn)行標(biāo)準(zhǔn)語音終呼流程處理。
7.根據(jù)權(quán)利要求6所述的方法，其中判斷當(dāng)前處于短信下發(fā)過程的階段的操作具體為如果所述移動交換中心已發(fā)出尋呼請求，且未接收到尋呼響應(yīng)，則確定當(dāng)前所處階段為第一階段；如果所述移動交換中心已接收到尋呼響應(yīng)，且未發(fā)出指配請求，則確定當(dāng)前所處階段為第二階段；如果所述移動交換中心已發(fā)出指配請求，且未接收到指配完成消息，則確定當(dāng)前所處階段為第三階段；如果所述移動交換中心已接收到指配完成消息，且未發(fā)出應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞消息，則確定當(dāng)前所處階段為第四階段；如果所述移動交換中心已發(fā)出應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞消息，且未接收到應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞確認(rèn)消息，則確定當(dāng)前所處階段為第五階段；如果所述移動交換中心已接收到應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞確認(rèn)消息，且未發(fā)出業(yè)務(wù)信道拆除命令，則確定當(dāng)前所處階段為第六階段；如果所述移動交換中心已發(fā)出業(yè)務(wù)信道拆除命令，且未接收到業(yè)務(wù)信道拆除完成消息，則確定當(dāng)前所處階段為第七階段。
8.根據(jù)權(quán)利要求7所述的方法，其中所述根據(jù)當(dāng)前所處階段執(zhí)行相應(yīng)的終呼優(yōu)先過程的操作具體包括如果當(dāng)前所處階段為第一階段或第二階段，則所述移動交換中心緩存待發(fā)短信，并向基站子系統(tǒng)下發(fā)語音尋呼請求；移動交換中心進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理，并在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信；如果當(dāng)前所處階段為第三階段，則所述移動交換中心緩存待發(fā)短信，并等待所述基站子系統(tǒng)返回指配完成消息；當(dāng)所述移動交換中心接收到所述指配完成消息時，向所述基站子系統(tǒng)下發(fā)業(yè)務(wù)信道拆除命令；當(dāng)所述移動交換中心接收到業(yè)務(wù)信道拆除完成消息時，向所述基站子系統(tǒng)下發(fā)語音尋呼請求；所述移動交換中心進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理，并在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信；如果當(dāng)前所處階段為第四階段，則所述移動交換中心緩存待發(fā)短信，并向所述基站子系統(tǒng)下發(fā)業(yè)務(wù)信道拆除命令；當(dāng)所述移動交換中心接收到業(yè)務(wù)信道拆除完成消息時，向所述基站子系統(tǒng)下發(fā)語音尋呼請求；所述移動交換中心進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理，并在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信；如果當(dāng)前所處階段為第五階段，則所述移動交換中心等待所述基站子系統(tǒng)返回應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞確認(rèn)消息；當(dāng)接收到所述應(yīng)用數(shù)據(jù)傳遞業(yè)務(wù)傳遞確認(rèn)消息時，所述移動交換中心向所述基站子系統(tǒng)下發(fā)業(yè)務(wù)信道拆除命令；當(dāng)所述移動交換中心接收到業(yè)務(wù)信道拆除完成消息時，向所述基站子系統(tǒng)下發(fā)語音尋呼請求；所述移動交換中心進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理；如果當(dāng)前所處階段為第六階段，則所述移動交換中心向所述基站子系統(tǒng)下發(fā)業(yè)務(wù)信道拆除命令；當(dāng)所述移動交換中心接收到業(yè)務(wù)信道拆除完成消息時，向所述基站子系統(tǒng)下發(fā)語音尋呼請求；所述移動交換中心進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理；如果當(dāng)前所處階段為第七階段，則所述移動交換中心等待所述基站子系統(tǒng)返回的業(yè)務(wù)信道拆除完成消息；當(dāng)接收到所述業(yè)務(wù)信道拆除完成消息時，所述移動交換中心向所述基站子系統(tǒng)下發(fā)語音尋呼請求；所述移動交換中心進(jìn)行標(biāo)準(zhǔn)語音終呼請求流程處理。
全文摘要
本發(fā)明涉及一種通過業(yè)務(wù)信道下發(fā)短信時語音始呼優(yōu)先實現(xiàn)方法，包括移動臺檢測到語音始呼請求時，對當(dāng)前所處的狀態(tài)進(jìn)行判斷；當(dāng)確定處于空閑狀態(tài)或?qū)ず繇憫?yīng)子狀態(tài)時，將該語音始呼請求發(fā)送到BSS；BSS返回語音始呼請求確認(rèn)，并向MSC發(fā)送語音始呼請求；MSC判斷是否下發(fā)短信尋呼請求，是則掛起短信處理進(jìn)程，并緩存待發(fā)的短信，然后進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理，并在建立的語音業(yè)務(wù)信道中下發(fā)緩存的短信；否則進(jìn)行標(biāo)準(zhǔn)語音始呼流程處理。本發(fā)明基于對語音請求發(fā)生在短信下發(fā)的不同狀態(tài)與階段的判斷，通過在不同設(shè)備上的處理方式實現(xiàn)語音優(yōu)先的功能，保證了實時性要求更強(qiáng)的語音業(yè)務(wù)的優(yōu)先接續(xù)，實現(xiàn)了短信、語音兩種不同服務(wù)種類的分優(yōu)先級別處理。
文檔編號H04W4/16GK102186153SQ20111013977
公開日2011年9月14日 申請日期2011年5月27日 優(yōu)先權(quán)日2011年5月27日
發(fā)明者曹磊, 楊維忠, 李力卡, 馬金蘭 申請人:中國電信股份有限公司