本發(fā)明涉及無線通信技術(shù)領(lǐng)域，尤其涉及一種基于?；畹纳舷挛墓芾矸椒霸O(shè)備。

背景技術(shù)：

隨著通信技術(shù)的不斷發(fā)展和新業(yè)務(wù)的不斷涌現(xiàn)，傳統(tǒng)的移動用戶已不滿足于簡單的語音、短信和低速數(shù)據(jù)業(yè)務(wù)，用戶需求的變化推動了通信網(wǎng)絡(luò)的迅速發(fā)展。

在目前的通信網(wǎng)絡(luò)中，如第四代移動通信技術(shù)(4g，the4thgenerationmobilecommunication)網(wǎng)絡(luò)中，核心網(wǎng)和接入網(wǎng)都可以保活用戶設(shè)備(ue，userequipment)ue的上下文。然而，目前的ue上下文?；罘椒ㄒ撮L期占用網(wǎng)絡(luò)資源，要么要求ue與網(wǎng)絡(luò)側(cè)之間頻繁互動維持上下文。

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

有鑒于此，本發(fā)明期望提供一種基于?；畹纳舷挛墓芾矸椒霸O(shè)備，能按需為ue提供上下文維護(hù)，同時保障網(wǎng)絡(luò)資源的充分使用。

為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：

本發(fā)明提供了一種基于?；畹纳舷挛墓芾矸椒ǎ龇椒òǎ?/p>

獲取ue的?；钚袨?；

基于ue的?；钚袨閷e的上下文信息進(jìn)行管理。

上述方案中，優(yōu)選地，所述獲取ue的?；钚袨?，包括：

網(wǎng)絡(luò)側(cè)按照預(yù)設(shè)規(guī)則確定ue是否滿足執(zhí)行?；畈僮鞯膯訔l件；

當(dāng)確定ue滿足執(zhí)行?；畈僮鞯膯訔l件時，獲取ue的?；钚袨椤?/p>

上述方案中，優(yōu)選地，所述網(wǎng)絡(luò)側(cè)按照預(yù)設(shè)規(guī)則確定ue是否需執(zhí)行?；? 操作，包括：

基于預(yù)設(shè)、預(yù)估或者預(yù)協(xié)商的用戶保活行為信息，確定ue是否需執(zhí)行?；畈僮鳎换?/p>

網(wǎng)絡(luò)側(cè)檢測當(dāng)前網(wǎng)絡(luò)資源，當(dāng)所述網(wǎng)絡(luò)資源滿足預(yù)設(shè)條件時，確定ue需執(zhí)行?；畈僮鳌?/p>

上述方案中，優(yōu)選地，所述預(yù)設(shè)、預(yù)估或者預(yù)協(xié)商的用戶?；钚袨樾畔ⅲǎ?/p>

由ue告知的用戶?；钚袨樾畔?；或

網(wǎng)絡(luò)側(cè)與ue通過協(xié)商確定的用戶保活行為信息；或

由網(wǎng)絡(luò)側(cè)判定的用戶?；钚袨樾畔ⅰ?/p>

上述方案中，優(yōu)選地，所述用戶?；钚袨樾畔榫W(wǎng)絡(luò)側(cè)為ue配置的上下文計時器；

其中，所述上下文計時器是?；钣嫊r器，或者，

在每個上下文計時器計時時間內(nèi)，若沒有數(shù)據(jù)發(fā)生，ue需向網(wǎng)絡(luò)側(cè)發(fā)送用戶?；钚袨橄?。

上述方案中，優(yōu)選地，所述方法還包括：

網(wǎng)絡(luò)側(cè)基于上下文計時器，為ue預(yù)配置上下文保活資源，以使ue利用所述上下文?；钯Y源進(jìn)行?；畈僮?。

上述方案中，優(yōu)選地，所述基于ue的保活行為對ue的上下文信息進(jìn)行管理，包括：

在ue按照網(wǎng)絡(luò)側(cè)為其配置的?；钯Y源執(zhí)行保活操作的過程中，網(wǎng)絡(luò)側(cè)完成上下文信息的存儲、或更新、或轉(zhuǎn)移、或釋放或者降低優(yōu)先級。

上述方案中，優(yōu)選地，所述網(wǎng)絡(luò)側(cè)進(jìn)行上下文信息的釋放或者降低優(yōu)先級，包括：

當(dāng)上下文計時器的新的?；顣r鐘周期到達(dá)時，若網(wǎng)絡(luò)側(cè)沒有在一定時間內(nèi)收到ue側(cè)反饋的?；钕ⅲ瑒t判定上下文信息過期或者不重要，并對所存儲的上下文信息進(jìn)行釋放或者降低優(yōu)先級處理；

其中，所述一定時間包括：?；顣r鐘周期+預(yù)估空口時延。

上述方案中，優(yōu)選地，所述網(wǎng)絡(luò)側(cè)進(jìn)行上下文信息的轉(zhuǎn)移，包括：

當(dāng)ue的保活行為來自區(qū)別于ue上一次進(jìn)行數(shù)據(jù)傳輸所在的上下文存儲管轄區(qū)域時，則判定ue的上下文發(fā)生了轉(zhuǎn)移，并對所存儲的上下文信息進(jìn)行轉(zhuǎn)移/或?qū)ι舷挛男畔⑦M(jìn)行更新。

上述方案中，優(yōu)選地，所述網(wǎng)絡(luò)側(cè)進(jìn)行上下文信息的更新，包括：

檢測到ue的上下文發(fā)生更新，或轉(zhuǎn)移上下文，或收到ue發(fā)送的攜帶有上下文更新的?；钕r，對所存儲的上下文信息進(jìn)行更新。

