無(wú)線通信系統(tǒng)中支持裝置對(duì)裝置發(fā)現(xiàn)的通信方法和裝置制造方法
【專利摘要】本發(fā)明公開了一種無(wú)線通信系統(tǒng)中支持裝置對(duì)裝置發(fā)現(xiàn)的通信方法和裝置。上述通信方法包括一UE接收一無(wú)線資源控制(Radio Resource Control，下稱RRC)訊息，用于對(duì)上述UE設(shè)定測(cè)量間距。上述通信方法也包括若一測(cè)量間距和任一D2D發(fā)現(xiàn)子幀互相重疊時(shí)，上述UE在上述測(cè)量間距執(zhí)行測(cè)量且不監(jiān)測(cè)D2D發(fā)現(xiàn)信號(hào)。
【專利說明】無(wú)線通信系統(tǒng)中支持裝置對(duì)裝置發(fā)現(xiàn)的通信方法和裝置

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及無(wú)線通信網(wǎng)絡(luò)，尤其涉及適用于無(wú)線通信系統(tǒng)中支持裝置對(duì)裝置 (Device-t〇-Device，D2D)發(fā)現(xiàn)的通信方法和通信裝置。

【背景技術(shù)】
[0002] 隨著移動(dòng)通信裝置對(duì)收送大量通信數(shù)據(jù)的需求急遽增加，傳統(tǒng)的移動(dòng)語(yǔ)音通信網(wǎng) 絡(luò)逐漸演進(jìn)成為使用網(wǎng)際網(wǎng)絡(luò)協(xié)議（InternetProtocol，以下稱為IP)數(shù)據(jù)分組進(jìn)行溝通 的網(wǎng)絡(luò)。這種IP數(shù)據(jù)分組通信可以對(duì)使用者提供有網(wǎng)絡(luò)電話（voiceoverIP)、多媒體、廣 播和點(diǎn)播的（on-demand)通信服務(wù)的移動(dòng)通信裝置。
[0003] 其中一種目前正在標(biāo)準(zhǔn)化的網(wǎng)絡(luò)構(gòu)造進(jìn)化通用陸地?zé)o線接入網(wǎng)絡(luò)（Evolved UniversalTerrestrialRadioAccessNetwork，以下稱為E-UTRAN)。E-UTRAN系統(tǒng)會(huì)提 供高數(shù)據(jù)傳輸量（throughput)以實(shí)現(xiàn)上述的網(wǎng)絡(luò)電話及多媒體服務(wù)。目前正在由3GPP標(biāo) 準(zhǔn)組織進(jìn)行關(guān)于E-UTRAN系統(tǒng)的標(biāo)準(zhǔn)化的相關(guān)工作。因此，目前呈送至3GPP標(biāo)準(zhǔn)的變更被 認(rèn)為是3GPP標(biāo)準(zhǔn)的演進(jìn)。


【發(fā)明內(nèi)容】

[0004] 基于上述目的，本發(fā)明公開了一種在無(wú)線通信系統(tǒng)中支持裝置對(duì)裝置發(fā)現(xiàn)的通信 方法和通信裝置。上述通信方法包括一UE接收一無(wú)線資源控制（RadioResourceControl, 下稱RRC)訊息，用于對(duì)上述UE設(shè)定測(cè)量間距。上述通信方法也包括若一測(cè)量間距和任一 D2D發(fā)現(xiàn)子幀互相重疊時(shí)，上述UE在上述測(cè)量間距執(zhí)行測(cè)量且不監(jiān)測(cè)D2D發(fā)現(xiàn)信號(hào)。

【專利附圖】

