本發(fā)明涉及移動通訊系統(tǒng)中通信控制功能之間的用戶上下文信息交互領域，特別涉及一種提前傳遞上下文的方法和裝置。

背景技術：

3GPP(3rd Generation Partnership Project，第三代合作伙伴計劃)對下一代移動無線網(wǎng)絡的項目叫系統(tǒng)架構演進(System Architecture Evolution，簡稱SAE)。SAE的架構如圖1所示，其中包含了如下網(wǎng)元：

E-RAN(Evolved RAN)：演進的無線接入網(wǎng)，可以提供更高的上下行速率，更低的傳輸延遲和更加可靠的無線傳輸。E-RAN中包含的網(wǎng)元是eNodeB(Evolved NodeB)，為終端的接入提供無線資源。

HSS(Home Subscriber Server)：歸屬用戶服務器，永久存儲用戶簽約數(shù)據(jù)。

MME(Mobility Management Entity，移動管理實體)：控制面功能實體，臨時存儲用戶數(shù)據(jù)的服務器，負責管理和存儲UE(User Equipment，用戶設備)上下文(比如UE/用戶的標識，移動性管理狀態(tài)，用戶安全參數(shù)等)，為用戶分配臨時標識，當UE駐扎在該跟蹤區(qū)域或者該網(wǎng)絡是負責對該用戶進行鑒權；處理MME和UE之間的所有非接入層消息；觸發(fā)在SAE的尋呼。

Serving GW(Gateway)：服務網(wǎng)關，該網(wǎng)關是一個用戶面實體，負責用戶面數(shù)據(jù)路由處理，終結處于空閑狀態(tài)的UE的下行數(shù)據(jù)。管理和存儲UE的SAE承載(bearer)上下文，比如IP承載業(yè)務參數(shù)和網(wǎng)絡內部路由信息等。是3GPP系統(tǒng)內部用戶面的錨點，一個用戶在一個時刻只能有一個Serving GW；

PDN GW(Packet Data Network Gateway)：分組數(shù)據(jù)網(wǎng)網(wǎng)關，負責UE接入PDN的網(wǎng)關，分配用戶IP地址，同時是3GPP和非3GPP接入系統(tǒng)的移動性錨點。用戶在同一時刻能夠接入多個PDN GW。

PCRF(Policy and Charging Rule Functionality)：策略和合計費規(guī)則功能實體，該功能實體主要根據(jù)業(yè)務信息和用戶簽約信息以及運營商的配置信息產(chǎn)生控制用戶數(shù)據(jù)傳遞的Qos(Quality of Service，服務質量)規(guī)則以及計費規(guī)則。該功能實體也可以控制接入網(wǎng)中承載的建立和釋放。

從2G時代開始直到4G移動網(wǎng)絡，都包含了一些按地理位置分布的節(jié)點,如MME、SGW、eNodeB，這些節(jié)點在一定的地理范圍內為終端提供無線和有線網(wǎng)絡的接入功能，稱這些節(jié)點為當前服務節(jié)點。當終端移動出當前服務節(jié)點管轄的范圍后，終端會接入新的無線和有線控制節(jié)點，稱新的節(jié)點為目的服務節(jié)點。為了達到正確識別和服務用戶的目的，即按照用戶申請的業(yè)務服務等級為用戶合理保質地提供業(yè)務，服務節(jié)點至少需要存儲兩類信息，包括從HSS中獲取的用戶鑒權、用戶類別和業(yè)務簽約等信息，以及在業(yè)務處理過程中產(chǎn)生的其他用戶相關的臨時信息，將這些信息統(tǒng)稱為用戶的上下文信息。當終端移動時，目的服務節(jié)點需要從當前服務節(jié)點或者HSS中獲取到用戶的上下文信息之后，才能為UE提供業(yè)務服務。傳統(tǒng)的實現(xiàn)方式是，UE自主搜索、接入到新的目的服務節(jié)點后，目的服務節(jié)點檢索發(fā)現(xiàn)本地沒有存儲UE的上下文，因而尋找HSS或者前一個服務節(jié)點，向其發(fā)起獲取UE上下文的請求。只有在UE漫游到目的MME覆蓋范圍內并且向目的MME發(fā)送了接入請求時，目的MME才會分別通過S10接口向原服務MME和通過S6接口向HSS獲取UE的上下文和簽約信息。傳統(tǒng)的實現(xiàn)方式常常導致目的服務節(jié)點過一段時間之后才能正常提供服務，在具有高移動低時延要求的服務中可能會移動降低通信網(wǎng)絡的服務能力。