本發(fā)明還提供了一種基于?；畹纳舷挛墓芾矸椒?，應(yīng)用于終端側(cè)，所述方法包括：

ue基于用戶?；钚袨樾畔?zhí)行用戶?；钚袨椤?/p>

上述方案中，優(yōu)選地，所述用戶?；钚袨樾畔椋?/p>

由ue確定的用戶?；钚袨樾畔?；

ue與網(wǎng)絡(luò)側(cè)通過協(xié)商確定的用戶?；钚袨樾畔ⅲ夯?/p>

由網(wǎng)絡(luò)側(cè)判定的用戶保活行為信息。

上述方案中，優(yōu)選地，所述由ue確定的用戶?；钚袨樾畔ⅲǎ?/p>

在每個上下文計時器計時時間內(nèi)，滿足預(yù)設(shè)條件時向網(wǎng)絡(luò)側(cè)發(fā)送的用戶保活行為消息。

上述方案中，優(yōu)選地，所述預(yù)設(shè)條件，包括：沒有數(shù)據(jù)發(fā)生。

上述方案中，優(yōu)選地，所述方法還包括：

ue利用網(wǎng)絡(luò)側(cè)為其配置的?；钯Y源進(jìn)行?；畈僮鳌?/p>

本發(fā)明還提供了一種基于?；畹纳舷挛墓芾碓O(shè)備，所述設(shè)備包括：

獲取單元，用于獲取ue的保活行為；

管理單元，用于基于ue的?；钚袨閷e的上下文信息進(jìn)行管理。

上述方案中，優(yōu)選地，所述獲取單元，還用于：

按照預(yù)設(shè)規(guī)則確定ue是否滿足執(zhí)行保活操作的啟動條件；

當(dāng)確定ue滿足執(zhí)行?；畈僮鞯膯訔l件時，獲取ue的?；钚袨?；

其中，所述獲取單元按照預(yù)設(shè)規(guī)則確定ue是否滿足執(zhí)行?；畈僮鞯膯訔l件，包括：

基于預(yù)設(shè)、預(yù)估或者預(yù)協(xié)商的用戶?；钚袨樾畔?，確定ue是否需執(zhí)行?；畈僮?；或

網(wǎng)絡(luò)側(cè)檢測當(dāng)前網(wǎng)絡(luò)資源，當(dāng)所述網(wǎng)絡(luò)資源滿足預(yù)設(shè)條件時，確定ue需執(zhí)行保活操作。

上述方案中，優(yōu)選地，所述預(yù)設(shè)、預(yù)估或者預(yù)協(xié)商的用戶?；钚袨樾畔ⅲǎ?/p>

由ue告知的用戶?；钚袨樾畔?；或

網(wǎng)絡(luò)側(cè)與ue通過協(xié)商確定的用戶?；钚袨樾畔ⅲ换?/p>

網(wǎng)絡(luò)側(cè)判定的用戶?；钚袨樾畔ⅰ?/p>

上述方案中，優(yōu)選地，所述用戶?；钚袨樾畔榫W(wǎng)絡(luò)側(cè)為ue配置的上下文計時器；

其中，所述上下文計時器是?；钣嫊r器，或者，

所述上下文計時器是ue在每個上下文計時器計時時間內(nèi)沒有數(shù)據(jù)發(fā)生情況下向網(wǎng)絡(luò)側(cè)發(fā)送的用戶?；钚袨橄?。

上述方案中，優(yōu)選地，所述設(shè)備包括：

配置單元，用于基于上下文計時器，為ue預(yù)配置上下文?；钯Y源，以使ue利用所述上下文保活資源進(jìn)行?；畈僮?。

上述方案中，優(yōu)選地，所述管理單元，還用于：

在ue按照網(wǎng)絡(luò)側(cè)為其配置的?；钯Y源執(zhí)行?；畈僮鞯倪^程中，進(jìn)行上下文信息的存儲、或更新、或轉(zhuǎn)移、或釋放或者降低優(yōu)先級。

上述方案中，優(yōu)選地，所述管理單元，包括：

釋放子單元，用于當(dāng)上下文計時器的新的?；顣r鐘周期到達(dá)時，若網(wǎng)絡(luò)側(cè)沒有在一定時間內(nèi)收到ue側(cè)反饋的的?；钕?，則判定上下文信息過期或者不重要，并對所存儲的上下文信息進(jìn)行釋放或者降低優(yōu)先級處理；

其中，所述一定時間包括：?；顣r鐘周期+預(yù)估空口時延。

上述方案中，優(yōu)選地，所述管理單元，還包括：

轉(zhuǎn)移子單元，用于當(dāng)ue的?；钚袨閬碜詤^(qū)別于ue上一次進(jìn)行數(shù)據(jù)傳輸所在的上下文存儲管轄區(qū)域時，則判定ue的上下文發(fā)生了轉(zhuǎn)移，并對所存儲的上下文信息進(jìn)行轉(zhuǎn)移。

上述方案中，優(yōu)選地，所述管理單元，還包括：

更新子單元，用于檢測到ue的上下文發(fā)生更新，或轉(zhuǎn)移上下文，或收到ue發(fā)送的攜帶有上下文更新的?；钕r，對所存儲的上下文信息進(jìn)行更新。

本發(fā)明還提供了一種基于保活的上下文管理設(shè)備，所述設(shè)備包括：

確定單元，用于獲取用戶保活行為信息；

處理單元，用于基于所述用戶?；钚袨樾畔?zhí)行用戶?；钚袨?；

其中，所述用戶?；钚袨樾畔椋?/p>

由ue確定的用戶保活行為信息；

