專利名稱：一種注冊狀態(tài)下附著消息處理方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種注冊狀態(tài)下附著消息處理方法及裝置。
背景技術(shù)：
正常情況下，用戶附著完成，LTE(Long Term Evolvement，長期演進)核心網(wǎng)用戶處于EMM-REGISTERED (注冊)態(tài)，MME不會再收到該用戶的ATTACHREQUEST (附著請求)消
肩、ο目前，對用戶附著過程中發(fā)生的異常情況，有如下處理方法1)低層錯誤如果低層錯誤發(fā)生在UE已經(jīng)接收到ATTACH COMPLETE (附著完成)消息以前，網(wǎng)絡(luò)端將中斷附著過程，進入MM-DEREGI STERED狀態(tài)，而且不再重發(fā)送ATTACH ACCEPT (附著接受)消息。如果在附著過程中新分配了⑶TI (GlcAallyUnique Temporary Identity，全局臨時標識)，MME(Mobility ManagementEntity，移動性管理實體)將認為新舊⑶TI都有效，直到舊的⑶TI被網(wǎng)絡(luò)認為無效或則EMM context (移動管理上下文)被釋放。如果舊的⑶TI不是當前MME分配的，當前MME不需要保存舊的⑶Tl。如果 ATTACH(附著)消息使用舊的⑶Tl，則網(wǎng)絡(luò)側(cè)需要通過ID (Identifier，標識)過程獲得用戶的 IMSI (International Mobile Subscriber Identity，國際移動用戶標識)。2)協(xié)議錯誤如果接收到的ATTACH REQUEST消息有協(xié)議錯誤，網(wǎng)絡(luò)側(cè)回ATTACH REJECT (附著拒絕)消息。可以用以下的EMM原因#96:inv￡ilid mandatory information( ^itff ^ )；#99 information element non-existent or not implemented(信息不存在或沒有實現(xiàn))；#100 :conditional IE error (可選 IE 錯誤)；或者#111 :protocol error, unspecified (十辦i^gi^ )。3)Τ;3450定時器超時定時器超時，網(wǎng)絡(luò)側(cè)將重傳ATTACH ACCEPT消息，并重啟T!M50定時器。通常重傳4次，若第五次T3450定時器超時，附著過程終止，MME進入 EMM-DEREGISTERED狀態(tài)。如果在ATTACH ACCEPT消息里分配了新的GUTI，MME將認為新舊 ⑶TI都有效，直到舊的⑶TI被網(wǎng)絡(luò)認為無效或則EMM context被釋放。如果ATTACH消息使用舊的⑶Tl，網(wǎng)絡(luò)側(cè)需要通過ID過程獲得用戶的IMSI。4)在ATTACH ACCEPT消息發(fā)送后，沒有接收到ATTACH COMPLETE消息時收到了 ATTACH REQUEST 消息如果接收到ATTACH REQUEST消息與之前接收到ATTACH REQUEST消息，有多個IE 不同，如果ATTACH COMPLETE消息還沒有收到，則終止之前的ATTACH過程，執(zhí)行新的ATTACH 過程；
如果兩次ATTACH REQUEST消息對應(yīng)的IE都相同，則重新發(fā)送ATTACHACCEPT消息， 并重新啟動T3450定時器。在這種情況下與T3450相關(guān)聯(lián)的重傳計數(shù)器不增加。5)未發(fā)送 ATTACH ACCEPT 或 ATTACH REJECT 消息時，接收到多個 ATTACHREQUEST 消息如果接收到ATTACH REQUEST消息與之前接收到ATTACH REQUEST消息，有多個I E 不同，則終止之前的ATTACH過程，執(zhí)行新的ATTACH過程；如果接收到ATTACH REQUEST消息與之前接收到ATTACH REQUEST消息相同，則繼續(xù)之前的ATTACH過程，忽略收到的ATTACH REQUEST消息。6)在 EMM-REGISTERED 狀態(tài)收到 ATTACH REQUEST 消息。如果在EMM-REGISTERED狀態(tài)收到ATTACH REQUEST消息，網(wǎng)絡(luò)可以發(fā)起一個EMM的公共過程。如果一個已經(jīng)附著的UE發(fā)送一個ATTACH REQUEST消息，將刪除EMM context () 和 EPS bearer contexts (EPS 傳輸上下文，EPS =EvolvedPacket System演進分組系統(tǒng))，進行新的ATTACH REQUEST過程。但是，如果LTE核心網(wǎng)用戶處于EMM-REGISTERED狀態(tài)，MME卻可能接收到上行直傳消息承載的ATTACH REQUEST消息，例如用戶附著過程完成后，LTE核心網(wǎng)用戶處于 EMM-REGISTERED態(tài)，而由于用戶無線鏈路失敗，用戶又進行了一次RRC (無線鏈路連接)重配置、重建立的過程，在重建立成功后，終端重新進行附著，由于RRC連接已經(jīng)存在，所以在附著時使用直傳消息承載NAS (非接入層信令)消息，發(fā)送附著請求，核心網(wǎng)收到該附著請求后，如果直接將消息丟棄，會造成ENB (evolved NodeB，演進基站)資源和網(wǎng)絡(luò)資源無法再釋放，如果拒絕又沒有合適的拒絕原因，也不能刪除已經(jīng)存在資源而繼續(xù)進行ATTACH流程。因此，在LTE核心網(wǎng)用戶處于EMM-REGI STERED狀態(tài)時，MME接收到該用戶發(fā)送的 ATTACH REQUEST消息，則網(wǎng)絡(luò)側(cè)無法處理該ATTACH REQUEST消息。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種注冊狀態(tài)下附著消息處理方法及裝置，以實現(xiàn)當LTE核心網(wǎng)確定該用戶處于EMM-REGISTERED狀態(tài)時，MME接收到該用戶發(fā)送的ATTACH REQUEST消息后的處理。一種注冊狀態(tài)下附著消息處理方法，包括確定用戶附著過程完成后，確定所述用戶為注冊狀態(tài)；接收直傳消息，并獲取所述直傳消息中承載的所述用戶的附著請求；
對所述用戶發(fā)起去附著流程。一種注冊狀態(tài)下附著消息處理裝置，包括確定單元，用于確定用戶附著過程完成，確定所述用戶為注冊狀態(tài)；接收單元，用于接收直傳消息，并獲取所述直傳消息中承載的所述用戶的附著請求；去附著單元，用于對所述用戶發(fā)起去附著流程。本發(fā)明實施例提供一種注冊狀態(tài)下附著消息處理方法及裝置，LTE核心網(wǎng)確定該用戶處于EMM-REGISTERED狀態(tài)，且MME接收到該用戶發(fā)送的ATTACHREQUEST消息時，發(fā)起去附著流程，等待用戶再次附著，從而使得用戶能夠正常接入。


