本發明涉及無線通信技術領域,尤其涉及一種基于保活的上下文管理方法及設備。
背景技術:
隨著通信技術的不斷發展和新業務的不斷涌現,傳統的移動用戶已不滿足于簡單的語音、短信和低速數據業務,用戶需求的變化推動了通信網絡的迅速發展。
在目前的通信網絡中,如第四代移動通信技術(4g,the4thgenerationmobilecommunication)網絡中,核心網和接入網都可以保活用戶設備(ue,userequipment)ue的上下文。然而,目前的ue上下文保活方法要么長期占用網絡資源,要么要求ue與網絡側之間頻繁互動維持上下文。
技術實現要素:
有鑒于此,本發明期望提供一種基于保活的上下文管理方法及設備,能按需為ue提供上下文維護,同時保障網絡資源的充分使用。
為達到上述目的,本發明的技術方案是這樣實現的:
本發明提供了一種基于保活的上下文管理方法,所述方法包括:
獲取ue的保活行為;
基于ue的保活行為對ue的上下文信息進行管理。
上述方案中,優選地,所述獲取ue的保活行為,包括:
網絡側按照預設規則確定ue是否滿足執行保活操作的啟動條件;
當確定ue滿足執行保活操作的啟動條件時,獲取ue的保活行為。
上述方案中,優選地,所述網絡側按照預設規則確定ue是否需執行保活 操作,包括:
基于預設、預估或者預協商的用戶保活行為信息,確定ue是否需執行保活操作;或
網絡側檢測當前網絡資源,當所述網絡資源滿足預設條件時,確定ue需執行保活操作。
上述方案中,優選地,所述預設、預估或者預協商的用戶保活行為信息,包括:
由ue告知的用戶保活行為信息;或
網絡側與ue通過協商確定的用戶保活行為信息;或
由網絡側判定的用戶保活行為信息。
上述方案中,優選地,所述用戶保活行為信息為網絡側為ue配置的上下文計時器;
其中,所述上下文計時器是保活計時器,或者,
在每個上下文計時器計時時間內,若沒有數據發生,ue需向網絡側發送用戶保活行為消息。
上述方案中,優選地,所述方法還包括:
網絡側基于上下文計時器,為ue預配置上下文保活資源,以使ue利用所述上下文保活資源進行保活操作。
上述方案中,優選地,所述基于ue的保活行為對ue的上下文信息進行管理,包括:
在ue按照網絡側為其配置的保活資源執行保活操作的過程中,網絡側完成上下文信息的存儲、或更新、或轉移、或釋放或者降低優先級。
上述方案中,優選地,所述網絡側進行上下文信息的釋放或者降低優先級,包括:
當上下文計時器的新的保活時鐘周期到達時,若網絡側沒有在一定時間內收到ue側反饋的保活消息,則判定上下文信息過期或者不重要,并對所存儲的上下文信息進行釋放或者降低優先級處理;
其中,所述一定時間包括:保活時鐘周期+預估空口時延。
上述方案中,優選地,所述網絡側進行上下文信息的轉移,包括:
當ue的保活行為來自區別于ue上一次進行數據傳輸所在的上下文存儲管轄區域時,則判定ue的上下文發生了轉移,并對所存儲的上下文信息進行轉移/或對上下文信息進行更新。
上述方案中,優選地,所述網絡側進行上下文信息的更新,包括:
檢測到ue的上下文發生更新,或轉移上下文,或收到ue發送的攜帶有上下文更新的保活消息時,對所存儲的上下文信息進行更新。
本發明還提供了一種基于保活的上下文管理方法,應用于終端側,所述方法包括:
ue基于用戶保活行為信息執行用戶保活行為。
上述方案中,優選地,所述用戶保活行為信息為:
由ue確定的用戶保活行為信息;
ue與網絡側通過協商確定的用戶保活行為信息:或
由網絡側判定的用戶保活行為信息。
上述方案中,優選地,所述由ue確定的用戶保活行為信息,包括:
在每個上下文計時器計時時間內,滿足預設條件時向網絡側發送的用戶保活行為消息。
上述方案中,優選地,所述預設條件,包括:沒有數據發生。
上述方案中,優選地,所述方法還包括:
ue利用網絡側為其配置的保活資源進行保活操作。
本發明還提供了一種基于保活的上下文管理設備,所述設備包括:
獲取單元,用于獲取ue的保活行為;
管理單元,用于基于ue的保活行為對ue的上下文信息進行管理。
上述方案中,優選地,所述獲取單元,還用于:
按照預設規則確定ue是否滿足執行保活操作的啟動條件;
當確定ue滿足執行保活操作的啟動條件時,獲取ue的保活行為;
其中,所述獲取單元按照預設規則確定ue是否滿足執行保活操作的啟動條件,包括:
基于預設、預估或者預協商的用戶保活行為信息,確定ue是否需執行保活操作;或
網絡側檢測當前網絡資源,當所述網絡資源滿足預設條件時,確定ue需執行保活操作。
上述方案中,優選地,所述預設、預估或者預協商的用戶保活行為信息,包括:
由ue告知的用戶保活行為信息;或
網絡側與ue通過協商確定的用戶保活行為信息;或
網絡側判定的用戶保活行為信息。
上述方案中,優選地,所述用戶保活行為信息為網絡側為ue配置的上下文計時器;
其中,所述上下文計時器是保活計時器,或者,
所述上下文計時器是ue在每個上下文計時器計時時間內沒有數據發生情況下向網絡側發送的用戶保活行為消息。
上述方案中,優選地,所述設備包括:
配置單元,用于基于上下文計時器,為ue預配置上下文保活資源,以使ue利用所述上下文保活資源進行保活操作。
上述方案中,優選地,所述管理單元,還用于:
在ue按照網絡側為其配置的保活資源執行保活操作的過程中,進行上下文信息的存儲、或更新、或轉移、或釋放或者降低優先級。
上述方案中,優選地,所述管理單元,包括:
釋放子單元,用于當上下文計時器的新的保活時鐘周期到達時,若網絡側沒有在一定時間內收到ue側反饋的的保活消息,則判定上下文信息過期或者不重要,并對所存儲的上下文信息進行釋放或者降低優先級處理;
其中,所述一定時間包括:保活時鐘周期+預估空口時延。
上述方案中,優選地,所述管理單元,還包括:
轉移子單元,用于當ue的保活行為來自區別于ue上一次進行數據傳輸所在的上下文存儲管轄區域時,則判定ue的上下文發生了轉移,并對所存儲的上下文信息進行轉移。
上述方案中,優選地,所述管理單元,還包括:
更新子單元,用于檢測到ue的上下文發生更新,或轉移上下文,或收到ue發送的攜帶有上下文更新的保活消息時,對所存儲的上下文信息進行更新。
本發明還提供了一種基于保活的上下文管理設備,所述設備包括:
確定單元,用于獲取用戶保活行為信息;
處理單元,用于基于所述用戶保活行為信息執行用戶保活行為;
其中,所述用戶保活行為信息為:
由ue確定的用戶保活行為信息;
ue與網絡側通過協商確定的用戶保活行為信息:
其中,所述由ue確定的用戶保活行為信息,為:在每個上下文計時器計時時間內,滿足預設條件時,向網絡側發送的用戶保活行為消息;其中,所述預設條件包括:沒有數據發生。
上述方案中,優選地,所述設備還包括:
保活單元,用于利用網絡側為其配置的保活資源進行保活操作。
本發明所提供的基于保活的上下文管理方法及設備,網絡側獲取ue的保活行為;基于ue的保活行為對ue的上下文信息進行管理;如此,能基于ue的保活行為更好地對ue的上下文信息進行管理,按需為ue提供上下文維護,同時保障網絡資源的充分使用。
附圖說明
圖1為本發明提供的一種基于保活的上下文管理方法的實現流程圖;
圖2為本發明提供的基于保活的上下文通信的一種實現流程示意圖;
圖3為本發明提供的基于保活的上下文通信的另一種實現流程示意圖;
圖4為本發明提供的一種基于保活的上下文管理設備的組成結構示意圖;
圖5為本發明提供的另一種基于保活的上下文管理設備的組成結構示意圖。
具體實施方式
為了能夠更加詳盡地了解本發明的特點與技術內容,下面結合附圖對本發明的實現進行詳細闡述,所附附圖僅供參考說明之用,并非用來限定本發明。
實施例一
圖1為本發明提供的一種基于保活的上下文管理方法的實現流程圖;如圖1所示,所述方法主要包括:
步驟101:獲取ue的保活行為。
優選地,所述獲取ue的保活行為,包括:
網絡側按照預設規則確定ue是否滿足執行保活操作的啟動條件;
當確定ue滿足執行保活操作的啟動條件時,獲取ue的保活行為。
優選地,所述網絡側按照預設規則確定ue是否需執行保活操作,可以包括:
基于預設、預估或者預協商的用戶保活行為信息,確定ue是否需執行保活操作;或
網絡側檢測當前網絡資源,當所述網絡資源滿足預設條件時,確定ue需執行保活操作。
也就是說,ue可以按照配置主動向網絡側發送保活請求;或者,網絡側按需向ue發送保活命令,比如網絡負載高了,會向ue發送保活命令。
優選地,所述預設、預估或者預協商的用戶保活行為信息,包括:
由ue告知的用戶保活行為信息;或
網絡側與ue通過協商確定的用戶保活行為信息;或
網絡側判定的用戶保活行為信息。
優選地,所述用戶保活行為信息為網絡側為ue配置的上下文計時器;
其中,所述上下文計時器是保活計時器,或者,
所述上下文計時器是ue在每個上下文計時器計時時間內若沒有數據發生情況下向網絡側發送用戶保活行為消息。
步驟103:基于ue的保活行為對ue的上下文信息進行管理。
上述方案中,所述方法還可以包括:
步驟100:網絡側為ue配置上下文計時器。
優選地,所述網絡側為ue配置上下文計時器,可以包括:
網絡側獲取ue的行為特征和/或業務特征;
根據所述行為特征和/或所述業務特征為所述ue配置專屬的上下文計時器。
這里,所述行為特征可以是指移動性;所述業務特征可以是指業務周期、業務間隔等。
進一步地,所述網絡側獲取ue的行為特征和/或業務特征之后,還可以包括:
根據ue的行為特征和/或業務特征對ue進行分類;
網絡側為每類ue配置專屬的上下文計時器。
優選地,所述根據所述行為特征和/或所述業務特征為所述ue配置專屬的上下文計時器,包括:
當ue的業務間隔集中分布在t0時,將上下文計時器的保活時鐘周期設置為n*t0;如果所述ue的移動性低于第一閾值,繼續延長所述保活時鐘周期n*t0,將保活時鐘周期設置為m*n*t0,m>1,n為正整數,t0為兩數據包之間的間隔;
或者,
當ue的業務間隔大于t1的概率低于第二閾值時,將上下文計時器的保活時鐘周期設置為t1,其中,t1>t0,t1為兩數據包之間的間隔;如果所述ue的移動性高于第三閾值,繼續縮短所述保活時鐘周期t1,將保活時鐘周期設置為p*t1,其中,p<1。
也就是說,保活時鐘周期與業務的發生規則以及ue的移動性同時相關,并且更關注用戶業務本身的發生規則。
上述判斷移動性強弱的參考指標可以是ue的移動速率、或ue在單位時間內經過的小區的數量。
當然,本領域技術人員應當理解,根據行為特征和/或業務特征為ue配置專屬的上下文計時器的具體實現方式并不限于以上列舉的幾種,在此不再贅述。
優選地,所述方法還包括:
網絡側基于所述上下文計時器,為ue預配置上下文保活資源,以使ue在所述上下文計時器的計時時長內利用所述上下文保活資源進行保活操作。
其中,網絡側基于所述上下文計時器,為ue預配置上下文保活資源,可以包括:
網絡側為ue預配置上下文保活資源時,在每個上下文計時器的計時周期內,所預配置的上下文保活資源能保證ue與網絡側至少保持下述通信:
業務通信、為了維護上下文的保活信息的通信;
其中,所述為了維護上下文的保活信息的通信包括:由網絡側發起的第一保活請求信息以及由用戶側發起的第一保活應答消息;由用戶側發起的第二保活請求信息以及由網絡側發起的第二保活應答消息;由網絡側發起的保活征詢信息以及由用戶側發起的保活征詢應答消息。
上述方案中,優選地,所述方法還包括:
網絡側向ue發送保活命令以及保活資源配置信息;
ue按照網絡側為其配置的保活資源執行保活操作;
在ue執行保活操作的過程中,網絡側完成上下文信息的存儲、或更新、或轉移、或釋放或者降低優先級。
這里,網絡側可以向一個或一組ue發送保活命令以及保活資源配置信息。
具體地,對于有保活需求的ue的上下文信息進行保留或更新;對于無保活需求的ue的上下文信息進行釋放或降低存儲優先級;這里,降低存儲優先級是指:一旦資源緊張(如影響上下文信息的存儲),優先釋放存儲優先級低的 上下文信息所占用的資源。
具體地,所述網絡側完成上下文信息的釋放或者降低優先級,可以包括:
當上下文計時器的新的保活時鐘周期到達時,若網絡側沒有在一定時間內收到ue側反饋的保活消息,則判定上下文信息過期或者不重要,并對所存儲的上下文信息進行釋放或者降低優先級處理;
其中,所述一定時間可以為:保活時鐘周期+預估空口時延。
具體地,所述網絡側完成上下文信息的轉移,包括:
當ue的保活行為來自區別于ue上一次進行數據傳輸所在的上下文存儲管轄區域時,則判定ue的上下文發生了轉移,并對所存儲的上下文信息進行轉移/或對上下文信息進行更新。
具體地,所述網絡側完成上下文信息的更新,包括:
檢測到ue的上下文發生更新,或轉移上下文,或收到ue發送的攜帶有上下文更新的保活消息時,對所存儲的上下文信息進行更新。
具體地,所述網絡側完成上下文信息的存儲,可以包括:
從上下文信息中提取無線信息;其中,所述無線信息包含上下文標識;
基于ue在接入側的上下文標識對保活信息傳輸進行資源預調度;
其中,所述基于ue在接入側的上下文標識對保活信息傳輸進行資源預調度,包括:
根據無線信息進行對應所述無線信息的資源映射,并基于資源映射結果在對應的時間資源上預留無線資源,以使得ue在上下文計時器的保活時鐘到達時,直接使用對應的無線資源進行保活操作。
如此,通過對保活信息進行預調度,能降低資源開銷。
相應地,本發明還記載了一種基于保活的上下文管理方法,應用于ue側,所述方法包括:
ue基于用戶保活行為信息執行用戶保活行為。
上述方案中,優選地,所述用戶保活行為信息為:
由ue確定的用戶保活行為信息;
ue與網絡側通過協商確定的用戶保活行為信息:或
由網絡側判定的用戶保活行為信息。
上述方案中,優選地,所述由ue確定的用戶保活行為信息,包括:
在每個上下文計時器計時時間內,滿足預設條件時向網絡側發送的用戶保活行為消息。
可選地,所述預設條件,包括:沒有數據發生。
上述方案中,優選地,所述方法還包括:
ue利用網絡側為其配置的保活資源進行保活操作。
本實施例所提供的基于保活的上下文管理方法,能按需為ue提供上下文維護,同時保障網絡資源的充分使用。
實施例二
圖2為本發明提供的基于保活的上下文通信的一種實現流程示意圖,如圖2所示,該流程主要包括:
步驟201:舊基站基于ue的行為特征和業務特征配置上下文計時器;基于基于所述上下文計時器,預配置上下文保活資源(由于ue保活期間,可能在相當大的范圍移動,涉及到大范圍保活資源的協同調度)。
步驟202:舊基站向ue發送上下文保活資源預配置/預調度消息;
其中,上下文保活資源預配置/預調度消息攜帶有為所述ue配置的上下文計時器的配置信息。
當然,所述上下文計時器的配置信息可以顯式形式攜帶、或以隱式形式攜帶。
其中,所述以顯式形式攜帶可以是指直接攜帶上下文計時器的保活時鐘周期;所述以隱式形式攜帶可以是指通知ue每隔多長時間向所述舊基站上報一次信息。
這里,步驟202適用于3種情景。具體的,
第一種情景是指:舊基站知道ue還在原來的站點,圖中用c1表示;
第二種情形是指:舊基站不知道ue是否還在原來的站點,圖中用c2表示;
第三種情形是指:ue在新的站點,圖中用c3表示。
步驟203:ue按照保活預配置進行上下文保活,向舊基站發送保活消息;
這里,步驟203適用于2種情景。具體的,
第一種情景是指:舊基站知道ue還在原來的站點,圖中用c1表示;
第二種情形是指:舊基站不知道ue是否還在原來的站點,圖中用c2表示。
步驟204:舊基站向ue發送保活確認消息;
這里,步驟204與步驟203的適用情景相同。
步驟205:在第一種情景下,舊基站保留上下文消息;在第二種情景下,舊基站若未在規定時間(包括允許的重傳時間)內收到保活消息,釋放上下文,或者降低存儲優先級等相關修改。
步驟206:ue按照保活預配置進行上下文保活,向新基站發送保活消息;
這里,步驟206適用于1種情景。即第三種情形:ue在新的站點,圖中用c3表示。
步驟207:新基站向舊基站發送上下文信息提取消息;
步驟208:舊基站轉移用戶上下文信息,并按需進行上下文信息修改;
步驟209:舊基站向新基站發送上下文信息轉移消息;
步驟210:新基站向ue發送保活確認消息。
這里,步驟207、208、209、210的適用情景與步驟206的適用情景相同。
需要說明的是,在上述流程中,如果不包含資源預調度,相當于ue每次需要通過接入、沖撞解決以及調度來獲取資源。
在上述通信流程中,主要涉及兩大過程,第一大過程是:當上下文計時器的新的保活時鐘周期到達時,若舊基站沒有在保活時鐘周期+預估空口時延的時間內收到ue側反饋的的保活消息,則判定上下文信息過期,并對所存儲的上下文信息進行釋放。第二大過程是:舊基站從上下文信息中提取無線信息;根據無線信息進行對應所述無線信息的資源映射,并基于資源映射結果在對應的時間資源上預留無線資源,供對應ue進行保活信息傳輸。比如,基于ue在接入側的上下文標識,綁定對應的資源信息,以使得ue在上下文計時器的保 活時鐘到達時,直接使用對應的無線資源進行保活操作。
實施例三
圖3為本發明提供的基于保活的上下文通信的另一種實現流程示意圖,如圖3所示,該流程主要包括:
步驟301:舊基站決策發起保活命令,可能包括保活資源配置,發起保活尋呼消息(尋呼的id,比如用戶的上下文id)。
步驟302:舊基站向ue保活尋呼或調度消息;
這里,步驟302適用于3種情景。具體的,
第一種情景是指:舊基站知道ue還在原來的站點,圖中用c1表示;
第二種情形是指:舊基站不知道ue是否還在原來的站點,圖中用c2表示;
第三種情形是指:ue在新的站點,圖中用c3表示。
當然,所述舊基站可以通過一步將所述保活尋呼或調度消息通知ue,也可以通過多步通知ue。
步驟303:ue基于保活預配置或者調度信息進行上下文保活,向舊基站發送保活消息;
這里,步驟303適用于2種情景。具體的,
第一種情景是指:舊基站知道ue還在原來的站點,圖中用c1表示;
第二種情形是指:舊基站不知道ue是否還在原來的站點,圖中用c2表示。
步驟304:舊基站向用戶發送保活確認消息。
這里,步驟304與步驟303的適用情景相同。
步驟305:在第一種情景下,舊基站保留上下文消息;在第二種情景下,舊基站若未在規定時間(包括允許的重傳時間)內收到保活消息,釋放上下文,或者降低存儲優先級等相關修改。
步驟306:ue按照保活預配置進行上下文保活,向新基站發送保活消息;
這里,步驟306適用于1種情景。即第三種情形:ue在新的站點,圖中用c3表示。
步驟307:新基站向舊基站發送上下文信息提取消息;
步驟308:舊基站轉移用戶上下文信息,并按需進行上下文信息修改;
步驟309:舊基站向新基站發送上下文信息轉移消息;
步驟310:新基站向ue發送保活確認消息。
這里,步驟307、308、309、310的適用情景與步驟306的適用情景相同。
在上述通信流程中,基站面向一個或者一組ue發送保活命令以及保活資源配置,收到保活資源配置的ue執行保活操作;在ue執行保活操作的過程中,基站完成上下文信息的存儲、或更新、或轉移、或釋放等。
需要說明是,本發明所述方案也可以用于lte系統的上下文維護,rrcinactivitytimer可以作為上下文計時器,并且在rrcinactivitytimer到時間的時候,不是馬上釋放rrc連接,而是先征詢用戶是否繼續維護連接,或者等待用戶發起連接延時,通過判定后,決策是否釋放rrc。這種方案對于傳統的單站單小區的場景增益相對較小,考慮用戶移動之后,本地的上下文可能就無效。那么,在未來越來越多的“去蜂窩”(5g、6g等設計理念)中,多個站點邏輯上有很緊密的協作關系,可以通過一些共享的標志等實現共享的上下文。
比如在c-ran場景,本發明所述方案應用到lte系統也能有不錯的增益。對于弱移動的小數據業務等增益也會比較突出。這里,c-ran是指基于集中化(centralized)的無線接入網(ran,radioaccessnetwork)。
實施例四
圖4為本發明提供的一種基于保活的上下文管理設備的組成結構示意圖,如圖4所示,該設備主要包括:
獲取單元41,用于獲取ue的保活行為;
管理單元42,用于基于ue的保活行為對ue的上下文信息進行管理。
優選地,所述獲取單元41,還用于:
按照預設規則確定ue是否滿足執行保活操作的啟動條件;
當確定ue滿足執行保活操作的啟動條件時,獲取ue的保活行為;
其中,所述獲取單元按照預設規則確定ue是否滿足執行保活操作的啟動條件,包括:
基于預設、預估或者預協商的用戶保活行為信息,確定ue是否需執行保活操作;或
網絡側檢測當前網絡資源,當所述網絡資源滿足預設條件時,確定ue需執行保活操作。
優選地,所述預設、預估或者預協商的用戶保活行為信息,包括:
由ue告知的用戶保活行為信息;或
網絡側與ue通過協商確定的用戶保活行為信息;或
網絡側判定的用戶保活行為信息。
具體地,所述用戶保活行為信息為網絡側為ue配置的上下文計時器;
其中,所述上下文計時器是保活計時器,或者,
所述上下文計時器是ue在每個上下文計時器計時時間內沒有數據發生情況下向網絡側發送的用戶保活行為消息。
上述方案中,優選地,所述設備還包括:
配置單元43,用于為ue配置上下文計時器;基于所述上下文計時器,為ue預配置上下文保活資源,以使ue在所述上下文計時器的計時時長內利用所述上下文保活資源進行保活操作。
上述方案中,優選地,所述配置單元43,包括:
獲取子單元431,用于獲取ue的行為特征和/或業務特征;
配置子單元432,用于根據所述行為特征和/或所述業務特征為所述ue配置專屬的上下文計時器。
上述方案中,優選地,所述配置子單元442,還用于:
當ue的業務間隔集中分布在t0時,將上下文計時器的保活時鐘周期設置為n*t0;如果所述ue的移動性低于第一閾值,繼續延長所述保活時鐘周期n*t0,將保活時鐘周期設置為m*n*t0,m>1,n為正整數,t0為兩數據包之間的間隔;
或者,
當ue的業務間隔大于t1的概率低于第二閾值時,將上下文計時器的保活 時鐘周期設置為t1,其中,t1>t0,t1為兩數據包之間的間隔;如果所述ue的移動性高于第三閾值,繼續縮短所述保活時鐘周期t1,將保活時鐘周期設置為p*t1,其中,p<1。
也就是說,保活時鐘周期與業務的發生規則以及ue的移動性同時相關,并且更關注用戶業務本身的發生規則。
上述判斷移動性強弱的參考指標可以是ue的移動速率、或ue在單位時間內經過的小區的數量。
當然,本領域技術人員應當理解,根據行為特征和/或業務特征為ue配置專屬的上下文計時器的具體實現方式并不限于以上列舉的幾種,在此不再贅述。
上述方案中,優選地,所述管理單元42,還用于:
在ue按照網絡側為其配置的保活資源執行保活操作的過程中,進行上下文信息的存儲、或更新、或轉移、或釋放或者降低優先級。
上述方案中,優選地,所述管理單元42,包括:
釋放子單元421,用于當上下文計時器的新的保活時鐘周期到達時,若網絡側沒有在一定時間內收到ue側反饋的的保活消息,則判定上下文信息過期或者不重要,并對所存儲的上下文信息進行釋放或者降低優先級處理;
其中,所述一定時間包括:保活時鐘周期+預估空口時延。
上述方案中,優選地,所述管理單元42,還包括:
轉移子單元422,用于當ue的保活行為來自區別于ue上一次進行數據傳輸所在的上下文存儲管轄區域時,則判定ue的上下文發生了轉移,并對所存儲的上下文信息進行轉移。
上述方案中,優選地,所述管理單元42,還包括:
更新子單元423,用于檢測到ue的上下文發生更新,或轉移上下文,或收到ue發送的攜帶有上下文更新的保活消息時,對所存儲的上下文信息進行更新。
上述方案中,可選地,所述管理單元42,還包括:
提取子單元424,用于從上下文信息中提取無線信息;其中,所述無線信 息包含上下文標識;
預調度子單元425,用于基于ue在接入側的上下文標識對保活信息傳輸進行資源預調度。
上述方案中,優選地,所述預調度子單元425,還用于:根據無線信息進行對應所述無線信息的資源映射,并基于資源映射結果在對應的時間資源上預留無線資源,以使得ue在上下文計時器的保活時鐘到達時,直接使用對應的無線資源進行保活操作。
上述基于保活的上下文管理設備可部署于基站上。
本領域技術人員應當理解,本實施例的基于保活的上下文管理設備中各單元的功能,可參照前述基于保活的上下文管理方法的相關描述而理解,本實施例的基于保活的上下文管理設備中各單元,可通過實現本實施例所述的功能的模擬電路而實現,也可以通過執行本實施例所述的功能的軟件在智能終端上的運行而實現。
實際應用中,上述獲取單元41、管理單元42、配置單元43的具體結構均可對應于處理器。所述處理器具體的結構可以為中央處理器(cpu,centralprocessingunit)、微處理器(mcu,microcontrollerunit)、數字信號處理器(dsp,digitalsignalprocessing)或可編程邏輯器件(plc,programmablelogiccontroller)等具有處理功能的電子元器件或電子元器件的集合。其中,所述處理器包括可執行代碼,所述可執行代碼存儲在存儲介質中,所述處理器可以通過總線等通信接口與所述存儲介質中相連,在執行具體的各模塊的對應功能時,從所述存儲介質中讀取并運行所述可執行代碼。所述存儲介質用于存儲所述可執行代碼的部分優選為非瞬間存儲介質。
本實施例的基于保活的上下文管理設備,能按需為ue提供上下文維護,同時保障網絡資源的充分使用。具體的,通過保活行為,保障上下文的有效性;通過保活行為,可以進行上下文的分流;同時,通過綁定上下文標識,可對保活信息傳輸進行資源預調度。
實施例五
圖5為本發明提供的另一種基于保活的上下文管理設備的組成結構示意圖,如圖5所示,該設備主要包括:
確定單元51,用于獲取用戶保活行為信息;
處理單元52,用于基于所述用戶保活行為信息執行用戶保活行為;
其中,所述用戶保活行為信息為:
由ue確定的用戶保活行為信息;
ue與網絡側通過協商確定的用戶保活行為信息:
其中,所述由ue確定的用戶保活行為信息,為:在每個上下文計時器計時時間內,滿足預設條件時,向網絡側發送的用戶保活行為消息;其中,所述預設條件包括:沒有數據發生。
優選地,所述設備還包括:
保活單元53,用于利用網絡側為其配置的保活資源進行保活操作。
上述基于保活的上下文管理設備可部署于ue上。
本領域技術人員應當理解,本實施例的基于保活的上下文管理設備中各單元的功能,可參照前述基于保活的上下文管理方法的相關描述而理解,本實施例的基于保活的上下文管理設備中各單元,可通過實現本實施例所述的功能的模擬電路而實現,也可以通過執行本實施例所述的功能的軟件在智能終端上的運行而實現。
實際應用中,上述確定單元51、處理單元52、保活單元53的具體結構均可對應于處理器。所述處理器具體的結構可以為cpu、mcu、dsp或plc等具有處理功能的電子元器件或電子元器件的集合。其中,所述處理器包括可執行代碼,所述可執行代碼存儲在存儲介質中,所述處理器可以通過總線等通信接口與所述存儲介質中相連,在執行具體的各模塊的對應功能時,從所述存儲介質中讀取并運行所述可執行代碼。所述存儲介質用于存儲所述可執行代碼的部分優選為非瞬間存儲介質。
本實施例的基于保活的上下文管理設備,能按需為ue提供上下文維護,同時保障網絡資源的充分使用。
在本申請所提供的幾個實施例中,應該理解到,所揭露的設備和方法,可以通過其它的方式實現。以上所描述的設備實施例僅僅是示意性的,例如,所述單元的劃分,僅僅為一種邏輯功能劃分,實際實現時可以有另外的劃分方式,如:多個單元或組件可以結合,或可以集成到另一個系統,或一些特征可以忽略,或不執行。另外,所顯示或討論的各組成部分相互之間的耦合、或直接耦合、或通信連接可以是通過一些接口,設備或單元的間接耦合或通信連接,可以是電性的、機械的或其它形式的。
上述作為分離部件說明的單元可以是、或也可以不是物理上分開的,作為單元顯示的部件可以是、或也可以不是物理單元;既可以位于一個地方,也可以分布到多個網絡單元上;可以根據實際的需要選擇其中的部分或全部單元來實現本實施例方案的目的。
另外,在本發明各實施例中的各功能單元可以全部集成在一個處理單元中,也可以是各單元分別單獨作為一個單元,也可以兩個或兩個以上單元集成在一個單元中;上述集成的單元既可以采用硬件的形式實現,也可以采用硬件加軟件功能單元的形式實現。
本領域普通技術人員可以理解:實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成,前述的程序可以存儲于計算機可讀取存儲介質中,該程序在執行時,執行包括上述方法實施例的步驟;而前述的存儲介質包括:移動存儲設備、只讀存儲器(read-onlymemory,rom)、隨機存取存儲器(randomaccessmemory,ram)、磁碟或者光盤等各種可以存儲程序代碼的介質。
以上所述,僅為本發明的具體實施方式,但本發明的保護范圍并不局限于此,任何熟悉本技術領域的技術人員在本發明揭露的技術范圍內,可輕易想到變化或替換,都應涵蓋在本發明的保護范圍之內。因此,本發明的保護范圍應以所述權利要求的保護范圍為準。