虛擬多點收發(fā)機(jī)的系統(tǒng)和方法
【專利摘要】一種方法實施例包括由網(wǎng)絡(luò)設(shè)備編輯協(xié)作候選集合(CCS)并確定協(xié)作激活集合(CAS)。CCS包括用于選擇到CAS中的多個潛在協(xié)作用戶設(shè)備(CUE)，并且所述多個潛在CUE選自網(wǎng)絡(luò)中的多個用戶設(shè)備(UE)。CAS是從CCS中選擇的CUE集合。目標(biāo)用戶設(shè)備(TUE)和該CUE集合形成虛擬多點收發(fā)機(jī)。
【專利說明】
虛擬多點收發(fā)機(jī)的系統(tǒng)和方法
[0001] 相關(guān)申請的交叉引用
[0002] 本申請要求享有于2014年2月10日提交的申請?zhí)枮?4/177,019、名稱為"虛擬多點 收發(fā)機(jī)的系統(tǒng)和方法"的美國正式申請的優(yōu)先權(quán)，該申請通過引用結(jié)合于此。
技術(shù)領(lǐng)域
[0003] 本發(fā)明主要涉及一種無線通信系統(tǒng)和方法，并且在具體實施例中，涉及一種以設(shè) 備為中心的發(fā)射機(jī)和接收機(jī)虛擬化的系統(tǒng)和方法。
【背景技術(shù)】
[0004] -般來說，未來的無線網(wǎng)絡(luò)中傳輸點的部署密度超高，干擾可能起到更為主導(dǎo)的 作用。一種管理干擾并提高接收的信號質(zhì)量的方法是在超收發(fā)機(jī)模式(hyper transceiver mode)下運(yùn)行網(wǎng)絡(luò)。在超收發(fā)機(jī)模式下的運(yùn)行依賴于一組協(xié)作發(fā)射機(jī)與一組協(xié)作接收機(jī)之 間的組對組(group-2-group，G2G)通信。例如，網(wǎng)絡(luò)中的用戶設(shè)備(UE)可與其他UE形成協(xié)作 設(shè)備網(wǎng)，從而與一個或多個發(fā)射機(jī)協(xié)作通信。這些協(xié)作設(shè)備網(wǎng)可稱為虛擬多點收發(fā)機(jī)，并且 可基于如資源可用性、UE協(xié)作策略、信道條件等的網(wǎng)絡(luò)條件動態(tài)地進(jìn)行配置。每個虛擬多點 收發(fā)機(jī)可包括一個目標(biāo)UE和一組協(xié)作UE，所述協(xié)作UE幫助目標(biāo)UE進(jìn)行上行/下行傳輸。
[0005] 此外，網(wǎng)絡(luò)中的傳輸點可與其他傳輸點形成協(xié)作云無線接入網(wǎng)絡(luò)（cooperative cloud radio access network，CRAN)集群，從而與一個或多個虛擬多點收發(fā)機(jī)協(xié)作通信。 這些協(xié)作的CRAN集群可稱為虛擬發(fā)射機(jī)，且可基于如資源可用性、虛擬多點收發(fā)機(jī)協(xié)作策 略、信道條件、節(jié)能考慮等的網(wǎng)絡(luò)條件動態(tài)地進(jìn)行配置。每個虛擬發(fā)射機(jī)可包括一個或多個 服務(wù)傳輸點，所述服務(wù)傳輸點可以動態(tài)地更新，以向虛擬多點收發(fā)機(jī)提供匹配的服務(wù)/體驗 質(zhì)量(QoS/QoE)。動態(tài)點選擇(dynamic point selection，DPS)是一種發(fā)射機(jī)虛擬化技術(shù)， 其使得服務(wù)傳輸點與特定目標(biāo)UE動態(tài)匹配。
[0006] 然而，隨著協(xié)作UE和/或傳輸點數(shù)目的增加，管理虛擬發(fā)射機(jī)/收發(fā)機(jī)的復(fù)雜度(例 如，編碼/解碼復(fù)雜度)也相應(yīng)增加。因此，雖然可以選擇大量的協(xié)作傳輸點和UE以改善目標(biāo) UE的信號質(zhì)量，但復(fù)雜度考慮和/或節(jié)能方面可能會限制傳輸期間所使用的協(xié)作傳輸點和 UE的總數(shù)。此外，基于網(wǎng)絡(luò)條件動態(tài)地重新配置虛擬發(fā)射機(jī)/收發(fā)機(jī)的能力，也可能由于需 將選擇過程保持在可管理的復(fù)雜度的要求而受到限制。

【發(fā)明內(nèi)容】

