本發(fā)明涉及一種適于在蜂窩無線通信系統(tǒng)中對接收的信號進行聯(lián)合解碼的網(wǎng)絡(luò)設(shè)備。此外，本發(fā)明還涉及相應(yīng)的方法、計算機程序以及計算機程序產(chǎn)品。

背景技術(shù)：

在傳統(tǒng)的高速分組接入(High Speed Packet Access，HSPA)網(wǎng)絡(luò)中，在例如體育場館中和在特殊事件時移動應(yīng)用的特點是對上行鏈路(Uplink，UL)的高帶寬要求，因為用戶經(jīng)常將照片和視頻上傳至應(yīng)用如Facebook和YouTube。通常，通信網(wǎng)絡(luò)在這類情景下經(jīng)歷被稱為功率上升的過度接收功率，并且所得到的用戶體驗因此變差。

小區(qū)間干擾是上述問題的主要原因。該問題可以由其中在單個網(wǎng)絡(luò)節(jié)點中集中處理來自網(wǎng)絡(luò)中的許多小區(qū)的接收信號處理的云無線接入網(wǎng)絡(luò)(Radio Access Network，RAN)架構(gòu)通過對來自用戶的單個UL傳輸所產(chǎn)生的在多個小區(qū)站點接收的信號進行結(jié)合來解決。然而，部署云RAN并不總是可行或具有成本效益的，因為例如必須在每個小區(qū)站點與中央基帶處理單元之間設(shè)置非?？斓幕爻?如光纖回程)。

用于高速上行鏈路分組接入(High Speed Uplink Packet Access，HSUPA)的空中接口上的網(wǎng)絡(luò)結(jié)構(gòu)以及數(shù)據(jù)和控制信道的最重要的特點如下：

·用戶設(shè)備(User Equipment，UE)在由其服務(wù)小區(qū)授權(quán)對無線資源的權(quán)限時，在E-DPDCH信道上傳輸用戶平面數(shù)據(jù)；

·授權(quán)使得對UE能夠傳輸?shù)膫鬏斔俾?等同地，傳輸功率或調(diào)制編碼方案)進行控制：

○服務(wù)小區(qū)發(fā)出指示基線速率的“絕對授權(quán)”，

○然后，由激活集(見下文)中的所有小區(qū)發(fā)出的“相對授權(quán)”可以將該基線速率向上或向下調(diào)整(或保持不變，“保持”)，

○在Node B中作出授權(quán)決策和調(diào)度決策。

·對于小區(qū)邊緣UE而言，這些傳輸可以在多個小區(qū)被解碼(該組小區(qū)被稱為激活集)，這被稱為軟切換并且提高了UE的吞吐量：

○通常，當在服務(wù)小區(qū)的DL強度(接收信號碼功率(Received SignalCode Power)，RSCP)的閾值(例如，3dB)內(nèi)時，給激活集添加鏈路，

○通常，激活集大小限于二或四。

·Node B可以支持作為UE的激活集的一部分的多個小區(qū)——這些小區(qū)被稱為無線鏈路集(Radio Link Set，RLS)：

○可以在Node B處對RLS上的傳輸進行軟結(jié)合——這被稱為軟切換。

·每個RLS使用混合自動重傳請求(Hybrid Automatic Repeat Request，HARQ)協(xié)議來管理對由UE對同一分組進行的發(fā)送的重發(fā)和結(jié)合：

○UE將繼續(xù)重發(fā)分組，直至一個RLS指示該分組已經(jīng)被成功地接收為止(使用HARQ確認(Acknowledgement，ACK))。

·通過所謂的Iub接口將所有成功接收的分組發(fā)送給無線網(wǎng)絡(luò)控制器(Radio Network Controller，RNC)，無線網(wǎng)絡(luò)控制器在分組失序的情況下進行重新排序。

在典型的HSUPA實現(xiàn)中，激活集分支(leg)上的下行鏈路(Downlink，DL)控制信令消耗有顯著意義的功率，尤其是下行鏈路物理控制信道(Downlink Physical Control Channel，DPCCH)信道。此外，DL路徑損耗和UL路徑損耗對于UE與小區(qū)而言通常不均衡，這是因為HSUPA使用頻分雙工(Frequency Division Duplex，F(xiàn)DD)，所以具有最低損耗的UL無線鏈路不被UE執(zhí)行的DL RSCP測量所識別，并且因此不包括在激活集中。激活集大小的限制意味著UL上的有用功率沒有被解調(diào)，這意味著更高的UE傳輸功率和更大的小區(qū)間干擾。

一個常規(guī)的方案使用以下技術(shù)，其中，DL激活集和UL激活集不再匹配，這意味著與DL中相比在UL中使用更多的鏈路。此外，針對具有現(xiàn)有UL無線鏈路的Node B擴展上行鏈路上的激活集。該方案需要有用于該NodeB的現(xiàn)有DL無線鏈路。此外，僅針對單個Node B的鏈路進行UL信號結(jié)合。

該方法的限制在于：該方法不能在上行鏈路上添加鏈路，除非識別出應(yīng)該存在有來自同一Node B的下行無線鏈路。此外，該方法并沒有解決DL/UL不均衡，并且還限制了UL上的結(jié)合增益。此外，該方法沒有降低DL控制信道的開銷。

