及發(fā)射點TPl的階層LR2(使用資源群組703)分別傳送封包PKTlc及封包PKT2c的冗余版本ReVO到用戶端后，用戶端未能還原封包PKTlc及封包PKT2c。用戶端會請求封包PKTlc及封包PKT2c的第一次重傳，例如回傳對應(yīng)于封包PKTlc及封包PKT2c的未收訖錯誤。接著，于第一次重傳中，發(fā)射點TP4的階層LR1(使用資源群組713)及發(fā)射點TP4的階層LR2 (使用資源群組716)分別傳送封包PKTlc及封包PKT2c的冗余版本ReVl到用戶端。也就是說，第一次重傳會由不同于執(zhí)行初始傳輸?shù)陌l(fā)射點的另一發(fā)射點來執(zhí)行。于第一次重傳后，若用戶端仍未能還原封包PKTlc及封包PKT2c，于第二次重傳中，發(fā)射點TP3的階層LRl (使用資源群組708)及發(fā)射點TP3的階層LR2 (使用資源群組711)分別傳送封包PKTlc及封包PKT2c的冗余版本ReV2到用戶端。以上敘述持續(xù)直到用戶端可還原封包PKTlc及封包PKT2c (如在第二次重傳后)或到達最大重傳次數(shù)為止。
[0065]相似地，于初始傳輸中，發(fā)射點TP3的階層LRl (使用資源群組706)及發(fā)射點TP3的階層LR2 (使用資源群組709)分別傳送封包PKT3c及封包PKT4c的冗余版本ReVO到用戶端。當用戶端未能于第二次重傳前還原封包PKT3c及封包PKT4c時，于第一次重傳中，發(fā)射點TPl的階層LRl (使用資源群組701)及發(fā)射點TPl的階層LR2 (使用資源群組704)分別傳送封包PKT3c及封包PKT4c的冗余版本ReVl到用戶端。接著，于第二次重傳中，發(fā)射點TP4的階層LRl (使用資源群組714)及發(fā)射點TP4的階層LR2 (使用資源群組717)分別傳送封包PKT3c及封包PKT4c的冗余版本ReV2到用戶端。
[0066]此外，于初始傳輸中，發(fā)射點TP4的階層LRl (使用資源群組712)及發(fā)射點TP4的階層LR2 (使用資源群組715)分別傳送封包PKT5c及封包PKT6c的冗余版本ReVO到用戶端。當用戶端未能于第二次重傳前還原封包PKT5c及封包PKT6c時，于第一次重傳中，發(fā)射點TP3的階層LRl (使用資源群組707)及發(fā)射點TP3的階層LR2 (使用資源群組710)分別傳送封包PKT5c及封包PKT6c的冗余版本ReVl到用戶端。接著，于第二次重傳中，發(fā)射點TPl的階層LRl (使用資源群組702)及發(fā)射點TPl的階層LR2 (使用資源群組705)分別傳送封包PKT5c及封包PKT6c的冗余版本ReV2到用戶端。
[0067]因此，根據(jù)以上所述，可通過不同發(fā)射點分別執(zhí)行封包的多個冗余版本的傳輸(如重傳)，進而實現(xiàn)發(fā)射點所提供的多樣性，使封包在較少的重傳次數(shù)內(nèi)被還原。如此一來，可改善用戶端的輸出率。此外，由于具有多個階層的發(fā)射點可提供更多的資源群組，可于一傳輸(如重傳)中，傳送更多的封包到用戶端，可進一步改善用戶端的輸出率。
[0068]需注意的是，于圖7中，通過不同發(fā)射點的相同階層，同一封包的不同冗余版本會被傳送到用戶端。然而，本發(fā)明的實現(xiàn)方式并不受限于所述限制。舉例來說，封包PKTlc的冗余版本ReVO及ReVl可分別通過發(fā)射點TPl的階層LRl及發(fā)射點TP4的階層LR2被傳送到用戶端。
[0069]另一方面，在同一次傳輸(如重傳)中，也可通過不同的發(fā)射點的多個階層傳送同一封包的不同冗余版本到用戶端，以還原封包。舉例來說，請參考圖8，其為本發(fā)明實施例通過不同發(fā)射點的多個階層重傳封包的示意圖。于圖8中，以格紋方塊表示配置予用戶端用來執(zhí)行封包的初始傳輸或重傳的資源群組，以空白方塊表示未使用或配置予其他用戶端的資源群組。
[0070]詳細來說，用戶端準備使用資源群組800?817，從發(fā)射點TP1、TP3及TP4接收封包PKTld?PKT3d。進一步地，發(fā)射點TP1、TP3及TP4各具有兩個階層LRl及LR2(即各具有至少兩個傳輸天線)，可使用更多的資源群組來傳送封包。較佳地，根據(jù)頻率指標(即子載波指標)，資源群組存在有一對一的對應(yīng)關(guān)系。舉例來說，資源群組800、803、806、809、812及815的頻率指標是相同，資源群組801、804、807、810、813及816的頻率指標是相同，以及資源群組802、805、808、811、814及817的頻率指標是相同。此外，于圖8中，用于混合自動重傳請求程序的軟合并是增量冗余，即封包PKTld?PKT3d中的每個封包有多種冗余版本。也就是說，當需要重傳來還原封包時，在一次重傳中，發(fā)射點可傳送封包的一種不同冗余版本。封包PKTld?PKT3d中的每個封包可有不同數(shù)量的冗余版本。于圖8中，封包PKTld?PKT3d的冗余版本的數(shù)量均為3。根據(jù)冗余版本的數(shù)量，冗余版本分別標示為ReVO ?ReV2。
[0071]首先說明封包PKTld的傳送方式如下。于初始傳輸中，發(fā)射點TPl的階層LRl (使用資源群組800)及發(fā)射點TP4的階層LR2(使用資源群組815)均傳送封包PKTld的冗余版本ReVO到用戶端后，用戶端未能還原封包PKTld。用戶端會請求封包PKTld的第一次重傳，例如回傳對應(yīng)于封包PKTld的未收訖錯誤。接著，于第一次重傳中，發(fā)射點TP3的階層LRl (使用資源群組807)及發(fā)射點TPl的階層LR2 (使用資源群組804)均傳送封包PKTld的冗余版本ReVl到用戶端。也就是說，第一次重傳會由一組發(fā)射點的階層來執(zhí)行，所述組發(fā)射點不同于(可部分不同或完全不同)執(zhí)行初始傳輸?shù)囊唤M發(fā)射點。于第一次重傳后，若用戶端仍未能還原封包PKTld，于第二次重傳中，發(fā)射點TP4的階層LRl (使用資源群組814)及發(fā)射點TP3的階層LR2 (使用資源群組811)均傳送封包PKTld的冗余版本ReV2到用戶端。以上敘述持續(xù)直到用戶端可還原封包PKTld(如在第二次重傳后)或到達最大重傳次數(shù)為止。
[0072]相似地，于初始傳輸中，發(fā)射點TP3的階層LRl (使用資源群組806)及發(fā)射點TPl的階層LR2(使用資源群組803)均傳送封包PKT2d的冗余版本ReVO到用戶端。當用戶端未能于第二次重傳前還原封包PKT2d時，于第一次重傳中，發(fā)射點TP4的階層LRl (使用資源群組813)及發(fā)射點TP3的階層LR2 (使用資源群組810)均傳送封包PKT2d的冗余版本ReVl到用戶端。接著，于第二次重傳中，發(fā)射點TPl的階層LRl (使用資源群組802)及發(fā)射點TP4的階層LR2 (使用資源群組817)均傳送封包PKT2d的冗余版本ReV2到用戶端。
[0073]此外，于初始傳輸中，發(fā)射點TP4的階層LRl (使用資源群組812)及發(fā)射點TP3的階層LR2(使用資源群組809)均傳送封包PKT3d的冗余版本ReVO到用戶端。當用戶端未能于第二次重傳前還原封包PKT3d時，于第一次重傳中，發(fā)射點TPl的階層LRl (使用資源群組801)及發(fā)射點TP4的階層LR2 (使用資源群組816)均傳送封包PKT3d的冗余版本ReVl到用戶端。接著，于第二次重傳中，發(fā)射點TP3的階層LRl (使用資源群組808)及發(fā)射點TPl的階層LR2 (使用資源群組805)均傳送封包PKT3d的冗余版本ReV2到用戶端。
[0074]因此，根據(jù)以上所述，可通過不同組發(fā)射點及/或不同組階層執(zhí)行封包的多個冗余版本的傳輸(如重傳)。可實現(xiàn)發(fā)射點所提供的多樣性，使封包在較少的重傳次數(shù)內(nèi)被還原。如此一來，可改善用戶端的輸出率。此外，由于封包可于一傳輸(如重傳)中，通過一組發(fā)射點的多個階層傳送到用戶端，可進一步改善用戶端的輸出率。
[0075]另一方面，可通過一發(fā)射點的多個階層傳送同一封包的不同冗余版本到用戶端，以及在不同的傳輸中，分別以不同的發(fā)射點來傳送所述封包，以還原封包。舉例來說，請參考圖9，其為本發(fā)明實施例通過不同發(fā)射點的多個階層重傳封包的示意圖。于圖9中，以格紋方塊表示配置予用戶端用來執(zhí)行封包的初始傳輸或重傳的資源群組，以空白方塊表示未使用或配置予其他用戶端的資源群組。
[0076]詳細來說，用戶端準備使用資源群組900?917，從發(fā)射點TP1、TP3及TP4接收封包PKTle?PKT3e。進一步地，發(fā)射點TP1、TP3及TP4各具有兩個階層LRl及LR2(即各具有至少兩個傳輸天線)，可使用更多的資源群組來傳送封包。較佳地，根據(jù)頻率指標(即子載波指標)，資源群組存在有一對一的對應(yīng)關(guān)系。舉例來說，資源群組900、903、906、909、912及915的頻率指標是相同，資源群組901、904、907、910、913及916的頻率指標是相同，以及資源群組902、905、908、911、914及917的頻率指標是相同。此外，于圖9中，用于混合自動重傳請求程序的軟合并是增量冗余，即封包PKTle?PKT3e中的每個封包有多種冗余版本。也就是說，當需要重傳來還原封包時，在一次重傳中，發(fā)射點可傳送封包的一種不同冗余版本。封包PKTle?PKT3e中的每個封包可有不同數(shù)量的冗余版本。于圖9中，封包PKTle?PKT3e的冗余版本的數(shù)量均為4。根據(jù)冗余版本的數(shù)量，冗余版本分別標示為ReVO ?ReV3。
[0077]首先說明封包PKTle的傳送方式如下。于初始傳輸中，發(fā)射點TPl的階層LRl (使用資源群組900)及發(fā)射點TPl的階層LR2(使用資源群組903)分別傳送封包PKTle的冗余版本ReVO及冗余版本ReVl到用戶端后，用戶端未能還原封包PKTle。用戶端會請求封包PKTle的第一次重傳，例如回傳對應(yīng)于封包PKTle的未收訖錯誤。接著，于第一次重傳中，發(fā)射點TP4的階層LRl (使用資源群組913)及發(fā)射點TP4的階層LR2 (使用資源群組916)分別傳送封包PKTle的冗余版本ReVl及冗余版本ReV2到用戶端。也就是說，第一次重傳會由一發(fā)射點的多個階層來執(zhí)行，所述發(fā)射點不同于執(zhí)行初始傳輸?shù)陌l(fā)射點。于第一次重傳后，若用戶端仍未能還原