本發(fā)明涉及無線通信技術，尤指一種信息處理方法和裝置。

背景技術：

隨著通信技術的發(fā)展，到了物聯(lián)網時代，未來的數(shù)百億物體均要接入網絡。然而，物與物的通信并不像人與人通信那樣總是要追求高速率寬帶的方式，大量設備接入網絡后僅需少量的數(shù)據(jù)傳輸或數(shù)據(jù)傳輸頻率很低；而且也不像人與人通信方式中那樣可以頻繁對移動終端進行充電，很多物聯(lián)網設備因其所處環(huán)境的特殊性和數(shù)量巨大，對支撐其通信的功耗需求極低。例如大量的水表、滅火器、萬畝良田中的噴灌開關、惡劣環(huán)境中的氣象站等，它們聯(lián)網后只需極低頻率和極少容量的數(shù)據(jù)傳輸，且靠外部供電方式非常耗時耗力，4g、5g網絡并不能滿足其需求，而低帶寬、低功耗且大范圍覆蓋的網絡是其最優(yōu)選擇。從這個意義上來說，是物聯(lián)網萬物互聯(lián)的發(fā)展，催生了低帶寬、低功耗蜂窩網絡的崛起。在mtc(machinetypecommunication，機器類通信)技術的研究中，針對低成本和低吞吐量類型的終端設備，提出了nb-iot(narowband-internetofthings，窄帶物聯(lián)網)的研究課題，也就是在200千赫茲(khz)頻帶為nb-iot低成本ue(userequipment，用戶設備)提供低吞吐量的無線通訊服務。針對nb-ciot(基于蜂窩網絡的窄帶物聯(lián)網技術)用戶可以設置專用的核心網。運營商可以在專門的核心網中管理這些具備特殊用途的終端設備，而和普通用戶進行區(qū)分，盡量減少對普通用戶的影響。同時，nb-iot針對ue低成本和小數(shù)據(jù)量傳輸?shù)奶匦?，引入了不同的上行窄帶接入能力，以及?yōu)化的數(shù)據(jù)傳輸方案，該優(yōu)化的數(shù)據(jù)傳輸方案包括基于用戶面和控制面?zhèn)鬏數(shù)膬?yōu)化方案。并且，對于智能手機用戶，也可以擴展支持用戶面和控制面?zhèn)鬏數(shù)膬?yōu)化方案。

在現(xiàn)有的用戶面?zhèn)鬏攦?yōu)化方案中，與lte(longtermevolution，長期演 進)技術中流程類似，數(shù)據(jù)通過drb(dataradiobearer，數(shù)據(jù)無線承載)進行傳輸，信令仍通過srb(signallingradiobearers，信令無線承載)1/srb2進行傳輸，目前標準已明確對于nb-iot用戶僅配置一個drb。而對于支持用戶面方案的智能手機用戶則可以支持多個承載。同時網絡側引入了掛起(suspend)和恢復(resume)流程，基站和核心網設備例如mme(mobilitymanagemententity，移動管理實體)在掛起的時候保存用戶文本信息，在恢復的時候可以快速激活用戶文本信息，s1接口的掛起和恢復都由基站發(fā)起。ue在idle態(tài)需要傳輸數(shù)據(jù)或“信令+數(shù)據(jù)”時，可以直接通過resume機制，而不需要再空口加密、as(accessstratum，接入層)承載建立等流程。其中，用戶文本信息包括用戶的標志信息、s1接口用戶相關的標志信息，用戶安全相關信息、承載信息，用戶服務質量信息，以及用戶歷史信息。其中，用戶歷史信息，包括基站側統(tǒng)計的用戶在連接態(tài)下的歷史信息，以及ue側上報的ue最近在連接態(tài)和空閑(idle)態(tài)下駐留過的歷史信息等。其中，ue側上報的歷史信息包括ue在連接態(tài)和/或idle態(tài)下駐留過的歷史小區(qū)的信息，歷史小區(qū)信息包括但不限于陸地無線接入網(umtsterrestrialradioaccessnetwork，utran)、gsm/edge無線接入網(gsmedgeradioaccessnetwork，geran)、長期演進(longtermevolution，lte)系統(tǒng)的小區(qū)信息，甚至還可以包含碼分多址接入(codedivisionmultipleaccess，cdma)系統(tǒng)、無線局域網(wirelesslocalareanetworks，wlan)系統(tǒng)的駐留信息，按照時間先后順序進行排列，比如最新的小區(qū)記錄在列表最前端。其中小區(qū)信息包含以下一種或多種信息，比如小區(qū)全局標志符、小區(qū)類型、停留的時間。當用戶在掛起狀態(tài)下移動到新基站(newenb)，并且在新基站發(fā)起恢復流程的時候，新基站可以通過x2接口或者s1接口從保存有用戶文本信息的舊基站(oldenb)獲取用戶文本信息。

對于基站側統(tǒng)計的用戶在連接態(tài)下的歷史信息，該信息是ue在一次連接態(tài)下通過切換由舊基站傳遞給新基站，傳統(tǒng)方式下該信息可用于移動性優(yōu)化或者尋呼優(yōu)化，而在恢復流程的時候，由于ue在掛起狀態(tài)下，該信息不會有更新，因此當ue掛起時間過長的時候，新基站從舊基站拿到該信息有可能是過時的不準確的，反而會對后續(xù)的移動性優(yōu)化和尋呼優(yōu)化產生負作用。對于ue上報的歷史信息，則記錄的是ue在連接態(tài)和idle態(tài)下駐留過的歷史小 區(qū)的信息，該信息由ue通過空口上報給基站，用于異構網移動優(yōu)化?？紤]到在恢復流程的時候，ue可能會在其他基站發(fā)起跟蹤區(qū)更新(trackingareaupdate，tau)而不恢復承載，那么對于idle態(tài)下ue經歷的小區(qū)信息是需要有更新的。如果僅僅是tau，那么用戶文本信息獲取流程可能就不會發(fā)生，這樣的話，進行用戶文本信息恢復的最終的新基站從舊基站獲取的用戶文本信息中記錄的ue上報的ue歷史信息就可能不準確。綜上所述，現(xiàn)有相關技術方案中，恢復流程中對用戶歷史信息的獲取和處理不夠合理準確，反而會對后續(xù)的移動性優(yōu)化和尋呼優(yōu)化產生負作用，從而不能實現(xiàn)用戶面?zhèn)鬏攦?yōu)化，因此在用戶面?zhèn)鬏攦?yōu)化背景下，如何實現(xiàn)用戶歷史信息在恢復流程中的處理是目前需要解決的問題。

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

為了解決上述技術問題，本發(fā)明提供了一種信息處理方法和裝置，能夠優(yōu)化恢復流程中對用戶歷史信息的處理，從而滿足用戶面?zhèn)鬏攦?yōu)化的要求。

