本發(fā)明涉及用戶裝置、干擾檢測方法、基站以及資源分配方法。

背景技術(shù)：

當(dāng)前，在3GPP(第三代合作伙伴計劃(3rd Generation Partnership Project))中，作為LTE(長期演進(Long Term Evolution))的下一代的通信標(biāo)準(zhǔn)，正在推進實現(xiàn)LTE-Advanced的高功能化的規(guī)格制定。

在LTE系統(tǒng)或者LTE-Advanced系統(tǒng)中，作為無線接入方式，在下行鏈路中利用對多路徑干擾的耐性高且能夠通過變更子載波數(shù)量而靈活應(yīng)對寬范圍的頻帶寬的OFDMA(正交頻分多址(Orthogonal Frequency Division Multiple Access))。此外，在上行鏈路中利用通過降低終端(以下，稱為用戶裝置UE：User Equipment)的峰值功率與平均功率比(PAPR：Peak-to-Average Power Ratio)而能夠?qū)崿F(xiàn)低功耗且通過用戶間的信號的正交化而實現(xiàn)干擾降低的SC-FDMA(單載波頻分多址(Single Carrier-Frequency Division Multiple Access))。

在正交頻分復(fù)用(OFDM：Orthogonal Frequency Division Multiplexing)中，通過在各OFDM碼元的開頭設(shè)置被稱為循環(huán)前綴(CP：Cyclic Prefix)的保護間隔，從而去除前碼元的延遲波對下一個OFDM碼元帶來的碼元干擾以及子載波間的正交性的破壞引起的子載波間干擾。

現(xiàn)有技術(shù)文獻

非專利文獻

非專利文獻1：3GPP TR 36.843V12.0.1(2014-03)

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

發(fā)明要解決的課題

在移動體通信中，一般通過用戶裝置UE與基站eNB進行通信從而在用戶裝置UE之間進行通信，但近年來，正在研究關(guān)于在用戶裝置UE之間直接進行通信的各種技術(shù)(參照非專利文獻1)。將在用戶裝置UE之間直接進行通信的技術(shù)稱為D2D(設(shè)備對設(shè)備(Device to Device))通信或者用戶裝置間通信。

在D2D通信中，不僅包含在小區(qū)內(nèi)的用戶裝置UE之間進行的D2D通信，還包含在小區(qū)間的用戶裝置UE之間進行的D2D通信、或在覆蓋范圍內(nèi)的用戶裝置UE與覆蓋范圍外的用戶裝置UE之間進行的D2D通信。

用戶裝置UE使用由來自基站eNB的廣播信息(系統(tǒng)信息塊(SIB：System Information Block))等高層的信令所通知的CP長度。在用于移動體通信的CP長度中一般存在兩種長度(正常CP(normal CP)以及擴展CP(extended CP))。在此基礎(chǔ)上，還可以規(guī)定比擴展CP更長的CP長度并用于D2D通信。在小區(qū)內(nèi)的用戶裝置UE之間利用從基站eNB被通知的相同的CP長度，但在小區(qū)間的用戶裝置UE之間或覆蓋范圍外的用戶裝置UE之間，有可能利用不同的CP長度。

圖1A表示在小區(qū)之間利用不同的CP長度的例子。用戶裝置UE1以及UE2使用由來自本小區(qū)的基站eNB1的SIB所通知的CP長度，用戶裝置UE3使用由來自本小區(qū)的基站eNB2的SIB所通知的CP長度。在通過來自基站eNB1的SIB通知了正常CP，通過來自基站eNB2的SIB通知了擴展CP的情況下，用戶裝置UE1從用戶裝置UE2接收利用了正常CP的D2D信號，但從用戶裝置UE3接收利用了擴展CP的D2D信號。

這樣，在小區(qū)之間設(shè)定了不同的CP長度的D2D信號(包括發(fā)現(xiàn)信號(discovery signal)、調(diào)度信息(調(diào)度分配(SA：Scheduling Assignment))等)同時被發(fā)送的情況下，產(chǎn)生D2D信號的干擾，用戶裝置UE1對D2D信號的接收性能變差。

此外，圖1B表示在覆蓋范圍內(nèi)外利用不同的CP長度的例子。用戶裝置UE1以及UE2使用由來自本小區(qū)的基站eNB1的SIB所通知的CP長度，用戶裝置UE3使用從覆蓋范圍外的發(fā)送同步信號的用戶裝置SS-UE所通知的CP長度、通過自身的判斷而設(shè)定的CP長度或者預(yù)先確定的CP長度。在從基站eNB1通知了正常CP，從用戶裝置SS-UE通知了擴展CP的情況下，用戶裝置UE1從用戶裝置UE2接收利用了正常CP的D2D信號，但從用戶裝置UE3接收利用了擴展CP的D2D信號。

這樣，在小區(qū)之間設(shè)定了不同的CP長度的D2D信號(包括發(fā)現(xiàn)信號(discovery signal)、調(diào)度信息(調(diào)度分配(SA：Scheduling Assignment))等)同時被發(fā)送的情況下，產(chǎn)生D2D信號的干擾。

圖2是表示CP長度的差異引起的干擾的圖。用戶裝置UE2發(fā)送利用了正常CP的D2D信號，且用戶裝置UE3發(fā)送利用了擴展CP的D2D信號。就算這些D2D信號通過不同的資源塊(RB：Resource Block)被發(fā)送，在用戶裝置UE1試圖利用與正常CP一致的FFT(快速傅里葉變換(Fast Fourier Transform))窗口來接收來自用戶裝置UE2的D2D信號的情況下，由于CP長度的差異，來自用戶裝置UE3的D2D信號成為干擾。不僅是CP長度不同的情況，在D2D信號之間不同步的情況下也會產(chǎn)生干擾。

本發(fā)明的目的在于檢測出包含CP長度的差異的干擾并減輕或者避免干擾。

用于解決課題的方案

本發(fā)明的一個方式的用戶裝置，其特征在于，具有：

循環(huán)前綴長度檢測單元，檢測由相鄰小區(qū)或者覆蓋范圍外的用戶裝置所使用的循環(huán)前綴長度；以及

干擾檢測單元，檢測因循環(huán)前綴長度的差異、同步定時差或者在信號的發(fā)送中使用的資源的沖突而引起的干擾。

此外，本發(fā)明的一個方式的干擾檢測方法是，

用戶裝置中的干擾檢測方法，其特征在于，所述干擾檢測方法具有：

檢測由相鄰小區(qū)或者覆蓋范圍外的用戶裝置所使用的循環(huán)前綴長度的步驟；以及

