一種脫網(wǎng)處理方法和設備的制作方法
【專利摘要】本發(fā)明公開了一種脫網(wǎng)處理方法，本方法包括：接入點AP判斷是否需要通知網(wǎng)關用戶設備UE已經(jīng)斷開與所述AP的連接；若判斷結果為是，所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接。通過采用本發(fā)明，當AP確定UE脫網(wǎng)時，將脫網(wǎng)UE的識別標識告知網(wǎng)關，網(wǎng)關根據(jù)所述識別標識意識到UE當前處于與網(wǎng)絡斷開的狀態(tài)，并開啟脫網(wǎng)定時器，當脫網(wǎng)定時器超時時，釋放為該UE存儲的上下文、以及為該UE分配的資源，從而節(jié)省了網(wǎng)關的存儲資源。
【專利說明】一種脫網(wǎng)處理方法和設備
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，尤其涉及一種脫網(wǎng)處理方法和設備。
【背景技術】
[0002]在現(xiàn)有的LTE (Long Term Evolution,長期演進)架構中，通過 NAS (Non AccessStratum,非接入層)消息的detach (去附著)過程實現(xiàn)UE (User Equipment,用戶設備)的脫網(wǎng)操作，包括UE發(fā)起的detach過程和網(wǎng)絡側發(fā)起的detach過程，比如由于0&M( Operation& Maintenance,操作和維護)原因導致 SGSN (Serving GPRS Support Node, GPRS 服務支持節(jié)點；GPRS, General Packet Radio Service,通用分組無線業(yè)務)/MME (MobilityManagement Entity,移動管理實體)觸發(fā)的detach過程等。若MME意識到與UE之間長時間沒有通信，MME也會觸發(fā)隱式的detach過程，具體為:若MME與UE之間長時間沒有通信，MME將進入EMM-1DLE(Entitlement Management Message-1DLE,授權管理信息空閑)狀態(tài)，并開啟Mobile reachable timer (移動到達定時器),該定時器的計時時長大于TAU (TrackingArea Update,跟蹤區(qū)域更新)時間，當MME接收到NAS連接建立信令(如周期性TAU、ServiceRequest)時，將停止 Mobile reachable timer。若 Mobile reachable timer 超時,MME 判斷此時UE不在AP (Access Point，接入點)的覆蓋范圍內，但MME此時并不能獲知UE將會有多長時間不在AP的覆蓋范圍內，因此MME并不會立即刪除上次存儲的該UE的上下文以及為該UE分配的資源，而是開啟Implicit Detach timer (隱式去附著定時器)。若在開啟Implicit Detach timer之后，MME接收到NAS連接建立信令(如周期性TAU、ServiceRequest),MME 將停止 Implicit Detach timer ;若 Implicit Detach timer 超時，MME 將觸發(fā)本地的detach過程，刪除本地存儲的該UE的上下文、以及為該UE分配的資源。
[0003]但現(xiàn)有的LTE架構存在網(wǎng)絡側成本偏高以及易出現(xiàn)網(wǎng)絡側擁塞的問題，為了克服上述問題，一種簡化的網(wǎng)絡側被提出，如圖1所示，AP本地或通過IP (Internet Protocol,網(wǎng)絡之間互連的協(xié)議)網(wǎng)關接入IP網(wǎng)絡，不需要3GPP (The 3rd Generation PartnershipP r o j e c t,第三代合作伙伴計劃)定義的復雜的核心網(wǎng)架構和實體。
[0004]在這種簡化架構下，UE與網(wǎng)絡側之間不存在NAS消息。
[0005]考慮到系統(tǒng)資源的寶貴和有限，為了避免資源的無效占用，對于因異常情況(如覆蓋漏洞)，UE長時間不能接入網(wǎng)絡的場景，網(wǎng)關應判斷UE脫網(wǎng)，并及時釋放相應的資源，但在上述簡化架構下，網(wǎng)關如何意識到UE脫網(wǎng)，以及執(zhí)行相應的操作，當前還沒有相關的方法。

【發(fā)明內容】

