專利名稱：對聯(lián)合業(yè)務(wù)進行尋呼的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及聯(lián)合業(yè)務(wù)的尋呼技術(shù)。
背景技術(shù)：
3GPP TS 29.018中定義的Gs接口在WCDMA(Wideband Code DivisionMultiple Access，寬帶碼分多址)系統(tǒng)中是MSC(Mobile SwitchingCenter，移動交換中心)/VLR(Visitor Location Register，拜訪位置寄存器)和SGSN(Serving GPRS Support Node，服務(wù)GPRS支持節(jié)點)之間的接口；在GsM(Global System for Mobile communications，全球移動通信系統(tǒng))系統(tǒng)中也是MSC/VLR和SGSN之間的接口。
在網(wǎng)絡(luò)中，聯(lián)合業(yè)務(wù)的組網(wǎng)結(jié)構(gòu)如圖1所示，包括MSC/VLR、SGSN、RNC等網(wǎng)元。MSC和RNC之間使用IU-CS接口；SGSN和RNC之間使用IU-PS接口MSC/VLR和SGSN之間使用Gs接口。聯(lián)合位置業(yè)務(wù)在網(wǎng)絡(luò)模式1時使用，主要涉及聯(lián)合位置登記、聯(lián)合尋呼等流程。聯(lián)合尋呼就是VLR針對用戶，當(dāng)該用戶滿足從Gs接口下發(fā)的條件時，尋呼從Gs接口下發(fā)。VLR判斷用戶是否滿足從Gs接口下發(fā)尋呼的條件，見3GPP TS 29.018，其中有明確的描述。
目前，現(xiàn)有技術(shù)提出了在CS(電路交換)和PS(包交換)進行聯(lián)合業(yè)務(wù)時的呼叫流程，具體包括用戶做被叫，如果VLR判斷該用戶滿足從Gs接口下發(fā)尋呼的條件，則VLR從Gs接口下發(fā)尋呼給SGSN；所述SGSN將所述尋呼轉(zhuǎn)發(fā)給RNC(Radio Network Controller，無線網(wǎng)絡(luò)控制器)；所述RNC再發(fā)送給被叫用戶。
被叫用戶對所述尋呼響應(yīng)通過RNC傳遞給VLR。
現(xiàn)有技術(shù)存在如下的缺點在現(xiàn)有技術(shù)的流程中，可能會出現(xiàn)如下幾種情況1、VLR收到SGSN的BSSAP+-PAGING-REJECT(尋呼拒絕)消息，例如SGSN收到Gs接口的尋呼，其中的IMSI(International MobileSubscriber Identity，國際移動用戶識別碼)，在SGSN的狀態(tài)為關(guān)機狀態(tài)，或者在SGSN中沒有對應(yīng)的用戶數(shù)據(jù)，并且SGSN重啟標(biāo)識為否，則SGSN回BSSAP+-PAGING-REJECT給對應(yīng)的VLR；2、VLR收到SGSN的BSSAP+-MS-UNREACHABLE(尋呼不可達)，例如SGSN收到Gs接口下發(fā)的尋呼，其中的IMSI在SGSN對應(yīng)的用戶狀態(tài)為UNREACHABLE(不可到達)；3、SGSN和RNC之間的IU-PS接口故障，導(dǎo)致SGSN不能將Gs接口的尋呼下發(fā)到RNC。
上述幾種情況可能會導(dǎo)致被叫用戶沒有收到尋呼消息，從而導(dǎo)致Gs接口的尋呼失敗，用戶做被叫失敗。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種對聯(lián)合業(yè)務(wù)進行尋呼的方法，通過本發(fā)明，當(dāng)無法通過Gs接口下發(fā)尋呼給被叫用戶時，能夠通過IU-CS接口繼續(xù)下發(fā)尋呼給被叫用戶，從而能夠提高呼叫的成功率。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的一種對聯(lián)合業(yè)務(wù)進行尋呼的方法，包括當(dāng)拜訪位置寄存器VLR通過其與服務(wù)GPRS支持節(jié)點SGSN之間的Gs接口下發(fā)的對被叫用戶的尋呼失敗時，通過無線網(wǎng)絡(luò)控制器RNC與移動交換中心之間的IU-CS接口下發(fā)針對被叫用戶的尋呼。
在通過Gs接口下發(fā)的對被叫用戶的尋呼的操作進一步包括VLR啟動Gs接口的尋呼流程，通過Gs接口下發(fā)對被叫用戶的尋呼請求，并啟動對Gs接口總尋呼時長以及表示尋呼最大保護時間的整個尋呼總尋呼時長的計時。
所述方法包括當(dāng)VLR確認(rèn)沒有收到針對被叫用戶的尋呼響應(yīng)的時間超過Gs接口總尋呼時長，或，當(dāng)VLR確認(rèn)在到達Gs接口總尋呼時長之前收到針對所述被叫用戶尋呼的尋呼拒絕消息BSSAP+-PAGING-REJECT，或者尋呼不可達消息BSSAP+-MS-UNREACHABLE時，則認(rèn)為Gs接口下發(fā)的對被叫用戶的尋呼失敗，通過IU-CS接口下發(fā)針對被叫用戶的尋呼。
在VLR通過IU-CS接口下發(fā)針對被叫用戶的尋呼的過程之前，包括停止對Gs接口總尋呼時長、整個尋呼總尋呼時長的計時。
所述的方法進一步包括當(dāng)VLR通過Gs接口下發(fā)對被叫用戶的尋呼請求的同時，啟動對Gs接口單次尋呼時長的計時。
所述方法還包括當(dāng)沒有收到尋呼響應(yīng)消息及尋呼拒絕消息/尋呼不可達消息的時間超過Gs接口單次尋呼時長，而未到達Gs接口總尋呼時長，則重新從Gs接口下發(fā)針對被叫用戶的尋呼。
在VLR通過IU-CS接口下發(fā)針對被叫用戶的尋呼的過程之前，包括停止對Gs接口總尋呼時長、整個尋呼總尋呼時長和Gs接口單次尋呼時長的計時。
在停止計時的同時，還包括啟動對IU-CS接口總尋呼時長的計時。
所述方法還包括當(dāng)沒有接收到針對被叫用戶的尋呼響應(yīng)的時間到達IU-CS接口總尋呼時長，而未到達整個尋呼總尋呼時長，則釋放呼叫。
在VLR通過IU-CS接口下發(fā)針對被叫用戶的尋呼的過程的同時，包括啟動對IU-CS接口單次尋呼的時長的計時。
所述方法還包括當(dāng)沒有接收到針對被叫用戶的尋呼響應(yīng)的時間到達IU-CS接口單次尋呼時長，而未到達IU-CS接口總尋呼時長，且未到達整個尋呼總尋呼時長，則繼續(xù)通過IU-CS接口下發(fā)針對被叫用戶的尋呼，并啟動對IU-CS接口單次尋呼時長的計時。
所述方法還包括當(dāng)沒有接收到針對被叫用戶的尋呼響應(yīng)消息的時間超過整個尋呼總尋呼時長，則釋放呼叫。
由上述本發(fā)明提供的技術(shù)方案可以看出，當(dāng)VLR通過其與SGSN之間的Gs接口下發(fā)對被叫用戶的尋呼失敗時，本發(fā)明通過RNC與MCS之間的IU-CS接口下發(fā)針對被叫用戶的尋呼，因此本發(fā)明能夠提高呼叫的成功率。


