通信網絡中的動態服務觸發的製作方法

2023-04-22 17:53:56 1

專利名稱：通信網絡中的動態服務觸發的製作方法
技術領域：
本發明涉及通信領域，並且具體地涉及定義通信網絡中的動態
服務觸發。具體而言，通信網絡中的應用伺服器(AS)定義服務觸 發以指示它們想要或者需要針對會話接收哪些消息。
背景技術：
一類受歡迎的通信網絡是IP多媒體子系統(IMS)網絡。如在 第3代合作夥伴計劃(3GPP)或者3GPP2中闡述的那樣，IMS提供 一種具有用於會聚網絡的接入無關(access-agnostic)網絡架構的共 用核心網。服務提供商在下一代網絡演進中正在接受這一架構。IMS 架構起初由3GPP定義以通過網際協議(IP)網絡向移動訂戶提供多 媒體服務，因為IP網絡已經成為用以傳輸視頻、語音和數據的最節 省成本的承載網絡。在IMS網絡內使用的信令通常是會話發起協議 (SIP) 。 IMS定義應用伺服器、IMS核心網(CSCF)和IMS訂戶 之間的標準SIP接口。這些標準可以減少網絡集成成本並且讓訂戶 享受更穩定的服務。
在IMS網絡中，主叫方的用戶設備通過諸如CDMA網絡、GSM 網絡、IP網絡、WiFi網絡、WiMAX網絡等接入網向IMS網絡註冊。 通常通過用戶設備向接入網傳輸SIP REGISTER (註冊)消息來衝丸行 註冊。接入網將REGISTER消息路由到IMS網絡。IMS網絡中的服 務-呼叫會話控制功能(S-CSCF )接收REGISTER消息。服務於主叫 方用戶設備的S-CSCF被稱為發端S-CSCF。響應於接收REGISTET 消息，發端S-CSCF向歸屬訂戶伺服器(HSS)查詢主叫方的用戶簡 檔。用戶簡檔包括初始過濾標準(iFC),這些iFC指示用於主叫方 預訂的一個或者多個服務的服務觸發和其它觸發信息。發端S-CSCF然後存儲用於主叫方的iFC。
為了發起與被叫方的會話，主叫方的用戶設備通過接入網將
SIP INVITE (邀請)消息傳輸到IMS網絡。INVITE消息可以視為會 話發起消息。發端S-CSCF接收INVITE消息，並且處理iFC以確定 可以響應於INVITE消息來觸發哪些服務。如果 一 個或者多個服務#皮 觸發，則發端S-CSCF識別在IMS網絡中提供這樣的服務的應用服 務器(AS)，並且也識別針對應用伺服器的路由信息。發端S-CSCF 然後基於路由信息將INVITE消息路由到應用伺服器。
應用伺服器接收INVITE消息並且以提供服務或者初始化服務 的方式來操作。發端S-CSCF然後將INVITE消息傳輸到服務於被叫 方用戶設備的另一 S-CSCF。服務於被叫方用戶設備的S-CSCF被稱 為終端S-CSCF。然後終端S-CSCF和發端S-CSCF嘗試建立會話。
作為建立或者維持會話的一部分，發端S-CSCF從終端S-CSCF 和主叫方用戶設備接收後續消息。後續消息包括繼會話發起消息之 後接收的任何消息。例如，發端S-CSCF可以從終端S-CSCF接收 SIP 183消息或者SIP 200 OK消息，或者可以從主叫方用戶設備接收 SIP UPDATE (更新)消息。響應於接收針對會話的後續消息，發端 S-CSCF識別在會話發起期間建立的信令路徑中的應用伺服器。發端 S-CSCF然後將後續消息傳輸到每個應用伺服器。為發端S-CSCF針 對會話接收的每個後續消息重複相同的過程。在終端S-CSCF中執行 相似過程。
當前IMS網絡的一個問題在於S-CSCF將後續消息傳輸到如由 iFC觸發的為會話提供服務的所有應用伺服器，即使應用伺服器無需 接收後續消息以執行服務。作為一個例子，假設一個應用伺服器提 供針對會話的預付費服務。在會話開始和接收時需要通知該應用服 務器以確定針對會話的預付費計費信息，但是可以無需向該應用服 務器通知其它狀態類型的消息，比如SIP 183消息或者SIP UPDATE 消息。在這一例子中，應用伺服器將從S-CSCF接收一個或者多個後 續消息，即使應用伺服器無需接收這些後續消息。在S-CSCF與應用伺服器之間傳輸多餘的消息可能導致網絡擁塞，可能產生更長的呼 叫設置延遲，並且可能浪費必須處理這些多餘消息的網絡節點中的 處理時間。

