本發(fā)明涉及無線通信技術(shù)領(lǐng)域。更具體地，本發(fā)明涉及ue上下文管理方法和設(shè)備。

背景技術(shù)：

隨著物聯(lián)網(wǎng)應(yīng)用和物聯(lián)網(wǎng)終端設(shè)備的廣泛應(yīng)用，設(shè)計(jì)出一種適應(yīng)于物聯(lián)網(wǎng)通信的無線網(wǎng)絡(luò)技術(shù)成為必須解決的問題。第三代合作伙伴計(jì)劃(3rdgenerationpartnershipproject，3gpp)正在研究一種新的接入系統(tǒng)，用于設(shè)計(jì)出一種低復(fù)雜性、低吞吐量的無線接入技術(shù)來解決無線物聯(lián)網(wǎng)所面臨的需求，稱為窄帶物聯(lián)網(wǎng)(narrowband-internetofthings，nb-iot)。這種接入技術(shù)的特性包括支持低吞吐量的大量設(shè)備、低時(shí)延敏感度、超低設(shè)備成本，超低功耗和優(yōu)化的網(wǎng)絡(luò)架構(gòu)。

在優(yōu)化的網(wǎng)絡(luò)架構(gòu)方面，目前3gpp引入了一種解決方案，稱為用戶面解決方案，簡(jiǎn)述如下：

1.用戶設(shè)備(ue，userequipment)入網(wǎng)后，采用現(xiàn)有機(jī)制建立和網(wǎng)絡(luò)側(cè)的連接，進(jìn)行數(shù)據(jù)傳輸，如圖1所示進(jìn)行無線資源控制(radioresourcecontrol，rrc)連接建立、數(shù)據(jù)無線承載(dataradiobearer，drb)建立和安全建立，然后若有需要?jiǎng)t進(jìn)行數(shù)據(jù)傳輸。

2.區(qū)別于在現(xiàn)有長(zhǎng)期研究(longtermevolution，lte)系統(tǒng)中，ue和演進(jìn)基站(evolvednodeb，enb)在數(shù)據(jù)傳輸完成后，釋放rrc連接，刪除ue上下文并進(jìn)入rrcidle狀態(tài)；在用戶面解決方案中，當(dāng)數(shù)據(jù)傳輸完成后，ue和enb掛起rrc連接，保存ue上下文，如圖 1所示，enb通過rrc信令告知ue掛起rrc連接并保存ue上下文。

3.如圖2所示，當(dāng)ue有上行數(shù)據(jù)發(fā)送或下行數(shù)據(jù)接收時(shí)，ue向enb發(fā)起rrc連接恢復(fù)流程，因?yàn)閡e和enb上保存了ue上下文，通過該流程可以恢復(fù)其rrc連接，直接進(jìn)行數(shù)據(jù)傳輸，而無需再通過rrc重配置流程進(jìn)行drb的建立，和無需通過安全建立流程進(jìn)行空口安全的建立?？梢钥闯觯ㄟ^這種方式，節(jié)省了空口的信令開銷。

如上所述，用戶面解決方案中通過引入rrc連接掛起/恢復(fù)流程來降低數(shù)據(jù)傳輸時(shí)的控制信令開銷，這就意味著當(dāng)ue的rrc連接掛起之后，ue和enb上都需要保存該ue的上下文，直到下一次有上行數(shù)據(jù)或下行數(shù)據(jù)傳輸發(fā)生，以便成功執(zhí)行rrc連接恢復(fù)流程?？紤]到網(wǎng)絡(luò)中，尤其是物聯(lián)網(wǎng)中繁雜多樣的應(yīng)用，有大量的傳輸小數(shù)據(jù)業(yè)務(wù)的ue設(shè)備數(shù)如用于水電費(fèi)抄表的終端設(shè)備，enb上需要維護(hù)大量的ue上下文；同時(shí)考慮到很多業(yè)務(wù)應(yīng)用的數(shù)據(jù)發(fā)送并不頻繁，則在兩次數(shù)據(jù)傳輸之間，enb和ue需要長(zhǎng)時(shí)間保存ue上下文，這就形成了一種負(fù)擔(dān)。在另一種場(chǎng)景下，如果ue移動(dòng)到了其他enb覆蓋下，則原enb上保存的ue上下文是無用的?？紤]到上述問題，如何合理管理ue上下文成為需要解決的問題。

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