ue與網(wǎng)絡(luò)側(cè)通過協(xié)商確定的用戶保活行為信息：

其中，所述由ue確定的用戶?；钚袨樾畔ⅲ瑸椋涸诿總€上下文計時器計時時間內(nèi)，滿足預(yù)設(shè)條件時，向網(wǎng)絡(luò)側(cè)發(fā)送的用戶?；钚袨橄?；其中，所述預(yù)設(shè)條件包括：沒有數(shù)據(jù)發(fā)生。

上述方案中，優(yōu)選地，所述設(shè)備還包括：

?；顔卧?，用于利用網(wǎng)絡(luò)側(cè)為其配置的?；钯Y源進(jìn)行?；畈僮鳌?/p>

本發(fā)明所提供的基于?；畹纳舷挛墓芾矸椒霸O(shè)備，網(wǎng)絡(luò)側(cè)獲取ue的?；钚袨?；基于ue的保活行為對ue的上下文信息進(jìn)行管理；如此，能基于ue的?；钚袨楦玫貙e的上下文信息進(jìn)行管理，按需為ue提供上下文維護(hù)，同時保障網(wǎng)絡(luò)資源的充分使用。

附圖說明

圖1為本發(fā)明提供的一種基于?；畹纳舷挛墓芾矸椒ǖ膶崿F(xiàn)流程圖；

圖2為本發(fā)明提供的基于保活的上下文通信的一種實現(xiàn)流程示意圖；

圖3為本發(fā)明提供的基于?；畹纳舷挛耐ㄐ诺牧硪环N實現(xiàn)流程示意圖；

圖4為本發(fā)明提供的一種基于?；畹纳舷挛墓芾碓O(shè)備的組成結(jié)構(gòu)示意圖；

圖5為本發(fā)明提供的另一種基于?；畹纳舷挛墓芾碓O(shè)備的組成結(jié)構(gòu)示意圖。

具體實施方式

為了能夠更加詳盡地了解本發(fā)明的特點與技術(shù)內(nèi)容，下面結(jié)合附圖對本發(fā)明的實現(xiàn)進(jìn)行詳細(xì)闡述，所附附圖僅供參考說明之用，并非用來限定本發(fā)明。

實施例一

圖1為本發(fā)明提供的一種基于?；畹纳舷挛墓芾矸椒ǖ膶崿F(xiàn)流程圖；如圖1所示，所述方法主要包括：

步驟101：獲取ue的?；钚袨椤?/p>

優(yōu)選地，所述獲取ue的?；钚袨?，包括：

網(wǎng)絡(luò)側(cè)按照預(yù)設(shè)規(guī)則確定ue是否滿足執(zhí)行保活操作的啟動條件；

當(dāng)確定ue滿足執(zhí)行?；畈僮鞯膯訔l件時，獲取ue的保活行為。

優(yōu)選地，所述網(wǎng)絡(luò)側(cè)按照預(yù)設(shè)規(guī)則確定ue是否需執(zhí)行?；畈僮?，可以包括：

基于預(yù)設(shè)、預(yù)估或者預(yù)協(xié)商的用戶保活行為信息，確定ue是否需執(zhí)行?；畈僮?；或

網(wǎng)絡(luò)側(cè)檢測當(dāng)前網(wǎng)絡(luò)資源，當(dāng)所述網(wǎng)絡(luò)資源滿足預(yù)設(shè)條件時，確定ue需執(zhí)行?；畈僮?。

也就是說，ue可以按照配置主動向網(wǎng)絡(luò)側(cè)發(fā)送保活請求；或者，網(wǎng)絡(luò)側(cè)按需向ue發(fā)送?；蠲?，比如網(wǎng)絡(luò)負(fù)載高了，會向ue發(fā)送保活命令。

優(yōu)選地，所述預(yù)設(shè)、預(yù)估或者預(yù)協(xié)商的用戶保活行為信息，包括：

由ue告知的用戶?；钚袨樾畔ⅲ换?/p>

網(wǎng)絡(luò)側(cè)與ue通過協(xié)商確定的用戶?；钚袨樾畔?；或

網(wǎng)絡(luò)側(cè)判定的用戶?；钚袨樾畔?。

優(yōu)選地，所述用戶?；钚袨樾畔榫W(wǎng)絡(luò)側(cè)為ue配置的上下文計時器；

其中，所述上下文計時器是保活計時器，或者，

所述上下文計時器是ue在每個上下文計時器計時時間內(nèi)若沒有數(shù)據(jù)發(fā)生情況下向網(wǎng)絡(luò)側(cè)發(fā)送用戶?；钚袨橄?。

步驟103：基于ue的?；钚袨閷e的上下文信息進(jìn)行管理。

上述方案中，所述方法還可以包括：

步驟100：網(wǎng)絡(luò)側(cè)為ue配置上下文計時器。

優(yōu)選地，所述網(wǎng)絡(luò)側(cè)為ue配置上下文計時器，可以包括：

網(wǎng)絡(luò)側(cè)獲取ue的行為特征和/或業(yè)務(wù)特征；

根據(jù)所述行為特征和/或所述業(yè)務(wù)特征為所述ue配置專屬的上下文計時器。

這里，所述行為特征可以是指移動性；所述業(yè)務(wù)特征可以是指業(yè)務(wù)周期、業(yè)務(wù)間隔等。

進(jìn)一步地，所述網(wǎng)絡(luò)側(cè)獲取ue的行為特征和/或業(yè)務(wù)特征之后，還可以包括：

根據(jù)ue的行為特征和/或業(yè)務(wù)特征對ue進(jìn)行分類；

網(wǎng)絡(luò)側(cè)為每類ue配置專屬的上下文計時器。

