本非臨時申請要求2014年3月24日提交的美國臨時專利申請序列號No.61/969391的權(quán)益，其內(nèi)容據(jù)此通過引用全部并入。

技術(shù)領(lǐng)域

本公開涉及協(xié)調(diào)多點(CoMP)無線通信系統(tǒng)，并且具體地說，涉及用于使用CoMP傳送在無線裝置與網(wǎng)絡(luò)節(jié)點之間進行有效數(shù)據(jù)傳送的方法和設(shè)備。

背景技術(shù)：

所謂的4G無線通信網(wǎng)絡(luò)的演進諸如長期演進（LTE）和高級LTE（LTE-A）正在被更高容量和峰值吞吐量的客戶需求驅(qū)動。已經(jīng)開發(fā)了若干方法來滿足此類需求。然而，低數(shù)據(jù)速率小區(qū)邊緣用戶繼續(xù)提出了滿足這些需求的挑戰(zhàn)。此類用戶傾向于是干擾限制的。還有，在此類用戶位于室內(nèi)的情況下，可能存在約束性能的覆蓋間隙。

協(xié)調(diào)多點(CoMP)是改進移動蜂窩網(wǎng)絡(luò)中峰值用戶吞吐量以及聚合的網(wǎng)絡(luò)吞吐量的方法的框架。這些方法采用成組在協(xié)作節(jié)點的CoMP組中的多個接入點或基站（在LTE環(huán)境中稱為演進的節(jié)點B或eNodeB或eNB）以與所關(guān)注的無線裝置（LTE中的用戶設(shè)備）通信。在Dahlmann、Erik等人的“3G Evolution: HSPA and LTE for Mobile Broadband”（學術(shù)出版社2007）中公開了CoMP方法的示例，其通過參考全部結(jié)合于本文中。

CoMP方法可配置在集中式協(xié)調(diào)方法中或者通過分布式處理架構(gòu)改進容量。中心節(jié)點或服務(wù)器協(xié)調(diào)CoMP組中之間的CoMP傳送的CoMP的集中式方法受益于CoMP信號和上下文的完整知識。然而，此類方法依賴于CoMP組中基站之間的高容量回程互連（例如經(jīng)由X2接口）。集中式CoMP傳送和接收技術(shù)使用來自不同位置的多個傳送和接收天線發(fā)送/接收數(shù)據(jù)，并降低了對UE的信號干擾。相比之下，CoMP的分布式處理架構(gòu)可實現(xiàn)較低的等待時間和降低的回程復(fù)雜性，但相對于集中式CoMP方法可能經(jīng)受了性能降低。

在LTE-A中，CoMP當前包含諸如協(xié)調(diào)調(diào)度（CS）、協(xié)調(diào)射束形成（CB）、聯(lián)合處理（JP）和動態(tài)點選擇（DPS）的方法。

在CS中，資源指配在多個基站之間協(xié)調(diào)，并向選擇的基站傳送/從選擇的基站接收。在CB中，在基站或接入點之間的協(xié)調(diào)被協(xié)調(diào)成使得它們的傳送被射束形成并指向UE。在下行鏈路(DL)JP中，公共數(shù)據(jù)被多個基站傳送并由UE聯(lián)合處理。在上行鏈路(UL)JP中，來自UE的數(shù)據(jù)被提供給多個基站。在JP中特別是在UL JP中面臨的兩個挑戰(zhàn)是將數(shù)據(jù)從接收基站傳送到單個過程節(jié)點（其在一些實現(xiàn)中是基站）要求的回程帶寬和回程等待時間。

現(xiàn)有CoMP實現(xiàn)可能需要極高級別的回程等待時間以在基站之間特別是在JP中交換所有可用的數(shù)據(jù)。例如，在使用JP上載大數(shù)據(jù)文件期間，所有接收的UL數(shù)據(jù)都將從一個或更多CoMP協(xié)調(diào)eNB傳送到CoMP服務(wù)eNB，在eNB之間延伸的X2接口上需要高容量。所要求的容量可大約在數(shù)十或數(shù)百Gbps。這可對UL JP的實現(xiàn)施加顯著的成本約束。而且，在協(xié)作eNB之間的X2接口上交換大量數(shù)據(jù)可導(dǎo)致顯著的等待時間。

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

本公開利用CoMP環(huán)境中的協(xié)作節(jié)點在無線裝置與網(wǎng)絡(luò)節(jié)點之間有效地傳送（上載和下載）文件（例如圖像、音樂或視頻）。

根據(jù)本公開的廣泛方面，提供有一種用于無線裝置經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件作為多個段上載到網(wǎng)絡(luò)節(jié)點的方法，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。所述方法包含：將上載請求消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點，并基于來自CoMP組中至少一個協(xié)作節(jié)點的上載準予（upload grant），將多個段消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，每個段消息包含數(shù)據(jù)文件的具體段。

在這方面，在一些實施例中，上載請求消息包含網(wǎng)絡(luò)節(jié)點的標識符。在一些其它實施例中，方法進一步包含：基于來自CoMP組中的至少一個協(xié)作節(jié)點的上載準予，將描述符消息發(fā)送到CoMP組中的至少一個協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點。描述符消息包含數(shù)據(jù)文件的多個段的索引。在一些其它實施例中，其中所述網(wǎng)絡(luò)節(jié)點是CoMP組中的協(xié)調(diào)節(jié)點、核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)節(jié)點和因特網(wǎng)協(xié)議（IP）網(wǎng)絡(luò)中的IP網(wǎng)絡(luò)節(jié)點中的一個。在一些其它實施例中，至少一個協(xié)作節(jié)點包含協(xié)調(diào)節(jié)點，并且所述方法進一步包括：從協(xié)調(diào)節(jié)點接收指示上載準予的準予消息。

在又一些其它實施例中，方法進一步包含：將完成消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，其中完成消息指示多個段已經(jīng)被發(fā)送。在又一些其它實施例中，上載請求消息和多個段消息中的每個段消息都是傳輸控制協(xié)議（TCP）消息，或者備選地是多路徑TCP(MPTCP)消息，每個都包含TCP子流標識符。

在又一些其它實施例中，所述方法進一步包含：從CoMP組中的協(xié)調(diào)節(jié)點接收指示是否已經(jīng)接收到多個段中的一個或更多個段的確認消息。確認消息可包含多個指示符，每個指示符對應(yīng)于多個段中的一個段，并且每個指示符基于在網(wǎng)絡(luò)節(jié)點是否已經(jīng)接收到對應(yīng)段來設(shè)置。備選地，確認消息是物理層確認消息和TCP確認消息中的一個。

在又一些其它實施例中，每個段都對應(yīng)于一個或更多傳輸塊，并且確認消息包含一組物理層確認消息，每個消息指示在無線網(wǎng)絡(luò)中的協(xié)作節(jié)點是否已經(jīng)接收到具體傳輸塊。在又一些其它實施例中，每個傳輸塊對應(yīng)于一個或更多個碼字，并且確認消息包含一組物理層確認消息，每個消息指示在無線網(wǎng)絡(luò)中的協(xié)作節(jié)點是否已經(jīng)接收到具體碼字。在又一些其它實施例中，物理層確認消息是肯定確認（ACK）消息和否定確認（NACK）消息中的一個。在又一些其它實施例中，該方法進一步包含：基于接收的確認消息，將一個或更多個段消息重新發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，一個或更多個段消息包含未接收到的多個段中的一個或更多個段。

根據(jù)本公開的另一廣泛方面，提供有一種用于經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件作為多個段上載到網(wǎng)絡(luò)節(jié)點的無線裝置，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。在那方面，無線裝置包含電路，所述電路包含指令，所述指令當執(zhí)行時使無線裝置將上載請求消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點?；趤碜訡oMP組中的至少一個協(xié)作節(jié)點的上載準予，指令進一步使無線裝置將多個段消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，其中每個段消息包含數(shù)據(jù)文件的具體段。

在那方面，在一些實施例中，上載請求消息包含網(wǎng)絡(luò)節(jié)點的標識符。在一些其它實施例中，基于來自CoMP組中的至少一個協(xié)作節(jié)點的上載準予，所述指令進一步使無線裝置將描述符消息發(fā)送到CoMP組中的至少一個協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點。描述符消息包含數(shù)據(jù)文件的多個段的索引。在一些其它實施例中，其中所述網(wǎng)絡(luò)節(jié)點是CoMP組中的協(xié)調(diào)節(jié)點、核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)節(jié)點和因特網(wǎng)協(xié)議（IP）網(wǎng)絡(luò)中的IP網(wǎng)絡(luò)節(jié)點中的一個。在又一些其它實施例中，至少一個協(xié)作節(jié)點包含協(xié)調(diào)節(jié)點，并且所述指令進一步使無線裝置從協(xié)調(diào)節(jié)點接收指示上載準予的準予消息。在又一些其它實施例中，指令進一步使無線裝置將完成消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點。完成消息指示多個段已經(jīng)被發(fā)送。在又一些其它實施例中，上載請求消息和多個段消息中的每個段消息都是傳輸控制協(xié)議（TCP）消息，或者是多路徑TCP(MPTCP)消息，每個都包含TCP子流標識符。

在又一些其它實施例中，所述指令進一步使無線裝置從CoMP組中的協(xié)調(diào)節(jié)點接收指示是否已經(jīng)接收到多個段中的一個或更多個段的確認消息。在又一些實施例中，確認消息包含多個指示符，每個指示符對應(yīng)于多個段中的一個段，并且每個指示符基于在網(wǎng)絡(luò)節(jié)點是否已經(jīng)接收到對應(yīng)段來設(shè)置。在又一些其它實施例中，確認消息是物理層確認消息和TCP確認消息中的一個。在又一些其它實施例中，每個段都對應(yīng)于一個或更多傳輸塊，并且確認消息包含一組物理層確認消息，每個消息指示在無線網(wǎng)絡(luò)中的協(xié)作節(jié)點是否已經(jīng)接收到具體傳輸塊。在一些其它實施例中，每個傳輸塊對應(yīng)于一個或更多個碼字，并且確認消息包含一組物理層確認消息，每個消息指示在無線網(wǎng)絡(luò)中的協(xié)作節(jié)點是否已經(jīng)接收到具體碼字。在又一些其它實施例中，物理層確認消息是肯定確認（ACK）消息和否定確認（NACK）消息中的一個。在又一些其它實施例中，基于接收的確認消息，所述指令進一步使無線裝置將一個或更多個段消息重新發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，其中一個或更多個段消息包含未接收到的多個段中的一個或更多個段。

在本公開的另一廣泛方面，提供有一種用于經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件從無線裝置上載到網(wǎng)絡(luò)節(jié)點的協(xié)調(diào)節(jié)點，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。在那方面，協(xié)調(diào)節(jié)點包含電路，所述電路包含指令，所述指令當執(zhí)行時使協(xié)調(diào)節(jié)點從無線裝置接收段消息以便傳送到網(wǎng)絡(luò)節(jié)點。每個段消息包含數(shù)據(jù)文件的具體段。指令進一步使協(xié)調(diào)節(jié)點接收指示在非協(xié)調(diào)節(jié)點已經(jīng)接收到至少一個段的確認消息，并且如果在協(xié)調(diào)節(jié)點未接收到至少一個段，則指令非協(xié)調(diào)節(jié)點將至少一個段轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。