圖1為背景技術(shù)中實現(xiàn)聯(lián)合業(yè)務(wù)的組網(wǎng)圖；圖2為本發(fā)明提供的第一實施例的流程圖；圖3為本發(fā)明提供的第二實施例的流程圖；圖4為本發(fā)明提供的第三實施例的流程圖；圖5為本發(fā)明提供的第四實施例的流程圖。
具體實施例方式
本發(fā)明提供的第一實施例，如圖2所示，包括如下步驟步驟1，VLR啟動Gs接口尋呼流程，并啟動對Gs接口總尋呼時長以及整個尋呼總尋呼時長的計時。
步驟2，將對被叫用戶的尋呼請求(PAGING REQUEST)通過Gs接口下發(fā)。
步驟3，判斷在到達Gs接口總尋呼時長之前是否收到尋呼響應(yīng)消息，若收到，則執(zhí)行步驟4，進行后續(xù)正常的呼叫流程，并停止對整個尋呼總尋呼時長以及對Gs接口總尋呼時長的計時；若沒有收到，則執(zhí)行步驟5；步驟5，判斷在到達Gs接口總尋呼時長之前是否收到針對所述被叫用戶尋呼的BSSAP+-PAGING-REJECT消息，或者BSSAP+-MS-UNREACHABLE消息，如果收到，則執(zhí)行步驟7；如果未收到，則執(zhí)行步驟6。
步驟6，判斷沒有收到針對所述被叫用戶尋呼的BSSAP+-PAGING-REJECT消息，或者BSSAP+-MS-UNREACHABLE消息的時間是否到達Gs接口總尋呼時長，若到達，則轉(zhuǎn)入步驟7；否則繼續(xù)執(zhí)行步驟2。
步驟7，停止對Gs接口總尋呼時長的計時，所述VLR通過IU-CS接口發(fā)送針對所述被叫用戶的尋呼請求，然后執(zhí)行步驟8。
步驟8，判斷在到達整個尋呼總尋呼時長之前是否收到針對所述被叫用戶的尋呼響應(yīng)消息，若收到，則執(zhí)行步驟9，進行后續(xù)正常的呼叫流程，并停止對整個尋呼總尋呼時長的計時；否則，執(zhí)行步驟10；步驟10，判斷沒有接收到針對所述被叫用戶的尋呼響應(yīng)的時間是否到達整個尋呼總尋呼時長，若到達，則執(zhí)行步驟11，釋放呼叫，并停止對總尋呼時長的計時。當(dāng)沒有接收到針對所述被叫用戶的尋呼響應(yīng)的時間未到達總尋呼時長時，則繼續(xù)執(zhí)行步驟7，通過IU-CS接口發(fā)送針對所述被叫用戶的尋呼請求。
上述第一實施例是通過定時周期為整個尋呼總尋呼時長的T-0定時器，以及定時周期為Gs接口總尋呼時長的T-1定時器來實現(xiàn)，即T-0定時器設(shè)置其定時周期為整個尋呼總尋呼時長，即尋呼的最大保護時間。
T-1定時器設(shè)置其定時周期為Gs接口總尋呼時長，該定時器為固定定時器。
本發(fā)明提供的第二實施例，與第一實施例比較，增加了對Gs接口單次尋呼時長的控制，即使用T-0定時器設(shè)置其定時周期為整個尋呼總尋呼時長；T-1定時器設(shè)置其定時周期為Gs接口總尋呼時長，該定時器為固定定時器；T-2定時器設(shè)定其定時周期為Gs接口單次尋呼時長。具體實施過程如圖3所示，包括如下步驟步驟1，VLR啟動Gs接口尋呼流程，并啟動對Gs接口的總尋呼時長、以及整個尋呼總尋呼時長的計時。
步驟2，將對被叫用戶的尋呼請求(PAGING REQUEST)通過Gs接口下發(fā)，并啟動對所述單次尋呼時長的計時。
步驟3，判斷是否收到針對所述被叫用戶的尋呼響應(yīng)消息，若收到，則執(zhí)行步驟4，進行后續(xù)正常的呼叫流程，并停止對Gs接口單次尋呼時長、Gs接口總尋呼時長以及整個尋呼總尋呼時長的計時；若沒有收到，則執(zhí)行步驟5；步驟5，判斷是否收到針對所述被叫用戶尋呼的BSSAP+-PAGING-REJECT消息，或者BSSAP+-MS-UNREACHABLE消息，如果收到，則執(zhí)行步驟8；如果未收到，則執(zhí)行步驟6。
步驟6，判斷沒有收到針對所述被叫用戶尋呼的BSSAP+-PAGING-REJECT消息，或者BSSAP+-MS-UNREACHABLE消息，或者尋呼響應(yīng)消息的時間是否到達Gs接口總尋呼時長，若未到達，則轉(zhuǎn)入步驟7；否則，執(zhí)行步驟8。
步驟7，繼續(xù)判斷是否到達Gs接口單次尋呼時長，若到達，則繼續(xù)執(zhí)行步驟2；否則，繼續(xù)執(zhí)行步驟7。
步驟8，停止對Gs接口單次尋呼時長，以及對Gs接口總尋呼時長的計時，并且所述VLR通過IU-CS接口發(fā)送針對所述被叫用戶的尋呼請求，然后執(zhí)行步驟9。
步驟9，判斷是否收到IU-CS接口發(fā)送的針對所述被叫用戶的尋呼響應(yīng)消息，若收到，則執(zhí)行步驟10，進行后續(xù)正常的呼叫流程，并停止對總尋呼時長的計時；否則，執(zhí)行步驟11；步驟11，判斷沒有收到對所述被叫用戶的尋呼響應(yīng)消息的時間到達總尋呼時長時；若到達，則執(zhí)行步驟12，釋放呼叫，并停止對整個尋呼總尋呼時長的計時。當(dāng)沒有收到對所述被叫用戶的響應(yīng)消息的時間未到達整個尋呼總尋呼時長時，則繼續(xù)執(zhí)行步驟8，通過IU-CS接口發(fā)送針對所述被叫用戶的尋呼請求。
本發(fā)明提供的第三實施例，與第二實施例比較，增加了對IU-CS接口尋呼總時長的控制，通過四個定時器實現(xiàn)T-0定時器設(shè)置其定時周期為整個尋呼總尋呼時長；T-1定時器設(shè)置其定時周期為Gs接口總尋呼時長，該定時器為固定定時器；T-2定時器設(shè)定其定時周期為Gs接口單次尋呼時長；T-3定時器設(shè)定其定時周期為IU-CS接口總尋呼時長。具體實施過程如圖4所示，包括首先執(zhí)行實施例二步驟1至步驟7的過程；此處不再贅述；
然后，執(zhí)行步驟8，停止對Gs接口單次尋呼時長，以及對Gs接口總尋呼時長的計時，并啟動對IU-CS接口總尋呼時長的計時，然后執(zhí)行步驟9。
步驟9，判斷是否收到IU-CS接口發(fā)送的針對所述被叫用戶的尋呼響應(yīng)消息，若收到，則執(zhí)行步驟10，進行后續(xù)正常的呼叫流程，并停止對總尋呼時長的計時；否則，執(zhí)行步驟11；步驟11，判斷沒有收到對所述被叫用戶的尋呼響應(yīng)消息的時間到達總尋呼時長時；若到達，則執(zhí)行步驟12，釋放呼叫，并停止對整個尋呼總尋呼時長及IU-CS接口總尋呼時長的計時。當(dāng)沒有收到對所述被叫用戶的響應(yīng)消息的時間未到達整個尋呼總尋呼時長時，則執(zhí)行步驟13；步驟13，判斷沒有收到被叫用戶的響應(yīng)消息的時間是否到達IU-CS接口總尋呼時長，如果到達，則執(zhí)行步驟12，否則繼續(xù)執(zhí)行步驟9，即通過IU-CS接口發(fā)送針對所述被叫用戶的尋呼請求。
本發(fā)明提供的第四實施例，其與第三實施例比較，增加了對IU-CS接口單次尋呼時長的控制，通過五個定時器實現(xiàn)T-0定時器設(shè)置其定時周期為總尋呼時長；T-1定時器設(shè)置其定時周期為Gs接口總尋呼時長，該定時器為固定定時器；T-2定時器設(shè)定其定時周期為Gs接口單次尋呼時長；T-3定時器設(shè)定其定時周期為IU-CS接口總尋呼時長；T-4定時器設(shè)定其定時周期為IU-CS接口單次尋呼時長。其實施過程如圖5所示，包括如下步驟首先執(zhí)行實施例二步驟1至步驟7的過程此處不再累述；然后，執(zhí)行步驟8，停止對Gs接口單次尋呼時長，以及對Gs接口總尋呼時長的計時，并啟動對IU-CS接口總尋呼時長的計時，然后執(zhí)行步驟9。
步驟9，所述VLR通過IU-CS接口發(fā)送針對所述被叫用戶的尋呼請求，并啟動對IU-CS接口單次尋呼時長的計時，然后執(zhí)行步驟10。
步驟10，判斷是否收到針對所述被叫用戶的尋呼響應(yīng)消息，若收到，則執(zhí)行步驟11，進行后續(xù)正常的呼叫流程，并停止對整個尋呼總尋呼時長、IU-CS接口總尋呼時長以及IU-CS接口單次尋呼時長的計時；否則，執(zhí)行步驟12；步驟12，判斷沒有收到被叫用戶的響應(yīng)消息的時間是否到達整個尋呼總尋呼時長，如果到達，則執(zhí)行步驟13，釋放呼叫，并停止對整個尋呼總尋呼時長、IU-CS接口總尋呼時長以及IU-CS接口單次尋呼時長的計時；否則執(zhí)行步驟14；步驟14，判斷沒有收到被叫用戶的響應(yīng)消息的時間是否到達IU-CS接口總尋呼時長，如果到達，則執(zhí)行步驟13；否則繼續(xù)執(zhí)行步驟15。
步驟15，判斷沒有收到被叫用戶的響應(yīng)消息的時間是否到達IU-CS接口單次尋呼時長，如果到達，則執(zhí)行步驟9，否則繼續(xù)執(zhí)行步驟15。
本發(fā)明所述方法適用于WCDMA系統(tǒng)和GsM系統(tǒng)。
由上述實施例的技術(shù)方案可以看出，當(dāng)Gs接口尋呼失敗時，本發(fā)明可以通過Iu-CS接口下發(fā)尋呼，從而避免了進行聯(lián)合業(yè)務(wù)，用戶做被叫時，由于SGSN原因的尋呼無響應(yīng)，導(dǎo)致呼叫失敗的情況，增加了尋呼響應(yīng)的成功率。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
1.一種對聯(lián)合業(yè)務(wù)進行尋呼的方法，其特征在于，包括當(dāng)拜訪位置寄存器VLR通過其與服務(wù)GPRS支持節(jié)點SGSN之間的Gs接口下發(fā)的對被叫用戶的尋呼失敗時，通過無線網(wǎng)絡(luò)控制器RNC與移動交換中心之間的IU-CS接口下發(fā)針對被叫用戶的尋呼。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在通過Gs接口下發(fā)的對被叫用戶的尋呼的操作進一步包括VLR啟動Gs接口的尋呼流程，通過Gs接口下發(fā)對被叫用戶的尋呼請求，并啟動對Gs接口總尋呼時長以及表示尋呼最大保護時間的整個尋呼總尋呼時長的計時。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法包括當(dāng)VLR確認(rèn)沒有收到針對被叫用戶的尋呼響應(yīng)的時間超過Gs接口總尋呼時長，或，當(dāng)VLR確認(rèn)在到達Gs接口總尋呼時長之前收到針對所述被叫用戶尋呼的尋呼拒絕消息BSSAP+-PAGING-REJECT，或者尋呼不可達消息BSSAP+-MS-UNREACHABLE時，則認(rèn)為Gs接口下發(fā)的對被叫用戶的尋呼失敗，通過IU-CS接口下發(fā)針對被叫用戶的尋呼。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在VLR通過IU-CS接口下發(fā)針對被叫用戶的尋呼的過程之前，包括停止對Gs接口總尋呼時長、整個尋呼總尋呼時長的計時。
5.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述的方法進一步包括當(dāng)VLR通過Gs接口下發(fā)對被叫用戶的尋呼請求的同時，啟動對Gs接口單次尋呼時長的計時。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述方法還包括當(dāng)沒有收到尋呼響應(yīng)消息及尋呼拒絕消息/尋呼不可達消息的時間超過Gs接口單次尋呼時長，而未到達Gs接口總尋呼時長，則重新從Gs接口下發(fā)針對被叫用戶的尋呼。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，在VLR通過IU-CS接口下發(fā)針對被叫用戶的尋呼的過程之前，包括停止對Gs接口總尋呼時長、整個尋呼總尋呼時長和Gs接口單次尋呼時長的計時。
8.根據(jù)權(quán)利要求4或7所述的方法，其特征在于，在停止計時的同時，還包括啟動對IU-CS接口總尋呼時長的計時。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述方法還包括當(dāng)沒有接收到針對被叫用戶的尋呼響應(yīng)的時間到達IU-CS接口總尋呼時長，而未到達整個尋呼總尋呼時長，則釋放呼叫。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，在VLR通過IU-CS接口下發(fā)針對被叫用戶的尋呼的過程的同時，包括啟動對IU-CS接口單次尋呼的時長的計時。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，所述方法還包括當(dāng)沒有接收到針對被叫用戶的尋呼響應(yīng)的時間到達IU-CS接口單次尋呼時長，而未到達IU-CS接口總尋呼時長，且未到達整個尋呼總尋呼時長，則繼續(xù)通過IU-CS接口下發(fā)針對被叫用戶的尋呼，并啟動對IU-CS接口單次尋呼時長的計時。
12.根據(jù)權(quán)利要求4或7所述的方法，其特征在于，所述方法還包括當(dāng)沒有接收到針對被叫用戶的尋呼響應(yīng)消息的時間超過整個尋呼總尋呼時長，則釋放呼叫。
全文摘要
本發(fā)明涉及一種對聯(lián)合業(yè)務(wù)進行尋呼的方法，其核心是當(dāng)拜訪位置寄存器VLR通過其與服務(wù)GPRS支持節(jié)點SGSN之間的Gs接口下發(fā)的對被叫用戶的尋呼失敗時，通過無線網(wǎng)絡(luò)控制器RNC與移動交換中心之間的IU－CS接口下發(fā)針對被叫用戶的尋呼。本發(fā)明實現(xiàn)了當(dāng)通過Gs接口下發(fā)尋呼，無法尋呼到被叫用戶時，能夠通過IU－CS接口繼續(xù)下發(fā)尋呼給被叫用戶，從而能夠提高呼叫的成功率。
文檔編號H04W68/00GK1889783SQ20061010355
公開日2007年1月3日 申請日期2006年7月21日 優(yōu)先權(quán)日2006年7月21日
發(fā)明者陶傳會 申請人:華為技術(shù)有限公司