一種td-lte集群故障弱化通信系統(tǒng)中的尋呼方法
【專利摘要】一種TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，所述方法包括：建立包含故障基站標(biāo)識(shí)的用戶信息表；基站收到攜帶第一用戶標(biāo)識(shí)的呼叫請(qǐng)求后，在所述用戶信息表中根據(jù)故障基站標(biāo)識(shí)確定第一用戶標(biāo)識(shí)對(duì)應(yīng)的用戶在覆蓋范圍內(nèi)，發(fā)送包括與第一用戶標(biāo)識(shí)對(duì)應(yīng)的第二用戶標(biāo)識(shí)的尋呼消息；用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，向基站發(fā)起連接建立過程或接收組呼建立消息。應(yīng)用本發(fā)明實(shí)施例后，在核心網(wǎng)側(cè)發(fā)生故障時(shí)，基站還可以進(jìn)行正常的尋呼。
【專利說明】—種TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法

【技術(shù)領(lǐng)域】
[0001]本申請(qǐng)涉及通信【技術(shù)領(lǐng)域】，更具體地，涉及一種TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法。

【背景技術(shù)】
[0002]隨著移動(dòng)互聯(lián)網(wǎng)的飛速發(fā)展和全球無線城市的大規(guī)模建設(shè)，行業(yè)應(yīng)用對(duì)集群通信的需求越來越多樣化，以語音為主的數(shù)字窄帶集群系統(tǒng)在數(shù)據(jù)傳輸能力和多媒體業(yè)務(wù)的支持能力方面已遠(yuǎn)遠(yuǎn)落后行業(yè)發(fā)展需求。數(shù)據(jù)寬帶化、業(yè)務(wù)多樣化、終端多?；?、系統(tǒng)IP化是當(dāng)前集群通信技術(shù)的發(fā)展方向，集群通信正逐步進(jìn)入新一代寬帶多媒體集群系統(tǒng)時(shí)代。
[0003]基于TD-LTE的寬帶集群系統(tǒng)是以第四代移動(dòng)通信技術(shù)TD-LTE為核心技術(shù)，將TD-LTE的高速率、大帶寬與數(shù)字集群技術(shù)中的資源共享、快速呼叫建立、指揮調(diào)度等特點(diǎn)進(jìn)行融合的集語音、數(shù)據(jù)、視頻為一體的新一代寬帶數(shù)字集群系統(tǒng)。
[0004]基于TD-LTE的寬帶集群系統(tǒng)以LTE系統(tǒng)架構(gòu)為基礎(chǔ)，系統(tǒng)分為終端、接入網(wǎng)、核心網(wǎng)、簽約數(shù)據(jù)庫、調(diào)度控制中心和操作維護(hù)中心六部分。終端(UE)分為指揮調(diào)度類終端和數(shù)據(jù)傳輸類終端兩類，包括手持終端、固定終端、車載終端、桌面終端CPE、上網(wǎng)卡或無線監(jiān)控?cái)z像頭終端等設(shè)備。接入網(wǎng)由基站(eNodeB)設(shè)備組成。核心網(wǎng)(EPC)負(fù)責(zé)UE的網(wǎng)絡(luò)側(cè)移動(dòng)性管理、SI鏈路管理、業(yè)務(wù)數(shù)據(jù)的統(tǒng)一交換控制和傳送，包括移動(dòng)性管理實(shí)體(MME)和安全網(wǎng)關(guān)(xGW)。簽約數(shù)據(jù)庫(RDS)實(shí)現(xiàn)集群用戶信息、集群組用戶信息的管理和查詢、用戶鑒權(quán)、密鑰生成、保存和管理等功能。調(diào)度控制中心(MDC)負(fù)責(zé)整個(gè)集群系統(tǒng)的協(xié)調(diào)調(diào)度和呼叫控制，主要網(wǎng)元包括交換控制平臺(tái)(SCC)和調(diào)度應(yīng)用平臺(tái)。操作維護(hù)中心(eOMC)負(fù)責(zé)對(duì)系統(tǒng)設(shè)備的管理和維護(hù)，實(shí)現(xiàn)對(duì)被管理設(shè)備的配置管理、故障管理、性能管理等操作維護(hù)功能。
[0005]由于集群通信系統(tǒng)往往涉及人員生命和公共財(cái)產(chǎn)安全，需要盡力保證極端條件下的通信，因此集群通信系統(tǒng)可靠性和抗毀性要求非常高。當(dāng)系統(tǒng)遇到突發(fā)災(zāi)難(如地震、海嘯、空襲)或人為破壞時(shí)，系統(tǒng)各網(wǎng)元設(shè)備間可能會(huì)發(fā)生鏈路物理性中斷或部分網(wǎng)元設(shè)備毀壞，為保證在上述異常情況下的用戶通信，系統(tǒng)需要專門的抗毀性方案。故障弱化即是一種重要的抗毀性方案，主要目的是解決基站失去網(wǎng)絡(luò)側(cè)控制后，繼續(xù)服務(wù)基站覆蓋范圍內(nèi)的終端用戶。
[0006]正常模式下，系統(tǒng)的集群用戶信息保存在簽約數(shù)據(jù)庫(RDS)中，當(dāng)終端需要附著網(wǎng)絡(luò)或進(jìn)行通信業(yè)務(wù)時(shí)，由核心網(wǎng)和交換控制平臺(tái)根據(jù)RDS中的用戶信息進(jìn)行鑒權(quán)和執(zhí)行業(yè)務(wù)操作，此時(shí)，基站上沒有集群用戶信息。而當(dāng)核心網(wǎng)側(cè)發(fā)生故障，基站進(jìn)入故障弱化模式后，基站沒有所屬終端的用戶信息，則無法在故障弱化模式下正常尋呼。


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