為了達到本發(fā)明目的，第一方面，本發(fā)明實施例提供了一種信息處理方法，所述方法包括：

新基站通過向舊基站發(fā)起用戶文本信息獲取流程從舊基站處獲取用戶設備ue的用戶文本信息；其中，用戶文本信息中不包含用戶歷史信息；

新基站向核心網設備發(fā)起路徑請求流程實現(xiàn)承載路徑信息更新以及用戶文本信息恢復；

新基站在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息和/或通過空口重新向ue獲取用戶歷史信息。

進一步的，所述方法還包括：

若舊基站掛起所述ue時將用戶歷史信息通過用戶文本信息掛起請求消息上報給核心網設備，且新基站在路徑請求流程中接收自核心網設備的路徑響應消息中包括用戶歷史信息，則新基站在ue恢復連接狀態(tài)后利用收到的用戶歷史信息進行后續(xù)的優(yōu)化處理；其中，所述用戶歷史信息對應一個定時器，所述定時器是由所述核心網設備接收到所述用戶歷史信息時設置的，所述定 時器超時前允許核心網設備在向所述基站發(fā)送所述用戶文本恢復響應消息時攜帶所述用戶歷史信息。

進一步的，所述方法還包括：

若舊基站掛起所述ue時將用戶歷史信息通過用戶文本信息掛起請求消息上報給核心網設備，且新基站在路徑請求流程中接收自核心網設備的路徑響應消息中包括用戶歷史信息以及時間戳，則新基站在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將收到的用戶歷史信息用于后續(xù)的優(yōu)化處理；其中，所述時間戳與用戶歷史信息相對應，且是由核心網設備在接收到用戶歷史信息時設置的。

進一步的，用戶歷史信息中包括以下至少一項：ue在連接態(tài)下的歷史信息、ue記錄的歷史信息、ue在掛起期間的歷史信息；其中，歷史信息包括以下至少一項：ue駐留過的歷史小區(qū)的信息，包括以下之一：小區(qū)全局標識、小區(qū)類型；在各個歷史小區(qū)的以下至少一種狀態(tài)的停留時間：掛起態(tài)、連接態(tài)、空閑態(tài)；ue在各個通信制式系統(tǒng)駐留過的時長。

進一步的，所述核心網設備包括：移動管理實體mme、或支持窄帶物聯(lián)網nb-iot用戶的服務網關節(jié)點c-sgn。

第二方面，本發(fā)明實施例提供一種信息處理方法，所述方法包括：

基站發(fā)起用戶設備ue的用戶文本信息掛起流程，通過向核心網設備發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備；

所述基站發(fā)送用戶文本恢復請求消息給核心網設備實現(xiàn)路徑更新和用戶文本信息恢復；

所述基站接收核心網設備發(fā)送的用戶文本恢復響應消息；

當用戶文本恢復響應消息中不包括用戶歷史信息時，基站在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息和/或通過空口重新向ue獲取用戶歷史信息。

進一步的，所述方法還包括：

當用戶文本恢復響應消息中包括用戶歷史信息時，所述基站在ue恢復連 接狀態(tài)后利用所述獲取的用戶歷史信息進行后續(xù)的優(yōu)化處理；其中，所述用戶歷史信息對應一個定時器，所述定時器是由所述核心網設備接收到所述用戶歷史信息時設置的，所述定時器超時前允許核心網設備在向所述基站發(fā)送所述用戶文本恢復響應消息時攜帶所述用戶歷史信息。

進一步的，所述方法還包括：

當用戶文本恢復響應消息中包括用戶歷史信息以及對應的時間戳時，基站根據(jù)在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將所述用戶歷史信息用于后續(xù)的優(yōu)化處理；其中，所述時間戳與所述用戶歷史信息相對應，且是由核心網設備在接收到所述用戶歷史信息時設置的。

進一步的，用戶歷史信息中包括以下至少一項：ue在連接態(tài)下的歷史信息、ue記錄的歷史信息、ue在掛起期間的歷史信息；其中，歷史信息包括以下至少一項：ue駐留過的歷史小區(qū)的信息，包括以下之一：小區(qū)全局標識、小區(qū)類型；在各個歷史小區(qū)的以下至少一種狀態(tài)的停留時間：掛起態(tài)、連接態(tài)、空閑態(tài)；ue在各個通信制式系統(tǒng)駐留過的時長。

進一步的，所述核心網設備包括：移動管理實體mme、或支持窄帶物聯(lián)網nb-iot用戶的服務網關節(jié)點c-sgn。

第三方面，本發(fā)明實施例提供一種信息處理方法，所述方法包括：

新基站通過向舊基站發(fā)起用戶文本信息獲取流程從舊基站處獲取用戶設備ue的用戶文本信息；其中，用戶文本信息包含用戶歷史信息以及時間戳，所述時間戳是由舊基站在掛起流程完成后對本地保存的用戶文本信息或用戶歷史信息設置的；

新基站向核心網設備發(fā)起路徑請求流程實現(xiàn)承載路徑信息更新以及用戶文本信息恢復；

新基站在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將所述用戶歷史信息用于后續(xù)的優(yōu)化處理。

進一步的，用戶歷史信息中包括以下至少一項：ue在連接態(tài)下的歷史信息、ue記錄的歷史信息、ue在掛起期間的歷史信息；其中，歷史信息包括以下至少一項：ue駐留過的歷史小區(qū)的信息，包括以下之一：小區(qū)全局標識、 小區(qū)類型；在各個歷史小區(qū)的以下至少一種狀態(tài)的停留時間：掛起態(tài)、連接態(tài)、空閑態(tài)；ue在各個通信制式系統(tǒng)駐留過的時長。

進一步的，所述核心網設備包括：移動管理實體mme、或支持窄帶物聯(lián)網nb-iot用戶的服務網關節(jié)點c-sgn。

第四方面，本發(fā)明實施例一種信息處理方法，所述方法包括：

核心網設備接收第一基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置定時器；

核心網設備接收第二基站發(fā)送的路徑請求消息；其中，第一基站與第二基站為同一基站或不同基站；

核心網設備向第二基站發(fā)送路徑響應消息；

其中，若定時器未超時，所述路徑響應消息中包括用戶歷史信息；若定時器超時，所述路徑響應消息中不包括用戶歷史信息。

第五方面，本發(fā)明實施例提供一種信息處理方法，所述方法包括：

核心網設備接收第一基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置時間戳；

核心網設備接收第二基站發(fā)送的路徑恢復請求消息；其中，第一基站與第二基站為同一基站或不同基站；

核心網設備向所述基站發(fā)送路徑響應消息；其中，所述路徑響應消息中包括用戶歷史信息以及對應的時間戳。

第六方面，本發(fā)明實施例提供一種信息處理方法，所述方法包括：

核心網設備接收基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置定時器；

核心網設備接收所述基站發(fā)送的用戶文本恢復請求消息；