如背景技術(shù)部分所述，nb-iot技術(shù)中引入了用戶面解決方案后，enb和ue上都需要保存ue上下文，而在一些場(chǎng)景下，無限制地保存ue上下文存在弊端，現(xiàn)在機(jī)制無法覆蓋這一問題。這成為本發(fā)明所關(guān)注并要解決的問題。

本發(fā)明所述方法并不限于背景技術(shù)部分所述的release13的nb-iot系統(tǒng)，也適用于其他非nb-iot裝置和系統(tǒng)，如機(jī)器類型通信(machinetypecommunication，mtc)場(chǎng)景等。

根據(jù)本發(fā)明實(shí)施例的第一個(gè)方面，提供了一種在用戶設(shè)備ue處執(zhí)行的ue上下文管理方法，包括：當(dāng)所述ue或ue無線資源控制rrc層從演進(jìn)節(jié)點(diǎn)enb接收到rrc連接掛起消息或所述ue發(fā)起rrc連接掛起過程時(shí)，由所述ue或uerrc層啟動(dòng)ue上下文管理定時(shí)器，所述rrc連接掛起消息或rrc連接掛起過程用于在ue處掛起rrc連接并保存ue上下文；以及如果所述ue上下文管理定時(shí)器到期，由所述ue或uerrc層釋放所保存的ue上下文。

可選地，所述方法還包括：如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)所述ue或uerrc層發(fā)起了rrc連接恢復(fù)過程或rrc連接建立過程，由所述ue或uerrc層停止所述ue上下文管理定時(shí)器?？蛇x地，如果所述ue或uerrc層發(fā)起的是rrc連接恢復(fù)過程，則仍保存所述ue上下文；如果所述ue或uerrc層發(fā)起的是rrc連接建立過程，則釋放所保存的ue上下文。

可選地，所述方法還包括：如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)接收到尋呼消息，由所述ue或uerrc層停止所述ue上下文管理定時(shí)器，并且仍保存所述ue上下文。

可選地，所述ue上下文是ue接入層as上下文。

可選地，所述ue是窄帶物聯(lián)網(wǎng)nb-iotue或非nb-iotue。

可選地，所述定時(shí)器的值預(yù)先設(shè)置為固定值。

可選地，所述定時(shí)器的值是由enb經(jīng)由rrc信令或由移動(dòng)性管理實(shí)體mme經(jīng)由非接入層nas信令配置的。

根據(jù)本發(fā)明的第二方面，提供了一種用戶設(shè)備ue，用于執(zhí)行ue上下文管理。所述ue包括：定時(shí)器管理單元，被配置為：當(dāng)所述ue從演進(jìn)節(jié)點(diǎn)enb接收到無線資源控制rrc連接掛起消息或所述ue發(fā)起rrc連接掛起過程時(shí)，由所述ue或uerrc層啟動(dòng)ue上下文管理定時(shí)器；以及ue上下文管理單元，被配置為：當(dāng)所述ue從演進(jìn)節(jié)點(diǎn)enb接收到無線資 源控制rrc連接掛起消息或所述ue發(fā)起rrc連接掛起過程時(shí)，在ue處掛起rrc連接并保存ue上下文；以及如果所述ue上下文管理定時(shí)器到期，釋放所保存的ue上下文。

可選地，所述定時(shí)器管理單元還可以被配置為：如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)所述ue或uerrc層發(fā)起了rrc連接恢復(fù)過程或rrc連接建立過程，停止所述ue上下文管理定時(shí)器。進(jìn)一步地，所述ue上下文管理單元還可以被配置為：如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)所述ue或uerrc層發(fā)起了rrc連接恢復(fù)過程，則仍保存所述ue上下文；如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)所述ue或uerrc層發(fā)起了rrc連接建立過程，則釋放所保存的ue上下文。

可選地，所述定時(shí)器管理單元還被配置為：如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)接收到尋呼消息，停止所述ue上下文管理定時(shí)器。

參照后文的說明和附圖，詳細(xì)公開了本發(fā)明的特定實(shí)施方式，指明了本發(fā)明的原理可以被采用的方式。應(yīng)該理解，本發(fā)明的實(shí)施方式在范圍上并不因而受到限制。在所附權(quán)利要求的精神和條款的范圍內(nèi)，本發(fā)明的實(shí)施方式包括許多改變、修改和等同。

