設備到設備通信中資源共享方法和設備的制作方法
【專利摘要】本發明提供一種設備到設備通信中資源共享方法和設備。該方法包括第一組D2D通信設備的一方在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，且所述第一時間域的數據子帶內用于傳輸第二組D2D通信設備間的數據包，所述第一資源控制信息用于調度第二時間域的數據子帶的數據傳輸；所述第一組D2D通信設備的一方根據所述第一資源控制信息，在第二時間域的數據子帶內發送或者接收與所述第一組D2D通信設備的另一方間的數據包，且所述第二時間域的控制信息子帶內用于交互第三組D2D通信設備間的第二資源控制信息。本發明實施例可以保證充分的資源利用率。
【專利說明】設備到設備通信中資源共享方法和設備
【技術領域】
[0001]本發明涉及無線通信技術,尤其涉及一種設備到設備(Device to Device,D2D)通信中資源共享方法和設備。
【背景技術】
[0002]隨著使用無線通信網絡的人數激增以及對無線通信網絡性能的要求日益提高，頻譜資源緊張的缺點已經成為限制無線通信性能的關鍵所在。目前，蜂窩網是主要的無線通信網絡，在這種通信網絡中，兩個終端通信需要經過基站轉發，同一個數據包從終端到基站，再從基站到另一個終端，占用空口資源兩次。如果兩個終端距離較遠，無法直接到達對方，則這種方案比較可行；但如果通信雙方距離較近，相互在對方的通信范圍內，則數據包直接通過終端之間傳輸，不需要經過基站轉發，可以節省約一半的頻譜資源。這種終端與終端之間的直接通信簡稱為D2D通信，D2D通信能夠使終端設備之間直接通信而不需要任何中間的基礎設施，能夠更高效率的利用頻譜資源，提高蜂窩網容量，減少基站控制信令的開銷，是一項能給蜂窩網通信帶來巨大利益的技術。
[0003]但是，隨著D2D通信節點的增多，如何在多個D2D鏈路之間進行資源共享以避免多個D2D鏈路之間的相互干擾是D2D通信亟需解決的問題。現有解決方案之一類似IEEE 802.11 的載波偵聽多點接入 / 沖突避免(Carrier Sense Multiple Access withCollision Avoidance,CSMA/CA)機制,通信請求方首先偵聽無線資源是否空閑,如果空閑，則向周圍設備發送發送請求(Request to Send，RTS)信號，RTS信號中包括通信請求方設備地址、通信目標方設備地址和請求占用無線資源的時間；通信目標方收到RTS信號后，如果檢測到無線資源空閑，則回應準許發送(Clear to Send, CTS)信號，表示同意通信請求，并確認占用的無線資源時間；通信請求方在收到通信目標方發送的CTS信號后，傳輸數據包；通信目標方收到該數據包后，發送肯定確認(Acknowledgement, ACK)信號。
[0004]在802.11中，每個符號包括48個承載數據的資源單元(Resource Element, RE),傳輸RTS信號約需要4個符號,RTS信號加上前導序列的總時間不超過44微秒。但對于子載波間隔較小、符號長度較大的系統，如長期演進(Long Term Evolution, LTE)系統中，每個符號的長度為71微秒，占用整個系統帶寬后，可以有1200個承載RE，用時域上的一個符號傳輸RTS信號或CTS信號這樣短的數據包，資源浪費較大。除此之外，如果再加上以LTE的符號為單位的前導序列，則資源浪費更嚴重。

【發明內容】