檢測因循環(huán)前綴長度的差異、同步定時差或者在信號的發(fā)送中使用的資源的沖突而引起的干擾的步驟。

此外，本發(fā)明的一個方式的基站，其特征在于，具有：

接收單元，從用戶裝置接收因循環(huán)前綴長度的差異而引起的干擾結(jié)果；

資源分配單元，基于接收到的干擾結(jié)果，設(shè)定資源；以及

發(fā)送單元，將已設(shè)定的資源的信息發(fā)送給用戶裝置。

此外，本發(fā)明的一個方式的資源分配方法是，

基站中的資源分配方法，其特征在于，所述資源分配方法具有：

從用戶裝置接收因循環(huán)前綴長度的差異而引起的干擾結(jié)果的步驟；

基于接收到的干擾結(jié)果，設(shè)定資源的步驟；以及

將已設(shè)定的資源的信息發(fā)送給用戶裝置的步驟。

發(fā)明效果

根據(jù)本發(fā)明，能夠檢測出包含CP長度的差異的干擾并減輕或者避免干擾。

附圖說明

圖1A是在小區(qū)之間利用不同的CP長度的例子。

圖1B是在覆蓋范圍內(nèi)外利用不同的CP長度的例子。

圖2是表示CP長度的差異引起的干擾的圖。

圖3是本發(fā)明的實施例所涉及的通信系統(tǒng)的結(jié)構(gòu)圖(其一)。

圖4是本發(fā)明的實施例所涉及的通信系統(tǒng)的結(jié)構(gòu)圖(其二)。

圖5A是為了通知CP長度而利用的D2DSS的碼元位置的例子(利用D2DSS的碼元間隔的例子)。

圖5B是為了通知CP長度而利用的D2DSS的碼元位置的例子(利用D2DSS的碼元位置的例子)。

圖5C是為了通知CP長度而利用的D2DSS的碼元位置的例子(利用D2DSS的碼元間隔的例子)。

圖6是為了通知CP長度而利用的D2DSS的參數(shù)的例子。

圖7是本發(fā)明的實施例所涉及的基站的結(jié)構(gòu)圖。

圖8是本發(fā)明的實施例所涉及的基站中的基帶信號處理單元的結(jié)構(gòu)圖。

圖9是本發(fā)明的實施例所涉及的用戶裝置的結(jié)構(gòu)圖。

圖10是本發(fā)明的實施例所涉及的用戶裝置中的基帶信號處理單元的結(jié)構(gòu)圖。

圖11是表示本發(fā)明的第一實施例所涉及的用戶裝置中的干擾檢測方法的流程圖。

圖12A是表示在本發(fā)明的實施例所涉及的用戶裝置中檢測出的資源的重復(fù)的圖(干擾類型1)。

圖12B是表示在本發(fā)明的實施例所涉及的用戶裝置中檢測出的資源的重復(fù)的圖(干擾類型2)。

圖13是表示有效活用在本發(fā)明的實施例所涉及的用戶裝置中檢測出的資源的重復(fù)的例子的圖。

圖14是表示本發(fā)明的第二實施例所涉及的用戶裝置中的干擾避免方法的流程圖。

圖15是本發(fā)明的實施例所涉及的用戶裝置的報告內(nèi)容的例子。

圖16A是由本發(fā)明的實施例所涉及的基站所分配的資源的例子(在小區(qū)之間分配不同的資源的例子)。

圖16B是由本發(fā)明的實施例所涉及的基站所分配的資源的例子(在小區(qū)之間分配相同的資源的例子)。

圖17是表示本發(fā)明的第三實施例所涉及的用戶裝置中的干擾避免方法的流程圖。

圖18是表示本發(fā)明的第三實施例所涉及的基站中的干擾避免方法的流程圖。

圖19是表示本發(fā)明的第四實施例所涉及的通信系統(tǒng)中的干擾避免方法的時序圖。

具體實施方式

以下，基于附圖說明本發(fā)明的實施例。

<通信系統(tǒng)的概要>

圖3是本發(fā)明的實施例所涉及的通信系統(tǒng)的結(jié)構(gòu)圖。本發(fā)明的實施例所涉及的通信系統(tǒng)是在基站eNB的下屬存在多個用戶裝置UE的蜂窩通信系統(tǒng)。在通信系統(tǒng)中存在多個基站eNB以及多個用戶裝置UE，但在圖3中示出了其中的兩個基站eNB1以及eNB2、和三個用戶裝置UE1、UE2以及UE3。進行D2D通信的用戶裝置可能也存在于小區(qū)外(覆蓋范圍外)。以下參照圖4說明在覆蓋范圍外存在用戶裝置的情況。

基站eNB1使用蜂窩通信(以后，稱為WAN)的資源與本小區(qū)1內(nèi)的用戶裝置UE1以及UE2進行通信。同樣地，基站eNB 2使用WAN的資源與本小區(qū)2內(nèi)的用戶裝置UE3進行通信。用戶裝置UE1不經(jīng)由基站eNB1以及eNB2就能夠使用用于D2D通信的資源而與用戶裝置UE2以及UE3直接進行通信。WAN的資源和用于D2D通信的資源通過頻率復(fù)用(頻分復(fù)用(FDM：Frequency Division Multiplexing))、時分復(fù)用(TDM：Time Division Multiplexing)、TDM和FDM的組合等而進行復(fù)用。

小區(qū)1的基站eNB1通過廣播信息(SIB)等高層的信令，對下屬的用戶裝置UE1以及UE2通知用于信號的發(fā)送的CP長度。同樣地，小區(qū)2的基站eNB2通過廣播信息(SIB)等高層的信令，對下屬的用戶裝置UE3通知用于信號的發(fā)送的CP長度。在此，假設(shè)使用兩種CP長度(正常CP以及擴展CP)。CP長度的類型也可以是兩種以上。

用戶裝置UE1、UE2以及UE3利用從各自的基站eNB1以及eNB2所通知的CP長度而進行D2D信號(包括同步信號、發(fā)現(xiàn)信號、調(diào)度信息(SA)、數(shù)據(jù)等)的發(fā)送。

在從基站eNB1和基站eNB2通知了不同的CP長度的情況下，在小區(qū)之間設(shè)定了不同的CP長度的D2D信號有可能同時被發(fā)送。例如，在用戶裝置UE2利用正常CP發(fā)送D2D信號且同時用戶裝置UE3利用擴展CP發(fā)送了D2D信號的情況下，D2D信號產(chǎn)生干擾，用戶裝置UE1對D2D信號的接收性能變差。