優(yōu)選地，所述根據(jù)所述行為特征和/或所述業(yè)務(wù)特征為所述ue配置專屬的上下文計時器，包括：

當(dāng)ue的業(yè)務(wù)間隔集中分布在t0時，將上下文計時器的?；顣r鐘周期設(shè)置為n*t0；如果所述ue的移動性低于第一閾值，繼續(xù)延長所述保活時鐘周期n*t0，將?；顣r鐘周期設(shè)置為m*n*t0，m＞1，n為正整數(shù)，t0為兩數(shù)據(jù)包之間的間隔；

或者，

當(dāng)ue的業(yè)務(wù)間隔大于t1的概率低于第二閾值時，將上下文計時器的?；顣r鐘周期設(shè)置為t1，其中，t1＞t0，t1為兩數(shù)據(jù)包之間的間隔；如果所述ue的移動性高于第三閾值，繼續(xù)縮短所述?；顣r鐘周期t1，將?；顣r鐘周期設(shè)置為p*t1，其中，p＜1。

也就是說，?；顣r鐘周期與業(yè)務(wù)的發(fā)生規(guī)則以及ue的移動性同時相關(guān)，并且更關(guān)注用戶業(yè)務(wù)本身的發(fā)生規(guī)則。

上述判斷移動性強弱的參考指標(biāo)可以是ue的移動速率、或ue在單位時間內(nèi)經(jīng)過的小區(qū)的數(shù)量。

當(dāng)然，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，根據(jù)行為特征和/或業(yè)務(wù)特征為ue配置專屬的上下文計時器的具體實現(xiàn)方式并不限于以上列舉的幾種，在此不再贅述。

優(yōu)選地，所述方法還包括：

網(wǎng)絡(luò)側(cè)基于所述上下文計時器，為ue預(yù)配置上下文?；钯Y源，以使ue在所述上下文計時器的計時時長內(nèi)利用所述上下文?；钯Y源進(jìn)行?；畈僮?。

其中，網(wǎng)絡(luò)側(cè)基于所述上下文計時器，為ue預(yù)配置上下文保活資源，可以包括：

網(wǎng)絡(luò)側(cè)為ue預(yù)配置上下文?；钯Y源時，在每個上下文計時器的計時周期內(nèi)，所預(yù)配置的上下文?；钯Y源能保證ue與網(wǎng)絡(luò)側(cè)至少保持下述通信：

業(yè)務(wù)通信、為了維護(hù)上下文的?；钚畔⒌耐ㄐ?；

其中，所述為了維護(hù)上下文的保活信息的通信包括：由網(wǎng)絡(luò)側(cè)發(fā)起的第一?；钫埱笮畔⒁约坝捎脩魝?cè)發(fā)起的第一?；顟?yīng)答消息；由用戶側(cè)發(fā)起的第二?；钫埱笮畔⒁约坝删W(wǎng)絡(luò)側(cè)發(fā)起的第二保活應(yīng)答消息；由網(wǎng)絡(luò)側(cè)發(fā)起的?；钫髟冃畔⒁约坝捎脩魝?cè)發(fā)起的?；钫髟儜?yīng)答消息。

上述方案中，優(yōu)選地，所述方法還包括：

網(wǎng)絡(luò)側(cè)向ue發(fā)送?；蠲钜约氨；钯Y源配置信息；

ue按照網(wǎng)絡(luò)側(cè)為其配置的?；钯Y源執(zhí)行?；畈僮?；

在ue執(zhí)行?；畈僮鞯倪^程中，網(wǎng)絡(luò)側(cè)完成上下文信息的存儲、或更新、或轉(zhuǎn)移、或釋放或者降低優(yōu)先級。

這里，網(wǎng)絡(luò)側(cè)可以向一個或一組ue發(fā)送?；蠲钜约氨；钯Y源配置信息。

具體地，對于有保活需求的ue的上下文信息進(jìn)行保留或更新；對于無保活需求的ue的上下文信息進(jìn)行釋放或降低存儲優(yōu)先級；這里，降低存儲優(yōu)先級是指：一旦資源緊張(如影響上下文信息的存儲)，優(yōu)先釋放存儲優(yōu)先級低的 上下文信息所占用的資源。

具體地，所述網(wǎng)絡(luò)側(cè)完成上下文信息的釋放或者降低優(yōu)先級，可以包括：

當(dāng)上下文計時器的新的保活時鐘周期到達(dá)時，若網(wǎng)絡(luò)側(cè)沒有在一定時間內(nèi)收到ue側(cè)反饋的?；钕?，則判定上下文信息過期或者不重要，并對所存儲的上下文信息進(jìn)行釋放或者降低優(yōu)先級處理；

其中，所述一定時間可以為：?；顣r鐘周期+預(yù)估空口時延。

具體地，所述網(wǎng)絡(luò)側(cè)完成上下文信息的轉(zhuǎn)移，包括：

當(dāng)ue的保活行為來自區(qū)別于ue上一次進(jìn)行數(shù)據(jù)傳輸所在的上下文存儲管轄區(qū)域時，則判定ue的上下文發(fā)生了轉(zhuǎn)移，并對所存儲的上下文信息進(jìn)行轉(zhuǎn)移/或?qū)ι舷挛男畔⑦M(jìn)行更新。

具體地，所述網(wǎng)絡(luò)側(cè)完成上下文信息的更新，包括：

檢測到ue的上下文發(fā)生更新，或轉(zhuǎn)移上下文，或收到ue發(fā)送的攜帶有上下文更新的保活消息時，對所存儲的上下文信息進(jìn)行更新。

具體地，所述網(wǎng)絡(luò)側(cè)完成上下文信息的存儲，可以包括：