【附圖說明】
[0005] 圖1為本發(fā)明實(shí)施例中一種無(wú)線通信系統(tǒng)圖。
[0006] 圖2為本發(fā)明實(shí)施例中一種傳送器系統(tǒng)（也稱為接入網(wǎng)絡(luò)）和接收器系統(tǒng)（也稱 為用戶設(shè)備或UE)的方塊圖。
[0007] 圖3為本發(fā)明實(shí)施例中一種無(wú)線通信系統(tǒng)的功能方塊圖。
[0008] 圖4為圖3中程序代碼的功能方塊圖。
[0009] 圖5為3GPPTS36. 304的部分7. 2的表格的復(fù)制圖，描述頻分雙工FDD情況下用 于所有UL(上行）/DL(下行）設(shè)定的子幀樣式。
[0010] 圖6為3GPPTS36. 304的部分7. 2的表格的復(fù)制圖，描述時(shí)分雙工TDD情況下用 于所有UL(上行）/DL(下行）設(shè)定的子幀樣式。
[0011] 圖7為3GPPTS36. 133的表格8. 1. 2. 1-1的復(fù)制圖，描述UE支持的兩個(gè)測(cè)量間距 樣式設(shè)定。
[0012] 圖8是顯示本發(fā)明實(shí)施例中傳呼時(shí)段和D2D發(fā)現(xiàn)子幀的重疊情形。
[0013] 圖9是顯示本發(fā)明實(shí)施例中測(cè)量間距和D2D發(fā)現(xiàn)子幀的重疊情形。
[0014] 圖10為本發(fā)明實(shí)施例中一種流程圖。
[0015] 圖11為本發(fā)明實(shí)施例中一種流程圖。
[0016] 圖12為本發(fā)明實(shí)施例中一種流程圖。
[0017]【符號(hào)說明】
[0018] 100?接取網(wǎng)絡(luò)； 104、106、…、112?天線群組；
[0019] 116、122?接入終端；118、120、…、126?通信鏈路；
[0020] 212?數(shù)據(jù)源； 214?TX數(shù)據(jù)處理器；
[0021] 220?TXMM0處理器；230?處理器；
[0022] 232?存儲(chǔ)器； 242?RX數(shù)據(jù)處理器；
[0023] 240?解調(diào)制器； 260?RX數(shù)據(jù)處理器；
[0024] 272?存儲(chǔ)器； 270?處理器；
[0025] 280 -調(diào)制器； 238?TX數(shù)據(jù)處理器；
[0026] 236?數(shù)據(jù)源；
[0027] 302?輸入裝置； 304?輸出裝置；
[0028] 306?控制電路； 308?CPU;
[0029] 310?存儲(chǔ)器； 312?程序代碼；
[0030] 314?傳收器；
[0031] 400?應(yīng)用層； 402?第3層；
[0032] 404?第2層； 406?第1層；
[0033]FDD?頻分雙工； TDD?時(shí)分雙工；
[0034]Ns?計(jì)算值；
[0035]i_s?索引；
[0036]P0?傳呼時(shí)段；
[0037] 1005、1010、...、1020 ?步驟；
[0038] 1105、1110、...、1125 ?步驟；以及
[0039]1205、1210、...、1220 ?步驟。

【具體實(shí)施方式】
[0040] 在此必須說明的是，在下公開內(nèi)容中所提出的不同實(shí)施例或范例，用以說明本發(fā) 明所揭示的不同技術(shù)特征，其所描述的特定范例或排列用以簡(jiǎn)化本發(fā)明，然非用以限定本 發(fā)明。此外，在不同實(shí)施例或范例中可能重復(fù)使用相同的參考數(shù)字與符號(hào)，此等重復(fù)使用 的參考數(shù)字與符號(hào)用以說明本發(fā)明所揭示的內(nèi)容，而非用以表示不同實(shí)施例或范例間的關(guān) 系。
[0041] 下述實(shí)施例的無(wú)線通信系統(tǒng)和裝置用于無(wú)線通信系統(tǒng)，并支持廣播服務(wù)。無(wú)線通 信系統(tǒng)被廣泛地應(yīng)用以提供各種通信服務(wù)例如語(yǔ)音、數(shù)據(jù)等等。這些系統(tǒng)可根據(jù)碼分多 重接入技術(shù)（CodeDivision多個(gè)Access，CDMA)，時(shí)分多重接入技術(shù)（TimeDivision多 個(gè)Access，TDMA)、正交頻分多重接入技術(shù)（OrthogonalFrequency多個(gè)Access，0FDMA)， 3GPPLTE(LongTermEvolution)無(wú)線接入技術(shù)、或LTE-先進(jìn)技術(shù)（LongTermEvolution Advanced，以下稱為 3GPPLTE-A)、3GPP2 超移動(dòng)寬帶（UltraMobilefcoadband，UMB)、 WiMax、或其他調(diào)制技術(shù)。
[0042] 特別在下述實(shí)施例的無(wú)線通信系統(tǒng)裝置中，可設(shè)計(jì)成支持一或多個(gè)通信標(biāo)準(zhǔn)，例 如由〃第三代合作伙伴計(jì)劃〃 (3rdGenerationPartnershipProject,以下稱為3GPP)的 聯(lián)合集團(tuán)所提供的標(biāo)準(zhǔn)，包括文件編號(hào)TS36. 331VII. 4. 0,標(biāo)題為"E-UTRARRC通信協(xié)議規(guī) 格";SP-110638,標(biāo)題為"關(guān)于鄰近服務(wù)的研究提案的WID" ;TR22. 803-C20,標(biāo)題為"對(duì)于鄰 近服務(wù)（ProSe)的可行性研究";R1-132503,標(biāo)題為"D2D發(fā)現(xiàn)技巧";R2-132526,標(biāo)題為"針 對(duì)D2D直接發(fā)現(xiàn)的資源設(shè)定和選擇"；R2-133215,標(biāo)題為"針對(duì)D2D直接發(fā)現(xiàn)的UE狀態(tài)"； R2-133382,標(biāo)題為"關(guān)于閑置模式UE發(fā)現(xiàn)的討論";R2-133482,標(biāo)題為"D2D發(fā)現(xiàn)";TS36. 304 VII. 3.0,標(biāo)題為"閑置模式下的E-UTRAUE程序";以及TS36. 133VII. 4.0,標(biāo)題為"支持無(wú) 線資源管理的E-UTRA需求"。上面列舉的標(biāo)準(zhǔn)和文獻(xiàn)亦納入本公開書中。
[0043] 圖1是顯示本發(fā)明實(shí)施例的一種多接入無(wú)線通信系統(tǒng)。接取網(wǎng)絡(luò)100(接入網(wǎng)絡(luò)， 以下稱為AN)包括多組天線群組，其中的一組天線群組包括104和106,另一組天線群組包 括108和110,還有另一組天線群組包括112和114。雖然在圖1中每組天線群組都只有顯示 兩根天線，但是每組天線群組也可使用其他數(shù)量的天線。接入終端116(Access Terminal, 以下稱為AT)與天線112和114進(jìn)行溝通，其中天線112和114通過前向鏈路120將信息 傳送至接入終端116并由接入終端116通過反向鏈路118接收信息。接入終端122與天線 106和108進(jìn)行溝通，其中天線106和108通過前向鏈路126將信息傳送至接入終端122并 由接入終端122通過反向鏈路124接收信息。在頻分雙工系統(tǒng)中，通信鏈路118、120、124 和126可使用不同的頻率進(jìn)行通信。例如，正向鏈接120可使用反向鏈接118所使用的不 同頻率。
[0044] 每個(gè)群組的天線和/或規(guī)劃的通信范圍通常稱為接入網(wǎng)絡(luò)的區(qū)段（sector)。在某 些實(shí)施例中，天線群組內(nèi)的每個(gè)天線都是設(shè)計(jì)來(lái)在接入網(wǎng)絡(luò)100所覆蓋的范圍區(qū)段內(nèi)與接 入終端進(jìn)行通信。
[0045] 對(duì)于通過正向鏈接120和126的通信程序來(lái)說，接入網(wǎng)絡(luò)100的傳送天線可使用 波束賦形（beamforming)技術(shù)以對(duì)不同的接入終端116和122改善正向鏈接的信噪比。另 夕卜，接入網(wǎng)絡(luò)經(jīng)由其覆蓋范圍使用波束賦形技術(shù)以隨機(jī)分散的方式傳送到接入終端，相較 于經(jīng)由單一天線接入網(wǎng)絡(luò)傳送到所有涵蓋的接入終端之下，可對(duì)相鄰的接入終端無(wú)線服務(wù) 小區(qū)范圍（cell)造成較小干擾。
[0046] 接入網(wǎng)絡(luò)（接入網(wǎng)絡(luò)，AN)可為固定基站或小區(qū)范圍用于和終端進(jìn)行通信，其也可 稱為接入點(diǎn)、節(jié)點(diǎn)B、基站、基站、演進(jìn)節(jié)點(diǎn)B(EvolvednodeB)、或其他專用名詞。接入終端 (AT)可也可稱為用戶設(shè)備（UE)、無(wú)線通信裝置終端，接入終端或其他專用名詞。
[0047] 圖2是顯示本發(fā)明實(shí)施例中一種MM0系統(tǒng)200內(nèi)的傳送器系統(tǒng)210 (也稱為接入 網(wǎng)絡(luò)）和接收器系統(tǒng)250 (也稱為接入終端AT)或用戶設(shè)備（UserEquipment，UE))的簡(jiǎn)化 區(qū)塊圖。在傳送器系統(tǒng)210中，數(shù)據(jù)源212提供各種數(shù)據(jù)流的傳輸數(shù)據(jù)給傳送（TX)數(shù)據(jù)處 理器214。
[0048] 在某些實(shí)施例中，每個(gè)數(shù)據(jù)流分別通過傳送天線傳送。TX數(shù)據(jù)處理器214根據(jù)針 對(duì)數(shù)據(jù)流所選擇的特定編碼，對(duì)傳輸數(shù)據(jù)進(jìn)行格式處理、編碼處理、以及交錯(cuò)處理，以提供 數(shù)據(jù)流的編碼數(shù)據(jù)。
[0049] 每個(gè)數(shù)據(jù)流的編碼數(shù)據(jù)與領(lǐng)航（pilot)數(shù)據(jù)可使用0FDM技術(shù)先執(zhí)行多工程序。領(lǐng) 航數(shù)據(jù)通常是以某種已知方式處理的數(shù)據(jù)圖樣，可用于接收器系統(tǒng)進(jìn)行通道響應(yīng)估計(jì)。每 個(gè)數(shù)據(jù)流的多工處理后的領(lǐng)航和編碼數(shù)據(jù)接著根據(jù)針對(duì)數(shù)據(jù)流選出的特定調(diào)制方式（例 如8?51(、〇?51(、1^^1(、或1〇41〇進(jìn)行調(diào)制（即符元匹配）以提供調(diào)制符元。每個(gè)數(shù)據(jù)流的 數(shù)據(jù)率、編碼、和調(diào)制可藉由處理器230執(zhí)行的指令加以判定。
[0050] 所有數(shù)據(jù)流的調(diào)制符元會(huì)被提供給TXMM0處理器220,TXMM0處理器220可另 外處理調(diào)制符元（例如用于0FDM)。TXMM0處理器220接著經(jīng)由222t將NT個(gè)調(diào)制符元 流提供給NT個(gè)傳送器（TMTR) 222a到222t。在某些實(shí)施例中，TXMM0處理器220對(duì)數(shù)據(jù) 流符元以波束賦形權(quán)重值加以處理并傳送至天線進(jìn)而進(jìn)行傳送。
[0051] 每個(gè)傳送器222分別接收和處理各自的符元流，藉以提供一或多個(gè)模擬信號(hào)，并 更進(jìn)一步處理（狀況）（例如放大程序、濾波程序、和上轉(zhuǎn)換程序）模擬信號(hào)，藉以提供適于 在MM0通道上進(jìn)行傳輸程序的調(diào)制信號(hào)。接著來(lái)自傳送器222a到222t的NT個(gè)調(diào)制信號(hào) 會(huì)經(jīng)由天線224a到224t分別加以傳送。
[0052] 在接收器系統(tǒng)250中，NR個(gè)天線252a到252r會(huì)收到傳送調(diào)制信號(hào)且每個(gè)天線252 會(huì)將收到的信號(hào)分別提供至接收器（RCVR) 254a到254r。每個(gè)接收器254會(huì)處理（例如放 大程序、濾波程序、和下轉(zhuǎn)換程序）其分別收到的信號(hào)，數(shù)字化處理后的信號(hào)進(jìn)而提供采樣 值，并更進(jìn)一步處理采樣值而提供對(duì)應(yīng)"接收的"符元流。
[0053] 接下來(lái)，RX數(shù)據(jù)處理器260接收從NR個(gè)接收器254收到的NR個(gè)符元流，并根據(jù) 特定接收器處理技術(shù)處理從NR個(gè)接收器254收到的NR個(gè)符元流以提供NT個(gè)"檢測(cè)到的" 符元流。RX數(shù)據(jù)處理器260接著對(duì)每個(gè)檢測(cè)到的符元流進(jìn)行解碼、解交錯(cuò)、以及解碼程序， 藉以回復(fù)數(shù)據(jù)流的傳輸數(shù)據(jù)。RX數(shù)據(jù)處理器260的處理程序和在傳送器系統(tǒng)210中的TX MM0處理器220以及TX數(shù)據(jù)處理器214所執(zhí)行的處理程序互補(bǔ)。
[0054] 處理器270周期性地判定要使用哪個(gè)預(yù)編碼陣列（如以下的討論）。處理器270 產(chǎn)生包括陣列索引部分和階級(jí)值部分的反向鏈接信息。
[0055] 反向鏈接信息可包括各種種類信息，該各種種類信息關(guān)于通信鏈接和/或收到的 數(shù)據(jù)流。然后TX數(shù)據(jù)處理器238接著處理反向鏈接信息，并從數(shù)據(jù)源236接收許多數(shù)據(jù)流 的傳輸數(shù)據(jù)，該傳輸數(shù)據(jù)由調(diào)制器280進(jìn)行調(diào)制程序，傳送器254a到254i更進(jìn)一步處理， 并回傳至傳送器系統(tǒng)210。
[0056] 在傳送器系統(tǒng)210中，天線224會(huì)收到來(lái)自接收器系統(tǒng)250的調(diào)制信號(hào)，該調(diào)制信 號(hào)由接收器222加以處理，解調(diào)制器240執(zhí)行調(diào)制，并由RX數(shù)據(jù)處理器242處理以抽取接 收器系統(tǒng)250所傳送的反向鏈接信息。處理器230然后判定要使用哪個(gè)預(yù)編碼陣列來(lái)判定 波束賦形權(quán)重，并處理抽取出的信息。
[0057]翻到圖3,圖3是顯示本發(fā)明實(shí)施例的通信裝置的另一種簡(jiǎn)化功能區(qū)塊圖。如圖3 所示，無(wú)線通信系統(tǒng)內(nèi)的通信裝置300可用于實(shí)現(xiàn)圖1的UE(或AT)116和122,且無(wú)線通 信系統(tǒng)偏好為L(zhǎng)TE系統(tǒng)。通信裝置300可包括輸入裝置302、輸出裝置304、控制電路306、 中央處理單元（Central程序ing單元，下稱CPU) 308、存儲(chǔ)器310、程序代碼312、和傳收器 314?？刂齐娐?06藉由CPU308處理存儲(chǔ)器310中的程序代碼312,藉此控制通信裝置300 的運(yùn)作。通信裝置300能藉由輸入裝置302,例如鍵盤或數(shù)字鍵接收使用者輸入的信號(hào)，并 能經(jīng)由輸出裝置304例如顯示器或喇叭來(lái)輸出影像和聲音。傳收器314用于接收及傳送無(wú) 線信號(hào)，將收到的信號(hào)送至控制電路306,并將控制電路306產(chǎn)生的信號(hào)以無(wú)線方式輸出。 [0058]圖4為本發(fā)明實(shí)施例圖3中程序代碼312的簡(jiǎn)化功能區(qū)塊圖。實(shí)施例中，程序代 碼312包括應(yīng)用層400、第三層部分402和第二層部分404,應(yīng)用層400用于耦接至第一層 部分406。第三層部分402通常用于執(zhí)行無(wú)線資源控制。第二層部分404通常用于執(zhí)行鏈 接控制。第一層部分406通常用于執(zhí)行物理連線。
[0059] 對(duì)于LTE或LTE-A系統(tǒng)來(lái)說，第二層部分可包括無(wú)線鏈路控制（RadioLink Control,下稱RLC)層和介質(zhì)訪問控制（MediaAccessControl,下稱MAC)層。第三層部分 可包括無(wú)線資源控制（RadioResourceControl,下稱RRC)層。
[0060] 3GPP文件SP-110638 提出一個(gè)有關(guān)對(duì)鄰近服務(wù)（Proximity-basedService，下稱 ProSe)的研究項(xiàng)目。3GPPSP-110638針對(duì)該研究項(xiàng)目提供以下證明和目標(biāo)：
[0061] 3 證明
[0062] 鄰近（Proximity-based)應(yīng)用及服務(wù)是當(dāng)前龐大的社會(huì)科技趨勢(shì)。這些應(yīng)用的原 理用于發(fā)現(xiàn)附近裝置上執(zhí)行的應(yīng)用案例，并且最終也交換應(yīng)用相關(guān)的數(shù)據(jù)。同時(shí)，公共安全 社區(qū)的鄰近發(fā)現(xiàn)和通信也引起關(guān)注。
[0063] 由于所有這種數(shù)據(jù)流和信號(hào)需要通過網(wǎng)絡(luò)傳送，目前3GPP規(guī)格只有部分適用于 上述需求，因此會(huì)沖擊效能并增加多余的網(wǎng)絡(luò)負(fù)載。這些目前限制也造成產(chǎn)生更先進(jìn)鄰近 應(yīng)用的障礙。
[0064] 在上述前提下，3GPP技術(shù)有變成選擇平臺(tái)的機(jī)會(huì)，用于致能裝置間的鄰近發(fā)現(xiàn)以 及通信，并推廣許多未來(lái)更先進(jìn)的鄰近應(yīng)用。
[0065] 4 目標(biāo)
[0066]目標(biāo)為使用案例來(lái)進(jìn)行研究并為營(yíng)運(yùn)商網(wǎng)絡(luò)辨別潛在需求，該營(yíng)運(yùn)商網(wǎng)絡(luò)在連續(xù) 網(wǎng)絡(luò)控制下，且在3GPP網(wǎng)絡(luò)覆蓋率下由鄰近裝置間的發(fā)現(xiàn)和通信控制，該潛在需求用于： [0067] 1.商用/社會(huì)用途
[0068] 2?網(wǎng)絡(luò)卸載
[0069] 3?公共安全
[0070] 4.目前基礎(chǔ)建設(shè)服務(wù)的整合，用于保證用戶體驗(yàn)的一致性，包括可達(dá)性(reachability)和移動(dòng)性方面
[0071] 此外，研究項(xiàng)目將使用案例進(jìn)行研究并辨別潛在需求，用于
[0072] 5.當(dāng)缺乏EUTRAN覆蓋率時(shí)的公共安全（視區(qū)域性規(guī)定和營(yíng)運(yùn)商政策而定，并受限 于特定公共安全指定頻帶和終端）
[0073] 將研究使用案例和服務(wù)需求，上述使用案例和服務(wù)需求包括網(wǎng)絡(luò)營(yíng)運(yùn)商控制、認(rèn) 證、授權(quán)、會(huì)計(jì)以及法規(guī)方面。
[0074] 研究不適用于GERAN或UTRAN。
[0075] 另外，3GPPTR22. 803-C20定義ProSe發(fā)現(xiàn)，包括開放的[ProSe]發(fā)現(xiàn)和受限的 [ProSe]發(fā)現(xiàn)，如下：
[0076] 3. 1 定義
[0077] …
[0078]ProSe發(fā)現(xiàn)：一種辨識(shí)附近UE的程序，使用E-UTRA。
[0079] …
[0080] 開放的[ProSe]發(fā)現(xiàn)：為并沒有來(lái)自被發(fā)現(xiàn)UE的明確允許的ProSe發(fā)現(xiàn)。
[0081] 受限的[ProSe]發(fā)現(xiàn)：為只發(fā)生在有來(lái)自被發(fā)現(xiàn)UE的明確允許的ProSe發(fā)現(xiàn)。
[0082] …
[0083] 在RAN1#73會(huì)議中整理以下要點(diǎn)作為工作假設(shè)：
[0084]假設(shè)D2D在提供覆蓋率的小區(qū)范圍的UL頻譜（在FDD案例中）或UL子幀（在TDD案例中，除了在沒有覆蓋率時(shí)）中運(yùn)作
[0085] 會(huì)進(jìn)一步研究TDD案例中的DL子幀使用
[0086] 假設(shè)不在特定載波上使用全雙工進(jìn)行D2D傳輸/接收
[0087] 注意D2D代表裝置對(duì)裝置，且ProSe發(fā)現(xiàn)也稱為D2D發(fā)現(xiàn)。此外，3GPPR1-132503 討論用于D2D發(fā)現(xiàn)的無(wú)線資源以及D2D發(fā)現(xiàn)和廣域網(wǎng)絡(luò)（WideAreaNetwork,下稱WAN)通 信間的互動(dòng)，如下所述：
[0088] 3. 1保留用于發(fā)現(xiàn)的資源
[0089] 我們提出網(wǎng)絡(luò)在上行子幀保留周期性資源用于發(fā)現(xiàn)（設(shè)計(jì)原理2、3和4)。保留資 源用于發(fā)現(xiàn)的上行子幀應(yīng)為大部分連續(xù)（contiguous)。連續(xù)性分派幫助減低發(fā)現(xiàn)的電力消 耗。以下圖3的例子顯示64個(gè)連續(xù)上行子幀，每隔10秒會(huì)保留用于發(fā)現(xiàn)的資源。
[0090][省略部分3.1的圖3]
[0091] 我們稱保留資源的周期為"發(fā)現(xiàn)周期"，并且保留資源用于發(fā)現(xiàn)的子幀稱為"發(fā)現(xiàn) 子幀"。
[0092] 參與發(fā)現(xiàn)的UE將在發(fā)現(xiàn)子幀間選擇發(fā)現(xiàn)資源。發(fā)現(xiàn)資源的準(zhǔn)確定義在后面討論。 每個(gè)發(fā)現(xiàn)周期中UE都會(huì)在它選擇的發(fā)現(xiàn)資源上傳送它的發(fā)現(xiàn)信號(hào)。UE也會(huì)在其他UE的其 他發(fā)現(xiàn)子幀上（設(shè)計(jì)原理2&4)聽取發(fā)現(xiàn)信號(hào)。
[0093] 網(wǎng)絡(luò)會(huì)通過SIB廣播通知UE發(fā)現(xiàn)子幀。此種分派會(huì)以廣域部署方式以同步部署實(shí) 現(xiàn)，使小區(qū)范圍間（inter-cell)的發(fā)現(xiàn)以節(jié)能方式實(shí)行。同步部署中會(huì)以每個(gè)小區(qū)范圍為 基礎(chǔ)而執(zhí)行分派。小區(qū)范圍的eNodeB會(huì)廣播其分派以及SIB內(nèi)的鄰近小區(qū)范圍分派。此 處UE需聽取駐扎不同的小區(qū)范圍的UE的發(fā)現(xiàn)信號(hào)。
[0094]提案1 :網(wǎng)絡(luò)保留定期發(fā)生的上行子幀用于發(fā)現(xiàn)。
[0095] …
[0096] 3. 5與WAN通信共存
[0097] 為了使WAN和發(fā)現(xiàn)間和諧共存，eNodeB不應(yīng)在發(fā)現(xiàn)子幀上安排其他的新PUSCH傳 輸。所有持續(xù)HARQ傳輸都會(huì)被eNodeB暫停且會(huì)在非發(fā)現(xiàn)子幀上重啟動(dòng)。
[0098] 注意由于發(fā)現(xiàn)子幀為上行子幀的一小部分（設(shè)計(jì)原理8)(圖2的0?64% )WAN上 的發(fā)現(xiàn)沖擊會(huì)減到最小。
[0099] 為了更進(jìn)一步和諧共存，發(fā)現(xiàn)子幀的分派會(huì)是非連續(xù)的，于圖6中顯示。
[0100][省略部分3. 5的圖6]
[0101] 此處每5個(gè)子巾貞中就會(huì)由WAN上行子巾貞散布（interspersed)發(fā)現(xiàn)子巾貞。此種子 幀散布會(huì)用于對(duì)低延遲數(shù)據(jù)流（例如語(yǔ)音）最小化分裂（disruption)，該低延遲數(shù)據(jù)流以 半持續(xù)（semi-persistent)方式安排。
[0102] 注意使用上行子幀散布發(fā)現(xiàn)子幀會(huì)導(dǎo)致參與發(fā)現(xiàn)的UE產(chǎn)生更多的電力消耗。因 此發(fā)現(xiàn)子巾貞應(yīng)只由小量的上行子巾貞散布。
[0103] 提案9 :使用小量上行子幀交錯(cuò)發(fā)現(xiàn)子幀
[0104]大致上，R2-132526的討論議題和3GPPR1-132503相似，并且產(chǎn)生以下提案：
[0105] 提案1 :部分2. 3. 1所述的需求/觀察應(yīng)視為發(fā)現(xiàn)資源設(shè)定
[0106] 提案2 :共同發(fā)現(xiàn)資源（即發(fā)現(xiàn)子幀）的周期性分派
[0107] 提案3 :廣播發(fā)現(xiàn)資源設(shè)定（即發(fā)現(xiàn)資源周期和發(fā)現(xiàn)資源期間）使用SI訊息
[0108] 提案4 :發(fā)現(xiàn)子幀應(yīng)在發(fā)現(xiàn)資源期間內(nèi)交錯(cuò)（staggered)以最小化對(duì)不容許傳輸 延遲的（latencysensitivelatencysensitive)數(shù)據(jù)流和遺留（legacy)UE的ULHARQ 運(yùn)作的沖擊
[0109] 提案5 :應(yīng)討論發(fā)現(xiàn)資源期間內(nèi)發(fā)現(xiàn)和非發(fā)現(xiàn)子幀的樣式
[0110] 提案6 :應(yīng)討論需更新的發(fā)現(xiàn)資源設(shè)定和示意發(fā)現(xiàn)資源設(shè)定更新的方法
[0111] 提案7 :競(jìng)爭(zhēng)（contentionbased)資源選擇和專用資源分派兩者皆應(yīng)視為傳送發(fā) 現(xiàn)信息
[0112] 提案8 :使致能D2D的UE的監(jiān)測(cè)發(fā)現(xiàn)信息應(yīng)監(jiān)測(cè)所有針對(duì)D2D直接發(fā)現(xiàn)而設(shè)定的 發(fā)現(xiàn)資源。
[0113] 此外，如3GPPR2-133215、R2-133382、和R2-133482中的討論所提出，無(wú)論用戶設(shè) 備（UserEquipment,下稱UE)目前的無(wú)線資源控制（RadioResourceControl,下稱RRC) 狀態(tài)為何，都支持D2D發(fā)現(xiàn)。這暗示在RRC閑置模式的UE不需進(jìn)入RRC連接模式來(lái)傳送或 接收D2D發(fā)現(xiàn)信號(hào)加以實(shí)現(xiàn)。
[0114] 3GPPTS36. 331規(guī)范傳呼程序的目的如下：
[0115] 5. 3. 2 傳呼
[0116] 5. 3. 2.1 通用
[0117] …
[0118] 程序目的為：
[0119] -傳送傳呼信息至在RRC_IDLE的UE，和/或；
[0120] -通知在RRC_IDLE和RRC_C0NNECTED的UE關(guān)于系統(tǒng)信息改變，和/或；
[0121] -通知關(guān)于ETWS主要通知和/或ETWS次要通知，和/或；
[0122] -通知關(guān)于CMAS通知。
[0123] 提供傳呼信息給上層，上層可響應(yīng)以初始建立RRC連線，例如接收來(lái)電。
[0124] 3GPPTS36. 331也針對(duì)UE規(guī)范以下方式用以接收地震海嘯警示系統(tǒng)（Earthquake andTsunamiWarningSystem，下稱ETWS)通知和商用移動(dòng)醒不服務(wù)（CommercialMobile AlertService，下稱CMAS)通知：
[0125] 5. 2. 1. 4ETWS通知表示
[0126] ETWS主要通知和/或ETWS次要通知會(huì)發(fā)生在任意時(shí)間點(diǎn)。傳呼訊息用于通知 RRC_IDLE中有ETWS能力的UE以及RRC_C0NNECTED中的UE關(guān)于ETWS主要通知和/或 ETWS次要通知存在的信息。若UE接收包括etws-Indication的傳呼訊息，UE應(yīng)根據(jù)包 括在SystemlnformationBlockTypel內(nèi)的schedulinglnfoList而開始接收ETWS主要通 知和/或ETWS次要通知。若當(dāng)正獲取ETWS通知時(shí)UE接收包括etws-Indication的傳 呼訊息，UE應(yīng)根據(jù)先前獲取的schedulinglnfoList繼續(xù)獲取ETWS通知直到UE重獲取 SystemlnformationBlockTypel內(nèi)的schedulinglnfoList為止。
[0127] 注意：UE不需定期檢查包括在SystemlnformationBlockTypel內(nèi)的 schedulinglnfoList,但包括etws-Indication的傳呼訊息會(huì)觸發(fā)UE進(jìn)而重獲取 包括在SystemlnformationBlockTypel內(nèi)的schedulinglnfoList用于安排改變SystemlnformationBlockTypelO和SystemlnformationBlockTypell。當(dāng)不再安排ETWS時(shí)， UE可能會(huì)或不會(huì)接收包括etws-Indication和/或systemlnfoModification的傳呼訊息。
[0128] SystemlnformationBlockTypelO包括ETWS主要通知且 SystemlnformationBlockTypell包括ETWS次要通知。分段會(huì)用于傳遞次要通 知。分段為固定的，用于傳輸小區(qū)范圍內(nèi)的特定次要通知（即針對(duì)特定區(qū)段具有相同 messageldentifier、serialNumber和warningMessageSegmentNumber的相同區(qū)段大小）。 ETWS次要通知對(duì)應(yīng)如根據(jù)TS23. 041 [37]所定義的單一CB數(shù)據(jù)IE。
[0129] 5. 2. 1. 5CMAS通知表示
[0130] CMAS通知會(huì)發(fā)生于任意時(shí)間點(diǎn)。傳呼訊息用于通知RRC_IDLE中有CMAS能力 的UE以及RRC_C0NNECTED中的UE關(guān)于一或更多CMAS通知存在的信息。若UE接收包 括cmas-Indication的傳呼訊息，UE應(yīng)根據(jù)包括在SystemlnformationBlockTypel內(nèi) 的schedulinglnfoList而開始接收CMAS通知。若當(dāng)正獲取CMAS通知時(shí)UE接收包括 cmas-Indication的傳呼訊息，則UE應(yīng)根據(jù)先前獲取的schedulinglnfoList繼續(xù)獲取 CMAS通知，直到重獲取SystemlnformationBlockTypel內(nèi)的schedulinglnfoList為止。
[0131] 注意：UE不需定期檢查包括在SystemlnformationBlockTypel內(nèi)的 schedulinglnfoList,但包括cmas-Indication的傳呼訊息會(huì)觸發(fā)UE進(jìn)而重獲取 包括在SystemlnformationBlockTypel內(nèi)的schedulinglnfoList用于安排改變 SystemlnformationBlockTypel〗。當(dāng)不再安排SystemlnformationBlockTypel〗時(shí)，UE可 以或可不接收包括cmas-Indication和/或systemlnfoModification的傳呼訊息。
[0132] SystemlnformationBlockTypel^ 包括CMAS通知。分段會(huì)用于傳遞CMAS通 知。分段為固定的，用于傳輸小區(qū)范圍內(nèi)的特定CMAS通知（即針對(duì)特定區(qū)段具有相同 messageldentifier、serialNumber和warningMessageSegmentNumber的相同區(qū)段大小）。 E-UTRAN不會(huì)交錯(cuò)CMAS通知的傳輸，即特定CMAS通知傳輸?shù)乃袇^(qū)段在其他CMAS通知之 前進(jìn)行傳送。CMAS通知對(duì)應(yīng)如根據(jù)TS23. 041 [37]所定義的單一CB數(shù)據(jù)IE。
[0133]3GPPTS36. 304規(guī)范傳呼的間斷式接收如下：
[0134] 7 傳呼
[0135] 7. 1用于傳呼的間斷式接收
[0136] 為了減低電力消耗UE可使用閑置模式中的間斷式接收（DiscreteReception, 下稱DRX)。一傳呼時(shí)段（PagingOccasion，下稱P0)為一子幀，其可為在H)CCH上傳送的 P-RNTI，該P(yáng)-RNTI定位（addressing)傳呼訊息。一傳呼巾貞（PagingFrame，下稱PF)為一 無(wú)線幀，其可包括一或多個(gè)傳呼時(shí)段。當(dāng)使用DRX時(shí)UE在每個(gè)DRX周期中只需監(jiān)測(cè)一個(gè) P0〇
[0137] 使用系統(tǒng)信息提供的DRX參數(shù)藉由以下公式來(lái)判定PF和P0 :
[0138] PF由以下方程式?jīng)Q定：

