本申請要求于2015年1月27日提交的美國非臨時專利申請?zhí)枮?4/606,665、發(fā)明名稱為“用于免授權(quán)上行鏈路傳輸方案的傳輸系統(tǒng)和方法”的在先申請優(yōu)先權(quán)，該在先申請專利的內(nèi)容通過引用結(jié)合在本申請中。

本公開涉及一種用于無線通信的免授權(quán)上行鏈路傳輸方案的可靠的低時延(reliableultra-lowlatency，rull)傳輸機制的系統(tǒng)與方法。

背景技術(shù)：

在典型無線網(wǎng)絡(luò)中，例如在長期演進(jìn)(long-termevolution，lte)網(wǎng)絡(luò)中，上行鏈路共享數(shù)據(jù)信道基于調(diào)度和授權(quán)進(jìn)行選擇，并且該調(diào)度和授權(quán)機制由網(wǎng)絡(luò)中的基站(basestation，bs)控制。用戶設(shè)備(userequipment，ue)向該基站發(fā)送上行鏈路調(diào)度請求。當(dāng)該基站收到該調(diào)度請求后，該基站向該ue發(fā)送上行授權(quán)，以指示其上行鏈路的資源分配。然后該ue在該授權(quán)資源上傳輸數(shù)據(jù)。

技術(shù)實現(xiàn)要素：

在一方面，本公開提供一種方法，包括：基站(basestation，bs)在免授權(quán)上行鏈路傳輸方案中實施可靠的超低時延(rull)傳輸機制，該免授權(quán)上行鏈路傳輸方案在其中定義了多個競爭傳輸單元(contentiontransmissionunit，ctu)接入?yún)^(qū)和多個ctu，其中，實施rull傳輸機制包括，定義可靠的超低時延用戶設(shè)備(reliableultra-lowlatencyuserequipment，rull-ue)映射方案，其包括：在第一傳輸時間間隔(transmissiontimeinterval，tti)內(nèi)，以用于初始傳輸?shù)某跏寄Ｊ?，將多個rull-ue映射至該多個ctu，以及在繼該第一tti之后的第二tti內(nèi)，以用于冗余傳輸?shù)闹亟M模式，將該多個rull-ue映射至該多個ctu，其中，該初始模式不同于該重組模式。

進(jìn)一步地，本公開提供的實施rull傳輸機制還包括：根據(jù)該免授權(quán)傳輸方案中的該多個ctu接入?yún)^(qū)的一部分定義可靠的超低時延ctu(reliableultra-lowlatencyctu，rull-ctu)接入?yún)^(qū)；并定義rull-ctu映射方案，其包括：將該多個ctu中的至少一部分映射至用于定義多個rull-ctu的該rull-ctu接入?yún)^(qū)。

進(jìn)一步地，本公開提供的定義rull-ue映射方案包括，以該初始模式和該重組模式，將該多個rull-ue映射至該多個rull-ctu。

進(jìn)一步地，本公開提供的定義rull-ue映射方案包括，以該初始模式，將該多個rull-ue映射至該多個rull-ctu，并以該重組模式，將該多個rull-ue映射至該多個ctu。

進(jìn)一步地，本公開提供的實施rull傳輸方案還包括，該bs在該第一tti內(nèi)接收該初始傳輸，在該第二tti內(nèi)接收該冗余傳輸，其中該bs在接收該初始傳輸和該冗余傳輸之間不傳輸確認(rèn)或否認(rèn)(ack/nack)反饋；利用該初始傳輸、該冗余傳輸和該映射方案來解決沖突。

進(jìn)一步地，本公開提供的實施rull傳輸機制還包括：當(dāng)該bs確定該初始傳輸和該冗余傳輸中至少一個的沖突數(shù)目達(dá)到閾值時，定義重映射方案，其包括：在該第一tti內(nèi)，以用于初始傳輸?shù)牡诙跏寄Ｊ?，將多個rull-ue映射至該多個ctu，以及在繼該第一tti之后的該第二tti內(nèi)，以用于冗余傳輸?shù)牡诙亟M模式，將該多個rull-ue映射至該多個ctu，其中該第二初始模式不同于該第一初始模式，該第二重組模式不同于該第一重組模式與該第二初始模式；并使用高層信令向該多個rull-ue發(fā)送與該重映射方案相關(guān)的信息。

進(jìn)一步地，本公開提供的該初始傳輸和該冗余傳輸是基于稀疏碼多址接入(sparsecodemultipleaccess，scma)方案的。

進(jìn)一步地，本公開提供的方法還包括：利用消息解析算法(messageparsingalgorithm，mpa)對該初始傳輸和該冗余傳輸進(jìn)行聯(lián)合檢測和解碼。

進(jìn)一步地，本公開提供的實施rull傳輸機制還包括：定義該多個rull-ue的第一部分在該第二tti內(nèi)傳輸冗余傳輸，且該多個rull-ue的其余部分不在該第二tti內(nèi)傳輸冗余傳輸。

進(jìn)一步地，本公開提供的該多個rull-ue的第一部分是基于該多個rull-ue中的rull-ue標(biāo)識定義的。

進(jìn)一步地，本公開提供的該多個rull-ue的第一部分是基于該第一部分以重組模式所映射的多個ctu定義的。

進(jìn)一步地，本公開提供的該多個rull-ue的第一部分是基于其上傳輸有冗余傳輸?shù)膖ti定義的。

進(jìn)一步地，本公開提供的定義rull-ue映射方案還包括：以多個特定重組模式，將該多個rull-ue映射至該多個ctu，每個特定重組模式用于多個冗余傳輸中相應(yīng)的一個冗余傳輸，每個冗余傳輸位于繼所述第一tti之后的多個tti中相應(yīng)的一個tti內(nèi)。

進(jìn)一步地，本公開提供的方法還包括：基于該多個rull-ue的時延需求和/或可靠性需求確定該多個冗余傳輸?shù)臄?shù)目。

進(jìn)一步地，本公開提供的該多個ctu是頻率資源。

進(jìn)一步地，本公開提供的該多個ctu是時域資源。

進(jìn)一步地，本公開提供的定義rull-ue映射方案還包括：在第二tti內(nèi)，以用于初始傳輸?shù)牡诙跏寄Ｊ?，將第二多個rull-ue映射至該多個ctu，以及在繼該第二tti之后的第三tti內(nèi)，以用于冗余傳輸?shù)牡诙亟M模式，將該第二多個rull-ue映射至該多個ctu，其中，以該第二初始模式映射至該第二多個rull-ue的多個ctu與以該重組模式映射至第一多個rull-ue的多個ctu至少部分重疊。

另一方面，本公開提供一種基站(basestation，bs)，包括：硬件處理器和存儲有計算機可讀代碼的計算機可讀存儲介質(zhì)，該計算機用于執(zhí)行該計算機可讀代碼，并且對該計算機可讀代碼執(zhí)行使得該處理器：在免授權(quán)上行鏈路傳輸方案中實施可靠的超低時延(rull)傳輸機制，該免授權(quán)上行鏈路傳輸方案在其中定義了多個競爭傳輸單元(contentiontransmissionunit，ctu)接入?yún)^(qū)和多個ctu，其中，實施rull傳輸機制包括，定義可靠的超低時延用戶設(shè)備(reliableultra-lowlatencyuserequipment，rull-ue)映射方案，其包括：在第一傳輸時間間隔(transmissiontimeinterval，tti)內(nèi)，以用于初始傳輸?shù)某跏寄Ｊ剑瑢⒍鄠€rull-ue映射至該多個ctu，以及在繼該第一tti之后的第二tti內(nèi)，以用于冗余傳輸?shù)闹亟M模式，將該多個rull-ue映射至該多個ctu，其中，該初始模式不同于該重組模式。

進(jìn)一步地，本公開提供的實施rull傳輸機制還包括：根據(jù)該免授權(quán)傳輸方案中的該多個ctu接入?yún)^(qū)的一部分定義可靠的超低時延ctu(reliableultra-lowlatencyctu，rull-ctu)接入?yún)^(qū)，以及定義rull-ctu映射方案，其包括：將該多個ctu中的至少一部分映射至用于定義多個rull-ctu的該rull-ctu接入?yún)^(qū)。

進(jìn)一步地，本公開提供的定義rull-ue映射方案包括：以該初始模式和該重組模式，將該多個rull-ue映射至該多個rull-ctu。

