專利名稱：優(yōu)化移動衛(wèi)星通信系統(tǒng)中呼叫建立的方法
技術(shù)領(lǐng)域：
本發(fā)明一般涉及電信系統(tǒng)，并且具體地說，涉及操作以建立等待時間降低的某些呼叫和選擇性地使用HPA尋呼以到達(dá)衛(wèi)星UE的衛(wèi)星RAN和IMS網(wǎng)絡(luò)。
背景技術(shù)：
如第三代合作伙伴項目(3GPP)標(biāo)準(zhǔn)組織定義的IP多媒體子系統(tǒng)(IMS)通過為電信業(yè)提供基于全I(xiàn)P的體系結(jié)構(gòu)，合并了電話和因特網(wǎng)技術(shù)。IMS是基于會話發(fā)起協(xié)議 (SIP)，并且大量利用IETF內(nèi)定義的協(xié)議。IMS供應(yīng)了服務(wù)器和數(shù)據(jù)庫的網(wǎng)絡(luò)，這些服務(wù)器和數(shù)據(jù)庫幫助用戶代理器(agent)進行建立和管理會話的任務(wù)。IMS使用術(shù)語會話，因為用戶之間的連接不再限于話音服務(wù)(電話呼叫)。會話可以是話音、視頻、文本或連接兩個或更多用戶代理器在一起的其它服務(wù)。圖1中示出一代表性IMS網(wǎng)絡(luò)。IMS網(wǎng)絡(luò)內(nèi)節(jié)點之間的通信利用會話發(fā)起協(xié)議(SIP)。SIP是用于因特網(wǎng)會議、電話、存在、事件通知、即時消息傳遞及諸如此類的信令協(xié)議。SIP信令使用長期穩(wěn)定的標(biāo)識符、SIP通用資源指示符(URI)。IMS中的用戶設(shè)備(UE)指包含將發(fā)起或端接SIP會話的 SIP用戶代理器的裝置。具體而言，一種形式的UE是操作以跨諸如寬帶碼分多址(WCDMA) 等定義的空中接口發(fā)送和接收數(shù)據(jù)的移動終端。IMS網(wǎng)絡(luò)中的SIP信令分組由總稱為呼叫會話控制功能(CSCF)的SIP服務(wù)器或代理(proxy)來處理。不同類型的CSCF執(zhí)行特定的功能。代理CSCF(P-CSCF)是作為IMS終端(UE)的第一接觸點的SIP代理。P-CSCF可駐留在終端的H-PLMN或V-PLMN中。在任一情況中，在注冊期間為UE指派了對于注冊的持續(xù)時間不更改的P-CSCF。往來于UE的所有SIP消息通過P-CSCF，P-CSCF能夠檢查這些消息。P-CSCF為UE執(zhí)行認(rèn)證和安全工作，并且維護通信的記錄以便開帳單。服務(wù)CSCF(S-CSCF)是UE的H-PLMN中執(zhí)行SIP服務(wù)和會話控制的中央SIP代理。 基于來自歸屬訂戶服務(wù)器(HSS)數(shù)據(jù)庫的信息，S-CSCF處理SIP注冊，其中，它將UP IP地址綁定到SIP地址。S-CSCF也能夠截取和檢查往來于UE的所有SIP消息。S-CSCF判定 SIP消息將轉(zhuǎn)發(fā)到哪個AS以獲得其服務(wù)。S-CSCF也一般通過使用電子編號(ENUM)查找來提供路由選擇服務(wù)，并且它實行網(wǎng)絡(luò)運營商策略。查詢CSCF (I-CSCF)是位于管理域的邊緣的SIP代理。I-CSCF的IP地址在域的域名系統(tǒng)(DNS)中公布，以便遠(yuǎn)程服務(wù)器能夠找到它，并且使用它作為SIP分組進入I-CSCF 的域的轉(zhuǎn)發(fā)點。I-CSCF從HSS檢索訂戶位置，并隨后將SIP請求路由到其指派的S-CSCF。IMS網(wǎng)絡(luò)包括存儲相關(guān)用戶數(shù)據(jù)的歸屬訂戶服務(wù)器(HSS)，所述相關(guān)用戶數(shù)據(jù)包括認(rèn)證信息和服務(wù)數(shù)據(jù)。作為用戶簡檔的一部分，初始過濾準(zhǔn)則(iFC)被定義為指示基于信令平面中的信息要調(diào)用哪些應(yīng)用服務(wù)器。
IMS網(wǎng)絡(luò)還包括提供各種服務(wù)的一個或多個應(yīng)用服務(wù)器(AS)，如音頻和視頻廣播或流傳送、按講(push-to-talk)、視頻會議、游戲、文件共享、電子郵件及諸如此類。應(yīng)用服務(wù)器基于用戶簡檔中存儲的iFC而被調(diào)用。如果滿足iFC中定義的準(zhǔn)則，則S-CSCF會將信令傳遞到AS上。一旦被調(diào)用，AS便能夠參與會話并提供另外的能力。圖1是IMS網(wǎng)絡(luò)10的簡化功能框圖。UE 12已經(jīng)使其與一個或多個CSCF (例如， P-CSCF、S-CSCF和/或I-CSCF)14相關(guān)聯(lián)。CSCF 14連接到提供服務(wù)的各種AS 16、18。HSS 20提供用于認(rèn)證、授權(quán)和記帳(AAA)功能的信息。Diameter協(xié)議是從行業(yè)標(biāo)準(zhǔn)RADIUS(遠(yuǎn)程認(rèn)證撥入用戶服務(wù))協(xié)議所衍生的高級可擴展AAA協(xié)議。Diameter包括RADIUS的許多增強功能，如錯誤處理和消息輸送可靠性。 它從RADIUS提取AAA協(xié)議的要素，并且定義一般到足以形成Diameter基本協(xié)議的核心的消息集合。要求AAA功能的各種應(yīng)用能夠在Diameter基本協(xié)議之上定義其自己的擴展，并且能夠受益于Diameter基本協(xié)議提供的一般能力。圖2示出用于UE到UE呼叫的代表性現(xiàn)有技術(shù)呼叫流程，其中，前提條件用于避免稱為“鬼來電(ghost ringing) ”。這通過在警示被叫方(UE#2)之前確保在主叫方側(cè)(UE#1) 上保留了無線電資源而得以實現(xiàn)。帶有圖2的前提條件的呼叫流程從3GPP TR 24. 930 V. 7. 5. 0的5. 1. 2. 3節(jié)來提取，其公開通過引用以其整體結(jié)合于本文中。在主叫和被叫UE是移動衛(wèi)星終端時，圖2的呼叫流程顯示了幾個問題。第一，如果被叫UE位于無衛(wèi)星覆蓋的位置，如建筑物內(nèi)，則在步驟207的SIP邀請(INVITE)消息將永不到達(dá)UE (除非衛(wèi)星發(fā)起高滲透警示(HPA)尋呼)。HPA尋呼是以比正常尋呼高得多的功率傳送的尋呼消息。HPA尋呼引導(dǎo)UE顯示要求被叫方離開建筑物(或在其它情況下轉(zhuǎn)移到衛(wèi)星覆蓋的區(qū)域中)以接收呼叫的消息。一個解決方案是讓衛(wèi)星無線電接入網(wǎng)絡(luò)(RAN) 在每個SIP邀請上發(fā)送HPA尋呼，而無論會話建立類型(例如，話音呼叫、消息傳遞)。然而，此方案嚴(yán)重影響無線電資源。另外，步驟217到232的編解碼器協(xié)商產(chǎn)生于應(yīng)答式(on Answer)網(wǎng)絡(luò)請求的二次 (Secondary)PDP上下文激活(NRSCPA)-即，在經(jīng)初始SIP信令到達(dá)被叫方之前不建立PDP 上下文。雖然應(yīng)答式NRSCPA在陸地網(wǎng)絡(luò)中具有一些優(yōu)點，例如確保網(wǎng)絡(luò)資源可用并在接通呼叫前得以保留，但它要求兩個UE之間大量的SIP消息傳遞。在呼叫通過衛(wèi)星來建立時， SIP消息的大量交換不但消耗衛(wèi)星鏈路帶寬，而且增加了呼叫設(shè)置時間。

發(fā)明內(nèi)容
根據(jù)本文中所述和要求權(quán)利的本發(fā)明的一個或多個實施例，往或來于衛(wèi)星UE的呼叫布置通過減少IMS消息交換而得以優(yōu)化，始發(fā)方對QoS參數(shù)具有控制權(quán)，HPA預(yù)訂服務(wù)變得可用，并且對屏蔽在衛(wèi)星覆蓋之外的端接衛(wèi)星UE的呼叫通過選擇性地采用HPA尋呼而得以完成。對于無前提條件的呼叫請求，與始發(fā)UE相關(guān)聯(lián)的IMS節(jié)點使用供應(yīng)式(on Offer) NRSCPA而不是標(biāo)準(zhǔn)應(yīng)答式NRSCPA。與端接UE相關(guān)聯(lián)的IMS節(jié)點檢查用戶的HPA預(yù)訂。如果已預(yù)訂、端接邀請請求是針對“通話的”或“交互的”服務(wù)、并且端接UE在PMM_IDLE 狀態(tài)中，則衛(wèi)星RAN使用HPA來尋呼端接UE。一個實施例涉及一種與具有IMS客戶端的移動衛(wèi)星終端建立電信會話的方法。IMS PDP上下文激活由關(guān)聯(lián)于主叫方UE的P-CSCF在與關(guān)聯(lián)于被叫方UE的代理交換任何SIP信
5令前來建立。HPA僅在被叫UE預(yù)訂HPA服務(wù)時、且僅對于具有通話的或交互的業(yè)務(wù)類的呼叫被引向被叫UE。另一實施例涉及一種IMS網(wǎng)絡(luò)節(jié)點，該IMS網(wǎng)絡(luò)節(jié)點操作以從始發(fā)UE接收SIP邀請消息，并且響應(yīng)該SIP邀請消息的內(nèi)容，在與關(guān)聯(lián)于端接UE的代理交換任何SIP信令前建立IMS PDP上下文激活。仍有的另一實施例涉及一種IMS網(wǎng)絡(luò)節(jié)點，該IMS網(wǎng)絡(luò)節(jié)點操作以從另一 IMS節(jié)點接收SIP邀請消息，并且響應(yīng)所述SIP邀請消息的內(nèi)容以及還響應(yīng)SIP邀請消息中識別的被叫方預(yù)訂HPA尋呼服務(wù)，使用HPA尋呼來尋呼與被叫方相關(guān)聯(lián)的UE。


圖1是常規(guī)IMS網(wǎng)絡(luò)的示意框圖。圖2是IMS網(wǎng)絡(luò)中常規(guī)呼叫設(shè)置的呼叫流程圖。圖3是與IMS網(wǎng)絡(luò)集成的衛(wèi)星RAN的功能框圖。圖4A-4F根據(jù)本發(fā)明的一個實施例，示出衛(wèi)星呼叫設(shè)置的呼叫流程圖。圖5是現(xiàn)有技術(shù)呼叫設(shè)置技術(shù)中的呼叫設(shè)置等待時間的表。
具體實施例方式圖3示出集成衛(wèi)星IMS網(wǎng)絡(luò)22。網(wǎng)絡(luò)22將衛(wèi)星移動終端M相互連接，與應(yīng)用服務(wù)器沈或通5網(wǎng)絡(luò)中的其它資源連接，或者與諸如公共交換電話網(wǎng)絡(luò)(PSTN) 30等其它網(wǎng)絡(luò)中的通信終端連接。往來于移動終端M的業(yè)務(wù)由一個或多個衛(wèi)星32傳送，并且接入由衛(wèi)星無線電接入網(wǎng)絡(luò)(RAN) 34來控制。衛(wèi)星RAN 34在通信上耦合到陸地?zé)o線IP連接接入網(wǎng)絡(luò) (IP-CAN) 36。在圖3所示的實施例中，無線IP-CAN 36是帶有通用分組無線電服務(wù)(GPRS) 的寬帶碼分多址(WCDMA)網(wǎng)絡(luò)，包括至少一個網(wǎng)關(guān)GPRS服務(wù)節(jié)點(GGSN) 38和服務(wù)GPRS支持節(jié)點(SGSN) 40。WCDMA IP-CAN 36連接到包括策略計費規(guī)則功能(PCRF) 42、P-CSCF 44、 S-CSCF 46及應(yīng)用服務(wù)器洸的IMS核心網(wǎng)絡(luò)。IMS網(wǎng)絡(luò)另外包括歸屬位置寄存器(HLR)48和HSS 50、包括媒體資源功能控制器(MRFC)和媒體資源功能處理器(MRFP)的媒體資源功能52及執(zhí)行諸如DNS、電子編號 (ENUM)和動態(tài)主機配置協(xié)議(DHCP)等地址查找和轉(zhuǎn)換功能的地址查找和轉(zhuǎn)換功能的服務(wù)器M。IMS網(wǎng)絡(luò)還包括跨H. 248接口連接到媒體網(wǎng)關(guān)(MGW) 58的媒體網(wǎng)關(guān)控制器功能 (MGCF)和信令網(wǎng)關(guān)(SGW) 56。IMS網(wǎng)絡(luò)的結(jié)構(gòu)和操作已明確定義，并且在本文中不進一步解釋。本領(lǐng)域技術(shù)人員將還認(rèn)識到包括交換機和路由器(未示出)等在GGSN 38與MGW 58 之間攜帶承載業(yè)務(wù)的分組核心的存在。圖3示出引向位于建筑物60中的衛(wèi)星移動UE的話音或交互的呼叫。高滲透警示 (HPA)尋呼被選擇性地用于到達(dá)被叫UE 24。HPA顯示用戶具有來電、并請求用戶離開建筑物60以接收來自衛(wèi)星32的呼叫的消息，如所示的消息。根據(jù)本文中所述和要求權(quán)利的實施例，基于呼叫的類型、被叫UE 24的狀態(tài)及被叫用戶是否預(yù)訂HPA服務(wù)，選擇性地采用ΗΡΑ。本發(fā)明的實施例的操作在用戶B在建筑物中時從一個衛(wèi)星UE 24(識別為用戶 “Α”)到另一衛(wèi)星UE 24 (識別為用戶“B”)的話音呼叫上下文中描述。始發(fā)移動衛(wèi)星UE 24 和端接移動衛(wèi)星UE 24 一般均包括專用編解碼器以優(yōu)化通過衛(wèi)星鏈路的話音分組的傳送。在此情況下，能夠增強帶有前提條件的標(biāo)準(zhǔn)IMS呼叫流程以賦予始發(fā)移動衛(wèi)星UE M在為各種最終用戶服務(wù)提供服務(wù)質(zhì)量(QoQ方面的完全控制權(quán)；通過只為選定承載服務(wù)(例如， 僅話音和交互的呼叫)使用HPA尋呼來增大成功呼叫建立率而不浪費衛(wèi)星無線電資源；以及向預(yù)訂HPA作為服務(wù)的移動衛(wèi)星訂戶計費。第一，始發(fā)移動衛(wèi)星UE 24使用供應(yīng)式網(wǎng)絡(luò)請求的二次PDP上下文激活(NRSCPA) 而不是使用標(biāo)準(zhǔn)端接UE M發(fā)起的二次PDP上下文激活過程(應(yīng)答式NRSCPA)。此方法消除了前提條件并將始發(fā)移動UE M與端接移動UE M之間消息傳遞交換的數(shù)量減半(即， 無PRACK、更新和對應(yīng)2000K)。另外，由于網(wǎng)絡(luò)指示UE M要使用哪些QoS參數(shù)值，因此，供應(yīng)式NRSCPA賦予運營商在為各種最終用戶服務(wù)提供QoS方面的完全控制權(quán)，由此避免了終端的預(yù)配。第二，端接PCRF 42在發(fā)起觸發(fā)HPA的NRSPCA之前檢查HPA預(yù)訂，由此允許移動衛(wèi)星運營商向訂戶針對使用HPA來計費。第三，衛(wèi)星RAN 34僅在端接邀請請求是針對“通話的”或“交互的”(例如，話音呼叫或按講請求)時才將HPA發(fā)送到端接UE 24，由此優(yōu)化尋呼信道資源使用。下面為始發(fā)和端接側(cè)描述在IMS節(jié)點P-CSCF 44,PCRF 42,GGSN 38,SGSN 40及衛(wèi)星RAN 34中支持供應(yīng)式NRSPCA所要求的服務(wù)邏輯。為了解釋的目的，始發(fā)移動UE 24(用戶“A”)和端接移動UE 24 “B”(用戶“B”)均作為最一般情況視為移動衛(wèi)星訂戶。然而， 通常他們?nèi)我庵荒軌蚴荘STN或PLMN訂戶，并且用于另一訂戶的邏輯保持不變。始發(fā)側(cè)服各邏輯移動衛(wèi)星訂戶A正在進行到移動衛(wèi)星訂戶B的話音呼叫。在接收始發(fā)SIP邀請消息(圖4，步驟1)后，訂戶A的P-CSCF 44執(zhí)行以下邏輯。如果邀請消息中的要求(Require) 報頭字段和支持的(Supported)報頭字段未包含前提條件、邀請消息的SDP部分未包含“期望QoS”和“當(dāng)前QoS”、以及諸如NRSPCA_0N_0FFER等可配置的系統(tǒng)參數(shù)在A的P-CSCF 44 中設(shè)為“Y”，則進行以下步驟A 的 P-CSCF 44 通過發(fā)送 Diameter AAR(授權(quán)認(rèn)證請求)消息(SERVICE_1NF0_ STATUS :PRELIMINARY_SERVICE_INFORMATION，媒體組件描述代碼數(shù)據(jù)“上行鏈路” “供應(yīng)”...)到PCRF 42，請求A的PCRF 42為進入的話音呼叫執(zhí)行初步QoS授權(quán)(圖4，步驟 3)。備選的是，AAR能夠包括諸如NRSPCA_0N_0FFER等新屬性-值對(AVP)以向PCRF 42指示這是要求供應(yīng)式NRSPCA的呼叫。因此，PCRF 42將延遲發(fā)回AAA到P-CSCF 44 (圖4，步驟19)，直至PCRF 42從GGSN 38接收成功的二次PDP上下文激活的指示(圖4，步驟18)。A 的 PCRF 42 通過發(fā)送 Diameter RAR(Re-Auth-Request)消息到 GGSN 38 來請求 A的GGSN 38為話音呼叫執(zhí)行NRSPCA (圖4，步驟4)。A的GGSN 38請求A的SGSN 40為話音呼叫創(chuàng)建二次PDP上下文(圖4，步驟7)。A的SGSN 40將請求PDP上下文激活消息發(fā)送到A (圖4，步驟7)。如圖4步驟9-17所示，A的GGSN 38,A的SGSN 40及UE A 24 一起完成該NRSPCA 過程。A的GGSN 38隨后將成功的二次PDP上下文激活通知A的PCRF 42 (圖4，步驟18)， 而A的PCRF 42將AAA發(fā)送到A的P-CSCF 44 (圖4，步驟1)。注意，作為在步驟19A的PCRF 42將AAA發(fā)送到A的P-CSCF 44的備選-即，在二次PDP上下文激活完成時-A的PCRF 42能夠在步驟3接收AAR時立即發(fā)送AAA。如圖4步驟4-5所示，A的PCRF 42將發(fā)送RAR到A的GGSN 38，并且接收響應(yīng)的RAA。隨后，在成功的二次PDP上下文建立后，在圖4步驟17之后，A的GGSN 38將發(fā)送CCR(更新)到A的PCRF 42，而A的PCRF 42將通過CCA做出響應(yīng)。A的PCRF 42隨后將發(fā)送RAR到A的P-CSCF 44 以通知P-CSCF 44資源保留過程已完成。 在任何情況中，在NRSPCA過程及其通知完成后，A的P-CSCF 44將邀請發(fā)送到B的 I-CSCF(圖4，步驟20-27)，而B的I-CSCF與HSS和B的S-CSCF交互以將呼叫路由到B的 P-CSCF (圖 4，步驟 28-37)。如果NRSPCA_0N_0FFER參數(shù)未設(shè)置，或者如果邀請消息包括前提條件，則如圖2所示，常規(guī)始發(fā)P-CSCF 44服務(wù)邏輯適用。也就是說，A的P-CSCF 44將SIP邀請消息經(jīng)IMS 核心發(fā)送到端接P_CSCF44(圖2，步驟203-206)，并且在從被叫UE 24接收183會話進度 (圖2，步驟212-213)時發(fā)起QoS授權(quán)過程(圖2，步驟214)。終端側(cè)服各邏輯在B的P-CSCF 44接收端接邀請消息(圖4，步驟36)時，B的P-CSCF 44執(zhí)行以下服務(wù)邏輯。如果SIP邀請消息中的要求報頭字段和支持的報頭字段未包含前提條件、邀請的SDP部分未包含“期望QoS”和“當(dāng)前QoS”、以及諸如NRSPCA_0N_0FFER等可配置的系統(tǒng)參數(shù)在B的P-CSCF 44中設(shè)為“Y”，則進行以下步驟B的P-CSCF 44通過將Diameter AAR消息發(fā)送到B的PCRF 42，請求B的PCRF 42為進入的話音呼叫執(zhí)行初步QoS授權(quán)，所述AAR消息包括名為NRSPCA_0N_0FFER的新 AVP (圖 4，步驟 38)。B的PCRF 42檢查B的HPA預(yù)訂。如果B具有HPA預(yù)訂，則B的PCRF 42通過發(fā)送Diameter RAR消息(業(yè)務(wù)類通話的，分配保留優(yōu)先級(ARP) 1)到GGSN 38，請求B的GGSN 38通過HPA為進入的話音呼叫執(zhí)行NRSPCA(圖4，步驟39)。注意，ARP值選擇對于HPA和非HPA呼叫是任意的。要求是為HPA所選的ARP必須是獨特的。另一方面，如果B沒有HPA預(yù)訂，則B的PCRF 42通過發(fā)送Diameter RAR消息(業(yè)務(wù)類通話的，分配保留優(yōu)先級2或3)到GGSN 38，請求B的GGSN 38為進入的話音呼叫執(zhí)行NRSPCA而無HPA (圖4，步驟39)。如果B不在建筑物內(nèi)，則B將接收邀請消息。B的GGSN 38通過發(fā)送邀請PDP上下文激活請求消息到B的SGSN 40，請求B的 SGSN 40為端接話音呼叫創(chuàng)建二次PDP上下文(圖4，步驟42)。如果B在建筑物內(nèi)(或在其它情況下在衛(wèi)星覆蓋之外)，則B的UE 24分組移動性管理(PMM)狀態(tài)應(yīng)為PMM_IDLE。因此，B的SGSN 38將尋呼消息(原因IE “端接高優(yōu)先級信令”)發(fā)送到衛(wèi)星RAN 34 (圖4，步驟43)。響應(yīng)尋呼原因信息元素(IE)設(shè)為“端接高優(yōu)先級信令”，RAN 34將HPA尋呼發(fā)送到B的UE 24 (圖4，步驟44)。B的UE M顯示消息，大意為“您有進入的話音呼叫。如果您在建筑物內(nèi)，請走出建筑物以應(yīng)答它?！庇脩鬊走出建筑物以接收SIP邀請消息，并且發(fā)送尋呼響應(yīng)(圖4，步驟45-46)。B的GGSN 38、B的SGSN 40及B的UE 24 一起完成該NRSPCA過程(圖4，步驟 47-58)。
注意，作為在步驟58 B PCRF 42將AAA發(fā)送到A的P-CSCF 44的備選-即，在二次PDP上下文激活完成時，B的PCRF 42能夠在步驟38接收AAR時立即發(fā)送AAA。隨后，在成功的二次PDP上下文建立后，B的PCRF 42將發(fā)送RAR到B的P-CSCF 44 (例如，在圖4， 步驟57)以將該事件通知B的P-CSCF 44。B的P-CSCF 44將邀請發(fā)送到B的UE 24 (圖4，步驟59)。B的UE 24發(fā)送100嘗試(圖4，步驟60)，并且隨后將經(jīng)IMS將183會話進度響應(yīng)一路發(fā)回UE A (在圖4，步驟61概括指示)。B的UE M隨后發(fā)送180振鈴(圖4，步驟 62)和帶有SDP的2000K (邀請)(圖4，步驟71)。B的PCRF 42執(zhí)行最終QoS授權(quán)(圖4，步驟72_75)。B 的 P-CSCF 44 將 2000K (邀請)中繼到 A 的 P-CSCF 44 (圖 4，步驟 76-82)，而 A 的P-CSCF 44請求A的PCRF 42執(zhí)行最終QoS授權(quán)(圖4，步驟83-87)。如圖4中剩余步驟所示，呼叫隨后在A的UE M與B的UE 24之間建立。如果NRSPCA_0N_0FFER參數(shù)在B的P-CSCF 44中未設(shè)置，或者如果接收的SIP邀請消息包括前提條件，則如圖2所示，常規(guī)端接P-CSCF 44服務(wù)邏輯適用。也就是說，B的 P-CSCF 44將SIP邀請消息發(fā)送到端接UE 24 (圖2，步驟207)，并且在從被叫UE M接收 183會話進度(圖2，步驟183)時發(fā)起QoS授權(quán)過程(圖2，步驟211)。下表示出在SGSN 40中業(yè)務(wù)類和分配保留優(yōu)先級(ARP)之間到尋呼原因信息元素 (IE)的映射的示例。
權(quán)利要求
1.一種與具有IP多媒體系統(tǒng)(IMQ客戶端的移動衛(wèi)星終端建立電信會話的方法，包括在與關(guān)聯(lián)于被叫用戶設(shè)備(UE)的代理交換任何會話發(fā)起協(xié)議(SIP)信令前，由關(guān)聯(lián)于主叫UE的代理呼叫會話控制功能(P-CSCF)來建立IMS分組數(shù)據(jù)協(xié)議(PDP)上下文激活； 以及僅在所述被叫UE預(yù)訂高滲透警示(HPA)服務(wù)時、且僅對具有通話的或交互的業(yè)務(wù)類的呼叫，使用引向所述被叫UE的ΗΡΑ。
2.如權(quán)利要求1所述的方法，其中建立IMSPDP上下文激活包括發(fā)起供應(yīng)式網(wǎng)絡(luò)請求的二次PDP上下文激活(NRSPCA)。
3.如權(quán)利要求2所述的方法，其中發(fā)起供應(yīng)式NRSPCA包括與所述主叫UE相關(guān)聯(lián)的 P-CSCF從與所述主叫UE相關(guān)聯(lián)的策略和計費規(guī)則功能(PCRF)來請求供應(yīng)式NRSPCA。
4.如權(quán)利要求3所述的方法，其中從所述PCRF請求供應(yīng)式NRSPCA包括所述P-CSCF 向所述PCRF發(fā)送授權(quán)認(rèn)證請求(AAR)。
5.如權(quán)利要求3所述的方法，其中從所述PCRF請求供應(yīng)式NRSPCA包括所述P-CSCF 向所述PCRF發(fā)送指示供應(yīng)式NRSPCA的屬性-值對(AVP)。
6.如權(quán)利要求2所述的方法，其中發(fā)起供應(yīng)式NRSPCA還包括所述PCRF向與所述主叫UE相關(guān)聯(lián)的網(wǎng)關(guān)GPRS服務(wù)節(jié)點(GGSN)發(fā)送分組數(shù)據(jù)協(xié)議(PDP)上下文激活請求；以及在從所述GGSN接收成功的PDP上下文激活的指示前，扣留到所述P-CSCF的確認(rèn)。
7.如權(quán)利要求6所述的方法，其中所述PCRF向所述GGSN發(fā)送PDP上下文激活請求包括向所述 GGSN 發(fā)送 Diameter Re-Auth-Request (RAR)消息。
8.如權(quán)利要求6所述的方法，其中發(fā)起供應(yīng)式NRSCPA還包括所述GGSN向與所述主叫UE相關(guān)聯(lián)的服務(wù)GPRS支持節(jié)點(SGSN)發(fā)送PDP上下文激活請求。
9.如權(quán)利要求8所述的方法，其中發(fā)起供應(yīng)式NRSPCA還包括所述GGSN向所述主叫UE發(fā)送PDP上下文激活請求；以及所述GGSN、SGSN和主叫UE協(xié)同創(chuàng)建所述PDP上下文激活。
10.如權(quán)利要求1所述的方法，其中僅對具有通話的或交互的業(yè)務(wù)類的呼叫使用HPA包括對為其選擇了獨特分配保留優(yōu)先級(ARP)的通話的或交互的業(yè)務(wù)類使用ΗΡΑ。
11.如權(quán)利要求1所述的方法，其中使用引向所述被叫UE的HPA包括由與所述被叫UE相關(guān)聯(lián)的P-SCSF接收SIP邀請消息；與所述被叫UE相關(guān)聯(lián)的P-SCSF從與所述被叫UE相關(guān)聯(lián)的策略和計費規(guī)則功能 (PCRF)來請求初步服務(wù)質(zhì)量(QoQ授權(quán)；以及如果所述被叫UE具有HPA預(yù)訂，則與所述被叫UE相關(guān)聯(lián)的PCRF請求與所述主叫 UE相關(guān)聯(lián)的網(wǎng)關(guān)GPRS服務(wù)節(jié)點(GGSN)通過HPA來執(zhí)行網(wǎng)絡(luò)請求的二次PDP上下文激活 (NRSPCA)。
12.—種IP多媒體系統(tǒng)(IMQ網(wǎng)絡(luò)節(jié)點，操作以從始發(fā)用戶設(shè)備(UE)接收會話發(fā)起協(xié)議(SIP)邀請消息，并且響應(yīng)所述SIP邀請消息的內(nèi)容，在與關(guān)聯(lián)于端接UE的代理交換任何SIP信令前建立IMS分組數(shù)據(jù)協(xié)議(PDP)上下文激活。
13.如權(quán)利要求12所述的IMS節(jié)點，其中所述節(jié)點通過發(fā)起供應(yīng)式網(wǎng)絡(luò)請求的二次PDP上下文激活(NRSCPA)過程來建立PDP上下文。
14.如權(quán)利要求12所述的IMS節(jié)點，其中所述節(jié)點操作以在可配置的系統(tǒng)參數(shù)設(shè)為指示供應(yīng)式PDP上下文激活時在與關(guān)聯(lián)于端接UE的代理交換任何SIP信令前建立PDP上下文激活。
15.如權(quán)利要求14所述的IMS節(jié)點，其中所述節(jié)點操作以在接收的SIP邀請消息中的要求報頭字段和支持的報頭字段未包含前提條件、并且所述邀請消息的SDP部分未包含 “期望QoS”和“當(dāng)前QoS”時，在與關(guān)聯(lián)于端接UE的代理交換任何SIP信令前建立PDP上下文激活。
16.一種IP多媒體系統(tǒng)(IMS)網(wǎng)絡(luò)節(jié)點，操作以從另一 IMS節(jié)點接收會話發(fā)起協(xié)議 (SIP)邀請消息，并且響應(yīng)所述SIP邀請消息的內(nèi)容以及還響應(yīng)所述SIP邀請消息中識別的被叫方預(yù)訂高滲透警示(HPA)尋呼服務(wù)，使用HPA尋呼來尋呼與所述被叫方相關(guān)聯(lián)的用戶設(shè)備(UE)。
17.如權(quán)利要求15所述的IMS節(jié)點，其中如果所述被叫方未預(yù)訂HPA服務(wù)，則向所述被叫方的UE發(fā)送SIP邀請消息。
18.如權(quán)利要求15所述的IMS節(jié)點，其中所述節(jié)點僅在所接收的SIP邀請消息將業(yè)務(wù)類識別為通話的或交互的時才使用HPA尋呼來尋呼所述被叫方的UE。
19.如權(quán)利要求17所述的IMS節(jié)點，其中所述節(jié)點還僅在所述被叫方的UE在PMM_IDLE 的分組移動性管理(PMM)狀態(tài)中時才使用HPA尋呼來尋呼所述被叫方的UE。
全文摘要
往或來于衛(wèi)星L1E的呼叫布置通過減少SMS消息交換而得以優(yōu)化，始發(fā)方對QoS參數(shù)具有控制權(quán)，HPA預(yù)訂服務(wù)變得可用，并且對屏蔽在衛(wèi)星覆蓋之外的端接衛(wèi)星UE的呼叫通過選擇性地采用HPA尋呼而得以完成。對于無前提條件的呼叫請求，與始發(fā)UE相關(guān)聯(lián)的IMS節(jié)點使用供應(yīng)式NRSCPA而不是標(biāo)準(zhǔn)端接節(jié)點發(fā)起的應(yīng)答式NRSCPA。與端接UE相關(guān)聯(lián)的IMS節(jié)點檢查用戶的HPA預(yù)訂。如果已預(yù)訂、端接的邀請請求是針對“通話的”或“交互的”服務(wù)、并且端接UE在PMM_IDLE狀態(tài)中，則衛(wèi)星RAN使用HPA來尋呼端接UE。
文檔編號H04L29/06GK102577311SQ201080044695
公開日2012年7月11日 申請日期2010年9月27日 優(yōu)先權(quán)日2009年9月28日
發(fā)明者S·薩欣, S·阮 申請人:瑞典愛立信有限公司