在本公開的另一廣泛方面，提供有一種用于經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件作為多個段從無線裝置上載到網(wǎng)絡(luò)節(jié)點的非協(xié)調(diào)節(jié)點，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。在那方面，非協(xié)調(diào)節(jié)點包含電路，所述電路包含指令，所述指令當執(zhí)行時使協(xié)調(diào)節(jié)點從無線裝置接收至少一個段消息以便傳送到網(wǎng)絡(luò)節(jié)點，其中至少一個段消息中的每個段都包含數(shù)據(jù)文件的具體段。指令進一步使非協(xié)調(diào)節(jié)點向協(xié)調(diào)節(jié)點發(fā)送指示在非協(xié)調(diào)節(jié)點已經(jīng)接收到至少一個段的確認消息，并且如果由協(xié)調(diào)節(jié)點指令，則將所接收的至少一個段轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。

附圖說明

當結(jié)合附圖考慮時，通過參考如下詳細描述將更容易理解本公開的更全面理解及其伴隨的優(yōu)點和特征，其中不同圖中的相同附圖標記指示相同的元素，并且附圖中：

圖1是按照本公開原理用于將數(shù)據(jù)文件從用戶設(shè)備（UE）上載到協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組中的服務(wù)節(jié)點的長期演進（LTE）無線電接入網(wǎng)（RAN）的示例；

圖2是按照本公開原理UE可使用協(xié)作節(jié)點的CoMP組將數(shù)據(jù)文件上載到RAN外部的IP網(wǎng)絡(luò)中節(jié)點的另一LTE RAN的示例；

圖3是按照本公開原理RAN中的UE可使用協(xié)作節(jié)點的CoMP組將數(shù)據(jù)文件上載到目的地節(jié)點的方法的示例；

圖4是按照本公開原理RAN中的UE可使用協(xié)作節(jié)點的CoMP組將數(shù)據(jù)文件上載到目的地節(jié)點的方法的另一示例；

圖5是按照本公開原理CoMP組中的協(xié)調(diào)節(jié)點接收（或者使得在目的地節(jié)點接收）從UE上載的數(shù)據(jù)文件的方法的示例；

圖6是按照本公開原理CoMP組中的非協(xié)調(diào)節(jié)點將數(shù)據(jù)文件從UE上載到網(wǎng)絡(luò)節(jié)點的方法的示例；

圖7A-D是按照本公開原理配置用于上載數(shù)據(jù)文件的網(wǎng)絡(luò)節(jié)點、CoMP協(xié)調(diào)節(jié)點、CoMP非協(xié)調(diào)節(jié)點和無線裝置的示范實施例的框圖；以及

圖8A-D是按照本公開原理配置用于上載數(shù)據(jù)文件的網(wǎng)絡(luò)節(jié)點、CoMP協(xié)調(diào)節(jié)點、CoMP非協(xié)調(diào)節(jié)點和無線裝置的其它示范實施例的框圖。

具體實施方式

本公開提供了用于使用協(xié)調(diào)多點（CoMP）傳送在無線裝置與網(wǎng)絡(luò)中的節(jié)點之間進行有效數(shù)據(jù)傳送的方法和相關(guān)設(shè)備。

一般而言，本公開適用于無線網(wǎng)絡(luò)中的無線裝置（也稱為用戶設(shè)備或3GPP中的UE）與同一網(wǎng)絡(luò)或某個其它網(wǎng)絡(luò)中的節(jié)點之間的傳送。網(wǎng)絡(luò)節(jié)點可以是節(jié)點B（VB）、演進的節(jié)點B(eNB)、基站、無線接入點（AP）、基站控制器（BSC）、無線電網(wǎng)絡(luò)控制器（RNC）、中繼站、控制中繼站的供體節(jié)點、基站收發(fā)器（BTS）、傳送點、傳送節(jié)點、遠程RF單元（RRU）、遠程無線電頭端（RRH）、分布式天線系統(tǒng)（DAS）中的節(jié)點、核心網(wǎng)絡(luò)節(jié)點或存儲器管理單元（MMU）。更一般地，網(wǎng)絡(luò)節(jié)點可以是UE的服務(wù)節(jié)點，但備選地可以是無線電接入網(wǎng)（RAN）、核心網(wǎng)絡(luò)（CN）或在RAN/CN基礎(chǔ)設(shè)施外部的網(wǎng)絡(luò)中的另一節(jié)點（例如IP網(wǎng)絡(luò)中的因特網(wǎng)協(xié)議（IP）節(jié)點），在一些示例實施例中，UE可通過廣播信道或經(jīng)由某個其它物理或邏輯通信信道建立或維護通信鏈路和/或接收信息。

UE或無線裝置可以是能夠至少通過無線通信進行通信的任何類型裝置。無線裝置例如可以是無線終端（也稱為移動臺、移動電話（“蜂窩”電話）、臺式計算機、膝上型計算機、筆記本和/或平板計算機、膝上型嵌入式設(shè)備（LEE）、膝上型安裝設(shè)備（LME）或便攜式裝置諸如電子書閱讀器、手表、數(shù)字音樂和/或視頻播放器、相機、游戲控制器和/或裝置，而且還可以是計算樣裝置，諸如哈特監(jiān)視植入、生物芯片轉(zhuǎn)發(fā)器、汽車、傳感器、調(diào)制解調(diào)器、恒溫器和/或其它家用或車用電器，一般稱為物聯(lián)網(wǎng)(IoT)裝置、機器型通信（MTC）裝置（也稱為機對機（M2M）或裝置對裝置（D2D）裝置）。

現(xiàn)在將在LTE基礎(chǔ)設(shè)施的上下文中給出如下描述，但要理解到，它不被如此限制，并且本文給出的概念可適用于其它第四代（4G）、第五代（5G）或其它將來代3GPP通信網(wǎng)絡(luò)基礎(chǔ)設(shè)施。更一般地，本公開適用于適合于或配置用于與CoMP通信一起使用的任何當前或?qū)頍o線網(wǎng)絡(luò)基礎(chǔ)設(shè)施。

另外，盡管在此說明書中無線裝置和/或網(wǎng)絡(luò)節(jié)點被描述為配置成使用和/或操作單載波（單載波操作）進行LTE通信，但無論是否有對相關(guān)領(lǐng)域技術(shù)人員將顯而易見的修改，本文描述的概念可適用于多載波或基于載波聚合的通信。

如將在下面更詳細描述的，本公開利用CoMP環(huán)境中的協(xié)調(diào)節(jié)點進行無線裝置與網(wǎng)絡(luò)節(jié)點之間大文件的有效傳送（上載和下載）。為了清晰和簡潔起見，下面詳述的示例主要涉及文件上載（從UE到網(wǎng)絡(luò)節(jié)點），但要理解到，無論是否有對本領(lǐng)域技術(shù)人員將顯而易見的修改，相同概念可適用于文件下載（從網(wǎng)絡(luò)節(jié)點到UE）。

本文描述的技術(shù)依賴于將數(shù)據(jù)文件作為小分段或小段傳送，方法部分基于公知的BitTorrent算法。BitTorrent（在Cohen, Bram, “The BitTorrent protocol specification” (2008)中公開了，并且通過參考全部結(jié)合在本文中）是用于以降低的服務(wù)器和網(wǎng)絡(luò)影響跨因特網(wǎng)分布大量數(shù)據(jù)的對等文件共享協(xié)議。BitTorrent協(xié)議允許用戶聯(lián)合“一大群”主機同時從彼此下載和上載，而不是從單個服務(wù)器下載文件。這準許使用較低帶寬計算機和網(wǎng)絡(luò)將文件有效地分布給許多接收方，并且是用于數(shù)據(jù)分布的單個源、多個鏡像源技術(shù)的備選。由于其分布式主機方法，BitTorrent也傾向于幫助降低（或避免）因特網(wǎng)業(yè)務(wù)中的大局部尖峰。

在BitTorrent中，想要上載文件的用戶首先創(chuàng)建小洪流（torrent）描述符文件，并通過充當種子的BitTorrent使它可用。充當對等的其它BitTorrent節(jié)點可直接或通過對等間接連接到種子并下載描述符文件。要上載的文件由種子（或源）裝置分成相等大小的分段（稱為段）。每個段都被密碼保護以確保使用描述符中包含的哈希檢測惡意修改或不經(jīng)意的修改。段被下載到對等，對等然后變成到其它對等的下載的段的源。段常規(guī)上不按順序下載。期望訪問文件的BitTorrent客戶端下載文件段，并按正確次序重新排列它們以重新創(chuàng)建文件。一旦對等已經(jīng)下載了所有段，它就變成那個文件的種子。

根據(jù)本公開的原理，服務(wù)于移動裝置的接入網(wǎng)（例如RAN）中的協(xié)作節(jié)點的CoMP組中的節(jié)點協(xié)作，以有效地接收數(shù)據(jù)文件的段或分段并路由到目的地節(jié)點，在這里段可被重組以重新創(chuàng)建文件。目的地節(jié)點可以在RAN中，在CN中或者在連接到RAN/CN的另一網(wǎng)絡(luò)中。

有利的是，在RAN中傳送之前將文件分成較小段可增加文件各部分將被成功傳送而不需要重傳的可能性，即便使用TCP協(xié)議發(fā)送文件段。另外，在CoMP組中將數(shù)據(jù)文件作為段傳送可降低文件傳送等待時間，改進大文件傳送的總體吞吐量，和/或降低節(jié)點到節(jié)點連接使用情況或成本。

現(xiàn)在參考圖1，示出了其中UE 60可使用協(xié)作節(jié)點20、30、40、50的CoMP組將數(shù)據(jù)上載到RAN節(jié)點（在此情況下是UE 60的服務(wù)節(jié)點20）的LTE RAN 10的示例。在圖1的示例中，協(xié)調(diào)節(jié)點20、30、40、50的CoMP組包含服務(wù)節(jié)點20，其配置為CoMP組的協(xié)調(diào)節(jié)點。CoMP組另外包含三個其它（非協(xié)調(diào)）接入節(jié)點30、40、50。吞吐量和等待時間上的效率推導(dǎo)出如下事實：即便服務(wù)節(jié)點20未直接從UE 60接收到段，但它也可經(jīng)由節(jié)點到節(jié)點或回程連接（例如X2接口）12、14、16從CoMP中的其它協(xié)作節(jié)點30、40、50之一接收它，從而降低UE 60將需要重傳該段的可能性。

眾所周知，可基于上行鏈路和/或下行鏈路上的信標或參考符號的測量為給定UE創(chuàng)建CoMP服務(wù)組。在一些示例實施例中，這可包含下行鏈路的RSRP、RSPQ、CSI-RS或DMRS和上行鏈路上的SRS。在一些示例實施例中，如果選擇的信標或參考符號超過所定義的閾值，則節(jié)點被選擇作為CoMP服務(wù)組的一部分。 如上面所提到的，非協(xié)調(diào)節(jié)點30、40、50配置成經(jīng)由節(jié)點到節(jié)點接口（例如X2接口）或回程連接12、14、16與協(xié)調(diào)節(jié)點20通信。在圖1示例中，CoMP組中的每個節(jié)點20、30、40、50可以是宏或高功率接入節(jié)點，其在3GPP LTE中被稱為演進的節(jié)點B(eNB)，但備選地，取決于使用的接入技術(shù)類型，可能各是低功率基站（例如微、微微、毫微微或家庭eNB）或另一種類型接入節(jié)點。如將在下面更詳細描述的，UE 60配置成經(jīng)由協(xié)作節(jié)點20、30、40、50的CoMP組上載數(shù)據(jù)以便在服務(wù)節(jié)點20處使用或者傳送到RAN 10中、CN中或RAN 10可能直接或間接連接到的另一網(wǎng)絡(luò)（未示出）中的另一節(jié)點。

