專利名稱：緊急業(yè)務(wù)處理方法及通信網(wǎng)絡(luò)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通信方法及其系統(tǒng)，特別是涉及一種緊急業(yè)務(wù)處理方法及通信網(wǎng)絡(luò)。
背景技術(shù)：
通信中的緊急業(yè)務(wù)是指在個人/公共的健康和安全、生命/財產(chǎn)遭遇危險的危急情況下，通信網(wǎng)絡(luò)為個人/公共提供緊急幫助的業(yè)務(wù)。比如常見的110報 警業(yè)務(wù)，U9火警業(yè)務(wù)等。在緊急業(yè)務(wù)處理中，通信網(wǎng)絡(luò)要為緊急業(yè)務(wù)提供高優(yōu)先級的通信服務(wù)。緊 急業(yè)務(wù)處理的基本流程如下用戶設(shè)備(UE， User Equipment)發(fā)起呼叫；通 信網(wǎng)絡(luò)將緊急業(yè)務(wù)請求消息路由到最合適的公共安全接入點(diǎn)(PSAP， Public Safety Answering Point);根據(jù)主叫用戶的位置信息和緊急業(yè)務(wù)類型，由該P(yáng)SAP 將緊急業(yè)務(wù)請求消息路由到最適合的緊急業(yè)務(wù)處理中心，例如緊急呼叫中心 (ECC， Emergency Call Center )處理；最后由該ECC迅速為求助者提供幫助。UE內(nèi)部一般會保存一些緊急業(yè)務(wù)號碼，比如IIO、 119等。發(fā)起呼叫時， 向網(wǎng)絡(luò)發(fā)送的請求消息中攜帶有緊急業(yè)務(wù)號碼和緊急業(yè)務(wù)標(biāo)識，網(wǎng)絡(luò)收到此消 息時根據(jù)緊急業(yè)務(wù)號碼和緊急業(yè)務(wù)標(biāo)識判斷此呼叫為緊急呼叫，進(jìn)而迅速作出 反應(yīng)。但可能由于某種原因，比如UE移動到緊急業(yè)務(wù)號碼不一樣的外國，或 者出現(xiàn)故障，UE就不能夠識別請求消息為緊急業(yè)務(wù)請求消息，從而在發(fā)送到 網(wǎng)絡(luò)的請求消息中不攜帶緊急業(yè)務(wù)標(biāo)識，而僅攜帶緊急業(yè)務(wù)號碼。參閱圖l,在UE不能夠識別請求消息為緊急業(yè)務(wù)請求消息時，緊急業(yè)務(wù) 處理流程如下101、 UE則采用一般請求消息的方式發(fā)送帶有緊急業(yè)務(wù)號碼的請求消息， 比如INVITE會話請求或MESSAGE請求等；102、 網(wǎng)絡(luò)的P-CSCF (Proxy-CSCF，代理CSCF,)收到僅攜帶緊急業(yè)務(wù) 號碼的請求消息后，根據(jù)其攜帶的緊急業(yè)務(wù)號碼判斷請求消息為緊急業(yè)務(wù)請求
消息。但由于此消息不帶緊急業(yè)務(wù)標(biāo)識，此時P-CSCF根據(jù)自己本地的策略可 以拒絕請求消息，比如向UE發(fā)送380重定向消息，并在拒絕消息中攜帶緊急業(yè)務(wù)標(biāo)識；03、 UE收到拒絕消息時，在一些情況下UE不能識別拒絕消息中攜帶的 緊急業(yè)務(wù)標(biāo)識，則發(fā)送OK響應(yīng)消息確認(rèn)網(wǎng)絡(luò)拒絕了緊急業(yè)務(wù)請求。UE被拒絕后，會不斷嘗試發(fā)送緊急業(yè)務(wù)請求消息，并且不斷的被P-CSCF 拒絕，此時UE永遠(yuǎn)無法使用緊急業(yè)務(wù)的服務(wù)，導(dǎo)致緊急呼叫失敗。綜上，在UE不能夠識別請求消息為緊急業(yè)務(wù)請求消息時，網(wǎng)絡(luò)隨意地對 此請求作出反應(yīng)，拒絕了 UE的緊急業(yè)務(wù)請求。反映到具體操作中，則是在102 步驟中P-CSCF沒能判斷UE沒有將請求消息識別為緊急業(yè)務(wù)請求消息，而 拒絕了 UE的緊急業(yè)務(wù)請求；并且在P-CSCF拒絕所述業(yè)務(wù)請求消息后，UE 不能識別拒絕消息中攜帶的緊急業(yè)務(wù)標(biāo)識，即P-CSCF在選擇拒絕請求消息時 不知道UE支持的能力，因此導(dǎo)致緊急呼叫失敗，可能造成嚴(yán)重后果。業(yè)務(wù)請求消息的方式，但截至目前，P-CSCF本身仍然無法識別終端的接入類 型，因此現(xiàn)有技術(shù)中給出的根據(jù)終端的接入類型進(jìn)行選擇拒絕還是接收所述業(yè) 務(wù)請求消息的方式不可實施。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題是提供一種提高緊急業(yè)務(wù)成功率的緊急業(yè)務(wù)處理方法。本發(fā)明要解決的技術(shù)問題是還提供一種提高緊急業(yè)務(wù)成功率的通信網(wǎng)絡(luò)。為解決上述第一技術(shù)問題，本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的提 供一種緊急業(yè)務(wù)處理方法，包括用戶終端向網(wǎng)絡(luò)發(fā)送請求消息；網(wǎng)絡(luò)判斷所述請求消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終端沒有將所述請求消息識別為緊急業(yè)務(wù)請求消息；網(wǎng)絡(luò)根據(jù)已經(jīng)獲取的緊急業(yè)務(wù)信息進(jìn)行相應(yīng)的緊急 業(yè)務(wù)處理。優(yōu)選地，所述獲取緊急業(yè)務(wù)信息的方法至少為以下 一 種 網(wǎng)絡(luò)收到用戶終端攜帶有緊急業(yè)務(wù)信息的所述請求消息；或在所迷請求消息外，網(wǎng)絡(luò)收到攜帶有緊急業(yè)務(wù)信息的其它消息；或網(wǎng)絡(luò)從數(shù)據(jù)配置中獲取緊急業(yè)務(wù)信息。優(yōu)選地，所述緊急業(yè)務(wù)信息至少包括以下一種 固定選擇所述緊急業(yè)務(wù)處理的處理方式；或 用戶終端獲取緊急業(yè)務(wù)通知的指示信息；或 用戶終端的地址信息；或 用戶終端的4妻入類型；或 用戶終端的標(biāo)識信息；或 用戶終端的能力信息；或 當(dāng)?shù)胤P(guān)見*見定。優(yōu)選地，所述用戶終端的接入類型的獲取方法是網(wǎng)絡(luò)從來自用戶終端的攜帶有用戶終端接入類型消息中獲得；或 網(wǎng)絡(luò)查詢用戶終端的接入類型而獲得；或 網(wǎng)絡(luò)根據(jù)用戶終端的地址信息獲取所述用戶終端的接入類型；或 網(wǎng)絡(luò)根據(jù)用戶終端的標(biāo)識信息獲取所述用戶終端的接入類型。 優(yōu)選地，所述緊急業(yè)務(wù)處理的方法是網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，網(wǎng)絡(luò)4艮據(jù)用戶終端的選擇進(jìn) 行相應(yīng)處理；或，網(wǎng)絡(luò)不向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，將所述請求消息路由到緊 急業(yè)務(wù)處理中心。優(yōu)選地，所述網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，網(wǎng)絡(luò)才艮據(jù)用戶 終端的選擇進(jìn)行相應(yīng)處理的步驟是網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端向其他網(wǎng)絡(luò)發(fā) 送新的緊急業(yè)務(wù)請求消息；或
網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端向網(wǎng)絡(luò)發(fā)送新 的緊急業(yè)務(wù)請求消息，網(wǎng)絡(luò)將所述新的緊急業(yè)務(wù)請求消息路由到緊急業(yè)務(wù)處理中心；或網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端向網(wǎng)絡(luò)發(fā)送后 續(xù)操作指示信息，網(wǎng)絡(luò)按照所述后續(xù)操作指示信息進(jìn)行相應(yīng)處理；或網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，并判斷用戶終端沒有向網(wǎng)絡(luò) 發(fā)送后續(xù)操作指示信息，網(wǎng)絡(luò)將所述請求消息路由到緊急業(yè)務(wù)處理中心。優(yōu)選地，所述網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息、所述用戶終端 向網(wǎng)絡(luò)發(fā)送后續(xù)操作指示信息、網(wǎng)絡(luò)按照所述后續(xù)操作指示信息進(jìn)行相應(yīng)處理 的步驟是所述后續(xù)操作指示信息表示繼續(xù)進(jìn)行緊急業(yè)務(wù)處理，網(wǎng)絡(luò)將所述請求消息 路由到緊急業(yè)務(wù)處理中心；或所述后續(xù)操作指示信息表示結(jié)束緊急業(yè)務(wù)處理，網(wǎng)絡(luò)結(jié)束對所述請求消息 的處理。優(yōu)選地，所述后續(xù)操作指示信息表示結(jié)束緊急業(yè)務(wù)處理，網(wǎng)絡(luò)結(jié)束對所述 請求消息的處理的步驟是所述用戶終端向網(wǎng)絡(luò)發(fā)送新的緊急業(yè)務(wù)請求消息，網(wǎng)絡(luò)將所述新的緊急業(yè) 務(wù)請求消息路由到緊急業(yè)務(wù)處理中心；或者所述用戶終端向其他網(wǎng)絡(luò)發(fā)送新的緊急業(yè)務(wù)請求消息。優(yōu)選地，緊急業(yè)務(wù)通知信息為網(wǎng)絡(luò)通知用戶終端所述請求消息請求的業(yè)務(wù) 為緊急業(yè)務(wù)的標(biāo)識信息。優(yōu)選地，緊急業(yè)務(wù)通知信息在SIP消息中攜帶。優(yōu)選地，所述網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，用戶終端沒有 向網(wǎng)絡(luò)發(fā)送后續(xù)操作指示信息的步驟是網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息時啟動定時器等待所述用戶 終端向網(wǎng)絡(luò)發(fā)送信息，在定時器超時之后所述用戶終端沒有向網(wǎng)絡(luò)發(fā)送信息， 則所述用戶終端沒有向網(wǎng)絡(luò)發(fā)送信息。
優(yōu)選地，所述判斷所述請求消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶 終端沒有將所述請求消息識別為緊急業(yè)務(wù)請求消息的方法包括網(wǎng)絡(luò)檢查所述請求消息，所述請求消息中沒有攜帶緊急業(yè)務(wù)標(biāo)識，并且所 述請求消息攜帶的目的地標(biāo)識信息為緊急業(yè)務(wù)處理中心的標(biāo)識信息，則網(wǎng)絡(luò)判 斷所述請求消息為緊急業(yè)務(wù)請求消息并且判斷所述用戶終端沒有將所述請求 消息識別為緊急業(yè)務(wù)請求消息。為解決上述第二技術(shù)問題，本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的提 供一種通信網(wǎng)絡(luò)，其在判斷接收到的請求消息為緊急業(yè)務(wù)請求消息，并且判斷 所述用戶終端沒有將所述請求消息識別為緊急業(yè)務(wù)請求消息情況下，根據(jù)已經(jīng) 獲取的緊急業(yè)務(wù)信息進(jìn)行相應(yīng)的緊急業(yè)務(wù)處理。優(yōu)選地，進(jìn)一步包括緊急業(yè)務(wù)信息獲取單元，用于從攜帶有緊急業(yè)務(wù)信息 的所述請求消息中提取緊急業(yè)務(wù)信息；或從除所述請求消息外攜帶有緊急業(yè)務(wù) 信息的其它消息中提^f又緊急業(yè)務(wù)信息；或者從數(shù)據(jù)配置中獲:f又緊急業(yè)務(wù)信息。優(yōu)選地，所述緊急業(yè)務(wù)信息至少包括以下一種固定選擇所述緊急業(yè)務(wù)處理的處理方式；或用戶終端獲取緊急業(yè)務(wù)通知的指示信息；或用戶終端的地址信息；或用戶終端的接入類型；或用戶終端的標(biāo)識信息；或用戶終端的能力信息；或當(dāng)?shù)胤ㄒ?guī)規(guī)定。優(yōu)選地，進(jìn)一步包括接入類型的獲取單元，用于從來自用戶終端的攜帶有 用戶終端接入類型消息中獲得用戶終端的接入類型；或查詢用戶終端的接入類 型而獲得；或根據(jù)用戶終端的地址信息而獲得；或根據(jù)用戶終端的標(biāo)識信息而獲得。優(yōu)選地，進(jìn)一步包括緊急業(yè)務(wù)判斷單元，用于檢查所述請求消息，在所述
請求消息中沒有攜帶緊急業(yè)務(wù)標(biāo)識，并且所述請求消息攜帶的目的地標(biāo)識信息 為緊急業(yè)務(wù)處理中心的標(biāo)識信息時，判斷所述請求消息為緊急業(yè)務(wù)請求消息并 且判斷所述用戶終端沒有將所述請求消息識別為緊急業(yè)務(wù)請求消息。以上第 一技術(shù)方案可以看出，由于本發(fā)明先判斷用戶終端沒有將所述消息 識別為緊急業(yè)務(wù)請求消息，需要采取措施確保緊急業(yè)務(wù)順利進(jìn)行，于是獲取包 含用戶終端選擇信息的緊急業(yè)務(wù)信息，根據(jù)緊急業(yè)務(wù)信息所包含的用戶終端明 確或隱藏的對緊急業(yè)務(wù)處理方式的選擇，選擇相應(yīng)的緊急業(yè)務(wù)處理方式進(jìn)行緊 急業(yè)務(wù)處理。在協(xié)調(diào)好網(wǎng)絡(luò)和終端在進(jìn)行緊急業(yè)務(wù)時的溝通和配合后，即可避 免現(xiàn)有技術(shù)僅僅給出網(wǎng)絡(luò)隨意選擇向用戶終端發(fā)送緊急業(yè)務(wù)通知信息或者不 發(fā)送兩種方法而導(dǎo)致的緊急業(yè)務(wù)發(fā)起失敗的技術(shù)問題。以上第二技術(shù)方案可以看出，由于本發(fā)明先判斷用戶終端沒有將所述消息 識別為緊急業(yè)務(wù)請求消息，需要采取措施確保緊急業(yè)務(wù)順利進(jìn)行，于是根據(jù)緊 急業(yè)務(wù)信息所包含的明確或隱藏的對緊急業(yè)務(wù)處理方式的選^奪，選擇相應(yīng)的緊 急業(yè)務(wù)處理方式進(jìn)行緊急業(yè)務(wù)處理。在協(xié)調(diào)好網(wǎng)絡(luò)和終端在進(jìn)行緊急業(yè)務(wù)時的 溝通和配合后，即可避免現(xiàn)有技術(shù)僅僅給出網(wǎng)絡(luò)隨意選擇向用戶終端發(fā)送緊急 業(yè)務(wù)通知信息或者不發(fā)送兩種方法而導(dǎo)致的緊急業(yè)務(wù)發(fā)起失敗的技術(shù)問題。


