數據包傳輸方法和裝置與流程

2023-12-08 22:50:11 7

本發明涉及無線通信領域，尤其涉及數據包傳輸方法和裝置。

背景技術：
當前的長期演進(LongTermEvolution，LTE)系統中，媒體接入控制(MediaAccessControl，MAC)層負責將無線鏈路控制(RadioLinkControl，RLC)層的多個不同RLC協議數據包單元(ProtocolDataUnit，PDU)(RLCPDUs)復用成一個MAC層PDU(MACPDU)，然後在空中接口上進行傳輸，其中，一個RLC實體對應一個邏輯信道，RLCPDU又稱為MAC服務數據單元(ServiceDataUnit，SDU)。不同邏輯信道的RLCPDU在MACPDU頭中通過邏輯信道標識(LogicalChannelIdentification，LCID)來表示。接收端的MAC層只有在正確接收到MACPDU之後，才能根據MACPDU頭中的LCID，將不同邏輯信道的MACSDU向各邏輯信道所對應的RLC層實體遞交。如果MAC層沒有正確接收到MACPDU，則通常首先要求發送端進行混合自動重傳請求(HybridAutomaticRepeatreQuest，HARQ)重傳，直到MACPDU被成功接收，或者重傳達到一定次數後，丟棄該MACPDU。除了MAC層的上述操作外，RLC層也要根據傳輸模式不同，執行重傳或不執行重傳。即，如果是確認模式(AcknowledgementMode，AM)的RLC層，則當MAC層通過HARQ重傳仍然沒有成功接收到MACPDU，所述沒有成功接收到的MACPDU中包含的MACSDU(即RLCPDU)可以在RLC層進行自動重傳請求(AutomaticRepeatreQuest，ARQ)重傳。當接收端的RLC層成功接收到RLCPDU後，將RLCPDU重組成RLCSDU，按序且無損的將RLCSDU向RLC層的上層協議棧遞交，RLC層的上層協議棧可以是分組數據包匯聚協議(PacketDataConvergenceProtocol，PDCP)層，此時，RLCSDU又稱為PDCPPDU，此外，RLC層的上層協議棧還可以是無線資源控制無線資源控制(RadioResourceControl，RRC)等。如果RLC層經過最大重傳次數仍然沒有成功接收到RLCPDU，則認為鏈路出現問題，會將鏈路故障信息上報給無線資源控制(RadioResourceControl，RRC)層，以觸發RRC連接重建。對於非確認模式(UnacknowledgementMode，UM)的RLC層，只依賴於MAC層的HARQ重傳，RLC層本身不作重傳，所以當MAC層丟棄某MACPDU後，丟棄的MACPDU中包含的MACSDU(即RLCPDU)也就不能重組成RLCSDU(即PDCPPDU)，此時，RLC層只能保證按序向上層協議棧遞交RLCSDU(即PDCPPDU)，而不能保證無損。另外，RLC層根據低層(如MAC層)資源的大小，會對RLCSDU(即高層的PDU，如PDCPPDU)進行分段或級聯，以適應低層的資源。但是現有技術存在空中接口資源浪費的問題。

