專利名稱：一種承載建立方法、中繼節(jié)點及基站的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)，特別涉及一種承載建立方法、中繼節(jié)點及基站。
背景技術(shù)：
在未來的移動通信系統(tǒng)，例如B3G (后三代，Beyond Third Generation)或 LTE-A (Long Term Evolution-Advance,長期演進升級)，系統(tǒng)將提供更高的峰值數(shù)據(jù)速率和小區(qū)吞吐量，同時也需要更大的帶寬，目前2GHz以下的未分配帶寬已經(jīng)很少，B3G系統(tǒng)需要的部分或全部帶寬只能在更高的頻段上，例如3GHz以上尋找。頻段越高，電波傳播衰減的越快，傳輸距離越短，因此同樣覆蓋區(qū)域下，要保證連續(xù)覆蓋，需要更多的基站，由于基站通常具有較高的造價，這無疑會增加布網(wǎng)成本。為了解決布網(wǎng)成本以及覆蓋問題，各廠商和標準化組織開始研究將中繼引入到蜂窩系統(tǒng)中，增加覆蓋。圖1為LTE-A系統(tǒng)引入RN(Relay Node，中繼節(jié)點)后的網(wǎng)絡(luò)架構(gòu)示意圖，RN通過 eNB (演進基站)下的donor cell (施主小區(qū))接入到EPS (EvolvedPacket System，演進的分組系統(tǒng))核心網(wǎng)，RN和核心網(wǎng)沒有直接的有線接口，每個RN可以控制一個或多個小區(qū)。 在此架構(gòu)下,UE (User Equipment，用戶設(shè)備)和RN之間的接口稱為Uu，而RN和DeNB (Donor Evolved Node B，施主演進基站)之間的接口稱為Un。DeNB是donor cell所屬的eNB。架構(gòu)中RN具有雙重身份首先，RN具有UE的身份，RN啟動時的過程類似于UE的開機附著過程。其次，對于接入RN的UE來說，RN具有eNB的身份，此時UE的下行數(shù)據(jù)需要從UE 的 SGW(Serving Gateway，服務網(wǎng)關(guān))/PDN Gff (Packet DataNetwork Gateway，分組數(shù)據(jù)網(wǎng)關(guān))發(fā)送給UE的服務基站，即RN，然后RN在Uu 口上發(fā)給UE。圖2為RN啟動過程示意圖，RN啟動過程如圖2所示為首先，RN與DeNB之間建立RRC(I adio Resource Control，無線資源控制)連接； RN向MME (Mobility Management Entity，移動性管理實體)發(fā)送附著請求；MME從HSS (Home Subscriber Server，歸屬用戶服務器)處獲取RN的鑒權(quán)數(shù)據(jù)，對RN進行認證；如果認證通過，MME在具有分組數(shù)據(jù)網(wǎng)關(guān)功能的DeNB中為RN建立默認承載以及可能的專用承載，再向 DeNB發(fā)送初始UE上下文建立請求消息，在DeNB中建立RN的上下文；隨后DeNB向RN發(fā)送 RRC連接重配置消息，攜帶MME發(fā)給RN的附著接受消息；RN返回RRC連接重配置完成進行確認。這樣，RN建立了基本的IP連接。然后0&M(Operation and Maintenance，操作與維護系統(tǒng))將節(jié)點配置信息下載到RN，對RN進行配置。RN再建立必要的Sl接口和X2接口后，就可以像基站一樣正常工作了。后續(xù)過程中，RN可以根據(jù)服務UE的數(shù)量以及業(yè)務量來增加或減少RN承載數(shù)量或修改RN承載的屬性，來滿足UE的業(yè)務需求。根據(jù)是否與空口接入相關(guān)，UE的協(xié)議?？梢苑譃锳S(ACCeSS Stratum，接入層) 和NAS(Non-Access Stratum，非接入層)。AS主要負責與空口接入相關(guān)的功能，如小區(qū)選擇，RRC連接管理；NAS完成與接入無關(guān)的功能，主要是UE與核心網(wǎng)之間的交互，比如選擇 PLMN(Public Land Mobile Network，公共陸地移動網(wǎng))、注冊、位置更新等。可觸發(fā)建立RRC連接的NAS過程包括Attach (附著)、krvice Request (業(yè)務請求)、TAU(Tracking Area Update，跟蹤區(qū)更新)、Detach (去附著)等。UE使用網(wǎng)絡(luò)提供的服務之前，首先需要向網(wǎng)絡(luò)注冊，為UE建立基本的IP連接，這一過程通過Attach來實現(xiàn)， 圖3為附著過程示意圖，如圖3所示。在附著過程中，網(wǎng)絡(luò)側(cè)可能需要對UE進行鑒權(quán)，以檢測該UE是否為授權(quán)用戶。MME會通知SGW和PDN Gff刪除UE舊的承載信息(第7至第11 步)，再為UE建立新的承載(第12至第16步)。當UE不再需要網(wǎng)絡(luò)側(cè)提供的服務時，比如關(guān)機，則通過detach過程向網(wǎng)絡(luò)注銷， 網(wǎng)絡(luò)刪除該UE的承載信息。UE注冊后，當需要進行業(yè)務的時候，發(fā)起業(yè)務請求過程來激活已有的核心網(wǎng)承載， 圖4為業(yè)務請求過程示意圖，如圖4所示。MME收到UE發(fā)來的業(yè)務請求消息后，通知eNB為 UE建立上下文信息(第4步)，然后eNB和UE在空口建立無線承載(第5步)，最后MME再將UE連接的eNB的地址信息等告知SGW即可(第8至第11步)，流程比較簡單。在這一過程中，并沒有改變UE的PDN Gff節(jié)點。當UE進入新的TA (Tracking Area，跟蹤區(qū))時，需要進行跟蹤區(qū)更新過程來通知核心網(wǎng)自己進入了新的跟蹤區(qū)域，圖5為跟蹤區(qū)更新過程示意圖，如圖5所示。首先UE向 MME發(fā)起跟蹤區(qū)更新請求(第1至第3步)，如果UE更換了 MME，則新的MME需要向原來的核心網(wǎng)控制節(jié)點(可能是MME，也可能是SGSN(Serving GPRS Support Node，GPRS服務支持節(jié)點))索取UE的上下文信息(第4步、第5步、第7步)，然后通知SGW/PDN Gff修改UE的承載信息(第9至第13步)。HSS刪除舊的核心網(wǎng)控制節(jié)點中UE的信息之后(第15步、 第16步)，新的MME向UE發(fā)出跟蹤區(qū)更新接受消息。在TAUCTracking Area Update，跟蹤區(qū)更新)的過程中，新的MME可能會對UE重新進行認證(第6步)。在這一過程中，并沒有改變UE的PDN GW節(jié)點。RN與DeNB之間發(fā)生無線鏈路失敗后，如果此時AS安全已經(jīng)激活，RN將發(fā)起RRC 連接重建立過程進行恢復。如果恢復失敗，RN重新選擇一個小區(qū)進行駐留，進入空閑狀態(tài)。 選擇的小區(qū)可能是原來的小區(qū)，也可能是另外一個小區(qū)?，F(xiàn)有技術(shù)中，RRC連接重建失敗會通知NAS，NAS可以發(fā)起TAU來恢復RRC連接。此時的TAU完成之后，基站會釋放Sl連接和RRC連接，使UE進入空閑狀態(tài)。現(xiàn)有技術(shù)的不足在于TAU過程中PDN Gff不發(fā)生改變。對于RN來說，DeNB具有 PDN GW的功能，如果更換了 DeNB，相當于更換了 PDN GW，所以TAU并不適用于這種場景。而且，對于RN來說，一旦建立了 Sl連接和RRC連接，并不需要釋放這段連接。也即，現(xiàn)有技術(shù)中，如果更換了 DeNB，TAU過程將導致新DeNB成為RN的PDN GW，但是新DeNB中并沒有RN 的EPS承載信息，那么RN將不能正常工作。