目前國際上很多組織開始下一代移動網(wǎng)絡的研究，用戶端到端時延是個非常重要的評價指標，如何在用戶頻繁、高速移動時仍然能夠保證提供低時延的連接服務，是個很重要的課題。

技術實現(xiàn)要素：

本發(fā)明提供一種提前傳遞上下文的方法和裝置，當前服務節(jié)點主動、提前推送UE上下文，從而為移動終端高速移動時提供一致的低時延服務。

為了實現(xiàn)上述發(fā)明目的，本發(fā)明采取的技術方案如下：

一種提前傳遞上下文的方法，包括：

獲取用戶信息和/或接收配置的移動數(shù)據(jù)，所述用戶信息包括所述用戶的全部或者部分歷史位置信息，所述移動數(shù)據(jù)包括一時間段的移動路線；

基于所述用戶信息和/或所述移動數(shù)據(jù)，確定一個或者多個所述用戶遷移的候選后續(xù)位置；

通知所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送所述用戶的上下文信息。

進一步地，通知所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送所述用戶的上下文信息包括：

根據(jù)所述候選后續(xù)位置的網(wǎng)絡配置數(shù)據(jù)獲得所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點；

將所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點標識發(fā)送至所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體，使得所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體依據(jù)所述網(wǎng)絡節(jié)點標識將所述用戶的上下文信息發(fā)送給所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點。

進一步地，確定一個或者多個所述用戶遷移的候選后續(xù)位置之后還包括：

向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送獲取所述用戶的上下文信息的通知，以使所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點向所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體獲取所述用戶的上下文信息。

其中，獲取所述用戶的上下文信息的通知包括所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體的標識。

其中，所述用戶信息還包括以下的一項或者多項：用戶類型、用戶終端類型、用戶簽約業(yè)務信息、用戶使用的業(yè)務信息、用戶簽約信息。

其中，所述用戶的上下文信息還包括以下的一項或者多項：用戶類型、用戶終端類型、用戶簽約業(yè)務信息、移動性管理上下文信息、用戶鑒權信息。

為解決上述技術問題，本發(fā)明還提供一種提前傳遞上下文的裝置，包括：

獲取模塊，用于獲取用戶信息和/或接收配置的移動數(shù)據(jù)，所述用戶信息包括所述用戶的全部或者部分歷史位置信息，所述移動數(shù)據(jù)包括一時間段的移動路線；

分析模塊，用于基于所述用戶信息和/或所述移動數(shù)據(jù)，確定一個或者多個所述用戶遷移的候選后續(xù)位置；

推送模塊，用于通知所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送所述用戶的上下文信息。

優(yōu)選地，所述獲取模塊包括接收單元和人工交互單元，所述接收單元用于獲取用戶信息，所述人工交互單元用于接收配置的移動數(shù)據(jù)。

優(yōu)選地，所述分析模塊包括配置單元和計算單元，所述計算單元用于基于所述用戶信息和/或所述移動數(shù)據(jù)，確定一個或者多個所述用戶遷移的候選后續(xù)位置；所述配置單元用于根據(jù)所述候選后續(xù)位置的網(wǎng)絡配置數(shù)據(jù)獲得所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點；