技術實現要素：
本發明提供了種數據包傳輸方法和裝置，以解決現有技術中存在的空中接口資源浪費的問題第一方面，提供了一種數據包傳輸方法，所述方法包括：用戶設備UE確定需要對業務的無線承載RB所承載的錯誤數據包執行服務數據單元SDU遞交；如果接收到的數據包在達到最大重傳次數後仍然沒有被正確接收到，所述UE確定所述接收到的數據包為所述錯誤數據包；以及所述UE將所述錯誤數據包中的SDU遞交給所述RB對應的無線鏈路控制RLC實體，所述UE中的所述RLC實體將所述SDU發送給所述RLC實體的上層。第二方面，提供了一種數據包傳輸方法，所述方法包括：基站確定需要對業務的無線承載RB所承載的錯誤數據包執行服務數據單元SDU遞交；如果用戶設備UE發送的數據包在達到最大重傳次數後仍然沒有被正確接收到，所述UE確定所述接收到的數據包為所述錯誤數據包；以及所述基站將所述錯誤數據包中的SDU遞交給所述RB對應的無線鏈路控制RLC實體，所述基站中的所述RLC實體將所述SDU發送給所述RLC實體的上層。第三方面，提供了一種用戶設備，所述用戶設備UE包括：接收模塊，用於接收基站通過無線承載RB發送的數據包；確定模塊，用於確定需要對業務的所述RB所承載的錯誤數據包執行服務數據單元SDU遞交；如果確定所述接收模塊接收到的所述數據包在達到最大重傳次數後仍然沒有被正確接收到，確定所述接收模塊接收到的所述數據包為所述錯誤數據包，將所述錯誤數據包中的SDU遞交給所述RB對應的無線鏈路控制RLC實體模塊；所述RLC實體模塊，用於將所述確定模塊遞交的所述SDU遞交給所述RLC實體模塊的上層模塊；以及所述上層模塊，用於獲取所述RLC實體模塊遞交的所述SDU。第四方面，提供了一種基站，所述基站包括：接收模塊，用於接收用戶設備UE通過無線承載RB發送的數據包；確定模塊，用於確定需要對業務的所述RB所承載的錯誤數據包執行服務數據單元SDU遞交；如果所述接收模塊接收到的數據包在達到最大重傳次數後仍然沒有被正確接收到，確定所述接收模塊接收到的所述數據包為所述錯誤數據包；以及，將所述錯誤數據包中的SDU遞交給所述RB對應的無線鏈路控制RLC實體模塊；所述RLC實體模塊，用於將所述確定模塊遞交的所述SDU遞交給所述RLC實體模塊的上層模塊；以及所述上層模塊，用於獲取所述RLC實體模塊遞交的所述SDU。第五方面，提供了一種用戶設備，所述用戶設備UE包括：接收器，用於接收基站通過無線承載RB發送的數據包；處理器，用於確定需要對業務的所述RB所承載的錯誤數據包執行服務數據單元SDU遞交；如果確定所述接收器接收到的所述數據包在達到最大重傳次數後仍然沒有被正確接收到，確定所述接收器接收到的所述數據包為所述錯誤數據包，獲取所述錯誤數據包中的SDU，使用所述錯誤數據包中的所述SDU構成所述RB對應的無線鏈路控制RLC層的RLCSDU，並使用所述RLCSDU形成數據幀。。第六方面，提供了一種基站，所述基站包括：接收器，用於接收用戶設備UE通過無線承載RB發送的數據包；處理器，用於確定需要對業務的所述RB所承載的錯誤數據包執行服務數據單元SDU遞交；如果所述接收器接收到的數據包在達到最大重傳次數後仍然沒有被正確接收到，確定所述接收器接收到的所述數據包為所述錯誤數據包；以及，獲取所述錯誤數據包中的SDU，使用所述錯誤數據包中的所述SDU構成所述RB對應的無線鏈路控制RLC層的RLCSDU，並使用所述RLCSDU形成數據幀。通過上述方案，由於可以在確定需要對業務的RB所承載的錯誤數據包執行SDU遞交後，將所述錯誤數據包中的SDU遞交給所述RB對應的無線鏈路控制RLC實體，從而可以實現錯誤數據包遞交，從而能夠有效利用空中接口資源，提升解碼質量。附圖說明為了更清楚地說明本發明實施例的技術方案，下面將對現有技術或實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是一些實施例，對於本領域技術人員來講，還可以利用這些附圖獲得其他的附圖。圖1為本發明一實施例的數據包傳輸方法的示意圖；圖2為本發明另一實施例的數據包傳輸方法的示意圖；圖3為本發明另一實施例的數據包傳輸方法的示意圖；圖3a為本發明實施例沒有填充和有填充的MACPDU的格式的示意圖；圖4為本發明實施例用於通知UE該RB的數據包中包含的SDU的大小的信令的簡單示例；圖5為本發明實施例發送端組裝好的包格式示意圖；圖6為本發明實施例進程時序示意圖示例1；圖7為本發明實施例進程時序示意圖示例2；圖8為本發明實施例進程時序示意圖示例3；圖9為本發明另一實施例的數據包傳輸方法的示意圖；圖10為本發明一實施例的用戶設備的示意圖；圖11為本發明一實施例的基站的示意圖；圖12為本發明另一實施例的用戶設備的示意圖；圖13為本發明另一實施例的基站的示意圖。具體實施方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域技術人員所獲得的所有其他實施例，都屬於本發明保護的範圍。對於目前的許多語音及視頻的信源編碼及解碼，通常前後兩個數據幀之間會有一定相關性，此時，就會帶來一種可能性：即使某一數據幀在傳輸過程中發生錯誤，將出錯的數據幀遞交給解碼器對解碼性能仍然有一定的提升。所以，對於這樣的業務，一味的將沒有正確接收到的MACPDU丟棄，並不是最優的處理方法。一方面，無論接收到的MACPDU是否正確以及是否將接收到的MACPDU中的MACSDU遞交給解碼器，MACPDU都佔用了空中接口資源；另一方面，如果不將接收到的MACPDU中的MACSDU遞交給解碼器，相當於白白的浪費了空中接口資源，對解碼沒有任何增益。另外，MAC層目前的處理方法中，如果MACPDU出現錯誤，由於MAC層無法正確解析MACPDU，不知道是MACPDU中的哪部分內容出現了錯誤，例如，MAC層無法確定是數據包部分發生錯誤還是MACPDU頭發生錯誤，所以MAC層也無法通過MACPDU頭中的LCID來確定該MACPDU中包含哪個或哪些邏輯信道的MACSDU(即RLCPDU)，因此，也不向對應的RLC實體遞交MACSDU(即RLCPDU)。為了解決上述問題，本發明實施例提供了多個實施例。需要說明的是，在沒有衝突的情況下，本發明實施例以及實施例中的特徵可以相互任意組合。本發明一實施例的數據包傳輸方法如圖1所示，包括如下步驟：步驟110，用戶設備(UserEquipment，UE)確定需要對業務的RB所承載的錯誤數據包執行SDU遞交。步驟120，如果接收到的數據包在達到最大重傳次數後仍然沒有被正確接收到，所述UE確定所述接收到的數據包為所述錯誤數據包；步驟130，所述UE將所述錯誤數據包中的SDU遞交給所述RB對應的無線鏈路控制RLC實體，所述UE中的所述RLC實體將所述SDU發送給所述RLC實體的上層。通過本發明實施例的方法，由於可以在確定需要對業務的RB所承載的錯誤數據包執行SDU遞交後，將所述錯誤數據包中的SDU遞交給所述RB對應的無線鏈路控制RLC實體，從而可以實現錯誤數據包遞交，從而能夠有效利用空中接口資源，提升解碼質量。本發明另一實施例的數據包傳輸方法如圖2所示，包括如下步驟：步驟210，所述UE從基站接收所述業務的配置信息，其中，所述配置信息包括需要執行所述錯誤數據包遞交的指示信息以及所述RB的信息，所述RB用於承載所述業務的所述數據包。本步驟中，所述指示信息與所述業務的RB一一對應。所述指示可以採用多種方式實現。例如，所述指示可以為所述基站為UE配置的專用無線網絡臨時標識(Dedicated-RadioNetworkTemporaryIdentifier，D-RNTI)，其中，所述D-RNTI不僅可以用於指示需要執行錯誤數據包遞交，還可以用於通過加掩調度命令，將發送或接收所述業務的數據包時使用的時域和頻域資源和調製編碼方式等信息通知給UE，以使所述UE在加掩的調度命令所通知的時域和頻域資源上使用所述調製編碼方式接收和發送數據包。或者，所述指示信息可以為指示比特在調度命令中的位置。這種情況下，所述UE根據所述指示信息確定需要對所述RB承載的所述錯誤數據包執行所述SDU遞交，包括：所述UE根據所述指示信息確定所述指示比特在所述調度命令中的位置，並根據所述調度命令中的指示比特，確定需要對所述RB承載的所述錯誤數據包執行所述SDU遞交。此時，所述調度命令可以使用基站為所述UE配置的在小區無線網絡臨時標識(Cell-RadioNetworkTemporaryIdentifier，C-RNTI)加掩。此外，所述指示信息還可以通過其他方式實現，例如，可以為D-RNTI和指示比特在調度命令中的位置。由於一個業務在空中接口會建立一個RB，RB與邏輯信道一一對應，一個RB對應一個RLC實體，因此，通過將所述業務的數據包需要執行SDU遞交的指示以及與所述指示對應的RB信息發送給UE，UE即可獲知需要執行SDU遞交的數據包所對應的RLC實體，從而能夠將SDU遞交給對應的RLC實體。需要說明的是，所述業務可以是一個或多個業務，當為多個業務需要執行SDU遞交時，可以為每個業務配置一個D-RNTI，或者在C-RNTI加掩的調度命令中為每個業務增加一個指示比特。本發明實施例以一個業務為例進行說明，多個業務的實施方式與一個業務相同。當為多個業務時，可以將多個業務的所述業務的數據包需要執行SDU遞交的指示以及對應的RB的信息一起發送，也可以是針對各個業務分別發送。步驟220，所述UE根據所述指示信息確定需要對所述RB承載的所述錯誤數據包執行所述SDU遞交。步驟230，如果接收到的數據包在達到最大重傳次數後仍然沒有被正確接收到，所述UE確定所述接收到的數據包為所述錯誤數據包，將所述錯誤數據包中的SDU遞交給所述RB對應的無線鏈路控制RLC實體，所述UE中的所述RLC實體將所述SDU發送給所述RLC實體的上層。通過本發明實施例的方法，可以實現SDU遞交，從而能夠有效利用空中接口資源，提升解碼質量。本發明另一實施例如圖3所示，包括如下步驟。步驟310，當為UE建立業務時，如果該業務需要執行錯誤數據包遞交(DeliveryOfErroneousPacket)，則基站為UE配置一個D-RNTI，並將配置的所述D-RNTI以及所述業務對應的RB的信息發送給所述UE，其中，所述D-RNTI專用於調度該業務的數據包。本步驟中，基站可以根據業務類型或用戶籤約信息等確定該業務需要執行SDU遞交。當然，本發明實施例並不限於是為UE建立業務時發送所述D-RNTI以及所述業務對應的RB的信息，也可以是業務建立之後發送。可選的，基站還可以為該業務的MACPDU配置一個最大HARQ傳輸次數。此時，所述最大HARQ傳輸次數可以是為該RB的數據包專門配置的，也可以是該RB的數據包與其它一個或多個RB的數據包共用的一個最大HARQ傳輸次數。可選的，也可以為該RB的數據包(如MACSDU和/或RLCSDU)配置一個錯誤指示參數，所述錯誤指示參數用於指示在某一層向其上層(upperlayer)遞交錯誤SDU時，同時指示所述SDU是個錯誤SDU，比如當MAC層向RLC層遞交錯誤SDU時，同時向RLC層指示該SDU是個錯誤SDU；再比如，當RLC層向PDCP層遞交錯誤SDU時，同時向PDCP層指示該SDU是個錯誤SDU。本步驟中，基站可以通過RRC消息將所述D-RNTI發送給所述UE，例如RRC連接重配置消息，也可以通過MAC層信令或物理層信令將所述D-RNTI發送給所述UE。此外，當所述基站還配置了最大HARQ傳輸次數和/或錯誤指示參數時，所述最大HARQ傳輸次數和/或錯誤指示參數也可以與所述D-RNTI同時通過所述RRC消息或MAC層信令或物理層信令發送給所述UE。當然，最大HARQ傳輸次數和/或錯誤指示參數也可以單獨發送給所述UE。當基站向UE發送了所述D-RNTI之後或收到UE發送的完成消息之後，如果有該UE的該RB的數據包需要調度，基站使用所述D-RNTI調度該RB的數據包。其中，使用所述D-RNTI調度該RB的數據包指：使用所述D-RNTI加掩的調度命令通知UE發送或接收數據包時使用的時域和頻域資源和調製編碼方式等參數，並在通知的時域和頻域資源上使用通知的調製編碼方式發送或接收數據包；相應的，UE在調度命令通知的時域和頻域資源上使用通知的調製編碼方式接收或發送數據包，其中，所述調度命令是通過在物理下行控制信道(PhysicalDownlinkControlChannel，PDCCH)傳輸給UE的。步驟320，UE接收到所述D-RNTI後，應用該D-RNTI接收或發送該RB的數據包，所述UE向所述基站回復完成消息。UE應用該D-RNTI接收該RB的數據包，包括：UE使用所述基站通過D-RNTI加掩的調度命令通知的UE接收數據包時所使用的時域和頻域資源和調製編碼方式等參數，在通知的時域和頻域資源上使用通知的調製編碼方式接收數據包；或者，UE應用該D-RNTI發送該RB的數據包，包括：UE使用所述基站通過D-RNTI加掩的調度命令通知的UE發送數據包時所使用的時域和頻域資源和調製編碼方式等參數，在通知的時域和頻域資源上使用通知的調製編碼方式發送數據包。當所述UE能夠應用所述D-RNTI接收或發送該RB的數據包，所述UE向所述基站回復完成消息。由於基站在向UE發送了配置的D-RNTI之後，所述基站和UE都可以發送或接收數據包。下文將使用接收端和發送端進行描述。需要說明的是，下文中，如果接收端是基站，則發送端為UE，如果接收端為UE，則發送端為基站。本步驟中，完成消息例如可以是RRC連接重配置完成消息或其他信令。本實施例中，發送端的RLC層和MAC層不對各自的上層數據包(如RLC層的上層數據包可以是PDCPPDU，MAC層的上層數據包可以RLCPDU)進行分段和級聯，因此也不添加RLC和MAC頭，僅僅是將上層傳遞下來的數據包(如PDCPPDU)發送給物理層，並在空中接口進行傳輸。即MACPDU、MACSDU、RLCPDU、RLCSDU和PDCPPDU實際上完全相同。本申請中，RLC層的上層指在協議棧中，RLC層之上的協議層，例如，可以是RRC或PDCP等。MAC的上層包括RLC層和RLC層的上層。由於本實施例不執行分段和級聯，即發送端的RLC層和MAC層不對上層的數據包(如PDCPPDU)進行分段和級聯，所以基站在調度數據包時，需要根據所要調度的數據包大小選擇合適的調度資源的大小和調製編碼方式。可選的，調度命令還可以包括一個或多個比特的填充指示，所述填充指示用於指示所調度的MACPDU中填充(Padding)的多少；接收端可以根據該填充指示確定實際數據包的大小，從而將實際數據包分離出來並向上層遞交。其中，沒有填充和有填充的MACPDU的格式分別如圖3a所示。步驟330，如果一個MACPDU在達到最大重傳次數後，接收端仍然沒有成功接收到D-RNTI調度的MACPDU，則所述接收端根據所述業務對應的RB的信息，將錯誤的MACSDU遞交給與所述業務的RB對應的RLC實體。如果接收端的MAC層成功解碼獲得D-RNTI調度的MACPDU，則將MACPDU中的MACSDU遞交到對應的RLC實體，並向發送端反饋確認(Acknowledgement，ACK)消息。如果接收端的MAC層沒有成功接收到D-RNTI調度的MACPDU，則向發送端反饋否定確認消息(NegativeAcknowledgement，NACK)，以請求發送端重傳所述MACPDU，直到接收端成功接收到該MACPDU；接收端的MAC層將MACPDU中的MACSDU遞交給對應的RLC實體，或者發送端達到最大重傳次數，發送端不再重傳所述MACPDU，接收端仍然把沒有成功接收到的MACSDU遞交給RLC層對應的RLC實體，則接收端的RLC實體將錯誤的MACSDU遞交給RLC層的上層。此外，如果還配置了錯誤指示參數，MAC層在遞交錯誤SDU到對應的RLC實體時，同時向RLC實體指示該SDU錯誤。RLC實體接收到MAC層遞交上來的MACSDU時，使用該MACSDU構成上層SDU，並將構成的上層SDU遞交給該RLC實體的上層；如果該MACSDU錯誤，且配置了錯誤指示參數，則同時向上層指示該RLCSDU錯誤。通過本發明實施例的方法，可以實現SDU遞交，從而能夠有效利用空中接口資源，提升解碼質量。本發明另一種實施方式中，UE還可以通過其他方式向UE指示需要執行SDU遞交。本實施例將上一實施例的使用D-RNTI的配置改為仍然使用現有技術中的小區無線網絡臨時標識(Cell-RadioNetworkTemporaryIdentifier，C-RNTI)，不同的是，本實施例使用指示信息以及該C-RNTI加掩的調度命令中增加的指示比特向所述UE指示與該指示比特對應的RB的數據包需要執行SDU遞交。例如，在PDCCH上傳輸的使用C-RNTI加掩的調度命令中增加一個指示比特，當該指示比特置1時，代表該調度命令所調度的RB的數據包為需要執行SDU遞交的RB的數據包；為0時，代表該調度命令所調度的數據包為普通的數據包，不需要執行SDU遞交，分段串接復用操作與現有技術相同。這種情況下，步驟210中，指示信息所包括的指示為所述指示比特在所述調度命令中的位置。這種情況下，使用C-RNTI加掩的一個調度命令中，只能有一個RB對應的指示比特指示需要執行SDU遞交，以便MAC層能夠將SDU遞交給相應的RLC實體。具體的，可以使用現有在PDCCH上傳輸的使用C-RNTI加掩的調度命令中的空閒比特作為所述指示比特，也可以是設計新的在PDCCH上傳輸的使用C-RNTI加掩的調度命令格式。其它操作與上述實施例相同，在此不做贅述。通過接收業務的數據包需要執行SDU遞交的指示以及與所述指示對應的所述RB的信息，UE能夠將獲知需要執行SDU遞交的業務對應的RB，從而可以將SDU遞交給相應RLC實體，有效了利用空中接口資源，提升了解碼質量。上述實施例不執行分段和級聯，雖然實現了SDU遞交，但當數據包大小與資源不匹配時，可能會導致填充，即空口資源的浪費。本發明另一實施例是對上述實施例的擴展，以實現在需要串接和/或級聯時，如何執行SDU遞交。本實施例，步驟330之前，還包括如下步驟。所述UE接收基站發送的SDU大小。如果所述基站要向所述UE發送數據，所述基站向所述UE通知SDU大小，所述SDU大小用於指示所述錯誤數據包中各個所述SDU的所述大小。所述UE在收到所述數據包後，根據所述SDU大小獲取所述數據包中的各個SDU。這樣，對於錯誤SDU，無需根據所述數據包中的LCID獲取各個SDU的大小也可以獲取所述數據包中的各個SDU。如果所述UE要向所述基站發送數據，所述基站會提前獲知所述UE要發送的數據的大小，並向所述UE發送所述SDU大小，以使所述UE根據所述SDU大小生成所述數據包。根據所述基站發送的SDU的大小，所述UE中所述RB對應的RLC實體對要發送的SDU分段和/或級聯，並向所述基站發送分段和/或級聯後的數據包。這種情況下，基站中的RLC實體根據所述基站發送的SDU的大小對接收到的數據包進行重組。或者，根據所述基站要發送的數據的大小，所述RB對應的RLC實體對要發送的SDU分段和/或級聯，並向所述UE發送分段和/或級聯後的數據包；這種情況下，UE的RLC實體根據從基站接收到的接收到的SDU的大小，對接收到的數據包進行重組。當然，分段和/或級聯操作可以是由所述基站和所述UE中的物理層執行，相應地，所述重組操作也可以是由所述基站和所述UE中的物理層執行。需要說明的是，本步驟中，當有錯誤SDU需要遞交時，根據所述基站要發送的該RB的數據包中包含的SDU的大小將所述錯誤SDU與正確SDU一起進行重組。通過將發送端發送的該RB的數據包中包含的SDU的大小通知給接收端，接收端就可以知道所接收到的SDU的大小，並根據通知的SDU的大小的個數獲得接收到的SDU的個數，從而能正確處理接收到的數據包。其中，發送端發送的該RB的數據包中包含的SDU的大小即該RB的高層的PDU的大小，如IP數據包的大小。接收端根據通知的IP數據包的大小的個數獲得IP數據包的個數，從而能正確地將接收到的數據包重組成IP數據包並遞交給IP層。當然，發送端在通知發送端發送的該RB的數據包中包含的SDU的大小時，還可以直接通知SDU的個數。用於通知接收端發送端發送的該RB的數據包中包含的SDU的大小的信令可以是RRC消息，或者通過PDCP控制包，RLC控制包，甚至MAC控制單元(ControlElements，CE)來承載通知的SDU的大小。該信令至少依次包含所述RB的數據包中包含的各個SDU的大小。例如，圖4為用於通知UE該RB的數據包中包含的SDU的大小的信令的簡單示例，圖4中長度指示符(LengthIndicator，LI)指示對應SDU的大小，E代表後面還有沒有LI域；當然也可以採用該信令開始指示LI域個數，後面依次是各個SDU的LI。如果用於通知接收端發送端發送的該RB的數據包中包含的SDU的大小的信令是RRC消息，則在信令無線承載(SignalingRadioBearer，SRB)上進行傳輸；如果是PDCP/RLC層控制包，則可以在SRB上進行傳輸，也可以為該信令分配專門的數據無線承載(DataRadioBearer，DRB)，還可以在該RB上進行傳輸。在發送數據包之前，發送端的RB對應的RLC實體將發送端要發送的SDU(即高層的SDU，如IP數據包)根據調度資源的大小進行分段和/或級聯，以適應資源大小。需要說明的是，某一層向其上層傳遞的數據包稱為SDU，向其下層傳遞的數據包為PDU，因此，本實施例中發送端分段和級聯後的對象是PDU，接收端重組後的對象是SDU。其中，分段和級聯可以是同時執行，也可以只執行其中一種，例如：發送端的RLC實體將兩個高層的PDU級聯成一個低層的PDU，或者將高層的PDU分段成兩個低層的PDU，或者將第一個高層的PDU和第二個高層的PDU的一部分級聯成低層PDU；發送端組裝好的包格式可以如圖5所示。圖5中，上述MACPDU中攜帶的發送端發送的RB的數據包中包含的SDU的大小由上述信令中的LI域進行指示，接收端據此信令就可以實現數據包的重組和遞交。例如在發送端需要發送兩個大小分別為1000位元組和1500位元組的IP數據包，則發送端先通過信令通知接收端這兩個IP數據包的大小，然後將這兩個IP數據包分成三個MACPDU(分別為MACPDU1，MACPDU2和MACPDU3)發送到接收端；接收端接收到信令後，知道有兩個大小分別為1000位元組和1500位元組的IP數據包需要接收，當收到MACPDU1時，由於MACPDU1隻有700位元組，小於第一個IP數據包1000位元組，所以不會重組；等收到MACPDU2時，將MACPDU1和MACPDU2中的前300位元組重組成第一個IP數據包，遞交給高層；等收到MACPDU3時，再將MACPDU2中後700位元組和MACPDU3重組成第二個IP數據包，遞交到高層。由於本發明實施例通過將發送端發送的RB的數據包中包含的SDU的大小通知給接收端，而無需在發送的數據包中增加LCID，從而使接收端能夠根據接收到的發送端發送的RB的數據包中包含的SDU的大小，進行重組數據包。這樣，即使數據包出錯，也不會因為無法根據LCID獲知SDU。因此通過本發明實施例的方法，不僅可以實現SDU遞交，而且能夠實現分段和/或級聯，從而能夠在數據包大小與資源不匹配時，進一步提高了空中接口資源的利用率。在本發明的另一實施例中，為了保證按序向上遞交，MAC層需要完成對接收到的數據包的重排序的功能。本實施例是上述實施例的擴展。通常，MAC層有多個進程，對數據包進行處理，同一時刻，使用其中的一個進程進行數據包收發，由於不同數據包可能執行的HARQ重傳次數不同，被接收端正確接收到的時間可能與發送端發送數據包的先後順序不一致，比如發送端n時刻使用進程1先發的數據包可能執行了2次HARQ重傳，在n+16時刻才被接收端成功接收到，而後在n+4時刻使用進程2發送的數據包執行了1次HARQ重傳，在n+12時刻即被接收端成功收到，在進程1發送的數據包被成功接收到之前，從而會導致亂序。現有技術中重排序是通過數據包的包頭來實現的，例如通過包頭中的序列號(SerialNumber，SN)。但在有錯誤SDU時，則無法解析接收到的數據包，因此無法通過SN來進行重排序。本實施例中，也沒有攜帶SN號。為了解決上述亂序問題，本實施例在MAC層要完成重排序，具體方法包括如下幾種實施方式。實施方式一，可以利用PDCCH上傳輸的上述實施例中的調度命令中的新數據包指示(NewDataIndicator，NDI)域來進行重排序。例如，對於某進程，當調度命令中的NDI為0時，指示有新數據包傳輸，當NDI為1時，指示是上次數據包的重傳。接收端通過判斷NDI為0的數據包的傳輸時刻就能判斷出數據包的先後順序，從而完成重排序的功能。如圖6所示，雖然0時刻使用進程x傳輸...