專利名稱：確定用戶狀態(tài)的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種確定用戶狀態(tài)的方法、裝置和系統(tǒng)。
背景技術(shù)：
當(dāng)拜訪位置寄存器(VLR)發(fā)現(xiàn)其數(shù)據(jù)庫中的某一用戶長時間沒有活動時， VLR會刪除該用戶在其數(shù)據(jù)庫中的數(shù)據(jù)，并發(fā)起Purge (刪除)請求消息，通知 歸屬位置寄存器(HLR)該用戶的數(shù)據(jù)已經(jīng)不存在于該VLR當(dāng)中，則HLR將記錄該 用戶的Purge狀態(tài)標(biāo)志，該過程叫做MAP-PURGE-MS流程。當(dāng)網(wǎng)絡(luò)對已經(jīng)Purge的 用戶進(jìn)行呼叫取路由、短消息取路由等操作時，通過HLR就可以判斷出該用戶已 經(jīng)被Purge,從而省去后續(xù)無效流程的發(fā)生，減少網(wǎng)絡(luò)信令流量和設(shè)備負(fù)擔(dān)。
當(dāng)某一用戶在兩個(或兩個以上)不同的VLR中交替上網(wǎng)時，將頻繁發(fā)起位 置更新流程，為減少該過程中的網(wǎng)絡(luò)信令流量，可以使用Super-Charger特性， 即用戶從一個VLR漫游到另一個VLR時，HLR將不對用戶之前所在的VLR發(fā)起位置 取消請求消息，當(dāng)用戶重新回到該VLR所屬網(wǎng)絡(luò)時，可以直接利用該VLR原有的 用戶數(shù)據(jù)，即可免去重新插入用戶數(shù)據(jù)的流程，從而達(dá)到減少信令流量的目的。 當(dāng)HLR和VLR支持S叩er-Charger特性時，VLR在刪除用戶數(shù)據(jù)時，因?yàn)閂LR不能確 定該用戶是否正在其他VLR所屬網(wǎng)絡(luò)上網(wǎng)，因此不發(fā)起MAP-PURGE-MS流程給HLR。
對簽約支持移動網(wǎng)絡(luò)增強(qiáng)型邏輯的客戶化應(yīng)用(CAMEL)業(yè)務(wù)的用戶B發(fā)起 呼叫取路由流程時，用戶B的HLR首先會收到未攜帶CAMEL抑制標(biāo)識的 MAP-SEND-ROUTING-INFORMATION (呼叫取路由)請求消息。HLR向該用戶漫游所 在位置的VLR發(fā)送MAP-PROVIDE-SUBSCRIBER—INFO (提供用戶信息)請求消息， 待收到響應(yīng)后向主叫用戶A所在MSC返回MAP-SEND-ROUTING — INFORMATION響應(yīng)消 息。
5主叫用戶A所在的MSC收到MAP-SEND-ROUTING-INFORMATION響應(yīng)消息后，會 再次向HLR發(fā)送攜帶CAMEL抑制標(biāo)識的MAP-SEND-ROUTING-INFORMATION請求消 息，HLR收到此消息，開始向用戶B漫游所在位置的VLR發(fā)送 MAP_PROVIDE_ROAMING-NUMBER (取漫游號碼)消息，然后完成剩余的呼叫取路 由信息流程。
在支持Super-Charger功能的網(wǎng)絡(luò)中，VLR將用戶數(shù)據(jù)進(jìn)行刪除后不會向HLR 發(fā)起MAP—PURGE—MS流程。當(dāng)HLR收到MAP—SEND-ROUTING—INFORMATION請求消息 后，向VLR發(fā)起對該用戶的MAP—PROVIDE-SUBSCRIBER-INFO請求消息，VLR會向HLR 返回錯誤響應(yīng)消息，該錯誤響應(yīng)消息攜帶有錯誤碼，但是并不能說明是由于用 戶數(shù)據(jù)在VLR上被刪除才導(dǎo)致錯誤碼的產(chǎn)生，HLR將不會對用戶B的Purge狀態(tài)標(biāo) 志進(jìn)行更新。這樣一來當(dāng)其他主叫用戶再次對用戶B發(fā)起呼叫取路由信息操作 時，HLR會再次向用戶B漫游所在位置的VLR發(fā)送MAP-PROVIDE-SUBSCRIBER-INFO 或MAP—PROVIDE—ROAMING—NUMBER請求消息，繼續(xù)無效的后續(xù)流程，浪費(fèi)網(wǎng)絡(luò)資 源。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了 一種確定用戶狀態(tài)的方法、裝置和系統(tǒng)。 本發(fā)明實(shí)施例的確定用戶狀態(tài)的方法采用以下技術(shù)方案 一種確定用戶狀態(tài)的方法，包括
接收被叫用戶的拜訪位置寄存器發(fā)送的提供用戶信息響應(yīng)消息； 根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷是否設(shè)置被叫用 戶的刪除狀態(tài)標(biāo)志。
本發(fā)明實(shí)施例的確定用戶狀態(tài)的裝置采用以下技術(shù)方案 一種確定用戶狀態(tài)的裝置，包括接收模塊，用于接收被叫用戶的拜訪位置寄存器發(fā)送過來的提供用戶信息
響應(yīng)消息；
判斷模塊，用于根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷 是否設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。
本發(fā)明實(shí)施例的確定用戶狀態(tài)的系統(tǒng)釆用以下技術(shù)方案 一種確定用戶狀態(tài)的系統(tǒng)，包括
拜訪位置寄存器，用于向歸屬位置寄存器發(fā)送提供用戶信息響應(yīng)消息； 歸屬位置寄存器，用于接收被叫用戶的拜訪位置寄存器發(fā)送過來的提供用
戶信息響應(yīng)消息；并根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷
是否設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。
本發(fā)明實(shí)施例提供的確定用戶狀態(tài)的方法、裝置和系統(tǒng)，通過對拜訪位置
寄存器發(fā)送過來的提供用戶信息響應(yīng)消息進(jìn)行判斷，就可以確定是否設(shè)置被叫
用戶的刪除狀態(tài)標(biāo)志，從而避免在用戶數(shù)據(jù)已經(jīng)被刪除的情況下，后續(xù)無效流
程的發(fā)生，減少網(wǎng)絡(luò)信令流量和設(shè)備負(fù)擔(dān)。


