專利名稱：一種無線接口恢復(fù)方法和一種施主基站的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)，特別是涉及一種無線接口恢復(fù)方法和一種施主基站。
背景技術(shù)：
在3G PP的長(zhǎng)期演進(jìn)(LTE，Long Term Evolution)技術(shù)之后，3GPP組織繼續(xù)對(duì)LTE 方案進(jìn)行增強(qiáng)，該增強(qiáng)的技術(shù)稱為L(zhǎng)TE增強(qiáng)(LTE-A，LTE-Advanced)技術(shù)，即LTE-A是LTE 技術(shù)的后續(xù)演進(jìn)。在LTE-A技術(shù)中，在接入網(wǎng)的架構(gòu)中增加了中繼節(jié)點(diǎn)(RN，Relay Node)。RN可以 看作是演進(jìn)基站(eNB)的延伸，為系統(tǒng)提供更經(jīng)濟(jì)的覆蓋。RN與eNB通過無線接口連接，它 可以在eNB覆蓋的邊緣增強(qiáng)覆蓋質(zhì)量，也可以在eNB覆蓋區(qū)域之外部署來擴(kuò)展覆蓋的范圍。圖1是現(xiàn)有的LTE-A組網(wǎng)中的RN的示意圖。如圖1所示，為RN提供無線接入服 務(wù)的eNB稱為施主基站(DeNB，Donor eNB) ；RN與DeNB之間通過無線的Un接口連接，RN 與用戶設(shè)備(UE)之間通過LTE的Uu接口連接；RN與核心網(wǎng)的移動(dòng)性管理實(shí)體/服務(wù)網(wǎng)關(guān) (MME/SGff, Mobility Management Entity/Serving Gateway)通過 Sl 接口連接為 UE 提供 服務(wù)；這個(gè)Sl接口經(jīng)過DeNB轉(zhuǎn)接，即DeNB作為Sl接口的轉(zhuǎn)發(fā)節(jié)點(diǎn)。圖1所示架構(gòu)中的DeNB包含中轉(zhuǎn)功能，其表現(xiàn)為Sl控制平面的Sl接口應(yīng)用協(xié)議 (SlAP)信令和Sl用戶平面數(shù)據(jù)都先到達(dá)DeNB，DeNB也知道有信令和數(shù)據(jù)到達(dá)，可對(duì)他們 進(jìn)行解析甚至修改，之后再轉(zhuǎn)發(fā)給RN或演進(jìn)的分組核心網(wǎng)(EPC)。在上述架構(gòu)中，DeNB具有網(wǎng)關(guān)(GW，GateWay)的功能，即可以匯聚多個(gè)RN的接口。圖2是現(xiàn)有的LTE-A系統(tǒng)中的DeNB的Sl接口網(wǎng)關(guān)功能示意圖。如圖2所示，一 個(gè)DeNB下部署了多個(gè)RN，每個(gè)RN都與DeNB建立一條Sl接口，但DeNB與核心網(wǎng)的MME和 SGW之間只有一條Sl接口，在圖2中用實(shí)線表示Sl控制平面，用虛線表示Sl用戶平面。從 核心網(wǎng)的角度來看，每個(gè)RN都是DeNB下的一個(gè)小區(qū)，而不表現(xiàn)為一個(gè)基站的特性。圖3是現(xiàn)有的LTE-A系統(tǒng)中的DeNB的X2接口網(wǎng)關(guān)功能示意圖。如圖3所示，每 個(gè)RN都與DeNB建立一條X2接口，但該DeNB與其他的DeNB或eNB之間只有一條X2接口， DeNB下所有RN的X2接口信令傳遞到DeNB后，通過同樣一條X2接口傳遞到同一個(gè)目標(biāo) DeNB0根據(jù)上述架構(gòu)特征可以看出，為RN下的UE提供服務(wù)的Sl接口由兩段構(gòu)成，一段 為RN與DeNB之間由Un接口提供的Sl接口功能；另一段為DeNB和MME/SGW之間由DeNB 接入網(wǎng)絡(luò)時(shí)建立的S1-MME/S1-U接口，為RN的UE身份、連接到RN的UE以及直接連接到 DeNB的UE服務(wù)。由于這樣兩段的接口組成方式，并且其中一段是無線接口，因此總會(huì)出現(xiàn) 無線鏈路失敗(RLF，Radio LinkFailure)的情況。在LTE系統(tǒng)中，如果無線接口 Uu上發(fā)生了 RLF，則Uu接口的無線資源控制(RRC) 層首先嘗試執(zhí)行RRC連接重建，如果重建成功，Uu接口就可以恢復(fù)功能為UE提供服務(wù)。對(duì) 于RRC往上的協(xié)議層和核心網(wǎng)來說，并不知道曾經(jīng)發(fā)生的鏈路失敗。但如果RRC連接重建 沒有成功，則UE轉(zhuǎn)入空閑(IDLE)狀態(tài)，重新發(fā)起跟蹤區(qū)更新(TAU，Tracking Area Update)過程，從非接入層(NAS)的層面進(jìn)行無線鏈路的恢復(fù)和重建。當(dāng)Un接口中斷時(shí)，如果某個(gè) UE的演進(jìn)的分組系統(tǒng)(EPS，EV0lVed Packet System)承載上有下行的數(shù)據(jù)在傳輸，DeNB會(huì) 發(fā)現(xiàn)下行傳輸不成功，鏈路出現(xiàn)了問題，數(shù)據(jù)只能緩存在DeNB。而對(duì)于信令來說，Sl信令過 程會(huì)發(fā)生失敗，因?yàn)閁n接口的重建會(huì)加長(zhǎng)信令過程的傳遞時(shí)間，有可能超出規(guī)定的正常時(shí) 間。 而在LTE-A系統(tǒng)中，一般來說Un接口是一個(gè)無線環(huán)境穩(wěn)定的接口，其發(fā)生RLF的 概率并不大。然而也因?yàn)樗且粋€(gè)無線接口，因此并不能排除該接口瞬間發(fā)生短期、可恢復(fù) 的無線鏈路失敗的情況。Un接口上同時(shí)還為RN的Sl接口提供著服務(wù)，Un接口的RLF會(huì)使 得為UE服務(wù)的Sl接口出現(xiàn)部分中斷。但是現(xiàn)有的規(guī)范中還沒有給出LTE-A的RN架構(gòu)中，當(dāng)Un接口出現(xiàn)RLF時(shí)，如何 處理的方案。如果采用LTE系統(tǒng)中的處理方法，則先進(jìn)行RRC連接重建來恢復(fù)RRC連接和 DRB，若恢復(fù)成功則對(duì)上層沒有影響，若恢復(fù)不成功，則RN進(jìn)入空閑(IDLE)狀態(tài)發(fā)起TAU過 程進(jìn)行無線接口的恢復(fù)。但如果RN進(jìn)入IDLE狀態(tài)，按照現(xiàn)有LTE規(guī)范應(yīng)釋放為RN服務(wù)的 Sl連接以及Uu接口(即Un接口)的RRC連接，這樣RN下UE的所有服務(wù)都將中斷。由于在Un接口的RLF后所進(jìn)行的RRC連接重建的過程中斷時(shí)間比較短，并且RN所 在的狀態(tài)不會(huì)發(fā)生改變，因此Uu接口和RN下UE的Sl連接都還繼續(xù)存在。但在RRC重建 失敗后，如果按照現(xiàn)有的LTE規(guī)范從NAS層面上進(jìn)行重建(即發(fā)起TAU過程恢復(fù)所有的承 載)時(shí)，該RN下面所服務(wù)的所有UE都會(huì)受到影響，UE的個(gè)數(shù)越多，受到影響的范圍越大。Un接口的失敗從一方面來說，影響到其下游Uu接口和其上游Sl接口，影響的范圍 較大；而從另一方面來說，Un對(duì)RN所服務(wù)的UE只是Sl連接的一部分，這部分是否中斷對(duì) UE的體驗(yàn)上是不敏感的。即，當(dāng)Un出現(xiàn)問題時(shí)，在上行方向，數(shù)據(jù)發(fā)送到RN后，由于Un接 口的問題使得這些數(shù)據(jù)緩存在RN，直到Un恢復(fù)之后才能繼續(xù)傳遞到DeNB ；在下行方向，數(shù) 據(jù)發(fā)送到DeNB后也進(jìn)行緩存，等待Un接口的恢復(fù)。由此可見，對(duì)于UE來說，上下行方向的 緩存都是不可見的，UE只能發(fā)現(xiàn)暫時(shí)接收不到數(shù)據(jù)，而并不知道此時(shí)鏈路就一定中斷了。因此，在LTE-A中，RN進(jìn)入IDLE狀態(tài)如果拆除相關(guān)UE的RRC連接和Sl信令連接， 雖然是一種根據(jù)現(xiàn)有規(guī)范的自然做法，但這種方法中在Un接口恢復(fù)后，所有UE的業(yè)務(wù)都中 斷并且需要重新建立而不可恢復(fù)，對(duì)于UE的體驗(yàn)來說將會(huì)比較差。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種無線接口恢復(fù)方法，該方法在LTE-A中的Un接口發(fā) 生無線鏈路失敗時(shí)，能夠恢復(fù)Un接口連接，同時(shí)完成UE的Sl連接的恢復(fù)，而不需要重建。本發(fā)明還提供了一種DeNB，該DeNB在Un接口發(fā)生無線鏈路失敗時(shí)，能夠恢復(fù)Un 接口連接，同時(shí)完成UE的Sl連接的恢復(fù)，而不需要重建。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明公開了一種無線接口恢復(fù)方法，該方法適用于長(zhǎng)期演進(jìn)增強(qiáng)LTE-A系統(tǒng)中 的中繼節(jié)點(diǎn)RN和施主基站DeNB之間的Un接口發(fā)生無線鏈路失敗的情況，包括當(dāng)檢測(cè)到Un接口上的無線鏈路失敗時(shí)，RN在Un接口 上發(fā)起無線資源控制RRC連 接重建過程； 當(dāng)Un接口上的RRC連接重建過程失敗時(shí)，RN保持Uu接口上的RRC連接并保留自身上的用戶設(shè)備UE上下文信息；DeNB保留自身上的RN上下文信息和RN所服務(wù)UE的UE上 下文信息；在Un接口上重新建立RRC連接，然后RN向移動(dòng)管理實(shí)體MME發(fā)送跟蹤區(qū)更新TAU請(qǐng)求消息；所述TAU請(qǐng)求消息中包含恢復(fù)Un所有承載的指示信息；MME收到所述TAU請(qǐng)求消息后，在Sl接口上重建關(guān)于RN的Sl連接，恢復(fù)Un接口 的所有承載；RN根據(jù)所保留的UE上下文信息，恢復(fù)Uu承載與Un承載的關(guān)聯(lián)關(guān)系；DeNB根據(jù)所 保留的RN所服務(wù)UE的UE上下文信息和RN上下文信息，恢復(fù)Un承載與Sl承載的關(guān)聯(lián)關(guān) 系。本發(fā)明還公開了一種施主基站DeNB，該DeNB包括檢測(cè)模塊、恢復(fù)處理模塊，其 中檢測(cè)模塊，用于在檢測(cè)到Un接口上的無線鏈路失敗時(shí)，向恢復(fù)處理模塊發(fā)送通知 消息；所述恢復(fù)處理模塊，用于在接收到所述通知消息時(shí)，保留自身上的RN上下文信息 和RN所服務(wù)UE的UE上下文信息，并在Un接口上重新建立RRC連接；用于與MME和RN配 合，在Sl接口上重建關(guān)于RN的Sl連接，并恢復(fù)Un接口的所有承載；用于根據(jù)所保留的RN 上下文信息和RN所服務(wù)UE的UE上下文信息，恢復(fù)Un承載與Sl承載的關(guān)聯(lián)關(guān)系。由上述可見，本發(fā)明這種在Un接口上發(fā)生無線連接失敗時(shí)，在RN和DeNB都保留 相關(guān)的UE上下文信息和RN上下文信息，這樣，當(dāng)RN執(zhí)行TAU過程與核心網(wǎng)重新建立了連 接后，恢復(fù)RN所有的Un承載，并根據(jù)所保留的RN上下文信息和UE上下文信息重新配置所 有的承載，從而完成Un接口連接的恢復(fù)，同時(shí)完成UE的Sl連接的恢復(fù)，而不需要重建。