在圖1的示例中，UE 60配置成經(jīng)由協(xié)作節(jié)點20、30、40、50的CoMP組將數(shù)據(jù)按段或分段上載到其服務(wù)節(jié)點20。更確切地說，當數(shù)據(jù)文件需要上載（在此示例中上載到服務(wù)節(jié)點20）時，UE 60將數(shù)據(jù)文件作為多個段以及包含數(shù)據(jù)文件段的元數(shù)據(jù)（例如索引或詞典）的可選描述符文件發(fā)送。在服務(wù)節(jié)點20，各個段使用（例如）在描述符文件中包含的元數(shù)據(jù)或索引信息進行重組，以重新創(chuàng)建由UE 60發(fā)送的文件。 要指出的是，服務(wù)節(jié)點20可使用其它描述性信息（例如嵌入在各段本身中的描述性信息）進行文件重組。為了清楚起見，本文使用的術(shù)語“描述符文件”打算涵蓋在可用于接收各段和/或?qū)⑺鼈冎亟M成數(shù)據(jù)文件的一個或更多信息中發(fā)送的任何類型描述性或索引信息。在一些實施例中，描述符文件還可由非協(xié)調(diào)節(jié)點30、40、50用于確定接收到各段，并向UE 60和/或服務(wù)節(jié)點20確認。這將在下面更詳細說明。

返回圖1，其中示出的是用于經(jīng)由協(xié)作節(jié)點20、30、40、50將文件從UE 60上載到服務(wù)節(jié)點20的示例消息A-F。

在消息A中，UE 60向CoMP組中的協(xié)作節(jié)點20、30、40、50發(fā)送上載請求以請求用于將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點（在此情況下是服務(wù)節(jié)點20）的資源（和/或準許）。上載請求消息可按許多方式發(fā)送。例如，消息可以從UE 60到節(jié)點20、30、40、50中一個或更多節(jié)點的單播傳送形式或以可包含可由非協(xié)調(diào)節(jié)點30、40、50接收/檢測的到服務(wù)或協(xié)調(diào)節(jié)點20的單播傳送的廣播傳送形式發(fā)送。

在一些示例實施例中，上載請求消息包含如下一個或更多參數(shù)：

響應(yīng)于向協(xié)作節(jié)點20、30、40、50發(fā)送上載請求，UE 60從至少一個協(xié)作節(jié)點20、30、40、50接收指示CoMP組中的UE 60的上載或上行鏈路準予的準予消息（或準予上載請求的某個其它響應(yīng)或握手消息）。準予消息被例示為圖1中的消息B，并且被顯示成從每一個協(xié)作節(jié)點20、30、40、50接收（作為給定節(jié)點的準予）。在其它示例（未示出）中，僅服務(wù)節(jié)點20或僅非協(xié)調(diào)節(jié)點30、40、50中的一個或更多節(jié)點向UE 60發(fā)送準予消息。在其它實施例中，除了指示上載準予，準予消息（例如消息B）也可指示每一個協(xié)作節(jié)點20、30、40、50參與CoMP上載會話的能力。傳送準予消息的意義和/或手段的其它實現(xiàn)是可能的。

在一些示例實施例中，準予消息是協(xié)作節(jié)點20、30、40在上載會話期間傳送的第一消息。在一些其它示例實施例中，準予消息包含如下一個或更多參數(shù)：

上面描述的示例使用一個上載請求和準予消息交換來發(fā)起數(shù)據(jù)文件的上載，但在一些實現(xiàn)中，可使用多個上載請求/準予消息。例如，可使用單獨的上載請求/準予消息交換來上載每個段或段群組。

在消息C中，UE 60將描述符文件（在此示例中是元數(shù)據(jù)信息文件）發(fā)送到協(xié)作節(jié)點20、30、40、50。由UE創(chuàng)建的元信息（MetaInfo）文件或描述符文件相比要上載的數(shù)據(jù)文件比較小，并且包含描述要傳送到服務(wù)節(jié)點20的數(shù)據(jù)文件段的元數(shù)據(jù)。在一些示例實施例中，元信息文件消息包含如下一個或更多參數(shù)：

在上面示出的示例中，元數(shù)據(jù)信息文件消息包含描述要發(fā)送的數(shù)據(jù)文件的詞典（上面稱為“文件信息”）。該詞典包含文件長度字段、文件名稱字段、段長度字段和段字段。在一些示例實施例中，段長度規(guī)定標稱段大小，其在一些示例實施例中是2的冪，并且在一些其它示例實施例中，可以是256 kB、512 kB和1 MB。在上述示例中，每個段都由哈希值參考，并且所有哈希值都被連結(jié)以形成包含在段字段中的字符串。 因此，段越小，段字符串將越大，并且因此，元信息文件將越大。一般而言，在段長度或大小與本文描述的上載技術(shù)的效率之間存在折衷。例如，大段大小可減慢上載，因為它變得類似于上載大數(shù)據(jù)文件。相反， 小段大小可導(dǎo)致大元信息文件，大元信息文件又可增加無效率的和不必要的上載開銷。最優(yōu)的段大小可取決于各種因素，諸如例如CoMP組中的協(xié)作節(jié)點20、30、40、50的數(shù)量、在文件傳送期間可發(fā)生的轉(zhuǎn)接次數(shù)、上行鏈路的一般質(zhì)量或條件、UE是相對固定不動還是移動等。因此，段大小可基于文件大小進行選擇，但也可能基于附加和/或不同的因素，諸如上面描述的因素。 在一些示例實施例中，段大小被選擇成最小的段大小，這得到基本上不超過50-75kB的元數(shù)據(jù)文件。然而，要指出的是，由于該文件可能不是段大小的確切倍數(shù)，因此最后一段可小于該段大小。

在一些示例實施例中，元信息文件包含在每個段內(nèi)包含的數(shù)據(jù)的哈希，并且每個哈希是固定大小。在一些示例實施例中，哈希是密碼或安全哈希（諸如SHA1哈希），并且是20字節(jié)長。哈希被連結(jié)（遵循段次序）以形成元信息文件中的段值。

根據(jù)本公開的原理，存在元信息文件可被發(fā)送到協(xié)作節(jié)點20、30、40、50的許多方式。例如，UE 60可將元信息文件消息發(fā)送到服務(wù)節(jié)點20，該服務(wù)節(jié)點又能將它轉(zhuǎn)發(fā)到CoMP組中的其它節(jié)點30、40、50（使用包含元信息文件的類似消息，例如經(jīng)由X2接口）。這在圖1中顯示為消息C。在其它示例中，CoMP組中的非協(xié)調(diào)節(jié)點30、40、50中的一些或所有配置成檢測從UE 60傳送到服務(wù)節(jié)點20的元信息文件，在此情況下，服務(wù)節(jié)點20不必將接收的（如圖1所示）元信息文件轉(zhuǎn)發(fā)到CoMP組中的其它節(jié)點30、40、50?？纱嬖谄渌赡苄?。 此后，節(jié)點和UE可通過交換加長度前綴的消息進行通信。

可選地，CoMP組中的節(jié)點20、30、40、50中的一些或所有通過向UE 60發(fā)送確認消息D來確認接收到元信息文件。在一些實施例中，在已經(jīng)接收到準予消息之后并在發(fā)送任何其它消息之前，僅服務(wù)節(jié)點20發(fā)送確認消息D以確認接收到元信息文件。在其它實施例中，每一個節(jié)點20、30、40、50都發(fā)送確認。作為確認元信息文件的附加或替代，節(jié)點20、30、40、50在一些實施例中可使用確認消息D向UE 60或CoMP組中的其它節(jié)點20、30、40、50指示哪些段可用，或者已經(jīng)在節(jié)點20、30、40、50或在目的地節(jié)點（例如服務(wù)節(jié)點20）正確接收。在一些示例實施例中，確認消息D是加長度前綴的消息，并且包含如下一個或更多參數(shù)：

<len=0001+X><id=0><bitfield>

在此示例中，確認消息D具有可變長度，并且用表示消息長度（例如按字節(jié)的數(shù)量）的參數(shù)“l(fā)en”加前綴，其中X指示“bitfield”參數(shù)的（變量）長度。確認消息D包含標識消息類型（例如在此情況下是確認消息）的“ID”參數(shù)以及表示段、順序以及它們是否已經(jīng)被成功上載（在具體節(jié)點20、30、40、50或者在目的地節(jié)點（在此情況下是服務(wù)節(jié)點20））的“bitfield”參數(shù)。在一些示例實施例中，位字段（bitfield）包含多個指示符，每個指示符對應(yīng)于多個段中的一個段，其中每個指示符基于是否已經(jīng)成功接收到對應(yīng)段來設(shè)置。在一些其它示例實施例中，位字段包含按順序共同表示段的多個位（或者段的索引），其中例如第一字節(jié)中的最高有效位（MSB）對應(yīng)于具有索引0的段，第二MSB對應(yīng)于具有索引1的段，以此類推。在一些示例實施例中，“bitfield”中的位被清零以指示丟失的段，并且這些位被設(shè)置成指示接收到有效和可用的段。在一些示例實施例中，在位字段結(jié)尾處的備用位被設(shè)置成0?？墒褂帽硎究捎玫幕騺G失的段的其它指示符。

圖1示出了節(jié)點20、30、40、50使用確認消息（消息D）來確認元信息文件。然而，假定截至接收到確認消息（消息D）時，UE 60未開始發(fā)送任何段。如果確認消息還用于確認丟失的或者正確接收的段，則位字段參數(shù)將示出在過程的那一點未接收到段。如將在下面說明的，如果在UE 60已經(jīng)開始向CoMP組中的協(xié)作節(jié)點20、30、40、50發(fā)送段之后接收到確認消息D，則位字段將反映在節(jié)點20、30、40、50或目的地節(jié)點處段的可用性，目的地節(jié)點在圖1的示例中是服務(wù)節(jié)點20。

一旦已經(jīng)成功傳送了可選的元信息文件，UE 60就開始通過發(fā)送一個或更多個段消息E來傳送文件段（不一定按順序次序）。盡管段消息E被顯示為傳送到每個節(jié)點20、30、40、50，但重要的是要指出，本公開不如此限制。 在一個實現(xiàn)中，UE 60配置成將段消息E至少發(fā)送到服務(wù)節(jié)點20（作為數(shù)據(jù)文件的目的地節(jié)點），并且可選地，CoMP組中的非協(xié)調(diào)節(jié)點30、40、50配置成檢測從UE 60傳送的段消息E。在另一示例中，段消息E可在CoMP組中被廣播到所有協(xié)作節(jié)點20、30、40、50，或者可單獨發(fā)送給每個節(jié)點20、30、40、50。對于將段消息E從UE 60傳送到節(jié)點20、30、40、50可存在其它單播、多播或廣播可能性。

在一些示例實施例中，段消息E可包含如下一個或更多參數(shù)：

<len=0009+X><id=1><index><begin><piece>

在此示例中，段消息E的格式具有可變長度，并且用表示消息長度（例如字節(jié)的數(shù)量）的參數(shù)“l(fā)en”加前綴，其中X指示“piece”參數(shù)的（變量）長度。消息E還包含標識消息類型（例如在此情況下是段消息）的“ID”參數(shù)以及包含實際文件段的字段或“piece”參數(shù)。消息E進一步包含“index”參數(shù)，其是規(guī)定在確認消息的“bitfield”參數(shù)中所參考的段的（基于0的）索引的整數(shù)。段消息E進一步包含是規(guī)定段內(nèi)基于0的字節(jié)偏移的整數(shù)的“begin”參數(shù)以及包含文件段的段字段，如“index”參數(shù)所參考的。

在一些實施例中，段消息E具有可變程度，并且包含從UE 60傳送到CoMP組中的節(jié)點20、30、40、50的實際數(shù)據(jù)。 在一些示例實施例中，段消息E是在TCP層發(fā)送的傳輸控制協(xié)議（TCP）消息，其可有利地處置段確認。當段消息E作為TCP消息發(fā)送時，僅目的地節(jié)點（例如服務(wù)節(jié)點20）需要向UE 60確認接收到。這免于了協(xié)作節(jié)點30、40、50必須確認段。然而，如將在下面更詳細描述的，對于確認段和/或段數(shù)據(jù)存在其它可能性。