進(jìn)一步地，本公開提供的定義rull-ue映射方案包括：以該初始模式，將該多個rull-ue映射至該多個rull-ctu，并以該重組模式，將該多個rull-ue映射至該多個ctu。

進(jìn)一步地，本公開提供的實施rull傳輸方案還包括：該bs在該第一tti內(nèi)接收該初始傳輸，在該第二tti內(nèi)接收該冗余傳輸；利用該初始傳輸、該冗余傳輸和該映射方案來解決沖突。

進(jìn)一步地，本公開提供的實施rull傳輸機制還包括：定義該多個rull-ue的第一部分在該第二tti內(nèi)傳輸冗余傳輸，且該多個rull-ue的其余部分不在該第二tti內(nèi)傳輸冗余傳輸。

進(jìn)一步地，本公開提供的定義rull-ue映射方案還包括：以多個特定重組模式，將該多個rull-ue映射至該多個ctu，每個特定重組模式用于多個冗余傳輸中相應(yīng)的一個冗余傳輸，每個冗余傳輸對應(yīng)于繼該第一tti之后的多個tti中相應(yīng)的一個tti。

在再一方面，本公開提供一種方法，包括：可靠的超低時延用戶設(shè)備(reliableultra-lowlatencyuserequipment，rull-ue)在缺省的可靠的超低時延競爭傳輸單元(reliableultra-lowlatencycontentiontransmissionunit，rull-ctu)映射方案中，實施可靠的超低時延(reliableultra-lowlatency，rull)機制，其包括：根據(jù)初始rull-ue映射規(guī)則和所述缺省的rull-ctu映射方案，確定用于第一傳輸時間間隔(tti)內(nèi)的初始傳輸?shù)牡谝桓偁巶鬏攩卧?ctu)；在所述第一tti內(nèi)，在所述第一ctu上向基站(basestation，bs)傳輸所述初始傳輸；根據(jù)冗余rull-ue映射規(guī)則和所述缺省的rull-ctu映射方案，確定用于繼所述第一tti之后的第二tti內(nèi)的冗余傳輸?shù)牡诙tu；在所述第二tti內(nèi)，在所述第二ctu上向所述bs傳輸所述冗余傳輸，且無需在所述rull-ue上接收來自于所述bs的確認(rèn)/否認(rèn)(ack/nack)反饋。

進(jìn)一步地，本公開提供的確定第二ctu包括：確定多個冗余ctu，該多個冗余ctu中的每個冗余ctu分別用于多個冗余傳輸中相應(yīng)的一個冗余傳輸，且每個冗余傳輸位于繼該第一tti之后的多個tti中相應(yīng)的一個tti內(nèi)；其中，在該第二ctu上傳輸該冗余傳輸包括：在該多個tti中相應(yīng)的一個tti內(nèi)，在該多個ctu中相應(yīng)的一個ctu上，傳輸該多個冗余傳輸中的每一個冗余傳輸。

進(jìn)一步地，本公開提供的在該第二ctu上傳輸冗余傳輸包括：傳輸該多個冗余傳輸中的第一部分，并不傳輸該多個冗余傳輸中的其余部分。

進(jìn)一步地，本公開提供的該第一部分是基于在其上傳輸?shù)亩鄠€冗余傳輸中的每個冗余傳輸所對應(yīng)的各個ctu確定的。

進(jìn)一步地，本公開提供的該第一部分是基于在其內(nèi)傳輸?shù)亩鄠€冗余傳輸中的每個冗余傳輸所對應(yīng)的各個tti確定的。

進(jìn)一步地，在本公開提供的方法中，由該rull-ue所確定的用于該第一tti內(nèi)的初始傳輸?shù)牡谝籧tu被映射至第一ctu接入?yún)^(qū)；以及，由該rull-ue所確定的用于該第二tti內(nèi)的冗余傳輸?shù)牡诙tu被映射至第二ctu接入?yún)^(qū)，該第二ctu接入?yún)^(qū)與該第一ctu接入?yún)^(qū)不同。

在再一方面，本公開提供一種可靠的超低時延用戶設(shè)備(reliableultra-lowlatencyuserequipment，rull-ue)，包括：硬件處理器和存儲有計算機可讀代碼的計算機可讀存儲介質(zhì)，該計算機用于執(zhí)行該計算機可讀代碼，并且對該計算機可讀代碼執(zhí)行使得該處理器：在缺省的可靠的超低時延競爭傳輸單元(reliableultra-lowlatencycontentiontransmissionunit，rull-ctu)映射方案中，實施可靠的超低時延(reliableultra-lowlatency，rull)機制，其包括：根據(jù)初始rull-ue映射規(guī)則和所述缺省的rull-ctu映射方案，確定用于第一傳輸時間間隔(tti)內(nèi)的初始傳輸?shù)牡谝桓偁巶鬏攩卧?ctu)；在所述第一tti內(nèi)，在所述第一ctu上向基站(basestation，bs)傳輸所述初始傳輸；根據(jù)冗余rull-ue映射規(guī)則和所述缺省的rull-ctu映射方案，確定用于繼所述第一tti之后的第二tti內(nèi)的冗余傳輸?shù)牡诙tu；在所述第二tti內(nèi)，在所述第二ctu上向所述bs傳輸所述冗余傳輸，且無需在所述rull-ue上接收來自于所述bs的確認(rèn)/否認(rèn)(ack/nack)反饋。

進(jìn)一步地，本公開提供的確定第二ctu包括：確定多個冗余ctu，該多個冗余ctu中的每個冗余ctu分別用于多個冗余傳輸中相應(yīng)的一個冗余傳輸，且每個冗余傳輸位于繼該第一tti之后的多個tti中相應(yīng)的一個tti內(nèi)；其中，在該第二ctu上傳輸該冗余傳輸包括：在該多個tti中相應(yīng)的一個tti內(nèi)，在該多個ctu中相應(yīng)的一個ctu上，傳輸該多個冗余傳輸中的每一個冗余傳輸。

進(jìn)一步地，本公開提供的傳輸包括：傳輸該多個冗余傳輸中的第一部分，并不傳輸該多個冗余傳輸中的其余部分。

進(jìn)一步地，本公開提供的該第一部分是基于其上傳輸有多個冗余傳輸中的每個冗余傳輸所對應(yīng)的各個ctu確定的。

進(jìn)一步地，本公開提供的該第一部分是基于其內(nèi)傳輸有多個冗余傳輸中的每個冗余傳輸所對應(yīng)的各個tti確定的。

進(jìn)一步地，本公開提供的rull-ue還用于：將由該rull-ue所確定的用于該第一tti內(nèi)的初始傳輸?shù)牡谝籧tu映射至第一ctu接入?yún)^(qū)；以及，將由該rull-ue所確定的用于該第二tti內(nèi)的冗余傳輸?shù)牡诙tu映射至第二ctu接入?yún)^(qū)，該第二ctu接入?yún)^(qū)與該第一ctu接入?yún)^(qū)不同。

結(jié)合附圖和下面對具體實施例的描述，本領(lǐng)域技術(shù)人員可以清楚本公開的其他方面和特征。

附圖說明

下面參照附圖，僅以示例的方式，對本公開的實施例進(jìn)行描述。

圖1a是多種實施例可在其上實施的網(wǎng)絡(luò)的框圖；

圖1b是多種實施例可在其上實施的網(wǎng)絡(luò)的另一框圖；

圖2是根據(jù)一個實施例的多個競爭傳輸單元(ctu)接入?yún)^(qū)的配置示例的示意圖；

圖3a是根據(jù)一個實施例的基站(bs)實施可靠的超低時延(rull)傳輸方案的示例的流程圖；

圖3b是根據(jù)另一實施例的bs實施rull傳輸方案的示例的流程圖；

圖4是根據(jù)一個實施例的可靠的超低時延用戶設(shè)備(rull-ue)實施rull傳輸機制的示例的流程圖；

圖5是根據(jù)一個實施例的在rull傳輸機制中將多個rull-ue映射和重組至多個可靠的超低時延ctu(rull-ctu)上的示例的示意圖；

圖6是根據(jù)一個實施例的利用rull傳輸機制解決沖突的示例的示意圖；

圖7是根據(jù)一個實施例的利用選擇性冗余傳輸方案的rull傳輸機制的示例的示意圖；

圖8是根據(jù)一個實施例的利用初始傳輸專用的rull-ctu接入?yún)^(qū)的rull傳輸機制的示例的示意圖；以及

圖9是可用于實施與本公開描述的各種實施例相對應(yīng)的設(shè)備和方法的處理單元的示例框圖。