從上下文信息中提取無線信息；其中，所述無線信息包含上下文標(biāo)識；

基于ue在接入側(cè)的上下文標(biāo)識對?；钚畔鬏斶M(jìn)行資源預(yù)調(diào)度；

其中，所述基于ue在接入側(cè)的上下文標(biāo)識對?；钚畔鬏斶M(jìn)行資源預(yù)調(diào)度，包括：

根據(jù)無線信息進(jìn)行對應(yīng)所述無線信息的資源映射，并基于資源映射結(jié)果在對應(yīng)的時間資源上預(yù)留無線資源，以使得ue在上下文計時器的?；顣r鐘到達(dá)時，直接使用對應(yīng)的無線資源進(jìn)行?；畈僮鳌?/p>

如此，通過對保活信息進(jìn)行預(yù)調(diào)度，能降低資源開銷。

相應(yīng)地，本發(fā)明還記載了一種基于?；畹纳舷挛墓芾矸椒?，應(yīng)用于ue側(cè)，所述方法包括：

ue基于用戶?；钚袨樾畔?zhí)行用戶?；钚袨?。

上述方案中，優(yōu)選地，所述用戶保活行為信息為：

由ue確定的用戶?；钚袨樾畔?；

ue與網(wǎng)絡(luò)側(cè)通過協(xié)商確定的用戶?；钚袨樾畔ⅲ夯?/p>

由網(wǎng)絡(luò)側(cè)判定的用戶?；钚袨樾畔?。

上述方案中，優(yōu)選地，所述由ue確定的用戶保活行為信息，包括：

在每個上下文計時器計時時間內(nèi)，滿足預(yù)設(shè)條件時向網(wǎng)絡(luò)側(cè)發(fā)送的用戶?；钚袨橄ⅰ?/p>

可選地，所述預(yù)設(shè)條件，包括：沒有數(shù)據(jù)發(fā)生。

上述方案中，優(yōu)選地，所述方法還包括：

ue利用網(wǎng)絡(luò)側(cè)為其配置的?；钯Y源進(jìn)行保活操作。

本實施例所提供的基于?；畹纳舷挛墓芾矸椒ǎ馨葱铻閡e提供上下文維護(hù)，同時保障網(wǎng)絡(luò)資源的充分使用。

實施例二

圖2為本發(fā)明提供的基于?；畹纳舷挛耐ㄐ诺囊环N實現(xiàn)流程示意圖，如圖2所示，該流程主要包括：

步驟201：舊基站基于ue的行為特征和業(yè)務(wù)特征配置上下文計時器；基于基于所述上下文計時器，預(yù)配置上下文?；钯Y源(由于ue?；钇陂g，可能在相當(dāng)大的范圍移動，涉及到大范圍?；钯Y源的協(xié)同調(diào)度)。

步驟202：舊基站向ue發(fā)送上下文?；钯Y源預(yù)配置/預(yù)調(diào)度消息；

其中，上下文?；钯Y源預(yù)配置/預(yù)調(diào)度消息攜帶有為所述ue配置的上下文計時器的配置信息。

當(dāng)然，所述上下文計時器的配置信息可以顯式形式攜帶、或以隱式形式攜帶。

其中，所述以顯式形式攜帶可以是指直接攜帶上下文計時器的?；顣r鐘周期；所述以隱式形式攜帶可以是指通知ue每隔多長時間向所述舊基站上報一次信息。

這里，步驟202適用于3種情景。具體的，

第一種情景是指：舊基站知道ue還在原來的站點，圖中用c1表示；

第二種情形是指：舊基站不知道ue是否還在原來的站點，圖中用c2表示；

第三種情形是指：ue在新的站點，圖中用c3表示。

步驟203：ue按照?；铑A(yù)配置進(jìn)行上下文?；睿蚺f基站發(fā)送?；钕?；

這里，步驟203適用于2種情景。具體的，

第一種情景是指：舊基站知道ue還在原來的站點，圖中用c1表示；

第二種情形是指：舊基站不知道ue是否還在原來的站點，圖中用c2表示。

步驟204：舊基站向ue發(fā)送保活確認(rèn)消息；

這里，步驟204與步驟203的適用情景相同。

步驟205：在第一種情景下，舊基站保留上下文消息；在第二種情景下，舊基站若未在規(guī)定時間(包括允許的重傳時間)內(nèi)收到?；钕?，釋放上下文，或者降低存儲優(yōu)先級等相關(guān)修改。

步驟206：ue按照保活預(yù)配置進(jìn)行上下文?；?，向新基站發(fā)送?；钕?；

這里，步驟206適用于1種情景。即第三種情形：ue在新的站點，圖中用c3表示。

步驟207：新基站向舊基站發(fā)送上下文信息提取消息；

步驟208：舊基站轉(zhuǎn)移用戶上下文信息，并按需進(jìn)行上下文信息修改；

步驟209：舊基站向新基站發(fā)送上下文信息轉(zhuǎn)移消息；

步驟210：新基站向ue發(fā)送保活確認(rèn)消息。

這里，步驟207、208、209、210的適用情景與步驟206的適用情景相同。

需要說明的是，在上述流程中，如果不包含資源預(yù)調(diào)度，相當(dāng)于ue每次需要通過接入、沖撞解決以及調(diào)度來獲取資源。

