實現(xiàn)集群終端駐留和組呼的方法及ue的制作方法
【專利摘要】本發(fā)明涉及一種實現(xiàn)集群終端駐留和組呼的方法及UE，其方法包括：UE通過小區(qū)搜索獲取駐留小區(qū)，在駐留小區(qū)打開BCH讀取系統(tǒng)消息，系統(tǒng)消息至少包括預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息；根據(jù)預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留。本發(fā)明不僅可以使UE通過系統(tǒng)消息成功進行小區(qū)駐留，而且在組呼業(yè)務(wù)時，UE無需進行RRC連接建立，并根據(jù)預(yù)定系統(tǒng)資源塊中的配置信息獲取FACH發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)，縮短了UE集群組呼的時延，進而提高了用戶體驗效果。
【專利說明】實現(xiàn)集群終端駐留和組呼的方法及UE
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及無線通訊【技術(shù)領(lǐng)域】，尤其涉及一種TD-SCDMA (TimeDivision-Synchronous Code Division Multiple Access,時分同步碼分多址)制式下實現(xiàn)集群終端駐留和組呼的方法及UE。
【背景技術(shù)】
[0002]集群通信業(yè)務(wù)是一種半雙工雙向業(yè)務(wù)，可以實現(xiàn)一對多的業(yè)務(wù)，其特點是當集群終端發(fā)起群組呼叫業(yè)務(wù)時，其語音信息能夠同時發(fā)送給預(yù)定義的集群群組內(nèi)的每一個成員，并且業(yè)務(wù)建立速度快。其中，集群業(yè)務(wù)功能有組呼、單呼、話權(quán)申請、話權(quán)釋放以及話權(quán)搶占等。集群通信的最大特點是話音通信采用PTT (Push To Talk，一按即通)的方式接續(xù)，被叫無需摘機即可接聽，接續(xù)速度較快?；谶@些特點，集群通訊系統(tǒng)廣泛應(yīng)用在政府機關(guān)、公安消防、能源交通、機場碼頭、工礦企業(yè)、軍事和展會等行業(yè)和場合。
[0003]隨著移動通信技術(shù)的發(fā)展，集群通信系統(tǒng)將逐漸由目前的GSM (全球移動通訊系統(tǒng)，Global System of Mobile communication)技術(shù)向基于 3G (3rd_generation,第三代移動通信技術(shù))或者4G (第四代移動通信技術(shù))等通信技術(shù)的系統(tǒng)演進。
[0004]目前，隨著通訊標準TD-SCDMA的制定，TD標準的組網(wǎng)和終端設(shè)備應(yīng)運而生，由此產(chǎn)生了以TD-SCDMA協(xié)議標準為基礎(chǔ)，實現(xiàn)集群業(yè)務(wù)功能的TD集群技術(shù)。但是，由于集群終端對時延要求較為嚴格，現(xiàn)有的TD集群技術(shù)無法滿足集群終端組呼過程中對時延的需求。

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