具體實施方式

一般地，本公開實施例提供一種在免授權(quán)上行鏈路傳輸方案中用于可靠的超低時延(rull)傳輸機制的方法和系統(tǒng)。為了說明的簡潔和清楚，附圖中的附圖標(biāo)記可以重復(fù)，用于指示相應(yīng)或類似的元件。為了便于理解本公開所描述的示例，提出多種詳細(xì)說明。應(yīng)理解，本公開中提出的示例在沒有詳細(xì)說明時也可以實施。另一方面，為了避免使本公開所描述示例不清楚，對于一些公知的方法、步驟和組成部件在此沒有詳細(xì)描述。應(yīng)理解，這些描述不能認(rèn)為是對本公開所描述示例的范圍的限定。

在長期演進(jìn)(long-termevolution，lte)無線網(wǎng)絡(luò)背景下，本公開對各種實施例進(jìn)行描述。然而，本公開各種實施例還可應(yīng)用于其他無線網(wǎng)絡(luò)中，包括例如全球微波互聯(lián)接入(worldwideinteroperabilityformicrowaveaccess，wimax)網(wǎng)絡(luò)，或者未來無線網(wǎng)絡(luò)，例如無需蜂窩標(biāo)識的未來蜂窩網(wǎng)絡(luò)。

圖1a示出網(wǎng)絡(luò)100的示意圖?；?basestation，bs)102為在其覆蓋區(qū)域120內(nèi)的多個用戶設(shè)備(userequipment，ue)104-118提供該網(wǎng)絡(luò)100的上行和下行通信。例如，bs102可以是蜂窩塔、接入點、演進(jìn)型基站、接入路由器、無線網(wǎng)絡(luò)控制器或者其他無線接入控制設(shè)備。圖1a中示出一個bs102和八個ue104-118，僅用于示例說明，但本公開不限于此，網(wǎng)絡(luò)100可包括多個bs102且bs102的覆蓋區(qū)域120可包括比與bs102進(jìn)行通信的八個ue104-118更多或者更少的ue。另外，如圖1b所示，網(wǎng)絡(luò)包括一個以上基站bs1、bs2以及bs3，由控制器1控制，來駐留并協(xié)調(diào)為多個ue提供上下行通信。在網(wǎng)絡(luò)中，控制器2控制bs5和ap3，并且該ap3控制bs4。

bs102實施免授權(quán)上行鏈路傳輸方案，其中定義了競爭傳輸單元(contentiontransmissionunit，ctu)接入?yún)^(qū)。每個ctu接入?yún)^(qū)可以包括多個ctu。ctu是網(wǎng)絡(luò)100預(yù)先定義的用于競爭傳輸?shù)幕举Y源。每個ctu可能是時間元素、頻率元素、碼域元素和/或?qū)ьl元素的組合。例如，碼域元素可以是，碼分多址(codedivisionmultipleaccess，cdma)碼、低密度簽名(low-densitysignature，lds)簽名、稀疏碼多址接入(sparsecodemultipleaccess，scma)碼本等。這些可能的碼域元素在下文中統(tǒng)稱為“簽名”。多個ue可能會競爭同一個ctu。ctu的大小可以通過網(wǎng)絡(luò)100預(yù)先設(shè)置，并考慮期望傳輸大小、期望填充量、和/或調(diào)制編碼模式(modulationcodingscheme，mcs)等級。免授權(quán)上行鏈路傳輸方案可以由bs102定義，或者可以在無線標(biāo)準(zhǔn)(例如3gpp)中設(shè)置。免授權(quán)上行鏈路傳輸方案免除了ue和網(wǎng)絡(luò)之間的動態(tài)請求和授權(quán)信號。免授權(quán)上行鏈路傳輸方案和方法的詳細(xì)描述示例可參見于2013年3月8號提交的、專利申請?zhí)枮?3/790,673、發(fā)明名稱為“用于上行鏈路免授權(quán)傳輸方案的系統(tǒng)和方法”的美國專利申請文件，該專利申請的內(nèi)容通過引用結(jié)合在本申請中。

scma是一種具有近似最佳頻譜效率的非正交波形，該非正交波形利用多維星座的成形增益。在scma中，非正交波形的使用能夠創(chuàng)建多用戶多接入方案，在該多用戶多接入方案中，多層或者多用戶的稀疏碼字在編碼和電源域中重疊并且轉(zhuǎn)入共享時頻資源。如果重疊層的數(shù)目大于多路復(fù)用碼字的時長，系統(tǒng)是過載的。由于scma碼字的稀疏性，具有適度復(fù)雜檢測的過載是可實現(xiàn)的。在scma中，碼位直接映射至從特定層scma碼本中選取的多維稀疏碼字上?？刂苨cma復(fù)雜度的主要因素包括碼字的稀疏等級和每維中具有較低數(shù)目投影點的多維星座?；谏鲜鰞?yōu)點，scma是適用于支持大規(guī)模連接的技術(shù)。進(jìn)一步，使用信息分析算法(messageparsingalgorithm，mpa)的盲多用戶接收技術(shù)可以用于同時檢測用戶活動和其所攜帶的信息。具有這樣的盲檢測能力，便能支持免授權(quán)多接入。scma方案的詳細(xì)描述可見于2013年6月17日遞交的專利申請?zhí)枮?3/919,918、發(fā)明名稱為“用于設(shè)計和使用多維星座的系統(tǒng)和方法”的美國專利申請。mpa接收器的詳細(xì)描述可見于2014年3月14日遞交的專利申請?zhí)枮?4/212,583、發(fā)明名稱為“用于低密度簽名調(diào)制的低復(fù)雜度接收器和方法”的美國專利申請。

圖2示出在免授權(quán)上行鏈路傳輸方案的多個ctu接入?yún)^(qū)中定義ctu資源的示意圖。

在本公開實施例中，基站102(或者是一組基站102)的可用寬帶可劃分為定義ctu接入?yún)^(qū)的時間-頻率區(qū)。如圖2所示的實施例，定義4個ctu接入?yún)^(qū)202-208。每個ctu接入?yún)^(qū)202-208占用可用寬帶中預(yù)定數(shù)量的資源塊(resourceblocks，rbs)。例如，ctu接入?yún)^(qū)202占用4個資源塊rb1-rb4。在圖2中，等同地將ctu映射至接入?yún)^(qū)202-208(即映射到每一接入?yún)^(qū)的ctu的數(shù)量相同)，但是為了說明，示出了該映射不同角度的視圖。在另一實施例中，每個ctu接入?yún)^(qū)202-208的大小可以占用不同數(shù)量的資源塊。也就是說，ctu接入?yún)^(qū)202可以占用4個rbs，而ctu接入?yún)^(qū)204可以占用8個rbs。

每個ctu接入?yún)^(qū)202-208所占用的時間-頻率區(qū)域被進(jìn)一步分解，以支持6個簽名(s1-s6)以及映射至每個簽名的6個導(dǎo)頻，這樣能在每個ctu接入?yún)^(qū)202-208創(chuàng)建36個總導(dǎo)頻(p1-p36)。每個ctu由時間、頻率、簽名和導(dǎo)頻綜合定義。在該示例中，每個ctu接入?yún)^(qū)202-208能夠支持多達(dá)36個ue來競爭該每個區(qū)域中定義的36個ctu。bs102中的導(dǎo)頻/簽名去相關(guān)器用于對單個ue信號和ue傳輸進(jìn)行檢測和解碼，例如，使用具有聯(lián)合用戶活動和數(shù)據(jù)檢測功能的mpa接收器。

在免授權(quán)上行鏈路傳輸方案中定義的特定導(dǎo)頻的數(shù)量可以根據(jù)系統(tǒng)所支持的ue數(shù)量而定，例如，在如圖2所示的示例中，每個ctu接入?yún)^(qū)202-208包括36個導(dǎo)頻。圖2中給出的具體數(shù)量僅為了說明，并且ctu接入?yún)^(qū)和ctu的具體配置，包括ctu接入?yún)^(qū)202-208的數(shù)量以及每個ctu接入?yún)^(qū)的ctu數(shù)量都可以根據(jù)網(wǎng)絡(luò)情況而定。

