一種td-lte集群故障弱化通信系統中的尋呼方法
【專利摘要】一種TD-LTE集群故障弱化通信系統中的尋呼方法，所述方法包括：建立包含故障基站標識的用戶信息表；基站收到攜帶第一用戶標識的呼叫請求后，在所述用戶信息表中根據故障基站標識確定第一用戶標識對應的用戶在覆蓋范圍內，發送包括與第一用戶標識對應的第二用戶標識的尋呼消息；用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，向基站發起連接建立過程或接收組呼建立消息。應用本發明實施例后，在核心網側發生故障時，基站還可以進行正常的尋呼。
【專利說明】—種TD-LTE集群故障弱化通信系統中的尋呼方法
【技術領域】
[0001]本申請涉及通信【技術領域】，更具體地，涉及一種TD-LTE集群故障弱化通信系統中的尋呼方法。
【背景技術】
[0002]隨著移動互聯網的飛速發展和全球無線城市的大規模建設，行業應用對集群通信的需求越來越多樣化，以語音為主的數字窄帶集群系統在數據傳輸能力和多媒體業務的支持能力方面已遠遠落后行業發展需求。數據寬帶化、業務多樣化、終端多模化、系統IP化是當前集群通信技術的發展方向，集群通信正逐步進入新一代寬帶多媒體集群系統時代。
[0003]基于TD-LTE的寬帶集群系統是以第四代移動通信技術TD-LTE為核心技術，將TD-LTE的高速率、大帶寬與數字集群技術中的資源共享、快速呼叫建立、指揮調度等特點進行融合的集語音、數據、視頻為一體的新一代寬帶數字集群系統。
[0004]基于TD-LTE的寬帶集群系統以LTE系統架構為基礎，系統分為終端、接入網、核心網、簽約數據庫、調度控制中心和操作維護中心六部分。終端(UE)分為指揮調度類終端和數據傳輸類終端兩類，包括手持終端、固定終端、車載終端、桌面終端CPE、上網卡或無線監控攝像頭終端等設備。接入網由基站(eNodeB)設備組成。核心網(EPC)負責UE的網絡側移動性管理、SI鏈路管理、業務數據的統一交換控制和傳送，包括移動性管理實體(MME)和安全網關(xGW)。簽約數據庫(RDS)實現集群用戶信息、集群組用戶信息的管理和查詢、用戶鑒權、密鑰生成、保存和管理等功能。調度控制中心(MDC)負責整個集群系統的協調調度和呼叫控制，主要網元包括交換控制平臺(SCC)和調度應用平臺。操作維護中心(eOMC)負責對系統設備的管理和維護，實現對被管理設備的配置管理、故障管理、性能管理等操作維護功能。
[0005]由于集群通信系統往往涉及人員生命和公共財產安全，需要盡力保證極端條件下的通信，因此集群通信系統可靠性和抗毀性要求非常高。當系統遇到突發災難(如地震、海嘯、空襲)或人為破壞時，系統各網元設備間可能會發生鏈路物理性中斷或部分網元設備毀壞，為保證在上述異常情況下的用戶通信，系統需要專門的抗毀性方案。故障弱化即是一種重要的抗毀性方案，主要目的是解決基站失去網絡側控制后，繼續服務基站覆蓋范圍內的終端用戶。
[0006]正常模式下，系統的集群用戶信息保存在簽約數據庫(RDS)中，當終端需要附著網絡或進行通信業務時，由核心網和交換控制平臺根據RDS中的用戶信息進行鑒權和執行業務操作，此時，基站上沒有集群用戶信息。而當核心網側發生故障，基站進入故障弱化模式后，基站沒有所屬終端的用戶信息，則無法在故障弱化模式下正常尋呼。
【發明內容】
[0007]本發明實施例提出一種TD-LTE集群故障弱化通信系統中的尋呼方法，在核心網側發生故障時，基站還可以進行正常的尋呼。
[0008]本發明實施例的技術方案如下:
[0009]一種TD-LTE集群故障弱化通信系統中的尋呼方法，所述方法包括:
[0010]建立包含故障基站標識的用戶信息表；
[0011]基站收到攜帶第一用戶標識的呼叫請求后，在所述用戶信息表中根據故障基站標識確定第一用戶標識對應的用戶在覆蓋范圍內，發送包括與第一用戶標識對應的第二用戶標識的尋呼消息；
[0012]用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，向基站發起連接建立過程或接收組呼建立消息。
[0013]所述用戶信息表包括缺省配置信息和差異配置信息；
[0014]所述差異配置信息包括國際移動用戶識別碼MS1、用戶的電話號碼UDN、組號列表GroupNumber list、用戶IP地址Server IP、用戶IP端口號Server Port和包含故障基站標識的故障弱化唯一臨時用戶標識M-GUTI。
[0015]所述建立包含故障基站標識的用戶信息表包括:
[0016]用戶UE進入故障弱化模式后，UE向基站eNB上報MSI ；
[0017]eNB以所述MSI為索弓丨，為UE分配所述MSI分配對應的包含故障基站標識M-GUTI, Server IP 和 Server Port，然后將所述 MSI 分配對應的 M-GUT1、Server IP 和Server Port通過NAS消息傳送至用戶；
[0018]用戶在SIP層業務注冊信息中攜帶所述IMS1、UDN和GroupNumber list發送至eNB ；
[0019]eNB 通過所述 IMSI 將所述 M-GUT1、Server IP、Server Port 與 UDN、GroupNumberlist相關聯，建立包含故障基站標識的用戶信息表。
[0020]所述UE進入故障弱化模式包括:UE接入的基站由正常工作模塊轉為故障模式。
[0021]所述UE進入故障弱化模式包括:UE從正常工作的基站移動到故障模式的基站。
[0022]所述用戶UE進入故障弱化模式包括:UE從故障模式的基站移動到另一個故障模式的基站。
[0023]所述UE向eNB上報MSI包括:UE清除原有M-GUTI后，在附著eNB過程中上報頂SI。
[0024]所述UE向eNB上報MSI包括:
[0025]UE不能清除原有M-GUTI后，在附著eNB過程中上報M-GUTI ；
[0026]所述M-GUTI中的故障基站標識與eNB的標識不相同時；
[0027]UE 上報頂SI。
[0028]所述UE向eNB上報MSI包括:
[0029]UE不能清除原有⑶TI，在附著eNB過程中上報M-GUTI ；
[0030]所述M-GUTI中的故障基站標識與eNB的標識相同時；
[0031 ] eNB根據所述M-GUTI得到對應的MSI。
[0032]所述方法在建立包含故障基站標識的用戶信息表后進一步包括:
[0033]當檢測到UE無周期性注冊或TAU，則在所述用戶信息表中刪除所述UE的信息。
[0034]所述第一用戶標識是用戶的電話號碼UDN，所述第二用戶標識是故障弱化基站內臨時移動用戶標識M-S-TMSI
[0035]所述用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，向基站發起連接建立過程包括:攜帶M-S-TMSI向基站發起RRC連接建立過程。
[0036]所述第一用戶標識是組號，所述第二用戶標識是組號和組無線網絡臨時標識G-RNTI ；
[0037]所述用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，所述接受組呼建立消息包括:
[0038]用戶根據組號確定自身是基站組呼中的尋呼對象，再通過G-RNTI接收組呼建立消息，建立組呼，接收組呼數據。
[0039]從上述技術方案中可以看出，在本發明實施例中首先建立包含故障基站標識的用戶信息表；基站收到攜帶第一用戶標識的呼叫請求后，在所述用戶信息表中根據故障基站標識確定第一用戶標識對應的用戶在覆蓋范圍內，發送包括與第一用戶標識對應的第二用戶標識的尋呼消息；用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，向基站發起連接建立過程或接受組呼建立消息。在核心網側發生故障，基站進入故障弱化模式后，基站可以依據用戶信息表與用戶進行正常的尋呼。
【專利附圖】
【附圖說明】
[0040]圖1為TD-LTE集群故障弱化通信系統中的尋呼方法流程示意圖；
[0041]圖2為M-GUTI結構示意圖；
[0042]圖3為⑶TI結構示意圖；
[0043]圖4為用戶信息表建立流程示意圖。
【具體實施方式】
[0044]為使本發明的目的、技術方案和優點表達得更加清楚明白，下面結合附圖及具體實施例對本發明再作進一步詳細的說明。
[0045]在本發明實施例中，建立包含故障基站標識的用戶信息表，UE進行重復附著和注冊。基站收到攜帶第一用戶標識的呼叫請求后，在用戶信息表中根據故障基站標識確定第一用戶標識對應的用戶在覆蓋范圍內，發送包括與第一用戶標識對應的第二用戶標識的尋呼消息；用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，向基站發起連接建立過程或接收組呼建立消息。在核心網側發生故障，基站進入故障弱化模式后，基站可以依據用戶信息表與用戶進行正常的尋呼。
[0046]此外，對終端來說，可在故障弱化和非故障弱化時，使UE保持附著過程和消息不改變，只改變UE的SIP注冊信息，簡化了終端的處理，最大可能的減少了故障弱化對UE的影響和改變。
[0047]基站給終端重新分配M-GUTI，其中以故障eNB標識代替了 MME標識。從而可以有效避免終端開關機和移動帶來的重復注冊和新舊用戶無法區別問題，可保證終端重新附著時上報IMSI，有效提高建立和維護用戶信息表的效率。
[0048]參見附圖1是TD-LTE集群故障弱化通信系統中的尋呼方法流程示意圖，具體包括以下步驟:
[0049]101、建立包含故障基站標識的用戶信息表。
[0050]UE進入故障弱化模式包括適用于以下三種情況，即UE接收的基站由正常工作模式轉為故障模式；UE從正常工作的基站移動到故障模式的基站；以及UE從故障模式的基站移動到另一個故障模式的基站。
[0051]在故障弱化工作模式下，因為基站失去了網絡側的聯系和控制，從而也失去了網絡側呼叫業務所必須的用戶信息，為使基站仍能完成基本的呼叫業務，需要基站建立和維護一個基站內的用戶信息表，以記錄必要的用戶信息。
[0052]用戶信息表的內容包括兩類信息，缺省配置信息和差異配置信息。缺省配置信息是所有終端相同的，在故障弱化前即配好的信息。差異配置信息是每個終端有差異的，需在故障弱化發生后終端上報或基站分配的信息。
[0053]缺省配置信息主要包括終端業務注冊信息、業務屬性、業務參數等內容，這些信息以故障弱化條件下可允許的缺省業務為缺省配置，缺省信息由網管設置，在故障弱化前后均保持不變。
[0054]差異配置信息包括以下五項:國際移動用戶識別碼(MSI)、用戶的電話號碼(UDN)、組號列表(GroupNumber List)、用戶 IP地址/端口號(ServerIP/ServerPort)、故障弱化唯一臨時用戶標識M-GUTI)。其中:
[0055]I) MSI是UE的用戶標識。
[0056]2) UDN是UE電話號碼；
[0057]3) GroupNumber List是組信息列表,包含了 UE所屬的所有組號。
[0058]4) ServerIP是UE IP地址，ServerPort是UE IP端口號，用于UE呼叫被叫時的地址信息。
[0059]5) M-GUTI是故障⑶TI，其中包含了故障模式下用于尋呼UE的故障S-TMSI(M-S-TMSI)和故障基站標識eNB-1D。具體結構參加附圖2。
[0060]附圖2中，移動國家碼(MCC)是3位數字，表示國家代碼，如中國是460 ;移動網絡碼(MNC)表示運營商網絡，2位或3位數字；eNB-1D是故障基站標識，長度20bit，用于唯一標識一個基站；移動管理實體(MME)臨時移動用戶標識(M-TMSI)用于唯一標識某個MME中的UE，長度32bit。
[0061]參見附圖3是LTE標準中的全球唯一臨時標識(⑶TI)結構示意圖，與附圖2的不同之處在于M-GUTI用20bit的eNB-1D和4bit0 (共24bit)代替了⑶TI中的移動管理實體標識(MME Identity)。用于尋呼UE的M-S-TMSI與S-TMSI長度一致，包含了 eNB-1D的后 4bit，4bit0，以及 32bit 的 M-TMSL.
[0062]IMS1、UDN和GroupNumber List是存儲在全球用戶識別(USIM)卡中的信息，由UE在附著注冊過程中上報給基站；M-GUT1、ServerIP和ServerPort是基站根據UE上報的IMSI分配下傳給UE的信息。
[0063]建立用戶信息表的具體過程參見步驟401-414。
[0064]102、基站收到攜帶第一用戶標識的呼叫請求后，在用戶信息表中根據故障基站標識確定第一用戶標識對應的用戶在覆蓋范圍內，發送包括與第一用戶標識對應的第二用戶標識的尋呼消息。
[0065]103、用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，向基站發起連接建立過程或接收組呼建立消息。
[0066]基站與用戶之間的呼叫包括單呼與組呼兩種情況。
[0067]單呼時，第一用戶標識是UDN，第二用戶標識是M-S-TMSI。
[0068](A)當基站收到含有UDN的被叫呼叫請求后，根據建立的用戶信息表判斷被叫終端是否在其覆蓋范圍內，如果在，基站根據被叫終端的UDN獲得被叫終端對應的M-GUTI，進而獲取M-S-TMSI，并通過尋呼信道發送含有被叫終端M-S-TMSI的消息；否則，不作處理。
[0069](B)終端收到該尋呼消息時，通過自身的M-S-TMSI判斷基站是尋呼對象，如果是，則向基站發起RRC連接建立過程，在RRC連接建立請求消息中攜帶M-S-TMSI，并在RRC連接建立完成消息中攜帶NAS消息Service Request消息；否則,不作處理。
[0070](C)基站收到RRC連接建立請求消息后，基站根據消息中攜帶的M-S-TMSI判斷被叫終端也在其覆蓋范圍內，則為主叫和被叫分別分配無線資源，進行呼叫接續。當呼叫接續完成后，基站分別向主叫和被叫終端發送呼叫接續成功的通知消息。在基站單獨運行時，基站仍然能為其覆蓋范圍內的用戶提供點對點呼叫的服務。
[0071]組呼時，第一用戶標識是GroupNumber,所述第二用戶標識是GroupNumber和G-RNTI。
[0072]Ca)當基站收到含有GroupNumber的組呼請求后,根據建立的用戶信息表判斷被叫組是否有其他用戶存在其覆蓋范圍內，如果存在，基站為主叫用戶分配無線資源，并在基站內小區進行組呼尋呼(攜帶被叫組的GroupNumber和臨時分配用于組呼建立的G-RNTI)；否則，不作處理。
[0073](b)被叫組內用戶終端收到該集群尋呼消息后,通過判斷GroupNumber是否在自身存儲的組號列表中，決定基站是否尋呼自己所在組，如果是，并通過下發的G-RNTI接收組呼建立消息，完成組呼建立的過程；否則，不作處理。在基站單獨運行時，基站仍然能為其覆蓋范圍內的用戶提供組呼的服務。
[0074]下面結合附圖4詳細說明建立用戶信息表的過程。
[0075]首先在UE的USM卡中預存有MS1、UDN和GroupNumber List信息。
[0076]為保證UE能上報MSI信息，在UE側和eNodeB側均做以下設置。
[0077]UE側設置:在UE進入故障弱化模式后，要求UE首先清除原有⑶TI，在后續附著eNodeB過程中，只上報MSI ；
[0078]eNodeB側設置:若某些特定UE終端不能實現⑶TI清除，則通過M-GUTI (以eNB標識代替MME標識)，eNodeB根據eNB_ID可認定UE上報的⑶TI的有效性(如果⑶TI中含本基站的eNB-1D，則有效，反之無效)，從而確保要求新用戶UE上報MSI。
[0079]eNodeB獲取MSI后，以MSI為索弓丨，為UE分配相應的M-GUT1、ServerIP和ServerPort,并通過NAS消息傳給UE。
[0080]UE在SIP層業務注冊信息中再攜帶IMS1、UDN和GroupNumber List傳給eNodeB。eNodeB 通過 IMSI 把 M-GUT1、ServerIP、ServerPort 與 UDN、GroupNumber List 關聯在一起，完成UE注冊信息的建立。
[0081]故障弱化注冊信息中UE攜帶IMS1、UDN和GroupNumber List上傳給eNodeB,而UDN和GroupNumber List信息在非故障弱化UE注冊時并不包含，只是在注冊響應信息中由核心網側回饋給UE。
[0082]在故障弱化和非故障弱化時，UE保持附著過程和消息不改變，只改變UE的SIP注冊信息，最大可能的減少了故障弱化對UE的影響和改變。詳細過程如下:
[0083]401、UE發起RRC連接建立過程；
[0084]402、UE 向 eNodeB 發送 RRC Connect1n Setup Complete 消息，附帶 NAS 消息Attach Request,請求附著。NAS消息包含GUTI或IMSI。
[0085]如果UE上報的是MSI，則從406鑒權和加密開始執行；如果UE上報的是⑶TI，則從403開始執行。
[0086]403、如果UE上報的是⑶TI，eNodeB在現有用戶信息表中檢查該⑶TI是否存在，如果存在，表示該UE不是第一次注冊附著eNodeB，則從406鑒權和加密開始執行；如果用戶信息表中不存在該⑶TI，則認為上報的⑶TI無效，執行404，向UE請求上報MSI。
[0087]404、eNodeB 為了得到 IMSI,發送 Identity Request 給 UE。
[0088]405、UE向eNodeB發送Identity Response消息，消息攜帶IMSI返回響應消息。
[0089]406、進行鑒權安全認證和加密過程。故障弱化UE的安全認證和加密過程是現有的技術。
[0090]407、eNodeB在UE用戶信息表中檢查該UE的MSI是否存在，如果存在，則執行408建立初始上下文；如果不存在，eNodeB在用戶信息表中增加該UE的IMSI信息，并為UE分配M-GUTI (和ServerlP/ServerPort，以MSI建立索引對應關系。
[0091]408、eNodeB為UE建立初始上下文。
[0092]409、eNodeB 為 UE 建立缺省承載，并通過 RRC Connect1n Reconfigrat1n 向 UE發送 Attach Accept 消息,如果 eNodeB 給 UE 分配了新的 M-GUTI 和 Server IP/ServerPort,那么消息中包含所分配的信息。
[0093]410、UE 向 eNodeB 發送 RRC Connect1n Reconfigrat1n Complete 消息。
[0094]411、UE 通過 UL Informat1n Transfor 向 eNodeB 發送 Attach Complete 消息。
[0095]412、UE在完成NAS層附著后，進行SIP層注冊前，需要向eNodeB發起承載資源修改請求，請求建立SIP信令專用承載；隨后，eNodeB發起SIP專用承載建立流程，為UE建立SIP專用承載；
[0096]413、UE通過發送SIP (REGISTER)消息到eNodeB，向eNodeB申請注冊集群業務。
[0097]REGISTER 消息中包含 UE 的 MS1、UDN 和 GroupNumber List 信息。eNodeB 在 UE信息注冊表中根據頂SI檢索到該UE’將UDN和GroupNumber List信息增加或修改到UE注冊信息中；
[0098]414、eNodeB 發送 SIP (200 (OK))給 UE，確認注冊成功。
[0099]用戶信息表的信息不能無限制增加，當有終端離開基站覆蓋區或關機時，需要從用戶信息表中刪除該UE的信息。同時，對用戶信息表的信息進行容量限制，超過容量要求，則不再允許UE附著。
[0100]用戶信息表信息的刪除修改是通過周期性注冊、跟蹤區更新(TAU)和去附著(Detach)過程實現的,具體如下:
[0101]I)當故障eNodeB檢測到用戶信息表中的某UE長時間(時間可配置)沒有發生周期性注冊或TAU后，認為該UE已離開基站覆蓋區，于是在用戶信息表中刪除該UE的注冊信息。TAU，該過程由UE發起，用于通知網絡。UE當前所在位置發生了改變，由一個跟蹤區移動到了其他跟蹤區。
[0102]2)當因UE關機或USM從UE中移除等原因，使得UE執行Detach過程時，eNodeB獲知UE的⑶TI或MSI信息，在用戶信息表中檢索并刪除該UE的信息。Detach過程用于UE不希望再接入網絡或網絡不希望UE再接入時觸發的過程。UE和網絡側都可以發起該過程。
[0103]以上所述，僅為本發明的較佳實施例而已，并非用于限定本發明的保護范圍。凡在本發明的精神和原則之內，所作的任何修改、等同替換、改進等，均應包含在本發明的保護范圍之內。
【權利要求】
1.一種TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述方法包括: 建立包含故障基站標識的用戶信息表； 基站收到攜帶第一用戶標識的呼叫請求后，在所述用戶信息表中根據故障基站標識確定第一用戶標識對應的用戶在覆蓋范圍內，發送包括與第一用戶標識對應的第二用戶標識的尋呼消息； 用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，向基站發起連接建立過程或接收組呼建立消息。
2.根據權利要求1所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述用戶信息表包括缺省配置信息和差異配置信息； 所述差異配置信息包括國際移動用戶識別碼MS1、用戶的電話號碼UDN、組號列表GroupNumber list、用戶IP地址Server IP、用戶IP端口號Server Port和包含故障基站標識的故障弱化唯一臨時用戶標識M-GUTI。
3.根據權利要求1所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述建立包含故障基站標識的用戶信息表包括: 用戶UE進入故障弱化模式后，UE向基站eNB上報MSI ； eNB以所述MSI為索引，為UE分配所述MSI分配對應的包含故障基站標識M-GUT1、Server IP和 Server Port,然后將所述 IMSI 分配對應的M_GUT1、Server IP和 Server Port通過NAS消息傳送至用戶； 用戶在SIP層業務注冊信息中攜帶所述MS1、UDN和GroupNumber list發送至eNB ；eNB 通過所述 IMSI 將所述 M-GUT1、Server IP、Server Port 與 UDN、GroupNumber list相關聯，建立包含故障基站標識的用戶信息表。
4.根據權利要求3所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述UE進入故障弱化模式包括:UE接入的基站由正常工作模塊轉為故障模式。
5.根據權利要求3所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述UE進入故障弱化模式包括:UE從正常工作的基站移動到故障模式的基站。
6.根據權利要求3所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述用戶UE進入故障弱化模式包括-M從故障模式的基站移動到另一個故障模式的基站。
7.根據權利要求3所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述UE向eNB上報MSI包括:UE清除原有M-GUTI后，在附著eNB過程中上報MSI。
8.根據權利要求3所述TD-LTE集群通信故障弱化系統中的尋呼方法，其特征在于，所述UE向eNB上報MSI包括: UE不能清除原有M-GUTI后，在附著eNB過程中上報M-GUTI ； 所述M-GUTI中的故障基站標識與eNB的標識不相同時； UE上報頂SI。
9.根據權利要求3所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述UE向eNB上報MSI包括: UE不能清除原有⑶TI，在附著eNB過程中上報M-GUTI ； 所述M-GUTI中的故障基站標識與eNB的標識相同時； eNB根據所述M-GUTI得到對應的MSI。
10.根據權利要求1所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述方法在建立包含故障基站標識的用戶信息表后進一步包括: 當檢測到UE無周期性注冊或TAU，則在所述用戶信息表中刪除所述UE的信息。
11.根據權利要求1所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述第一用戶標識是用戶的電話號碼UDN，所述第二用戶標識是故障弱化基站內臨時移動用戶標識M-S-TMSI 所述用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，向基站發起連接建立過程包括:攜帶M-S-TMSI向基站發起RRC連接建立過程。
12.根據權利要求1所述TD-LTE集群故障弱化通信系統中的尋呼方法，其特征在于，所述第一用戶標識是組號，所述第二用戶標識是組號和組無線網絡臨時標識G-RNTI ； 所述用戶根據尋呼消息中的第二用戶標識確定自身是基站尋呼的對象，所述接受組呼建立消息包括: 用戶根據組號確定自身是基站組呼中的尋呼對象，再通過G-RNTI接收組呼建立消息，建立組呼，接收組呼數據。
【文檔編號】H04W76/02GK104244189SQ201310236709
【公開日】2014年12月24日 申請日期:2013年6月14日 優先權日:2013年6月14日
【發明者】郄衛軍, 李瑞林, 喻煒, 陶雄強 申請人:中國普天信息產業股份有限公司