本發(fā)明涉及一種基站、無線通信系統(tǒng)和通信方法。

背景技術(shù)：

第三代合作伙伴計劃(3GPP)指定了被稱為雙連接(Dual Connectivity)的EUTRAN(演進(jìn)型UMTS陸地?zé)o線接入網(wǎng)絡(luò)，UMTS：通用移動通信系統(tǒng))網(wǎng)絡(luò)，其中，兩個eNode B(eNB)和用戶設(shè)備(UE)相對于彼此發(fā)送和接收分組數(shù)據(jù)。

圖1示出實現(xiàn)雙連接的無線通信系統(tǒng)的結(jié)構(gòu)的示例。

圖1所示的無線通信系統(tǒng)包括UE 10、主eNode B(MeNodeB，在下文中表示為MeNB)20、輔eNode B(SeNodeB，在下文中表示為SeNB)30、移動管理實體(MME)40以及服務(wù)網(wǎng)關(guān)(S-GW)50。

MeNB 20是主小區(qū)基站。

SeNB 30是小小區(qū)基站。注意，在SeNB 30的控制下的小區(qū)(SCG：輔小區(qū)群)位于在MeNB 20的控制下的小區(qū)(MCG：主小區(qū)群)的覆蓋區(qū)域內(nèi)。

UE 10是從MeNB 20和SeNB 30這兩者接收下行鏈路(DL)分組數(shù)據(jù)的終端。注意，UE 10將上行鏈路(UL)分組數(shù)據(jù)僅發(fā)送至MeNB 20、或者發(fā)送至MeNB 20和SeNB 30這兩者。

MME 40是布置在核心網(wǎng)絡(luò)(CN)中的核心網(wǎng)絡(luò)設(shè)備，并且進(jìn)行控制(C-)面的傳輸并管理UE 10的移動。

S-GW 50是布置在CN中的核心網(wǎng)絡(luò)設(shè)備，并且傳輸用戶(U-)面中的分組數(shù)據(jù)。

注意，MeNB 20經(jīng)由X2接口與SeNB 30連接，并且MME 40和S-GW 50經(jīng)由S1接口與MeNB 20和SeNB 30連接。

圖2示出雙連接中的C-面的連接配置的示例。

如圖2所示地進(jìn)行C-面連接。在雙連接中處于連接狀態(tài)下的UE 10在MeNB 20與MME 40之間僅具有S1-MME連接。另外，UE 10在UE 10與MeNB 20之間的無線區(qū)間內(nèi)僅具有無線資源控制(RRC)連接。換句話說，至少在UE 10與SeNB 30之間的無線區(qū)間內(nèi)不存在RRC連接。然而，SeNB 30有時可以生成與向UE 10的RRC消息相關(guān)聯(lián)的信號信息，并且經(jīng)由MeNB 20將所生成的信號信息發(fā)送至UE 10。

另外，雙連接中的U-面的連接配置的示例包括具有分裂承載(Split bearer)選項的配置和具有SCG承載選項的配置。

圖3示出在利用分裂承載選項進(jìn)行配置時的U-面的連接配置的示例。圖4示出在利用分裂承載選項進(jìn)行配置時的無線協(xié)議(Radio Protocol)的連接配置的示例。

如圖3和4所示，在具有分裂承載選項的配置的情況下，將U-面DL分組數(shù)據(jù)從S-GW 50僅發(fā)送至MeNB 20，而不發(fā)送至SeNB 30。注意，在圖3和4所示的配置中，將從MeNB 20向UE 10的承載稱為MCG承載，并且將從SeNB 30向UE 10的承載稱為SCG承載(同樣適用于稍后描述的圖5和6)。

如圖4所示，UE 10、MeNB 20和SeNB 30具有包括分組數(shù)據(jù)匯聚協(xié)議(PDCP)層、無線鏈路控制(RLC)層和介質(zhì)訪問控制(MAC)層的層結(jié)構(gòu)。