免授權(quán)上行鏈路傳輸方案可以在ctu接入?yún)^(qū)202-208為每個ctu分配唯一的、標(biāo)識性的ctu索引ictu?；谟糜趯⒚總€ue104-118映射至適當(dāng)?shù)腸tu索引的映射規(guī)則，ue104-118確定在哪個ctu上進(jìn)行傳輸。所述映射規(guī)則可定義在缺省映射方案中或者多個映射方案其中之一。缺省映射方案或者映射方案可以由基站102確定，在這種情況下，當(dāng)ue104-118與bs102連接時，通過利用來自bs102的，例如高層信令(例如rrc信令)將缺省映射方案或者映射方案發(fā)送到ue104-118。該信令可以是與映射方案相應(yīng)的索引?？蛇x地，缺省映射方案可以由標(biāo)準(zhǔn)或系統(tǒng)決定，在這種情況下，在ue104-118與bs102連接之前，便可在ue104-118上獲知該缺省映射方案。bs102可以向ue104-118傳輸信息，例如ctu總數(shù)，從而使ue104-118隱式獲知其進(jìn)行數(shù)據(jù)傳輸?shù)腸tu。在本公開另一實施例中，bs102可以向rull-ue指示ctu索引。因此，rull-ue基于接收到的ctu索引確定用于傳輸?shù)腸tu。這種確定的方式可以通過查表來實現(xiàn)。在本公開再一實施例中，bs102可以顯性指示rull-ue其進(jìn)行傳輸?shù)腸tu資源。

利用缺省映射方案可以使ue一旦進(jìn)入bs102的覆蓋區(qū)域120內(nèi)，便可以自動在ctu上進(jìn)行數(shù)據(jù)傳輸，而不需要bs102和ue之間的調(diào)度信令。缺省映射規(guī)則可以基于例如ue的專用連接簽名(dedicatedconnectionsignature，dcs)、基站所分配的dcs索引(例如，在ue初始接入過程中和基于網(wǎng)絡(luò)所確定的ue專用連接id)、專用連接id(dedicatedconnectionid，dcid)、ctu總數(shù)、和/或其他參數(shù)，例如，子幀數(shù)。

在考慮了ctu接入?yún)^(qū)202-208在時間-頻率域上的大小和降低bs102解碼復(fù)雜度的期望的情況下，缺省映射規(guī)則可以將多個ue均勻地映射至可用資源上。將該ctu接入?yún)^(qū)202-208的大小考慮在內(nèi)使得不必所有該ue全部映射至可用時間-頻率資源的同一子集上。

免授權(quán)上行鏈路傳輸方案中，當(dāng)多個ue同時接入同一ctu時，發(fā)生沖突。在發(fā)生沖突時，bs102不能估計接入同一ctu的多個ue的各自的信道，因此，bs不能對每個ue傳輸?shù)男畔⑦M(jìn)行解碼。例如，假定兩個ue(ue104和ue106)被同時映射至同一ctu，并且它們的信道是h1和h2。如果兩個ue同時傳輸信息，bs102僅可以估計ue104和ue106兩者h(yuǎn)1和h2的質(zhì)量信道，而不能對ue104和106傳輸?shù)男畔⑦M(jìn)行正確解碼。但是，bs102可以基于缺省映射規(guī)則(即映射至ctu上的ue)隱式確定傳輸來自哪些ue，即使bs102例如通過解析每一數(shù)據(jù)傳輸?shù)男畔㈩^仍不能明確確定哪些ue在進(jìn)行傳輸。

在免授權(quán)上行鏈路傳輸方案的一個示例的常規(guī)操作中，當(dāng)來自ue的傳輸被成功解碼時，bs102可以向ue發(fā)送通知，例如，確認(rèn)(ack)。bs102僅當(dāng)傳輸成功時才發(fā)送ack信號。因此，如果ue在預(yù)定時間內(nèi)沒有接收到ack信號，則ue確定發(fā)生了沖突，并且會重新傳輸上行鏈路傳輸?？蛇x地，bs102在傳輸失敗時可以向ue發(fā)送否定確認(rèn)(nack)信號。在這種情況下，除非ue側(cè)接收到nack信號，否則所述ue假定傳輸是成功的。

當(dāng)確實發(fā)生沖突時，依靠ue上的ack/nack反饋使初始傳輸時刻與隨后解碼傳輸時刻之間產(chǎn)生延遲周期，因為ue沒有收到ack信號或者直到收到nack信號時，在確定所述傳輸不成功且需要重新傳輸之前，需要等待預(yù)定時間。而這個延遲周期可以是例如4ms。另外，ue接收到ack/nack反饋之后，在發(fā)送重傳之前可能需要額外再等一段時間，因為，例如，在免授權(quán)上行鏈路傳輸方案中實施了隨機退避程序。這種額外的等待時間可能是例如4ms。

進(jìn)一步，如果兩個映射至同一ctu上的ue試圖通過重發(fā)信號來解決沖突，那么該兩個ue的重傳輸同樣有可能再次發(fā)生沖突。

在一些應(yīng)用中，ue重新發(fā)送之前確定初始傳輸不成功的等待時間是不期望的。例如，在用于智能電網(wǎng)遠(yuǎn)程保護(hù)或者遠(yuǎn)程醫(yī)療保健系統(tǒng)的自動化控制的5g網(wǎng)絡(luò)中，ue可能具有低時延、高可靠傳輸需求，在本文稱作可靠的超低時延ue(rull-ues)。rull-ue的時延和可靠性需求可以是成功傳輸所期望的時間比ue在免授權(quán)上行鏈路傳輸方案的常規(guī)操作中接收到ack/nack反饋的時間還短。例如，在智能電網(wǎng)遠(yuǎn)程保護(hù)中，傳輸?shù)男枨罂梢允莻鬏敃r延少于8ms，且具有99.999％的可靠性。因此，在免授權(quán)上行鏈路傳輸方案的常規(guī)操作中，rull-ue的需求和期望的低時延可能不會得到實現(xiàn)。

為了在免授權(quán)上行鏈路傳輸方案中提供改進(jìn)的時延和可靠性回應(yīng)，本公開提供了一種可靠的超低時延(rull)傳輸機制，在該機制中，rull-ue在第一傳輸時間間隔(tti)內(nèi)、多個ctu中的一個ctu上傳輸?shù)谝粋鬏?，然后rull-ue自動傳輸至少一個冗余傳輸，每個冗余傳輸可以在第一tti隨后的tti內(nèi)、且與初始傳輸不同的ctu上發(fā)送。例如，可以在緊接初始傳輸?shù)膖ti之后的tti內(nèi)發(fā)送第一冗余傳輸。正如上文描述，在免授權(quán)上行鏈路傳輸方案的常規(guī)操作條件下，利用隨機退避機制，傳輸時延可能是例如8ms，與此相比，利用rull機制，傳輸和冗余傳輸之間的時延可能是例如2ms。

因此，與免授權(quán)上行鏈路傳輸方案的常規(guī)操作相比，本公開通過重組rull-ue在其上傳輸?shù)腸tu和在初始傳輸之后自動發(fā)送冗余傳輸，增加了在bs102對每個rull-ue發(fā)送的多個傳輸中的一個傳輸進(jìn)行解碼的可能性，并且rull-ue不需要等待ack/nack反饋，因此增加了上行鏈路傳輸?shù)目煽啃圆⒔档蜕闲墟溌穫鬏數(shù)臅r延。

現(xiàn)參照圖3a，示出了bs102在免授權(quán)上行鏈路傳輸方案中實施rull傳輸機制的方法流程圖。該方法可以由例如bs102的處理器所執(zhí)行的軟件實施。在本申請文件所給定的技術(shù)領(lǐng)域中，編譯執(zhí)行本公開方法的軟件在本領(lǐng)域普通技術(shù)人員能力范圍內(nèi)。該方法可能包括比所示和/或所描述更多或者更少的流程，也可能以其他順序執(zhí)行。該方法可由bs102的至少一個處理器執(zhí)行計算機可讀代碼來執(zhí)行，并且該計算機可讀代碼存儲在計算機可讀介質(zhì)中，例如非易失計算機可讀介質(zhì)。在本公開的一些實施例中，用于執(zhí)行該方法至少部分步驟的bs102的處理器可以是例如，與bs102進(jìn)行通信的遠(yuǎn)程定位控制器。例如，在一些實施例中，遠(yuǎn)程定位控制器可以實施映射方案，而位于bs102中的處理器可以向ue發(fā)送映射方案和其他信息。