另一傳統(tǒng)的方案被稱為協(xié)作多點發(fā)送/接收(Cooperative Multipoint Transmission/Reception，COMP)，并且是針對高級LTE(Long Term Evolution，LTE)引入的采用對至/來自多個基站(eNB)的傳輸進行協(xié)作的一組方案。在上行鏈路上，COMP可以使得在兩個不同的基站處接收的來自UE的信號在這兩個基站中的一個基站處被結(jié)合在一起。這類似于HSUPA中的軟結(jié)合(更軟的越區(qū)切換)，但使用在不同位置的兩個基站來發(fā)生?；蛘?，一個基站處的干擾可以通過使用在另一個基站處接收的來自同一UE發(fā)送的信號而被消除。這兩種方法都需要基站之間的高帶寬和低延遲回程接口來交換所接收的信號(例如，所接收的解調(diào)之后的軟比特)?；爻痰膸捫枰獮楦咭詾槊看蝹鬏?對于LTE，每個為1ms的TTI)交換比特(硬或軟)量，并且延遲必須低到使得可以及時生成HARQ ACK/NACK(4ms)。該回程通常是安裝起來非常昂貴的光纖。在更為分層化的配置下，COMP還可以采用第三節(jié)點——這通常被稱為云RAN(CloudRAN)。

對于HSUPA，如果提供了光纖回程，則可以通過在RNC或其他中央節(jié)點處進行聯(lián)合結(jié)合來實現(xiàn)COMP。對于HSUPA，TTI通常為2ms，并且在應(yīng)發(fā)送NACK/ACK之前的時間大約有6ms。

因此，需要本技術(shù)領(lǐng)域中的改進技術(shù)方案。

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

本發(fā)明的目的是提供一種減輕或解決了針對接收來自用戶設(shè)備的上行鏈路傳輸?shù)膫鹘y(tǒng)方案的缺點和問題的方案。

本發(fā)明的另一目的是提供一種用于在回程延遲太高時在多個基站處接收來自用戶設(shè)備的上行鏈路傳輸以使得能夠及時進行聯(lián)合解碼并且向接收傳輸?shù)乃谢局甘続CK/NACK從而將ACK/NACK發(fā)送給用戶設(shè)備的方案。

根據(jù)本發(fā)明的第一方面，上述和其他目的通過一種用于在蜂窩無線通信系統(tǒng)中對接收到的信號進行聯(lián)合解碼的網(wǎng)絡(luò)設(shè)備來實現(xiàn)，所述蜂窩無線通信系統(tǒng)包括空間上分布的多個基站，所述多個基站借助于至少一個回程接口與所述網(wǎng)絡(luò)設(shè)備互聯(lián)，所述至少一個回程接口具有比所述蜂窩無線通信系統(tǒng)采用的混合自動重傳請求HARQ算法的HARQ循環(huán)的傳輸間隔更大的往返延遲，所述網(wǎng)絡(luò)設(shè)備包括處理器，所述處理器適于：

接收與所述多個基站在上行無線鏈路中接收的上行鏈路信號對應(yīng)的多個基帶信號，所述上行鏈路信號與來自用戶設(shè)備的上行鏈路傳輸相關(guān)聯(lián)；以及

通過結(jié)合所述多個基帶信號對來自所述用戶設(shè)備的所述上行鏈路傳輸進行解碼。

根據(jù)本發(fā)明的第二方面，上述和其他目的通過一種用于在蜂窩無線通信系統(tǒng)中對接收到的信號進行聯(lián)合解碼的方法來實現(xiàn)，所述蜂窩無線通信系統(tǒng)包括空間上分布的多個基站，所述多個基站借助于至少一個回程接口與網(wǎng)絡(luò)設(shè)備互聯(lián)，所述至少一個回程接口具有比所述蜂窩無線通信系統(tǒng)采用的HARQ算法的HARQ循環(huán)的傳輸間隔更大的往返延遲，所述方法包括以下步驟：

接收與所述多個基站在上行無線鏈路中接收的上行鏈路信號對應(yīng)的多個基帶信號，所述上行鏈路信號與來自用戶設(shè)備的上行鏈路傳輸相關(guān)聯(lián)；以及

通過結(jié)合所述多個基帶信號對來自所述用戶設(shè)備的所述上行鏈路傳輸進行解碼。

本發(fā)明的實施方式使得能夠使用比當前實現(xiàn)中的無線鏈路更多的無線鏈路來解碼上行鏈路傳輸，由此實現(xiàn)了所有用戶設(shè)備特別是小區(qū)邊緣的用戶設(shè)備的吞吐量的增益。本方案受益于宏分集增益和HARQ增益。

此外，通過本發(fā)明的實施方式減小了下行鏈路控制信令的開銷。此外，上述優(yōu)點可以在現(xiàn)有網(wǎng)絡(luò)架構(gòu)如HSUPA中和/或在不具有光纖回程的網(wǎng)絡(luò)架構(gòu)中實現(xiàn)。

上行鏈路是從用戶設(shè)備到一個或更多個基站的傳輸鏈路，而下行鏈路是從一個或更多個基站到用戶設(shè)備的傳輸鏈路。

本發(fā)明還涉及其特征在于代碼裝置的計算機程序，所述計算機程序當由處理裝置運行時使得所述處理裝置執(zhí)行根據(jù)本發(fā)明的任何方法。此外，本發(fā)明還涉及計算機程序產(chǎn)品，所述計算機程序產(chǎn)品包括計算機可讀介質(zhì)和所述的計算機程序，其中所述計算機程序被包括在計算機可讀介質(zhì)中，而其包括以下中的一個或更多個：ROM(只讀存儲器)、PROM(可編程ROM)、EPROM(可擦除PROM)、閃存、EEPROM(電EPROM)和硬盤驅(qū)動器。

