一種數據傳輸方法及用戶設備的制作方法
【專利摘要】本發(fā)明公開了一種數據傳輸方法及用戶設備，該方法包括：用戶設備UE向網絡側設備發(fā)送上行數據；UE根據收到的來自網絡側設備的針對上行數據的反饋信息，對上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。通過該方法可以避免因為要等待重傳BSR定時器超時而造成的上行數據傳輸延時。
【專利說明】一種數據傳輸方法及用戶設備
【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，特別涉及一種數據傳輸方法及用戶設備。
【背景技術】
[0002]隨著通信技術的飛速發(fā)展,LTE (Long Term Evolution ;期演進系統(tǒng))作為移動通信系統(tǒng)的主流技術之一，在全球范圍內得到了廣泛的研究和應用。在制定的協議中規(guī)定，UE(User Equipment ;用戶設備)的上行待傳數據從無到有觸發(fā)BSR (Buffer Status Report ；緩沖區(qū)狀態(tài)報告)，如果常規(guī)BSR已經被觸發(fā)且沒有被取消，且當前TTKTransmission TimeInterval ;傳輸時間間隔)沒有被分配上行資源,UE就會觸發(fā)SR (Schedule Request ;調度請求)，然后在下一個SR上報時刻上報SR?；緩亩M行上行調度，獲取BSR，然后根據BSR調度上行待傳數據。
[0003]也即，在UE觸發(fā)常規(guī)BSR后，當UE接收到基站下發(fā)的UL Grant (上行授權)，即發(fā)送上行數據。
[0004]在現有技術中，如果上行數據中包含了 BSR MCECMAC Control Element ;MAC控制信息單元)，或者上行數據包含了所有待傳數據，那么就取消掉本次BSR。
[0005]然而，本發(fā)明人在實現本發(fā)明實施例中的技術方案的過程中發(fā)現，在現有的BSR機制中，不管上行數據是否傳送成功，只要上行數據中包含了 BSR MCE或者所有待傳數據，就會取消掉本次BSR，而當本次上行數據傳輸失敗時，例如UL Grant虛警導致或者是基站解調能力不足導致，基站不會再對UE進行上行調度，而UE也不再發(fā)送上行SR，UE需要到重傳BSR定時器超時才能重新觸發(fā)常規(guī)SR，從而觸發(fā)SR并得到下一次調度機會。然而重傳BSR定時器在協議中，規(guī)定的范圍是320ms-1024ms，一旦發(fā)生前面描述的傳輸失敗的情況，就會導致至少320ms的上行時延，所以導致數據傳輸時延較長。

【發(fā)明內容】