核心網設備向所述基站發(fā)送用戶文本恢復響應消息；

其中，若定時器未超時，所述用戶文本恢復響應消息中包括用戶歷史信息；若定時器超時，所述用戶文本恢復響應消息中不包括用戶歷史信息。

第七方面，本發(fā)明實施例提供一種信息處理方法，所述方法包括：

核心網設備接收基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置時間戳；

核心網設備接收所述基站發(fā)送的用戶文本恢復請求消息；

核心網設備向所述基站發(fā)送用戶文本恢復響應消息；其中，所述用戶文本恢復響應消息中包括用戶歷史信息以及對應的時間戳。

第八方面，本發(fā)明實施例提供一種信息處理方法，所述方法包括：

舊基站接收新基站發(fā)送的用戶文本獲取請求消息；

舊基站根據(jù)用戶文本獲取請求消息在本地查找出用戶設備ue的用戶文本信息后通過用戶文本信息獲取響應消息發(fā)送給目標基站；其中用戶文本信息中不包含用戶歷史信息。

進一步的，所述方法之前包括：

舊基站發(fā)起ue的用戶文本信息掛起流程，通過向核心網設備發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備。

第九方面，本發(fā)明實施例提供一種信息處理方法，所述方法包括：

舊基站發(fā)起用戶設備ue的用戶文本信息掛起流程，對本地保存的ue的用戶文本信息或用戶歷史信息設置時間戳；

舊基站接收新基站發(fā)送的用戶文本獲取請求消息；

舊基站根據(jù)用戶文本獲取請求消息在本地查找出ue的用戶文本信息后通過用戶文本信息獲取響應消息發(fā)送給目標基站；其中用戶文本信息中包含用戶歷史信息以及時間戳。

第十方面，本發(fā)明實施例提供一種基站，包括：

第一獲取單元，用于通過向舊基站發(fā)起用戶文本信息獲取流程從舊基站處獲取用戶設備ue的用戶文本信息；其中，用戶文本信息中不包含用戶歷史信息；

路徑更新單元，用于向核心網設備發(fā)起路徑請求流程實現(xiàn)承載路徑信息 更新以及用戶文本信息恢復；

第二獲取單元，用于在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息和/或通過空口重新向ue獲取用戶歷史信息。

進一步的，所述基站還包括：

第一處理單元，用于若舊基站掛起所述ue時將用戶歷史信息通過用戶文本信息掛起請求消息上報給核心網設備，且所述基站在路徑請求流程中接收自核心網設備的路徑響應消息中包括用戶歷史信息，則在ue恢復連接狀態(tài)后利用收到的用戶歷史信息進行后續(xù)的優(yōu)化處理；

其中，所述用戶歷史信息對應一個定時器，所述定時器是由所述核心網設備接收到所述用戶歷史信息時設置的，所述定時器超時前允許核心網設備在向所述基站發(fā)送所述用戶文本恢復響應消息時攜帶所述用戶歷史信息。

進一步的，所述基站還包括：

第二處理單元，用于若舊基站掛起所述ue時將用戶歷史信息通過用戶文本信息掛起請求消息上報給核心網設備，且所述基站在路徑請求流程中接收自核心網設備的路徑響應消息中包括用戶歷史信息以及時間戳，則在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將收到的用戶歷史信息用于后續(xù)的優(yōu)化處理；其中，所述時間戳與用戶歷史信息相對應，且是由核心網設備在接收到用戶歷史信息時設置的。

第十一方面，本發(fā)明實施例提供一種基站，包括：

發(fā)送單元，用于發(fā)起用戶設備ue的用戶文本信息掛起流程，通過向核心網設備發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備；

路徑更新單元，用于發(fā)送用戶文本恢復請求消息給核心網設備實現(xiàn)路徑更新和用戶文本信息恢復；

接收單元，用于接收核心網設備發(fā)送的用戶文本恢復響應消息；

獲取單元，用于當用戶文本恢復響應消息中不包括用戶歷史信息時，在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息和/或通過空口重新向ue獲取用戶歷史信息。

進一步的，所述基站還包括：

第一處理單元，用于當用戶文本恢復響應消息中包括用戶歷史信息時，在ue恢復連接狀態(tài)后利用所述獲取的用戶歷史信息進行后續(xù)的優(yōu)化處理；

其中，所述用戶歷史信息對應一個定時器，所述定時器是由所述核心網設備接收到所述用戶歷史信息時設置的，所述定時器超時前允許核心網設備在向所述基站發(fā)送所述用戶文本恢復響應消息時攜帶所述用戶歷史信息。

進一步的，所述基站還包括：

第二處理單元，用于當用戶文本恢復響應消息中包括用戶歷史信息以及對應的時間戳時，根據(jù)在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將所述用戶歷史信息用于后續(xù)的優(yōu)化處理；其中，所述時間戳與所述用戶歷史信息相對應，且是由核心網設備在接收到所述用戶歷史信息時設置的。

第十二方面，本發(fā)明實施例提供一種基站，包括：

獲取單元，用于通過向舊基站發(fā)起用戶文本信息獲取流程從舊基站處獲取用戶設備ue的用戶文本信息；其中，用戶文本信息包含用戶歷史信息以及時間戳，所述時間戳是由舊基站在掛起流程完成后對本地保存的用戶文本信息或用戶歷史信息設置的；

路徑更新單元，用于向核心網設備發(fā)起路徑請求流程實現(xiàn)承載路徑信息更新以及用戶文本信息恢復；

處理單元，用于在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將所述用戶歷史信息用于后續(xù)的優(yōu)化處理。

第十三方面，本發(fā)明實施例提供一種核心網設備，包括：

接收單元，用于接收第一基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置定時器；

接收單元，還用于接收第二基站發(fā)送的路徑請求消息；其中，第一基站與第二基站為同一基站或不同基站；

發(fā)送單元，用于向第二基站發(fā)送路徑響應消息；

其中，若定時器未超時，所述路徑響應消息中包括用戶歷史信息；若定 時器超時，所述路徑響應消息中不包括用戶歷史信息。

第十四方面，本發(fā)明實施例一種核心網設備，包括：

接收單元，用于接收第一基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置時間戳；

接收單元，還用于接收第二基站發(fā)送的路徑恢復請求消息；其中，第一基站與第二基站為同一基站或不同基站；

發(fā)送單元，用于向所述基站發(fā)送路徑響應消息；其中，所述路徑響應消息中包括用戶歷史信息以及對應的時間戳。

第十五方面，本發(fā)明實施例一種核心網設備，包括：

接收單元，用于接收基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置定時器；

接收單元，還用于接收所述基站發(fā)送的用戶文本恢復請求消息；

發(fā)送單元，用于向所述基站發(fā)送用戶文本恢復響應消息；