根據(jù)一種實施方式，蜂窩無線通信系統(tǒng)適于在所述上行鏈路傳輸期間提供比至所述用戶設(shè)備的下行無線鏈路更多的來自所述用戶設(shè)備的上行無線鏈路。

根據(jù)一個方面，具有上行無線鏈路的所述多個基站中的每個基站都具有至少一個下行無線鏈路。這具有下述優(yōu)點：可以在解碼時使用更多的上行鏈路傳輸，由此提高解碼成功概率，但是同時每個基站都能夠向所述用戶設(shè)備發(fā)送ACK/NACK。為了實現(xiàn)此目的，至少一個基站應(yīng)支持多個上行無線鏈路(在更軟的越區(qū)切換中)，并且該數(shù)目應(yīng)超過來自基站的下行鏈路的數(shù)目。例如，一個基站可以支持兩個上行無線鏈路，但是僅支持一個下行無線鏈路。

根據(jù)另一方面，接收上行鏈路傳輸?shù)乃龆鄠€基站中的一個或更多個基站不具有至所述用戶設(shè)備的下行無線鏈路。這具有下述優(yōu)點：可以添加額外的上行無線鏈路，從而實現(xiàn)上行鏈路解碼性能的增益，但不產(chǎn)生額外的下行鏈路無線資源成本?；蛘?，可以在不損害上行鏈路性能的情況下移除下行無線鏈路。

根據(jù)另一種實施方式，所述處理器還適于在共享用于所述用戶設(shè)備的至少一個傳輸簽名之后建立上行無線鏈路。根據(jù)一種實施方式，傳輸簽名可以是擴展序列。這具有下述優(yōu)點：使得基站能夠搜索和識別哪些用戶設(shè)備正在向該基站的下述小區(qū)生成有顯著意義的接收功率，所述小區(qū)對所述用戶設(shè)備而言不處于所述用戶設(shè)備的激活集中。因此，可以識別強干擾用戶設(shè)備，然后可以為該用戶設(shè)備建立上行無線鏈路以使得傳輸能夠有助于解碼而不是僅添加干擾。這種關(guān)于上行無線鏈路集的基站識別的機制不需要額外的用戶設(shè)備測量。此外，當DL和UL不均衡時，仍可以識別出最強UL鏈路，這是因為傳統(tǒng)激活集確定是采用了基于DL導(dǎo)頻信號進行的用戶設(shè)備測量。

根據(jù)又一種實施方式，所述處理器還適于使用軟結(jié)合或選擇結(jié)合來結(jié)合所述多個基帶信號。選擇結(jié)合使得網(wǎng)絡(luò)設(shè)備能夠識別出至少一個基站自己解碼了UL傳輸而不需要另外的HARQ(重)傳輸。另一方面，在每個基站都無法自己解碼該傳輸時，軟結(jié)合可以能夠解碼該傳輸。因此，降低了信號與干擾和噪聲比(SINR)要求或UE發(fā)送功率要求，實現(xiàn)更高的系統(tǒng)吞吐量。

根據(jù)又一種實施方式，所述網(wǎng)絡(luò)設(shè)備是中央網(wǎng)絡(luò)控制器或者中央網(wǎng)絡(luò)控制器的集成部件，并且還適于基于對所述多個基帶信號進行解碼的結(jié)果向所述多個基站發(fā)送確認ACK或否定確認NACK。優(yōu)選地，根據(jù)另一種實施方式，中央網(wǎng)絡(luò)控制器可以是RNC。當網(wǎng)絡(luò)設(shè)備是中央網(wǎng)絡(luò)控制器(或其部件)時，現(xiàn)有Iub接口可以用來傳送基帶信號，并且這相比于基站至基站連接來說可以具有更小的延遲。此外，可以同時對從(具有關(guān)于用戶設(shè)備的上行無線鏈路的)所有基站接收的基帶信號進行聯(lián)合解碼。例如，可以嘗試使用來自具有關(guān)于用戶設(shè)備的上行無線鏈路的所有基站的HARQ傳輸1和HARQ傳輸2來進行解碼。當在基站處進行解碼時，可能有從在解碼期間網(wǎng)絡(luò)設(shè)備位于其中的基站來的被額外接收的傳輸。例如，可以嘗試使用在網(wǎng)絡(luò)設(shè)備基站處接收的HARQ傳輸1和HARQ傳輸2連同來自具有關(guān)于用戶設(shè)備的上行無線鏈路的所有其他基站(并且通過回程傳送給網(wǎng)絡(luò)設(shè)備)的HARQ傳輸1一起來進行解碼。

根據(jù)本實施方式，所述網(wǎng)絡(luò)設(shè)備可以是基站或基站的集成部件。當網(wǎng)絡(luò)設(shè)備是基站(或基站的部件)時，可以將用于解碼更軟的越區(qū)切換傳輸?shù)默F(xiàn)有電路系統(tǒng)重復(fù)用于執(zhí)行對來自多個基站的信號的軟結(jié)合。這簡化了支持本方案所需的硬件適配。此外，在網(wǎng)絡(luò)設(shè)備自身接收的基帶信號是立即可用，而不需要被轉(zhuǎn)發(fā)至另一網(wǎng)絡(luò)節(jié)點。

根據(jù)本實施方式，網(wǎng)絡(luò)設(shè)備可以是用于所述用戶設(shè)備的服務(wù)基站。這具有下述優(yōu)點：服務(wù)基站通常具有關(guān)于用戶設(shè)備的最強上行無線鏈路(它具有最低下行平均路徑損耗并且這通常相當于最低上行鏈路平均路徑損耗)。因此，在產(chǎn)生基帶信號之后在服務(wù)基站處嘗試進行聯(lián)合解碼的情況下，那么其將使用比至其他基站的傳輸(至少)多一個的至服務(wù)基站的傳輸。例如，可以嘗試使用在服務(wù)基站處接收的傳輸1和傳輸2連同來自具有關(guān)于用戶設(shè)備的上行無線鏈路的所有其他基站(并且通過回程傳送給網(wǎng)絡(luò)設(shè)備)的HARQ傳輸1一起來進行解碼。

