一種td-lte系統(tǒng)中緊急呼叫的識別方法
【專利摘要】本發(fā)明公開了一種TD-LTE系統(tǒng)中緊急呼叫的識別方法，該方法包括：A、終端向核心網(wǎng)發(fā)起針對緊急呼叫業(yè)務的承載資源請求；B、核心網(wǎng)接收到終端的承載資源請求，核心網(wǎng)根據(jù)本地策略為緊急呼叫業(yè)務分配新的承載或者修改已有的承載，保存所述承載對應的業(yè)務流模板TFT、包過濾器PF與緊急呼叫業(yè)務的對應關系；C、核心網(wǎng)接收業(yè)務服務器發(fā)給終端的業(yè)務數(shù)據(jù)，核心網(wǎng)在業(yè)務數(shù)據(jù)包中提取IP信息和/或端口信息，并在終端的各個業(yè)務流模板中，與包過濾器中保存的信息做匹配；對于成功匹配的包過濾器，如果核心網(wǎng)保存了該包過濾器與緊急呼叫業(yè)務的對應關系，則將該業(yè)務數(shù)據(jù)包識別為緊急呼叫業(yè)務數(shù)據(jù)。本發(fā)明方案在不增加網(wǎng)絡側(cè)設備和成本，以及不影響核心網(wǎng)資源的使用率的基礎上，能夠使核心網(wǎng)對緊急呼叫業(yè)務快速有效的進行識別。
【專利說明】-種TD-LTE系統(tǒng)中緊急呼叫的識別方法
【技術領域】
[0001] 本申請涉及移動通信【技術領域】，尤其涉及一種TD-LTE系統(tǒng)中緊急呼叫的識別方 法。
【背景技術】
[0002] 隨著通信技術以及網(wǎng)絡架構(gòu)扁平化的發(fā)展以及多種高速寬帶可移動無線接入技 術的不斷涌現(xiàn)，為了保證第三代移動通訊伙伴計劃（3GPP，3rd Generation Partnership Project)的競爭力，并考慮演進的無線通信系統(tǒng)能夠以更低的成本和更短的傳輸延時提供 更高的傳輸速率，同時支持3GPP內(nèi)部接入系統(tǒng)之間的移動性以及3GPP接入系統(tǒng)和非3GPP 接入系統(tǒng)之間的移動性，提高3GPP系統(tǒng)能力和性能，降低成本，3GPP提出了系統(tǒng)架構(gòu)演進 (LTE/SAE, Long Term Evolution,長期演進/System Architecture Evolution,)的下一 代通信技術和架構(gòu)理念。SAE作為GPRS核心網(wǎng)絡的演進，具有簡化架構(gòu)，全IP化網(wǎng)絡的特 點，對更高吞吐量和更低等待時間的3GPP無線接入網(wǎng)絡（RAN, Radio Access Network)和 非3GPP系統(tǒng)接入提供支持。
[0003] 緊急呼叫（Emergency Call)業(yè)務是指用戶在緊急情況下，通過終端發(fā)起的呼叫業(yè) 務。通常在一個區(qū)域內(nèi)為一個固定號碼，比如美國的911，中國的110/119等，運營商也可根 據(jù)自身需要配置更多的緊急呼叫號碼。區(qū)別于其他業(yè)務，緊急呼叫業(yè)務對業(yè)務的成功率要 求更高，即，緊急呼叫的優(yōu)先級要高于其他業(yè)務類型，在資源不足的情況下，應優(yōu)先為緊急 呼叫業(yè)務進行服務；同時，緊急呼叫業(yè)務對業(yè)務的連續(xù)性要求更高，即緊急呼叫用戶的移動 性管理享有優(yōu)先操作權。
[0004] 基于TD-LTE的系統(tǒng)通常由終端、基站、核心網(wǎng)和業(yè)務網(wǎng)絡四部分構(gòu)成，系統(tǒng)中的 各組成部分均需要對緊急呼叫業(yè)務進行識別。終端需要對用戶發(fā)起的呼叫業(yè)務以及接收到 的被呼業(yè)務是否是緊急呼叫業(yè)務進行識別；基站需要對用戶是否是因為緊急呼叫業(yè)務而進 行的無線接入進行識別，同時，基站需要對核心網(wǎng)進行的用戶尋呼操作是否是因為緊急呼 叫業(yè)務而產(chǎn)生的進行識別；核心網(wǎng)需要能夠識別對用戶的業(yè)務操作是否是緊急呼叫業(yè)務進 行識別，以便能夠?qū)臻e狀態(tài)的終端進行緊急尋呼操作；業(yè)務網(wǎng)絡需要對終端用戶發(fā)起的 業(yè)務是否是緊急呼叫業(yè)務進行識別和處理。
[0005] 在TD-LTE系統(tǒng)的SAE架構(gòu)下，核心網(wǎng)對緊急呼叫業(yè)務的識別方法主要有以下二 種：
[0006] 1)基于IP多媒體子系統(tǒng)aMS，IP Multimedia Subsystem)中緊急呼叫服務控制 單兀（E-CSCF，Emergency-Call Server Control Function)的識別方法。
[0007] 在3GPP的LTE標準中，對于支持E-CSCF的MS系統(tǒng)，采用的策略是終端與MS中 的E-CSCF建立專門用于緊急呼叫業(yè)務的IP連接接入網(wǎng)（IP-CAN, IP Connectivity Access Network,)連接；同時，終端與核心網(wǎng)中專門用于緊急呼叫業(yè)務的接入點名稱（APN, Access Point Name)建立包數(shù)據(jù)網(wǎng)絡（PDN，Packet Data Network)連接并獲取終端對應緊急呼叫 業(yè)務所使用的IP地址。核心網(wǎng)通過對UE所使用的不同PDN連接來實現(xiàn)對緊急呼叫業(yè)務的 識別。
[0008] 該方法的特點是需要為緊急呼叫業(yè)務建立專門的IP-CAN連接，終端和MS系統(tǒng) 通過緊急業(yè)務服務發(fā)現(xiàn)過程建立緊急呼叫業(yè)務的MS會話，并在終端和核心網(wǎng)提供的專用 APN之間建立TON連接。該方法需要專門提供E-CSCF設備，同時由于該方法對終端、核心網(wǎng) 以及MS子系統(tǒng)提出進一步要求，各設備均需要進行新的配置和功能以實現(xiàn)對緊急呼叫業(yè) 務的支持，這將大大增加現(xiàn)有系統(tǒng)的復雜度和維護復雜度。
[0009] 2)基于深度報文檢測（DPI, Deep Packet Inspection)的識別方法。
[0010] 深度報文檢測的方式是指核心網(wǎng)在TON網(wǎng)關中對終端使用的用戶面數(shù)據(jù)進行協(xié) 議解析，從用戶面數(shù)據(jù)報文中獲取協(xié)議信息，分析并識別呼叫業(yè)務以及緊急呼叫業(yè)務，從而 實現(xiàn)對緊急呼叫業(yè)務的識別。
[0011] 該方法的特點是核心網(wǎng)中的TON網(wǎng)關需要對終端的用戶面數(shù)據(jù)報文進行截取和 協(xié)議分析。由于核心網(wǎng)是LTE系統(tǒng)中的核心處理設備，其維護了大量的終端設備和海量的 用戶面數(shù)據(jù)，該方法需要核心網(wǎng)對其維護的每一個終端的全部用戶面數(shù)據(jù)進行解析，這將 造成核心網(wǎng)資源的嚴重浪費，大大增加核心網(wǎng)的負荷和處理復雜度，嚴重降低數(shù)據(jù)交換處 理能力和業(yè)務承載能力。
【發(fā)明內(nèi)容】
[0012] 本申請?zhí)峁┝艘环NTD-LTE系統(tǒng)中緊急呼叫的識別方法，在不增加網(wǎng)絡側(cè)設備和 成本，以及不影響核心網(wǎng)資源的使用率的基礎上，能夠使核心網(wǎng)對緊急呼叫業(yè)務快速有效 的進行識別。
[0013] 本申請實施例提供的一種TD-LTE系統(tǒng)中緊急呼叫的識別方法，該方法包括：
[0014] A、終端向核心網(wǎng)發(fā)起針對緊急呼叫業(yè)務的承載資源請求；
[0015] B、核心網(wǎng)接收到終端的承載資源請求，核心網(wǎng)根據(jù)本地策略為緊急呼叫業(yè)務分配 新的承載或者修改已有的承載，保存所述承載對應的業(yè)務流模板TFT、包過濾器PF與緊急 呼叫業(yè)務的對應關系；
[0016] C、核心網(wǎng)接收業(yè)務服務器發(fā)給終端的業(yè)務數(shù)據(jù)，核心網(wǎng)在業(yè)務數(shù)據(jù)包中提取IP 信息和/或端口信息，并在終端的各個業(yè)務流模板中，與包過濾器中保存的信息做匹配；對 于成功匹配的包過濾器，如果核心網(wǎng)保存了該包過濾器與緊急呼叫業(yè)務的對應關系，則將 該業(yè)務數(shù)據(jù)包識別為緊急呼叫業(yè)務數(shù)據(jù)。
[0017] 較佳地，業(yè)務服務器中設置專用于緊急呼叫業(yè)務的IP地址和/或端口；步驟A包 括：
[0018] A1、終端發(fā)起業(yè)務注冊過程，業(yè)務注冊服務器在業(yè)務注冊響應信令中將業(yè)務服務 器中緊急呼叫業(yè)務的IP地址和/或端口通知終端；
[0019] A2、終端保存獲得的緊急呼叫業(yè)務IP地址和/或端口信息，并根據(jù)上述信息向核 心網(wǎng)發(fā)起針對緊急呼叫業(yè)務的承載資源請求。
[0020] 較佳地，步驟A所述終端向核心網(wǎng)發(fā)起針對緊急呼叫業(yè)務的承載資源請求包括： 終端在承載資源請求的業(yè)務流模板包含對應緊急呼叫業(yè)務的包過濾器，所述包過濾器的第 一字節(jié)的第7位設置為用于表示緊急呼叫業(yè)務的值；將所述包過濾器中的包過濾器上下文 中的遠端IP地址和/或遠端端口設置為緊急呼叫服務器的IP地址和/或端口信息。
[0021] 從以上技術方案可以看出，通過終端和核心網(wǎng)之間的專有承載建立過程或者專有 承載修改過程，在終端和核心網(wǎng)之間建立可以供緊急呼叫業(yè)務使用的專有承載，并使核心 網(wǎng)中的TON網(wǎng)關通過TFT和PF快速識別緊急呼叫業(yè)務。與傳統(tǒng)的緊急呼叫業(yè)務識別方法 相比，本申請?zhí)岢龅姆椒ㄓ行Ю昧爽F(xiàn)有TD-LTE標準中的信息解決了核心網(wǎng)對緊急呼叫 業(yè)務的快速識別，在不增加網(wǎng)絡側(cè)設備和成本，不影響核心網(wǎng)資源的使用率的基礎上，沒有 增加核心網(wǎng)額外的負荷和處理復雜度，不會對核心網(wǎng)數(shù)據(jù)交換處理能力和業(yè)務承載能力造 成影響，簡單快捷的實現(xiàn)了核心網(wǎng)對緊急呼叫業(yè)務識別。
【專利附圖】
【附圖說明】
[0022] 圖1為本申請實施例提供的緊急呼叫業(yè)務的識別原理示意圖；
[0023] 圖2為本申請實施例提供的緊急呼叫業(yè)務識別方法流程示意圖。
【具體實施方式】
[0024] 本申請?zhí)峁┑腡D-LTE系統(tǒng)中緊急呼叫的識別方法，其核心技術構(gòu)思為：有效利用 TD-LTE標準中終端和核心網(wǎng)之間使用的業(yè)務流模板（TFT，Traffi c Flow Temp late )以及其 中的包過濾器（PF，Packet Filter)，通過終端和核心網(wǎng)之間的專有承載建立過程或者專有 承載修改過程，在終端和核心網(wǎng)之間建立可以供緊急呼叫業(yè)務使用的專有承載，并使核心 網(wǎng)中的TON網(wǎng)關通過TFT和PF快速識別緊急呼叫業(yè)務。
[0025] 為使本申請技術方案的技術原理、特點以及技術效果更加清楚，以下結(jié)合具體實 施例對本申請技術方案進行詳細闡述。
[0026] 本申請實施例提供的TD-LTE系統(tǒng)中緊急呼叫的識別方法中，終端通過注冊信令 和業(yè)務注冊服務器進行業(yè)務注冊過程。對于支持緊急呼叫業(yè)務的業(yè)務運營商，其業(yè)務注冊 服務器在業(yè)務注冊響應信令中將業(yè)務服務器中緊急呼叫業(yè)務的IP地址和/或端口通知終 端，該IP地址和/或端口信息應該獨立于其他業(yè)務，即，業(yè)務服務器可以通過該IP地址和 /或端口信息區(qū)分業(yè)務是緊急呼叫業(yè)務。終端通過與核心網(wǎng)間的承載資源分配過程或者承 載資源修改過程，向核心網(wǎng)請求緊急呼叫業(yè)務所使用的承載資源和無線資源。通過信令中 所攜帶的業(yè)務流信息，終端向核心網(wǎng)指示該承載資源將用于緊急呼叫業(yè)務。
[0027] 以下給出一種終端通過業(yè)務流信息向核心網(wǎng)指示該承載資源將用于緊急呼叫業(yè) 務具體方式：
[0028] 3GPP協(xié)議所規(guī)定的業(yè)務流模板結(jié)構(gòu)和包過濾器結(jié)構(gòu)分別如表1和表2所示，其中 包過濾器結(jié)構(gòu)中第一個字節(jié)的第7位為空閑位。通過將第一字節(jié)的第7位定義為緊急業(yè)務 標識（Emergency Flag),可以快速指示核心網(wǎng)當前所請求的資源為緊急呼叫業(yè)務所使用， 本申請實施例提供的修改后的結(jié)構(gòu)如表3所示。
[0029] 終端將從業(yè)務注冊服務器獲取的緊急呼叫業(yè)務所使用的IP地址和/或端口信息， 作為包過濾器上下文（Packet Filter Contents)的遠端IP地址和/或遠端端口參數(shù)，傳 遞給核心網(wǎng)。
[0030]
【權利要求】
1. 一種TD-LTE系統(tǒng)中緊急呼叫的識別方法，其特征在于，該方法包括： A、 終端向核心網(wǎng)發(fā)起針對緊急呼叫業(yè)務的承載資源請求； B、 核心網(wǎng)接收到終端的承載資源請求，核心網(wǎng)根據(jù)本地策略為緊急呼叫業(yè)務分配新的 承載或者修改已有的承載，保存所述承載對應的業(yè)務流模板TFT、包過濾器PF與緊急呼叫 業(yè)務的對應關系； C、 核心網(wǎng)接收業(yè)務服務器發(fā)給終端的業(yè)務數(shù)據(jù)，核心網(wǎng)在業(yè)務數(shù)據(jù)包中提取IP信息 和/或端口信息，并在終端的各個業(yè)務流模板中與包過濾器中保存的信息做匹配；對于成 功匹配的包過濾器，如果核心網(wǎng)保存了該包過濾器與緊急呼叫業(yè)務的對應關系，則將該業(yè) 務數(shù)據(jù)包識別為緊急呼叫業(yè)務數(shù)據(jù)。
2. 根據(jù)權利要求1所述的方法，其特征在于，業(yè)務服務器中設置專用于緊急呼叫業(yè)務 的IP地址和/或端口；步驟A包括： A1、終端發(fā)起業(yè)務注冊過程，業(yè)務注冊服務器在業(yè)務注冊響應信令中將業(yè)務服務器中 緊急呼叫業(yè)務的IP地址和/或端口通知終端； A2、終端保存獲得的緊急呼叫業(yè)務IP地址和/或端口信息，并根據(jù)上述信息向核心網(wǎng) 發(fā)起針對緊急呼叫業(yè)務的承載資源請求。
3. 根據(jù)權利要求2所述的方法，其特征在于，步驟A所述終端向核心網(wǎng)發(fā)起針對緊急呼 叫業(yè)務的承載資源請求包括：終端在承載資源請求的業(yè)務流模板包含對應緊急呼叫業(yè)務的 包過濾器，所述包過濾器的第一字節(jié)的第7位設置為用于表示緊急呼叫業(yè)務的值；將所述 包過濾器中的包過濾器上下文中的遠端IP地址和/或遠端端口設置為緊急呼叫服務器的 IP地址和/或端口信息。
【文檔編號】H04W76/00GK104284318SQ201310285680
【公開日】2015年1月14日 申請日期:2013年7月9日 優(yōu)先權日:2013年7月9日
【發(fā)明者】王剛 申請人:普天信息技術研究院有限公司