TW200816752A - System and method for supporting voice call continuity for VoIP emergency calls - Google Patents

Description

200816752 九、發明說明： 【發明所屬之技術領域】 本發明揭示内容一般而言係關於一種有效地支援網際網 路語音協定（VoIP)緊急通話之語音通話連續性（VCC)之系 統及方法。 【先前技術】 語音通話連續性（VCC)係一種第三代合作夥伴計劃 (3GPP)及第三代合作夥伴計劃2(3GPP2)正在標準化之特 徵。3GPP在公開獲得之文件3GPP TS 23.206(’’Voice Call Continuity between CS and IMS; Stage 2’’）中給出了 VCC之 定義。3GPP2亦在同樣公開獲得之文件30??2乂汐0042-001-0(nVoice Call Continuity between IMS and Circuit Switched Systems-Stage 2’’）中給出了 VCC之定義。兩個關 於VCC之定義皆甚為相似，且當該無線終端機在使用一支 援電路模式之無線存取與使用一支援VoIP之無線存取之間 進行交換時皆支援自一無線終端機至某一其他器件（無線 或非無線）之語音通話的連續性。特定而言，使用VCC可 避免當使用者交換存取時不得不釋放一通話（例如，一電 路模式通話）並重新建立一通話（例如，使用VoIP)，此會導 致明顯的延遲並對正在通話中之使用者造成干擾，且可能 導致無法重新建立該通話。 支援電路模式之無線存取網路之具體實例有時被稱為電 路交換（CS)域，其包括使用寬頻帶碼分多重存取（W-CDMA)及cdma2000 1X之行動通信（GSM)、通用行動電信 120633.doc 200816752 系統（UMTS)。支援ν〇ΙΡ之無線存取網路之實例包括口％^ W-CDMA、cdma2000 1XEV-D〇（演進資料最優化）及各種無 線LAN(WLAN)及WiMax網路。在某些情形下，同一存取 網路（例如，UMTS W-CDMA)可支援電路模式及％1?兩 者，但要求使用者之無線終端機對於一個特定通話僅使用 其中一個（任何一次）。 〇 Ο 當無線使用者失去一特定無線存取網路之覆蓋而需要使 用另-存取網路時，有時可將—正在進行的通話自_個無 線網絡轉交給另一網路而不會中斷服務（倘若該類型的存 取(電路模式或ν〇ΙΡ)保持不變）。然而，當(例如，由於新 的存取網路不支援先前使用的存取類型）而該類存取需要 改變時，則其通常會釋放該通話並使用新存取類型再次重 新建立δ亥通β舌。vcc係一種能在v〇Ip與電路模式之間進行 轉交而不會中斷之能力。 目前，3GPP及3GPP2兩者皆針對普通的非緊急通話定義 了vcc’而vcc可能並不明確地支援使用電路模式或νοΙΡ 始發之緊急通話。此乃因3GPPA3GPP2兩者中針對vcc正 t界ΐ之解決方案與為了支援電路模式及v〇IP緊急通話已 I界疋及正在界定之解法 疋之解决方案亚不相容。該種不相容之主 要原因係.支援緊急通話之解 解夬方案依賴於來自當前為無 而用者提供服務之網路（稱之為所訪問網路）的支援，然 決方案需要使用者本地網路中之歌支援（即 便§不同於所訪問網路時）。 缺少對緊急通話之VCC支援咅咗# 麦Μ未者··若無線使用者需要 120633.doc 200816752 於不同存取網路中（或在同一存取網路中）在使用電路模式 與使用VoIP之間進行更改，則將不得不釋放該等通話並重 新始發該等通話。舉例而言，此乃因使用者已經移動位置 或當前存取網路堵塞或遭受某一其他反常條件。此可能會 尤其地不利，此乃因若使用者重新始發該通話，該通話可 能不會如先前那樣通至同一公共安全回應點（PSAP)操作者 (亦即，同一個人）。另外，若在該通話第一次建立時並未 提供一回撥號碼（例如，在該無線終端機於原始存取網路

I 中沒有適當授權之情形下），則PSAP操作者可能無法重新 始發該通話。因此，擴展VCC能支援緊急通話之能力具有 優勢。 【發明内容】 如3GPP TS 23.206(，’CS與IMS之間的語音通話連續性； 節段2”）中所述，VCC主要支援於一稱為VCC通話連續性控 制功能（VCC CCCF)之新IMS(IP多媒體子系統）實體中，其 (J 在3〇??丁8 23.206之隨後版本中亦稱為\/^€應用程式或（在 某些特定的環境中）稱為域轉移功能。如3GPP2草案 X.P0042-001-0(’’IMS與電路交換系統之間的語音通話連續 ♦ 性-節段2Π)中所述，VCC係由一 VCC應用伺服器（VCC AS) • 來支援，該VCC應用伺服器係一類似於3GPP VCC應用之 實體。3GPP VCC應用程式與3GPP2 VCC AS兩者皆經界定 而位於通話無線使用者之本地網路中。該定義與3GPP TS 23.167中針對VoIP IMS緊急通話所界定之目前解決方案且 與3GPP2 X.P0049-000-0中所界定之3GPP2解決方案（”所 120633.doc 200816752 有-IP緊急服務’’）不相容，其中IMS VoIP緊急通話支援侷限 於所訪問之網路。如此，IMS緊急通話無法支援VCC，除 非針對所訪問的網路界定一新的VCC方法或除非將IMS緊 急通話路由穿過該本地網路。

Ο 本文所揭示之方法使用了前一個方案，此乃因IMS緊急 通話之本地網路支援可顯著地改變當前用於v〇Ip緊急通話 之解決方案但同時會引入諸多新的問題，例如，可靠性問 題、對所訪問國家規定要求之支援及可能之延時問題。此 種基於本地網路之解決方案同樣會與支援來自非授權使用 者（例如，在其中該所訪問與本地網路之間沒有漫遊協議 之惴形下）之IMS緊急通話不相容。本地網路之解決方案同 樣會與支援C S緊急通話不相容，此乃因在所訪問網路中亦 支援該等CS緊急通話。 本文所揭不之方法能達成緊急通話之vcc支援且具有以 下能力： •對於一在IMS(VoIP)或CS域中始發之緊急通話，支援 IMS (VoIP)至電路交換（cs)域之轉移 •對於一在1“3(¥〇1?)或(：：8域中始發之緊急通話，支援 CS至IMS(VoIP)域之轉移 •支援未授權之無線使用者設備（UE) •支援未授權之UE-其中UE未得到使用非緊急通話存取 網路之授權

•支援在本地網絡時及漫遊時之UE •在自一個存取網路vcc轉蔣5兄 六仏Λ ^ 科和至另一存取網路之後，提 120633.doc 200816752 供持續之定位支援 定位支援通常係、指_ P Q Λ Β, 、 SAP在一通話起始發出時及/或在 隨後的通話期間獲得起始該緊急通話之無線使用者之地理 位置（例如，精確的緯度及經度）的能力。目前，在（例如） ㉟洲及北美兩地’強制電路模式緊急通話具有該種能力， 且可能不久會強制赠緊急通話具有該種能力。對定位之 . 持'續支援意味著，在改變存取類型（例如，自ν〇ΙΡ改變至 〇 電路模式）之後’ PSAP仍能獲得無線使用者之位置。 結合附圖考量下文關於本發明之詳細闡述，本發明之其 他態樣、優點及新穎特徵將變得顯而易見。， 【實施方式】 I·無線通信系統 該例示性實施例使用一展頻無線通信系統從而支援一廣 播服務。無線通信系統廣泛地佈署以提供各種類型的通 “，例如語音、資料等等。該等系統可基於碼分多重存取 〇 (CDMA)、時分多重存取（™ΜΑ)、正交頻分多重存取 (〇FDMA)、3GPP LTE(長期演進）無線存取、3Gpp2 uMB (超級行動寬頻帶）、WiMax或某些其他的調製技術。 一系統可經設計而支援一種或多種標準，例如··由名為 - 第二代合作夥伴計劃”（本文稱之為3Gpp)之聯盟所提供之

標準且該標準體現在一組檔中，該等檔包括：D〇cument Nos. TS 23.206(??Voice Call Continuity Between CS and IMS; Stage 2(Release 7)^) . TS 23.167(^IP Multimedia Subsystem(IMS) Emergency Sessions(Release 7)^) ^ TS 120633.doc 200816752 24.008(lfMobile Radio Interface Layer 3 Specification; Core Network Protocols; Stage 3(Release 6)")、TS 23.271(’’Functional Stage 2 Description of Location Services(LCS)(Release 7)’’）、TR. 21 ·905(πVocabulary for 3GPP Specifications’，）、and TS 23.002 ("Network Architecture(Release 7)’f);由名為 n 第三代合作夥伴 計劃2”（本文稱之為3GPP2)之聯盟所提供之標準，該等標 準檔包括：Document Nos· X.P0042-001-0(nVoice Call Continuity Between IMS and Circuit Switch Systems”）、 o X.P0049-000-0(,fAll-IP Emergency Servicesn) ^ and X.S0024(,fIP-Based Location Services’’）； the TIA/EIA/ATIS J-STD-036 (’’Enhanced Wireless 9-1-1 Phase II”）及相關 IETF RFC 檔，該等 IETF RFC檔包括：IETF RFC 3261(，，SIP: Session Initiation Protocol’’）及 IETF RFC 2327(’’SDP: Session Description Protocol’’）。以上引用之標準及擔以引用方式倂入本文中。 圖1用作一通信系統1 00之實例，該通信系統可支援諸多 Q 使用者且能夠實施本發明之至少某些態樣及實施例。於圖 1中，參考編號102A至l〇2G係指小區，參考編號160A至 160G係指節點B，而參考編號106A至106J係指存取終端機 ， 或使用者設備（UE)。可使用各種演算法及方法之任一種來

• 排程系統1〇〇中之傳輸。系統1〇〇為若干小區102A至102G 提供通信，該等小區之每一者係由一對應之節點B 1 60A至 1 60G來提供服務。於該例示性實施例中，某些節點b 160 具有多個接收天線而其他節點僅具有一個接收天線。類似 地，某些節點B 1 6 0具有多個發射天線，而其他節點具有 120633.doc -10- 200816752 單個發射天線。不存在 ΡΡ制η 對务射天線與接收天線組合之 限制0因此，節點Β 呈 叮，、有夕個發射天線及一單 收天線，或具有多個接 σσ 良古〜 1天線及—早個發射天線，或同時 ^有早個或多個發射及接收天線。 該覆蓋區域内之終端機（或UEs)i〇6可係固定（亦即，靜 止）或行動。如圖1中所示，該整個系統内分佈了各種终端 機（或UE)l〇6。在任一既宗0士幻 上 、 ’相依於是否使用軟交換

Ο 或該終端機（細）是否經設計及運作以（同時或依序）接收 多個來自多個節點B之傳輸’每一終端機（或ue)i〇6與至少 :個士可能多個節點B 16〇在該下行鏈路及上行鏈路上進 打通信。該下行鏈路係指自節點B至終端機（或呵之傳 輸，而該上行鏈路係指自該終端機（或UE)至節點B之傳 輸。於該例示性實施例中，某些終端機（或ue)i〇6具有多 個接收天、線而其他終端機僅具有—個接收天線。於圖i 中’節點B 160A在言亥下行鏈路上將資料傳輸至終端機（或 UE)106A及l〇6J，節點B i6〇B將資料傳輸至終端機（或 UE)106B及106J，節點b 16〇c將資料傳輸至終端機（或 UE)106C等等。 日益增長的無線資料傳輸需求及可經由無線通信技術提 供之服務的擴張，已促使開發出若干種具體的資料服務。 一種服務被稱為高速率封包資料（HRPD)。k，,eia/tia_ IS856 cdma2000 High Rate Packet Data Air Interface Specification”（其被稱為”HRPD規範”）中提供一種例示性 HRPD服務。HRPD服務通常係一語音通信系統之覆蓋，其 120633.doc -11 - 200816752 :提供在-無線通信系統中傳輸f料封包之有效方法。隨 著貢料傳輸數量及傳輸次數增加， 女n日此〜 無線電傳輸使用之 有限頻寬變成一關鍵的資源。因此，兩 而要一種排程一通信 糸、冼内傳輸以最優化可用頻寬之利 〜用之有效及公正的方 法。於該例示性實施例中，圖1中 口 不之系統100與一具有 HRPD服務之無線存取類系統相一致。 圖2係一例示性3GPP W-CDma通信丰你々斤 ^ < 1口糸統之簡化功能方塊