發明內容
本發明通過在應用伺服器中針對為會話而接收的後續消息動 態地定義服務觸發並且將服務觸發傳輸到服務於會話的會話控制功
能(例如S-CSCF)來解決上述和其它問題。當會話控制功能接收針 對會話的後續消息時，會話控制功能處理服務觸發以識別請求被通 知該後續消息的一個或者多個應用伺服器，並且將該後續消息傳輸 到識別的應用伺服器。通過在應用伺服器中定義用於後續消息的服 務觸發，會話控制功能不將後續消息傳輸到為當前進行的會話提供 服務的所有應用伺服器。後續消息被傳輸到已經針對該特定消息或 者消息類型定義了服務觸發的應用伺服器，這消除了多餘消息在網 絡中的傳輸。因此可以有利地節省網絡帶寬和處理時間。
本發明的一個實施例包括一種適合於定義動態服務觸發的通 信網絡。該通信網絡包括一個或者多個應用伺服器和會話控制功能。 會話控制功能適合於在通信網絡中接收針對會話的會話發起消,包、 (例如SIP INVITE消息)。會話控制功能還適合於識別針對會話的 一個或者多個初始服務觸發，並且基於初始服務觸發將會話發起消 息傳輸到一個或者多個應用伺服器。響應於接收會話發起消息，應 用伺服器適合於處理會話發起消息，以針對由應用伺服器為會話提 供的服務來定義一個或者多個後續服務觸發。應用伺服器還適合於 將後續服務觸發傳輸到會話控制功能。會話控制功能還適合於接收 針對會話的後續消息(例如SIP 200 OK (INVITE )消息)。會話控 制功能還適合於處理後續消息和後續服務觸發，以確定是否將後續 消息傳輸到應用伺服器。會話控制功能針對向會話控制功能傳輸後 續服務觸發的其它應用伺服器執行相似過程。
本發明可以包括下述其它示例性實施例。