根據(jù)上述實施方式，所述網(wǎng)絡(luò)設(shè)備可以是所述多個基站中的具有最小計算負荷的基站。這具有使網(wǎng)絡(luò)的各個網(wǎng)絡(luò)設(shè)備之間的計算負荷變得平衡的優(yōu)點。

根據(jù)上述實施方式，所述處理器還適于基于對所述多個基帶信號進行解碼的結(jié)果將ACK或NACK發(fā)送給所述用戶設(shè)備。因此，ACK或NACK表示在應(yīng)當發(fā)送ACK/NACK的時間點對上行鏈路傳輸?shù)慕Y(jié)合給出的最佳解碼嘗試可能的結(jié)果。

根據(jù)上述實施方式，所述處理器還適于對與前n-1次HARQ傳輸?shù)纳闲墟溌沸盘枌?yīng)的基帶信號以及與來自所述用戶設(shè)備的與所述服務(wù)基站相關(guān)聯(lián)的第n次HARQ傳輸?shù)纳闲墟溌沸盘枌?yīng)的基帶信號進行結(jié)合。當在基站處進行聯(lián)合解碼時，并且假設(shè)將比特從基站遞送給網(wǎng)絡(luò)設(shè)備基站的回程延遲小于HARQ循環(huán)時間，該方法用于提供最早解碼結(jié)果可能。

根據(jù)再一種實施方式，所述處理器還適于將與來自各個基站中的每個基站的最早的n次HARQ傳輸?shù)纳闲墟溌沸盘枌?yīng)的基帶信號進行結(jié)合。這在以下情況下是有利的：在接收到第n次HARQ傳輸?shù)臅r間點，解碼結(jié)果為否定，但在隨后的時間點，來自至所有基站的所有n次HARQ傳輸?shù)乃谢鶐盘柖伎梢越o出肯定結(jié)果。該結(jié)果可以在早于HARQ傳輸n+1的時間、換言之在傳輸n和傳輸n+1之間的時間點獲得。該方法通過使用至所述基站中的所有基站的所有傳輸來給出最大結(jié)合增益。當網(wǎng)絡(luò)設(shè)備是中央網(wǎng)絡(luò)節(jié)點例如RNC時，可以使用該方法。

根據(jù)又一種實施方式，HARQ算法被配置成：即使在根據(jù)與所述用戶設(shè)備相關(guān)聯(lián)的HARQ進程的n次HARQ傳輸?shù)慕獯a結(jié)果不成功的情況下，也在第n次HARQ傳輸時發(fā)送ACK。這具有下述優(yōu)點：當預(yù)計根據(jù)至(具有上行無線鏈路的)所有基站的所有傳輸?shù)穆?lián)合解碼結(jié)果應(yīng)該是成功時，截斷用戶設(shè)備傳輸。

根據(jù)這些實施方式，n根據(jù)其他實施方式等于1、2或3。在n＝1的情況下，用戶設(shè)備僅進行一次傳輸，這得到低延遲，雖然需要更高的SINR以避免失敗的傳輸(需要在較高的層重發(fā)，如果配置)。在n＝2的情況下，用戶設(shè)備通常會進行兩次傳輸，但如果有任何基站(自己)正確地解碼了第一傳輸，則會僅進行一次傳輸?？绺鱾€基站的結(jié)合增益和不同的傳輸導(dǎo)致低SINR要求和低失敗概率。在n＝3的情況下，有利的是SINR甚至?xí)?，但其缺點在于消耗更多的無線資源并且延遲更大。

根據(jù)又一種實施方式，所述處理器還適于通過回程接口接收所述多個基帶信號中的至少一個基帶信號。

根據(jù)又一種實施方式，所述傳輸間隔是所述上行鏈路傳輸與向所述用戶設(shè)備發(fā)送ACK或NACK之間的時間段。

根據(jù)下面的詳細描述，本發(fā)明的其他應(yīng)用和優(yōu)點將是明顯的。

附圖說明

附圖意在清楚地說明本發(fā)明的不同的實施方式，在附圖中：

圖1至圖4示出了本方案被用于聯(lián)合解碼的可能的示例性情景；

圖5至圖8示出了在RNC中進行聯(lián)合解碼的可能的示例性情景；

圖9示出了HARQ循環(huán)時間；

圖10示出了根據(jù)本方案的網(wǎng)絡(luò)設(shè)備的實施方式；

圖11示出根據(jù)本方案的方法的實施方式；以及

圖12示出了根據(jù)本方案的網(wǎng)絡(luò)設(shè)備的另一種實施方式。

具體實施方式

本發(fā)明的實施方式實現(xiàn)了對與在蜂窩無線通信系統(tǒng)中由空間上分布的多個基站從用戶設(shè)備接收的上行鏈路信號對應(yīng)的基帶信號的聯(lián)合解碼。多個空間上分布的基站位于不同的地理位置，使得它們之間的互聯(lián)需要回程鏈路。各個基站借助于至少一個回程接口與網(wǎng)絡(luò)設(shè)備互聯(lián)并且可以彼此互聯(lián)，所述至少一個回程接口具有比通信系統(tǒng)中使用的HARQ算法的HARQ循環(huán)的傳輸間隔更大的往返延遲。傳輸間隔可以是上行鏈路傳輸與將ACK/NACK傳輸至用戶設(shè)備之間的時間段。

