通信設備及緊急呼叫處理方法
【專利摘要】本發(fā)明提供至少一種通信設備及緊急呼叫處理方法，其中一種通信設備包含：基帶信號處理裝置、射頻信號處理裝置、存儲裝置以及處理器，處理器用于發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)端請求，接收指示正常呼叫為自網(wǎng)絡傳輸而來的緊急呼叫的指示消息，將所述遠程識別碼記錄于存儲裝置中，并當接收到具有所述遠程識別碼的第二呼叫發(fā)端請求時，發(fā)送具有所述遠程識別碼的緊急呼叫建立信號至網(wǎng)絡以發(fā)起緊急呼叫，來響應第二呼叫發(fā)端請求。本發(fā)明不僅可解決因未檢測到的緊急呼叫而造成的延遲及/或丟失呼叫的問題，也可防止誤發(fā)送具有非有效緊急呼叫地址的遠程識別碼的緊急呼叫建立信號。
【專利說明】通信設備及緊急呼叫處理方法

【技術(shù)領域】
[0001]本發(fā)明是有關(guān)互聯(lián)網(wǎng)協(xié)議(IP)多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)中的緊急呼叫處理方法，更具體地，是有關(guān)于IP多媒體子系統(tǒng)中未檢測到的緊急呼叫的處理方法。

【背景技術(shù)】
[0002]IP多媒體子系統(tǒng)使用會話初始化協(xié)議(Sess1n Initiat1n Protocol, SIP)來建立和控制用戶終端之間的呼叫或會話。SIP信號所承載的會話描述協(xié)議(Sess1nDescript1n Protocol, SDP)用于對會話的多媒體組件進行描述和協(xié)商。當SIP作為用戶對用戶(user-to-user)協(xié)議創(chuàng)建時，IP多媒體子系統(tǒng)相應允許運營商和服務提供者控制對服務的用戶接入和對用戶的收費。
[0003]用戶終端的用戶，例如，可能需要在緊急情況下發(fā)起呼叫。無線通信網(wǎng)絡可識別緊急呼叫，并可將緊急呼叫傳輸(route)至與無線通信網(wǎng)絡有關(guān)的公共安全通信系統(tǒng)。
[0004]用戶可能需要在其處于“本地(home) ”通信網(wǎng)絡或當其處于“漫游(roaming) ”狀態(tài)且可能接近另一個“當?shù)?local)”或“訪問的(visited)”通信網(wǎng)絡時發(fā)起緊急呼叫。然而，當移動手機用戶處于漫游時，來自用戶移動手機的緊急呼叫可能沒有傳輸至與當?shù)?或訪問的)通信網(wǎng)絡有關(guān)的本地公共安全系統(tǒng)。因此，位于或靠近用戶當前位置的適當?shù)木o急響應者有可能接收不到及時的提醒。
[0005]因此，需要提供一種加強型的IP多媒體子系統(tǒng)中的緊急呼叫處理方法。


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