[0005]本發(fā)明的主要目的在于提供一種實現(xiàn)集群終端駐留和組呼的方法及UE，旨在實現(xiàn)集群終端的小區(qū)駐留并減少集群終端組呼過程中的時延。
[0006]為了達到上述目的，本發(fā)明提出一種實現(xiàn)集群終端駐留和組呼的方法，包括:
[0007]UE通過小區(qū)搜索獲取駐留小區(qū)，在所述駐留小區(qū)打開BCH讀取系統(tǒng)消息，所述系統(tǒng)消息至少包括預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息；
[0008]根據(jù)所述預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留。
[0009]優(yōu)選地，所述UE通過小區(qū)搜索獲取駐留小區(qū)的步驟包括:
[0010]所述UE根據(jù)預(yù)定頻點或全頻段掃頻進行小區(qū)搜索獲取駐留小區(qū)。
[0011]優(yōu)選地，所述預(yù)定系統(tǒng)資源塊攜帶有集群專用FACH對應(yīng)的所需配置信息。
[0012]優(yōu)選地，所述根據(jù)預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留的步驟之后還包括:
[0013]根據(jù)所述調(diào)度信息讀取所述預(yù)定系統(tǒng)資源塊中的配置信息，并保存在本地。
[0014]優(yōu)選地，所述根據(jù)調(diào)度信息讀取所述預(yù)定系統(tǒng)資源塊中的配置信息，并保存在本地的步驟之后還包括:
[0015]所述UE進行位置更新和組信息更新；
[0016]通過隨機接入信道向網(wǎng)絡(luò)側(cè)發(fā)送主叫建立請求消息，所述主叫建立請求消息中攜帶有呼叫相關(guān)參數(shù)；
[0017]接收所述網(wǎng)絡(luò)側(cè)對所述UE進行鑒權(quán)及沖突檢測后返回的主叫建立響應(yīng)消息，所述主叫建立響應(yīng)消息攜帶有網(wǎng)絡(luò)側(cè)為UE配置的物理資源信息；
[0018]根據(jù)所述網(wǎng)絡(luò)側(cè)配置的物理資源信息，進行組呼主叫語音業(yè)務(wù)。
[0019]優(yōu)選地，所述UE進行位置更新和組信息更新
[0020]的步驟之后還包括:
[0021]當所述UE收到尋呼消息后，將本地保存的更新后的組信息中的組標識與所述尋呼消息中的組標識進行對比，判斷所述尋呼消息是否為對本UE的尋呼；若是，則
[0022]根據(jù)所述預(yù)定系統(tǒng)資源塊中的配置信息，獲取FACH上周期發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)。
[0023]優(yōu)選地，所述UE進行組信息更新的步驟包括:
[0024]所述UE向網(wǎng)絡(luò)側(cè)發(fā)送攜帶有MSI信息的組信息更新請求消息；
[0025]接收所述網(wǎng)絡(luò)側(cè)返回的攜帶有所述UE的群組信息的組信息更新響應(yīng)消息。
[0026]本發(fā)明還提出一種實現(xiàn)集群終端駐留和組呼的UE，包括:
[0027]系統(tǒng)消息獲取模塊，用于通過小區(qū)搜索獲取駐留小區(qū)，在所述駐留小區(qū)打開BCH讀取系統(tǒng)消息，所述系統(tǒng)消息至少包括預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息；
[0028]駐留模塊，用于根據(jù)所述預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留。
[0029]優(yōu)選地，所述系統(tǒng)消息獲取模塊還用于根據(jù)預(yù)定頻點或全頻段掃頻進行小區(qū)搜索獲取駐留小區(qū)。
[0030]優(yōu)選地,該UE還包括:
[0031]存儲模塊，用于根據(jù)所述調(diào)度信息讀取所述預(yù)定系統(tǒng)資源塊中的配置信息，并保存在本地。
[0032]優(yōu)選地,該UE還包括:
[0033]更新模塊，用于對所述UE進行位置更新和組信息更新；
[0034]組呼模塊，用于通過隨機接入信道向網(wǎng)絡(luò)側(cè)發(fā)送主叫建立請求消息，所述主叫建立請求消息中攜帶有呼叫相關(guān)參數(shù)；接收所述網(wǎng)絡(luò)側(cè)對所述UE進行鑒權(quán)及沖突檢測后返回的主叫建立響應(yīng)消息，所述主叫建立響應(yīng)消息攜帶有網(wǎng)絡(luò)側(cè)為UE配置的物理資源信息；以及根據(jù)所述網(wǎng)絡(luò)側(cè)配置的物理資源信息，進行組呼主叫語音業(yè)務(wù)。
[0035]優(yōu)選地，所述組呼模塊，還用于當所述UE收到尋呼消息后，將本地保存的更新后的組信息中的組標識與所述尋呼消息中的組標識進行對比，判斷所述尋呼消息是否為對本UE的尋呼；若是，則根據(jù)所述預(yù)定系統(tǒng)資源塊中的配置信息，獲取FACH上周期發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)。
[0036]優(yōu)選地，所述更新模塊具體用于向網(wǎng)絡(luò)側(cè)發(fā)送攜帶有MSI信息的組信息更新請求消息；接收所述網(wǎng)絡(luò)側(cè)返回的攜帶有所述UE的群組信息的組信息更新響應(yīng)消息。
[0037]本發(fā)明提出的一種實現(xiàn)集群終端駐留和組呼的方法及UE，UE通過小區(qū)搜索，在駐留小區(qū)中打開BCH讀取包括預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息的系統(tǒng)消息，該預(yù)定系統(tǒng)資源塊攜帶有集群專用FACH對應(yīng)的所需配置信息，UE通過該系統(tǒng)消息成功進行小區(qū)駐留；此外，在組呼業(yè)務(wù)時，UE無需進行RRC連接建立，并根據(jù)預(yù)定系統(tǒng)資源塊中的配置信息獲取FACH發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)，由此縮短了 UE集群組呼的時延，進而提高了用戶體驗效果。
【專利附圖】

