專利名稱：一種避免接口傳輸沖突的方法、裝置和系統(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)成本問題，各廠商和標準化組織將RNOtelayNode，中繼節(jié) 點)引入到蜂窩系統(tǒng)中，基站設(shè)備通過RN向用戶設(shè)備傳輸信號，以增加傳輸信號的覆蓋率。 如圖1所示，為引入RN后的通信網(wǎng)絡部署示意圖，基站設(shè)備可以分別通過RN1、RN2和RN3 向UE(User Equipment，用戶設(shè)備)傳輸信號，其中，通過謂1可以擴展小區(qū)邊緣覆蓋，通過 RN2可以增加覆蓋區(qū)域的容量，通過RN3可以解決陰影區(qū)域的通信。在引入RN后的通信網(wǎng)絡中，與RN相關(guān)的無線鏈路包括接入鏈路(accesslink)和 中繼鏈路(backhaul link)，其中，接入鏈路為UE與RN之間的無線鏈路，中繼鏈路為基站 設(shè)備與RN之間的無線鏈路，UE與RN之間的數(shù)據(jù)接口為Uu接口，基站設(shè)備與RN之間的數(shù) 據(jù)接口為Un接口。同時，引入RN后的通信網(wǎng)絡中的UE分為Macro UE和Relay UE，其中， Macro UE接受基站設(shè)備直接提供的服務，Relay UE接受RN提供的服務。由于RN的工作機制為半雙工和帶內(nèi)(In-band)，即RN在同一頻率上不能同時進 行接收和發(fā)送的操作，且基站設(shè)備與RN之間、基站設(shè)備與Macro UE之間，以及RN與Relay UE之間的數(shù)據(jù)傳輸均使用相同的頻率資源。因此，在引入RN后的通信網(wǎng)絡中，幀結(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)絡能夠兼容Rel_8UE，即保持Relay UE和MacroUE具有 相同的幀結(jié)構(gòu)，系統(tǒng)引入 MBSFN (Multicast Broadcast Single FrequencyNetwork，多播組 播單頻網(wǎng)絡)子幀，以實現(xiàn)中繼鏈路的數(shù)據(jù)傳輸。如圖2所示，為MBSFN子幀的結(jié)構(gòu)示意 圖。RN的幀結(jié)構(gòu)配置為MBSFN子幀后，RN的幀結(jié)構(gòu)中存在2個或3個OFDM (Orthogonal Frequency DivisionMultiplexing,正交頻分復用)符號的下行控制信令區(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ù)和控制信令復用MBSFN子幀中的數(shù)據(jù)區(qū)域。然而，在應用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)為例，當子幀n被配置為 MBSFN子幀時，RN可以在子幀n的控制信令區(qū)域向Relay UE發(fā)送上行傳輸?shù)腁CK反饋和針 對接入鏈路的UL grant (Uplink grant,上行調(diào)度許可)，還可以在子幀n的數(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ù)中，MBSFN子幀的引入會造成Un接口和Uu接口傳輸沖突，由于RN無法 通過Uu接口接收到來自Relay UE的上行數(shù)據(jù)，Relay UE需要根據(jù)HARQ定時關(guān)系向RN多 次上傳上行數(shù)據(jù)，造成了 Relay UE不必要的功率消耗，并導致接入鏈路對中繼鏈路的同頻 干擾。