在MeNB 20中，在PDCP層接受從S-GW 50接收到的U-面DL分組數(shù)據(jù)。這里，MeNB 20的PDCP層的一側(cè)(圖4中的層的右側(cè))可以經(jīng)由在MeNB 20的控制下的小區(qū)來向UE 10發(fā)送分組數(shù)據(jù)的某一部分((PDCP協(xié)議數(shù)據(jù)單元(PDU))，并且可以經(jīng)由SeNB 30向UE 10發(fā)送分組數(shù)據(jù)的某一部分(PDCP PDU)。換句話說，MeNB 20的PDCP層可以使U-面分組數(shù)據(jù)分裂。

在具有分裂承載選項的這種配置中，引入了流控制，由此MeNB 20從SeNB 30反饋流控制信號，并且為了在不壓迫SeNB 30的資源的情況下充分利用SeNB 30的資源的目的，通過使用流控制信號來調(diào)整要向SeNB 30發(fā)送的DL分組數(shù)據(jù)的量(PDCP PDU的量)。

流控制信號包括指示出將從MeNB 20接收到的DL分組數(shù)據(jù)向UE 10發(fā)送時的SeNB 30的狀況的信息，以及指示出SeNB 30的剩余緩沖量的信息。此外，流控制信號可以包括例如與SeNB 30的發(fā)送功率有關(guān)的信息、SeNB 30能夠容納的承載數(shù)量以及SeNB 30能夠容納的最大比特率。

這里，以下使用具體示例來說明流控制的機(jī)制。

MeNB 20經(jīng)由MeNB 20的控制下的小區(qū)來向UE 10發(fā)送具有PDCP序列號(SN)#100、#102、#104、#106和#108的分組數(shù)據(jù)。另一方面，MeNB 20向SeNB 30發(fā)送具有PDCP SN#101、#103、#105、#107、#109和#111的分組數(shù)據(jù)。

假定SeNB 30已經(jīng)接收到具有PDCP SN#101、#103、#105、#107、#109和#111的全部分組數(shù)據(jù)，并且已經(jīng)成功地向UE 10發(fā)送了全部分組數(shù)據(jù)。另外，假定SeNB 30已經(jīng)通過從UE 10接收RLC Ack而判斷出已經(jīng)發(fā)送了全部分組數(shù)據(jù)。在這種情況下，SeNB 30將SeNB 30的剩余緩沖量連同作為按順序最后從UE 10接收到RLC Ack的PDCP SN的SN#111一起向MeNB 20反饋，作為流控制信號。這里，通過向MeNB 20示出作為“按順序最后從UE 10接收到RLC Ack的PDCP SN”的SN#111，MeNB 20可以判斷出成功地向UE 10發(fā)送了具有PDCP SN#101、#103、#105、#107和#109的全部分組數(shù)據(jù)。注意，從UE 10的RLC Ack的接收與在非專利文獻(xiàn)1(3GPP TS 36.322 V12.0.0)中被稱為狀況PDU(或狀況報告)的接收等同。

當(dāng)判斷出向SeNB 30發(fā)送的全部分組數(shù)據(jù)(PDCP PDU)已被發(fā)送至UE 10時，MeNB 20查看SeNB 30的剩余緩沖量，并且調(diào)整接著要發(fā)送至SeNB 30的分組數(shù)據(jù)的量(PDCP PDU的量)。

注意，上述的雙連接中的U-面連接配置中具有SCG承載選項的配置與本發(fā)明不相關(guān)，而以下對其進(jìn)行簡要說明以供參考。

圖5示出在利用SCG承載選項進(jìn)行配置時的U-面的連接配置的示例。圖6示出在利用SCG承載選項進(jìn)行配置時的無線協(xié)議的連接配置的示例。

如圖5和6所示，在具有SCG承載選項的配置的情況下，從S-GW 50向MeNB 20和SeNB 30這兩者發(fā)送U-面DL分組數(shù)據(jù)，并且經(jīng)由分別在MeNB 20和SeNB 30的控制下的小區(qū)來向UE 10發(fā)送該U-面DL分組數(shù)據(jù)。

在具有SCG承載選項的這種配置中，在CN與UE 10之間發(fā)送和接收的分組數(shù)據(jù)從未通過X2-U。然而，在例如SeNB 30的添加和刪除的情況下，使用X2-U，以便執(zhí)行用于將MeNB 20和SeNB 30之一中剩余的分組數(shù)據(jù)轉(zhuǎn)發(fā)至另一個的數(shù)據(jù)轉(zhuǎn)發(fā)。

引用文獻(xiàn)列表

非專利文獻(xiàn)列表

NPL 1：3GPP TS 36.322 V12.0.0(2014-06)

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

發(fā)明要解決的問題

然而，在如例如具有分裂承載選項的配置中第二基站(MeNB)具有能夠經(jīng)由自身基站和第一基站(SeNB)將從CN接收到的下行鏈路數(shù)據(jù)發(fā)送至終端(UE)的結(jié)構(gòu)的情況下，存在如下問題。

例如，在第二基站是宏基站的情況下，第二基站有時可以與大量第一基站連接。然而，在變成第二基站從大量第一基站接收到大量流控制信號的情況下，與第二基站的流控制相關(guān)聯(lián)的處理負(fù)荷增加。結(jié)果，產(chǎn)生無法獲得原本假定是雙連接的目的的、諸如吞吐量增大和通信速度提高等的有益效果的可能性。

另外，假定例如用戶在白天處于其辦公室內(nèi)并且很少移動。在向這種用戶終端發(fā)送分組數(shù)據(jù)時，第二基站可以避免使分組數(shù)據(jù)通過在第二基站的控制下的小區(qū)。換句話說，第二基站可以經(jīng)由第一基站的小區(qū)向終端發(fā)送全部分組數(shù)據(jù)。在該配置中，第一基站在一些情況下可以是用于第二基站的雙連接的專用SeNB，并且在該情況下來自第一基站的流控制信號是不必要的。在該配置中，即使在例如第一基站是Pico eNB并且在區(qū)域內(nèi)設(shè)置了大量第一基站的情況下，第一基站也不會直接與MME連接以便減少向MME的連接負(fù)荷。換句話說，在該配置中，具有SeNB的功能的Pico eNB是專用SeNB。

這樣，例如，在具有分裂承載選項的配置中，消除要從第一基站向第二基站反饋的流控制信號的必要性仍然是問題。

鑒于此，通過本文公開的典型實施例所要實現(xiàn)的目的是提供能夠解決上述問題的基站、無線通信系統(tǒng)和通信方法。

用于解決問題的方案

根據(jù)本發(fā)明的基站是：一種基站，其能夠經(jīng)由自身和另一基站向終端發(fā)送從核心網(wǎng)絡(luò)接收到的下行鏈路數(shù)據(jù)，所述基站包括：通信單元，所述通信單元向所述另一基站發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。

根據(jù)本發(fā)明的無線通信系統(tǒng)包括：第一基站；以及第二基站，其能夠經(jīng)由自身和所述第一基站向終端發(fā)送從核心網(wǎng)絡(luò)接收到的下行鏈路數(shù)據(jù)，其中，所述第二基站向所述第一基站發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。

根據(jù)本發(fā)明的通信方法是：一種基站的通信方法，所述基站能夠經(jīng)由自身和另一基站向終端發(fā)送從核心網(wǎng)絡(luò)接收到的下行鏈路數(shù)據(jù)，所述通信方法包括：向所述另一基站發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。

發(fā)明的效果

本發(fā)明能夠獲得使得能夠消除要從第二基站向第一基站反饋流控制信號的必要性的有益效果。

附圖說明

圖1是示出實現(xiàn)雙連接的無線通信系統(tǒng)的整體結(jié)構(gòu)的示例的圖。

圖2是示出雙連接中的C-面的連接配置的示例的圖。

圖3是示出雙連接中的U-面的連接配置的示例(分裂承載選項)的圖。

圖4是示出雙連接中的無線協(xié)議的連接配置的示例(分裂承載選項)的圖。

圖5是示出雙連接中的U-面的連接配置的另一示例(SCG承載選項)的圖。

圖6是示出雙連接中的無線協(xié)議的連接配置的另一示例(SCG承載選項)的圖。

圖7是示出根據(jù)本發(fā)明的第一典型實施例的MeNB的結(jié)構(gòu)的示例的框圖。

圖8是示出根據(jù)本發(fā)明的第一典型實施例的SeNB的結(jié)構(gòu)的示例的框圖。

圖9是示出根據(jù)本發(fā)明的第二典型實施例的MeNB的結(jié)構(gòu)的示例的框圖。

圖10是示出根據(jù)本發(fā)明的第二典型實施例的SeNB的結(jié)構(gòu)的示例的框圖。

圖11是示出根據(jù)本發(fā)明的第三典型實施例的、設(shè)置雙連接的過程的示例的序列圖。

圖12是示出根據(jù)本發(fā)明的第三典型實施例的、判斷MeNB是否能夠執(zhí)行流控制的處理的示例的流程圖。

圖13是示出根據(jù)本發(fā)明的第三典型實施例的SeNB附加請求消息的示例的圖。

圖14是示出根據(jù)本發(fā)明的第三典型實施例的SeNB附加請求消息的另一示例的圖。

圖15是示出根據(jù)本發(fā)明的第三典型實施例的流控制指示的IE的另一示例的圖。

圖16是示出根據(jù)本發(fā)明的第三典型實施例的流控制指示的IE的又一示例的圖。

圖17是示出根據(jù)本發(fā)明的第四典型實施例的、設(shè)置雙連接的過程的示例的序列圖。

圖18是示出根據(jù)本發(fā)明的第六典型實施例的流控制期間的IE的示例的圖。

圖19是示出根據(jù)本發(fā)明的第八典型實施例的流控制幀的格式的示例的圖。

圖20是示出根據(jù)本發(fā)明的第八典型實施例的流控制幀的格式的另一示例的圖。

圖21是示出根據(jù)本發(fā)明的第九典型實施例的無線通信系統(tǒng)的整體結(jié)構(gòu)的示例的圖。

具體實施方式

以下參考附圖來說明本發(fā)明的典型實施例。

(1)第一典型實施例

根據(jù)本典型實施例的無線通信系統(tǒng)的整體結(jié)構(gòu)自身與圖1相同。然而，向MeNB 20和SeNB 30添加了新的功能。

現(xiàn)在，以下詳細(xì)說明MeNB 20和SeNB 30的結(jié)構(gòu)。

SeNB 30是第一基站。

MeNB 20是第二基站。MeNB 20能夠設(shè)置雙連接并且經(jīng)由MeNB 20(經(jīng)由MeNB 20的小區(qū))和SeNB 30向UE 10發(fā)送從CN接收到的DL分組數(shù)據(jù)。

圖9示出MeNB 20的結(jié)構(gòu)的示例。

如圖9所示，MeNB 20包括通信單元21。

通信單元21向SeNB 30發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。該流控制指示出從SeNB 30反饋流控制信號并且通過使用該流控制信號來調(diào)整要向SeNB 30發(fā)送的DL分組數(shù)據(jù)的量。

圖10示出SeNB 30的結(jié)構(gòu)的示例。

如圖10所示，SeNB 30包括通信單元31。

通信單元31從MeNB 20接收能夠識別是否能夠執(zhí)行流控制的信息。

在本典型實施例中，如上所述，MeNB 20向SeNB 30發(fā)送能夠識別MeNB 20是否能夠執(zhí)行流控制的信息。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以在無法執(zhí)行流控制的情況下消除從SeNB 30向MeNB 20的流控制信號的必要性。這可以減少與MeNB 20的流控制相關(guān)聯(lián)的處理負(fù)荷，并因此可以獲得雙連接原本具有的、諸如吞吐量增大和通信速度提高等的有益效果。

另外，在MeNB 20經(jīng)由SeNB 30的小區(qū)向UE 10發(fā)送全部分組數(shù)據(jù)的情況下，可以消除從SeNB 30向MeNB 20的流控制信號的必要性。

(2)第二典型實施例

根據(jù)本典型實施例的無線通信系統(tǒng)的整體結(jié)構(gòu)自身與第一典型實施例相同。然而，可以對第一典型實施例中的MeNB 20和SeNB 30中的結(jié)構(gòu)進(jìn)行修改。

現(xiàn)在，以下詳細(xì)說明MeNB 20和SeNB 30的結(jié)構(gòu)。

圖9示出MeNB 20的結(jié)構(gòu)的示例。

如圖9所示，與第一典型實施例相比，MeNB 20額外包括控制單元22。

控制單元22決定MeNB 20是否能夠執(zhí)行流控制。

通信單元21向SeNB 30發(fā)送已由控制單元22決定的能夠識別是否能夠執(zhí)行流控制的信息。

注意，除了上述操作以外，控制單元22和通信單元21還進(jìn)行用于實現(xiàn)背景技術(shù)中所述的MeNB的功能的操作。

圖10示出SeNB 30的結(jié)構(gòu)的示例。

如圖10所示，與第一典型實施例相比，SeNB 30額外包括控制單元32。

通信單元31從MeNB 20接收能夠識別是否能夠執(zhí)行流控制的信息。

控制單元32基于從MeNB 20接收到的能夠識別是否能夠執(zhí)行流控制的信息來識別是否能夠執(zhí)行流控制，并且控制向MeNB 20的流控制信號的反饋。具體地，在能夠執(zhí)行流控制的情況下，向MeNB 20反饋流控制信號。另一方面，在無法執(zhí)行流控制的情況下，不反饋流控制信號。注意，表述“不反饋流控制信號”可以是“不向MeNB 20發(fā)送流控制信號”。

注意，除了上述操作以外，控制單元32和通信單元31還進(jìn)行用于實現(xiàn)背景技術(shù)中所述的SeNB的功能的操作。

在本典型實施例中，如上所述，MeNB 20向SeNB 30發(fā)送能夠識別MeNB 20是否能夠執(zhí)行流控制的信息。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

(3)第三典型實施例

本典型實施例是第二典型實施例的操作的更詳細(xì)版本，并且無線通信系統(tǒng)的整體結(jié)構(gòu)以及MeNB 20和SeNB 30的結(jié)構(gòu)與第二典型實施例相同。

以下參考圖11來詳細(xì)說明根據(jù)本典型實施例的無線通信系統(tǒng)的操作。

圖11示出根據(jù)本典型實施例的、在無線通信系統(tǒng)中設(shè)置雙連接的過程的示例。注意，圖11中的示例是基于UE 10已經(jīng)處于連接狀態(tài)的前提的。

參考圖11，當(dāng)在步驟S101中從未示出的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(P-GW)接收到DL分組數(shù)據(jù)或者從未示出的P-GW接收到創(chuàng)建承載請求消息(Create Bearer Request message)時，為了針對UE 10設(shè)置EUTRAN-無線接入承載(E-RAB)的目的，在步驟S102中，S-GW 50向MME 40發(fā)送創(chuàng)建承載請求消息。

當(dāng)從S-GW 50接收到創(chuàng)建承載請求消息時，在步驟S103中，MME 40向UE 10所位于的MeNB 20發(fā)送E-RAB設(shè)置請求消息(E-RAB Setup Request message)。

當(dāng)從MME 40接收到E-RAB設(shè)置請求消息時，在步驟S104中，MeNB 20的控制單元22判斷是否設(shè)置雙連接。另外，在設(shè)置雙連接時，控制單元22還判斷是否能夠執(zhí)行流控制。

圖12示出在圖11的步驟S104中判斷MeNB 20是否能夠執(zhí)行流控制的過程的示例。

參考圖12，在步驟S201中，MeNB 20的控制單元22首先判斷針對UE 10要設(shè)置的E-RAB的通信類型。

當(dāng)在步驟S201中E-RAB的通信類型屬于諸如語音等的實時服務(wù)時，MeNB 20的控制單元22在步驟S202中判斷出設(shè)置雙連接是不必要的，并且處理結(jié)束。

另一方面，當(dāng)在步驟S201中E-RAB的通信類型屬于諸如數(shù)據(jù)等的非實時服務(wù)時，MeNB 20的控制單元22繼而在步驟S203中判斷UE 10是否位于在SeNB 30的控制下的小區(qū)內(nèi)。

當(dāng)在步驟S203中UE 10沒有位于在SeNB 30的控制下的小區(qū)內(nèi)時，MeNB 20的控制單元22在步驟S202中判斷出設(shè)置雙連接是不必要的，并且處理結(jié)束。

另一方面，當(dāng)在步驟S203中UE 10位于在SeNB 30的控制下的小區(qū)內(nèi)時，MeNB 20的控制單元22在步驟S204中判斷出設(shè)置雙連接是必要的。

隨后，在步驟S205中，MeNB 20的控制單元22在MeNB 20與SeNB 30相連接時判斷MeNB 20的處理能力是否超過上限。

在步驟S205中，當(dāng)MeNB 20的處理能力超過上限時，MeNB 20的控制單元22在步驟S206中判斷出無法執(zhí)行流控制，并且處理結(jié)束。

另一方面，在步驟S205中，MeNB 20的處理能力沒有超過上限，MeNB 20的控制單元22在步驟S207中判斷出能夠執(zhí)行流控制，并且處理結(jié)束。

注意，除了通過MeNB 20的處理能力是否超過上限來進(jìn)行判斷以外，還可以通過其它方法來在步驟S205中進(jìn)行是否能夠執(zhí)行流控制的判斷。

例如，可以通過MeNB 20的負(fù)荷狀況來進(jìn)行判斷。例如，當(dāng)中央處理單元(CPU)使用率用作針對MeNB 20的負(fù)荷狀況的指標(biāo)時，在CPU使用率高于閾值的情況下可以做出無法執(zhí)行流控制的判斷。

或者，還可以通過E-RAB的服務(wù)質(zhì)量(QoS)來做出該判斷。例如，為了提供更好的服務(wù)，可以針對具有高QoS(即，具有高優(yōu)先級)的E-RAB做出能夠執(zhí)行流控制的判斷。相反，可以針對具有低QoS(即，具有低優(yōu)先級)的E-RAB做出無法執(zhí)行流控制的判斷。

再次參考圖11，當(dāng)在步驟S104中判斷出設(shè)置雙連接有必要時，在步驟S105中，MeNB 20的控制單元22將已在步驟S104中判斷出的能夠識別是否能夠執(zhí)行流控制的信息(流控制指示(Flow Control Indication))設(shè)置在SeNB附加請求消息(SeNB Addition Request message)中。MeNB 20的通信單元21向SeNB 30發(fā)送SeNB附加請求消息。流控制指示在本文中是指指示出能夠執(zhí)行流控制或者無法執(zhí)行流控制的信息要素(IE)。

圖13示出SeNB附加請求消息的示例。

在圖13所示的SeNB附加請求消息中，在E-RAB列表之內(nèi)示出流控制指示。這意味著流控制指示是針對各E-RAB設(shè)置的。

然而，流控制指示可以是針對各UE 10設(shè)置的，而不是針對各E-RAB設(shè)置的。

圖14示出SeNB附加請求消息的另一示例。

在圖14所示的SeNB附加請求消息中，在E-RAB列表之外示出流控制指示。這意味著流控制指示是針對各UE 10設(shè)置的。

圖15和16各自示出流控制指示的IE的另一示例。

在圖15所示的示例中，通過“ENUMERATED(枚舉)”來表示是能夠執(zhí)行流控制還是無法執(zhí)行流控制。另外，在圖16所示的示例中，由“TRUE(真)”or“FALSE(假)”來表示是能夠執(zhí)行流控制還是無法執(zhí)行流控制。

注意，圖13～16各自示出在流控制指示的IE是強(qiáng)制(M)的情況下的示例，并且流控制指示指示出能夠執(zhí)行流控制或者無法執(zhí)行流控制。

然而，在流控制指示的IE是可選(O)的情況下，不存在IE可以意味著無法執(zhí)行流控制。

再次參考圖11，當(dāng)從MeNB 20接收到SeNB附加請求消息時，在步驟S106中，SeNB 30的控制單元32設(shè)置用于執(zhí)行雙連接的無線資源。在步驟S107中，SeNB 30的通信單元31向MeNB 20答復(fù)SeNB附加請求確認(rèn)消息(SeNB Addition Request Acknowledge message)。

當(dāng)從SeNB 30接收到SeNB附加請求確認(rèn)消息時，在步驟S108中，MeNB 20的通信單元21向UE 10發(fā)送RRC連接再配置消息(RRC Connection Reconfiguration message)，并且設(shè)置針對SeNB 30的無線資源。

當(dāng)從MeNB 20接收到RRC連接再配置消息時，在步驟S109中，UE 10向MeNB 20答復(fù)RRC連接再配置完成消息(RRC Connection Reconfiguration Complete message)。

當(dāng)從UE 10接收到RRC連接再配置完成消息時，在步驟S110中，MeNB 20的通信單元21向SeNB 30答復(fù)SeNB再配置完成消息(SeNB Reconfiguration Complete message)，并通知UE 20已準(zhǔn)備好。

隨后，在步驟S111中，UE 10設(shè)置針對SeNB 30的無線資源，并執(zhí)行隨機(jī)接入過程(Random Access Procedure)。

當(dāng)完成針對UE 10的無線資源的設(shè)置時，在步驟S112中，SeNB 30的通信單元31向MeNB 20發(fā)送SeNB附加完成消息(SeNB Addition Complete message)。

當(dāng)從SeNB 30接收到SeNB附加完成消息時，在步驟S113中，MeNB 20的通信單元21向MME 40發(fā)送E-RAB設(shè)置應(yīng)答消息(E-RAB Setup Response message)，并通知E-RAB的設(shè)置完成。在E-RAB設(shè)置應(yīng)答消息中，設(shè)置有MeNB 20的網(wǎng)際協(xié)議(IP)地址。

當(dāng)從MeNB 20接收到E-RAB設(shè)置應(yīng)答消息時，在步驟S114中，MME 40向S-GW 50發(fā)送包括設(shè)置在其中的MeNB 20的IP地址的創(chuàng)建承載應(yīng)答消息(Create Bearer Response message)。響應(yīng)于此，S-GW 50在S-GW 50與MeNB 20之間設(shè)置GTP(GPRS隧道協(xié)議，GPRS：通用分組無線業(yè)務(wù))隧道，并發(fā)起DL分組數(shù)據(jù)的發(fā)送。

此后，當(dāng)通過在步驟S105中從MeNB 20接收到的SeNB附加請求消息中的流控制指示通知能夠執(zhí)行流控制時，SeNB 30的通信單元31向MeNB 20反饋流控制信號。另一方面，當(dāng)通知無法執(zhí)行流控制時，SeNB 30的通信單元31不反饋流控制信號。

在本典型實施例中，如上所述，MeNB 20將指示出能夠執(zhí)行流控制或無法執(zhí)行流控制的流控制指示設(shè)置在SeNB附加請求消息中，并向SeNB 30發(fā)送該SeNB附加請求消息。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

注意，在本典型實施例中，當(dāng)無法執(zhí)行流控制時，要從MeNB 20向SeNB 30發(fā)送的DL分組數(shù)據(jù)的量(PDCP PDU的量)是固定的。在這種情況下，MeNB 20可以不僅向SeNB 30而且向UE 10通知“無法執(zhí)行流控制”的信息。當(dāng)從MeNB 20(或SeNB 30)通知“無法執(zhí)行流控制”的信息時，UE 10判斷出不存在從SeNB 30向MeNB 20的反饋，并且以從UE 10向MeNB 20通知超幀號(HFN)的值的方式來切換控制。

另外，由于在無法執(zhí)行流控制時不存在要從SeNB 30向MeNB 20反饋的流控制信號，因此，MeNB 20無法知道SeNB 30的發(fā)送狀態(tài)。然而，需要MeNB 20的PDCP中的HFN值與UE 10的PDCP中的HFN值一致。因而，PDCP狀況報告消息(PDCP Status Report message)定期地從UE 10向MeNB 20發(fā)送，并且接收PDCP狀況報告消息的MeNB 20確認(rèn)UE 10的PDCP中的接收狀況。當(dāng)存在MeNB 20已發(fā)送但UE 10尚未接收到的PDCP SN時，可以設(shè)想MeNB 20再次發(fā)送PDCP SN?；蛘?，可以設(shè)想MeNB 20試圖重置PDCP，并使UE 10執(zhí)行RRC連接的重置過程。通過利用UE 10來重置RRC連接，PDCP的SN同樣被重置，因而可以使得MeNB 20的PDCP中的HFN值與UE 10的PDCP中的HFN值一致。

(4)第四典型實施例。

第三典型實施例是基于UE 10已經(jīng)處于連接狀態(tài)中的前提的。

與此相對，本典型實施例是基于UE 10處于空閑狀態(tài)的前提的。

以下參考圖17來詳細(xì)說明根據(jù)本典型實施例的無線通信系統(tǒng)的操作。

圖17示出根據(jù)本典型實施例的、在無線通信系統(tǒng)中設(shè)置雙連接的過程。注意，圖17中的示例是基于UE 10處于空閑狀態(tài)的前提的。

參考圖17，當(dāng)在步驟S301中從未示出的P-GW接收到DL分組數(shù)據(jù)時，在步驟S302中，S-GW 50向MME 40發(fā)送下行鏈路數(shù)據(jù)通知消息(Downlink Data Notification message)。

當(dāng)從S-GW 50接收到下行鏈路數(shù)據(jù)通知消息時，在步驟S303和S304中，MME 40經(jīng)由UE 10所位于的MeNB 20向UE 10傳輸尋呼(Paging)。

當(dāng)在步驟S305中UE 10響應(yīng)于尋呼而答復(fù)RRC連接建立消息(RRC Connection Establish message)的情況下，在步驟S306中，MeNB 20的通信單元21向MME 40發(fā)送初始UE消息(Initial UE Message)。

當(dāng)從MeNB 20接收到初始UE消息時，在步驟S307中，MME 40向MeNB 20發(fā)送初始上下文設(shè)置請求消息(Initial Context Setup Request message)。

此后，進(jìn)行對與第三典型實施例的圖11中的步驟S104～S122相似的步驟S308～S316的處理。

當(dāng)從SeNB 30接收到SeNB附加完成消息時，在步驟S317中，MeNB 20的通信單元21向MME 40發(fā)送初始上下文設(shè)置應(yīng)答消息(Initial Context Setup Response message)。

當(dāng)從MeNB 20接收到初始上下文設(shè)置應(yīng)答消息時，在步驟S318中，MME 40向S-GW 50發(fā)送修改承載請求消息(Modify Bearer Request message)。在步驟S319中，S-GW 50向MME 40發(fā)送修改承載應(yīng)答消息(Modify Bearer Response message)。

此后，當(dāng)通過在步驟S309中從MeNB 20接收到的SeNB附加請求消息中的流控制指示通知能夠執(zhí)行流控制時，SeNB 30的通信單元31向MeNB 20反饋流控制信號。另一方面，當(dāng)通知無法執(zhí)行流控制時，SeNB 30的通信單元31不反饋流控制信號。

在本典型實施例中，如上所述，采用與第三典型實施例同樣的方式，MeNB 20將指示出能夠執(zhí)行流控制或者無法執(zhí)行流控制的流控制指示設(shè)置在SeNB附加請求消息中，并且向SeNB 30發(fā)送該SeNB附加請求消息。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第三典型實施例相同的有益效果。

(5)第五典型實施例

在第三和第四典型實施例中，MeNB 20將流控制指示設(shè)置在SeNB附加請求消息中。

與此相對，本典型實施例與第三和第四典型實施例的不同之處在于：MeNB 20將流控制指示設(shè)置在SeNB修改請求消息(SeNB Modification Request message)中。

具體地，在第三和第四典型實施例中，在MeNB 20決定是否能夠執(zhí)行流控制的時點，SeNB 30處于雙連接的未設(shè)置狀態(tài)。因而，MeNB 20將流控制指示設(shè)置在要向SeNB 30發(fā)送的SeNB附加請求消息中。

與此相對，在MeNB 20決定是否能夠執(zhí)行流控制的時點，在已經(jīng)向SeNB 30設(shè)置了雙連接的情況下，將新的E-RAB添加至SeNB 30。因而，在該情況下，MeNB 20將流控制指示設(shè)置在要向SeNB 30發(fā)送的SeNB修改請求消息中。

另外，還可以設(shè)想，MeNB 20的負(fù)荷狀況等在MeNB 20向SeNB 30通知了流控制指示之后發(fā)生改變，并且是否能夠執(zhí)行流控制的狀況發(fā)生改變(從“能夠執(zhí)行”變成“無法執(zhí)行”，或者從“無法執(zhí)行”變成“能夠執(zhí)行”)。

同樣，在這種情況下，MeNB 20可以將改變后的流控制指示設(shè)置在SeNB修改請求消息中，并且向SeNB 30發(fā)送SeNB修改請求消息。

在本典型實施例中，如上所述，MeNB 20將指示出能夠執(zhí)行流控制或者無法執(zhí)行流控制的流控制指示設(shè)置在SeNB修改請求消息中，并且向SeNB 30發(fā)送SeNB修改請求消息。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

(6)第六典型實施例

在第三～第五典型實施例中，使用流控制指示作為能夠識別是否能夠執(zhí)行流控制的信息。

與此相對，本典型實施例與第三～第五典型實施例的不同之處在于：使用指示出針對流控制信號的反饋的時間間隔的流控制期間(Flow Control Period)作為能夠識別是否能夠執(zhí)行流控制的信息。

圖18示出流控制期間的IE的示例。

在圖18所示的示例中，MeNB 20將針對流控制信號的反饋的時間間隔定義為0秒～2047秒的間隔(秒刻度間隔)。注意，可以將時間間隔定義為按毫秒的間隔。

當(dāng)時間間隔為0時，其意味著流控制信號的反饋是不必要的(即，無法執(zhí)行流控制)。

另一方面，當(dāng)時間間隔取除0以外的值時，該值指示出針對流控制信號的反饋的時間間隔，這意味著能夠執(zhí)行流控制。

可以將流控制期間設(shè)置在SeNB附加請求消息或者SeNB修改請求消息中并進(jìn)行發(fā)送。

注意，可以通過各種方法來判斷針對流控制信號的反饋的時間間隔。

例如，可以通過MeNB 20的負(fù)荷狀況來判斷時間間隔。例如，在使用CPU使用率作為針對MeNB 20的負(fù)荷狀況的指標(biāo)時，例如，可以隨著CPU使用率增加而擴(kuò)大時間間隔。

或者，還可以通過E-RAB的QoS來判斷時間間隔。例如，可以隨著E-RAB的QoS提高而縮短時間間隔，以便向具有高QoS(即，具有高優(yōu)先級)的E-RAB提供更好的服務(wù)。

在本典型實施例中，如上所述，MeNB 20向SeNB 30通知指示出針對流控制信號的反饋的時間間隔的流控制期間。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

(7)第七典型實施例

在第三～第五典型實施例中，使用流控制指示作為能夠識別是否能夠執(zhí)行流控制的信息。另外，在第六典型實施例中，使用流控制期間作為能夠識別是否能夠執(zhí)行流控制的信息。

與此相對，本典型實施例與第三～第六典型實施例的不同之處在于：使用指示出經(jīng)由SeNB 30向UE 10發(fā)送全部DL分組數(shù)據(jù)(PDCP PDU)的全部PDCP-PDU(All PDCP-PDU)作為能夠識別是否能夠執(zhí)行流控制的信息。

具體地，MeNB 20將全部PDCP-PDU的IE設(shè)置在SeNB附加請求消息或者SeNB修改請求消息中。

如上所述，全部PDCP-PDU意味著經(jīng)由SeNB 30向UE 10發(fā)送全部DL分組數(shù)據(jù)(PDCP PDU)，并且同時還意味著無法執(zhí)行流控制。因而，從SeNB 30向MeNB 20的流控制信號的反饋是完全不必要的。這在特定Pico eNB是專用SeNB的情況下是有利的。

注意，可以將全部PDCP-PDU的IE設(shè)置成強(qiáng)制的(M)或可選的(O)。

在本典型實施例中，如上所述，MeNB 20向SeNB 30通知指示出經(jīng)由SeNB 30向UE 10發(fā)送全部DL分組數(shù)據(jù)(PDCP PDU)的全部PDCP-PDU。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

(8)第八典型實施例

本典型實施例與第三～第七典型實施例的不同之處在于：通過使用用于在MeNB 20與SeNB 30之間交換信息的幀協(xié)議(Frame Protocol)或者用戶面協(xié)議(User Plane Protocol)來發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。幀協(xié)議或者用戶面協(xié)議是用于傳輸數(shù)據(jù)的協(xié)議。

圖19和20各自示出用于使用幀協(xié)議來發(fā)送能夠識別是否能夠執(zhí)行流控制的信息的流控制幀(Flow Control Frame)的格式的示例。

在圖19所示的示例中，與第三～第五典型實施例相似，幀協(xié)議的IE指示出能夠執(zhí)行流控制或者無法執(zhí)行流控制。

圖19中的RAN容器類型(RAN Container Type)(0x02)指示出該幀是流控制幀。

剩余(Spare)是未使用的，并且被始終設(shè)置成“0”。

F被設(shè)置成“0”或“1”?！?”指示出能夠執(zhí)行流控制，而“0”指示出無法執(zhí)行流控制。然而，與此相反，還可以將“0”定義為指示出能夠執(zhí)行流控制，并且將“1”定義為指示出無法執(zhí)行流控制。

在圖20所示的示例中，與第六典型實施例相似，幀協(xié)議的IE指示出從SeNB 30向MeNB 20的流控制信號的反饋的時間間隔。

圖20中的RAN容器類型(0x02)指示出該幀是流控制幀。

剩余是未使用的，并且被始終設(shè)置成“0”。

F被設(shè)置成從“0～1023”的值中的任一個?！?”指示出無法執(zhí)行流控制，而其它值指示出能夠執(zhí)行流控制，并且這些值各自指示出從SeNB 30向MeNB 20的流控制信號的反饋的時間間隔。該時間間隔可以是除1023以外的任意值。

注意，在本典型實施例中，用于通過使用幀協(xié)議來發(fā)送能夠識別是否能夠執(zhí)行流控制的信息的定時是在E-RAB設(shè)置完成之后(換句話說，在圖11或圖17中的處理完成之后)的任意定時。

另外，作為選擇性使用圖19和20的方法，可以設(shè)想例如在僅為F分配1位的情況下使用圖19而在其它情況下使用圖20。

在本典型實施例中，如上所述，MeNB 20通過使用幀協(xié)議來發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

(9)第九典型實施例

在第二～第八典型實施例中，MeNB 20決定是否能夠執(zhí)行流控制，并且在能夠執(zhí)行流控制的情況下決定針對流控制信號的反饋的時間間隔。

與此相對，在本典型實施例中，運(yùn)營商決定是否能夠執(zhí)行流控制，并在能夠執(zhí)行流控制的情況下決定針對流控制信號的反饋的時間間隔，并且針對能夠識別是否能夠執(zhí)行流控制的信息設(shè)置運(yùn)行&維護(hù)(O&M)。

圖21示出用于實現(xiàn)雙連接的無線通信系統(tǒng)的整體結(jié)構(gòu)的另一示例。

與圖1相比，圖21所示的無線通信系統(tǒng)額外包括O&M服務(wù)器60。

運(yùn)營商將能夠識別是否能夠執(zhí)行流控制的信息設(shè)置在O&M服務(wù)器60中，并且O&M服務(wù)器60將該信息設(shè)置在MeNB 20和SeNB 30中。

在本典型實施例中，如上所述，O&M服務(wù)器60將能夠識別是否能夠執(zhí)行流控制的信息設(shè)置在MeNB 20和SeNB 30中。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

(10)第十典型實施例

在第一～第八典型實施例中，MeNB 20直接向SeNB 30發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。

與此相對，在本典型實施例中，MeNB 20首先向UE 10發(fā)送能夠識別是否能夠執(zhí)行流控制的信息，然后UE 10向SeNB 30發(fā)送該信息。

具體地，MeNB 20首先向UE 10發(fā)送能夠識別是否能夠執(zhí)行流控制的信息作為流控制信息，并且UE 10向SeNB 30發(fā)送作為流控制信息的該信息。

在本典型實施例中，如上所述，從MeNB 20經(jīng)由UE 10向SeNB 30發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

(11)第十一典型實施例

在第一～第八典型實施例中，MeNB 20直接向SeNB 30發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。

與此相對，在本典型實施例中，MeNB 20首先向CN側(cè)發(fā)送能夠識別是否能夠執(zhí)行流控制的信息，然后CN側(cè)向SeNB 30發(fā)送該信息。

具體地，MeNB 20首先向CN內(nèi)的MME 40發(fā)送能夠識別是否能夠執(zhí)行流控制的信息作為流控制信息，然后MME 40向SeNB 30發(fā)送作為流控制信息的該信息。

在本典型實施例中，如上所述，從MeNB 20經(jīng)由CN向SeNB 30發(fā)送能夠識別是否能夠執(zhí)行流控制的信息。

因此，由于SeNB 30能夠識別是否能夠執(zhí)行流控制，因此可以獲得與第一典型實施例相似的有益效果。

在上文中，參考典型實施例說明了本發(fā)明。然而，本發(fā)明不限于上述典型實施例。在本發(fā)明的范圍內(nèi)，可以對本發(fā)明的結(jié)構(gòu)和詳情進(jìn)行本領(lǐng)域技術(shù)人員能夠理解的各種修改。

本申請基于并要求于2014年8月7日提交的日本專利申請?zhí)?014-161013的優(yōu)先權(quán)，其全部公開內(nèi)容通過引用而并入于此。