此處，往返延遲是將接收到的基帶比特(例如軟比特)從基站發(fā)送到網(wǎng)絡(luò)設(shè)備、執(zhí)行聯(lián)合解碼并且將解碼的結(jié)果(ACK/NACK)發(fā)送回基站的時間段。至基站的上行鏈路傳輸?shù)腍ARQ循環(huán)是以下序列：

○將傳輸授權(quán)發(fā)送給用戶設(shè)備(對于重發(fā)而言可以不需要)；

○用戶設(shè)備進行傳輸；

○基站嘗試對傳輸進行解碼；

○基站發(fā)送ACK/NACK(傳輸之后過了T_ACK/NACK)。

HARQ循環(huán)時間(T_HARQCycle)表示在同一次HARQ進程即嘗試遞送同一媒體接入控制(Medium Access Control，MAC)分組過程中連續(xù)的用戶設(shè)備傳輸之間的時間?？赡苄枰鄠€HARQ循環(huán)來成功遞送MAC分組，由此每個循環(huán)涉及進一步的傳輸和進一步嘗試使用截止該時刻所有傳輸?shù)能洷忍貙Ψ纸M進行解碼。

圖9示出了用于HSUPA或LTE系統(tǒng)中的HARQ傳輸?shù)南⑿蛄袌D。在接收到授權(quán)510之后，UE的第一次UL傳輸(UL TX520)失敗，并且基站(base station，BS)向UE發(fā)送NACK 530。UE的第二次UL傳輸(UL TX540)(當與第一次傳輸相結(jié)合時)給出了成功的解碼結(jié)果，并且基站發(fā)送ACK550。傳輸確認時間段(TA_CK/NACK)也稱為傳輸間隔，是UE進行傳輸與向UE傳輸確認(ACK/NACK)之間的時間，比如，如圖9所示，第一次UL TX與NACK之間的時間，以及第二次UL TX與ACK之間的時間。例如，在LTE中該時間為4ms，而在HSUPA中該時間為大約6ms。如圖所示，HARQ循環(huán)時間(T_HARQCycle)表示在同一次HARQ進程中連續(xù)的用戶設(shè)備傳輸之間的時間。

因此，根據(jù)本方案，蜂窩系統(tǒng)中的往返延遲太大，以致于不能夠及時進行聯(lián)合解碼并將解碼成功/失敗(ACK/NACK)的信號發(fā)送給用戶設(shè)備以用于通過給定的HARQ進程進行重發(fā)。聯(lián)合解碼例如可以發(fā)生在基站中的一個基站處或發(fā)生在網(wǎng)絡(luò)的中央網(wǎng)絡(luò)控制器節(jié)點如例如RNC處。

參照圖1至圖8及圖10，本方案涉及適于對與所述多個基站10接收的上行鏈路信號對應(yīng)的多個基帶信號BBS進行接收的網(wǎng)絡(luò)設(shè)備1，上行鏈路信號與來自系統(tǒng)的用戶設(shè)備20的上行鏈路傳輸(Uplink Transmission，ULT)相關(guān)聯(lián)。網(wǎng)絡(luò)設(shè)備1還適于通過結(jié)合多個接收到的基帶信號(Baseband Signal，BBS)對來自用戶設(shè)備20的上行鏈路傳輸進行解碼。BBS可以承載軟符號(解調(diào)之后)或軟比特(解碼之后)。

圖10示出了是基站或基站的集成部件的上述網(wǎng)絡(luò)設(shè)備1，在該情況下網(wǎng)絡(luò)設(shè)備1包括通信上耦接至存儲器單元70的處理器單元60，存儲器單元70可以存儲信息和程序代碼。網(wǎng)絡(luò)設(shè)備還包括輸入單元，輸入單元適于接收BBS并將其轉(zhuǎn)發(fā)至處理器單元60以供處理。在處理如解碼之后，經(jīng)解碼的信號被輸出以供可能的進一步處理，并且可以根據(jù)解碼的結(jié)果借助于發(fā)送單元(TX)將ACK/NACK發(fā)送給用戶設(shè)備。因此，網(wǎng)絡(luò)設(shè)備1可以具有適于接收基帶信號并且還適于對所接收的基帶信號進行解碼的處理器。

還應(yīng)當注意的是，本網(wǎng)絡(luò)設(shè)備1可以是中央網(wǎng)絡(luò)控制器或中央網(wǎng)絡(luò)控制器的集成部件。在圖12中示出了此實施方式，其中，網(wǎng)絡(luò)設(shè)備1具有通信上耦接至存儲器單元70的處理器單元60，存儲器單元70可以存儲信息和程序代碼。網(wǎng)絡(luò)設(shè)備還包括輸入單元，輸入單元適于接收BBS并將其轉(zhuǎn)發(fā)至處理器單元60以供處理。在處理如解碼之后，經(jīng)解碼的信號被輸出以供可能的進一步處理，并且可以借助于輸出單元將ACK/NACK發(fā)送給基站。輸入和輸出經(jīng)由回程80、回程80'耦接至基站。

應(yīng)當指出的是，本網(wǎng)絡(luò)設(shè)備1可以具有接收單元和解碼單元而不是處理單元。接收單元在該情況下適于接收多個基帶信號(Baseband Signal，BBS)，解碼單元適于通過結(jié)合多個基帶信號(Baseband Signal，BBS)對來自用戶設(shè)備20的上行鏈路傳輸進行解碼。