圖4表示用戶裝置UE3存在于覆蓋范圍外的情況。覆蓋范圍外的用戶裝置UE3可以設(shè)定從發(fā)送D2DSS的用戶裝置SS-UE所通知的CP長度，也可以通過自身的判斷而設(shè)定CP長度，也可以對一部分D2D信號設(shè)定固定的CP長度。

用戶裝置UE1以及UE2利用從基站eNB1所通知的CP長度而進行D2D信號(包括發(fā)現(xiàn)信號、調(diào)度信息(SA)等)的發(fā)送，用戶裝置UE3利用從用戶裝置SS-UE所通知的CP長度、由自身判斷的CP長度或者對一部分D2D信號利用固定的CP長度而進行D2D信號的發(fā)送。

該情況下也同樣地，在小區(qū)之間設(shè)定了不同的CP長度的D2D信號有可能同時被發(fā)送。例如，在用戶裝置UE2利用正常CP發(fā)送D2D信號且同時用戶裝置UE3利用擴展CP發(fā)送了D2D信號的情況下，D2D信號產(chǎn)生干擾，用戶裝置UE1對D2D信號的接收性能變差。

因此，在本發(fā)明的實施例中，通過以下方法檢測出干擾并減輕或者避免干擾。

(第一實施例)由相鄰小區(qū)或者覆蓋范圍外的用戶裝置所使用的CP長度的檢測(D2DSS的相關(guān)檢測或者基于D2DSS的參數(shù)的檢測、基于相鄰小區(qū)的SIB的接收的檢測)

(第二實施例)在檢測出干擾的資源的一部分中停止發(fā)送

(第三實施例)對基站報告干擾結(jié)果以及基站進行的資源的重新分配

(第四實施例)對覆蓋范圍外的用戶裝置通知CP長度

以下詳細說明各個方法。

<第一實施例>

在本發(fā)明的第一實施例中，說明由相鄰小區(qū)或者覆蓋范圍外的用戶裝置所使用的CP長度的檢測。

為了檢測CP長度，也可以使用用戶裝置間同步信號(設(shè)備對設(shè)備同步信號(D2DSS：Device to Device Synchronization Signal))。D2DSS是為了在用戶裝置之間使發(fā)送接收定時一致而利用的同步信號。例如，圖3或圖4所示的小區(qū)邊緣的用戶裝置UE1或者UE3也可以發(fā)送參照圖5A～圖5C以及圖6在下面說明的D2DSS。

圖5A～圖5C是為了通知CP長度而使用的D2DSS的碼元位置的例子。在D2DSS的CP長度與SA和/或發(fā)現(xiàn)信號的CP長度相同的情況下，如圖5A所示，D2DSS也可以配置在時隙內(nèi)的多個碼元位置上。例如，在D2DSS的碼元隔開間隔而配置在預(yù)定的碼元位置上的情況下，正常CP時的D2DSS的碼元間隔將大于擴展CP時的D2DSS的碼元間隔。用戶裝置UE1或者UE3能夠通過D2DSS的碼元間隔而檢測出CP長度。更具體而言，用戶裝置UE1或者UE3通過相關(guān)檢測而檢測出D2DSS，在檢測出的D2DSS的碼元間隔大于預(yù)定的閾值的情況下，用戶裝置UE1或者UE3能夠判斷為在相鄰小區(qū)中使用正常CP。另一方面，在檢測出的D2DSS的碼元間隔小于預(yù)定的閾值的情況下，用戶裝置UE1或者UE3能夠判斷為在相鄰小區(qū)中使用擴展CP。

此外，如圖5B所示，D2DSS也可以配置在兩個連續(xù)的碼元位置上。由于CP長度的差異，碼元的發(fā)送間隔不同，因而用戶裝置UE1或者UE3通過假設(shè)兩種CP長度(例如，正常CP用的D2DSS發(fā)送間隔、擴展CP用的D2DSS發(fā)送間隔(正常CP用的D2DSS發(fā)送間隔+12μs))進行相關(guān)檢測，從而能夠檢測出CP長度。

此外，如圖5C所示，在D2DSS的CP長度與SA和/或發(fā)現(xiàn)信號的CP長度不同的情況下，將D2DSS的CP長度固定，并改變對D2DSS進行配置的碼元位置，從而能夠檢測出SA和/或發(fā)現(xiàn)信號的CP長度。例如，若設(shè)對D2DSS利用擴展CP，則根據(jù)SA和/或發(fā)現(xiàn)信號的CP長度，利用不同的D2DSS的碼元間隔。在擴展CP時使用碼元間隔1，在正常CP時使用碼元間隔2。用戶裝置UE1或者UE3能夠通過D2DSS的碼元位置而檢測出CP長度。更具體而言，用戶裝置UE1或者UE3通過相關(guān)檢測而檢測出D2DSS，在檢測出的D2DSS的碼元間隔為碼元間隔1的情況下，用戶裝置UE1或者UE3能夠判斷為在相鄰小區(qū)中使用擴展CP。

此外，也可以通過改變D2DSS的參數(shù)而通知CP長度。圖6是為了通知CP長度而利用的D2DSS的參數(shù)的例子。也可以根據(jù)CP長度而利用不同的D2DSS的序列索引(序列根索引(sequence root index))、循環(huán)偏移(N_CS)或者正交碼(正交覆蓋碼(OCC：orthogonal cover code))等。

例如，在準(zhǔn)備了至少兩種D2DSS的序列的情況下，也可以為了通知CP長度而使用序列索引。例如，在正常CP中可以利用至少一個序列索引(例如，29或34)，在擴展CP中也可以利用其他的至少一個序列索引(例如，25)。

例如，在準(zhǔn)備了一種D2DSS的序列的情況下，也可以為了通知CP長度而使用序列的循環(huán)偏移。例如，在正常CP中可以利用至少一個循環(huán)偏移(例如，N_CS＝0)，在擴展CP中也可以利用其他的至少一個循環(huán)偏移(例如，N_CS＝11)。

例如，在準(zhǔn)備了一種D2DSS的序列的情況下，也可以為了通知CP長度而使用正交碼。例如，在正常CP中可以利用至少一個正交碼([+1,+1])，在擴展CP中也可以利用其他的至少一個正交碼([+1,-1])。另外，在該情況下，需要D2DSS被配置在至少兩個碼元上。

這樣，即使在通過D2DSS的參數(shù)的差異來通知CP長度的情況下，用戶裝置UE1或者UE3也能夠通過進行D2DSS的相關(guān)檢測而檢測出CP長度。

<基站的結(jié)構(gòu)>