[0006]本發(fā)明實施例提供一種數據傳輸方法及用戶設備，用以解決現有技術中的BSR機制導致數據傳輸時延較長的問題。
[0007]第一方面，提供一種數據傳輸的方法，包括:用戶設備UE向網絡側設備發(fā)送上行數據；所述UE根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
[0008]結合第一方面，在第一種可能的實現方式中，所述UE向網絡側設備發(fā)送上行數據之后，還包括:保留所述BSR ;且所述UE根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的BSR進行處理，包括:當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，所述UE取消所保留的BSR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，所述UE繼續(xù)保留所述BSR，且觸發(fā)SR上報。
[0009]結合第一方面或第一方面的第一種可能的實現方式，在第二種可能的實現方式中，所述UE向網絡側設備發(fā)送上行數據之前，包括:根據所述BSR，觸發(fā)SR上報；接收所述SR對應的上行授權；所述UE向網絡側設備發(fā)送上行數據，包括:根據所述上行授權，向所述網絡側設備發(fā)送上行數據。
[0010]結合第一方面的第二種可能的實現方式，在第三種可能的實現方式中，在接收所述SR對應的上行授權之后，還包括:保留所述SR ;且所述UE根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的SR進行處理，包括:當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，所述UE取消所保留的SR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，所述UE繼續(xù)保留所述SR，且上報所述SR。
[0011]結合第一方面或第一方面的第一種可能的實現方式至第三種可能的實現方式中的任意一種，在第四種可能的實現方式中，所述上行數據包括:BSR控制信息單元；緩沖區(qū)所有待傳數據；或緩沖區(qū)部分待傳數據和所述BSR。
[0012]本發(fā)明的第二方面，提供一種用戶設備，包括:
[0013]發(fā)送單元，用于向網絡側設備發(fā)送上行數據；處理單元，用于根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
[0014]結合第二方面，在第一種可能的實現方式中，所述處理單元具體還用于保留所述BSR，且用于當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，取消所保留的BSR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，繼續(xù)保留所述BSR，且觸發(fā)SR上報。
[0015]結合第二方面或第二方面的第一種可能的實現方式，在第二種可能的實現方式中，所述用戶設備還包括接收單元，所述處理單元還用于根據所述BSR，觸發(fā)SR上報；所述接收單元用于接收所述SR對應的上行授權；所述發(fā)送單元具體用于根據所述上行授權，向所述網絡側設備發(fā)送上行數據。
[0016]結合第二方面的第二種可能的實現方式，在第三種可能的實現方式中，所述處理單元還用于保留所述SR，且用于當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，取消所保留的SR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，繼續(xù)保留所述SR ;所述發(fā)送單元還用于上報所述SR。
[0017]結合第二方面或第二方面的第一種可能的實現方式至第三種可能的實現方式中的任意一種，在第四種可能的實現方式中，所述上行數據包括:BSR控制信息單元；緩沖區(qū)所有待傳數據；或緩沖區(qū)部分待傳數據和所述BSR。
[0018]本發(fā)明的第三方面，還提供一種用戶設備，包括:發(fā)送器，用于向網絡側設備發(fā)送上行數據；處理器，用于根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
[0019]結合第三方面，在第一種可能的實現方式中，所述處理器具體還用于保留所述BSR，且用于當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，取消所保留的BSR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，繼續(xù)保留所述BSR，且觸發(fā)SR上報。
[0020]結合第三方面或第三方面的第一種可能的實現方式，在第二種可能的實現方式中，所述用戶設備還包括接收器，所述處理器還用于根據所述BSR，觸發(fā)SR上報；所述接收器用于接收所述SR對應的上行授權；所述發(fā)送器具體用于根據所述上行授權，向所述網絡側設備發(fā)送上行數據。
[0021]結合第三方面的第二種可能的實現方式，在第三種可能的實現方式中，所述處理器還用于保留所述SR，且用于當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，取消所保留的SR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，繼續(xù)保留所述SR ;所述發(fā)送器還用于上報所述SR。
[0022]結合第三方面或第三方面的第一種可能的實現方式至第三種可能的實現方式中的任意一種，在第四種可能的實現方式中，所述上行數據包括:BSR控制信息單元；緩沖區(qū)所有待傳數據；或緩沖區(qū)部分待傳數據和所述BSR。
[0023]本發(fā)明有益效果如下:
[0024]本發(fā)明實施例中，在用戶設備UE向網絡側設備發(fā)送上行數據之后，根據收到的來自網絡側設備的針對上行數據的反饋信息，對上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理，也即保留BSR或者SR直到收到來自網絡側設備針對上行數據的反饋信息，然后根據該反饋信息對BSR或者SR進行處理，而不是在發(fā)送上行數據后就立即取消掉BSR或者SR，所以在這種情況下，如果上行數據沒有傳輸成功的話，因為BSR或SR依然在，所以就可以繼續(xù)要求網絡側設備，例如基站分配上行資源以傳輸未傳輸成功的上行數據，所以不會因為要等待重傳BSR定時器超時而造成上行數據傳輸延時。
【專利附圖】