[0007]本發(fā)明實(shí)施例提出一種TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，在核心網(wǎng)側(cè)發(fā)生故障時(shí)，基站還可以進(jìn)行正常的尋呼。
[0008]本發(fā)明實(shí)施例的技術(shù)方案如下:
[0009]一種TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，所述方法包括:
[0010]建立包含故障基站標(biāo)識(shí)的用戶信息表；
[0011]基站收到攜帶第一用戶標(biāo)識(shí)的呼叫請(qǐng)求后，在所述用戶信息表中根據(jù)故障基站標(biāo)識(shí)確定第一用戶標(biāo)識(shí)對(duì)應(yīng)的用戶在覆蓋范圍內(nèi)，發(fā)送包括與第一用戶標(biāo)識(shí)對(duì)應(yīng)的第二用戶標(biāo)識(shí)的尋呼消息；
[0012]用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，向基站發(fā)起連接建立過程或接收組呼建立消息。
[0013]所述用戶信息表包括缺省配置信息和差異配置信息；
[0014]所述差異配置信息包括國際移動(dòng)用戶識(shí)別碼MS1、用戶的電話號(hào)碼UDN、組號(hào)列表GroupNumber list、用戶IP地址Server IP、用戶IP端口號(hào)Server Port和包含故障基站標(biāo)識(shí)的故障弱化唯一臨時(shí)用戶標(biāo)識(shí)M-GUTI。
[0015]所述建立包含故障基站標(biāo)識(shí)的用戶信息表包括:
[0016]用戶UE進(jìn)入故障弱化模式后，UE向基站eNB上報(bào)MSI ；
[0017]eNB以所述MSI為索弓丨，為UE分配所述MSI分配對(duì)應(yīng)的包含故障基站標(biāo)識(shí)M-GUTI, Server IP 和 Server Port，然后將所述 MSI 分配對(duì)應(yīng)的 M-GUT1、Server IP 和Server Port通過NAS消息傳送至用戶；
[0018]用戶在SIP層業(yè)務(wù)注冊(cè)信息中攜帶所述IMS1、UDN和GroupNumber list發(fā)送至eNB ；
[0019]eNB 通過所述 IMSI 將所述 M-GUT1、Server IP、Server Port 與 UDN、GroupNumberlist相關(guān)聯(lián)，建立包含故障基站標(biāo)識(shí)的用戶信息表。
[0020]所述UE進(jìn)入故障弱化模式包括:UE接入的基站由正常工作模塊轉(zhuǎn)為故障模式。
[0021]所述UE進(jìn)入故障弱化模式包括:UE從正常工作的基站移動(dòng)到故障模式的基站。
[0022]所述用戶UE進(jìn)入故障弱化模式包括:UE從故障模式的基站移動(dòng)到另一個(gè)故障模式的基站。
[0023]所述UE向eNB上報(bào)MSI包括:UE清除原有M-GUTI后，在附著eNB過程中上報(bào)頂SI。
[0024]所述UE向eNB上報(bào)MSI包括:
[0025]UE不能清除原有M-GUTI后，在附著eNB過程中上報(bào)M-GUTI ；
[0026]所述M-GUTI中的故障基站標(biāo)識(shí)與eNB的標(biāo)識(shí)不相同時(shí)；
[0027]UE 上報(bào)頂SI。
[0028]所述UE向eNB上報(bào)MSI包括:
[0029]UE不能清除原有⑶TI，在附著eNB過程中上報(bào)M-GUTI ；
[0030]所述M-GUTI中的故障基站標(biāo)識(shí)與eNB的標(biāo)識(shí)相同時(shí)；
[0031 ] eNB根據(jù)所述M-GUTI得到對(duì)應(yīng)的MSI。
[0032]所述方法在建立包含故障基站標(biāo)識(shí)的用戶信息表后進(jìn)一步包括:
[0033]當(dāng)檢測(cè)到UE無周期性注冊(cè)或TAU，則在所述用戶信息表中刪除所述UE的信息。
[0034]所述第一用戶標(biāo)識(shí)是用戶的電話號(hào)碼UDN，所述第二用戶標(biāo)識(shí)是故障弱化基站內(nèi)臨時(shí)移動(dòng)用戶標(biāo)識(shí)M-S-TMSI
[0035]所述用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，向基站發(fā)起連接建立過程包括:攜帶M-S-TMSI向基站發(fā)起RRC連接建立過程。
[0036]所述第一用戶標(biāo)識(shí)是組號(hào)，所述第二用戶標(biāo)識(shí)是組號(hào)和組無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)G-RNTI ；
[0037]所述用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，所述接受組呼建立消息包括:
[0038]用戶根據(jù)組號(hào)確定自身是基站組呼中的尋呼對(duì)象，再通過G-RNTI接收組呼建立消息，建立組呼，接收組呼數(shù)據(jù)。
[0039]從上述技術(shù)方案中可以看出，在本發(fā)明實(shí)施例中首先建立包含故障基站標(biāo)識(shí)的用戶信息表；基站收到攜帶第一用戶標(biāo)識(shí)的呼叫請(qǐng)求后，在所述用戶信息表中根據(jù)故障基站標(biāo)識(shí)確定第一用戶標(biāo)識(shí)對(duì)應(yīng)的用戶在覆蓋范圍內(nèi)，發(fā)送包括與第一用戶標(biāo)識(shí)對(duì)應(yīng)的第二用戶標(biāo)識(shí)的尋呼消息；用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，向基站發(fā)起連接建立過程或接受組呼建立消息。在核心網(wǎng)側(cè)發(fā)生故障，基站進(jìn)入故障弱化模式后，基站可以依據(jù)用戶信息表與用戶進(jìn)行正常的尋呼。