圖7是本發(fā)明的實施例所涉及的基站(eNB)10的結(jié)構(gòu)圖?；?0具有傳輸路徑接口101、基帶信號處理單元103、呼叫處理單元105、發(fā)送接收單元107、放大器單元109。

通過下行鏈路從基站10被發(fā)送給用戶裝置的數(shù)據(jù)從上位站裝置經(jīng)由傳輸路徑接口101被輸入到基帶信號處理單元103。

在基帶信號處理單元103中，進行PDCP(分組數(shù)據(jù)匯聚協(xié)議(Packet Data Convergence Protocol))層的處理、數(shù)據(jù)的分割/結(jié)合、RLC(無線鏈路控制(Radio Link Control))重發(fā)控制的發(fā)送處理等RLC層的發(fā)送處理、MAC(媒體訪問控制(Medium Access Control))重發(fā)控制例如HARQ(混合自動重發(fā)請求(Hybrid Automatic Repeat reQuest))的發(fā)送處理、調(diào)度、傳輸格式選擇、信道編碼、快速傅里葉反變換(IFFT：Inverse Fast Fourier Transform)處理、預(yù)編碼處理。此外，關(guān)于作為下行鏈路控制信道的物理下行鏈路控制信道的信號，也進行信道編碼或快速傅里葉反變換等發(fā)送處理。

呼叫處理單元105進行通信信道的設(shè)定或釋放等呼叫處理、基站10的狀態(tài)管理、無線資源的管理。

發(fā)送接收單元107將從基帶信號處理單元103輸出的基帶信號頻率變換為無線頻帶。放大器單元109放大頻率變換后的發(fā)送信號并輸出到發(fā)送接收天線。另外，在利用多個發(fā)送接收天線的情況下，也可以存在多個發(fā)送接收單元107以及放大器單元109。

另一方面，關(guān)于通過上行鏈路從用戶裝置發(fā)送到基站10的信號，由發(fā)送接收天線所接收的無線頻率信號在放大器單元109中被放大，在發(fā)送接收單元107中進行頻率變換而變換為基帶信號，并被輸入到基帶信號處理單元103。

基帶信號處理單元103對在上行鏈路中接收到的基帶信號所包含的數(shù)據(jù)，進行FFT處理、IDFT處理、糾錯解碼、MAC重發(fā)控制的接收處理、RLC層、PDCP層的接收處理。解碼后的信號經(jīng)由傳輸路徑接口101被轉(zhuǎn)發(fā)給上位站裝置。

圖8是本發(fā)明的實施例所涉及的基站10中的基帶信號處理單元103的結(jié)構(gòu)圖?；鶐盘柼幚韱卧?03具有控制單元1031、下行鏈路(DL)信號生成單元1032、映射單元1033、資源分配單元1034、上行鏈路(UL)信號解碼單元1035、判定單元1036。

控制單元1031進行基帶信號處理單元103的整體的管理。關(guān)于通過下行鏈路發(fā)送給用戶裝置的信號，將從傳輸路徑接口101被輸入的數(shù)據(jù)輸入到DL信號生成單元1032。關(guān)于通過上行鏈路從用戶裝置接收到的信號，將在UL信號解碼單元1035中解碼后的數(shù)據(jù)輸入到傳輸路徑接口101。

DL信號生成單元1032生成要發(fā)送給用戶裝置的信號。在要發(fā)送給用戶裝置的信號中包含數(shù)據(jù)以及控制信息，數(shù)據(jù)主要通過PDSCH(物理下行鏈路共享信道(Physical Downlink Shared Channel))被發(fā)送，接收PDSCH所需的分配信息通過PDCCH(物理下行鏈路控制信道(Physical Downlink Control Channel))或者ePDCCH(增強的PDCCH(enhanced PDCCH))被發(fā)送。此外，DL信號生成單元1032生成用于通知CP長度的廣播信息(SIB)。

映射單元1033將通過PDSCH發(fā)送的數(shù)據(jù)以及通過PDCCH或ePDCCH發(fā)送的控制信息配置到由調(diào)度單元(未圖示)所決定的資源。

資源分配單元1034對用戶裝置分配WAN的資源或者D2D通信的資源(包含D2DSS、SA、發(fā)現(xiàn)信號的資源)。此外，資源分配單元1034在從用戶裝置接收到CP長度的差異引起的干擾結(jié)果時，重新分配資源。關(guān)于不同的CP長度混合存在時的資源分配單元1034的操作，在以下的第三實施例中詳細地進行說明。

UL信號解碼單元1035對通過上行鏈路從用戶裝置接收到的信號進行解碼。通過PUSCH(物理上行鏈路共享信道(Physical Uplink Shared Channel))接收到的數(shù)據(jù)為了提供給傳輸路徑接口101而輸入到控制單元1031，通過PUCCH接收到的送達確認(rèn)信息(ACK/NACK)也為了HARQ等重發(fā)處理而輸入到控制單元1031。

判定單元1036進行通過PUSCH接收到的信號的重發(fā)判定。在PUSCH的接收成功的情況下，生成表示不需要重發(fā)的送達確認(rèn)信息(ACK)，在PUSCH的接收失敗的情況下，生成表示需要重發(fā)的送達確認(rèn)信息(NACK)。

<用戶裝置的結(jié)構(gòu)以及操作>

圖9是本發(fā)明的實施例所涉及的用戶裝置20的結(jié)構(gòu)圖。用戶裝置20具有應(yīng)用單元201、基帶信號處理單元203、發(fā)送接收單元205、放大器單元207。

關(guān)于下行鏈路的數(shù)據(jù)，由發(fā)送接收天線所接收的無線頻率信號在放大器單元207中被放大，在發(fā)送接收單元205中進行頻率變換而變換為基帶信號。該基帶信號在基帶信號處理單元203中進行FFT處理、糾錯解碼、重發(fā)控制的接收處理等。在該下行鏈路的數(shù)據(jù)中下行鏈路的數(shù)據(jù)被轉(zhuǎn)發(fā)給應(yīng)用單元201。應(yīng)用單元201進行與比物理層或MAC層更高的層有關(guān)的處理等。

另一方面，上行鏈路的數(shù)據(jù)從應(yīng)用單元201被輸入到基帶信號處理單元203。在基帶信號處理單元203中進行重發(fā)控制的發(fā)送處理、信道編碼、DFT處理、IFFT處理。發(fā)送接收單元205將從基帶信號處理單元203輸出的基帶信號變換為無線頻帶。然后，在放大器單元207中放大后通過發(fā)送接收天線被發(fā)送。