【附圖說明】
[0025]圖1為本發(fā)明實施例中的數據傳輸方法的流程圖；
[0026]圖2為本發(fā)明實施例中的數據傳輸方法的流程示意圖；
[0027]圖3為本發(fā)明實施例中的用戶設備的功能框圖；
[0028]圖4為本發(fā)明實施例中的用戶設備的硬件實現的示例概念圖。
【具體實施方式】
[0029]本發(fā)明實施例提供一種數據傳輸方法及用戶設備，在用戶設備(UE)向網絡側設備發(fā)送上行數據之后，根據收到的來自網絡側設備的針對上行數據的反饋信息，對上行數據對應的緩沖區(qū)狀態(tài)報告(BSR)或調度請求(SR)進行處理，也即保留BSR或者SR直到收到來自網絡側設備針對上行數據的反饋信息，然后根據該反饋信息對保留的BSR或者SR進行處理，而不是在發(fā)送上行數據后就立即取消掉BSR或者SR，所以在這種情況下，如果上行數據沒有傳輸成功的話，因為BSR或SR依然在，所以就可以繼續(xù)要求網絡側設備，例如基站分配上行資源以傳輸未傳輸成功的上行數據，所以不會因為要等待重傳BSR定時器超時而造成上行數據傳輸延時。
[0030]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0031]本文中結合用戶設備和/或基站和/或基站控制器來描述各種方面。
[0032]用戶設備，可以是無線終端也可以是有線終端，無線終端可以是指向用戶提供語音和/或數據連通性的設備，具有無線連接功能的手持式設備、或連接到無線調制解調器的其他處理設備。無線終端可以經無線接入網(例如，RAN, Radio Access Network)與一個或多個核心網進行通信，無線終端可以是移動終端，如移動電話(或稱為“蜂窩”電話)和具有移動終端的計算機，例如，可以是便攜式、袖珍式、手持式、計算機內置的或者車載的移動裝置，它們與無線接入網交換語言和/或數據。例如，PCS (Personal CommunicationService ;個人通信業(yè)務)電話、無繩電話、SIP (會話發(fā)起協議)話機、WLL (Wireless LocalLoop ;無線本地環(huán)路)站、PDA (Personal Digital Assistant ;個人數字助理)等設備。無線終端也可以稱為系統(tǒng)、Subscriber Unit (訂戶單元)、Subscriber Station (訂戶站)，Mobile Station (移動站)、Mobile (移動臺)、Remote Station (遠程站)、Access Point (接入點)、Remote Terminal (遠程終端)、Access Terminal (接入終端)、User Terminal (用戶終端)、User Agent (用戶代理)、UD (User Device ;用戶設備)、或 UE (User Equipment ；用戶設備)。
[0033]基站(例如，接入點)可以是指接入網中在空中接口上通過一個或多個扇區(qū)與無線終端通信的設備?；究捎糜趯⑹盏降目罩袔cIP分組進行相互轉換，作為無線終端與接入網的其余部分之間的路由器，其中接入網的其余部分可包括IP (網際協議)網絡。基站還可協調對空中接口的屬性管理。例如，基站可以是GSM中的BTS (Base TransceiverStation ;基站)，也可以是UMTS中的NodeB (基站)，還可以是LTE中的NodeB或eNB或e-NodeB, evolutional Node B (演進型基站)，本申請并不限定。
[0034]基站控制器，可以是GSM中的BSC (base station controller ;基站控制器)，也可以是UMTS中的RNC (Radio Network Controller ;無線網絡控制器),本申請并不限定。
[0035]另外，本文中術語“和/或”，僅僅是一種描述關聯對象的關聯關系，表示可以存在三種關系，例如，A和/或B，可以表示:單獨存在A，同時存在A和B，單獨存在B這三種情況。另外，本文中字符“/”，一般表示前后關聯對象是一種“或”的關系。
[0036]下面結合附圖對本發(fā)明優(yōu)選的實施方式進行詳細說明。
[0037]實施例一
[0038]本實施例提供一種數據傳輸的方法，請參考圖1所示，該方法包括如下步驟:
[0039]步驟101:用戶設備UE向網絡側設備發(fā)送上行數據；
[0040]步驟102:UE根據收到的來自網絡側設備的針對上行數據的反饋信息，對上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
[0041]其中，在本實施例中，網絡側設備具體例如是基站、基站控制器、中繼RN等。
[0042]對于上行數據,具體可以包括BSR MCE (MAC控制信息單元);或包括緩沖區(qū)所有待傳數據；或包括緩沖區(qū)部分待傳數據和該BSR。
[0043]相應的，在步驟101中，UE向網絡側設備發(fā)送上行數據，具體也有三種情況，第一種是發(fā)送包含BSR MCE的上行數據；第二種是發(fā)送包含所有待傳數據的上行數據；第三種是發(fā)送包含部分待傳數據和該BSR的上行數據。
[0044]當UE執(zhí)行步驟101之后，即當UE發(fā)送上行數據后，網絡側設備(以下將以基站為例進行說明)就相應的接收該上行數據，在實際運用中，基站有時候沒有正確接收到該上行數據，例如UL Grant虛警導致或者是基站解調能力不足導致，根據協議規(guī)定，基站不管是否正確接收到上行數據，都會發(fā)送反饋信息給UE。[0045]此時，UE就會接收到基站發(fā)送的針對該上行數據的反饋信息，當接收到反饋信息后，UE就執(zhí)行步驟102，即根據該反饋信息對該上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
[0046]以下將分別介紹對BSR的處理和SR的處理。
[0047]首先介紹對BSR的處理。在一實施例中，在UE執(zhí)行步驟101之后，該方法還包括，保留該BSR;那么步驟102就具體包括:當反饋信息表示網絡側設備正確接收到上行數據時，UE取消所保留的BSR ;當反饋信息表示網絡側設備未正確接收到上行數據時，UE繼續(xù)保留BSR，且觸發(fā)SR上報。
[0048]具體來說，例如在UE發(fā)送上行數據后，并不像現有技術一樣，立即取消BSR，而是保留該BSR，然后在接收到基站發(fā)送的表示基站正確接收到上行數據的反饋信息時，就表示上行數據已傳輸成功，所以不需要再一次通知基站分配上行資源，所以就取消掉該保留的BSR,在這種情況下，反饋信息例如是ACK (Acknowledgment正確認)信息；而在接收到基站發(fā)送的表示基站未正確接收到上行數據的反饋信息時，就表示上行數據沒有傳輸成功，所以需要再一次通知基站分配上行資源，所以繼續(xù)保留該BSR，并觸發(fā)SR上報，那么基站在接收到SR后，就會繼續(xù)為UE分配上行資源，UE就可以繼續(xù)重傳上行數據，而不會因為要等BSR重傳定時器超時造成上行數據傳輸延時；在這種情況下，反饋信息例如是NACK(Negative Acknowledge 負確認)信息。
[0049]進一步，如果UE在執(zhí)行步驟101之前，基站在當前TTI (傳輸時間間隔)內沒有為UE分配上行資源，例如UE并沒有接收到基站發(fā)送的UL Grant，那么該方法還包括:根據BSR，觸發(fā)SR上報，以通知基站為UE分配上行資源；然后對應的，UE就會執(zhí)行步驟:接收該SR對應的UL Grant ;那么步驟101具體為:基于該UL Grant，向網絡側設備，例如基站，發(fā)送上行數據。
[0050]接下來介紹根據反饋信息對SR的處理。
[0051]在前述介紹對BSR的處理時，描述過當UE在執(zhí)行步驟101之前，基站在當前TTI(傳輸時間間隔)內沒有為UE分配上行資源時，UE就會基于BSR觸發(fā)SR上報，所以在本實施例中，在UE接收到SR對應的UL Grant之后，還包括:保留該SR ;那么步驟102具體包括:當反饋信息表示網絡側設備正確接收到上行數據時，UE取消所保留的SR ;當反饋信息表示網絡側設備未正確接收到上行數據時，UE繼續(xù)保留SR，且上報SR。
[0052]具體來說，例如在UE接收到UL Grant后，并不像現有技術一樣，立即取消SR，而是保留該SR，然后在接收到基站發(fā)送的表示基站正確接收到上行數據的反饋信息時，就表示上行數據已傳輸成功，所以不需要再一次通知基站分配上行資源，所以就取消掉保留的SR,在這種情況下,反饋信息例如是ACK (Acknowledgment正確認)信息；而在接收到基站發(fā)送的表示基站未正確接收到上行數據的反饋信息時，就表示上行數據沒有傳輸成功，所以需要再一次通知基站分配上行資源，所以繼續(xù)保留該SR，并上報SR，那么基站在接收到SR后，就會繼續(xù)為UE分配上行資源，UE就可以繼續(xù)重傳上行數據，而不會因為要等BSR重傳定時器超時造成上行數據傳輸延時；在這種情況下，反饋信息例如是NACK (NegativeAcknowledge負確認)信息。
[0053]為了便于本領域技術人員更清楚的了解本發(fā)明，以下將更清楚更完整的描述本實施例的數據傳輸方法。[0054]請參考圖2所示,該方法包括:
[0055]步驟201:UE觸發(fā)BSR上報；具體例如當UE的上行緩沖區(qū)中的數據從無到有時就觸發(fā)BSR上報；當BSR被觸發(fā)時，就執(zhí)行步驟202。
[0056]步驟202:判斷UE在當前TTI有沒有被分配上行資源；基于該判斷結果，分別執(zhí)行步驟203和步驟212。
[0057]步驟203:當UE在當前TTI沒有被分配上行資源時，觸發(fā)SR上報；當網絡側設備，例如基站在接收到SR后，就會下發(fā)UL Grant，那么對應的，UE就會執(zhí)行步驟204。
[0058]步驟204:接收網絡側設備根據SR下發(fā)的UL Grant ;當接收到UL Grant時,UE可以同時執(zhí)行步驟205和步驟206，也可以先執(zhí)行步驟205再執(zhí)行步驟206，或者是先執(zhí)行步驟206再執(zhí)行步驟205。在另一實施例中，當UE接收到UL Grant時，UE執(zhí)行步驟206和步驟207，類似的，步驟206和步驟207可以同時執(zhí)行，也可以先后執(zhí)行，本申請不作限定。因此，在這種情況下，UE既可以選擇保留SR，也可以選擇保留BSR，同樣都可以實現再次通知基站為UE分配上行資源的目的。
[0059]步驟205:保留 SR ;
[0060]步驟206:根據UL Grant,發(fā)送上行數據；
[0061]步驟207:保留BSR。不管是保留SR還是BSR，當網絡側設備接收到上行數據或在預定時間內沒有接收到上行數據時，就會給UE下發(fā)反饋信息以告知UE，那么對應的，UE就執(zhí)行步驟208。
[0062]步驟208:接收針對上行數據的反饋信息；然后UE執(zhí)行步驟209。
[0063]步驟209:根據反饋信息，處理保留的SR或BSR ;具體處理情況如步驟210和步驟211。
[0064]步驟210:當反饋信息為ACK，取消保留的SR或BSR;因為此時表示UE的上行數據已傳輸成功，所以不需要再保留SR或BSR。
[0065]步驟211:當反饋信息為NACK，繼續(xù)保留SR或保留BSR并且觸發(fā)SR上報；此時表示上行數據傳輸失敗，所以繼續(xù)保留SR并且觸發(fā)SR上報，或者，繼續(xù)保留BSR，然后基于BSR觸發(fā)SR上報，以通知基站為UE繼續(xù)分配上行資源；因此UE不需要等待BSR重傳定時器超時就可以觸發(fā)SR，進行繼續(xù)傳輸上行數據，所以可以減少上行數據的傳輸時延。
[0066]在進一步的實施例中，在步驟211之后，可以繼續(xù)步驟204，依次進行循環(huán)。
[0067]步驟212:當UE在當前TTI有被分配上行資源時，發(fā)送上行數據；因為此時沒有觸發(fā)SR，所以只能選擇保留BSR，即執(zhí)行步驟213。
[0068]步驟213:保留 BSR;
[0069]步驟214:接收針對上行數據的反饋信息，與步驟208類似。
[0070]步驟215:根據反饋信息，處理保留的BSR，具體可以如步驟216和步驟217進行處理。其中，在步驟216中，因為反饋信息表示基站已正確接收到上行數據，所以需要再保留BSR ;在步驟217中，此時表示上行數據傳輸失敗，所以繼續(xù)保留BSR，然后基于BSR觸發(fā)SR上報，以通知基站為UE繼續(xù)分配上行資源；因此UE不需要等待BSR重傳定時器超時就可以觸發(fā)SR，進行繼續(xù)傳輸上行數據，所以可以減少上行數據的傳輸時延。
[0071]在進一步的實施例中，在步驟217之后，可以繼續(xù)步驟204，依次進行循環(huán)。
[0072]由上述的描述可以看出，在用戶設備UE向網絡側設備發(fā)送上行數據之后，根據收到的來自網絡側設備的針對上行數據的反饋信息，對上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理，也即保留BSR或者SR直到收到來自網絡側設備針對上行數據的反饋信息，然后根據該反饋信息對BSR或SR進行處理，而不是在發(fā)送上行數據后就立即取消掉BSR或者SR，所以在這種情況下，如果上行數據沒有傳輸成功的話，因為BSR或SR依然在，所以就可以繼續(xù)要求網絡側設備，例如基站分配上行資源以傳輸未傳輸成功的上行數據，所以不會因為要等待重傳BSR定時器超時而造成上行數據傳輸延時。
[0073]實施例二
[0074]基于同一設計思路，本發(fā)明實施例還提供一種用戶設備，如圖3所示，該用戶設備包括:發(fā)送單元301，用于向網絡側設備發(fā)送上行數據；處理單元302，用于根據收到的來自網絡側設備的針對上行數據的反饋信息，對上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
[0075]在進一步的實施例中，處理單元302具體還用于保留BSR，且用于當反饋信息表示網絡側設備正確接收到上行數據時，取消所保留的BSR;當反饋信息表示網絡側設備未正確接收到上行數據時，繼續(xù)保留BSR，且觸發(fā)SR上報。
[0076]進一步，用戶設備還包括接收單元303，
[0077]處理單元302還用于根據BSR，觸發(fā)SR上報；
[0078]接收單元303用于接收SR對應的上行授權；
[0079]發(fā)送單元301具體用于根據上行授權，向網絡側設備發(fā)送上行數據。
[0080]進一步，處理單元302還用于保留SR，且用于當反饋信息表示網絡側設備正確接收到上行數據時，取消所保留的SR;當反饋信息表示網絡側設備未正確接收到上行數據時，繼續(xù)保留SR;
[0081]發(fā)送單元301還用于上報SR。
[0082]在以上各實施例中，上行數據包括:BSR控制信息單元；緩沖區(qū)所有待傳數據；或緩沖區(qū)部分待傳數據和所述BSR。
[0083]前述圖1和圖2實施例中的數據傳輸方法中的各種變化方式和具體實例同樣適用于本實施例的用戶設備，通過前述對數據傳輸方法的詳細描述，本領域技術人員可以清楚的知道本實施例中用戶設備的實施方法，所以為了說明書的簡潔，在此不再詳述。
[0084]實施例三
[0085]基于同一設計思路，本發(fā)明實施例還提供一種用戶設備，如圖4所示，該用戶設備包括:發(fā)送器401，用于向網絡側設備發(fā)送上行數據；處理器402，用于根據收到的來自網絡側設備的針對上行數據的反饋信息，對上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
[0086]其中，在圖7中，總線架構(用總線400來代表)，總線400可以包括任意數量的互聯的總線和橋，總線400將包括由處理器402代表的一個或多個處理器402和存儲器404代表的存儲器的各種電路鏈接在一起?？偩€400還可以將諸如外圍設備、穩(wěn)壓器和功率管理電路等之類的各種其他電路鏈接在一起，這些都是本領域所公知的，因此，本文不再對其進行進一步描述?？偩€接口 405在總線400和接收器403、發(fā)送器401之間提供接口。接收器403和發(fā)送器401可以是同一個元件，即收發(fā)機，提供用于在傳輸介質上與各種其他裝置通信的單元。取決于用戶設備的性質，還可以提供用戶接口 406，例如小鍵盤、顯示器、揚聲器、麥克風、操縱桿。
[0087]處理器402負責管理總線400和通常的處理，而存儲器404可以被用于存儲處理器402在執(zhí)行操作時所使用的數據。
[0088]在進一步的實施例中，處理器402具體還用于保留BSR，且用于當反饋信息表示網絡側設備正確接收到上行數據時，取消所保留的BSR ;當反饋信息表示網絡側設備未正確接收到上行數據時，繼續(xù)保留BSR，且觸發(fā)SR上報。
[0089]進一步，用戶設備還包括接收器403，
[0090]處理器402還用于根據BSR,觸發(fā)SR上報；
[0091]接收器403用于接收SR對應的上行授權；
[0092]發(fā)送器401具體用于根據上行授權，向網絡側設備發(fā)送上行數據。
[0093]進一步，處理器402還用于保留SR，且用于當反饋信息表示網絡側設備正確接收到上行數據時，取消所保留的SR ;當反饋信息表示網絡側設備未正確接收到上行數據時，繼續(xù)保留SR ；
[0094]發(fā)送器401還用于上報SR。
[0095]前述圖1和圖2實施例中的數據傳輸方法中的各種變化方式和具體實例同樣適用于本實施例的用戶設備，通過前述對數據傳輸方法的詳細描述，本領域技術人員可以清楚的知道本實施例中用戶設備的實施方法，所以為了說明書的簡潔，在此不再詳述。
[0096]本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。
[0097]本發(fā)明是參照根據本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執(zhí)行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。
[0098]這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。
[0099]這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。
[0100]盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。
[0101]顯然，本領域的技術人員可以對本發(fā)明實施例進行各種改動和變型而不脫離本發(fā)明實施例的精神和范圍。這樣，倘若本發(fā)明實施例的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
【權利要求】
1.一種數據傳輸的方法，其特征在于，包括: 用戶設備UE向網絡側設備發(fā)送上行數據； 所述UE根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
2.根據權利要求1所述的方法，其特征在于，所述UE向網絡側設備發(fā)送上行數據之后，還包括: 保留所述BSR;且 所述UE根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的BSR進行處理，包括: 當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，所述UE取消所保留的BSR ； 當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，所述UE繼續(xù)保留所述BSR，且觸發(fā)SR上報。
3.根據權利要求1或2所述的方法，其特征在于，所述UE向網絡側設備發(fā)送上行數據之前，包括: 根據所述BSRJi* SR上報； 接收所述SR對應的上行授權； 所述UE向網絡側設備發(fā)送上行數據，包括: 根據所述上行授權，向所述網絡側設備發(fā)送上行數據。
4.根據權利要求3所述的方法，其特征在于，在接收所述SR對應的上行授權之后，還包括: 保留所述SR;且 所述UE根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的SR進行處理，包括: 當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，所述UE取消所保留的SR； 當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，所述UE繼續(xù)保留所述SR，且上報所述SR。
5.如權利要求1至4任一項所述的方法，其特征在于，所述上行數據包括: BSR控制信息單元； 緩沖區(qū)所有待傳數據；或 緩沖區(qū)部分待傳數據和所述BSR。
6.一種用戶設備，其特征在于，包括: 發(fā)送單元，用于向網絡側設備發(fā)送上行數據； 處理單元，用于根據收到 的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
7.如權利要求6所述的用戶設備，其特征在于，所述處理單元具體還用于保留所述BSR，且用于當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，取消所保留的BSR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，繼續(xù)保留所述BSR，且觸發(fā)SR上報。
8.如權利要求6或7所述的用戶設備，其特征在于，所述用戶設備還包括接收單元， 所述處理單元還用于根據所述BSR，觸發(fā)SR上報； 所述接收單元用于接收所述SR對應的上行授權； 所述發(fā)送單元具體用于根據所述上行授權，向所述網絡側設備發(fā)送上行數據。
9.如權利要求8所述的用戶設備，其特征在于，所述處理單元還用于保留所述SR，且用于當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，取消所保留的SR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，繼續(xù)保留所述SR ； 所述發(fā)送單元還用于上報所述SR。
10.如權利要求6至9任一項所述的用戶設備，其特征在于，所述上行數據包括: BSR控制信息單元； 緩沖區(qū)所有待傳數據；或 緩沖區(qū)部分待傳數據和所述BSR。
11.一種用戶設備，其特征在于，包括: 發(fā)送器，用于向網絡側設 備發(fā)送上行數據； 處理器，用于根據收到的來自所述網絡側設備的針對所述上行數據的反饋信息，對所述上行數據對應的緩沖區(qū)狀態(tài)報告BSR或調度請求SR進行處理。
12.如權利要求11所述的用戶設備，其特征在于，所述處理器具體還用于保留所述BSR，且用于當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，取消所保留的BSR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，繼續(xù)保留所述BSR，且觸發(fā)SR上報。
13.如權利要求11或12所述的用戶設備，其特征在于，所述用戶設備還包括接收器， 所述處理器還用于根據所述BSR，觸發(fā)SR上報； 所述接收器用于接收所述SR對應的上行授權； 所述發(fā)送器具體用于根據所述上行授權，向所述網絡側設備發(fā)送上行數據。
14.如權利要求13所述的用戶設備，其特征在于，所述處理器還用于保留所述SR，且用于當所述反饋信息表示所述網絡側設備正確接收到所述上行數據時，取消所保留的SR ;當所述反饋信息表示所述網絡側設備未正確接收到所述上行數據時，繼續(xù)保留所述SR ； 所述發(fā)送器還用于上報所述SR。
15.如權利要求11至14任一項所述的用戶設備，其特征在于，所述上行數據包括: BSR控制信息單元； 緩沖區(qū)所有待傳數據；或 緩沖區(qū)部分待傳數據和所述BSR。
【文檔編號】H04W72/12GK103814615SQ201380002775
【公開日】2014年5月21日 申請日期:2013年9月11日 優(yōu)先權日:2013年9月11日
【發(fā)明者】儲循循, 陳召娣 申請人:華為技術有限公司