在圖1的示例中，在CoMP組中的每個非協(xié)調(diào)節(jié)點30、40、50接收的段被發(fā)送到服務(wù)節(jié)點20，使用段消息E經(jīng)由（例如）X2接口12、14、16設(shè)置。在一些示例實施例中，服務(wù)節(jié)點20確定它未正確接收哪個（哪些）段，并向已經(jīng)成功接收丟失段的另一節(jié)點30、40、50請求這些段。在一些其它實施例中，服務(wù)節(jié)點20基于從CoMP組中的其它節(jié)點30、40、50接收的確認消息進行該確定（下面進一步詳述）。

更一般地，在一些實現(xiàn)中，可能期望，每個節(jié)點20、30、40、50都具有由CoMP組中的至少一個其它節(jié)點20、30、40、50接收的所有段。在該情形下，每個節(jié)點20、30、40、50都將其接收的段發(fā)送到CoMP組中未成功接收段的其它節(jié)點20、30、40、50。另外，在一些實施例中，節(jié)點20、30、40、50交換確認消息（例如消息D），并且每個節(jié)點20、30、40、50都部分基于從其它節(jié)點20、30、40、50接收的確認消息來確定哪些（如果有的話）所接收的段要被發(fā)送到其它節(jié)點20、30、40、50。

一旦UE 60已經(jīng)發(fā)送了所有段，它就向節(jié)點發(fā)送完成消息F以指示已經(jīng)發(fā)送了文件的所有段。在一些示例實施例中，完成消息F包含如下一個或更多參數(shù)：

<len=0002><id=2><empty>

在此示例中，完成消息F的格式具有固定長度，并且具有空有效載荷（由“空”字段指示）。消息F用表示指示消息（固定）長度的消息長度（例如字節(jié)數(shù)）的參數(shù)“l(fā)en”加前綴。消息F還包含“id”參數(shù)，其標識消息類型（例如在此情況下是完成消息）。

在圖1的示例中，顯示完成消息F傳送到每個節(jié)點20、30、40、50，但本公開不如此限制。在一個示例中，UE 60配置成將完成消息F至少發(fā)送到服務(wù)節(jié)點20（作為數(shù)據(jù)文件的目的地節(jié)點），并且可選地，CoMP組中的非協(xié)調(diào)節(jié)點30、40、50配置成檢測從UE 60傳送的完成消息F。在另一示例中，完成消息可在CoMP組中被廣播到所有協(xié)作節(jié)點20、30、40、50，或者可單獨發(fā)送給每個節(jié)點20、30、40、50。對于完成消息F的傳送，可存在其它單播、多播或廣播可能性。

在接收到所有段時，服務(wù)節(jié)點20向UE 60發(fā)送確認消息G以確認這些段被成功接收。在一些實施例中，確認消息G具有與確認消息D（上面關(guān)于圖1描述的）相同的格式。如果UE 60在完成傳送所有段之后未接收到任何確認消息G，或者接收到了確認未接收到發(fā)送的所有段（例如位字段參數(shù)中的位被設(shè)置成0）的確認消息G，則UE 60例如基于接收的確認消息G繼續(xù)發(fā)送丟失的或未確認的段，直到已經(jīng)重新發(fā)送了所有未確認段。在該點，UE 60發(fā)送另一完成消息F（未示出）以指示所有（未確認的）段都已經(jīng)被（重新）發(fā)送。

根據(jù)本公開的原理，上面描述的消息在公共層傳送或在不同層傳送。在一些實現(xiàn)中，上面描述的一些或所有消息都是傳輸控制協(xié)議（TCP）消息。在一個示例中，至少上載請求消息和段消息是TCP消息。眾所周知，TCP是被用作因特網(wǎng)協(xié)議（IP）一部分的傳輸層通信協(xié)議。TCP提供了在一個或更多網(wǎng)絡(luò)中的計算機或處理器（或者其上運行的程序/應(yīng)用）之間的八位組/分組的可靠、有序、錯誤檢查的遞送。TCP增大了可靠傳送期間的分組大小，但在檢測到擁塞或錯誤的情況下經(jīng)常急劇地減小分組大小。TCP是單路徑協(xié)議。從而，如果選擇TCP路徑失效，則會話結(jié)束并且重新建立連接。

在另一示例中，至少上載請求消息A和段消息E是多路徑TCP(MPTCP)消息。MPTCP是TCP的擴充，其使能夠在看起來像似TCP接口的接口內(nèi)同時使用幾個IP地址。MPTCP協(xié)議跨多個子流透明地擴散視在連接的數(shù)據(jù)，每個連接都稱為TCP連接。MPTCP協(xié)議配置成聚合該組子流，其中每個網(wǎng)絡(luò)接口都具有單獨的IP地址，并且每個子流都具有單獨的擁塞控制。在MPTCP層發(fā)送的消息（例如上載和/或段消息）包含由節(jié)點20、30、40、50支持和采用的每個子流的TCP子流標識符和對應(yīng)TCP端口，如果此類節(jié)點20、30、40、50支持多于一個子流的話。

有利的是，如上所述采用MPTCP消息在一些實施例中便于可用接口上的分布載荷，增大可用的網(wǎng)絡(luò)容量和/或帶寬，并且容納從一個接口到另一個接口的轉(zhuǎn)接/故障切換。

根據(jù)本公開的原理，UE 60可將文件上載到RAN 10中的或者直接或間接連接到RAN 10的網(wǎng)絡(luò)中的不同節(jié)點?，F(xiàn)在參考圖2，示出了LTE無線電接入網(wǎng)100的另一示例，其中UE 160可將數(shù)據(jù)文件上載到在RAN 100外部的IP網(wǎng)絡(luò)中的節(jié)點。在此示例中，目的地節(jié)點是IP節(jié)點320。在此示例中，IP節(jié)點320經(jīng)由核心網(wǎng)絡(luò)200（例如EPC網(wǎng)絡(luò)）中的網(wǎng)關(guān)節(jié)點220（例如分組數(shù)據(jù)網(wǎng)絡(luò)（PDN）網(wǎng)關(guān)或P-GW）連接到RAN 100。

類似于在圖1中示出的示例，RAN 100包含協(xié)作節(jié)點120、130、140、150的CoMP組，協(xié)作節(jié)點包含UE的服務(wù)節(jié)點120作為CoMP組的協(xié)調(diào)節(jié)點以及三個其它（非協(xié)調(diào)）接入節(jié)點130、140、150。節(jié)點120、130、140、150配置成經(jīng)由節(jié)點對節(jié)點接口（例如X2接口）或回程連接112、114、116、118彼此通信，以及經(jīng)由P-GW 220與相應(yīng)S1/S5接口連接122、124、126、128與IP節(jié)點320通信。在圖2的示例中，每個協(xié)作節(jié)點120、130、140、150可以是宏節(jié)點或高功率接入節(jié)點（例如eNB），但備選地可能每個都是低功率基站（例如微、微微、毫微微或家庭eNB）。

UE 160配置成將文件按段發(fā)送或上載到協(xié)調(diào)節(jié)點120、130、140、150的CoMP組以便傳送到IP網(wǎng)絡(luò)300中的IP節(jié)點320。更確切地說，當數(shù)據(jù)文件需要上載（在此示例中到IP節(jié)點320）時，UE 160將數(shù)據(jù)文件作為多個段發(fā)送到CoMP協(xié)調(diào)節(jié)點120、130、140、150以便傳送到IP節(jié)點320?？蛇x地，UE 160還發(fā)送包含數(shù)據(jù)文件段的元數(shù)據(jù)（例如索引或詞典）的描述文件以便傳送到IP節(jié)點320。在IP節(jié)點320，各個段基于在描述符文件中包含的元數(shù)據(jù)或索引信息進行重組，以重新創(chuàng)建由UE 160發(fā)送的文件。 在此示例中，用于請求并獲得上載準予以及將描述符文件傳送到協(xié)作節(jié)點120、130、140、150和/或IP節(jié)點320（例如使用消息A-C）的過程類似于在圖1中示出的過程，并且因此將不再描述。

類似于在圖1中示出的示例，關(guān)于圖2描述的一些或所有消息可在公共層（例如TCP）或在不同層（例如TCP或物理層）傳送。在另一實施例中，至少上載請求消息A和段消息E是多路徑TCP(MPTCP)消息，并且各包含由節(jié)點20、120、130、140,150支持和采用的每個子流的標識符和對應(yīng)TCP端口，如果此類節(jié)點120、130、140、150支持多于一個子流的話。

根據(jù)本公開原理，使用圖2示例中的確認消息控制由協(xié)作節(jié)點120、130、140、150接收的段如何傳送到IP節(jié)點320。在一些實施例中，當指令由協(xié)調(diào)節(jié)點120這么做時，（非協(xié)調(diào)）協(xié)作節(jié)點130、140、150配置成將從UE 60接收的段直接發(fā)送到IP節(jié)點320，而不必須經(jīng)由協(xié)調(diào)節(jié)點120中轉(zhuǎn)。具體地說，當協(xié)調(diào)節(jié)點120（例如UE的服務(wù)節(jié)點）未從UE 60正確地接收到某些段但接收到在另一協(xié)作節(jié)點130、140、150成功接收到（丟失的）段的確認時，協(xié)調(diào)節(jié)點120配置成定向其它協(xié)作節(jié)點130、140、150將接收的段直接發(fā)送到IP節(jié)點320。 有利的是，通過定向CoMP組中的協(xié)作節(jié)點130、140、150將段直接發(fā)送到目的地節(jié)點（經(jīng)由不涉及協(xié)調(diào)節(jié)點120的接口），本公開可幫助進一步降低文件傳送等待時間，改進總體吞吐量，和/或降低協(xié)作節(jié)點到節(jié)點連接使用情況或成本。

在圖2的示例中，UE 160通過向節(jié)點120、130、140、150發(fā)送一個或更多個段消息E來開始傳送文件段（不一定按順序次序）。如果由協(xié)調(diào)節(jié)點120成功接收并定向了（下面進一步詳述），則段消息E然后經(jīng)由到P-GW 220的相應(yīng)接口（例如S1/S5）連接122、124、126、128從每個節(jié)點120、130、140、150發(fā)送到目的地IP節(jié)點320。 盡管段消息E被顯示為傳送到每個節(jié)點120、130、140、150，但重要的是要指出，本公開不如此限制。 在一個實現(xiàn)中，UE 160配置成將段消息E至少發(fā)送到服務(wù)節(jié)點120，并且可選地，CoMP組中的非協(xié)調(diào)節(jié)點30、40、50配置成檢測從UE 160傳送的段消息E。在另一示例中，段消息E可在CoMP組中被廣播到所有協(xié)作節(jié)點120、130、140、150，或者可在單獨的單播傳送中發(fā)送到每個節(jié)點120、130、140、150。對于將段消息E從UE 160傳送到節(jié)點120、130、140、150可存在其它單播、多播或廣播可能性。 在一些實施例中，段消息E具有類似于關(guān)于圖1描述的格式的格式，并且在一些示例實施例中可以是在TCP層發(fā)送的傳輸控制協(xié)議（TCP）消息。當段消息E作為TCP消息發(fā)送時，目的地節(jié)點（例如IP節(jié)點320）向UE 160確認接收到，其取決于實現(xiàn)可免于協(xié)作節(jié)點130、140、150必須單獨確認段。然而，如將在下面更詳細描述的，對于確認段和/或段數(shù)據(jù)存在其它可能性。