圖10是本發(fā)明的實施例所涉及的用戶裝置20中的基帶信號處理單元203的結(jié)構(gòu)圖?；鶐盘柼幚韱卧?03具有控制單元2031、發(fā)送信號生成單元2032、映射單元2033、接收信號解碼單元2034、判定單元2035、D2D同步信號檢測單元2036、相鄰小區(qū)/覆蓋范圍外CP長度檢測單元2037、干擾檢測單元2038。在圖10中示出了一個接收信號解碼單元2034和一個判定單元2035，但基帶信號處理單元203也可以在WAN通信和D2D通信中具有各自的接收信號解碼單元2034以及判定單元2035。

控制單元2031進行基帶信號處理單元203的整體的管理。關(guān)于通過上行鏈路發(fā)送給基站的信號，將從應(yīng)用單元201被輸入的數(shù)據(jù)輸入到發(fā)送信號生成單元2032。關(guān)于通過下行鏈路從基站接收到的信號，將在接收信號解碼單元2034中進行了接收處理的數(shù)據(jù)輸入到應(yīng)用單元201。此外，控制單元2031在檢測出了因CP長度的差異、同步定時差或者D2D信號的時間/頻率資源的沖突引起的干擾結(jié)果的情況下，控制發(fā)送的停止、D2D信號的映射的變更、向覆蓋范圍外的用戶裝置UE通知CP長度等。關(guān)于不同的CP長度混合存在時的控制單元2031的操作，在以下的第二實施例～第四實施例中詳細地進行說明。

發(fā)送信號生成單元2032生成要發(fā)送給基站或者其他的用戶裝置的信號。在要發(fā)送給基站的信號中包含數(shù)據(jù)以及控制信息，數(shù)據(jù)主要通過PUSCH被發(fā)送。此外，從基站通過PDSCH接收到的數(shù)據(jù)的送達確認(rèn)信息(ACK/NACK)通過PUCCH被發(fā)送。要發(fā)送給基站的信號通過WAN的資源被發(fā)送。在要發(fā)送給其他的用戶裝置的信號中包含D2DSS、SA、發(fā)現(xiàn)信號以及D2D數(shù)據(jù)。在要發(fā)送給其他的用戶裝置的信號中，D2DSS、SA以及發(fā)現(xiàn)信號在從基站通知的用于D2D通信的發(fā)送資源池內(nèi)被發(fā)送。在要發(fā)送給其他的用戶裝置的信號中，D2D數(shù)據(jù)可以在用于D2D數(shù)據(jù)通信的資源池內(nèi)被發(fā)送，也可以在WAN的資源中被發(fā)送。

映射單元2033將通過PUSCH發(fā)送的數(shù)據(jù)配置到由基站的調(diào)度單元所決定的資源。此外，映射單元2033將要發(fā)送給其他的用戶裝置的D2DSS、SA以及發(fā)現(xiàn)信號配置到從基站被通知的發(fā)送資源池內(nèi)。進而，映射單元2033將要發(fā)送給其他的用戶裝置的D2D數(shù)據(jù)映射到由SA所示的資源的分配位置。

接收信號解碼單元2034對通過下行鏈路從基站接收到的信號進行解碼，通過PDSCH接收到的數(shù)據(jù)為了提供給應(yīng)用單元201而輸入到控制單元2031。在由接收信號解碼單元2034從基站接收的信號中，包含表示CP長度的廣播信息(SIB)。此外，接收信號解碼單元2034對從其他的用戶裝置接收到的信號進行解碼，解碼后的信號所包含的數(shù)據(jù)為了提供給應(yīng)用單元201而輸入到控制單元2031。在由接收信號解碼單元2034從其他的用戶裝置接收的信號中，包含SA、發(fā)現(xiàn)信號以及D2D數(shù)據(jù)。在由接收信號解碼單元2034接收來自其他的用戶裝置的信號的情況下，也可以使用由D2D同步信號檢測單元2036檢測出的同步信息以及由相鄰小區(qū)/覆蓋范圍外CP長度檢測單元2037檢測出的CP長度或者由接收信號解碼單元2034從基站接收的CP長度。

判定單元2035進行通過PDSCH接收到的信號的重發(fā)判定。在PDSCH的接收成功的情況下，生成表示不需要重發(fā)的送達確認(rèn)信息(ACK)，在PDSCH的接收失敗的情況下，生成表示需要重發(fā)的送達確認(rèn)信息(NACK)。此外，判定單元2035進行接收到的D2D信號的重發(fā)判定。在D2D信號的接收成功的情況下，生成表示不需要重發(fā)的送達確認(rèn)信息(ACK)，在D2D信號的接收失敗的情況下，生成表示需要重發(fā)的送達確認(rèn)信息(NACK)。

D2D同步信號檢測單元2036檢測從其他的用戶裝置被發(fā)送的D2DSS。由于在D2DSS中使用預(yù)定的信號序列，因而D2D同步信號檢測單元2036能夠通過相關(guān)檢測等檢測出同步信號。

相鄰小區(qū)/覆蓋范圍外CP長度檢測單元2037檢測由相鄰小區(qū)或覆蓋范圍外的用戶裝置使用的CP長度。可以通過D2DSS的相關(guān)檢測或者D2DSS的參數(shù)的檢測而檢測出CP長度，也可以通過接收相鄰小區(qū)的SIB而檢測出CP長度。用于檢索D2DSS的時間窗口也可以由基站進行設(shè)定。

干擾檢測單元2038檢測因CP長度的差異、同步定時差或者D2D信號的時間/頻率資源的沖突引起的干擾。干擾檢測單元2038也可以在特定的資源中信號的接收失敗并且該資源中的接收能量大于閾值的情況下，檢測出發(fā)生干擾。此外，干擾檢測單元2038也可以根據(jù)其他小區(qū)所使用的發(fā)送資源池的信息，檢測出發(fā)生因D2D信號的時間/頻率資源的沖突引起的干擾的可能性。如上所述，能夠通過相鄰小區(qū)/覆蓋范圍外CP長度檢測單元2037掌握由相鄰小區(qū)或者覆蓋范圍外的用戶裝置使用相同的CP長度還是使用不同的CP長度。在檢測出發(fā)生干擾且由相鄰小區(qū)或者覆蓋范圍外的用戶裝置使用不同的CP長度的情況下，干擾檢測單元2038檢測出因CP長度的差異而發(fā)生干擾(干擾類型1)。此外，在檢測出發(fā)生干擾且由相鄰小區(qū)或者覆蓋范圍外的用戶裝置使用相同的CP長度的情況下，干擾檢測單元2038檢測出因小區(qū)間的同步定時差而發(fā)生干擾(干擾類型2)。