在步驟302中，bs102定義一個或者多個可靠的超低時延ctu(rull-ctu)接入?yún)^(qū)。在另一實施例中，bs102可以從網(wǎng)絡(luò)控制器接收該定義信息。bs102定義該rull-ctu接入?yún)^(qū)包括利用ctu映射方案將多個rull-ctu映射至rull-ctu接入?yún)^(qū)。映射可以包括給rull-ctu接入?yún)^(qū)內(nèi)每個rull-ctu分配特定的rull-ctu索引。每個rull-ctu索引對應(yīng)一個rull-ctu，其中rull-ue根據(jù)rull傳輸機制可以在rull-ctu上進(jìn)行傳輸。

在步驟304中，bs102將其覆蓋區(qū)域120內(nèi)的一部分ue104-118確定為rull-ue。例如，可以利用bs102與ue104-118之間的高層信令將ue確定為rull-ue。rull-ue的確定可以基于rull-ue上運行的服務(wù)，例如，遠(yuǎn)程醫(yī)療應(yīng)用或者智能電網(wǎng)應(yīng)用。例如，當(dāng)ue104-118進(jìn)入覆蓋區(qū)域120并且bs102和ue104-118之間的連接設(shè)置信號被發(fā)送時，rull-ue的確定可以發(fā)生。當(dāng)覆蓋區(qū)域120內(nèi)的ue104-118上的新服務(wù)可用時，例如，通過安裝具有低時延、高可靠傳輸需求的新軟件，連接設(shè)置信號也可以發(fā)生。

bs102可以基于其覆蓋區(qū)域120內(nèi)rull-ue的數(shù)量來調(diào)整rull-ctu接入?yún)^(qū)的大小，該覆蓋區(qū)域120通過連接設(shè)置、容量交換和/或配置信號來確定。例如，如果大量的rull-ue被確定，bs102可以分配大部分的可用帶寬給rull-ctu接入?yún)^(qū)。步驟304中的確定可以包括確定多個rull-ue的冗余傳輸。冗余傳輸?shù)臄?shù)量可以基于可靠性模式。確定也可以包括應(yīng)用選擇性冗余方案。如下文中詳細(xì)描述，該可靠性模式和該選擇性冗余模式可以確定有多少數(shù)目的冗余傳輸以及冗余傳輸在哪些隨后的tti內(nèi)發(fā)送。

在步驟306中，bs102可以使用高層信令，例如通過廣播信道，向rull-ue發(fā)送有關(guān)該ctu接入?yún)^(qū)內(nèi)rull-ctu索引的信息，以通過rull傳輸機制從rull-ue中實現(xiàn)rull傳輸。其他信道，例如，組播信道或者單播信道，同樣也可以使用。該高層信令可以包括，例如有關(guān)定義的rull-ctu接入?yún)^(qū)的信息、接入?yún)^(qū)中rull-ctu的數(shù)量和/或rull-ctu索引圖。該高層信令也可以包括分配的rull-uedcs索引信息、dcid等其他信息。根據(jù)rull映射規(guī)則，rull-ue可以確定映射至rull-ctu接入?yún)^(qū)中具體哪些rull-ctu。映射規(guī)則可以在缺省rull映射方案中定義。該缺省rull映射方案可以由bs102定義，然后通過高層信令發(fā)送給rull-ue，或者該缺省rull映射方案也可以由標(biāo)準(zhǔn)或者系統(tǒng)確定。

該缺省rull映射方案包括將多個rull-ue映射至用于初始傳輸?shù)某跏寄Ｊ街械亩鄠€rull-ctu，也包括將多個rull-ue映射至用于每個冗余傳輸?shù)闹亟M模式中的多個rull-ctu。通過利用缺省映射方案，在bs102上，可以隱式獲知該初始模式和該重組模式。映射規(guī)則可以基于例如rull-ue標(biāo)識，例如，rull-uedcs或bs102分配的rull-uedcs索引、dcid、rull-ctu的總數(shù)目、時間-頻率資源id，和/或其他如子幀數(shù)的參數(shù)。

在一些實施例中，所有初始傳輸和冗余傳輸都是rull-ue在rull-ctu接入?yún)^(qū)中發(fā)送。在另一些實施例中，一部分初始傳輸和冗余傳輸可以在普通ctu接入?yún)^(qū)內(nèi)發(fā)送，而另一些初始傳輸和冗余傳輸在rull-ctu接入?yún)^(qū)內(nèi)發(fā)送。普通ctu接入?yún)^(qū)是分配給適合不需要高可靠性和超低時延需求的免授權(quán)傳輸?shù)耐ㄐ蓬愋偷馁Y源。例如，應(yīng)用的機器和背景流量(例如持久信息)的小數(shù)據(jù)包。在本公開示例中，參考下文中圖8的詳細(xì)描述，所有rull-ue的初始傳輸在rull-ctu接入?yún)^(qū)上發(fā)送，并且所有冗余傳輸在普通ctu接入?yún)^(qū)上發(fā)送。

在步驟308中，bs102在第一個tti內(nèi)接收來自rull-ue的初始傳輸，并且在隨后的tti內(nèi)接收來自rull-ue的冗余傳輸。在一些實施例中，rull-ue可以確定用于在各自多個隨后的tti內(nèi)發(fā)送多個冗余傳輸?shù)亩鄠€rull-ctu。rull-ue發(fā)送冗余信息的數(shù)目可以由例如rull-ue的可靠性傳輸模式和/或選擇性冗余方案確定。

在步驟310中，bs102試圖解決發(fā)生在初始傳輸或者冗余傳輸中的沖突。傳輸初始傳輸和冗余傳輸增加多個傳輸中的一個在bs102可解碼的可能性。正如下文更加詳細(xì)的討論，多個傳輸中的一個的解碼信號可以用來解決在其他傳輸中包括解碼信號的沖突。解決沖突可以包括例如減去從沖突信號中減去從其他傳輸中解碼的信號的方式解決來自涉及沖突的其他rull-ue的傳輸。

bs102可以在隨后的tti上為rull-ue繼續(xù)重復(fù)步驟308和步驟310。

現(xiàn)在參考圖3b，圖3b示出了bs102在免授權(quán)上行鏈路傳輸方案中實施rull傳輸機制的一種可替換方法流程圖。該方法可以由例如bs102的處理器所執(zhí)行的軟件實施。在本申請文件所給定的領(lǐng)域中，編譯執(zhí)行本公開方法的軟件代碼在本領(lǐng)域普通技術(shù)人員能力范圍內(nèi)。該方法可以包括比所示和/或描述更多或者更少的流程，也可能以其他順序執(zhí)行。該方法可由bs102至少一個處理器執(zhí)行計算機可讀代碼來執(zhí)行，并且該計算機可讀代碼存儲在計算機可讀介質(zhì)中，例如非易失計算機可讀介質(zhì)。在本公開的一些實施例中，用于執(zhí)行該方法至少部分步驟的bs102的處理器可以是例如，與bs102進(jìn)行通信的遠(yuǎn)程定位控制器。例如，在一些實施例中遠(yuǎn)程定位控制器可以執(zhí)行映射方案，而位于bs102中的處理器可以向ue發(fā)送映射方案和其他一些信息。

圖3b中所示方法的步驟322-330本質(zhì)上與上文參考圖3a所描述的步驟302-310一致，因此，為了避免重復(fù)，將不再進(jìn)一步描述。

在步驟332中，確定沖突數(shù)量是否達(dá)到閾值。例如，該沖突數(shù)量可以是在初始傳輸和冗余傳輸期間發(fā)生的沖突總數(shù)，或者也可以是僅初始傳輸期間發(fā)生的沖突總數(shù)。該閾值可以由bs102設(shè)定，也可以由網(wǎng)絡(luò)100或者標(biāo)準(zhǔn)規(guī)定。例如，該閾值可以是發(fā)生的沖突數(shù)量少于傳輸總數(shù)目的1％。

如果沖突的數(shù)量沒有達(dá)到閾值，則該方法可以重新回到步驟328。如果沖突的數(shù)量達(dá)到了閾值，通過利用沖突的數(shù)量和所有條件，例如rull-ctu內(nèi)激活的rull-ue的分布，bs102決定在同一或不同ctu接入?yún)^(qū)324內(nèi)將rull-ue重映射至其他rull-ctu索引上。然后，bs102返回步驟326，通過高層信令(例如廣播、組播或者單播)向其覆蓋區(qū)域120內(nèi)的rull-ue發(fā)送重映射的rull-ctu信息。