一旦UE 160已經(jīng)發(fā)送了所有段，它就向協(xié)作節(jié)點120、130、140、150發(fā)送完成消息F以便傳送到IP節(jié)點320以指示已經(jīng)發(fā)送了文件的所有段。在一些示例實施例中，完成消息F具有類似于上面關(guān)于圖1描述的完成消息F的格式的格式。完成消息F在圖2中顯示為僅被傳送到協(xié)調(diào)節(jié)點120，但在另一示例（未示出）中，CoMP組中的非協(xié)調(diào)節(jié)點130、140、150也配置成檢測完成消息F以便經(jīng)由協(xié)調(diào)節(jié)點120或者經(jīng)由S1/S5接口122、124、126、128直接傳送到IP節(jié)點320。在另一示例中，完成消息可在CoMP組中被廣播到所有協(xié)作節(jié)點120、130、140、150，或者可單獨發(fā)送給每個節(jié)點120、130、140、150。對于完成消息F的傳送，可存在其它單播、多播或廣播可能性。

在接收到指示UE 160已經(jīng)完成了所有段傳送的完成消息F時，從IP節(jié)點320接收的確認消息G被發(fā)送（或轉(zhuǎn)發(fā)）到UE 160，指示是否成功接收到每一段。在圖2的示例中，僅協(xié)調(diào)節(jié)點120向UE 160發(fā)送確認消息G。在一些實施例中，確認消息G具有與上面關(guān)于圖1描述的確認消息D相同的格式。如果UE 160在完成傳送所有段之后未接收到任何確認消息G，或者接收到了確認未接收到發(fā)送的所有段（例如位字段參數(shù)中的位被設(shè)置成0）的確認消息G，則UE 160例如基于接收的確認消息G繼續(xù)發(fā)送丟失的或未確認的段，直到已經(jīng)重新發(fā)送了所有未確認段，在該點，UE 160發(fā)送另一完成消息F（未示出）以指示已經(jīng)（重新）發(fā)送了所有（未確認）段。

圖2的示例示出了協(xié)調(diào)節(jié)點120發(fā)送（或轉(zhuǎn)發(fā)）確認消息G以確認在IP節(jié)點320接收，但存在其它可能性。例如，確認消息G也可能確認在協(xié)調(diào)節(jié)點120自身或在CoMP組中的非協(xié)調(diào)節(jié)點130、140、150接收（在此類節(jié)點已經(jīng)向協(xié)調(diào)節(jié)點120恰當?shù)卮_認接收到）。在其它實施例中，任何協(xié)作節(jié)點120、130、140、150都可向UE 160發(fā)送確認消息G，以確認在該節(jié)點120、130、140、150或在IP節(jié)點320接收到段。

在一些實現(xiàn)中，可能期望，每個節(jié)點120、130、140、150都具有由CoMP組中的至少一個其它節(jié)點120、130、140、150接收的所有段。在該情形下，每個節(jié)點120、130、140、150都將其接收的段發(fā)送到CoMP組中未成功接收段的其它節(jié)點120、130、140、150。另外，節(jié)點120、130、140、150可交換確認消息，并且每個節(jié)點120、130、140、150都部分基于從其它節(jié)點120、130、140、150接收的確認消息來確定哪些（如果有的話）所接收的段要被發(fā)送到其它節(jié)點120、130、140、150。

根據(jù)本公開的原理，將段消息E傳送到目的地IP節(jié)點320受協(xié)調(diào)節(jié)點120的控制。確切地說，協(xié)調(diào)節(jié)點120配置成將它成功接收的段發(fā)送到IP節(jié)點320，并請求其它非協(xié)調(diào)節(jié)點130、140、150經(jīng)由其P-GW接口連接124、126、128將丟失的段（例如在協(xié)調(diào)節(jié)點120未成功接收的段）直接發(fā)送到IP節(jié)點320。協(xié)調(diào)節(jié)點120基于從CoMP組中的其它節(jié)點130、140、150接收的確認消息來確定哪個其它節(jié)點130、140、150已經(jīng)成功接收到丟失的段。在圖2的示例中，在從UE 160接收到一個或更多個段時，非協(xié)調(diào)節(jié)點130、140、150配置成向協(xié)調(diào)節(jié)點120發(fā)送確認消息H以確認接收。

在一些實施例中，確認消息H具有類似于確認消息G（和/或圖1的確認消息D）的格式，并且可用于確認接收到多個段。確認消息可包含表示段、順序以及是否已經(jīng)成功接收到它們的多個指示符（例如位字段參數(shù)）。在其它實施例中，確認消息H是物理層確認消息或TCP確認消息。

在圖2中示出的示例中，確認消息H是物理層消息，其可以是指示成功傳送（即成功接收）的肯定確認（ACK）消息或者指示未成功傳送（即未成功接收）的否定確認（NACK）消息。在每個段大小都被定成對應(yīng)于一個或更多傳輸塊（TB）的實施例中，確認消息H可包含一組物理層確認（例如ACK/NACK），每個都指示是否已經(jīng)成功接收到具體TB。在每TB大小都被定成對應(yīng)于一個或更多個碼字（CW）的實施例中，確認消息H可包含一組物理層確認（例如ACK/NACK），每個都指示是否已經(jīng)成功接收到具體CW。確認消息H的其它實現(xiàn)是可能的。

在一些實現(xiàn)中，除了或代替指示在IP節(jié)點320是否已經(jīng)成功接收到多個傳送段的確認消息G，在一些實現(xiàn)中，協(xié)調(diào)節(jié)點120以及可選地還有非協(xié)調(diào)節(jié)點130、140、150可使用確認消息H來向UE 160確認接收到各個段。在此情形下，確認消息H指示在CoMP組中的一個或更多節(jié)點120、130、140、150接收到或者在IP節(jié)點320接收到（一旦在節(jié)點120、130、140、150已經(jīng)恰當確認接收到）。另外，確認消息H可以是物理層確認消息和TCP確認消息。如果確認消息H是物理層消息，則它可包含一組物理層確認消息（例如TB、CW ACK/NACK），每個都指示例如是否已經(jīng)成功接收到具體TB或CW。其它實現(xiàn)是有可能的。

圖3示出了UE（例如圖1的UE 60或圖2的UE 160）使用協(xié)作節(jié)點的CoMP組將數(shù)據(jù)文件上載到目的地或網(wǎng)絡(luò)節(jié)點（例如圖1的CoMP協(xié)調(diào)節(jié)點120或圖2的IP節(jié)點320）的方法500的示例。方法開始于步驟510，其中UE向CoMP組中的協(xié)作節(jié)點發(fā)送上載請求消息（例如消息A）以便將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點。在一些實現(xiàn)中，上載請求消息包含標識文件上載的目的地節(jié)點（例如圖1的服務(wù)節(jié)點20或圖2的IP節(jié)點320）的標識符。然而，要理解，可能存在許多其它方式用于UE向CoMP組中的協(xié)調(diào)節(jié)點（可選地還有非協(xié)調(diào)節(jié)點）發(fā)信號通知文件上載目的地。例如，在與用于上載請求消息的層相同或不同層，UE在消息中可包含目的地標識符。在另一示例中，網(wǎng)絡(luò)節(jié)點標識被包含在元信息文件消息C或段消息E中。存在其它可能性。有利的是，根據(jù)本文描述的本公開的原理，具有數(shù)據(jù)文件上載的目的地的標識，協(xié)調(diào)節(jié)點（可選地還有非協(xié)調(diào)節(jié)點）可有效地路由或?qū)⒔邮盏亩蔚穆酚啥ㄏ虻筋A(yù)期目的地。在步驟520，基于來自CoMP組中的至少一個協(xié)作節(jié)點的上載準予，UE將多個段消息（例如消息E）發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，其中每個段消息包含數(shù)據(jù)文件的具體段。

圖4示出了RAN中的UE（例如圖1和圖2的UE 60、160）使用協(xié)作節(jié)點的CoMP組將數(shù)據(jù)文件上載到目的地節(jié)點的方法600的另一示例。盡管在此示例中目的地節(jié)點是服務(wù)節(jié)點或協(xié)調(diào)節(jié)點（例如圖1的服務(wù)節(jié)點20），但示例方法不限于此，并且目的地節(jié)點可能是在RAN或相關(guān)CN基礎(chǔ)設(shè)施內(nèi)部或外部的另一節(jié)點（例如圖2的IP節(jié)點320）。還有，在一些實現(xiàn)中，下面結(jié)合此示例方法提及的消息的示例方面（例如格式、意義、傳送部件等）在上面關(guān)于圖1和圖2所描述的可發(fā)現(xiàn)。

上載方法開始于步驟610，其中UE向CoMP組中的協(xié)作節(jié)點發(fā)送上載請求消息（例如消息A）以便向服務(wù)節(jié)點上載數(shù)據(jù)文件，其在一些實現(xiàn)中包含標識文件上載的目的地節(jié)點（在此情況下是服務(wù)節(jié)點）的標識符。如上面所指出的，目的地標識符可在不同消息（例如元信息文件消息C或段消息E）中發(fā)送。在步驟620，UE從至少一個協(xié)作節(jié)點接收上載準予消息（例如消息B），至少一個協(xié)作節(jié)點在圖4所示的實現(xiàn)中是服務(wù)節(jié)點。來自至少一個協(xié)作節(jié)點的準予消息（或者某個其它響應(yīng)或準予上載請求的握手消息）指示CoMP組中的上載或上行鏈路準予。一旦接收到準予，在步驟630，UE就繼續(xù)向服務(wù)節(jié)點發(fā)送元信息或描述符文件（消息C）（以便傳送到目的地節(jié)點，如果服務(wù)節(jié)點不是目的地節(jié)點的話）。服務(wù)節(jié)點可以向或可以不向UE確認接收到。在步驟640，UE開始例如使用段消息E向CoMP中的協(xié)作節(jié)點發(fā)送（未確認）段，以便傳送到目的地節(jié)點（例如服務(wù)節(jié)點）。在步驟650，UE接收確認在目的地（服務(wù)）節(jié)點接收到一個或更多個段的確認消息（例如消息G）。一旦UE已經(jīng)完成了所有段的傳送，它就向CoMP組中的協(xié)調(diào)節(jié)點發(fā)送完成消息（例如消息F），以便傳送到目的地或服務(wù)節(jié)點（如果服務(wù)節(jié)點未直接接收到消息的話）以指示已經(jīng)發(fā)送了所有段。

如果確定在目的地（服務(wù)）節(jié)點已經(jīng)接收到所有段，例如通過接收到確認安全接收到所有段的確認消息（消息G），則過程在步驟680結(jié)束。如果確定并不是所有段都已經(jīng)接收到，例如基于UE在完成所有段的傳送之后未接收到任何確認消息或者接收到未確認接收到所發(fā)送的所有段的確認消息的事實，則該過程從步驟640迭代它自己，并且UE繼續(xù)發(fā)送丟失的或未確認的段，例如基于在步驟650接收的確認消息，直到已經(jīng)重新發(fā)送了所有未確認的段，在該點，UE發(fā)送另一完成消息（步驟660）以指示已經(jīng)（重新）發(fā)送了所有（未確認的）段。