所述推送模塊包括發(fā)送單元，所述發(fā)送單元，用于將所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點標識發(fā)送至所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體，使得所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體依據(jù)所述網(wǎng)絡節(jié)點標識將所述用戶的上下文信息發(fā)送給所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點。

優(yōu)選地，所述推送模塊還包括通知單元，所述通知單元用于向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送獲取所述用戶的上下文信息的通知，以使所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點向所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體獲取所述用戶的上下文信息。

本發(fā)明和現(xiàn)有技術相比，具有如下有益效果：

本發(fā)明提供的提前傳遞上下文的方法和裝置，獲取全部或者部分UE的歷史信息(包括但不限于位置信息和移動的速度、方向等)，進而分析、推斷、獲知UE的移動情況，并推斷UE的可能的一個或者多個候選后續(xù)位置。根據(jù)網(wǎng)絡的配置數(shù)據(jù)能夠獲得候選后續(xù)位置對應的網(wǎng)絡節(jié)點作為候選目的服 務節(jié)點，并將候選目的服務節(jié)點ID列表信息發(fā)給服務節(jié)點。服務節(jié)點從而主動將UE的關鍵上下文(包括但不限于用戶鑒權信息)發(fā)送給候選服務節(jié)點，能夠為移動的用戶提供更好的業(yè)務體驗。

附圖說明

圖1是現(xiàn)有技術中4G架構圖；

圖2是本發(fā)明實施例的提前傳遞上下文的方法的流程圖；

圖3是本發(fā)明實施例的提前傳遞上下文的裝置的結構示意圖；

圖4是本發(fā)明實施例1的4G網(wǎng)絡架構示例圖；

圖5是本發(fā)明實施例2的4G網(wǎng)絡架構示例圖；

圖6是本發(fā)明實施例3的4G網(wǎng)絡架構示例圖；

圖7是本發(fā)明實施例4的抽象架構示例圖；

圖8是本發(fā)明實施例5的抽象架構示例圖；

圖9是本發(fā)明實施例6的流程示例圖；

圖10是本發(fā)明實施例7的流程示例圖；

圖11是本發(fā)明實施例8的流程示例圖。

具體實施方式

為使本發(fā)明的發(fā)明目的、技術方案和有益效果更加清楚明了，下面結合附圖對本發(fā)明的實施例進行說明，需要說明的是，在不沖突的情況下，本申請中的實施例和實施例中的特征可以相互任意組合。

如圖2所示，本發(fā)明實施例提供一種提前傳遞上下文的方法，其特征在于，包括：

S1、獲取用戶信息和/或接收配置的移動數(shù)據(jù)，所述用戶信息包括所述用戶的全部或者部分歷史位置信息，所述移動數(shù)據(jù)包括一時間段的移動路線；

S2、基于所述用戶信息和/或所述移動數(shù)據(jù)，確定一個或者多個所述用戶遷移的候選后續(xù)位置；

S3、通知所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡 功能實體向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送所述用戶的上下文信息。

其中，在步驟S1之后可以包括存儲所述用戶信息和/或移動數(shù)據(jù)的步驟。

步驟S2包括：

根據(jù)所述候選后續(xù)位置的網(wǎng)絡配置數(shù)據(jù)獲得所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點；

其中，步驟S3包括功能一和功能二中的一個或者兩個：

功能一，將所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點標識發(fā)送至所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體，使得所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體依據(jù)所述網(wǎng)絡節(jié)點標識將所述用戶的上下文信息發(fā)送給所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點。

功能二，向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送獲取所述用戶的上下文信息的通知，以使所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點向所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體獲取所述用戶的上下文信息。

其中，所述用戶信息還可以包括以下的一項或者多項：用戶類型、用戶終端類型、用戶簽約業(yè)務信息、用戶使用的業(yè)務信息、用戶簽約信息。所述用戶的上下文信息還可以包括以下的一項或者多項：用戶類型、用戶終端類型、用戶簽約業(yè)務信息、移動性管理上下文信息、用戶鑒權信息，獲取所述用戶的上下文信息的通知包括所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體的標識。