針對(duì)一種實(shí)施方式描述和/或示出的特征可以以相同或類似的方式在一個(gè)或更多個(gè)其它實(shí)施方式中使用，與其它實(shí)施方式中的特征相組合，或替代其它實(shí)施方式中的特征。

應(yīng)該強(qiáng)調(diào)，術(shù)語(yǔ)“包括/包含”在本文使用時(shí)指特征、整件、步驟或組件的存在，但并不排除一個(gè)或更多個(gè)其它特征、整件、步驟或組件的存在或附加。

附圖說明

參照以下的附圖可以更好地理解本發(fā)明的很多方面。附圖中的部件不是成比例繪制的，而只是為了示出本發(fā)明的原理。為了便于示出和描述本 發(fā)明的一些部分，附圖中對(duì)應(yīng)部分可能被放大或縮小。

在本發(fā)明的一個(gè)附圖或一種實(shí)施方式中描述的元素和特征可以與一個(gè)或更多個(gè)其它附圖或?qū)嵤┓绞街惺境龅脑睾吞卣飨嘟Y(jié)合。此外，在附圖中，類似的標(biāo)號(hào)表示幾個(gè)附圖中對(duì)應(yīng)的部件，并可用于指示多于一種實(shí)施方式中使用的對(duì)應(yīng)部件。

圖1是rrc連接掛起示意圖；

圖2是rrc連接恢復(fù)流程示意圖；

圖3是根據(jù)本發(fā)明的在ue處執(zhí)行的ue上下文管理方法的流程圖。

圖4是根據(jù)本發(fā)明實(shí)施例1的ue側(cè)處理的一種流程示意圖。

圖5是根據(jù)本發(fā)明實(shí)施例2的ue側(cè)處理的一種流程示意圖。

圖6是根據(jù)本發(fā)明實(shí)施例3的ue側(cè)處理的一種流程示意圖。

圖7-9是根據(jù)本發(fā)明實(shí)施例4的ue側(cè)處理的一種流程示意圖。

圖10是根據(jù)本發(fā)明實(shí)施例5的ue側(cè)配置的一種流程示意圖。

圖11是根據(jù)本發(fā)明實(shí)施例5的網(wǎng)絡(luò)側(cè)配置的一種流程示意圖。

圖12是根據(jù)本發(fā)明實(shí)施例5的網(wǎng)絡(luò)側(cè)交互流程示意圖。

圖13是根據(jù)本發(fā)明實(shí)施例6的ue的一構(gòu)成示意圖。

具體實(shí)施方式

參照附圖，通過下面的說明書，本發(fā)明的前述以及其它特征將變得明顯。在說明書和附圖中，具體公開了本發(fā)明的特定實(shí)施方式，其表明了其中可以采用本發(fā)明的原則的部分實(shí)施方式，應(yīng)了解的是，本發(fā)明不限于所描述的實(shí)施方式，相反，本發(fā)明包括落入所附權(quán)利要求的范圍內(nèi)的全部修改、變型以及等同物。另外，為了簡(jiǎn)便起見，省略了對(duì)與本發(fā)明沒有直接關(guān)聯(lián)的公知技術(shù)的詳細(xì)描述，以防止對(duì)本發(fā)明的理解造成混淆。

以下將結(jié)合附圖和具體實(shí)施例，對(duì)本發(fā)明所提出的ue上下文管理方法進(jìn)行進(jìn)一步說明。

下文以lte移動(dòng)通信系統(tǒng)及其后續(xù)的演進(jìn)版本作為示例應(yīng)用環(huán)境，以nb-iot為實(shí)施技術(shù)場(chǎng)景，具體描述了根據(jù)本發(fā)明的多個(gè)實(shí)施例。然而，需要指出的是，本發(fā)明不限于以下實(shí)施例，而是可適用于更多其它的無線通信系統(tǒng)，例如今后的5g蜂窩通信系統(tǒng)。

圖3是示出了根據(jù)本發(fā)明的在ue處執(zhí)行的ue上下文管理方法300的流程圖。

如圖所示，該方法包括步驟301，其中，當(dāng)所述ue或ue無線資源控制rrc層從演進(jìn)節(jié)點(diǎn)enb接收到rrc連接掛起消息或所述ue發(fā)起rrc連接掛起過程時(shí)，由所述ue或uerrc層啟動(dòng)ue上下文管理定時(shí)器。所述rrc連接掛起消息或rrc連接掛起過程用于在ue處掛起rrc連接并保存ue上下文。該方法還包括步驟302，其中，如果所述ue上下文管理定時(shí)器到期，由所述ue或uerrc層釋放所保存的ue上下文。