圖1為本發(fā)明實施例提供的注冊狀態(tài)下附著消息處理方法流程圖；圖2為本發(fā)明實施例提供的較具體的注冊狀態(tài)下附著消息處理方法流程圖；圖3為本發(fā)明實施例提供的注冊狀態(tài)下附著消息處理裝置結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例提供一種注冊狀態(tài)下附著消息處理方法及裝置，LTE核心網(wǎng)確定該用戶處于EMM-REGISTERED狀態(tài)，且MME接收到該用戶發(fā)送的ATTACHREQUEST消息時，發(fā)起去附著流程，等待用戶再次附著，從而使得用戶能夠正常接入。如圖1所示，本發(fā)明實施例提供的注冊狀態(tài)下附著消息處理方法包括步驟S101、確定用戶附著過程完成后，確定用戶為注冊狀態(tài)；步驟S102、接收直傳消息，并獲取直傳消息中承載的該用戶的附著請求；步驟S103、對用戶發(fā)起去附著流程。由于MME在接收到注冊狀態(tài)的用戶發(fā)送的附著請求后，首先發(fā)起去附著流程，所以能夠?qū)⒃撚脩羟耙淮胃街加玫馁Y源釋放掉，以便于在用戶再次附著時，使得該用戶能夠正常接入，同時不會造成網(wǎng)絡(luò)資源的浪費。當用戶附著過程完成后，LTE核心網(wǎng)用戶處于EMM-REGI STERED狀態(tài)，通常是由于用戶無線鏈路失敗，導致用戶又進行了一次RRC重配置、重建立的過程，在重建立成功后， 用戶重新進行附著。在重新附著時，由于RRC連接已經(jīng)存在，所以通常使用直傳消息承載NAS消息，發(fā)送附著請求，所以在步驟S102中，MME收到的附著請求通常是通過直傳消息發(fā)送的。當去附著流程結(jié)束后，MME等待用戶再次發(fā)送的附著請求，并根據(jù)該附著請求為該用戶進行附著流程。通常情況下，當用戶發(fā)送附著請求并接收到網(wǎng)絡(luò)側(cè)發(fā)送的去附著請求時，則執(zhí)行去附著流程。為了使得用戶能夠在去附著流程完畢后，重新發(fā)送附著請求發(fā)起附著流程，可以在步驟S103中，向用戶發(fā)送原因為“reattach (重新附著)，，的去附著請求，用戶在接收到該原因的去附著請求后，就會在去附著流程完畢后重新發(fā)送附著請求。下面結(jié)合圖2對注冊狀態(tài)下附著消息處理方法進行具體說明，該方法包括步驟S201、用戶附著過程完成；步驟S202、UE (User Equipment，用戶設(shè)備)向基站發(fā)送附著請求；步驟S203、基站直接將該附著請求傳輸至MME ；步驟S204、MME接收到UE通過基站直傳的附著請求后，向UE發(fā)送去附著請求，該去附著請求可以是原因為“reattach”的去附著請求；步驟S205、MME向服務(wù)網(wǎng)關(guān)發(fā)送刪除資源請求消息；步驟S206、服務(wù)網(wǎng)關(guān)將該刪除資源請求消息轉(zhuǎn)發(fā)至PDN(分組數(shù)據(jù)網(wǎng)絡(luò))網(wǎng)關(guān)；步驟S207、PDN網(wǎng)關(guān)刪除相應(yīng)資源后，向服務(wù)網(wǎng)關(guān)返回刪除資源響應(yīng)消息；步驟S208、服務(wù)網(wǎng)關(guān)將刪除資源響應(yīng)消息轉(zhuǎn)發(fā)給MME ；
步驟S209、MME接收UE返回的去附著接受消息。通過上述流程，即完成了去附著過程，即MME向用戶發(fā)送去附著請求并刪除網(wǎng)關(guān)資源，從而實現(xiàn)去附著。其中，刪除網(wǎng)關(guān)資源具體包括向服務(wù)網(wǎng)關(guān)發(fā)送刪除資源請求；服務(wù)網(wǎng)關(guān)向PDN網(wǎng)關(guān)發(fā)送刪除資源請求；接收PDN網(wǎng)關(guān)刪除資源后通過服務(wù)網(wǎng)關(guān)返回的刪除資源響應(yīng)。通過本發(fā)明實施例提供的處理方法，既可以釋放網(wǎng)絡(luò)側(cè)和基站的資源，又保證用戶能夠再次發(fā)起附著請求，后續(xù)能夠正常接入。本發(fā)明實施例還相應(yīng)提供一種注冊狀態(tài)下附著消息處理裝置，如圖3所示，包括確定單元301，用于確定用戶附著過程完成，確定用戶為注冊狀態(tài)；接收單元302，用于接收直傳消息，并獲取直傳消息中承載的該用戶的附著請求；去附著單元303，用于對用戶發(fā)起去附著流程。其中，去附著單元303具體用于向用戶發(fā)送去附著請求；刪除網(wǎng)關(guān)資源。具體的，為了使得用戶能夠在在去附著流程完畢后，重新發(fā)送附著請求發(fā)起附著流程，去附著單元303向用戶發(fā)送去附著請求，可以具體為向用戶發(fā)送原因為重新附著的去附著請求。去附著單元303刪除網(wǎng)關(guān)資源具體包括向服務(wù)網(wǎng)關(guān)發(fā)送刪除資源請求；服務(wù)網(wǎng)關(guān)向PDN網(wǎng)關(guān)發(fā)送刪除資源請求；接收PDN網(wǎng)關(guān)刪除資源后通過服務(wù)網(wǎng)關(guān)返回的刪除資源響應(yīng)。在去附著流程結(jié)束后，通常用戶會重新發(fā)送附著請求，此時，該裝置中還包括附著單元，用于在去附著結(jié)束后，接收用戶發(fā)送的附著請求，并開始用戶的附著過程。本發(fā)明實施例提供一種注冊狀態(tài)下附著消息處理方法及裝置，LTE核心網(wǎng)確定該用戶處于EMM-REGISTERED狀態(tài)，且MME接收到該用戶發(fā)送的ATTACHREQUEST消息時，發(fā)起去附著流程，等待用戶再次附著，從而使得用戶能夠正常接入。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種注冊狀態(tài)下附著消息處理方法，其特征在于，包括 確定用戶附著過程完成后，確定所述用戶為注冊狀態(tài)；接收直傳消息，并獲取所述直傳消息中承載的所述用戶的附著請求； 對所述用戶發(fā)起去附著流程。
2.如權(quán)利要求1所述的方法，其特征在于，所述對所述用戶發(fā)起去附著流程，具體包括向用戶發(fā)送去附著請求； 刪除網(wǎng)關(guān)資源。
3.如權(quán)利要求2所述的方法，其特征在于，所述向用戶發(fā)送去附著請求，具體為 向用戶發(fā)送原因為重新附著的去附著請求。
4.如權(quán)利要求2所述的方法，其特征在于，所述刪除網(wǎng)關(guān)資源具體包括 向服務(wù)網(wǎng)關(guān)發(fā)送刪除資源請求；所述服務(wù)網(wǎng)關(guān)向分組數(shù)據(jù)網(wǎng)絡(luò)PDN網(wǎng)關(guān)發(fā)送刪除資源請求； 接收所述PDN網(wǎng)關(guān)刪除資源后通過所述服務(wù)網(wǎng)關(guān)返回的刪除資源響應(yīng)。
5.如權(quán)利要求1或3所述的方法，其特征在于，還包括在去附著結(jié)束后，接收用戶發(fā)送的附著請求，并開始所述用戶的附著過程。
6.一種注冊狀態(tài)下附著消息處理裝置，其特征在于，包括確定單元，用于確定用戶附著過程完成，確定所述用戶為注冊狀態(tài)； 接收單元，用于接收直傳消息，并獲取所述直傳消息中承載的所述用戶的附著請求； 去附著單元，用于對所述用戶發(fā)起去附著流程。
7.如權(quán)利要求6所述的裝置，其特征在于，所述去附著單元具體用于 向用戶發(fā)送去附著請求；刪除網(wǎng)關(guān)資源。
8.如權(quán)利要求7所述的裝置，其特征在于，所述去附著單元向用戶發(fā)送去附著請求，具體為向用戶發(fā)送原因為重新附著的去附著請求。
9.如權(quán)利要求7所述的裝置，其特征在于，所述去附著單元刪除網(wǎng)關(guān)資源具體包括 向服務(wù)網(wǎng)關(guān)發(fā)送刪除資源請求；所述服務(wù)網(wǎng)關(guān)向分組數(shù)據(jù)網(wǎng)絡(luò)PDN網(wǎng)關(guān)發(fā)送刪除資源請求； 接收所述PDN網(wǎng)關(guān)刪除資源后通過所述服務(wù)網(wǎng)關(guān)返回的刪除資源響應(yīng)。
10.如權(quán)利要求6或8所述的裝置，其特征在于，還包括附著單元，用于在去附著結(jié)束后，接收用戶發(fā)送的附著請求，并開始所述用戶的附著過
全文摘要
本發(fā)明公開了一種注冊狀態(tài)下附著消息處理方法及裝置，涉及通信技術(shù)，在LTE核心網(wǎng)確定該用戶處于EMM-REGISTERED狀態(tài)，且MME接收到該用戶發(fā)送的ATTACH REQUEST消息時，發(fā)起去附著流程，等待用戶再次附著，從而使得用戶能夠正常接入。
文檔編號H04W60/00GK102413561SQ20111038228
公開日2012年4月11日 申請日期2011年11月25日 優(yōu)先權(quán)日2011年11月25日
發(fā)明者王曉峰, 由縣衛(wèi) 申請人:大唐移動通信設(shè)備有限公司