所有附圖中相同參考標號代表相同單元或者相同類型的單元。 圖1圖示了本發明一個示例性實施例中的通信網絡。 圖2是圖示了本發明一個示例性實施例中的操作通信網絡以 定義動態服務觸發的方法的流程圖。
圖3圖示了本發明一個示例性實施例中的IMS網絡。
圖4是圖示了本發明一個示例性實施例中的在IMS網絡中用 以提供預付費服務的消息傳遞的消息圖。
圖5是圖示了本發明一個示例性實施例中的在IMS網絡中用 以提供呼叫轉移服務的消息傳遞的消息圖。
圖6是圖示了本發明一個實施例中的在IMS網絡中用以提供 呼叫轉發無應答服務的消息傳遞的消息圖。
圖7圖示了用於sFC信息的模型的概況。
具體實施例方式
圖1-圖7和以下描述對本發明的具體示例性實施例進行說明 以向本領域技術人員傳授如何實現和運用本發明。出於傳授發明原 理的目的，已經簡化或者省略本發明的一些常規方面。本領域技術 人員將認識到落入本發明範圍內的來自這些實施例的變化形式。本 領域技術人員將認識到可以用各種方式組合下述特徵以形成本發明 的多個變化形式。因而本發明不限於下述具體實施例，而是僅由權 利要求及其等同含義限定。
圖l圖示了本發明一個示例性實施例中的通信網絡100。通信 網絡100包括會話控制功能112、多個應用伺服器116-118和訂戶數 據庫119。通信網絡100的一個例子是IMS網絡。會話控制功能112 包括適合於在通信網絡100中設置、維持和/或拆除會話或者對話的 任何系統、伺服器或者網絡節點。會話控制功能112的一個例子是 IMS網絡中的服務-呼叫會話控制功能(S-CSCF )。應用伺服器116-118包括適合於在通信網絡100中為會話或者對話提供服務的任 何系統、伺服器或者網絡節點。應用伺服器116-18的例子包括基於 開放服務架構服務能力伺服器(OSA SCS )或者IP多媒體-服務交換 功能(IM-SSF)的IMS應用伺服器(IMS AS)以及開放移動聯盟應 用伺服器(OMA AS)。訂戶資料庫119包括存儲用戶簡檔和其它用 戶信息的任何系統、伺服器或者網絡節點。訂戶資料庫119的一個 例子包括歸屬訂戶伺服器(HSS)。會話控制功能112和應用伺服器 116-118可以代表會話的發端側或者終端側。
針對這一實施例假設用戶i殳備(UE) 120通過通信網絡100 發起會話。這裡使用的術語"會話"適用於通信網絡100中的會話、 呼叫或者對話。在發起會話之前，UE120向會話控制功能112註冊。 UE 120將註冊消息(例如SIP REGISTER消息)傳輸到會話控制功 能112。響應於註冊消息，會話控制功能112向通信網絡100註冊 UE 120,並且可以從訂戶資料庫119訪問與UE 120關聯的用戶簡檔。 UE 120然後通過將會話發起消息傳輸到會話控制功能112來預備發 起會話。會話發起消息的一個例子是SIP INVITE消息。通信網絡100 然後如圖2中所示那樣操作以設置或者維持會話。
圖2是圖示了本發明一個示例性實施例中的#:作通信網絡100
以提供動態服務觸發的方法200的流程圖。將參照圖1中的通信網 絡100來描述方法200的步驟。圖2中的流程圖的步驟並非窮舉的 並且可以包括未示出的其它步驟。
在方法200的步驟202中，會話控制功能112從UE 120接收 針對會話的會話發起消息。響應於接收會話發起消息，會話控制功 能112在步驟204中識別針對會話的 一 個或者多個初始服務觸發(或 者服務點觸發(SPT))。初始服務觸發的一個例子包括指示針對會 話的一個或者多個初始服務觸發的初始過濾標準(iFC)。會話控制 功能112可能已經存儲初始服務觸發。例如，會話控制功能112可 以響應於UE 120向會話控制功能112註冊而請求UE 120的用戶簡 檔，其中用戶簡檔包括初始服務觸發。可選地，會話控制功能112
9可以響應於接收會話發起消息而通過向訂戶資料庫119查詢初始月良
務觸發來請求初始服務觸發。在步驟206中，會話控制功能112基 於初始服務觸發將會話發起消息傳輸到應用伺服器116-118中的一 個或者多個應用伺服器。初始服務觸發指示UE 120的用戶預定了哪 些服務。初始服務觸發也指示哪些應用伺服器116-118提供這些服 務。因此，會話控制功能112可以識別哪些應用伺服器116-118將用 於會話，識別針對應用伺服器116-118的路由信息，然後將會話發起 消息傳輸到適當的應用伺服器116-118。
響應於接收會話發起消息，應用伺服器(假設應用伺服器116) 在步驟208中處理會話發起消息，以針對由應用伺服器116為會話 提供的服務來定義一個或者多個後續服務觸發(或者服務點觸發 (SPT))。後續服務觸發包括響應於後續消息引起來自應用伺服器 的動作的任何條件。作為例子，如果應用伺服器116提供預付費服 務，則應用伺服器116可以定義多個後續服務觸發，這些後續服務 觸發指示應用伺服器116為了執行預付費服務而需要接收的後續消 息。作為另一例子，如果應用伺服器116提供呼叫轉移服務，則應 用伺服器116可以定義多個後續服務觸發，這些後續服務觸發指示 應用伺服器116為了執行呼叫轉移服務而需要接收的後續消息。在 步驟210中，應用伺服器116將後續服務觸發傳輸到會話控制功能 112。接收會話發起消息的每個其它應用伺服器117-118可以執行相 似過程。
應用伺服器116-118可以用不同方式定義後續服務觸發。例如， 應用伺服器116-118可以處理會話發起消息以定義後續過濾標準 (sFC),這些sFC指示針對應用伺服器提供的服務的後續服務觸發 或者其它觸發信息。應用伺服器116-118可以用XML格式(或者另 一格式)來安排sFC主體的格式，並且在sFC主體中包括後續服務 觸發。應用伺服器116-118然後在會話發起消息如SIPINVITE請求 消息中嵌入sFC主體，並且將會話發起消息傳輸到會話控制功能 112。響應於接收包括sFC主體的會話發起消息，會話控制功能112在將會話發起消息轉發到終端設備之前從會話發起消息中剝離SFC
主體。會話控制功能112也存儲sFC。
應用伺服器116-118可以可選地在除會話發起消息之外的另一 類消息中嵌入sFC主體。對於背靠背用戶代理(B2BUA)模型，應 用伺服器可以在SIP請求消息(例如會話發起消息)中嵌入sFC,因 為應用伺服器發起新的SIP對話。然而，對於非B2BUA模型，應用 伺服器可以在SIP響應消息中嵌入sFC。例如，會話控制功能可以向 非B2BUA應用伺服器傳輸SIP請求消息，並且應用伺服器將在同一 對話中進行響應。因此，應用伺服器在SIP響應消息(例如SIP 200 OK消息)中嵌入sFC，並且會話控制功能保存sFC。
在步驟212中，會話控制功能112接收針對會話的後續消息。 如先前所言，後續消息包括繼會話發起消息之後接收的任何消息。 響應於接收後續消息，會話控制功能112在步驟214中處理後續消 息和從應用伺服器116-118中的一個或者多個應用伺服器接收的後 續服務觸發，以確定是否將後續消息傳輸到應用伺服器116-118。例 如，如果會話控制功能112從應用伺服器116接收到後續服務觸發， 則會話控制功能112處理後續消息和來自應用伺服器116的後續服 務觸發，以確定是否將後續消息傳輸到應用伺服器116。如果會話控 制功能112從應用伺服器117接收到後續服務觸發，則會話控制功 能112處理後續消息和來自應用伺服器117的後續服務觸發，以確 定是否將後續消息傳輸到應用伺服器117。
如果基於服務觸發做出了將後續消息傳輸到應用伺服器 116-118的決定，則會話控制功能112將後續消息傳輸到適當的應用 伺服器116-118,並且在服務操控之後預備處理來自應用伺服器的消 息。會話控制功能112可能已經從比如在Via(通路)報頭或者 Record-Route (記錄-路由)報頭中的會話發起消息到應用伺服器 116-118的路由中具有針對應用伺服器116-118的路由信息。如果基 於服務觸發做出不將後續消息傳輸到應用伺服器116-118的決定，則 服務控制功能112不將後續消息傳輸到應用伺服器116-118中的一個或者多個應用伺服器，並且如同在會話中不涉及到對應的應用服 務器116-118那樣處理後續消息。會話控制功能112因此有力地避免
將多餘的後續消息傳輸到應用伺服器116-118,這節省了通信網絡 100中的帶寬和處理時間。
其中服務觸發可以由應用伺服器動態地定義的一類通信網絡
是IMS網絡。圖3-圖6圖示了在IMS網絡中定義針對不同服務的服 務觸發。圖3圖示了本發明一個實施例中的IMS網絡300。 IMS網 絡300包4舌主叫方網絡310和淨皮叫方網絡320。主叫方網絡310包4舌 接入網312、分組網絡314、代理-呼叫會話控制功能(P-CSCF)316、 服務-呼叫會話控制功能(S-CSCF) 318和應用伺服器319。被叫方 網絡320包括接入網322、分組網絡324、 P-CSCF 326、 S-CSCF 328、 應用伺服器329和歸屬訂戶伺服器(HSS) 330。
圖4是圖示了本發明一個示例性實施例中的在IMS網絡300 中用以提供預付費服務的消息傳遞的消息圖。開始，用戶設備(UE) 311 (見圖3 )向UE 321發出呼叫。為了發出呼叫，UE 311通過接 入網312、分組網絡314和P-CSCF 316將SIP INVITE請求消息傳輸 到S-CSCF318。響應於接收INVITE請求消息，S-CSCF318處理用 戶UE 311的iFC以確定該INVITE請求消息是否觸發由AS 319提 供的預付費服務。S-CSCF318可能先前已經從HSS (未示出)下載 了用戶UE 311的用戶簡檔，其包括iFC。在這一例子中，INVITE 請求消息確實觸發預付費服務，因而S-CSCF 318將INVITE請求消 息傳輸到AS 319。
AS 319處理INVITE請求消息，並且識別UE 311已經指派預 付費服務。基於服務邏輯，AS 319確定它需要知道用以開始計費的 呼叫應答事件和用以停止計費的呼叫結束事件以提供預付費服務。 因此，AS 319構造sFC主體，該sFC主體包括針對會話的後續SIP 200 OK (INVITE)響應消息的服務觸發和針對會話的後續BYE消息的 服務觸發。200 OK響應消息指示呼叫應答事件，而BYE消息指示 呼叫結束事件。AS 319然後在INVITE請求消息中嵌入sFC主體，
12並且將包括所構造的sFC主體的INVITE請求消息傳輸到S-CSCF
318。
響應於從AS 319接收INVITE請求消息，S-CSCF 318檢查在INVITE請求消息中是否包括sFC主體。在這一呼叫場景中，包括sFC主體，因而S-CSCF 318存儲關於與對應的AS 319關聯的SFC信息以及必要路由信息的內容，以便如果需要則將後續消息發送到AS
319。 S-CSCF318然後從INVITE請求消息中去除sFC信息，並且將INVITE請求消息路由到被叫方網絡320的S-CSCF 328。
在呼叫設置期間的某點，S-CSCF 328將SIP 183會話進度響應(Session Progress response)消息傳輸到S畫CSCF 318。 S-CSCF 318按照為AS319存儲的sFC消息來才全查183消息。在這一實施例中，S-CSCF 318未發現針對183消息的服務觸發，因而S-CSCF 318繼續轉發183消息到UE311而不傳輸該消息到AS 319。
如果4吏用先決條件和資源保留，則UE 311傳輸SIP UPDATE請求消息以確認承載設置。S-CSCF 318接收UPDATE請求消息並且按照為AS 319存儲的sFC信息來檢查UPDATE請求消息。在這一實施例中，S-CSCF 318未發現針對UPDATE消息的服務觸發，因而S-CSCF 318繼續轉發UPDATE請求消息到被叫方網絡320的S-CSCF 328而不傳輸該消息到AS 319。
響應於UPDATE請求消息，S-CSCF 328將SIP 200 OK(UPDATE)消息傳輸到S-CSCF 318。 S-CSCF 318按照為AS 319存儲的sFC信息來檢查200 OK ( UPDATE)消息。在這一實施例中，S-CSCF 318未發現針對200 OK (UPDATE)消息的服務觸發，因而S-CSCF 318繼續轉發200 OK (UPDATE)消息到UE 311而不傳輸該消息到AS 319。
在被叫方網絡320中的呼叫設置期間，UE 321接收告警，並且S-CSCF 328將180 RINGING(振鈴)響應消息傳輸到S-CSCF 318。S-CSCF 318按照為AS319存儲的sFC信息來檢查180 RINGING響應消息。在這一實施例中，S-CSCF 318未發現針對180 RINGING響應消息的服務觸發，因而S-CSCF 318繼續轉發180 RINGING響應 消息到UE311而不傳輸該消息到AS 319。
如果UE 321的用戶應答該呼叫，則S-CSCF 328將200 OK (INVITE )響應消息傳輸到S-CSCF 318。 S-CSCF 318按照為AS 319 存儲的sFC信息來檢查200 OK (INVITE)響應消息。在這一實施例 中，S-CSCF 318發現針對200 OK (INVITE)響應消息的服務觸發， 因而S-CSCF 318使用先前獲得的用於將初始INVITE請求消息路由 到AS 319的路由信息將200 OK( INVITE )響應消息傳輸到AS 319。 AS 319接收200 OK (INVITE)響應消息，並且識別呼叫應答 事件。AS 319然後可以開始對預付費服務的計費。AS 319也將200 OK (INVITE )響應消息傳輸到S-CSCF 318。 S-CSCF 318繼續將200 OK (INVITE)響應消息轉發到UE 311。 UE311用SIPACK消息對 200 OK (INVITE )響應消息做出響應。S-CSCF 318接收ACK消息 並且按照為AS 319存儲的sFC信息來檢查ACK消息。在這一實施 例中，S-CSCF 318未發現針對ACK消息的服務觸發，因而S-CSCF 318繼續轉發ACK消息到被叫方網絡320的S-CSCF 328而不傳輸 該消息到AS 319。然後在UE311與UE321之間建立會話。
當在會話中涉及到多個應用伺服器時，基於iFC數據的優先級 從S-CSCF 318觸發這多個應用器。如果多個應用伺服器利用向 S-CSCF 318發送的sFC主體來應用動態服務觸發，貝1S-CSCF 318 將把sFC數據與對應應用伺服器關聯。不同機制可以用於這一相關。 S-CSCF 318將無需同時操控多個sFC主體，因為在處理來自一個應 用伺服器的請求消息並且將請求消息發送給下一個應用伺服器之 後，將存儲與前一個應用伺服器關聯的sFC主體並且將其從請求消 息中去除。當接收針對會話的後續消息時，S-CSCF 318將根據應用 伺服器的順序按照sFC數據來檢查該消息，並且來自針對會話的前 一個應用伺服器的輸出消息將用作為用於下一個應用伺服器的輸入 消息。
在這一例子中，不言而喻，AS 319將服務觸發定義為sFC信息，並且S-CSCF 318使用服務觸發來確定哪些後續消息要傳輸到 AS 319。結果是AS 319僅接收與AS 319提供的預付費服務相關的 後續消息而不接收無關的其它消息。
圖5是圖示了本發明一個示例性實施例中的在IMS網絡300 中用以提供呼叫轉移服務的消息傳遞的消息圖。開始，UE 311 (見 圖3)向UE321發出呼叫。為了發出呼叫，UE311通過接入網312、 分組網絡314和P-CSCF 316將SIP INVITE請求消息傳輸到S-CSCF
318。 響應於接收INVITE請求消息，S-CSCF 318處理UE 311的iFC 以確定該INVITE請求消息是否觸發由AS 319提供的呼叫轉移服務。 在這一例子中，INVITE請求消息確實觸發呼叫轉移服務，因而 S-CSCF 318將INVITE請求消息傳輸到AS 319。
AS 319處理INVITE請求消息並且識別UE 311已經指派呼叫 轉移服務。基於服務邏輯，AS 319確定它需要知道呼叫應答事件和 呼叫轉移調用事件以提供呼叫轉移服務。因此，AS319構造sFC主 體，該sFC主體包括針對會話的後續SIP 200 OK (INVITE)響應消 息的服務觸發和針對會話的後續REFER消息的服務觸發。200 OK 響應消息指示呼叫應答事件，而REFER消息指示呼叫轉移調用事件。 AS 319然後在INVITE請求消息中嵌入sFC主體並且將包括所構造 的sFC主體的INVITE請求消息傳輸到S-CSCF 318。
響應於從AS 319接收INVITE請求消息，S-CSCF 318檢查在 INVITE請求消息中是否包括sFC主體。在這一呼叫場景中，包括sFC 主體，因而S-CSCF 318存儲關於與對應的AS 319關聯的SFC信息 以及必要路由信息的內容，以便如果需要則將後續消息發送到AS
319。 S-CSCF 318然後從INVITE請求消息中去除sFC信息並且將 INVITE請求消息路由到被叫方網絡320的S-CSCF 328。
在呼叫設置期間的某點，S-CSCF 328將SIP 183會話進度響應 消息傳輸到S-CSCF 318。 S-CSCF 318按照為AS 319存儲的sFC消 息來檢查183消息。在這一實施例中，S-CSCF 318未發現針對183 消息的服務觸發，因而S-CSCF 318繼續轉發183消息到UE 311而不傳輸該消息到AS 319。
如果使用先決條件和資源保留，則UE 311傳輸SIP UPDATE 請求消息以確認承載設置。S-CSCF 318接收UPDATE請求消息並且 按照為AS 319存儲的sFC信息來檢查UPDATE請求消息。在這一 實施例中，S-CSCF 318未發現針對UPDATE消息的服務觸發，因而 S-CSCF 318繼續轉發UPDATE請求消息到被叫方網絡320的 S-CSCF 328而不傳輸該消息到AS 319。
響應於UPDATE消息，S-CSCF 328將SIP 200 OK ( UPDATE ) 消息傳輸到S-CSCF 318。 S-CSCF 318按照為AS 319存儲的sFC信 息來檢查200 OK (UPDATE)消息。在這一實施例中，S-CSCF318 未發現針對200 OK ( UPDATE )消息的服務觸發，因而S-CSCF 318 繼續轉發200 OK ( UPDATE )消息到UE 311而不傳輸該消息到AS 319。
在被叫方網絡320中的呼叫i殳置期間，UE 321接收告警並且 S-CSCF 328將180 RINGING響應消息傳輸到S-CSCF 318。 S-CSCF 318按照為AS319存儲的sFC信息來檢查180 RINGING響應消息。 在這一實施例中，S-CSCF318未發現針對180 RINGING響應消息的 服務觸發，因而S-CSCF 318繼續轉發180 RINGING響應消息到UE 311而不傳輸該消息到AS 319。
如果UE 321的用戶應答該呼叫，貝'J S-CSCF 328將200 OK (INVITE )響應消息傳輸到S-CSCF 318。 S-CSCF 318按照為AS 319 存儲的sFC信息來才企查200 OK (INVITE )響應消息。在這一實施例 中，S-CSCF 318發現針對200 OK (INVITE)響應消息的服務觸發， 因而S-CSCF 318使用先前獲得的用於將初始INVITE請求消息路由 到AS 319的路由信息將200 OK(INVITE )響應消息傳輸到AS 319。 AS 319接收200 OK (INVITE )響應消息並且識別呼叫應答事 件。AS 319然後可以識別已經建立呼叫。AS 319也將200 OK (INVITE )響應消息傳輸到S-CSCF 318。 S-CSCF 318繼續將200 OK (INVITE )響應消息轉發到UE 311 。 UE 311用SIP ACK消息做出響應。S-CSCF318接收ACK消息並且按照為AS319存儲的sFC信 息來檢查ACK消息。在這一實施例中，S-CSCF 318未發現針對ACK 消息的服務觸發，因而S-CSCF 318繼續轉發ACK消息到;陂叫方網 絡320的S-CSCF 328而不傳輸該消息到AS 319。然後在UE311與 UE 321之間建立會話。
假設在呼叫期間的某點UE 311想要將呼叫從UE 321轉移到另 一 UE (未示出)。為了轉移呼叫，UE 311將SIP REFER請求消息 傳輸到S-CSCF 318。 REFER消息包括用於呼叫轉移的目標號碼。 S-CSCF318按照為AS 319存儲的sFC信息來檢查REFER請求消息。 在這一實施例中，S-CSCF 318發現針對REFER請求消息的服務觸 發，因而S-CSCF 318使用先前獲得的用於將初始INVITE請求消息 路由到AS 319的路由信息將REFER請求消息傳輸到AS 319 。 AS 319 接收REFER請求消息並且識別呼叫轉移調用事件。AS 319然後可以 發起將呼叫從UE 321轉移到由REFER請求消息中的目標號碼標識 的其它UE。
在這一例子中，不言而喻，AS 319將服務觸發定義為sFC信 息，並且S-CSCF 318使用服務觸發來確定哪些後續消息要傳輸到 AS 319。結果是AS 319僅接收與AS 319提供的呼叫轉移服務相關 的後續消息而不接收無關的其它消息。
圖6圖示了本發明一個示例性實施例中的在IMS網絡300中 用以提供呼叫轉發無應答服務的消息傳遞的消息圖。開始，UE 311 (見圖3)向UE321發出呼叫。為了發出呼叫，UE311通過接入網 312、分組網絡314和P-CSCF 316將SIP INVITE請求消息傳輸到 S-CSCF 318。 S-CSCF 318將INVITE消息轉發到;故叫方網絡320的 S-CSCF 328。響應於接收INVITE請求消息，S-CSCF 328處理UE 311 的iFC以確定INVITE請求消息是否觸發由AS 329提供的呼叫轉發 無應答服務。在這一例子中，INVITE請求消息確實觸發呼叫轉發無 應答服務，因而S-CSCF 328將INVITE請求消息傳輸到AS 329。
AS 329處理INVITE請求消息並且識別UE 321的用戶這時已經激活呼叫轉發無應答服務。基於服務邏輯，AS 329確定它需要知
道終端方無應答事件和呼叫應答事件以提供呼叫轉發無應答服務。
因此，AS 319構造sFC主體，該sFC主體包括針對會話的後續SIP 408 請求超時響應消息的服務觸發和針對會話的後續200 OK (INVITE) 響應消息的服務觸發。408請求超時響應消息指示無應答事件，而 200 OK響應消息指示呼叫應答事件。AS 329然後在INVITE請求消 息中嵌入sFC主體並且將包括所構造的sFC主體的INVITE請求消 息傳輸到S-CSCF 328。
響應於從AS 329接收INVITE請求消息，S-CSCF 328檢查在 INVITE請求消息中是否包括sFC主體。在這一呼叫場景中，包括sFC 主體，因而S-CSCF 328存儲關於與對應的AS 329關聯的SFC信息 以及必要路由信息的內容，以便如果需要則將後續消息發送到AS 329。 S-CSCF 328然後從INVITE請求消息中去除sFC信息並且將 INVITE請求消息路由到UE 3 21 。
在呼叫設置的某點，UE321將SIP 183會話進度響應消息發送 到S-CSCF 328。 S-CSCF 328按照為AS 329存儲的sFC消息來檢查 183消息。在這一實施例中，S-CSCF 328未發現針對183消息的服 務觸發，因而S-CSCF 328繼續轉發183消息到UE3lK通過S-CSCF 318)而不傳輸該消息到AS 329。
如果使用先決條件和資源保留，則UE 311傳輸SIP UPDATE 請求消息以確認承載設置。S-CSCF 318接收UPDATE請求消息並且 按照為AS 329存儲的sFC信息來檢查UPDATE請求消息。在這一 實施例中，S-CSCF 328未發現針對UPDATE消息的服務觸發，因而 S-CSCF 328繼續轉發UPDATE請求消息到UE 321而不傳輸該消息 到AS 329。
響應於UPDATE請求消息，UE 321將SIP 200 OK ( UPDATE ) 消息傳輸到S-CSCF 328。 S-CSCF 328按照為AS 329存儲的sFC信 息來檢查200 OK (UPDATE)消息。在這一實施例中，S-CSCF 328 未發現針對200 OK ( UPDATE )消息的服務觸發，因而S-CSCF 328
18繼續轉發200 OK ( UPDATE )消息到UE 311而不傳輸該消息到AS 329。
在被叫方網絡320中的呼叫設置期間，UE 321接收告警並且 將180 RINGING響應消息傳輸到S-CSCF 328。 S-CSCF 328按照為 AS 329存儲的sFC信息來檢查180 RINGING響應消息。在這一實施 例中，S-CSCF 328未發現針對180 RINGING響應消息的服務觸發， 因而S-CSCF 328繼續轉發180 RINGING響應消息到UE311而不傳 輸該消息到AS 329。
如果UE 321的用戶在UE 321上的無應答計時器到期之前未應 答呼叫，則UE 321將408響應消息傳輸到S-CSCF 328。 S-CSCF 328 按照為AS 329存儲的sFC信息來檢查408響應消息。在這一實施例 中，S-CSCF 328發現針對408響應消息的服務觸發，因而S-CSCF 328 使用先前獲得的用於將初始INVITE請求消息路由到AS 329的路由 信息將408響應消息傳輸到AS 329。 AS 329 4妄收408響應消息並且 識別無應答事件。AS 329然後可以發起將呼叫轉發到期望的目標號 碼。
在這一例子中，不言而喻，AS 329將服務觸發定義為sFC信 息，並且S-CSCF 328使用服務觸發來確定哪些後續消息要傳輸到 AS 329。結果是AS 329僅接收與AS 329提供的呼叫轉發無應答服 務相關的後續消息而不接收無關的其它消息。
圖7圖示了用於在上述實施例中使用的sFC信息的模型的概 況。"服務點觸發(Service Point Trigger, SPT)"類的屬性"組(Group)" 允許對SPT的分組，其將配置合取範式(CNF )或者析取範式(DNF ) 表達式內的子表達式。在CNF中，屬性"組，，標識SPT實例的求 OR(或)集。如果SPT屬於不同求OR集，則SPT可以賦以不止一 個"組"值。為每個SPT賦以至少一個"組"。在DNF中，屬性"組" 標識SPT實例的求AND (與)集。如果SPT屬於不同求AND集， 則SPT可以賦以不止一個"組，，值。為每個SPT賦以至少一個"組"。 "服務點觸發"類的屬性"取反條件(ConditionNegated)，，定義是否將個別SPT實例取反(即NOT (非)邏輯表達式)。
"請求-URI ( Request-URI )，，類定義包含"請求URI (Request腦)"屬性的用於"請求-URI"的SPT。 "SIP方法(SIP Method)"類定義包含屬性"方法(Method)"(該屬性保存任何 SIP方法/請求的名稱)的用於"SIP方法"的SPT。 "SIP才艮頭(SIP Header)"類定義與是否存在任何SIP報頭或者任何SIP報頭的內容 有關的SPT，其包含標識"SIP報頭"(其是SPT)的"報頭(Header)" 屬性以及如果需要則包含定義"SIP報頭"的值的"內容(Content)" 屬性。不存在"內容"屬性並且"取反條件"為真(TRUE)則指示 SPT不存在確定的SIP報頭。"會話範例(Session Case)"類代表 枚舉類型，其可能值有"發端"和"終端"，這些可能值指示是操 控發端服務還是操控終端服務的S-CSCF應當使用過濾。"會話描述 (Session Description )，，類定義用於SIP消息主體內任何SDP欄位 內容的SPT。"行(Line )"屬性標識會話描述內的行。"內容(Content)" 屬性是定義"行"屬性內容的字符串(string) 。 "SIP響應(SIP Response)"類定義包含"響應(Response)"屬性(該屬性保存 SIP響應信息)的用於SIP響應消息的SPT。
雖然這裡描述了具體實施例，但是本發明的範圍不限於這些具 體實施例。本發明的範圍由所附權利要求及其等效含義定義。
權利要求
1.一種通信網絡(100)，包括至少一個應用伺服器(116-118)；會話控制功能(112)，適合於在所述通信網絡(100)中接收針對會話的會話發起消息；所述會話控制功能(112)還適合於識別針對所述會話的至少一個初始服務觸發；以及所述會話控制功能(112)還適合於基於所述至少一個初始服務觸發將所述會話發起消息傳輸到所述至少一個應用伺服器(116-118)；所述通信網絡(100)的特徵在於所述至少一個應用伺服器(116-118)適合於處理所述會話發起消息，以針對由所述至少一個應用伺服器(116-118)為所述會話提供的服務來定義至少一個後續服務觸發；所述至少一個應用伺服器(116-118)還適合於將所述至少一個後續服務觸發傳輸到所述會話控制功能(112)；所述會話控制功能(112)還適合於接收針對所述會話的後續消息；以及所述會話控制功能(112)還適合於處理所述後續消息和所述至少一個後續服務觸發，以確定是否將所述後續消息傳輸到所述至少一個應用伺服器(116-118)。
2. 根據權利要求1所述的通信網絡(100),其中 所述至少一個應用伺服器(116-118)還適合於處理所述會話發起消息，以定義指示所述至少一個後續服務觸發的後續過濾標準。
3. 根據權利要求2所述的通信網絡(100),其中 所述至少一個應用伺服器(116-118)還適合於安排後續過濾標準主體的4各式；所述至少一個應用伺服器(116-118)還適合於在所述會話發起消息中嵌入所述後續過濾標準主體；以及所述至少一個應用伺服器(116-118)還適合於將所述會話發起消息傳輸到所述會話控制功能(112)。
4. 根據權利要求3所述的通信網絡(100),其中所述會話控制功能(112)還適合於在將所述會話發起消息轉發到終端設備之前從所述會話發起消息中剝離所述後續過濾標準主體。
5. 根據權利要求1所述的通信網絡(100)，其中所述會話控制功能(112)包括IMS網絡的服務-呼叫會話控制功能。
6. —種操作通信網絡以定義服務觸發的方法，所述方法包括在會話控制功能中接收針對會話的會話發起消息；在所述會話控制功能中識別針對所述會話的至少 一個初始服務觸發；以及基於所述至少一個初始服務觸發將所述會話發起消息傳輸到所述至少一個應用伺服器；所述方法的特徵在於步驟在所述至少 一個應用伺服器中處理所述會話發起消息，以針對由所述至少一個應用伺服器為所述會話提供的服務來定義至少一個後續服務觸發；將所述至少一個後續服務觸發從所述至少一個應用伺服器傳輸到所述會話控制功能；在所述會話控制功能中接收針對所述會話的後續消息；以及在所述會話控制功能中處理所述後續消息和所述至少 一 個後續服務觸發，以確定是否將所述後續消息傳輸到所述至少一個應用伺服器。
7. 根據權利要求6所述的方法，其中處理所述會話發起消息以定義至少一個後續服務觸發包括處理所述會話發起消息以定義指示所述至少 一個後續服務觸發的後續過濾標準。
8. 根據權利要求7所述的方法，其中處理所述會話發起消息以定義至少一個後續服務觸發包括在所述至少 一個應用伺服器中安排後續過濾標準主體的格式。
9. 根據權利要求8所述的方法，其中將所述至少一個後續服務 觸發從所述至少 一 個應用伺服器傳輸到所述會話控制功能包括在所述會話發起消息中嵌入所述後續過濾標準主體；以及將所述會話發起消息從所述至少一個應用伺服器傳輸到所述會話控制功能。
10. 根據權利要求9所述的方法，還包括在將所述會話發起消息轉發到終端設備之前，在所述會話控制功能中從所述會話發起消息中剝離所述後續過濾標準主體。
全文摘要
公開了用於動態地定義服務觸發的通信網絡(100)和關聯方法。響應於接收針對會話的會話發起消息，應用伺服器(116-118)針對應用伺服器(116-118)為會話提供的服務來定義一個或者多個後續服務觸發。後續服務觸發標識應用伺服器(116-118)希望被通知的會話消息或者條件。應用伺服器(116-118)然後將後續服務觸發傳輸到設置或者維持會話的會話控制功能(112)。會話控制功能(112)然後接收針對會話的後續消息。會話控制功能(112)處理後續消息和後續服務觸發以確定是否將後續消息傳輸到應用伺服器(116-118)。
文檔編號H04L29/08GK101682643SQ200780048370
公開日2010年3月24日 申請日期2007年12月17日 優先權日2006年12月29日
發明者張樹芳, 蔡亦鋼 申請人:朗訊科技公司