[0006]本發(fā)明實施例提供一種脫網(wǎng)處理方法和設備，當AP確定UE脫網(wǎng)時，將脫網(wǎng)UE的信息告知網(wǎng)關，網(wǎng)關根據(jù)所述識別標識意識到UE當前處于與網(wǎng)絡斷開的狀態(tài)，并開啟脫網(wǎng)定時器，當脫網(wǎng)定時器超時時，釋放為該UE存儲的上下文、以及為該UE分配的資源，從而節(jié)省了網(wǎng)關的存儲資源。[0007]為了達到上述目的，本發(fā)明實施例提供一種脫網(wǎng)處理方法，包括:
接入點AP判斷是否需要通知網(wǎng)關用戶設備UE已經(jīng)斷開與所述AP的連接；
若判斷結果為是，所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接。
[0008]本發(fā)明實施例提供一種脫網(wǎng)處理方法，包括:
網(wǎng)關接收AP發(fā)送的攜帶UE的識別標識的消息；
所述網(wǎng)關開啟脫網(wǎng)定時器；
當所述網(wǎng)關判斷所述脫網(wǎng)定時器超時時，所述網(wǎng)關釋放本地存儲的所述UE的上下文、以及為所述UE分配的資源。
[0009]本發(fā)明實施例提供一種AP，包括:
判斷模塊，用于判斷是否需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接；
發(fā)送模塊，用于當所述判斷模塊判斷需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接時，向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接。
[0010]本發(fā)明實施例提供一種網(wǎng)關，包括:
接收模塊，用于接收AP發(fā)送的攜帶UE的識別標識的消息；
控制模塊，用于在所述接收模塊接收到所述AP發(fā)送的攜帶UE的識別標識的消息后，開啟脫網(wǎng)定時器；
判斷模塊，用于在所述控制模塊開啟所述脫網(wǎng)定時器后，判斷所述脫網(wǎng)定時器是否超
時；
釋放模塊，用于當所述判斷模塊判斷所述脫網(wǎng)定時器超時時，釋放本地存儲的所述UE的上下文、以及為所述UE分配的資源。
[0011]與現(xiàn)有技術相比，本發(fā)明至少具有以下優(yōu)點:
當AP確定UE脫網(wǎng)時，將脫網(wǎng)UE的識別標識告知網(wǎng)關，網(wǎng)關根據(jù)所述識別標識意識到UE當前處于與網(wǎng)絡斷開的狀態(tài)，并開啟脫網(wǎng)定時器，當脫網(wǎng)定時器超時時，釋放為該UE存儲的上下文、以及為該UE分配的資源，從而節(jié)省了網(wǎng)關的存儲資源。
【專利附圖】