發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題在于提供了一種承載建立方法、中繼節(jié)點及基站，用以解決在無線鏈路失敗或RRC連接重建失敗后，在RN與DeNB之間建立承載的問題。本發(fā)明實施例中提供了一種承載建立方法，包括如下步驟
在無線鏈路失敗或RRC連接重建失敗后，RN的NAS確定選擇的DeNB是否與失敗連接的DeNB相同；在相同時，發(fā)起krvice Request流程激活已有的EPS承載，在不相同時，發(fā)起 Attach流程建立承載。本發(fā)明實施例中提供了一種承載建立方法，包括如下步驟DeNB在RN發(fā)起krvice Request流程時，激活該RN已有的EPS承載；DeNB根據(jù)RN的請求釋放承載或修改已有的RN承載屬性，或主動發(fā)起釋放承載或修改已有的RN承載屬性。本發(fā)明實施例中提供了一種中繼節(jié)點，、包括基站判斷模塊，用于在無線鏈路失敗或RRC連接重建失敗后，觸發(fā)RN的NAS確定 RN選擇的DeNB是否與失敗前連接的DeNB相同；承載建立模塊，用于在相同時，發(fā)起krvice Request流程激活已有的EPS承載， 在不相同時，發(fā)起Attach流程建立承載。本發(fā)明實施例中提供了一種基站，包括激活模塊，用于在RN發(fā)起krvice Request流程時，激活該RN已有的EPS承載；屬性模塊，用于根據(jù)RN的請求釋放承載或修改已有的RN承載屬性，或主動發(fā)起釋放承載或修改已有的RN承載屬性。本發(fā)明有益效果如下在本發(fā)明實施例中，在無線鏈路失敗或RRC連接重建失敗后，由于RN的NAS會確定選擇的DeNB是否與失敗前連接的DeNB相同；并根據(jù)DeNB是否相同確定發(fā)起不同的流程，在相同時，發(fā)起krvice Request流程激活已有的EPS承載，在不相同時，發(fā)起Attach 流程建立承載。因此，對于DeNB沒有改變的場景，可以使RN盡快建立與DeNB的連接，減少了信令交互過程；對于DeNB改變的場景，可以解決現(xiàn)有技術(shù)不能改變PDN Gff的問題。由于實施中都是利用現(xiàn)有參數(shù)，因此實現(xiàn)復雜度不高。