在上述通信流程中，主要涉及兩大過程，第一大過程是：當(dāng)上下文計時器的新的保活時鐘周期到達(dá)時，若舊基站沒有在?；顣r鐘周期+預(yù)估空口時延的時間內(nèi)收到ue側(cè)反饋的的保活消息，則判定上下文信息過期，并對所存儲的上下文信息進(jìn)行釋放。第二大過程是：舊基站從上下文信息中提取無線信息；根據(jù)無線信息進(jìn)行對應(yīng)所述無線信息的資源映射，并基于資源映射結(jié)果在對應(yīng)的時間資源上預(yù)留無線資源，供對應(yīng)ue進(jìn)行?；钚畔鬏?。比如，基于ue在接入側(cè)的上下文標(biāo)識，綁定對應(yīng)的資源信息，以使得ue在上下文計時器的保 活時鐘到達(dá)時，直接使用對應(yīng)的無線資源進(jìn)行?；畈僮?。

實施例三

圖3為本發(fā)明提供的基于?；畹纳舷挛耐ㄐ诺牧硪环N實現(xiàn)流程示意圖，如圖3所示，該流程主要包括：

步驟301：舊基站決策發(fā)起?；蠲睿赡馨ū；钯Y源配置，發(fā)起?；顚ず粝?尋呼的id，比如用戶的上下文id)。