參見圖4，圖4示出了根據(jù)各種實施例的rull-ue活動的流程圖。該方法可以由例如rull-ue的處理器所執(zhí)行的軟件實施。在本申請文件所給定的技術(shù)領(lǐng)域中，執(zhí)行本公開方法軟件的編碼在本領(lǐng)域普通技術(shù)人員能力范圍內(nèi)。該方法可能包括比所示和/或描述更多或者更少的流程，也可能以其他順序執(zhí)行。該方法可由rull-ue的至少一個處理器執(zhí)行計算機可讀代碼來執(zhí)行，并且該計算機可讀代碼存儲在計算機可讀介質(zhì)中，例如，非易失計算機可讀介質(zhì)。

在步驟402中，rull-ue進(jìn)入bs102的覆蓋區(qū)域120。在步驟404中，rull-ue接收bs102發(fā)送的高層信令信息。該高層信令信息可以包括rull-ctu接入?yún)^(qū)定義，例如，時間-頻率資源分配、rull-ctu總數(shù)目等等。在步驟402中的高層信令還可以包括缺省rull映射規(guī)則?？蛇x地，rull-ue也可以預(yù)配置有缺省rull映射規(guī)則。

在步驟406中，rull-ue確定合適的第一rull-ctu來進(jìn)行第一tti內(nèi)的初始傳輸，和合適的第二rull-ctu來進(jìn)行繼該第一tti之后的第二tti內(nèi)的冗余傳輸。rull-ue可以使用缺省rull映射規(guī)則來確定第一和第二rull-ctu索引。

在一些實施例中，rull-ue可以確定多個rull-ctu，來發(fā)送各自多個隨后的tti內(nèi)的多個冗余傳輸。發(fā)送的冗余消息的數(shù)量可以由，例如rull-ue的可靠性傳輸模式，確定。

在步驟408中，rull-ue在在第一tti內(nèi)的第一rull-ctu上發(fā)送初始傳輸，并且在第二tti內(nèi)的第二rull-ctu上發(fā)送冗余傳輸。如上文所述，在一些實施例中，rull-ue可以在各自多個隨后的tti內(nèi)發(fā)送多個冗余傳輸。在一些實施例中，rull-ue可以在tti的時間模式、而不是緊接進(jìn)行初始傳輸?shù)膖ti之后的tti內(nèi)發(fā)送冗余傳輸，該時間模式將在下文討論。rull-ue在其內(nèi)發(fā)送冗余傳輸?shù)碾S后的tti可以由，例如選擇性冗余方案，確定，該選擇性冗余方案將在下文詳細(xì)討論。

現(xiàn)在參考圖5，圖5示例說明了免授權(quán)上行鏈路傳輸方案中rull傳輸機制的缺省rull映射方案。在該示例中，一組8個rull-ue，即ue1-ue8，被視為可靠的超低時延ue。根據(jù)缺省映射方案，將該8個rull-ue映射至4個rull-ctu502-508上，其中，該缺省映射方案說明用于初始傳輸和冗余傳輸?shù)挠成湟?guī)則。如圖5中的示例所示，8個rull-ue用于在tti1內(nèi)傳輸初始傳輸之后，在tti2和tti3內(nèi)傳輸兩個冗余傳輸。

在圖5中所示的示例，在tti1內(nèi)，按照初始模式映射8個rull-ue，其中將ue1和ue2映射至rull-ctu502上，ue3和ue4映射至rull-ctu504上，ue5和ue6映射至rull-ctu506上，ue7和ue8映射至rull-ctu508上。在tti1內(nèi)傳輸初始傳輸之后，重組8個rull-ue為第一重組模式，其中將ue1和ue5映射至rull-ctu502上，ue2和ue6映射至rull-ctu504上，ue3和ue7映射至rull-ctu306上，ue4和ue8映射至rull-ctu308上。在tti2內(nèi)傳輸?shù)谝蝗哂鄠鬏斨?，重組8個rull-ue為第二重組模式，其中，將ue1和ue3映射至rull-ctu502上，ue5和ue7映射至rull-ctu504上，ue2和ue4映射至rull-ctu506上，ue6和ue8映射至rull-ctu508上。在另一實施例中，圖5所示的示例表示隨tti變化的rull-ue映射模式。在這種情況下，rull-ue基于該映射在rull-ctu上進(jìn)行傳輸，而不用考慮該傳輸是初始傳輸還是冗余傳輸。

在一些實施例中，所有的rull-ue都可以包括在重組模式中，而不用考慮是否在tti1內(nèi)有特定rull-ue進(jìn)行傳輸。通過重組所有的rull-ue，可以保持rull-ue的均勻分布。禁止在緊隨一個傳輸之后的tti內(nèi)映射rull-ue。在其他實施例中，初始傳輸后，只重組rull-ue。但是，在這些實施例中，傳輸中的rull-ue可能被重組到未進(jìn)行傳輸?shù)膔ull-ue映射其上的ctu上，這將導(dǎo)致rull-ue不均勻和不可預(yù)知的分布。

為了清楚，圖5僅僅示出了一組rull-ue，即ue1到ue8。但是，在一些實施例中，rull傳輸機制可以包括多于一組的rull-ue，使得其他組的rull-ue也可以映射至rull-ctu502-508上，并且其他組rull-ue的映射與圖5所示的一組rull-ue，ue1-ue8映射重疊。例如，第二組至少部分rull-ue可能會映射到圖5所示的tti2內(nèi)用于初始傳輸?shù)膔ull-ctu502-508上。在該示例中，至少部分映射到第二組rull-ue的用于傳輸初始傳輸?shù)膔ull-ctu與映射到第一組rull-ue，即ue1到ue8的用于冗余傳輸?shù)膔ull-ctu502-508重疊。

現(xiàn)在參考圖6，圖6示例描述如何利用rull傳輸機制解決沖突。在該示例中，5個rull-ue，即ue1、ue2、ue3、ue5、ue8在tti1內(nèi)進(jìn)行初始傳輸。圖6中rull-ue所遵循的映射規(guī)則與圖5示例的映射規(guī)則相同。但是，為了清楚，圖6示例中僅示出了一個繼初始傳輸之后的冗余傳輸。

在tti1內(nèi)的初始傳輸中，由于ue1和ue2傳輸沖突，bs不能對rull-ctu602上接收的信號進(jìn)行解碼，在圖中用星狀線表示。盡管bs102不能對tti1內(nèi)rull-ctu602上的傳輸進(jìn)行解碼，但是bs102可以隱式獲知沖突源于ue1與ue2的傳輸，因為缺省rull映射規(guī)則說明了ue1和ue2為tti內(nèi)映射至rull-ctu602的兩個rull-ue。來自ue3、ue5、ue8的初始傳輸沒有和其他傳輸發(fā)生沖突，因此能夠被bs102解碼。

繼tti1內(nèi)的初始傳輸后，重組該多個rull-ue至重組模式，并且由所有rull-ue發(fā)送冗余傳輸。在tti2內(nèi)，在rull-ctu604上傳輸?shù)膩碜評e2的冗余傳輸沒有發(fā)生沖突，因此由bs102進(jìn)行解碼。在tti2內(nèi)，在rull-ctu602上接收的來自ue1和ue5的冗余傳輸發(fā)生沖突，圖中以星狀線表示。因此，不能基于初始傳輸或冗余傳輸，對來自ue1的傳輸進(jìn)行直接解碼。

但是，bs102可以隱式確定在tti2內(nèi)rull-ctu602上檢測到的信號是ue1和ue5傳輸?shù)慕M合，因為缺省rull映射方案說明了ue1和ue5為在tti2內(nèi)rull-ctu602上進(jìn)行冗余傳輸?shù)膬蓚€rull-ue。

因此，因為bs可以隱式確定沖突信號是tti1內(nèi)的ue1和ue2以及tti2內(nèi)ue1和ue5的組合，并且因為ue5的傳輸在tti1內(nèi)已被解碼，ue2的傳輸在tti2內(nèi)已被解碼，所以ue1的傳輸可能會得到恢復(fù)。例如，通過減去tti1內(nèi)rull-ctu606上接收到的ue5的傳輸，ue1的傳輸可以通過從tti2內(nèi)rull-ctu602上接收到的信號中得到恢復(fù)?？蛇x地，通過減去tti2內(nèi)rull-ctu604上接收到的ue2的傳輸，ue1的傳輸也可以通過從tti1內(nèi)rull-ctu602上接收到的信號中得到來恢復(fù)。

在一些實施例中，如圖6和圖7示例所示，由mpa接收器執(zhí)行初始傳輸和冗余傳輸?shù)穆?lián)合檢測和解碼，。