[0005]有鑒于此，本發明實施例提供一種設備到設備通信中資源共享方法和設備，用以解決D2D通信的資源共享方式應用在LTE系統時的資源浪費嚴重問題。
[0006]第一方面，提供了一種D2D通信中資源共享方法，包括:
[0007]第一組D2D通信設備的一方在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，且所述第一時間域的數據子帶內用于傳輸第二組D2D通信設備間的數據包，所述第一資源控制信息用于調度第二時間域的數據子帶的數據傳輸；
[0008]所述第一組D2D通信設備的一方根據所述第一資源控制信息，在第二時間域的數據子帶內發送或者接收與所述第一組D2D通信設備的另一方間的數據包，且所述第二時間域的控制信息子帶內用于交互第三組D2D通信設備間的第二資源控制信息；
[0009]所述控制信息子帶和數據子帶是由系統帶寬內的全部或者部分頻率資源劃分得到的。
[0010]在第一種可能的實現方式中，
[0011]所述第一資源控制信息包括資源請求信號和資源請求響應信號，所述控制信息子帶在時域上被劃分為至少一對資源請求信號傳輸子幀和資源請求響應信號傳輸子幀；所述資源請求信號傳輸子幀用于傳輸資源請求信號；所述資源請求響應信號傳輸子幀用于傳輸資源請求響應信號；
[0012]所述數據子帶在時域上被劃分為至少一個數據傳輸子幀。
[0013]結合第一方面的第一種可能的實現方式，在第二種可能的實現方式中，
[0014]每個資源請求信號傳輸子幀和每個資源請求響應信號傳輸子幀所占用的時間相同；
[0015]每個數據傳輸子幀所占用的時間是每個資源請求信號傳輸子幀所占用的時間和每個資源請求響應信號傳輸子幀所占用的時間之和。
[0016]結合第一方面的第一種可能的實現方式，在第三種可能的實現方式中，
[0017]所述第一組D2D通信設備的一方為第一通信請求方，所述第一組D2D通信設備的另一方為第一通信目標方，所述第一組D2D通信設備的一方在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，包括:
[0018]第一通信請求方在第一時間域的控制信息子帶的資源請求信號傳輸子幀向第一通信目標方發送資源請求信號；
[0019]所述第一通信請求方在第一時間域的控制信息子帶的資源請求響應信號傳輸子幀接收所述第一通信目標方發送的資源請求響應信號。
[0020]結合第一方面的第三種可能的實現方式，在第四種可能的實現方式中，所述第一通信請求方在第一時間域的控制信息子帶的資源請求信號傳輸子幀向第一通信目標方發送資源請求信號，包括:
[0021]所述第一通信請求方在有數據傳輸需求時，等待K個資源請求信號傳輸子幀后，在第K+1個資源請求信號傳輸子幀內向所述第一通信目標方發送資源請求信號，所述K的取值采用如下項中的任一項確定:
[0022]所述K的取值為[0，Backoffffin-1]內的隨機數；
[0023]所述K的取值根據資源請求信號傳輸子幀內是否傳輸資源請求信號的偵聽結果確定；
[0024]所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和上次是否成功收到資源請求響應信號確定；
[0025]所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和[0，BackofTWin-1]內的隨機數確定；[0026]其中，所述BackoffWin為固定值，或者為根據網絡中的擁塞情況調整的值。
[0027]結合第一方面的第三種可能的實現方式，在第五種可能的實現方式中，所述第一通信請求方根據所述第一資源控制信息，在第二時間域的數據子帶內向所述第一通信目標方發送數據包，包括:
[0028]所述第一通信請求方在接收到所述第一通信目標方發送的表明同意的資源請求響應信號時，在第二時間域的數據子帶內向所述第一通信目標方發送數據包。
[0029]結合第一方面的第五種可能的實現方式，在第六種可能的實現方式中，所述表明同意的資源請求響應信號中包括表明同意通信的信息，或者，所述表明同意的資源請求響應信號采用第一特殊序列表示，所述第一特殊序列為預先設定的表明同意通信的序列。
[0030]結合第一方面的第三種可能的實現方式，在第七種可能的實現方式中，還包括:
[0031]所述第一通信請求方接收所述第一通信目標方發送的是否正確接收所述數據包的確認信號，所述確認信號位于所述第二時間域之后的預定義的資源請求響應信號傳輸子幀中，所述確認信號與所述資源請求響應信號采用不同的序列。
[0032]結合第一方面的第一種可能的實現方式，在第八種可能的實現方式中，所述第一組D2D通信設備的一方為第一通信目標方，所述第一組D2D通信設備的另一方為第一通信請求方，所述第一組D2D通信設備的一方在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，包括:
[0033]所述第一通信目標方在第一時間域的資源請求信號傳輸子幀內接收所述第一通信請求方發送的資源請求信號；
[0034]所述第一通信目標方在同意通信時，在所述第一時間域的資源請求響應信號傳輸子幀內向所述第一通信請求發發送表明同意的資源請求響應信號。
[0035]結合第一方面的第八種可能的實現方式，在第九種可能的實現方式中，所述資源請求信號中包括通信目標方的設備ID，所述方法還包括:
[0036]所述第一通信目標方判斷所述資源請求信號中包括的通信目標方的設備ID是否與自身的設備ID相同，以便在相同時，判斷是否同意通信請求。
[0037]結合第一方面的第八種可能的實現方式，在第十種可能的實現方式中，還包括:
[0038]所述第一通信目標方在接收到所述數據包后，在所述第二時間域之后的預定義的資源請求響應信號子幀中，向所述通信請求方發送是否正確接收所述數據包的確認信息，所述確認信號與資源請求響應信號采用不同的序列。
[0039]結合第一方面或者第一方面的上述任一種可能的實現方式，在第十一種可能的實現方式中，
[0040]當所述第一組D2D通信設備的通信獨占頻譜資源時，所述控制信息子帶的大小為I個資源塊RB ;或者，
[0041]當所述第一組D2D通信設備的通信通過底層共享的方式與其它D2D通信設備共享蜂窩通信的資源時，所述控制信息子帶的大小至少為3個資源塊RB。
[0042]結合第一方面或者第一方面的上述任一種可能的實現方式，在第十二種可能的實現方式中，
[0043]當所述第一組D2D通信設備通過底層共享的方式與其它D2D通信設備共享蜂窩通信的資源時，所述系統帶寬所在的通信頻段為:[0044]干擾最小的波段；或者
[0045]多個干擾相同的波段中帶寬最大的波段；或者
[0046]BXlog(l+l/I)最小的波段，其中，B為波段的帶寬，I為該波段每單位頻段的干擾值。
[0047]結合第一方面或者第一方面的上述任一種可能的實現方式，在第十三種可能的實現方式中，
[0048]所述控制信息子帶和數據子帶分別包括多個子載波；當所述第一通信請求方和所述第一通信目標方的通信采用正交頻分復用OFDM方式時，所述通信采用的子載波與距離所述第一通信請求方最近的小區的子載波對齊。
[0049]第二方面，提供了一種D2D通信中資源共享設備，所述設備為第一組D2D通信設備的一方，所述設備包括:
[0050]第一收發模塊，用于在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，且所述第一時間域的數據子帶內用于傳輸第二組D2D通信設備間的數據包，所述第一資源控制信息用于調度第二時間域的數據子帶的數據傳輸；
[0051]第二收發模塊，用于根據所述第一資源控制信息，在第二時間域的數據子帶內發送或者接收與所述第一組D2D通信設備的另一方間的數據包，且所述第二時間域的控制信息子帶內用于交互第三組D2D通信設備間的第二資源控制信息；
[0052]所述控制信息子帶和數據子帶是由系統帶寬內的全部或者部分頻率資源劃分得到的。
[0053]結合第二方面，在第一種可能的實現方式中，
[0054]所述第一資源控制信息包括資源請求信號和資源請求響應信號，所述控制信息子帶在時域上被劃分為至少一對資源請求信號傳輸子幀和資源請求響應信號傳輸子幀；所述資源請求信號傳輸子幀用于傳輸資源請求信號；所述資源請求響應信號傳輸子幀用于傳輸資源請求響應信號；
[0055]所述數據子帶在時域上被劃分為至少一個數據傳輸子幀。
[0056]結合第二方面的第一種可能的實現方式，在第二種可能的實現方式中，當所述第一組D2D通信設備的一方為第一通信請求方，所述第一組D2D通信設備的另一方為第一通信目標方時，所述第一收發模塊包括:
[0057]第一單元，用于在第一時間域的控制信息子帶的資源請求信號傳輸子幀向第一通信目標方發送資源請求信號；
[0058]第二單元，用于在第一時間域的控制信息子帶的資源請求響應信號傳輸子幀接收所述第一通信目標方發送的資源請求響應信號。
[0059]結合第二方面的第二種可能的實現方式，在第三種可能的實現方式中，所述第一單元具體用于:
[0060]在有數據傳輸需求時，等待K個資源請求信號傳輸子幀后，在第K+1個資源請求信號傳輸子幀內向所述第一通信目標方發送資源請求信號，所述K的取值采用如下項中的任
一項確定:
[0061]所述K的取值為[0，Backoffffin-1]內的隨機數；
[0062]所述K的取值根據資源請求信號傳輸子幀內是否傳輸資源請求信號的偵聽結果確定；
[0063]所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和上次是否成功收到資源請求響應信號確定；
[0064]所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和[0，BackofTWin-1]內的隨機數確定；
[0065]其中，所述BackoffWin為固定值，或者為根據網絡中的擁塞情況調整的值。
[0066]結合第二方面的第二種可能的實現方式，在第四種可能的實現方式中，所述第二收發模塊具體用于:
[0067]在接收到所述第一通信目標方發送的表明同意的資源請求響應信號時，在第二時間域的數據子帶內向所述第一通信目標方發送數據包。
[0068]結合第二方面的第四種可能的實現方式，在第五種可能的實現方式中，所述第二收發模塊接收的所述表明同意的資源請求響應信號中包括表明同意通信的信息，或者，所述表明同意的資源請求響應信號采用第一特殊序列表示，所述第一特殊序列為預先設定的表明同意通信的序列。
[0069]結合第二方面的第二種可能的實現方式，在第六種可能的實現方式中，還包括:
[0070]第三收發模塊，用于接收所述第一通信目標方發送的是否正確接收所述數據包的確認信號，所述確認信號位于所述第二時間域之后的預定義的資源請求響應信號傳輸子幀中，所述確認信號與所述資源請求響應信號采用不同的序列。
[0071]結合第二方面的第一種可能的實現方式，在第七種可能的實現方式中，當所述第一組D2D通信設備的一方為第一通信目標方,所述第一組D2D通信設備的另一方為第一通信請求方時，所述第一收發模塊包括:
[0072]第三單元，用于在第一時間域的資源請求信號傳輸子幀內接收所述第一通信請求方發送的資源請求信號；
[0073]第四單元，用于在同意通信時，在所述第一時間域的資源請求響應信號傳輸子幀內向所述第一通信請求發發送表明同意的資源請求響應信號。
[0074]結合第二方面的第七種可能的實現方式，在第八種可能的實現方式中，所述資源請求信號中包括通信目標方的設備ID，所述設備還包括:
[0075]判斷模塊，用于判斷所述資源請求信號中包括的通信目標方的設備ID是否與自身的設備ID相同，以便在相同時，判斷是否同意通信請求。
[0076]結合第二方面的第七種可能的實現方式，在第九種可能的實現方式中，還包括:
[0077]第四收發模塊，用于在接收到所述數據包后，在所述第二時間域之后的預定義的資源請求響應信號子幀中，向所述通信請求方發送是否正確接收所述數據包的確認信息，所述確認信號與資源請求響應信號采用不同的序列。
[0078]通過上述技術方案，控制信息子帶只占用系統帶寬內的部分頻率資源，而不是如現有技術中可以占用整個系統帶寬，控制信息子帶用于傳輸資源控制消息，這樣就使得資源控制信號能夠占用的資源減少，也就是資源的使用率得以提高，從而降低資源浪費率，并且在數據子帶內傳輸一組通信設備的數據時，在對應時域的控制信息子帶內傳輸另一組通信設備的資源控制信息，可以保證充分的資源利用率。【專利附圖】