通過設(shè)置定時(shí)器并在定時(shí)器到期時(shí)釋放所保存的ue上下文，可以有效地管理ue上下文。

以下依次詳細(xì)描述本發(fā)明的實(shí)施例1～6。

實(shí)施例1

圖4為本發(fā)明實(shí)施例1中ue側(cè)處理流程圖。本實(shí)施例提供了一種ue側(cè)根據(jù)ue上下文管理定時(shí)器對(duì)所保存的ue上下文管理的方法。

步驟401：ue或uerrc層接收rrc連接掛起消息或啟動(dòng)rrc連接掛起流程。所述rrc連接掛起消息用于指示ue掛起rrc連接并保存ue上下文，本發(fā)明中稱為rrc連接掛起消息；所述rrc連接掛起流程用于掛起rrc連接并保存ue上下文，本發(fā)明中稱為rrc連接掛起流程，其實(shí)現(xiàn)方式舉例如背景技術(shù)部分所示。

步驟402：ue或uerrc層啟動(dòng)ue上下文管理定時(shí)器。所述定時(shí)器用于ue上下文管理，或者說ue上下文釋放，本發(fā)明中稱為ue上下文管 理定時(shí)器。

在本實(shí)施例中，所述定時(shí)器的值可以是固定值，如通過預(yù)定義方式或默認(rèn)方式的固定值，也可以是由網(wǎng)絡(luò)側(cè)配置的值，如實(shí)施例5所述方式。

該實(shí)施例中的ue上下文可以是ue接入層(accessstratum，as)上下文；ue可以是nb-iotue，也可以是非nb-iot的其他類型ue。

實(shí)施例2

圖5為本發(fā)明實(shí)施例2中ue側(cè)處理流程圖。本實(shí)施例提供了一種ue側(cè)根據(jù)ue上下文管理定時(shí)器對(duì)所保存的ue上下文管理的方法。

步驟501：ue或uerrc層啟動(dòng)一個(gè)rrc流程，或接收到尋呼消息。所述rrc流程用于恢復(fù)之前掛起的rrc連接，本發(fā)明中稱為rrc連接恢復(fù)流程，其實(shí)現(xiàn)方式舉例如背景技術(shù)部分所示；或者所述rrc流程可以是rrc連接建立流程。

步驟502：如果ue上下文管理定時(shí)器正在運(yùn)行，ue或uerrc層停止該定時(shí)器。所述定時(shí)器用于ue上下文管理，或者說ue上下文釋放，本發(fā)明中稱為ue上下文管理定時(shí)器。

可選的，在該步驟中，若步驟501中ue或uerrc層啟動(dòng)的是rrc連接恢復(fù)流程，則ue仍然保存ue上下文；若ue或uerrc層啟動(dòng)的是rrc連接建立流程，則ue刪除ue上下文。

在本實(shí)施例中，所述定時(shí)器的值可以是固定值，如通過預(yù)定義方式或默認(rèn)方式的固定值，也可以是由網(wǎng)絡(luò)側(cè)配置的值，如實(shí)施例5所述方式。

該實(shí)施例中的ue上下文可以是ue接入層(accessstratum，as)上下文；ue可以是nb-iotue，也可以是非nb-iot的其他類型ue。

實(shí)施例3

圖6為本發(fā)明實(shí)施例中ue側(cè)處理流程圖。本實(shí)施例提供了一種ue側(cè) 根據(jù)ue上下文管理定時(shí)器對(duì)所保存的ue上下文管理的方法。

步驟601：ue上下文管理定時(shí)器超時(shí)。所述定時(shí)器用于ue上下文管理，或者說ue上下文釋放，本發(fā)明中稱為ue上下文管理定時(shí)器。

步驟602：ue或uerrc層執(zhí)行以下行為：

行為1：釋放所保存的ue上下文。

行為2：通知上層所述定時(shí)器超時(shí)和/或ue上下文的釋放。

行為3：重置mac層。

在該步驟中，行為1～3是可選的，即ue可以執(zhí)行行為1～3中的一種或多種。典型的行為是ue執(zhí)行行為1～2，即ue或uerrc層釋放所保存的ue上下文并告知上層。