U 。如上所述’可使用一無線電網路控制器测如 3GPP上下文中所界定)13〇提供一介於網路…與各種分佈 在-地理區域内之節㈣(如3Gpp上下文中所界定)函之 間的介面。為解釋方便’僅顯示一個節點B 160。通常， 將該地理區域細劃分成若干較小的稱為小區1〇·示於圖 1之中)之區域。每一節點B 16〇皆經組態以為其相應小區 内之所有使用者設備（卿崎供服務。於某些高訊務應 中可將】、區102劃分成若干扇區，每_扇區皆有一節 點B 160服務於該扇區。於所述例示性實施例中，圖中顯 示UE 106A_C與節點B 16〇通信。每一 ue i〇6a_c皆可在 RNC 130之控制下經由一個或多個節點3 16〇存取網路 104 ’或與其他ue 1〇6通信。 現代通信系統之設計容許多個使用者存取一共用通信媒 體。諸多多重存取技術在此項技術中為人們所習知，例 T，時分多重存取（TDMA)、頻分多重存取（FDMA)、域分 夕重存取偏振分割多重存取、碼分多重存取（CDMA)、 及其他類似多重存取技術。該多重存取概念係一允許多個 120633.doc -12- 200816752 Ο

CJ 使用者存取-共用通信鏈路之通道分配方法。依據特定的 多重存取技術，該等通道分配可具有各種形式。以實例之 方式，在FDMA系統中，通常將總頻率譜劃分成諸多較小 的子頻帶，且每-使用可獲得其自己的用以存取該通信鍵 路之子頻帶。或者，如在（例如）FDMA之〇fdma變型中， 可允許每一使用者存取諸多不同的頻率通道。或者，在 TDMA系統中，在週期性重現時間槽期間，每一使用者 料整個頻率譜。於CDMA系統中，每—使用者可始終獲 付整個頻㈣’但可藉由對碼之使用來區別其傳輸。 圖3中圖解聞釋一支援Η·傳輸且適於排程通至多個使 用者之傳輸之通信系統之一個實例。下文詳細閣述圖3, 其中具體而言’一節則16〇及—職13〇與一封包網路介 面146介接。觀130包括-通道排程器⑽實施一針對 糸統m内傳輸之排程演算法。通道排程器132基於一遠端 才匕關之接收貝料的_時速率（如最新近接收之信號 所指示），來決定一服務間 務間之長度，於該服務間隔期間 擬將資料傳輸至任何該特定的遠端站。該服務間隔在時間 上可係不連續，而係可每隔n個槽發生一次。根據一個實 :例，在第一時間處於第一槽期間傳輸一封包之第一部 而在4隹後4個槽之隨後時間處發射第二部分。同 =該封包之任何隨後部分皆係在多個具有一類似4個槽 廣展（亦即，彼此間隔4個槽）之槽内進行發送。根據一實施 L接收資料Ri之瞬時速率決定了與—特定資料符列相關 耳外之服務間隔長度Li。 另外’通道排程器132選擇傳輪之特定資料仔列。然 120633.doc • 13 - 200816752 後，自一資料佇列172擷取相關量之待發射資料並將其提 供至通道元件168以便傳輸至與資料佇列172相關聯之遠端 站。如下文所論述，通道排程器132選擇選擇該佇列以提 供資料，在下一個服務間隔内使肖包含與每一仔列相關聯 之權重的諮詢來傳輸該資料。然後，更新與該傳輸佇列相 關聯之權重。 Ο u