【附圖說明】
[0012]為了更清楚地說明本發(fā)明的技術方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
[0013]圖1是現(xiàn)有技術中簡化的LTE架構的示意圖；
圖2是本發(fā)明實施例一提供的一種脫網(wǎng)處理方法流程示意圖；
圖3是本發(fā)明實施例二提供的一種脫網(wǎng)處理方法流程示意圖；
圖4是本發(fā)明實施例三提供的一種脫網(wǎng)處理方法流程示意圖；
圖5是本發(fā)明實施例四提供的一種脫網(wǎng)處理方法流程示意圖；
圖6是本發(fā)明實施例五提供的一種脫網(wǎng)處理方法流程示意圖；
圖7是本發(fā)明實施例六提供的一種脫網(wǎng)處理方法流程示意圖；
圖8是本發(fā)明實施例七提供的一種脫網(wǎng)處理方法流程示意圖； 圖9是本發(fā)明實施例八提供的一種脫網(wǎng)處理方法流程示意圖；
圖10是本發(fā)明實施例九提供的一種AP的結構示意圖；
圖11是本發(fā)明實施例十提供的一種網(wǎng)關的結構示意圖。
【具體實施方式】
[0014]在簡化的LTE架構下，網(wǎng)關無法獲知UE是否已經(jīng)脫網(wǎng)，即使某個UE已經(jīng)脫網(wǎng)，網(wǎng)關仍然會在本地存儲該UE的上下文、以及為該UE分配的資源，當有大量的UE脫網(wǎng)時，網(wǎng)關中會存儲有大量無用的信息，極大的浪費了網(wǎng)關的存儲資源。
[0015]針對上述問題，本發(fā)明實施例提出了一種脫網(wǎng)處理方法，以使網(wǎng)關可以獲知其下接入的UE是否已經(jīng)脫網(wǎng)，從而使得網(wǎng)關可以在其下接入的UE脫網(wǎng)后，刪除網(wǎng)關本地存儲的該UE的上下文、以及為該UE分配的資源，節(jié)省了網(wǎng)關的存儲資源。
[0016]下面將結合本發(fā)明中的附圖，對本發(fā)明中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明的一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0017]實施例一
本發(fā)明實施例提供一種脫網(wǎng)處理方法，如圖2所示，該方法包括以下步驟:
步驟201，AP判斷是否需要通知網(wǎng)關UE已經(jīng)斷開與AP的連接。
[0018]若判斷結果為是，執(zhí)行步驟202，否則執(zhí)行步驟205。
[0019]步驟202，AP向網(wǎng)關發(fā)送攜帶UE的識別標識的消息，通知網(wǎng)關UE已經(jīng)斷開與AP的連接。
[0020]步驟203，網(wǎng)關接收AP發(fā)送的攜帶UE的識別標識的消息，并開啟脫網(wǎng)定時器。如果所述脫網(wǎng)定時器超時，執(zhí)行步驟204。
[0021]步驟204，網(wǎng)關根據(jù)消息中攜帶的UE的識別標識，釋放與識別標識對應的UE的上下文、以及為該UE分配的資源。
[0022]步驟205，AP保持與UE的數(shù)據(jù)傳輸或信令交互。
[0023]實施例二
本發(fā)明實施例提供一種脫網(wǎng)處理方法，如圖3所示，該方法包括以下步驟:
步驟301，AP判斷UE是否脫網(wǎng)。
[0024]若判斷結果為是，執(zhí)行步驟302，否則執(zhí)行步驟304。
[0025]具體的，AP中可以保存有第一預設時間，若在該第一預設時間內，AP沒有接收到來自UE的信令或數(shù)據(jù)傳輸請求，則AP判斷UE已經(jīng)離開自身的覆蓋范圍或UE已經(jīng)斷電，此時AP確定已經(jīng)與UE斷開空口連接，即UE已經(jīng)脫網(wǎng)。AP還可以主動在下行信道向UE發(fā)送調度信息，若在第二預設時間內沒有接收到UE通過上行信道發(fā)送的響應消息，則AP判斷UE已經(jīng)離開自身的覆蓋范圍或UE已經(jīng)斷電，此時AP確定已經(jīng)與UE斷開空口連接，即UE已經(jīng)脫網(wǎng)。
[0026]步驟302，AP向網(wǎng)關發(fā)送攜帶該UE的識別標識的UE離開消息，用于通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接。
[0027]當AP判斷UE已經(jīng)脫網(wǎng)時，AP向網(wǎng)關發(fā)送攜帶有UE的MAC地址或IP地址的UE離開消息，用于通知網(wǎng)關此時UE處于與網(wǎng)絡斷開的狀態(tài)，即UE處于脫網(wǎng)的狀態(tài)。
[0028]步驟303，AP釋放本地存儲的該UE的上下文、以及為該UE分配的資源。
[0029]步驟304，AP保持與UE的數(shù)據(jù)傳輸或信令交互。
[0030]實施例三
本發(fā)明實施例提供一種脫網(wǎng)處理方法，如圖4所示，該方法包括以下步驟:
步驟401，AP判斷是否需要主動釋放與UE的空口連接，即主動使UE脫網(wǎng)。
[0031]若判斷結果為是，執(zhí)行步驟402，否則執(zhí)行步驟404。
[0032]具體的，AP可以根據(jù)自身的資源占用情況以及預設的條件，判斷是否需要主動釋放與UE的空口連接，例如，AP中可以設置有允許接入的UE的最大數(shù)量，即UE數(shù)量的門限值，當接入AP的UE數(shù)量超過門限值時，AP判斷需要主動釋放與某個UE或多個UE的空口連接；或者當AP自身的處理性能下降時，AP判斷需要主動釋放與某個或多個UE的空口連接。
[0033]AP還可以根據(jù)自身所支持的服務或功能，判斷是否需要主動釋放與UE的空口連接，例如，當AP下接入的UE向AP請求某項AP不支持的業(yè)務或功能時，AP判斷需要主動釋放與該UE的空口連接，從而使UE連接到支持該業(yè)務或功能的網(wǎng)絡中。
[0034]步驟402，AP向網(wǎng)關發(fā)送攜帶有需要脫網(wǎng)UE的識別標識的UE離開消息，用于通知網(wǎng)關哪些UE斷開了與AP的連接。
[0035]當AP判斷需要主動釋放與UE的空口連接時，AP向網(wǎng)關發(fā)送攜帶有需要脫網(wǎng)UE的MAC地址或IP地址的UE離開消息，以指示網(wǎng)關哪些UE斷開了與網(wǎng)絡的連接，以便網(wǎng)關意識到脫網(wǎng)UE當前的狀態(tài)。
[0036]步驟403，AP向需要脫網(wǎng)的UE發(fā)送RRC連接釋放消息，并釋放本地存儲的該UE的上下文、以及為該UE分配的資源。
[0037]當AP確定需要斷開與某個UE或多個UE的空口連接時，AP向需要脫網(wǎng)的UE發(fā)送RRC連接釋放消息，以通知UE網(wǎng)絡側已經(jīng)主動釋放與UE的空口連接，防止UE不斷嘗試重新接入AP。
[0038]步驟404，AP保持與UE的數(shù)據(jù)傳輸或信令交互。
[0039]實施例四
本發(fā)明實施例提供一種脫網(wǎng)處理方法，如圖5所示，該方法包括以下步驟:
步驟501，AP判斷是否需要主動釋放與UE的空口連接，即主動使UE脫網(wǎng)。
[0040]若判斷結果為是，執(zhí)行步驟502，否知執(zhí)行步驟505。
[0041]具體的，AP可以根據(jù)自身的資源占用情況以及預設的條件，判斷是否需要主動釋放與UE的空口連接，例如，AP中可以設置有允許接入的UE的最大數(shù)量，即UE數(shù)量的門限值，當接入AP的UE數(shù)量超過門限值時，AP判斷需要主動釋放與某個UE或多個UE的空口連接；或者當AP自身的處理性能下降時，AP判斷需要主動釋放與某個或多個UE的空口連接。
[0042]AP還可以根據(jù)自身所支持的服務或功能，判斷是否需要主動釋放與UE的空口連接，例如，當AP下接入的UE向AP請求某項AP不支持的業(yè)務或功能時，AP判斷需要主動釋放與該UE的空口連接，從而使UE連接到支持該業(yè)務或功能的網(wǎng)絡中。
[0043]步驟502，AP向網(wǎng)關發(fā)送攜帶有需要脫網(wǎng)UE的識別標識的請求釋放UE上下文消息，用于通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接。
[0044]當AP判斷需要主動釋放與UE的空口連接時，AP向網(wǎng)關發(fā)送攜帶有需要脫網(wǎng)UE的MAC地址或IP地址的請求釋放UE上下文消息，以詢問網(wǎng)關是否允許AP斷開與該UE的空口連接。
[0045]步驟503，AP接收網(wǎng)關發(fā)送的釋放上下文命令，向需要脫網(wǎng)UE發(fā)送RRC連接釋放消息，并釋放本地存儲的需要脫網(wǎng)UE的上下文、以及為該UE分配的資源。
[0046]當AP接收到網(wǎng)關發(fā)送的釋放上下文命令時，AP向需要脫網(wǎng)UE發(fā)送RRC連接釋放消息，以通知UE網(wǎng)絡側已經(jīng)主動釋放與UE的空口連接，防止UE不斷嘗試重新接入AP。
[0047]步驟504，AP向所述網(wǎng)關發(fā)送釋放完成消息。
[0048]步驟505，AP保持與UE的數(shù)據(jù)傳輸或信令交互。
[0049]實施例五
本發(fā)明實施例提供一種脫網(wǎng)處理方法，如圖6所示，該方法包括以下步驟:
步驟601，網(wǎng)關接收AP發(fā)送的攜帶有脫網(wǎng)UE的識別標識的UE離開消息，和/或網(wǎng)關接收AP發(fā)送的攜帶有需要脫網(wǎng)UE的識別標識的UE離開消息。
[0050]網(wǎng)關獲取UE離開消息中攜帶的MAC地址或IP地址，并根據(jù)MAC地址或IP地址獲知已經(jīng)脫網(wǎng)的UE或需要脫網(wǎng)的UE。需要說明的是，網(wǎng)關并不能區(qū)分哪些UE已經(jīng)脫網(wǎng)、哪些UE需要脫網(wǎng)，網(wǎng)關默認UE離開消息中，MAC地址或IP地址對應的UE都為已經(jīng)脫網(wǎng)的UE。
[0051]步驟602，網(wǎng)關開啟脫網(wǎng)定時器。
[0052]如果脫網(wǎng)定時器超時，執(zhí)行步驟603。
[0053]網(wǎng)關內設置有脫網(wǎng)定時器以及超時時間，其中，超時時間可以在網(wǎng)關中預先設置，也可以通過 OAM (Operation Administration and Maintenance,操作、管理和維護)的方式進行設置，當脫網(wǎng)定時器計時時間達到超時時間時，網(wǎng)關確定可以釋放UE的上下文、以及為UE分配的資源。
[0054]步驟603，網(wǎng)關根據(jù)UE離開消息中的識別標識，釋放本地存儲的相應UE的上下文、以及為相應UE分配的資源。
[0055]實施例六
本發(fā)明實施例提供一種脫網(wǎng)處理方法，如圖7所示，該方法包括以下步驟:
步驟701，網(wǎng)關接收AP發(fā)送的攜帶有需要脫網(wǎng)UE的識別標識的請求釋放UE上下文消
肩、O
[0056]網(wǎng)關獲取請求釋放UE上下文消息中攜帶的MAC地址或IP地址，網(wǎng)關根據(jù)MAC地址或IP地址獲知已經(jīng)脫網(wǎng)的UE和需要脫網(wǎng)的UE。需要說明的是，網(wǎng)關并不能區(qū)分哪些UE已經(jīng)脫網(wǎng)、哪些UE需要脫網(wǎng)，網(wǎng)關默認UE離開消息中，MAC地址或IP地址對應的UE都為已經(jīng)脫網(wǎng)的UE。
[0057]步驟702，網(wǎng)關開啟脫網(wǎng)定時器。
[0058]如果脫網(wǎng)定時器超時，執(zhí)行步驟704。
[0059]網(wǎng)關內設置有脫網(wǎng)定時器以及超時時間，其中，超時時間可以在網(wǎng)關中預先設置，也可以通過OAM的方式進行設置，當脫網(wǎng)定時器計時時間達到超時時間時，網(wǎng)關確定可以釋放UE的上下文、以及為UE分配的資源。
[0060]步驟703，網(wǎng)關向AP發(fā)送釋放UE上下文命令。[0061]網(wǎng)關在接收到AP發(fā)送的針對UE的請求釋放UE上下文消息后，可以向AP發(fā)送釋放UE上下文命令，以通知AP刪除本地存儲的該UE的上下文、以及為該UE分配的資源。
[0062]步驟704，網(wǎng)關根據(jù)請求釋放UE上下文消息中的識別標識，釋放本地存儲的相應UE的上下文、以及為相應UE分配的資源。
[0063]實施例七
本發(fā)明實施例提供一種脫網(wǎng)處理方法，如圖8所示，該方法包括以下步驟:
步驟801，網(wǎng)關接收到與UE相關的MAC/IP包。
[0064]UE在入網(wǎng)后，會通過MAC包或IP包的形式與AP和網(wǎng)關進行交互，網(wǎng)關可以通過判斷是否接收到源地址或目的地址為UE的MAC地址的MAC包、或者判斷是否接收到源地址或目的地址為UE的IP地址的IP包，確定UE是否與AP保持正常的連接。
[0065]步驟802，網(wǎng)關判斷針對該UE的脫網(wǎng)定時器是否開始計時。
[0066]如果脫網(wǎng)定時器已經(jīng)開始計時，執(zhí)行步驟803，否則執(zhí)行步驟804。
[0067]步驟803，網(wǎng)關停止脫網(wǎng)定時器計時，并根據(jù)MAC/IP包的目的地址轉發(fā)MAC/IP包。
[0068]若網(wǎng)關接收到與UE相關的MAC/IP包，說明UE與AP和網(wǎng)關之間的連接正常，UE未脫網(wǎng)，此時網(wǎng)關需要停止針對該UE的脫網(wǎng)定時器計時，以避免脫網(wǎng)定時器超時后，網(wǎng)關將未脫網(wǎng)的UE的上下文以及相關資源刪除。
[0069]步驟804，網(wǎng)關根據(jù)MAC/IP包的目的地址轉發(fā)MAC/IP包。
[0070]若網(wǎng)關判斷脫網(wǎng)定時器未開啟，此時網(wǎng)關可以按照現(xiàn)有技術的流程對MAC/IP包進行轉發(fā)處理，此處不再贅述。
[0071]實施例八
本發(fā)明實施例提供一種脫網(wǎng)處理方法，如圖9所示，該方法包括以下步驟:
步驟901，網(wǎng)關接收到UE發(fā)送的鑒權請求。
[0072]UE在每次接入到AP時，都會向AP發(fā)送鑒權請求，鑒權請求中攜帶了 UE的鑒權標識、安全信息等，AP將鑒權請求轉發(fā)給網(wǎng)關，由網(wǎng)關根據(jù)鑒權請求對UE進行鑒權。其中，UE的鑒權標識可以為UE的IP地址、UE的MSI標識。
[0073]步驟902，網(wǎng)關判斷本地是否存儲了 UE的上下文。
[0074]如果網(wǎng)關本地未存儲UE的上下文，執(zhí)行步驟903，否則執(zhí)行步驟904
在本步驟中，若UE因離開AP的覆蓋范圍等原因暫時脫網(wǎng)，此時網(wǎng)關針對該UE的脫網(wǎng)計時器還未超時，網(wǎng)關中還存儲有該UE的上下文，此時網(wǎng)關可以直接通過本地存儲的該UE上下文中上一次該UE入網(wǎng)時的鑒權信息對該UE進行鑒權。具體的，網(wǎng)關可以通過本地存儲的UE的IP地址或IMSI標識與UE的上下文的對應關系，查找本地是否存儲了 UE的上下文。
[0075]步驟903，網(wǎng)關向認證服務器轉發(fā)鑒權請求，并判斷是否鑒權成功。
[0076]如果判斷結果為鑒權成功，執(zhí)行步驟905，否則執(zhí)行步驟908。
[0077]在本實施例中，認證服務器可以是AAA Server (Authentication AuthorizationAccounting Server,驗證授權計費服務器)、HSS (Home Subscriber Server,歸屬用戶服務器)等，網(wǎng)關接收到UE的鑒權請求后，若本地沒有存儲該UE的上下文，則網(wǎng)關會將該UE的鑒權請求轉發(fā)給認證服務器，由認證服務器進行鑒權，后續(xù)鑒權過程為現(xiàn)有技術過程，此處不再贅述。[0078]步驟904，網(wǎng)關根據(jù)UE的上下文判斷鑒權是否成功。
[0079]如果判斷結果為鑒權成功，執(zhí)行步驟905，否則執(zhí)行步驟908。
[0080]網(wǎng)關可以查詢UE的上下文中存儲的該UE上一次入網(wǎng)時的鑒權信息，若鑒權信息為鑒權成功，則網(wǎng)關判斷本次的鑒權成功，若鑒權信息為失敗，則網(wǎng)關判斷本次的鑒權失敗。
[0081]步驟905，網(wǎng)關判斷針對該UE的脫網(wǎng)定時器是否開始計時。
[0082]如果脫網(wǎng)定時器已經(jīng)開始計時，執(zhí)行步驟906，否則執(zhí)行步驟907。
[0083]步驟906，網(wǎng)關停止脫網(wǎng)定時器計時，并向UE發(fā)送鑒權成功消息。
[0084]若鑒權成功，則說明UE與AP和網(wǎng)關之間的連接正常，且網(wǎng)關允許UE入網(wǎng)，此時網(wǎng)關需要停止脫網(wǎng)定時器計時，以避免脫網(wǎng)定時器超時后，網(wǎng)關將該UE的上下文以及相關資源刪除。同時，網(wǎng)關還可以向UE發(fā)送鑒權成功消息，以通知UE網(wǎng)關對其的鑒權成功。
[0085]步驟907，網(wǎng)關向UE發(fā)送鑒權成功消息。
[0086]步驟908，網(wǎng)關向UE發(fā)送鑒權失敗消息。
[0087]實施例九
基于與上述方法同樣的發(fā)明構思，本發(fā)明實施例中還提供了一種AP，如圖10所示，該設備包括:
判斷模塊11，用于判斷是否需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接；
發(fā)送模塊12，用于當所述判斷模塊11判斷需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接時，向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接。
[0088]所述判斷模塊11，具體用于判斷與所述UE的連接是否斷開，以確定是否需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接；或者，
判斷是否需要主動釋放與所述UE的連接，以確定是否需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接。
[0089]所述發(fā)送模塊12，具體用于當所述判斷模塊11判斷與所述UE的連接斷開，確定需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接時，向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接；或者，
當所述判斷模塊11判斷需要主動釋放與所述UE的連接，確定需要通知網(wǎng)關UE斷開與所述AP的連接時，向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息或請求釋放UE上下文消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接。
[0090]還包括:
接收模塊，用于在所述發(fā)送模塊向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的請求釋放UE上下文消息后，接收所述網(wǎng)關發(fā)送的釋放UE上下文命令；
所述發(fā)送模塊12，還用于當所述判斷模塊11判斷需要主動釋放與所述UE的連接時，在向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息后，向所述UE發(fā)送RRC連接釋放消息；以及還用于當所述接收模塊接收到所述網(wǎng)關發(fā)送的釋放UE上下文命令后，向所述UE發(fā)送RRC連接釋放消息。
[0091]實施例十
基于與上述方法同樣的發(fā)明構思，本發(fā)明實施例中還提供了一種網(wǎng)關，如圖11所示，該設備包括:
接收模塊21，用于接收AP發(fā)送的攜帶UE的識別標識的消息；
控制模塊22，用于在所述接收模塊21接收到所述AP發(fā)送的攜帶UE的識別標識的消息后，開啟脫網(wǎng)定時器；
判斷模塊23，用于在所述控制模塊22開啟所述脫網(wǎng)定時器后，判斷所述脫網(wǎng)定時器是否超時；
釋放模塊24，用于當所述判斷模塊23判斷所述脫網(wǎng)定時器超時時，釋放本地存儲的所述UE的上下文、以及為所述UE分配的資源。
[0092]所述接收模塊21，具體用于接收所述AP發(fā)送的攜帶所述UE的識別標識的UE離開消息；以及具體用于接收所述AP發(fā)送的攜帶所述UE的識別標識的請求釋放UE上下文消
肩、O
[0093]還包括:
第一發(fā)送模塊，用于當所述接收模塊接收到所述AP發(fā)送的攜帶所述UE的識別標識的請求釋放UE上下文消息時，向所述UE發(fā)送釋放UE上下文命令。
[0094]還包括:
所述接收模塊21，還用于接收源地址或目的地址為所述UE的MAC地址的MAC包、以及源地址或目的地址為所述UE的IP地址的IP包；以及用于接收所述UE發(fā)送的鑒權請求，所述鑒權請求中攜帶了所述UE的鑒權標識；
鑒權模塊，用于當所述接收模塊21接收到所述UE發(fā)送的鑒權請求時，根據(jù)所述鑒權標識對所述UE進行鑒權；
所述判斷模塊23，還用于當所述接收模塊21接收到所述MAC包或所述IP包時，判斷所述脫網(wǎng)定時器是否開啟；以及用于當所述鑒權模塊對所述UE鑒權成功時，判斷所述脫網(wǎng)定時器是否開啟；
所述控制模塊22，還用于當所述判斷模塊23判斷所述脫網(wǎng)定時器開啟時，關閉所述脫網(wǎng)定時器；
第二發(fā)送模塊，用于當所述接收模塊21接收到所述MAC包或所述IP包時，根據(jù)所述MAC包或所述IP包的目的地址轉發(fā)所述MAC包或所述IP包；以及用于當所述鑒權模塊對所述UE的鑒權成功時，向所述UE發(fā)送鑒權成功消息，當所述鑒權模塊對所述UE的鑒權失敗時，向所述UE發(fā)送鑒權失敗消息。
[0095]所述判斷模塊23，還用于根據(jù)所述鑒權標識判斷本地是否存儲了所述UE的上下文；
所述鑒權模塊，具體用于當所述判斷模塊23判斷本地存儲了所述UE的上下文時，根據(jù)所述UE的上下文對所述UE進行鑒權；
所述第二發(fā)送模塊，還用當所述判斷模塊23判斷本地未存儲所述UE的上下文時，向認證服務器發(fā)送鑒權請求。
[0096]通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。
[0097]本領域技術人員可以理解附圖只是一個優(yōu)選實施例的示意圖，附圖中的模塊或流程并不一定是實施本發(fā)明所必須的。
[0098]本領域技術人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上述實施例的模塊可以合并為一個模塊，也可以進一步拆分成多個子模塊。
[0099]上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。
[0100]以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。
【權利要求】
1.一種脫網(wǎng)處理方法，其特征在于，包括: 接入點AP判斷是否需要通知網(wǎng)關用戶設備UE已經(jīng)斷開與所述AP的連接； 若判斷結果為是，所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接。
2.如權利要求1所述的方法，其特征在于，所述AP判斷是否需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接,具體包括: 所述AP判斷與所述UE的連接是否斷開；或者， 所述AP判斷是否需要主動釋放與所述UE的連接。
3.如權利要求2所述的方法，其特征在于，當所述AP判斷與所述UE的連接斷開時，所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的消息，具體包括: 所述AP向所述 網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息。
4.如權利要求3所述的方法，其特征在于，所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息，之后還包括: 所述AP釋放本地存儲的所述UE的上下文、以及為所述UE分配的資源。
5.如權利要求2所述的方法，其特征在于，當所述AP判斷需要主動斷開與所述UE的連接時，所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的消息，具體包括: 所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息；或者， 所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的請求釋放UE上下文消息。
6.如權利要求5所述的方法，其特征在于，所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息，之后還包括: 所述AP向所述UE發(fā)送RRC連接釋放消息，用以通知所述UE斷開與所述AP的連接； 所述AP釋放本地存儲的所述UE的上下文、以及為所述UE分配的資源。
7.如權利要求5所述的方法，其特征在于，所述AP向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的請求釋放UE上下文消息，之后還包括: 所述AP接收所述網(wǎng)關發(fā)送的釋放UE上下文命令； 所述AP向所述UE發(fā)送RRC連接釋放消息，用以通知所述UE斷開與所述AP的連接； 所述AP釋放本地存儲的所述UE的上下文、以及為所述UE分配的資源； 所述AP向所述網(wǎng)關發(fā)送釋放完成消息。
8.如權利要求1、3-7任一項所述的方法，其特征在于，所述識別標識為所述UE的MAC地址或IP地址。
9.一種脫網(wǎng)處理方法，其特征在于，包括: 網(wǎng)關接收AP發(fā)送的攜帶UE的識別標識的消息； 所述網(wǎng)關開啟脫網(wǎng)定時器； 當所述網(wǎng)關判斷所述脫網(wǎng)定時器超時時，所述網(wǎng)關釋放本地存儲的所述UE的上下文、以及為所述UE分配的資源。
10.如權利要求9所述的方法，其特征在于，所述網(wǎng)關接收AP發(fā)送的攜帶UE的識別標識的消息，具體包括: 所述網(wǎng)關接收所述AP發(fā)送的攜帶所述UE的識別標識的UE離開消息；或者， 所述網(wǎng)關接收所述AP發(fā)送的攜帶所述UE的識別標識的請求釋放UE上下文消息。
11.如權利要求10所述的方法，其特征在于，所述網(wǎng)關接收所述AP發(fā)送的攜帶所述UE的識別標識的請求釋放UE上下文消息，之后還包括: 所述網(wǎng)關向所述AP發(fā)送釋放UE上下文命令； 所述網(wǎng)關接收所述AP發(fā)送的釋放完成消息。
12.如權利要求9-11任一項所述的方法，其特征在于，所述識別標識為所述UE的MAC地址或IP地址。
13.如權利要求9所述的方法，其特征在于，所述方法進一步包括: 當所述網(wǎng)關接收到源地址或目的地址為所述UE的MAC地址的MAC包時、或當所述網(wǎng)關接收到源地址或目的地址為所述UE的IP地址的IP包時，所述網(wǎng)關判斷所述脫網(wǎng)定時器是否開啟; 若判斷結果為是，所述網(wǎng)關關閉所述脫網(wǎng)定時器，并根據(jù)所述MAC包或所述IP包的目的地址轉發(fā)所述MAC包或所述IP包； 若判斷結果為否，所述網(wǎng)關根據(jù)所述MAC包或所述IP包的目的地址轉發(fā)所述MAC包或所述IP包。
14.如權利要求9所述的方法，其特征在于，所述方法進一步包括: 當所述網(wǎng)關接收到所述UE發(fā)送的鑒權請求時，所述網(wǎng)關獲取所述鑒權請求中攜帶的所述UE的鑒權標識； 所述網(wǎng)關根據(jù)所述鑒權標識對所述UE進行鑒權； 若鑒權成功，所述網(wǎng)關判斷所述脫網(wǎng)定時器是否開啟，若判斷結果為所述脫網(wǎng)定時器開啟，則所述網(wǎng)關關閉所述脫網(wǎng)定時器計時，并向所述UE發(fā)送鑒權成功消息，若判斷結果為所述脫網(wǎng)定時器未開啟，則所述網(wǎng)關向所述UE發(fā)送鑒權成功消息； 若鑒權失敗，所述網(wǎng)關向所述UE發(fā)送鑒權失敗消息。
15.如權利要求14所述的方法，其特征在于，所述網(wǎng)關根據(jù)所述鑒權標識對所述UE進行鑒權，具體包括: 所述網(wǎng)關根據(jù)所述鑒權標識判斷本地是否存儲了所述UE的上下文； 若判斷結果為是，所述網(wǎng)關根據(jù)所述UE的上下文中記載的所述UE的鑒權信息對所述UE進行鑒權； 若所述網(wǎng)關判斷本地未存儲所述UE的上下文，所述網(wǎng)關向認證服務器轉發(fā)所述鑒權請求，并接收所述認證服務器發(fā)送的鑒權結果。
16.如權利要求14或15所述的方法，其特征在于，所述鑒權標識為所述UE的IP地址或頂SI。
17.如權利要求15所述的方法，其特征在于，所述鑒權信息為鑒權成功或鑒權失敗，所述鑒權結果為鑒權成功或鑒權失敗。
18.一種AP，其特征在于，包括: 判斷模塊，用于判斷是否需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接； 發(fā)送模塊，用于當所述判斷模塊判斷需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接時，向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接。
19.如權利要求18所述的AP，其特征在于，所述判斷模塊，具體用于判斷與所述UE的連接是否斷開，以確定是否需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接；或者， 判斷是否需要主動釋放與所述UE的連接，以確定是否需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接。
20.如權利要求19所述的AP，其特征在于， 所述發(fā)送模塊，具體用于當所述判斷模塊判斷與所述UE的連接斷開，確定需要通知網(wǎng)關UE已經(jīng)斷開與所述AP的連接時，向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接；或者， 當所述判斷模塊判斷需要主動釋放與所述UE的連接，確定需要通知網(wǎng)關UE斷開與所述AP的連接時，向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息或請求釋放UE上下文消息，通知所述網(wǎng)關所述UE已經(jīng)斷開與所述AP的連接。
21.如權利要求20所述的AP，其特征在于，還包括: 接收模塊，用于在所述發(fā)送模塊向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的請求釋放UE上下文消息后，接收所述網(wǎng)關發(fā)送的釋放UE上下文命令； 所述發(fā)送模塊，還用于當所述判斷模塊判斷需要主動釋放與所述UE的連接時，在向所述網(wǎng)關發(fā)送攜帶所述UE的識別標識的UE離開消息后，向所述UE發(fā)送RRC連接釋放消息；以及還用于當所述接收模塊 接收到所述網(wǎng)關發(fā)送的釋放UE上下文命令后，向所述UE發(fā)送RRC連接釋放消息。
22.一種網(wǎng)關，其特征在于，包括: 接收模塊，用于接收AP發(fā)送的攜帶UE的識別標識的消息； 控制模塊，用于在所述接收模塊接收到所述AP發(fā)送的攜帶UE的識別標識的消息后，開啟脫網(wǎng)定時器； 判斷模塊，用于在所述控制模塊開啟所述脫網(wǎng)定時器后，判斷所述脫網(wǎng)定時器是否超時； 釋放模塊，用于當所述判斷模塊判斷所述脫網(wǎng)定時器超時時，釋放本地存儲的所述UE的上下文、以及為所述UE分配的資源。
23.如權利要求22所述的網(wǎng)關，其特征在于， 所述接收模塊，具體用于接收所述AP發(fā)送的攜帶所述UE的識別標識的UE離開消息；以及具體用于接收所述AP發(fā)送的攜帶所述UE的識別標識的請求釋放UE上下文消息。
24.如權利要求23所述的網(wǎng)關，其特征在于，還包括: 第一發(fā)送模塊，用于當所述接收模塊接收到所述AP發(fā)送的攜帶所述UE的識別標識的請求釋放UE上下文消息時，向所述UE發(fā)送釋放UE上下文命令。
25.如權利要求22所述的網(wǎng)關，其特征在于，還包括: 所述接收模塊，還用于接收源地址或目的地址為所述UE的MAC地址的MAC包、以及源地址或目的地址為所述UE的IP地址的IP包；以及用于接收所述UE發(fā)送的鑒權請求，所述鑒權請求中攜帶了所述UE的鑒權標識； 鑒權模塊，用于當所述接收模塊接收到所述UE發(fā)送的鑒權請求時，根據(jù)所述鑒權標識對所述UE進行鑒權； 所述判斷模塊，還用于當所述接收模塊接收到所述MAC包或所述IP包時，判斷所述脫網(wǎng)定時器是否開啟；以及用于當所述鑒權模塊對所述UE鑒權成功時，判斷所述脫網(wǎng)定時器是否開啟； 所述控制模塊，還用于當所述判斷模塊判斷所述脫網(wǎng)定時器開啟時，關閉所述脫網(wǎng)定時器； 第二發(fā)送模塊，用于當所述接收模塊接收到所述MAC包或所述IP包時，根據(jù)所述MAC包或所述IP包的目的地址轉發(fā)所述MAC包或所述IP包；以及用于當所述鑒權模塊對所述UE的鑒權成功時，向所述UE發(fā)送鑒權成功消息，當所述鑒權模塊對所述UE的鑒權失敗時，向所述UE發(fā)送鑒權失敗消息。
26.如權利要求25所述的網(wǎng)關，其特征在于， 所述判斷模塊，還用于根據(jù)所述鑒權標識判斷本地是否存儲了所述UE的上下文； 所述鑒權模塊，具體用于當所述判斷模塊判斷本地存儲了所述UE的上下文時，根據(jù)所述UE的上下文對所述UE進行鑒權； 所述第二發(fā)送模塊，還用當所述判 斷模塊判斷本地未存儲所述UE的上下文時，向認證服務器發(fā)送鑒權請求。
【文檔編號】H04W60/06GK103458499SQ201210170476
【公開日】2013年12月18日 申請日期:2012年5月29日 優(yōu)先權日:2012年5月29日
【發(fā)明者】傅婧, 諶麗, 艾明, 侯云靜 申請人:電信科學技術研究院