數據傳輸方法和設備的制作方法
【專利摘要】本發(fā)明實施例提供一種數據傳輸方法和設備。其中，方法包括：第一設備向第二設備發(fā)送多個分組數據單元PDU分段；所述第一設備接收所述第二設備發(fā)送的確認應答狀態(tài)報告，所述確認應答狀態(tài)報告中攜帶需要重傳的PDU分段的分段序號；所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。本發(fā)明實施例提供的數據傳輸方法和設備，可以提高數據傳輸的可靠性，降低掉話率。
【專利說明】數據傳輸方法和設備
【技術領域】
[0001 ] 本發(fā)明實施例涉及通信技術，尤其涉及一種數據傳輸方法和設備。
【背景技術】
[0002]目前，發(fā)送端根據無線鏈路控制協(xié)議(Radio Link Contool,簡稱:RLC)，將數據包在空口發(fā)送前進行分組數據單元(Packet Data Unit，簡稱:PDU)封裝，然后將封裝后的PDU發(fā)送給接收端。當出現H)U丟失，且接收端請求重傳時，發(fā)送端可以對該PDU進行分段，重新適配空口傳輸資源大小，形成多個PDU分段，在將多個PDU分段重新發(fā)送給接收端。當部分PDU分段丟失時,接收端向發(fā)送端發(fā)送非確認應答(Negative -Acknowledge,簡稱:NACK)狀態(tài)報告，請求發(fā)送端重傳丟失的PDU分段。由于Nack報告需要的傳輸資源至少為9個字節(jié)。但是，對于小區(qū)邊緣、或者干擾比較強的地區(qū)，傳輸資源受限，可能無法滿足Nack報告需要的傳輸資源，因此，接收端無法組成Nack報告，而只能組成確認應答(Acknowledge，簡稱Ack)狀態(tài)報告,用Ack報告的Ack序號(Ack Sn)來指不丟失的PDU分段對應的分段號(PDU SN)。
[0003]但是，根據RLC協(xié)議，發(fā)送端在接收到接收端發(fā)送的Ack報告后，會認為接收端已確認收到了所需要重傳的數據，從而不會發(fā)送丟失的PDU分段，這就會導致數據傳輸失敗，引起掉話。
【發(fā)明內容】
[0004]本發(fā)明實施例提供一種數據傳輸方法和設備，以提高數據傳輸的可靠性，降低掉話率。
[0005]第一方面，本發(fā)明實施例提供一種數據傳輸方法，包括:第一設備向第二設備發(fā)送多個分組數據單元PDU分段；所述第一設備接收所述第二設備發(fā)送的確認應答狀態(tài)報告，所述確認應答狀態(tài)報告中攜帶需要重傳的PDU分段的分段序號；所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0006]在第一方面的第一種實現方式中，所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳，包括:所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號與等待應答的PDU分段的分段序號是否相等；所述第一設備若判斷出所述分段序號與等待應答的PDU分段的分段序號相等時，判斷接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數是否大于或等于閾值；則所述若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備，包括:若判斷出所述分段序號與等待應答的PDU分段的分段序號相等，且接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數大于或等于閾值，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0007]第二方面，本發(fā)明實施例提供一種數據傳輸方法，包括:第二設備向第一設備發(fā)送第一確認應答狀態(tài)報告，所述第一確認應答狀態(tài)報告中攜帶需要重傳的分組數據單元rou分段的分段序號，以供所述第一設備根據所述第一確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；第二設備接收所述第一設備發(fā)送的所述分段序號對應的PDU分段，所述分段序號對應的PDU分段為所述第一設備在判斷出所述分段序號對應的rou分段需要重傳的PDU分段。
[0008]在第二方面的第一種實現方式中，還包括:所述第二設備接收所述第一設備發(fā)送的PDU分段，并將所述PDU分段的分段序號攜帶在第二確認應答狀態(tài)報告中發(fā)送給所述第
一設備。
[0009]第三方面，本發(fā)明實施例提供一種數據傳輸裝置，包括:發(fā)送模塊，用于向第二設備發(fā)送多個分組數據單元PDU分段；接收模塊，用于接收所述第二設備發(fā)送的確認應答狀態(tài)報告，所述確認應答狀態(tài)報告中攜帶需要重傳的PDU分段的分段序號；判斷模塊，用于根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；所述發(fā)送模塊還用于若所述判斷模塊判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0010]在第三方面的第一種實現方式中，所述判斷模塊具體用于根據所述確認應答狀態(tài)報告，判斷所述分段序號與等待應答的PDU分段的分段序號是否相等；若判斷出所述分段序號與等待應答的PDU分段的分段序號相等時，判斷接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數是否大于或等于閾值；所述發(fā)送模塊具體用于若所述判斷模塊判斷出所述分段序號與等待應答的PDU分段的分段序號相等，且接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數大于或等于閾值，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0011]第四方面，本發(fā)明實施例提供一種數據傳輸裝置，包括:發(fā)送模塊，用于向第一設備發(fā)送第一確認應答狀態(tài)報告，所述第一確認應答狀態(tài)報告中攜帶需要重傳的分組數據單元PDU分段的分段序號，以供所述第一設備根據所述第一確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；接收模塊，用于接收所述第一設備發(fā)送的所述分段序號對應的PDU分段，所述分段序號對應的PDU分段為所述第一設備在判斷出所述分段序號對應的PDU分段需要重傳的PDU分段。
[0012]在第四方面的第一種實現方式中，所述接收模塊還用于接收所述第一設備發(fā)送的PDU分段；所述發(fā)送模塊還用于將所述PDU分段的分段序號攜帶在第二確認應答狀態(tài)報告中發(fā)送給所述第一設備。
[0013]第五方面，本發(fā)明實施例提供一種發(fā)送端，包括:存儲器，用于存儲指令；處理器，與所述存儲器耦合，所述處理器被配置為執(zhí)行存儲在所述存儲器中的指令，且所述處理器被配置為用于執(zhí)行如權利要求1或2所述的數據傳輸方法。
[0014]第六方面，本發(fā)明實施例提供一種接收端，其特征在于，包括:存儲器，用于存儲指令；處理器，與所述存儲器耦合，所述處理器被配置為執(zhí)行存儲在所述存儲器中的指令，且所述處理器被配置為用于執(zhí)行如權利要求3或4所述的數據傳輸方法。
[0015]本發(fā)明實施例提供的數據傳輸方法和設備，通過第一設備在接收ACK狀態(tài)報告時，判斷攜帶在該ACK狀態(tài)報告中的分段序號對應的PDU分段是否需要重傳，若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備，實現對資源不足導致第二設備未接收到PDU但又無法發(fā)送NACK報告的場景下成功傳輸數據的支持，從而減小了數據傳輸失敗的風險，降低掉話率。
【專利附圖】
【附圖說明】
[0016]為了更清楚地說明本發(fā)明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
[0017]圖1為本發(fā)明數據傳輸方法實施例一的流程圖；
[0018]圖2為本發(fā)明數據傳輸方法實施例二的流程圖；
[0019]圖3為本發(fā)明數據傳輸方法實施例三的流程圖；
[0020]圖4為本發(fā)明數據傳輸方法實施例四的信令流程圖；
[0021]圖5為本發(fā)明數據傳輸裝置實施例一的結構示意圖；
[0022]圖6為本發(fā)明數據傳輸裝置實施例二的結構示意圖；
[0023]圖7為本發(fā)明發(fā)送端實施例的結構示意圖；
[0024]圖8為本發(fā)明接收端實施例的結構示意圖。
【具體實施方式】
[0025]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0026]本發(fā)明各實施例提供的數據傳輸方法，涉及發(fā)送端與接收端之間通過無線鏈路進行的數據傳輸，包括上行鏈路和下行鏈路，并且包括各種無線網絡制式。其中，發(fā)送端是指可以通過無線鏈路向其他設備發(fā)送數據的設備，可以是終端，也可以是基站，本發(fā)明各實施例中將這類設備命名為第一設備；接收端是指可以通過無線鏈路接收其他設備發(fā)送的數據的設備，可以是終端，也可以是基站，本發(fā)明各實施例中將這類設備命名為第二設備。
[0027]圖1為本發(fā)明數據傳輸方法實施例一的流程圖，本實施例的執(zhí)行主體為第一設備。如圖1所示，本實施例的方法可以包括:
[0028]步驟101、第一設備向第二設備發(fā)送多個分組數據單元PDU分段。
[0029]步驟101的場景為:第一設備之前曾向第二設備發(fā)送了數據，該數據在發(fā)送前根據使用無線鏈路控制協(xié)議(Radio Link Control,簡稱:RLC)封裝為一個分組數據單元(Packet Data Unit，簡稱:PDU)，但由于無線鏈路的資源不足，該TOU丟失了，這時第二設備會請求第一設備重傳該數據。這時第一設備將對該PDU進行分段，重新適配空口傳輸資源塊(Resource Blocks，簡稱:RB)的大小，形成多個PDU分段，再將多個PDU分段發(fā)送給第二設備。
[0030]步驟102、所述第一設備接收所述第二設備發(fā)送的確認應答狀態(tài)報告，所述確認應答狀態(tài)報告中攜帶需要重傳的PDU分段的分段序號。
[0031]根據RLC的協(xié)議,第二設備在接收到第一設備發(fā)送的PDU分段時,將會向第一設備發(fā)送狀態(tài)報告，如果已經接收到完整的PDU分段是完整的，則第二設備發(fā)送的狀態(tài)報告為確認應答(Acknowledgement,簡稱:ACK)狀態(tài)報告,其中攜帶確認應答的F1DU的序號；如果接收到的PDU分段不完整，或者沒有接收到某個序號對應的PDU分段，則第二設備發(fā)送的狀態(tài)報告為非確認應答(Negative Acknowledge，簡稱:NACK)狀態(tài)報告，其中攜帶該PDU分段的起始偏置位置和結束偏置位置。NACK狀態(tài)報告需要的空口資源比ACK狀態(tài)報告需要的空口資源更多，至少需要9個字節(jié)。
[0032]但是，當無線鏈路的資源嚴重不足時，例如終端位于小區(qū)邊緣、或者干擾較強的地區(qū)，在這些地區(qū)，無線通信網絡的調度將犧牲傳輸速率以保證上行信號強度和解調性能，例如，當信噪比SINR降到閾值以下時,會減少每次調度的資源塊(Resource Blocks,簡稱:RB)和調制編碼方案(Modulation and Coding Scheme,簡稱:MCS)的階數，以使上行信號的強度足夠第二設備解調所接收的數據。
[0033]因此，當第二設備接收到的PDU分段不完整，或者沒有接收到某個序號對應的rou分段，而RB的數量又不足以組成NACK狀態(tài)報告時，本實施例中的第二設備需要向第一設備發(fā)送ACK狀態(tài)報告，該ACK狀態(tài)報告中攜帶該PDU分段的序號，即需要重傳的PDU分段的分段序號，以告知第一設備需要重新傳送該PDU分段。
[0034]步驟103、所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述
第二設備。
[0035]現有技術中，根據RLC的協(xié)議，第一設備在接收ACK的狀態(tài)報告時，不做判斷也不會重傳rou，而只有在接收NACK的狀態(tài)報告時，才會重傳該rou。
[0036]步驟103正式考慮到以下場景:當第二設備接收到的PDU分段不完整，或者沒有接收到某個序號對應的PDU分段，而RB的數量又不足以組成NACK狀態(tài)報告時，第二設備只能向第一設備發(fā)送ACK狀態(tài)報告。因此,第一設備在接收到ACK狀態(tài)報告時,判斷該分段序號對應的PDU分段是否需要重傳；若判斷出該ACK狀態(tài)報告是上述場景下發(fā)出的，也就是該PDU需要重傳，則將該分段序號對應的PDU分段發(fā)送給所述第二設備。
[0037]本實施例，通過第一設備在接收ACK狀態(tài)報告時，判斷該ACK狀態(tài)報告中的分段序號對應的PDU分段是否需要重傳，若判斷出需要重傳，則將該分段序號對應的PDU分段發(fā)送給該第二設備，實現對資源不足導致第二設備未接收到PDU但又無法發(fā)送NACK報告的場景下成功傳輸數據的支持，從而減小了數據傳輸失敗的風險，降低掉話率。
[0038]圖2為本發(fā)明數據傳輸方法實施例二的流程圖，本實施例的執(zhí)行主體為第一設備。如圖2所示，本實施例的方法可以包括:
[0039]步驟201、第一設備向第二設備發(fā)送多個分組數據單元PDU分段。
[0040]步驟202、所述第一設備接收所述第二設備發(fā)送的確認應答狀態(tài)報告，所述確認應答狀態(tài)報告中攜帶需要重傳的PDU分段的分段序號。
[0041]步驟203、所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述
第二設備。
[0042]步驟203在具體實現時可以包括以下子步驟:
[0043]步驟2031、所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號與等待應答的PDU分段的分段序號是否相等。[0044]具體地，第一設備在每次發(fā)送PDU分段之后都會在本地保存一個等待應答的rou分段的分段序號，通常，第一設備會在本地維護一個包含兩個變量的列表，其中一個為待確認狀態(tài)的變量(Acknowledgement state Variable,簡稱:VTA),該變量的值為等待確認的第一個PDU分段的分段序號；另一個為發(fā)送狀態(tài)變量(Send state variable，簡稱:VTS)該變量的值為下一個要發(fā)送的PDU分段的分段序號；該兩個變量VTA和VTS來源于第三代合作伙伴計劃(3rd Generation Partnership Project,簡稱:3GPP)協(xié)議,其版本號為 3GPPTS 36.322 V10.0.0 (2010-12)。在步驟2031中，可以將接收到的ACK狀態(tài)報告中攜帶的PDU分段的分段序號與VTA的值進行比較，判斷兩者是否相等。
[0045]如果判斷出兩者不相等，則第一設備按照RLC協(xié)議以及現有技術的方法處理；如果判斷出兩者相等，則還需要執(zhí)行以下步驟。
[0046]步驟2032、所述第一設備若判斷出所述分段序號與等待應答的PDU分段的分段序號相等時，判斷接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數是否大于或等于閾值。
[0047]優(yōu)選地，閾值可以設置為2，如果接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數小于2，則認為目前接收的ACK狀態(tài)報告是第二設備在完整接收了該PDU分段之后做出的確認應答，因此不需要再重傳；如果接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數大于或等于2，則說明第二設備沒有完整接收到該PDU分段，或者該PDU分段丟失，則當前接收到的ACK狀態(tài)報告是用于請求該第一設備重傳該PDU分段。
[0048]需要說明的是，在實際實現時，步驟2031和步驟2032中對應的兩個判斷，并不限于按照以上順序執(zhí)行，也可以先判斷步驟2032中的接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數是否大于或等于閾值，再執(zhí)行步驟2031中的根據所述確認應答狀態(tài)報告，判斷所述確認應答狀態(tài)報告中攜帶的分段序號與等待應答的PDU分段的分段序號是否相
坐寸ο
[0049]步驟2033、若判斷出所述分段序號與等待應答的PDU分段的分段序號相等，且接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數大于或等于閾值，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0050]本實施例，通過第一設備判斷所接收的ACK狀態(tài)報告中攜帶的分段序號與本地保存的等待應答的PDU分段的分段序號是否相等，以及攜帶該分段序號的ACK報告的次數是否大于閾值，來判斷是否本次需要重傳該分段序號對應的rou;通過在判斷出需要重傳時則重傳該分段序號對應的rou，從而提高了在資源受限的條件下的數據傳輸的可靠性。
[0051]圖3為本發(fā)明數據傳輸方法實施例三的流程圖，本實施例的執(zhí)行主體為第二設備。如圖3所示，本實施例的方法可以包括:
[0052]步驟301、第二設備向第一設備發(fā)送第一確認應答狀態(tài)報告，所述第一確認應答狀態(tài)報告中攜帶需要重傳的分組數據單元PDU分段的分段序號，以供所述第一設備根據所述第一確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳。
[0053]步驟301的場景為:無線鏈路的資源嚴重不足時，例如終端位于小區(qū)邊緣、或者干擾較強的地區(qū)，第二設備接收到的PDU分段不完整，或者沒有接收到某個序號對應的PDU分段，而RB的數量又不足以組成NACK狀態(tài)報告時，第二設備只能向第一設備發(fā)送第一 ACK狀態(tài)報告，其中攜帶該PDU分段的分段序號。[0054]其中，第一設備可以執(zhí)行上述圖1或圖2所示方法實施例的技術方案，其實現原理相類似，此處不再贅述。
[0055]步驟302、第二設備接收所述第一設備發(fā)送的所述分段序號對應的PDU分段，所述分段序號對應的PDU分段為所述第一設備在判斷出所述分段序號對應的PDU分段需要重傳的rou分段。
[0056]本實施例，通過第二設備向第一設備發(fā)送第一 ACK狀態(tài)報告，并攜帶需要重傳的分組數據單元PDU分段的分段序號，以供該第一設備根據該第一 ACK狀態(tài)報告，判斷該分段序號對應的PDU分段是否需要重傳；以及通過第一設備根據該第一 ACK狀態(tài)報告判斷出需要重傳該PDU分段，實現對在資源受限條件下的數據傳輸的支持，提高了資源受限條件下的數據傳輸的可靠性，從而減小掉話率。
[0057]進一步的，上述實施例的基礎上，該方法還包括:
[0058]所述第二設備接收所述第一設備發(fā)送的PDU分段，并將所述PDU分段的分段序號攜帶在第二確認應答狀態(tài)報告中發(fā)送給所述第一設備。
[0059]該步驟的場景為:第二設備在接收到完整的PDU分段之后，向第一設備發(fā)送第二ACK狀態(tài)報告。
[0060]在本實施例中，由于第二設備在接收到完整的PDU分段之后，也會向第一設備發(fā)送ACK狀態(tài)報告，因此，為了描述得更為清楚，本實施例使用第一 ACK狀態(tài)報告代表需要重傳的場景下的ACK狀態(tài)報告，使用第二 ACK狀態(tài)報告代表不需重傳場景下的ACK狀態(tài)報告。[0061 ] 圖4為本發(fā)明數據傳輸方法實施例四的信令流程圖，如圖4所示，本實施例的方法可以包括:
[0062]步驟401、第一設備向第二設備發(fā)送多個分組數據單元PDU分段。
[0063]步驟402、第二設備向第一設備發(fā)送ACK狀態(tài)報告，所述ACK狀態(tài)報告中攜帶需要重傳的分組數據單元PDU分段的分段序號，以供所述第一設備根據所述第一 ACK狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳。
[0064]具體地，步驟402中，第二設備可以向第一設備發(fā)送多個ACK狀態(tài)報告，其中，一部分ACK狀態(tài)報告為第二設備在資源充足種場景下發(fā)送的ACK狀態(tài)報告，另一部分ACK狀態(tài)報告為資源不足場景下發(fā)送的ACK狀態(tài)報告。
[0065]步驟403、所述第一設備根據所述ACK狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0066]步驟403在具體實現時包括以下子步驟:
[0067]步驟4031、所述第一設備根據所述ACK狀態(tài)報告，判斷所述分段序號與等待應答的PDU分段的分段序號是否相等。
[0068]步驟4032、所述第一設備若判斷出所述分段序號與等待應答的PDU分段的分段序號相等時，判斷接收攜帶有所述分段序號的ACK狀態(tài)報告的次數是否大于或等于閾值。
[0069]需要說明的是，在實際實現時，步驟4031和步驟4032中對應的兩個判斷，并不限于按照以上順序執(zhí)行，也可以先判斷步驟4032中的接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數是否大于或等于閾值，再執(zhí)行步驟4031中的根據所述確認應答狀態(tài)報告，判斷所述分段序號與等待應答的PDU分段的分段序號是否相等。[0070]步驟4033、所述第一設備若判斷出所述分段序號與等待應答的PDU分段的分段序號相等，且接收攜帶有所述分段序號的ACK狀態(tài)報告的次數大于或等于閾值，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0071]本實施例，通過第一設備在判斷所接收第二設備發(fā)送的ACK狀態(tài)報告時，判斷該ACK狀態(tài)報告種攜帶的PDU分段序號對應的PDU是否需要重傳；以及通過在判斷出需要重傳時則重傳該分段序號對應的rou，從而提高了在資源受限的條件下的數據傳輸的可靠性。
[0072]圖5為本發(fā)明數據傳輸裝置實施例一的結構示意圖，本實施例的裝置可以集成在第一設備中。如圖5所示，本實施例的裝置可以包括:發(fā)送模塊11、接收模塊12和判斷模塊13，其中，發(fā)送模塊11，用于向第二設備發(fā)送多個分組數據單元PDU分段；接收模塊12，用于接收所述第二設備發(fā)送的確認應答狀態(tài)報告，所述確認應答狀態(tài)報告中攜帶需要重傳的PDU分段的分段序號；判斷模塊13，用于根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；發(fā)送模塊11還用于，若所述判斷模塊13判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0073]本實施例的裝置，可以用于執(zhí)行圖1所示方法實施例的技術方案，具備相應的功能模塊，其實現原理與圖1所示實施例類似，此處不再贅述。
[0074]本實施例的裝置，通過第一設備在接收ACK狀態(tài)報告時，判斷該ACK狀態(tài)報告中的分段序號對應的PDU分段是否需要重傳，若判斷出需要重傳，則將該分段序號對應的PDU分段發(fā)送給該第二設備，實現對資源不足導致第二設備未接收到PDU但又無法發(fā)送NACK報告的場景下成功傳輸數據的支持，從而減小了數據傳輸失敗的風險，降低掉話率。
[0075]進一步的，在圖5所示實施例的基礎上，在具體實現時，判斷模塊13具體用于，根據所述確認應答狀態(tài)報告，判斷所述分段序號與等待應答的PDU分段的分段序號是否相等；若判斷出所述分段序號與等待應答的PDU分段的分段序號相等時，判斷接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數是否大于或等于閾值；發(fā)送模塊11具體用于，若所述判斷模塊13判斷出所述分段序號與等待應答的PDU分段的分段，序號相等，且接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數大于或等于閾值，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
[0076]圖6為本發(fā)明數據傳輸裝置實施例二的結構示意圖，本實施例的裝置可以集成在第二設備中。如圖6所示，本實施例的裝置可以包括:發(fā)送模塊21和接收模塊22，其中，發(fā)送模塊21，用于向第一設備發(fā)送第一確認應答狀態(tài)報告，所述第一確認應答狀態(tài)報告中攜帶需要重傳的分組數據單元PDU分段的分段序號，以供所述第一設備根據所述第一確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；接收模塊22，用于接收所述第一設備發(fā)送的所述分段序號對應的PDU分段，所述分段序號對應的PDU分段為所述第一設備在判斷出所述分段序號對應的PDU分段需要重傳的PDU分段。
[0077]本實施例的裝置，可以用于執(zhí)行圖3所示方法實施例的技術方案，具備相應的功能模塊，其實現原理與圖3所示實施例類似，此處不再贅述。
[0078]本實施例的裝置，通過第二設備向第一設備發(fā)送第一 ACK狀態(tài)報告，并攜帶需要重傳的分組數據單元PDU分段的分段序號，以供該第一設備根據該第一 ACK狀態(tài)報告，判斷該分段序號對應的PDU分段是否需要重傳；以及通過第一設備根據該第一 ACK狀態(tài)報告判斷出需要重傳該PDU分段，實現對在資源受限條件下的數據傳輸的支持，提高了資源受限條件下的數據傳輸的可靠性，從而減小掉話率。
[0079]進一步的，在圖6所示實施例的基礎上，在具體實現時，接收模塊22還用于接收所述第一設備發(fā)送的PDU分段；發(fā)送模塊21還用于將所述PDU分段的分段序號攜帶在第二確認應答狀態(tài)報告中發(fā)送給所述第一設備。
[0080]圖7為本發(fā)明發(fā)送端實施例的結構示意圖，如圖7所示，本實施例的發(fā)送端包括:存儲器71和處理器72，其中，存儲器71，用于存儲指令；處理器72，與所述存儲器耦合，所述處理器被配置為執(zhí)行存儲在所述存儲器中的指令，且所述處理器被配置為用于執(zhí)行圖1或圖2所示實施例的數據傳輸方法。
[0081]本實施例的發(fā)送端，可以用于執(zhí)行圖1或圖2所示方法實施例的技術方案，其實現原理與圖1或圖2所示實施例類似，此處不再贅述。
[0082]本實施例的發(fā)送端，通過發(fā)送端在接收ACK狀態(tài)報告時，判斷該ACK狀態(tài)報告中的分段序號對應的PDU分段是否需要重傳，若判斷出需要重傳，則將該分段序號對應的PDU分段發(fā)送給接收端，實現對資源不足導致接收端未接收到PDU但又無法發(fā)送NACK報告的場景下成功傳輸數據的支持，從而減小了數據傳輸失敗的風險，降低掉話率。
[0083]圖8為本發(fā)明接收端實施例的結構示意圖，如圖8所示，本實施例的接收端包括:存儲器81和處理器82，其中，存儲器81，用于存儲指令；處理器82，與所述存儲器耦合，所述處理器被配置為執(zhí)行存儲在所述存儲器中的指令，且所述處理器被配置為用于執(zhí)行圖3所示實施例的數據傳輸方法。
[0084]本實施例的接收端，可以用于執(zhí)行圖3所示方法實施例的技術方案，其實現原理與圖3所示實施例類似，此處不再贅述。本實施例的接收端，通過接收端向發(fā)送端發(fā)送第一ACK狀態(tài)報告，并攜帶需要重傳的分組數據單元PDU分段的分段序號，以供發(fā)送端根據該第一 ACK狀態(tài)報告，判斷該分段序號對應的rou分段是否需要重傳；以及通過發(fā)送端根據該第一 ACK狀態(tài)報告判斷出需要重傳該PDU分段，實現對在資源受限條件下的數據傳輸的支持，提高了資源受限條件下的數據傳輸的可靠性，從而減小掉話率。
[0085]本領域普通技術人員可以理解:實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0086]最后應說明的是:以上各實施例僅用以說明本發(fā)明的技術方案，而非對其限制；盡管參照前述各實施例對本發(fā)明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發(fā)明各實施例技術方案的范圍。
【權利要求】
1.一種數據傳輸方法，其特征在于，包括: 第一設備向第二設備發(fā)送多個分組數據單元PDU分段； 所述第一設備接收所述第二設備發(fā)送的確認應答狀態(tài)報告，所述確認應答狀態(tài)報告中攜帶需要重傳的PDU分段的分段序號； 所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳；若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
2.根據權利要求1所述的方法，其特征在于，所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳，包括: 所述第一設備根據所述確認應答狀態(tài)報告，判斷所述分段序號與等待應答的PDU分段的分段序號是否相等； 所述第一設備若判斷出所述分段序號與等待應答的PDU分段的分段序號相等時，判斷接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數是否大于或等于閾值； 則所述若判斷出需要重傳，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備，包括: 若判斷出所述分段序號與等待應答的PDU分段的分段序號相等，且接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數大于或等于閾值，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
3.一種數據傳輸方法，其特征在于，包括: 第二設備向第一設備發(fā)送第一確認應答狀態(tài)報告，所述第一確認應答狀態(tài)報告中攜帶需要重傳的分組數據單元P DU分段的分段序號，以供所述第一設備根據所述第一確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳； 第二設備接收所述第一設備發(fā)送的所述分段序號對應的PDU分段，所述分段序號對應的PDU分段為所述第一設備在判斷出所述分段序號對應的PDU分段需要重傳的PDU分段。
4.根據權利要求3所述的方法，其特征在于，還包括: 所述第二設備接收所述第一設備發(fā)送的PDU分段，并將所述PDU分段的分段序號攜帶在第二確認應答狀態(tài)報告中發(fā)送給所述第一設備。
5.一種數據傳輸裝置，其特征在于，包括: 發(fā)送模塊，用于向第二設備發(fā)送多個分組數據單元PDU分段； 接收模塊，用于接收所述第二設備發(fā)送的確認應答狀態(tài)報告，所述確認應答狀態(tài)報告中攜帶需要重傳的PDU分段的分段序號； 判斷模塊，用于根據所述確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳； 所述發(fā)送模塊還用于若所述判斷模塊判斷出需要重傳，則將所述分段序號對應的rou分段發(fā)送給所述第二設備。
6.根據權利要求5所述的裝置，其特征在于，所述判斷模塊具體用于根據所述確認應答狀態(tài)報告，判斷所述分段序號與等待應答的PDU分段的分段序號是否相等；若判斷出所述分段序號與等待應答的PDU分段的分段序號相等時，判斷接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數是否大于或等于閾值； 所述發(fā)送模塊具體用于若所述判斷模塊判斷出所述分段序號與等待應答的PDU分段的分段序號相等，且接收攜帶有所述分段序號的確認應答狀態(tài)報告的次數大于或等于閾值，則將所述分段序號對應的PDU分段發(fā)送給所述第二設備。
7.一種數據傳輸裝置，其特征在于，包括: 發(fā)送模塊，用于向第一設備發(fā)送第一確認應答狀態(tài)報告，所述第一確認應答狀態(tài)報告中攜帶需要重傳的分組數據單元PDU分段的分段序號，以供所述第一設備根據所述第一確認應答狀態(tài)報告，判斷所述分段序號對應的PDU分段是否需要重傳； 接收模塊，用于接收所述第一設備發(fā)送的所述分段序號對應的PDU分段，所述分段序號對應的PDU分段為所述第一設備在判斷出所述分段序號對應的PDU分段需要重傳的rou分段。
8.根據權利要求7所述的裝置，其特征在于，所述接收模塊還用于接收所述第一設備發(fā)送的PDU分段； 所述發(fā)送模塊還用 于將所述PDU分段的分段序號攜帶在第二確認應答狀態(tài)報告中發(fā)送給所述第一設備。
9.一種發(fā)送端，其特征在于，包括:存儲器，用于存儲指令； 處理器，與所述存儲器耦合，所述處理器被配置為執(zhí)行存儲在所述存儲器中的指令，且所述處理器被配置為用于執(zhí)行如權利要求1或2所述的數據傳輸方法。
10.一種接收端，其特征在于，包括:存儲器，用于存儲指令； 處理器，與所述存儲器耦合，所述處理器被配置為執(zhí)行存儲在所述存儲器中的指令，且所述處理器被配置為用于執(zhí)行如權利要求3或4所述的數據傳輸方法。
【文檔編號】H04L1/16GK103703828SQ201280027018
【公開日】2014年4月2日 申請日期:2012年12月28日 優(yōu)先權日:2012年12月28日
【發(fā)明者】嚴平, 王崇泉, 吳玉忠 申請人:華為技術有限公司