【專利附圖】

【附圖說明】
[0040]圖1為TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法流程示意圖；
[0041]圖2為M-GUTI結(jié)構(gòu)示意圖；
[0042]圖3為⑶TI結(jié)構(gòu)示意圖；
[0043]圖4為用戶信息表建立流程示意圖。

【具體實(shí)施方式】
[0044]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)表達(dá)得更加清楚明白，下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明再作進(jìn)一步詳細(xì)的說明。
[0045]在本發(fā)明實(shí)施例中，建立包含故障基站標(biāo)識(shí)的用戶信息表，UE進(jìn)行重復(fù)附著和注冊(cè)。基站收到攜帶第一用戶標(biāo)識(shí)的呼叫請(qǐng)求后，在用戶信息表中根據(jù)故障基站標(biāo)識(shí)確定第一用戶標(biāo)識(shí)對(duì)應(yīng)的用戶在覆蓋范圍內(nèi)，發(fā)送包括與第一用戶標(biāo)識(shí)對(duì)應(yīng)的第二用戶標(biāo)識(shí)的尋呼消息；用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，向基站發(fā)起連接建立過程或接收組呼建立消息。在核心網(wǎng)側(cè)發(fā)生故障，基站進(jìn)入故障弱化模式后，基站可以依據(jù)用戶信息表與用戶進(jìn)行正常的尋呼。
[0046]此外，對(duì)終端來說，可在故障弱化和非故障弱化時(shí)，使UE保持附著過程和消息不改變，只改變UE的SIP注冊(cè)信息，簡(jiǎn)化了終端的處理，最大可能的減少了故障弱化對(duì)UE的影響和改變。
[0047]基站給終端重新分配M-GUTI，其中以故障eNB標(biāo)識(shí)代替了 MME標(biāo)識(shí)。從而可以有效避免終端開關(guān)機(jī)和移動(dòng)帶來的重復(fù)注冊(cè)和新舊用戶無法區(qū)別問題，可保證終端重新附著時(shí)上報(bào)IMSI，有效提高建立和維護(hù)用戶信息表的效率。
[0048]參見附圖1是TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法流程示意圖，具體包括以下步驟:
[0049]101、建立包含故障基站標(biāo)識(shí)的用戶信息表。
[0050]UE進(jìn)入故障弱化模式包括適用于以下三種情況，即UE接收的基站由正常工作模式轉(zhuǎn)為故障模式；UE從正常工作的基站移動(dòng)到故障模式的基站；以及UE從故障模式的基站移動(dòng)到另一個(gè)故障模式的基站。
[0051]在故障弱化工作模式下，因?yàn)榛臼チ司W(wǎng)絡(luò)側(cè)的聯(lián)系和控制，從而也失去了網(wǎng)絡(luò)側(cè)呼叫業(yè)務(wù)所必須的用戶信息，為使基站仍能完成基本的呼叫業(yè)務(wù)，需要基站建立和維護(hù)一個(gè)基站內(nèi)的用戶信息表，以記錄必要的用戶信息。
[0052]用戶信息表的內(nèi)容包括兩類信息，缺省配置信息和差異配置信息。缺省配置信息是所有終端相同的，在故障弱化前即配好的信息。差異配置信息是每個(gè)終端有差異的，需在故障弱化發(fā)生后終端上報(bào)或基站分配的信息。
[0053]缺省配置信息主要包括終端業(yè)務(wù)注冊(cè)信息、業(yè)務(wù)屬性、業(yè)務(wù)參數(shù)等內(nèi)容，這些信息以故障弱化條件下可允許的缺省業(yè)務(wù)為缺省配置，缺省信息由網(wǎng)管設(shè)置，在故障弱化前后均保持不變。
[0054]差異配置信息包括以下五項(xiàng):國際移動(dòng)用戶識(shí)別碼(MSI)、用戶的電話號(hào)碼(UDN)、組號(hào)列表(GroupNumber List)、用戶 IP地址/端口號(hào)(ServerIP/ServerPort)、故障弱化唯一臨時(shí)用戶標(biāo)識(shí)M-GUTI)。其中:
[0055]I) MSI是UE的用戶標(biāo)識(shí)。
[0056]2) UDN是UE電話號(hào)碼；
[0057]3) GroupNumber List是組信息列表,包含了 UE所屬的所有組號(hào)。
[0058]4) ServerIP是UE IP地址，ServerPort是UE IP端口號(hào)，用于UE呼叫被叫時(shí)的地址信息。
[0059]5) M-GUTI是故障⑶TI，其中包含了故障模式下用于尋呼UE的故障S-TMSI(M-S-TMSI)和故障基站標(biāo)識(shí)eNB-1D。具體結(jié)構(gòu)參加附圖2。
[0060]附圖2中，移動(dòng)國家碼(MCC)是3位數(shù)字，表示國家代碼，如中國是460 ;移動(dòng)網(wǎng)絡(luò)碼(MNC)表示運(yùn)營商網(wǎng)絡(luò)，2位或3位數(shù)字；eNB-1D是故障基站標(biāo)識(shí)，長度20bit，用于唯一標(biāo)識(shí)一個(gè)基站；移動(dòng)管理實(shí)體(MME)臨時(shí)移動(dòng)用戶標(biāo)識(shí)(M-TMSI)用于唯一標(biāo)識(shí)某個(gè)MME中的UE，長度32bit。
[0061]參見附圖3是LTE標(biāo)準(zhǔn)中的全球唯一臨時(shí)標(biāo)識(shí)(⑶TI)結(jié)構(gòu)示意圖，與附圖2的不同之處在于M-GUTI用20bit的eNB-1D和4bit0 (共24bit)代替了⑶TI中的移動(dòng)管理實(shí)體標(biāo)識(shí)(MME Identity)。用于尋呼UE的M-S-TMSI與S-TMSI長度一致，包含了 eNB-1D的后 4bit，4bit0，以及 32bit 的 M-TMSL.
[0062]IMS1、UDN和GroupNumber List是存儲(chǔ)在全球用戶識(shí)別(USIM)卡中的信息，由UE在附著注冊(cè)過程中上報(bào)給基站；M-GUT1、ServerIP和ServerPort是基站根據(jù)UE上報(bào)的IMSI分配下傳給UE的信息。
[0063]建立用戶信息表的具體過程參見步驟401-414。
[0064]102、基站收到攜帶第一用戶標(biāo)識(shí)的呼叫請(qǐng)求后，在用戶信息表中根據(jù)故障基站標(biāo)識(shí)確定第一用戶標(biāo)識(shí)對(duì)應(yīng)的用戶在覆蓋范圍內(nèi)，發(fā)送包括與第一用戶標(biāo)識(shí)對(duì)應(yīng)的第二用戶標(biāo)識(shí)的尋呼消息。
[0065]103、用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，向基站發(fā)起連接建立過程或接收組呼建立消息。
[0066]基站與用戶之間的呼叫包括單呼與組呼兩種情況。
[0067]單呼時(shí)，第一用戶標(biāo)識(shí)是UDN，第二用戶標(biāo)識(shí)是M-S-TMSI。
[0068](A)當(dāng)基站收到含有UDN的被叫呼叫請(qǐng)求后，根據(jù)建立的用戶信息表判斷被叫終端是否在其覆蓋范圍內(nèi)，如果在，基站根據(jù)被叫終端的UDN獲得被叫終端對(duì)應(yīng)的M-GUTI，進(jìn)而獲取M-S-TMSI，并通過尋呼信道發(fā)送含有被叫終端M-S-TMSI的消息；否則，不作處理。
[0069](B)終端收到該尋呼消息時(shí)，通過自身的M-S-TMSI判斷基站是尋呼對(duì)象，如果是，則向基站發(fā)起RRC連接建立過程，在RRC連接建立請(qǐng)求消息中攜帶M-S-TMSI，并在RRC連接建立完成消息中攜帶NAS消息Service Request消息；否則,不作處理。
[0070](C)基站收到RRC連接建立請(qǐng)求消息后，基站根據(jù)消息中攜帶的M-S-TMSI判斷被叫終端也在其覆蓋范圍內(nèi)，則為主叫和被叫分別分配無線資源，進(jìn)行呼叫接續(xù)。當(dāng)呼叫接續(xù)完成后，基站分別向主叫和被叫終端發(fā)送呼叫接續(xù)成功的通知消息。在基站單獨(dú)運(yùn)行時(shí)，基站仍然能為其覆蓋范圍內(nèi)的用戶提供點(diǎn)對(duì)點(diǎn)呼叫的服務(wù)。
[0071]組呼時(shí)，第一用戶標(biāo)識(shí)是GroupNumber,所述第二用戶標(biāo)識(shí)是GroupNumber和G-RNTI。
[0072]Ca)當(dāng)基站收到含有GroupNumber的組呼請(qǐng)求后,根據(jù)建立的用戶信息表判斷被叫組是否有其他用戶存在其覆蓋范圍內(nèi)，如果存在，基站為主叫用戶分配無線資源，并在基站內(nèi)小區(qū)進(jìn)行組呼尋呼(攜帶被叫組的GroupNumber和臨時(shí)分配用于組呼建立的G-RNTI)；否則，不作處理。
[0073](b)被叫組內(nèi)用戶終端收到該集群尋呼消息后,通過判斷GroupNumber是否在自身存儲(chǔ)的組號(hào)列表中，決定基站是否尋呼自己所在組，如果是，并通過下發(fā)的G-RNTI接收組呼建立消息，完成組呼建立的過程；否則，不作處理。在基站單獨(dú)運(yùn)行時(shí)，基站仍然能為其覆蓋范圍內(nèi)的用戶提供組呼的服務(wù)。
[0074]下面結(jié)合附圖4詳細(xì)說明建立用戶信息表的過程。
[0075]首先在UE的USM卡中預(yù)存有MS1、UDN和GroupNumber List信息。
[0076]為保證UE能上報(bào)MSI信息，在UE側(cè)和eNodeB側(cè)均做以下設(shè)置。
[0077]UE側(cè)設(shè)置:在UE進(jìn)入故障弱化模式后，要求UE首先清除原有⑶TI，在后續(xù)附著eNodeB過程中，只上報(bào)MSI ；
[0078]eNodeB側(cè)設(shè)置:若某些特定UE終端不能實(shí)現(xiàn)⑶TI清除，則通過M-GUTI (以eNB標(biāo)識(shí)代替MME標(biāo)識(shí))，eNodeB根據(jù)eNB_ID可認(rèn)定UE上報(bào)的⑶TI的有效性(如果⑶TI中含本基站的eNB-1D，則有效，反之無效)，從而確保要求新用戶UE上報(bào)MSI。
[0079]eNodeB獲取MSI后，以MSI為索弓丨，為UE分配相應(yīng)的M-GUT1、ServerIP和ServerPort,并通過NAS消息傳給UE。
[0080]UE在SIP層業(yè)務(wù)注冊(cè)信息中再攜帶IMS1、UDN和GroupNumber List傳給eNodeB。eNodeB 通過 IMSI 把 M-GUT1、ServerIP、ServerPort 與 UDN、GroupNumber List 關(guān)聯(lián)在一起，完成UE注冊(cè)信息的建立。
[0081]故障弱化注冊(cè)信息中UE攜帶IMS1、UDN和GroupNumber List上傳給eNodeB,而UDN和GroupNumber List信息在非故障弱化UE注冊(cè)時(shí)并不包含，只是在注冊(cè)響應(yīng)信息中由核心網(wǎng)側(cè)回饋給UE。
[0082]在故障弱化和非故障弱化時(shí)，UE保持附著過程和消息不改變，只改變UE的SIP注冊(cè)信息，最大可能的減少了故障弱化對(duì)UE的影響和改變。詳細(xì)過程如下:
[0083]401、UE發(fā)起RRC連接建立過程；
[0084]402、UE 向 eNodeB 發(fā)送 RRC Connect1n Setup Complete 消息，附帶 NAS 消息Attach Request,請(qǐng)求附著。NAS消息包含GUTI或IMSI。
[0085]如果UE上報(bào)的是MSI，則從406鑒權(quán)和加密開始執(zhí)行；如果UE上報(bào)的是⑶TI，則從403開始執(zhí)行。
[0086]403、如果UE上報(bào)的是⑶TI，eNodeB在現(xiàn)有用戶信息表中檢查該⑶TI是否存在，如果存在，表示該UE不是第一次注冊(cè)附著eNodeB，則從406鑒權(quán)和加密開始執(zhí)行；如果用戶信息表中不存在該⑶TI，則認(rèn)為上報(bào)的⑶TI無效，執(zhí)行404，向UE請(qǐng)求上報(bào)MSI。
[0087]404、eNodeB 為了得到 IMSI,發(fā)送 Identity Request 給 UE。
[0088]405、UE向eNodeB發(fā)送Identity Response消息，消息攜帶IMSI返回響應(yīng)消息。
[0089]406、進(jìn)行鑒權(quán)安全認(rèn)證和加密過程。故障弱化UE的安全認(rèn)證和加密過程是現(xiàn)有的技術(shù)。
[0090]407、eNodeB在UE用戶信息表中檢查該UE的MSI是否存在，如果存在，則執(zhí)行408建立初始上下文；如果不存在，eNodeB在用戶信息表中增加該UE的IMSI信息，并為UE分配M-GUTI (和ServerlP/ServerPort，以MSI建立索引對(duì)應(yīng)關(guān)系。
[0091]408、eNodeB為UE建立初始上下文。
[0092]409、eNodeB 為 UE 建立缺省承載，并通過 RRC Connect1n Reconfigrat1n 向 UE發(fā)送 Attach Accept 消息,如果 eNodeB 給 UE 分配了新的 M-GUTI 和 Server IP/ServerPort,那么消息中包含所分配的信息。
[0093]410、UE 向 eNodeB 發(fā)送 RRC Connect1n Reconfigrat1n Complete 消息。
[0094]411、UE 通過 UL Informat1n Transfor 向 eNodeB 發(fā)送 Attach Complete 消息。
[0095]412、UE在完成NAS層附著后，進(jìn)行SIP層注冊(cè)前，需要向eNodeB發(fā)起承載資源修改請(qǐng)求，請(qǐng)求建立SIP信令專用承載；隨后，eNodeB發(fā)起SIP專用承載建立流程，為UE建立SIP專用承載；
[0096]413、UE通過發(fā)送SIP (REGISTER)消息到eNodeB，向eNodeB申請(qǐng)注冊(cè)集群業(yè)務(wù)。
[0097]REGISTER 消息中包含 UE 的 MS1、UDN 和 GroupNumber List 信息。eNodeB 在 UE信息注冊(cè)表中根據(jù)頂SI檢索到該UE’將UDN和GroupNumber List信息增加或修改到UE注冊(cè)信息中；
[0098]414、eNodeB 發(fā)送 SIP (200 (OK))給 UE，確認(rèn)注冊(cè)成功。
[0099]用戶信息表的信息不能無限制增加，當(dāng)有終端離開基站覆蓋區(qū)或關(guān)機(jī)時(shí)，需要從用戶信息表中刪除該UE的信息。同時(shí)，對(duì)用戶信息表的信息進(jìn)行容量限制，超過容量要求，則不再允許UE附著。
[0100]用戶信息表信息的刪除修改是通過周期性注冊(cè)、跟蹤區(qū)更新(TAU)和去附著(Detach)過程實(shí)現(xiàn)的,具體如下:
[0101]I)當(dāng)故障eNodeB檢測(cè)到用戶信息表中的某UE長時(shí)間(時(shí)間可配置)沒有發(fā)生周期性注冊(cè)或TAU后，認(rèn)為該UE已離開基站覆蓋區(qū)，于是在用戶信息表中刪除該UE的注冊(cè)信息。TAU，該過程由UE發(fā)起，用于通知網(wǎng)絡(luò)。UE當(dāng)前所在位置發(fā)生了改變，由一個(gè)跟蹤區(qū)移動(dòng)到了其他跟蹤區(qū)。
[0102]2)當(dāng)因UE關(guān)機(jī)或USM從UE中移除等原因，使得UE執(zhí)行Detach過程時(shí)，eNodeB獲知UE的⑶TI或MSI信息，在用戶信息表中檢索并刪除該UE的信息。Detach過程用于UE不希望再接入網(wǎng)絡(luò)或網(wǎng)絡(luò)不希望UE再接入時(shí)觸發(fā)的過程。UE和網(wǎng)絡(luò)側(cè)都可以發(fā)起該過程。
[0103]以上所述，僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述方法包括: 建立包含故障基站標(biāo)識(shí)的用戶信息表； 基站收到攜帶第一用戶標(biāo)識(shí)的呼叫請(qǐng)求后，在所述用戶信息表中根據(jù)故障基站標(biāo)識(shí)確定第一用戶標(biāo)識(shí)對(duì)應(yīng)的用戶在覆蓋范圍內(nèi)，發(fā)送包括與第一用戶標(biāo)識(shí)對(duì)應(yīng)的第二用戶標(biāo)識(shí)的尋呼消息； 用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，向基站發(fā)起連接建立過程或接收組呼建立消息。
2.根據(jù)權(quán)利要求1所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述用戶信息表包括缺省配置信息和差異配置信息； 所述差異配置信息包括國際移動(dòng)用戶識(shí)別碼MS1、用戶的電話號(hào)碼UDN、組號(hào)列表GroupNumber list、用戶IP地址Server IP、用戶IP端口號(hào)Server Port和包含故障基站標(biāo)識(shí)的故障弱化唯一臨時(shí)用戶標(biāo)識(shí)M-GUTI。
3.根據(jù)權(quán)利要求1所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述建立包含故障基站標(biāo)識(shí)的用戶信息表包括: 用戶UE進(jìn)入故障弱化模式后，UE向基站eNB上報(bào)MSI ； eNB以所述MSI為索引，為UE分配所述MSI分配對(duì)應(yīng)的包含故障基站標(biāo)識(shí)M-GUT1、Server IP和 Server Port,然后將所述 IMSI 分配對(duì)應(yīng)的M_GUT1、Server IP和 Server Port通過NAS消息傳送至用戶； 用戶在SIP層業(yè)務(wù)注冊(cè)信息中攜帶所述MS1、UDN和GroupNumber list發(fā)送至eNB ；eNB 通過所述 IMSI 將所述 M-GUT1、Server IP、Server Port 與 UDN、GroupNumber list相關(guān)聯(lián)，建立包含故障基站標(biāo)識(shí)的用戶信息表。
4.根據(jù)權(quán)利要求3所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述UE進(jìn)入故障弱化模式包括:UE接入的基站由正常工作模塊轉(zhuǎn)為故障模式。
5.根據(jù)權(quán)利要求3所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述UE進(jìn)入故障弱化模式包括:UE從正常工作的基站移動(dòng)到故障模式的基站。
6.根據(jù)權(quán)利要求3所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述用戶UE進(jìn)入故障弱化模式包括-M從故障模式的基站移動(dòng)到另一個(gè)故障模式的基站。
7.根據(jù)權(quán)利要求3所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述UE向eNB上報(bào)MSI包括:UE清除原有M-GUTI后，在附著eNB過程中上報(bào)MSI。
8.根據(jù)權(quán)利要求3所述TD-LTE集群通信故障弱化系統(tǒng)中的尋呼方法，其特征在于，所述UE向eNB上報(bào)MSI包括: UE不能清除原有M-GUTI后，在附著eNB過程中上報(bào)M-GUTI ； 所述M-GUTI中的故障基站標(biāo)識(shí)與eNB的標(biāo)識(shí)不相同時(shí)； UE上報(bào)頂SI。
9.根據(jù)權(quán)利要求3所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述UE向eNB上報(bào)MSI包括: UE不能清除原有⑶TI，在附著eNB過程中上報(bào)M-GUTI ； 所述M-GUTI中的故障基站標(biāo)識(shí)與eNB的標(biāo)識(shí)相同時(shí)； eNB根據(jù)所述M-GUTI得到對(duì)應(yīng)的MSI。
10.根據(jù)權(quán)利要求1所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述方法在建立包含故障基站標(biāo)識(shí)的用戶信息表后進(jìn)一步包括: 當(dāng)檢測(cè)到UE無周期性注冊(cè)或TAU，則在所述用戶信息表中刪除所述UE的信息。
11.根據(jù)權(quán)利要求1所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述第一用戶標(biāo)識(shí)是用戶的電話號(hào)碼UDN，所述第二用戶標(biāo)識(shí)是故障弱化基站內(nèi)臨時(shí)移動(dòng)用戶標(biāo)識(shí)M-S-TMSI 所述用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，向基站發(fā)起連接建立過程包括:攜帶M-S-TMSI向基站發(fā)起RRC連接建立過程。
12.根據(jù)權(quán)利要求1所述TD-LTE集群故障弱化通信系統(tǒng)中的尋呼方法，其特征在于，所述第一用戶標(biāo)識(shí)是組號(hào)，所述第二用戶標(biāo)識(shí)是組號(hào)和組無線網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)G-RNTI ； 所述用戶根據(jù)尋呼消息中的第二用戶標(biāo)識(shí)確定自身是基站尋呼的對(duì)象，所述接受組呼建立消息包括: 用戶根據(jù)組號(hào)確定自身是基站組呼中的尋呼對(duì)象，再通過G-RNTI接收組呼建立消息，建立組呼，接收組呼數(shù)據(jù)。
【文檔編號(hào)】H04W76/02GK104244189SQ201310236709
【公開日】2014年12月24日 申請(qǐng)日期:2013年6月14日 優(yōu)先權(quán)日:2013年6月14日
【發(fā)明者】郄衛(wèi)軍, 李瑞林, 喻煒, 陶雄強(qiáng) 申請(qǐng)人:中國普天信息產(chǎn)業(yè)股份有限公司