【權(quán)利要求】
1. 一種通信方法，適用于支持裝置對(duì)裝置D2D發(fā)現(xiàn)，其中在用戶設(shè)備UE內(nèi)啟動(dòng)D2D發(fā) 現(xiàn)功能，上述通信方法包括： 若上述UE的傳呼時(shí)段PO與D2D發(fā)現(xiàn)子幀互相重疊時(shí)，在上述UE的上述PO中，上述UE 監(jiān)測(cè)傳呼訊息且不監(jiān)測(cè)D2D發(fā)現(xiàn)信號(hào)。
2. 如權(quán)利要求1所述的通信方法，還包括： 在上述UE內(nèi)啟動(dòng)上述D2D發(fā)現(xiàn)功能后，上述UE開始監(jiān)測(cè)D2D發(fā)現(xiàn)子幀內(nèi)的上述D2D 發(fā)現(xiàn)信號(hào)，以及在關(guān)閉上述D2D發(fā)現(xiàn)功能后，停止監(jiān)測(cè)上述D2D發(fā)現(xiàn)信號(hào)。
3. 如權(quán)利要求1所述的通信方法，還包括： 上述UE接收包括在系統(tǒng)信息訊息內(nèi)的D2D發(fā)現(xiàn)資源設(shè)定，其中上述系統(tǒng)信息訊息在小 區(qū)范圍廣播； 其中上述D2D發(fā)現(xiàn)資源設(shè)定包括定義分派上述D2D發(fā)現(xiàn)資源的信息，且上述D2D發(fā)現(xiàn) 資源分派在上行頻譜內(nèi)。
4. 如權(quán)利要求1至3中任一所述的通信方法，其中，上述D2D發(fā)現(xiàn)子幀定期發(fā)生。
5. 如權(quán)利要求1至3中任一所述的通信方法，其中，上述PO為一子幀，該子 幀中可接收得到在物理下行控制通道HXXH上傳送的傳呼無(wú)線網(wǎng)絡(luò)暫時(shí)身份辨識(shí) P-RNTI (Paging-Radio Network Temporary Identifier)，上述 P-RNTI 定位（addressing) 傳呼訊息。
6. -種通信方法，適用于支持D2D發(fā)現(xiàn)，其中在UE內(nèi)啟動(dòng)D2D發(fā)現(xiàn)功能，上述通信方法 包括： 上述UE接收無(wú)線資源控制RRC(Radio Resource Control)訊息，用于對(duì)上述UE設(shè)定 測(cè)量間距；以及 若測(cè)量間距和任一 D2D發(fā)現(xiàn)子幀互相重疊時(shí)，上述UE在上述測(cè)量間距執(zhí)行測(cè)量且不監(jiān) 測(cè)D2D發(fā)現(xiàn)信號(hào)。
7. 如權(quán)利要求6所述的通信方法，還包括： 上述UE內(nèi)啟動(dòng)上述D2D發(fā)現(xiàn)功能后，在D2D發(fā)現(xiàn)子幀中上述UE開始監(jiān)測(cè)上述D2D發(fā) 現(xiàn)信號(hào)，并且于關(guān)閉上述D2D發(fā)現(xiàn)功能后，停止監(jiān)測(cè)上述D2D發(fā)現(xiàn)信號(hào)。
8. 如權(quán)利要求6所述的通信方法，還包括： 上述UE接收包括在系統(tǒng)信息訊息內(nèi)的D2D發(fā)現(xiàn)資源設(shè)定，其中上述系統(tǒng)信息訊息在小 區(qū)范圍廣播； 其中上述D2D發(fā)現(xiàn)資源設(shè)定包括定義分派上述D2D發(fā)現(xiàn)資源的信息，且上述D2D發(fā)現(xiàn) 資源分派在上行頻譜內(nèi)。
9. 如權(quán)利要求6至8中任一所述的通信方法，其中，上述D2D發(fā)現(xiàn)子幀定期發(fā)生。
10. 如權(quán)利要求6至8中任一所述的通信方法，其中，上述RRC訊息包括表示間距補(bǔ)償 (offset)和間距樣式的信息。
11. 一種通信方法，適用于支持裝置對(duì)裝置D2D發(fā)現(xiàn)，其中在UE內(nèi)啟動(dòng)D2D發(fā)現(xiàn)功能， 上述通信方法包括： 若接收系統(tǒng)信息區(qū)塊SIB (SystemInformationBlock)的一子巾貞和D2D發(fā)現(xiàn)子巾貞互相重 疊時(shí)，上述UE接收上述SIB且不監(jiān)測(cè)D2D發(fā)現(xiàn)信號(hào)。
12. 如權(quán)利要求11所述的通信方法，還包括： 在上述UE內(nèi)啟動(dòng)上述D2D發(fā)現(xiàn)功能后，在D2D發(fā)現(xiàn)子幀中上述UE開始監(jiān)測(cè)上述D2D 發(fā)現(xiàn)信號(hào)，并且于關(guān)閉上述D2D發(fā)現(xiàn)功能后，停止監(jiān)測(cè)上述D2D發(fā)現(xiàn)信號(hào)。
13. 如權(quán)利要求11所述的通信方法，還包括： 上述UE接收包括在系統(tǒng)信息訊息內(nèi)的D2D發(fā)現(xiàn)資源設(shè)定，其中上述系統(tǒng)信息訊息在小 區(qū)范圍廣播； 其中上述D2D發(fā)現(xiàn)資源設(shè)定包括定義分派上述D2D發(fā)現(xiàn)資源的信息，且上述D2D發(fā)現(xiàn) 資源分派在上行頻譜內(nèi)。
14. 如權(quán)利要求11至13中任一所述的通信方法，其中，上述SIB包括地震海嘯警 示系統(tǒng)ETWS(Earthquake and Tsunami Warning System)通知或商用移動(dòng)醒示服務(wù) CMAS(Commercial Mobile Alert Service)通知。
15. 如權(quán)利要求11至13中任一所述的通信方法，其中，上述D2D發(fā)現(xiàn)子幀定期發(fā)生。
16. -種通信裝置，適用于支持D2D發(fā)現(xiàn)，其中在上述通信裝置內(nèi)啟動(dòng)D2D發(fā)現(xiàn)功能，上 述通信裝置包括： 控制電路； 處理器，設(shè)于上述控制電路； 存儲(chǔ)器，設(shè)于上述控制電路并且耦接上述處理器； 其中，上述處理器執(zhí)行存儲(chǔ)于上述存儲(chǔ)器的程序代碼，用以致能上述通信裝置進(jìn)行以 下步驟： 接收RRC訊息，用于對(duì)上述通信裝置設(shè)定測(cè)量間距；以及 若測(cè)量間距和任一 D2D發(fā)現(xiàn)子幀互相重疊時(shí)，在上述測(cè)量間距執(zhí)行測(cè)量且不監(jiān)測(cè)D2D 發(fā)現(xiàn)信號(hào)。
17. 如權(quán)利要求16所述的通信裝置，其中，上述處理器執(zhí)行存儲(chǔ)在上述存儲(chǔ)器的程序 代碼，用以致能上述通信裝置進(jìn)行以下步驟： 在啟動(dòng)上述D2D發(fā)現(xiàn)功能后，在D2D發(fā)現(xiàn)子幀中上述UE開始監(jiān)測(cè)上述D2D發(fā)現(xiàn)信號(hào)， 并且在關(guān)閉上述D2D發(fā)現(xiàn)功能后，停止監(jiān)測(cè)上述D2D發(fā)現(xiàn)信號(hào)。
18. 如權(quán)利要求16所述的通信裝置，其中，上述處理器執(zhí)行存儲(chǔ)于上述存儲(chǔ)器的程序 代碼，用以致能上述通信裝置進(jìn)行以下步驟： 接收包括在一系統(tǒng)信息訊息內(nèi)的D2D發(fā)現(xiàn)資源設(shè)定，其中上述系統(tǒng)信息訊息在小區(qū)范 圍廣播； 其中上述D2D發(fā)現(xiàn)資源設(shè)定包括定義分派上述D2D發(fā)現(xiàn)資源的信息，且上述D2D發(fā)現(xiàn) 資源分派在上行頻譜內(nèi)。
19. 如權(quán)利要求16至18中任一所述的通信裝置，其中，上述D2D發(fā)現(xiàn)子幀定期發(fā)生。
20. 如權(quán)利要求16至18中任一所述的通信裝置，其中，上述RRC訊息包括信息表示間 距補(bǔ)償和間距樣式。
21. -種通信裝置，適用于支持D2D發(fā)現(xiàn)，其中在上述通信裝置內(nèi)啟動(dòng)D2D發(fā)現(xiàn)功能，上 述通信裝置包括： 控制電路； 處理器，設(shè)于上述控制電路； 一存儲(chǔ)器，設(shè)于上述控制電路并且耦接上述處理器； 其中，上述處理器執(zhí)行存儲(chǔ)于上述存儲(chǔ)器的程序代碼，用以致能上述通信裝置進(jìn)行以 下步驟： 若上述UE的PO與D2D發(fā)現(xiàn)子幀互相重疊時(shí)，在上述UE的上述PO中，監(jiān)測(cè)傳呼訊息且 不監(jiān)測(cè)D2D發(fā)現(xiàn)信號(hào)。
22. 如權(quán)利要求21所述的通信裝置，其中，上述處理器執(zhí)行存儲(chǔ)在上述存儲(chǔ)器的程序 代碼，用以致能上述通信裝置進(jìn)行以下步驟： 在啟動(dòng)上述D2D發(fā)現(xiàn)功能后，開始監(jiān)測(cè)D2D發(fā)現(xiàn)子幀內(nèi)的上述D2D發(fā)現(xiàn)信號(hào)，以及于關(guān) 閉上述D2D發(fā)現(xiàn)功能后，停止監(jiān)測(cè)上述D2D發(fā)現(xiàn)信號(hào)。
23. 如權(quán)利要求21所述的通信裝置，其中，上述處理器執(zhí)行存儲(chǔ)在上述存儲(chǔ)器的程序 代碼，用以致能上述通信裝置進(jìn)行以下步驟： 接收包括在系統(tǒng)信息訊息內(nèi)的D2D發(fā)現(xiàn)資源設(shè)定，其中上述系統(tǒng)信息訊息在小區(qū)范圍 廣播； 其中上述D2D發(fā)現(xiàn)資源設(shè)定包括定義分派上述D2D發(fā)現(xiàn)資源的信息，且上述D2D發(fā)現(xiàn) 資源分派在上行頻譜內(nèi)。
24. 如權(quán)利要求21至23中任一所述的通信裝置，其中，上述D2D發(fā)現(xiàn)子幀定期發(fā)生。
25. 如權(quán)利要求21至23中任一所述的通信裝置，其中，上述PO為一子幀，該子幀中 可接收得到在物理下行控制通道F1DCCH(Physical Downlink Control Channel)上傳送的 傳呼無(wú)線網(wǎng)絡(luò)暫時(shí)身份辨識(shí) P-RNTI (Paging-Radio Network Temporary Identifier)，上述 P-RNTI 定位（addressing)傳呼訊息。
26. -種通信裝置，適用于支持D2D發(fā)現(xiàn)，其中在上述通信裝置內(nèi)啟動(dòng)D2D發(fā)現(xiàn)功能，上 述通信裝置包括： 控制電路； 處理器，設(shè)于上述控制電路； 存儲(chǔ)器，設(shè)于上述控制電路并且耦接上述處理器； 其中，上述處理器執(zhí)行存儲(chǔ)于上述存儲(chǔ)器的程序代碼，用以致能上述通信裝置進(jìn)行以 下步驟： 若接收系統(tǒng)信息區(qū)塊SIB (System Information Block)的子巾貞和D2D發(fā)現(xiàn)子巾貞互相重 疊時(shí)，接收上述SIB且不監(jiān)測(cè)D2D發(fā)現(xiàn)信號(hào)。
27. 如權(quán)利要求26所述的通信裝置，其中，上述處理器執(zhí)行存儲(chǔ)在上述存儲(chǔ)器的程序 代碼，用以致能上述通信裝置進(jìn)行以下步驟： 在啟動(dòng)上述D2D發(fā)現(xiàn)功能后，開始監(jiān)測(cè)D2D發(fā)現(xiàn)子幀內(nèi)的上述D2D發(fā)現(xiàn)信號(hào)，以及在關(guān) 閉上述D2D發(fā)現(xiàn)功能后，停止監(jiān)測(cè)上述D2D發(fā)現(xiàn)信號(hào)。
28. 如權(quán)利要求26所述的通信裝置，其中，上述處理器執(zhí)行存儲(chǔ)在上述存儲(chǔ)器的程序 代碼，用以致能上述通信裝置進(jìn)行以下步驟： 接收包括在系統(tǒng)信息訊息內(nèi)的D2D發(fā)現(xiàn)資源設(shè)定，其中上述系統(tǒng)信息訊息在小區(qū)范圍 廣播； 其中上述D2D發(fā)現(xiàn)資源設(shè)定包括定義分派上述D2D發(fā)現(xiàn)資源的信息，且上述D2D發(fā)現(xiàn) 資源分派在上行頻譜內(nèi)。
29. 如權(quán)利要求26至第28中任一所述的通信裝置，其中，上述SIB包括地震海嘯 警示系統(tǒng)ETWS (Earthquake and Tsunami Warning System)通知或商用移動(dòng)醒示服務(wù) CMS (Commercial Mobile Alert Service)通知。
30.如權(quán)利要求26至28中任一所述的通信裝置，其中，上述D2D發(fā)現(xiàn)子幀定期發(fā)生。
【文檔編號(hào)】H04W8/00GK104519474SQ201410526644
【公開日】2015年4月15日 申請(qǐng)日期:2014年10月8日 優(yōu)先權(quán)日:2013年10月4日
【發(fā)明者】郭豊旗, 郭宇軒 申請(qǐng)人:創(chuàng)新音速股份有限公司