發(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接口對應的接入鏈路上的定時關(guān)系更新所述上行傳輸時間。優(yōu)選地，所述中繼用戶設(shè)備根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新上行傳輸時間之后，還包括所述中繼用戶設(shè)備判斷在所述更新后的上行傳輸時刻所述Un接口與所述Uu接口 之間是否會產(chǎn)生傳輸沖突。優(yōu)選地，所述中繼用戶設(shè)備根據(jù)子幀配置信息判斷在上行傳輸時刻Un接口與Uu 接口之間是否會產(chǎn)生傳輸沖突之后，還包括如果在所述上行傳輸時刻所述Un接口與所述Uu接口之間不會產(chǎn)生傳輸沖突，則 所述中繼用戶設(shè)備在所述上行傳輸時刻向所述中繼節(jié)點發(fā)送上行數(shù)據(jù)。優(yōu)選地，所述中繼用戶設(shè)備根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新上行 傳輸時間之前，還包括所述中繼用戶設(shè)備將傳輸次數(shù)統(tǒng)計值增加預設(shè)數(shù)值；所述中繼用戶設(shè)備確定所述傳輸次數(shù)統(tǒng)計值不大于預設(shè)的最大傳輸次數(shù)。優(yōu)選地，所述子幀配置信息包括多播組播單頻網(wǎng)絡MBSFN子幀在無線幀組中的位 置和配置MBSFN子幀的無線幀組的周期，所述MBSFN子幀用于實現(xiàn)所述Un接口的數(shù)據(jù)傳輸。本發(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接口對應的接入鏈路上的定時關(guān)系更新所述上 行傳輸時間。優(yōu)選地，所述更新模塊，還用于通知所述判斷模塊判斷在所述更新后的上行傳輸 時刻所述Un接口與所述Uu接口之間是否會產(chǎn)生傳輸沖突。優(yōu)選地，所述的中繼用戶設(shè)備，還包括傳輸模塊，用于當所述判斷模塊判斷在所述上行傳輸時刻所述Un接口與所述Uu 接口之間不會產(chǎn)生傳輸沖突時，在所述上行傳輸時刻向所述中繼節(jié)點發(fā)送上行數(shù)據(jù)。優(yōu)選地，所述的中繼用戶設(shè)備，還包括計數(shù)模塊，用于當所述判斷模塊判斷在所述上行傳輸時刻所述Un接口與所述Uu 接口之間會產(chǎn)生傳輸沖突時，將傳輸次數(shù)統(tǒng)計值增加預設(shè)數(shù)值；檢測模塊，用于檢測所述計數(shù)模塊得到的所述傳輸次數(shù)統(tǒng)計值是否大于預設(shè)的最 大傳輸次數(shù)，當所述傳輸次數(shù)統(tǒng)計值不大于所述預設(shè)的最大傳輸次數(shù)時，通知所述判斷模 塊判斷在所述更新后的上行傳輸時刻所述Un接口與所述Uu接口之間是否會產(chǎn)生傳輸沖 突；所述傳輸模塊，還用于當所述傳輸次數(shù)統(tǒng)計值大于所述預設(shè)的最大傳輸次數(shù)，且 與所述中繼節(jié)點之間的上行傳輸對應的業(yè)務模式為確認模式AM時，通過無線鏈路控制RLC 狀態(tài)報告觸發(fā)RLC層重傳。本發(fā)明實施例還提出了一種避免Un接口和Uu接口傳輸沖突的系統(tǒng)，包括
6
基站設(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接口對應的接入鏈路上的定時關(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)絡部署示意圖；圖2為MBSFN子幀的結(jié)構(gòu)示意圖；圖3為接入鏈路上的上行初始傳輸與中繼鏈路的上行傳輸沖突示意圖；圖4為接入鏈路上的上行同步重傳與中繼鏈路的上行傳輸沖突示意圖；圖5為FDD系統(tǒng)中的HARQ過程示意圖；圖6為本發(fā)明實施例中的一種避免接口傳輸沖突的方法流程圖；圖7為本發(fā)明實施例中的一種避免接口傳輸沖突的應用場景流程圖；圖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ā)明實施例應用于使用HARQ機制的通信系統(tǒng)中，HARQ機制是一種鏈路自適應技術(shù)，接收端在超出自身糾錯能力時快速請求發(fā)端重發(fā)錯誤的數(shù)據(jù)塊，能夠自動適應信道 條件的變化，且對測量誤差和時延不敏感，提高了數(shù)據(jù)傳輸?shù)目煽啃浴Ｈ鐖D5所示，為FDD系統(tǒng)中的HARQ過程示意圖，包括如下步驟基站設(shè)備在第n個 子幀向終端發(fā)送下行數(shù)據(jù)，終端在第n+4個子幀對基站設(shè)備進行上行ACK/NACK反饋；基站 設(shè)備接收到ACK后，確認下行數(shù)據(jù)傳輸正確，將該下行數(shù)據(jù)提交高層；否則，基站設(shè)備在第 n+8個子幀對下行數(shù)據(jù)進行重傳。而在TDD(Time Division Duplex，時分雙工)系統(tǒng)中，由于系統(tǒng)支持多種 UL (Uplink，上行鏈路)/DL (Downlink，下行鏈路)配置，因此，傳輸UL grant的下行子幀和 UL grant對應的PUSCH(Physical Uplink SharedChannel，物理上行共享信道)之間的定 時關(guān)系在不同的UL/DL配置下有所不同，同時，下行數(shù)據(jù)傳輸使用的下行子幀和該下行數(shù) 據(jù)對應的ACK反饋使用的上行子幀之間的定時關(guān)系在不同的UL/DL配置下也有所不同。如表1所示，為TDD系統(tǒng)中的UL/DL配置表，該表用于表示在不同的UL/DL配置下 不同子幀的功能。其中，n為子幀編號，D表示下行子幀，U表示下行子幀，S表示特殊子幀。表1TDD系統(tǒng)中的UL/DL配置表 SUUUDSUUU
DSuuUDSUUD如表2所示，為UL grant和對應的PUSCH之間的定時關(guān)系表，該表用于表示傳輸 UL grant的下行子幀編號和UL grant對應的PUSCH的子幀編號之間的關(guān)系，其中，n為傳 輸UL grant的下行子幀編號，UL grant對應的PUSCH的子幀編號為n+kl，表2中的內(nèi)容即 為kl的取值。表2UL grant和對應的PUSCH之間的定時關(guān)系表
如表3所示，為下行數(shù)據(jù)傳輸與對應的ACK反饋的定時關(guān)系表，該表用于表示下行 數(shù)據(jù)傳輸使用的下行子幀編號和該下行數(shù)據(jù)對應的ACK反饋使用的上行子幀編號之間的 關(guān)系，其中，n為ACK反饋所在的上行子幀編號，ACK反饋對應的下行數(shù)據(jù)傳輸發(fā)生在編號為 n-k2的下行子幀，表3中的內(nèi)容即為k2的取值表3下行數(shù)據(jù)傳輸與對應的ACK反饋的定時關(guān)系表 下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā) 明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施 例，都屬于本發(fā)明保護的范圍。如圖6所示，為本發(fā)明實施例中的一種避免接口傳輸沖突的方法流程圖，應用于 包括基站設(shè)備、中繼節(jié)點和中繼用戶設(shè)備的系統(tǒng)中，其中，基站設(shè)備和中繼節(jié)點通過Un接 口進行數(shù)據(jù)傳輸，中繼節(jié)點與中繼用戶設(shè)備通過Uu接口進行數(shù)據(jù)傳輸，該方法包括以下步 驟
步驟601，中繼用戶設(shè)備從中繼節(jié)點獲取中繼節(jié)點在Un接口的子幀配置信息。其中，子幀配置信息包括MBSFN子幀在無線幀組中的位置，以及配置MBSFN子幀的 無線幀組的周期?；驹O(shè)備在無線幀組中配置MBSFN子幀后，將子幀配置信息發(fā)送給中繼 節(jié)點，中繼節(jié)點隨后將該子幀配置信息通知對應的中繼用戶設(shè)備。步驟602，中繼用戶設(shè)備根據(jù)子幀配置信息判斷在上行傳輸時刻Un接口與Uu接口 之間是否會產(chǎn)生傳輸沖突，如果在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突， 則執(zhí)行步驟603 ；如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則執(zhí)行步驟 604。中繼用戶設(shè)備獲取子幀配置信息后，可以根據(jù)子幀配置信息獲取MBSFN子幀的位 置，并假設(shè)基站設(shè)備會在該MBSFN子幀向中繼節(jié)點發(fā)送DL assignment和/或UL grant。 中繼用戶設(shè)備接收到來自中繼節(jié)點的ULgrant后，可以根據(jù)Un接口的子幀配置信息，以及 Un接口和Uu接口的UL HARQ定時關(guān)系，預測在UL grant指示的子幀上Uu接口的上行傳輸 是否會和Un接口的上行傳輸產(chǎn)生傳輸沖突。步驟603，中繼用戶設(shè)備在上行傳輸時刻與中繼節(jié)點進行上行傳輸。如果在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備 在該上行傳輸時刻與中繼節(jié)點進行上行傳輸，向中繼節(jié)點發(fā)送上行數(shù)據(jù)。步驟604，中繼用戶設(shè)備根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新上行傳輸 時間。如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備 根據(jù)Uu接口對應的接入鏈路上的定時關(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為10ms ；對于編號為6的UL/DL配置，上 行 HARQRTT 為 60ms。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，由中繼用戶設(shè)備根據(jù)子幀配置信息判斷 在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則放棄 上行傳輸，在中繼用戶設(shè)備上避免了不必要的功率消耗，減小接入鏈路對相鄰小區(qū)和中繼 鏈路的干擾。本發(fā)明通過上述實施例提供了一種避免Un接口和Uu接口傳輸沖突的方法，以下 將結(jié)合具體的應用場景對上述方法進行詳細、具體的描述。如圖7所示，為本發(fā)明實施例中的一種避免接口傳輸沖突的應用場景流程圖，具 體包括以下步驟步驟701，基站設(shè)備將Un接口的子幀配置信息通知中繼節(jié)點。具體地，基站設(shè)備在RRC(Radio Resource Control)層完成Un接口上的子幀配
10置，該配置信息包括MBSFN子幀在無線幀組中的位置，以及配置MBSFN子幀的無線幀組的周 期。步驟702，中繼節(jié)點將Un接口的子幀配置信息發(fā)送到中繼用戶設(shè)備。具體地，中繼節(jié)點通過步驟701獲取Un接口的子幀配置信息后，將該信息發(fā)送到 對應的中繼用戶設(shè)備，將進行下行傳輸?shù)腗BSFN子幀的位置通知該中繼用戶設(shè)備。步驟703，中繼用戶設(shè)備根據(jù)子幀配置信息判斷在上行傳輸時刻Un接口與Uu接口 之間是否會產(chǎn)生傳輸沖突，如果在上行傳輸時刻Un接口與Uu接口之間不會產(chǎn)生傳輸沖突， 則執(zhí)行步驟704 ；如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則執(zhí)行步驟 705。中繼用戶設(shè)備獲取子幀配置信息后，可以根據(jù)子幀配置信息獲取MBSFN子幀的位 置，并假設(shè)基站設(shè)備會在該MBSFN子幀向中繼節(jié)點發(fā)送DL assignment和/或UL grant。 中繼用戶設(shè)備接收到來自中繼節(jié)點的ULgrant后，可以根據(jù)Un接口上的子幀配置信息，以 及Un接口和Uu接口上的UL HARQ定時關(guān)系，預測在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)計值增加預設(shè)數(shù)值。如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備將 傳輸次數(shù)統(tǒng)計值增加預設(shè)數(shù)值，其中，傳輸次數(shù)統(tǒng)計值用于表示同一數(shù)據(jù)塊的重傳次數(shù)。需要說明的是，預設(shè)數(shù)值可以為1，也可以為其他數(shù)值，預設(shè)數(shù)值的變化不影響本 發(fā)明的保護范圍。步驟706，中繼用戶設(shè)備檢測傳輸次數(shù)統(tǒng)計值是否大于預設(shè)的最大傳輸次數(shù)，如果 傳輸次數(shù)統(tǒng)計值大于預設(shè)的最大傳輸次數(shù)，則執(zhí)行步驟707 ；如果傳輸次數(shù)統(tǒng)計值不大于 預設(shè)的最大傳輸次數(shù)，則執(zhí)行步驟708。其中，最大傳輸次數(shù)可以是固定值，也可以根據(jù)需要進行動態(tài)修改，最大傳輸次數(shù) 的改變不影響本發(fā)明的保護范圍。步驟707，當上行傳輸對應的業(yè)務模式為AM (Acknowledge Mode，確認模式)時，中 繼用戶設(shè)備通過RLC(Radio Link Control，無線鏈路控制)層與中繼節(jié)點進行上行傳輸。如果傳輸次數(shù)統(tǒng)計值大于預設(shè)的最大傳輸次數(shù)，中繼用戶設(shè)備不再通過物理層與 中繼節(jié)點進行上行傳輸，當上行傳輸對應的業(yè)務模式為AM時，通過RLC狀態(tài)報告觸發(fā)RLC 層重傳；當上行傳輸對應的業(yè)務模式為其他模式時，則不進行RLC層重傳。步驟708，中繼用戶設(shè)備根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新上行傳輸 時間。如果傳輸次數(shù)統(tǒng)計值不大于預設(shè)的最大傳輸次數(shù)，則中繼用戶設(shè)備根據(jù)Uu接口 對應的接入鏈路上的定時關(guān)系更新該上行傳輸時間，將該上行傳輸時間延遲HARQ RTT，并 繼續(xù)執(zhí)行步驟703，判斷在更新后的上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。
11
為方便說明，以下結(jié)合具體的實例對上述避免傳輸沖突的過程進行詳細的說明。 如圖8所示，為本發(fā)明實施例中的一種避免Un接口和Uu接口傳輸沖突的過程示意圖，中繼 用戶設(shè)備在子幀n對中繼節(jié)點進行UL第一重傳，并預測在子幀n+8Un接口和Uu接口的上 行傳輸可能會產(chǎn)生傳輸沖突，因此，中繼用戶設(shè)備終止了第二次重傳，并預測在下一個HARQ RTT對應的子幀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)計值大于預設(shè)的最大傳 輸次數(shù)時，通過高層傳輸在中繼用戶設(shè)備上避免了不必要的功率消耗，減小接入鏈路對相 鄰小區(qū)和中繼鏈路的干擾。如圖9所示，為本發(fā)明實施例中的一種中繼用戶設(shè)備的結(jié)構(gòu)示意圖，應用于包括 基站設(shè)備、中繼節(jié)點和中繼用戶設(shè)備的系統(tǒng)中，其中，基站設(shè)備和中繼節(jié)點通過Un接口進 行數(shù)據(jù)傳輸，中繼節(jié)點與中繼用戶設(shè)備通過Uu接口進行數(shù)據(jù)傳輸，該中繼用戶設(shè)備包括獲取模塊810，用于從中繼節(jié)點獲取中繼節(jié)點在Un接口的子幀配置信息。其中，子幀配置信息包括MBSFN子幀在無線幀組中的位置，以及配置MBSFN子幀的 無線幀組的周期。上述獲取模塊810是以上所述中繼用戶設(shè)備中負責從中繼節(jié)點獲取中繼節(jié)點在 Un接口的子幀配置信息的部分，可以是軟件、硬件或兩者的結(jié)合。判斷模塊820，用于根據(jù)獲取模塊810獲取的子幀配置信息判斷在上行傳輸時刻 Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。具體地，判斷模塊820根據(jù)子幀配置信息獲取MBSFN子幀的位置，并假設(shè)基站設(shè)備 會在該MBSFN子幀向中繼節(jié)點發(fā)送DL assignment和/或ULgrant。中繼用戶設(shè)備接收到 來自中繼節(jié)點的UL grant后，可以根據(jù)Un接口的子幀配置信息，以及Un接口和Uu接口的 UL HARQ定時關(guān)系，預測在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接口之間會
12產(chǎn)生傳輸沖突時，根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新上行傳輸時間，并通知判 斷模塊820判斷在更新后的上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。具體地，更新模塊840根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新該上行傳輸 時間，將該上行傳輸時間延遲HARQ RTT0上述更新模塊840是以上所述中繼用戶設(shè)備中負責當判斷在上行傳輸時刻Un接 口與Uu接口之間會產(chǎn)生傳輸沖突時，根據(jù)Uu接口對應的接入鏈路上的定時關(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接口的子幀配置信息。其中，子幀配置信息包括MBSFN子幀在無線幀組中的位置，以及配置MBSFN子幀的 無線幀組的周期?；驹O(shè)備在無線幀組中配置MBSFN子幀后，將子幀配置信息發(fā)送給中繼 節(jié)點，中繼節(jié)點隨后將該子幀配置信息通知對應的中繼用戶設(shè)備。上述獲取模塊910是以上所述中繼用戶設(shè)備中負責從中繼節(jié)點獲取中繼節(jié)點在 Un接口的子幀配置信息的部分，可以是軟件、硬件或兩者的結(jié)合。判斷模塊920，用于根據(jù)獲取模塊910獲取的子幀配置信息判斷在上行傳輸時刻 Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。 具體地，判斷模塊920根據(jù)子幀配置信息獲取MBSFN子幀的位置，并假設(shè)基站設(shè)備 會在該MBSFN子幀向中繼節(jié)點發(fā)送DL assignment和/或ULgrant。中繼用戶設(shè)備接收到 來自中繼節(jié)點的UL grant后，可以根據(jù)Un接口的子幀配置信息，以及Un接口和Uu接口的 UL HARQ定時關(guān)系，預測在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接口對應的接入鏈路上的定時關(guān)系更新上行傳輸時間，并通知判 斷模塊920判斷在更新后的上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。具體地，更新模塊940根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新該上行傳輸 時間，將該上行傳輸時間延遲HARQ RTT0上述更新模塊940是以上所述中繼用戶設(shè)備中負責當判斷在上行傳輸時刻Un接 口與Uu接口之間會產(chǎn)生傳輸沖突時，根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新上行
13傳輸時間的部分，可以是軟件、硬件或兩者的結(jié)合。計數(shù)模塊950，用于當判斷模塊920判斷在上行傳輸時刻Un接口與Uu接口之間會 產(chǎn)生傳輸沖突時，將傳輸次數(shù)統(tǒng)計值增加預設(shè)數(shù)值。其中，傳輸次數(shù)統(tǒng)計值用于表示同一數(shù)據(jù)塊的重傳次數(shù)，預設(shè)數(shù)值可以為1，也可 以為其他數(shù)值，預設(shè)數(shù)值的變化不影響本發(fā)明的保護范圍。上述計數(shù)模塊950是以上所述中繼用戶設(shè)備中負責當判斷在上行傳輸時刻Un接 口與Uu接口之間會產(chǎn)生傳輸沖突時，將傳輸次數(shù)統(tǒng)計值增加預設(shè)數(shù)值的部分，可以是軟 件、硬件或兩者的結(jié)合。檢測模塊960，用于檢測計數(shù)模塊950得到的傳輸次數(shù)統(tǒng)計值是否大于預設(shè)的最 大傳輸次數(shù)，當傳輸次數(shù)統(tǒng)計值不大于預設(shè)的最大傳輸次數(shù)時，通知判斷模塊920判斷在 更新后的上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突。其中，最大傳輸次數(shù)可以是固定值，也可以根據(jù)需要進行動態(tài)修改，最大傳輸次數(shù) 的改變不影響本發(fā)明的保護范圍。上述檢測模塊960是以上所述中繼用戶設(shè)備中負責檢測傳輸次數(shù)統(tǒng)計值是否大 于預設(shè)的最大傳輸次數(shù)的部分，可以是軟件、硬件或兩者的結(jié)合。相應地，傳輸模塊930，還用于當傳輸次數(shù)統(tǒng)計值大于預設(shè)的最大傳輸次數(shù)，且上 行傳輸對應的業(yè)務模式為AM時，通過RLC層與中繼節(jié)點進行上行傳輸。具體地，當傳輸次數(shù)統(tǒng)計值大于預設(shè)的最大傳輸次數(shù)時，傳輸模塊930不再通過 物理層與中繼節(jié)點進行上行傳輸，當上行傳輸對應的業(yè)務模式為AM時，傳輸模塊930通過 RLC狀態(tài)報告觸發(fā)RLC層重傳；當上行傳輸對應的業(yè)務模式為其他模式時，傳輸模塊930不 進行RLC層重傳。本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，由中繼用戶設(shè)備根據(jù)子幀配置信息判斷 在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則放棄 上行傳輸，并在傳輸次數(shù)統(tǒng)計值大于預設(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接口的子幀配置，該配置信息包括MBSFN 子幀在無線幀組中的位置，以及配置MBSFN子幀的無線幀組的周期。中繼節(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獲取子幀配置信息后，可以根據(jù)子幀配置信息獲取MBSFN子幀 的位置，并假設(shè)基站設(shè)備110會在該MBSFN子幀向中繼節(jié)點120發(fā)送DL assignment和/
14或UL grant。中繼用戶設(shè)備130接收到來自中繼節(jié)點120的UL grant后，可以根據(jù)Un接 口的子幀配置信息，以及Un接口和Uu接口上的UL HARQ定時關(guān)系，預測在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)計值增加預設(shè)數(shù)值，并檢測傳輸次數(shù)統(tǒng)計值是否大于預設(shè)的 最大傳輸次數(shù)，當傳輸次數(shù)統(tǒng)計值不大于預設(shè)的最大傳輸次數(shù)時，判斷在更新后的上行傳 輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突；當傳輸次數(shù)統(tǒng)計值大于預設(shè)的最大傳 輸次數(shù)時，通過高層與中繼節(jié)點進行上行傳輸。如果在上行傳輸時刻Un接口與Uu接口之間會產(chǎn)生傳輸沖突，則中繼用戶設(shè)備130 將傳輸次數(shù)統(tǒng)計值增加預設(shè)數(shù)值，其中，傳輸次數(shù)統(tǒng)計值用于表示同一數(shù)據(jù)塊的重傳次數(shù)。 最大傳輸次數(shù)可以是固定值，也可以根據(jù)需要進行動態(tài)修改，最大傳輸次數(shù)的改變不影響 本發(fā)明的保護范圍。如果傳輸次數(shù)統(tǒng)計值大于預設(shè)的最大傳輸次數(shù)，中繼用戶設(shè)備130不再通過物理 層與中繼節(jié)點進行上行傳輸，當上行傳輸對應的業(yè)務模式為AM時，通過RLC狀態(tài)報告觸發(fā) RLC層重傳；當上行傳輸對應的業(yè)務模式為其他模式時，則不進行RLC層重傳。上述中繼用戶設(shè)備130，還用于當判斷在上行傳輸時刻Un接口與Uu接口之間會產(chǎn) 生傳輸沖突，且傳輸次數(shù)統(tǒng)計值不大于預設(shè)的最大傳輸次數(shù)時，根據(jù)Uu接口對應的接入鏈 路上的定時關(guān)系更新上行傳輸時間，并判斷在更新后的上行傳輸時刻Un接口與Uu接口之 間是否會產(chǎn)生傳輸沖突。具體地，中繼用戶設(shè)備130根據(jù)Uu接口對應的接入鏈路上的定時關(guān)系更新該上行 傳輸時間，將該上行傳輸時間延遲HARQ RTT0本發(fā)明實施例的技術(shù)方案具有以下優(yōu)點，由中繼用戶設(shè)備130根據(jù)子幀配置信息 判斷在上行傳輸時刻Un接口與Uu接口之間是否會產(chǎn)生傳輸沖突，如果會發(fā)生傳輸沖突則 放棄上行傳輸，并在傳輸次數(shù)統(tǒng)計值大于預設(shè)的最大傳輸次數(shù)時，通過高層傳輸在中繼用 戶設(shè)備130上避免了不必要的功率消耗，減小接入鏈路對相鄰小區(qū)和中繼鏈路的干擾。通過以上的實施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更 佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的 部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若 干指令用以使得一臺終端設(shè)備(可以是手機，個人計算機，服務器，或者網(wǎng)絡設(shè)備等)執(zhí)行 本發(fā)明各個實施例所述的方法。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本技術(shù)領(lǐng)域的普通技術(shù)人 員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應 視本發(fā)明的保護范圍。本領(lǐng)域技術(shù)人員可以理解實施例中的裝置中的模塊可以按照實施例描述進行分 布于實施例的裝置中，也可以進行相應變化位于不同于本實施例的一個或多個裝置中。上 述實施例的模塊可以集成于一體，也可以分離部署，可以合并為一個模塊，也可以進一步拆
15分成多個子模塊。上述本發(fā)明實施例序號僅僅為了描述，不代表實施例的優(yōu)劣。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領(lǐng) 域的技術(shù)人員能思之的變化都應落入本發(fā)明的保護范圍。
權(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接口對應的接入鏈路上的定時關(guān)系更新所述上行傳輸時間。
2.如權(quán)利要求1所述的方法，其特征在于，所述中繼用戶設(shè)備根據(jù)Uu接口對應的接入 鏈路上的定時關(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接口對應的接入 鏈路上的定時關(guān)系更新上行傳輸時間之前，還包括所述中繼用戶設(shè)備將傳輸次數(shù)統(tǒng)計值增加預設(shè)數(shù)值；所述中繼用戶設(shè)備確定所述傳輸次數(shù)統(tǒng)計值不大于預設(shè)的最大傳輸次數(shù)。
5.如權(quán)利要求1所述的方法，其特征在于，所述子幀配置信息包括多播組播單頻網(wǎng)絡 MBSFN子幀在無線幀組中的位置和配置MBSFN子幀的無線幀組的周期，所述MBSFN子幀用于 實現(xiàn)所述Un接口的數(shù)據(jù)傳輸。
6.一種中繼用戶設(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接口對應的接入鏈路上的定時關(guān)系更新所述上行傳 輸時間。
7.如權(quán)利要求6所述的中繼用戶設(shè)備，其特征在于，所述更新模塊，還用于通知所述判斷模塊判斷在所述更新后的上行傳輸時刻所述Un 接口與所述Uu接口之間是否會產(chǎn)生傳輸沖突。
8.如權(quán)利要求6所述的中繼用戶設(shè)備，其特征在于，還包括傳輸模塊，用于當所述判斷模塊判斷在所述上行傳輸時刻所述Un接口與所述Uu接口 之間不會產(chǎn)生傳輸沖突時，在所述上行傳輸時刻向所述中繼節(jié)點發(fā)送上行數(shù)據(jù)。
9.如權(quán)利要求8所述的中繼用戶設(shè)備，其特征在于，還包括計數(shù)模塊，用于當所述判斷模塊判斷在所述上行傳輸時刻所述Un接口與所述Uu接口 之間會產(chǎn)生傳輸沖突時，將傳輸次數(shù)統(tǒng)計值增加預設(shè)數(shù)值；檢測模塊，用于檢測所述計數(shù)模塊得到的所述傳輸次數(shù)統(tǒng)計值是否大于預設(shè)的最大傳 輸次數(shù)，當所述傳輸次數(shù)統(tǒng)計值不大于所述預設(shè)的最大傳輸次數(shù)時，通知所述判斷模塊判 斷在所述更新后的上行傳輸時刻所述Un接口與所述Uu接口之間是否會產(chǎn)生傳輸沖突；所述傳輸模塊，還用于當所述傳輸次數(shù)統(tǒng)計值大于所述預設(shè)的最大傳輸次數(shù)，且與所 述中繼節(jié)點之間的上行傳輸對應的業(yè)務模式為確認模式AM時，通過無線鏈路控制RLC狀態(tài) 報告觸發(fā)RLC層重傳。
10. 一種避免接口傳輸沖突的系統(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接 口對應的接入鏈路上的定時關(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接口對應的接入鏈路上的定時關(guān)系更新所述上行傳輸時間。本發(fā)明實施例降低了中繼用戶設(shè)備的功率消耗和接入鏈路對相鄰小區(qū)和中繼鏈路的干擾。
文檔編號H04L1/18GK101925189SQ200910158348
公開日2010年12月22日 申請日期2009年7月7日 優(yōu)先權(quán)日2009年6月15日
發(fā)明者趙亞利, 鮑煒 申請人:大唐移動通信設(shè)備有限公司