專利名稱：一種避免接口傳輸沖突的方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別是涉及一種避免接口傳輸沖突的方法、裝置 和系統(tǒng)。
背景技術(shù)：
在 B3G(Beyond 3rd Generation in mobile communication system,后三代移動 通信系統(tǒng))和LTE-A (Long Term Evolution Advanced，高級長期演進系統(tǒng))等移動通信系 統(tǒng)中，系統(tǒng)將提供更高的峰值數(shù)據(jù)速率和小區(qū)吞吐量，同時也需要更大的帶寬支持。由于 2GHz以下的未分配帶寬已經(jīng)很少，因此只能在更高的頻段上尋找?guī)?，例?GHz以上的頻 段。然而，信號傳輸頻段越高，電波傳播衰減得越快，信號傳輸距離越短，因此，為保證信號 的連續(xù)覆蓋，需要在覆蓋區(qū)域部署更多的基站，增加了布網(wǎng)成本。為解決系統(tǒng)中的布網(wǎng)成本問題，各廠商和標準化組織將RN(Relay Node,中繼節(jié) 點)引入到蜂窩系統(tǒng)中，基站設(shè)備通過RN向用戶設(shè)備傳輸信號，以增加傳輸信號的覆蓋率。 如圖1所示，為引入RN后的通信網(wǎng)絡(luò)部署示意圖，基站設(shè)備可以分別通過RN1、RN2和RN3 向UE(User Equipment，用戶設(shè)備)傳輸信號，其中，通過謂1可以擴展小區(qū)邊緣覆蓋，通過 RN2可以增加覆蓋區(qū)域的容量，通過RN3可以解決陰影區(qū)域的通信。在引入RN后的通信網(wǎng)絡(luò)中，與RN相關(guān)的無線鏈路包括接入鏈路(accesslink)和 中繼鏈路(backhaul link)，其中，接入鏈路為UE與RN之間的無線鏈路，中繼鏈路為基站 設(shè)備與RN之間的無線鏈路，UE與RN之間的數(shù)據(jù)接口為Uu接口，基站設(shè)備與RN之間的數(shù) 據(jù)接口為Un接口。同時，引入RN后的通信網(wǎng)絡(luò)中的UE分為Macro UE和Relay UE，其中， Macro UE接受基站設(shè)備直接提供的服務(wù)，Relay UE接受RN提供的服務(wù)。由于RN的工作機制為半雙工和帶內(nèi)(In-band)，即RN在同一頻率上不能同時進 行接收和發(fā)送的操作，且基站設(shè)備與RN之間、基站設(shè)備與Macro UE之間，以及RN與Relay UE之間的數(shù)據(jù)傳輸均使用相同的頻率資源。因此，在引入RN后的通信網(wǎng)絡(luò)中，幀結(jié)構(gòu)可劃 分為下行接入?yún)^(qū)域、下行混合區(qū)域、上行接入?yún)^(qū)域和上行混合區(qū)域，其中，下行接入?yún)^(qū)域為 基站設(shè)備和RN分別向Macro UE和Relay UE發(fā)送數(shù)據(jù)的區(qū)域，下行混合區(qū)域為基站設(shè)備向 RN和Macro UE發(fā)送數(shù)據(jù)的區(qū)域，上行接入?yún)^(qū)域為Macro UE和Relay UE分別向基站設(shè)備和 RN發(fā)送數(shù)據(jù)的區(qū)域，上行混合區(qū)域為Macro UE和RN向基站設(shè)備發(fā)送數(shù)據(jù)的區(qū)域。為了使引入RN的通信網(wǎng)絡(luò)能夠兼容Rel-8 UE,即保持Relay UE和MacroUE具有 相同的幀結(jié)構(gòu)，系統(tǒng)引入 MBSFN (Multicast Broadcast Single FrequencyNetwork，多播組 播單頻網(wǎng)絡(luò))子幀，以實現(xiàn)中繼鏈路的數(shù)據(jù)傳輸。如圖2所示，為MBSFN子幀的結(jié)構(gòu)示意 圖。RN的幀結(jié)構(gòu)配置為MBSFN子幀后，RN的幀結(jié)構(gòu)中存在2個或3個OFDM (Orthogonal Frequency DivisionMultiplexing,正交頻分復(fù)用)符號的下行控制信令區(qū)域，該區(qū)域用于 RN向Relay UE發(fā)送下行控制信令。在上行混合區(qū)域，RN向基站設(shè)備發(fā)送數(shù)據(jù)時，Relay UE 不向RN傳輸任何上行信號；在下行混合區(qū)域，RN接收來自基站設(shè)備的中繼鏈路數(shù)據(jù)時，RN 不向Relay UE發(fā)送數(shù)據(jù)，基站設(shè)備傳輸給RN的中繼鏈路數(shù)據(jù)和控制信令復(fù)用MBSFN子幀中的數(shù)據(jù)區(qū)域。然而，在應(yīng)用HARQ (Hybrid Auto Repeat request，混合自動重傳請求)機制的通 信系統(tǒng)中，當Relay UE根據(jù)HARQ定時關(guān)系在接入鏈路上向RN發(fā)送上行數(shù)據(jù)時，如果RN在 中繼鏈路上向基站設(shè)備發(fā)送上行數(shù)據(jù)或者下行數(shù)據(jù)傳輸?shù)腁CK(Acknowledge Character, 確認字符VNACI^NegativeAcknowledgment，出錯通知)反饋，則中繼鏈路與接入鏈路之間 產(chǎn)生傳輸沖突，RN由于自身半雙工的特性，無法接收來自Relay UE的上行數(shù)據(jù)。以FDD (Frequency Division Duplex，頻分雙工)系統(tǒng)為例，當子幀η被配置為 MBSFN子幀時，RN可以在子幀η的控制信令區(qū)域向Relay UE發(fā)送上行傳輸?shù)腁CK反饋和針 對接入鏈路的UL grant (Uplink grant,上行調(diào)度許可)，還可以在子幀η的數(shù)據(jù)傳輸區(qū)域 接收基站設(shè)備發(fā)送的下行數(shù)據(jù)和控制信息，該控制信息包括對中繼鏈路的上行傳輸?shù)腁CK 反饋、DL assignment (Downlink assignment，下行鏈路分配)和 UL grant。根據(jù) HARQ 定 時關(guān)系，R-UE需要根據(jù)UL grant通過子幀n+4在接入鏈路上向RN發(fā)送上行數(shù)據(jù)，同時，RN 也可能在中繼鏈路上向基站設(shè)備發(fā)送下行數(shù)據(jù)傳輸?shù)腁CK反饋或者上行數(shù)據(jù)。由于RN是 半雙工的，不能同時收發(fā)數(shù)據(jù)，因此，在RN向基站設(shè)備發(fā)送上行數(shù)據(jù)或者控制信息時，RN不 能接收Relay UE的上行數(shù)據(jù)，即接入鏈路上的上行初始傳輸與中繼鏈路的上行傳輸沖突， 如圖3所示。由于接入鏈路上的上行HARQ RTT為8ms，因此，上行同步重傳也可能會和中繼 鏈路的上行傳輸沖突，如圖4所示。按照目前的LTE (Long Term Evolution，長期演進系統(tǒng))協(xié)議，RN根據(jù)自身的調(diào)度 情況可以獲知Relay UE在傳輸沖突的子幀會發(fā)送上行數(shù)據(jù)，因此，RN可以在沒有接收到來 自Relay UE的上行數(shù)據(jù)的情況下，根據(jù)接入鏈路上的HARQ定時關(guān)系向Relay UE發(fā)送NACK， 使Relay UE根據(jù)HARQ定時關(guān)系重傳上行數(shù)據(jù)。發(fā)明人在實現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在如下問題現(xiàn)有技術(shù)中，上行回程子幀的引入會造成Un接口和Uu接口傳輸沖突，由于RN無 法通過Uu接口接收到來自Relay UE的上行數(shù)據(jù)，Relay UE需要根據(jù)HARQ定時關(guān)系向RN 多次上傳上行數(shù)據(jù)，造成了 Relay UE不必要的功率消耗，并導(dǎo)致接入鏈路對中繼鏈路的同 頻干擾。
發(fā)明內(nèi)容
本發(fā)明實施例提供了一種避免接口傳輸沖突的方法、裝置和系統(tǒng)，降低了中繼用 戶設(shè)備的功率消耗和接入鏈路對相鄰小區(qū)和中繼鏈路的干擾。本發(fā)明實施例提出了一種避免接口傳輸沖突的方法，包括以下步驟中繼用戶設(shè)備從中繼節(jié)點獲取所述中繼節(jié)點在Un接口的子幀配置信息，所述Un 接口用于所述中繼節(jié)點與基站設(shè)備之間的數(shù)據(jù)傳輸；所述中繼用戶設(shè)備根據(jù)所述子幀配置信息判斷在上行傳輸時刻所述Un接口與Uu 接口之間是否會產(chǎn)生傳輸沖突，所述Uu接口用于所述用戶設(shè)備與所述中繼節(jié)點之間的數(shù) 據(jù)傳輸；如果在所述上行傳輸時刻所述Un接口與所述Uu接口之間會產(chǎn)生傳輸沖突，則所 述中繼用戶設(shè)備根據(jù)所述Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新所述上行傳輸時刻。本發(fā)明實施例還提出了一種中繼用戶設(shè)備，包括
獲取模塊，用于從中繼節(jié)點獲取所述中繼節(jié)點在Un接口的子幀配置信息，所述Un 接口用于所述中繼節(jié)點與基站設(shè)備之間的數(shù)據(jù)傳輸；判斷模塊，用于根據(jù)所述獲取模塊獲取的子幀配置信息判斷在上行傳輸時刻所述 Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，所述Uu接口用于所述用戶設(shè)備與所述中繼節(jié) 點之間的數(shù)據(jù)傳輸；更新模塊，用于當所述判斷模塊判斷在所述上行傳輸時刻所述Un接口與所述Uu 接口之間會產(chǎn)生傳輸沖突時，根據(jù)所述Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新所述上 行傳輸時刻。本發(fā)明實施例還提出了一種避免Un接口和Uu接口傳輸沖突的系統(tǒng)，包括基站設(shè)備，用于將Un接口的子幀配置信息通知中繼節(jié)點，所述Un接口用于所述中 繼節(jié)點與基站設(shè)備之間的數(shù)據(jù)傳輸；中繼節(jié)點，用于接收來自所述基站設(shè)備的所述Un接口的子幀配置信息，并將所述 Un接口的子幀配置信息發(fā)送到中繼用戶設(shè)備；中繼用戶設(shè)備，用于從所述中繼節(jié)點獲取所述中繼節(jié)點在所述Un接口的子幀配 置信息，根據(jù)所述獲取的子幀配置信息判斷在上行傳輸時刻所述Un接口與所述Uu接口之 間是否會產(chǎn)生傳輸沖突，所述Uu接口用于所述用戶設(shè)備與所述中繼節(jié)點之間的數(shù)據(jù)傳輸， 當判斷在所述上行傳輸時刻所述Un接口與所述Uu接口之間會產(chǎn)生傳輸沖突時，根據(jù)所述 Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新所述上行傳輸時刻。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，因為由中繼用戶設(shè)備根據(jù)子幀配置信息 判斷在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則 放棄上行傳輸，從而，在中繼用戶設(shè)備上避免了不必要的功率消耗，減小接入鏈路對相鄰小 區(qū)和中繼鏈路的干擾。
為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可 以根據(jù)這些附圖獲得其他的附圖。圖1為引入RN后的通信網(wǎng)絡(luò)部署示意圖；圖2為MBSFN子幀的結(jié)構(gòu)示意圖；圖3為接入鏈路上的上行初始傳輸與中繼鏈路的上行傳輸沖突示意圖；圖4為接入鏈路上的上行同步重傳與中繼鏈路的上行傳輸沖突示意圖；圖5為FDD系統(tǒng)中的HARQ過程示意圖；圖6為本發(fā)明實施例中的一種避免接口傳輸沖突的方法流程圖；圖7為本發(fā)明實施例中的一種避免接口傳輸沖突的應(yīng)用場景流程圖；圖8為本發(fā)明實施例中的一種避免接口傳輸沖突的過程示意圖；圖9為本發(fā)明實施例中的一種中繼用戶設(shè)備的結(jié)構(gòu)示意圖；圖10為本發(fā)明實施例中的另一種中繼用戶設(shè)備的結(jié)構(gòu)示意圖；圖11為本發(fā)明實施例中的一種避免接口傳輸沖突的系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明實施例提供的技術(shù)方案在于，RN將自身在中繼鏈路上的子幀配置信息發(fā)送 給中繼用戶設(shè)備，中繼用戶設(shè)備根據(jù)該子幀配置信息判斷在上行傳輸時刻Un接口和Uu接 口之間是否會產(chǎn)生傳輸沖突。如果在上行傳輸時刻Un接口和Uu接口之間不會產(chǎn)生傳輸沖 突，則中繼用戶設(shè)備在上行傳輸時刻與中繼節(jié)點進行上行傳輸；如果在上行傳輸時刻Un接 口和Uu接口之間會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備不在上行傳輸時刻與中繼節(jié)點進行上 行傳輸，而是判斷在下一上行傳輸時刻Un接口和Uu接口之間是否會產(chǎn)生傳輸沖突。本發(fā)明實施例應(yīng)用于使用HARQ機制的通信系統(tǒng)中，HARQ機制是一種鏈路自適應(yīng) 技術(shù)，接收端在超出自身糾錯能力時快速請求發(fā)端重發(fā)錯誤的數(shù)據(jù)塊，能夠自動適應(yīng)信道 條件的變化，且對測量誤差和時延不敏感，提高了數(shù)據(jù)傳輸?shù)目煽啃浴Ｈ鐖D5所示，為FDD系統(tǒng)中的HARQ過程示意圖，包括如下步驟基站設(shè)備在第η個 子幀向終端發(fā)送下行數(shù)據(jù)，終端在第η+4個子幀對基站設(shè)備進行上行ACK/NACK反饋；基站 設(shè)備接收到ACK后，確認下行數(shù)據(jù)傳輸正確，將該下行數(shù)據(jù)提交高層；否則，基站設(shè)備在第 η+8個子幀對下行數(shù)據(jù)進行重傳。而在TDD(Time Division Duplex，時分雙工)系統(tǒng)中，由于系統(tǒng)支持多種 UL (Uplink，上行鏈路)/DL (Downlink，下行鏈路)配置，因此，傳輸UL grant的下行子幀和 UL grant對應(yīng)的PUSCH(Physical Uplink SharedChannel，物理上行共享信道)之間的定 時關(guān)系在不同的UL/DL配置下有所不同，同時，下行數(shù)據(jù)傳輸使用的下行子幀和該下行數(shù) 據(jù)對應(yīng)的ACK反饋使用的上行子幀之間的定時關(guān)系在不同的UL/DL配置下也有所不同。如表1所示，為TDD系統(tǒng)中的UL/DL配置表，該表用于表示在不同的UL/DL配置下 不同子幀的功能。其中，η為子幀編號，D表示下行子幀，U表示下行子幀，S表示特殊子幀。表ITDD系統(tǒng)中的UL/DL配置表 如表2所示，為UL grant和對應(yīng)的PUSCH之間的定時關(guān)系表，該表用于表示傳輸 UL grant的下行子幀編號和UL grant對應(yīng)的PUSCH的子幀編號之間的關(guān)系，其中，η為傳輸UL grant的下行子幀編號，UL grant對應(yīng)的PUSCH的子幀編號為n+kl，表2中的內(nèi)容即 為kl的取值。 表2UL grant和對應(yīng)的PUSCH之間的定時關(guān)系表 如表3所示，為下行數(shù)據(jù)傳輸與對應(yīng)的ACK反饋的定時關(guān)系表，該表用于表示下行 數(shù)據(jù)傳輸使用的下行子幀編號和該下行數(shù)據(jù)對應(yīng)的ACK反饋使用的上行子幀編號之間的 關(guān)系，其中，η為ACK反饋所在的上行子幀編號，ACK反饋對應(yīng)的下行數(shù)據(jù)傳輸發(fā)生在編號為 n-k2的下行子幀，表3中的內(nèi)容即為k2的取值表3下行數(shù)據(jù)傳輸與對應(yīng)的ACK反饋的定時關(guān)系表 下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā) 明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施 例，都屬于本發(fā)明保護的范圍。
9
如圖6所示，為本發(fā)明實施例中的一種避免接口傳輸沖突的方法流程圖，應(yīng)用于 包括基站設(shè)備、中繼節(jié)點和中繼用戶設(shè)備的系統(tǒng)中，其中，基站設(shè)備和中繼節(jié)點通過Un接 口進行數(shù)據(jù)傳輸，中繼節(jié)點與中繼用戶設(shè)備通過Uu接口進行數(shù)據(jù)傳輸，該方法包括以下步 驟步驟601，中繼用戶設(shè)備從中繼節(jié)點獲取中繼節(jié)點在Un接口的子幀配置信息。其中，子幀配置信息包括Un接口的上行子幀配置信息。上述中繼用戶設(shè)備從中繼節(jié)點獲取所述中繼節(jié)點在Un接口的子幀配置信息之 前，還包括所述中繼節(jié)點歸屬的基站將所述中繼節(jié)點在Un接口的子幀配置信息通知所述 中繼節(jié)點；所述中繼節(jié)點將所述子幀配置信息通知所述中繼用戶設(shè)備，所述子幀配置信息 包括Un接口的上行子幀配置信息和/或Un接口的下行子幀配置信息。上述中繼節(jié)點歸屬的基站將所述中繼節(jié)點在Un接口的子幀配置信息通知所述中 繼節(jié)點，具體包括所述基站按照隱式或顯式的方式將所述Un接口的上行子幀配置信息通 知所述中繼節(jié)點。如果采用隱式方式，所述基站通過專用信令將所述Un接口的下行子幀配置信息 通知所述中繼節(jié)點，使所述中繼節(jié)點根據(jù)所述Un接口的下行子幀配置信息以及Un接口的 HARQ定時關(guān)系確定所述Un接口的上行子幀配置信息。如果采用顯式方式，所述基站在將所述Un接口的下行子幀配置信息通知所述中 繼節(jié)點的同時，通過專用信令顯式將所述Un接口的上行子幀位置信息通知所述中繼節(jié)點。上述中繼節(jié)點將所述子幀配置信息通知所述中繼用戶設(shè)備，具體包括所述中繼 節(jié)點按照隱式或顯式的方式將所述Un接口的上行子幀配置信息通知所述中繼用戶設(shè)備。如果采用隱式方式，所述中繼節(jié)點通過廣播或者專用信令將所述Un接口的下行 子幀配置信息通知所述中繼用戶設(shè)備，使所述中繼用戶設(shè)備根據(jù)所述Un接口的下行子幀 位置信息以及Un接口的HARQ定時關(guān)系確定Un接口的上行子幀配置信息，所述Un接口的 HARQ定時關(guān)系由所述中繼節(jié)點通知給所述中繼用戶設(shè)備或者由系統(tǒng)預(yù)先配置。如果采用顯 式方式，所述中繼節(jié)點以廣播或者專用信令方式將所述Un接口的上行子幀配置信息通知 所述中繼用戶設(shè)備。上述Un接口的下行子幀使用MBSFN子幀，所述Un接口的下行子幀配置信息中至 少包含用于Un接口下行回程鏈路的多播組播單頻網(wǎng)絡(luò)MBSFN子幀在無線幀組中的位置和 配置MBSFN子幀的無線幀組的周期，所述Un接口的上行子幀配置信息中包含Un接口的上 行子幀具體的子幀位置，指示Un接口的上行子幀在無線幀組中的位置以及無線幀組的周期。上述中繼節(jié)點通過隱式方式將所述Un接口的上行子幀配置信息通知所述中繼用 戶設(shè)備時，所述Un接口的上行子幀配置信息包括DL BiKDownlinkBackhaul，下行鏈路回 程)子幀指示信息。上述中繼節(jié)點以顯式方式將所述Un接口的上行子幀配置信息通知所述中繼用戶 設(shè)備時，所述Un接口的上行子幀配置信息只包括UL BH(UplinkBackhaul，上行鏈路回程) 子幀指示信息。上述中繼節(jié)點通過隱式方式(即廣播DL BH子幀)將所述Un接口的上行子幀配 置信息通知所述中繼用戶設(shè)備時，為了讓中繼用戶設(shè)備能夠區(qū)分該子幀配置信息是用于正常MBMS業(yè)務(wù)還是用于Un 口傳輸?shù)?，可以在上行子幀配置信息中攜帶指示信息，所述指示信 息用于指示所述DL BH子幀指示信息用于Un接口下行傳輸，而不是用于MBMS業(yè)務(wù)。步驟602，中繼用戶設(shè)備根據(jù)子幀配置信息判斷在上行傳輸時刻Un接口與Uu接口 之間是否會產(chǎn)生傳輸沖突，如果在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突， 則執(zhí)行步驟603 ；如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則執(zhí)行步驟 604。如果中繼節(jié)點采用隱式方式通知中繼用戶設(shè)備Un接口上的上行子幀配置信息， 則中繼用戶設(shè)備獲取子幀配置信息后，可以根據(jù)子幀配置信息獲取Un接口下行子幀的位 置信息，中繼用戶設(shè)備可以根據(jù)Un接口的下行子幀配置信息和HARQ定時關(guān)系確定Un接口 的上行子幀配置信息；如果中繼節(jié)點采用顯式方式通知中繼用戶設(shè)備Un接口的上行子幀 配置信息，則按照顯式通知的位置確定即可。中繼用戶設(shè)備假設(shè)基站設(shè)備會在該MBSFN子 幀向中繼節(jié)點發(fā)送DL assignment和/或UL grant。中繼用戶設(shè)備接收到來自中繼節(jié)點的 UL grant后可以根據(jù)Un接口上的上行子幀配置信息以及Uu接口的UL HARQ定時關(guān)系，預(yù) 測在UL grant指示的子幀上Uu接口的上行傳輸是否會和Un接口的上行傳輸產(chǎn)生傳輸沖 突。步驟603，中繼用戶設(shè)備在上行傳輸時刻與中繼節(jié)點進行上行傳輸。如果在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備 在該上行傳輸時刻與中繼節(jié)點進行上行傳輸，向中繼節(jié)點發(fā)送上行數(shù)據(jù)。步驟604，中繼用戶設(shè)備根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新上行傳輸 時刻。如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備 根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新該上行傳輸時刻，將該上行傳輸時刻延遲 HARQ RTT (Round Trip Time，往返時間)，并繼續(xù)執(zhí)行步驟602，判斷在更新后的上行傳輸時 刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。HARQ RTT，即同一個數(shù)據(jù)塊兩次傳輸之間的時間間隔。由于下行傳輸采用異步 HARQ機制，可以不考慮HARQ RTT ；而對于采用同步HARQ機制的上行傳輸，需要嚴格按照 HARQ RTT進行傳輸。具體地，在FDD系統(tǒng)中，上行傳輸?shù)腍ARQ RTT為8ms。在TDD系統(tǒng)中，不同UL/DL 配置下上行HARQ RTT的取值也不同，對于編號為0的UL/DL配置，上行HARQ RTT為35ms ； 對于編號為1至5的UL/DL配置，上行HARQ RTT為IOms ；對于編號為6的UL/DL配置，上 行 HARQRTT 為 60ms。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，由中繼用戶設(shè)備根據(jù)子幀配置信息判斷 在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則放棄 上行傳輸，在中繼用戶設(shè)備上避免了不必要的功率消耗，減小接入鏈路對相鄰小區(qū)和中繼 鏈路的干擾。本發(fā)明通過上述實施例提供了一種避免Un接口和Uu接口傳輸沖突的方法，以下 將結(jié)合具體的應(yīng)用場景對上述方法進行詳細、具體的描述。如圖7所示，為本發(fā)明實施例中的一種避免接口傳輸沖突的應(yīng)用場景流程圖，具 體包括以下步驟
11
步驟701，基站設(shè)備將Un接口的子幀配置信息通知中繼節(jié)點。具體地，基站設(shè)備在RRC(Radio Resource Control)層完成Un接口上的子幀配 置，如果Un接口的上行子幀配置信息采用隱式方式通知，則該RRC配置信息只包含Un接口 的下行子幀配置信息。Un接口的下行子幀使用MBSFN子幀，因此Un接口的下行子幀配置 信息中至少應(yīng)包含用于Un接口下行回程鏈路的多播組播單頻網(wǎng)絡(luò)MBSFN子幀在無線幀組 中的位置和配置MBSFN子幀的無線幀組的周期，為了和常規(guī)的MBMS子幀相區(qū)別，還可能需 要引入下行回程子幀指示；如果Un接口的上行子幀配置信息采用顯式方式通知，則該RRC 配置信息中除了包含Un接口的下行子幀配置信息外還需要包含Un接口的上行子幀配置信 息，Un接口的上行子幀配置信息中需要包含Un接口的上行子幀具體的子幀位置，可以采用 與下行類似的方式，即指示Un接口的上行子幀在無線幀組中的位置以及無線幀組的周期。步驟702，中繼節(jié)點將Un接口的子幀配置信息發(fā)送到中繼用戶設(shè)備。具體地，中繼節(jié)點通過步驟701獲取Un接口的子幀配置信息后，如果Un接口的上 行子幀采用隱式方式通知中繼用戶設(shè)備，則中繼節(jié)點只需要將Un接口的下行子幀配置信 息通過廣播或者專用信令發(fā)送到對應(yīng)的中繼用戶設(shè)備，否則中繼節(jié)點只需要將Un接口的 上行子幀配置信息通過廣播或者專用信令通知給其中繼用戶設(shè)備。步驟703，中繼用戶設(shè)備根據(jù)子幀配置信息判斷在上行傳輸時刻Un接口與Uu接口 之間是否會產(chǎn)生傳輸沖突，如果在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突， 則執(zhí)行步驟704 ；如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則執(zhí)行步驟 705。如果中繼節(jié)點采用隱式方式通知中繼用戶設(shè)備Un接口上的上行子幀配置信息， 則中繼用戶設(shè)備獲取子幀配置信息后，可以根據(jù)子幀配置信息獲取Un接口的下行子幀的 位置信息，中繼用戶設(shè)備可以根據(jù)Un接口的下行子幀配置信息和HARQ定時關(guān)系確定Un接 口的上行子幀配置信息；如果中繼節(jié)點采用顯式方式通知中繼用戶設(shè)備Un接口的上行子 幀配置信息，則按照顯式通知的位置確定即可。中繼用戶設(shè)備假設(shè)基站設(shè)備會在Un接口的 下行子幀向中繼節(jié)點發(fā)送DL assignment和/或UL grant，中繼用戶設(shè)備接收到來自中繼 節(jié)點的UL grant后可以根據(jù)Un接口上的上行子幀配置信息以及Uu接口的UL HARQ定時 關(guān)系，預(yù)測在UL grant指示的子幀上Uu接口的上行傳輸是否會和Un接口的上行傳輸產(chǎn)生 傳輸沖突。步驟704，中繼用戶設(shè)備在上行傳輸時刻與中繼節(jié)點進行上行傳輸。如果在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備 在UL grant指示的上行子幀與中繼節(jié)點進行Uu接口的上行傳輸，向中繼節(jié)點發(fā)送上行數(shù) 據(jù)。步驟705，中繼用戶設(shè)備將傳輸次數(shù)統(tǒng)計值增加預(yù)設(shè)數(shù)值。如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備將 傳輸次數(shù)統(tǒng)計值增加預(yù)設(shè)數(shù)值，其中，傳輸次數(shù)統(tǒng)計值用于表示同一數(shù)據(jù)塊的重傳次數(shù)。需要說明的是，預(yù)設(shè)數(shù)值可以為1，也可以為其他數(shù)值，預(yù)設(shè)數(shù)值的變化不影響本 發(fā)明的保護范圍。步驟706，中繼用戶設(shè)備檢測傳輸次數(shù)統(tǒng)計值是否大于預(yù)設(shè)的最大傳輸次數(shù)，如果 傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳輸次數(shù)，則執(zhí)行步驟707 ；如果傳輸次數(shù)統(tǒng)計值不大于
12預(yù)設(shè)的最大傳輸次數(shù)，則執(zhí)行步驟708。其中，最大傳輸次數(shù)可以是固定值，也可以根據(jù)需要進行動態(tài)修改，最大傳輸次數(shù) 的改變不影響本發(fā)明的保護范圍。步驟707，當上行傳輸對應(yīng)的業(yè)務(wù)模式為AM (Acknowledge Mode，確認模式)時，中 繼用戶設(shè)備通過RLC(Radic) Link Control，無線鏈路控制)層與中繼節(jié)點進行上行傳輸。如果傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳輸次數(shù)，中繼用戶設(shè)備不再通過物理層與 中繼節(jié)點進行上行傳輸，當上行傳輸對應(yīng)的業(yè)務(wù)模式為AM時，通過RLC狀態(tài)報告觸發(fā)RLC 層重傳；當上行傳輸對應(yīng)的業(yè)務(wù)模式為其他模式時，則不進行RLC層重傳。步驟708，中繼用戶設(shè)備根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新上行傳輸 時刻。如果傳輸次數(shù)統(tǒng)計值不大于預(yù)設(shè)的最大傳輸次數(shù)，則中繼用戶設(shè)備根據(jù)Uu接口 對應(yīng)的接入鏈路上的定時關(guān)系更新該上行傳輸時刻，將該上行傳輸時刻延遲HARQ RTT,并 繼續(xù)執(zhí)行步驟703，判斷在更新后的上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。為方便說明，以下結(jié)合具體的實例對上述避免傳輸沖突的過程進行詳細的說明。 如果Un接口的上行子幀采用隱式通知機制，則如圖8所示，為本發(fā)明實施例中的一種避免 Un接口和Uu接口傳輸沖突的過程示意圖，中繼用戶設(shè)備在子幀η對中繼節(jié)點進行UL第一 重傳，并預(yù)測在子幀n+8Un接口和Uu接口的上行傳輸可能會產(chǎn)生傳輸沖突，因此，中繼用戶 設(shè)備終止了第二次重傳，并預(yù)測在下一個HARQ RTT對應(yīng)的子幀n+16Un接口和Uu接口是否 會發(fā)生產(chǎn)生傳輸沖突，如果判斷發(fā)現(xiàn)不會產(chǎn)生傳輸沖突，則在子幀n+16進行第三次重傳。由于接入鏈路采用的是同步HARQ，因此，對于中繼用戶設(shè)備為了避免傳輸沖突而 沒有發(fā)送上行數(shù)據(jù)的子幀，中繼節(jié)點也可能進行ACK/NACK反饋。如果中繼用戶設(shè)備根據(jù) HARQ定時關(guān)系確認收到的ACK/NACK反饋針對的是未發(fā)生的上行傳輸，可以忽略該ACK/ NACK反饋。需要說明的是，本發(fā)明實施例方法可以根據(jù)實際需要對各個步驟順序進行調(diào)整。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，由中繼用戶設(shè)備根據(jù)子幀配置信息判斷 在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則放棄 上行傳輸，忽略針對該上行傳輸?shù)腁CK/NACK反饋，并在傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳 輸次數(shù)時，通過高層傳輸在中繼用戶設(shè)備上避免了不必要的功率消耗，減小接入鏈路對相 鄰小區(qū)和中繼鏈路的干擾。如圖9所示，為本發(fā)明實施例中的一種中繼用戶設(shè)備的結(jié)構(gòu)示意圖，應(yīng)用于包括 基站設(shè)備、中繼節(jié)點和中繼用戶設(shè)備的系統(tǒng)中，其中，基站設(shè)備和中繼節(jié)點通過Un接口進 行數(shù)據(jù)傳輸，中繼節(jié)點與中繼用戶設(shè)備通過Uu接口進行數(shù)據(jù)傳輸，該中繼用戶設(shè)備包括獲取模塊810，用于從中繼節(jié)點獲取中繼節(jié)點在Un接口的子幀配置信息。其中，子幀配置信息指的是Un接口的上行子幀配置信息。具體地，上述獲取模塊810，用于從所述中繼節(jié)點獲取Un接口的上行子幀配置信 息和/或Un接口的下行子幀配置信息。上述獲取模塊810，用于按照隱式或顯式的方式接收所述Un接口的上行子幀配置 fn息，
在按照隱式方式接收所述Un接口的上行子幀配置信息時，通過廣播或者專用信 令接收所述Un接口的下行子幀配置信息，并根據(jù)所述Un接口的下行子幀位置信息以及Un 接口的HARQ定時關(guān)系確定Un接口的上行子幀配置信息，所述Un接口的HARQ定時關(guān)系由 所述中繼節(jié)點通知給所述中繼用戶設(shè)備或者由系統(tǒng)預(yù)先配置；在按照顯式方式接收所述Un接口的上行子幀配置信息時，以廣播或者專用信令 方式接收所述Un接口的上行子幀配置信息。其中，基站通知中繼節(jié)點Un接口的上行子幀配置信息的方式有兩種隱式或者顯 式。如果采用隱式方式，則基站按照如下方式通知基站只需要通過專用信令通知中 繼節(jié)點Un接口的下行子幀配置信息即可，中繼節(jié)點可以根據(jù)Un接口的下行子幀配置信息 以及Un接口的HARQ定時關(guān)系確定Un接口的上行子幀配置信息。如果采用顯式方式，則基站在通知中繼節(jié)點Un接口的下行子幀配置信息的同時 還需要通過專用信令顯式通知中繼節(jié)點其Un接口的上行子幀位置信息。同樣，中繼節(jié)點通知中繼用戶設(shè)備Un接口的上行子幀配置信息的方式也有兩種 隱式和顯式。如果采用隱式方式，則中繼節(jié)點按照如下方式通知中繼節(jié)點將Un接口的下行子 幀配置信息后可以通過廣播或者專用信令將Un接口的下行子幀配置信息通知給中繼用戶 設(shè)備，中繼用戶設(shè)備同樣可以根據(jù)Un接口的下行子幀位置信息以及Un接口的HARQ定時關(guān) 系確定Un接口的上行子幀配置信息。Un接口的HARQ定時關(guān)系可以由中繼節(jié)點通知給中繼 用戶設(shè)備或者系統(tǒng)預(yù)先配置。如果采用顯式方式，則中繼節(jié)點獲取Un接口的上行子幀配置信息后，只需要以廣 播或者專用信令方式通知中繼用戶設(shè)備Un接口的上行子幀配置信息即可。Un接口的下行子幀使用MBSFN子幀，因此Un接口的下行子幀配置信息中至少應(yīng)包 含用于Un接口下行回程鏈路的多播組播單頻網(wǎng)絡(luò)MBSFN子幀在無線幀組中的位置和配置 MBSFN子幀的無線幀組的周期，對于中繼節(jié)點通知Un接口子幀配置信息如果采用隱式方式 且采用廣播通知，為了和常規(guī)的MBMS子幀相區(qū)別，還需要引入下行回程子幀指示。Un接口的上行子幀配置信息中需要包含Un接口的上行子幀具體的子幀位置，可 以采用與下行類似的方式，即指示Un接口的上行子幀在無線幀組中的位置以及無線幀組 的周期。上述獲取模塊810是以上所述中繼用戶設(shè)備中負責從中繼節(jié)點獲取中繼節(jié)點在 Un接口的子幀配置信息的部分，可以是軟件、硬件或兩者的結(jié)合。判斷模塊820，用于根據(jù)獲取模塊810獲取的子幀配置信息判斷在上行傳輸時刻 Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。具體地，如果中繼節(jié)點采用隱式方式通知中繼用戶設(shè)備Un接口上的上行子幀配 置信息，則中繼用戶設(shè)備獲取子幀配置信息后，可以根據(jù)子幀配置信息獲取Un接口的下行 子幀的位置信息，中繼用戶設(shè)備可以根據(jù)Un接口的下行子幀配置信息和HARQ定時關(guān)系確 定Un接口的上行子幀配置信息；如果中繼節(jié)點采用顯式方式通知用戶設(shè)備Un接口的上行 子幀配置信息，則按照顯式通知的位置確定即可。中繼用戶設(shè)備假設(shè)基站設(shè)備會在Un接口 的下行子幀向中繼節(jié)點發(fā)送DL assignment和/或UL grant。中繼用戶設(shè)備接收到來自中繼節(jié)點的UL grant后可以根據(jù)Un接口上的上行子幀配置信息以及Uu接口的UL HARQ定 時關(guān)系，預(yù)測在UL grant指示的子幀上Uu接口的上行傳輸是否會和Un接口的上行傳輸產(chǎn) 生傳輸沖突。上述判斷模塊820是以上所述中繼用戶設(shè)備中負責根據(jù)子幀配置信息判斷在上 行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突的部分，可以是軟件、硬件或兩者的
纟口口。傳輸模塊830，用于當判斷模塊820判斷在上行傳輸時刻Un接口與Uu接口之間不 會產(chǎn)生傳輸沖突時，在上行傳輸時刻與中繼節(jié)點進行上行傳輸。上述傳輸模塊830是以上所述中繼用戶設(shè)備中負責在上行傳輸時刻與中繼節(jié)點 進行上行傳輸?shù)牟糠郑梢允擒浖?、硬件或兩者的結(jié)合。更新模塊840，用于當判斷模塊820判斷在上行傳輸時刻Un接口與Uu接口之間會 產(chǎn)生傳輸沖突時，根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新上行傳輸時刻，并通知判 斷模塊820判斷在更新后的上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。
具體地，更新模塊840根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新該上行傳輸 時刻，將該上行傳輸時刻延遲HARQ RTT。上述更新模塊840是以上所述中繼用戶設(shè)備中負責當判斷在上行傳輸時刻Un接 口與Uu接口之間會產(chǎn)生傳輸沖突時，根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新上行 傳輸時刻的部分，可以是軟件、硬件或兩者的結(jié)合。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，由中繼用戶設(shè)備根據(jù)子幀配置信息判斷 在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則放棄 上行傳輸，在中繼用戶設(shè)備上避免了不必要的功率消耗，減小接入鏈路對相鄰小區(qū)和中繼 鏈路的干擾。如圖10所示，為本發(fā)明實施例中的另一種中繼用戶設(shè)備的結(jié)構(gòu)示意圖，包括獲取模塊910，用于從中繼節(jié)點獲取中繼節(jié)點在Un接口的子幀配置信息。其中，，所述子幀配置信息指的是Un接口上的上行子幀配置信息。其中，基站通知中繼Un接口的上行子幀配置信息的方式有兩種隱式或者顯式。如果采用隱式方式，則基站按照如下方式通知基站只需要通過專用信令通知中 繼節(jié)點Un接口的下行子幀配置信息即可，中繼節(jié)點可以根據(jù)Un接口的下行子幀配置信息 以及Un接口的HARQ定時關(guān)系確定Un接口的上行子幀配置信息。如果采用顯式方式，則基站在通知中繼節(jié)點Un接口的下行子幀配置信息的同時 還需要通過專用信令顯式通知中繼節(jié)點其Un接口的上行子幀位置信息。同樣，中繼通知中繼用戶設(shè)備Un接口的上行子幀配置信息的方式也有兩種隱式 禾口顯式。如果采用隱式方式，則中繼節(jié)點按照如下方式通知中繼節(jié)點將Un接口的下行子 幀配置信息后可以通過廣播或者專用信令將Un接口的下行子幀配置信息通知給中繼用戶 設(shè)備，中繼用戶設(shè)備同樣可以根據(jù)Un接口的下行子幀位置信息以及Un接口的HARQ定時關(guān) 系確定Un接口的上行子幀配置信息。Un接口的HARQ定時關(guān)系可以由中繼節(jié)點通知給中繼 用戶設(shè)備或者系統(tǒng)預(yù)先配置。如果采用顯式方式，則中繼節(jié)點獲取Un接口的上行子幀配置信息后，只需要以廣
15播或者專用信令方式通知中繼用戶設(shè)備Un接口的上行子幀配置信息即可。Un接口的下行子幀使用MBSFN子幀，因此Un接口的下行子幀配置信息中至少應(yīng)包 含用于Un接口下行回程鏈路的多播組播單頻網(wǎng)絡(luò)MBSFN子幀在無線幀組中的位置和配置 MBSFN子幀的無線幀組的周期，對于中繼節(jié)點通知Un接口的子幀配置信息如果采用隱式方 式且采用廣播通知，為了和常規(guī)的MBMS子幀相區(qū)別，還需要引入下行回程子幀指示。Un接口的上行子幀配置信息中需要包含Un接口的上行子幀具體的子幀位置，可 以采用與下行類似的方式，即指示Un接口的上行子幀在無線幀組中的位置以及無線幀組 的周期?；驹O(shè)備在無線幀組中配置Un接口下行和/或上行子幀后，將該子幀配置信息通 過專用信令發(fā)送給中繼節(jié)點，如果Un接口的上行子幀采用隱式方式通知中繼用戶設(shè)備，則 中繼只需要將Un接口的下行子幀配置信息通過廣播或者專用信令發(fā)送到對應(yīng)的中繼用戶 設(shè)備，否則中繼只需要將Un接口的上行子幀配置信息通過廣播或者專用信令通知該中繼 用戶設(shè)備。上述獲取模塊910是以上所述中繼用戶設(shè)備中負責從中繼節(jié)點獲取中繼節(jié)點在 Un接口的子幀配置信息的部分，可以是軟件、硬件或兩者的結(jié)合。判斷模塊920，用于根據(jù)獲取模塊910獲取的子幀配置信息判斷在上行傳輸時刻 Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。具體地，如果中繼節(jié)點采用隱式方式通知中繼用戶設(shè)備Un接口上的上行子幀配 置信息，則中繼用戶設(shè)備獲取子幀配置信息后，可以根據(jù)子幀配置信息獲取Un接口的下行 子幀的位置信息，中繼用戶設(shè)備可以根據(jù)Un接口的下行子幀配置信息和HARQ定時關(guān)系確 定Un接口的上行子幀配置信息；如果中繼采用顯式方式通知用戶設(shè)備Un接口的上行子幀 配置信息，則按照顯式通知的位置確定即可。中繼用戶設(shè)備假設(shè)基站設(shè)備會在該Un接口的 下行子幀向中繼節(jié)點發(fā)送DL assignment和/或UL grant，中繼用戶設(shè)備接收到來自中繼 節(jié)點的UL grant后可以根據(jù)Un接口上的上行子幀配置信息以及Uu接口的UL HARQ定時 關(guān)系，預(yù)測在UL grant指示的子幀上Uu接口的上行傳輸是否會和Un接口的上行傳輸產(chǎn)生 傳輸沖突。上述判斷模塊920是以上所述中繼用戶設(shè)備中負責根據(jù)子幀配置信息判斷在上 行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突的部分，可以是軟件、硬件或兩者的
纟口口。傳輸模塊930，用于當判斷模塊920判斷在上行傳輸時刻Un接口與Uu接口之間不 會產(chǎn)生傳輸沖突時，在上行傳輸時刻與中繼節(jié)點進行上行傳輸。上述傳輸模塊930是以上所述中繼用戶設(shè)備中負責在上行傳輸時刻與中繼節(jié)點 進行上行傳輸?shù)牟糠?，可以是軟件、硬件或兩者的結(jié)合。更新模塊940，用于當判斷模塊920判斷在上行傳輸時刻Un接口與Uu接口之間會 產(chǎn)生傳輸沖突時，根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新上行傳輸時刻，并通知判 斷模塊920判斷在更新后的上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。具體地，更新模塊940根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新該上行傳輸 時刻，將該上行傳輸時刻延遲HARQ RTT。上述更新模塊940是以上所述中繼用戶設(shè)備中負責當判斷在上行傳輸時刻Un接
16口與Uu接口之間會產(chǎn)生傳輸沖突時，根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新上行 傳輸時刻的部分，可以是軟件、硬件或兩者的結(jié)合。計數(shù)模塊950，用于當判斷模塊920判斷在上行傳輸時刻Un接口與Uu接口之間會 產(chǎn)生傳輸沖突時，將傳輸次數(shù)統(tǒng)計值增加預(yù)設(shè)數(shù)值。其中，傳輸次數(shù)統(tǒng)計值用于表示同一數(shù)據(jù)塊的重傳次數(shù)，預(yù)設(shè)數(shù)值可以為1，也可 以為其他數(shù)值，預(yù)設(shè)數(shù)值的變化不影響本發(fā)明的保護范圍。上述計數(shù)模塊950是以上所述中繼用戶設(shè)備中負責當判斷在上行傳輸時刻Un接 口與Uu接口之間會產(chǎn)生傳輸沖突時，將傳輸次數(shù)統(tǒng)計值增加預(yù)設(shè)數(shù)值的部分，可以是軟 件、硬件或兩者的結(jié)合。檢測模塊960，用于檢測計數(shù)模塊950得到的傳輸次數(shù)統(tǒng)計值是否大于預(yù)設(shè)的最 大傳輸次數(shù)，當傳輸次數(shù)統(tǒng)計值不大于預(yù)設(shè)的最大傳輸次數(shù)時，通知判斷模塊920判斷在 更新后的上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。其中，最大傳輸次數(shù)可以是固定值，也可以根據(jù)需要進行動態(tài)修改，最大傳輸次數(shù) 的改變不影響本發(fā)明的保護范圍。上述檢測模塊960是以上所述中繼用戶設(shè)備中負責檢測傳輸次數(shù)統(tǒng)計值是否大 于預(yù)設(shè)的最大傳輸次數(shù)的部分，可以是軟件、硬件或兩者的結(jié)合。相應(yīng)地，傳輸模塊930，還用于當傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳輸次數(shù)，且上 行傳輸對應(yīng)的業(yè)務(wù)模式為AM時，通過RLC層與中繼節(jié)點進行上行傳輸。具體地，當傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳輸次數(shù)時，傳輸模塊930不再通過 物理層與中繼節(jié)點進行上行傳輸，當上行傳輸對應(yīng)的業(yè)務(wù)模式為AM時，傳輸模塊930通過 RLC狀態(tài)報告觸發(fā)RLC層重傳；當上行傳輸對應(yīng)的業(yè)務(wù)模式為其他模式時，傳輸模塊930不 進行RLC層重傳。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，由中繼用戶設(shè)備根據(jù)子幀配置信息判斷 在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則放棄 上行傳輸，并在傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳輸次數(shù)時，通過高層傳輸在中繼用戶設(shè) 備上避免了不必要的功率消耗，減小接入鏈路對相鄰小區(qū)和中繼鏈路的干擾。如圖11所示，為本發(fā)明實施例中的一種避免接口傳輸沖突的系統(tǒng)結(jié)構(gòu)示意圖，包 括基站設(shè)備110、中繼節(jié)點120和中繼用戶設(shè)備130，基站設(shè)備110和中繼節(jié)點120通過Un 接口進行數(shù)據(jù)傳輸，中繼節(jié)點120與中繼用戶設(shè)備130通過Uu接口進行數(shù)據(jù)傳輸，其中，基站設(shè)備110，用于將Un接口的子幀配置信息通知中繼節(jié)點。具體地，基站設(shè)備110在RRC層完成Un接口的子幀配置，如果Un接口的上行子幀 配置信息采用隱式方式通知，則該RRC配置信息只包含Un接口的下行子幀配置信息。Un接 口的下行子幀使用MBSFN子幀，因此，Un接口的下行子幀配置信息中至少應(yīng)包含用于Un接 口下行回程鏈路的多播組播單頻網(wǎng)絡(luò)MBSFN子幀在無線幀組中的位置和配置MBSFN子幀的 無線幀組的周期。為了和常規(guī)的MBMS子幀相區(qū)別，還可能需要引入下行回程子幀指示；如 果Un接口的上行子幀配置信息采用顯式方式通知，則該RRC配置信息中除了包含Un接口 的下行子幀配置信息外還需要包含Un接口的上行子幀配置信息，Un接口的上行子幀配置 信息中需要包含Un接口的上行子幀具體的子幀位置，可以采用與下行類似的方式，即指示 Un接口的上行子幀在無線幀組中的位置以及無線幀組的周期。
17
中繼節(jié)點120，用于接收來自基站設(shè)備110的Un接口的子幀配置信息，并將Un接 口的子幀配置信息發(fā)送到中繼用戶設(shè)備130。中繼用戶設(shè)備130，用于從中繼節(jié)點120獲取中繼節(jié)點120在Un接口的子幀配置 信息，根據(jù)獲取的子幀配置信息判斷在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳 輸沖突，當判斷在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突時，在上行傳輸時 刻與中繼節(jié)點120進行上行傳輸。中繼用戶設(shè)備130獲取子幀配置信息后，如果中繼節(jié)點120采用隱式方式通知中 繼用戶設(shè)備130Un接口上的上行子幀配置信息，則中繼用戶設(shè)備130獲取子幀配置信息后， 可以根據(jù)子幀配置信息獲取Un接口的下行子幀的位置信息，中繼用戶設(shè)備130可以根據(jù)Un 接口的下行子幀配置信息和HARQ定時關(guān)系確定Un接口的上行子幀配置信息；如果中繼節(jié) 點120采用顯式方式通知中繼用戶設(shè)備130Un接口的上行子幀配置信息，則按照顯式通知 的位置確定即可。中繼用戶設(shè)備130假設(shè)基站設(shè)備110會在Un接口的下行子幀向中繼節(jié) 點120發(fā)送DL assignment和/或UL grant,中繼用戶設(shè)備130接收到來自中繼節(jié)點120 的UL grant后，可以根據(jù)Un接口上的上行子幀配置信息以及Uu接口的UL HARQ定時關(guān)系， 預(yù)測在UL grant指示的子幀上Uu接口的上行傳輸是否會和Un接口的上行傳輸產(chǎn)生傳輸 沖突。如果在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備130 在UL grant指示的上行子幀與中繼節(jié)點進行Uu接口的上行傳輸，向中繼節(jié)點120發(fā)送上 行數(shù)據(jù)。上述中繼用戶設(shè)備130，還用于當判斷在上行傳輸時刻Un接口與Uu接口之間會產(chǎn) 生傳輸沖突時，將傳輸次數(shù)統(tǒng)計值增加預(yù)設(shè)數(shù)值，并檢測傳輸次數(shù)統(tǒng)計值是否大于預(yù)設(shè)的 最大傳輸次數(shù)，當傳輸次數(shù)統(tǒng)計值不大于預(yù)設(shè)的最大傳輸次數(shù)時，判斷在更新后的上行傳 輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突；當傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳 輸次數(shù)時，通過高層與中繼節(jié)點進行上行傳輸。如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備130 將傳輸次數(shù)統(tǒng)計值增加預(yù)設(shè)數(shù)值，其中，傳輸次數(shù)統(tǒng)計值用于表示同一數(shù)據(jù)塊的重傳次數(shù)。 最大傳輸次數(shù)可以是固定值，也可以根據(jù)需要進行動態(tài)修改，最大傳輸次數(shù)的改變不影響 本發(fā)明的保護范圍。如果傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳輸次數(shù)，中繼用戶設(shè)備130不再通過物理 層與中繼節(jié)點進行上行傳輸，當上行傳輸對應(yīng)的業(yè)務(wù)模式為AM時，通過RLC狀態(tài)報告觸發(fā) RLC層重傳；當上行傳輸對應(yīng)的業(yè)務(wù)模式為其他模式時，則不進行RLC層重傳。上述中繼用戶設(shè)備130，還用于當判斷在上行傳輸時刻Un接口與Uu接口之間會產(chǎn) 生傳輸沖突，且傳輸次數(shù)統(tǒng)計值不大于預(yù)設(shè)的最大傳輸次數(shù)時，根據(jù)Uu接口對應(yīng)的接入鏈 路上的定時關(guān)系更新上行傳輸時刻，并判斷在更新后的上行傳輸時刻Un接口與Uu接口之 間是否會產(chǎn)生傳輸沖突。具體地，中繼用戶設(shè)備130根據(jù)Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新該上行 傳輸時刻，將該上行傳輸時刻延遲HARQ RTT0本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，由中繼用戶設(shè)備130根據(jù)子幀配置信息 判斷在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則 放棄上行傳輸，并在傳輸次數(shù)統(tǒng)計值大于預(yù)設(shè)的最大傳輸次數(shù)時，通過高層傳輸在中繼用
18戶設(shè)備130上避免了不必要的功率消耗，減小接入鏈路對相鄰小區(qū)和中繼鏈路的干擾。本發(fā)明所述RN通知中繼用戶Un接口上行和/或下行回程子幀位置信息除了可用 于解決Uu接口和Un接口上行傳輸沖突，還可以用于避免SPS傳輸丟失等問題。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更 佳的實施方式。基于這樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若 干指令用以使得一臺終端設(shè)備(可以是手機，個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行 本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應(yīng)當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應(yīng) 視本發(fā)明的保護范圍。本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分 布于實施例的裝置中，也可以進行相應(yīng)變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以集成于一體，也可以分離部署，可以合并為一個模塊，也可以進一步拆 分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng) 域的技術(shù)人員能思之的變化都應(yīng)落入本發(fā)明的保護范圍。
19
權(quán)利要求
一種避免接口傳輸沖突的方法，其特征在于，包括以下步驟中繼用戶設(shè)備從中繼節(jié)點獲取所述中繼節(jié)點在Un接口的子幀配置信息，所述Un接口用于所述中繼節(jié)點與基站設(shè)備之間的數(shù)據(jù)傳輸；所述中繼用戶設(shè)備根據(jù)所述子幀配置信息判斷在上行傳輸時刻所述Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，所述Uu接口用于所述用戶設(shè)備與所述中繼節(jié)點之間的數(shù)據(jù)傳輸；如果在所述上行傳輸時刻所述Un接口與所述Uu接口之間會產(chǎn)生傳輸沖突，則所述中繼用戶設(shè)備根據(jù)所述Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新所述上行傳輸時刻。
2.如權(quán)利要求1所述的方法，其特征在于，所述中繼用戶設(shè)備根據(jù)Uu接口對應(yīng)的接入 鏈路上的定時關(guān)系更新上行傳輸時刻之后，還包括所述中繼用戶設(shè)備判斷在所述更新后的上行傳輸時刻所述Un接口與所述Uu接口之間 是否會產(chǎn)生傳輸沖突。
3.如權(quán)利要求1所述的方法，其特征在于，所述中繼用戶設(shè)備根據(jù)子幀配置信息判斷 在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突之后，還包括如果在所述上行傳輸時刻所述Un接口與所述Uu接口之間不會產(chǎn)生傳輸沖突，則所述 中繼用戶設(shè)備在所述上行傳輸時刻向所述中繼節(jié)點發(fā)送上行數(shù)據(jù)。
4.如權(quán)利要求1所述的方法，其特征在于，所述中繼用戶設(shè)備根據(jù)Uu接口對應(yīng)的接入 鏈路上的定時關(guān)系更新上行傳輸時刻之前，還包括所述中繼用戶設(shè)備將傳輸次數(shù)統(tǒng)計值增加預(yù)設(shè)數(shù)值；所述中繼用戶設(shè)備確定所述傳輸次數(shù)統(tǒng)計值不大于預(yù)設(shè)的最大傳輸次數(shù)。
5.如權(quán)利要求1所述的方法，其特征在于，所述中繼用戶設(shè)備從中繼節(jié)點獲取所述中 繼節(jié)點在Un接口的子幀配置信息之前，還包括所述中繼節(jié)點歸屬的基站將所述中繼節(jié)點在Un接口的子幀配置信息通知所述中繼節(jié)占.所述中繼節(jié)點將所述子幀配置信息通知所述中繼用戶設(shè)備，所述子幀配置信息包括Un 接口的上行子幀配置信息和/或Un接口的下行子幀配置信息。
6.如權(quán)利要求5所述的方法，其特征在于，所述中繼節(jié)點歸屬的基站將所述中繼節(jié)點 在Un接口的子幀配置信息通知所述中繼節(jié)點，具體包括所述基站按照隱式或顯式的方式將所述Un接口的上行子幀配置信息通知所述中繼節(jié)占，如果采用隱式方式，所述基站通過專用信令將所述Un接口的下行子幀配置信息通知 所述中繼節(jié)點，使所述中繼節(jié)點根據(jù)所述Un接口的下行子幀配置信息以及Un接口的混合 自動重傳請求HARQ定時關(guān)系確定所述Un接口的上行子幀配置信息；如果采用顯式方式，所述基站在將所述Un接口的下行子幀配置信息通知所述中繼節(jié) 點的同時，通過專用信令顯式將所述Un接口的上行子幀位置信息通知所述中繼節(jié)點。
7.如權(quán)利要求5所述的方法，其特征在于，所述中繼節(jié)點將所述子幀配置信息通知所 述中繼用戶設(shè)備，具體包括所述中繼節(jié)點按照隱式或顯式的方式將所述Un接口的上行子幀配置信息通知所述中 繼用戶設(shè)備，如果采用隱式方式，所述中繼節(jié)點通過廣播或者專用信令將所述Un接口的下行子幀 配置信息通知所述中繼用戶設(shè)備，使所述中繼用戶設(shè)備根據(jù)所述Un接口的下行子幀位置 信息以及Un接口的HARQ定時關(guān)系確定Un接口的上行子幀配置信息，所述Un接口的HARQ 定時關(guān)系由所述中繼節(jié)點通知給所述中繼用戶設(shè)備或者由系統(tǒng)預(yù)先配置；如果采用顯式方式，所述中繼節(jié)點以廣播或者專用信令方式將所述Un接口的上行子 幀配置信息通知所述中繼用戶設(shè)備。
8.如權(quán)利要求6或7所述的方法，其特征在于，所述Un接口的下行子幀使用MBSFN子幀，所述Un接口的下行子幀配置信息中至少包 含用于Un接口下行回程鏈路的多播組播單頻網(wǎng)絡(luò)MBSFN子幀在無線幀組中的位置和配置 MBSFN子幀的無線幀組的周期，所述Un接口的上行子幀配置信息中包含Un接口的上行子幀 具體的子幀位置，指示Un接口的上行子幀在無線幀組中的位置以及無線幀組的周期。
9.如權(quán)利要求7所述的方法，其特征在于，所述中繼節(jié)點通過隱式方式將所述Un接口的上行子幀配置信息通知所述中繼用戶設(shè) 備時，所述Un接口的上行子幀配置信息包括下行鏈路回程DLBH子幀指示信息；所述中繼節(jié)點以顯式方式將所述Un接口的上行子幀配置信息通知所述中繼用戶設(shè)備 時，所述Un接口的上行子幀配置信息只包括上行鏈路回程ULBH子幀指示信息。
10.基于權(quán)利要求9所述的方法，其特征在于，所述中繼節(jié)點通過隱式方式將所述Un接口的上行子幀配置信息通知所述中繼用戶設(shè) 備時，所述上行子幀配置信息中攜帶指示信息，所述指示信息用于指示所述DL BH子幀指示 信息用于Un接口下行傳輸。
11.一種中繼用戶設(shè)備，其特征在于，包括獲取模塊，用于從中繼節(jié)點獲取所述中繼節(jié)點在Un接口的子幀配置信息，所述Un接口 用于所述中繼節(jié)點與基站設(shè)備之間的數(shù)據(jù)傳輸；判斷模塊，用于根據(jù)所述獲取模塊獲取的子幀配置信息判斷在上行傳輸時刻所述Un 接口與Uu接口之間是否會產(chǎn)生傳輸沖突，所述Uu接口用于所述用戶設(shè)備與所述中繼節(jié)點 之間的數(shù)據(jù)傳輸；更新模塊，用于當所述判斷模塊判斷在所述上行傳輸時刻所述Un接口與所述Uu接口 之間會產(chǎn)生傳輸沖突時，根據(jù)所述Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新所述上行傳 輸時刻。
12.如權(quán)利要求11所述的中繼用戶設(shè)備，其特征在于，所述更新模塊，還用于通知所述判斷模塊判斷在所述更新后的上行傳輸時刻所述Un 接口與所述Uu接口之間是否會產(chǎn)生傳輸沖突。
13.如權(quán)利要求11所述的中繼用戶設(shè)備，其特征在于，還包括傳輸模塊，用于當所述判斷模塊判斷在所述上行傳輸時刻所述Un接口與所述Uu接口 之間不會產(chǎn)生傳輸沖突時，在所述上行傳輸時刻向所述中繼節(jié)點發(fā)送上行數(shù)據(jù)。
14.如權(quán)利要求11所述的中繼用戶設(shè)備，其特征在于，還包括計數(shù)模塊，用于當所述判斷模塊判斷在所述上行傳輸時刻所述Un接口與所述Uu接口 之間會產(chǎn)生傳輸沖突時，將傳輸次數(shù)統(tǒng)計值增加預(yù)設(shè)數(shù)值；檢測模塊，用于檢測所述計數(shù)模塊得到的所述傳輸次數(shù)統(tǒng)計值是否大于預(yù)設(shè)的最大傳輸次數(shù)，當所述傳輸次數(shù)統(tǒng)計值不大于所述預(yù)設(shè)的最大傳輸次數(shù)時，通知所述判斷模塊判 斷在所述更新后的上行傳輸時刻所述Un接口與所述Uu接口之間是否會產(chǎn)生傳輸沖突；所述傳輸模塊，還用于當所述傳輸次數(shù)統(tǒng)計值大于所述預(yù)設(shè)的最大傳輸次數(shù)，且與所 述中繼節(jié)點之間的上行傳輸對應(yīng)的業(yè)務(wù)模式為確認模式AM時，通過無線鏈路控制RLC狀態(tài) 報告觸發(fā)RLC層重傳。
15.如權(quán)利要求11所述的中繼用戶設(shè)備，其特征在于，所述獲取模塊，用于從所述中繼節(jié)點獲取Un接口的上行子幀配置信息和/或Un接口 的下行子幀配置信息。
16.如權(quán)利要求15所述的中繼用戶設(shè)備，其特征在于，所述獲取模塊，用于按照隱式或顯式的方式接收所述Un接口的上行子幀配置信息，在按照隱式方式接收所述Un接口的上行子幀配置信息時，通過廣播或者專用信令接 收所述Un接口的下行子幀配置信息，并根據(jù)所述Un接口的下行子幀位置信息以及Un接口 的HARQ定時關(guān)系確定Un接口的上行子幀配置信息，所述Un接口的HARQ定時關(guān)系由所述 中繼節(jié)點通知給所述中繼用戶設(shè)備或者由系統(tǒng)預(yù)先配置；在按照顯式方式接收所述Un接口的上行子幀配置信息時，以廣播或者專用信令方式 接收所述Un接口的上行子幀配置信息。
17.—種避免接口傳輸沖突的系統(tǒng)，其特征在于，包括基站設(shè)備，用于將Un接口的子幀配置信息通知中繼節(jié)點，所述Un接口用于所述中繼節(jié) 點與基站設(shè)備之間的數(shù)據(jù)傳輸；中繼節(jié)點，用于接收來自所述基站設(shè)備的所述Un接口的子幀配置信息，并將所述Un接 口的子幀配置信息發(fā)送到中繼用戶設(shè)備；中繼用戶設(shè)備，用于從所述中繼節(jié)點獲取所述中繼節(jié)點在所述Un接口的子幀配置信 息，根據(jù)所述獲取的子幀配置信息判斷在上行傳輸時刻所述Un接口與所述Uu接口之間是 否會產(chǎn)生傳輸沖突，所述Uu接口用于所述用戶設(shè)備與所述中繼節(jié)點之間的數(shù)據(jù)傳輸，當判 斷在所述上行傳輸時刻所述Un接口與所述Uu接口之間會產(chǎn)生傳輸沖突時，根據(jù)所述Uu接 口對應(yīng)的接入鏈路上的定時關(guān)系更新所述上行傳輸時刻。
全文摘要
本發(fā)明實施例公開了一種避免接口傳輸沖突的方法、裝置和系統(tǒng)，該方法包括以下步驟中繼用戶設(shè)備從中繼節(jié)點獲取所述中繼節(jié)點在Un接口的子幀配置信息；所述中繼用戶設(shè)備根據(jù)所述子幀配置信息判斷在上行傳輸時刻所述Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，所述Uu接口用于所述用戶設(shè)備與所述中繼節(jié)點之間的數(shù)據(jù)傳輸；如果在所述上行傳輸時刻所述Un接口與所述Uu接口之間會產(chǎn)生傳輸沖突，則所述中繼用戶設(shè)備根據(jù)所述Uu接口對應(yīng)的接入鏈路上的定時關(guān)系更新所述上行傳輸時刻。本發(fā)明實施例降低了中繼用戶設(shè)備的功率消耗和接入鏈路對相鄰小區(qū)和中繼鏈路的干擾。
文檔編號H04W74/08GK101925118SQ201010106729
公開日2010年12月22日 申請日期2010年2月8日 優(yōu)先權(quán)日2009年6月15日
發(fā)明者趙亞利, 鮑煒 申請人:大唐移動通信設(shè)備有限公司