rull-ue發(fā)送的重組和冗余傳輸?shù)臄?shù)目可以基于rull-ue的時延和可靠性需求來確定。例如，rull傳輸機制可以包括多個可靠性傳輸模式，從而使得不同rull通信類型具有不同的時延和可靠性需求?？煽啃詡鬏斈Ｊ娇捎晌锢韺觽鬏攨?shù)定義，例如，發(fā)送的冗余傳輸?shù)臄?shù)目、使用的任何選擇性冗余方案，這些均將在下文詳細(xì)描述。

作為一個示例，相比遠(yuǎn)程自動化控制傳輸，智能電網(wǎng)中的遠(yuǎn)程保護(hù)具有更長時延和更高可靠性的需求，例如，8ms時延和99.999％的可靠性，而遠(yuǎn)程自動化控制傳輸則具有較短的時延和較低的可靠性需求，例如，2-3ms時延和99.9％的可靠性。因此，智能電網(wǎng)中的遠(yuǎn)程保護(hù)可能使用與遠(yuǎn)程自動化控制傳輸不同的可靠性傳輸模式。例如，相比遠(yuǎn)程自動化控制所使用的可靠性傳輸模式，智能電網(wǎng)中的遠(yuǎn)程保護(hù)可能使用具有更多數(shù)目冗余傳輸?shù)目煽啃詡鬏斈Ｊ剑?-8個冗余傳輸，而遠(yuǎn)程自動化控制所使用的可靠性傳輸模式則傳輸，例如2-3個冗余傳輸。

除了rull-ue發(fā)送的冗余傳輸?shù)臄?shù)目之外，在一些實施例中，rull-ue可用于以特定tti模式傳輸繼初始傳輸之后的冗余傳輸，而不是在緊接初始傳輸之后的tti內(nèi)傳輸冗余傳輸。ull-ue將在哪些tti內(nèi)傳輸冗余傳輸可以在選擇性冗余傳輸方案中定義。選擇性冗余傳輸方案可以是例如ue選擇性冗余傳輸方案、ctu選擇性冗余傳輸方案，或時間選擇性冗余傳輸方案中的一種。

在ue選擇性冗余傳輸方案中，一部分rull-ue在特定tti內(nèi)發(fā)送冗余傳輸，而其余部分的rull-ue不發(fā)送?？苫诶鐁ull-uedcs和tti號的規(guī)則來隱式確定無論rull-ue是否發(fā)送冗余傳輸。例如，ue選擇性冗余傳輸方案可以是具有偶數(shù)編號dsc的rull-ue僅在初始傳輸之后的偶數(shù)編號tti內(nèi)傳輸冗余傳輸。

在ctu選擇性冗余傳輸方案中，可基于ue在其上傳輸?shù)膔ull-ctu確定哪些rull-ue將在特定tti內(nèi)傳輸冗余傳輸。該ctu選擇性冗余方案可以基于例如rull-ctu索引。例如，所有映射到具有偶數(shù)編號的rull-ctu索引的rull-ctu上的rull-ue將進(jìn)行冗余傳輸，而所有映射到具有奇數(shù)編號的rull-ctu索引的rull-ctu上的rull-ctu將不進(jìn)行冗余傳輸。

在時間選擇性冗余傳輸方案中，rull-ue用于根據(jù)預(yù)定的tti模式在繼初始傳輸之后傳輸冗余傳輸，例如，每個tti，或每隔一個tti。時間選擇性冗余傳輸方案可以和ue選擇性冗余傳輸方案或者ctu選擇性冗余傳輸方案結(jié)合使用。例如，當(dāng)時間選擇性和ue選擇性冗余傳輸方案結(jié)合使用時，可應(yīng)用時間選擇性冗余傳輸方案中預(yù)定的tti模式到ue選擇性冗余方案確定的特定rull-ue中。在另一示例中，當(dāng)時間選擇性和ctu選擇性冗余方案結(jié)合使用時，可應(yīng)用時間選擇性冗余方案中預(yù)定的tti模式到ctu選擇性冗余方案確定的映射至特定ctu上的rull-ue中。

利用的選擇性冗余傳輸方案可基于時延和可靠性需求。例如，與具有高時延和的低可靠性需求的rull-ue相比，具有低時延和高可靠性需求的rull-ue可以設(shè)置為使用具有在更少tti內(nèi)傳輸更多冗余傳輸?shù)倪x擇性冗余傳輸方案。

參考圖7，圖7描述了實施選擇性冗余傳輸方案的示例。

與圖5所示示例相似，5個rull-ue，即ue1、ue2、ue3、ue5、ue8，利用rull傳輸方案傳輸數(shù)據(jù)。該多個rull-ue映射到與圖5和圖6示例相似的初始模式和重組模式中。但是，在圖7示例中，根據(jù)選擇性冗余傳輸方案，僅ue1、ue3和ue5在tti2內(nèi)傳輸冗余傳輸。

在一個實施例中，圖7示例所使用的選擇性冗余傳輸方案為ue選擇性冗余傳輸方案，其中，具有例如奇數(shù)編號rull-ueid的rull-ue，即ue1、ue3、ue5，在tti2內(nèi)傳輸冗余傳輸，而偶數(shù)編號ueid的rull-ue，即ue2，ue8，不在tti2內(nèi)傳輸冗余傳輸。

在另一實施例中，圖7示例所使用的選擇性冗余傳輸方案為ctu選擇性冗余傳輸方案，其中，在tti2內(nèi)映射到rull-ctu702和rull-ctu706上的rull-ue傳輸冗余傳輸，而在tti2內(nèi)映射到rull-ctu704和rull-ctu708上的rull-ue不傳輸冗余傳輸。因此，在tti2內(nèi)，映射到ctu702上的ue1和ue5以及映射到ctu706上的ue3傳輸冗余傳輸，而映射到ctu704上的ue2和映射到ctu708上的ue8不傳輸冗余傳輸。

為了恢復(fù)圖7所示示例中tti1和tti2內(nèi)的rull-ctu702上的沖突傳輸，可從tti2內(nèi)rull-ctu702上接收的沖突傳輸中減去tti1內(nèi)ctu706上解碼的ue5的傳輸來恢復(fù)ue1傳輸。然后，可利用恢復(fù)的ue1傳輸，通過從tti1內(nèi)rull-ctu702上接收的沖突傳輸中減去該ue1傳輸來恢復(fù)ue2傳輸。

現(xiàn)在參考圖8，在一些實施例中，執(zhí)行rull傳輸機制可包括指定rull-ctu接入?yún)^(qū)802用于rull傳輸機制的初始傳輸，以及利用普通ctu接入?yún)^(qū)80進(jìn)行rull-ue冗余傳輸。

使用初始傳輸專用的rull-ctu接入?yún)^(qū)802可以避免在同一rull-ctu區(qū)域內(nèi)混淆初始傳輸和冗余傳輸，這增加了記錄傳輸?shù)膹?fù)雜性。當(dāng)rull-ctu接入?yún)^(qū)802內(nèi)的任一rull-ctu上發(fā)生沖突時，bs102可以獲知沖突涉及的傳輸是初始傳輸，并且利用缺省rull映射規(guī)則確定可能涉及沖突的是哪一個rull-ue，而不必確定是否有任何rull-ctu映射到了用于冗余傳輸?shù)耐籧tu上。進(jìn)一步，獲知涉及初始傳輸?shù)臎_突使bs102能夠在隨后的tti內(nèi)預(yù)知期望在其上傳輸冗余傳輸?shù)钠胀╟tu接入?yún)^(qū)804內(nèi)的ctu。

在圖8所示的示例中，將兩個rull-ue映射到rull-ctu接入?yún)^(qū)802內(nèi)的rull-ctu810上，其中兩個rull-ue用黑色圓圈806和白色圓圈808表示。在tti1內(nèi)，rull-ue806和rull-ue808在rull-ctu810上傳輸初始傳輸，導(dǎo)致rull-ctu810上沖突發(fā)生，如星狀線所示。

