群組通信的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明的示例性和非限制性實(shí)施例涉及無線通信網(wǎng)絡(luò)，并且更特別地涉及群組通
?目O
【背景技術(shù)】
[0002]以下對(duì)【背景技術(shù)】的描述可能包括對(duì)本發(fā)明之前的相關(guān)技術(shù)而言是未知的但是由本發(fā)明所提供的見解、發(fā)現(xiàn)、理解或公開、或者與公開一起的關(guān)聯(lián)性。本發(fā)明的一些這樣的貢獻(xiàn)可能在下面特別地被指出，而本發(fā)明的其他這樣的貢獻(xiàn)從它們的上下文來看將是明顯的。
[0003]群組呼叫在事件位置處可能牽涉到每小區(qū)的大數(shù)目的參與者。任何區(qū)域中的接收機(jī)群組成員的數(shù)目可能是受限制的。系統(tǒng)可能被優(yōu)化以最小化與使用群組通信相關(guān)聯(lián)的時(shí)間間隔。為了滿足對(duì)于群組通信的要求，可以使用預(yù)先建立的MBMS承載。預(yù)先建立的MBMS承載如果被適配于未修改的3GPP框架，則出現(xiàn)一些可擴(kuò)展性問題。

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

[0004]下文提出了本發(fā)明的簡化概述，以便提供對(duì)本發(fā)明的一些方面的基本理解。這一概述并不是本發(fā)明的廣泛概述。它不意在識(shí)別本發(fā)明的關(guān)鍵/緊要的元素或者界定本發(fā)明的范圍。它的唯一目的是以簡化的形式提出本發(fā)明的一些概念作為稍后提出的更詳細(xì)描述的前序。
[0005]本發(fā)明的各種方面包括如獨(dú)立權(quán)利要求中限定的方法、裝置和計(jì)算機(jī)程序產(chǎn)品。從屬權(quán)利要求中公開了本發(fā)明的進(jìn)一步實(shí)施例。
[0006]本發(fā)明的一個(gè)方面涉及一種用于通信系統(tǒng)中的群組通信的方法，該方法包括:在用戶終端中，在與通信服務(wù)相關(guān)聯(lián)的通用廣播承載上監(jiān)測所廣播的服務(wù)數(shù)據(jù)；響應(yīng)于接收到通用廣播承載上出現(xiàn)所廣播的服務(wù)數(shù)據(jù)的指示，在用戶終端中，在通用廣播承載上接收所廣播的服務(wù)數(shù)據(jù)。
[0007]本發(fā)明的另一方面涉及通信系統(tǒng)中的群組通信，該方法包括:在通用廣播承載上，從網(wǎng)絡(luò)裝置向用戶終端廣播與特定通信服務(wù)有關(guān)的服務(wù)數(shù)據(jù)。
[0008]本發(fā)明的又一方面涉及一種裝置，該裝置包括:至少一個(gè)處理器；以及至少一個(gè)存儲(chǔ)器，該至少一個(gè)存儲(chǔ)器包括計(jì)算機(jī)程序代碼，其中該至少一個(gè)存儲(chǔ)器和該計(jì)算機(jī)程序代碼被配置為，與該至少一個(gè)處理器一起，促使該裝置執(zhí)行方法步驟中的任何方法步驟。
[0009]本發(fā)明的又一方面涉及一種計(jì)算機(jī)程序產(chǎn)品，包括程序指令，這些程序指令當(dāng)運(yùn)行在計(jì)算裝置上時(shí)，促使該計(jì)算裝置執(zhí)行方法步驟中的任何方法步驟。
[0010]盡管本發(fā)明的各種方面、實(shí)施例和特征獨(dú)立地被記載，但是應(yīng)當(dāng)意識(shí)到，本發(fā)明的這些各種方面、實(shí)施例和特征的所有組合都是可能的并且在如所要求保護(hù)的本發(fā)明的范圍之內(nèi)。
【附圖說明】
[0011]在下文中，將參考附圖借助于示例性實(shí)施例來更詳細(xì)地描述本發(fā)明，在附圖中:
[0012]圖1不出了圖不出不例性系統(tǒng)架構(gòu)的簡化框圖；
[0013]圖2示出了圖示出示例性裝置的簡化框圖；
[0014]圖3示出了圖示出根據(jù)本發(fā)明的實(shí)施例的示例性消息收發(fā)事件的消息收發(fā)示圖；
[0015]圖4示出了根據(jù)本發(fā)明的示例性實(shí)施例的流程圖的示意圖；
[0016]圖5示出了根據(jù)本發(fā)明的示例性實(shí)施例的流程圖的示意圖。
【具體實(shí)施方式】
[0017]—種示例性實(shí)施例使得能夠改進(jìn)針對(duì)用于公共安全官員(諸如警察)的關(guān)鍵任務(wù)群組通信的LTE/LTE-A的可用性。在這一上下文中所設(shè)想的典型服務(wù)是在事件地點(diǎn)處可能具有每小區(qū)的大數(shù)目的參與者的語音群組呼叫。
[0018]關(guān)于系統(tǒng)性能，系統(tǒng)可能被優(yōu)化以最小化與使用群組通信相關(guān)聯(lián)的時(shí)間間隔。系統(tǒng)可以提供一種機(jī)制來支持少于或等于300ms(所推薦的時(shí)間間隔)的群組通信端到端設(shè)置時(shí)間?？梢约僭O(shè)，這個(gè)值是針對(duì)無競爭網(wǎng)絡(luò)的，其中沒有存在性檢查并且沒有從(多個(gè))接收機(jī)群組成員所請求的確認(rèn)。端到端設(shè)置時(shí)間可以被定義為當(dāng)群組成員在UE上發(fā)起群組通信請求時(shí)的時(shí)間點(diǎn)與當(dāng)這個(gè)群組成員能夠開始發(fā)送語音或數(shù)據(jù)通信時(shí)的時(shí)間點(diǎn)之間的時(shí)間。從當(dāng)UE請求加入進(jìn)行中的群組通信時(shí)的時(shí)間到當(dāng)UE接收到群組通信的時(shí)間少于或等于300ms(所推薦的時(shí)間間隔)。上文指示的300ms間隔基于對(duì)于舊有TETRA關(guān)鍵任務(wù)語音系統(tǒng)的要求。這些要求例如對(duì)于半雙工語音通信和延遲敏感的其他數(shù)據(jù)而言是重要的。這些要求在一些情況中不必然被滿足，在這些情況中，數(shù)據(jù)是延遲不敏感的(例如大文件)和/或群組通信的類型在通信被允許繼續(xù)進(jìn)行之前要求來自接收機(jī)群組成員的(多個(gè))確認(rèn)。對(duì)于用于群組通信的媒體傳送而言的端到端延遲可以少于或等于150ms。
[0019]關(guān)于系統(tǒng)可擴(kuò)展性，在任何區(qū)域中的接收機(jī)群組成員的數(shù)目可以不受限制。
[0020]為了滿足這些要求，可以使用預(yù)先建立的MBMS承載，也就是說，即使在延遲關(guān)鍵的服務(wù)本身沒有激活時(shí)，也保持用于該服務(wù)的MBMS承載為激活。
[0021]預(yù)先建立的MBMS承載如果被適配于未修改的3GPP框架，則出現(xiàn)一些可擴(kuò)展性問題?？赡艽嬖诖髷?shù)目的群組，每個(gè)群組都要求它們自己的服務(wù)甚至操作在受限的地區(qū)中。通常不可能準(zhǔn)確地預(yù)先預(yù)測到需要開始給定群組服務(wù)會(huì)話的確切小區(qū)集合。作為結(jié)果，預(yù)先建立的MBMS承載需要操作在由保守小區(qū)集合(S卩，大于最終所需要的)組成的MBSFN區(qū)域中。MCCH信道周期性地在PMCH-1nfoList(PMCH-信息列表)信息元素中廣播如下的每個(gè)MBMS月艮務(wù)的服務(wù)標(biāo)識(shí)或TMG1、以及所使用的無線電級(jí)別標(biāo)識(shí)LCID，對(duì)于該每個(gè)MBMS服務(wù)而言，MBMS承載在該MBSFN區(qū)域中是激活的。每個(gè)TMGI要求至少27個(gè)比特來發(fā)送信號(hào)。這可能導(dǎo)致顯著的信令比特爆發(fā)，這歸因于必須保持在給定小區(qū)中廣播針對(duì)高數(shù)目的預(yù)先建立的MBMS承載中的每個(gè)MBMS承載的TGMI。
[0022]—種示例性實(shí)施例涉及LTE中的群組通信。一種示例性實(shí)施例公開了一種非特定于服務(wù)的預(yù)先建立的廣播承載，其允許針對(duì)若干服務(wù)的快速開始。關(guān)于可擴(kuò)展性，一種示例性實(shí)施例為了快速服務(wù)發(fā)起的目的而使用通用的預(yù)先建立的廣播承載，其對(duì)任何特定服務(wù)而言不是專用的。對(duì)不同服務(wù)感興趣并且等待可能的服務(wù)會(huì)話開始的終端，在數(shù)據(jù)開始被調(diào)度和廣播的情況中，均根據(jù)作為較高層預(yù)先配置信息的一部分的通用承載的標(biāo)識(shí)/多個(gè)標(biāo)識(shí)(諸如TMG1、LCID)如何已經(jīng)與各種服務(wù)相關(guān)聯(lián)，來監(jiān)測相同的通用承載。一旦用于給定服務(wù)的會(huì)話開始，它的數(shù)據(jù)就在通用承載上廣播一些時(shí)間(并且因此由檢測這個(gè)承載的每個(gè)終端所接收)。所討論的服務(wù)的準(zhǔn)確標(biāo)識(shí)在頻帶內(nèi)作為所調(diào)度的數(shù)據(jù)的一部分被用信號(hào)發(fā)送?？梢约僭O(shè)，沒有被授權(quán)接收該服務(wù)內(nèi)容的終端不具有解密該內(nèi)容的密鑰。最終，對(duì)于具有會(huì)話開始的服務(wù)，它自己的單獨(dú)廣播承載被建立，利用它自己的標(biāo)識(shí)符來標(biāo)識(shí)，在此時(shí)，數(shù)據(jù)的廣播從通用承載移動(dòng)到特定于服務(wù)的承載。進(jìn)行接收的終端可以從所討論的服務(wù)在MCCH信道上的出現(xiàn)而注意到這一點(diǎn)。最終停止在通用承載上的廣播的目的是停止耗費(fèi)沒有被所討論的服務(wù)尋址的終端的電池。
[0023]因此，每MCH信道可能僅需要一個(gè)這樣的通用的預(yù)先建立的承載(以傳輸中所使用的相同的小區(qū)集合、相同的保留子幀集合、以及相同的調(diào)制和編碼為特征)。
[0024]用于群組通信的初始廣播的通用承載也可以被應(yīng)用在使用特定于小區(qū)的廣播模式來進(jìn)行廣播的情況中。在該情況中，終端可以針對(duì)傳輸來監(jiān)測通用目的的廣播RNTI，以替代 MCH ο
[0025]—種示例性實(shí)施例使得能夠改進(jìn)系統(tǒng)的信令可擴(kuò)展性(可能發(fā)生終端功耗的輕微增加;給定的終端短暫地需要接收用于具有會(huì)話開始的服務(wù)的數(shù)據(jù)，但是不必然被尋址到該終端)。
[0026]在一種示例性實(shí)施例中，用于每個(gè)群組服務(wù)的MBMS協(xié)議和編解碼被預(yù)先配置，以及終端為了監(jiān)測潛在開始的數(shù)據(jù)廣播所需要的相關(guān)聯(lián)的通用的預(yù)先建立的(多個(gè))廣播承載的ID。
[0027]在一種示例性實(shí)施例中，為了增強(qiáng)可擴(kuò)展性，使用通用的預(yù)先建立的廣播承載(不專用于任何特定服務(wù))用于快速服務(wù)發(fā)起。對(duì)不同服務(wù)感興趣并且等待可能的服務(wù)會(huì)話開始的終端，在數(shù)據(jù)開始被調(diào)度和廣播的情況中，均監(jiān)測相同的通用承載。因此，每