由干擾檢測單元2038檢測出的干擾結(jié)果也可以被輸入到控制單元2031，且作為要發(fā)送給基站的信號而由發(fā)送信號生成單元2032生成。另外，干擾結(jié)果也可以由連接狀態(tài)(RRC_Connected)的用戶裝置報告給基站。

圖11是表示本發(fā)明的第一實施例所涉及的用戶裝置中的干擾檢測方法的流程圖。

用戶裝置20的干擾檢測單元2038例如通過判斷是否在特定的資源中信號的接收失敗并且該資源中的接收能量大于閾值，從而檢測出干擾(步驟S101)。此外，干擾檢測單元2038也可以根據(jù)其他小區(qū)所使用的發(fā)送資源池的信息，檢測出發(fā)生干擾的可能性。

相鄰小區(qū)/覆蓋范圍外CP長度檢測單元2037檢測是否由相鄰小區(qū)或者覆蓋范圍外的用戶裝置使用了不同的CP長度(步驟S103)。如上所述，由相鄰小區(qū)或者覆蓋范圍外的用戶裝置使用的CP長度，可以通過D2DSS的相關(guān)檢測或者D2DSS的參數(shù)的檢測而檢測出，也可以通過接收相鄰小區(qū)的SIB而檢測出。

在由干擾檢測單元2038檢測出干擾并且由相鄰小區(qū)或者覆蓋范圍外的用戶裝置使用了不同的CP長度的情況下(步驟S103：是)，干擾檢測單元2038判斷為是干擾類型1(干擾因CP長度的差異而產(chǎn)生)(步驟S105)。此外，在發(fā)生如上所述的干擾且由相鄰小區(qū)或者覆蓋范圍外的用戶裝置使用了相同的CP長度的情況下(步驟S103：否)，干擾檢測單元2038判斷為是干擾類型2(干擾因同步定時差而產(chǎn)生)(步驟S107)。由干擾檢測單元2038檢測出的干擾結(jié)果也可以報告給基站。

這樣，根據(jù)本發(fā)明的第一實施例，能夠檢測出包含CP長度的差異或者同步定時差在內(nèi)的干擾。

<第二實施例>

在本發(fā)明的第二實施例中，說明在檢測出干擾的資源的一部分中停止發(fā)送。

如在本發(fā)明的第一實施例中說明的那樣，用戶裝置UE能夠檢測出干擾類型1(干擾因CP長度的差異而產(chǎn)生)或者干擾類型2(干擾因同步定時差而產(chǎn)生)，能夠檢測出是哪個資源被重復(fù)分配給D2D信號。圖12A以及圖12B是表示在本發(fā)明的實施例所涉及的用戶裝置中檢測出的資源的重復(fù)的圖。例如，通過小區(qū)1的資源的一部分和小區(qū)2的資源的一部分重復(fù)，從而發(fā)生干擾。頻率資源可以相同，也可以不同。

如圖12A以及圖12B所示，在檢測出了干擾類型1或者干擾類型2的情況下，用戶裝置UE也可以在資源重復(fù)的部分中停止D2D信號的發(fā)送。如上所述，用戶裝置的干擾檢測單元2038能夠檢測出在哪個資源中發(fā)生了干擾。在檢測出干擾的資源中，控制單元2031也可以進行控制以便停止D2D信號的發(fā)送。

在圖3或者圖4所示的用戶裝置UE1以及UE3雙方檢測出干擾而停止了D2D信號的發(fā)送的情況下，存在不使用重復(fù)的資源，資源的利用效率降低的可能性。因此，也可以通過將重復(fù)的資源預(yù)先分割為多個子資源并按每個小區(qū)而設(shè)定能夠使用的子資源，從而提高資源的利用效率。

圖13是表示有效活用在本發(fā)明的實施例所涉及的用戶裝置中檢測出的資源的重復(fù)的例子的圖。在圖13中示出了圖12A或者圖12B的重復(fù)的資源。重復(fù)的資源也可以在頻率軸上預(yù)先被分割為多個子資源(在圖13中為三個子資源)。在子資源之間也可以設(shè)置保護帶。在所分割的子資源中，小區(qū)1的用戶裝置UE1在檢測出干擾的情況下，在小區(qū)1中能夠使用的子資源中發(fā)送D2D信號，在其他的子資源中停止D2D信號的發(fā)送。同樣地，小區(qū)2的用戶裝置UE3在檢測出干擾的情況下，在小區(qū)2中能夠使用的子資源中發(fā)送D2D信號，在其他的子資源中停止D2D信號的發(fā)送。另外，每個小區(qū)能夠使用的子資源，也可以利用包含服務(wù)小區(qū)的PSS(主同步信道(Primary Synchronization Channel))的序列號(PSS NID)或SSS(副同步信道(Secondary Synchronization Channel))的序列號等的小區(qū)ID或者虛擬(Virtual)小區(qū)ID等，與服務(wù)小區(qū)進行關(guān)聯(lián)。

圖14是表示本發(fā)明的第二實施例所涉及的用戶裝置中的干擾避免方法的流程圖。

用戶裝置20將在基帶信號處理單元203的發(fā)送信號生成單元2032中所生成的D2D信號從發(fā)送接收單元205以及放大器單元207進行發(fā)送。此外，用戶裝置20在接收信號解碼單元2034中接收從其他的用戶裝置被發(fā)送的D2D信號(步驟S201)。

干擾檢測單元2038例如通過判斷是否在特定的資源中信號的接收失敗并且該資源中的接收能量大于閾值，從而檢測出干擾(步驟S203)。此外，干擾檢測單元2038也可以根據(jù)其他小區(qū)所使用的發(fā)送資源池的信息，檢測出發(fā)生干擾的可能性。

在檢測出干擾的資源中，控制單元2031使發(fā)送信號生成單元2032以及映射單元2033停止D2D信號的發(fā)送(步驟S205)?？刂茊卧?031也可以在檢測出干擾的資源中的至少一部分中停止D2D信號的發(fā)送。例如，控制單元2031也可以在與服務(wù)小區(qū)相關(guān)聯(lián)的子資源中停止D2D信號的發(fā)送。

這樣，根據(jù)本發(fā)明的第二實施例，能夠避免干擾。

<第三實施例>

在本發(fā)明的第三實施例中，說明向基站報告干擾結(jié)果以及基站進行的資源的重新分配。