讀13〇與封包網路介面146、公用交換電話網路 (PSTN)148介接及該通信系統中所有的節點b(為簡單起 見，圖2B中僅顯示一個節點B 16〇)。RNC 13〇協調通信系 統中之各遠端站與其他連接至封包網路介面146及psTN 148之使用者之間的通信。PSTN 148經由一標準電話網路 (圖2B中未顯不）與使用者介接。 RNC 13G包含諸多選擇器元件136，但為簡單起見圖四 中僅顯示一個選擇器元件。每一選擇器元件136被指派控 制—個或多個節點B與一個遠端站（未顯示）之間的通信。 若尚未為一既定遠端站指派選擇器元件136，則通知通話 =制處理器141需要呼叫該遠端站。然後，通話控制控制 杰14 1指揮節點B 1 60向遠端站發出呼叫。 資料源m包含一定量之待發射至一既定遠端站之資 枓二育料源122將該資料提供至封包網路介面146。封包網 路介面146接收„料並將該:#料路由至㈣器元件咖。 I:選：器元件136將該資料傳輸至每-與該目標遠端 1 p之即點B 1 60。於該例示性實施例中， B 1 6 0皆& 4士 即點 、准持一儲存待發射至該遠端站之資料的資料佇列 120633.doc -14- 200816752 172 自貝枓172將資料以資料封包之形式傳輪至通道元 件⑹。於該例示性實施例中’在正向鍵路上，— 包，，係指一定量之最大值為位元的資料及量擬 =定間槽，，内發射至-目標遠端站之資料(例:: :立：：道元件168會為每一資料封包插入控制櫚 立。於㈣示性實施例中，通道元件168實施_ j Γ

CJ 校驗、CRC、資料封包及控制棚位之編碼 ^ 攔位、™ 兀構成-格式化封包。於該例示性實施例中，然後，通道 元件1 6 8編碼該格式化+ 式化封包並在錢碼封包内交錯該等符 ::於=性實施例中’使用〜碼來覆蓋該交錯 料及叫碼對其進行擴展。將該擴展資 叫供至RFm7G，獅單㈣信號進行積分調變、濟 :及放大。經由-天線將正向鏈路信號無線發射至 鏈路。 於遠端站1〇6處，—天線接收該正想鏈路信號並將宜路 由至一/妾收器。該接收器對該信號進行渡波、放大、積分 :=二量t化。將該數位化信號提供至-解調器 ，於&解㈣處使用短PNI及PNQ碼對該數位化 二：：行解擴展並使用Walsh碼進行解覆蓋。將該 貧料提供至-解碼器，該解碼器實施節點βι 號處理功能的逆向處理，具體而纟，解交錯、解碼及= 杈驗功能。將該解碼資料提供至一資料槽。 120633.doc 200816752 圖4圖解闡釋一根據本專利申請案之UE(在一 3Gpp上下 文中）或AT(在一3GPP2上下文中）1〇6之另一實施例，其中 UE或AT 106包括發射電路系統264(包括pA 3〇8)、接收電 路系統408、節流控制3〇6、解碼處理單元258、處理單元 . 302、載波控制單元412及記憶體416。節流控制單元3〇6構 • 建至少一組諸如彼等以上所述之節流規則。節流規則提供 用於控制RL上發射功率之手段及方法。 ( 在以下的論述中，將主要在3GPP架構參考模型背景下 閣述本發明。然而應理解，藉由所揭示之資訊，熟悉此項 技術者可容易地在一 3(5卯2網路架構或在其他網路架構中 修改使用及構建本發明態樣。 II·架構參考模型

圖A ,、、、員示見現域轉移程式之3 GPP實施方案（如3 GPP jS 23.206中所揭示）之參考模型。一般而言，域轉移程式 j在S域500與基於Ip的域51〇之間達成語音連續性而同時 ^ 可在使用具有VCC功能之UE 516及518時維持一主動語音 ^ 、所有與一 VCC用戶通話相關聯且包含起始及隨後轉 ^之域轉移程式皆在使用者本地1MS網路5 1G中由域轉移功 )來執行及控制，該域轉移功能形成圖5 A中c應 • 用程式504之部分。 〜 士如圖5A中所示，使用靜態錨定技術以便於對話建立時在 二 处為使用具備VCC功能之UE 516及518的VCC用戶 吞吾今工3主.

作為於 立一 3pcc(第三方通話控制）功能。調用該DTF ：€(：用戶8<80^514處執行始發或終止初始濾波標 120633.doc -16 - 200816752 ' )之邛刀。该DTF藉由使用一路由3pCC功能將其自身 插入於使用Vcc UE 516及518所做出VCC用戶語音通話之 傳訊路徑0。對於一始發語音對話，該dtf會終止來自使 用者之存取線路而建立一朝向遠端之遠端線路；對於一終 . 止語音對話，該DTF會終止一來自該遠端之遠端線路而建 立一朝向使用者之存取線路。該DTF隨後會協調與一vcc 用戶浯音通話相關聯之存取線路與遠端線路之間的通話控 , 制傳訊交換。 工 〇 如圖5A中所示，當分別經由CS域500及IMS 510建立該 存取線路時，3pcc存在kDTF處以闡明其對於域轉移程式 w提條件之用途。圖5A圖解闡釋0117處之3pcc及其對於域 轉移程式之用途，故其僅顯示與實現及執行域轉移有關之 傳訊及承載組件。 圖5B顯示3GPP之一例示性參考模型，其不同於用於普 通VCC之標準3GPP參考模型（其揭示於3gpp TS23.206中並 U 顯示於圖5A中）。與3GPP TS 23.206中支援IMS(VOIP)緊急 通話之VCC之參考模型不同之處包括：使用所訪問網路中 之VCC應用程式572而並非使用本地vcc應用程式（其顯示 、 為圖5A中之元件504)，且使用所訪問網路中之緊急通話對 • 話控制功能（3GPP TS 23·167中所界定之E-CSCF)576而並 非如3GPP TS 23.206中那樣使用本地網路中之伺服 CSCF(S-CSCF ’其顯示為圖5A中之元件5 14)。該所訪問網 路代理CSCF(P-CSCF)亦係該模型之部分，但其並未顯示 於圖5B中。注意，亦可將圖5B中之VCC應用程式752稱為 120633.doc •17- 200816752 VCC通話連續性控制功能（CCCF)、一 VCC應用程式伺服器 (VCC AS)或一域轉移功能（DTF)。 圖6A顯示一對圖5A中之彼模型進行補充之參考模型， 但係自3GPP TS 23.167中界定服務之觀點來看。組件包括 定位擷取功能（LRF)610、使用者設備（UE)620、代理 CSCF(P-CSCF)630、緊急 CSCF(E-CSCF)640 及 S-CSCF 650，該等組件如3GPP TS 23.167中所界定的那樣運作。 圖6B包括與圖5B相同之參考模型，然而該圖係自3GPP TS 23.167中所界定之支援IMS(VoIP)緊急通話之模型的觀 點來顯示。於圖6B中，不同於3GPP TS 23.167中所揭示 (並顯示於圖6A中）之參考模型，VCC應用程式660具有一 通至所訪問網路中E-CSCF 640之介面且可能具有一通至所 訪問網路中P-CSCF 630之介面。如3GPP TS 23.206中界 定，該緊急通話將錨定在VCC應用程式内。另外，定位支 援將錨定於所訪問網路内之LRF 6 10中，以便無論UE 620 如何改變其伺服網路及伺服域，PSAP皆可繼續獲得來自LRF 610之更新定位估計。此處可將LRF 610稱為錨定LRF。 藉由用一 VCC AS來替代圖5B中之VCC應用程式（作為元 件5 72)及圖6B中之VCC應用程式（作為元件660)，可獲得適 用於3GPP2之參考模型。於以下適用於3GPP之描述中，應 理解（除非另有註明），可使用同一描述來界定對3GPP2緊 急通話之VCC支援方法，只要將某些術語及對象自3GPP上 下文改變至3GPP2上下文即可。特定而言，所提及之3GPP VCC應用程式實體可由一 3GPP2 VCC AS替代。亦可替代 120633.doc -18- 200816752 下文所提及之某些其他3GPP對象，例如，一 3GPP2 MPC(行動定位中心）可替代一 3GP GMLC(閘道行動定位中 心）。 III· VCC支援之協商 對於普通VCC，本地網路（例如，本地S-CSCF)可根據 自UE本地用戶伺服器（HSS)獲得之訂購資訊而知曉UE之 VCC能力。該UE可能已經知曉本地網路之VCC支援及域轉 移之VDN(E.164語音域轉移號碼）及VDI(語音域轉移SIP URI)、或其他等效於VDN及VDI之號碼及位址，從而在第 一次始發一語音通話時可在沒有任何明確協商及資訊轉移 之情形下實現VCC。 雖然期望以同一方式來支援CS及VoIP緊急通話之VCC， 但可能會需要某些明確傳訊變化。舉例而言，若沒有任何 VCC支援之協商，則支援VCC可係困難。此乃因當UE改變 域時，其在一漫遊狀況下將無法得知該舊與新的域是否能 合作支援VCC，且因此其將無法得知該現有的通話是否能 夠繼續。於以下的論述中，假定該所訪問網路中提供了對 IMS緊急通話之VCC支援。 III.A·傳達該UE具備VCC功能之方法 為向所訪問網路（eg，P-CSCF、E-CSCF或語音行動服務 交換中心（VMSC))傳達該UE具備VCC功能，存在以下可能 之方案。 (a)若該所訪問網路對於UE而言係本地網路，則其可自本 地HSS中之UE訂購資訊發現UE的VCC能力。 120633.doc -19- 200816752 (b) 該所訪問網路可假定該UE具備VCC之功能（無論該UE 是否真正具備）。舉例而言，若該所訪問網路並非本地網 路且因此不能使用方案（a)，則可假定UE具備VCC功能。

(c) 該所訪問網路（例如，P-CSCF或VMSC)可於向本地網 路註冊期間（例如）自S-CSCF在一回應於對話起始協定 (SIP)REGISTER訊息（其界定於 IETF RFC 3261 中）之 200 OK ' 響應中或在一由HLR/HSS提供至VMSC之UE訂購資訊中發 現UE的VCC能力。 C j (d) 該UE可採用以下其中一種方式向所訪問網路通知其 VCC能力： i. 在註冊期間（例如，於該SIP REGISTER資訊中）；或 ii. 當始發一 IMS緊急通話時（例如，在SIP INVITE資 訊中）；或 iii·當始發一 CS模式緊急通話時（例如，在3GPP TS 24.008中界定之緊急SETUP資訊中）。 Q 方案（a)適用於在PS(封包交換）域中始發之緊急通話，且 若UE並非正在漫遊（亦即，由其本地網路伺服），則可使用 與3〇??丁8 23.206中所述用於普通乂(：(：支援（用於非緊急通 " 話）相同之機制來發現VCC能力。 對於方案（b)，所訪問網路假定該UE具備VCC功能且在 始發該緊急通話時指派VCC資源（例如，如稍後於章節IV 及圖7中闡述）。然而，若UE實際上具備VCC功能且該緊急 通話需要在IMS(VoIP)與電路交換域之間進行過渡，方可 使用該等VCC資源。因此，儘管緊急通話自身並不一定會 120633.doc -20- 200816752 受到損害（此乃因vcc資源僅係用來中級通話傳訊），但會 造成UE之vcc資源的某些浪費。對於在”域中始發之緊 急通話，浪費可能較小，此乃因該等通話之數量通常係所 有VoIP通話（緊急及非緊急兩者）很小的部分。另外，若組 合方案（a)與方案（b)以使所訪問網路僅在其並非本地網路 之情形下方具備UE之vcc能力，則可進一步減少浪費之位 準。然而，對於CS始發之緊急通話，浪費之位準可能會更

Ο 冋，此乃因大多數CS緊急通話至少在起初時將來自無法支 援VCC之遺留XJE。 方案（a)及方案（b)兩者可避免對UE的影響，此對於達成 一用於緊急及非緊急通話兩者之共同VCC解決方案（自UE 的觀點來看）係合意。 方案（C)亦可避免對UE的影響。然而，方案（c)可能僅侷 限於經授權之UE。 方案（d.i)可避免對本地網路的影響，但同樣僅侷限於經 授權之UE，而方案（丄⑴及^上丨）對於所有ue皆有效，但自 UE的觀點來看其需要一新的VCC變型。 ΙΙΙ·Β·傳達所訪問網路具備vcc功能之方法 為向UE傳達該所訪問網路具備vcc功能並轉移vdn及 VDI(若需要），可存在以下之方案。 (e)該UE可自系統廣播訊息或其他性質固定而並非任一 UE所專有之訊息（例如，與特定所訪問網路相關聯之 WLAN廣告）發現所訪問網路之vcc能力（且可能發現任一 所有網路基地站及/或 VDN及VDI)。該等訊息可係當前 120633.doc -21 - 200816752 存取點傳輸至所有UE以提供網路資訊（例如，網路身份及 支援能力）之相同訊息。 (f) 該UE可使用DHCP或使用來自一所訪問網路中之伺 服器（其角色係提供有關緊急通話之資訊（例如，亦包括本 地緊急號碼））之超文本轉移協定（HTTP)或安全 HTTP(HTTPS)來發現所訪問網路之vcc能力及VDN和 VDI(若需要）。 (g) 所訪問網路可在以下情形向其UE指示其VCC能力： i· 在註冊期間（例如，於一SIP 200 OK訊息中）；或 ii.當答覆一IMS緊急通話始發時（例如，在SIP 200 OK 訊息中）；或 iii·在答覆一 PS模式Attach請求時（例如，使用3GPP TS 24.008中之網路特徵支援參數）；或 iv·在答覆一 CS緊急通話始發時（例如，在3GPP TS 24.008中所界定CONNECT訊息中之Facility參數中）。 (h) 該本地網路可將關於已知能夠支援緊急通話VCC之 網路之資訊下載至該UE，或下載至UE中之通用積體電路 卡（UICC)。舉例而言，該本地網路可為UE提供所有此等 具備VCC能力之網路之行動國家碼（MCC)及行動網路碼 (MNC)。亦可提供該等網路使用之諸如VDN及VDI等額外 資訊。 方案（e)可適用於無線網絡（例如，UMTS、GPRS及GSM 網路）且亦可用於WLAN。其可避免任何對UE之點對點傳 訊影響。方案（f)適用於IMS始發通話，且可避免SIP影響 120633.doc -22- 200816752 並可滿足將本地緊急號碼自所訪問網路中之某一伺服器提 供至一 UE之需要。該UE可根據某一已知的完全合格功能 變數名稱（FQDN)使用DHCP或DNS來獲得該伺服器之位 址，該完全合格功能變數名稱（FQDN)包含所訪問網路之 已知功能變數名稱（例如，基於所訪問網路之MCC及MNC) 及某一固定的使用者名稱，例如，’’61^巧6110严 support@<visited network domain〉’’。作為一種變型，VCC 能力（及若需要VDN和VDI位元址）可在UE使用DHCP發現 P-CSCF及DNS伺月艮器位址時直接傳訊。 方案（g.i)可能僅對於經授權UE係有效，而方案 (g.ii)(g.iii)及（g.iv)對於經授權及未經授權UE皆係有效。 方案（h)可對於所有的UE皆係有效且可使用為每一本地 網路所獨有之傳訊。 III.C. 所需之傳訊改變 支援方案0)，（(1)及化）（闡述於以上章節111.八及1113中） 所需之SIP傳訊改變可以至少四種不同的方式來給予支 援。 ⑴使用現有的SIP標題欄位（例如，Record-Route、 Route、Contact)來轉移新的傳訊。 (j) 藉由創建一指示V C C支援之新選項標戴來擴展SIP REGISTER、SIP INVITE及 SIP 200 OK 中之支援 SIP標題攔 位。為轉移額外之VCC資訊（例如，VDN及VDI)，將使用 一新的與該Supported VCC選項標籤相關聯之SIP擴展。

