用于在支持d2d空中發(fā)現(xiàn)的系統(tǒng)中的高效信號收發(fā)的方法和裝置的制造方法
【專利說明】用于在支持D2D空中發(fā)現(xiàn)的系統(tǒng)中的高效信號收發(fā)的方法和裝置
技術(shù)領(lǐng)域
[0001]本發(fā)明的各實施方式總體上涉及無線通信系統(tǒng)，諸如但不限于通用移動通信系統(tǒng)(UMTS)陸地?zé)o線接入網(wǎng)(UTRAN)、長期演進(jìn)(LTE)演進(jìn)的UTRAN(E-UTRAN)和/或LTE-高級(LTE-A)。某些實施例涉及通信系統(tǒng)(諸如LTE)中的設(shè)備到設(shè)備(D2D)通信。
【背景技術(shù)】
[0002]通用移動通信系統(tǒng)(UMTS)陸地?zé)o線接入網(wǎng)(UTRAN)指的是包括基站或節(jié)點B和例如無線網(wǎng)絡(luò)控制器(RNC)的通信網(wǎng)絡(luò)。UTRAN允許用戶設(shè)備(UE)與核心網(wǎng)絡(luò)之間的連通。RNC提供對一個或多個節(jié)點B的控制功能。RNC及其對應(yīng)的節(jié)點B被稱作無線網(wǎng)絡(luò)子系統(tǒng)(RNS)。在E-UTRAN (增強型UTRAN)的情況下，不存在RNC并且大部分RNC功能包含在eNodeB (演進(jìn)型節(jié)點B，還被稱作E-UTRAN節(jié)點B)中。
[0003]長期演進(jìn)(LTE)或E-UTRAN指的是通過改進(jìn)的效率和服務(wù)、更低成本和新頻譜機會的使用對UMTS的改進(jìn)。具體地，LTE是第三代合作伙伴項目(3GPP)標(biāo)準(zhǔn)，其提供至少50兆比特每秒(Mbps)的上行鏈路峰值速率和至少10Mbps的下行鏈路峰值速率。LTE支持從20MHz下至1.4MHz的可擴展載波帶寬，并且支持頻分復(fù)用(FDD)和時分復(fù)用(TDD)。LTE的優(yōu)勢在于例如高吞吐量、低延遲，相同平臺中的FDD和TDD支持、改進(jìn)的終端用戶體驗和產(chǎn)生低操作成本的簡單架構(gòu)。
[0004]3GPP LTE的其他發(fā)布(例如，LTE Rel-1LLTE Rel-12)目標(biāo)在于未來的高級國際移動通信αΜΤ-Α)系統(tǒng)，這里為了方便起見簡稱為高級LTE(LTE-A)。LTE-A用于擴展并優(yōu)化3GPP LTE無線電接入技術(shù)。LTE-A的目標(biāo)在于通過較高數(shù)據(jù)率和具有減少成本的較低延遲來提供顯著增強的服務(wù)。LTE-A將成為更優(yōu)化的無線電系統(tǒng)，從而滿足高級MT的國際電信聯(lián)盟無線電(ITU-R)需求同時保持向后兼容。
[0005]隨著配備有蜂窩調(diào)制解調(diào)器的設(shè)備的增多，將允許新類型本地服務(wù)的D2D(設(shè)備到設(shè)備)通信已經(jīng)變成潛在地有用的優(yōu)化作為通用連接技術(shù)，其可以顯著增強LTE的能力。D2D通信被期望成為LTE Rel-12或13所支持的新特征。

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

