光無線接入系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種用于蜂窩系統(tǒng)和光接入系統(tǒng)的動態(tài)資源分配的調(diào)度混合存在的系統(tǒng)。
【背景技術(shù)】
[0002]在LTE(LongTerm Evolut1n長期演進(jìn))和WiMAX(Worldwide Interoperabilityfor Microwave Access全球微波接入互操作性)等蜂窩系統(tǒng)中，終端與基站進(jìn)行無線通信。由于通常一個(gè)基站與多個(gè)終端進(jìn)行通信，所以基站以終端之間的信號不發(fā)生串線的方式進(jìn)行調(diào)度，將有限的通信容量(資源)動態(tài)地分配給各終端。例如以LTE的上行通信為例，從作為無線終端的終端(UE:User Equipment)生成上行數(shù)據(jù)到向基站(eNB)發(fā)送數(shù)據(jù)為止的順序如圖1所示。首先當(dāng)UE92向eNB91進(jìn)行帶寬請求時(shí)，eNB91為了得到上行數(shù)據(jù)的調(diào)度所需要的信息(緩沖量和頻道狀態(tài)等)，向UE92分配用于發(fā)送上述信息的資源，并且通過響應(yīng)進(jìn)行通知。
[0003]當(dāng)UE92利用被分配的資源向eNB91發(fā)送上行數(shù)據(jù)的調(diào)度所需要的信息時(shí)，eNB91進(jìn)行調(diào)度，利用調(diào)度授權(quán)將用于發(fā)送上行數(shù)據(jù)的資源分配給UE92。經(jīng)過上述對話后，UE92能夠初次向eNB91發(fā)送上行數(shù)據(jù)。關(guān)于下行通信，由于發(fā)送信號的基站為一個(gè)，所以不會發(fā)生串線，UE92-eNB91之間通常不進(jìn)行通信前的對話。
[0004]此外，在蜂窩系統(tǒng)中，為了提高單元結(jié)構(gòu)的自由度，可以將eNB91的功能分割為基帶信號處理部(BBU:Base Band Unit) 81 和 RF 信號收發(fā)部(RRH:Remote Rad1 Head) 83 M成為物理上分開的結(jié)構(gòu)。BBU81-RRH83之間的無線信號可以利用RoF(Rad1 over Fiber光纖無線電)技術(shù)并通過光纖傳送，但近年來，特別是與模擬RoF技術(shù)相比，對傳送質(zhì)量高的數(shù)字RoF技術(shù)進(jìn)行了大量研宄，在CPRI (Common Public Rad1 Interface通用公共無線電接口)等標(biāo)準(zhǔn)聯(lián)盟中推進(jìn)使用策劃(例如參照非專利文獻(xiàn)I)。
[0005]作為BBU81-RRH83之間的連接方式可以采用利用PON(Passive Optical Network無源光網(wǎng)絡(luò))系統(tǒng)的一對多的方式。在這種情況下，如圖2所示，利用光纖和光分路器84連接BBU81-RRH83之間。在PON中，原本為了使作為一個(gè)端局裝置的OLT(Optical LineTerminal光線路終端)10與作為多個(gè)加入者裝置的ONU (Optical Network Unit光網(wǎng)絡(luò)單元)82進(jìn)行通信，0LT10進(jìn)行將容量動態(tài)地分配給各0NU82的調(diào)度。
[0006]圖3表示通常的PON的0NU82向0LT10發(fā)送上行數(shù)據(jù)為止的順序。與LTE同樣，在0LT10側(cè)的調(diào)度中需要0NU82的緩沖量等信息(REPORT)，但是REPORT只能在0LT10發(fā)送的發(fā)送許可信號指定的時(shí)刻發(fā)送。0LT10根據(jù)REPORT信息進(jìn)行調(diào)度，將用于發(fā)送上行數(shù)據(jù)的資源分配給0NU82，并且利用GATE將其通知0NU82。經(jīng)過上述對話，0NU82能夠初次向0LT10發(fā)送上行數(shù)據(jù)。關(guān)于下行通信，特別是在0LT10-0NU82之間不進(jìn)行通信前的對話。
[0007]圖2所示的系統(tǒng)成為在一個(gè)系統(tǒng)內(nèi)蜂窩和PON兩個(gè)系統(tǒng)調(diào)度混和存在的狀態(tài)，例如來自UE92的上行通信的順序根據(jù)圖1和圖3而如圖4所示。在這種情況下，關(guān)于從UE92發(fā)送上行數(shù)據(jù)之前的帶寬請求和緩沖量通知，如果不經(jīng)過一系列PON的上行通信的順序，則不能發(fā)送。
[0008]另一方面，在蜂窩系統(tǒng)和PON中，以裝置的省電為目的，有時(shí)在未進(jìn)行通信期間，使存在多個(gè)裝置的一部分停止。與系統(tǒng)無關(guān)，通常發(fā)送側(cè)在發(fā)送數(shù)據(jù)較少時(shí)進(jìn)入停止?fàn)顟B(tài)，在產(chǎn)生發(fā)送數(shù)據(jù)時(shí)從停止?fàn)顟B(tài)復(fù)原。接收側(cè)有時(shí)在停止時(shí)需要接收數(shù)據(jù)，所以大多被設(shè)定成每隔一定時(shí)間從停止?fàn)顟B(tài)復(fù)原，以確認(rèn)是否存在需要接收的數(shù)據(jù)。
[0009]例如，關(guān)于LTE的間歇接收，從通常的接收狀態(tài)到開始間歇接收為止和使間歇接收結(jié)束分別如圖5和圖6所示。UE92在從最后被分配無線資源開始在一定時(shí)間Tl以上未被分配資源時(shí)，開始間歇接收(圖5)。在處于間歇接收狀態(tài)時(shí)，反復(fù)進(jìn)行如下動作:使與接收相關(guān)的裝置的一部分僅停止T2時(shí)間，在T3時(shí)間從停止?fàn)顟B(tài)復(fù)原。如果在T3復(fù)原期間內(nèi)檢測到被分配了下行通信的資源，則從間歇接收狀態(tài)復(fù)原(圖6)。T1-T3的間歇接收的周期參數(shù)在從eNB91連接時(shí)指定，沒有在進(jìn)入間歇接收狀態(tài)之前由UE92通知eNB91等特別規(guī)定，可以作為終端側(cè)的自動動作。
[0010]另一方面，在ITU-T G.987.3(例如參照非專利文獻(xiàn)2)中規(guī)定了用于在PON中實(shí)現(xiàn)0NU82的休眠的控制信息和狀態(tài)轉(zhuǎn)移圖。規(guī)定了 0LT10允許各0NU82休眠的Sle印Allow (ON)、0LT10 禁止各 0NU82 休眠的 Sleep Allow (OFF)、0NU82 向 0LT10 請求休眠的Sleep Request (Sleep)、0NU82 向 0LT10 請求喚醒的 Sleep Request (Awake)等信息。
[0011]基于G.987.3的PON休眠，在0LT10管理0NU82的休眠狀態(tài)的方面與LTE的間歇接收不同。到開始休眠為止和從休眠狀態(tài)轉(zhuǎn)移至活動狀態(tài)為止的順序的例子分別如圖7和圖8所示。0LT10在一定時(shí)間T4期間內(nèi)未檢測到向該0NU82發(fā)送的下行幀時(shí)，在0LT10向0NU82發(fā)送Sle印Allow (ON)、0NU82向0LT10發(fā)送Sle印Request (Sle印)之后進(jìn)入休眠狀態(tài)(圖7)。與LTE的間歇接收同樣，休眠具有周期性，反復(fù)進(jìn)行如下動作:在T5時(shí)間的期間保持休眠狀態(tài)之后在T6時(shí)間復(fù)原。在0NU82從休眠狀態(tài)轉(zhuǎn)移至活動狀態(tài)之前，在T6的時(shí)間內(nèi)從 0LT10 接收 Sleep Allow (OFF)、并返回 Sleep Request (Awake)(圖 8)。0NU82 在轉(zhuǎn)移至活動狀態(tài)之后接收向其發(fā)送的幀。
[0012]如上所述，當(dāng)LTE和PON分別具有間歇接收和休眠的功能時(shí)，在圖2所示的將其進(jìn)行組合的系統(tǒng)中，各系統(tǒng)也能夠使裝置的一部分停止。圖9和圖10表示在圖2所示的系統(tǒng)中，LTE和PON各自的間歇接收和休眠控制獨(dú)立動作時(shí)，到PON的休眠開始為止的順序。圖9和圖10分別表示轉(zhuǎn)移至間歇接收和休眠狀態(tài)之前的最后的通信量為下行數(shù)據(jù)和上行數(shù)據(jù)的情況。不論在哪種情況下，在LTE中UE92在從最后的通信量開始經(jīng)過了 Tl的時(shí)刻轉(zhuǎn)移至間歇接收，在PON中0LT10在從最后的通信量開始經(jīng)過了 T4的時(shí)刻向0NU82發(fā)送Sle印Allow (ON)并轉(zhuǎn)移至休眠狀態(tài)。
[0013]非專利文獻(xiàn)1:CPRI，“CPRI Specificat1n V4.2，’’Sep.，2010，http://www.cpr1.1nfo/spec, html
[0014]非專利文獻(xiàn)2:1TU_T Recommendat1n G.987.3，“ lOGigabit-capable PassiveOptical Networks transmiss1n Convergence layer specificat1n，，
[0015]在圖2的系統(tǒng)中，假設(shè)在LTE的UE92處于間歇接收狀態(tài)、PON的0NU82處于休眠狀態(tài)時(shí)，產(chǎn)生了下行通信量。通常，LTE的eNB91對T1、T2和T3的值已知，所以能夠把握UE92的靜止計(jì)時(shí)器的狀態(tài)和間歇接收的周期。同樣，PON的0LT10管理0NU82的休眠狀態(tài)，所以也能夠把握休眠狀態(tài)和周期。由此，在各單獨(dú)的系統(tǒng)中產(chǎn)生下行通信量時(shí)，如圖11和圖12所示，eNB91和OLTlO能夠分別對著從UE92的停止?fàn)顟B(tài)和0NU82的休眠復(fù)原的復(fù)原周期，對下行數(shù)據(jù)進(jìn)行緩沖，并且配合時(shí)機(jī)進(jìn)行下行通信。將上述緩沖時(shí)間稱為“復(fù)原周期等待時(shí)間”。
[0016]但是，在對上述系統(tǒng)進(jìn)行組合的圖2所示的系統(tǒng)中，當(dāng)使調(diào)度獨(dú)立動作時(shí)，由于eNB91不能預(yù)測到與UE92之間的PON區(qū)間的復(fù)原等待時(shí)間，所以有可能產(chǎn)生幾個(gè)問題。圖13和圖14表不產(chǎn)生的問題的例子。
[0017]圖13表示如下例子:BBU81對著UE92的復(fù)原周期發(fā)送的下行數(shù)據(jù)，因PON的復(fù)原周期等待的緩沖而產(chǎn)生時(shí)間偏差，使信號在UE92處于停止?fàn)顟B(tài)時(shí)到達(dá)，從而不能接收。在這種情況下，BBU81通過ACK未返回而檢測出UE92未接收到下行數(shù)據(jù)，直到時(shí)機(jī)匹配為止反復(fù)進(jìn)行下行數(shù)據(jù)的再發(fā)送，因此浪費(fèi)傳送容量。
[0018]另一方面，圖14表示如下例子:雖然從BBU81發(fā)送的下行數(shù)據(jù)與UE92的復(fù)原周期匹配而被接收，但是由于在0LT10中的復(fù)原等待時(shí)間的緩沖，而判斷為ACK在應(yīng)該到達(dá)BBU81的時(shí)間為止未返回，從而導(dǎo)致BBU81開始下行數(shù)據(jù)的再發(fā)送。這是對本來已經(jīng)送達(dá)的