其中，若定時器未超時，所述用戶文本恢復響應消息中包括用戶歷史信息；若定時器超時，所述用戶文本恢復響應消息中不包括用戶歷史信息。

第十六方面，本發(fā)明實施例提供一種核心網設備，包括：

接收單元，用于接收基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置時間戳；

接收單元，還用于接收所述基站發(fā)送的用戶文本恢復請求消息；

發(fā)送單元，用于向所述基站發(fā)送用戶文本恢復響應消息；其中，所述用戶文本恢復響應消息中包括用戶歷史信息以及對應的時間戳。

第十七方面，本發(fā)明實施例提供一種基站，包括：

接收單元，用于接收新基站發(fā)送的用戶文本獲取請求消息；

發(fā)送單元，用于根據(jù)用戶文本獲取請求消息在本地查找出用戶設備ue的用戶文本信息后通過用戶文本信息獲取響應消息發(fā)送給目標基站；其中用戶文本信息中不包含用戶歷史信息。

進一步的，所述基站還包括：

上報單元，用于發(fā)起ue的用戶文本信息掛起流程，通過向核心網設備發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備。

第十八方面，本發(fā)明實施例提供一種基站，包括：

處理單元，用于發(fā)起用戶設備ue的用戶文本信息掛起流程，對本地保存的ue的用戶文本信息或用戶歷史信息設置時間戳；

接收單元，用于接收新基站發(fā)送的用戶文本獲取請求消息；

發(fā)送單元，用于根據(jù)用戶文本獲取請求消息在本地查找出ue的用戶文本信息后通過用戶文本信息獲取響應消息發(fā)送給目標基站；其中用戶文本信息中包含用戶歷史信息以及時間戳。

第十九方面，本發(fā)明實施例提供一種計算機存儲介質，所述計算機存儲介質中存儲有計算機可執(zhí)行指令，該計算機可執(zhí)行指令用于執(zhí)行本發(fā)明第一方面至第九方面任一方面實施例提供的信息處理方法。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高新基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權利要求書以及附圖中所特別指出的結構來實現(xiàn)和獲得。

附圖說明

附圖用來提供對本發(fā)明技術方案的進一步理解，并且構成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術方案，并不構成對本發(fā)明技術方案的限制。

圖1為本發(fā)明實施例提供的一種信息處理方法的流程示意圖一；

圖2為本發(fā)明實施例提供的一種信息處理方法的流程示意圖二；

圖3為本發(fā)明實施例提供的一種信息處理方法的流程示意圖三；

圖4為本發(fā)明實施例提供的一種信息處理方法的流程示意圖四；

圖5為本發(fā)明實施例提供的一種信息處理方法的流程示意圖五；

圖6為本發(fā)明實施例提供的一種信息處理方法的流程示意圖六；

圖7為本發(fā)明實施例提供的一種信息處理方法的流程示意圖七；

圖8為本發(fā)明實施例提供的一種信息處理方法的流程示意圖八；

圖9為本發(fā)明實施例提供的一種信息處理方法的流程示意圖九；

圖10為本發(fā)明實施例提供的實施例1的流程示意圖；

圖11為本發(fā)明實施例提供的實施例2的流程示意圖；

圖12為本發(fā)明實施例提供的實施例3的流程示意圖；

圖13為本發(fā)明實施例提供的實施例4的流程示意圖；

圖14為本發(fā)明實施例提供的一種基站的結構示意圖一；

圖15為本發(fā)明實施例提供的一種基站的結構示意圖二；

圖16為本發(fā)明實施例提供的一種基站的流程示意圖三；

圖17為本發(fā)明實施例提供的一種核心網設備的結構示意圖一；

圖18為本發(fā)明實施例提供的一種核心網設備的結構示意圖二；

圖19為本發(fā)明實施例提供的一種核心網設備的結構示意圖三；

圖20為本發(fā)明實施例提供的一種核心網設備的結構示意圖四；

圖21為本發(fā)明實施例提供的一種基站的結構示意圖四；

圖22為本發(fā)明實施例提供的一種基站的結構示意圖五。

具體實施方式

為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，下文中將結合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。

在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令的計算機系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

需要說明的是，本發(fā)明的說明書和權利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，并非用于描述特定的順序或先后次序。

本發(fā)明實施例提供一種信息處理方法，基于跨基站恢復流程的新基站側，如圖1所示，該方法包括：

步驟101、新基站通過向舊基站發(fā)起用戶文本信息獲取流程從舊基站處獲取用戶設備ue的用戶文本信息；其中，用戶文本信息中不包含用戶歷史信息；

具體的，當新基站發(fā)起用戶文本信息獲取流程時，有可能距離舊基站掛起ue已經過去相當長的時間，用戶歷史信息可能已經過時不準確，因此，舊基站在傳送用戶文本信息時選擇不攜帶已經過時并不準確的用戶歷史信息。

步驟102、新基站向核心網設備發(fā)起路徑請求流程實現(xiàn)承載路徑信息更新以及用戶文本信息恢復；

步驟103、新基站在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息和/或通過空口重新向ue獲取用戶歷史信息。

具體的，由于步驟101中新基站獲取用戶文本信息時舊基站不發(fā)送用戶歷史信息，那么在步驟103新基站可能未獲取到用戶歷史信息，因此，可以通過步驟103獲取比較新且完整的用戶歷史信息，從而可以提高后續(xù)利用用戶歷史信息進行優(yōu)化處理的準確性。

進一步的，所述方法還可以包括：

步驟104、若舊基站掛起所述ue時將用戶歷史信息通過用戶文本信息掛起請求消息上報給核心網設備，且新基站在路徑請求流程中接收自核心網設備的路徑響應消息中包括用戶歷史信息，則新基站在ue恢復連接狀態(tài)后利用收到的用戶歷史信息進行后續(xù)的優(yōu)化處理；其中，所述用戶歷史信息對應一個定時器，所述定時器是由所述核心網設備接收到所述用戶歷史信息時設置的，所述定時器超時前允許核心網設備在向所述基站發(fā)送所述用戶文本恢復 響應消息時攜帶所述用戶歷史信息。

需要說明的是，上述定時器可以理解為用于設定用戶歷史信息的有效性，定時器定時范圍內認為用戶歷史信息有效，核心網設備將用戶歷史信息下發(fā)給新基站，新基站基于用戶歷史信息有效進行后續(xù)優(yōu)化處理；定時器超時后認為用戶歷史信息無效，核心網設備不下發(fā)用戶歷史信息，可以執(zhí)行步驟103。

進一步的，所述方法還可以包括：

步驟105、若舊基站掛起所述ue時將用戶歷史信息通過用戶文本信息掛起請求消息上報給核心網設備，且新基站在路徑請求流程中接收自核心網設備的路徑響應消息中包括用戶歷史信息以及時間戳，則新基站在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將收到的用戶歷史信息用于后續(xù)的優(yōu)化處理；其中，所述時間戳與用戶歷史信息相對應，且是由核心網設備在接收到用戶歷史信息時設置的。