根據(jù)本公開的原理，協(xié)調(diào)節(jié)點控制由CoMP組中的協(xié)作節(jié)點接收的段被如何遞送到目的地節(jié)點。 具體地說，當服務(wù)節(jié)點未從UE正確地接收到某些段但接收到在另一協(xié)作節(jié)點成功接收到（丟失的）段的確認時，服務(wù)節(jié)點配置成定向其它協(xié)作節(jié)點將接收的段直接發(fā)送到目的地節(jié)點。在一個示例中，協(xié)調(diào)節(jié)點配置成從無線裝置接收段消息以便傳送到目的地節(jié)點，其中每個段消息包含數(shù)據(jù)文件的具體段。協(xié)調(diào)節(jié)點然后接收指示在非協(xié)調(diào)節(jié)點已經(jīng)接收到至少一個段的確認消息，并且如果在協(xié)調(diào)節(jié)點未接收到至少一個段，則協(xié)調(diào)節(jié)點指令非協(xié)調(diào)節(jié)點將至少一個段轉(zhuǎn)發(fā)到目的地節(jié)點。 通過定向CoMP組中的非協(xié)調(diào)節(jié)點將段直接發(fā)送到目的地節(jié)點（例如經(jīng)由不涉及協(xié)調(diào)節(jié)點的接口），協(xié)調(diào)節(jié)點功能性可有利地幫助進一步降低文件傳送等待時間，改進總體吞吐量，和/或降低協(xié)作節(jié)點到節(jié)點連接使用情況或成本。

圖5示出了CoMP組中的協(xié)調(diào)節(jié)點接收或使得在目的地節(jié)點（如果協(xié)調(diào)節(jié)點不是目的地節(jié)點的話）接收來自UE的文件上載的方法700的另一更詳細示例。在此示例中，協(xié)調(diào)節(jié)點是服務(wù)節(jié)點（例如圖1、圖2的服務(wù)節(jié)點20、120）。

圖5的示例方法依賴于UE、服務(wù)節(jié)點和CoMP組中的其它協(xié)作節(jié)點之間的消息交換。在一些實現(xiàn)中，下面結(jié)合此示例方法提及的消息的示例方面（例如格式、意義、傳送部件等）在上面關(guān)于圖1和圖2所描述的可發(fā)現(xiàn)。該方法開始于步驟710，其中服務(wù)節(jié)點從UE接收上載請求消息（例如消息A）以便將數(shù)據(jù)文件上載到目的地節(jié)點諸如網(wǎng)絡(luò)節(jié)點（其可能是服務(wù)節(jié)點）。在一些實現(xiàn)中，根據(jù)本文描述的本公開的原理，上載請求消息（或者上面關(guān)于圖4所描述的一些其它消息）包含標識文件上載的目的地節(jié)點（例如圖1的服務(wù)節(jié)點20或圖2的IP節(jié)點320）的標識符，使得CoMP中的服務(wù)節(jié)點（可選地還有非協(xié)調(diào)節(jié)點）可有效地路由或者定向接收的段路由到預(yù)期目的地。如上面所指出的，目的地標識符可在不同消息（例如元信息文件消息C或段消息E）中接收。在步驟720，服務(wù)節(jié)點發(fā)送上載準予消息（例如消息B）。在一個實現(xiàn)中，來自服務(wù)節(jié)點的準予消息（或者某個其它響應(yīng)或準予上載請求的握手消息）指示CoMP組中的上載或上行鏈路準予。

在已經(jīng)發(fā)送了上載準予消息之后，在步驟年730，服務(wù)節(jié)點從UE接收元信息或描述符文件（消息C），其可繼之以接收確認到UE。如果服務(wù)節(jié)點不是網(wǎng)絡(luò)節(jié)點，則它將接收的元信息文件轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點，可選地還有CoMP組中的非協(xié)調(diào)節(jié)點。在步驟740，服務(wù)節(jié)點開始從UE接收（未確認的）數(shù)據(jù)文件段，例如以段消息E的形式。在步驟750，服務(wù)節(jié)點還從非協(xié)調(diào)節(jié)點接收確認以確認成功或未成功接收的數(shù)據(jù)文件段。從步驟750，過程經(jīng)由路徑B移動到步驟760，在此服務(wù)節(jié)點確定由非協(xié)調(diào)節(jié)點已經(jīng)成功接收的確認的段是否也由服務(wù)節(jié)點成功接收了。如果否，則服務(wù)節(jié)點請求或指令非協(xié)調(diào)節(jié)點將確認的段直接轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。這例如可基于從UE接收的目的地標識符來進行。

在服務(wù)節(jié)點不是網(wǎng)絡(luò)節(jié)點的情形下，如果在步驟760，服務(wù)節(jié)點確定由非協(xié)調(diào)節(jié)點已經(jīng)成功接收的確認的段也已經(jīng)由服務(wù)節(jié)點成功接收，則在步驟780，服務(wù)節(jié)點將成功接收的段轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。在一些實現(xiàn)中，轉(zhuǎn)發(fā)基于從UE接收的目的地標識符。從步驟770或780，方法前進到步驟790，在此服務(wù)節(jié)點從網(wǎng)絡(luò)節(jié)點接收一個或更多確認（消息G），確認哪些段被正確接收或不正確接收。要理解到，在服務(wù)節(jié)點是網(wǎng)絡(luò)節(jié)點的情形下，不需要執(zhí)行步驟780和790。不管服務(wù)節(jié)點是否是網(wǎng)絡(luò)節(jié)點，該方法都在步驟800繼續(xù)，在此服務(wù)節(jié)點向UE發(fā)送確認（消息G），確認哪些段在服務(wù)節(jié)點或網(wǎng)絡(luò)節(jié)點正確或者不正確接收（如果服務(wù)節(jié)點和網(wǎng)絡(luò)節(jié)點不同的話）。在步驟810，服務(wù)節(jié)點從UE接收完成消息（例如消息F）（或者從CoMP組中的非協(xié)調(diào)節(jié)點接收，如果服務(wù)節(jié)點未直接接收它的話），指示UE已經(jīng)發(fā)送了所有段。如果服務(wù)節(jié)點不是網(wǎng)絡(luò)節(jié)點，則它將完成消息轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。

在步驟820，如果例如基于在服務(wù)節(jié)點接收的段或者基于從網(wǎng)絡(luò)節(jié)點（如果不同服務(wù)節(jié)點的話）接收的確認（消息G）確定在目的地節(jié)點已經(jīng)接收到所有段，則過程在步驟830結(jié)束。如果例如基于服務(wù)節(jié)點未正確接收到所有段或者從未確認接收到所發(fā)送的所有段的網(wǎng)絡(luò)節(jié)點接收到確認消息的事實，確定并不是所有段都已經(jīng)接收到，則過程經(jīng)由路徑A回到步驟740，在此，服務(wù)節(jié)點繼續(xù)接收丟失的或者未確認的段，直到在目的地節(jié)點已經(jīng)成功接收到所有未確認的段為止。在該點，服務(wù)節(jié)點從UE接收另一完成消息（步驟810）以指示所有（未確認的）段都已經(jīng)被（重新）發(fā)送。

根據(jù)本公開的原理，非協(xié)調(diào)節(jié)點配置成將段接收確認發(fā)送到協(xié)調(diào)節(jié)點，并向目的地節(jié)點轉(zhuǎn)發(fā)如協(xié)調(diào)節(jié)點所請求或指令的段。 在一個示例中，非協(xié)調(diào)節(jié)點從無線裝置接收至少一個段消息以便傳送到目的地節(jié)點，其中至少一個段消息中的每個段都包含數(shù)據(jù)文件的具體段。非協(xié)調(diào)節(jié)點向協(xié)調(diào)節(jié)點發(fā)送指示已經(jīng)接收到至少一個段的確認消息，并且如果由協(xié)調(diào)節(jié)點指令，則將所接收的至少一個段轉(zhuǎn)發(fā)到目的地節(jié)點。

圖6示出了CoMP組中的非協(xié)調(diào)節(jié)點（例如圖2的非協(xié)調(diào)節(jié)點130、140或150）將數(shù)據(jù)文件從UE上載到目的地節(jié)點（其在此示例中是網(wǎng)絡(luò)節(jié)點）的方法800的更詳細示例。圖6的示例方法依賴于UE、協(xié)調(diào)和非協(xié)調(diào)節(jié)點以及網(wǎng)絡(luò)節(jié)點之間的消息交換。在一些實現(xiàn)中，下面結(jié)合此示例方法提及的消息的示例方面（例如格式、意義、傳送部件等）在上面關(guān)于圖1和圖2所描述的可發(fā)現(xiàn)。

方法開始于步驟910和920，它們都針對處理上載請求以及關(guān)聯(lián)的準予。在此示例中，這些步驟是可選的，并且可能不需要由非協(xié)調(diào)節(jié)點執(zhí)行（例如如果由CoMP組中的協(xié)調(diào)節(jié)點執(zhí)行的話）。在步驟910，非協(xié)調(diào)節(jié)點從UE接收上載請求消息（例如消息A），以便將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點。在一些實現(xiàn)中，根據(jù)本文描述的本公開的原理，上載請求消息（或者上面關(guān)于圖4所描述的一些其它消息）包含標識文件上載的目的地節(jié)點（例如圖1的服務(wù)節(jié)點20或圖2的IP節(jié)點320）的標識符，使得非協(xié)調(diào)節(jié)點可有效地將接收的段路由到預(yù)期目的地。在另一實現(xiàn)中，經(jīng)由X2接口在不同消息中從協(xié)調(diào)節(jié)點直接接收目的地節(jié)點標識符。在步驟920，非協(xié)調(diào)節(jié)點向UE發(fā)送上載準予消息（例如消息B）。在一個實現(xiàn)中，準予消息（或者某個其它響應(yīng)或準予上載請求的握手消息）指示CoMP組中的上載或上行鏈路準予。在步驟930，非協(xié)調(diào)節(jié)點從UE和/或協(xié)調(diào)節(jié)點接收元信息或描述符文件（消息C）。在一些實現(xiàn)中，在步驟940，非協(xié)調(diào)節(jié)點可選地可將接收的元信息文件轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。在步驟950，非協(xié)調(diào)節(jié)點開始從UE接收（未確認的）數(shù)據(jù)文件段，例如以段消息E的形式。在步驟960，非協(xié)調(diào)節(jié)點向CoMP組中的協(xié)調(diào)節(jié)點（并且可選地還向UE）發(fā)送確認消息（消息G），以確認成功或者未成功接收的數(shù)據(jù)文件段。在步驟970，如果由協(xié)調(diào)節(jié)點請求并且基于從協(xié)調(diào)節(jié)點接收或從UE直接接收的網(wǎng)絡(luò)節(jié)點標識符，則非協(xié)調(diào)節(jié)點將成功接收的段直接發(fā)送/轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點（例如用段消息E）。在步驟980，非協(xié)調(diào)節(jié)點從UE接收完成消息（例如消息F），指示已經(jīng)發(fā)送了所有段。非協(xié)調(diào)節(jié)點可選地可將完成消息轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。

在步驟990，如果（在非協(xié)調(diào)節(jié)點、協(xié)調(diào)節(jié)點或別的地方）例如基于從網(wǎng)絡(luò)節(jié)點接收的確認（消息G）確定在網(wǎng)絡(luò)節(jié)點已經(jīng)接收到所有段，則過程在步驟1000結(jié)束。如果例如基于從網(wǎng)絡(luò)節(jié)點接收的確認并不是所有段都正確接收的確認（消息G）確定并不是所有段都已經(jīng)接收到，則過程回到步驟950，在此非協(xié)調(diào)節(jié)點繼續(xù)接收丟失的或未確認的段，直到在網(wǎng)絡(luò)節(jié)點已經(jīng)成功接收了所有未確認的段，在該點，非協(xié)調(diào)節(jié)點從UE接收另一完成消息（步驟980）以指示已經(jīng)（重新）發(fā)送了所有（未確認的）段。

其它示例

圖7A-D分別是按照本公開原理配置用于上載數(shù)據(jù)文件的網(wǎng)絡(luò)節(jié)點1100、協(xié)調(diào)節(jié)點1200和非協(xié)調(diào)節(jié)點1300以及無線裝置（諸如關(guān)于圖1-6所描述的那些）的示范實施例的框圖。