(k) 藉由界定新的IANA註冊或未註冊屬性來擴展SIP 120633.doc -23 - 200816752 INVITE及SIP 200 OK中之對話描述協定（IETF RFC 2327中 界定之SDP)部分。舉例而言，可使用一新的性質屬性來指 示VCC支援，且可賦值一個或兩個不同的值屬性以向UE傳 達VDN及VDI(例如，來自E-CSCF或VCC應用程式）。媒體 級別之屬性（與對話級別之屬性相對）可能更加適於有選擇 地界定支援VCC之特定媒體（例如，音訊）。 (1)可使用方案（i)、（j)與（k)其中兩者或兩者以上之組合， 舉例而言，可僅使用⑴中新的支援選項標籤來傳達SIP能 力，而使用（k)中新的SDP級值屬性來傳達任何進一步的 VCC資訊（例如，VDN及VDI)。 作為方案⑴之一個實例’該UE可藉由將支援SIP標題欄 位（其包含一新的指示VCC支援之選項標籤）包含在内從而 於SIP REGISTER訊息中指示其對VCC之支援。若該所訪 問網路在一新的SIP擴展中支援vcc以及VDN和VDI(若需 要），則由所訪問網路P-CSCF所返回之200 OK可包括相同 之選項標籤。作為另一實例，SIP INVITE& 200 0K中在通 話建立期間可發生該相同之交換。該等相同實例可運用於 方案（k)及（1)，但其中係使用新的SDP屬性來傳達VCC指示 及/或有關VCC之資訊。 為避免SIP及其他點對點傳訊在空中介面上之UE與所訪 問網路之間造成影響，可使用方案（a)、（b)、（c)、（e)、（f) 及（h)之某一組合。然而，允許SIP及CS域傳訊對UE產生之 影響可避免對本地網路之影響且可支援未經授權UE之 VCC，例如，使用（d.ii)(d.iii)、（g.ii)、（g.iii)及（g.iv)。 120633.doc -24- 200816752 IV. IMS緊急通話始發 緊急通話始發可如3GPP TS 23.167中界定那樣發生但需 對VCC之協商使用做某些改變。特定而言，為在任一域轉 移之後保存定位支援之連續性以及語音通話之連續性，所 訪問網路中之E-CSCF或P-CSCF將需要在調用LRF以便獲 得或驗證定位及選擇目的地PSAP之前將SIP INVITE(對於 IMS緊急通話）發送至VCC應用程式。然後，該VCC應用程 式將錨定該入局通話線路且經由E-CSCF始發一新的去往 PSAP之出局通話線路。因此，在出局通話線路上自VCC 應用程式調用E-CSCF。自VCC應用程式接受SIP INVITE 時，該E-CSCF將如TS 23.167所界定實施普通定位及路 由，且經由IP或藉由一媒體閘道控制功能（MGCF)及公用 交換電路網路（PSTN)將該通話轉移至PSAP。必需根據該 VCC應用程式實施作為出局通話線路部分之定位及路由， 以便與錨定定位擷取功能（LRF)之聯繫在通話整個持續期 間保持不變。與錨定LRF之持續聯繫將達成定位支援之連 續性。特定而言，當最後釋放該通話時，無論先前域轉移 之次數如何，該E-CSCF將仍然處於該通話傳訊路徑上， 且因此將能夠通知LRF該通話被釋放，由此可使LRF按照 30??丁8 23.167之要求釋放該通話記錄。 圖7圖解闡釋下一個例示性通話始發程式，且作為可能 之選項其包括上文針對協商使用VCC及轉移任一 VCC相關 資訊之方案的其中數個方案。 黎7 始#着ϋ話J。於該步驟中，使用者起始一緊急通 120633.doc -25 - 200816752 話。 #/银往滞J。使用者設備（UE) 710可在其包含該等憑證 之情形下藉由3GPP TS 23.167中所述之所訪問網路P-CSCF 720及本地網路S-CSCF(未顯示）來實施一緊急註冊程式。 UE 710所發送之SIP REGISTER訊息或本地S_CSCF所返回 之SIP 200 OK訊息可向所訪問網路p_cSCF 720指示UE 710 具備VCC功能。由所訪問網路P-CSCF 720返回至UE 710之 200 OK亦可指示該所訪問網路具備Vcc功能且可提供一