步驟302：舊基站向ue?；顚ず艋蛘{(diào)度消息；

這里，步驟302適用于3種情景。具體的，

第一種情景是指：舊基站知道ue還在原來的站點，圖中用c1表示；

第二種情形是指：舊基站不知道ue是否還在原來的站點，圖中用c2表示；

第三種情形是指：ue在新的站點，圖中用c3表示。

當(dāng)然，所述舊基站可以通過一步將所述保活尋呼或調(diào)度消息通知ue，也可以通過多步通知ue。

步驟303：ue基于?；铑A(yù)配置或者調(diào)度信息進(jìn)行上下文?；睿蚺f基站發(fā)送?；钕?；

這里，步驟303適用于2種情景。具體的，

第一種情景是指：舊基站知道ue還在原來的站點，圖中用c1表示；

第二種情形是指：舊基站不知道ue是否還在原來的站點，圖中用c2表示。

步驟304：舊基站向用戶發(fā)送保活確認(rèn)消息。

這里，步驟304與步驟303的適用情景相同。

步驟305：在第一種情景下，舊基站保留上下文消息；在第二種情景下，舊基站若未在規(guī)定時間(包括允許的重傳時間)內(nèi)收到?；钕ⅲ尫派舷挛?，或者降低存儲優(yōu)先級等相關(guān)修改。

步驟306：ue按照?；铑A(yù)配置進(jìn)行上下文保活，向新基站發(fā)送?；钕ⅲ?/p>

這里，步驟306適用于1種情景。即第三種情形：ue在新的站點，圖中用c3表示。

步驟307：新基站向舊基站發(fā)送上下文信息提取消息；

步驟308：舊基站轉(zhuǎn)移用戶上下文信息，并按需進(jìn)行上下文信息修改；

步驟309：舊基站向新基站發(fā)送上下文信息轉(zhuǎn)移消息；

步驟310：新基站向ue發(fā)送?；畲_認(rèn)消息。

這里，步驟307、308、309、310的適用情景與步驟306的適用情景相同。

在上述通信流程中，基站面向一個或者一組ue發(fā)送?；蠲钜约氨；钯Y源配置，收到?；钯Y源配置的ue執(zhí)行?；畈僮?；在ue執(zhí)行?；畈僮鞯倪^程中，基站完成上下文信息的存儲、或更新、或轉(zhuǎn)移、或釋放等。

需要說明是，本發(fā)明所述方案也可以用于lte系統(tǒng)的上下文維護(hù)，rrcinactivitytimer可以作為上下文計時器，并且在rrcinactivitytimer到時間的時候，不是馬上釋放rrc連接，而是先征詢用戶是否繼續(xù)維護(hù)連接，或者等待用戶發(fā)起連接延時，通過判定后，決策是否釋放rrc。這種方案對于傳統(tǒng)的單站單小區(qū)的場景增益相對較小，考慮用戶移動之后，本地的上下文可能就無效。那么，在未來越來越多的“去蜂窩”(5g、6g等設(shè)計理念)中，多個站點邏輯上有很緊密的協(xié)作關(guān)系，可以通過一些共享的標(biāo)志等實現(xiàn)共享的上下文。

比如在c-ran場景，本發(fā)明所述方案應(yīng)用到lte系統(tǒng)也能有不錯的增益。對于弱移動的小數(shù)據(jù)業(yè)務(wù)等增益也會比較突出。這里，c-ran是指基于集中化(centralized)的無線接入網(wǎng)(ran，radioaccessnetwork)。

實施例四

圖4為本發(fā)明提供的一種基于?；畹纳舷挛墓芾碓O(shè)備的組成結(jié)構(gòu)示意圖，如圖4所示，該設(shè)備主要包括：

獲取單元41，用于獲取ue的保活行為；

管理單元42，用于基于ue的?；钚袨閷e的上下文信息進(jìn)行管理。

優(yōu)選地，所述獲取單元41，還用于：

按照預(yù)設(shè)規(guī)則確定ue是否滿足執(zhí)行?；畈僮鞯膯訔l件；

當(dāng)確定ue滿足執(zhí)行?；畈僮鞯膯訔l件時，獲取ue的?；钚袨?；

其中，所述獲取單元按照預(yù)設(shè)規(guī)則確定ue是否滿足執(zhí)行?；畈僮鞯膯訔l件，包括：

基于預(yù)設(shè)、預(yù)估或者預(yù)協(xié)商的用戶?；钚袨樾畔ⅲ_定ue是否需執(zhí)行?；畈僮?；或

網(wǎng)絡(luò)側(cè)檢測當(dāng)前網(wǎng)絡(luò)資源，當(dāng)所述網(wǎng)絡(luò)資源滿足預(yù)設(shè)條件時，確定ue需執(zhí)行?；畈僮?。

優(yōu)選地，所述預(yù)設(shè)、預(yù)估或者預(yù)協(xié)商的用戶?；钚袨樾畔?，包括：

由ue告知的用戶保活行為信息；或

網(wǎng)絡(luò)側(cè)與ue通過協(xié)商確定的用戶?；钚袨樾畔ⅲ换?/p>

網(wǎng)絡(luò)側(cè)判定的用戶?；钚袨樾畔?。

具體地，所述用戶?；钚袨樾畔榫W(wǎng)絡(luò)側(cè)為ue配置的上下文計時器；

其中，所述上下文計時器是?；钣嫊r器，或者，

所述上下文計時器是ue在每個上下文計時器計時時間內(nèi)沒有數(shù)據(jù)發(fā)生情況下向網(wǎng)絡(luò)側(cè)發(fā)送的用戶?；钚袨橄?。

上述方案中，優(yōu)選地，所述設(shè)備還包括：

配置單元43，用于為ue配置上下文計時器；基于所述上下文計時器，為ue預(yù)配置上下文?；钯Y源，以使ue在所述上下文計時器的計時時長內(nèi)利用所述上下文?；钯Y源進(jìn)行保活操作。

上述方案中，優(yōu)選地，所述配置單元43，包括：

獲取子單元431，用于獲取ue的行為特征和/或業(yè)務(wù)特征；

配置子單元432，用于根據(jù)所述行為特征和/或所述業(yè)務(wù)特征為所述ue配置專屬的上下文計時器。

上述方案中，優(yōu)選地，所述配置子單元442，還用于：

當(dāng)ue的業(yè)務(wù)間隔集中分布在t0時，將上下文計時器的?；顣r鐘周期設(shè)置為n*t0；如果所述ue的移動性低于第一閾值，繼續(xù)延長所述?；顣r鐘周期n*t0，將?；顣r鐘周期設(shè)置為m*n*t0，m＞1，n為正整數(shù)，t0為兩數(shù)據(jù)包之間的間隔；

或者，

當(dāng)ue的業(yè)務(wù)間隔大于t1的概率低于第二閾值時，將上下文計時器的?；? 時鐘周期設(shè)置為t1，其中，t1＞t0，t1為兩數(shù)據(jù)包之間的間隔；如果所述ue的移動性高于第三閾值，繼續(xù)縮短所述?；顣r鐘周期t1，將?；顣r鐘周期設(shè)置為p*t1，其中，p＜1。

也就是說，?；顣r鐘周期與業(yè)務(wù)的發(fā)生規(guī)則以及ue的移動性同時相關(guān)，并且更關(guān)注用戶業(yè)務(wù)本身的發(fā)生規(guī)則。

上述判斷移動性強弱的參考指標(biāo)可以是ue的移動速率、或ue在單位時間內(nèi)經(jīng)過的小區(qū)的數(shù)量。

當(dāng)然，本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，根據(jù)行為特征和/或業(yè)務(wù)特征為ue配置專屬的上下文計時器的具體實現(xiàn)方式并不限于以上列舉的幾種，在此不再贅述。

上述方案中，優(yōu)選地，所述管理單元42，還用于：

在ue按照網(wǎng)絡(luò)側(cè)為其配置的?；钯Y源執(zhí)行?；畈僮鞯倪^程中，進(jìn)行上下文信息的存儲、或更新、或轉(zhuǎn)移、或釋放或者降低優(yōu)先級。

上述方案中，優(yōu)選地，所述管理單元42，包括：

釋放子單元421，用于當(dāng)上下文計時器的新的?；顣r鐘周期到達(dá)時，若網(wǎng)絡(luò)側(cè)沒有在一定時間內(nèi)收到ue側(cè)反饋的的?；钕?，則判定上下文信息過期或者不重要，并對所存儲的上下文信息進(jìn)行釋放或者降低優(yōu)先級處理；

其中，所述一定時間包括：?；顣r鐘周期+預(yù)估空口時延。

上述方案中，優(yōu)選地，所述管理單元42，還包括：

轉(zhuǎn)移子單元422，用于當(dāng)ue的?；钚袨閬碜詤^(qū)別于ue上一次進(jìn)行數(shù)據(jù)傳輸所在的上下文存儲管轄區(qū)域時，則判定ue的上下文發(fā)生了轉(zhuǎn)移，并對所存儲的上下文信息進(jìn)行轉(zhuǎn)移。

上述方案中，優(yōu)選地，所述管理單元42，還包括：

更新子單元423，用于檢測到ue的上下文發(fā)生更新，或轉(zhuǎn)移上下文，或收到ue發(fā)送的攜帶有上下文更新的?；钕r，對所存儲的上下文信息進(jìn)行更新。

上述方案中，可選地，所述管理單元42，還包括：

提取子單元424，用于從上下文信息中提取無線信息；其中，所述無線信 息包含上下文標(biāo)識；

預(yù)調(diào)度子單元425，用于基于ue在接入側(cè)的上下文標(biāo)識對?；钚畔鬏斶M(jìn)行資源預(yù)調(diào)度。

上述方案中，優(yōu)選地，所述預(yù)調(diào)度子單元425，還用于：根據(jù)無線信息進(jìn)行對應(yīng)所述無線信息的資源映射，并基于資源映射結(jié)果在對應(yīng)的時間資源上預(yù)留無線資源，以使得ue在上下文計時器的保活時鐘到達(dá)時，直接使用對應(yīng)的無線資源進(jìn)行保活操作。

上述基于?；畹纳舷挛墓芾碓O(shè)備可部署于基站上。

本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，本實施例的基于?；畹纳舷挛墓芾碓O(shè)備中各單元的功能，可參照前述基于?；畹纳舷挛墓芾矸椒ǖ南嚓P(guān)描述而理解，本實施例的基于保活的上下文管理設(shè)備中各單元，可通過實現(xiàn)本實施例所述的功能的模擬電路而實現(xiàn)，也可以通過執(zhí)行本實施例所述的功能的軟件在智能終端上的運行而實現(xiàn)。

實際應(yīng)用中，上述獲取單元41、管理單元42、配置單元43的具體結(jié)構(gòu)均可對應(yīng)于處理器。所述處理器具體的結(jié)構(gòu)可以為中央處理器(cpu，centralprocessingunit)、微處理器(mcu，microcontrollerunit)、數(shù)字信號處理器(dsp，digitalsignalprocessing)或可編程邏輯器件(plc，programmablelogiccontroller)等具有處理功能的電子元器件或電子元器件的集合。其中，所述處理器包括可執(zhí)行代碼，所述可執(zhí)行代碼存儲在存儲介質(zhì)中，所述處理器可以通過總線等通信接口與所述存儲介質(zhì)中相連，在執(zhí)行具體的各模塊的對應(yīng)功能時，從所述存儲介質(zhì)中讀取并運行所述可執(zhí)行代碼。所述存儲介質(zhì)用于存儲所述可執(zhí)行代碼的部分優(yōu)選為非瞬間存儲介質(zhì)。

本實施例的基于保活的上下文管理設(shè)備，能按需為ue提供上下文維護(hù)，同時保障網(wǎng)絡(luò)資源的充分使用。具體的，通過保活行為，保障上下文的有效性；通過?；钚袨椋梢赃M(jìn)行上下文的分流；同時，通過綁定上下文標(biāo)識，可對?；钚畔鬏斶M(jìn)行資源預(yù)調(diào)度。

實施例五

圖5為本發(fā)明提供的另一種基于?；畹纳舷挛墓芾碓O(shè)備的組成結(jié)構(gòu)示意圖，如圖5所示，該設(shè)備主要包括：

確定單元51，用于獲取用戶?；钚袨樾畔?；

處理單元52，用于基于所述用戶?；钚袨樾畔?zhí)行用戶?；钚袨?；