圖l是現(xiàn)有^t術(shù)一種緊急業(yè)務(wù)處理方法的時序圖； 圖2是本發(fā)明緊急業(yè)務(wù)處理方法的時序圖； 圖3是本發(fā)明通信網(wǎng)絡(luò)的原理框圖。
具體實施方式
本發(fā)明基本原理是改變現(xiàn)有技術(shù)僅僅給出網(wǎng)絡(luò)隨意選擇向用戶終端發(fā)送 緊急業(yè)務(wù)通知信息或者不發(fā)送兩種方法的狀況，網(wǎng)絡(luò)根據(jù)緊急業(yè)務(wù)信息來決定 給出具體如何選擇，協(xié)調(diào)網(wǎng)絡(luò)和終端在進(jìn)行緊急業(yè)務(wù)時的溝通和配合，這樣用 戶終端在被網(wǎng)絡(luò)拒絕時仍能夠繼續(xù)當(dāng)前請求消息的處理，并在用戶終端不能識 別緊急業(yè)務(wù)通知信息的時候仍然能夠?qū)?dāng)前請求消息路由到緊急業(yè)務(wù)處理中
本發(fā)明總體上可以如下方法實現(xiàn)網(wǎng)絡(luò)收到并檢查用戶終端發(fā)送的消息，在所述消息沒有攜帶緊急業(yè)務(wù)標(biāo) 識、并且攜帶的目的地標(biāo)識信息為緊急業(yè)務(wù)處理中心的標(biāo)識信息情況下，判斷 所述消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終端沒有將所述消息識別為緊急業(yè)務(wù)請求消息；網(wǎng)絡(luò)還獲取包含用戶終端選擇信息的緊急業(yè)務(wù)信息；在判斷所述消息為緊急業(yè)務(wù)請求消息后，網(wǎng)絡(luò)根據(jù)所述緊急業(yè)務(wù)信息向用 戶終端選擇性發(fā)送緊急業(yè)務(wù)通知信息?？梢钥闯觯景l(fā)明先判斷用戶終端沒有將所述消息識別為緊急業(yè)務(wù)請求消 息，需要采取措施確保緊急業(yè)務(wù)順利進(jìn)行，于是獲取包含用戶終端選擇信息的 緊急業(yè)務(wù)信息，才艮據(jù)緊急業(yè)務(wù)信息所包含的明確或隱藏的對緊急業(yè)務(wù)處理方式 的選擇，選擇向用戶終端發(fā)送緊急業(yè)務(wù)通知信息或者不向用戶終端發(fā)送緊急業(yè) 務(wù)通知信息。在協(xié)調(diào)好網(wǎng)絡(luò)和終端在進(jìn)行緊急業(yè)務(wù)時的溝通和配合后，即可避 免現(xiàn)有技術(shù)僅僅給出網(wǎng)絡(luò)隨意選擇向用戶終端發(fā)送緊急業(yè)務(wù)通知信息或者不 發(fā)送兩種方法而導(dǎo)致的緊急業(yè)務(wù)發(fā)起失敗的技術(shù)問題。以下結(jié)合實施方式和附圖，對本發(fā)明進(jìn)行詳細(xì)描述。參閱圖2，本發(fā)明緊急業(yè)務(wù)處理方法包括步驟201、 用戶終端向網(wǎng)絡(luò)發(fā)送消息，本實施方式中所述消息是INVITE會話 請求消息，會話請求消息的目的地標(biāo)識為緊急業(yè)務(wù)中心號碼，例如會話請求 消息的R叫uest-URI為"110":會話請求消息中沒有攜帶緊急業(yè)務(wù)標(biāo)識，例如 會話請求消息中沒有攜帶"urn:service:sos"。當(dāng)然，在其他實施方式中，會話請 求消息可以替換為MESSAGE或其他類型消息；202、 網(wǎng)絡(luò)收到所述消息，其中目的地標(biāo)識和緊急業(yè)務(wù)中心號碼相匹配， 網(wǎng)絡(luò)判斷所述請求消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終端沒有將所 述請求消息識別為緊急業(yè)務(wù)請求消息。所述判斷請求消息為緊急業(yè)務(wù)請求消息 的方法為網(wǎng)絡(luò)檢查所述消息，發(fā)現(xiàn)所述消息中沒有攜帶緊急業(yè)務(wù)標(biāo)識，并且其攜帶 的目的地標(biāo)識信息為緊急業(yè)務(wù)處理中心的標(biāo)識信息，則網(wǎng)絡(luò)判斷所述請求消息 為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終端沒有將所述請求消息識別為緊急 業(yè)務(wù)請求消息。在此步驟中或在此步驟前，網(wǎng)絡(luò)獲取包含用戶終端信息的緊急業(yè)務(wù)信息，其中緊急業(yè)務(wù)信息包含以下幾種a) 固定選擇緊急業(yè)務(wù)處理方式；b) 獲取緊急業(yè)務(wù)通知的指示信息，用戶終端用它來指示網(wǎng)絡(luò)是否向所述 用戶終端發(fā)送緊急業(yè)務(wù)通知信息；c) 用戶終端的地址信息；d) 用戶終端的接入類型，網(wǎng)絡(luò)獲取用戶終端的接入類型的方法包含以下 幾種i. 用戶終端向網(wǎng)絡(luò)發(fā)送消息，消息中攜帶用戶終端的接入類型；ii. 網(wǎng)絡(luò)查詢用戶終端的接入類型；iii. 網(wǎng)絡(luò)根據(jù)用戶終端的地址信息獲取所述用戶終端的接入類型；iv. 網(wǎng)絡(luò)根據(jù)用戶終端的標(biāo)識信息獲取所述用戶終端的接入類型。e) 用戶終端的標(biāo)識信息；f) 用戶終端的位置信息；g) 用戶終端的能力信息；h) 當(dāng)?shù)胤ㄒ?guī)規(guī)定。續(xù)上，所述網(wǎng)絡(luò)獲取緊急業(yè)務(wù)信息的方法包含以下幾種a) 所述消息即INVITE會話請求消息中攜帶緊急業(yè)務(wù)信息，網(wǎng)絡(luò)從此消息 中提取得到緊急業(yè)務(wù)信息；b) 用戶終端向網(wǎng)絡(luò)發(fā)送注冊請求消息，所述注冊請求消息中攜帶緊急業(yè) 務(wù)信息，網(wǎng)絡(luò)從此消息中提取得到緊急業(yè)務(wù)信息；c) 用戶終端向網(wǎng)絡(luò)發(fā)送其他請求消息，所述其他請求消息中攜帶緊急業(yè) 務(wù)信息，網(wǎng)絡(luò)從此消息中提取得到緊急業(yè)務(wù)信息；d) 網(wǎng)絡(luò)向用戶發(fā)送請求消息，請求用戶終端的緊急業(yè)務(wù)信息，用戶終端 向網(wǎng)絡(luò)發(fā)送請求消息的響應(yīng)消息，響應(yīng)消息中攜帶緊急業(yè)務(wù)信息，網(wǎng) 絡(luò)從此消息中提取得到緊急業(yè)務(wù)信息；e) 網(wǎng)絡(luò)從數(shù)據(jù)配置中獲取緊急業(yè)務(wù)信息。在獲得緊急業(yè)務(wù)信息后，網(wǎng)絡(luò)根據(jù)緊急業(yè)務(wù)信息選擇緊急業(yè)務(wù)處理方式進(jìn)
行緊急業(yè)務(wù)處理，方法包含以下幾種在所述緊急業(yè)務(wù)信息是固定的緊急業(yè)務(wù)處理方式時，網(wǎng)絡(luò)可以按照固定的緊急業(yè)務(wù)處理方式中的一種處理方式進(jìn)行緊急業(yè)務(wù)處理；和/或在所述緊急業(yè)務(wù)信息是用來指示網(wǎng)絡(luò)是否向所述用戶終端發(fā)送緊急業(yè)務(wù) 通知信息的指示信息時，在指示網(wǎng)絡(luò)向所迷用戶終端發(fā)送緊急業(yè)務(wù)通知信息情 況下，網(wǎng)絡(luò)可以向用戶終端發(fā)送攜帶有緊急業(yè)務(wù)通知信息的臨時響應(yīng)消息；在 指示網(wǎng)絡(luò)不向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息情況下，網(wǎng)絡(luò)可以不向用戶 終端發(fā)送緊急業(yè)務(wù)通知信息，而將所述消息路由到緊急業(yè)務(wù)處理中心；和/或在所述緊急業(yè)務(wù)信息是用戶終端的地址信息時，網(wǎng)絡(luò)可以按照用戶終端的 地址信息對應(yīng)地址范圍的緊急業(yè)務(wù)處理方式進(jìn)行緊急業(yè)務(wù)處理，此前，網(wǎng)絡(luò)將 地址空間劃分為一個或者多個至少包含一個地址信息的地址范圍，并為每個地 址范圍指定緊急業(yè)務(wù)處理方式；或在所述緊急業(yè)務(wù)信息是用戶終端的接入類型時，網(wǎng)絡(luò)可以按照預(yù)先為各種 接入類型指定的緊急業(yè)務(wù)處理方式，進(jìn)行緊急業(yè)務(wù)處理；或在所述緊急業(yè)務(wù)信 息是用戶終端的標(biāo)識信息時，網(wǎng)絡(luò)可以按照預(yù)先為各個標(biāo)識信息指定的緊急業(yè) 務(wù)處理方式，進(jìn)行緊急業(yè)務(wù)處理；或在所述緊急業(yè)務(wù)信息是用戶終端的位置信息時，網(wǎng)絡(luò)可以按照預(yù)先根據(jù)當(dāng) 地法規(guī)規(guī)定選擇的緊急業(yè)務(wù)處理方式，進(jìn)行緊急業(yè)務(wù)處理；或在所述緊急業(yè)務(wù)信息是用戶終端的能力信息時，網(wǎng)絡(luò)根據(jù)用戶終端的能力 信息進(jìn)行緊急業(yè)務(wù)處理，在用戶終端的能力信息表明不支持緊急業(yè)務(wù)通知信息 時，網(wǎng)絡(luò)不向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息；在用戶終端的能力信息表 明支持緊急業(yè)務(wù)通知信息的用戶終端時，網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通 ^口4言息；或網(wǎng)絡(luò)可以將上述所有方法中的至少兩種結(jié)合在一起進(jìn)行綜合判斷，選擇緊 急業(yè)務(wù)處理方式。上述網(wǎng)絡(luò)根據(jù)緊急業(yè)務(wù)信息選擇緊急業(yè)務(wù)處理方式進(jìn)行緊急業(yè)務(wù)處理的 可選方法中，方法"在所述緊急業(yè)務(wù)信息是用戶終端的接入類型時，網(wǎng)絡(luò)按照 預(yù)先為各種接入類型指定的緊急業(yè)務(wù)處理方式，進(jìn)行緊急業(yè)務(wù)處理"中用戶終
端的接入類型的獲取方法包括網(wǎng)絡(luò)從來自用戶終端的攜帶有用戶終端接入類型消息中獲得；或 網(wǎng)絡(luò)查詢用戶終端的接入類型而獲得；或網(wǎng)絡(luò)根據(jù)用戶終端的地址信息獲取所述用戶終端的接入類型；或網(wǎng)絡(luò)根據(jù)用戶終端的標(biāo)識信息獲取所述用戶終端的接入類型。為具體說明以上可選方法，這里舉一個從用戶終端向網(wǎng)絡(luò)發(fā)送注冊請求消 息中得到緊急業(yè)務(wù)信息的例子用戶終端向網(wǎng)絡(luò)發(fā)送注冊請求消息，注冊請求消息中攜帶緊急業(yè)務(wù)信息， 網(wǎng)絡(luò)保存上述緊急業(yè)務(wù)信息,注冊請求消息示例如下REGISTER sip(Session Initiation Protocol, 會話發(fā)起協(xié) i義):registrar.example.com SIPZ2.0To: Bob <sip:bob@example.com〉Emergency-Notification: YESP-Access-Network-Info:3GPP-UTRAN-TDD; utran-cell-id-3gpp=23415D0FCE11Contact: <sip:bob@ 192.0.2.4 >;Service-Support= ，emergency-notification'其中，To頭域中攜帶用戶終端的標(biāo)識信息，P-Access-Network-Info頭域中 攜帶用戶終端的接入類型，Contact頭域中攜帶用戶終端的地址信息和能力信 息，其中能力信息表示用戶終端支持緊急業(yè)務(wù)通知信息，新增 Emergency-Notification頭域攜帶用戶終端需要獲取緊急業(yè)務(wù)通知的指示信息，其中獲取緊急業(yè)務(wù)通知的指示信息還可以通過下列方式獲取1)獲取緊急業(yè)務(wù)通知的指示信息可以在其他頭域中攜帶，如下Contact:〈sip:contact一address—A@example.net>; mergency-notification=，，yes，，2)獲取緊急業(yè)務(wù)通知的指示信息可以在消息體中攜帶，消息體的 Content-Type為"application/service-notification+xml", XML Schema示例如下< xml version="1.0" encoding="UTF-8" ><xs: schematargetNamespace="urn:ietf:params:xml:ns: service-notification" xmlns:tns="urn:ietf:params:xml:ns: service-notification" xmlns :xs="http:〃www, w3 .org/2001 /XMLSchema" xmlns="urn:ietf:params:xml:ns: service-notification" elementFormDefault="qualified" attributeFormDefault="unqualified">〈xs:element name="service-notifications" type=，，service-notification，，/><xs:complextype name=，， service-notification，，〉 <xs:sequenc6>〈xs:element name=，，emergency-notification" type='，xs:Boolean，， minOccurs=" 0 "/></xs:sequence></xs :complextype></xs:sch6ina>上述例子中，緊急業(yè)務(wù)信息可以在其他SIP消息攜帶。上述例子中，網(wǎng)絡(luò)是從來自用戶終端的攜帶有用戶終端接入類型消息中獲 得用戶終端的接入類型，除此之外，還可以有以下方法1 )網(wǎng)絡(luò)查詢用戶終端的接入類型而獲得網(wǎng)絡(luò)根據(jù)用戶終端的地址信息 得到用戶終端的接入設(shè)備地址信息，網(wǎng)絡(luò)向用戶終端的接入設(shè)備查詢用戶終端的接入類型，例如網(wǎng)絡(luò)和用戶終端的接入設(shè)備通過Diameter協(xié)議查詢獲取 用戶終端的接入類型，在Diameter協(xié)議基礎(chǔ)上擴(kuò)展一個AVP (attribute value pairs特征值對)名稱為Access-type,取值0表示用戶終端的接入類型為移動 接入，取值1表示用戶終端的接入類型為固定接入；2) 網(wǎng)絡(luò)根據(jù)用戶終端的地址信息獲取所述用戶終端的接入類型網(wǎng)絡(luò)在 進(jìn)行網(wǎng)絡(luò)規(guī)劃時，提前為各種接入類型的用戶終端分配不同的地址范圍，網(wǎng)絡(luò) 根據(jù)用戶終端的地址信息所屬的地址范圍獲取該地址范圍對應(yīng)的接入類型；3) 網(wǎng)絡(luò)根據(jù)用戶終端的標(biāo)識信息獲取所述用戶終端的接入類型網(wǎng)絡(luò)在 進(jìn)行網(wǎng)絡(luò)規(guī)劃時，提前配置每一個用戶終端的標(biāo)識信息使用的接入類型，網(wǎng)絡(luò) 于是可以根據(jù)用戶終端的標(biāo)識信息獲取標(biāo)識信息使用的接入類型。上述網(wǎng)絡(luò)根據(jù)緊急業(yè)務(wù)信息選擇緊急業(yè)務(wù)處理方式進(jìn)行緊急業(yè)務(wù)處理方 法中，涉及到以下兩種情況一、 步驟203、網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知消息，隨后根據(jù)用 戶終端的選4奪進(jìn)行處理；二、 網(wǎng)絡(luò)不向所述用戶終端發(fā)送緊急業(yè)務(wù)通知消息，隨后將所述請求消息 路由到緊急業(yè)務(wù)處理中心。對于第一種情況，步驟203、網(wǎng)絡(luò)通過183臨時響應(yīng)消息向所述用戶終端 發(fā)送緊急業(yè)務(wù)通知信息，并且在臨時響應(yīng)消息中攜帶緊急業(yè)務(wù)通知信息，如下SIP/2.0 183 Session ProgressService-Type: emergency上述183消息還可以換為380重定向消息，或者網(wǎng)絡(luò)才艮據(jù)所述指示信息向 用戶終端發(fā)送3XX、 4XX、 5XX、 6XX消息、或者其他請求消息，其中"XX" 表示任何數(shù)字。隨后網(wǎng)絡(luò)根據(jù)用戶終端的選擇進(jìn)行處理204、用戶終端向網(wǎng)絡(luò)反饋臨時響應(yīng)確認(rèn)消息； 205、 所述用戶終端向網(wǎng)絡(luò)發(fā)送結(jié)束請求消息；206、 網(wǎng)絡(luò)結(jié)束所迷INVITE會話請求消息的處理，向用戶終端發(fā)送成功 響應(yīng)消息；207、 用戶終端向網(wǎng)絡(luò)發(fā)送新的緊急業(yè)務(wù)請求消息，新的會話請求消息中 攜帶緊急業(yè)務(wù)標(biāo)識，例如新的會話請求消息中攜帶"urn:service:sos";208、 網(wǎng)絡(luò)將所述新的緊急業(yè)務(wù)請求消息路由到緊急業(yè)務(wù)處理中心。 對于第二種情況，網(wǎng)絡(luò)不向所述用戶終端發(fā)送緊急業(yè)務(wù)通知消息，并將所述INVITE會話請求消息;洛由到所述緊急業(yè)務(wù)處理中心。可以看出，本發(fā)明先判斷用戶終端沒有將所述消息識別為緊急業(yè)務(wù)請求消 息，需要釆取特殊措施確保緊急業(yè)務(wù)順利進(jìn)行，于是獲取包選擇信息的緊急業(yè) 務(wù)信息，根據(jù)緊急業(yè)務(wù)信息所包含的明確或隱藏的對緊急業(yè)務(wù)處理方式的選 擇，選擇相應(yīng)的緊急業(yè)務(wù)處理方式進(jìn)行緊急業(yè)務(wù)處理。在協(xié)調(diào)好網(wǎng)絡(luò)和終端在 進(jìn)行緊急業(yè)務(wù)時的溝通和配合后，即可避免現(xiàn)有技術(shù)僅僅給出網(wǎng)絡(luò)隨意選擇向 用戶終端發(fā)送緊急業(yè)務(wù)通知信息或者不發(fā)送兩種方法而導(dǎo)致的緊急業(yè)務(wù)發(fā)起 失敗的技術(shù)問題。此外，本發(fā)明給出判斷用戶終端沒有將請求消息識別為緊急業(yè)務(wù)請求消息 的具體技術(shù)方案，即網(wǎng)絡(luò)檢查用戶終端發(fā)送的消息，在所述消息沒有攜帶緊急 業(yè)務(wù)標(biāo)識、并且攜帶的目的地標(biāo)識信息為緊急業(yè)務(wù)處理中心的標(biāo)識信息情況 下，判斷所述消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終端沒有將所述消 息識別為緊急業(yè)務(wù)請求消息.填補(bǔ)了現(xiàn)有通信協(xié)議的空白。本發(fā)明從獲取的緊急業(yè)務(wù)信息中得到用戶終端對緊急業(yè)務(wù)通知信息支持 能力，即從注冊請求消息的Contact頭域中攜帶的用戶終端的能力信息中知道 用戶終端對緊急業(yè)務(wù)通知信息支持能力，因而避免了現(xiàn)有技術(shù)由于網(wǎng)絡(luò)對用戶 終端能力不可見、而造成盲目向其發(fā)送緊急業(yè)務(wù)通知信息而導(dǎo)致的緊急業(yè)務(wù)發(fā) 起失敗的技術(shù)問題。另外，本發(fā)明給出多個獲取緊急業(yè)務(wù)信息的方法、根據(jù)緊急業(yè)務(wù)信息而選 擇緊急業(yè)務(wù)處理方式的方法、處理緊急業(yè)務(wù)的方法，極大地豐富了實現(xiàn)緊急業(yè) 務(wù)的手段，確保緊急業(yè)務(wù)順利開展，不至于造成嚴(yán)重后果。
上述網(wǎng)絡(luò)根據(jù)用戶終端的選擇進(jìn)行處理，即步驟205 -208，還可以有以 下幾種i. 所述用戶終端向網(wǎng)絡(luò)發(fā)送結(jié)束請求消息，網(wǎng)絡(luò)結(jié)束所述INVITE會 話請求消息的處理，然后用戶終端向其他網(wǎng)絡(luò)發(fā)送新的緊急業(yè)務(wù) i青求消息；ii. 所述用戶終端向網(wǎng)絡(luò)發(fā)送后續(xù)操作指示信息，網(wǎng)絡(luò)按照所述后續(xù) 操作指示信息進(jìn)行緊急業(yè)務(wù)處理，方法包含以下幾種1) 所述后續(xù)，澡作指示信息表示繼續(xù)進(jìn)行緊急業(yè)務(wù)處理，例如用戶終 端向網(wǎng)絡(luò)發(fā)送消息，消息中攜帶頭域"Operation: Continue"，網(wǎng) 絡(luò)將所述請求消息路由到緊急業(yè)務(wù)處理中心；2) 所述后續(xù)梯:作指示信息表示結(jié)束緊急業(yè)務(wù)處理，例如用戶終端向網(wǎng)絡(luò)發(fā)送消息，消息中攜帶頭域"Operation: End",網(wǎng)絡(luò)結(jié)束對 所述請求消息的處理，后續(xù)的處理方法包含以下幾種a) 用戶終端向其他網(wǎng)絡(luò)發(fā)送新的緊急業(yè)務(wù)請求消息；b) 用戶終端向網(wǎng)絡(luò)發(fā)送新的緊急業(yè)務(wù)請求消息，網(wǎng)絡(luò)將所述新 的緊急業(yè)務(wù)請求消息路由到緊急業(yè)務(wù)處理中心。iii. 網(wǎng)絡(luò)判斷所述用戶終端沒有向網(wǎng)絡(luò)發(fā)送后續(xù)操作指示信息，于是 將所述INVITE會話請求消息路由到緊急業(yè)務(wù)處理中心，其中，網(wǎng)絡(luò)判段所述用戶終端沒有向網(wǎng)絡(luò)發(fā)送后續(xù)操作指示信息的方法曰疋在網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息時，啟動定時器等待 所述用戶終端向網(wǎng)絡(luò)發(fā)送信息，在定時器超時之后所述用戶終端沒有向 網(wǎng)絡(luò)發(fā)送信息，網(wǎng)絡(luò)則判斷所述用戶終端沒有向網(wǎng)絡(luò)發(fā)送信息。參閱圖3 ，本發(fā)明還提供一種通信網(wǎng)絡(luò)，包括用戶終端310、網(wǎng)絡(luò)320和 緊急業(yè)務(wù)處理中心330。所述網(wǎng)絡(luò)320包括緊急業(yè)務(wù)判斷單元321、緊急業(yè)務(wù) 信息獲取單元323和接入類型獲取單元322。所述緊急業(yè)務(wù)信息獲取單元323用于獲取緊急業(yè)務(wù)信息，途徑有從攜帶 有緊急業(yè)務(wù)信息的所述請求消息中提取緊急業(yè)務(wù)信息；或者從除所述請求消息 外攜帶有緊急業(yè)務(wù)信息的其它消息中提取緊急業(yè)務(wù)信息；或者從數(shù)據(jù)配置中獲
取緊急業(yè)務(wù)信息。所述緊急業(yè)務(wù)信息包括以下一種或一種以上1) 固定選擇所述緊急業(yè)務(wù)處理的處理方式；或2) 用戶終端310獲取緊急業(yè)務(wù)通知的指示信息；或3) 用戶終端310的地址信息；或4) 用戶終端310的接入類型；或 5 )用戶終端310的標(biāo)識信息；或6) 用戶終端310的能力信息；或7) 當(dāng)?shù)胤ㄒ?guī)規(guī)定。對于4)的接入類型，由所述接入類型獲取單元322獲取，途徑包括從 來自用戶終端310的攜帶有用戶終端310接入類型消息中獲得用戶終端310 的接入類型；或查詢用戶終端310的接入類型而獲得；或根據(jù)用戶終端310 的地址信息而獲得；或根據(jù)用戶終端310的標(biāo)識信息而獲得。所述緊急業(yè)務(wù)判斷單元321用于檢查用戶終端310向網(wǎng)絡(luò)320發(fā)起的請求 消息，并在所述請求消息中沒有攜帶緊急業(yè)務(wù)標(biāo)識，并且所述請求消息攜帶的 目的地標(biāo)識信息為緊急業(yè)務(wù)處理中心330的標(biāo)識信息時，判斷所述^"求消息為 緊急業(yè)務(wù)請求消息并且判斷所述用戶終端310沒有將所述請求消息識別為緊 急業(yè)務(wù)請求消息。所述通信網(wǎng)絡(luò)320在緊急業(yè)務(wù)判斷單元321判斷接收到的請求消息為緊急 業(yè)務(wù)請求消息，并且判斷所述用戶終端310沒有將所述請求消息識別為緊急業(yè) 務(wù)請求消息情況下，根據(jù)緊急業(yè)務(wù)信息獲取單元323已經(jīng)獲取的緊急業(yè)務(wù)信息 進(jìn)行相應(yīng)的緊急業(yè)務(wù)處理。緊急業(yè)務(wù)處理的方法包括如下幾種一、網(wǎng)絡(luò)320向所述用戶終端310發(fā)送緊急業(yè)務(wù)通知信息，網(wǎng)絡(luò)320根據(jù) 用戶終端310的選擇進(jìn)行相應(yīng)處理，包括以下途徑1)網(wǎng)絡(luò)320向所述用戶終端310發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端 310向其他網(wǎng)絡(luò)320發(fā)送新的緊急業(yè)務(wù)請求消息；或
2) 網(wǎng)絡(luò)320向所述用戶終端310發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端 310向網(wǎng)絡(luò)320發(fā)送新的緊急業(yè)務(wù)請求消息，網(wǎng)絡(luò)320將所述新的緊急業(yè)務(wù)請 求消息路由到緊急業(yè)務(wù)處理中心330;或3) 網(wǎng)絡(luò)320向所述用戶終端310發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端 310向網(wǎng)絡(luò)320發(fā)送后續(xù)操作指示信息，網(wǎng)絡(luò)320按照所述后續(xù)操作指示信息 進(jìn)行相應(yīng)處理；或4) 網(wǎng)絡(luò)320向所述用戶終端310發(fā)送緊急業(yè)務(wù)通知信息，并判斷用戶終 端310沒有向網(wǎng)絡(luò)320發(fā)送后續(xù)操作指示信息，網(wǎng)絡(luò)320將所述請求消息路由 到緊急業(yè)務(wù)處理中心330。二、網(wǎng)絡(luò)320不向所述用戶終端310發(fā)送緊急業(yè)務(wù)通知信息，將所述請求 消息路由到緊急業(yè)務(wù)處理中心330?？梢钥闯觯景l(fā)明采用緊急業(yè)務(wù)判斷單元321先判斷用戶終端310沒有將 所述消息識別為緊急業(yè)務(wù)請求消息，需要采取措施確保緊急業(yè)務(wù)順利進(jìn)行，于 是采用緊急業(yè)務(wù)信息單元獲取緊急業(yè)務(wù)信息，根據(jù)緊急業(yè)務(wù)信息所包含的明確 或隱藏的對緊急業(yè)務(wù)處理方式的選擇，選擇相應(yīng)的緊急業(yè)務(wù)處理方式進(jìn)行緊急 業(yè)務(wù)處理。在協(xié)調(diào)好網(wǎng)絡(luò)32()和終端在進(jìn)行緊急業(yè)務(wù)時的溝通和配合后，即可 避免現(xiàn)有技術(shù)僅僅給出網(wǎng)絡(luò)320隨意選擇向用戶終端310發(fā)送緊急業(yè)務(wù)通知信 息或者不發(fā)送兩種方法而導(dǎo)致的緊急業(yè)務(wù)發(fā)起失敗的技術(shù)問題。另，本發(fā)明給出判斷用戶終端310沒有將請求消息識別為緊急業(yè)務(wù)請求消 息的具體技術(shù)方案，即網(wǎng)絡(luò)320檢查用戶終端310發(fā)送的消息，在所述消息沒 有攜帶緊急業(yè)務(wù)標(biāo)識、并且攜帶的目的地標(biāo)識信息為緊急業(yè)務(wù)處理中心330 的標(biāo)識信息情況下，判斷所述消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終 端310沒有將所述消息識別為緊急業(yè)務(wù)請求消息，完善了現(xiàn)有通信協(xié)議。以上對本發(fā)明所4是供的一種緊急業(yè)務(wù)處理方法進(jìn)行了詳細(xì)介紹，本文中應(yīng) 用了具體個例對本發(fā)明的原理及實施方式進(jìn)行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員， 依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之處，綜上所述， 本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種緊急業(yè)務(wù)處理方法，其特征在于，包括用戶終端向網(wǎng)絡(luò)發(fā)送請求消息；網(wǎng)絡(luò)判斷所述請求消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終端沒有將所述請求消息識別為緊急業(yè)務(wù)請求消息；網(wǎng)絡(luò)根據(jù)已經(jīng)獲取的緊急業(yè)務(wù)信息進(jìn)行相應(yīng)的緊急業(yè)務(wù)處理。
2. 根據(jù)權(quán)利要求1所述的緊急業(yè)務(wù)處理方法，其特征在于，所述獲取緊急 業(yè)務(wù)信息的方法至少為以下 一 種網(wǎng)絡(luò)收到用戶終端攜帶有緊急業(yè)務(wù)信息的所述請求消息；或在所述請求消息外，網(wǎng)絡(luò)收到用戶終端攜帶有緊急業(yè)務(wù)信息的其它消息；或網(wǎng)絡(luò)從數(shù)據(jù)配置中獲取緊急業(yè)務(wù)信息。
3. 根據(jù)權(quán)利要求1所述的緊急業(yè)務(wù)處理方法，其特征在于，所述緊急業(yè)務(wù) 信息至少包括以下一種固定選擇所述緊急業(yè)務(wù)處理的處理方式；或用戶終端獲取緊急業(yè)務(wù)通知的指示信息；或用戶終端的地址信息；或用戶終端的接入類型；或用戶終端的標(biāo)識信息；或用戶終端的能力信息；或當(dāng)?shù)胤ㄒ?guī)規(guī)定。
4. 根據(jù)權(quán)利要求3所述的緊急業(yè)務(wù)處理方法，其特征在于，所述用戶終端 的接入類型的獲取方法是網(wǎng)絡(luò)從來自用戶終端的攜帶有用戶終端接入類型消息中獲得；或網(wǎng)絡(luò)查詢用戶終端的接入類型而獲得；或網(wǎng)絡(luò)根據(jù)用戶終端的地址信息獲取所述用戶終端的接入類型；或 網(wǎng)絡(luò)根據(jù)用戶終端的標(biāo)識信息獲取所述用戶終端的接入類型。
5. 根據(jù)權(quán)利要求1所述的緊急業(yè)務(wù)處理方法，其特征在于，所述緊急業(yè)務(wù)處理的方法是網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，網(wǎng)絡(luò)根據(jù)用戶終端的選擇進(jìn)4亍相應(yīng)處理；或，網(wǎng)絡(luò)不向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，將所述請求消息路由到緊 急業(yè)務(wù)處理中心。
6. 根據(jù)權(quán)利要求5所述的緊急業(yè)務(wù)處理方法，其特征在于，所述網(wǎng)絡(luò)向所 述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，網(wǎng)絡(luò)根據(jù)用戶終端的選擇進(jìn)行相應(yīng)處理的 方法是網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端向其他網(wǎng)絡(luò)發(fā) 送新的緊急業(yè)務(wù)請求消息；或網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端向網(wǎng)絡(luò)發(fā)送新 的緊急業(yè)務(wù)請求消息，網(wǎng)絡(luò)將所述新的緊急業(yè)務(wù)請求消息路由到緊急業(yè)務(wù)處理 中心；或網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，所述用戶終端向網(wǎng)絡(luò)發(fā)送后 續(xù)操作指示信息，網(wǎng)絡(luò)按照所述后續(xù)操作指示信息進(jìn)行相應(yīng)處理；或網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，并判斷用戶終端沒有向網(wǎng)絡(luò) 發(fā)送后續(xù)4喿作指示信息，網(wǎng)絡(luò)將所述請求消息^各由到緊急業(yè)務(wù)處理中心。
7. 根據(jù)權(quán)利要求6所述的緊急業(yè)務(wù)處理方法，其特征在于，所述網(wǎng)絡(luò)向所 述用戶終端發(fā)送緊急業(yè)務(wù)通知信息、所述用戶終端向網(wǎng)絡(luò)發(fā)送后續(xù)操作指示信 息、網(wǎng)絡(luò)按照所述后續(xù)操作指示信息進(jìn)行相應(yīng)處理的步驟是所述后續(xù)操作指示信息表示繼續(xù)進(jìn)行緊急業(yè)務(wù)處理，網(wǎng)絡(luò)將所述請求消息 路由到緊急業(yè)務(wù)處理中心；或所述后續(xù)操作指示信息表示結(jié)束緊急業(yè)務(wù)處理，網(wǎng)絡(luò)結(jié)束對所述請求消息 的處理。
8. 根據(jù)權(quán)利要求7所述的緊急業(yè)務(wù)處理方法，其特征在于，所述后續(xù)操作 指示信息表示結(jié)束緊急業(yè)務(wù)處理，網(wǎng)絡(luò)結(jié)束對所述請求消息的處理的步驟是所述用戶終端向網(wǎng)絡(luò)發(fā)送新的緊急業(yè)務(wù)請求消息，網(wǎng)絡(luò)將所述新的緊急業(yè) 務(wù)請求消息路由到緊急業(yè)務(wù)處理中心；或者所述用戶終端向其他網(wǎng)絡(luò)發(fā)送新的緊急業(yè)務(wù)請求消息。
9. 根據(jù)權(quán)利要求7所述的緊急業(yè)務(wù)處理方法，其特征在于，緊急業(yè)務(wù)通知 信息為網(wǎng)絡(luò)通知用戶終端所述請求消息請求的業(yè)務(wù)為緊急業(yè)務(wù)的標(biāo)識信息。
10. 根據(jù)權(quán)利要求9所述的緊急業(yè)務(wù)處理方法，其特征在于，緊急業(yè)務(wù) 通知信息在SIP消息中攜帶。
11. 根據(jù)權(quán)利要求5所述的緊急業(yè)務(wù)處理方法，其特征在于，所述網(wǎng)絡(luò) 向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息，并判斷用戶終端沒有向網(wǎng)絡(luò)發(fā)送后續(xù) 操作指示信息的步驟是網(wǎng)絡(luò)向所述用戶終端發(fā)送緊急業(yè)務(wù)通知信息時啟動定時器等待所述用戶 終端向網(wǎng)絡(luò)發(fā)送信息，在定時器超時之后所述用戶終端沒有向網(wǎng)絡(luò)發(fā)送信息， 則所述用戶終端沒有向網(wǎng)絡(luò)發(fā)送信息。
12. 根據(jù)權(quán)利要求1所述的緊急業(yè)務(wù)處理方法，其特征在于，所述判斷 所述請求消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終端沒有將所述請求消 息識別為緊急業(yè)務(wù)請求消息的方法包括網(wǎng)絡(luò)檢查所述請求消息，所述請求消息中沒有攜帶緊急業(yè)務(wù)標(biāo)識，并且所 述請求消息攜帶的目的地標(biāo)識信息為緊急業(yè)務(wù)處理中心的標(biāo)識信息，則網(wǎng)絡(luò)判 斷所述請求消息為緊急業(yè)務(wù)請求消息并且判斷所述用戶終端沒有將所述請求 消息識別為緊急業(yè)務(wù)請求消息。
13. —種通信網(wǎng)絡(luò)，其特征在于，在判斷接收到的請求消息為緊急業(yè)務(wù) 請求消息，并且判斷所述用戶終端沒有將所述請求消息識別為緊急業(yè)務(wù)請求消 息情況下，根據(jù)已經(jīng)獲取的緊急業(yè)務(wù)信息進(jìn)行相應(yīng)的緊急業(yè)務(wù)處理。
14. 根據(jù)權(quán)利要求13所述的通信網(wǎng)絡(luò)，其特征在于，進(jìn)一步包括緊急業(yè) 務(wù)信息獲取單元，用于從攜帶有緊急業(yè)務(wù)信息的所述請求消息中提取緊急業(yè)務(wù) 信息；或者從除所述請求消息外攜帶有緊急業(yè)務(wù)信息的其它消息中提取緊急業(yè) 務(wù)信息；或者從數(shù)據(jù)配置中荻取緊急業(yè)務(wù)信息。
15. 根據(jù)權(quán)利要求13所述的通信網(wǎng)絡(luò)，其特征在于，所述緊急業(yè)務(wù)信息 至少包括以下一種固定選擇所述緊急業(yè)務(wù)處理的處理方式；或用戶終端獲取緊急業(yè)務(wù)通知的指示信息；或用戶終端的地址信息；或用戶終端的接入類型；或用戶終端的標(biāo)識信息；或用戶終端的能力信息；或當(dāng)?shù)胤ㄒ?guī)規(guī)定。
16. 根據(jù)權(quán)利要求13所述的通信網(wǎng)絡(luò)，其特征在于，進(jìn)一步包括接入類 型的獲取單元，用于從來自用戶終端的攜帶有用戶終端接入類型消息中獲得用 戶終端的接入類型；或查詢用戶終端的接入類型而獲得；或才艮據(jù)用戶終端的地 址信息而獲得；或根據(jù)用戶終端的標(biāo)識信息而獲得。
17. 根據(jù)權(quán)利要求13所述的通信網(wǎng)絡(luò)，其特征在于，進(jìn)一步包括緊急業(yè) 務(wù)判斷單元，用于檢查所述請求消息，在所述請求消息中沒有攜帶緊急業(yè)務(wù)標(biāo) 識，并且所述請求消息攜帶的目的地標(biāo)識信息為緊急業(yè)務(wù)處理中心的標(biāo)識信息 時，判斷所述請求消息為緊急業(yè)務(wù)請求消息并且判斷所述用戶終端沒有將所述 請求消息識別為緊急業(yè)務(wù)請求消息。
全文摘要
本發(fā)明公開一種緊急業(yè)務(wù)處理方法，包括用戶終端向網(wǎng)絡(luò)發(fā)送請求消息；網(wǎng)絡(luò)判斷所述請求消息為緊急業(yè)務(wù)請求消息，并且判斷所述用戶終端沒有將所述請求消息識別為緊急業(yè)務(wù)請求消息；網(wǎng)絡(luò)根據(jù)已經(jīng)獲取的緊急業(yè)務(wù)信息進(jìn)行相應(yīng)的緊急業(yè)務(wù)處理。本發(fā)明應(yīng)用在通信系統(tǒng)終端緊急業(yè)務(wù)，可提高緊急業(yè)務(wù)實現(xiàn)的成功率，避免緊急業(yè)務(wù)失敗造成的嚴(yán)重后果。
文檔編號H04W4/22GK101132623SQ20061011514
公開日2008年2月27日 申請日期2006年8月25日 優(yōu)先權(quán)日2006年8月25日
發(fā)明者施有鑄, 華 程, 鵬 趙 申請人:華為技術(shù)有限公司