[0006]有鑒于此，本發(fā)明提供至少一種通信設備及緊急呼叫處理方法。
[0007]本發(fā)明提供一種通信設備，包含:基帶信號處理裝置；射頻信號處理裝置；存儲裝置；以及處理器，用于發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)端請求，自所述網(wǎng)絡接收指示所述正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠?，將所述遠程識別碼記錄于所述存儲裝置中，并當接收到具有所述遠程識別碼的第二呼叫發(fā)端請求時，發(fā)送具有所述遠程識別碼的緊急呼叫建立信號至所述網(wǎng)絡，以發(fā)起緊急呼叫，來響應所述第二呼叫發(fā)端請求。
[0008]本發(fā)明另提供一種緊急呼叫處理方法,包含:由用戶設備(User Equipment, UE)發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)起請求；由所述用戶設備自所述網(wǎng)絡接收指示所述正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠?；由所述用戶設備將所述遠程識別碼及所述用戶設備的位置信息記錄于存儲裝置中；以及當接收到具有所述遠程識別碼的第二呼叫發(fā)起請求時，所述用戶設備發(fā)送具有所述遠程識別碼的緊急呼叫建立信號至所述網(wǎng)絡，以發(fā)起緊急呼叫，來響應所述第二呼叫發(fā)起請求。
[0009]本發(fā)明另提供一種緊急呼叫處理方法，包含:由用戶設備發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)起請求；由所述用戶設備自所述網(wǎng)絡接收指示所述正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠?；由所述用戶設備將所述遠程識別碼及所述用戶設備的位置信息記錄于存儲裝置中；由所述用戶設備將具有所述遠程識別碼的緊急呼叫建立信號發(fā)送至所述網(wǎng)絡，以發(fā)起緊急呼口q，來響應具有所述遠程識別碼的第二呼叫發(fā)起請求；確定所述用戶設備的位置是否發(fā)生多個預定變化中的至少一個；以及當確定所述用戶設備的所述位置已發(fā)生所述多個預定變化中的至少一個時，由所述用戶設備刪除所述遠程識別碼的記錄。
[0010]本發(fā)明另提供一種通信設備，包含:發(fā)送模塊，發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)端請求；接收模塊，接收所述第一呼叫發(fā)端請求，并自所述網(wǎng)絡接收指示所述正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠?；存儲模塊，耦接于所述接收模塊，用于將所述遠程識別碼記錄于存儲裝置中；其中，當所述接收模塊接收到具有所述遠程識別碼的第二呼叫發(fā)端請求時，所述發(fā)送模塊發(fā)送具有所述遠程識別碼的緊急呼叫建立信號至所述網(wǎng)絡，以發(fā)起緊急呼叫，來響應所述第二呼叫發(fā)端請求。
[0011]利用本發(fā)明所提供的至少一種通信設備及緊急呼叫處理方法，不僅可解決因未檢測到的緊急呼叫而造成的延遲及/或丟失呼叫的問題，也可防止誤發(fā)送具有非有效緊急呼叫地址的遠程識別碼的緊急呼叫建立信號的情況出現(xiàn)。

【專利附圖】

【附圖說明】
[0012]圖1為根據(jù)本發(fā)明一實施例的通信設備的方塊示意圖。
[0013]圖2為根據(jù)本發(fā)明一實施例的處理正常呼叫的IP多媒體子系統(tǒng)的架構(gòu)示意圖。
[0014]圖3為根據(jù)本發(fā)明一實施例的處理緊急呼叫的IP多媒體子系統(tǒng)的架構(gòu)示意圖。
[0015]圖4為根據(jù)本發(fā)明一實施例的通信系統(tǒng)中的緊急呼叫處理流程圖。
[0016]圖5為根據(jù)本發(fā)明另一實施例的通信系統(tǒng)中的緊急呼叫處理流程圖。
[0017]圖6為根據(jù)本發(fā)明另一實施例的緊急呼叫數(shù)據(jù)庫的管理流程圖。