圖1是現(xiàn)有的LTE-A組網(wǎng)中的RN的示意圖；圖2是現(xiàn)有的LTE-A系統(tǒng)中的DeNB的Sl接口網(wǎng)關(guān)功能示意圖；圖3是現(xiàn)有的LTE-A系統(tǒng)中的DeNB的X2接口網(wǎng)關(guān)功能示意圖；圖4是本發(fā)明實(shí)施例Un接口恢復(fù)的信令流程圖；圖5是本發(fā)明實(shí)施例當(dāng)Un接口發(fā)生RLF事件時(shí)RN內(nèi)的執(zhí)行流程圖；圖6是本發(fā)明實(shí)施例當(dāng)Un接口發(fā)生RLF事件時(shí)DeNB內(nèi)的執(zhí)行流程圖；圖7是本發(fā)明實(shí)施例一種DeNB的組成結(jié)構(gòu)圖；圖8是本發(fā)明實(shí)施例一種RN的組成結(jié)構(gòu)圖。
具體實(shí)施例方式本發(fā)明的核心思想是在Un接口上發(fā)生RLF時(shí)，首先進(jìn)行Un接口的RRC重建，在 Un接口 RRC重建失敗后轉(zhuǎn)入NAS重建時(shí)，Uu接口并不釋放UE的RRC連接，RN和DeNB中也 保留原來的包含了 RN所服務(wù)UE的所有承載信息的UE上下文信息和包含了 RN所有承載信 息的RN上下文信息。這樣，當(dāng)RN執(zhí)行TAU過程與核心網(wǎng)重新建立連接后，恢復(fù)RN所有的 Un承載，并根據(jù)所保留的RN上下文信息和UE上下文信息重新配置所有的承載，繼續(xù)發(fā)送 UE的上下行數(shù)據(jù)，從UE的角度來看，業(yè)務(wù)沒有中斷。
在本發(fā)明的實(shí)施例中，還進(jìn)一步在DeNB上設(shè)置一個(gè)定時(shí)器來監(jiān)視UE上下文信息 和RN上下文信息的釋放時(shí)間。如果RN在發(fā)起TAU的過程中，連接到的MME不是原先接入 的那個(gè)MME，就需要使用定時(shí)器來保護(hù)DeNB和MME中的資源，即UE上文信息和RN上下文信 息所占用的資源，在一定的時(shí)間內(nèi)RN都沒有重新接入，就釋放這些資源。為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面結(jié)合附圖和具體實(shí)施例對(duì) 本發(fā)明進(jìn)行詳細(xì)描述。圖4是本發(fā)明實(shí)施例Un接口恢復(fù)的信令流程圖。如圖4所示，當(dāng)Un接口正常時(shí)， UE的上下行數(shù)據(jù)都正常傳輸，在圖4中用虛線箭頭表示，當(dāng)Un接口發(fā)生RLF事件時(shí)，包括以 下步驟 步驟401，RN檢測(cè)到Un接口上的RLF事件，保持Uu接口上的RRC連接，并保留自 身上的UE上下文信息；DeNB檢測(cè)到Un接口上的RLF事件，設(shè)定定時(shí)時(shí)間并啟動(dòng)定時(shí)器，保 留自身上的RN所服務(wù)UE的UE上下文和RN上下文信息，并用所啟動(dòng)的定時(shí)器監(jiān)視UE上下 文信息和RN上下文信息的釋放。步驟402，RN嘗試進(jìn)行RRC連接重建過程，試圖重新建立Un接口上的RRC連接。 步驟403，RRC連接重建失敗，RN決定啟動(dòng)NAS恢復(fù)過程。此時(shí)，UE的下行數(shù)據(jù)暫存在DeNB上，UE的上行數(shù)據(jù)則暫存在RN上。步驟404，RN通過與DeNB交互，在Un接口上重新建立RRC連接，此時(shí)DeNB將定時(shí)
器清零。步驟405，RN以UE的身份向演進(jìn)的分組核心網(wǎng)(EPC)的MME發(fā)起TAU請(qǐng)求消息， 請(qǐng)求重新建立與網(wǎng)絡(luò)的連接。MME檢索自己是否保存了該RN的上下文信息(即確認(rèn)該RN 是否之前就登錄在本節(jié)點(diǎn))，如果是則更新RN的上下文信息，如果不是則新建該RN的上下 文信息，在本實(shí)施例中為前者。本步驟中，TAU請(qǐng)求消息中包含了恢復(fù)Un所有承載的指示信息。步驟406，MME接收RN的TAU請(qǐng)求，向DeNB發(fā)送初始上下文建立請(qǐng)求消息，該初始 上下文請(qǐng)求消息中包含TAU接受消息。如果在步驟405中MME發(fā)現(xiàn)自己沒有保存該RN的上下文信息，也就是說RN連接 到的當(dāng)前MME不是原先接入的那個(gè)MME，則當(dāng)前MME還在TAU接受消息中包含一個(gè)指示，表 明RN接入到了一個(gè)新的MME。步驟407，DeNB與RN協(xié)同完成Un接口上的RRC連接重配置過程。如果RN接入的是一個(gè)新的MME，則在本步驟中RN通過RRC連接重配置過程從DeNB 獲得表明RN接入到了一個(gè)新的MME的指示信息，從而RN將發(fā)起RRC連接釋放過程，釋放所 有Uu接口資源。步驟408，DeNB向MME發(fā)送初始上下文建立完成消息。步驟409，RN根據(jù)所保留的UE上下文信息，恢復(fù)Uu承載與Un承載的關(guān)聯(lián)關(guān)系； DeNB根據(jù)所保留的RN所服務(wù)UE的UE上下文信息和RN上下文信息，恢復(fù)Un承載與Sl承 載的關(guān)聯(lián)關(guān)系。這樣UE的上下行數(shù)據(jù)繼續(xù)正常傳輸。下面根據(jù)圖4所示的流程，分別對(duì)RN和DeNB內(nèi)的執(zhí)行流程進(jìn)行說明。圖5是本發(fā)明實(shí)施例當(dāng)Un接口發(fā)生RLF事件時(shí)RN內(nèi)的執(zhí)行流程圖。如圖5所示， 包括以下步驟
步驟501，RN判斷是否檢測(cè)到Un接口發(fā)生的RLF事件，是則執(zhí)行步驟502，否則維 持正常操作狀態(tài)。步驟502，RN發(fā)起RRC連接重建過程。步驟503，判斷RRC連接重建過程是否成功，是則返回正常操作狀態(tài)，否則執(zhí)行步 驟 504。步驟504，RN保持Uu接口的RRC連接，并維護(hù)保留的UE上下文信息。步驟505，RN啟動(dòng)NAS恢復(fù)程序，在TAU中要求恢復(fù)Un接口的所有承載。步驟506，重建Sl接口上用于RN的Sl連接，恢復(fù)Un接口所有承載。
步驟507，重新配置并關(guān)聯(lián)Uu承載和Un承載，返回正常操作狀態(tài)。圖6是本發(fā)明實(shí)施例當(dāng)Un接口發(fā)生RLF事件時(shí)DeNB內(nèi)的執(zhí)行流程圖。如圖6所 示，包括以下步驟步驟601，DeNB判斷是否檢測(cè)到Un接口發(fā)生的RLF事件，是則執(zhí)行步驟602，否則 維持正常操作狀態(tài)。步驟602，DeNB設(shè)定定時(shí)時(shí)間，并啟動(dòng)定時(shí)器。在實(shí)際當(dāng)中，定時(shí)時(shí)間可以根據(jù)實(shí)際情況而定。步驟603，判斷定時(shí)器是否超時(shí)，是則執(zhí)行步驟604，否則執(zhí)行步驟605。步驟604，DeNB刪除所保留的UE上下文信息和RN上下文信息，返回正常操作狀 態(tài)。步驟605，DeNB維護(hù)UE上下文信息和RN上下文信息。步驟606，在Un接口上建立RRC連接。步驟607，定時(shí)器清零。步驟608，重建Sl接口上用于RN的Sl連接，恢復(fù)Un接口所有承載。步驟609，重新配置并關(guān)聯(lián)Sl承載和Un承載，返回正常操作狀態(tài)。基于上述實(shí)施例，接下來給出本發(fā)明中的一種DeNB和一種RN的組成結(jié)構(gòu)圖。圖7是本發(fā)明實(shí)施例一種DeNB的組成結(jié)構(gòu)圖。如圖7所示，該DeNB包括第一檢 測(cè)模塊701、第一恢復(fù)處理模塊702，其中第一檢測(cè)模塊701，用于在檢測(cè)到Un接口上的無線鏈路失敗時(shí)，向第一恢復(fù)處理 模塊702發(fā)送通知消息；所述第一恢復(fù)處理模塊702，用于在接收到所述通知消息時(shí)，保留自身上的RN上 下文信息和RN所服務(wù)UE的UE上下文信息，并在Un接口上重新建立RRC連接；用于與MME 和RN配合，在Sl接口上重建關(guān)于RN的Sl連接，并恢復(fù)Un接口的所有承載；用于根據(jù)所保 留的RN上下文信息和RN所服務(wù)UE的UE上下文信息，恢復(fù)Un承載與Sl承載的關(guān)聯(lián)關(guān)系。在圖7所示的DeNB中，所述第一恢復(fù)處理模塊702與MME和RN配合，在Sl接口 上重建關(guān)于RN的Sl連接，并恢復(fù)Un接口的所有承載包括所述第一恢復(fù)處理模塊702，用 于接收MME發(fā)送的初始上下文建立請(qǐng)求消息；該初始上下文建立請(qǐng)求消息是MME在接收到 RN的TAU請(qǐng)求消息后向恢復(fù)處理模塊發(fā)送的，其中包含TAU接受消息；所述第一恢復(fù)處理 模塊702，用于在Un接口上完成RRC連接重配置過程，恢復(fù)Un接口的所有承載，然后向MME 發(fā)送初始上下文建立完成消息。在圖7所示的DeNB中，所述第一恢復(fù)處理模塊702，在接收到所述通知消息時(shí)，進(jìn)一步啟動(dòng)定時(shí)器；用于在Un接口上重新建立RRC連接之后，將該定時(shí)器清零；用于在所述 定時(shí)器超時(shí)，刪除所保留的RN上下文信息和RN所服務(wù)UE的UE上下文。圖8是本發(fā)明實(shí)施例一種RN的組成結(jié)構(gòu)圖。如圖8所示，該RN包括第二檢測(cè)模 塊801和第二恢復(fù)處理模塊802，其中第二檢測(cè)模塊801，用于在檢測(cè)到Un接口上的無線鏈路失敗時(shí)，向第二恢復(fù)處理 模塊802發(fā)送通知消息；第二恢復(fù)處理模塊802，在接收到所述通知消息時(shí)，在Un接口上發(fā)起RRC連接重 建過程，當(dāng)Un接口上的RRC連接重建過程失敗時(shí)，保持Uu接口上的RRC連接并保留自身上 的用戶設(shè)備UE上下文信息；用于在Un接口上重新建立RRC連接，然后向MME發(fā)送TAU請(qǐng)求 消息，其中，所述TAU請(qǐng)求消息中包含恢復(fù)Un所有承載的指示信息；用于與MME和DeNB配 合，在Sl接口上重建關(guān)于所述RN的Sl連接，恢復(fù)Un接口的所有承載；用于根據(jù)自身上所 保留的UE上下文信息，恢復(fù)Uu承載與Un承載的關(guān)聯(lián)關(guān)系。在如圖8所示的RN中，所述第二恢復(fù)處理模塊802與MME和DeNB配合，在Sl接口 上重建關(guān)于所述RN的Sl連接，恢復(fù)Un接口的所有承載包括所述第二恢復(fù)處理模塊802， 用于在DeNB接收到MME發(fā)送的初始上下文建立請(qǐng)求消息后，與DeNB協(xié)同在Un接口上完成 RRC連接重配置過程，恢復(fù)Un接口的所有承載；其中，所述初始上下文建立請(qǐng)求消息是MME 在接收到第二恢復(fù)處理模塊發(fā)送的TAU請(qǐng)求消息后向DeNB發(fā)送的；所述DeNB在Un接口上 完成RRC連接重配置后向MME發(fā)送初始上下文建立完成消息。綜上所述，本發(fā)明這種在Un接口上發(fā)生無線連接失敗時(shí)，在RN和DeNB都保留相 關(guān)的RN所服務(wù)UE的UE上下文信息和RN上下文信息，這樣，當(dāng)RN執(zhí)行TAU過程與核心網(wǎng) 重新建立了連接后，恢復(fù)RN所有的Un承載，并根據(jù)所保留的RN上下文信息和UE上下文信 息重新配置所有的承載，從而完成Un接口連接的恢復(fù)，同時(shí)完成UE的Sl連接的恢復(fù)，而不 需要重建。這大大提高了 UE用戶的體驗(yàn)。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用 以限制本發(fā)明，凡在本發(fā)明的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
一種無線接口恢復(fù)方法，其特征在于，該方法適用于長(zhǎng)期演進(jìn)增強(qiáng)LTE-A系統(tǒng)中的中繼節(jié)點(diǎn)RN和施主基站DeNB之間的Un接口發(fā)生無線鏈路失敗的情況，包括當(dāng)檢測(cè)到Un接口上的無線鏈路失敗時(shí)，RN在Un接口上發(fā)起無線資源控制RRC連接重建過程；當(dāng)Un接口上的RRC連接重建過程失敗時(shí)，RN保持Uu接口上的RRC連接并保留自身上的用戶設(shè)備UE上下文信息；DeNB保留自身上的RN上下文信息和RN所服務(wù)UE的UE上下文信息；在Un接口上重新建立RRC連接，然后RN向移動(dòng)管理實(shí)體MME發(fā)送跟蹤區(qū)更新TAU請(qǐng)求消息；所述TAU請(qǐng)求消息中包含恢復(fù)Un所有承載的指示信息；MME收到所述TAU請(qǐng)求消息后，在S1接口上重建關(guān)于RN的S1連接，恢復(fù)Un接口的所有承載；RN根據(jù)所保留的UE上下文信息，恢復(fù)Uu承載與Un承載的關(guān)聯(lián)關(guān)系；DeNB根據(jù)所保留的RN所服務(wù)UE的UE上下文信息和RN上下文信息，恢復(fù)Un承載與S1承載的關(guān)聯(lián)關(guān)系。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述MME收到所述TAU請(qǐng)求消息后，在Sl 接口上重建關(guān)于RN的Sl連接，恢復(fù)Un接口的所有承載包括MME向DeNB發(fā)送初始上下文建立請(qǐng)求消息；該初始上下文建立請(qǐng)求消息中包含TAU接 受消息；DeNB在Un接口上完成RRC連接重配置過程，恢復(fù)Un接口的所有承載；DeNB向MME發(fā)送初始上下文建立完成消息。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，該方法進(jìn)一步包括當(dāng)檢測(cè)到Un接口上的無線鏈路失敗時(shí)，DeNB啟動(dòng)定時(shí)器；在所述在Un接口上重新建立RRC連接之后，DeNB將定時(shí)器清零；當(dāng)所述定時(shí)器超時(shí)，DeNB刪除所保留的RN上下文信息和RN所服務(wù)UE的UE上下文信肩、ο
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，該方法進(jìn)一步包括MME收到所述TAU請(qǐng)求消息后，進(jìn)一步判斷自身是否保存了所述RN的上下文信息，是 貝丨J，更新RN上下文信息，否則新建RN上下文信息；然后執(zhí)行所述MME向DeNB發(fā)送初始上下 文建立請(qǐng)求消息的步驟；所述TAU接受消息中進(jìn)一步包含表示RN接入到了一個(gè)新的MME的指示信息；RN通過所述RRC連接重配置過程從DeNB獲得所述表示RN接入到了 一個(gè)新的MME的指 示信息后，進(jìn)一步發(fā)起RRC連接釋放過程，釋放所有的Uu接口資源。
5.一種施主基站DeNB，其特征在于，該DeNB包括第一檢測(cè)模塊、第一恢復(fù)處理模塊， 其中第一檢測(cè)模塊，用于在檢測(cè)到Un接口上的無線鏈路失敗時(shí)，向第一恢復(fù)處理模塊發(fā)送 通知消息；所述第一恢復(fù)處理模塊，用于在接收到所述通知消息時(shí)，保留自身上的RN上下文信息 和RN所服務(wù)UE的UE上下文信息，并在Un接口上重新建立RRC連接；用于與MME和RN配 合，在Sl接口上重建關(guān)于RN的Sl連接，并恢復(fù)Un接口的所有承載；用于根據(jù)所保留的RN 上下文信息和RN所服務(wù)UE的UE上下文信息，恢復(fù)Un承載與Sl承載的關(guān)聯(lián)關(guān)系。
6.根據(jù)權(quán)利要求5所述的DeNB，其特征在于，所述第一恢復(fù)處理模塊與MME和RN配合，在Sl接口上重建關(guān)于RN的Sl連接，并恢復(fù)Un接口的所有承載包括所述第一恢復(fù)處理模塊，用于接收MME發(fā)送的初始上下文建立請(qǐng)求消息；該初始上下 文建立請(qǐng)求消息是MME在接收到RN的TAU請(qǐng)求消息后向恢復(fù)處理模塊發(fā)送的，其中包含 TAU接受消息；所述第一恢復(fù)處理模塊，用于在Un接口上完成RRC連接重配置過程，恢復(fù)Un接口的所 有承載，然后向MME發(fā)送初始上下文建立完成消息。
7.根據(jù)權(quán)利要求5或6所述的DeNB，其特征在于，所述第一恢復(fù)處理模塊，在接收到所述通知消息時(shí)，進(jìn)一步啟動(dòng)定時(shí)器；用于在Un接 口上重新建立RRC連接之后，將該定時(shí)器清零；用于在所述定時(shí)器超時(shí)，刪除所保留的RN上 下文信息和RN所服務(wù)UE的UE上下文信息。
8.—種中繼節(jié)點(diǎn)RN，其特征在于，該RN包括第二檢測(cè)模塊和第二恢復(fù)處理模塊，其中，第二檢測(cè)模塊，用于在檢測(cè)到Un接口上的無線鏈路失敗時(shí)，向第二恢復(fù)處理模塊發(fā)送 通知消息；第二恢復(fù)處理模塊，在接收到所述通知消息時(shí)，在Un接口上發(fā)起RRC連接重建過程，當(dāng) Un接口上的RRC連接重建過程失敗時(shí)，保持Uu接口上的RRC連接并保留自身上的用戶設(shè) 備UE上下文信息；用于在Un接口上重新建立RRC連接，然后向MME發(fā)送TAU請(qǐng)求消息，其 中，所述TAU請(qǐng)求消息中包含恢復(fù)Un所有承載的指示信息；用于與MME和DeNB配合，在Sl 接口上重建關(guān)于所述RN的Sl連接，恢復(fù)Un接口的所有承載；用于根據(jù)自身上所保留的UE 上下文信息，恢復(fù)Uu承載與Un承載的關(guān)聯(lián)關(guān)系。
9.根據(jù)權(quán)利要求8所述的RN，其特征在于，所述第二恢復(fù)處理模塊與MME和DeNB配合， 在Sl接口上重建關(guān)于所述RN的Sl連接，恢復(fù)Un接口的所有承載包括所述第二恢復(fù)處理模塊，用于在DeNB接收到MME發(fā)送的初始上下文建立請(qǐng)求消息后， 與DeNB協(xié)同在Un接口上完成RRC連接重配置過程，恢復(fù)Un接口的所有承載；其中，所述初始上下文建立請(qǐng)求消息是MME在接收到第二恢復(fù)處理模塊發(fā)送的TAU請(qǐng) 求消息后向DeNB發(fā)送的；所述DeNB在Un接口上完成RRC連接重配置后向MME發(fā)送初始上 下文建立完成消息。
全文摘要
本發(fā)明公開了一種無線接口恢復(fù)方法和設(shè)備。所述方法包括在Un接口上發(fā)生無線連接失敗時(shí)，在RN和DeNB都保留相關(guān)的UE上下文信息和RN上下文信息，當(dāng)RN執(zhí)行TAU過程與核心網(wǎng)重新建立了連接后，恢復(fù)RN所有的Un承載，并根據(jù)所保留的RN上下文信息和UE上下文信息重新配置所有的Un承載。本發(fā)明的技術(shù)方案能夠在完成Un接口連接的恢復(fù)的同時(shí)完成UE的S1連接的恢復(fù)，而不需要重建，提高了用戶的體驗(yàn)。
文檔編號(hào)H04W88/08GK101848554SQ20101017658
公開日2010年9月29日 申請(qǐng)日期2010年5月19日 優(yōu)先權(quán)日2010年5月19日
發(fā)明者姜怡華, 張鵬 申請(qǐng)人:新郵通信設(shè)備有限公司