C I VDN及VDI(若需要）。 #銶3(7^^/7^「貪着，％〇>)。使用者設備（1^)710將一具 有緊急指示之INVITE發送至所訪問網路P-CSCF 720。該 INVITE可包含任何UE 710所具有之定位對象。該定位對 象相依於該存取網路技術。該INVITE亦可指示UE對VCC 之支援（若此在步驟2中並未向所訪問網路傳達），且亦可包 含UE之識別資訊，例如，一 SIP及電話回呼位址或號碼。 Q 步驟4a、4b及4c 〇 基於INVITE中任何關於VCC支援之指 示或知曉步驟2中所獲得之VCC支援或根據方案（a)及/或 (b)(於上文闡述於章節III.A中）知曉或假定VCC之支援，P-' CSCF 720可以兩種不同的方式轉發該INVITE。

- i.步鑕心(7；νΤ/7Έ(# 扃，。該 P-CSCF 將該 SIP INVITE與可能VCC支援之指示一同轉發至一 E-CSCF 740。且於步驟4b(INVITE(緊急，VCC))中，基於步驟4a 中關於VCC支援之指示或由於網路政策（例如，假定所 有UE皆支援VCC)，E-CSCF 740將該SIP INVITE轉發至 120633.doc -26- 200816752 一 VCC應用程式760 ;或 ii.步驟4c(INVITE(緊急，VCC))。呙一選擇係，戠 CSCF將該SIP INVITE直接轉發至該VCC應用程式。 步驟5(INVITE(緊急））。 VCC應用程式760錨定該入局通 話線路並藉由將該INVITE發送至（或發回至）E-CSCF 740來 始發一出局線路。該INVITE會仍然攜載一緊急指示但不 . 再指示對VCC之支援。 #雜6(播农定位J ° E-CSCF 740如3GPP TS 23.167中所界定 (/ 為緊急通話之建立實施普通的處理。若該INVITE中所提 供之定位對象不足以確定正確之PSAP或若該IMS核心需要 一路由確定功能（RDF)之幫助，或需要該IMS核心驗證該 定位對象，則將該擷取定位請求發送至LRF 730以實施該 定位擷取功能性。該擷取定位請求可包括識別UE 7 1 0及IP 連接性存取網路（IP-CAN)之資訊（例如，MSISDN、IMSI及/ 或IMEI)，且可包括存取該UE之方法（例如，UE IP位址）。 Q 該擷取定位要求亦可包括任何於步驟3中提供於INVITE中 之定位對象。該擷取位址請求可進一步包括關於VCC支援 之指示及VCC應用程式760之識別資訊（例如，VDN及 ' VDI)。然而，此可僅在稍後章節VI.B.1及VI.B.2中所述之 - 程式C及D中需要。 步耀瘦得一蕊辞定位」。LRF 730可獲得一臨時定位估 計。該獲得臨時定位估計之方法相依於UE 7 1 0正在使用以 存取IMS之存取技術，且可包括使用3GPP TS 23.271中所 界定之PS-NI-LR或PS-MT-LR或OMA AD SUPL中所界定之 120633.doc -27- 200816752 安全使用者平面定位（SUPL)程式：”安全使用者平面定位 架構’’、〇MA TS ULP : 使用者平面定位協定”、或其他程 式。LRF 730可調用一路由確定功能（RDF)以將該臨時定位 或任何於步驟6中所接收之定位對象轉換成一 PSAP之位 址。該LRF可記錄步驟6中接收之資訊。 步鑕吖迈回定位J。將該定位資訊及/或PSAP位址（步驟7中 ’ 獲得）返回至E-CSCF 740。 LRF 730亦可返回識別其自身 及任何於步驟7中儲存之相關性資訊（例如，ESQK)。對於 通話之剩餘部分，LRF 730用作該錨定LRF。 #耀％、外；％ ^ 基於步驟8中提供之定位資訊，E-CSCF 740使用步驟8中提供之PSAP位址或選擇一緊急中心 或可能選擇PSAP其自身，且將包含該定位資訊及任一相 關性資訊之請求發送至緊急中心或PSAP 780。

步驟9a(INVITE(緊急）)〇將該INVITE發送至一 MGCF/MGW (媒體閘道控制功能/媒體閘道）770 ;且於 Q 步驟9b(IAM)中，向緊急中心或PSAP繼續該SS7 ISUP IAM ;或 步驟9c(INVITE(緊急）。直接將該INVITE發送至緊 ' 急中心或PSAP 780。 - 步驟10a、10b及10c。 可能會發生為建立通話之中間傳 訊（例如，自一具備PSAP功能之PSTN返回一 SS7 ISUP ACM)，圖中未進行顯示。當該PSAP回答該通話時，會發 生以下步驟： 。PSAP 780將一 SS7 ISUP ANM返回至 120633.doc -28- 200816752 MGCF/MGW 770 ;且於步驟 i〇b(200 OK)中，該 %0€?/乂0^¥將一 200 0〖返回至該丑480?;或 步錄76>c「2⑽0幻。PSAP 780將一 200 OK直接返回至 E-CSCF 760。 #鍺"「2〇0 (9 幻。E-CSCF 740將 200 0K返回至該 VCC 應 用程式（在步驟5中開始之出局通話線路上）760。 步驟12(200 OK)。 若早先曾使用步驟4c，則VCC應用程 式760會將一 200 OK返回至該E-CSCF(在步驟4中使用之入 局通話線路上）740或P-CSCF 720(圖7中未顯示）。若在步驟 2中或在步驟2之前，UE 7 10並未發現所訪問網路對VCC之 支援及任何相關聯之VCC資訊（例如，VDN、VDI)，則 VCC應用程式760所返回之200 OK可指示對VCC之支援且 可包括一 VDN及/或VDI。 步驟 13(200 OK) 〇 E-CSCF 740或 P-CSCF 720將 200 OK返 回至UE 710(例如，若來自E-CSCF則經由P-CSCF 720返 回）。為減小對VCC應用程式760之影響，E-CSCF 740或P-CSCF 720而並非步驟12中之VCC應用程式760可將任一 VCC指示及VDN/VDI置放於200 OK中。然後，UE 710會 儲存任何接收之VDN及/或VDI。 在圖7中之UE 7 10與緊急中心780之間建立緊急通話之 後，該緊急中心可使用已界定於3GPP TS 23.167及TS 23.271中之程式自LRF 730請求一更為精確之定位。 V. CS緊急通話始發

圖8中圖解闡釋一支援在CS(電路交換）域中始發之VCC 120633.doc -29- 200816752 通話之例示性解決方案。如下文所述，於該情形下，在出 局通話線路上自VCC應用程式調用該E-CSCF，且此外， MSC可在通至VCC應用程式之入局通話線路上使用一現有 之GMLC MAP查詢以正確地將該入局通話線路路由至該 VCC應用程式。於該實例中，該GMLC使用一IP多媒體路 由號碼（IMRN)將該入局通話線路路由至該VCC應用程式。 如下文所顯示，該GMLC查詢及IMRN之使用對於該MSC可 部分地或完全地透明。 步驟1(起始緊急通話）。於該步驟中，該使用者起始一緊 急通話。 步驟2(緊急建立）。UE 8 10在該CS域中藉由將一緊急建 立訊息發送至VMSC 83 0(如3GPP TS 24.008中界定）來始發 一緊急語音通話。該建立訊息可指示該UE支援VCC。 步驟3(定位程式）。VMSC 830可在RAN中起始一程式以 獲得一如3GPP TS 23.271中所界定及允許之關於UE 810的 臨時定位估計。 步驟4(MAP用戶定位報告）。基於本地VMSC 830政策或 基於自UE本地HLR/HSS獲得之訂購資訊或基於任何於步 驟2中所接收之VCC指示，VMSC 830將一 MAP用戶定位報 告發送至一與緊急服務提供商（PSAP)相關聯之GMLC 8 50，例如，基於該伺服小區ID及撥打之緊急號碼，該通 話通常會發送至該緊急服務提供商（PSAP)。該MAP用戶定 位報告攜載該UE之IMSI、MSISDN、IMEI、VMSC位址及 伺服小區身份或SAI。其亦包括任何於步驟3中所獲得之臨 120633.doc -30- 200816752 時定位估計。在其中通常VMSC 830而並非GMLC 850確定 該PSAP之地區（例如，歐盟）中，該訊息可攜載既定目的 PSAP之位元址。若該MS在步驟2中提供一關於VCC支援之 指示，該MAP用戶定位報告亦可攜載該種指示。 步驟5(MAP用戶定位報告ACK)。 GMLC 850假定UE 810 支援乂0：(：，或自訂購資訊來確定1^支援¥0：(3(若1^810由 • 該本地網路伺服），或GMLC 850自任何於步驟4中提供之 ¥(^指示來碟定1^支援又(：(：。〇]\41^ 8 5 0儲存1；丑810之通 話記錄，其中包括步驟4中接收之所有資訊。GMLC 850為 該通話指派一 IP多媒體路由號碼（IMRN)。該IMRN可係一 國際ITU E.1 64 ISDN/電話號碼，一國家ISDN/電話號碼或 某一其他號碼、或號碼或參數之組合（例如，由一個十進 製序列或數個十進製序列組成）。該IMRN亦可稱為其他名 稱，例如，稱為一路由號碼。最低限度地，IMRN在步驟6 及7中實現路由至VCC應用程式870之通話並識別該 Q GMLC。視需要，該IMRN亦可暫時地識別儲存於GMLC中 之通話記錄且/或可指示該PSAP。該GMLC將一 MAP用戶 定位報告ACK返回至VMSC 830，該MAP用戶定位報告 • ACK攜載呈NA-ESRD或NA-ESRK參數或呈某一其他參數 • 或某一其他參數組之IMRN。GMLC 850亦可藉由VMSC 83 0鼓動一 CS-MT-LR(圖4中未顯示）以獲得一關於路由之臨 時定位估計或獲得一隨後提供至PSAP之精確定位估計。 如章節VI進一步闡述，若於該步驟中而並非於步驟3中獲 得一臨時定位估計，則可重新使用圖8之程式來支援IMS至 120633.doc -31 - 200816752 C S之域轉移。 VMSC 830基於步驟5中接收之IMRN來路由 該通話。若使用現有NA-ESRK或NA-ESRD參數來傳達該 IMRN，貝ij VMSC 830中之通話路由程式可與3GPP TS 23.271中普通緊急通話始發所使用之通話路由程式相同。 基於IMRN路由，VMSC 830將該通話路由至所訪問網路中 * 之 MGCF 840。 步耀入）。MGCF 840在所訪問 IMS 中向一 Ι Ο CSCF(圖8中未顯示）起始一 INVITE，或MGCF 840可能直 接路由至E-CSCF 860、一 S-CSCF(圖8中未顯示）或VCC應 用程式870。該INVITE包含UE 8 10之身份（例如，作為聯絡 位址之 MSISDN Tel URI)。該 Ι-CSCF 或 S-CSCF(未顯示） 或E-CSCF 860基於IMRN將基於PSI之應用程式伺月艮器終端 鼓動至VCC應用程式870。 步驟8(INVITE) 〇 VCC應用程式870錨定該入局通話線路 Q 並藉由將INVITE發送至（或發回至）E-CSCF 860來始發一出 局線路。該INVITE(例如，在SIP INVITE TO標題中）攜載 識別一緊急通話且啟用IMRN恢復之資訊（例如，可包括 ’ IMRN中之獨特數位且可不包括已知之固定數位）。定位資 - 訊（例如，pidf-lo)無需包括在内。 步驟9(擷取定位）。舉例而言，基於步驟8中包含IMRN資 訊，E-CSCF 860可將一擷取定位請求發送至一由IMRN識 別或與其相關聯之LRF 850。該擷取定位請求包括步驟8中 接收之IMRN資訊及任一 UE識別（例如，一 MSISDN Tel 120633.doc -32- 200816752 URI)。該擷取定位請求可進一步包括一關於vCc支援之指 不及VCC應用程式之識別資訊（例如，VDN及VDI)。然 而，此僅在稍後章節VLB1&VIB2中闡述之程式c及D中 需要。 , 步m〇(g喊 <立）。基於任何於步驟9中接收2UE識別 (例如，MSISDN)及/或基於IMRN資訊，LRF 850與GMLC 850交互作用並擷取（}]^1^(：： 85〇在步驟5中所儲存之通話記 厂 錄。使用該通話記錄中已有之任何臨時定位資訊、或根據 步驟5獲得之任何臨時定位（一旦此已完成）、或既定pSAp 目的之身份，LRF 850將一 PSAP位址並可能將定位資訊返 回至E-CSCF 860。若Lrf與GMLC不同，則LRF將提供進 一步支援定位之錨定點，且可拷貝自GMLC獲得且儲存自 E - CSCF接收（步驟9中）之資訊之通話記錄。該Lrf可將相 關性資訊（例如，ESQK)返回至E-CSCF 860，從而可識別 其自身及該通話記錄。該LRF可進一步與GMLC交互作用 ◎ 以藉由VMSC 830鼓動一 CS_MT-LR程式（如在3〇ρρ 2 3 · 2 7 1中所界定）以獲得一關於UE之精確定位估計。若步 驟5中由GMLC 850提供之IMRN指示該PSAP且若[心與 GMLC緊密相關聯（例如，同^一實體之部分），則可不執行 - 步驟9及10且該E-CSCF可使用該IMRN來獲得PsAp位址。 E-CSCF 860使用步驟 1〇 中獲得之pSAp 位址，且將包含任一定位資訊及任一相關性資訊（例如， ESQK或IMRN)之通話請求發送至緊急中心或PsAP。可藉 由MGCF/MGW 840將該通話請求發送至PSTN(未顯示）内， 120633.doc -33 - 200816752 或可直接將其作為SIP INVITE發送至一具有IP功能之緊急 中心或PSAP。 步驟12(建立CS緊急通話之剩餘部分）。铱迤話炱Sl鞋式 之其餘部分係基於3〇卩？丁8 23.206中闡述之从(：(：€3始發程 式發生於 UE 810、VMSC 830、MGCF 840、VCC Application 870、E-CSCF 860、與 PSAP之間。 於圖8之步驟2中，緊急建立訊息（其界定於3GPP TS 24.008中）内之緊急類另U參數中可包括任一 VCC指示作為一 新的服務類別（此乃因當前存在3個備用位元從而可界定多 達3個新服務類別）。此在CS模式之剩餘預期壽命期間具有 可操作性，不期望任何新的緊急類別。 圖8中之UE 810與PSAP之間建立緊急通話之後，該PSAP 可使用30??丁8 23.167及丁8 23.271中已界定之程式自1^? 85 0請求一更加精確之定位。特定而言，該PSAP可使用於 圖8之步驟11中自E-CSCF 860接收之任何相關性資訊（例 如，ESQK或IMRN)來識別LRF 850。若步驟9及10未曾執 行，則LRF 850將需要如針對圖8中之步驟10所述與GMLC 850交互作用以擷取於圖8步驟5中建立於GMLC 850内之 UE記錄。 舉例而言，以上程式可使用小區ID或一臨時定位估計來 保存對現有PSAP路由選項之支援，可能不需要對MSC產 生任何新的影響，且可以目前界定於3GPP TS 23.167&TS 23.271之方式來支援PSAP之精確定位擷取。其亦可將CS 始發之緊急通話發送至具有IP功能之PSAP。 120633.doc -34- 200816752 在3GPP2之情形下，除了以下方面之外圖8亦適於描述 CS緊急通話之始發：除了以一3GPP2類似實體替代該VCC 應用程式之外，還可以類似3GPP2訊息來替代步驟4及5中 所示之3GPP MAP訊息。於該情形下，步驟4及5中之 3GPP2訊息將分另)J係3GPP2 MAP始發請求及MAP始發請求 確認；步驟4中之MSISDN將由行動識別號碼（MIN)來替 ' 代，或圖8中之行動目錄號碼（MDN)及GMLC將由3GPP2行 動定位中心（MPC)。 〇 VI. 域轉移 域轉移可以一與用於普通VCC(如3GPP TS 23.206中所界 定）之方式甚為相似之方式來發生。圖9A及9B基於3GPP TS 23.206中之圖示，其顯示使用者平面之交換。為獲得對 於IMS緊急通話之VCC支援，圖9A及9B中所示之S-CSCF 910將由E-CSCF 1050(在所訪問網路中；顯示於圖10A及 10B中）替代，且UE#B 920及930(分別如圖9A及9B中所示） 將對應於PSAP 1060(顯示於圖10A及10B中）。

VI.A·域轉移IMS至CS

為在UE移出IMS覆蓋區並進入CS覆蓋區時能支援一 IMS 緊急通話之自IMS域至CS域之域轉移，此處將闡述兩種可 - 選程式。於該章節闡述之程式A中，具備VCC功能之UE 表現為普通的VCC(闡述於3GPP TS 23.206中），且使用自 所訪問或本地網路獲得之VDN且使用以上章節III.B中所述 之方案（e)、（f)、（g)或其中任一者在該cs域中向該VCC 應用程式始發一新的通話線路。 120633.doc -35- 200816752

νΐ·Α·1·域轉移IMS至CS-程式A 於一實施例中，程式A適用於具有充分憑證以便在支援 CS域之新所訪問網路中進行註冊之UE 111〇，且程式A對 支援向PSAP進一步提供UE定位之連續性具有限制性。然 而，該程式具有以下優點：自UE之觀點來看，該程式與 普通VCC之IMS至CS域轉移相相容。圖11圖解闡釋程式A 之例示性實施方案。 #鑕7〈建立。若當UE確定需要域轉移至CS時而使 用者並非從屬於CS域，則UE會實施一 CS從屬，其中包括 轉至其HLR/HSS之定位更新。其隨後使用早先自原始所訪 問網路或本地網路獲得之VDN在該CS域中始發一語音通話 以經由該CS域建立一存取線路。針對該程式，吾人假定該 UE可在該CS域中得到鑑證。 步驟2(CS始發程式）。在該CS網路中，如普通CS通話始 發那樣處理該始發通話。 所訪問行動交換中心（VMSC) 1130經 由該原始所訪問網路中之MGCF 1140將該通話路由至原始 所訪問IMS網路。 步驟4(INVITE(VCC應用程式）。MGCF 1140在該原始所訪 問IMS中向一詢問CSCF(I-CSCF ;圖11中未顯示）起始一 INVITE，或該MGCF可能直接路由至E-CSCF 1160、一 S-CSCF或VCC應用程式1170。基於該VDN，I-CSCF或S-CSCF(未顯示）或E-CSCF 1160將基於psi之應用程式伺服器 終端驅使至VCC應用程式1170。 120633.doc -36- 200816752 步驟5(UPDATE或重新INVITE) 〇 VCC應用程式11 70藉由 經由£彳8〇?1160將建立於傳入域中之存取線路8〇?通信 至遠端來更新該出局存取線路。存取線路更新係根據IETF RFC 3 261中SIP對話修改程式來發生。VCC應用程式1170 亦可向£-〇8〇?1160明確地指示域轉移。 步驟6(定位更新）。E-CSCF 1160將一定位更新與該新的 SDP資訊一同發送至錨定LRF 1150。最低限度地，E-CSCF 1160應向1^1^1150指示已存在一〇3域轉移（例如，¥(：(：應 用程式1170可自VDN而並非VDI之使用及/或自牵涉MGCF 1140之域轉移得知已存在一 CS域轉移）。 步驟7(UPDATE或重新INVITE) 〇 若該PS AP具有IP功能 (如圖10A中所示），則該更新繼續向PSAP進行，或若該 PSAP僅具備CS功能（如圖10B中所示）貝U繼續向MGCF進 行。 步驟8(CS域通話線路之完成）。在VCC應用程式1170、E-CSCF 1160 或 S-CSCF(若存在）、I-CSCF(若存在）、MGCF 1140、VMSC 1130與UE 1110之間建立傳入CS域中之新通 話線路。 步驟9 (源存取線路之釋放）。釋放先前的入局存取線路， 該先前入局存取線路係先前在IMS上建立之存取線路。若 可能，UE 1110應在所訪問網路P-CSCF及本地網路S-CSCF 中取消註冊。 於一實施例中，程式A已將UE轉移至CS域後對定位之持 續支援可受到如下限制。若該PSAP將一請求發送至錨定 120633.doc -37- 200816752 LRF以獲得該UE之定位，LRF可能無法使用同一程式來獲 得定位，此乃因當UE在IMS域中時該程式可能正在使用 (或預計即將使用）。舉例而言，若該LRF曾基於UDP/IP、 TCP/IP及LRF與UE之間的SIP傳送使用〇MA SUPL，貝ij UE 在自IMS域轉移至CS之後對PS域之存取損失可防止SUPL 之進一步使用。另外，該LRF可能無法將3GPP TS 23.271 • 中界定之控制平面定位解決方案（例如，在3GPP TS 23.271 之條款9.1.3中）用於CS緊急通話，此乃因其可能不知曉該

D VMSC位址。然而，該LRF可使用3GPP TS 23.271之條款 9.1.1及9.1.2中闡述之更為一般的CS-MT-LR程式，其中該 LRJF(其表現為或存取一閘道行動定位中心（GMLC))藉由查 詢該UE之本地HLR/HSS來獲得該VMSC位址。然而，此具 有一個缺點：該UE之HLR/HSS將需要支援該CS-MT-LR查 詢程式且該所訪問網路與本地網路之間可能會存在記賬問 題（此乃因該本地網路可能沒有意識到緊急通話之重要 〇 性）°

VI.A.2. 域轉移IMS至CS-程式B 於一替代實施例中，無論一 UE是否具有充分之憑證以 * 便在新所訪問網路中進行註冊，能達成IMS至CS域轉移之 . 程式B皆適用於該UE且可無限制地達成定位支援之連續 性。然而，於一實施例中，該程式可限制於屬於同一操作 者之網路間的域轉移。此外，程式B在該UE中需要一其中 無需知曉VDN之新VCC域轉移變型。圖12圖解闡釋程式B 之例示性實施方案。 120633.doc -38 - 200816752 步驟1(緊急SETUP(VCC))。若當UE確定需要域轉移至CS 時而使用者並非從屬於CS域，則UE 1210可實施一 CS從屬 (若其包含該等憑證）。隨後，其藉由將一緊急建立訊息發 送至VMSC 1230(如3GPP TS 24.008中所界定）在該03域中 始發一緊急語音通話。該緊急建立訊息可包含一關於VCC 支援之指示。然而，無需包含任何VDN。 步驟2(MAP用戶定位（IMSI，IMEI))。 基於本地VMSC政策 或基於自UE之本地HLR/HSS獲得之訂購資訊或基於任何 於步驟1中所接收之VCC指示，VMSC 1230將一 MAP用戶 定位報告發送至一與該緊急服務提供商（PSAP)(該通話通 常將發送至該緊急服務提供商）相關聯之GMLC 1250。該 MAP用戶定位報告攜載與對於一普通緊急通話始發而言將 發送之資訊（例如，圖8中之步驟4)相同之資訊，其中包括 IMSI、MSISDN、IMEI、VMSC位址及伺服小區身份或 SAI。於一實施例中，其中不包含任何定位估計而可包含 VCC使用之指示。 步驟3(MAP用戶定位ACK(VDN))。 基於本地政策或由於在 步驟2中接收一 VCC指示，該GMLC與一相關聯LRF(例 如，與GMLC相同之物理實體内的邏輯LRF)或與一組相關 聯LRF交互作用以（例如，使用圖7或圖8中所述之程式）搜 索錨定LRF 1250中原始建立之UE 1210通話記錄。錨定 LRF 1250可使用步驟2中所接收之IMSI、MSISDN及/或 IMEI來識別正確之通話記錄。若找不到任何通話記錄且 UE在步驟1中並不指示VCC域轉移，則GMLC 1250可認為 120633.doc -39- 200816752 此係一新的緊急通話並繼續建立該緊急通話-例如，如圖8 中在支援CS緊急通話始發之vcc之情形下。若找不到該通 活S己錄且若該UE在步驟1中指示了 VCC域轉移，則GMLC 1250相反會將一 MAP用戶定位報告返回錯誤返回至該 VMSC(未顯示），且該VMSC將釋放該通話嘗試。自使用者 之觀點來看，此將使得該UE釋放該通話且允許使用者在 • VCC域轉移失敗之後重新嘗試該緊急通話。否則，若找到 該通話記錄，則GMLC 1250將一 MAP用戶定位報告ACK返 f 回至VMSC 1230，該MAP用戶定位報告ACK攜載建立新存 取線路所需之VDN。當第一次始發該通話（例如，於圖7之 步驟6中或於圖8之步驟9中）時，LRF 125 0將獲得該VDN， 且當GMLC 1250定位LRF内之通話記錄時，該VDN將被提 供至GMLC 1250。現有的NA-ESRK或現有的NA-ESRD參 數可將該VDN攜載於MAP用戶定位報告ACK中。於步驟2 中，GMLC 1250亦儲存自VMSC 123 0接收之資訊。

Q 步雜。VMSC 1230基於步驟3中接收之VDN 來路由，該新的線路。若使用現有的NA-ESRK或NA-ESRD 參數來傳達該VDN，則該線路之路由可與用於普通緊急通 • 話始發之彼路由相同。基於VDN路由，VMSC 1230經由所

、 訪問網絡中之MGCF 1240將該通話路由至起初所訪問IMS 網絡。 步驟5(INVITE(VCC應用程式））。 MGCF 1240向所訪問 IMS(未顯示）中之I-CSCF起始一 INVITE，或MGCF 1240可 能直接路由至E-CSCF 1260、一 S-CSCF(未顯示）或VCC應 120633.doc -40- 200816752 用程式 1270。Ι-CSCF 或 S-CSCF(未顯示）或 E-CSCF 1260基 於該VDN將基於PSI之應用程式伺服器終端驅使至VCC應 用程式1270。

步驟6(UPDATE或重新INVITE)。 VCC應用程式1270藉由 經由E-CSCF 1260將建立於傳入域中之存取線路SDP通信 至遠端來更新出局存取線路。存取線路更新係根據IETF * RFC 3 261中之SIP對話修改程式而發生。VCC應用程式 1270亦可明確地向匕€80卩1260指示08域轉移。 〇 步驟7(定位更新）。E-CSCF 1260將一定位更新與新的 SDP資訊一同發送至錨定LRF 1250。最低限度地，E-CSCF 1260應向LRF 1250指示已存在一 CS域轉移。LRF 1250使 該指示與關於步驟3中所確定的域轉移之指示相關，且確 定UE 1210目前已將域改變至步驟2中指示的域。LRF 1250 將該資訊通信至步驟2中由VMSC 1230所選擇之GMLC。 步驟8(UPDATE或重新INVITE)。 該更新繼續進行至 y PSAP(如圖10A中所示）或繼續進行至MGCF(如圖10B中所 示）。 步驟9(源存取線路的釋放）。 在VCC應用程式1270、E- * CSCF 1260 或 S-CSCF(若存在）、I-CSCF(若存在）、MGCF 1240、VMSC 1230與UE 1210之間建立傳入CS域内之新通 話線路。 步驟io(cs通話建立之剩餘部分）。释m调、存取氮珞，議 源存取線路係先前於IMS上建立之存取線路。若可能，UE 1210應在所訪問網路1^€8〇?及本地網路8-〇8€?中取消註 120633.doc -41 - 200816752 冊 登於一實施例中’於圖12之步驟1中，緊急建立訊息内之 緊此急類別翏數中可包括任_咖指示作為—新的服 匕;;#前存在3個備用位元Μ可界定多達3個新服務 類別）。於該實施例中 例中，该UE可基於以下資訊來起始程式 Β而並起始程式Α(在允許兩個程式之情形下）： Ο Ο ㈨根據該原始所訪問網路向該⑽指示可支援程式b。 ㈨謂確定該新所訪問cs域及該原始所訪問祕或以 域係由同-操作者所有，或係同一網路之步驟，或具有— 支援程式B之佈置。 ()已存在於UE中之支援程式B之資訊（例如，由本地網 路操作者提供）。 可使用闈述於章節m +田^ ^ 早即m.B中用於向—UE傳達vcc有關資 :之方案（方案⑷、⑺或⑷）之任-者，來向謂明確地 或暗不地傳達（m)中之資訊。 (η)中之確定可基於谓測同—操作者在原始所訪問域及 新所訪㈣域中之_，例如，㈣的歡_mnc。作為 二代，確定可基於自新所訪問網路接收之系統廣播資訊 (列如，該新所訪問網路支援程式3之資訊且可能地對其他 =程式B之網路的識別）。另—選擇係，㈨及⑷兩者之 ^可基於能識別所有具有支援程式B之佈置之操作者且 存於即之簡⑽财（例如，如⑷中所允許）之資訊。 除了允許未經授權之聯行域轉移之外，程式b還能使 120633.doc -42- 200816752 啟用錨定LRF利用3GPP TS 23.271(例如，於條款9·1.3中） 中所界定之普通定位程式來定位已始發緊急通話之UE。 由於圖12中步驟2及3之緣故，故可使此得以達成。於步驟 2及3中，該VMSC獲得並儲存關於GMLC之資訊，且該LRF 及GMLC獲得並儲存關於VMSC之資訊。然後，此可達成 一 CS-MT-LR而無需查詢該UE之本地HSS/HLR。

於一實施例中，程式B之進一步態樣係：該VMSC處之 ζ\ 通話始發程式可與一普通電路模式緊急通話（如3GPP TS 23.271及共同丁1八/^1入/八丁18：1-8丁〇-036中所界定）之彼通話 始發程式相同，且/或可與一 CS始發緊急通話（如圖8中闡 述）之VCC支援之彼通話始發程式相同。自GMLC之觀點來 看，該程式在與VMSC之MAP傳訊交易方面與一普通電路 模式緊急通話之彼程式幾乎相同。 在3GPP2之情形下，除了以下方面之外圖12亦適於描述 IMS至CS域轉移之程式B :除了以一 3GPP2類似實體替代 (J 該VCC應用程式之外，還可以類似的3GPP2訊息來替代步 驟2及3中所示之3GPP MAP訊息。於該情形下，步驟2及3 中之3GPP2訊息將分別係3GPP2 MAP始發請求及MAP始發 請求確認；步驟2及3中之MSISDN將由行動識別號碼（MIN) ^ 或行動目錄號碼（MDN)所替代，而圖12中之GMLC將由 3GPP2行動定位中心（MPC)所替代。

VI.B. 域轉移CS至IMS 為支援一緊急通話自CS域至IMS域之域轉移，本文闡述 兩種可選程式。 120633.doc -43 - 200816752

νΐ·Β·1·域轉移CS至IMS-程式C 於本章節所闡述之程式c中，具有VCC功能之UE表現好 像普通的VCC(闡述於3GPP TS 23.206中），並使用上文章 節III.B中所闡述方案（e)、（f)、（g)或（h)之任一者及使用自 所訪問網路或本地網路獲得之VDI在該IMS域中向該VCC 應用程式始發一新的通話線路。會如同一普通始發SIP通 話那樣來處理該通話，且因此該通話僅適用於一具有充分 憑證以便在新所訪問網路中註冊之UE。該程式顯示於圖 13中。 步驟1(INVITE(VDI))。若螌\]Έ 1310確定需要域轉移至 IMS時使用者並未向IMS註冊，則如3GPP TS 23.206中所規 定UE 1310起始向IMS的註冊。隨後，該UE使用早先自該 所訪問網路獲得之VDI在原始所訪問網路中向VCC應用程 式1350起始一 IMS始發對話（例如，如上文章節IV及圖7和8 中闡述），以經由IMS建立一存取線路並請求該主動〇3對 話域轉移至IMS。該SIP INVITE可路由穿過該新所訪問網 路或本地網路（未顯示）中之P-CSCF及該本地網路（未顯示） 中之S-CSCF，而最後到達該原始所訪問網路中之S-CSCF(未顯示）或較佳地E-CSCF 1340。 步驟2(INVITE(VDI)) 〇在原始所訪問網路中之S-CSCF(未 顯示）或E-CSCF 1340處，處理該IMS對話並將其遞送至 VCC應用程式1350。 步驟3(UPDATE或重新INVITE)。 VCC應用程式1350經由 IMS完成新入局存取線路之建立。VCC應用程式1350藉由 120633.doc -44- 200816752 使用如3GPP TS 23.206中規定之存取線路更新程式使該遠 端線路更新以新建立存取線路之連接資訊來實施域轉移。 將該UPDATE或重新INVITE發送至E-CSCF 1340以便用以 始發該通話（例如，根據圖7或圖8)。VCC應用程式1350亦 可明確地向£<8〇? 1340指示域轉移。 録。E-CSCF 1340使錫定 LRF 1330 更新以新的SDP資訊，例如，指示UE 1 3 1 0現在正在使用 IMS域並提供該UE IP位址。 步驟5(UPDATE或重新INVITE) 〇 該更新繼續進行至該 PSAP(如圖10A中所示）或MGCF(如圖10B中所示）。 步驟6(源存取線路的釋放）。隨後，如3GPP TS 23.206中 所規定釋放該源存取線路，該源存取線路係先前在CS上建 立之存取線路。此包括藉由E-CSCF 1340來釋放先前之入 局CS線路。 由於該LRF應具有UE之IP位址且因此可調用OMA SUPL(或任一其他牽涉IP傳輸之定位解決方案（例如， 3GPP2 X.S0024))，故可在程式C完成之後繼續為UE提供定 位支援。然而，唯有使用3GPP TS 23.271之條款9.1.1及 9.1.6(其中LRF向UE之本地HLR/HSS詢問所訪問之SGSN位 址）中所述之更為一般的PS-MT-LR程式，方可使用3GPP控 制平面解決方案來為GPRS存取實現UE定位。

VI.B.2· 域轉移CS至IMS-程式D 於一替代實施例中，無論UE 14 10是否具有充分的在新 PLMN中進行註冊之憑證，支援CS至IMS域轉移之程式D皆 120633.doc -45- 200816752 將適用於該UE 1410。該程式對持續定位支援之限制較 少。圖14圖解闡釋程式D之一例示性實施方案。 步驟1(INVITE(緊急））。在發送該INVITE之前，若UE 14 10包含充分的如3GPP TS 23.167中界定之憑證（亦即，不 使用一普通之註冊），則其會在新所訪問IMS網路中執行一 緊急註冊。為支援UE 142 0之回呼（經由新所訪問網路）及 為在新所訪問IMS中鑑證UE 1420，該緊急註冊係必需。 然後，UE 1410將一指示IMS緊急通話之INVITE發送至新 所訪問網路中之P-CSCF(圖14中未顯示）。該INVITE中之 SIP To標題可包含一指示一現有緊急通話VCC域轉移之SIP URI。可容易地將此一 SIP URI添加至其他需要支援緊急通 話之SIP URI而無需任何新的SIP傳訊改變。該SIP INVITE 亦可包含一路由標題，該路由標題包含該原始所訪問網路 之位址資訊，例如，自MCC-MNC(行動國家碼及行動網路 碼）創建之原始所訪問網路之SIP URI，及可能地該小區ID 和第一次始發該通話之定位區域。基於一現有緊急通話 VCC域轉移之指示.，該P-CSCF並不調用VCC支援（例如， 藉由如圖7中所允許將該SIP INVITE轉移至新所訪問網路 中之VCC應用程式）而相反將該INVITE傳遞至一本地E-CSCF 1430。 步驟2(擷取定位）。基於VCC域轉移之指示，若任何於步 驟1中接收之關於原始所訪問網路之位址資訊足夠精確以 致可確定隨後路由所需之VDI，則E-CSCF 1430可繼續進 行至步驟5。否則，E-CSCF 1430自一 LRF 1440(其可係一 120633.doc -46- 200816752 本地LRF 1440，或較佳地係原始所訪問網路中如步驟j中 由UE 1420提供之路由標題資訊所指示之LRF 1450)請求定 位及路由資訊。E-CSCF 1430為LRF 1440提供UE識別資 訊，例如，IMSI、MSISDN、IMEI。E-CSCF 1430 亦指示 VCC域轉移。 #微3(#/屏遥話記錄LRF 1440可與其他LRF 1450交互 作用以在根據圖7或圖8第一次始發緊急通話時搜索建立於 錨定LRF中之原始通話記錄。若LRF 1430處在該原始所訪 問網路中（或支援該原始所訪問網路），則該交互作用及搜 索將更為侷限，例如，該LRF其自身可能係該錨定LRF。 #聲外迈S7定# (TZ)/刀。倘若找到該通話記錄，則LRF 1430會將路由資訊以VDI之形式返回至E-CSCF 1420。 刀。使用於步驟2中確定或於步驟4中由 LRF 1440所提供之VDI，E-CSCF 1430可直接將該INVITE 轉發至原始所訪問網路中之VCC應用程式1470或將其轉發 至原始所訪問網路中之IMS核心（例如，E-CSCF 1460)。 步驟6(INVITE(VDI))。 若需要，原始所訪問網路中之 IMS核心（例如，E-CSCF 1460)將該INVITE轉發至VCC應 用程式1470。 步驟7(UPDATE或重新INVITE) 〇 VCC應用程式1470藉由 經由E-CSCF 1460將建立於傳入域中之存取線路SDP通信 至遠端來更新出局之存取線路。VCC應用程式1470亦可明 確地向E-CSCF 1460指示域轉移。 #鑕以定位文新E_CSCF 1460藉由該新SDP資訊（舉例 120633.doc -47- 200816752 而言，其指示UE 1420正在使用IMS域並提供該UE之IP位 址）來更新錨定LRF 145 0。 步驟9(UPDATE或重新INVITE) 〇 該更新繼續進行至 PSAP(如圖10A中所示）或MGCF(如圖10B中所示）。 步鏘70(0康存欢·镑路之#放）。隨後，如3GPP TS 23.206中 所規定釋放該源存取線路，該源存取線路係先前在CS上建 • 立之存取線路。此包括藉由該E-CSCF來釋放先前之入局 CS線路。 圖14中之程式適用於註冊及未註冊UE兩者。繼續提供 定位支援之方法亦可與程式C相同，例如，藉由使用OMA SUPL以及圖14之步驟8中提供至錨定LRF 1450之UE IP位 址或使用用於GPRS存取定位之3GPP PS-MT-LR程式。然 而，作為一額外的益處，可使用3GPP TS 23.271中（於條款 9·1·6Α及9·1·7中）界定之緊急通話所專用的3GPP PS-NI-LR 及PS-MT-LR程式。若該xje為GPRS存取及/或GPRS PDP上 〇 下文之建立而指示一緊急通話，則此可實現。此可引發

SGSN鼓動一 PS-NI-LR以便獲得定位或將其位址提供至一 GMLC。若該GMLC與錨定lrf相關聯，則可向該錨定LRF • 提供伺服01>118支援節點（SGSN)之位址，由此使得可使用 .一PS-MT-LR而不必查詢該本地的HLR/HSS(且在可能不使 用任何HLR/HSS之情形下亦允許對一未經授權ue進行定 位）。然而’該能力可限制於其中同一操作者同時擁有新 及原始所訪問網路之情形。 上文闡述了本發明揭示内容之各種態樣。應清楚，可以 120633.doc -48- 200816752

各種形式實施本文之教示且本文所揭示任一特定結構、功 能或該兩者僅具有代表性。基於本文之教示，熟悉此項技 術者應瞭解，本文所揭示之態樣可獨立於任何其他態樣來 構建且可以各種方式來組合該等態樣中之兩個或兩個以上 態樣。舉例而言，可使則壬何數量之本文所述態樣來構建 一裝置或實踐—方法。另外，除了本文所述態樣中之—者 或多者之外’還可使用其他結構、功能性、或結構及功能 :來構建該種裝置或實踐該種方法。作為某些上述概念之 貫例’於某些態樣中’可基於脈衝重複頻率來建立若干平 =通道。於某些態樣中，可基於脈衝位置或偏移來建立平 灯通道。於某些態樣中，可基於跳時序列來建立並行通 道。於某些怨樣中’可基於脈衝重複頻率、脈衝位置或偏 移及跳時序列來建立並行通道。 熟習此項技術者應理解，可使用各種不同技術和技法中 之任-種來表示資訊及信號。舉例而言，上文說明書中可 能提及的資料、指令、命令、資訊、信號、位元、符號及 曰曰片&可由電壓、電流、電磁波、磁場或磁粒子、光場或 光粒子或其任一組合來表示。 熟悉此項技術者亦應進一步瞭解，結合本文揭示之實施 例所闡釋的各種例不性邏輯方塊、模組、電路及演算法步 驟可構建為電子硬體、電腦軟體或二者之組合。為清楚地 闡釋硬體與軟體的此種可互換性，上文概括地闡釋了各種 ㈣性組件、m電路及步驟之功能。此種功能性 是構建為硬體還是構建為軟體取決於特定應用及施加於整 120633.doc -49- 200816752 個系統的設計製約條件。熟習此項技術者可針對每一特^ 應用以不同方式來構建該功能性，但不應將此等構建方疋 的決定解釋為導致背離本發明之範疇。 一 結合本文揭示之實施例所闡述的各種說明性邏輯塊、模 . 組、及電路可藉由以下器件來構建或實施：通用處理器果 數位信號處理器（DSP)、應用專用積體電路（Asic)、現場 可程式化閘陣列（FPGA)或其他可程式化邏輯器件、八 刀立間 f) 或電晶體邏輯、分立硬體組件、或其設計用於實施本文所 述功能的任一組合。通用處理器可為一微處理器，但另— 選擇係，該處理器可為任一習知處理器、控制器、微控制 器或狀態機。一處理器亦可構建為計算裝置之一 σ ，例

如’一 DSP與一微處理器之組合、複數個微處理器、—戍 多個微處理器結合一 DSP核心、或任何其他該種組態。S 應理解，任一揭示過程中之任一具體步驟順序或分級皆 係一例示方法之實例。基於設計的優先選擇，應理解，可 U 重新佈置該等過程中具體的步驟順序或分級而同時保持在 本發明揭示内容之範圍内？隨附之方法請求項按照一例示 順序提出了不同步驟之元件，而並非意欲侷限於所提出之 具體順序或分級。 • 結合本文所揭示實施例所闡述方法或演算法之步驟可直 接灵施為硬體、由一處理器執行的軟體模組或兩者之組 σ。軟體模組可駐存在隨機存取記憶體（RAM)、快閃記佾 體、唯讀記憶體（ROM)、電子可程式化R〇M(EPR〇M)、電 子可擦除程式化ROM(EEPROM)、暫存器、硬碟、可抽換 】2〇633.doc -50- 200816752 式磁碟、CD-ROM或此項技術中習知之任一其他形式之儲 存媒體中。一例示性儲存媒體耦接至處理器，以使該處理 器可自該儲存媒體讀取資訊或將資訊寫入其中。或者，該 儲存媒體可係該處理機之組成部分。該處理器及儲存媒體 • 可駐存於一 ASIC中。而ASIC可駐存於一使用者終端機 • (UE)中。或者，該處理器及儲存媒體可作為分立組件駐存 於使用者終端機（或UE)中。 () 处上文提供對揭示實施例之說明旨在使熟習此項技術者皆 :夠製作或使用本發明。熟f此項技術者將易於得出該等 貫施例之各種修改，且本文所界定的一般原理亦可適用於 其他實施例，此並未背離本發明之精神或範疇。因此，本 =並非意欲將本發明限定於本文所示實施例，而欲賦予其 與本文所揭示原理及新穎特徵相一致的最寬泛範疇。 【圖式簡單說明】 圖1圖解闡釋一例示性通信系統1〇〇，其可支援諸多使用 (j 者且能實施本發明之至少某些態樣及實施例； 圖2係一例示性CDMA通信系統之簡化功能方塊圖，· 圖3係一例示性通信系統，其支援HDR傳輸且適用於排 程對多個使用者之傳輸，· 圖4圖解闡釋一例示性AT ; _圖从圖解闡釋一 3GPP實施方案（如3GPP TS 23.206中揭 示）之標準參考模型； ^ 並圖5B圖解闡釋一根據本發明之修改參考模型，其不同於 曰通VCC之標準模型（如3GPP TS 23.206中所揭示且如圖 120633.doc -51 - 200816752 5A中顯示）； 圖6 A及6B顯示一八⑸此l门 刀别對圖5A及5B中所示模型進行補充 (但係自3GPP TS 23 Z九167中所界定服務之觀點來看）之參考 模型； • 81 7®解闡釋—例示性通話始發程式； . 1目8圖解闡釋—支援於cs(電路交換）域中始發之vcc通 話之例示性解決方案；

Ο 圖9AA 9B顯示交換該使用者平面之例示性模型（如3GPP TS 23.206中所揭示）； 圖1〇八及刚圖解闡釋根據本發明之—交換使用者平面 _ t改板型’其不同於該標準模型（如3Gpp 23.2〇6中揭 示且如圖9A及9B中顯示）； 匕 圖11圖解闡釋自IMS至CS域轉移之例示性實施方案，· 圖12圖解闡釋域轉移1]^8至（：8之例示性替代實施方我· 圖13圖解闡釋域轉移（^至1旭8之例示性實施方案·且 〇 圖14圖解闡釋自CS至IMS域轉移之例示性替代方案且 【主要元件符號說明】 〃 100 通信系統 102A 小區 102B 小區 102C 小區 102D 小區 102E 小區 102F 小區 120633.doc -52- 200816752 102G 小區 104 網路 106 使用者設備 106A 使用者設備、存取終端機 106B 使用者設備、存取終端機 106C 使用者設備、存取終端機 ' 106D 使用者設備、存取終端機 106E 使用者設備、存取終端機 \ 106F 使用者設備、存取終端機 106G 使用者設備、存取終端機 106H 使用者設備、存取終端機 106J 使用者設備、存取終端機 1061 使用者設備、存取終端機 120 系統 122 資料源 ϋ 130 無線電網路控制器 132 通道排程器 136 選擇器元件 ’ 141 通話控制處理器 146 封包網路介面 148 公用交換電話網路 160 節點Β 160Α 節點Β 160Β 節點Β 120633.doc -53 - 200816752

160C 節點B

160D 節點B

160E 節點B

160F 節點B

160G 節點B 168 通道元件 170 RF單元 172 資料佇列 258 解碼處理單元 264 發射電路系統 302 處理單元 306 節流控制

308 PA 408 接收電路系統 412 載波控制單元

416 記憶體 500 CS域 504 VCC應用程式 510 基於IP的域 516 使用者設備、存取終端機 518 使用者設備、存取終端機 572 VCC應用程式 576 緊急通話對話控制功能 610 定位擷取功能 120633.doc • 54 - 200816752 620 使用者設備 630 代理通話對話控制功能 640 緊急通話對話控制功能 650 伺服通話對話控制功能 660 VCC應用程式 710 使用者設備 720 代理通話對話控制功能

Ο 730 定位擷取功能 740 緊急通話對話控制功能 760 VCC應用程式 770 媒體閘道控制功能/媒體閘道 780 緊急中心 810 使用者設備 830 語音行動服務交換中心 840 媒體閘道控制功能 850 閘道行動定位中心 860 緊急通話對話控制功能 870 VCC應用程式 910 伺服通話對話控制功能 920 使用者設備 930 使用者設備 1050 緊急通話對話控制功能 1060 公共安全回應點 1110 使用者設備 120633.doc -55 - 200816752 1130 所訪問行動交換中心 1140 媒體閘道控制功能 1150 錨定定位擷取功能 1160 緊急通話對話控制功能 1170 VCC應用程式 1210 使用者設備 1230 語音行動服務交換中心

1240 媒體閘道控制功能 1250 閘道行動定位中心 1260 緊急通話對話控制功能 1270 VCC應用程式 1310 使用者設備 1330 錨定定位擷取功能 1340 緊急通話對話控制功能 1350 VCC應用程式 1410 使用者設備 1420 使用者設備 1430 緊急通話對話控制功能 1440 錫定定位榻取功能 1450 定位擷取功能 1460 緊急通話對話控制功能 1470 VCC應用程式 120633.doc -56-

Claims (1)

1. 200816752 申請專利範圍： 1. 一種在一無線存取環境中支援緊急通話之語音通話連續 性（V C C )之系統，其包括： ϋ訪問網際網路協定多媒體子系統（IMS)中之 vcc應用程式，其促成該所訪mMs子系統與—電路交 換（CS)子系統之間的域轉移；及 ‘ 一於該所訪問IMS子系統中之緊各捅# τ之冢总通活對話控制功能 (E-CSCF)子系統，其在運作 〇 建作上耦接至该VCC應用程式以 促成該IM S子系統與該c s子系統之間的域轉移。 2. 如凊求項1之系統，其中該所訪問胸子系統進一步包括 一，運作上^接至触子系統之媒體閘道控制功能 (MGCF)子糸統。 3. 2請求項2之系統，其中該所訪問⑽子系統進―步包括 在運作上耗接至該M G C f子糸站 χ 于糸、、先之媒體閘道（MGW)子 系統。 Q 4·如請求項2之系統，其中該cs子李# $ ^ 。 伽％ ^ 千糸、、先進一步包括一能夠 與该MGCF子系統通信之言五立一去 。q仃動服務交換中心（VMSC) 子糸統。 ' 5 ·如晴求項1之系統，其進一牛a 2 (UE)單元 v匕括至少一個使用者設備 6·如請求項5之系統，其進一步白紅备 UEi -、、 匕括一在運作上耦接至該 早7C以促成通信之代理通 系統。 σ對話控制功能（P-CSCF)子 7·如請求項1之系統，其進一步向# ^ 匕括一疋位擷取功能（LRF) 120633.doc 200816752 ’其在運作上耦接至該e_cscf子系統且其實施與 位貝矾擷取有關之功能。 8 ·如請求項1之奉絲 糸、、先，其中該所訪問IMS子系統係在一所訪 问網路中。 9 ·如請求項1系 網路中 糸、、先，其中該所訪問IMS子系統係在一本地 1 〇· —種於一無線存取環 Γ ϋ 甲支援緊心通5舌之語音通話連讀 性⑽C)之方法，其包括： /藉由VCC應用程式來促成—網際網路協定多媒體子 系j(IMS)與—電路交換（CS)子系統之間的域轉移；且 猎由—緊急通話對話控制功能（E-CSCF)來促成一網際 、罔路協疋多媒體子系統（IMS)與一電路交換㈣子系統之 間的域轉移。 經授權 η·如請求項10之方法’其進-步包括支援一來自 使用者設備（UE)之緊急通話。 12.如巧求項1〇之方法，其進_步包括支援一來自一未經授 權使用者設備（UE)之緊急通話。 13·如#求項1〇之方法，其進一步包括支援一來自一本地網 路中一使用者設備（UE)之緊急通話。 14·如σ月求項10之方法，其進一步包括掘取一使用者設備 (UE)在自一第一無線存取網路vcc轉移至一第二無線存 取網路之後之定位。 15.如請求項14之方法’其進—步包括在-出局通話線路上 / CC應用知式6周用該E_SCSF以實現定位支援之連續 I20633.doc 200816752 性。 16· 士叫求項ι〇之方法，其進一步包括傳達來自一使用者設 備（UE)之Vcc相關資訊。 17·如請求項1〇之方法，其進一步包括在一 ims至Cs轉移之 緊急SETUP訊息中指示VCC。 18. * 〇 19. 士明求項1 〇之方法，其進一步包括使用一自一行動服務 父換中心（MSC)至一閘道行動定位中心（Gmlc)之現有 map查珣以便以一對於該MSC部分或完全透明之方式將 一緊急通話路由至該VCC應用程式。 如凊求項10之方法，其進一步包括對一定位擷取功能 (LRF)實施一定位更新。 20.如請求項1〇之方法，其進一步包括使用一來自一行動服 務交換中心（MSC)之閘道行動定位中心（GMLC)查詢以便 以一對於該MSC部分或完全透明之方式促成該等域轉 移。 21.

   22. 如睛求項10之方法，其進—步包括當建立—緊急通話時 在一錨定定位擷取功能（LRF)中錨定定位擷取。 一種於-無線存取環境中支援緊急通話之語音通話連户 性（VCC)之系統，其包括： 所訪問網際網路協定多媒 父換（CS)子系統之間的域 一第一構件，其用於促成一 體子系統（IMS)子系統與一電路 轉移；及 一於該所訪 躺接至該第_ 問IMS子系統中之第二構件，其在運作上 構件以促成該IMS子系統與該CS5系統之 120633.doc 200816752 間的域轉移β 、種用於在—無線存取環境中支援緊急通話之語音通話 連續性（vcc)之電腦可讀媒體，該電腦可讀媒體包括致 使：夕-個計算器件實施以下作業的碼： 猎由-緊急通話對話控制功能（E-CSCF)來促成一網際 網路協定多媒體子系統（IMS)與一電路交換（cs)子系統: 間的域轉移；且 榻取-使用者設備（UE)在自_第_無線存取網路VCC 轉移至一第二無線存取網路之後之定位。 24·如請求項23之電腦可讀媒體，其中該UE係一經授權 UE 〇 經授權 25·如請求項23之電腦可讀媒體，其中該ue係一未 UE 26.如請求項23之電腦可讀媒體，其中該1；£係在本地網路 中。 〇 120633.doc