如在本發(fā)明的第一實施例中說明的那樣，用戶裝置UE能夠檢測出因CP長度的差異引起的干擾結(jié)果。在本發(fā)明的第三實施例中，為了避免因CP長度的差異引起的干擾，用戶裝置UE將干擾結(jié)果報告給基站eNB?；緀NB在從用戶裝置UE接收到因CP長度的差異引起的干擾結(jié)果的情況下，通過重新分配資源，從而避免干擾。

圖15是本發(fā)明的實施例所涉及的用戶裝置的報告內(nèi)容的例子。用戶裝置UE在檢測出干擾的情況下，也可以將CP長度、沖突的資源、接收的失敗/沖突的數(shù)量、檢測出的D2DSS的定時差等報告給基站。報告可以利用PUCCH，也可以利用PUSCH。CP長度是由相鄰小區(qū)或者覆蓋范圍外的用戶裝置所使用的CP長度。也可以取代CP長度或者在CP長度的基礎(chǔ)上，報告干擾類型1或2。沖突的資源也可以包含發(fā)生了干擾的幀、子幀、資源塊等。接收的失敗/沖突的數(shù)量是表示因干擾而接收失敗的資源的信息，也可以是預(yù)定的報告期間內(nèi)的接收的失敗/沖突的概率。檢測出的D2DSS的定時差也可以為了在小區(qū)之間使發(fā)送接收定時同步而進行報告。干擾結(jié)果的報告內(nèi)容也可以為了由基站分配資源而使用。

圖16A以及圖16B是由本發(fā)明的實施例所涉及的基站所分配的資源的例子。如圖16A所示，基站eNB也可以將與在相鄰小區(qū)中使用的資源不重復(fù)的資源分配給本小區(qū)的用戶裝置。例如，在小區(qū)1中能夠使用的資源和在小區(qū)2中能夠使用的資源也可以在時間上分開。小區(qū)1的用戶裝置使用在小區(qū)1中能夠使用的資源而發(fā)送D2D信號，小區(qū)2的用戶裝置使用在小區(qū)2中能夠使用的資源而發(fā)送D2D信號。通過這樣劃分資源，即使通知了小區(qū)1的基站eNB1使用正常CP且通知了小區(qū)2的基站eNB2使用擴展CP，也能夠避免干擾。

或者，如圖16B所示，基站eNB也可以劃分能夠由利用正常CP的用戶裝置使用的資源和能夠由利用擴展CP的用戶裝置使用的資源。即，將在相鄰小區(qū)中使用正常CP的資源在本小區(qū)中也作為使用正常CP的資源來使用，將在相鄰小區(qū)中使用擴展CP的資源在本小區(qū)中也作為使用擴展CP的資源來使用。使用正常CP的用戶裝置使用在正常CP中能夠使用的資源而發(fā)送D2D信號，使用擴展CP的用戶裝置使用在擴展CP中能夠使用的資源而發(fā)送D2D信號。通過這樣基于CP長度來分割要使用的資源，能夠避免因CP長度的差異引起的干擾。

圖17是表示本發(fā)明的第三實施例所涉及的用戶裝置中的干擾避免方法的流程圖。

用戶裝置20將在基帶信號處理單元203的發(fā)送信號生成單元2032中所生成的D2D信號從發(fā)送接收單元205以及放大器單元207進行發(fā)送。此外，用戶裝置20在接收信號解碼單元2034中接收從其他的用戶裝置被發(fā)送的D2D信號(步驟S301)。

干擾檢測單元2038例如通過判斷是否在特定的資源中信號的接收失敗并且該資源中的接收能量大于閾值，從而檢測出干擾(步驟S303)。此外，干擾檢測單元2038也可以根據(jù)其他小區(qū)所使用的發(fā)送資源池的信息，檢測出發(fā)生干擾的可能性。進而，也可以是相鄰小區(qū)/覆蓋范圍外CP長度檢測單元2037檢測由相鄰小區(qū)或覆蓋范圍外的用戶裝置使用的CP長度，干擾檢測單元2038檢測干擾是CP長度的差異引起的干擾還是小區(qū)間的同步定時差引起的干擾。

由干擾檢測單元2038檢測出的干擾結(jié)果被輸入到控制單元2031，控制單元2031使發(fā)送信號生成單元2032生成用于將干擾結(jié)果發(fā)送給基站的信號。干擾結(jié)果經(jīng)由發(fā)送接收單元205以及放大器單元207被發(fā)送(步驟S305)。

接收信號解碼單元2034接收由基站基于干擾結(jié)果而設(shè)定的資源的信息(步驟S307)。資源的信息也可以通過廣播信息(SIB)或者RRC(無線資源控制(Radio Resource Control))信令等高層的信令而進行通知。

控制單元2031使映射單元2033將D2D信號映射到由基站設(shè)定的資源(步驟S309)。其結(jié)果，基于由基站所設(shè)定的新的資源分配，D2D信號被發(fā)送接收。

圖18是表示本發(fā)明的第三實施例所涉及的基站中的干擾避免方法的流程圖。

基站的控制單元1031通過廣播信息(SIB)將CP長度通知給用戶裝置(步驟S351)。

基站的UL信號解碼單元1035如果從用戶裝置接收到因CP長度的差異引起的干擾結(jié)果，則將干擾結(jié)果輸入到控制單元1031?；镜目刂茊卧?031如果檢測出從用戶裝置接收到了干擾結(jié)果(步驟S353：是)，則指示資源分配單元1034重新分配資源。資源分配單元1034將與在其他小區(qū)中使用的資源不重復(fù)的資源分配給本小區(qū)的用戶裝置，將已分配的資源的信息經(jīng)由DL信號生成單元1032以及映射單元1033等通知給用戶裝置?；蛘?，資源分配單元1034也可以基于CP長度而分割要使用的資源，并將已分割的資源的信息經(jīng)由DL信號生成單元1032以及映射單元1033等通知給用戶裝置(步驟S355)。所設(shè)定的資源的信息也可以通過廣播信息(SIB)或者RRC信令等高層的信令而通知給用戶裝置。

這樣，根據(jù)本發(fā)明的第三實施例，能夠避免因CP長度的差異引起的干擾。

<第四實施例>

在本發(fā)明的第四實施例中，說明向覆蓋范圍外的用戶裝置通知CP長度。

如參照圖4說明的那樣，有時會因從覆蓋范圍外的用戶裝置接收設(shè)定了不同的CP長度的D2D信號而發(fā)生干擾。為了避免這樣的干擾，通過對覆蓋范圍外的用戶裝置通知在覆蓋范圍內(nèi)的用戶裝置中使用的CP長度，從而能夠避免因CP長度的差異引起的干擾。

