置為確定MCS級別是否足以支持傳輸塊大小，該傳輸塊大小足夠大，以實時數(shù)據(jù)會話中正在使用的大小的兩個或更多個實時數(shù)據(jù)幀，而不使用分配至無線通信設(shè)備102的附加PRB。
[0048]除此之外或作為另外一種選擇，一些示例性實施例的冗余模塊318可被配置為確定無線電鏈路條件是否足以使得服務(wù)基站104能夠為無線通信設(shè)備102分配MCS級別，該MCS級別足以提供足夠大的傳輸塊大小以封裝多個實時數(shù)據(jù)幀。所述確定可例如基于服務(wù)基站104上的負載、可用無線電鏈路資源、可由無線通信設(shè)備102報告的信道條件、和/或可被納入MCS分配決定的其他無線電鏈路條件。
[0049]在其中冗余模塊318確定無線電鏈路條件允許分配合適的MCS級別的情況下，調(diào)度模塊320 (例如，可與服務(wù)基站104相關(guān)聯(lián)的調(diào)度器)和/或可與另一個網(wǎng)絡(luò)實體相關(guān)聯(lián)的調(diào)度器可被配置為選擇媒體訪問控制(MAC)分組數(shù)據(jù)單元(rou)的傳輸塊大小，以用于與無線通信設(shè)備102進行上行鏈路通信和/或下行鏈路通信，該傳輸塊可具有足夠的大小，以經(jīng)由將兩個或更多個實時數(shù)據(jù)幀的有效載荷封裝在單個RTP分組內(nèi)來支持實時數(shù)據(jù)冗余。例如，當冗余模塊318確定無線電鏈路條件允許使用更高的MCS級別時，調(diào)度模塊320可為無線通信設(shè)備102分配更高的MCS級別，該MCS級別可提供更大的傳輸塊大小。
[0050]給定在下行鏈路通信中使用的可由服務(wù)基站104發(fā)送至無線通信設(shè)備102的足夠大的傳輸塊大小，冗余模塊318可被配置為執(zhí)行實時數(shù)據(jù)的冗余傳輸。就這一點而言，冗余模塊318可被配置為將先前已發(fā)送至無線通信設(shè)備102的一個或多個實時數(shù)據(jù)幀與先前尚未發(fā)送至無線通信設(shè)備102(例如，新的實時數(shù)據(jù)幀)的一個或多個實時數(shù)據(jù)幀(例如，一個或多個下一順序?qū)崟r數(shù)據(jù)幀)捆綁(例如，封裝)在實時傳輸協(xié)議(RTP)分組中?？梢曰旧项愃朴谏衔南鄬τ谌哂嗄K218所述的方式來由冗余模塊318執(zhí)行實時數(shù)據(jù)的冗余傳輸，該冗余模塊218可與無線通信設(shè)備102相關(guān)聯(lián)。
[0051]由此，可由可涉及實時數(shù)據(jù)會話的任何邊緣節(jié)點來啟動和支持冗余實時數(shù)據(jù)傳輸。因此，應(yīng)當理解，根據(jù)一些示例性實施例，可由無線通信設(shè)備102和/或服務(wù)基站104、無線電鏈路條件許可來啟動和/或使用冗余實時數(shù)據(jù)傳輸。
[0052]圖4示出了根據(jù)示例性方法的流程圖，該示例性方法用于根據(jù)一些示例性實施例的實時數(shù)據(jù)的冗余傳輸。就這一點而言，圖4示出了可由邊緣節(jié)點設(shè)備執(zhí)行的方法，該邊緣節(jié)點設(shè)備諸如參與實時數(shù)據(jù)會話的無線通信設(shè)備102和/或服務(wù)基站104。處理電路210、處理器212、存儲器214、收發(fā)器216、冗余模塊218、處理電路310、處理器312、存儲器314、收發(fā)器316、冗余模塊318或調(diào)度模塊320中的一者或多者可例如提供用于執(zhí)行圖4所示和相對于圖4所述的操作的裝置。
[0053]操作400可包括邊緣節(jié)點將包括第一實時數(shù)據(jù)幀的第一 RTP分組通過無線電鏈路發(fā)送至第二邊緣節(jié)點。因此，例如操作400可包括無線通信設(shè)備102將第一 RTP分組發(fā)送至服務(wù)基站104，或反之亦然。第一實時數(shù)據(jù)幀可包括任何實時數(shù)據(jù)，諸如實時音頻、實時視頻、它們的一些組合、和/或用于其中邊緣節(jié)點可參與的實時數(shù)據(jù)會話的一些其他形式的實時數(shù)據(jù)。第一 RTP分組可為以下各項的分組:任何實時數(shù)據(jù)會話諸如作為非限制性示例的實時音頻會話(例如，VoLTE呼叫或其他VoIP會話)、實時視頻會話(例如，視頻通話、視頻會議、實時流視頻，等)、和/或其他實時數(shù)據(jù)會話。
[0054]操作410可包括確定無線通信設(shè)備102和服務(wù)基站104之間的無線電鏈路的無線電鏈路條件是否足以支持啟用實時數(shù)據(jù)冗余方案。例如，在一些實施例中，操作410可包括無線通信設(shè)備102和/或服務(wù)基站104確定已配置的MCS級別所提供的傳輸塊大小是否足以能夠捆綁兩個或更多個實時數(shù)據(jù)幀。又如，在一些實施例中，操作410可包括服務(wù)基站104確定無線電鏈路條件允許為無線通信設(shè)備102分配MCS級別以用于上行鏈路通信和/或下行鏈路通信，該MCS級別提供足夠大的傳輸塊大小，以捆綁兩個或更多個實時數(shù)據(jù)幀。
[0055]足夠大以能夠捆綁至少兩個實時數(shù)據(jù)幀的傳輸塊的大小可至少部分地取決于被傳輸?shù)膶崟r數(shù)據(jù)的類型以及用于實時數(shù)據(jù)的編解碼器。例如，在諸如為VoLTE或其他VoIP會話使用利用AMR-WB編解碼器進行編碼的實時語音幀的情況下，圖5示出了一個表格，該表格示出用于根據(jù)一些示例性實施例來支持實時語音幀的實時冗余的TB大小和MCS級別的各種實例，其中可將兩個實時語音幀(例如，一個先前已發(fā)送的語音幀和一個新的語音幀)封裝在單個RTP分組中。因此，例如，考慮到實時語音幀在12.65千比特/秒(Kbps)的速率下利用AMR-WB進行編碼，語音幀大小可為256比特。在計入總RTP有效載荷大小和標頭大小因素的情況下，支持封裝單個語音幀所需的最小傳輸塊大小可為312比特。最近的可用傳輸塊大小可為328比特，其可由兩個資源塊(RB)形成并且可由MCS級別10提供。因此，如果要啟用數(shù)據(jù)冗余方案使得將另外的256比特幀與填充部(例如，6比特)一起封裝在分組內(nèi)，則支持冗余所需的最小傳輸塊大小可為574比特。最近的可用傳輸塊大小可為600比特，其可由MCS級別15提供。因此，當可能需要MCS級別10來傳輸利用AMR-WB在12.65Kbps下進行編碼的單個實時語音幀時，可能需要MCS級別15來支持使用12.65Kbps的AMR-WBA進行冗余傳輸。圖5針對6.6Kbps和8.85Kbps的AMR-WB示出了類似的實例。因此，可以看出邊緣節(jié)點諸如無線通信設(shè)備102和/或服務(wù)基站104可使用給定所使用的編解碼器的已知實時數(shù)據(jù)幀大小來計算信道條件是否足以支持啟用實時數(shù)據(jù)幀的冗余。就這一點而言，應(yīng)當理解，可針對其他編解碼器和/或其他類型的實時數(shù)據(jù)諸如實時視頻數(shù)據(jù)來確定類似的計算。
[0056]在一些示例性實施例中，可在邊緣節(jié)點的分組數(shù)據(jù)匯聚協(xié)議(rocp)層處執(zhí)行操作410。就這一點而言，可在鏈路層處使用有關(guān)物理層中是否存在標頭空間的信息(例如，TB中有足夠的未使用的比特)來確定實施數(shù)據(jù)冗余方案和執(zhí)行實施數(shù)據(jù)的冗余傳輸。
[0057]在一些示例性實施例中，如上所述，服務(wù)基站104可被配置為通過在無線電鏈路條件允許時主動配置足夠的傳輸塊大小來促進啟用冗余實時數(shù)據(jù)的傳輸。因此，例如在使用圖5的實例的情況下，如果無線電鏈路條件允許無線通信設(shè)備102在所需的幀誤碼率(FER)目標內(nèi)發(fā)送600比特的MAC分組數(shù)據(jù)單元(PDU)，則調(diào)度器可分配600比特而不是328比特的傳輸塊大小來適應(yīng)VoIP語音幀冗余。
[0058]—些示例性實施例可任選地包括停止使用啟用實時數(shù)據(jù)冗余方案所伴隨的混合自動重傳請求(HARQ)。就這一點而言，在使用根據(jù)一些示例性實施例的冗余傳輸時可能不需要HARQ，因為剛剛發(fā)送的實時數(shù)據(jù)幀的冗余副本可與下一順序?qū)崟r數(shù)據(jù)幀的傳輸捆綁在一起。然而，如果在執(zhí)行實時數(shù)據(jù)的冗余傳輸時發(fā)生分組丟失，則可使用無線電鏈路控制確認模式(RLC-AM)來在HARQ被禁用時從盡力服務(wù)應(yīng)用程序流量的分組丟失中恢復(fù)。禁用HARQ重傳還可另外提供一個益處，即通過減少信道上的傳輸來減小信道開銷。在一些示例性實施例中，服務(wù)基站104可在啟用應(yīng)用程序?qū)尤哂嘀敖肏ARQ重傳(例如通過分配足夠的MCS級別以允許在上行鏈路和/或下行鏈路上執(zhí)行實時數(shù)據(jù)的冗余傳輸)。然而，應(yīng)當理解，在一些實施例中，可在啟用冗余的同時或之后禁用HARQ重傳(例如，在開始執(zhí)行實時數(shù)據(jù)的冗余傳輸?shù)耐瑫r或之后)。在啟用實時數(shù)據(jù)冗余方案伴隨禁用HARQ的實施例中，月艮務(wù)基站104可例如被配置為經(jīng)由可被發(fā)送至無線通信設(shè)備102的無線電資源控制(RRC)重新配置消息來禁用HARQ。
[0059]在一些示例性實施例中，邊緣節(jié)點可啟用實時冗余方案，而無需發(fā)信令通知或以其他方式與另一個邊緣節(jié)點協(xié)商冗余方案的啟用。就這一點而言，在此類實施例中，給定足夠的傳輸塊大小，邊緣節(jié)點可開始執(zhí)行實時數(shù)據(jù)的冗余傳輸而無需通知邊緣節(jié)點，該實時數(shù)據(jù)被傳輸至該邊緣節(jié)點。
[0060]除此之外或作為另外一種選擇，在一些示例性實施例中，邊緣節(jié)點可在發(fā)送包括冗余傳輸?shù)腞TP分組之前向第二邊緣節(jié)點提供邊緣節(jié)點將執(zhí)行實時數(shù)據(jù)的冗余傳輸?shù)闹甘尽＠?，可通過顯式信令發(fā)送或協(xié)商過程來提供該指示。再如，該指示可包括在可針對實時數(shù)據(jù)會話傳輸?shù)腞TP分組和/或其他分組中(例如，在可由分組所承載的標記位、標頭指示和/或類似物中)。
[0061]在一些示例性實施例中，無線通信設(shè)備102和服務(wù)基站104可在執(zhí)行實時數(shù)據(jù)的冗余傳輸之前協(xié)商對實時數(shù)據(jù)的冗余傳輸?shù)闹С?。例如，邊緣?jié)點可諸如在功能消息中向另一個邊緣節(jié)點提供實時數(shù)據(jù)的冗余傳輸是否由邊緣節(jié)點支持的指示。該指示可例如伴隨實時數(shù)據(jù)會話的建立和/或在無線通信設(shè)備102注冊到(例如，預(yù)占)服務(wù)基站104和/或包括服務(wù)基站104的服務(wù)網(wǎng)絡(luò)時進行交換。
[0062]再次參見圖4，操作420可包括將在操作400中于第一 RTP分組中發(fā)送的第一實時數(shù)據(jù)幀和第二 RTP分組中的下一順序未發(fā)送的實時數(shù)據(jù)幀捆綁(例如，封裝)在一起?？稍谶吘壒?jié)點的rocp層處執(zhí)行操作420。PDCP層可因此修改RTP標頭的內(nèi)容以支持包括附加(例如，冗余)實時數(shù)據(jù)幀。為了支持冗余，可由邊緣節(jié)點(例如在緩沖器中)存儲先前發(fā)送的實時數(shù)據(jù)幀(例如，第一實時數(shù)據(jù)幀)，使其保持與下一順序?qū)崟r數(shù)據(jù)幀封裝在一起。因此，例如先前已發(fā)送的RTP幀O (舉例而言)可與下一順序RTP幀即RTP幀I封裝在一起，以提供RTP幀O的冗余傳輸。RTP幀I可繼而與下一順序RTP幀即RTP幀2封裝在一起，以提供RTP幀I的冗余傳輸，以此類推。
[0063]應(yīng)當理解，雖然相對于將兩個實時數(shù)據(jù)幀(例如，一個先前發(fā)送的實時數(shù)據(jù)幀，和下一順序未發(fā)送的實時數(shù)據(jù)幀)捆綁在RTP分組中描述了上述實例，但可將一些示例性實施例擴展為將三個或更多個實時數(shù)據(jù)幀捆綁在給定足夠傳輸塊大小的RTP分組中。例如，在此類實施例中，如果傳輸塊大小足夠，則兩個或更多個先前發(fā)送的實時數(shù)據(jù)幀和/或兩個或更多個先前尚未發(fā)送的新的實時數(shù)據(jù)幀可被捆綁在RTP分組中。
[0064]在一些示例性實施例中，可在壓縮修改的分組的標頭之前將實時數(shù)據(jù)幀捆綁在RTP分組的有效載荷中(例如，在先前的rocp層處)。例如，可在壓縮RTP/UDP/IP(實時傳輸協(xié)議/用戶數(shù)據(jù)報協(xié)議/互聯(lián)網(wǎng)協(xié)議)標頭之前捆綁這些幀。此外，在一些示例性實施例中，可修改RTP分組的標頭以支持捆綁。例如，可修改標頭以包括冗余數(shù)據(jù)幀的附加內(nèi)容表(ToC)字段，使得標頭可包括可包括在R