圖1為本發(fā)明實(shí)施例所述確定用戶狀態(tài)方法示意圖； 圖2為本發(fā)明實(shí)施例所述確定用戶狀態(tài)方法示意圖； 圖3為本發(fā)明實(shí)施例所述確定用戶狀態(tài)裝置框圖； 圖4為本發(fā)明實(shí)施例所述確定用戶狀態(tài)系統(tǒng)框圖。
具體實(shí)施例方式
為了減少網(wǎng)絡(luò)信令流量，本發(fā)明實(shí)施例提供了一種確定用戶狀態(tài)的方法。 如圖1所示，該方法包括
101、接收被叫用戶的拜訪位置寄存器發(fā)送的提供用戶信息響應(yīng)消息；HLR接收主叫用戶所在MSC發(fā)送過來的MAP_SEND_ROUTING—INFORMATION請 求消息，根據(jù)所述1^ _3￡仰_1101^1^-INFORMATION請求消息判斷是否需要向4皮 叫用戶的VLR發(fā)起PSI (MAP_PROVIDE_SUBSCRIBER_INFO，提供用戶信息)消息， 如果需要，則HLR向被叫用戶所在的VLR發(fā)送MAP—PROVIDE-SUBSCRIBER—INFO 請求消息，同時HLR處于等待PSI響應(yīng)消息狀態(tài)(WaitPSIRsp)。
VLR收到MAP_PROVIDE-SUBSCRIBER_INFO請求消息后，判斷用戶的狀態(tài)，才艮 據(jù)用戶的狀態(tài)向HLR發(fā)送MAP_PROVIDE_SUBSCRIBER_INFO響應(yīng)消息。如果VLR 已經(jīng)刪除用戶數(shù)據(jù)，VLR向HLR發(fā)送的MAP-PROVIDE_SUBSCRIBER—INFO響應(yīng)消 息中的 subscriberlnfo信元的消息結(jié)構(gòu) subscriberState將為枚舉值 netDetNotReachable， 枚舉值netDetNotReachable的耳又值為msPurged。
102、根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷是否設(shè)置被 叫用戶的刪除狀態(tài)標(biāo)志。
HLR接收到VLR發(fā)送過來的MAP_PROVIDE_SUBSCRIBER_INFO響應(yīng)消息后， 根據(jù)所述MAP_PROVIDE_SUBSCRIBER_INFO響應(yīng)消息判斷是否設(shè)置被叫用戶的 Purge標(biāo)志。
如果VLR向HLR發(fā)送的MAP—PROVIDE-SUBSCRIBER—INFO響應(yīng)消息中的 subscriberlnfo 信元的消息結(jié)構(gòu) subscriberState 為枚舉值 netDetNotReachable,枚舉值netDetNotReachable的取值為msPurged,那么 HLR設(shè)置用戶的Purge標(biāo)志。
當(dāng)主叫用戶所在移動交換中心再次對該被叫用戶發(fā)起呼叫取路由請求消 息、短消息取路由請求消息等時，HLR根據(jù)數(shù)據(jù)庫中記錄的該用戶Purge狀態(tài)標(biāo) 志，不再向其他網(wǎng)元發(fā)起請求，直接向主叫用戶所在移動交換中心返回呼叫取 路由響應(yīng)消息或短消息取路由響應(yīng)消息，說明該被叫用戶目前不在網(wǎng)絡(luò)中，用戶數(shù)據(jù)已經(jīng)被刪除，省去后續(xù)無效流程，減少了網(wǎng)絡(luò)流量和設(shè)備負(fù)擔(dān)。
本發(fā)明實(shí)施例提供了 一種確定用戶狀態(tài)的方法，HLR通過對VLR發(fā)送過來的 MAP_PROVIDE_SUBSCRIBER-INFO響應(yīng)消息進(jìn)行判斷，就可以確定是否設(shè)置被叫用 戶的Purge標(biāo)志，從而避免在用戶數(shù)據(jù)已經(jīng)被刪除的情況下，后續(xù)無效流程的 發(fā)生，減少網(wǎng)絡(luò)信令流量和設(shè)備負(fù)擔(dān)。
下面結(jié)合圖2對本發(fā)明實(shí)施例提供的確定用戶狀態(tài)的方法進(jìn)行進(jìn)一步的介紹。
HLR接收主叫用戶所在MSC發(fā)送過來的MAP_SEND—ROUTING—INFORMATION請 求消息，根據(jù)所述MAP-SEND—ROUTING—INFORMATION請求消息判斷是否需要向被 叫用戶的VLR發(fā)起PSI消息。如果需要向被叫用戶的VLR發(fā)起PSI消息，則HLR 向被叫用戶的VLR發(fā)送MAP_PROVIDE_SUBSCRIBER_INFO請求消息;如果不需要 向被叫用戶的VLR發(fā)起PSI消息，則根據(jù)當(dāng)前條件完成后續(xù)流程。
HLR向被叫用戶的VLR發(fā)送MAP—PROVIDE—SUBSCRIBER—INFO請求消息之后， 處于等待PSI響應(yīng)消息狀態(tài)。
如圖2所示，之后的步驟包括
201 、歸屬位置寄存器接收拜訪位置寄存器發(fā)送的提供用戶信息響應(yīng)消息。 VLR收到MAP_PROVIDE—SUBSCRIBER—INFO請求消息后，判斷用戶的狀態(tài)，根 據(jù)用戶的狀態(tài)向HLR發(fā)送MAP_PROVIDE_SUBSCRIBER-INFO響應(yīng)消息。如果VLR 已經(jīng)刪除用戶凝:據(jù),VLR向HLR發(fā)送的MAP—PROVIDE—SUBSCRIBER—INFO響應(yīng)消 息中的 subscriberlnfo信元的消息結(jié)構(gòu)subscriberState將為枚舉值 netDetNotReachable，枚#^|[ netDetNotReachable的取值為msPurged。
202、歸屬位置寄存器判斷所述提供用戶信息響應(yīng)消息中是否包括枚舉值。 HLR 判斷所述 MAP—PROVIDE—SUBSCRIBER—INFO 響應(yīng)消息中的
9subscriberlnfo 4言元的消息結(jié)構(gòu)subscriberState是否為才文舉^f直。如果所述消 息結(jié)構(gòu)subscriberState為枚舉值netDetNotReachable,執(zhí)行步驟403，如果 所述消息結(jié)構(gòu)subscriberState不為枚舉值netDetNotReachable,貝寸才艮據(jù)當(dāng)前 條件完成后續(xù)流程。
203、 歸屬位置寄存器判斷所述枚舉值是否為表示用戶數(shù)據(jù)已刪除的值。
述枚舉值netDetNotReachable的取值為msPurged，執(zhí)行步驟404，否則才艮據(jù)當(dāng) 前條件完成后續(xù)流程。
204、 歸屬位置寄存器設(shè)置被叫用戶的刪除標(biāo)志。 HLR設(shè)置被叫用戶的刪除標(biāo)志，即Purge標(biāo)志。
HLR設(shè)置用戶的Purge標(biāo)志之后，當(dāng)主叫用戶所在移動交換中心再次對該被 叫用戶發(fā)起呼叫取路由請求消息、短消息取路由請求消息等時，HLR根據(jù)數(shù)據(jù)庫 中記錄的該用戶Purge狀態(tài)標(biāo)志，不再向該用戶所在的VLR發(fā)起 MAP-PROVIDE-SUBSCRIBER-INFO或MAP—PROVIDE-ROAMING—NUMBER請求消息，直接 向主叫用戶所在移動交換中心返回呼叫耳又路由響應(yīng)消息或短消息取路由響應(yīng)消 息，說明該被叫用戶目前不在網(wǎng)絡(luò)中，VLR中的用戶數(shù)據(jù)已經(jīng)被刪除，從而省去 后續(xù)無效流程，減少了網(wǎng)絡(luò)流量和設(shè)備負(fù)擔(dān)。
若HLR中該用戶未設(shè)置Purge標(biāo)志，當(dāng)主叫用戶所在移動交換中心再次對該 被叫用戶發(fā)起呼叫取路由請求消息、短消息取路由請求消息等時，HLR會向自己 所記錄的纟皮叫用戶的VLR發(fā)送MAP—PROVIDE-SUBSCRIBER—INFO請求消息或 MAP _ PRO VIDE _ R0 AM ING _ NUMBER請求消息，繼續(xù)后續(xù)流程。
本發(fā)明實(shí)施例提供了 一種確定用戶狀態(tài)的方法，HLR通過對VLR發(fā)送過來的 MAP_PROVIDE_SUBSCRIBER_INFO響應(yīng)消息進(jìn)行判斷，確定是否設(shè)置被叫用戶的Purge標(biāo)志，從而避免在用戶數(shù)據(jù)已經(jīng)被刪除的情況下后續(xù)無效流程的發(fā)生，減 少網(wǎng)絡(luò)信令流量和設(shè)備負(fù)擔(dān)。
是可以通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于 一計(jì)算
機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實(shí)施例的流程。
其中，所述的存儲介質(zhì)可為i茲碟、光盤、只讀存儲記憶體(Read-0nly Memory,
ROM)或隨才幾存4諸i己憶體(Random Access Memory, RAM)等。 本發(fā)明實(shí)施例還提供了 一種確定用戶狀態(tài)的裝置。 如圖3所示，該裝置包括接收模塊301和判斷模塊302。 其中，接收模塊301用于接收被叫用戶的拜訪位置寄存器發(fā)送過來的提供
用戶信息響應(yīng)消息；判斷模塊302用于根據(jù)所述提供用戶信息響應(yīng)消息中是否
包括枚舉值，判斷是否設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。
可選的，由于在接收被叫用戶的VLR發(fā)送過來的提供用戶信息響應(yīng)消息之
前，HLR還需要向VLR發(fā)送提供用戶信息請求消息，所以該裝置還包括接收請
求消息模塊303和發(fā)送模塊304。
其中，接收請求消息模塊303用于接收主叫用戶所在移動交換中心發(fā)送過
來的呼叫取路由請求消息；發(fā)送模塊304用于根據(jù)所述請求消息向被叫用戶的
拜訪位置寄存器發(fā)送提供用戶信息請求消息。 該裝置位于HLR中。
若VLR向HLR發(fā)送的MAP-PROVIDE_SUBSCRIBER_INFO響應(yīng)消息中的 subscriberlnfo 信元的消息結(jié)構(gòu) subscriberState 為枚舉值 netDetNotReachable，枚舉值netDetNotReachable的取值為msPurged，那么 HLR設(shè)置用戶的Purge標(biāo)志。在HLR設(shè)置被叫用戶的Purge狀態(tài)標(biāo)志之后，接收請求消息模塊接收主叫 用戶所在移動交換中心對被叫用戶發(fā)起的呼叫取路由請求消息或短消息取路由 請求消息，發(fā)送模塊根據(jù)所述被叫用戶的刪除狀態(tài)標(biāo)志，向所述移動交換中心 返回呼叫取路由響應(yīng)消息或短消息取路由響應(yīng)消息，以通知所述移動交換中心 該被叫用戶不在網(wǎng)絡(luò)中，用戶數(shù)據(jù)已經(jīng)被刪除，從而省去后續(xù)無效流程，減少 了網(wǎng)絡(luò)流量和設(shè)備負(fù)擔(dān)。
本發(fā)明實(shí)施例提供了 一種確定用戶狀態(tài)的裝置，HLR通過對VLR發(fā)送過來的 MAP_PROVIDE_SUBSCRIBER_INFO響應(yīng)消息進(jìn)行判斷，就可以確定是否設(shè)置3皮叫用 戶的Purge標(biāo)志，從而避免在用戶數(shù)據(jù)已經(jīng)被刪除的情況下，后續(xù)無效流程的 發(fā)生，減少網(wǎng)絡(luò)信令流量和設(shè)備負(fù)擔(dān)。
本發(fā)明實(shí)施例還提供了 一種確定用戶狀態(tài)的系統(tǒng)。
如圖4所示，該系統(tǒng)包括拜訪位置寄存器401和歸屬位置寄存器402。
其中，拜訪位置寄存器401用于向歸屬位置寄存器發(fā)送提供用戶信息響應(yīng) 消息歸屬位置寄存器402用于接收被叫用戶的拜訪位置寄存器發(fā)送過來的提供 用戶信息響應(yīng)消息；并根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判 斷是否設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。
如果VLR向HLR發(fā)送的MAP_PROVIDE_SUBSCRIBER—INFO響應(yīng)消息中的 subscriberlnfo 信元的消息結(jié)構(gòu) subscriberState 為枚舉值 netDetNotReachable,枚舉值netDetNotReachable的取值為msPurged,那么 HLR設(shè)置用戶的Purge標(biāo)志。
在HLR接收VLR發(fā)送過來的MAP—PROVIDE—SUBSCRIBER—INFO響應(yīng)消息之 前，HLR還需要向VLR發(fā)送MAP-PROVIDE—SUBSCRIBER-INFO請求消息，所以所 述拜訪位置寄存器還用于接收歸屬位置寄存器發(fā)送過來的提供用戶信息請求消
12息；所述歸屬位置寄存器還用于接收主叫用戶所在的移動交換中心發(fā)送過來的 呼叫取路由請求消息，根據(jù)所述請求消息向被叫用戶所在位置的拜訪位置寄存 器發(fā)送訂閱消息請求消息。
歸屬位置寄存器還用于在設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志之后，接收主叫用 戶所在移動交換中心對被叫用戶發(fā)起的呼叫取路由請求消息或短消息取路由請 求消息，并根據(jù)所述被叫用戶的刪除狀態(tài)標(biāo)志，向所述移動交換中心返回呼叫 取路由響應(yīng)消息或短消息取路由響應(yīng)消息，以通知所述移動交換中心該被叫用 戶不在網(wǎng)絡(luò)中，用戶數(shù)據(jù)已經(jīng)被刪除，從而省去后續(xù)無效流程，減少了網(wǎng)絡(luò)流 量和設(shè)備負(fù)擔(dān)。
本發(fā)明實(shí)施例提供了 一種確定用戶狀態(tài)的系統(tǒng)，HLR通過對VLR發(fā)送過來的 MAP_PROVIDE-SUBSCRIBER-INFO響應(yīng)消息進(jìn)行判斷，就可以確定是否設(shè)置^皮叫用 戶的Purge標(biāo)志，從而避免在用戶數(shù)據(jù)已經(jīng)被刪除的情況下，后續(xù)無效流程的 發(fā)生，減少網(wǎng)絡(luò)信令流量和設(shè)備負(fù)擔(dān)。
以上所述，僅為本發(fā)明的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于 此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到 變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng) 以所述權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種確定用戶狀態(tài)的方法，其特征在于，包括接收被叫用戶的拜訪位置寄存器發(fā)送的提供用戶信息響應(yīng)消息；根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷是否設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。
2、 根據(jù)權(quán)利要求1所述的確定用戶狀態(tài)的方法，其特征在于，所述接收被 叫用戶的拜訪位置寄存器發(fā)送過來的提供用戶信息響應(yīng)消息之前還包括接收主叫用戶所在移動交換中心發(fā)送過來的呼叫取路由請求消息； 根據(jù)所述請求消息向被叫用戶的拜訪位置寄存器發(fā)送提供用戶信息請求消白
3、 根據(jù)權(quán)利要求l所述的確定用戶狀態(tài)的方法，其特征在于，所述根據(jù)所 述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷是否設(shè)置被叫用戶的刪除狀 態(tài)標(biāo)志包i舌判斷所述提供用戶信息響應(yīng)消息中是否包括枚舉值；若所述提供用戶信息響應(yīng)消息中包括枚舉值，則判斷所述枚舉值是否為表 示用戶數(shù)據(jù)已刪除的值；如果所述枚舉值為表示用戶數(shù)據(jù)已刪除的值，則設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志o
4、 根據(jù)權(quán)利要求3所述的確定用戶狀態(tài)的方法，其特征在于，如果提供用 戶信息響應(yīng)消息中的訂閱消息信元的消息結(jié)構(gòu)中為枚舉值并且該枚舉值為表示 用戶數(shù)據(jù)已刪除的值，則判斷設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。
5、 根據(jù)權(quán)利要求3所述的確定用戶狀態(tài)的方法，其特征在于，在設(shè)置被叫 用戶的刪除狀態(tài)標(biāo)志之后，該方法還包括接收主叫用戶所在移動交換中心對被叫用戶發(fā)起的呼叫取路由請求消息或短消息取路由請求消息；根據(jù)所述被叫用戶的刪除狀態(tài)標(biāo)志，向所述移動交換中心返回呼叫取路由 響應(yīng)消息或短消息取路由響應(yīng)消息，以通知所述移動交換中心該凈皮叫用戶不在 網(wǎng)絡(luò)中。
6、 一種確定用戶狀態(tài)的裝置，其特征在于，包括接收模塊，用于接收被叫用戶的拜訪位置寄存器發(fā)送過來的提供用戶信息 響應(yīng)消息；判斷模塊，用于根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷 是否設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。
7、 根據(jù)權(quán)利要求6所述的確定用戶狀態(tài)的裝置，其特征在于，還包括接收請求消息模塊，用于接收主叫用戶所在移動交換中心發(fā)送過來的呼叫 取路由請求消息；發(fā)送模塊，用于根據(jù)所述請求消息向被叫用戶的拜訪位置寄存器發(fā)送提供 用戶信息請求消息。
8、 根據(jù)權(quán)利要求6所述的確定用戶狀態(tài)的裝置，其特征在于，在設(shè)置被叫 用戶的刪除狀態(tài)標(biāo)志之后，接收請求消息模塊接收主叫用戶所在移動交換中心 對被叫用戶發(fā)起的呼叫取路由請求消息或短消息取路由請求消息，發(fā)送模塊還 用于根據(jù)所述被叫用戶的刪除狀態(tài)標(biāo)志，向所述移動交換中心返回呼叫取路由 響應(yīng)消息或短消息耳又路由響應(yīng)消息，以通知所述移動交換中心該被叫用戶不在 網(wǎng)絡(luò)中。
9、 一種確定用戶狀態(tài)的系統(tǒng)，其特征在于，包括 拜訪位置寄存器，用于向歸屬位置寄存器發(fā)送提供用戶信息響應(yīng)消息； 歸屬位置寄存器，用于接收被叫用戶的拜訪位置寄存器發(fā)送過來的提供用戶信息響應(yīng)消息；并根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷 是否設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。
10、根據(jù)權(quán)利要求9所述的確定用戶狀態(tài)的系統(tǒng)，其特征在于，歸屬位置 寄存器還用于在設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志之后，接收主叫用戶所在移動交 換中心對被叫用戶發(fā)起的呼叫取路由請求消息或短消息取路由請求消息，并根 據(jù)所述被叫用戶的刪除狀態(tài)標(biāo)志，向所述移動交換中心返回呼叫取路由響應(yīng)消 息或短消息取路由響應(yīng)消息，以通知所述移動交換中心該被叫用戶不在網(wǎng)絡(luò)中。
全文摘要
本發(fā)明實(shí)施例公開了一種確定用戶狀態(tài)的方法、裝置和系統(tǒng)，屬于通信領(lǐng)域，為了解決現(xiàn)有技術(shù)中由于歸屬位置寄存器不能判斷用戶數(shù)據(jù)是否已經(jīng)被刪除，導(dǎo)致產(chǎn)生后續(xù)無效流程的問題而發(fā)明。本發(fā)明實(shí)施例提供的技術(shù)方案為接收被叫用戶的拜訪位置寄存器發(fā)送過來的提供用戶信息響應(yīng)消息；根據(jù)所述提供用戶信息響應(yīng)消息中是否包括枚舉值，判斷是否設(shè)置被叫用戶的刪除狀態(tài)標(biāo)志。通過本發(fā)明實(shí)施例提供的技術(shù)方案，歸屬位置寄存器可以根據(jù)拜訪位置寄存器發(fā)送過來的提供用戶信息響應(yīng)消息，判斷拜訪位置寄存器中的用戶數(shù)據(jù)是否已經(jīng)被刪除，從而避免后續(xù)無效流程的發(fā)生，減少了網(wǎng)絡(luò)信令流量，減輕了設(shè)備負(fù)擔(dān)。
文檔編號H04W8/02GK101448238SQ200810185858
公開日2009年6月3日 申請日期2008年12月18日 優(yōu)先權(quán)日2008年12月18日
發(fā)明者柢 吳, 磊 張, 李修昶, 鵬 杜, 胡朝陽 申請人:華為技術(shù)有限公司