需要說明的是，上述時間戳可以理解為用于指示用戶歷史信息的有效性，新基站在接收到用戶歷史信息后可以讀取對應的時間戳從而判斷用戶歷史信息是否已經過時不準確(例如可以認為當前時間與時間戳之間時差超過閾值認為過時不準確)，如果確定用戶歷史信息并未過時，則新基站可以利用收到的用戶歷史信息進行后續(xù)優(yōu)化處理，如果確定用戶歷史信息已過時，則可以執(zhí)行步驟103。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高新基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明實施例提供一種信息處理方法，本實施例中同一基站掛起流程后執(zhí)行恢復流程流程，如圖2所示，基于前述基站，該方法包括：

步驟201、基站發(fā)起用戶設備ue的用戶文本信息掛起流程，通過向核心網設備發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備；

步驟202、所述基站發(fā)送用戶文本恢復請求消息給核心網設備實現(xiàn)路徑更新和用戶文本信息恢復；

步驟203、所述基站接收核心網設備發(fā)送的用戶文本恢復響應消息；

步驟204、當用戶文本恢復響應消息中不包括用戶歷史信息時，基站在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息和/或通過空口重新向ue獲取用戶歷史信息。

進一步的，所述方法還可以包括：

步驟205、當用戶文本恢復響應消息中包括用戶歷史信息時，所述基站在ue恢復連接狀態(tài)后利用所述獲取的用戶歷史信息進行后續(xù)的優(yōu)化處理；其中，所述用戶歷史信息對應一個定時器，所述定時器是由所述核心網設備接收到所述用戶歷史信息時設置的，所述定時器超時前允許核心網設備在向所述基站發(fā)送所述用戶文本恢復響應消息時攜帶所述用戶歷史信息。

需要說明的是，根據(jù)步驟205的內容描述，對于步驟204中用戶文本恢復響應消息中不包括用戶歷史信息的情況，可以包括兩種情況，一種情況是本身核心網設備發(fā)送用戶文本恢復響應消息就未打算將用戶歷史信息攜帶在其中，另一種情況是如步驟204中設置有定時器但是定時器已超時，則核心網設備發(fā)送用戶文本恢復響應消息時不攜帶所述用戶歷史信息。

進一步的，所述方法還可以包括：

步驟206、當用戶文本恢復響應消息中包括用戶歷史信息以及對應的時間戳時，基站根據(jù)在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將所述用戶歷史信息用于后續(xù)的優(yōu)化處理；其中，所述時間戳與所述用戶歷史信息相對應，且是由核心網設備在接收到所述用戶歷史信息時設置的。

需要說明的是，上述時間戳可以理解為用于指示用戶歷史信息的有效性，基站在接收到用戶歷史信息后可以讀取對應的時間戳從而判斷用戶歷史信息是否已經過時不準確(例如可以認為當前時間與時間戳之間時差超過閾值認為過時不準確)，如果確定用戶歷史信息并未過時，則新基站可以利用收到的用戶歷史信息進行后續(xù)優(yōu)化處理，如果確定用戶歷史信息已過時，則可以執(zhí)行步驟204。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明實施例提供一種信息處理方法，基于跨基站恢復流程的新基站側，如圖3所示，該方法包括：

步驟301、新基站通過向舊基站發(fā)起用戶文本信息獲取流程從舊基站處獲取用戶設備ue的用戶文本信息；其中，用戶文本信息包含用戶歷史信息以及時間戳，所述時間戳是由舊基站在掛起流程完成后對本地保存的用戶文本信息或用戶歷史信息設置的；

步驟302、新基站向核心網設備發(fā)起路徑請求流程實現(xiàn)承載路徑信息更新以及用戶文本信息恢復；

步驟303、新基站在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將所述用戶歷史信息用于后續(xù)的優(yōu)化處理。

需要說明的是，上述時間戳可以理解為用于指示用戶歷史信息的有效性，新基站在接收到用戶歷史信息后可以讀取對應的時間戳從而判斷用戶歷史信息是否已經過時不準確(例如可以認為當前時間與時間戳之間時差超過閾值認為過時不準確)，如果確定用戶歷史信息并未過時，則新基站可以利用收到的用戶歷史信息進行后續(xù)優(yōu)化處理，如果確定用戶歷史信息已過時，則可以執(zhí)行步驟204。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高新基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明實施例提供一種信息處理方法，基于核心網設備側，如圖4所示，該方法包括：

步驟401、核心網設備接收第一基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置定時器；

步驟402、核心網設備接收第二基站發(fā)送的路徑請求消息；其中，第一基站與第二基站為同一基站或不同基站；

步驟403、核心網設備向第二基站發(fā)送路徑響應消息；

其中，若定時器未超時，所述路徑響應消息中包括用戶歷史信息；若定 時器超時，所述路徑響應消息中不包括用戶歷史信息。

需要說明的是，本實施例中第一基站與第二基站可以實質上為同一個基站，此時“第一基站”和“第二基站”這樣的表述可以認為是從時間上做的區(qū)分；本實施例中第一基站與第二基站也可以是實質上不同的兩個基站，例如上述幾個實施例中的新基站與舊基站。

另外，上述定時器可以參照上述幾個實施例中關于定時器的說明。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明實施例提供一種信息處理方法，基于核心網設備側，如圖5所示，該方法包括：

步驟501、核心網設備接收第一基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置時間戳；

步驟502、核心網設備接收第二基站發(fā)送的路徑請求消息；其中，第一基站與第二基站為同一基站或不同基站；

步驟503、核心網設備向所述基站發(fā)送路徑響應消息；其中，所述路徑響應消息中包括用戶歷史信息以及對應的時間戳。

需要說明的是，本實施例中第一基站與第二基站可以實質上為同一個基站，此時“第一基站”和“第二基站”這樣的表述可以認為是從時間上做的區(qū)分；本實施例中第一基站與第二基站也可以是實質上不同的兩個基站，例如上述幾個實施例中的新基站與舊基站。

另外，上述時間戳可以參照上述幾個實施例中關于時間戳的說明。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明實施例提供一種信息處理方法，基于核心網設備側，如圖6所示，該方法包括：

步驟601、核心網設備接收基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置定時器；

步驟602、核心網設備接收所述基站發(fā)送的用戶文本恢復請求消息；

步驟603、核心網設備向所述基站發(fā)送用戶文本恢復響應消息；

其中，若定時器未超時，所述用戶文本恢復響應消息中包括用戶歷史信息；若定時器超時，所述用戶文本恢復響應消息中不包括用戶歷史信息。

另外，上述定時器可以參照上述幾個實施例中關于定時器的說明。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明實施例提供一種信息處理方法，基于核心網設備側，如圖7所示，該方法包括：

步驟701、核心網設備接收基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置時間戳；