如圖3所示，本發(fā)明實施例提供一種提前傳遞上下文的裝置，設置在AAF(行為分析功能)上，所述AAF運行于網(wǎng)絡的某個實體上，包括：

獲取模塊，用于獲取用戶信息和/或接收配置的移動數(shù)據(jù)，所述用戶信息包括所述用戶的全部或者部分歷史位置信息，所述移動數(shù)據(jù)包括一時間段的移動路線；

分析模塊，用于基于所述用戶信息和/或所述移動數(shù)據(jù)，確定一個或者多個所述用戶遷移的候選后續(xù)位置；

推送模塊，用于通知所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送所述用戶的上下文信息。

所述獲取模塊包括：

接收單元用于獲取用戶信息；

人工交互單元用于接收配置的移動數(shù)據(jù)。

所述分析模塊包括：

計算單元，用于基于所述用戶信息和/或所述移動數(shù)據(jù)，確定一個或者多個所述用戶遷移的候選后續(xù)位置；

配置單元，用于根據(jù)所述候選后續(xù)位置的網(wǎng)絡配置數(shù)據(jù)獲得所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點；

所述推送模塊可選地包括以下的一個單元，也可同時包括兩個單元：

發(fā)送單元，用于將所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點標識發(fā)送至所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體，使得所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體依據(jù)所述網(wǎng)絡節(jié)點標識將所述用戶的上下文信息發(fā)送給所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點。

通知單元，用于向所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點發(fā)送獲取所述用戶的上下文信息的通知，以使所述候選后續(xù)位置對應的網(wǎng)絡節(jié)點向所述用戶當前所在的服務節(jié)點或者存儲所述用戶上下文的網(wǎng)絡功能實體獲取所述用戶的上下文信息。

實施例1

圖4所示是本發(fā)明在4G移動網(wǎng)絡中的網(wǎng)絡架構實施例1。

在網(wǎng)絡中增加一種功能，該功能運行于網(wǎng)絡的某個實體上，本發(fā)明中稱為AAF(行為分析功能)。AAF從網(wǎng)絡中收集用戶的信息，并對大量的用戶信息進行分析，進而形成某種決策，指導網(wǎng)絡更好地為用戶提供服務。AAF 從網(wǎng)絡中獲取的信息包括用戶類型、用戶終端類型、用戶簽約業(yè)務信息、用戶歷史位置信息、用戶使用的業(yè)務信息、簽約信息等。AAF能夠從包括以下網(wǎng)元在內的網(wǎng)絡功能中獲取用戶的歷史信息，例如MME(通過A1接口)、HSS(通過B1接口)、PCRF(通過C1接口)等。AAF能夠保持并分析獲取到的大量用戶信息，判斷出UE在下面的時段內有可能從一個MME漫游到另一個目的MME(或者多個MME列表)，從而觸發(fā)當前服務MME將關鍵的UE上下文(例如UE移動性管理上下文信息、鑒權信息、簽約業(yè)務信息、用戶類型、終端類型等)通過D1接口提前傳遞給目的MME(或者多個MME列表)。本句中“觸發(fā)”是指AAF發(fā)出消息給當前服務MME和/或者目的MME，使得當前服務MME發(fā)請求給目的MME，或者使得目的MME發(fā)請求給當前服務MME，要求將UE上下文從當前服務MME發(fā)送到目的MME。

實施例2

圖5所示是本發(fā)明在4G移動網(wǎng)絡中的網(wǎng)絡架構實施例2。

