一種移動性管理聯合條件判定的方法
2023-05-31 23:10:56 1
專利名稱:一種移動性管理聯合條件判定的方法
技術領域：
本發明涉及一種在移動性管理過程中如何進行聯合條件判定的方法。
背景技術：
下面先對幾個重要技術術語進行一下定義移動性管理移動性管理的主要功能是支持MS(Mobile Station，移動臺)的移動能力，移動性管理分為非GPRS(General Packet Radio Service，通用分組無線業務)業務管理和GPRS業務管理。
手機模式也稱MS操作模式，是手機固有的能力。
對於GSM(Global System for Mobile Communications，全球移動通信系統)而言，MS操作模式有三種，分別為A類MS、B類MS和C類MS。其中A類MS可以同時執行GPRS和非GPRS業務；B類MS可以同時監控GPRS和非GPRS業務控制信道，但是不能同時執行GPRS和非GPRS業務；C類MS僅能執行GPRS業務。
對於UMTS(Universal Mobile Telecommunications System，通用移動通信系統)而言，MS操作模式有三種，分別為PS/CS操作模式(對應於A類MS，文中將其統一稱為A類MS)、PS操作模式(對應於C類MS，文中將其統一稱為C類MS)和CS操作模式(不在本文討論範圍內)。
網絡操作模式I指存在Gs口的情況，在該模式下，由MSC(MobileSwitch Center，移動交換中心)發起的尋呼可以通過SGSN(Serving GPRSSupporting Node，服務GPRS支持節點)尋呼MS用戶，在MS發起的專用過程可以通過SGSN傳遞到CN(Core Network，核心網)側，這樣可以節省Iu口的資源。
網絡操作模式是通過系統信息上報給NAS(Non-Access Stratum，非接入層)層的，當PLMN(Public Land Mobile Network，公共陸地行動網路)選擇完畢後，網絡側將新的網絡操作模式通過系統信息報告給NAS層。
聯合處理指在網絡模式I(網絡側有Gs口)，A類MS發起與電路域相關的專用過程可以通過SGSN傳遞到CN側或由MSC發起的尋呼可以通過SGSN尋呼MS用戶。主要是利用了Gs口。
目前如果是MS發起聯合的附著、路由區更新都是搜網通知GMM(GPRS Mobility Management，GPRS移動性管理)，由GMM模塊根據MM(Mobility Management，移動性管理)模塊的判定條件以及當前MS操作模式，再次選擇是否進行聯合處理。GMM模塊和MM模塊同時分布於MS側和CN側，其中CN側的GMM模塊位於SGSN中，MM模塊位於MSCServer中。但是對於不同的專用過程處理都有自己的聯合判定條件描述，因此聯合發起和聯合通知的判定較複雜，且不利於判定條件改變的擴充。
發明內容本發明所要解決的技術問題是提供一種移動性管理聯合條件判定的方法，可以簡化判定處理，便於判定條件改變的擴充。
為了解決上述技術問題，本發明提供了一種移動性管理聯合條件判定的方法，包括以下聯合發起判定過程的處理步驟(a)GPRS移動性管理模塊收到專用過程的請求後，檢查是否當前網絡操作模式為I並且移動臺操作模式為A類或B類，如果是，執行下一步，否則，不發起聯合過程，結束；(b)GPRS移動性管理模塊檢查移動性管理模塊的狀態，如果為空閒狀態，發起相應的聯合過程，如果不是空閒狀態，不發起聯合過程，結束。
進一步地，上述方法還可具有以下特點所述步驟(b)中，GPRS移動性管理模塊檢查到移動性管理模塊的狀態不是空閒時，還告知移動性管理模塊當前的聯合過程因為移動性管理模塊有一個業務正在運行而不能執行，移動性管理模塊在業務執行完畢後，通知GPRS移動性管理模塊發起聯合過程。
進一步地，上述方法還可具有以下特點還包括以下聯合通知發起判定過程的處理步驟(c)GPRS移動性管理模塊收到專用過程的應答、MT(Mobile Terminal，移動終呼)去附著消息，以及鑑權拒絕消息後，檢查是否當前網絡操作模式為I且MS操作模式為A類或B類，如果是，發起聯合通知過程，否則，不發起聯合通知過程，結束。
進一步地，上述方法還可具有以下特點還包括以下聯合通知發起判定過程的處理步驟GPRS移動性管理模塊收到網絡側的鑑權拒絕消息後，檢查當前移動臺的操作模式是否為A類或B類，如果是，則發起聯合通知過程；否則，不發起聯合通知過程。
進一步地，上述方法還可具有以下特點所述專用過程是指附著、路由區更新、MO(Mobile Original，移動始呼)去附著或業務請求。
由上可知，本發明方法通用聯合判定過程具有如下優點A，在MS發起的不同專用過程中的聯合發起判定條件使用該判定過程實現；B，專用過程執行後的聯合通知判定條件使用該判定過程實現；C，本發明使聯合發起和聯合通知的判定更加簡便；D，便於判定條件改變的擴充。
圖1為本發明實施例聯合發起判定過程。
圖2為本發明實施例GMM模塊收到專用過程應答、MT(MobileTerminal，移動終呼)去附著以及鑑權拒絕消息後的聯合通知判定過程。
具體實施方式下面結合附圖和具體實施方式
對本發明聯合發起判定處理過程和聯合通知判定處理過程作進一步描述。
本發明的基本思路是將散布在附著、路由區更新、MO(Mobile Original，移動始呼)去附著、業務請求這些專用過程(專用過程會觸發GMM模塊進行聯合發起判定)，MT(Mobile Terminal，移動終呼)去附著，及鑑權拒絕這一公共過程的聯合判定條件形成一個通用判定過程。
如圖1所示，本發明實施例的聯合發起判定過程包括以下步驟步驟101，GMM模塊收到附著要求、路由區更新請求、去附著請求或業務請求；步驟102，GMM模塊檢查當前網絡操作模式，若為網絡操作模式I，則執行步驟103；如果網絡操作模式為II、III，則表明此時不能發起聯合過程，結束；步驟103，GMM模塊判斷MS操作模式，若MS操作模式為A或B類，執行步驟104，若MS操作模式為C類，則不能發起聯合過程，結束；步驟104，GMM模塊檢查MM的狀態，如果為MM IDLE，執行步驟105，否則，執行步驟106；步驟105，GMM模塊發起相應的聯合處理過程，例如，發起聯合路由區更新過程，通知MM模塊進入LOCATION UPDATING PENDING(位置更新掛起)態，結束；步驟106，GMM模塊告知MM模塊當前的聯合過程因為MM模塊有一個業務正在運行而不能執行，由MM模塊在業務執行完畢後，通知GMM模塊發起聯合過程。
GMM模塊發起相應的聯合處理過程後，在收到相應應答後的聯合通知判定過程如圖2所示，包括以下步驟步驟201，GMM模塊收到附著應答、路由區更新應答、業務請求應答MO(Mobile Original，移動始呼)去附著應答、MT(Mobile Terminal，移動終呼)去附著消息以及鑑權拒絕消息；步驟202，GMM模塊檢查是否當前網絡操作模式為I且MS操作模式為A類或B類，如果是，執行203，否則，執行204；步驟203，GMM模塊發起聯合通知過程，結束；
步驟204；GMM模塊不發起聯合通知過程，結束。
GMM模塊收到鑑權拒絕消息也可以採用以下的聯合通知發起判定過程GPRS移動性管理模塊收到網絡側的鑑權拒絕消息後，檢查當前移動臺的操作模式是否為A類或B類，如果是，則發起聯合通知過程；否則，不發起聯合通知過程。
權利要求
1.一種移動性管理聯合條件判定的方法，包括以下聯合發起判定過程的處理步驟(a)GPRS移動性管理模塊收到專用過程的請求後，檢查是否當前網絡操作模式為I並且移動臺操作模式為A類或B類，如果是，執行下一步，否則，不發起聯合過程，結束；(b)GPRS移動性管理模塊檢查移動性管理模塊的狀態，如果為空閒狀態，發起相應的聯合過程，如果不是空閒狀態，不發起聯合過程，結束。
2.如權利要求
1所述的方法，其特徵在於，所述步驟(b)中，GPRS移動性管理模塊檢查到移動性管理模塊的狀態不是空閒時，還告知移動性管理模塊當前的聯合過程因為移動性管理模塊有一個業務正在運行而不能執行，移動性管理模塊在業務執行完畢後，通知GPRS移動性管理模塊發起聯合過程。
3.如權利要求
1所述的方法，其特徵在於，還包括以下聯合通知發起判定過程的處理步驟GPRS移動性管理模塊收到專用過程的應答、移動終呼去附著消息或鑑權拒絕消息後，檢查是否當前網絡操作模式為I且MS操作模式為A類或B類，如果是，發起聯合通知過程，否則，不發起聯合通知過程，結束。
4.如權利要求
1所述的方法，其特徵在於，還包括以下聯合通知發起判定過程的處理步驟GPRS移動性管理模塊收到網絡側的鑑權拒絕消息後，檢查當前移動臺的操作模式是否為A類或B類，如果是，則發起聯合通知過程；否則，不發起聯合通知過程。
5.如權利要求
1、3或4所述的方法，其特徵在於，所述專用過程是指附著、路由區更新、移動始呼去附著或業務請求。
專利摘要
一種移動性管理聯合條件判定的方法，聯合發起判定過程如下(a)GMM收到專用過程的請求後，檢查是否當前網絡操作模式為I並且移動臺操作模式為A類或B類，如果是，執行下一步，否則，不發起聯合過程；(b)GMM檢查MM的狀態，如果為空閒狀態，發起相應的聯合過程，如果不是空閒狀態，不發起聯合過程。聯合通知發起判定過程如下(c)GMM收到專用過程的應答、MT去附著請求以及鑑權拒絕消息後，檢查是否當前網絡操作模式為I且MS操作模式為A類或B類，如果是發起聯合通知過程，執行下一步，否則，不發起聯合通知過程。本發明方法可以簡化判定處理，便於判定條件改變的擴充。
文檔編號H04W88/06GK1992968SQ200510135674
公開日2007年7月4日 申請日期2005年12月31日
發明者鬱冰, 尤培剛, 施元慶 申請人:中興通訊股份有限公司導出引文BiBTeX, EndNote, RefMan