圖11示出根據(jù)本方案的相應(yīng)方法的流程圖，該方法涉及以下步驟：接收100與多個基站10接收的上行鏈路信號對應(yīng)的多個基帶信號，其中，所述上行鏈路信號與來自用戶設(shè)備20的上行鏈路傳輸相關(guān)聯(lián)；以及通過結(jié)合所述多個基帶信號對來自所述用戶設(shè)備20的所述上行鏈路傳輸進行解碼200。

根據(jù)一種實施方式，本網(wǎng)絡(luò)設(shè)備1可以是適于上述聯(lián)合解碼的獨立設(shè)備。然而，根據(jù)另一種實施方式，網(wǎng)絡(luò)設(shè)備1可以是另一網(wǎng)絡(luò)設(shè)備如基站或RNC的集成部件。根據(jù)本公開內(nèi)容，表述“集成部件”也可以表示網(wǎng)絡(luò)設(shè)備是基站或RNC。

根據(jù)本方案，HARQ操作點連同被選擇用于解碼的網(wǎng)絡(luò)設(shè)備以及延遲要求確定了可以在聯(lián)合解碼處理中被結(jié)合的信號的數(shù)目。作為示例，使用用戶設(shè)備采用的特定HARQ進程的n＝2或更多次HARQ傳輸(其被稱為同一HARQ進程身份ID的連續(xù)傳輸)的操作點，可以將從HARQ傳輸n＝1，2，...，k接收的信號用來幫助解碼后面的傳輸，例如傳輸n＝k+1。還可以使用單個HARQ傳輸?shù)牟僮鼽c。

HARQ工作點可以被限定為在不同的HARQ傳輸下的目標解碼成功率的結(jié)合。具體地說，對于總是確認第n次HARQ傳輸(不管在被選擇用于解碼的節(jié)點處的解碼成功與否)的實施方式而言，工作點可以被限定為：最早的n-1次傳輸?shù)某晒β蕿?大約)0％，而第n次傳輸?shù)某晒β蕿?大約)100％。在該級的任何解碼失敗通過更高層進行重發(fā)來處理，如果已配置(例如通過無線鏈路控制(Radio Link Control)，RLC)。

根據(jù)又一種實施方式，本蜂窩無線通信系統(tǒng)50適于在上行鏈路傳輸ULT期間提供比至用戶設(shè)備20的下行無線鏈路更多的來自用戶設(shè)備20的上行無線鏈路。因此，根據(jù)本實施方式，DL無線鏈路激活集的大小至少為一，而UL無線鏈路激活集的大小為二或更大。存在于UL上但不存在于DL上的鏈路被稱為虛鏈路。為了設(shè)置虛鏈路，LTE系統(tǒng)中的RNC需要將UE的加擾碼或更通常地將UE的簽名分配給需要對UE進行解碼的其他基站(即網(wǎng)絡(luò)側(cè)方法)或者配置另外的UE測量(例如使用標準化1A測量報告)。

確定上行鏈路激活集涉及：在不使用UE報告的情況下識別要在進行結(jié)合時使用的BS(在BS之間或者從中央節(jié)點交換加擾碼或其他id序列之后，小區(qū)檢測UE)；并且檢測可以取決于超過設(shè)定的每芯片能量閾值或SINR閾值。DL無線鏈路的數(shù)目可以與E-DCH的當前架構(gòu)中的DL無線鏈路的數(shù)目一樣。DL無線鏈路的數(shù)目為每UE一個：這意味著UE具有至BS的上行無線鏈路，而該BS不具有至UE的下行無線鏈路。DL無線鏈路的數(shù)目為每BS一個。這意味著，UE可以具有比至同一BS的下行無線鏈路更多的上行無線鏈路。

如前所述，本網(wǎng)絡(luò)設(shè)備實現(xiàn)宏分集增益和HARQ增益。因此，基站接收到的基帶信號可以以許多方式進行結(jié)合。一種優(yōu)選的結(jié)合方法是軟結(jié)合，其具有高的解碼性能。通過設(shè)計并且由于HARQ工作點，在不進行軟結(jié)合的情況下正確解碼的可能性相當?shù)?，?％的數(shù)量級。工作點通常通過單個傳輸?shù)膲K差錯率、瞬時塊差錯率(instantaneous Block Error Rate，iBLER)來指定。

在該上下文中的另一優(yōu)選結(jié)合方法是選擇結(jié)合。該方法考慮一個基站是否已經(jīng)成功地對傳輸進行解碼，在一個基站已經(jīng)成功地對傳輸進行解碼的情況下不需要進行軟結(jié)合，并且應(yīng)盡快停止HARQ傳輸。

本文所公開的實施方式還涉及在網(wǎng)絡(luò)中的何處執(zhí)行本聯(lián)合解碼的不同方面。本文指出了網(wǎng)絡(luò)中的一些主要處理“位置”，即在基站中、在所述多個基站中的具有最高計算負荷的基站中、在服務(wù)基站中以及在無線網(wǎng)絡(luò)控制器中。

本方案還涉及本蜂窩系統(tǒng)采用的HARQ算法的不同方面。這意味著可以使用HARQ進程的不同信號實例來執(zhí)行本聯(lián)合解碼。因此，根據(jù)一種實施方式，HARQ算法被配置成：即使在根據(jù)與用戶設(shè)備20相關(guān)聯(lián)的HARQ進程的n次HARQ傳輸?shù)慕獯a結(jié)果不成功的情況下，也在第n次HARQ傳輸時發(fā)送ACK。通過該HARQ算法，網(wǎng)絡(luò)設(shè)備可以將與HARQ進程的(通常)最早的n次或最早的n-1次HARQ傳輸?shù)纳闲墟溌沸盘枌?yīng)的基帶信號BBS進行結(jié)合。