[0006]一個實施例涉及一種方法，包括由用戶設(shè)備接收針對從其他設(shè)備接收的信標(biāo)信號的篩選策略和相關(guān)參數(shù)的指示。該方法進(jìn)一步包括檢測信標(biāo)信號，應(yīng)用篩選策略和相關(guān)參數(shù)以確檢測的信標(biāo)信號中的哪些信標(biāo)信號被包括在報告中，以及向網(wǎng)絡(luò)節(jié)點傳輸該報告。
[0007]另一實施例包括一種裝置。該裝置包括至少一個處理器，以及包括計算機程序代碼的至少一個存儲器。該至少一個存儲器和計算機程序代碼與該至少一個處理器一起使得該裝置至少接收針對從其他設(shè)備接收的信標(biāo)信號的篩選策略和相關(guān)參數(shù)的指示，檢測信標(biāo)信號，應(yīng)用篩選策略和相關(guān)參數(shù)以確定檢測的信標(biāo)信號中的哪些信標(biāo)信號被包括在報告中，以及向網(wǎng)絡(luò)節(jié)點傳輸該報告。
[0008]另一實施例涉及一種體現(xiàn)在計算機可讀介質(zhì)上的計算機程序。該計算機程序被配置為控制處理器執(zhí)行過程。該過程包括接收針對從其他設(shè)備接收的信標(biāo)信號的篩選策略和相關(guān)參數(shù)的指示。該過程進(jìn)一步包括檢測信標(biāo)信號，應(yīng)用篩選策略和相關(guān)參數(shù)以確定檢測的信標(biāo)信號中的哪些信標(biāo)信號被包括在報告中，以及向網(wǎng)絡(luò)節(jié)點傳輸該報告。
[0009]另一實施例涉及一種設(shè)備，該設(shè)備包括用于接收針對從其他設(shè)備接收的信標(biāo)信號的篩選策略和相關(guān)參數(shù)的指示的裝置。該設(shè)備進(jìn)一步包括用于檢測信標(biāo)信號的裝置，用于應(yīng)用篩選策略和相關(guān)參數(shù)以確定檢測的信標(biāo)信號中的哪些信標(biāo)信號被包括在報告中的裝置，以及用于向網(wǎng)絡(luò)節(jié)點傳輸該報告的裝置。
[0010]另一實施例涉及一種方法，該方法包括從網(wǎng)絡(luò)節(jié)點傳輸將由用戶設(shè)備在形成從其他設(shè)備接收的信標(biāo)信號的報告時應(yīng)用的篩選策略和相關(guān)參數(shù)的指示。該方法可以進(jìn)一步包括在該網(wǎng)絡(luò)節(jié)點處從用戶設(shè)備接收報告。該報告可以包括滿足傳輸?shù)接脩粼O(shè)備的篩選策略和相關(guān)參數(shù)的要求的信標(biāo)信號。
[0011]另一實施例包括一種裝置。該裝置包括至少一個處理器，以及包括計算機程序代碼的至少一個存儲器。該至少一個存儲器和計算機程序代碼與該至少一個處理器一起使得該裝置至少傳輸將由用戶設(shè)備在形成從其他設(shè)備接收的信標(biāo)信號的報告時應(yīng)用的篩選策略和相關(guān)參數(shù)的指示，以及接收來自用戶設(shè)備的報告。該報告可以包括滿足傳輸?shù)接脩粼O(shè)備的篩選策略和相關(guān)參數(shù)的要求的信標(biāo)信號。
[0012]另一實施例涉及一種體現(xiàn)在計算機可讀介質(zhì)上的計算機程序。該計算機程序被配置為控制處理器執(zhí)行過程。該過程包括傳輸將由用戶設(shè)備在形成從其他設(shè)備接收的信標(biāo)信號的報告時應(yīng)用的篩選策略和相關(guān)參數(shù)的指示。該過程可以進(jìn)一步包括接收來自用戶設(shè)備的報告。該報告可以包括滿足傳輸?shù)接脩粼O(shè)備的篩選策略和相關(guān)參數(shù)的要求的信標(biāo)信號。
[0013]另一實施例涉及一種設(shè)備，該設(shè)備包括用于傳輸將由用戶設(shè)備在形成從其他設(shè)備接收的信標(biāo)信號的報告時應(yīng)用的篩選策略和相關(guān)參數(shù)的指示的裝置。該設(shè)備可以進(jìn)一步包括用于接收來自用戶設(shè)備的報告的裝置。該發(fā)現(xiàn)報告可以包括滿足傳輸?shù)接脩粼O(shè)備的篩選策略和相關(guān)參數(shù)的要求的信標(biāo)信號。
【附圖說明】
[0014]為了正確理解本發(fā)明，應(yīng)當(dāng)參考附圖，其中:
[0015]圖1圖示了根據(jù)本發(fā)明的一個實施例的系統(tǒng)；
[0016]圖2圖示了根據(jù)一個實施例的信號收發(fā)圖；
[0017]圖3a圖示了根據(jù)一個實施例的過濾器的示例輸出的圖；
[0018]圖3b圖示了根據(jù)一個實施例的過濾器的示例輸出的圖；
[0019]圖4圖示了根據(jù)一個實施例的信號收發(fā)圖；
[0020]圖5a圖示了根據(jù)一個實施例的裝置的示例；
[0021]圖5b圖示了根據(jù)另一實施例的裝置的示例；
[0022]圖6圖示了根據(jù)一個實施例的方法的流程圖；以及
[0023]圖7圖示了根據(jù)另一實施例的方法的流程圖。
【具體實施方式】
[0024]應(yīng)當(dāng)理解，如本文附圖中總體上所述和所示的本發(fā)明的各組件可以通過各種不同的配置進(jìn)行布置和設(shè)計。因此，如附圖中呈現(xiàn)的本發(fā)明各實施例的以下詳細(xì)描述不旨在限制本發(fā)明的范圍，而是僅表示本發(fā)明的選定實施例。
[0025]如果需要，下文論述的不同功能可以通過不同順序和/或彼此同時執(zhí)行。此外，如果需要，一個或多個所述功能可以是可選的或者可以被組合。由此，以下描述應(yīng)當(dāng)被認(rèn)為僅說明了本發(fā)明的原理、教導(dǎo)和實施例，而不對其進(jìn)行限制。
[0026]本發(fā)明的某些實施例提供了用于穩(wěn)健的空中D2D發(fā)現(xiàn)的解決方案，其避免了由于UE移動性的過度信號收發(fā)。一個實施例減少了信令開銷以支持D2D發(fā)現(xiàn)，同時對UE功耗有益處，并且避免了在網(wǎng)絡(luò)側(cè)的不必要處理。
[0027]在某些實施例的上下文中，空中(over the air)發(fā)現(xiàn)指的是當(dāng)UE嘗試尋找與其接近(例如，從無線電角度)，例如在其中發(fā)現(xiàn)信號可以被UE檢測到的范圍內(nèi)的其他UE時。該發(fā)現(xiàn)過程假設(shè)由網(wǎng)絡(luò)監(jiān)管并可能地支持。例如，網(wǎng)絡(luò)可以分析由UE報告的對發(fā)現(xiàn)信號的測量，并且提供關(guān)于已經(jīng)被找到的設(shè)備的額外信息。有可能UE可以找到許多與該UE無關(guān)的具有D2D能力的UE?？梢员苊鈭蟾孢@種不相關(guān)UE的檢測以便例如減少信號收發(fā)開銷和UE功耗或者出于其他原因。
[0028]圖1圖示了根據(jù)一個實施例在不同移動性條件下UE的D2D發(fā)現(xiàn)的示例。在圖1的示例中，UEl正觀測來自UE2至UE7的發(fā)現(xiàn)信號。原則上，UEl可以報告其已經(jīng)在區(qū)域中觀測的所有設(shè)備。然而，根據(jù)某些實施例的發(fā)現(xiàn)過程的目標(biāo)是提供可以用于例如在社交聯(lián)網(wǎng)應(yīng)用中的未來交互的近鄰感知。在圖1所示的示例中，UE 4-7沿街道快速移動，因此將不太可能用于與UE I的任何未來交互。然而，從UE4的角度，UE 1-3正在快速移動，因此可能不可用于未來交互；而UE 5-7可以對于UE 4相關(guān)因為其隨UE4—起移動。
[0029]因此，某些實施例解決的問題之一是UE如何確定哪些UE應(yīng)當(dāng)被報告給網(wǎng)絡(luò)，例如，由于針對未來D2D通信的可能性或者基于示出在附近實際存在的用戶的存在信息的期望。由于高相對速度可能沒有用的UE的檢測通常應(yīng)當(dāng)不被報告。如果針對識別相關(guān)UE和對應(yīng)參數(shù)的方法可以根據(jù)相關(guān)信令開銷的網(wǎng)絡(luò)容差、期望的UE功率節(jié)省和周圍環(huán)境的類型可以是可配置的，則可能是有用的。如果信令開銷由于D2D發(fā)現(xiàn)在網(wǎng)絡(luò)中較低，則網(wǎng)絡(luò)可以允許更多發(fā)現(xiàn)相關(guān)信息被共享。如果發(fā)現(xiàn)UE具有高相對速度的概率較低(如在市中心或室內(nèi))，則報告的謹(jǐn)慎限制可以比在其他周圍環(huán)境中較不重要。
[0030]應(yīng)當(dāng)注意，本發(fā)明的某些實施例應(yīng)用于網(wǎng)絡(luò)控制并且更自治發(fā)現(xiàn)機制，其中針對每種情況益處各不相同。
[0031]針對空中發(fā)現(xiàn)，發(fā)現(xiàn)過程中的第一步可以包括某個序列或序列集合的檢測，其在后文被稱為發(fā)現(xiàn)序列。發(fā)現(xiàn)序列可以由其波形、其頻率、時間和/或空間資源標(biāo)識。發(fā)現(xiàn)信號可以包括發(fā)現(xiàn)序列和其他信息，諸如UE ID、移動性信息。
[0032]根據(jù)一個實施例，eNB向UE指示當(dāng)報告來自其他D2D設(shè)備的檢測的信標(biāo)時可以使用的策略和相關(guān)參數(shù)。策略可以被實現(xiàn)為可以允許UE移除虛假檢測以及丟棄由于其相對速度而不被報告的檢測的UE的篩選機制。該篩選可以基于對信標(biāo)特性的UE觀測，并且還可以利用通過信標(biāo)承載的明確移動性信息。
[0033]策略可以是可配置的，因此網(wǎng)絡(luò)可以針對每個UE調(diào)整參數(shù)以便在檢測性能、功耗和網(wǎng)絡(luò)負(fù)載當(dāng)中進(jìn)行優(yōu)化。
[0034]圖2圖示了根據(jù)一個實施例實現(xiàn)空中發(fā)現(xiàn)過程的示例的信號