基于缺省映射方案，bs102可以隱式確定傳輸?shù)臐撛趓ull-ue，即用于初始傳輸?shù)挠成湓趓ull-ctu810上的rull-ue，包括rull-ue806和rull-ue808?；陔[含知識，bs102可以預(yù)知將在ctu812和ctu814上接收tti2內(nèi)的潛在冗余傳輸，在ctu816和ctu818上接收tti3內(nèi)的潛在冗余傳輸。

更進(jìn)一步，通過避免bs102考慮一個rull-ue冗余傳輸和另一rull-ue初始傳輸發(fā)生沖突，初始傳輸專用的rull-ctu接入?yún)^(qū)802可以更容易地解決沖突。在rull通信量等級較高的免授權(quán)上行鏈路傳輸方案中，確定傳輸是初始傳輸和冗余傳輸是需要很大計算量的。通過定義初始傳輸專用的rull-ctu接入?yún)^(qū)802，bs102可以很容易地確定在rull-ctu接入?yún)^(qū)802內(nèi)接收的任何傳輸是初始傳輸。

在普通ctu接入?yún)^(qū)804內(nèi)，bs102可以利用缺省映射規(guī)則隱式地或者基于接收到的傳輸?shù)男畔㈩^顯然地從普通免授權(quán)上行傳輸通信中區(qū)分rull免授權(quán)上行傳輸通信。

另一實施rull傳輸機制的實施例可以包括為初始傳輸和冗余傳輸分配專用的rull-ctu接入?yún)^(qū)802。在再一實施例中，rull傳輸機制可以以一種混合的方式發(fā)生。網(wǎng)絡(luò)可以半靜態(tài)地指示rull-ue是否1)所有rull傳輸都在rull-ctu接入?yún)^(qū)802進(jìn)行，或者2)在802內(nèi)進(jìn)行初始傳輸和804內(nèi)進(jìn)行冗余傳輸。這種決定可以基于區(qū)域802和區(qū)域804的通信量負(fù)荷、rull通信和普通通信的沖突統(tǒng)計。

下面將詳細(xì)描述用于支持rull數(shù)據(jù)通信所需要的信令。網(wǎng)絡(luò)需要向rull-ue指示用于rull傳輸?shù)臒o線資源(例如，時間、頻率、和/或簽名信息)。這種信令可以通過廣播、組播或單播信道的方式傳輸。網(wǎng)絡(luò)也可以傳輸使rull-ue獲取其傳輸資源的信息。這種信息可以包括下列信息中的一個或多個：映射規(guī)則、對應(yīng)映射規(guī)則的索引、rull區(qū)域的rull-ctu總數(shù)目。rull-ue可以基于各種參數(shù)例如，ueid、幀、子幀或者tti號等，隱式獲知其rull-ctu。rull連接設(shè)置信號過程是rull-ue和網(wǎng)絡(luò)之間的信息交換。在接入初始網(wǎng)絡(luò)接口之后，隨著部分ue的性能交換程序和/或當(dāng)ue需要支持rull服務(wù)時，能夠支持rull服務(wù)的ue可以在初始接入過程中通知網(wǎng)絡(luò)。這種連接設(shè)置可以是ue發(fā)起，也可以是網(wǎng)絡(luò)發(fā)起。基于系統(tǒng)中連接設(shè)置信息和rull-ue數(shù)量，網(wǎng)絡(luò)可以主動調(diào)整rull無線資源供應(yīng)。網(wǎng)絡(luò)也可以基于rull服務(wù)的時延和可靠性需求來配置rull傳輸模式。rull傳輸模式包括物理層傳輸方案和各種參數(shù)，例如，冗余傳輸?shù)臄?shù)目和/或有關(guān)選擇性冗余傳輸方案機制(例如，時間選擇性、ue選擇性)的信息。關(guān)于選擇性冗余傳輸方案的信息可以是索引形式，指示預(yù)定義的多個傳輸方案中任一方案。

圖9是用于實施本申請公開的設(shè)備和方法的處理系統(tǒng)的框圖。特定裝置可以采用所示的所有組件或僅該組件的子集，并且集成程度因設(shè)備而不同。此外，設(shè)備可以包括部件的多個實施例，例如多個處理器、多個存儲器、多個發(fā)射器、多個接收器等。處理系統(tǒng)可包括與一個或多個輸入/輸出設(shè)備(例如揚聲器、麥克風(fēng)、鼠標(biāo)、觸摸屏、按鍵、鍵盤、打印機、顯示器等)操作性連接的處理器。處理單元可以包括處理器、存儲器、顯示控制器和與總線連接的輸入/輸出接口。

該總線可以是任一類型的若干總線架構(gòu)中的一個或多個，包括存儲總線或存儲控制器、外設(shè)總線、視頻總線等。該處理器可以包括任意類型的電子數(shù)據(jù)處理器。存儲器可以包括任何類型的系統(tǒng)存儲器，例如，靜態(tài)隨機存取存儲器(staticrandomaccessmemory，sram)、動態(tài)隨機存取存儲器(dynamicrandomaccessmemory，dram)、同步dram(synchronousdram，sdram)、只讀存儲器(read-onlymemory，rom)或其組合等。在實施例中，該存儲器可包括開機時使用的rom以及執(zhí)行程序時使用的用于程序和數(shù)據(jù)存儲的dram。存儲器還可以包括存儲設(shè)備，用于存儲數(shù)據(jù)、程序和其他信息，并能夠通過總線使這些數(shù)據(jù)、程序和其他信息可用。例如，該存儲設(shè)備可以包括下列項中的一項或多項：固態(tài)硬盤、硬盤驅(qū)動器、磁盤驅(qū)動器、光盤驅(qū)動器等。

該顯示控制器和該輸入/輸出接口提供將外部輸入和輸出設(shè)備連接至處理單元的接口。輸入以及輸出設(shè)備的示例包含連接到該顯示控制器的顯示器以及連接到輸入/輸出接口的鼠標(biāo)、鍵盤、或打印機。其他設(shè)備可連接到處理單元，并且可以采用額外的或更少的接口卡。

該處理單元還包括一個或多個網(wǎng)絡(luò)接口，該網(wǎng)絡(luò)接口可以包括例如以太網(wǎng)電纜等有線鏈路，和/或接入點或不同網(wǎng)絡(luò)的無線鏈路。網(wǎng)絡(luò)接口允許該處理單元經(jīng)由網(wǎng)絡(luò)與遠(yuǎn)程單元通信。例如，網(wǎng)絡(luò)接口可以經(jīng)由一個或多個發(fā)射器/發(fā)射天線以及一個或多個接收器/接收天線提供無線通信。在一個實施例中，該處理單元耦合到局域網(wǎng)或廣域網(wǎng)用于數(shù)據(jù)處理以及與遠(yuǎn)程裝置通信，該遠(yuǎn)程裝置包括，例如其他處理單元、因特網(wǎng)、遠(yuǎn)程存儲設(shè)施等。

在前面的描述中，為了解釋的目的，闡述了眾多細(xì)節(jié)以便對實施例有全面的理解。然而，很明顯這些具體細(xì)節(jié)對本領(lǐng)域技術(shù)人員而言是不需要的。在其他情況下，為了理解的清楚，眾所周知的電子結(jié)構(gòu)和電路以框圖形式示出。例如，對這里所述的實施例是否實現(xiàn)為軟件程序、硬件電路、固件或它們的組合并沒有提供具體細(xì)節(jié)。

本公開的實施例可以表示成存儲在機器可讀介質(zhì)(也稱為計算機可讀介質(zhì)、處理器可讀介質(zhì)、或其中體現(xiàn)計算機可讀程序代碼的計算機可用介質(zhì))中的計算機程序產(chǎn)品。機器可讀介質(zhì)可以是任何合適的有形、永久介質(zhì)，這種介質(zhì)包括包含磁盤、光盤只讀存儲器(compactdiskreadonlymemory，cd-rom)、存儲器設(shè)備(易失性或非易失性)、或類似的存儲機制的磁、光、或電子存儲介質(zhì)。該機器可讀介質(zhì)可以包含指令、代碼序列、配置信息、或其他數(shù)據(jù)的各種集合，其中，當(dāng)其被執(zhí)行時，會使得處理器根據(jù)本公開的實施例執(zhí)行方法中的步驟。本領(lǐng)域技術(shù)人員會理解，其他執(zhí)行所述實施方式所必需的指令和操作也可以存儲在該機器可讀介質(zhì)上。存儲在該機器可讀介質(zhì)上的指令可以由處理器或其他合適的處理設(shè)備執(zhí)行，并且可以與電路連接執(zhí)行所述的任務(wù)上述實施例意圖僅僅是舉例。本領(lǐng)域技術(shù)人員進(jìn)行的改變、修改和變更可以影響到特定的實施例。權(quán)利要求的范圍不應(yīng)限于這里所述的特定實施例，但應(yīng)以與說明書整體一致的方式進(jìn)行解釋。