【具體實施方式】
[0018]在說明書及權(quán)利要求當中使用了某些詞匯來指稱特定的組件。本領域技術(shù)人員應可理解，硬件制造商可能會用不同的名詞來稱呼同一個組件。本說明書及權(quán)利要求并不以名稱的差異來作為區(qū)分組件的方式，而是以組件在功能上的差異來作為區(qū)分的準則。在通篇說明書及權(quán)利要求當中所提及的“包含”及“包括”為一開放式的用語，故應解釋成“包含但不限定于”?！按笾隆笔侵冈诳山邮艿恼`差范圍內(nèi)，本領域技術(shù)人員能夠在一定誤差范圍內(nèi)解決所述技術(shù)問題，基本達到所述技術(shù)效果。此外，“耦接”一詞在此包含任何直接及間接的電性連接手段。因此，若文中描述一第一裝置耦接于一第二裝置，則代表該第一裝置可直接電性連接于該第二裝置，或通過其它裝置或連接手段間接地電性連接至該第二裝置。以下所述為實施本發(fā)明的較佳方式，目的在于說明本發(fā)明的精神而非用以限定本發(fā)明的保護范圍，本發(fā)明的保護范圍當視后附的權(quán)利要求所界定者為準。
[0019]圖1為根據(jù)本發(fā)明一實施例的通信設備的方塊示意圖。通信設備100可為筆記本電腦、移動手機、便攜式游戲裝置、便攜式多媒體播放器、全球定位系統(tǒng)(GlobalPosit1ning System, GPS)、接收器、個人數(shù)字助理、臺式電腦或其他類似裝置。通信設備100可包含至少一基帶信號處理裝置110、射頻信號處理裝置120、處理器130、存儲裝置140及包含至少一天線的天線模塊。請注意，為了清楚說明本發(fā)明的概念，在圖1所呈現(xiàn)的簡化方塊示意圖中，只顯示與本發(fā)明有關(guān)的元件。然而，本發(fā)明不應以圖1所示元件為限。
[0020]射頻信號處理裝置120可通過天線接收射頻信號，并對接收到的射頻信號進行處理，將接收到的射頻信號轉(zhuǎn)換為基帶信號，以待基帶信號處理裝置110進行處理，或者射頻信號處理裝置120可接收來自基帶信號處理裝置110的基帶信號，并將接收到的基帶信號轉(zhuǎn)換為射頻信號，以待發(fā)送至同級通信設備。射頻信號處理裝置120可包含用于執(zhí)行無線電頻率轉(zhuǎn)換的多個硬件元件。例如，射頻信號處理裝置120可包含功率放大器、混頻器或其他。
[0021 ] 基帶信號處理裝置110可進一步處理基帶信號?；鶐盘柼幚硌b置110也可包含多個硬件元件以執(zhí)行基帶信號處理器?；鶐盘柼幚砜砂?shù)轉(zhuǎn)換(Analog-to-DigitalConvers1n, ADC) / 數(shù)模轉(zhuǎn)換(Digital-to-Analog Convers1n, DAC)、增益調(diào)整、調(diào)制 / 解調(diào)、編碼/解碼等。
[0022]處理器130可控制基帶信號處理裝置110和射頻信號處理裝置120的操作。根據(jù)本發(fā)明一實施例，處理器130也可安排用于執(zhí)行對應的基帶信號處理裝置及/或射頻信號處理裝置的軟件模塊的程序代碼。攜帶數(shù)據(jù)結(jié)構(gòu)中的特定數(shù)據(jù)的程序代碼在被執(zhí)行時也可稱為處理器邏輯單元或協(xié)議棧實例(stack instance) 0因此，處理器可視為包含多個處理器邏輯單元，每個邏輯單元用于執(zhí)行相應軟件模塊的一個或多個特定功能或任務。存儲裝置140可儲存通信設備100的軟件或固件(firmware)程序代碼、系統(tǒng)數(shù)據(jù)、用戶數(shù)據(jù)等。
[0023]根據(jù)本發(fā)明一實施例，射頻信號處理裝置120及基帶信號處理裝置110可共同視為能夠按照預定無線電接入技術(shù)(Rad1 Access Technology, RAT)與無線網(wǎng)絡通信以提供無線通信服務的無線電模塊。請注意，在本發(fā)明的一些實施例中，通信設備100可進一步擴展為包含多于一個天線及/或多于一個無線電模塊，本發(fā)明并不僅限于圖1所示。
[0024]另外，在本發(fā)明的一些實施例中，處理器可配置于基帶信號處理裝置110的內(nèi)部，或通信設備100可包含配置于基帶信號處理器裝置110內(nèi)部的另一處理器。因此，本發(fā)明并不僅限于圖1所示架構(gòu)。
[0025]圖2為根據(jù)本發(fā)明一實施例的處理正常呼叫的IP多媒體子系統(tǒng)的架構(gòu)示意圖。IP多媒體子系統(tǒng)核心網(wǎng)絡210包含代理呼叫/會話控制功能(Proxy Call/Sess1nControl Funct1n, P-CSCF)及服務呼叫 / 會話控制功能(Serving Call/Sess1n ControlFunct1n, S-CSCF)網(wǎng)絡節(jié)點及媒體平面(media plane)。IP多媒體子系統(tǒng)服務層220包含一個或多個 SIP 應用服務器(SIP Applicat1n Servers, SIP-AS)。P-CSCF 為用于 SIP 終端的IP多媒體子系統(tǒng)內(nèi)的第一聯(lián)絡點。SIP終端可以是，例如，UE或圖1所示的通信設備。S-CSCF為用戶提供其訂制的服務。IP接入網(wǎng)可建立于UE與IP多媒體子系統(tǒng)核心網(wǎng)絡之間。家庭用戶服務器(Home Subscriber Server, HSS)提供用戶數(shù)據(jù)至S-CSCF。
[0026]UE 可通過 Gm 接口(Gm interface)與 P-CSCF 進行通信。P-CSCF 可通過 Mw 接口(Mwinterface)與S-CSCF進行通信。S-CSCF可通過Mw接口與公共安全應答點(Public SafetyAnswering Point, PSAP)(圖中未不)進行通信。SIP-AS 可通過 ISC 接口(ISC interface)與S-CSCF進行通信。HSS可通過Cx接口(Cx interface)與S-CSCF進行通信。
[0027]圖3為根據(jù)本發(fā)明一實施例的處理緊急呼叫的IP多媒體子系統(tǒng)的架構(gòu)示意圖。IP多媒體子系統(tǒng)核心網(wǎng)絡310包含P-CSCF及緊急呼叫/會話控制功能(EmergencyCall/Sess1n Control Funct1n, E-CSCF)網(wǎng)絡節(jié)點及媒體平面。PSAP為呼叫中心，負責對報警、火警及救護服務等緊急電話號碼的呼叫予以應答。位置檢索功能(Locat1nRetrieval Funct1n, LRF)有助于E-CSCF網(wǎng)絡確定發(fā)起呼叫的UE的位置。緊急接入轉(zhuǎn)移功能(Emergency Access Transfer Funct1n, EATF)為IP多媒體子系統(tǒng)的緊急會話錨定(sess1n anchoring)及分組交換(Packet Switched, PS)至電路交換(CircuitSwitched, CS)的接入轉(zhuǎn)移提供操作(procedures)與功能。LRF可通過MI接口(MIinterface)與 E-CSCF進行通信。EATF可通過 14 接口(I4interface)與 E-CSCF進行通信。
[0028]由于IP多媒體子系統(tǒng)中的正常呼叫和緊急呼叫的處理架構(gòu)不同，正常呼叫和緊急呼叫也以不同路徑進行傳輸。通常，當UE識別出接收到的呼叫發(fā)端(call-originat1n)請求的地址為緊急呼叫地址時，UE可建立緊急分組數(shù)據(jù)網(wǎng)絡(Packet Data Network, PDN),即緊急承載(bearer)，或者UE可在SIP消息中包含求救信號(SOS)標識，以便該呼叫可作為緊急呼叫進行傳輸。相比于正常呼叫，緊急呼叫可具有更高的優(yōu)先級，更低的阻塞率(blocking rate)及更少的控制策略。然而，當UE無法識別接收到的呼叫發(fā)端請求的地址為緊急呼叫地址時(例如，當用戶撥出了緊急呼叫號碼，但是UE無法將該號碼識別為緊急呼叫時)，UE可能建立正常承載，而該緊急呼叫可能作為正常呼叫進行傳輸。因為正常呼叫相較于緊急呼叫具有低優(yōu)先級，高阻塞率及更多的控制政策，所以位于或靠近用戶當前位置的適當?shù)木o急響應者有可能無法及時地接收到提醒。因此，未被檢測到的緊急呼叫有可能發(fā)生長時間的延遲及/或高呼叫丟失率的問題。因此，UE獲悉未檢測到的緊急呼叫很重要。
[0029]圖4為根據(jù)本發(fā)明一實施例的通信系統(tǒng)中的緊急呼叫處理流程圖。根據(jù)本發(fā)明一實施例，當接收到具有遠程識別碼的第一呼叫發(fā)端請求時，例如，當用戶撥出統(tǒng)一資源標識符(Uniform Resource Identif ier, URI)或電話號碼時，通信設備(如通信設備100,可為通信網(wǎng)絡中的UE)中的處理器(如處理器130)可首先確定該遠程識別碼是否為緊急呼叫地址。根據(jù)本發(fā)明一實施例，遠程識別碼和緊急呼叫地址可為移動臺國際用戶目錄號(MobileStat1n Internat1nal Subscriber Directory Number, MSISDN)、SIP URI 或電話 URL.
[0030]當處理器確定遠程識別碼并非緊急呼叫地址時，處理器可發(fā)送具有該遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應第一呼叫發(fā)起請求。一旦接收到正常呼叫建立信號，網(wǎng)絡可基于圖2所示的架構(gòu)開啟正常呼叫建立操作。
[0031]在正常呼叫建立操作期間，正常的呼叫建立信號可由P-CSCF傳輸至S-CSCF，然后傳輸至SIP-AS。網(wǎng)絡端的P-CSCF及/或SIP-AS可再次檢測該遠程識別碼是否為緊急呼叫地址。當網(wǎng)絡端檢測到該遠程識別碼為緊急呼叫地址時，緊急呼叫指示可由網(wǎng)絡發(fā)送至UE0
[0032]根據(jù)本發(fā)明一實施例，指示消息可為IP多媒體子系統(tǒng)中的SIP消息。例如，
[0033]指示消息可為代碼為380 (可選服務)的SIP響應消息，指示正常呼叫作為緊急呼叫進行傳輸。在另一個例子中，指示消息可為包含私人主張識別碼(P-Asserted-1dentity)頭域(header field)及SOS標識的SIP響應消息，指示正常呼叫作為緊急呼叫進行傳輸。
[0034]一旦接收到指示消息，處理器可獲悉用于緊急呼叫的遠程識別碼，并可將遠程識別碼記錄于存儲裝置(如存儲裝置140)中的緊急呼叫數(shù)據(jù)庫中。緊急呼叫數(shù)據(jù)庫可以任意形式呈現(xiàn)，本發(fā)明并不以此為限。例如，緊急呼叫數(shù)據(jù)庫可為緊急呼叫的號碼列表、IP地址、SIP URI或電話URI。在另一個例子中，緊急呼叫數(shù)據(jù)庫可為記錄緊急呼叫的號碼、IP地址、SIP URI或電話URI的數(shù)據(jù)結(jié)構(gòu)。根據(jù)本發(fā)明一實施例，緊急呼叫的號碼、IP地址、SIP URI或電話URI可由常用用戶識別模塊卡(如SM卡、USIM卡及ISIM卡等)中所儲存的數(shù)據(jù)中、由網(wǎng)絡接收的數(shù)據(jù)中、用戶手動建立或輸入的數(shù)據(jù)中及在上述呼叫建立操作期間獲悉的數(shù)據(jù)中來獲取。
[0035]當呼叫釋放之后及當處理器接收具有該遠程識別碼的第二呼叫發(fā)端請求時，通過將該遠程識別碼與已記錄于緊急呼叫數(shù)據(jù)庫中的數(shù)據(jù)作比較，處理器可能再次檢測到該遠程識別碼為緊急呼叫地址。此后，處理器可發(fā)送具有該遠程識別碼的緊急呼叫建立信號至網(wǎng)絡，以發(fā)起緊急呼叫，來響應第二呼叫發(fā)起請求。一旦接收到緊急呼叫建立信號，網(wǎng)絡可基于圖3所示的架構(gòu)開啟緊急呼叫建立操作。因此，當處理器再次接收到具有相同遠程識別碼的呼叫發(fā)端請求時，呼叫發(fā)端請求可作為緊急呼叫來對待，從而解決由未檢測到緊急呼叫而造成的延遲及/或丟失呼叫的問題。
[0036]根據(jù)本發(fā)明另一實施例，除遠程識別碼之外，處理器可進一步記錄與待處理器記錄于緊急呼叫數(shù)據(jù)庫的遠程識別碼有關(guān)的通信設備(或UE)的當前位置信息。
[0037]圖5為根據(jù)本發(fā)明另一實施例的通信系統(tǒng)中的緊急呼叫處理流程圖。在圖5所示的流程圖中，省略了網(wǎng)絡端的操作，僅顯示通信設備(或UE)所執(zhí)行的操作。有關(guān)網(wǎng)絡端操作的詳細說明，請參見圖4的描述，簡潔起見，此處不再贅述。
[0038]首先，處理器發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有該遠程識別碼的呼叫發(fā)端請求(步驟S502)。當該遠程識別碼為未檢測到的緊急呼叫地址，且當網(wǎng)絡檢測到該遠程識別碼為緊急呼叫地址時，處理器可由網(wǎng)絡接收指示該正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠?步驟S504)。接著，處理器可將該遠程識別碼及通信設備(或UE)的位置信息記錄于通信設備(或UE)的存儲裝置中(步驟S506)。根據(jù)本發(fā)明一實施例，伴隨通信設備的當前位置信息的遠程識別碼可記錄于上述緊急呼叫數(shù)據(jù)庫中。通信設備的當前位置信息可能是用于進一步確定已記錄的遠程識別碼有效或無效的重要信息。根據(jù)本發(fā)明一實施例，位置信息可為網(wǎng)絡的公共陸地移動網(wǎng)絡識別碼(Public Land Mobile Network Identity, PLMN ID)、網(wǎng)絡的基站識別石馬(Base Stat1nIdentifier, BSID)、網(wǎng)絡的小區(qū)識別碼、網(wǎng)絡的移動國家碼(Mobile Country Code, MCC)及/或通信設備(或UE)的全球定位系統(tǒng)數(shù)據(jù)。請注意，此處的“網(wǎng)絡”指通信設備(或UE)接入、駐留(camp on)、注冊及/或有關(guān)的網(wǎng)絡。
[0039]最后，一旦處理器接收到具有相同遠程識別碼的另一呼叫發(fā)端請求，處理器可通過檢查上述緊急呼叫數(shù)據(jù)庫中的記錄識別出該遠程識別碼為緊急呼叫地址，并可發(fā)送具有該遠程識別碼的緊急呼叫建立信號至網(wǎng)絡，以發(fā)起緊急呼叫，來響應呼叫發(fā)端請求(步驟S508)。緊急呼叫數(shù)據(jù)庫的檢查可通過，例如，將該遠程識別碼與緊急呼叫數(shù)據(jù)庫中的記錄作比較來執(zhí)行。
[0040]根據(jù)本發(fā)明一實施例，通信設備(或UE )可包含接收模塊、發(fā)送模塊及存儲模塊。當接收模塊接收到具有遠程識別碼的第一呼叫發(fā)端請求后，發(fā)送模塊發(fā)送具有該遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應第一呼叫發(fā)端請求。接著，接收模塊自所述網(wǎng)絡接收指示該正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠?。存儲模塊耦接于接收模塊，用于將該遠程識別碼記錄于存儲裝置中。其中，當接收模塊接收到具有該遠程識別碼的第二呼叫發(fā)端請求時，發(fā)送模塊發(fā)送具有該遠程識別碼的緊急呼叫建立信號至網(wǎng)絡，以發(fā)起緊急呼叫，來響應第二呼叫發(fā)端請求。
[0041]根據(jù)本發(fā)明另一實施例，處理器可進一步確定記錄于緊急呼叫數(shù)據(jù)庫中的遠程識別碼是否仍為有效的緊急呼叫地址。例如，對于不同國家或不同地區(qū)，緊急呼叫地址可能不同。當處理器確定記錄于緊急呼叫數(shù)據(jù)庫中的遠程識別碼不再為有效的緊急呼叫地址時，處理器可刪除該記錄。
[0042]圖6為根據(jù)本發(fā)明另一實施例的緊急呼叫數(shù)據(jù)庫的管理流程圖。為了管理緊急呼叫數(shù)據(jù)庫，處理器可首先確定通信設備(或UE)的位置是否發(fā)生多個預定變化中的至少一個(步驟S602)。根據(jù)本發(fā)明一實施例，多個預定變化中的至少一個是否發(fā)生可通過將與已記錄的遠程識別碼有關(guān)的已記錄的位置信息與通信設備(或UE)的當前位置信息作比較來確定。
[0043]根據(jù)本發(fā)明一實施例，位置的預定變化可為網(wǎng)絡的PLMN ID的變化、網(wǎng)絡的BSID的變化、網(wǎng)絡的小區(qū)ID的變化、網(wǎng)絡的MCC的變化、與網(wǎng)絡有關(guān)的UE的注冊狀態(tài)的變化及UE的GPS數(shù)據(jù)的變化。請注意，此處“網(wǎng)絡”指通信設備(或UE)接入、駐留、注冊及/或有關(guān)的網(wǎng)絡。與網(wǎng)絡有關(guān)的UE的注冊狀態(tài)變化可通過通信設備(或UE)是否由通信設備(或UE)記錄遠程識別碼時先前已注冊的網(wǎng)絡中注銷來確定，或通過與網(wǎng)絡有關(guān)的通信設備(或UE)記錄遠程識別碼時先前已注冊的的注冊狀態(tài)是否由已注冊變化為未注冊來確定，或其他類似方法來確定。
[0044]若通信設備(或UE)的位置未發(fā)生任何預定變化，則遠程識別碼的記錄因其仍為有效的緊急呼叫地址而可保存于緊急呼叫數(shù)據(jù)庫中。若通信設備(或UE)的位置發(fā)生了任意預定變化，則處理器刪除該遠程識別碼的記錄(步驟S604)。
[0045]當緊急呼叫數(shù)據(jù)庫維持良好時，不僅可解決因未檢測到的緊急呼叫而造成的延遲及/或丟失呼叫的問題，也可防止誤發(fā)送具有非有效緊急呼叫地址的遠程識別碼的緊急呼叫建立信號的情況出現(xiàn)。
[0046]本發(fā)明的上述實施例可以多種方式來實施。例如，實施例可使用硬件、軟件及其組合來實施。請注意，執(zhí)行上述功能的任意元件(component)或元件組合一般可視為控制上述功能的一個或多個處理器。上述一個或多個處理器可實施為多種方式，如使用專用硬件、或采用使用微碼(miCTocode)或軟件編程以執(zhí)行上述功能的通用硬件。
[0047]雖然本發(fā)明已以較佳實施例揭露如上，然其并非用以限定本發(fā)明，任何本領域技術(shù)人員，在不脫離本發(fā)明的精神和范圍內(nèi)，當可作些許的更動與潤飾，因此本發(fā)明的保護范圍當視后附的權(quán)利要求所界定者為準。
【權(quán)利要求】
1.一種通信設備，包含: 基帶信號處理裝置； 射頻信號處理裝置； 存儲裝置；以及 處理器，用于發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)端請求，自所述網(wǎng)絡接收指示所述正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠?，將所述遠程識別碼記錄于所述存儲裝置中，并當接收到具有所述遠程識別碼的第二呼叫發(fā)端請求時，發(fā)送具有所述遠程識別碼的緊急呼叫建立信號至所述網(wǎng)絡，以發(fā)起緊急呼叫，來響應所述第二呼叫發(fā)端請求。
2.根據(jù)權(quán)利要求1所述的通信設備，其特征在于，所述遠程識別碼為移動臺國際用戶目錄號、會話初始化協(xié)議統(tǒng)一資源標識符或電話統(tǒng)一資源標識符。
3.根據(jù)權(quán)利要求1所述的通信設備，其特征在于，所述指示消息為互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)中的會話初始化協(xié)議消息、可選服務會話初始化協(xié)議響應消息、或者包含私人主張識別碼頭域及求救信號標識的會話初始化協(xié)議響應消息。
4.一種緊急呼叫處理方法，包含: 由用戶設備發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)起請求； 由所述用戶設備自所述網(wǎng)絡接收指示所述正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠ⅲ? 由所述用戶設備將所述遠程識別碼及所述用戶設備的位置信息記錄于存儲裝置中；以及 當接收到具有所述遠程識別碼的第二呼叫發(fā)起請求時，所述用戶設備發(fā)送具有所述遠程識別碼的緊急呼叫建立信號至所述網(wǎng)絡，以發(fā)起緊急呼叫，來響應所述第二呼叫發(fā)起請求。
5.根據(jù)權(quán)利要求4所述的緊急呼叫處理方法，其特征在于，所述用戶設備的所述位置信息包含所述網(wǎng)絡的公共陸地移動網(wǎng)絡識別碼、所述網(wǎng)絡的基站識別碼、所述網(wǎng)絡的小區(qū)識別碼、所述網(wǎng)絡的移動國家碼及/或所述用戶設備的全球定位系統(tǒng)數(shù)據(jù)。
6.根據(jù)權(quán)利要求4所述的緊急呼叫處理方法，其特征在于，所述遠程識別碼為移動臺國際用戶目錄號、會話初始化協(xié)議統(tǒng)一資源標識符或電話統(tǒng)一資源標識符。
7.根據(jù)權(quán)利要求4所述的緊急呼叫處理方法，其特征在于，所述指示消息為互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)中的會話初始化協(xié)議消息、可選服務會話初始化協(xié)議響應消息、或者包含私人主張識別碼頭域及求救信號標識的會話初始化協(xié)議響應消息。
8.一種緊急呼叫處理方法，包含: 由用戶設備發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)起請求； 由所述用戶設備自所述網(wǎng)絡接收指示所述正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠ⅲ? 由所述用戶設備將所述遠程識別碼及所述用戶設備的位置信息記錄于存儲裝置中； 由所述用戶設備將具有所述遠程識別碼的緊急呼叫建立信號發(fā)送至所述網(wǎng)絡，以發(fā)起緊急呼叫，來響應具有所述遠程識別碼的第二呼叫發(fā)起請求； 確定所述用戶設備的位置是否發(fā)生多個預定變化中的至少一個；以及 當確定所述用戶設備的所述位置已發(fā)生所述多個預定變化中的至少一個時，由所述用戶設備刪除所述遠程識別碼的記錄。
9.根據(jù)權(quán)利要求8所述的緊急呼叫處理方法，其特征在于，所述用戶設備的所述位置信息包含所述網(wǎng)絡的公共陸地移動網(wǎng)絡識別碼、所述網(wǎng)絡的基站識別碼、所述網(wǎng)絡的小區(qū)識別碼、所述網(wǎng)絡的移動國家碼及/或所述用戶設備的全球定位系統(tǒng)數(shù)據(jù)。
10.根據(jù)權(quán)利要求8所述的緊急呼叫處理方法，其特征在于，所述用戶設備的所述位置的所述多個預定變化包含所述網(wǎng)絡的公共陸地移動網(wǎng)絡識別碼的變化，所述網(wǎng)絡的基站識別碼的變化，所述網(wǎng)絡的小區(qū)識別碼的變化，所述網(wǎng)絡的移動國家碼的變化，所述用戶設備的關(guān)于所述網(wǎng)絡的注冊狀態(tài)的變化，所述用戶設備的全球定位系統(tǒng)數(shù)據(jù)的變化。
11.根據(jù)權(quán)利要求10所述的緊急呼叫處理方法，其特征在于，通過將與已記錄的遠程識別碼有關(guān)的已記錄位置信息與所述用戶設備的當前位置信息作比較，來確定所述用戶設備的所述多個預定變化中的至少一個是否發(fā)生。
12.根據(jù)權(quán)利要求8所述的緊急呼叫處理方法，其特征在于，所述遠程識別碼為移動臺國際用戶目錄號、會話初始化協(xié)議統(tǒng)一資源標識符或電話統(tǒng)一資源標識符。
13.根據(jù)權(quán)利要求8所述的緊急呼叫處理方法，其特征在于，所述指示消息為互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)中的會話初始化協(xié)議消息、可選服務會話初始化協(xié)議響應消息、或者包含私人主張識別碼頭域及求救信號標識的會話初始化協(xié)議響應消息。
14.一種通信設備，包含: 發(fā)送模塊，發(fā)送具有遠程識別碼的正常呼叫建立信號至網(wǎng)絡，以發(fā)起正常呼叫，來響應具有所述遠程識別碼的第一呼叫發(fā)端請求； 接收模塊，接收所述第一呼叫發(fā)端請求，并自所述網(wǎng)絡接收指示所述正常呼叫作為緊急呼叫進行傳輸?shù)闹甘鞠ⅲ? 存儲模塊，耦接于所述接收模塊，用于將所述遠程識別碼記錄于存儲裝置中； 其中，當所述接收模塊接收到具有所述遠程識別碼的第二呼叫發(fā)端請求時，所述發(fā)送模塊發(fā)送具有所述遠程識別碼的緊急呼叫建立信號至所述網(wǎng)絡，以發(fā)起緊急呼叫，來響應所述第二呼叫發(fā)端請求。
【文檔編號】H04W4/22GK104349293SQ201410138888
【公開日】2015年2月11日 申請日期:2014年4月9日 優(yōu)先權(quán)日:2013年8月2日
【發(fā)明者】王建一, 彭瑋強, 林寬旻, 鄭伃璇 申請人:聯(lián)發(fā)科技股份有限公司