在本實(shí)施例中，所述定時(shí)器的值可以是固定值，如通過預(yù)定義方式或默認(rèn)方式的固定值，也可以是由網(wǎng)絡(luò)側(cè)配置的值，如實(shí)施例5所述方式。

該實(shí)施例中的ue上下文可以是ue接入層(accessstratum，as)上下文；ue可以是nb-iotue，也可以是非nb-iot的其他類型ue。

實(shí)施例4

圖7為本發(fā)明實(shí)施例中ue側(cè)處理流程圖。本實(shí)施例提供了一種ue側(cè)根據(jù)ue上下文管理定時(shí)器對(duì)所保存的ue上下文管理的方法。

步驟701：ue或uerrc層接收一個(gè)rrc消息或啟動(dòng)一個(gè)rrc流程。所述rrc消息用于指示ue掛起rrc連接并保存ue上下文，本發(fā)明中稱為rrc連接掛起消息；所述rrc流程用于掛起rrc連接并保存ue上下文，本發(fā)明中稱為rrc連接掛起流程，其實(shí)現(xiàn)方式舉例如背景技術(shù)部分所示。

步驟702：ue或uerrc層啟動(dòng)ue上下文管理定時(shí)器。所述定時(shí)器用于ue上下文管理，或者說ue上下文釋放，本發(fā)明中稱為ue上下文管理定時(shí)器。

步驟703：判斷ue或uerrc層是否啟動(dòng)一個(gè)rrc流程，或是否接收到尋呼消息。如果是，則執(zhí)行步驟704a；否則，執(zhí)行步驟704b。

所述rrc流程用于恢復(fù)之前掛起的rrc連接，本發(fā)明中稱為rrc連接恢復(fù)流程，其實(shí)現(xiàn)方式舉例如背景技術(shù)部分所示；或者所述rrc流程可以是rrc連接建立流程。

步驟704a：ue或uerrc層停止ue上下文管理定時(shí)器。

可選的，在該步驟中，若步驟703中ue或uerrc層啟動(dòng)的是rrc連接恢復(fù)流程，則ue仍然保存ue上下文；若ue或uerrc層啟動(dòng)的是rrc連接建立流程，則ue刪除ue上下文。

步驟704b：判斷ue上下文管理定時(shí)器是否超時(shí)。如果是，則執(zhí)行步驟705，否則返回執(zhí)行步驟703。

步驟705：ue或uerrc層執(zhí)行以下行為：

行為1：釋放所保存的ue上下文。

行為2：通知上層所述定時(shí)器超時(shí)和/或ue上下文的釋放。

行為3：重置mac層。

在該步驟中，行為1～3是可選的，即ue可以執(zhí)行行為1～3中的一種或多種。典型的行為是ue執(zhí)行行為1～2，即ue或uerrc層釋放所保存的ue上下文并告知上層。

在本實(shí)施例中，所述定時(shí)器的值可以是固定值，如通過預(yù)定義方式或默認(rèn)方式的固定值，也可以是由網(wǎng)絡(luò)側(cè)配置的值，如實(shí)施例5所述方式。

該實(shí)施例中的ue上下文可以是ue接入層(accessstratum，as)上下文；ue可以是nb-iotue，也可以是非nb-iot的其他類型ue。

本領(lǐng)域技術(shù)人員將理解：圖7所示的方法是說明性而非限制性的。具體地，該方法的實(shí)現(xiàn)可以不依賴于圖7所示的執(zhí)行操作的特定順序。

例如，圖8示出了先執(zhí)行判斷ue或uerrc層是否啟動(dòng)一個(gè)rrc流 程或是否接收到尋呼消息的步驟再執(zhí)行判斷ue上下文管理定時(shí)器是否超時(shí)的步驟的情形。圖9示出了判斷ue或uerrc層是否啟動(dòng)一個(gè)rrc流程或是否接收到尋呼消息的步驟和判斷ue上下文管理定時(shí)器是否超時(shí)的步驟并行執(zhí)行的情形。

實(shí)施例5

圖10為本發(fā)明實(shí)施例5中ue側(cè)配置流程圖。

步驟1001：ue接收配置消息，其中包含ue上下文管理定時(shí)器配置信息，所述定時(shí)器用于ue上下文管理，或者說ue上下文釋放，本發(fā)明中稱為ue上下文管理定時(shí)器。