其中，所述用戶?；钚袨樾畔椋?/p>

由ue確定的用戶?；钚袨樾畔?；

ue與網(wǎng)絡(luò)側(cè)通過協(xié)商確定的用戶?；钚袨樾畔ⅲ?/p>

其中，所述由ue確定的用戶?；钚袨樾畔ⅲ瑸椋涸诿總€上下文計時器計時時間內(nèi)，滿足預(yù)設(shè)條件時，向網(wǎng)絡(luò)側(cè)發(fā)送的用戶保活行為消息；其中，所述預(yù)設(shè)條件包括：沒有數(shù)據(jù)發(fā)生。

優(yōu)選地，所述設(shè)備還包括：

?；顔卧?3，用于利用網(wǎng)絡(luò)側(cè)為其配置的?；钯Y源進(jìn)行?；畈僮?。

上述基于?；畹纳舷挛墓芾碓O(shè)備可部署于ue上。

本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解，本實施例的基于?；畹纳舷挛墓芾碓O(shè)備中各單元的功能，可參照前述基于?；畹纳舷挛墓芾矸椒ǖ南嚓P(guān)描述而理解，本實施例的基于?；畹纳舷挛墓芾碓O(shè)備中各單元，可通過實現(xiàn)本實施例所述的功能的模擬電路而實現(xiàn)，也可以通過執(zhí)行本實施例所述的功能的軟件在智能終端上的運行而實現(xiàn)。

實際應(yīng)用中，上述確定單元51、處理單元52、保活單元53的具體結(jié)構(gòu)均可對應(yīng)于處理器。所述處理器具體的結(jié)構(gòu)可以為cpu、mcu、dsp或plc等具有處理功能的電子元器件或電子元器件的集合。其中，所述處理器包括可執(zhí)行代碼，所述可執(zhí)行代碼存儲在存儲介質(zhì)中，所述處理器可以通過總線等通信接口與所述存儲介質(zhì)中相連，在執(zhí)行具體的各模塊的對應(yīng)功能時，從所述存儲介質(zhì)中讀取并運行所述可執(zhí)行代碼。所述存儲介質(zhì)用于存儲所述可執(zhí)行代碼的部分優(yōu)選為非瞬間存儲介質(zhì)。

本實施例的基于?；畹纳舷挛墓芾碓O(shè)備，能按需為ue提供上下文維護(hù)，同時保障網(wǎng)絡(luò)資源的充分使用。

在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的設(shè)備和方法，可以通過其它的方式實現(xiàn)。以上所描述的設(shè)備實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，如：多個單元或組件可以結(jié)合，或可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口，設(shè)備或單元的間接耦合或通信連接，可以是電性的、機械的或其它形式的。

上述作為分離部件說明的單元可以是、或也可以不是物理上分開的，作為單元顯示的部件可以是、或也可以不是物理單元；既可以位于一個地方，也可以分布到多個網(wǎng)絡(luò)單元上；可以根據(jù)實際的需要選擇其中的部分或全部單元來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各實施例中的各功能單元可以全部集成在一個處理單元中，也可以是各單元分別單獨作為一個單元，也可以兩個或兩個以上單元集成在一個單元中；上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。

本領(lǐng)域普通技術(shù)人員可以理解：實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括：移動存儲設(shè)備、只讀存儲器(read-onlymemory，rom)、隨機存取存儲器(randomaccessmemory，ram)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。

以上所述，僅為本發(fā)明的具體實施方式，但本發(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)。