步驟702、核心網設備接收所述基站發(fā)送的用戶文本恢復請求消息；

步驟703、核心網設備向所述基站發(fā)送用戶文本恢復響應消息；其中，所述用戶文本恢復響應消息中包括用戶歷史信息以及對應的時間戳。

另外，上述時間戳可以參照上述幾個實施例中關于時間戳的說明。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明實施例提供一種信息處理方法，基于跨基站恢復流程的舊基站側，如圖8所示，該方法包括：

步驟801、舊基站接收新基站發(fā)送的用戶文本獲取請求消息；

步驟802、舊基站根據(jù)用戶文本獲取請求消息在本地查找出用戶設備ue的用戶文本信息后通過用戶文本信息獲取響應消息發(fā)送給目標基站；其中用 戶文本信息中不包含用戶歷史信息。

進一步的，如圖8所示，所述方法之前還可以包括：

步驟800、舊基站發(fā)起ue的用戶文本信息掛起流程，通過向核心網設備發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明實施例提供一種信息處理方法，基于跨基站恢復流程的舊基站側，如圖9所示，該方法包括：

步驟901、舊基站發(fā)起用戶設備ue的用戶文本信息掛起流程，對本地保存的ue的用戶文本信息或用戶歷史信息設置時間戳；

步驟902、舊基站接收新基站發(fā)送的用戶文本獲取請求消息；

步驟903、舊基站根據(jù)用戶文本獲取請求消息在本地查找出ue的用戶文本信息后通過用戶文本信息獲取響應消息發(fā)送給目標基站；其中用戶文本信息中包含用戶歷史信息以及時間戳。

通過本實施例提供的上述方案，優(yōu)化了恢復流程中對用戶歷史信息的處理方式，能夠提高基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

最后需要說明的是，以上所述的各個實施例中，核心網設備可以包括：移動管理實體mme、或支持窄帶物聯(lián)網nb-iot用戶的服務網關節(jié)點(ciotservinggatewaynode，c-sgn)。

另外，以上所述的各個實施例中的用戶歷史信息中可以包括以下至少一項：ue在連接態(tài)下的歷史信息、ue記錄的歷史信息、ue在掛起期間的歷史信息；其中，歷史信息包括以下至少一項：ue駐留過的歷史小區(qū)的信息，包括以下之一：小區(qū)全局標識、小區(qū)類型；在各個歷史小區(qū)的以下至少一種狀態(tài)的停留時間：掛起態(tài)、連接態(tài)、空閑態(tài)；ue在各個通信制式系統(tǒng)駐留過的時長。示例性的，說明如下：考慮到ue在掛起流程也屬于駐留，因此對于用 戶歷史信息中的ue在小區(qū)駐留時間可以進行以下處理：將ue掛起狀態(tài)下駐留在源小區(qū)的時間也計算在總駐留時間內，或者針對正常狀態(tài)和掛起狀態(tài)進行區(qū)分，比如將ue在某個小區(qū)下的停留時間區(qū)分為“掛起停留時長”和“連接態(tài)停留時長”。而對于用戶歷史信息中的ue記錄的用戶歷史信息也可以作區(qū)分處理，ue在記錄的時候針對掛起狀態(tài)進行單獨記錄，記錄的是ue在掛起的情況下駐留過的歷史小區(qū)信息。上述用戶歷史信息的處理不僅僅適用于ue跨站移動的跨基站恢復場景，也適用于ue不移動的同基站恢復場景。

為了使本領域技術人員能夠更清楚地理解本發(fā)明提供的技術方案，下面通過具體的實施例，對本發(fā)明提供的技術方案進行詳細說明：

實施例1

本實施例對應跨基站恢復場景，涉及到ue、舊基站、新基站以及核心網設備，結合圖10所示，本實施例中四個設備之間的交互流程可以包括以下步驟：

步驟1：新基站收到ue空口發(fā)送的恢復請求消息后，根據(jù)攜帶的恢復標識(identification，id)確定舊基站；

其中，恢復id是用于唯一識別用戶文本信息的標志信息，比如可以是下面信息的一個或多個的組合：小區(qū)無線網絡臨時標識(cellradionetworktemporaryidentifier，c-rnti)、e-utran小區(qū)全局標識符(e-utrancellglobalidentifier，ecgi)、物理小區(qū)標識(physicalcellidentity，pci)、基站分配的唯一文本標志等。

步驟2：新基站給舊基站發(fā)送用戶文本獲取請求消息；

步驟3：舊基站根據(jù)用戶文本獲取請求消息中的恢復id，在本地識別出ue的文本信息，將本地查找到的用戶文本信息通過用戶文本信息響應消息傳遞給新基站，其中用戶文本信息中不包含用戶歷史信息。

需要說明的是，步驟2和步驟3也可以統(tǒng)稱為用戶文本信息獲取流程。

步驟4：新基站給mme發(fā)送路徑請求消息實現(xiàn)用戶文本信息恢復。

步驟5：mme激活用戶文本信息后給新基站發(fā)送路徑響應消息完成恢 復。

需要說明的是，本實施例中核心網設備以mme為例進行說明，上述步驟4與步驟5也可以統(tǒng)稱為路徑請求流程。

步驟6：新基站在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息或者通過空口重新向ue獲取用戶歷史信息。

實施例2

本實施例對應跨基站恢復場景，涉及到ue、舊基站、新基站以及核心網設備，結合圖11所示，本實施例中四個設備之間的交互流程可以包括以下步驟：

步驟1：舊基站在掛起流程完成后，對本地保存的用戶文本信息或者用戶歷史信息設置時間戳。

步驟2：新基站收到ue空口發(fā)送的恢復請求消息后，根據(jù)攜帶的恢復id確定舊基站；

步驟3：新基站給舊基站發(fā)送用戶文本獲取請求消息；

步驟4：舊基站根據(jù)用戶文本獲取請求消息中的恢復id，在本地識別出ue的用戶文本信息，將本地查找到的用戶文本信息通過用戶文本信息獲取響應消息傳遞給新基站，其中用戶文本信息包含用戶歷史信息，且包含時間戳。

需要說明的是，步驟3和步驟4也可以統(tǒng)稱為用戶文本信息獲取流程。

步驟5：新基站給c-sgn發(fā)送路徑請求消息實現(xiàn)用戶文本信息恢復。

步驟6：c-sgn激活用戶文本信息后給基站發(fā)送路徑響應消息完成文本恢復。

需要說明的是，本實施例中核心網設備以c-sgn為例進行說明，上述步驟5與步驟6也可以統(tǒng)稱為路徑請求流程。

步驟7：新基站在ue恢復連接狀態(tài)后根據(jù)時間戳來判斷收到的用戶歷史 信息的有效性，以及是否用于后續(xù)的優(yōu)化處理，比如移動性優(yōu)化、尋呼優(yōu)化。

實施例3