本實例中同樣增加AAF功能，相比圖2，AAF不僅從核心網(wǎng)的網(wǎng)元中獲取用戶信息，同時也從接入網(wǎng)的eNodeB(通過A2接口)中獲取用戶信息。AAF進而對獲取到的信息進行分析，判斷出UE在下面的時段內有可能從一個eNodeB漫游到另一個目的eNodeB(或者多個eNodeB列表)所屬范圍，因此觸發(fā)當前服務eNodeB將關鍵的UE上下文通過D1接口提前傳遞給目的eNodeB(或者多個eNodeB列表)。本句中“觸發(fā)”是指AAF發(fā)出消息給當前服務eNodeB和/或者目的eNodeB，使得當前服務eNodeB發(fā)請求給目的eNodeB，或者使得目的eNodeB發(fā)請求給當前服務eNodeB，要求將UE上下文從當前服務eNodeB發(fā)送到目的eNodeB。

實施例3

圖6所示是本發(fā)明在4G移動網(wǎng)絡中的網(wǎng)絡架構實施例3。

相對于圖5,AAF功能可以不從HSS、PCRF獲取用戶信息，而是從網(wǎng)絡上其他任意的一個或者多個網(wǎng)元中獲取用戶的信息以做出UE漫游路徑的判斷。本示例圖中顯示的是AAF從MME和eNodeB中獲取UE信息。

實施例4

圖7所示是本發(fā)明在移動網(wǎng)絡中的抽象架構實施例4。

AAF功能從網(wǎng)絡上的某一個或者幾個功能實體NF11、NF12、NF21中獲取用戶信息，NF11、NF12、NF21可以是虛擬架構上的虛擬網(wǎng)絡功能或者傳統(tǒng)網(wǎng)元，后面統(tǒng)稱為網(wǎng)絡功能。NF11、NF12、NF13是同類型的網(wǎng)絡功能，NF21是另一個網(wǎng)絡功能。AAF根據(jù)獲取的用戶歷史信息判斷出UE將從NF11覆蓋范圍移動到NF12(NF12或者NF13)覆蓋范圍，因此觸發(fā)NF11將關鍵的UE上下文通過D1接口提前傳遞給NF12，以達到提高NF12處理速度的目的?！坝|發(fā)”指AAF發(fā)出消息給當前服務網(wǎng)絡功能和/或者目的網(wǎng)絡功能，使得當前服務網(wǎng)絡功能主動發(fā)請求給目的網(wǎng)絡功能，向其傳送UE上下文，或者使得目的網(wǎng)絡服務功能主動發(fā)請求給當前服務網(wǎng)絡功能，向其獲取UE上下文。AAF也有可能判斷為UE將從NF11覆蓋范圍移動到多個網(wǎng)絡功能列表的覆蓋范圍(例如NF12或者NF13)，因此觸發(fā)NF11將關鍵的UE上下文通過D1接口提前傳遞給多個網(wǎng)絡功能。本發(fā)明的抽象架構實施例中，AAF能夠從更多的網(wǎng)絡功能中獲取UE的信息，不限于圖中描述。

實施例5

圖8所示是本發(fā)明在移動網(wǎng)絡中的抽象架構實施例5。

與圖7不同的是，網(wǎng)絡中增加了一個集中存儲UE上下文的網(wǎng)絡功能UCDB(用戶上下文數(shù)據(jù)庫)，NF11、NF12、NF13會將UE上下文發(fā)送到UCDB中存儲。當AAF功能判斷UE將從NF11覆蓋范圍移動到NF12覆蓋范圍時，會觸發(fā)UCDB提前將關鍵的UE上下文通過E1接口提前傳遞給NF12?！坝|發(fā)”指AAF發(fā)出消息給UCDB和/或者目的網(wǎng)絡功能，使得UCDB主動發(fā)請求給目的網(wǎng)絡功能，向其傳送UE上下文，或者使得目的網(wǎng)絡服務功能主動發(fā)請求給UCDB，向其獲取UE上下文。本發(fā)明的抽象架構實施例中，AAF能夠從更多的網(wǎng)絡功能中獲取UE的信息，不限于圖中描述。