在本實(shí)施例中，所述配置信息包含所述定時(shí)器的值。舉例，以所述定時(shí)器命名為tctx_rel為例，所述配置信息包含tctx_rel的取值可以是{ms100，ms200，ms300，ms400，ms600，ms1000，ms1500，ms2000，min5，min10，min20，min30，hr1，hr2，hr8，hr16，day1，day2，day4}中的一種，當(dāng)然其取值并不限于上述值。

所述ue接收的配置消息可以是由enb發(fā)送的rrc消息，一種方式是以廣播方式發(fā)送的系統(tǒng)信息消息如第二系統(tǒng)信息塊(systeminformationblock2，sib2)，另一種方式是ue專用rrc消息如rrc連接重配置消息、rrc連接掛起消息等；也可以是由mme(mobilitymanagemententity)發(fā)送的nas消息。上述僅為配置消息的部分實(shí)施方式舉例，并不限于此。

該實(shí)施例中的ue上下文可以是ue接入層(accessstratum，as)上下文；ue可以是nb-iotue，也可以是非nb-iot的其他類型ue。

步驟1002：ue應(yīng)用所接收到的ue上下文管理定時(shí)器配置信息，并根據(jù)該定時(shí)器配置信息管理所保存的ue上下文。ue根據(jù)該定時(shí)器管理所保存的ue上下文的具體實(shí)現(xiàn)方式在實(shí)施例1～4中給出了示例，但并不限于此。

圖11為本發(fā)明實(shí)施例5中網(wǎng)絡(luò)側(cè)配置流程圖。

步驟1101：網(wǎng)絡(luò)側(cè)發(fā)送一個(gè)配置消息，其中包含ue上下文管理定時(shí)器配置信息，所述定時(shí)器用于ue上下文管理，或者說ue上下文釋放，本發(fā)明中稱為ue上下文管理定時(shí)器。

在本實(shí)施例中，所述配置信息包含所述定時(shí)器的值。舉例，以所述定時(shí)器命名為tctx_rel為例，所述配置信息包含tctx_rel的取值可以是{ms100，ms200，ms300，ms400，ms600，ms1000，ms1500，ms2000，min5，min10，min20，min30，hr1，hr2，hr8，hr16，day1，day2，day4}中的一種，當(dāng)然其取值并不限于上述值。

所述網(wǎng)絡(luò)側(cè)發(fā)送的配置消息可以是由enb發(fā)送的rrc消息，一種方式是以廣播方式發(fā)送的系統(tǒng)信息消息如sib2，另一種方式是ue專用rrc消息如rrc連接重配置消息、rrc連接掛起消息等；也可以是由mme(mobilitymanagemententity)發(fā)送的nas消息。上述僅為配置消息的部分實(shí)施方式舉例，并不限于此。

圖12為本發(fā)明實(shí)施例5中網(wǎng)絡(luò)側(cè)交互流程圖。

步驟1201：mme發(fā)送一個(gè)配置消息，其中包含ue上下文管理定時(shí)器配置信息，所述定時(shí)器用于ue上下文管理，或者說ue上下文釋放，本發(fā)明中稱為ue上下文管理定時(shí)器。

在本實(shí)施例中，所述配置信息包含所述定時(shí)器的值。舉例，以所述定時(shí)器命名為tctx_rel為例，所述配置信息包含tctx_rel的取值可以是{ms100，ms200，ms300，ms400，ms600，ms1000，ms1500，ms2000，min5，min10，min20，min30，hr1，hr2，hr8，hr16，day1，day2，day4}中的一種，當(dāng)然其取值并不限于上述值。

所述mme發(fā)送的配置消息為s1ap消息，例如初始上下文請(qǐng)求消息，或承載建立/修改/釋放消息，或ue上下文釋放消息等。上述僅為配置消息 的部分實(shí)施方式舉例，并不限于此。

步驟1202：enb接收該配置信息，并據(jù)此將該信息配置給ue。enb向ue配置的方式舉例如圖11所述方式。

實(shí)施例6

圖13示出了根據(jù)本發(fā)明實(shí)施例5的ue1300的結(jié)構(gòu)示意圖。如圖所示，ue1300包括定時(shí)器管理單元1310和ue上下文管理單元1320。定時(shí)器管理單元1310被配置為：當(dāng)所述ue從演進(jìn)節(jié)點(diǎn)enb接收到無線資源控制rrc連接掛起消息或所述ue發(fā)起rrc連接掛起過程時(shí)，由所述ue或uerrc層啟動(dòng)ue上下文管理定時(shí)器。ue上下文管理單元1320被配置為：當(dāng)所述ue從演進(jìn)節(jié)點(diǎn)enb接收到無線資源控制rrc連接掛起消息或所述ue發(fā)起rrc連接掛起過程時(shí)，在ue處掛起rrc連接并保存ue上下文；以及如果所述ue上下文管理定時(shí)器到期，釋放所保存的ue上下文。