本實施例對應跨基站恢復場景，涉及到ue、舊基站、新基站以及核心網設備，結合圖12所示，本實施例中四個設備之間的交互流程可以包括以下步驟：

步驟1：舊基站發(fā)起ue的掛起流程，發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備。

步驟2：核心網設備發(fā)送用戶文本掛起響應消息給舊基站。

步驟3：新基站收到ue空口發(fā)送的恢復請求消息后，根據(jù)攜帶的恢復id確定舊基站；

步驟4：新基站給舊基站發(fā)送用戶文本獲取請求消息；

步驟5：舊基站根據(jù)用戶文本獲取請求消息中的恢復id，在本地識別出ue的用戶文本信息，將本地查找到的用戶文本信息通過用戶文本信息響應消息傳遞給新基站，其中用戶文本信息中不包含用戶歷史信息。

步驟6：新基站發(fā)起路徑請求消息給mme實現(xiàn)實現(xiàn)用戶文本信息恢復。

步驟7：核心網設備給新基站發(fā)送路徑響應消息；其中，路徑響應消息中可以包含用戶歷史信息，或者路徑響應消息中可以包含用戶歷史信息和對應的時間戳；

具體的，核心網設備可以針對用戶歷史信息設置定時器，只有在定時器定時范圍內發(fā)送路徑響應消息時才下發(fā)用戶歷史信息，否則不下發(fā)。或者，核心網設備在收到用戶歷史信息的時候給其打上時間戳，并在發(fā)送路徑響應消息時將用戶歷史信息和對應的時間戳一起下發(fā)。

步驟8：若新基站未能收到用戶歷史信息，在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息或者通過空口重新向ue獲取用戶歷史信息，進而進行后續(xù)優(yōu)化處理；若新基站收到用戶歷史信息，則在ue恢復連接狀態(tài)后利用獲取 到的ue歷史信息進行后續(xù)優(yōu)化處理；若新基站收到用戶歷史信息及時間戳，則根據(jù)時間戳來判斷用戶歷史信息的有效性，以及是否用于后續(xù)的優(yōu)化處理。

實施例4

本實施例對應同一基站掛起后恢復的場景，涉及到ue、基站以及核心網設備，結合圖13所示，本實施例中三個設備之間的交互流程可以包括以下步驟：

步驟1：基站發(fā)起ue的掛起流程，發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網元設備。

步驟2：核心網設備發(fā)送用戶文本掛起響應消息給基站。

步驟3：基站收到ue空口發(fā)送的恢復請求消息后，根據(jù)攜帶的恢復id確定用戶文本信息并激活；

步驟4：基站發(fā)送用戶文本恢復請求消息給核心網設備實現(xiàn)用戶文本信息恢復。

步驟5：核心網設備給基站發(fā)送用戶文本恢復響應消息；其中，用戶文本恢復響應消息中可以包含用戶歷史信息，或者用戶文本恢復響應消息中包含用戶歷史信息和對應的時間戳；

具體的，核心網設備可以針對用戶歷史信息設置定時器，只有在定時器定時范圍內發(fā)送用戶文本恢復響應消息時才下發(fā)用戶歷史信息，否則不下發(fā)。或者，核心網設備在收到用戶歷史信息的時候給其打上時間戳，并在發(fā)送用戶文本恢復響應消息時將用戶歷史信息和對應的時間戳一起下發(fā)。

步驟6：若基站未能收到用戶歷史信息，在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息或者通過空口重新向ue獲取用戶歷史信息，進而進行后續(xù)優(yōu)化處理；若基站收到用戶歷史信息，則在ue恢復連接狀態(tài)后利用獲取到的ue歷史信息進行后續(xù)優(yōu)化處理；若基站收到用戶歷史信息及時間戳，則根據(jù)時間戳來判斷用戶歷史信息的有效性，以及是否用于后續(xù)的優(yōu)化處理。

本發(fā)明實施例提供一種基站10，如圖14所示，包括：

第一獲取單元11，用于通過向舊基站發(fā)起用戶文本信息獲取流程從舊基站處獲取用戶設備ue的用戶文本信息；其中，用戶文本信息中不包含用戶歷史信息；

路徑更新單元12，用于向核心網設備發(fā)起路徑請求流程實現(xiàn)承載路徑信息更新以及用戶文本信息恢復；

第二獲取單元13，用于在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息和/或通過空口重新向ue獲取用戶歷史信息。

進一步的，如圖14所示，所述基站還包括：

第一處理單元14，用于若舊基站掛起所述ue時將用戶歷史信息通過用戶文本信息掛起請求消息上報給核心網設備，且所述基站在路徑請求流程中接收自核心網設備的路徑響應消息中包括用戶歷史信息，則在ue恢復連接狀態(tài)后利用收到的用戶歷史信息進行后續(xù)的優(yōu)化處理；

其中，所述用戶歷史信息對應一個定時器，所述定時器是由所述核心網設備接收到所述用戶歷史信息時設置的，所述定時器超時前允許核心網設備在向所述基站發(fā)送所述用戶文本恢復響應消息時攜帶所述用戶歷史信息。

進一步的，如圖14所示，所述基站還包括：

第二處理單元15，用于若舊基站掛起所述ue時將用戶歷史信息通過用戶文本信息掛起請求消息上報給核心網設備，且所述基站在路徑請求流程中接收自核心網設備的路徑響應消息中包括用戶歷史信息以及時間戳，則在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將收到的用戶歷史信息用于后續(xù)的優(yōu)化處理；其中，所述時間戳與用戶歷史信息相對應，且是由核心網設備在接收到用戶歷史信息時設置的。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

本發(fā)明實施例提供一種基站20，如圖15所示，包括：

發(fā)送單元21，用于發(fā)起用戶設備ue的用戶文本信息掛起流程，通過向核心網設備發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備；

路徑更新單元22，用于發(fā)送用戶文本恢復請求消息給核心網設備實現(xiàn)路徑更新和用戶文本信息恢復；

接收單元23，用于接收核心網設備發(fā)送的用戶文本恢復響應消息；

獲取單元24，用于當用戶文本恢復響應消息中不包括用戶歷史信息時，在ue恢復連接狀態(tài)后重新開始統(tǒng)計用戶歷史信息和/或通過空口重新向ue獲取用戶歷史信息。

進一步的，如圖15所示，所述基站還可以包括：

第一處理單元25，用于當用戶文本恢復響應消息中包括用戶歷史信息時，在ue恢復連接狀態(tài)后利用所述獲取的用戶歷史信息進行后續(xù)的優(yōu)化處理；

其中，所述用戶歷史信息對應一個定時器，所述定時器是由所述核心網設備接收到所述用戶歷史信息時設置的，所述定時器超時前允許核心網設備在向所述基站發(fā)送所述用戶文本恢復響應消息時攜帶所述用戶歷史信息。