如圖7A中所圖示的，網(wǎng)絡(luò)節(jié)點1100包含收發(fā)器1110、一個或更多處理器1120、存儲器1130，其包含描述符模塊1140、段模塊1150和確認模塊1160。在一個實施例中，收發(fā)器1110可由傳送器和接收器（未示出）替換。描述符模塊1140配置成執(zhí)行上面描述的描述符功能性，其如上面所指出的，包含接收包含描述要上載的數(shù)據(jù)文件段的元數(shù)據(jù)的描述符或元信息文件。段模塊1150配置成經(jīng)由協(xié)作節(jié)點的CoMP組的協(xié)調(diào)節(jié)點（例如協(xié)調(diào)節(jié)點1200）或者經(jīng)由CoMP組中的非協(xié)調(diào)節(jié)點（例如非協(xié)調(diào)節(jié)點1300）從無線裝置（例如無線裝置1400）接收段。

描述符模塊1140、段模塊1150和確認模塊1160以由在網(wǎng)絡(luò)節(jié)點1100內(nèi)或分布在兩個或更多節(jié)點（例如網(wǎng)絡(luò)節(jié)點1100和另一節(jié)點）上的處理器1120執(zhí)行的軟件或（計算機實現(xiàn)的）指令的形式至少部分實現(xiàn)在存儲器1130中。在另一示例中，處理器1120包含提供上面描述的描述符、段和確認功能性中的一些或所有的一個或更多硬件組件（例如專用集成電路（ASIC））。在另一實施例中，處理器1120包含一個或更多硬件組件（例如中央處理單元（CPU）），并且上面描述的描述符、段和確認功能性中的一些或所有用例如存儲在存儲器1130中并由處理器1120執(zhí)行的軟件實現(xiàn)。在又一實施例中，處理器1120和存儲器1130形成配置成執(zhí)行上面描述的描述符、段和確認功能性的處理部件（未示出）。

在圖7B中，協(xié)調(diào)節(jié)點1200包含收發(fā)器1210、一個或更多處理器1220、存儲器1230，其包含描述符模塊1240、段模塊1150和確認模塊1160。在一個實施例中，收發(fā)器1210可由傳送器和接收器（未示出）替換。如果協(xié)調(diào)節(jié)點1200被配置為數(shù)據(jù)文件上載的目的地節(jié)點，則描述符模塊1240配置成執(zhí)行上面對于配置為目的地節(jié)點的協(xié)調(diào)或服務(wù)節(jié)點描述的描述符接收功能性，這如上面所指出的包含：接收包含描述要上載的數(shù)據(jù)文件的元數(shù)據(jù)的描述符或元信息，可選地還有將描述符文件轉(zhuǎn)發(fā)到CoMP組中的非協(xié)調(diào)節(jié)點。段模塊1250配置成直接或者經(jīng)由CoMP組中的非協(xié)調(diào)節(jié)點（例如非協(xié)調(diào)節(jié)點1300）間接從無線裝置（例如無線裝置1400）接收段，并且確認模塊1260配置成執(zhí)行上面對于配置為目的地節(jié)點的協(xié)調(diào)節(jié)點描述的確認功能性。如果協(xié)調(diào)節(jié)點1200未配置為目的地節(jié)點，則描述符模塊1240此外可配置成執(zhí)行上面描述的描述符轉(zhuǎn)發(fā)功能性，其包含向目的地節(jié)點（例如網(wǎng)絡(luò)節(jié)點1100）發(fā)送或轉(zhuǎn)發(fā)所接收的描述符文件。在該情形下，段模塊1250此外配置成執(zhí)行未配置為目的地節(jié)點的協(xié)調(diào)節(jié)點的段傳送控制功能性，其如上面所指出的包含：將從無線裝置成功接收的段轉(zhuǎn)發(fā)到目的地節(jié)點，并且對于在CoMP組中的其它（非協(xié)調(diào)）節(jié)點成功接收的丟失的段或未成功接收的段，基于段確認定向那些節(jié)點，以將接收的段直接發(fā)送到目的地節(jié)點。確認模塊配置成執(zhí)行上面對于未配置為目的地節(jié)點的協(xié)調(diào)節(jié)點描述的確認功能性。

描述符模塊1240、段模塊1250和確認模塊1260以由在協(xié)調(diào)節(jié)點1200內(nèi)或分布在兩個或更多節(jié)點（例如協(xié)調(diào)節(jié)點1200和另一節(jié)點）上的處理器1220執(zhí)行的軟件或（計算機實現(xiàn)的）指令的形式至少部分實現(xiàn)在存儲器1230中。在另一示例中，處理器1220包含提供上面描述的描述符、段和確認功能性中的一些或所有的一個或更多硬件組件（例如ASIC）。在另一實施例中，處理器1220包含一個或更多硬件組件（例如CPU），并且上面描述的描述符、字段和確認功能性中的一些或所有用例如存儲在存儲器1230中并由處理器1220執(zhí)行的軟件實現(xiàn)。在又一實施例中，處理器1220和存儲器1230形成配置成執(zhí)行上面描述的描述符、段和確認功能性的處理部件（未示出）。

如圖7A中所圖示的，非協(xié)調(diào)節(jié)點1300包含收發(fā)器1310、一個或更多處理器1320、存儲器1330，其包含可選的準予模塊1340、描述符模塊1350、段模塊1360和確認模塊1370。在一個實施例中，收發(fā)器1310可由傳送器和接收器（未示出）替換。準予模塊1340和描述符模塊1350配置成執(zhí)行上面對于非協(xié)調(diào)節(jié)點描述的準予和描述符功能性。段模塊1360配置成執(zhí)行上面對于非協(xié)調(diào)節(jié)點描述的段接收和轉(zhuǎn)發(fā)功能性，并且類似地，確認模塊1370配置成執(zhí)行上面對于非協(xié)調(diào)節(jié)點描述的確認功能性。

準予模塊1340、描述符模塊1350、段模塊1360和確認模塊1370以由在非協(xié)調(diào)節(jié)點1300內(nèi)或分布在兩個或更多節(jié)點（例如非協(xié)調(diào)節(jié)點1300和另一節(jié)點）上的處理器1320執(zhí)行的軟件或（計算機實現(xiàn)的）指令的形式至少部分實現(xiàn)在存儲器1330中。在另一示例中，處理器1320包含提供上面描述的準予、描述符、段和確認功能性中的一些或所有的一個或更多硬件組件（例如ASIC）。在另一實施例中，處理器1320包含一個或更多硬件組件（例如CPU），并且上面描述的準予、描述符、字段和確認功能性中的一些或所有用例如存儲在存儲器1330中并由處理器1320執(zhí)行的軟件實現(xiàn)。在又一實施例中，處理器1320和存儲器1330形成配置成執(zhí)行上面描述的準予、描述符、段和確認功能性的處理部件（未示出）。

如圖7D中所圖示的，無線裝置1400包含收發(fā)器1410、一個或更多處理器1420、存儲器1430，其包含上載請求模塊、描述符模塊1450、段模塊1460和確認模塊1470。在一個實施例中，收發(fā)器1410可由傳送器和接收器（未示出）替換。上載請求模塊1440和描述符模塊1450配置成執(zhí)行上面對于無線裝置描述的上載請求和描述符功能性。段模塊1460配置成執(zhí)行上面對于無線裝置描述的段發(fā)送功能性，并且類似地，確認模塊1470配置成執(zhí)行上面對于無線裝置描述的完成和確認功能性。

上載請求模塊1440、描述符模塊1450、段模塊1460和確認模塊1470以在無線裝置1400內(nèi)的處理器1420執(zhí)行的軟件或（計算機實現(xiàn)的）指令的形式至少部分實現(xiàn)在存儲器1430中。在另一示例中，處理器1420包含提供上面描述的上載請求、描述符、段和確認功能性中的一些或所有的一個或更多硬件組件（例如ASIC）。在另一實施例中，處理器1420包含一個或更多硬件組件（例如CPU），并且上面描述的上載請求、描述符、字段和確認功能性中的一些或所有用例如存儲在存儲器1430中并由處理器1420執(zhí)行的軟件實現(xiàn)。在又一實施例中，處理器1420和存儲器1430形成配置成執(zhí)行上面描述的上載準予、描述符、段和確認功能性的處理部件（未示出）。

圖8A-D示出了圖7A-D的節(jié)點和裝置示例中每個的變體，分別表示為網(wǎng)絡(luò)節(jié)點1500、協(xié)調(diào)節(jié)點1600、非協(xié)調(diào)節(jié)點1700和無線裝置1800。這些節(jié)點1500、1600、1700和裝置1800中的每個都包含收發(fā)器1510、1610、1710、1810以及包含（計算機實現(xiàn)的）指令的電路，所述指令當由一個或更多處理器1520、1620、1720、1820執(zhí)行時使它們的相應(yīng)節(jié)點1500、1600、1700和裝置1800執(zhí)行上面描述的它們的相應(yīng)（網(wǎng)絡(luò)節(jié)點、協(xié)調(diào)節(jié)點、非協(xié)調(diào)節(jié)點和無線裝置）功能性中的一些或所有。在又一變體中，電路包含相應(yīng)存儲器1530、1630、1730、1830和處理器1520、1620、1720、1820，它們類似于圖7A-D的示例節(jié)點1100、1200、1300和裝置1400，可用許多不同方式實現(xiàn)。在一個示例中，存儲器1530、1630、1730、1830包含指令，所述指令當執(zhí)行時使相應(yīng)節(jié)點1500、1600、1700和裝置1800執(zhí)行上面描述的它們的相應(yīng)（網(wǎng)絡(luò)節(jié)點、協(xié)調(diào)節(jié)點、非協(xié)調(diào)節(jié)點和無線裝置）功能性中的一些或所有。其它實現(xiàn)是有可能的。

其它設(shè)想的實施例

按照其它設(shè)想的實施例還指出：

根據(jù)本公開的廣泛方面，提供有一種用于無線裝置經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件作為多個段上載到網(wǎng)絡(luò)節(jié)點的方法，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。所述方法包含：將上載請求消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點，并基于來自CoMP組中至少一個協(xié)作節(jié)點的上載準予，將多個段消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，每個段消息包含數(shù)據(jù)文件的具體段。

在這方面，在一些實施例中，上載請求消息包含網(wǎng)絡(luò)節(jié)點的標識符。在一些其它實施例中，該方法進一步包含：基于來自CoMP組中的至少一個協(xié)作節(jié)點的上載準予，將描述符消息發(fā)送到CoMP組中的至少一個協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點。描述符消息包含數(shù)據(jù)文件的多個段的索引。在一些其它實施例中，其中所述網(wǎng)絡(luò)節(jié)點是CoMP組中的協(xié)調(diào)節(jié)點、核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)節(jié)點和因特網(wǎng)協(xié)議（IP）網(wǎng)絡(luò)中的IP網(wǎng)絡(luò)節(jié)點中的一個。在一些其它實施例中，至少一個協(xié)作節(jié)點包含協(xié)調(diào)節(jié)點，并且所述方法進一步包括：從協(xié)調(diào)節(jié)點接收指示上載準予的準予消息。

在又一些其它實施例中，該方法進一步包含：將完成消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，其中完成消息指示多個段已經(jīng)被發(fā)送。在又一些其它實施例中，上載請求消息和多個段消息中的每個段消息都是傳輸控制協(xié)議（TCP）消息，或者備選地是多路徑TCP(MPTCP)消息，每個都包含TCP子流標識符。