【附圖說明】
[0079]為了更清楚地說明本發明實施例中的技術方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。
[0080]圖1為本發明D2D通信中資源共享方法一實施例的流程示意圖；
[0081]圖2為本發明實施例中劃分控制信息子帶和數據子帶的一種示意圖；
[0082]圖3為本發明實施例中劃分控制信息子帶和數據子帶的另一種示意圖；
[0083]圖4為本發明實施例中劃分控制信息子帶和數據子帶的另一種示意圖；
[0084]圖5為本發明D2D通信中資源共享方法另一實施例的流程示意圖；
[0085]圖6為本發明實施例中傳輸資源請求信號的示意圖；
[0086]圖7為本發明實施例中協商一組設備的數據包時同時協商另一組設備的控制信息的不意圖；
[0087]圖8為本發明實施例中資源請求響應信號和確認信號共享資源的示意圖；
[0088]圖9為本發明D2D通信中資源共享設備一實施例的結構示意圖；
[0089]圖10為本發明D2D通信中資源共享設備另一實施例的結構示意圖。
【具體實施方式】
[0090]為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。
[0091]圖1為本發明D2D通信中資源共享方法一實施例的流程示意圖，包括:
[0092]步驟11:第一組D2D通信設備的一方在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，且所述第一時間域的數據子帶內用于傳輸第二組D2D通信設備間的數據包，所述第一資源控制信息用于調度第二時間域的數據子帶的數據傳輸；
[0093]步驟12:所述第一組D2D通信設備的一方根據所述第一資源控制信息，在第二時間域的數據子帶內發送或者接收與所述第一組D2D通信設備的另一方間的數據包，且所述第二時間域的控制信息子帶內用于交互第三組D2D通信設備間的第二資源控制信息；
[0094]所述控制信息子帶和數據子帶是由系統帶寬內的全部或者部分頻率資源劃分得到的。
[0095]可選的，上述的第一組D2D通信設備的一方是第一通信請求方，第一組D2D通信設備的另一方是第一通信目標方，此時，是第一組D2D通信設備的一方發送數據包給第一組D2D通信設備的另一方；或者，上述的第一組D2D通信設備的一方是第一通信目標方，第一組D2D通信設備的另一方是第一通信請求方，此時，是第一組D2D通信設備的一方接收第一組D2D通信設備的另一方發送的數據包。
[0096]如圖2所示，可以將整個系統帶寬內的全部頻率資源進行劃分，劃分為控制信息子帶和數據子帶；或者，如圖3所示，整個系統帶寬可以分為多個子帶，如子帶1、子帶2...子帶L，在每個子帶內，可以將頻率資源分為控制信息子帶和數據子帶；或者，如圖4所述，整個系統帶寬可以分為多個子帶，如子帶1、子帶2...子帶L，其中，L/2個子帶為控制信息子帶，L/2個子帶為數據子帶，每個控制信息子帶對應于一個數據子帶。
[0097]控制信息子帶可以在系統帶寬的任意位置，優選的，控制信息子帶位于整個系統帶寬的邊帶上或者每個子帶的邊帶上，這樣可以保證數據子帶的連續性。
[0098]可選的,控制信息子帶可以占用整數個資源塊(Resource Block, RB), 一個RB在頻域上包括12個子載波。
[0099]其中，控制信息子帶用于傳輸資源控制信息，數據子帶用于傳輸數據。
[0100]資源控制信息可以包括資源請求信號、資源請求響應信號和確認信號，通信請求方在有數據通信需求時，可以向通信目標方發送資源請求信號，通信目標方可以回應資源請求響應信號，表明是否同意通信，當通信目標方同意通信后，通信請求方向通信目標方發送數據，之后通信目標方可以根據是否正確接收數據返回確認信號，確認信號包括肯定確定(ACK)信號和否定確認(NACK)信號。
[0101]如上所述，系統在頻域上劃分為控制信息子帶和數據子帶，那么在時域上可以劃分為大小相同的子幀，對于LTE，子幀長度可以為1ms。
[0102]上述的第一時間域可以包括資源請求信號傳輸子幀和資源請求應答信號傳輸子幀，第二時間域包括數據傳輸子幀，每個資源請求信號傳輸子幀和每個資源請求應答信號傳輸子幀所占用的時間是相同的，每個數據傳輸子幀所占用的時間是是資源請求信號傳輸子幀所占用的時間和資源請求應答信號傳輸子幀所占用的時間之和，例如，在資源請求信號傳輸子巾貞和資源請求應答信號傳輸子巾貞傳輸時間相同時，數據傳輸子巾貞所占用的時間是資源請求信號傳輸子幀或資源請求應答信號傳輸子幀所占用的時間的兩倍。
[0103]例如，對于LTE，每個資源請求信號傳輸子幀和每個資源請求應答信號傳輸子幀分別為1ms，每個數據傳輸子幀為2ms。
[0104]資源請求信號傳輸子幀和資源請求應答信號傳輸子幀成對出現，例如，偶數子幀為資源請求信號傳輸子幀，奇數子幀為資源請求應答信號傳輸子幀。
[0105]本實施例中，控制信息子帶只占用系統帶寬內的部分頻率資源，而不是如現有技術中可以占用整個系統帶寬，控制信息子帶用于傳輸資源控制消息，這樣就使得資源控制信號能夠占用的資源減少，也就是資源的使用率得以提高，從而降低資源浪費率，并且在數據子帶內傳輸一組通信設備的數據時，在對應時域的控制信息子帶內傳輸另一組通信設備的資源控制信息，可以保證充分的資源利用率。
[0106]圖5為本發明D2D通信中資源共享方法另一實施例的流程示意圖，包括:
[0107]步驟51:通信請求方在有數據傳輸需求后，等待K個資源請求信號傳輸子幀后，在下一個資源請求信號傳輸子巾貞上發送資源請求信號(Resource Request Signal, REQS)。
[0108]具體可以是有數據傳輸需求的D2D設備的物理層收到高層的數據傳輸請求后，如圖6所示，再等待K個資源請求信號傳輸子幀后傳輸REQS。
[0109]上述的K可以采用如下方式確定:
[0110](1)D2D設備初始傳輸資源請求信號，所述K為在[0，Backoffffin-1]內的隨機數。
[0111](2) K也可以根據偵聽結果選擇，例如設置偵聽窗為W個資源請求信號傳輸子幀，選擇在W個資源請求信號傳輸子幀內沒有聽到資源請求信號的資源請求信號傳輸子幀之后的K=(W-1)個資源請求信號傳輸子幀之后的資源請求信號傳輸子幀傳輸資源請求信號，即若在第i個資源請求信號傳輸子幀沒有聽到資源請求信號，則可以在第(i+W)個資源請求信號傳輸子巾貞傳輸REQS。例如,在W個資源請求信號傳輸子巾貞內的第2個資源請求信號傳輸子幀內沒有聽到資源請求信號，則在該第2個資源請求信號傳輸子幀之后的第((W-1)+1)個資源請求信號傳輸子幀上發送資源請求信號。
[0112](3) D2D設備再次(假設為第η次，η>1)傳輸資源請求信號時，所等待的資源請求信號傳輸子幀，根據上次(假設為第η-l次)等待的資源請求信號傳輸子幀K和上次(第n-1次)是否成功收到資源請求響應信號來獲得。
[0113]如圖6所示，如果上次(第η-l次)傳輸成功收到資源請求響應信號，則本次(第η次)傳輸資源請求信號的時間為上次成功傳輸資源請求信號后等待(BackoffWin-1)次資源請求信號傳輸子幀后的資源請求傳輸子幀，即本次(第η次)和上次(第η — I次)傳輸資源請求信號的子幀相差BackofTWin，若上次在第i個資源請求信號傳輸子幀傳輸資源請求信號，則本次在第(i+BackofTWin)個資源請求信號傳輸子幀傳輸資源請求信號。如果上次(第η-l次)傳輸沒有收到資源請求響應信號，則本次(第η次)傳輸資源請求信號的時間為上次傳輸資源請求信號后隨機等待Kl次資源請求傳輸機會，Kl為[0，BackoffWin-1]內的隨機數。
[0114]所述Backof fWin，可以是固定值，也可以根據網絡中的擁塞情況自動調整，優選的，Backoffffin自動調整。其中一種調整方案為，如果連續N次的資源請求信號都收到資源請求響應信號，則將BackoffWin縮小一倍，直到BackoffWin縮小到其最小值，則Backoffffin不變，第(N+1)次資源請求信號在第N次的資源請求信號之后等待K2個資源請求信號傳輸子幀后傳輸，K2為[0，BackoffWin-1]內的隨機數，BackoffWin為上個Backoffffin更新(縮小或不變)后的值。
[0115]如果連續M次的資源請求信號都沒有收到資源請求響應信號，則將BackoffWin放大一倍，直到BackofTWin放大到其最大值，則BackofTWin不變，第(M+1)次資源請求信號在第M次的資源請求信號之后等待K3個資源請求信號傳輸子幀后傳輸，K3為[O, Backoffffin-1]內的隨機數,BackoffWin為上個BackoffWin更新(放大或不變)后的值。
[0116]所述N，M的取值可以固定，例如固定為N=4，M=8 ;或者可以根據信道質量動態調整，如果信道質量較差，則M=8, N=2,如果信道質量較好，則M=2, N=8 ;或者可以根據Backoffffin 的取值設定，例如 M=ceil [BackoffWin/4]。
[0117]其中，上述各種情形中，初始的BackoffWin的取值可以是一個固定的初始值，例如設置初值為4 ;也可以是根據當前通信環境設置的值，例如有數據傳輸需求的D2D設備，在接收到高層的數據傳輸請求后，偵聽一段時間(假設為W個資源請求傳輸子幀)的資源請求信號，根據在這段時間內偵聽到的資源請求信號數，設置BackoffWin的大小，例如假設在W個資源請求傳輸子幀內幀聽到B個資源請求信號，則設置BackofTWin的大小為2XB ；
[0118](4)D2D設備再次(假設為第η次，η> I)傳輸資源請求信號時，所等待的資源請求信號傳輸子幀，則本次(第η次)傳輸資源請求信號的時間為上次傳輸資源請求信號后隨機等待Κ4次資源請求信號傳輸子幀，Κ4為[0，BackoffWin-1]內的隨機數。其中，Backoffffin的取值與更新方式與方式(3)相同，這里不再贅述。[0119]上述的資源請求信號(REQS)中可以包括通信目標方的設備ID。
[0120]可選的，REQS中還可以包括如下項中的至少一項:
[0121]通信請求方的設備ID，包括通信請求方的設備ID可以避免在多個通信發起方對同一個通信目標方發起通信請求時造成的沖突；
[0122]通信請求方的定時信息，例如，通信請求方相對于蜂窩基站的定時提前量(TimingAdvance, TA),包括通信請求方的定時信息可以用于通信目標方確定發送定時；
[0123]通信請求方的功率控制信息，例如，通信請求方的最大發射功率，包括通信請求方的功率控制信息可以用于通信目標方估計通信請求方和通信目標方的路徑損耗，從而可以進一步確定通信請求方和通信目標方所采用的調制編碼方式。
[0124]步驟52:通信目標方在與上述的資源請求信號傳輸子幀對應的資源請求響應信號傳輸子巾貞上發送資源請求響應信號(Resource Request response Signal, REPS)。
[0125]以資源請求信號在偶數子幀傳輸，資源請求應答信號在奇數子幀傳輸為例，具體可以是:所有其他激活的D2D設備，在控制信息子帶的偶數子幀偵聽資源請求信號，如果檢測到有效的資源請求信號，則檢測資源請求信號中的通信目標方的設備ID，如果與自己的設備ID不同，則缺省的不進行任何操作；如果與自己的設備ID相同，則確定出自己是通信目標方，之后可以根據是否同意通信請求，回復或者不回復資源請求響應信號。
[0126]以通信目標方同意通信請求為例，則通信目標方發送資源請求響應信號，資源請求響應信號包括第一特殊序列和可選的信息部分。可選的，資源請求響應信號中的信息可以包括如下項中的至少一項:
[0127]通信請求方的設備ID;
[0128]通信目標方的設備ID;
[0129]同意通信的指示信息，如果不包括該信息，缺省的，標識同意通信；
[0130]通信請求方到通信目標方的物理層鏈路的質量，該物理層鏈路的質量可以用信干噪比(Signal to Interference plus Noise Ratio, SINR)表不，或者可以用該物理層鏈路可以支持的最大速率表示，或者可以用建議的調制編碼方式來表示。
[0131]可選的，資源請求響應信號可以不包括任何信息，僅為第一特殊序列，該第一特殊序列用于表示通信目標方同意通信。第一特殊序列為具有良好自相關特性和互相關特性的序列，如偽隨機序列，Zaddoff-Chu序列等。
[0132]另一方面，如果通信目標方不同意通信請求，則可以回復資源請求響應信號，所述資源請求響應信號包括不同意通信的信息。資源請求響應信號包括第二特殊序列和可選的信息部分。
[0133]可選的，該資源請求響應信號中的信息包括可以包括如下項中的至少一項:
[0134]通信請求方的設備ID;
[0135]通信目標方的設備ID;
[0136]不同意通信的指示信息，如果不包括該信息，可以用不同意通信請求的原因來表示不同意通信(拒絕通信)，不同意通信請求的原因可以包括如下項中的至少一項:通信目標方忙、通信信道質量差等；
[0137]可選的，資源請求響應信號可以不包括任何信息，僅為第二特殊序列，該第二特殊序列用于表示通信目標方不同意通信。第二特殊序列為具有良好自相關特性和互相關特性的序列，如偽隨機序列，Zaddoff-Chu序列等。
[0138]如果資源請求響應信號不包括任何信息，第一特殊序列和第二特殊序列采用不同的序列；如果資源請求響應信號包括信息部分，則第一特殊序列和第二特殊序列可以采用相同的序列。
[0139]可選的，如果通信目標方不同意通信請求時，也可以不回復資源請求響應信號。
[0140]步驟53:通信請求方在接收到通信目標方表明同意的資源請求響應信號后，在相鄰的下一個數據傳輸子幀傳輸數據包。
[0141]其中，通信請求方在資源請求信號傳輸子幀發送資源請求信號后，可以在資源請求信號傳輸子幀的下一個子幀，也就是相鄰的資源請求響應信號傳輸子幀內偵聽資源請求響應信號，如果檢測到資源請求響應信號，或者檢測到的資源請求響應信號中包括同意通信的信息或者資源請求響應信號為第一特殊序列，則在之后的數據傳輸子幀發送數據包給通信目標方。
[0142]進一步的，其他的設備，可以數據傳輸子幀的控制信息子帶，協商下一個數據傳輸子巾貞的傳輸，這樣可以保證充分的資源利用率。例如，參見圖7,在傳輸第一 REQS和第
一REPS對應的第一數據包時，與第一數據包相同時域上的控制信息子帶內用于協商第二REQS和第二 REPS，其余類似。
[0143]另外，如果通信請求方收到不同意通信的資源請求響應信號后，則不發送數據包；或者，沒有收到資源請求響應信號時，也不發送數據包。
[0144]可選的，通信請求方可以在后續的資源請求信號傳輸子幀內再次重新傳輸資源請求信號。
[0145]可選的，通信請求方在連續若干次收到表明不同意通信的資源請求響應信號后，停止傳輸資源請求信號。
[0146]上述的重傳資源請求信號可以是在等待K個資源請求信號傳輸子幀后，重傳資源請求信號。所述K的取值，與步驟51相同，這里不再贅述。
[0147]步驟54:通信目標方接收到通信請求方發送的數據包后，向通信請求方發送確認信號。
[0148]其中，確認信號包括ACK信號和NACK信號，當正確數據包時反饋ACK信號，沒有正確接收數據包時反饋NACK信號。
[0149]該確認信號可以與收到數據包后的第S個資源請求響應信號共享傳輸資源，其中，S為事先預設的通信發起方和通信目標方都公知的值，S=I標識與收到數據包后的最近的資源請求響應信號共享傳輸資源。例如，參見圖8，以通信請求方和通信目標方分別為A設備和B設備為例，設S=l，即與收到數據包后的最近的資源請求響應信號共享傳輸資源，則在第一個子幀的控制信息子帶內A設備向B設備發送第一 REQS，在第二個子幀的控制信息子帶內B設備向A設備反饋第一 REPS,在第三個子巾貞和第四個子巾貞的數據子帶內A設備向B設備發送數據包，在第六個子幀的控制信息子帶內B設備向A設備反饋第一 ACK。
[0150]其中，在傳輸第一 REQS和第一 REPS對應的第一數據包時，可以在相同時域對應的控制信息子帶內傳輸其余設備間的第二 REQS和第二 REPS，類似的，在傳輸與第二 REQS和第
二REPS對應的第二數據包時，可以在第二數據包相同時域對應的控制信息子帶內傳輸第三REQS和第三REPS，與第一數據包對應的第一 ACK將與第三REPS共享資源。[0151]確認信號ACK和NACK可以采用具有良好自相關特性或者互相關特性的不同的序列，確認信號和REPS信號米用不同的序列表不。
[0152]可選的，如果數據包沒有成功接收，可以不傳輸任何確認信號，缺省的，不反饋任何信號默認為NACK。
[0153]進一步的，通信請求方在發送數據包后，可以在預先約定的子幀內搜索確認信號，如果搜索到ACK信號，則說明數據包傳輸成功，物理層可以回復高層數據包傳輸成功；如果搜索到NACK信號，或者沒有搜索到ACK信號，也沒有搜索到NACK信號，則說明數據包沒有傳輸成功，則在退避K個資源請求信號傳輸子幀后，重新協商重傳數據包，如果多次重傳都失敗，則停止該數據包的傳輸，物理層回復高層數據包傳輸失敗。
[0154]本發明實施例中，在上述D2D通信過程中，可以根據頻譜占用情況選擇控制信息子帶的大小。
[0155]例如，如果D2D通信獨占頻譜資源，控制信息子帶的大小可以為1RB;如果D2D通信通過底層共享(underlay)的方式共享蜂窩通信的資源,控制信息子帶的大小至少為3RB。
[0156]可選的,如果D2D通信通過underlay的方式共享蜂窩通信的整個波段,可以采用如下方式確定D2D通信資源:
[0157]方式一:將干擾最小的波段作為D2D通信資源，例如，共享波段包括800M?900MHz的波段、2140Μ?2200ΜΗζ的波段，在2140Μ?2200ΜΗζ的波段上干擾較小，則選擇2140Μ?2200MHz的波段作為D2D通信資源；或者，
[0158]方式二:如果干擾相同，則選擇帶寬最大的波段，例如，假設上述的兩個波段的干擾相同，由于800M?900MHz的波段的帶寬(100M)大于2140M?2200MHz的波段的帶寬(60M)，則選擇800M?900MHz的波段作為D2D通信資源；或者，
[0159]方式三:選擇BXlog(l+l/I)最小的波段，其中，B為波段的帶寬，I為該波段每單位頻段(如每MHz )的干擾值。
[0160]另外，在D2D通信時，如果D2D通信采用正交頻分復用(Orthogonal FrequencyDivision Multiple, OFDM)方式，則設置D2D通信的子載波與距離D2D設備最近的小區的子載波對齊，即D2D通信的子載波與距離D2D設備最近的小區的子載波之間相差OFDM子載波間隔的整數倍，以降低D2D通信和蜂窩通信之間的子載波間干擾。以LTE為例，OFDM子載波間隔為15KHz，則D2D通信的子載波與距離D2D設備最近的小區的子載波的之間相差15KHz的整數倍。
[0161]本發明實施例提出了一種適用于單個符號子載波數目較多的系統的資源共享機制，通過劃分資源控制子帶和數據子帶，可以實現以較少的頻率資源傳輸資源控制信息的目的；同時，通過資源控制子帶和數據子帶的流水結構，可以實現資源的充分利用；根據通信環境，計算重傳通信資源傳輸請求信號的子幀，可以避免多對通信鏈路之間的資源沖突；通過確認信號與資源請求響應信號采用不同的序列共享同一時頻資源，提高了頻譜利用率。
[0162]圖9為本發明D2D通信中資源共享設備一實施例的結構示意圖，該設備可以具體是執行上述方法的設備，該設備可以是第一組D2D通信設備的一方，該設備包括第一收發模塊91和第二收發模塊92 ;第一收發模塊91用于在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，且所述第一時間域的數據子帶內用于傳輸第二組D2D通信設備間的數據包，所述第一資源控制信息用于調度第二時間域的數據子帶的數據傳輸；第二收發模塊92用于根據所述第一資源控制信息，在第二時間域的數據子帶內發送或者接收與所述第一組D2D通信設備的另一方間的數據包，且所述第二時間域的控制信息子帶內用于交互第三組D2D通信設備間的第二資源控制信息；所述控制信息子帶和數據子帶是由系統帶寬內的全部或者部分頻率資源劃分得到的。
[0163]可選的，所述第一資源控制信息包括資源請求信號和資源請求響應信號，所述控制信息子帶在時域上被劃分為至少一對資源請求信號傳輸子幀和資源請求響應信號傳輸子幀；所述資源請求信號傳輸子幀用于傳輸資源請求信號；所述資源請求響應信號傳輸子幀用于傳輸資源請求響應信號；
[0164]所述數據子帶在時域上被劃分為至少一個數據傳輸子幀。
[0165]可選的，當所述第一組D2D通信設備的一方為第一通信請求方，所述第一組D2D通信設備的另一方為第一通信目標方時，所述第一收發模塊包括:第一單元和第二單元，第一單元用于在第一時間域的控制信息子帶的資源請求信號傳輸子幀向第一通信目標方發送資源請求信號；第二單元用于在第一時間域的控制信息子帶的資源請求響應信號傳輸子幀接收所述第一通信目標方發送的資源請求響應信號。
[0166]可選的，所述第一單元具體用于:
[0167]在有數據傳輸需求時，等待K個資源請求信號傳輸子幀后，在第K+1個資源請求信號傳輸子幀內向所述第一通信目標方發送資源請求信號，所述K的取值采用如下項中的任
一項確定:
[0168]所述K的取值為[0，Backoffffin-1]內的隨機數；
[0169]所述K的取值根據資源請求信號傳輸子幀內是否傳輸資源請求信號的偵聽結果確定；
[0170]所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和上次是否成功收到資源請求響應信號確定；
[0171]所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和[0，BackofTWin-1]內的隨機數確定；
[0172]其中，所述BackoffWin為固定值，或者為根據網絡中的擁塞情況調整的值。可選的，所述第二收發模塊具體用于:
[0173]在接收到所述第一通信目標方發送的表明同意的資源請求響應信號時，在第二時間域的數據子帶內向所述第一通信目標方發送數據包。
[0174]可選的，所述第二收發模塊接收的所述表明同意的資源請求響應信號中包括表明同意通信的信息，或者，所述表明同意的資源請求響應信號采用第一特殊序列表示，所述第一特殊序列為預先設定的表明同意通信的序列。
[0175]可選的，該設備還可以包括:
[0176]第三收發模塊，用于接收所述第一通信目標方發送的是否正確接收所述數據包的確認信號，所述確認信號位于所述第二時間域之后的預定義的資源請求響應信號傳輸子幀中，所述確認信號與所述資源請求響應信號采用不同的序列。
[0177]可選的，當所述第一組D2D通信設備的一方為第一通信目標方，所述第一組D2D通信設備的另一方為第一通信請求方時，所述第一收發模塊包括:
[0178]第三單元，用于在第一時間域的資源請求信號傳輸子幀內接收所述第一通信請求方發送的資源請求信號；
[0179]第四單元，用于在同意通信時，在所述第一時間域的資源請求響應信號傳輸子幀內向所述第一通信請求發發送表明同意的資源請求響應信號。
[0180]可選的，所述資源請求信號中包括通信目標方的設備ID，所述設備還包括:
[0181]判斷模塊，用于判斷所述資源請求信號中包括的通信目標方的設備ID是否與自身的設備ID相同，以便在相同時，判斷是否同意通信請求。
[0182]可選的，該設備還包括:
[0183]第四收發模塊，用于在接收到所述數據包后，在所述第二時間域之后的預定義的資源請求響應信號子幀中，向所述通信請求方發送是否正確接收所述數據包的確認信息，所述確認信號與資源請求響應信號采用不同的序列。
[0184]可選的，當所述第一組D2D通信設備的通信獨占頻譜資源時，所述控制信息子帶的大小為I個RB ;或者，
[0185]當所述第一組D2D通信設備的通信通過底層共享的方式與其它D2D通信設備共享蜂窩通信的資源時，所述控制信息子帶的大小至少為3個RB。
[0186]可選的，當所述第一組D2D通信設備通過底層共享的方式與其它D2D通信設備共享蜂窩通信的資源時，所述系統帶寬所在的通信頻段為:
[0187]干擾最小的波段；或者
[0188]多個干擾相同的波段中帶寬最大的波段；或者
[0189]BXlog(l+l/I)最小的波段，其中，B為波段的帶寬，I為該波段每單位頻段的干擾值。
[0190]可選的，所述控制信息子帶和數據子帶分別包括多個子載波；當所述第一通信請求方和所述第一通信目標方的通信采用正交頻分復用OFDM方式時，所述通信采用的子載波與距離所述第一通信請求方最近的小區的子載波對齊。
[0191]本實施例中，控制信息子帶只占用系統帶寬內的部分頻率資源，而不是如現有技術中可以占用整個系統帶寬，控制信息子帶用于傳輸資源控制消息，這樣就使得資源控制信號能夠占用的資源減少，也就是資源的使用率得以提高，從而降低資源浪費率，并且在數據子帶內傳輸一組通信設備的數據時，在對應時域的控制信息子帶內傳輸另一組通信設備的資源控制信息，可以保證充分的資源利用率。
[0192]圖10為本發明資源共享設備另一實施例的結構示意圖，該設備可以是第一組D2D通信設備的一方，該設備包括收發器101和處理器102 ;收發器101用于在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，且所述第一時間域的數據子帶內用于傳輸第二組D2D通信設備間的數據包，所述第一資源控制信息用于調度第二時間域的數據子帶的數據傳輸；以及，根據所述第一資源控制信息，在第二時間域的數據子帶內發送或者接收與所述第一組D2D通信設備的另一方間的數據包，且所述第二時間域的控制信息子帶內用于交互第三組D2D通信設備間的第二資源控制信息。處理器102用于對收發器傳輸的信息進行處理，以及確定所述控制信息子帶和所述數據子帶，所述控制信息子帶和數據子帶是由系統帶寬內的全部或者部分頻率資源劃分得到的。[0193]可選的，所述第一資源控制信息包括資源請求信號和資源請求響應信號，所述控制信息子帶在時域上被劃分為至少一對資源請求信號傳輸子幀和資源請求響應信號傳輸子幀；所述資源請求信號傳輸子幀用于傳輸資源請求信號；所述資源請求響應信號傳輸子幀用于傳輸資源請求響應信號；所述數據子帶在時域上被劃分為至少一個數據傳輸子幀。
[0194]可選的，每個資源請求信號傳輸子幀和每個資源請求響應信號傳輸子幀所占用的時間相同；每個數據傳輸子幀所占用的時間是每個資源請求信號傳輸子幀所占用的時間和每個資源請求響應信號傳輸子幀所占用的時間之和。
[0195]可選的，所述第一組D2D通信設備的一方為第一通信請求方，所述第一組D2D通信設備的另一方為第一通信目標方，所述收發器具體用于:在第一時間域的控制信息子帶的資源請求信號傳輸子幀向第一通信目標方發送資源請求信號；在第一時間域的控制信息子帶的資源請求響應信號傳輸子幀接收所述第一通信目標方發送的資源請求響應信號。
[0196]可選的，所述收發器具體用于:在有數據傳輸需求時，等待K個資源請求信號傳輸子幀后，在第K+1個資源請求信號傳輸子幀內向所述第一通信目標方發送資源請求信號，所述K的取值采用如下項中的任一項確定:
[0197]所述K的取值為[0，Backoffffin-1]內的隨機數；
[0198]所述K的取值根據資源請求信號傳輸子幀內是否傳輸資源請求信號的偵聽結果確定；
[0199]所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和上次是否成功收到資源請求響應信號確定；
[0200]所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和[0，BackofTWin-1]內的隨機數確定；
[0201]其中，所述BackoffWin為固定值，或者為根據網絡中的擁塞情況調整的值。
[0202]可選的，收發器具體用于:在接收到所述第一通信目標方發送的表明同意的資源請求響應信號時，在第二時間域的數據子帶內向所述第一通信目標方發送數據包。
[0203]可選的，所述表明同意的資源請求響應信號中包括表明同意通信的信息，或者，所述表明同意的資源請求響應信號采用第一特殊序列表示，所述第一特殊序列為預先設定的表明同意通信的序列。
[0204]可選的，所述收發器還用于接收所述第一通信目標方發送的是否正確接收所述數據包的確認信號，所述確認信號位于所述第二時間域之后的預定義的資源請求響應信號傳輸子幀中，所述確認信號與所述資源請求響應信號采用不同的序列。
[0205]可選的，所述第一組D2D通信設備的一方為第一通信目標方，所述第一組D2D通信設備的另一方為第一通信請求方，所述收發器具體用于:在第一時間域的資源請求信號傳輸子幀內接收所述第一通信請求方發送的資源請求信號；在同意通信時，在所述第一時間域的資源請求響應信號傳輸子幀內向所述第一通信請求發發送表明同意的資源請求響應信號。
[0206]可選的，所述資源請求信號中包括通信目標方的設備ID，所述處理器還用于:判斷所述資源請求信號中包括的通信目標方的設備ID是否與自身的設備ID相同，以便在相同時，判斷是否同意通信請求。
[0207]可選的，收發器還用于:在接收到所述數據包后，在所述第二時間域之后的預定義的資源請求響應信號子幀中，向所述通信請求方發送是否正確接收所述數據包的確認信息，所述確認信號與資源請求響應信號采用不同的序列。
[0208]可選的，當所述第一組D2D通信設備的通信獨占頻譜資源時，所述控制信息子帶的大小為I個RB ;或者，
[0209]當所述第一組D2D通信設備的通信通過底層共享的方式與其它D2D通信設備共享蜂窩通信的資源時，所述控制信息子帶的大小至少為3個RB。
[0210]可選的，當所述第一組D2D通信設備通過底層共享的方式與其它D2D通信設備共享蜂窩通信的資源時，所述系統帶寬所在的通信頻段為:
[0211]干擾最小的波段；或者
[0212]多個干擾相同的波段中帶寬最大的波段；或者
[0213]BXlog(l+l/I)最小的波段，其中，B為波段的帶寬，I為該波段每單位頻段的干擾值。
[0214]可選的，所述控制信息子帶和數據子帶分別包括多個子載波；當所述第一通信請求方和所述第一通信目標方的通信采用正交頻分復用OFDM方式時，所述通信采用的子載波與距離所述第一通信請求方最近的小區的子載波對齊。
[0215]上述的收發器可以通過一個或多個天線收發無線信號。收發器可以由分立的發送器和接收器組成，也可以是耦合在一起的具有接收和發送功能的器件。
[0216]上述的處理器可以是通用處理器、數字信號處理器(DSP)、專用集成電路(ASIC)、現成可編程門陣列(FPGA)或者其他可編程邏輯器件、分立門或者晶體管邏輯器件、分立硬件組件。通用處理器可以是微處理器或者該處理器也可以是任何常規的處理器，解碼器等。
[0217]結合本發明實施例所公開的方法的步驟可以直接體現為硬件處理器以及收發器執行完成，或者，本實施例進一步包括存儲器，處理器的功能由硬件及軟件模塊組合執行完成。軟件模塊對應的程序位于存儲器內，存儲器可以為隨機存儲器、閃存、只讀存儲器、可編程只讀存儲器或者電可擦寫可編程存儲器、寄存器等本領域成熟的存儲介質。結合其硬件完成上述方法的步驟。另外，本實施例還可以包括數據總線、電源總線、控制總線和狀態信號總線等，用于讀寫相應的數據。
[0218]本實施例中，控制信息子帶只占用系統帶寬內的部分頻率資源，而不是如現有技術中可以占用整個系統帶寬，控制信息子帶用于傳輸資源控制消息，這樣就使得資源控制信號能夠占用的資源減少，也就是資源的使用率得以提高，從而降低資源浪費率，并且在數據子帶內傳輸一組通信設備的數據時，在對應時域的控制信息子帶內傳輸另一組通信設備的資源控制信息，可以保證充分的資源利用率。
[0219]本領域普通技術人員可以理解:實現上述各方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成。前述的程序可以存儲于一計算機可讀取存儲介質中。該程序在執行時，執行包括上述各方法實施例的步驟；而前述的存儲介質包括:R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。
[0220]最后應說明的是:以上各實施例僅用以說明本發明的技術方案，而非對其限制；盡管參照前述各實施例對本發明進行了詳細的說明，本領域的普通技術人員應當理解:其依然可以對前述各實施例所記載的技術方案進行修改，或者對其中部分或者全部技術特征進行等同替換；而這些修改或者替換，并不使相應技術方案的本質脫離本發明各實施例技術方案的范圍。
【權利要求】
1.一種設備到設備D2D通信中資源共享方法，其特征在于，包括: 第一組D2D通信設備的一方在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，且所述第一時間域的數據子帶內用于傳輸第二組D2D通信設備間的數據包，所述第一資源控制信息用于調度第二時間域的數據子帶的數據傳輸; 所述第一組D2D通信設備的一方根據所述第一資源控制信息，在第二時間域的數據子帶內發送或者接收與所述第一組D2D通信設備的另一方間的數據包，且所述第二時間域的控制信息子帶內用于交互第三組D2D通信設備間的第二資源控制信息； 所述控制信息子帶和數據子帶是由系統帶寬內的全部或者部分頻率資源劃分得到的。
2.根據權利要求1所述的方法，其特征在于， 所述第一資源控制 信息包括資源請求信號和資源請求響應信號，所述控制信息子帶在時域上被劃分為至少一對資源請求信號傳輸子幀和資源請求響應信號傳輸子幀；所述資源請求信號傳輸子幀用于傳輸資源請求信號；所述資源請求響應信號傳輸子幀用于傳輸資源請求響應信號； 所述數據子帶在時域上被劃分為至少一個數據傳輸子幀。
3.根據權利要求2所述的方法，其特征在于， 每個資源請求信號傳輸子幀和每個資源請求響應信號傳輸子幀所占用的時間相同；每個數據傳輸子幀所占用的時間是每個資源請求信號傳輸子幀所占用的時間和每個資源請求響應信號傳輸子幀所占用的時間之和。
4.根據權利要求2所述的方法，其特征在于，所述第一組D2D通信設備的一方為第一通信請求方，所述第一組D2D通信設備的另一方為第一通信目標方，所述第一組D2D通信設備的一方在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，包括: 第一通信請求方在第一時間域的控制信息子帶的資源請求信號傳輸子幀向第一通信目標方發送資源請求信號； 所述第一通信請求方在第一時間域的控制信息子帶的資源請求響應信號傳輸子幀接收所述第一通信目標方發送的資源請求響應信號。
5.根據權利要求4所述的方法，其特征在于，所述第一通信請求方在第一時間域的控制信息子帶的資源請求信號傳輸子幀向第一通信目標方發送資源請求信號，包括: 所述第一通信請求方在有數據傳輸需求時，等待K個資源請求信號傳輸子幀后，在第K+1個資源請求信號傳輸子幀內向所述第一通信目標方發送資源請求信號，所述K的取值采用如下項中的任一項確定: 所述K的取值為[O，BackoffWin-1]內的隨機數； 所述K的取值根據資源請求信號傳輸子幀內是否傳輸資源請求信號的偵聽結果確定；所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和上次是否成功收到資源請求響應信號確定； 所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和[0，BackofTWin-1]內的隨機數確定； 其中，所述BackoffWin為固定值，或者為根據網絡中的擁塞情況調整的值。
6.根據權利要求4所述的方法，其特征在于，所述第一通信請求方根據所述第一資源控制信息，在第二時間域的數據子帶內向所述第一通信目標方發送數據包，包括: 所述第一通信請求方在接收到所述第一通信目標方發送的表明同意的資源請求響應信號時，在第二時間域的數據子帶內向所述第一通信目標方發送數據包。
7.根據權利要求6所述的方法，其特征在于，所述表明同意的資源請求響應信號中包括表明同意通信的信息，或者，所述表明同意的資源請求響應信號采用第一特殊序列表示，所述第一特殊序列為預先設定的表明同意通信的序列。
8.根據權利要求4所述的方法，其特征在于，還包括: 所述第一通信請求方接收所述第一通信目標方發送的是否正確接收所述數據包的確認信號，所述確認信號位于所述第二時間域之后的預定義的資源請求響應信號傳輸子幀中，所述確認信號與所述資源請求響應信號采用不同的序列。
9.根據權利要求2所述的方法，其特征在于，所述第一組D2D通信設備的一方為第一通信目標方，所述第一組D2D通信設備的另一方為第一通信請求方，所述第一組D2D通信設備的一方在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，包括: 所述第一通信目標方在第一時間域的資源請求信號傳輸子幀內接收所述第一通信請求方發送的資源請求信號； 所述第一通信目標方在同意通信時，在所述第一時間域的資源請求響應信號傳輸子幀內向所述第一通信請求發發送表明同意的資源請求響應信號。
10.根據權利要求9所述的方法，其特征在于，所述資源請求信號中包括通信目標方的設備ID,所述方法還包括:` 所述第一通信目標方判斷所述資源請求信號中包括的通信目標方的設備ID是否與自身的設備ID相同，以便在相同時，判斷是否同意通信請求。
11.根據權利要求9所述的方法，其特征在于，還包括: 所述第一通信目標方在接收到所述數據包后，在所述第二時間域之后的預定義的資源請求響應信號子幀中，向所述通信請求方發送是否正確接收所述數據包的確認信息，所述確認信號與資源請求響應信號采用不同的序列。
12.根據權利要求1-11任一項所述的方法，其特征在于， 當所述第一組D2D通信設備的通信獨占頻譜資源時，所述控制信息子帶的大小為I個資源塊RB ;或者， 當所述第一組D2D通信設備的通信通過底層共享的方式與其它D2D通信設備共享蜂窩通信的資源時，所述控制信息子帶的大小至少為3個資源塊RB。
13.根據權利要求1-11任一項所述的方法，其特征在于， 當所述第一組D2D通信設備通過底層共享的方式與其它D2D通信設備共享蜂窩通信的資源時，所述系統帶寬所在的通信頻段為: 干擾最小的波段；或者 多個干擾相同的波段中帶寬最大的波段；或者 BXlog(l+l/I)最小的波段，其中，B為波段的帶寬，I為該波段每單位頻段的干擾值。
14.根據權利要求1-11任一項所述的方法，其特征在于，所述控制信息子帶和數據子帶分別包括多個子載波；當所述第一通信請求方和所述第一通信目標方的通信采用正交頻分復用OFDM方式時，所述通信采用的子載波與距離所述第一通信請求方最近的小區的子載波對齊。
15.一種設備到設備D2D通信中資源共享設備，其特征在于，所述設備為第一組D2D通信設備的一方，所述設備包括: 第一收發模塊，用于在第一時間域的控制信息子帶內與所述第一組D2D通信設備的另一方交互第一資源控制信息，且所述第一時間域的數據子帶內用于傳輸第二組D2D通信設備間的數據包，所述第一資源控制信息用于調度第二時間域的數據子帶的數據傳輸； 第二收發模塊，用于根據所述第一資源控制信息，在第二時間域的數據子帶內發送或者接收與所述第一組D2D通信設備的另一方間的數據包，且所述第二時間域的控制信息子帶內用于交互第三組D2D通信設備間的第二資源控制信息； 所述控制信息子帶和數據子帶是由系統帶寬內的全部或者部分頻率資源劃分得到的。
16.根據權利要求15所述的設備，其特征在于， 所述第一資源控制信息包括資源請求信號和資源請求響應信號，所述控制信息子帶在時域上被劃分為至少一對資源請求信號傳輸子幀和資源請求響應信號傳輸子幀；所述資源請求信號傳輸子幀用于傳輸資源請求信號；所述資源請求響應信號傳輸子幀用于傳輸資源請求響應信號； 所述數據子帶在時域上被劃分為至少一個數據傳輸子幀。
17.根據權利要求16所述的設備，其特征在于，當所述第一組D2D通信設備的一方為第一通信請求方，所述第一組`D2D通信設備的另一方為第一通信目標方時，所述第一收發模塊包括: 第一單元，用于在第一時間域的控制信息子帶的資源請求信號傳輸子幀向第一通信目標方發送資源請求信號； 第二單元，用于在第一時間域的控制信息子帶的資源請求響應信號傳輸子幀接收所述第一通信目標方發送的資源請求響應信號。
18.根據權利要求17所述的設備，其特征在于，所述第一單元具體用于: 在有數據傳輸需求時，等待K個資源請求信號傳輸子幀后，在第K+1個資源請求信號傳輸子幀內向所述第一通信目標方發送資源請求信號，所述K的取值采用如下項中的任一項確定: 所述K的取值為[0，BackoffWin-1]內的隨機數； 所述K的取值根據資源請求信號傳輸子幀內是否傳輸資源請求信號的偵聽結果確定；所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和上次是否成功收到資源請求響應信號確定； 所述K的取值根據上次從有數據傳輸需求到傳輸資源請求信號所等待的資源請求信號傳輸子幀的個數和[0，BackofTWin-1]內的隨機數確定； 其中，所述BackoffWin為固定值，或者為根據網絡中的擁塞情況調整的值。
19.根據權利要求17所述的設備，其特征在于，所述第二收發模塊具體用于: 在接收到所述第一通信目標方發送的表明同意的資源請求響應信號時，在第二時間域的數據子帶內向所述第一通信目標方發送數據包。
20.根據權利要求19所述的設備，其特征在于，所述第二收發模塊接收的所述表明同意的資源請求響應信號中包括表明同意通信的信息，或者，所述表明同意的資源請求響應信號采用第一特殊序列表示，所述第一特殊序列為預先設定的表明同意通信的序列。
21.根據權利要求17所述的設備，其特征在于，還包括: 第三收發模塊，用于接收所述第一通信目標方發送的是否正確接收所述數據包的確認信號，所述確認信號位于所述第二時間域之后的預定義的資源請求響應信號傳輸子幀中，所述確認信號與所述資源請求響應信號采用不同的序列。
22.根據權利要求16所述的設備，其特征在于，當所述第一組D2D通信設備的一方為第一通信目標方，所述第一組D2D通信設備的另一方為第一通信請求方時，所述第一收發模塊包括: 第三單元，用于在第一時間域的資源請求信號傳輸子幀內接收所述第一通信請求方發送的資源請求信號； 第四單元，用于在同意通信時，在所述第一時間域的資源請求響應信號傳輸子幀內向所述第一通信請求發發送表明同意的資源請求響應信號。
23.根據權利要求22所述的設備，其特征在于，所述資源請求信號中包括通信目標方的設備ID，所述設備還包括: 判斷模塊，用于判斷所述資源請求信號中包括的通信目標方的設備ID是否與自身的設備ID相同，以便在相同時，判斷是否同意通信請求。
24.根據權利要求22所述的設備，其特征在于，還包括: 第四收發模塊，用于在接收到所述數據包后，在所述第二時間域之后的預定義的資源請求響應信號子幀中，向所述通信請求方發送是否正確接收所述數據包的確認信息，所述確認信號與資源請求響應信號采用不同的序列。
【文檔編號】H04W16/14GK103686753SQ201210331377
【公開日】2014年3月26日 申請日期:2012年9月10日 優先權日:2012年9月10日
【發明者】馮淑蘭, 周晗 申請人:華為技術有限公司