在網(wǎng)絡(luò)設(shè)備是用于用戶設(shè)備的服務(wù)基站的情況下，該網(wǎng)絡(luò)設(shè)備還可以適于將與前n-1次HARQ傳輸?shù)纳闲墟溌沸盘枌?yīng)的基帶信號BBS以及與來自用戶設(shè)備20的與服務(wù)基站10自身相關(guān)聯(lián)的第n次HARQ傳輸?shù)纳闲墟溌沸盘枌?yīng)的基帶信號BBS進行結(jié)合。

根據(jù)另一種實施方式，通過上述HARQ算法，網(wǎng)絡(luò)設(shè)備還適于將與HARQ進程的最早的n次HARQ傳輸?shù)纳闲墟溌沸盘枌?yīng)的基帶信號BBS進行結(jié)合。

已經(jīng)認識到，對于n等于1、2或3而言，具有先前在本公開中討論的優(yōu)點。

在以下公開中，參照圖1至圖8討論了一些示例性情景以更好地理解本方案。在示例中，使用了HSUPA術(shù)語，但是應(yīng)該認識到本方案并不僅限于HSUPA系統(tǒng)，而是可以在所有適合的蜂窩無線通信系統(tǒng)如LTE中實現(xiàn)。此外，在示例中僅示出了兩個基站，但在本方案可以應(yīng)用于下述蜂窩系統(tǒng)，該蜂窩系統(tǒng)具有接收來自UE的UL傳輸?shù)目臻g上分布的兩個或更多個基站。

示例情景A

在該情況下，參照表示按照時間的簡圖的圖1至圖4，假定在服務(wù)基站(BS)處執(zhí)行聯(lián)合解碼。

在t＝0時發(fā)生第一次UE UL傳輸：

●如果至服務(wù)BS的第一次HARQ傳輸(圖1)出錯，則服務(wù)BS在t＝T_ACK/NACK時將NACK(圖2)發(fā)送給UD，并且UD重發(fā)。

●如果服務(wù)BS解碼成功，則服務(wù)BS將ACK(圖2)發(fā)送給UE并且還將正確的解碼比特發(fā)送給RNC，這意味著沒有來自UE的第二次傳輸；

●其他BS(在圖中僅示出了一個“其他”BS)嘗試對來自UE的UL傳輸進行解碼，并且如果解碼失敗，則存儲軟比特；如果解碼成功，則存儲正確的硬比特。

在t＝T_{HARQ_Cycle}時發(fā)生第二次UE UL傳輸(圖3)：

●服務(wù)BS將來自其他BS(通過回程現(xiàn)已到達)的所述第一次UE UL傳輸?shù)腂BS與在服務(wù)BS處接收到的第一次UE UL傳輸和第二次UE UL傳輸進行結(jié)合。在服務(wù)BS處的結(jié)合方法可以是選擇結(jié)合或軟結(jié)合。

●服務(wù)BS在時間時根據(jù)解碼結(jié)果發(fā)送ACK或NACK(圖4)。

對于第三次UE UL傳輸和隨后的UE UL傳輸，上述原則也適用。

示例性情景B

如上述情景A，但在給定的HARQ ID進程的第n次HARQ傳輸(第一次傳輸，第二次或更多次傳輸，這取決于HARQ工作點)時，即使在聯(lián)合結(jié)合進行之前在服務(wù)BS處仍存在錯誤，包括來自其他BS的第n次傳輸存在錯誤的情況下，服務(wù)BS也發(fā)送ACK。這預(yù)期所有n次傳輸?shù)倪M一步結(jié)合將是成功的。

示例性情景C

如上述情景A，但是圖中的兩個BS都具有至UE的下行無線鏈路并且因此都可以發(fā)送ACK/NACK。BS交換軟比特(或者，如果解碼，則交換對成功的指示)，以便當解碼來自UE的第二次傳輸時，它們可以使用從第一次UE UL傳輸接收的所有比特連同從單個第二次UE UL傳輸接收的比特。這是下述對稱配置：其提高解碼成功概率但是以額外的回程流量和解碼復(fù)雜性增加為代價。

示例性情景D

在該示例中，在下述BS中執(zhí)行聯(lián)合解碼，該BS為具有來自UE的上行無線鏈路的BS中計算負荷最小的BS，其可以由RNC確定。這具有下述優(yōu)點：使網(wǎng)絡(luò)中的計算負荷平衡，使得更多個UE可以受益于聯(lián)合解碼。如果計算負荷跨各個BS均勻分布，則可以降低由于在服務(wù)BS(或具有關(guān)于一個UE的上行無線鏈路的其他BS)處的解碼資源不足使得該方法不能被用于該UE的概率。RNC可以基于每個BS所采用的負載測量來確定哪個BS應(yīng)該是用于解碼從而應(yīng)該經(jīng)由操作和管理(Operations and Management，OAM)通過Iub向其發(fā)送信號的網(wǎng)絡(luò)設(shè)備。

示例性情景E