在又一些其它實施例中，所述方法進一步包含：從CoMP組中的協(xié)調(diào)節(jié)點接收指示是否已經(jīng)接收到多個段中的一個或更多個段的確認消息。確認消息可包含多個指示符，每個指示符對應(yīng)于多個段中的一個段，并且每個指示符基于在網(wǎng)絡(luò)節(jié)點是否已經(jīng)接收到對應(yīng)段來設(shè)置。備選地，確認消息是物理層確認消息和TCP確認消息中的一個。

在又一些其它實施例中，每個段都對應(yīng)于一個或更多傳輸塊，并且確認消息包含一組物理層確認消息，每個消息指示在無線網(wǎng)絡(luò)中的協(xié)作節(jié)點是否已經(jīng)接收到具體傳輸塊。在又一些其它實施例中，每個傳輸塊對應(yīng)于一個或更多個碼字，并且確認消息包含一組物理層確認消息，每個消息指示在無線網(wǎng)絡(luò)中的協(xié)作節(jié)點是否已經(jīng)接收到具體碼字。在又一些其它實施例中，物理層確認消息是肯定確認（ACK）消息和否定確認（NACK）消息中的一個。在又一些其它實施例中，該方法進一步包含：基于接收的確認消息，將一個或更多個段消息重新發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，一個或更多個段消息包含未接收到的多個段中的一個或更多個段。

根據(jù)本公開的另一廣泛方面，提供有一種用于經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件作為多個段上載到網(wǎng)絡(luò)節(jié)點的無線裝置，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。在那方面，無線裝置包含電路，所述電路包含指令，所述指令當執(zhí)行時使無線裝置將上載請求消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點?；趤碜訡oMP組中的至少一個協(xié)作節(jié)點的上載準予，指令進一步使無線裝置將多個段消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，其中每個段消息包含數(shù)據(jù)文件的具體段。

在那方面，在一些實施例中，上載請求消息包含網(wǎng)絡(luò)節(jié)點的標識符。在一些其它實施例中，基于來自CoMP組中的至少一個協(xié)作節(jié)點的上載準予，所述指令進一步使無線裝置將描述符消息發(fā)送到CoMP組中的至少一個協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點。描述符消息包含數(shù)據(jù)文件的多個段的索引。在一些其它實施例中，其中所述網(wǎng)絡(luò)節(jié)點是CoMP組中的協(xié)調(diào)節(jié)點、核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)節(jié)點和因特網(wǎng)協(xié)議（IP）網(wǎng)絡(luò)中的IP網(wǎng)絡(luò)節(jié)點中的一個。在又一些其它實施例中，至少一個協(xié)作節(jié)點包含協(xié)調(diào)節(jié)點，并且所述指令進一步使無線裝置從協(xié)調(diào)節(jié)點接收指示上載準予的準予消息。在又一些其它實施例中，指令進一步使無線裝置將完成消息發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點。完成消息指示多個段已經(jīng)被發(fā)送。在又一些其它實施例中，上載請求消息和多個段消息中的每個段消息都是傳輸控制協(xié)議（TCP）消息，或者是多路徑TCP(MPTCP)消息，每個都包含TCP子流標識符。

在又一些其它實施例中，所述指令進一步使無線裝置從CoMP組中的協(xié)調(diào)節(jié)點接收指示是否已經(jīng)接收到多個段中的一個或更多個段的確認消息。在又一些實施例中，確認消息包含多個指示符，每個指示符對應(yīng)于多個段中的一個段，并且每個指示符基于在網(wǎng)絡(luò)節(jié)點是否已經(jīng)接收到對應(yīng)段來設(shè)置。在又一些其它實施例中，確認消息是物理層確認消息和TCP確認消息中的一個。在又一些其它實施例中，每個段都對應(yīng)于一個或更多傳輸塊，并且確認消息包含一組物理層確認消息，每個消息指示在無線網(wǎng)絡(luò)中的協(xié)作節(jié)點是否已經(jīng)接收到具體傳輸塊。在一些其它實施例中，每個傳輸塊對應(yīng)于一個或更多個碼字，并且確認消息包含一組物理層確認消息，每個消息指示在無線網(wǎng)絡(luò)中的協(xié)作節(jié)點是否已經(jīng)接收到具體碼字。在又一些其它實施例中，物理層確認消息是肯定確認（ACK）消息和否定確認（NACK）消息中的一個。在又一些其它實施例中，基于接收的確認消息，所述指令進一步使無線裝置將一個或更多個段消息重新發(fā)送到CoMP組中的協(xié)作節(jié)點以便傳送到網(wǎng)絡(luò)節(jié)點，其中一個或更多個段消息包含未接收到的多個段中的一個或更多個段。

在本公開的另一廣泛方面，提供有一種用于協(xié)調(diào)節(jié)點經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件從無線裝置上載到網(wǎng)絡(luò)節(jié)點的方法，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。在那方面，所述方法包含：從無線裝置接收段消息以便傳送到網(wǎng)絡(luò)節(jié)點，其中每個段消息包含數(shù)據(jù)文件的具體段；接收指示在非協(xié)調(diào)節(jié)點已經(jīng)接收到至少一個段的確認消息；以及如果在協(xié)調(diào)節(jié)點未接收到至少一個段，則指令非協(xié)調(diào)節(jié)點將至少一個段轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。

在那方面，在一些實施例中，所述方法進一步包含：如果在協(xié)調(diào)節(jié)點已經(jīng)接收到至少一個段，則將至少一個段轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。在一些其它實施例中，所述方法進一步包含：從無線裝置接收上載請求消息以便將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點，并且作為響應(yīng)，將上載準予發(fā)送到無線裝置。在又一些實施例中，上載請求消息包含網(wǎng)絡(luò)節(jié)點的標識符。在又一些其它實施例中，所述方法進一步包含：從無線裝置接收描述符消息以便傳送到網(wǎng)絡(luò)節(jié)點，其中描述符消息包含數(shù)據(jù)文件的多個段的索引。在又一些其它實施例中，其中所述網(wǎng)絡(luò)節(jié)點是CoMP組中的協(xié)調(diào)節(jié)點、核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)節(jié)點和因特網(wǎng)協(xié)議（IP）網(wǎng)絡(luò)中的IP網(wǎng)絡(luò)節(jié)點中的一個。在又一些其它實施例中，所述方法進一步包含：向無線裝置發(fā)送指示是否已經(jīng)接收到多個段中的一個或更多個段的確認消息。在又一些其它實施例中，確認消息包含多個指示符，每個指示符對應(yīng)于多個段中的一個段，并且每個指示符基于在網(wǎng)絡(luò)節(jié)點是否已經(jīng)接收到對應(yīng)段來設(shè)置。

在又一些其它實施例中，所發(fā)送的確認消息是物理層確認消息和TCP確認消息中的一個。在又一些其它實施例中，每個段都對應(yīng)于一個或更多傳輸塊，并且所發(fā)送的確認消息包含一組物理層確認消息，每個消息指示在CoMP組中的協(xié)作節(jié)點是否已經(jīng)接收到具體傳輸塊。在又一些其它實施例中，每個傳輸塊對應(yīng)于一個或更多個碼字，并且所發(fā)送的確認消息包含一組物理層確認消息，每個消息指示在CoMP組中的協(xié)作節(jié)點是否已經(jīng)接收到具體碼字。在又一些其它實施例中，物理層確認消息是肯定確認（ACK）消息和否定確認（NACK）消息中的一個。

在本公開的另一廣泛方面，提供有一種用于經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件從無線裝置上載到網(wǎng)絡(luò)節(jié)點的協(xié)調(diào)節(jié)點，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。協(xié)調(diào)節(jié)點包含電路，所述電路包含指令，所述指令當執(zhí)行時使協(xié)調(diào)節(jié)點執(zhí)行上面描述的一些或所有協(xié)調(diào)節(jié)點方法實施例。

在本公開的另一廣泛方面，提供有一種用于非協(xié)調(diào)節(jié)點經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件作為多個段從無線裝置上載到網(wǎng)絡(luò)節(jié)點的方法，其中CoMP組包含協(xié)調(diào)節(jié)點和至少一個非協(xié)調(diào)節(jié)點。在那方面，所述方法包含：從無線裝置接收至少一個段消息以便傳送到網(wǎng)絡(luò)節(jié)點，其中至少一個段消息中的每個段都包含數(shù)據(jù)文件的具體段，向協(xié)調(diào)節(jié)點發(fā)送指示在非協(xié)調(diào)節(jié)點已經(jīng)接收到至少一個段的確認消息，并且如果由協(xié)調(diào)節(jié)點指令，則將所接收的至少一個段轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。

在那方面，在一些實施例中，所述方法進一步包含：僅當由協(xié)調(diào)節(jié)點指令時，才將至少一個段轉(zhuǎn)發(fā)到網(wǎng)絡(luò)節(jié)點。在一些其它實施例中，所述方法進一步包含：從無線裝置接收上載請求消息以便將數(shù)據(jù)文件上載到網(wǎng)絡(luò)節(jié)點，并且作為響應(yīng)，將上載準予發(fā)送到無線裝置。在又一些實施例中，上載請求消息包含網(wǎng)絡(luò)節(jié)點的標識符。在又一些其它實施例中，所述方法進一步包含：從無線裝置接收描述符消息以便傳送到網(wǎng)絡(luò)節(jié)點，其中描述符消息包含數(shù)據(jù)文件的多個段的索引。在又一些其它實施例中，其中所述網(wǎng)絡(luò)節(jié)點是CoMP組中的協(xié)調(diào)節(jié)點、核心網(wǎng)絡(luò)中的核心網(wǎng)絡(luò)節(jié)點和因特網(wǎng)協(xié)議（IP）網(wǎng)絡(luò)中的IP網(wǎng)絡(luò)節(jié)點中的一個。

在又一些其它實施例中，確認消息包含多個指示符，每個指示符對應(yīng)于多個段中的一個段，并且每個指示符基于在網(wǎng)絡(luò)節(jié)點是否已經(jīng)接收到對應(yīng)段來設(shè)置。在又一些其它實施例中，所發(fā)送的確認消息是物理層確認消息和TCP確認消息中的一個。在又一些其它實施例中，每個段都對應(yīng)于一個或更多傳輸塊，并且所發(fā)送的確認消息包括一組物理層確認消息，每個消息指示在非協(xié)調(diào)節(jié)點是否已經(jīng)接收到具體傳輸塊。在又一些其它實施例中，每個傳輸塊對應(yīng)于一個或更多個碼字，并且其中所發(fā)送的確認消息包含一組物理層確認消息，每個消息指示在非協(xié)調(diào)節(jié)點是否已經(jīng)接收到具體碼字。在又一些其它實施例中，物理層確認消息是肯定確認（ACK）消息和否定確認（NACK）消息中的一個。

在本公開的另一廣泛方面，提供有一種用于經(jīng)由無線網(wǎng)絡(luò)中的協(xié)作節(jié)點的協(xié)調(diào)多點(CoMP)組將數(shù)據(jù)文件從無線裝置上載到網(wǎng)絡(luò)節(jié)點的非協(xié)調(diào)節(jié)點，其中CoMP組至少包含協(xié)調(diào)節(jié)點和非協(xié)調(diào)節(jié)點。非協(xié)調(diào)節(jié)點包含電路，所述電路包含指令，所述指令當執(zhí)行時使協(xié)調(diào)節(jié)點執(zhí)行上面描述的一些或所有非協(xié)調(diào)節(jié)點方法實施例。

本領(lǐng)域技術(shù)人員將認識到，本公開不限于本文上面已經(jīng)具體示出和描述的。此外，除非在上文中相反地提及，否則應(yīng)注意不是所有附圖都是按比例的。依據(jù)以上教導(dǎo)，各種修改和變化是可能的。