本發(fā)明實施例涉及通信
技術領域：
，尤其涉及一種上行數據的發(fā)送方法及系統(tǒng)。
背景技術：
：隨著移動通信業(yè)務的快速發(fā)展，第三代合作伙伴計劃(3rdgenerationpartnershipproject，3gpp)授權頻譜越來越難以滿足移動業(yè)務量的急劇增加，為了緩解移動數據流量增長和頻譜短缺的巨大壓力，在非授權頻譜上部署長期演進(longtermevolution，lte)成為未來移動通信發(fā)展的一個方向。目前，非授權頻譜上已有諸如無線保真(wirelessfidelity，wifi)、藍牙及醫(yī)療等系統(tǒng)在使用，主要是wifi系統(tǒng)，在非授權頻譜上部署lte需要解決與已有系統(tǒng)的共存問題。非授權頻譜lte(lteadvancedinunlicensedspectrum，lte–u)是部署在非授權頻譜上的lte網絡，授權頻譜輔助接入(licensed-assistedaccess，laa)技術是lte-u的一種實現方案。3gpp在rel-13中已完成laa技術中下行傳輸技術的研究，即在非授權頻譜(如5ghz頻段)上承載下行移動通信業(yè)務。laa中的下行傳輸技術中引入了一種空閑信道接入(clearchannelaccess，cca)技術，通過先聽再說(listen-before-talk，lbt)機制(即先監(jiān)聽再傳輸的方法)可以解決在非授權頻譜上進行下行數據傳輸時laa系統(tǒng)之間以及l(fā)aa系統(tǒng)與wifi系統(tǒng)等已有系統(tǒng)之間的傳輸碰撞的問題。目前，對于上行數據的傳輸都是基于授權頻譜的，圖1給出了現有技術中上行數據的發(fā)送過程示意圖，如圖1所示，在用戶終端(userequipment，ue)需要發(fā)送上行數據時，向基站(evolvednode-b，enodeb)發(fā)送上行數據發(fā)送請求以申請用于發(fā)送上行數據的上行資源，enodeb在接收到所述發(fā)送請求后在子幀n向ue發(fā)送上行調度授權(ulgrant)，則ue會在子幀n+4通過物理上行共享信道(physicaluplinksharedchannel，pusch)向enodeb發(fā)送上行數據，ue在子幀n+8通過物理混合自動重傳指示信道(physicalhybridarqindicatorchannel，phich)收到上述數據的反饋信息，若反饋信息為nack則ue在子幀n+12進行上行數據重傳，若為ack則等待新的ulgrant發(fā)送新 的上傳數據。由圖1可知，在子幀n、n+4、n+8、n+12、n+16都對應同一混合自動重傳請求(hybridautomaticrepeatrequest，harq)進程。只要確定了子幀n所使用的harq進程號，根據定時關系，也就知道后續(xù)子幀n+4、n+8、n+12、n+16所使用的harq進程，即在授權頻譜下基于同步harq進行上行數據的傳輸。然而，在非授權頻譜上的資源是不連續(xù)的，上述方案并未解決在非授權頻譜上進行上行數據傳輸時laa系統(tǒng)之間以及l(fā)aa系統(tǒng)與wifi系統(tǒng)等已有系統(tǒng)之間的傳輸碰撞的問題，若用戶設備在非授權頻譜進行上行數據的發(fā)送，將與其他laa系統(tǒng)或wifi系統(tǒng)等已有系統(tǒng)發(fā)生傳輸碰撞。技術實現要素：本發(fā)明實施例的目的是提供一種上行數據的發(fā)送方法及系統(tǒng)，以優(yōu)化用戶設備基于非授權頻譜發(fā)送上行數據的發(fā)送方案。一方面，本發(fā)明實施例提供了一種上行數據的發(fā)送方法，該方法基于非授權頻譜，包括：基站在接收到用戶設備ue的上行數據發(fā)送請求后，向所述用戶設備ue發(fā)送上行調度授權ulgrant，其中，所述ulgrant包括至少一個混合自適應重傳請求harq進程號和至少一個發(fā)送子幀號；所述用戶設備ue在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測，并根據cca檢測結果發(fā)送上行數據。另一方面，本發(fā)明實施例提供了一種上行數據的發(fā)送系統(tǒng)，該系統(tǒng)基于非授權頻譜，包括用戶設備ue和基站，所述基站用于在接收到用戶設備ue的上行數據發(fā)送請求后，向所述用戶設備ue發(fā)送上行調度授權ulgrant，其中，所述ulgrant包括至少一個混合自適應重傳請求harq進程號和至少一個發(fā)送子幀號；所述用戶設備ue用于：在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測，并根據cca檢測結果發(fā)送上行數據本發(fā)明實施例中提供的技術方案，通過基站向用戶設備發(fā)送包括至少一個混合自適應重傳請求harq進程號和至少一個發(fā)送子幀號的ulgrant，用戶設備在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測， 并根據cca檢測結果發(fā)送上行數據的技術手段，可合理控制上行數據的發(fā)送，避免用戶設備所處laa系統(tǒng)在用戶設備基于非授權頻譜發(fā)送上行數據時與其他laa系統(tǒng)或wifi系統(tǒng)等已有系統(tǒng)發(fā)生傳輸碰撞，保證非授權頻譜中的各系統(tǒng)之間上行數據傳輸的共存。附圖說明圖1為現有技術中上行數據的發(fā)送過程示意圖；圖2為本發(fā)明實施例一提供的上行數據的發(fā)送方法的流程示意圖；圖3為本發(fā)明實施例二提供的上行數據的發(fā)送方法的流程示意圖；圖4為本發(fā)明實施例二提供的檢測結果為空閑時上行數據成功發(fā)送的示意圖；圖5為本發(fā)明實施例二提供的檢測檢測結果為空閑時上行數據成功發(fā)送的另一示意圖；圖6為本發(fā)明實施例二提供的檢測檢測結果為忙碌時上行數據未成功發(fā)送的示意圖；圖7為本發(fā)明實施例三提供的上行數據的發(fā)送方法的流程示意圖；圖8為本發(fā)明實施例三提供的檢測結果為空閑時上行數據成功發(fā)送的示意圖；圖9給出了本發(fā)明實施例三提供的檢測結果為空閑時上行數據成功發(fā)送的另一示意圖；圖10給出了本發(fā)明實施例三提供的檢測結果為忙碌時上行數據未成功發(fā)送的示意圖；圖11給出了本發(fā)明實施例四提供的上行數據的發(fā)送系統(tǒng)的結構示意圖。具體實施方式下面結合附圖并通過具體實施方式來進一步說明本發(fā)明的技術方案。可以理解的是，此處所描述的具體實施例僅僅用于解釋本發(fā)明，而非對本發(fā)明的限定。另外還需要說明的是，為了便于描述，附圖中僅示出了與本發(fā)明相關的部分而非全部結構。在更加詳細地討論示例性實施例之前應當提到的是，一些示例性實施例被 描述成作為流程圖描繪的處理或方法。雖然流程圖將各步驟描述成順序的處理，但是其中的許多步驟可以被并行地、并發(fā)地或者同時實施。此外，各步驟的順序可以被重新安排。當其操作完成時所述處理可以被終止，但是還可以具有未包括在附圖中的附加步驟。所述處理可以對應于方法、函數、規(guī)程、子例程、子程序等等。實施例一圖2為本發(fā)明實施例一提供的上行數據的發(fā)送方法的流程示意圖，該方法可以由上行數據的發(fā)送系統(tǒng)中的基站和用戶設備配合執(zhí)行，或者由所述基站內置的上行數據的發(fā)送裝置和用戶設備內置的上行數據的發(fā)送裝置執(zhí)行，其中所述裝置可由軟件和/或硬件實現。如圖2所示，該方法包括：步驟101、基站在接收到用戶設備ue的上行數據發(fā)送請求后，向所述用戶設備ue發(fā)送上行調度授權ulgrant，其中，所述ulgrant包括至少一個混合自適應重傳請求harq進程號和至少一個發(fā)送子幀號。其中，所述發(fā)送子幀號與發(fā)送上行數據的子幀對應，代表用戶設備可以在哪些子幀發(fā)送上行數據。所述子幀號可以用1bit、2bit、3bit或4it的二進制來表示，每個發(fā)送子幀號分別對應一個相應的k值。示例性的，所述至少一個發(fā)送子幀號對應的k值可以為4,5,6,7，若用戶設備在子幀n接收到所述ulgrant，并在子幀n+k-1檢測到信道空閑，則會在子幀n+k發(fā)送上行數據。示例性的，所述發(fā)送子幀號用2bit指示，一個發(fā)送子幀號對應一個k值，如下表所示：發(fā)送子幀號(2bit)k值004015106117示例性的，所述發(fā)送子幀號用1bit指示，一個發(fā)送子幀號對應一個k值，如下表所示：發(fā)送子幀號(1bit)k值0415示例性的，所述發(fā)送子幀號用4bit指示，一個發(fā)送子幀號對應至少一個k值，且最低位表示k＝4的子幀，最高位表示k＝7的子幀如下表所示：發(fā)送子幀號(4bit)k值0001400114，501116，5，411117，6，5，4示例性的，所述發(fā)送子幀號用2bit指示，一個發(fā)送子幀號對應至少一個k值，且最低位表示k＝4的子幀，最高位表示k＝5的子幀如下表所示：發(fā)送子幀號(2bit)k值014115，4示例性的，所述發(fā)送子幀號用2bit指示，一個發(fā)送子幀號對應至少一個k值，且最低位表示k＝4的子幀，最高位表示k＝5的子幀如下表所示：發(fā)送子幀號(2bit)k值004014，5106，5，4117，6，5，4若ulgrant中不攜帶發(fā)送子幀號則可以默認k值固定為4。需要說明的是，上述僅僅示例性的給出了發(fā)送子幀號與k值的對應方式，當然也可以采用其他方式，本實施例對此并不進行限制。其中，所述ulgrant具體可以包括一個harq進程號和至少一個發(fā)送子幀號，也可以包括多個發(fā)送子幀號，每個發(fā)送子幀號對應一個harq進程號。步驟102、所述用戶設備ue在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測，并根據cca檢測結果發(fā)送上行數據。其中，所述根據cca檢測結果發(fā)送上行數據具體可以為通過物理上行共享信道(physicaluplinksharedchannel，pusch)向基站發(fā)送上行數據。在基于授權頻譜的上行數據的發(fā)送過程中，由于資源是連續(xù)的不存在系統(tǒng)之間的傳輸碰撞問題，所以當基站向用戶設備發(fā)送ulgrant之后，即可使當前 用戶設備持續(xù)發(fā)送待發(fā)送的上行數據。而本實施例的方法應用于非授權頻譜中，基站分配的可用資源可能用于多個系統(tǒng)，在當前用戶設備發(fā)送上行數據的過程中可能有其他系統(tǒng)的用戶設備也需要占用資源發(fā)送數據，就會造成與其他系統(tǒng)之間發(fā)生傳輸碰撞，所以通過在基站發(fā)送的ulgrant中包含harq進程號和發(fā)送子幀號，使上行數據傳輸支持異步傳輸，并通過用戶設備進行cca檢測來避免這種傳輸碰撞。示例性的，cca檢測能夠對信道的空閑狀態(tài)進行評估，所以可根據cca檢測結果來確定是否在當前待發(fā)送子幀中發(fā)送上行數據。例如，當cca檢測結果包括信道空閑時，在當前待發(fā)送子幀中發(fā)送上行數據；當cca檢測結果包括信道忙碌時，放棄在當前待發(fā)送子幀中發(fā)送上行數據。該步驟中所述用戶設備ue在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測可以包括：述用戶設備ue在子幀n處接收到所述ulgrant后，將所述至少一個發(fā)送子幀號對應的子幀n+kmin-1至子幀n+kmax-1確定為候選待檢測子幀，其中，所述kmin為所述至少一個發(fā)送子幀號中最小發(fā)送子幀號的對應值，所述kmax為所述至少一個發(fā)送子幀號中最大發(fā)送子幀號的對應值；所述用戶設備ue將第一個候選待檢測子幀n+kmin-1確定為當前待檢測子幀，在所述當前待檢測子幀進行空閑信道評估cca檢測。示例性的，若發(fā)送子幀號對應的k值包括4，5，6，7，則kmin取值為4，kmax取值為7。進一步的，在所述當前待檢測子幀n+kmin-1的cca檢測結果為忙碌時，將所述當前待檢測子幀n+kmin-1的下一個候選待檢測子幀確定為新的當前待檢測子幀，并重復執(zhí)行在當前待檢測子幀進行cca檢測的操作。這樣設置的好處是：通過設置多個可用的發(fā)送子幀，可以提升上行數據發(fā)送的機會和成功率。本發(fā)明實施例提供的上行數據的發(fā)送方法，通過基站向用戶設備發(fā)送包括至少一個混合自適應重傳請求harq進程號和至少一個發(fā)送子幀號的ulgrant，用戶設備在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測，并根據cca檢測結果發(fā)送上行數據的技術手段，可合理控制上行數據的發(fā)送，避免用戶設備所處laa系統(tǒng)在用戶設備基于非授權頻譜發(fā)送上行數據時與其他laa系統(tǒng)或wifi系統(tǒng)等已有系統(tǒng)發(fā)生傳輸碰撞，保證非 授權頻譜中的各系統(tǒng)之間上行數據傳輸的共存。在上述實施例的基礎上，還可以包括以下步驟：基站判斷在第二設定時間內是否接收到所述上行數據；若否，則重新發(fā)送新的ulgrant以使用戶設備在接收到所述新的ulgrant后，再次發(fā)送所述上行數據；若是，則判斷所述上行數據譯碼是否正確，若譯碼錯誤，則重新發(fā)送新的ulgrant以使用戶設備在接收到所述新的ulgrant后，再次發(fā)送所述上行數據。其中，所述第二設定時間內為所述至少一個發(fā)送子幀號中最大發(fā)送子幀號對應的子幀之前。在上述實施例的基礎上，所述上行調度授權ulgrant還可以包括冗余版本(redundancyversion，rv)號。實施例二圖3為本發(fā)明實施例二提供的上行數據的發(fā)送方法的流程示意圖，本實施例以上述實施例一為基礎進行優(yōu)化，在本實施例中，所述ulgrant包括一個harq進程號和至少一個發(fā)送子幀號。并將所述用戶設備ue在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測具體優(yōu)化為：所述用戶設備ue在子幀n處接收到所述ulgrant后，將所述至少一個發(fā)送子幀號對應的子幀n+kmin-1至子幀n+kmax-1確定為候選待檢測子幀，其中，所述kmin為所述至少一個發(fā)送子幀號中最小發(fā)送子幀號的對應值，所述kmax為所述至少一個發(fā)送子幀號中最大發(fā)送子幀號的對應值；所述用戶設備ue將第一個候選待檢測子幀n+kmin-1確定為當前待檢測子幀，在所述當前待檢測子幀進行空閑信道評估cca檢測。進一步的，將根據cca檢測結果發(fā)送上行數據具體優(yōu)化為：在所述當前待檢測子幀n+kx-1的檢測結果為空閑時，在所述當前待檢測子幀n+kx-1的下一子幀n+kx發(fā)送harq進程號對應的上行數據，其中，kmin≤kx≤kmax。相應的，如圖3所示，本實施例的方法包括如下步驟：步驟201、基站在接收到用戶設備ue的上行數據發(fā)送請求后，向所述用戶設備ue發(fā)送上行調度授權ulgrant，其中，所述ulgrant包括一個harq進程號和至少一個發(fā)送子幀號。步驟202、所述用戶設備ue在子幀n處接收到所述ulgrant后，將所述至少一個發(fā)送子幀號對應的子幀n+kmin-1至子幀n+kmax-1確定為候選待檢測子幀，其中，所述kmin為所述至少一個發(fā)送子幀號中最小發(fā)送子幀號的對應 值，所述kmax為所述至少一個發(fā)送子幀號中最大發(fā)送子幀號的對應值。步驟203、所述用戶設備ue將第一個候選待檢測子幀n+kmin-1確定為當前待檢測子幀，在所述當前待檢測子幀進行空閑信道評估cca檢測。進一步的，在所述當前待檢測子幀n+kmin-1的cca檢測結果為忙碌時，將所述當前待檢測子幀n+kmin-1的下一個候選待檢測子幀確定為新的當前待檢測子幀，并重復執(zhí)行在當前待檢測子幀進行cca檢測的操作。步驟204、在所述當前待檢測子幀n+kx-1的檢測結果為空閑時，在所述當前待檢測子幀n+kx-1的下一子幀n+kx發(fā)送harq進程號對應的上行數據，其中，kmin≤kx≤kmax。示例性的，可用發(fā)送子幀號對應的k值為4,5，即若用戶設備在子幀n處接收到ulgrant，則可在子幀n+4，n+5處發(fā)送上行數據。圖4給出了本實施例二提供的檢測結果為空閑時上行數據的成功發(fā)送的示意圖，如圖4所示，用戶設備ue在子幀n處接收到所述ulgrant后，在子幀n+3處進行空閑信道評估cca檢測，并得到檢測結果為空閑，則在子幀n+4處發(fā)送harq進程號對應的上行數據。圖5給出了本發(fā)明實施例二提供的檢測檢測結果為空閑時上行數據的成功發(fā)送的另一示意圖。如圖5所示，用戶設備ue在子幀n處接收到所述ulgrant后，在子幀n+3處進行空閑信道評估cca檢測，并得到檢測結果為忙碌，則在子幀n+4處進行cca檢測，并得到檢測結果為空閑，則在子幀n+5處發(fā)送harq進程號對應的上行數據。圖6給出了本發(fā)明實施例二提供的檢測檢測結果為忙碌時上行數據未成功發(fā)送的示意圖。如圖6所示，用戶設備ue在子幀n處接收到所述ulgrant后，在子幀n+3處進行空閑信道評估cca檢測，并得到檢測結果為忙碌，則在子幀n+4處進行cca檢測，并得到檢測結果為忙碌，那么本次上行數據發(fā)送失敗。本實施例提供的技術方案，通過基站向用戶設備發(fā)送包括一個混合自適應重傳請求harq進程號和至少一個發(fā)送子幀號的ulgrant，用戶設備在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測，并根據cca檢測結果發(fā)送上行數據的技術手段，可合理控制上行數據的發(fā)送，避免用戶設備所處laa系統(tǒng)在用戶設備基于非授權頻譜發(fā)送上行數據時與其他laa系統(tǒng) 或wifi系統(tǒng)等已有系統(tǒng)發(fā)生傳輸碰撞，保證非授權頻譜中的各系統(tǒng)之間上行傳輸的共存。在上述實施例的基礎上，還包括以下步驟：基站判斷在第二設定時間內是否接收到所述上行數據；若否，則重新發(fā)送新的ulgrant以使用戶設備在接收到所述新的ulgrant后，再次發(fā)送所述上行數據；若是，則判斷所述上行數據譯碼是否正確，若譯碼錯誤，則重新發(fā)送新的ulgrant以使用戶設備在接收到所述新的ulgrant后，再次發(fā)送所述上行數據。其中，所述新的ulgrant中的發(fā)送子幀號和rv號可以與上次相同或不同。實施例三圖7為本發(fā)明實施例三提供的上行數據的發(fā)送方法的流程示意圖，本實施例以上述實施例一為基礎進行優(yōu)化，在本實施例中，所述ulgrant包括多個發(fā)送子幀號和多個harq進程號，每個發(fā)送子幀號對應一個harq進程號。并將所述用戶設備ue在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測具體優(yōu)化為：所述用戶設備ue在子幀n處接收到所述ulgrant后，將所述至少一個發(fā)送子幀號對應的子幀n+kmin-1至子幀n+kmax-1確定為候選待檢測子幀，其中，所述kmin為所述至少一個發(fā)送子幀號中最小發(fā)送子幀號的對應值，所述kmax為所述至少一個發(fā)送子幀號中最大發(fā)送子幀號的對應值；所述用戶設備ue將第一個候選待檢測子幀n+kmin-1確定為當前待檢測子幀，在所述當前待檢測子幀進行空閑信道評估cca檢測。進一步的，將根據cca檢測結果發(fā)送上行數據具體優(yōu)化為：在所述當前待檢測子幀n+kx-1的檢測結果為空閑時，獲取所述當前待檢測子幀n+kx-1的下一子幀n+kx至子幀n+kmax中在第一設定時間內的目標子幀，其中，kmin≤kx≤kmax；分別發(fā)送所述目標子幀對應的harq進程號對應的上行數據。相應的，如圖7所示，本實施例提供的方法包括：步驟301、基站在接收到用戶設備ue的上行數據發(fā)送請求后，向所述用戶設備ue發(fā)送上行調度授權ulgrant，其中，所述ulgrant包括多個發(fā)送子幀號和多個harq進程號，每個發(fā)送子幀號對應一個harq進程號。其中，所述每個子發(fā)送子幀號對應的harq進程號可以相同也可以不同。步驟302、所述用戶設備ue在子幀n處接收到所述ulgrant后，將所述至少一個發(fā)送子幀號對應的子幀n+kmin-1至子幀n+kmax-1確定為候選待檢測 子幀，其中，所述kmin為所述至少一個發(fā)送子幀號中最小發(fā)送子幀號的對應值，所述kmax為所述至少一個發(fā)送子幀號中最大發(fā)送子幀號的對應值。步驟303、所述用戶設備ue將第一個候選待檢測子幀n+kmin-1確定為當前待檢測子幀，在所述當前待檢測子幀進行空閑信道評估cca檢測。進一步的，在所述當前待檢測子幀n+kmin-1的cca檢測結果為忙碌時，將所述當前待檢測子幀n+kmin-1的下一個候選待檢測子幀確定為新的當前待檢測子幀，并重復執(zhí)行在當前待檢測子幀進行cca檢測的操作。步驟304、在所述當前待檢測子幀n+kx-1的檢測結果為空閑時，獲取所述當前待檢測子幀n+kx-1的下一子幀n+kx至子幀n+kmax中在第一設定時間內的目標子幀。其中，所述第一設定時間為系統(tǒng)根據cca檢測優(yōu)先級為當前cca檢測分配的可用時長，在所述第一設定時間內的所述目標子幀為子幀n+kx至子幀n+kmax中的一個或多個子幀。步驟305、分別發(fā)送所述目標子幀對應的harq進程號對應的上行數據。示例性的，可用發(fā)送子幀號對應的k值為4,5，t2為發(fā)送子幀號對應的可用子幀時間內，即若用戶設備在子幀n處接收到ulgrant，則可在子幀n+4，n+5處發(fā)送上行數據，圖8給出了本發(fā)明實施例三提供的檢測結果為空閑時上行數據的成功發(fā)送的示意圖，如圖8所示，用戶設備ue在子幀n處接收到所述ulgrant后，在子幀n+3處進行空閑信道評估cca檢測，并得到檢測結果為空閑，則在子幀n+4處發(fā)送harq進程0對應的上行數據1，且在t2時間內還包括子幀n+5，則無需再次進行cca檢測，直接在子幀n+5處發(fā)送harq進程1對應的上行數據2。這樣設置的好處是：在信道空閑時，在設定時間t2內，可以不需要再次進行cca檢測，直接發(fā)送下一個上行數據(例如，harq進程1對應的上行數據2)，節(jié)省了上行數據的發(fā)送時間，提高了上行的吞吐量。其中，所述t2可以由基站預先設置，可以取值1ms,4ms,5ms等等。圖9給出了本發(fā)明實施例三提供的檢測結果為空閑時上行數據成功發(fā)送的另一示意圖，如圖9所示，用戶設備ue在子幀n處接收到所述ulgrant后，在子幀n+3處進行空閑信道評估cca檢測，并得到檢測結果為忙碌，則在子幀n+4處進行cca檢測，并得到檢測結果為空閑，則在子幀n+5處發(fā)送harq進程1對應的上行數據2，且在t2時間內不包括其他可用子幀，結束本次數 據傳輸。圖10給出了本發(fā)明實施例三提供的檢測結果為忙碌時上行數據未成功發(fā)送的示意圖，如圖10所示，用戶設備ue在子幀n處接收到所述ulgrant后，在子幀n+3處進行空閑信道評估cca檢測，并得到檢測結果為忙碌，則在子幀n+4處進行cca檢測，并得到檢測結果為忙碌，則結束本次數據傳輸。本實施例提供的技術方案，通過基站向用戶設備發(fā)送ulgrant，所述ulgrant包括多個發(fā)送子幀號和多個harq進程號，每個發(fā)送子幀號對應一個harq進程號，用戶設備在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測，并根據cca檢測結果發(fā)送上行數據的技術手段，可合理控制上行數據的發(fā)送，避免用戶設備所處laa系統(tǒng)在用戶設備基于非授權頻譜發(fā)送上行數據時與其他laa系統(tǒng)或wifi系統(tǒng)等已有系統(tǒng)發(fā)生傳輸碰撞，保證非授權頻譜中的各系統(tǒng)之間上行數據傳輸的共存。在上述實施例的基礎上，還包括以下步驟：基站判斷在第二設定時間內是否接收到所述上行數據；若否，則重新發(fā)送新的ulgrant以使用戶設備在接收到所述新的ulgrant后，再次發(fā)送部分或全部未發(fā)送成功的上行數據；若是，則判斷所述部分或全部上行數據譯碼是否正確，若部分或全部譯碼錯誤，則重新發(fā)送新的ulgrant以使用戶設備在接收到所述新的ulgrant后，再次發(fā)送譯碼錯誤的部分或全部上行數據。其中，所述新的ulgrant中的發(fā)送子幀號和rv號可以與上次相同或不同。實施例四圖11給出了本發(fā)明實施例四提供的上行數據的發(fā)送系統(tǒng)的結構示意圖，如圖11所示，本實施例提供的上行數據的發(fā)送系統(tǒng)包括基站11和用戶設備ue12，所述基站用于在接收到用戶設備ue的上行數據發(fā)送請求后，向所述用戶設備ue發(fā)送上行調度授權ulgrant，其中，所述ulgrant包括至少一個混合自適應重傳請求harq進程號和至少一個發(fā)送子幀號；所述用戶設備ue用于：在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測，并根據cca檢測結果發(fā)送上行數據。本實施例提供的技術方案，通過基站向用戶設備發(fā)送包括至少一個混合自適應重傳請求harq進程號和至少一個發(fā)送子幀號的ulgrant，用戶設備在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測，并根 據cca檢測結果發(fā)送上行數據的技術手段，可合理控制上行數據的發(fā)送，避免用戶設備所處laa系統(tǒng)在用戶設備基于非授權頻譜發(fā)送上行數據時與其他laa系統(tǒng)或wifi系統(tǒng)等已有系統(tǒng)發(fā)生傳輸碰撞，保證非授權頻譜中的各系統(tǒng)之間上行數據傳輸的共存。在上述各實施例的基礎上，所述用戶設備ue在接收到所述ulgrant后，根據所述ulgrant進行空閑信道評估cca檢測具體為：所述用戶設備ue在子幀n處接收到所述ulgrant后，將所述至少一個發(fā)送子幀號對應的子幀n+kmin-1至子幀n+kmax-1確定為候選待檢測子幀，其中，所述kmin為所述至少一個發(fā)送子幀號中最小發(fā)送子幀號的對應值，所述kmax為所述至少一個發(fā)送子幀號中最大發(fā)送子幀號的對應值；所述用戶設備ue將第一個候選待檢測子幀n+kmin-1確定為當前待檢測子幀，在所述當前待檢測子幀進行空閑信道評估cca檢測。在上述各實施例的基礎上，所述用戶設備ue在所述當前待檢測子幀進行空閑信道評估cca檢測具體為：在所述當前待檢測子幀n+kmin-1的cca檢測結果為忙碌時，將所述當前待檢測子幀n+kmin-1的下一個候選待檢測子幀確定為新的當前待檢測子幀，并重復執(zhí)行在當前待檢測子幀進行cca檢測的操作。在上述各實施例的基礎上，所述ulgrant包括一個harq進程號和至少一個發(fā)送子幀號。在上述各實施例的基礎上，所述ulgrant包括多個發(fā)送子幀號和多個harq進程號，每個發(fā)送子幀號對應一個harq進程號。在上述各實施例的基礎上，所述用戶設備ue根據cca檢測結果發(fā)送上行數據包括：在所述當前待檢測子幀n+kx-1的檢測結果為空閑時，在所述當前待檢測子幀n+kx-1的下一子幀n+kx發(fā)送harq進程號對應的上行數據，其中，kmin≤kx≤kmax。在上述各實施例的基礎上，所述用戶設備ue根據cca檢測結果發(fā)送上行數據包括：在所述當前待檢測子幀n+kx-1的檢測結果為空閑時，獲取所述當前待檢測子幀n+kx-1的下一子幀n+kx至子幀n+kmax中在第一設定時間內的目標子 幀，其中，kmin≤kx≤kmax；分別發(fā)送所述目標子幀對應的harq進程號對應的上行數據。在上述各實施例的基礎上，所述基站還用于：判斷在第二設定時間內是否接收到所述上行數據；若否，則重新發(fā)送新的ulgrant以使用戶設備在接收到所述新的ulgrant后，再次發(fā)送所述上行數據；若是，則判斷所述上行數據譯碼是否正確，若譯碼錯誤，則重新發(fā)送新的ulgrant以使用戶設備在接收到所述新的ulgrant后，再次發(fā)送所述上行數據。在上述各實施例的基礎上，所述第二設定時間內為所述至少一個發(fā)送子幀號中最大發(fā)送子幀號對應的子幀之前。在上述各實施例的基礎上，所述上行調度授權ulgrant還包括冗余版本rv號。本實施例提供的上行數據的發(fā)送系統(tǒng)，可執(zhí)行本發(fā)明任意實施例所提供的上行數據的發(fā)送方法，具備執(zhí)行該方法相應的功能模塊和有益效果。未在上述實施例中詳盡描述的技術細節(jié)，可參見本發(fā)明任意實施例所提供的上行數據的發(fā)送方法。注意，上述僅為本發(fā)明的較佳實施例及所運用技術原理。本領域技術人員會理解，本發(fā)明不限于這里所述的特定實施例，對本領域技術人員來說能夠進行各種明顯的變化、重新調整和替代而不會脫離本發(fā)明的保護范圍。因此，雖然通過以上實施例對本發(fā)明進行了較為詳細的說明，但是本發(fā)明不僅僅限于以上實施例，在不脫離本發(fā)明構思的情況下，還可以包括更多其他等效實施例，而本發(fā)明的范圍由所附的權利要求范圍決定。當前第1頁12