實施例6

圖9所示是圖7架構實施例下UE上下文傳遞的一個實施例。

步驟101，UE A移動到NF11覆蓋范圍，NF11為UE A提供服務。NF11記錄UE在本網(wǎng)絡功能中活動信息，并將相關信息傳遞給AAF功能。步驟101代表一條或者多條信息發(fā)送的請求和響應消息。步驟101可以發(fā)生在UE A位于NF11覆蓋范圍之內或者之外的某個時刻。

步驟102，UE A移動到NF12覆蓋范圍，NF12為UE A提供服務。NF12記錄UE在本網(wǎng)絡功能中活動信息，并將相關信息傳遞給AAF功能。步驟102代表一條或者多條信息發(fā)送的請求和響應消息。步驟102可以發(fā)生在UE A位于NF12覆蓋范圍之內或者之外的某個時刻。

步驟103，NF21將UE在本網(wǎng)絡功能中活動而記錄的信息傳遞給AAF功能。步驟103代表一條或者UE A信息發(fā)送的請求和響應消息。步驟103可以發(fā)生在UE A位于NF21覆蓋范圍之內或者之外的某個時刻。

步驟104，用戶通過AAF提供的服務接口輸入個人業(yè)務相關的某些信息，例如當日行車的起始點、目的地等。所述服務接口包括當不限于Web頁面。

本實施例中至少包括步驟101,102，103，104中的一條，也可以包括多條。

步驟105，AAF利用步驟101,102，103，104中獲取的UE歷史信息和當前信息，判斷UE很有可能將從NF12覆蓋范圍移動到NF11覆蓋范圍。

步驟106，AAF通知NF12將UEA的關鍵上下文信息傳遞給NF11。

步驟107，AAF通知NF11向NF12獲取UEA的關鍵上下文信息。

本實施例中至少包括步驟106，107中的一條消息，也可以包括兩條。

步驟108，NF12向NF11傳遞UE A的關鍵上下文信息。步驟108代表一條或者多條上下文發(fā)送的請求和響應消息。

實施例7

圖10所示是圖8架構實施例下UE上下文傳遞的一個實施例。

步驟201，UE A移動到NF11覆蓋范圍后，NF11為UE A提供服務，NF11將UE的上下文發(fā)送到UCDB中備份。步驟201代表一條或者多條UE A上下文發(fā)送的請求和響應消息。

步驟202，NF11記錄UE在本網(wǎng)絡功能中的活動信息，并將相關信息傳遞給AAF功能。步驟202代表一條或者多條信息發(fā)送的請求和響應消息。步驟202可以發(fā)生在UE A位于NF11覆蓋范圍之內或者之外的某個時刻。

步驟203，UE A移動到NF12覆蓋范圍，NF12為UE A提供服務。NF12將UE的上下文發(fā)送到UCDB中備份。步驟203代表一條或者多條信息發(fā)送的請求和響應消息。

步驟204，NF12記錄UE在本網(wǎng)絡功能中的活動信息，并將相關信息傳遞給AAF功能。步驟204代表一條或者多條信息發(fā)送的請求和響應消息。步驟204可以發(fā)生在UE A位于NF12覆蓋范圍之內或者之外的某個時刻。

步驟205，NF21將UE在本網(wǎng)絡功能中活動而記錄的信息傳遞給AAF功能。步驟205代表一條或者多條信息發(fā)送的請求和響應消息。步驟205可以發(fā)生在UE A位于NF21覆蓋范圍之內或者之外的某個時刻。

步驟206，用戶通過AAF提供的服務接口輸入個人業(yè)務相關的某些信息，例如當日行車的起始點、目的地等。所述服務接口包括但不限于Web頁面。

本實施例中至少包括步驟202,204，205，206中的一條，也可以包括多條。