可選地，所述定時(shí)器管理單元還可以被配置為：如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)所述ue或uerrc層發(fā)起了rrc連接恢復(fù)過程或rrc連接建立過程，停止所述ue上下文管理定時(shí)器。進(jìn)一步地，所述ue上下文管理單元還可以被配置為：如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)所述ue或uerrc層發(fā)起了rrc連接恢復(fù)過程，則仍保存所述ue上下文；如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)所述ue或uerrc層發(fā)起了rrc連接建立過程，則釋放所保存的ue上下文。

可選地，所述定時(shí)器管理單元還可以被配置為：如果在所述ue上下文管理定時(shí)器正在運(yùn)行時(shí)接收到尋呼消息，停止所述ue上下文管理定時(shí)器。

應(yīng)該理解，本發(fā)明的上述實(shí)施例可以通過軟件、硬件或者軟件和硬件兩者的結(jié)合來實(shí)現(xiàn)。例如，上述實(shí)施例中的基站和用戶設(shè)備內(nèi)部的各種組件可以通過多種器件來實(shí)現(xiàn)，這些器件包括但不限于：模擬電路器件、數(shù) 字電路器件、數(shù)字信號(hào)處理(dsp)電路、可編程處理器、專用集成電路(asic)、現(xiàn)場(chǎng)可編程門陣列(fpga)、可編程邏輯器件(cpld)，等等。

在本申請(qǐng)中，“基站”是指具有較大發(fā)射功率和較廣覆蓋面積的移動(dòng)通信數(shù)據(jù)和控制交換中心，包括資源分配調(diào)度、數(shù)據(jù)接收發(fā)送等功能?！坝脩粼O(shè)備”是指用戶移動(dòng)終端，例如包括移動(dòng)電話、筆記本等可以與基站或者微基站進(jìn)行無線通信的終端設(shè)備。

此外，這里所公開的本發(fā)明的實(shí)施例可以在計(jì)算機(jī)程序產(chǎn)品上實(shí)現(xiàn)。更具體地，該計(jì)算機(jī)程序產(chǎn)品是如下的一種產(chǎn)品：具有計(jì)算機(jī)可讀介質(zhì)，計(jì)算機(jī)可讀介質(zhì)上編碼有計(jì)算機(jī)程序邏輯，當(dāng)在計(jì)算設(shè)備上執(zhí)行時(shí)，該計(jì)算機(jī)程序邏輯提供相關(guān)的操作以實(shí)現(xiàn)本發(fā)明的上述技術(shù)方案。當(dāng)在計(jì)算系統(tǒng)的至少一個(gè)處理器上執(zhí)行時(shí)，計(jì)算機(jī)程序邏輯使得處理器執(zhí)行本發(fā)明實(shí)施例所述的操作(方法)。本發(fā)明的這種設(shè)置典型地提供為設(shè)置或編碼在例如光介質(zhì)(例如cd-rom)、軟盤或硬盤等的計(jì)算機(jī)可讀介質(zhì)上的軟件、代碼和/或其他數(shù)據(jù)結(jié)構(gòu)、或者諸如一個(gè)或多個(gè)rom或ram或prom芯片上的固件或微代碼的其他介質(zhì)、或一個(gè)或多個(gè)模塊中的可下載的軟件圖像、共享數(shù)據(jù)庫(kù)等。軟件或固件或這種配置可安裝在計(jì)算設(shè)備上，以使得計(jì)算設(shè)備中的一個(gè)或多個(gè)處理器執(zhí)行本發(fā)明實(shí)施例所描述的技術(shù)方案。

盡管以上已經(jīng)結(jié)合本發(fā)明的優(yōu)選實(shí)施例示出了本發(fā)明，但是本領(lǐng)域的技術(shù)人員將會(huì)理解，在不脫離本發(fā)明的精神和范圍的情況下，可以對(duì)本發(fā)明進(jìn)行各種修改、替換和改變。因此，本發(fā)明不應(yīng)由上述實(shí)施例來限定，而應(yīng)由所附權(quán)利要求及其等價(jià)物來限定。