進一步的，如圖15所示，所述基站還可以包括：

第二處理單元26，用于當用戶文本恢復響應消息中包括用戶歷史信息以及對應的時間戳時，根據(jù)在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將所述用戶歷史信息用于后續(xù)的優(yōu)化處理；其中，所述時間戳與所述用戶歷史信息相對應，且是由核心網設備在接收到所述用戶歷史信息時設置的。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

本發(fā)明實施例提供一種基站30，如圖16所示，包括：

獲取單元31，用于通過向舊基站發(fā)起用戶文本信息獲取流程從舊基站處獲取用戶設備ue的用戶文本信息；其中，用戶文本信息包含用戶歷史信息以及時間戳，所述時間戳是由舊基站在掛起流程完成后對本地保存的用戶文本信息或用戶歷史信息設置的；

路徑更新單元32，用于向核心網設備發(fā)起路徑請求流程實現(xiàn)承載路徑信 息更新以及用戶文本信息恢復；

處理單元33，用于在ue恢復連接狀態(tài)后根據(jù)所述時間戳來確定是否將所述用戶歷史信息用于后續(xù)的優(yōu)化處理。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

本發(fā)明實施例提供一種核心網設備40，如圖17所示，包括：

接收單元41，用于接收第一基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置定時器；

接收單元41，還用于接收第二基站發(fā)送的路徑請求消息；其中，第一基站與第二基站為同一基站或不同基站；

發(fā)送單元42，用于向第二基站發(fā)送路徑響應消息；

其中，若定時器未超時，所述路徑響應消息中包括用戶歷史信息；若定時器超時，所述路徑響應消息中不包括用戶歷史信息。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

本發(fā)明實施例一種核心網設備50，如圖18所示，包括：

接收單元51，用于接收第一基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置時間戳；

接收單元51，還用于接收第二基站發(fā)送的路徑恢復請求消息；其中，第一基站與第二基站為同一基站或不同基站；

發(fā)送單元52，用于向所述基站發(fā)送路徑響應消息；其中，所述路徑響應消息中包括用戶歷史信息以及對應的時間戳。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

本發(fā)明實施例一種核心網設備60，如圖19所示，包括：

接收單元61，用于接收基站發(fā)送的包含有用戶歷史信息的用戶文本掛起 請求消息并為用戶歷史信息設置定時器；

接收單元61，還用于接收所述基站發(fā)送的用戶文本恢復請求消息；

發(fā)送單元62，用于向所述基站發(fā)送用戶文本恢復響應消息；

其中，若定時器未超時，所述用戶文本恢復響應消息中包括用戶歷史信息；若定時器超時，所述用戶文本恢復響應消息中不包括用戶歷史信息。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

本發(fā)明實施例提供一種核心網設備70，如圖20所示，包括：

接收單元71，用于接收基站發(fā)送的包含有用戶歷史信息的用戶文本掛起請求消息并為用戶歷史信息設置時間戳；

接收單元71，還用于接收所述基站發(fā)送的用戶文本恢復請求消息；

發(fā)送單元72，用于向所述基站發(fā)送用戶文本恢復響應消息；其中，所述用戶文本恢復響應消息中包括用戶歷史信息以及對應的時間戳。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

本發(fā)明實施例提供一種基站80，如圖21所示，包括：

接收單元81，用于接收新基站發(fā)送的用戶文本獲取請求消息；

發(fā)送單元82，用于根據(jù)用戶文本獲取請求消息在本地查找出用戶設備ue的用戶文本信息后通過用戶文本信息獲取響應消息發(fā)送給目標基站；其中用戶文本信息中不包含用戶歷史信息。

進一步的，如圖21所示，所述基站還包括：

上報單元83，用于發(fā)起ue的用戶文本信息掛起流程，通過向核心網設備發(fā)送用戶文本掛起請求消息將用戶歷史信息上報給核心網設備。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

本發(fā)明實施例提供一種基站90，如圖22所示，包括：

處理單元91，用于發(fā)起用戶設備ue的用戶文本信息掛起流程，對本地保存的ue的用戶文本信息或用戶歷史信息設置時間戳；

接收單元92，用于接收新基站發(fā)送的用戶文本獲取請求消息；

發(fā)送單元93，用于根據(jù)用戶文本獲取請求消息在本地查找出ue的用戶文本信息后通過用戶文本信息獲取響應消息發(fā)送給目標基站；其中用戶文本信息中包含用戶歷史信息以及時間戳。

本實施例用于實現(xiàn)其對應的方法實施例，本實施例中各個單元的工作流程和工作原理參見對應方法實施例中的描述，在此不再贅述。

綜上所述，通過實施上述各個實施例提供的方案，可以優(yōu)化恢復流程中對用戶歷史信息的處理方式，能夠提高基站做后續(xù)優(yōu)化處理時使用的用戶歷史信息的準確性，進而提高優(yōu)化處理的準確性。

本發(fā)明的實施例還提供了一種存儲介質?？蛇x地，在本實施例中，上述存儲介質可以被設置為存儲用于執(zhí)行上述任一種信息處理方法實施例步驟的程序代碼。

可選地，存儲介質還被設置為存儲用于執(zhí)行上述任一種信息處理方法實施例步驟的程序代碼。

可選地，在本實施例中，上述存儲介質可以包括但不限于：u盤、只讀存儲器(rom，read-onlymemory)、隨機存取存儲器(ram，randomaccessmemory)、移動硬盤、磁碟或者光盤等各種可以存儲程序代碼的介質。

可選地，在本實施例中，處理器根據(jù)存儲介質中已存儲的程序代碼執(zhí)行上述任一種信息處理方法實施例步驟的程序代碼。

可選地，本實施例中的具體示例可以參考上述任一種信息處理方法實施例及可選實施方式中所描述的示例，本實施例在此不再贅述。

以上所描述的裝置實施例僅僅是示意性的，例如，模塊的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式。另一點，所顯示或討論的模塊相互之間的連接可以是通過一些接口，可以是電性，機械或其它 的形式。所述各個模塊可以是或者也可以不是物理上分開的，可以是或者也可以不是物理單元?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部模塊來實現(xiàn)本實施例方案的目的。

另外，在本發(fā)明各個實施例中的各功能模塊可以集成在一個處理模塊中，也可以是各個模塊單獨物理包括，也可以兩個或兩個以上模塊集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能模塊的形式實現(xiàn)。

上述以軟件功能單元的形式實現(xiàn)的集成的模塊，可以存儲在一個計算機可讀取存儲介質中。上述軟件功能模塊存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本發(fā)明各個實施例所述方法的部分步驟。而前述的存儲介質包括：u盤、移動硬盤、只讀存儲器(read-onlymemory，rom)、隨機存取存儲器(randomaccessmemory，ram)、磁碟或者光盤等各種可以存儲程序代碼的介質。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以所述權利要求的保護范圍為準。