圖19是表示本發(fā)明的第四實施例所涉及的通信系統(tǒng)中的干擾避免方法的時序圖。圖19說明因覆蓋范圍內(nèi)的用戶裝置UE1使用由本小區(qū)的基站eNB1的SIB所通知的正常CP且覆蓋范圍外的用戶裝置UE3使用由發(fā)送同步信號的用戶裝置SS-UE所通知的擴展CP，從而導(dǎo)致發(fā)生干擾的情況。

覆蓋范圍內(nèi)的用戶裝置UE1利用由本小區(qū)的基站eNB1的SIB所通知的正常CP，對D2D信號進行發(fā)送接收(步驟S401)。另一方面，覆蓋范圍外的用戶裝置UE3利用由用戶裝置SS-UE的D2DSS等所通知的擴展CP，發(fā)送D2D信號(步驟S403以及S405)。

用戶裝置的干擾檢測單元2038例如通過判斷是否在特定的資源中信號的接收失敗并且該資源中的接收能量大于閾值，從而檢測出干擾(步驟S407)。此外，干擾檢測單元2038也可以根據(jù)其他小區(qū)所使用的發(fā)送資源池的信息，檢測出發(fā)生干擾的可能性。進而，相鄰小區(qū)/覆蓋范圍外CP長度檢測單元2037檢測出由覆蓋范圍外的用戶裝置使用不同的CP長度的情況。

由干擾檢測單元2038在與覆蓋范圍外的用戶裝置之間檢測出了因CP長度的差異引起的干擾的情況下，用戶裝置UE1的控制單元2031使發(fā)送信號生成單元2032生成用于將覆蓋范圍內(nèi)的CP長度通知給覆蓋范圍外的用戶裝置UE3的D2DSS的發(fā)送請求。此外，也可以是由干擾檢測單元2038檢測出的干擾結(jié)果被輸入到控制單元2031，控制單元2031使發(fā)送信號生成單元2032生成用于將干擾結(jié)果發(fā)送給基站eNB1的信號。D2DSS的發(fā)送請求以及干擾結(jié)果經(jīng)由發(fā)送接收單元205以及放大器單元207被發(fā)送給基站eNB1(步驟S409)。

在從基站eNB1接收到了D2DSS的發(fā)送許可的情況下(步驟S411)，用戶裝置UE1的控制單元2031使發(fā)送信號生成單元2032生成用于將覆蓋范圍內(nèi)的CP長度(正常CP)通知給覆蓋范圍外的用戶裝置UE3的D2DSS(步驟S413)。D2DSS被發(fā)送給用戶裝置UE3，檢測出D2DSS的用戶裝置UE3采用覆蓋范圍內(nèi)的CP長度(正常CP)(步驟S415)。此外，用戶裝置UE3也可以對覆蓋范圍外的其他用戶裝置SS-UE發(fā)送D2DSS以便通知已采用的CP長度(正常CP)(步驟S417)。

這樣，根據(jù)本發(fā)明的第四實施例，當(dāng)存在覆蓋范圍外的用戶裝置的情況下也能夠避免CP長度的差異引起的干擾。

<本發(fā)明的實施例的效果>

根據(jù)本發(fā)明的實施例，能夠檢測出包含CP長度的差異的干擾并減輕或者避免干擾。

根據(jù)本發(fā)明的第一實施例，通過利用D2DSS，能夠?qū)P長度通知給相鄰小區(qū)或覆蓋范圍外的用戶裝置。為了通知CP長度而利用D2DSS的碼元位置，從而需要大量資源，但不需要利用多個D2DSS的序列，并且僅憑D2DSS的相關(guān)檢測就能夠簡單地掌握CP長度。進而，即使在D2DSS的CP長度與SA或者發(fā)現(xiàn)信號的CP長度不同的情況下，也能夠掌握CP長度。此外，即使為了通知CP長度而利用D2DSS的參數(shù)，也能通過處理D2DSS而掌握CP長度。

此外，在覆蓋范圍內(nèi)的用戶裝置之間的CP長度的檢測中，也可以利用相鄰小區(qū)的廣播信息(SIB)。用戶裝置通過接收相鄰小區(qū)的廣播信息，即使沒有檢測出D2DSS也能夠掌握CP長度。

根據(jù)本發(fā)明的第二實施例，在檢測出了干擾時，能夠根據(jù)用戶裝置的判斷而停止D2D信號的發(fā)送，因而不增加信令負載就能夠避免干擾。另一方面，資源的利用效率會因停止發(fā)送而降低，但通過將重復(fù)的資源分割為多個子資源，能夠提高資源的利用效率。

根據(jù)本發(fā)明的第三實施例，通過基站進行的適當(dāng)?shù)馁Y源的設(shè)定，能夠在避免干擾的同時提高資源的利用效率。

根據(jù)本發(fā)明的第四實施例，能夠在與覆蓋范圍外的用戶裝置之間避免因CP長度的差異引起的干擾。

為了便于說明，本發(fā)明的實施例所涉及的基站以及用戶裝置利用功能性的框圖進行了說明，但本發(fā)明的實施例所涉及的基站以及用戶裝置也可以通過硬件、軟件或者它們的組合來實現(xiàn)。此外，各功能單元也可以根據(jù)需要而組合使用。此外，本發(fā)明的實施例所涉及的方法也可以采用與實施例所示的順序不同的順序來實現(xiàn)。

以上，說明了用于檢測出包含CP長度的差異的干擾并減輕或者避免干擾的方法，但本發(fā)明不限于上述的實施例，在權(quán)利要求書的范圍內(nèi)能夠進行各種變更/應(yīng)用。

本國際申請基于在2014年5月9日申請的日本專利申請2014-098134號主張優(yōu)先權(quán)，將2014-098134號的全部內(nèi)容引入本國際申請。

標(biāo)號說明

10 基站

101 傳輸路徑接口

103 基帶信號處理單元

105 呼叫處理單元

107 發(fā)送接收單元

109 放大器單元

1031 控制單元

1032 下行鏈路(DL)信號生成單元

1033 映射單元

1034 資源分配單元

1035 上行鏈路(UL)信號解碼單元

1036 判定單元

20 用戶裝置

201 應(yīng)用單元

203 基帶信號處理單元

205 發(fā)送接收單元

207 放大器單元

2031 控制單元

2032 發(fā)送信號生成單元

2033 映射單元

2034 接收信號解碼單元

2035 判定單元

2036 D2D同步信號檢測單元

2037 相鄰小區(qū)/覆蓋范圍外CP長度檢測單元

2038 干擾檢測單元