該情景涉及在RNC處聯(lián)合解碼，并且在圖5至圖8中被示出。在第一次UE傳輸時，每個BS都能夠基于其自己的解碼輸出將ACK/NACK發(fā)送給UE。在該示例中，僅服務(wù)BS這樣做(在t＝T_ACK/NACK，圖6)。然后，將來自具有用于UE的一個或更多個上行無線鏈路的每個BS的基帶信號(例如，通過Iub接口)發(fā)送給RNC。在圖6中，BBS1(0)表示BS1根據(jù)傳輸1生成的基帶信號，并且BBS2(1)為以類似方式來自BS2的基帶信號。在聯(lián)合解碼之后，結(jié)果(ACK或NACK)必須被傳遞至一個或更多個BS——在該示例中，該BS同樣是服務(wù)BS(圖7)。在第二次傳輸時(圖7)，兩個BS都進一步生成基帶信號，并開始將這些基帶信號發(fā)送給RNC(BBS1(2)和BBS2(2)——為了清楚起見未在圖中示出BBS2(2))。BS考慮聯(lián)合解碼結(jié)果，并且如果聯(lián)合解碼結(jié)果是ACK，則該BS可以在第二次傳輸時發(fā)送ACK(圖8)。如果聯(lián)合解碼結(jié)果是NACK，則該BS嘗試自己對傳輸進行解碼(結(jié)合該BS已接收到的兩個傳輸，圖8)。

變型方案可以是始終配置最多兩次傳輸(見示例性情景B)，然后在RNC處對所有傳輸進行聯(lián)合解碼。通過使用用于解碼的中央節(jié)點(如RNC)，可以增加聯(lián)合傳輸?shù)臄?shù)目。由此，如果使得N_BS個BS參與對UE UL傳輸和同一HARQ ID的N_HARQ次HARQ傳輸進行聯(lián)合接收，則可以推導(dǎo)出在用于解碼的服務(wù)BS處可以結(jié)合的BBS的數(shù)目為：N_HARQ*N_BS-(N_BS-1)。另一方面，如果可以在RNC(或網(wǎng)絡(luò)的另一中央控制節(jié)點)處對傳輸進行結(jié)合，則BBS的數(shù)目為：N_HARQ*N_BS。取決于回程配置，基于RNC的結(jié)合可以比在服務(wù)節(jié)點B處進行結(jié)合具有更低的延遲。

根據(jù)又一種實施方式，一個或更多個基站具有關(guān)于用戶設(shè)備的上行無線鏈路但沒有下行無線鏈路，即使用虛無線鏈路。這意味著基站不能夠?qū)CK/NACK發(fā)送給用戶設(shè)備。相反，在聯(lián)合解碼處理中使用的并且具有關(guān)于用戶設(shè)備的下行無線鏈路的其他基站能夠生成并發(fā)送HARQ算法的ACK/NACK。

應(yīng)當理解的是，可以根據(jù)許多因素(例如，小區(qū)負載、UE位置、UE可用的電池、UE服務(wù))針對每個UE單獨地設(shè)置聯(lián)合解碼、HARQ操作點、N值等的配置。此外，在LTE系統(tǒng)中，中央節(jié)點(圖5至圖8)可以是中央或協(xié)作的RRM實體(Coordinated RRM，Co-RRM)或協(xié)調(diào)器節(jié)點。還應(yīng)當理解的是，結(jié)合解碼可以是對解調(diào)后的軟符號或解碼后的軟比特的軟結(jié)合。

此外，如上所述，本發(fā)明還涉及網(wǎng)絡(luò)設(shè)備中的對應(yīng)方法。如作適當變動，該方法對應(yīng)于本網(wǎng)絡(luò)設(shè)備的所有不同的實施方式。

根據(jù)本發(fā)明的任何方法可以以具有代碼裝置的計算機程序?qū)崿F(xiàn)，所述計算機程序當由處理裝置運行時使得處理裝置執(zhí)行本發(fā)明方法的步驟。計算機程序被包括在計算機程序產(chǎn)品的計算機可讀介質(zhì)中。計算機可讀介質(zhì)基本上可以包括任何存儲器，如ROM(只讀存儲器)、PROM(可編程只讀存儲器)、EPROM(可擦除PROM)、快閃存儲器、EEPROM(電可擦除PROM)或硬盤驅(qū)動器。

此外，技術(shù)人員應(yīng)認識到，本網(wǎng)絡(luò)設(shè)備包括用于執(zhí)行本發(fā)明方法的呈例如功能、裝置、單元、元件等形式的必要的通信能力。其他這樣的裝置、單元、元件和功能的示例為：適合布置在一起的處理器、存儲器、編碼器、解碼器、映射單元、乘法器、交織器、解交織器、調(diào)制器、解調(diào)器、輸入裝置、輸出裝置、天線、放大器、RX單元、TX單元、DSP、MSD、TCM編碼器、TCM解碼器、接口、通信協(xié)議等。

特別地，本網(wǎng)絡(luò)設(shè)備的處理器可以包括例如以下中的一個或更多個實例：中央處理單元(CPU)、處理單元、處理電路、處理器、專用集成電路(Application Specific Integrated Circuit，ASIC)、微處理器、或可以解譯和執(zhí)行指令的其他處理邏輯。表述“處理器”因此可以表示包括多個處理電路如例如以上提到的那些處理電路中的任何、一些或全部等的處理電路系統(tǒng)。處理電路系統(tǒng)還可以執(zhí)行數(shù)據(jù)處理功能以及設(shè)備控制功能，數(shù)據(jù)處理功能用于輸入數(shù)據(jù)、輸出數(shù)據(jù)和處理數(shù)據(jù)包括數(shù)據(jù)緩沖，設(shè)備控制功能例如調(diào)用處理控制、用戶接口控制等。

最后，應(yīng)理解的是，本發(fā)明不限于上述實施方式，而是還涉及并且包括所附獨立權(quán)利要求范圍內(nèi)的所有實施方式。