[0007] 本發(fā)明的優(yōu)選實施例提供了一種以設(shè)備為中心的發(fā)射機(jī)和接收機(jī)的虛擬化的方 法和系統(tǒng)，其基本解決或規(guī)避了這些問題和其他問題，并基本實現(xiàn)了技術(shù)優(yōu)勢。
[0008] 根據(jù)一實施例，提供了一種形成虛擬多點收發(fā)機(jī)的方法，包括協(xié)作候選集合(CCS) 和確定協(xié)作激活集合(CAS)。所述CCS包括用于選擇到協(xié)作激活集合(CAS)中的多個潛在協(xié) 作用戶設(shè)備(CUE)，并且，所述多個潛在CUE選自網(wǎng)絡(luò)中的多個用戶設(shè)備(UE)。所述CAS為從 所述CCS中選擇的潛在CUE集合。目標(biāo)用戶設(shè)備(TUE)和所述CUE集合形成所述虛擬多點收發(fā) 機(jī)。
[0009] 根據(jù)另一實施例，提供了一種網(wǎng)絡(luò)設(shè)備包括處理器、存儲由所述處理器執(zhí)行的程 序的計算機(jī)可讀存儲介質(zhì)，以及發(fā)射機(jī)，用于將選擇的操作模式通過信號發(fā)送至網(wǎng)絡(luò)中的 無線節(jié)點。所述程序包括用于確定協(xié)作候選集合(CCS)和確定協(xié)作激活集合(CAS)的指令。 所述CCS包括用于選擇到CAS中的多個潛在協(xié)作用戶設(shè)備(CUE )，并且所述多個潛在CUE選自 網(wǎng)絡(luò)中的多個用戶設(shè)備(UE)。所述CAS是從所述CCS中選擇的CUE集合。目標(biāo)用戶設(shè)備(TUE) 和所述CUE集合形成虛擬多點收發(fā)機(jī)。
[0010] 根據(jù)又一實施例，提供了一種形成虛擬多點收發(fā)機(jī)的方法，包括網(wǎng)絡(luò)設(shè)備確定協(xié) 作候選集合(CCS)并從所述CCS中確定CAS。所述CCS包括多個潛在協(xié)作用戶設(shè)備(CUE )，并且 所述CAS是從所述CCS中選擇的CUE集合。目標(biāo)用戶設(shè)備(TUE)和所述CUE的集合形成虛擬多 點收發(fā)機(jī)。
【附圖說明】
[0011] 為了較完整的理解本發(fā)明及其優(yōu)點，現(xiàn)參考下面結(jié)合附圖的說明，其中：
[0012] 圖1A和1B為根據(jù)各實施例的具有多個虛擬多點收發(fā)機(jī)的網(wǎng)絡(luò)的框圖；
[0013] 圖2示出了根據(jù)各實施例的用于為虛擬多點收發(fā)機(jī)選擇協(xié)作用戶設(shè)備 (cooperating user equipment，CUE)的方法的流程圖；
[0014] 圖3和圖4示出了根據(jù)各實施例的用于為虛擬多點收發(fā)機(jī)選擇CUE的方法的流程 圖；
[0015] 圖5A和5B示出了根據(jù)各實施例的用于確定協(xié)作候選集合(CCS)和協(xié)作激活集合 (CAS)的方法的流程圖；以及
[0016] 圖6為一種可用于實施各實施例的計算系統(tǒng)的框圖。
【具體實施方式】
[0017] 下面詳細(xì)討論多個實施例的形成過程和使用。然而，應(yīng)當(dāng)理解的是，本發(fā)明提供了 可以體現(xiàn)在多種具體環(huán)境中的許多可應(yīng)用的發(fā)明構(gòu)思。所討論的具體實施例僅用于說明形 成和使用本發(fā)明的具體方式，而不限制本發(fā)明的范圍。
[0018] 各實施例是在具體環(huán)境中實現(xiàn)的，例如，使用以用戶設(shè)備(UE)為中心的傳輸點群 集(例如，虛擬發(fā)射機(jī))和以UE為中心的虛擬多點收發(fā)機(jī)之間的組對組(G2G)通信的、基于動 態(tài)點選擇(DPS)的網(wǎng)絡(luò)架構(gòu)。然而，其他實施例可針對具有以UE為中心的虛擬發(fā)射機(jī)和/或 接收機(jī)的任何其他網(wǎng)絡(luò)架構(gòu)，例如，具有協(xié)作網(wǎng)絡(luò)/無速率/噴泉編碼的多播/多徑網(wǎng)絡(luò)架構(gòu) 或基于協(xié)作多點(CoMP)的網(wǎng)絡(luò)等。
[0019] 各實施例涉及對以UE為中心的虛擬多點收發(fā)機(jī)的選擇。虛擬多點收發(fā)機(jī)的設(shè)備 (例如，UE)充當(dāng)上行過程的虛擬發(fā)射機(jī)和/或下行過程的虛擬接收機(jī)。每個虛擬多點收發(fā)機(jī) 包括一個或多個目標(biāo)UE(target UE，TUE)和多個協(xié)作UE(cooperating UE，CUE)<XUE幫助 TUE與網(wǎng)絡(luò)進(jìn)行通信，例如，在下行接收數(shù)據(jù)包和/或上行發(fā)送數(shù)據(jù)包時。因此，虛擬多點收 發(fā)機(jī)的使用提高了網(wǎng)絡(luò)的整體吞吐量和覆蓋。CUE的選擇可包括:先選擇以TUE為中心的潛 在CUE的協(xié)作候選集(CCS)，例如，基于相對簡單的選擇標(biāo)準(zhǔn)(例如，接收的回復(fù)內(nèi)容/信號強(qiáng) 度或UE位置）。然后，從該CCS中選擇協(xié)作激活集合(CAS)。該CAS是與TUE-起形成虛擬多點 收發(fā)機(jī)的多個CUE。該CAS可基于接入鏈路和/或設(shè)備到設(shè)備(D2D)鏈路質(zhì)量從CUE中選擇。無 需為CAS選擇考慮網(wǎng)絡(luò)中的所有UE(或TUE傳輸范圍內(nèi)的所有UE)，CCS的預(yù)選擇將用于CAS選 擇的UE數(shù)量減少到可控的水平。因此，提供了一種用于選擇虛擬多點收發(fā)機(jī)中的協(xié)作UE、同 時考慮接入鏈路/D2D鏈路質(zhì)量的以UE為中心的低復(fù)雜度的設(shè)計。此外，可基于長期質(zhì)量測 量配置CCS和CAS，以避免動態(tài)的、實時的鏈路評估/選擇的復(fù)雜度。
[0020] 圖1A示出了根據(jù)各實施例的可以在動態(tài)點選擇(DPS)系統(tǒng)架構(gòu)中操作的網(wǎng)絡(luò)100 的框圖。網(wǎng)絡(luò)100包括多個無線節(jié)點，如傳輸點102和UE 104。傳輸點102例如可以為基站、長 期演進(jìn)(LTE) eNodeB、WiFi接入點等?？商鎿Q地，傳輸點102可以為虛擬傳輸點。例如，傳輸點 102可以是與UE 104聯(lián)合通信的一個或多個傳統(tǒng)傳輸點（例如，基站/eNodeBs/等）的集群。 每個虛擬傳輸點102的選擇可基于UE(例如，TUE104a)的服務(wù)質(zhì)量(QoS)需求、相鄰關(guān)系等。
[0021] 網(wǎng)絡(luò)100中的通信可在傳輸點102與以設(shè)備為中心的虛擬多點收發(fā)機(jī)106之間進(jìn) 行。虛擬多點收發(fā)機(jī)106允許TUE 104a與⑶E 104b協(xié)作接收下行數(shù)據(jù)包/發(fā)送上行數(shù)據(jù)包。 UE 104可操作于激活態(tài)(例如，從網(wǎng)絡(luò)主動接收數(shù)據(jù))或空閑態(tài)(例如，不從網(wǎng)絡(luò)主動接收數(shù) 據(jù)）。此外，一些CUE 104b可以是假UE，其可以是為幫助TUE 104a而策略地部署的UE。
[0022] 網(wǎng)絡(luò)虛擬多點收發(fā)機(jī)106可以由網(wǎng)絡(luò)(例如，網(wǎng)絡(luò)控制器)分配一個組ID，以聯(lián)合接 收傳輸。例如，在下行傳輸中，與特定虛擬多點收發(fā)機(jī)相關(guān)聯(lián)的傳輸點102可向虛擬多點收 發(fā)機(jī)106中由其網(wǎng)絡(luò)分配的組ID所標(biāo)識的所有UE多播向TUE 104a的傳輸。從傳輸點102到 TUE104a的數(shù)據(jù)包可分兩個傳輸階段發(fā)送。第一傳輸階段(稱為下行多播階段），傳輸點102 可經(jīng)接入鏈路112向虛擬多點收發(fā)機(jī)106(即，一個TUE104a和多個⑶E104b)多播傳輸。第二 傳輸階段(稱為數(shù)據(jù)轉(zhuǎn)發(fā)階段），CUE104b可經(jīng)D2D鏈路114向TUE104a轉(zhuǎn)發(fā)所述多播傳輸?shù)慕?收到的部分。在一些實施例中，QJE104b可使用解碼轉(zhuǎn)發(fā)(decode-and-f orward，DF)中繼協(xié) 議中繼多播傳輸?shù)慕邮盏降牟糠?。例如，CUE 104b可對接收到的多播傳輸?shù)娜看a字進(jìn)行 解碼、對碼字進(jìn)行重新編碼，并經(jīng)D2D鏈路向TUE 104a轉(zhuǎn)發(fā)重新編碼的傳輸(或其部分）。接 收之后，TUE104a可合并下行多播階段和數(shù)據(jù)轉(zhuǎn)發(fā)階段所接收的信息，以對由網(wǎng)絡(luò)發(fā)送的傳 輸進(jìn)行解碼。類似的過程可應(yīng)用于上行傳輸。此外，CUE104b可操作于半雙工模式或全雙工 模式。在半雙工模式下，CUE104b可能不在相同的時間和頻率資源內(nèi)從網(wǎng)絡(luò)接收數(shù)據(jù)并同時 向TUE104a轉(zhuǎn)發(fā)數(shù)據(jù)。在全雙工模式下，CUE104b可同時接收數(shù)據(jù)并轉(zhuǎn)發(fā)數(shù)據(jù)。也可以使用其 他轉(zhuǎn)發(fā)協(xié)議，如放大轉(zhuǎn)發(fā)(其中，CUE 104b向TUE 104a發(fā)送接收到的多播傳輸?shù)姆糯蟀妫?、壓縮 轉(zhuǎn)發(fā)(其中，CUE104b量化接收到的多播傳輸并向TUE104a發(fā)送重新編碼的量化的多播傳輸） 等。
[0023] 可在以TUE104a為中心的基礎(chǔ)上選擇⑶E104b。例如，可基于相對簡單的選擇標(biāo)準(zhǔn) (例如，接收的回復(fù)內(nèi)容/信號強(qiáng)度或UE位置)為TUE選擇潛在CUE104c的CCS110。然后，可基 于接入鏈路112(例如，潛在CUE104c和傳輸點102之間）和/或D2D鏈路114(例如，潛在 CUE104c和TUE104a之間）的質(zhì)量，從CCS110的潛在CUE104c中選擇CAS108XAS108包括與 TUE104a-起形成虛擬多點收發(fā)機(jī)106的CUE104b<XCS110和CAS108的選擇標(biāo)準(zhǔn)將在后續(xù)段 落中進(jìn)行更詳細(xì)的描述。
[0024]由于CUE104b的選擇是以TUE104a為中心的，因此，網(wǎng)絡(luò)100內(nèi)，虛擬多點收發(fā)機(jī)106 的配置可能基于哪些UE是TUE104a而各不相同。此外，雖然圖1A示出了網(wǎng)絡(luò)100的具體配置， 但其他網(wǎng)絡(luò)可以包括網(wǎng)絡(luò)元件的不同配置和大量網(wǎng)絡(luò)元件（例如，多個傳輸點102/多個 UE104)。基于網(wǎng)絡(luò)條件(例如，接入鏈路112/D2D鏈路114的質(zhì)量）的變化，可以半靜態(tài)地更新 CCS110和CAS108。例如，可以每數(shù)百個傳輸時間間隔(TTI)更新一次CCS110,可以每百個TTI 更新一次CAS108。低頻率的更新可簡化測量或預(yù)測接入鏈路112/D2D鏈路114的復(fù)雜度。其 他可選實施例中，也可采用其他時間間隔來更新CCS110和CAS108。
[0025] 在其他實施例中，還可以基于與TUE 104a、CUE 104b和/或潛在CUE 104c相關(guān)聯(lián)的 傳輸點102的變化來更新CCS 110和/或CAS 108。例如，可以基于TUE 104的狀態(tài)(例如，QoE 要求、相鄰關(guān)系等)和/或網(wǎng)絡(luò)狀態(tài)(例如，節(jié)能考慮)為虛擬多點收發(fā)機(jī)106動態(tài)選擇虛擬傳 輸點102?；赥UE 104狀態(tài)和/或網(wǎng)絡(luò)狀態(tài)，可以動態(tài)更新虛擬傳輸點102，并且基于該動態(tài) 更新，還可更新虛擬多點收發(fā)機(jī)106。
[0026]此外，雖然虛擬多點收發(fā)機(jī)106被描述為具有一個TUE104,但在其他實施例中，虛 擬多點收發(fā)機(jī)106可包括多個TUE104。例如，多播傳輸期間，多個傳輸點102可將同樣的數(shù)據(jù) 包發(fā)送到多個UE。因此，虛擬多點收發(fā)機(jī)106可形成為具有多個TUE104。在這種實施例中，虛 擬多點收發(fā)機(jī)106的選擇可基于所有TUE104的D2D鏈路質(zhì)量、接入鏈路質(zhì)量、位置、能力和/ 或其他選擇標(biāo)準(zhǔn)。
[0027]圖1B示出了根據(jù)各可選實施例的在多播/多徑系統(tǒng)架構(gòu)中操作的網(wǎng)絡(luò)120的框圖。 網(wǎng)絡(luò)120可以基本上類似于網(wǎng)絡(luò)100,其中，相同的參考標(biāo)記代表相同的元件。例如，網(wǎng)絡(luò)120 可包括多個UE 104 JUEHMa和網(wǎng)絡(luò)之間的通信可通過虛擬多點收發(fā)機(jī)106完成，虛擬多點 收發(fā)機(jī)106可包括幫助TUE104a進(jìn)行上行發(fā)送/下行接收的CUE104b。虛擬多點收發(fā)機(jī)106可 通過在以TUE104a為中心的基礎(chǔ)上選擇CCS 110和CAS 108而形成。
[0028]然而，網(wǎng)絡(luò)120中的傳輸點102可能不是在以TUE104a為中心的基礎(chǔ)上被動態(tài)選擇 的。相反，多個獨立的傳輸點102可以向TUE104a協(xié)作傳輸數(shù)據(jù)包，例如，使用協(xié)作的、無速率 網(wǎng)絡(luò)編碼方案。也可采用其他的協(xié)作傳輸方案。此外，CUE104b和/或潛在CUE104c可與相同 或不同的多個傳輸點102相關(guān)聯(lián)作為TUE104a。例如，與網(wǎng)絡(luò)100相比，網(wǎng)絡(luò)120可以不使用 G2G通信（例如，網(wǎng)絡(luò)120可以不包括與虛擬接收點進(jìn)行通信的虛擬傳輸點）。相反，多個UE 104可以與一個或多個傳輸點102相關(guān)聯(lián)，其可以是與CUE 104b/潛在CUE 104c關(guān)聯(lián)的相同 或不同的傳輸點102。
[0029] 圖2示出了根據(jù)各實施例的利用TUE選擇的CCS和網(wǎng)絡(luò)控制的CAS選擇虛擬多點收 發(fā)機(jī)的方法200的流程圖。在步驟202中，TUE (例如，TUE 104a)尋求形成虛擬多點收發(fā)機(jī)，例 如，通過向相鄰UE (例如，在TUE 104a的傳輸范圍內(nèi)的多個UE 104)廣播尋求協(xié)作請求(CSR)消 息。形成虛擬的多點收發(fā)機(jī)的決定可以由TUE本身或網(wǎng)絡(luò)控制器觸發(fā)。例如，網(wǎng)絡(luò)控制器可 以指示TUE基于TUE的信道質(zhì)量測量值(例如，信道質(zhì)量指示(CQI)報告）、重傳次數(shù)、重傳頻 率等形成虛擬多點收發(fā)機(jī)。TUE可以在D2D鏈路(例如，D2D鏈路114)上多播CSR信息。在步驟 204中，TUE從有能力并愿意與TUE形成虛擬多點收發(fā)機(jī)的UE接收回復(fù)。接下來，在步驟206 中，TUE編輯潛在CUE集合并生成CCS。該多個潛在CUE可以從網(wǎng)絡(luò)中的多個UE中選擇，例如， 基于相對簡單的選擇標(biāo)準(zhǔn)，如接收到的對CSR消息的回復(fù)內(nèi)容和/或強(qiáng)度、與TUE的物理接近 程度、網(wǎng)絡(luò)關(guān)聯(lián)性(例如，連接到同一網(wǎng)絡(luò)或不同網(wǎng)絡(luò)）等。步驟204至206可稱為潛在CUE發(fā) 現(xiàn)階段。在步驟208中，TUE將所選擇的CCS通知網(wǎng)絡(luò)(例如，服務(wù)TUE的傳輸點102、）。網(wǎng)絡(luò)中 的CCS可以是TUE特定的。因此，網(wǎng)絡(luò)中的不同TUE可以選擇不同的CCS。
[0030] 在步驟210中，網(wǎng)絡(luò)(例如，傳輸點102)為TUE從CCS中選擇CAS。在各實施例中，CAS 的選擇例如可基于潛在CUE的預(yù)測可用性(例如，基于UE流量負(fù)載），潛在CUE和傳輸點之間 的接入鏈路質(zhì)量(例如，基于Μ頂0解碼能力）、接收天線的數(shù)量、移動性、CQI報告、潛在CUE和 TUE之間的D2D質(zhì)量或其組合。在步驟212中，網(wǎng)絡(luò)向TUE通知所選擇的CASXAS是CUE的集合， 這些CUE與TUE-起形成虛擬多點收發(fā)機(jī)。網(wǎng)絡(luò)可以為網(wǎng)絡(luò)中的每個TUE從相應(yīng)的CCS中選擇 不同的CAS。在步驟214中，網(wǎng)絡(luò)可開始與TUE進(jìn)行通信，所述TUE使用所選擇的CAS以作為虛 擬多點收發(fā)機(jī)運(yùn)行。
[0031 ]圖3示出了根據(jù)各實施例的使用網(wǎng)絡(luò)控制的CCS和TUE選擇的CAS選擇虛擬多點收 發(fā)機(jī)的方法的流程圖300。在步驟302中，網(wǎng)絡(luò)確定可以為TUE形成虛擬多點收發(fā)機(jī)。網(wǎng)絡(luò)可 以基于從TUE接收CSR消息來確定可形成虛擬多點收發(fā)機(jī)(例如，TUE可向服務(wù)TUE的傳輸點 102發(fā)送CSR消息）。在其他實施例中，網(wǎng)絡(luò)可以基于TUE的信道質(zhì)量測量值（例如，CQI報 告、）、重傳次數(shù)、重傳頻率等確定形成虛擬多點收發(fā)機(jī)。在步驟304中，網(wǎng)絡(luò)可以編輯潛在 CUE集合，并為TUE生成CCS?？梢曰谙鄬唵蔚倪x擇標(biāo)準(zhǔn)，使用潛在CUE和/或網(wǎng)絡(luò)的狀態(tài) 信息（例如，位置信息，路損信息，陰影信息，節(jié)能考慮等)從網(wǎng)絡(luò)中的多個UE中（例如，網(wǎng)絡(luò) 中所有可用的UE)選擇潛在CUE。例如，潛在CUE可以為TUE的某一直徑(例如，以100m)范圍內(nèi) 的UE。作為另一實例，網(wǎng)絡(luò)可以考慮能源節(jié)約并關(guān)斷(或停用)某些傳輸點102。因此，由這些 非激活的傳輸點服務(wù)的潛在CUE可能不被選擇。在步驟306中，網(wǎng)絡(luò)向TUE通知所選擇的CCS。 [0032] 在步驟308中，TUE可以向網(wǎng)絡(luò)提供的CCS中的潛在CUE發(fā)送CSR消息。在步驟310中， TUE可以從CCS的潛在CUE中選擇CAS，以形成虛擬多點收發(fā)機(jī)。CAS的選擇可根據(jù)所接收到的 對CSR請求的回復(fù)的信號質(zhì)量和/或內(nèi)容。由于該回復(fù)可以通過D2D鏈路發(fā)送，CAS的選擇也 可基于預(yù)測的D2D鏈路質(zhì)量。在這些實施例中，TUE可以從回復(fù)中接收來自潛在CUE的接入鏈 路質(zhì)量評估，并且CAS的選擇可考慮所交流的接入鏈路質(zhì)量。接下來，在步驟312中，TUE可以 向網(wǎng)絡(luò)通知其選擇的CAS。最后，在步驟314中，網(wǎng)絡(luò)可開始與TUE進(jìn)行通信，所述TUE使用所 選擇的CAS以作為虛擬多點收發(fā)機(jī)運(yùn)行。
[0033]圖4示出了根據(jù)各實施例的網(wǎng)絡(luò)/TUE聯(lián)合選擇CAS的方法的流程圖400。在步驟402 中，編輯CCS。例如，CCS可以包括如圖2或3中所描述的、由網(wǎng)絡(luò)或TUE所選擇的潛在CUE。在步 驟404中，根據(jù)相對于每個潛在CUE服務(wù)集合中的所有傳輸點102估計的CUE的長期端到端平 均容量，TUE可以對CCS中的潛在CUE進(jìn)行排序。一個潛在CUE的服務(wù)集合可以包括能夠與潛 在CUE潛在形成接入鏈路的所有傳輸點102?；蛘?，該服務(wù)集合可以為虛擬發(fā)射機(jī)的傳輸點 的任何子集或云無線接入網(wǎng)絡(luò)(CRAN)群集中的任何傳輸點。長期端到端平均容量可以由 TUE使用任何合適的方法計算得出。例如，對于操作為半雙工模式的UE，每個潛在CUE相對于 特定傳輸點的容量可以基于半雙工模式下的端到端平均容量度量來估計。使用半雙工模式 的容量度量來估計容量的示例公式是：
[0034]
[0035] .是相對于傳輸點TP,估計的潛在0?的長期端到端平均容量。換言之， 〇SINRTpi->cuEj^CUEjigTPi( gp 鏈路質(zhì)量）之間的信噪比（s I NR)，SINRCUE i->TUE >是CUE j與TUE (即，D 2D鏈路質(zhì)量）之間的 SINR?？梢曰谟蓚鬏旤c向TUE發(fā)信號的長期性能測量值來估計接入鏈路的SINR。D2D鏈路 的SINR例如可以基于接收到的對CSR消息的回復(fù)等進(jìn)行估計。另一例子，對于操作為全雙工 模式下的UE，每個潛在CUE相對于特定傳輸點的容量可以基于全雙工模式下的端到端容量 度量來估計。使用全雙工模式的容量度量來估計容量的示例公式是：
[0036]
[0037] ，是⑶Ej在全雙工模式下的殘余回路干擾。全雙工中繼器的殘余環(huán)路干擾 可使用任何適當(dāng)?shù)墓烙嬤^程進(jìn)行估計。
[0038] 在步驟406中，TUE向網(wǎng)絡(luò)通知潛在CUE的排序列表。在步驟408中，網(wǎng)絡(luò)可以選擇最 佳的K個潛在CUE作為CAS。1(是CAS的可配置規(guī)格，例如，基于網(wǎng)絡(luò)中所需的虛擬多點收發(fā)機(jī) 的復(fù)雜度。所選定的CUE可以基于目前哪個傳輸點102與CCS中的潛在CUE相關(guān)聯(lián)而改變。 [0039] 在上述實施例中，CCS的選擇可基于相對簡單的選擇標(biāo)準(zhǔn)，如，UE相對于TUE的位 置，回復(fù)信號的接收信號強(qiáng)度/內(nèi)容等。隨后，可以基于估計的容量、接入鏈路質(zhì)量、D2D鏈路 質(zhì)量或其組合從CCS中選擇CAS?；谙鄬唵蔚臉?biāo)準(zhǔn)對CCS的預(yù)選擇，減少了選擇CAS所必 須的估計和鏈路質(zhì)量測量，從而將虛擬多點收發(fā)機(jī)配置的復(fù)雜度降低到可控的水平。例如， CCS可以包括約十個潛在CUE，而不是為網(wǎng)絡(luò)中數(shù)百個UE預(yù)測容量/鏈路質(zhì)量。CAS中的CUE的 數(shù)量是可以選擇的，以將傳輸復(fù)雜度(例如，譯碼復(fù)雜度)保持在可控水平。例如，CAS中的 CUE的數(shù)量可以約為兩個或三個。當(dāng)然，依賴于網(wǎng)絡(luò)/TUE的可用資源，可以為CCS和/或CAS選 擇更多或更少數(shù)量的UE。此外，可以在半靜態(tài)的基礎(chǔ)上更新CCS和CAS，以減少網(wǎng)絡(luò)中測量的 數(shù)量。換言之，CCS和CAS可以基于長期性能測量。例如，可以每百個TTI選擇一次CAS，可以每 數(shù)百個TTI更新一次CCS。
[0040]圖5A和5B為根據(jù)各實施例的用于確定CCS和CAS的方法的流程圖。圖5A針對于編輯 CCS，而圖5B針對于從CCS中選擇CAS。參考圖5A，在步驟502中，網(wǎng)絡(luò)設(shè)備為一個特定的TUE編 輯CCS。該CCS是從網(wǎng)絡(luò)中的多個UE中選擇的潛在CUE的集合(例如，CCS是網(wǎng)絡(luò)中所有可用UE 的子集），用于與TUE形成虛擬多點收發(fā)機(jī)。CCS可以是以TUE為中心的（例如，可以為網(wǎng)絡(luò)中 不同的TUE編輯不同的CCS)。網(wǎng)絡(luò)設(shè)備可以是TUE或傳輸點。例如，在網(wǎng)絡(luò)設(shè)備為TUE的實施 例中，TUE可以向網(wǎng)絡(luò)中的其他UE發(fā)送CSR消息，接收對CSR的回復(fù)，并基于這些回復(fù)編輯CCS (例如，基于回復(fù)的內(nèi)容和/或信號強(qiáng)度）。在網(wǎng)絡(luò)設(shè)備為傳輸點的其他實施例中，CCS的編輯 可以基于與網(wǎng)絡(luò)中的TUE相關(guān)的潛在CUE的位置信息、潛在CUE的陰影信息、潛在CUE的路損 信息、節(jié)能考慮和/或其他。在這種實施例中，可以基于來自TUE的CSR信息觸發(fā)網(wǎng)絡(luò)設(shè)備編 輯 CCS〇
[0041 ]接下來，在步驟504中，網(wǎng)絡(luò)設(shè)備確定CAS。該CAS是從CCS中選擇的CUE的集合，其中 該CUE集合和TUE形成虛擬多點收發(fā)機(jī)。確定CAS可以包括向另一網(wǎng)絡(luò)設(shè)備發(fā)送CCS并從其它 網(wǎng)絡(luò)設(shè)備（例如，TUE或傳輸點）接收CAS。在這些實施例中，該其它網(wǎng)絡(luò)設(shè)備從CCS中選擇 CAS。可選地，確定CAS可以是兩個網(wǎng)絡(luò)設(shè)備的聯(lián)合操作。
[0042] 接下來，參考圖5B，在步驟510中，網(wǎng)絡(luò)設(shè)備確定CCS。例如，網(wǎng)絡(luò)設(shè)備可以從另一網(wǎng) 絡(luò)設(shè)備接收CCS。可選地，網(wǎng)絡(luò)設(shè)備可以編輯CCS。在步驟514中，網(wǎng)絡(luò)設(shè)備可以從CCS中確定 CAS。確定CAS可以包括網(wǎng)絡(luò)設(shè)備從CCS中選擇CAS。例如，當(dāng)網(wǎng)絡(luò)設(shè)備為傳輸點時，可以基于 潛在CUE的估計可用性、潛在CUE與傳輸點之間的接入鏈路質(zhì)量(例如，基于ΜΜ0解碼能力、 接收天線的數(shù)量、靈活性、信道質(zhì)量指示(CQI)報告）、潛在CUE和TUE之間的D2D質(zhì)量和/或其 他，從CCS中選擇CAS。在網(wǎng)絡(luò)設(shè)備為TUE的其他實施例中，選擇CAS可以包括向CCS中的多個 潛在CUE發(fā)送CSR消息，并基于對CSR消息的回復(fù)選擇CAS(例如，基于回復(fù)的內(nèi)容和/或信號 強(qiáng)度）。
[0043] 在其他實施例中，確定CAS可以包括幫助另一網(wǎng)絡(luò)設(shè)備聯(lián)合選擇CAS。例如，網(wǎng)絡(luò)設(shè) 備可以基于估計的長期端到端容量(例如，全雙工或半雙工模式)對CCS中的多個潛在CUE進(jìn) 行排序。排序列表可以發(fā)送到一網(wǎng)絡(luò)設(shè)備，該另一網(wǎng)絡(luò)設(shè)備可以基于排序列表和（可選地） 該另一網(wǎng)絡(luò)設(shè)備已知的其他網(wǎng)絡(luò)信息（例如，傳輸點和潛在CUE的當(dāng)前關(guān)聯(lián))選擇多個CUE。 然后，可以將所選擇的CAS發(fā)送到網(wǎng)絡(luò)設(shè)備。
[0044] 圖6是一種可用于實現(xiàn)本發(fā)明公開的裝置和方法的處理系統(tǒng)的框圖600。特定設(shè)備 可使用示出的所有組件，或僅所述組件的子集，并且設(shè)備的集成度可能各不相同。此外，設(shè) 備可以包含組件的多個實例，如多個處理單元、處理器、存儲器、發(fā)射機(jī)、接收機(jī)等。該處理 系統(tǒng)可包括處理單元，該處理單元配備一個或多個輸入/輸出設(shè)備，如揚(yáng)聲器、麥克風(fēng)、鼠 標(biāo)、觸摸屏、輔助鍵盤、鍵盤、打印機(jī)、顯示器等。處理單元可包括中央處理單元(CPU)、存儲 器、大容量存儲設(shè)備、視頻適配器和連接到總線的I/O接口。
[0045] 總線可以是一個或多個任何類型的幾種總線結(jié)構(gòu)，包括存儲器總線或存儲控制 器、外設(shè)總線、視頻總線等。CPU可以包含任何類型的電子數(shù)據(jù)處理器。存儲器可包含任何類 型的系統(tǒng)存儲器，如靜態(tài)隨機(jī)存取存儲器(SRAM)、動態(tài)隨機(jī)存取存儲器(DRAM)、同步DRAM (SDRAM)、只讀存儲器(ROM)及其組合或類似。在一實施例中，存儲器可以包括啟動使用的 R0M，和執(zhí)行程序時使用的程序和數(shù)據(jù)存儲的DRAM。
[0046] 大容量存儲設(shè)備可以包括任何類型的存儲設(shè)備，其被配置為存儲數(shù)據(jù)、程序和其 他信息，并使數(shù)據(jù)、程序和其他信息可通過總線訪問。大容量存儲設(shè)備可以包括，例如一個 或多個固態(tài)驅(qū)動器、硬盤驅(qū)動器、磁盤驅(qū)動器、光盤驅(qū)動器等。
[0047]視頻適配器和I/O接口提供將外部輸入和輸出設(shè)備連接到處理單元的接口。如所 示，輸入和輸出設(shè)備的示例包括連接到視頻適配器的顯示器和連接到I/O接口的鼠標(biāo)/鍵 盤/打印機(jī)。其他設(shè)備可以連接到處理單元，并可使用附加的或較少的接口卡。例如，串行接 口卡(未顯示)可用于為打印機(jī)提供串行接口。
[0048] 處理單元還包括一個或多個網(wǎng)絡(luò)接口，其可以包括有線的鏈路，如以太網(wǎng)電纜等， 和/或接入節(jié)點或不同網(wǎng)絡(luò)的無線鏈路。網(wǎng)絡(luò)接口允許處理單元與遠(yuǎn)程單元通過網(wǎng)絡(luò)進(jìn)行 通信。例如，網(wǎng)絡(luò)接口可通過一個或多個發(fā)射機(jī)/發(fā)送天線和一個或多個接收機(jī)/接收天線 提供無線通信。在一實施例中，處理單元被連接到局域網(wǎng)或廣域網(wǎng)，用于與遠(yuǎn)程設(shè)備，如其 他處理單元、互聯(lián)網(wǎng)、遠(yuǎn)程存儲設(shè)施等進(jìn)行數(shù)據(jù)處理和通信。
[0049] 雖然參考示例性實施例描述了本發(fā)明，但這種描述不應(yīng)理解為限制的含義。在參 考本發(fā)明描述的情況下，示例性實施例的各種修改和組合以及本發(fā)明的其他實施例，對于 本領(lǐng)域技術(shù)人員顯而易見的。因此，所附權(quán)利要求旨在包含任何這種修改或?qū)嵤├?br>【主權(quán)項】
1. 一種形成虛擬多點收發(fā)機(jī)的方法，包括： 網(wǎng)絡(luò)中的第一網(wǎng)絡(luò)設(shè)備為目標(biāo)用戶設(shè)備TUE編輯協(xié)作候選集合CCS，其中所述CCS包括 用于選擇到協(xié)作激活集合CAS中的多個潛在協(xié)作用戶設(shè)備CUE，并且其中所述多個潛在CUE 選自所述網(wǎng)絡(luò)中的多個用戶設(shè)備UE;和 確定CAS，其中所述CAS為從所述CCS的多個潛在CUE中選擇的CUE集合，并且其中所述 TUE和所述CAS中所述CUE集合形成所述虛擬多點收發(fā)機(jī)。2. 根據(jù)權(quán)利要求1所述的方法，其中所述第一網(wǎng)絡(luò)設(shè)備為所述TUE，并且其中所述編輯 所述CCS包括： 向所述多個UE發(fā)送尋求協(xié)作請求CSR消息； 接收所述多個UE對所述CSR消息的回復(fù);和 根據(jù)對所述CSR消息的回復(fù)編輯所述CCS。3. 根據(jù)權(quán)利要求1所述的方法，其中接收對所述CSR消息的回復(fù)包括，通過所述多個UE 與所述TUE之間的設(shè)備到設(shè)備D2D鏈路接收所述回復(fù)。4. 根據(jù)權(quán)利要求2所述的方法，其中根據(jù)對所述CSR消息的回復(fù)的信號強(qiáng)度、對所述CSR 消息的回復(fù)的內(nèi)容、所述多個UE中各UE相對于所述TUE的物理接近度、所述多個UE中個UE的 網(wǎng)絡(luò)關(guān)聯(lián)或其組合，編輯所述CCS。5. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括，所述TUE從網(wǎng)絡(luò)控制器接收指令，以形成所 述虛擬多點收發(fā)機(jī)。6. 根據(jù)權(quán)利要求1所述的方法，其中所述第一網(wǎng)絡(luò)設(shè)備為傳輸點，并且其中編輯所述 CCS包括，根據(jù)所述網(wǎng)絡(luò)中多個UE的位置信息、所述多個UE的陰影信息、所述多個UE的路損 信息、節(jié)能考慮或其組合，編輯所述CCS。7. 根據(jù)權(quán)利要求5所述的方法，進(jìn)一步包括，從所述TUE接收尋求協(xié)作請求CSR消息。8. 根據(jù)權(quán)利要求5所述的方法，進(jìn)一步包括，根據(jù)所述TUE的一個或多個信道質(zhì)量測量、 重傳次數(shù)、重傳頻率或其組合，決定形成虛擬多點收發(fā)機(jī)。9. 根據(jù)權(quán)利要求1所述的方法，其中所述方法進(jìn)一步包括，在所述網(wǎng)絡(luò)中在所述虛擬多 點收發(fā)機(jī)和一個或多個傳輸點之間通信，其中所述虛擬多點收發(fā)機(jī)的CUE集合和TUE與所述 一個或多個傳輸點協(xié)作通信。10. 根據(jù)權(quán)利要求8所述的方法，其中在所述網(wǎng)絡(luò)中在所述虛擬多點收發(fā)機(jī)和所述一個 或多個傳輸點之間通信，包括使用解碼轉(zhuǎn)發(fā)DF、放大轉(zhuǎn)發(fā)AF、或壓縮轉(zhuǎn)發(fā)CF中繼協(xié)議。11. 根據(jù)權(quán)利要求8所述的方法，其中所述虛擬多點收發(fā)機(jī)在下行傳輸中作為虛擬接收 機(jī)操作，在上行傳輸中作為虛擬發(fā)射機(jī)操作。12. 根據(jù)權(quán)利要求8所述的方法，其中所述CAS的所述CUE集合幫助所述TUE: 從所述一個或多個傳輸點接收下行傳輸;和 向所述一個或多個傳輸點發(fā)送上行傳輸。13. 根據(jù)權(quán)利要求1所述的方法，其中確定所述CAS包括： 向第二網(wǎng)絡(luò)設(shè)備發(fā)送所述CCS;和 從所述第二網(wǎng)絡(luò)設(shè)備接收所述CAS。14. 根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括根據(jù)與所述TUE或所述多個潛在CUE相關(guān)聯(lián) 的一個或多個傳輸點更新所述CCS。15. 根據(jù)權(quán)利要求1所述的方法，其中根據(jù)估計的所述多個潛在CUE的可用性、所述多個 潛在CUE的接入鏈路質(zhì)量、所述多個潛在CUE與所述TUE之間的設(shè)備到設(shè)備D2D鏈路質(zhì)量或其 組合，選擇所述CAS。16. 根據(jù)權(quán)利要求1所述的方法，其中根據(jù)對尋求協(xié)作請求CSR消息的回復(fù)的信號強(qiáng)度、 對所述CSR消息的回復(fù)的內(nèi)容或其組合，選擇所述CAS。17. 根據(jù)權(quán)利要求1所述的方法，其中根據(jù)估計的潛在CUE和所述TUE之間的長期端到端 平均容量選擇所述CAS，所述估計的潛在CUE和所述TUE之間的長期端到端平均容量是相對 于所述多個潛在CUE中各潛在CUE的服務(wù)集合中的一個或多個潛在傳輸點、為所述多個潛在 CUE中各潛在CUE進(jìn)行估計獲得的。18. -種網(wǎng)絡(luò)設(shè)備，包括： 處理器;和 存儲由所述處理器執(zhí)行的程序的計算機(jī)可讀存儲介質(zhì)，所述程序包括指令，用于： 為目標(biāo)UE TUE確定協(xié)作候選集CCS，其中所述CCS包括用于選擇到協(xié)作激活集合CAS中 的多個潛在協(xié)作用戶設(shè)備CUE，并且其中所述多個潛在CUE選自所述網(wǎng)絡(luò)中的多個用戶設(shè)備 UE;和 確定協(xié)作激活集合CAS的指令，其中所述CAS是從所述CCS的CUE集合，并且，其中目標(biāo)用 戶設(shè)備TUE和所述CUE集合形成虛擬多點收發(fā)機(jī)。19. 根據(jù)權(quán)利要求17所述的網(wǎng)絡(luò)設(shè)備，其中所述網(wǎng)絡(luò)設(shè)備為TUE，并且其中用于確定所 述CCS的指令進(jìn)一步包括： 用于向多個用戶設(shè)備(UE)發(fā)送尋求協(xié)作請求CSR消息的指令； 用于接收所述多個UE對所述CSR消息的回復(fù)的指令;和 用于根據(jù)對所述CSR消息的回復(fù)編輯所述CCS的指令。20. 根據(jù)權(quán)利要求18所述的網(wǎng)絡(luò)設(shè)備，其中根據(jù)對所述CSR消息的回復(fù)的信號強(qiáng)度、對 所述CSR消息的回復(fù)的內(nèi)容、所述多個UE中各UE相對于所述TUE的物理接近度、所述多個UE 中個UE的網(wǎng)絡(luò)關(guān)聯(lián)或其組合，編輯所述CCS。21. 根據(jù)權(quán)利要求17所述的網(wǎng)絡(luò)設(shè)備，其中所述網(wǎng)絡(luò)設(shè)備為傳輸點，并且其中用于確定 所述CCS的指令進(jìn)一步包括，用于根據(jù)所述網(wǎng)絡(luò)中多個UE的位置信息、所述網(wǎng)絡(luò)中多個UE的 陰影信息、所述網(wǎng)絡(luò)中多個UE的路損信息、節(jié)能考慮或其組合，編輯所述CCS的指令。22. 根據(jù)權(quán)利要求20所述的網(wǎng)絡(luò)設(shè)備，其中虛擬傳輸點包括與所述虛擬多點收發(fā)機(jī)協(xié) 作通信的傳輸點。23. 根據(jù)權(quán)利要求17所述的網(wǎng)絡(luò)設(shè)備，其中所述網(wǎng)絡(luò)設(shè)備為傳輸點，并且其中用于確定 所述CAS的指令進(jìn)一步包括，用于根據(jù)估計的所述多個潛在CUE的可用性、所述多個潛在CUE 的接入鏈路質(zhì)量、所述多個潛在CUE和所述TUE之間的設(shè)備到設(shè)備D2D鏈路質(zhì)量或其組合，從 所述CCS中選擇所述CAS的指令。24. 根據(jù)權(quán)利要求17所述的網(wǎng)絡(luò)設(shè)備，其中所述網(wǎng)絡(luò)設(shè)備為TUE，并且其中用于確定所 述CAS的指令進(jìn)一步包括： 用于向多個潛在CUE發(fā)送尋求協(xié)作請求CSR消息的指令； 用于接收對所述CSR的回復(fù)的指令;和 用于根據(jù)對所述CSR的回復(fù)選擇CAS的指令。25. 根據(jù)權(quán)利要求17所述的網(wǎng)絡(luò)設(shè)備，其中用于從所述CCS中確定所述CAS的指令進(jìn)一 步包括： 用于相對于所述多個潛在CUE中各潛在CUE的服務(wù)集合中一個或多個潛在傳輸點，估計 所述多個潛在CUE中各潛在CUE的長期端到端平均容量的指令;和 用于根據(jù)估計的長期端到端平均容量，相對于所述一個或多個傳輸點對所述多個CUE 進(jìn)行排序的指令，其中所述CAS是根據(jù)相對于所述一個或多個傳輸點的所述多個CUE的排序 進(jìn)行選擇的。26. -種形成虛擬多點收發(fā)機(jī)的方法，包括： 第一網(wǎng)絡(luò)設(shè)備確定協(xié)作候選集CCS，所述CCS包括多個潛在協(xié)作用戶設(shè)備CUE;和 從所述CCS中確定協(xié)作激活集合CAS，其中所述CAS是從所述CCS中選擇的多個CUE集合， 并且，其中目標(biāo)用戶設(shè)備TUE和所述CUE集合形成所述虛擬多點收發(fā)機(jī)。27. 根據(jù)權(quán)利要求25所述的方法，其中所述第一網(wǎng)絡(luò)設(shè)備為傳輸點，并且其中確定所述 CAS包括根據(jù)所述多個潛在CUE的估計的可用性、所述多個潛在CUE的接入鏈路質(zhì)量、所述多 個潛在CUE和所述TUE之間的設(shè)備到設(shè)備D2D鏈路質(zhì)量或其組合，選擇所述CAS。28. 根據(jù)權(quán)利要求25所述的方法，其中所述第一網(wǎng)絡(luò)設(shè)備為TUE，并且所述確定CAS包 括： 向所述多個潛在CUE發(fā)送尋求協(xié)作請求CSR消息； 接收對所述CSR消息的回復(fù);和 根據(jù)對所述CSR消息的回復(fù)選擇所述CAS。29. 根據(jù)權(quán)利要求27所述的方法，其中根據(jù)對所述CSR消息的回復(fù)的信號強(qiáng)度、對所述 CSR消息的回復(fù)的內(nèi)容或其組合，選擇所述CAS。30. 根據(jù)權(quán)利要求25所述的方法，其中從所述CCS確定所述CAS包括： 相對于所述多個潛在CUE中各潛在CUE的服務(wù)集合中的一個或多個潛在傳輸點，為所述 多個潛在CUE中各潛在CUE估計潛在CUE與所述TUE之間的長期端到端平均容量;和 根據(jù)估計的長期端到端平均容量對所述多個潛在CUE進(jìn)行排序。31. 根據(jù)權(quán)利要求29所述的方法，其中所述多個潛在CUE操作為半雙工模式，并且其中 根據(jù)所述半雙工模式的一個或多個端到端平均容量度量估計所述長期端到端平均容量。32. 根據(jù)權(quán)利要求29所述的方法，其中所述多個潛在CUE操作為全雙工模式，并且其中 根據(jù)所述全雙工模式的一個或多個端到端平均容量度量估計所述長期端到端平均容量。33. 根據(jù)權(quán)利要求25所述的方法，其中從所述CCS中確定所述CAS包括： 接收所述多個潛在CUE的排序，其中所述排序是根據(jù)相對于所述多個潛在CUE中各潛在 CUE的服務(wù)集合中一個或多個潛在傳輸點的、所述多個潛在CUE中各潛在CUE的長期端到端 平均容量進(jìn)行的； 根據(jù)所述排序選擇所述CAS。34. 根據(jù)權(quán)利要求25所述的方法，其中確定所述CCS包括從第二網(wǎng)絡(luò)設(shè)備接收所述CCS。35. 根據(jù)權(quán)利要求25所述的方法，進(jìn)一步包括根據(jù)與所述TUE或所述多個潛在的CUE相 關(guān)聯(lián)的一個或多個傳輸點更新所述CAS。
【文檔編號】H04W16/02GK105993186SQ201580007938
【公開日】2016年10月5日
【申請日】2015年2月9日
【發(fā)明人】阿民·瑪瑞夫, 馬江鐳
【申請人】華為技術(shù)有限公司