步驟207，AAF利用步驟202,204，205，206中獲取的UE歷史信息和當前信息，判斷UE很有可能將從NF12覆蓋范圍移動到NF11覆蓋范圍。

步驟208，AAF通知NF12將UEA的關鍵上下文信息傳遞給NF11。

步驟209，AAF通知NF11向NF12獲取UEA的關鍵上下文信息。

本實施例中至少包括步驟208，209中的一條消息，也可以包括兩條。

步驟210，NF12向NF11傳遞UE A的關鍵上下文信息。步驟210代表一條或者多條上下文發(fā)送的請求和響應消息。

實施例8

圖11所示是圖8架構實施例下UE上下文傳遞的一個實施例。

與圖10的不同之處在于步驟307中，AAF判斷UE A可能會移動到多個網(wǎng)絡功能中的一個覆蓋范圍下。

步驟301，UE A移動到NF11覆蓋范圍后，NF11為UE A提供服務，NF11將UE的上下文發(fā)送到UCDB中備份。步驟301代表一條或者多條UE A上下文發(fā)送的請求和響應消息。

步驟302，NF11記錄UE在本網(wǎng)絡功能中的活動信息，并將相關信息傳遞給AAF功能。步驟302代表一條或者多條信息發(fā)送的請求和響應消息。步驟302可以發(fā)生在UE A位于NF11覆蓋范圍之內或者之外的某個時刻。

步驟303，UE A移動到NF12覆蓋范圍，NF12為UE A提供服務。NF12將UE的上下文發(fā)送到UCDB中備份。步驟303代表一條或者多條信息發(fā)送的請求和響應消息。

步驟304，NF12記錄UE在本網(wǎng)絡功能中的活動信息，并將相關信息傳遞給AAF功能。步驟304代表一條或者多條信息發(fā)送的請求和響應消息。步驟304可以發(fā)生在UE A位于NF12覆蓋范圍之內或者之外的某個時刻。

步驟305，NF21將UE在本網(wǎng)絡功能中活動而記錄的信息傳遞給AAF功能。步驟305代表一條或者多條信息發(fā)送的請求和響應消息。步驟305可以發(fā)生在UE A位于NF21覆蓋范圍之內或者之外的某個時刻。

步驟306，用戶通過AAF提供的服務接口輸入個人業(yè)務相關的某些信息，例如當日行車的起始點、目的地等。所述服務接口包括當不限于Web頁面。

本實施例中至少包括步驟302,304，305，306中的一條，也可以包括多條。

步驟307，AAF利用步驟302,304，305，306中獲取的UE歷史信息和當前信息，判斷UE很有可能將從NF12覆蓋范圍移動到NF11或者NF13的覆蓋范圍。

步驟308，AAF通知UCDB將UEA的關鍵上下文信息傳遞給NF11和NF13。

步驟309，AAF通知NF11向UCDB獲取UEA的關鍵上下文信息。

步驟310，AAF通知NF13向UCDB獲取UEA的關鍵上下文信息。

本實施例中至少包括步驟308,309/310步驟組中的一條或者一組消息，也可以包括所有消息。

步驟311，UCDB向NF11傳遞UE A的關鍵上下文信息。步驟311代表一條或者多條上下文發(fā)送的請求和響應消息。

步驟312，UCDB向NF13傳遞UE A的關鍵上下文信息。步驟312代表 一條或者多條上下文發(fā)送的請求和響應消息。

雖然本發(fā)明所揭示的實施方式如上，但其內容只是為了便于理解本發(fā)明的技術方案而采用的實施方式，并非用于限定本發(fā)明。任何本發(fā)明所屬技術領域內的技術人員，在不脫離本發(fā)明所揭示的核心技術方案的前提下，可以在實施的形式和細節(jié)上做任何修改與變化，但本發(fā)明所限定的保護范圍，仍須以所附的權利要求書限定的范圍為準。