【附圖說明】
[0038]圖1是本發(fā)明實現(xiàn)集群終端駐留和組呼的方法一實施例的流程示意圖；
[0039]圖2是本發(fā)明實現(xiàn)集群終端駐留和組呼的方法另一實施例的流程示意圖；
[0040]圖3是本發(fā)明實現(xiàn)集群終端駐留和組呼的UE —實施例的結(jié)構(gòu)示意圖；
[0041]圖4是本發(fā)明實現(xiàn)集群終端駐留和組呼的UE另一實施例的結(jié)構(gòu)示意圖。
[0042]為了使本發(fā)明的技術(shù)方案更加清楚、明了，下面將結(jié)合附圖作進一步詳述。
【具體實施方式】
[0043]本發(fā)明實施例的解決方案主要是:在網(wǎng)絡(luò)側(cè)配置攜帶有集群專用FACH (ForwardAccess Channel,前向接入信道)對應(yīng)的所需配置信息的預(yù)定系統(tǒng)資源塊，UE (userequipment,用戶設(shè)備，用戶終端)通過小區(qū)搜索，在駐留小區(qū)中打開BCH (BroadcastChannel，廣播信道)讀取包括預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息的系統(tǒng)消息，并通過該系統(tǒng)消息成功進行小區(qū)駐留；在組呼業(yè)務(wù)時，UE無需進行RRCXRadio ResourceControl，無線資源控制協(xié)議)連接建立，在組呼被叫過程中，UE向網(wǎng)絡(luò)側(cè)發(fā)送攜帶有呼叫相關(guān)的所有參數(shù)的主叫建立請求消息，以獲取網(wǎng)絡(luò)側(cè)為UE配置的物理資源信息，進行組呼主叫語音業(yè)務(wù)；在組呼主叫過程中，UE根據(jù)預(yù)定系統(tǒng)資源塊中的配置信息獲取FACH發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)，以縮短UE集群組呼的時延，進而提聞用戶體驗效果。
[0044]本發(fā)明鑒于集群終端對時延要求嚴格，在小區(qū)駐留和組呼業(yè)務(wù)建立過程中均進行了相應(yīng)處理，以適應(yīng)集群組呼的需要。
[0045]如圖1所示，本發(fā)明一實施例提出一種實現(xiàn)集群終端駐留和組呼的方法，包括:
[0046]步驟SlOI，UE通過小區(qū)搜索獲取駐留小區(qū)，在駐留小區(qū)打開BCH讀取系統(tǒng)消息，系統(tǒng)消息至少包括預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息；
[0047]在網(wǎng)絡(luò)側(cè)，系統(tǒng)消息塊(SIB)用于包含實際系統(tǒng)消息，在現(xiàn)有技術(shù)中，包括SIBl至SIB19共19種類型的SIB。SIB的調(diào)度信息通過MIB或SB承載。其中，系統(tǒng)消息在BCCH(廣播控制信道，Broadcast Control Channel)上發(fā)射，然后映射到BCH或FACH，并且總是和BCH或FACH傳輸塊大小相匹配。
[0048]為了使UE成功駐留小區(qū)，并在后續(xù)組呼業(yè)務(wù)中減少時延，本實施例網(wǎng)絡(luò)側(cè)新增設(shè)一個系統(tǒng)消息塊，即本實施例所稱的預(yù)定系統(tǒng)資源塊，以SIB30表示，該SIB30攜帶有集群專用FACH對應(yīng)的所需的所有配置信息。
[0049]在系統(tǒng)消息廣播的MIB (主調(diào)度塊)中廣播系統(tǒng)消息塊SIB30，當然，也可以在調(diào)度塊SBl或SB2中進行廣播，具體以網(wǎng)絡(luò)側(cè)的實現(xiàn)為依據(jù)，但UE需要能夠處理在三種系統(tǒng)消息調(diào)度塊中的任何一種廣播。
[0050]UE在開機過程中，先根據(jù)指定頻點進行小區(qū)搜索，如果搜索到小區(qū)，則在該小區(qū)中打開BCH讀取系統(tǒng)消息，嘗試駐留。[0051]如果在指定頻點沒有找到小區(qū)，或者駐留失敗，則進行全頻段掃頻，根據(jù)掃頻結(jié)果，再進行小區(qū)搜索，然后按照小區(qū)搜索的信號強度從高到低的順序進行讀取系統(tǒng)消息，并在搜索到的小區(qū)上嘗試駐留。
[0052]步驟S102，根據(jù)預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留。
[0053]在判斷駐留的過程中，SIB30必須在主調(diào)度塊，或者調(diào)度塊SBl或SB2中被調(diào)度，否則，認為UE在該小區(qū)不適合駐留，SIB30具體在哪個調(diào)度塊上被調(diào)度，由網(wǎng)絡(luò)側(cè)根據(jù)一定規(guī)則安排，無論是哪個調(diào)度塊，UE都應(yīng)該可以接受并處理SIB30。SIB30的調(diào)度信息中要求對SIB30進行調(diào)度，其規(guī)定了 SIB30的位置和重復(fù)周期。
[0054]在判斷SIB30被調(diào)度的前提下，UE打開BCH進行系統(tǒng)消息的接收，作為駐留小區(qū)的必選SIB，包括SIB1、SIB3、SIB5、SIB7和SIB30。如前所述，UE將SIB30作為必選駐留條件，因為其規(guī)定了集群專用FACH信道對應(yīng)的所有信息，沒有這些信息，駐留小區(qū)將不能正常進行集群業(yè)務(wù)。
[0055]UE收到包括SIB30的必選系統(tǒng)消息后，可以成功駐留在集群小區(qū)，如果其中任何一個SIB在讀取系統(tǒng)消息的過程中沒有收到，則該小區(qū)不可以駐留，那么UE則嘗試駐留下一個小區(qū)，其判斷駐留原則同前一個小區(qū)。
[0056]本實施例UE通過小區(qū)搜索，在駐留小區(qū)中打開BCH讀取包括預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息的系統(tǒng)消息，該預(yù)定系統(tǒng)資源塊攜帶有集群專用FACH對應(yīng)的所需配置信息，UE通過該系統(tǒng)消息成功進行小區(qū)駐留，同時為后續(xù)組呼業(yè)務(wù)縮短UE集群組呼的時延創(chuàng)造了基礎(chǔ)。
[0057]如圖2所示，本發(fā)明另一實施例提出一種實現(xiàn)集群終端駐留和組呼的方法，在上述實施例的基礎(chǔ)上，在上述步驟S102之后還包括:
[0058]步驟S103，根 據(jù)調(diào)度信息讀取預(yù)定系統(tǒng)資源塊中的配置信息，并保存在本地；
[0059]在UE從BCH讀取到系統(tǒng)消息后，UE根據(jù)調(diào)度信息去讀取SIB30的具體內(nèi)容，并保存在本地，包括:存儲集群專用SCCPCH (輔公共控制物理信道)的配置信息，存儲集群FACH 的 TFS 和對應(yīng) TCCCH 的配置信息，存儲 TCCCH 的 “!^petition period”，^repetitionlength，，和 “Frame offset，，信兀。repetition period 表不 TCCCH 上承載的 PTT GROUPPHYSICAL CHANNEL CONFIG消息發(fā)送的周期。UE通過如下公式計算該消息的起始發(fā)送幀:
[0060]SFN mod repetition period=Frame offset mod repetition period ；
[0061]repetition length 表示本周期內(nèi) PTT GROUP PHYSICAL CHANNEL CONFIG 消息連續(xù)重復(fù)發(fā)送的次數(shù)。如果!^petition length沒有配置，默認PTT GROUP PHYSICAL CHANNELCONFIG—個周期內(nèi)只發(fā)一次；如果repetition length配置為“2”,表示連續(xù)發(fā)送2次,其他配置值依此類推。Frame offset是為了保證UE在收到尋呼消息(PCH)后知道有集群業(yè)務(wù)，然后可以在最快的時間內(nèi)到集群FACH上接收信息，而不需要等到一個集群FACH周期后。
[0062]步驟S104, UE進行位置更新和組信息更新；
[0063]在UE成功駐留到小區(qū)后，先進行位置更新的注冊過程，位置更新過程結(jié)束后，UE主動發(fā)起組信息更新過程，此組信息更新過程是為了讓UE向網(wǎng)絡(luò)了解其所歸屬集群組的信息，網(wǎng)絡(luò)會根據(jù)一定的設(shè)置，更改終端所屬組的信息，因此，每次UE在開機成功注冊后，都進行組信息的更新過程，以獲得最新的組信息。[0064]其中，UE的位置更新過程，可以采用原TD制式中的功能。這里不再贅述。
[0065]對于UE組信息的更新過程，UE在開機做完位置更新后，必須立刻發(fā)起組信息的更新過程，具體過程為:
[0066]UE發(fā)送PTT information Update Request消息(組信息更新請求消息)到網(wǎng)絡(luò)側(cè)，在該消息中攜帶 IMSI (International Mobile SubscriberIdentification Number,國際移動用戶識別碼)信息，用于供網(wǎng)絡(luò)判斷UE所屬群組信息，網(wǎng)絡(luò)收到該消息后，進行相應(yīng)判斷和消息組建后，發(fā)送PTT information Update Accept消息(組信息更新響應(yīng)消息)到UE,其中攜帶了 UE的群組信息，以使UE獲知目前所在群組，為后續(xù)組呼叫業(yè)務(wù)創(chuàng)造基礎(chǔ)條件，諸如一臺UE可能同時屬于多個群組，在進行組呼業(yè)務(wù)時，用戶可以選擇在某個群組進行發(fā)起呼叫。
[0067]步驟S105，通過隨機接入信道向網(wǎng)絡(luò)側(cè)發(fā)送主叫建立請求消息，主叫建立請求消息中攜帶有呼叫相關(guān)參數(shù)；
[0068]步驟S106，接收網(wǎng)絡(luò)側(cè)對UE進行鑒權(quán)及沖突檢測后返回的主叫建立響應(yīng)消息，主叫建立響應(yīng)消息攜帶有網(wǎng)絡(luò)側(cè)為UE配置的物理資源信息；
[0069]步驟S107，根據(jù)網(wǎng)絡(luò)側(cè)配置的物理資源信息，進行組呼主叫語音業(yè)務(wù)。
[0070]上述步驟S105至步驟S107為UE組呼主叫過程，本實施例為了盡量縮短時延，不進行RRC連接建立過程，直接進行一個組呼建立過程，完成UE與網(wǎng)絡(luò)的信令交互，同時獲得業(yè)務(wù)信道資源，進行組呼語音主叫過程。
[0071]具體地，對于正常待機的終端，其集群組呼主叫過程為:
[0072]1、UE在需要進行組呼時，通過隨機接入信道發(fā)送PTT Call Setup Request消息。按照組呼快速接入的要求，UE應(yīng)該在800ms內(nèi)接入。因此，為了提高接入速度，在空口省略了 RRC建鏈過程,在消息PTT Call Setup Request中將普通呼叫中的Service Request、Setup消息中的所有信息均帶上,其中對于呼叫有關(guān)的參數(shù)有CN domain identity、主叫標識(P - TMSI或MSI)、被叫號碼、QoS要求以及呼叫業(yè)務(wù)類型等；
[0073]2、網(wǎng)絡(luò)側(cè)在收到UE發(fā)送的組呼主叫建立請求后，需要進行鑒權(quán)及沖突檢測等工作，再確認允許用戶接入后，根據(jù)組呼業(yè)務(wù)類型獲取預(yù)配置的物理資源信息，在FACH信道上將PTT Call Setup Response消息帶給UE，同時攜帶在SIB中業(yè)務(wù)層2配置索引，UE收到此消息后根據(jù)物理層配置指示進行相關(guān)配置及與NODE B (基站)的專用信道同步過程；
[0074]3、UE在完成配置及同步過程后，在上行業(yè)務(wù)專用信道上返回呼叫建立完成消息；
[0075]4、UE打開語音通道，用戶可以在分配到的上行語音資源信道上進行語音信息的上行傳送，實現(xiàn)組呼主叫語音業(yè)務(wù)。
[0076]由上述可知，相比現(xiàn)有技術(shù)，本實施例集群UE發(fā)起組呼叫業(yè)務(wù)時，其信令交互過程步驟較少，因此延時也少，從而滿足了集群業(yè)務(wù)對時延的需要。
[0077]進一步的，對于UE進行被叫業(yè)務(wù)時，上述步驟S103之后還包括:
[0078]步驟S108，當UE收到尋呼消息后，將本地保存的更新后的組信息中的組標識與尋呼消息中的組標識進行對比，判斷尋呼消息是否為對本UE的尋呼；若是，則進入步驟S109 ；否則，結(jié)束流程；
[0079]步驟S 109，根據(jù)預(yù)定系統(tǒng)資源塊中的配置信息，獲取FACH上周期發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)。[0080]上述步驟S108及步驟S109為UE組呼被叫過程，本實施例為了盡量縮短時延，在UE收到網(wǎng)絡(luò)的尋呼消息后，不進行RRC連接建立過程。其物理資源的獲取方式為通過讀取集群FACH信道獲得，網(wǎng)絡(luò)在集群專用FACH信道上周期性廣播物理信道配置信息，UE讀取到該物理信道配置信息后，把物理信道配置信息配置給物理層，進入聽狀態(tài)，獲取語音信息。對于后開機的UE，同樣可以通過監(jiān)聽集群專用FACH信道，進入聽狀態(tài)，此稱為遲后接入組呼。
[0081]具體地，對于正常待機的終端，其集群組呼被叫過程為:
[0082]1、集群UE收到尋呼消息后，將尋呼消息中的信元“Group identity”和UE所保存的所有組標識對比，如果有一個相同，則表明是對本UE的尋呼，UE則相應(yīng)尋呼消息；
[0083]2、UE讀取集群專用FACH信道(配置從SIB30獲取)，獲取該FACH信道上的周期發(fā)送的組呼資源配置消息，從中獲取到業(yè)務(wù)及伴隨信道資源配置情況，并以此建立相應(yīng)的信道資源；
[0084]3、UE打開語音通道，接收下行語音信息，進入聽狀態(tài)。為了防止語音信息丟失現(xiàn)象，上述步驟2和步驟3并行操作。
[0085]另外，對于遲后開機的UE，在開機成功駐留后，需要了解目前是否有所屬群組的組呼業(yè)務(wù)存在，因此UE需要主動去讀集群專用FACH信道，因為該信道上的消息為周期性發(fā)送，故一定可以讀取到所屬群組的狀態(tài)信息，如果有業(yè)務(wù)存在，則主動接入獲取語音信息。
[0086]由上述分析可知，本實施例集群UE的被叫用戶在收到尋呼后，其和網(wǎng)絡(luò)的信令交互，只有一個接收尋呼的過程，UE通過內(nèi)部處理，即可自動進入聽狀態(tài)，接收組呼語音信息。
[0087]本實施例不僅可以使UE成功進行小區(qū)駐留，在組呼業(yè)務(wù)時，UE無需進行RRC連接建立，并根據(jù)預(yù)定系統(tǒng)資源塊中的配置信息獲取FACH發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)，由此縮短了 UE集群組呼的時延，進而提高了用戶體驗效果。
[0088]如圖3所示，本發(fā)明一實施例提出一種實現(xiàn)集群終端駐留和組呼的UE，包括:系統(tǒng)消息獲取模塊301及駐留模塊302，其中:
[0089]系統(tǒng)消息獲取模塊301，用于通過小區(qū)搜索獲取駐留小區(qū)，在駐留小區(qū)打開BCH讀取系統(tǒng)消息，系統(tǒng)消息至少包括預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息；
[0090]駐留模塊302，用于根據(jù)預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留。
[0091]在網(wǎng)絡(luò)側(cè)，系統(tǒng)消息塊(SIB)用于包含實際系統(tǒng)消息，在現(xiàn)有技術(shù)中，包括SIBl至SIB19共19種類型的SIB。SIB的調(diào)度信息通過MIB或SB承載。其中，系統(tǒng)消息在BCCH上發(fā)射，然后映射到BCH (Broadcast Channel，廣播信道)或FACH，并且總是和BCH或FACH傳輸塊大小相匹配。
[0092]為了使UE成功駐留小區(qū)，并在后續(xù)組呼業(yè)務(wù)中減少時延，本實施例網(wǎng)絡(luò)側(cè)新增設(shè)一個系統(tǒng)消息塊，即本實施例所稱的預(yù)定系統(tǒng)資源塊，以SIB30表示，該SIB30攜帶有集群專用FACH對應(yīng)的所需的所有配置信息。
[0093]在系統(tǒng)消息廣播的MIB (主調(diào)度塊)中廣播系統(tǒng)消息塊SIB30，當然，也可以在調(diào)度塊SBl或SB2中進行廣播，具體以網(wǎng)絡(luò)側(cè)的實現(xiàn)為依據(jù)，但UE需要能夠處理在三種系統(tǒng)消息調(diào)度塊中的任何一種廣播。[0094]UE在開機過程中，系統(tǒng)消息獲取模塊301根據(jù)指定頻點進行小區(qū)搜索，如果搜索至IJ小區(qū)，則在該小區(qū)中打開BCH讀取系統(tǒng)消息，駐留模塊302根據(jù)讀取的系統(tǒng)消息嘗試駐
&3甶O
[0095]如果在指定頻點沒有找到小區(qū)，或者駐留失敗，系統(tǒng)消息獲取模塊301則進行全頻段掃頻，根據(jù)掃頻結(jié)果，再進行小區(qū)搜索，然后按照小區(qū)搜索的信號強度從高到低的順序進行讀取系統(tǒng)消息，駐留模塊302在搜索到的小區(qū)上嘗試駐留。
[0096]在判斷駐留的過程中，SIB30必須在主調(diào)度塊，或者調(diào)度塊SBl或SB2中被調(diào)度，否則，認為UE在該小區(qū)不適合駐留，SIB30具體在哪個調(diào)度塊上被調(diào)度，由網(wǎng)絡(luò)側(cè)根據(jù)一定規(guī)則安排，無論是哪個調(diào)度塊，UE都應(yīng)該可以接受并處理SIB30。SIB30的調(diào)度信息中要求對SIB30進行調(diào)度，其規(guī)定了 SIB30的位置和重復(fù)周期。
[0097]在判斷SIB30被調(diào)度的前提下，UE打開BCH進行系統(tǒng)消息的接收，作為駐留小區(qū)的必選SIB，包括SIB1、SIB3、SIB5、SIB7和SIB30。如前所述，UE將SIB30作為必選駐留條件，因為其規(guī)定了集群專用FACH信道對應(yīng)的所有信息，沒有這些信息，駐留小區(qū)將不能正常進行集群業(yè)務(wù)。
[0098]UE收到包括SIB30的必選系統(tǒng)消息后，可以成功駐留在集群小區(qū)，如果其中任何一個SIB在讀取系統(tǒng)消息的過程中沒有收到，則該小區(qū)不可以駐留，那么UE則嘗試駐留下一個小區(qū)，其判斷駐留原則同前一個小區(qū)。
[0099]本實施例UE通過小區(qū)搜索，在駐留小區(qū)中打開BCH讀取包括預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息的系統(tǒng)消息，該預(yù)定系統(tǒng)資源塊攜帶有集群專用FACH對應(yīng)的所需配置信息，UE通過該 系統(tǒng)消息成功進行小區(qū)駐留，同時為后續(xù)組呼業(yè)務(wù)縮短UE集群組呼的時延創(chuàng)造了基礎(chǔ)。
[0100]如圖4所示，本發(fā)明另一實施例提出一種實現(xiàn)集群終端駐留和組呼的UE，在上述實施例的基礎(chǔ)上，還包括:存儲模塊303、更新模塊304以及組呼模塊305，其中:
[0101]存儲模塊303，用于根據(jù)調(diào)度信息讀取預(yù)定系統(tǒng)資源塊中的配置信息，并保存在本地。
[0102]更新模塊304，用于對所述UE進行位置更新和組信息更新；
[0103]組呼模塊305，用于通過隨機接入信道向網(wǎng)絡(luò)側(cè)發(fā)送主叫建立請求消息，所述主叫建立請求消息中攜帶有呼叫相關(guān)參數(shù)；接收所述網(wǎng)絡(luò)側(cè)對所述UE進行鑒權(quán)及沖突檢測后返回的主叫建立響應(yīng)消息，所述主叫建立響應(yīng)消息攜帶有網(wǎng)絡(luò)側(cè)為UE配置的物理資源信息；以及根據(jù)所述網(wǎng)絡(luò)側(cè)配置的物理資源信息，進行組呼主叫語音業(yè)務(wù)。
[0104]當UE進行被叫業(yè)務(wù)時，所述組呼模塊305還用于當所述UE收到尋呼消息后，將本地保存的更新后的組信息中的組標識與所述尋呼消息中的組標識進行對比，判斷所述尋呼消息是否為對本UE的尋呼；若是，則根據(jù)所述預(yù)定系統(tǒng)資源塊中的配置信息，獲取FACH上周期發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)。
[0105]具體地，在本實施例中，在UE從BCH讀取到系統(tǒng)消息后，UE的存儲模塊303根據(jù)調(diào)度信息去讀取SIB30的具體內(nèi)容，并保存在本地，包括:存儲集群專用SCCPCH的配置信息，存儲集群FACH的TFS和對應(yīng)TCCCH的配置信息，存儲TCCCH的“!^petition period”，“repetition length”和“Frame offset，，信兀。repetition period 表不 TCCCH 上承載的PTT GROUP PHYSICAL CHANNEL CONFIG消息發(fā)送的周期。UE通過如下公式計算該消息的起始發(fā)送幀:
[0106]SFN mod repetition period=Frame offset mod repetition period ；
[0107]repetition length 表示本周期內(nèi) PTT GROUP PHYSICAL CHANNEL CONFIG 消息連續(xù)重復(fù)發(fā)送的次數(shù)。如果!^petition length沒有配置，默認PTT GROUP PHYSICAL CHANNELCONFIG—個周期內(nèi)只發(fā)一次；如果repetition length配置為“2”,表示連續(xù)發(fā)送2次,其他配置值依此類推。Frame offset是為了保證UE在收到尋呼消息(PCH)后知道有集群業(yè)務(wù)，然后可以在最快的時間內(nèi)到集群FACH上接收信息，而不需要等到一個集群FACH周期后。
[0108]在UE成功駐留到小區(qū)后，首先由更新模塊304進行位置更新的注冊過程，位置更新過程結(jié)束后，UE主動發(fā)起組信息更新過程，此組信息更新過程是為了讓UE向網(wǎng)絡(luò)了解其所歸屬集群組的信息，網(wǎng)絡(luò)會根據(jù)一定的設(shè)置，更改終端所屬組的信息，因此，每次UE在開機成功注冊后，都進行組信息的更新過程，以獲得最新的組信息。
[0109]其中，UE的位 置更新過程，可以采用原TD制式中的功能。這里不再贅述。
[0110]對于UE組信息的更新過程，UE在開機做完位置更新后，必須立刻發(fā)起組信息的更新過程，具體過程為:
[0111]UE發(fā)送PTT information Update Request消息(組信息更新請求消息)到網(wǎng)絡(luò)側(cè)，在該消息中攜帶IMSI信息，用于供網(wǎng)絡(luò)判斷UE所屬群組信息，網(wǎng)絡(luò)收到該消息后，進行相應(yīng)判斷和消息組建后，發(fā)送PTT information Update Accept消息(組信息更新響應(yīng)消息)到UE，其中攜帶了 UE的群組信息，以使UE獲知目前所在群組，為后續(xù)組呼叫業(yè)務(wù)創(chuàng)造基礎(chǔ)條件，諸如一臺UE可能同時屬于多個群組，在進行組呼業(yè)務(wù)時，用戶可以選擇在某個群組進行發(fā)起呼叫。
[0112]對應(yīng)UE組呼主叫過程，本實施例為了盡量縮短時延，不進行RRC連接建立過程，組呼模塊305直接進行一個組呼建立過程，完成UE與網(wǎng)絡(luò)的信令交互，同時獲得業(yè)務(wù)信道資源，進行組呼語音主叫過程。
[0113]具體地，對于正常待機的終端，其集群組呼主叫過程為:
[0114]1、UE在需要進行組呼時，通過隨機接入信道發(fā)送PTT Call Setup Request消息。按照組呼快速接入的要求，UE應(yīng)該在800ms內(nèi)接入。因此，為了提高接入速度，在空口省略了 RRC建鏈過程,在消息PTT Call Setup Request中將普通呼叫中的Service Request、Setup消息中的所有信息均帶上,其中對于呼叫有關(guān)的參數(shù)有CN domain identity、主叫標識(P - TMSI或MSI)、被叫號碼、QoS要求以及呼叫業(yè)務(wù)類型等；
[0115]2、網(wǎng)絡(luò)側(cè)在收到UE發(fā)送的組呼主叫建立請求后，需要進行鑒權(quán)及沖突檢測等工作，再確認允許用戶接入后，根據(jù)組呼業(yè)務(wù)類型獲取預(yù)配置的物理資源信息，在FACH信道上將PTT Call Setup Response消息帶給UE，同時攜帶在SIB中業(yè)務(wù)層2配置索引，UE收到此消息后根據(jù)物理層配置指示進行相關(guān)配置及與NODE B的專用信道同步過程；
[0116]3、UE在完成配置及同步過程后，在上行業(yè)務(wù)專用信道上返回呼叫建立完成消息；
[0117]4、UE打開語音通道，用戶可以在分配到的上行語音資源信道上進行語音信息的上行傳送，實現(xiàn)組呼主叫語音業(yè)務(wù)。
[0118]由上述可知，相比現(xiàn)有技術(shù)，本實施例集群UE發(fā)起組呼叫業(yè)務(wù)時，其信令交互過程步驟較少，因此延時也少，從而滿足了集群業(yè)務(wù)對時延的需要。[0119]對應(yīng)UE組呼被叫過程，本實施例為了盡量縮短時延，在UE的組呼模塊305收到網(wǎng)絡(luò)的尋呼消息后，不進行RRC連接建立過程。其物理資源的獲取方式為通過讀取集群FACH信道獲得，網(wǎng)絡(luò)在集群專用FACH信道上周期性廣播物理信道配置信息，UE讀取到該物理信道配置信息后，把物理信道配置信息配置給物理層，進入聽狀態(tài)，獲取語音信息。對于后開機的UE，同樣可以通過監(jiān)聽集群專用FACH信道，進入聽狀態(tài)，此稱為遲后接入組呼。
[0120]具體地，對于正常待機的終端，其集群組呼被叫過程為:
[0121]1、集群UE收到尋呼消息后，將尋呼消息中的信元“Group identity”和UE所保存的所有組標識對比，如果有一個相同，則表明是對本UE的尋呼，UE則相應(yīng)尋呼消息；
[0122]2、UE讀取集群專用FACH信道(配置從SIB30獲取)，獲取該FACH信道上的周期發(fā)送的組呼資源配置消息，從中獲取到業(yè)務(wù)及伴隨信道資源配置情況，并以此建立相應(yīng)的信道資源；
[0123]3、UE打開語音通道，接收下行語音信息，進入聽狀態(tài)。為了防止語音信息丟失現(xiàn)象，上述步驟2和步驟3并行操作。
[0124]另外，對于遲后開機的UE，在開機成功駐留后，需要了解目前是否有所屬群組的組呼業(yè)務(wù)存在，因此UE需要主動去讀集群專用FACH信道，因為該信道上的消息為周期性發(fā)送，故一定可以讀取到所屬群組的狀態(tài)信息，如果有業(yè)務(wù)存在，則主動接入獲取語音信息。
[0125]由上述分析可知，本實施例集群UE的被叫用戶在收到尋呼后，其和網(wǎng)絡(luò)的信令交互，只有一個接收尋呼的過程，UE通過內(nèi)部處理，即可自動進入聽狀態(tài)，接收組呼語音信息。
[0126]本發(fā)明實施例實現(xiàn)集群終端駐留和組呼的方法及UE，UE通過小區(qū)搜索，在駐留小區(qū)中打開BCH讀取包括預(yù)定系統(tǒng)資源塊以及預(yù)定系統(tǒng)資源塊的調(diào)度信息的系統(tǒng)消息，該預(yù)定系統(tǒng)資源塊攜帶有集群專用FACH對應(yīng)的所需配置信息，UE通過該系統(tǒng)消息成功進行小區(qū)駐留；此外，在組呼業(yè)務(wù)時，UE無需進行RRC連接建立，并根據(jù)預(yù)定系統(tǒng)資源塊中的配置信息獲取FACH發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)，由此縮短了 UE集群組呼的時延，進而提高了用戶體驗效果。
[0127]以上所述僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或流程變換，或直接或間接運用在其它相關(guān)的【技術(shù)領(lǐng)域】，均同理包括在本發(fā)明的專利保護范圍內(nèi)。
【權(quán)利要求】
1.一種實現(xiàn)集群終端駐留和組呼的方法，其特征在于，包括: 用戶終端UE通過小區(qū)搜索獲取駐留小區(qū)，在所述駐留小區(qū)打開廣播信道BCH讀取系統(tǒng)消息，所述系統(tǒng)消息至少包括預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息； 根據(jù)所述預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE通過小區(qū)搜索獲取駐留小區(qū)的步驟包括: 所述UE根據(jù)預(yù)定頻點或全頻段掃頻進行小區(qū)搜索獲取駐留小區(qū)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預(yù)定系統(tǒng)資源塊攜帶有集群專用前向接入信道FACH對應(yīng)的所需配置信息。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述根據(jù)預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留的步驟之后還包括: 根據(jù)所述調(diào)度信息讀取所述預(yù)定系統(tǒng)資源塊中的配置信息，并保存在本地。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)調(diào)度信息讀取所述預(yù)定系統(tǒng)資源塊中的配置信息，并保存在本地的步驟之后還包括: 所述UE進行位置更新和組信息更新； 通過隨機接入信道向網(wǎng) 絡(luò)側(cè)發(fā)送主叫建立請求消息，所述主叫建立請求消息中攜帶有呼叫相關(guān)參數(shù)； 接收所述網(wǎng)絡(luò)側(cè)對所述UE進行鑒權(quán)及沖突檢測后返回的主叫建立響應(yīng)消息，所述主叫建立響應(yīng)消息攜帶有網(wǎng)絡(luò)側(cè)為UE配置的物理資源信息； 根據(jù)所述網(wǎng)絡(luò)側(cè)配置的物理資源信息，進行組呼主叫語音業(yè)務(wù)。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述UE進行位置更新和組信息更新的步驟之后還包括: 當所述UE收到尋呼消息后，將本地保存的更新后的組信息中的組標識與所述尋呼消息中的組標識進行對比，判斷所述尋呼消息是否為對本UE的尋呼；若是，則 根據(jù)所述預(yù)定系統(tǒng)資源塊中的配置信息，獲取FACH上周期發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)。
7.根據(jù)權(quán)利要求5或6所述的方法，其特征在于，所述UE進行組信息更新的步驟包括: 所述UE向網(wǎng)絡(luò)側(cè)發(fā)送攜帶有國際移動用戶識別碼MSI信息的組信息更新請求消息； 接收所述網(wǎng)絡(luò)側(cè)返回的攜帶有所述UE的群組信息的組信息更新響應(yīng)消息。
8.一種實現(xiàn)集群終端駐留和組呼的UE，其特征在于，包括: 系統(tǒng)消息獲取模塊，用于通過小區(qū)搜索獲取駐留小區(qū)，在所述駐留小區(qū)打開BCH讀取系統(tǒng)消息，所述系統(tǒng)消息至少包括預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息； 駐留模塊，用于根據(jù)所述預(yù)定系統(tǒng)資源塊以及所述預(yù)定系統(tǒng)資源塊的調(diào)度信息進行小區(qū)駐留O
9.根據(jù)權(quán)利要求8所述的UE，其特征在于，所述系統(tǒng)消息獲取模塊還用于根據(jù)預(yù)定頻點或全頻段掃頻進行小區(qū)搜索獲取駐留小區(qū)。
10.根據(jù)權(quán)利要求8所述的UE，其特征在于，還包括: 存儲模塊，用于根據(jù)所述調(diào)度信息讀取所述預(yù)定系統(tǒng)資源塊中的配置信息，并保存在本地。
11.根據(jù)權(quán)利要求10所述的UE，其特征在于，還包括: 更新模塊，用于對所述UE進行位置更新和組信息更新； 組呼模塊，用于通過隨機接入信道向網(wǎng)絡(luò)側(cè)發(fā)送主叫建立請求消息，所述主叫建立請求消息中攜帶有呼叫相關(guān)參數(shù)；接收所述網(wǎng)絡(luò)側(cè)對所述UE進行鑒權(quán)及沖突檢測后返回的主叫建立響應(yīng)消息，所述主叫建立響應(yīng)消息攜帶有網(wǎng)絡(luò)側(cè)為UE配置的物理資源信息；以及根據(jù)所述網(wǎng)絡(luò)側(cè)配置的物理資源信息，進行組呼主叫語音業(yè)務(wù)。
12.根據(jù)權(quán)利要求11所述的UE，其特征在于， 所述組呼模塊，還用于當所述UE收到尋呼消息后，將本地保存的更新后的組信息中的組標識與所述尋呼消息中的組標識進行對比，判斷所述尋呼消息是否為對本UE的尋呼；若是，則根據(jù)所述預(yù)定系統(tǒng)資源塊中的配置信息，獲取FACH上周期發(fā)送的組呼資源配置消息，建立相應(yīng)的信道資源，進行組呼被叫語音業(yè)務(wù)。
13.根據(jù)權(quán)利要求10或11所述的UE，其特征在于， 所述更新模塊具體用于向網(wǎng)絡(luò)側(cè)發(fā)送攜帶有MSI信息的組信息更新請求消息；接收所述網(wǎng)絡(luò)側(cè)返回的攜帶有·所述UE的群組信息的組信息更新響應(yīng)消息。
【文檔編號】H04W4/10GK103428644SQ201210153930
【公開日】2013年12月4日 申請日期:2012年5月17日 優(yōu)先權(quán)日:2012年5月17日
【發(fā)明者】劉大力 申請人:中興通訊股份有限公司