圖1為背景技術(shù)中LTE-A系統(tǒng)引入RN后的網(wǎng)絡(luò)架構(gòu)示意圖； 圖2為背景技術(shù)中RN啟動過程示意圖； 圖3為背景技術(shù)中附著過程示意圖； 圖4為背景技術(shù)中業(yè)務請求過程示意圖； 圖5為背景技術(shù)中位置更新過程示意圖； 圖6為本發(fā)明實施例中承載建立方法實施流程示意圖； 圖7為本發(fā)明實施例中RN與DeNB之間的承載建立方法實施流程示意圖； 圖8為本發(fā)明實施例中實施例1中承載建立方法實施流程示意圖； 圖9為本發(fā)明實施例中實施例1中業(yè)務請求過程實施流程示意圖； 圖10為本發(fā)明實施例中實施例2中承載建立方法實施流程示意圖； 圖11為本發(fā)明實施例中中繼節(jié)點結(jié)構(gòu)示意圖； 圖12為本發(fā)明實施例中基站結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例中提出了一種Un 口發(fā)生無線鏈路失敗或RRC連接重建失敗之后恢復RN和DeNB之間的連接的方案，主要是針對不同的場景使用不同的NAS過程來恢復RN和 DeNB之間的連接，可以使RN盡快的恢復正常工作，及時為UE服務；能夠在一定程度上節(jié)省核心網(wǎng)內(nèi)部的信令交互。下面結(jié)合附圖對本發(fā)明的具體實施方式
進行說明。圖6為承載建立方法實施流程示意圖，如圖所示，可以包括如下步驟步驟601、在無線鏈路失敗或RRC連接重建失敗后，RN的NAS確定選擇的DeNB是否與失敗前連接的DeNB相同；實施中，在步驟601中，如果RN與DeNB之間發(fā)生無線鏈路失敗后，RN可以發(fā)起RRC 連接重建立過程進行恢復。如果重建失敗，RN重新選擇一個小區(qū)，并嘗試與該小區(qū)建立連接。但是也不排除，RN發(fā)生無線鏈路失敗后不進行RRC連接重建過程，而是直接選擇一個小區(qū)并嘗試與其建立連接。另外，無線鏈路失敗可以導致進行RRC連接重建，但是其他原因也可能導致RRC連
接重建。但是，上述情況下，也就是在無線鏈路失敗或RRC連接重建失敗后，都可以按照步驟602進行實施。步驟602、在相同時，發(fā)起義！^丨⑶Request流程激活已有的EPS承載，在不相同時，發(fā)起Attach流程建立承載。實施中，RN的NAS可以根據(jù)DeNB是否改變發(fā)起不同的NAS過程來恢復RN與DeNB 之間的連接。具體可以在判決DeNB是否發(fā)生變化后，如果RN選擇的DeNB與無線鏈路失敗之前相同，則發(fā)起krvice Request激活已有的EPS承載，進入基站工作狀態(tài)。如果RN選擇了一個新的DeNB，那么RN需要在這個新DeNB上建立承載，這個過程可以使用Attach來實現(xiàn)。實施中，RN的NAS確定選擇的DeNB是否與失敗前連接的DeNB相同，可以包括NAS保存RN連接小區(qū)的信息，NAS根據(jù)AS上報的小區(qū)消息來確定DeNB是否相同；或，NAS根據(jù)AS上報的指示來確定DeNB是否相同，所述指示中攜帶有DeNB是否相同的信息。具體的，判決DeNB是否改變的方式可以有兩種1 =NAS保存RN連接小區(qū)的信息；然后NAS根據(jù)AS上報的小區(qū)消息來判斷DeNB是否改變，從而決定發(fā)起哪個NAS過程；2 :AS保存RN連接小區(qū)的信息，并根據(jù)從小區(qū)系統(tǒng)信息中讀到的小區(qū)信息判斷 DeNB是否改變；然后AS給NAS —個DeNB是否改變的指示，來觸發(fā)NAS發(fā)起哪個過程；該方式下，將由AS來進行判斷，由AS直接指示DeNB是否改變。實施中，還可以進一步包括在RN每次接入一個施主小區(qū)后，在NAS和/或AS保存當前小區(qū)的信息。當保存后，便可以用于下一次DeNB是否改變的判斷。實施中，還可以進一步包括RN在已有的EPS承載激活后，如果已經(jīng)建立的承載數(shù)量超過閾值，RN請求釋放承載，或DeNB主動發(fā)起承載釋放過程；
或者，RN在已有的EPS承載激活后，當有UE接入時，RN請求修改或DeNB主動發(fā)起修改已有的RN承載屬性來滿足UE的業(yè)務需求。相應的，還提供了 DeNB上此時相應的實施方式。圖7為RN與DeNB之間的承載建立方法實施流程示意圖，如圖所示，可以包括如下步驟步驟701、DeNB在RN發(fā)起krvice Request流程時，激活該RN已有的EPS承載；步驟702、DeNB根據(jù)RN的請求或主動發(fā)起釋放承載或修改已有的RN承載屬性。具體的，在中繼設(shè)備進行業(yè)務請求的時候，激活已有承載后可以根據(jù)實際情況刪除或修改部分RN的承載；實際情況可以是指如果已經(jīng)建立的承載比較多，RN可以請求釋放一部分承載或是DeNB主動發(fā)起釋放一部分承載；或者，當有UE接入時，RN可以請求修改已有的RN承載屬性來滿足UE的業(yè)務需求，或是DeNB主動發(fā)起修改已有的RN承載屬性來滿足UE的業(yè)務需求，并不需要再新建承載；等等。下面以實例來進行說明。實施例1 圖8為實施例1中承載建立方法實施流程示意圖，如圖所示，可以包括如下步驟步驟801、RN每次連接到一個Donor cell后，NAS保存該cell的ID信息。步驟802、NAS獲取小區(qū)標識信息。實施中，RN可以在選擇小區(qū)時，讀取小區(qū)廣播的系統(tǒng)信息，從中獲取小區(qū)標識信息。然后AS將選擇的小區(qū)的標識信息上報給NAS。小區(qū)標識信息中包含TAC(TrackingArea Code，跟蹤區(qū)域碼)、Cell ID等。步驟803、根據(jù)DeNB是否改變發(fā)起不同的NAS過程來恢復RN與DeNB之間的連接。實施中，Cell ID中前面的20比特是eNB ID, NAS可以根據(jù)eNB ID來判斷RN是否更換了 DeNB。如果更換了，則發(fā)起Attach過程(具體實施可以參見圖2)，否則，發(fā)起 Service Request。對于發(fā)起義！^丨⑶Request的場景，由于此時RN服務的UE已經(jīng)釋放，不再需要過多的承載，RN可以根據(jù)實際情況釋放/修改或請求核心網(wǎng)釋放/修改部分RN承載。實際情況可以是指如果已經(jīng)建立的承載比較多，RN可以請求釋放一部分承載； 或者，當有UE接入時，RN可以請求修改已有的RN承載屬性來滿足UE的業(yè)務需求，并不需要再新建承載；等等。對于DeNB側(cè)，實施時可以如下如果RN發(fā)送的是Attach Request, DeNB收到MME發(fā)來的創(chuàng)建會話請求消息后為 RN建立新的EPS承載；如果RN發(fā)送的krvice Request, DeNB收到MME發(fā)來的初始上下文建立請求消息后，為RN建立DRB (Data Radio Bearer,數(shù)據(jù)無線承載)。由于此時RN服務的UE已經(jīng)釋放，不再需要過多的承載，DeNB可以根據(jù)實際情況釋放或修改部分RN的承載。實際情況可以是指如果已經(jīng)建立的承載比較多，DeNB可以請求釋放一部分承載；或者，當有UE接入RN時，DeNB可以請求修改已有的RN承載屬性來滿足UE的業(yè)務需求， 并不需要再新建承載；等等。圖9為實施例1中業(yè)務請求過程實施流程示意圖，RN發(fā)起業(yè)務請求時的流程如圖所示，基本過程還可以參見圖4。RN恢復與DeNB的連接之后，Un 口的Sl接口和X2接口如果還未釋放，則激活即可；如果已經(jīng)釋放，則RN與DeNB新建S1/X2接口。實施例2圖10為實施例2中承載建立方法實施流程示意圖，如圖所示，可以包括如下步驟步驟1001、AS獲取小區(qū)標識信息。RN選擇小區(qū)時，讀取小區(qū)廣播的系統(tǒng)信息，從中獲取小區(qū)標識信息。小區(qū)標識信息中包含TAC、Cell ID等；步驟1002、AS確定DeNB是否改變后指示上報給NAS。AS獲取小區(qū)信息后，Cell ID中前面的20比特是eNB ID, AS可以根據(jù)eNB ID來判斷DeNB是否發(fā)生了改變。AS將選擇的小區(qū)標識信息和/或DeNB是否改變的指示上報給 NAS ；步驟1003、NAS根據(jù)指示發(fā)起不同的NAS過程來恢復RN與DeNB之間的連接。NAS根據(jù)AS上報的DeNB是否改變的指示來決定發(fā)起哪個NAS過程如果DeNB更換了，則發(fā)起Attach過程(具體可以參見圖2、，否則，發(fā)起krviceRequest (具體可以參見圖9)。對于發(fā)起義！^丨⑶Request的場景，由于此時RN服務的UE已經(jīng)釋放，不再需要過多的RN承載來服務，RN可以根據(jù)實際情況釋放/修改或請求核心網(wǎng)釋放/修改部分RN承載。實際情況可以是指如果已經(jīng)建立的承載比較多，RN可以請求釋放一部分承載； 或者，當有UE接入時，RN可以請求修改已有的RN承載屬性來滿足UE的業(yè)務需求，并不需要再新建承載；等等。DeNB行為可以參見實施例1。實施例2與實施例1的不同在于實施例2中判斷 DeNB是否改變是由AS執(zhí)行，實施例1中由NAS執(zhí)行。基于同一發(fā)明構(gòu)思，本發(fā)明實施例中還提供了一種中繼節(jié)點、基站，由于這些設(shè)備解決問題的原理與承載建立方法相似，因此這些設(shè)備的實施可以參見方法的實施，重復之處不再贅述。圖11為中繼節(jié)點結(jié)構(gòu)示意圖，如圖所示，RN中可以包括基站判斷模塊1101，用于在無線鏈路失敗或RRC連接重建失敗后，觸發(fā)RN的NAS 確定RN選擇的DeNB是否與失敗前連接的DeNB相同；承載建立模塊1102，用于在相同時，發(fā)起krvice Request流程激活該RN已有的 EPS承載，在不相同時，發(fā)起Attach流程建立承載。實施中，基站判斷模塊可以包括NAS判斷單元和/或AS判斷單元，其中NAS判斷單元，用于在NAS保存RN連接小區(qū)的信息，觸發(fā)NAS根據(jù)AS上報的小區(qū)消息來確定DeNB是否相同；AS判斷單元，用于在AS保存RN連接小區(qū)的信息，觸發(fā)NAS根據(jù)AS上報的指示來確定DeNB是否相同，所述指示中攜帶有DeNB是否相同的信息。實施中，NAS判斷單元還可以進一步用于在RN每次接入一個施主小區(qū)后，在NAS保存當前小區(qū)的信息；
AS判斷單元還可以進一步用于在RN每次接入一個施主小區(qū)后，在AS保存RN當前小區(qū)的信息。實施中，中繼節(jié)點中還可以進一步包括請求模塊1104，用于在已有的EPS承載激活后，如果已經(jīng)建立的承載數(shù)量超過閾值，請求釋放承載；或者，在已有的EPS承載激活后，當有UE接入時，請求修改已有的RN承載屬性來滿足UE的業(yè)務需求。圖12為基站結(jié)構(gòu)示意圖，如圖所示，基站中可以包括激活模塊1201，用于在RN發(fā)起krvice Request流程時，激活該RN已有的EPS承載；屬性模塊1202，用于根據(jù)RN的請求釋放承載或修改已有的RN承載屬性，或主動發(fā)起釋放承載或修改已有的RN承載屬性。為了描述的方便，以上所述裝置的各部分以功能分為各種模塊或單元分別描述。 當然，在實施本發(fā)明時可以把各模塊或單元的功能在同一個或多個軟件或硬件中實現(xiàn)。由上述實施可知，RN的NAS可以根據(jù)DeNB是否改變發(fā)起不同的NAS過程來恢復 RN與DeNB之間的連接。具體的，判斷DeNB是否改變的依據(jù)可以是小區(qū)標識；判斷的執(zhí)行實體可以是AS， 也可以是NAS ；如果DeNB沒有改變，NAS發(fā)起業(yè)務請求；如果改變了，則NAS發(fā)起附著過程；NAS或者AS還可以保存RN連接的小區(qū)的標識信息；并在RN更換小區(qū)后更新該信息；進一步的，業(yè)務請求激活已有承載后，RN可以根據(jù)實際情況釋放/修改或請求核心網(wǎng)釋放/修改部分RN承載?；驹O(shè)備在中繼設(shè)備進行業(yè)務請求的時候，在激活已有承載后，還可以根據(jù)實際情況刪除或修改部分RN的承載；實施本發(fā)明，對于DeNB沒有改變的場景，可以使RN盡快建立與DeNB的連接，減少了信令交互過程；對于DeNB改變的場景，可以解決現(xiàn)有技術(shù)不能改變PDN Gff的問題。由于實施中都是利用現(xiàn)有參數(shù)，因此實現(xiàn)復雜度不高。本領(lǐng)域內(nèi)的技術(shù)人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結(jié)合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設(shè)備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設(shè)備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。
權(quán)利要求
1.一種承載建立方法，其特征在于，包括如下步驟在無線鏈路失敗或無線資源控制RRC連接重建失敗后，中繼節(jié)點RN的非接入層NAS確定選擇的施主演進基站DeNB是否與失敗前連接的DeNB相同；在相同時，發(fā)起業(yè)務請求krvice Request流程激活已有的演進的分組系統(tǒng)EPS承載， 在不相同時，發(fā)起附著Attach流程建立承載。
2.如權(quán)利要求1所述的方法，其特征在于，RN的NAS確定選擇的DeNB是否與失敗前連接的DeNB相同，包括NAS保存RN連接小區(qū)的信息，NAS根據(jù)接入層AS上報的小區(qū)消息來確定DeNB是否相同；或，NAS根據(jù)AS上報的指示來確定DeNB是否相同，所述指示中攜帶有DeNB是否相同的信息。
3.如權(quán)利要求1所述的方法，其特征在于，進一步包括在RN每次接入一個施主小區(qū)后，在NAS和/或AS保存當前小區(qū)的信息。
4.如權(quán)利要求1至3任一所述的方法，其特征在于，進一步包括RN在已有的EPS承載激活后，如果已經(jīng)建立的承載數(shù)量超過閾值，RN請求釋放承載； 或者，RN在已有的EPS承載激活后，當有UE接入時，RN請求修改已有的RN承載屬性來滿足UE的業(yè)務需求。
5.一種承載建立方法，其特征在于，包括如下步驟DeNB在RN發(fā)起krvice Request流程時，激活該RN已有的EPS承載； DeNB根據(jù)RN的請求或主動發(fā)起釋放承載或修改已有的RN承載屬性。
6.一種中繼節(jié)點，其特征在于，包括基站判斷模塊，用于在無線鏈路失敗或RRC連接重建失敗后，觸發(fā)RN的NAS確定中繼節(jié)點選擇的DeNB是否與失敗前連接的DeNB相同；承載建立模塊，用于在相同時，發(fā)起krvice Request流程激活該中繼節(jié)點已有的EPS 承載，在不相同時，發(fā)起Attach流程建立承載。
7.如權(quán)利要求6所述的中繼節(jié)點，其特征在于，基站判斷模塊包括NAS判斷單元和/或 AS判斷單元，其中NAS判斷單元，用于在NAS保存RN連接小區(qū)的信息，觸發(fā)NAS根據(jù)AS上報的小區(qū)消息來確定DeNB是否相同；AS判斷單元，用于在AS保存RN連接小區(qū)的信息，觸發(fā)NAS根據(jù)AS上報的指示來確定 DeNB是否相同，所述指示中攜帶有DeNB是否相同的信息。
8.如權(quán)利要求7所述的中繼節(jié)點，其特征在于，NAS判斷單元進一步用于在RN每次接入一個施主小區(qū)后，在NAS保存當前小區(qū)的信息；AS判斷單元進一步用于在RN每次接入一個施主小區(qū)后，在AS保存RN當前小區(qū)的信息。
9.如權(quán)利要求6至8任一所述的中繼節(jié)點，其特征在于，進一步包括請求模塊，用于在已有的EPS承載激活后，如果已經(jīng)建立的承載數(shù)量超過閾值，請求釋放承載；或者，在已有的EPS承載激活后，當有UE接入時，請求修改已有的RN承載屬性來滿足UE的業(yè)務需求。
10. 一種基站，其特征在于，包括激活模塊，用于在RN發(fā)起krvice Request流程時，激活該RN已有的EPS承載； 屬性模塊，用于根據(jù)RN的請求釋放承載或修改已有的RN承載屬性，或主動發(fā)起釋放承載或修改已有的RN承載屬性。
全文摘要
本發(fā)明公開了一種承載建立方法、中繼節(jié)點及基站，包括在無線鏈路失敗或無線資源控制連接重建失敗后，中繼節(jié)點的非接入層確定施主演進基站是否與失敗前連接的施主演進基站相同；在相同時，發(fā)起業(yè)務請求流程激活已有的演進的分組系統(tǒng)承載，在不相同時，發(fā)起附著流程建立承載。本發(fā)明對于施主演進基站沒有改變的場景，可以使中繼節(jié)點盡快建立與施主演進基站的連接，減少了信令交互過程；對于施主演進基站改變的場景，可以解決現(xiàn)有技術(shù)不能改變分組數(shù)據(jù)網(wǎng)關(guān)的問題。由于實施中都是利用現(xiàn)有參數(shù)，因此實現(xiàn)復雜度不高。
文檔編號H04W76/02GK102244937SQ20101017431
公開日2011年11月16日 申請日期2010年5月11日 優(yōu)先權(quán)日2010年5月11日
發(fā)明者楊義, 汪穎, 鮑煒 申請人:電信科學技術(shù)研究院