專利名稱：通信系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及通信系統(tǒng)，尤其涉及應用了基于SIP的會話控制的通信系統(tǒng)。
背景技術：
第3代移動通信系統(tǒng)以提供聲音、數(shù)據以及動畫等多種多媒體服務的高速 且高品質為目標。3GPP ( 3rd Generation Partnership Project)為了在數(shù)據包交 換網上提供利用了 IP (InternetProtocol)技術的多媒體服務而推行了 "基于全 IP的移動通信網"的標準化。
基于全IP的移動通信網中的會話控制系統(tǒng)稱為IMS (IP Multimedia Subsystem)。在下一代網絡(Next Generation Network)中的會話控制技術中 也采用了 IMS。
作為會話控制協(xié)議，利用了 SIP ( Session Initiation Protocol)(例如參照非 專利文獻2 )。 SIP是進行通過IETF規(guī)定的IP多媒體通信的會話控制的協(xié)議。
在以使用了 SIP為代表的服務中有VoIP ( Voice over IP )。 VoIP是在IP網 絡上收發(fā)聲音信息的技術?；赟IP的VoIP通信，在開始通信前，在收發(fā)聲 音信息的通信裝置間設定虛擬的通話路徑(會話)。被IP數(shù)據包化的聲音數(shù)據， 在所設定的虛擬的通信路徑上被轉發(fā)。在VoIP通信中，SIP控制通信裝置間 的會話確立、維持以及切斷。
在會話確立時決定聲音數(shù)據的屬性等媒體信息。通信裝置通過SIP消息中 包含的SDP ( Session Description Protocol)來通知i某體信息。SDP記載與會話 相關的各種信息(例如IP地址、端口號碼、媒體類別等)。
而且，為了可以從第三方提供的Web服務利用通信運營商提供的通信服 務，進行了 API (Application Programming Interface )的研咒。
作為規(guī)定不依賴于網絡以及供應商的開放API的業(yè)界團體，有Parlay Group。 Parlay Group正在制定"Parlay-X"作為開放API。 "Parlay-X"以Web 服務環(huán)境中的使用為目的，規(guī)定了不限定于安裝語言的Web服務的API。
4"Parlay-X"向Web開發(fā)者提供抽象化的通信API。
作為"Parlay-X"中規(guī)定的API,例如有通過從Web應用側的啟動，提供 二者間的通話服務的3PCC ( 3rd Party Call Control)(例如參照非專利文獻1 )。
Parlay Group與歐洲電氣通信標準化ETSI以及第3代移動通信標準化團 體協(xié)作。"Parlay-X"由這3個團體共同發(fā)布。"Parlay-X"定義標準的開放接 口，但不規(guī)定其安裝方法。
非專利文獻15th Draft ES 202 504-2 Parky X 3.0、 "Part 2: Third Party Cair'、 [online] 、 2007年8月、[2008年4月17日檢索]、因特網 <URL:http:〃portal.etsi.org./docbox/TISPAN/Open/OSA/ParlayX/ES—202_504—Par layX—3.0/latest/es—20250402v005.zip〉
非專利文獻2IEFT RFC3261 、 "SIP: Session Initiation Protocol § 4"、 [online] 、 2002年6月、[2008年4月17日4全索]、因特網<URL: http:〃www.apps.ietf.org/rfc/rfc3261 .html〉

發(fā)明內容
在"Parlay-X"中針對每個服務規(guī)定了 API集(API set )。作為3PCC用的 API,規(guī)定了從Web應用服務器向通信系統(tǒng)的請求消息(會話的開始、會話的 結束、呼叫信息查詢)及其應答消息。
但是，未規(guī)定所述請求消息以及所述應答消息的發(fā)送間隔等實現(xiàn)方法。因 此未提供在3PCC服務的提供過程中切斷通信時，從通信系統(tǒng)向實現(xiàn)Web應 用的服務器通知通信已切斷的機制。例如，當切斷通信時無法進行從通信系統(tǒng) 側向Web服務器的切斷通知。因此，盡管通信已切斷，但由于Web跟務器無 法檢測出通信的切斷，因此白白地消耗通信網絡的資源，此外還產生誤收取伴 隨3PCC服務的費用。
本發(fā)明的目的在于提供由Web服務器檢測通信會話的切斷的方法。
本發(fā)明的代表性的一例如下所示。即， 一種通信系統(tǒng)，具有控制多個終端 的通信會話的會話控制服務器、與所述會話控制服務器通信的應用服務器、與 所述應用服務器通信的Web服務器、以及將所述各服務器連接的網絡，所述 通信系統(tǒng)的特征在于，所述應用服務器，將包含所述多個終端的各自的通信會 話的狀態(tài)的信息的狀態(tài)關聯(lián)信息發(fā)送到所述Web服務器；所述Web服務器'根據接收到的所述狀態(tài)關耳關信息，檢測通信會話的狀態(tài)。
根據本發(fā)明的一個實施方式，Web服務器可以才全測出通信系統(tǒng)側的通信會
話的切斷。


圖l是本發(fā)明的第一實施方式的通信網的結構圖。
圖2是表示本發(fā)明的第一實施方式的Web服務器的結構例的框圖。 圖3是表示本發(fā)明的第一實施方式的Web服務器中的會話信息表的結構 的一例的說明圖。
圖4是表示本發(fā)明的第一實施方式的SIP應用服務器的結構例的框圖。 圖5是表示本發(fā)明的第一實施方式的SIP應用服務器中的會話信息表的結
構的一例的說明圖。
圖6是表示本發(fā)明的第一實施方式的SIP服務器的結構例的框圖。
圖7是表示本發(fā)明的第一實施方式的SIP服務器中的會話狀態(tài)管理表的結
構的一例的說明圖。
圖8是表示使通常的3PCC服務啟動的步驟的時序圖。 .圖9是表示使本發(fā)明的第一實施方式的3PCC服務啟動，確認在終端間的
通信會話確立后繼續(xù)3PCC服務時進行的通信會話的狀態(tài)的步驟的時序圖。 圖10是本發(fā)明的第 一 實施方式的會話計時器值通知例程的流程圖。 圖11是表示在本發(fā)明的第一實施方式的3PCC服務的啟動中發(fā)生故障時
的步驟的時序圖。
圖12是本發(fā)明的第二實施方式的Web服務的結構圖。
圖13是表示本發(fā)明的第二實施方式的SIP應用服務器中的結構例的框圖。
圖14是表示本發(fā)明的第二實施方式的SIP應用服務器中的會話信息表的
結構的一例的說明圖。
圖15是表示啟動本發(fā)明的第二實施方式的3PCC服務，確認繼續(xù)3PCC
服務時進行的通信會話的狀態(tài)的步驟的時序圖。
圖16是表示在本發(fā)明的第二實施方式的3PCC服務的啟動中發(fā)生故障時
的步驟的時序圖。
圖17是本發(fā)明的第三實施方式的通信網的結構圖。圖18是表示本發(fā)明的第三實施方式的呈現(xiàn)服務器的結構例的框圖。
圖19是表示本發(fā)明的第三實施方式的呈現(xiàn)服務器中的觀察者信息表的結
構的一例的i兌明圖。
'圖20是表示本發(fā)明的第三實施方式的Web服務器的結構例的框圖。
圖21是表示本發(fā)明的第三實施方式的Web服務器中的SIP AS信息表的
結構的一例的說明圖。
圖22是表示啟動本發(fā)明的第三實施方式的3PCC服務，確認繼續(xù)3PCC
服務時進行的通信會話的狀態(tài)的步驟、以及在3PCC服務的啟動中發(fā)生故障時
的步驟的時序圖。
圖23是表示啟動本發(fā)明的第三實施方式的3PCC服務，確認繼續(xù)3PCC 服務時進行的通信會話的狀態(tài)的步驟、以及在3PCC服務的啟動中發(fā)生故障時 的步驟的時序圖。
符號說明
2Web服務器、3SIP應用服務器、7終端、370會話計時器值通知例程
具體實施例方式
使用

本發(fā)明的第 一 實施方式。
作為代表例，詳細說明利用第三方呼叫控制(3PCC)服務時的通信方法。 圖l是本發(fā)明的第一實施方式的通信網的結構圖。 本實施方式中的通信網由IP網Nl和接入網N2A、 N2B、 N2C構成。 在圖1中，作為終端(UE: User Equipment) 7的例子，示出了固定終端
7A 7D。以下，當區(qū)分終端7來描述時，在符號上附加后綴"A，， "B，， "C，， "D"，例如，記載為終端7A以及終端7B。其它構成要素也按照同樣的規(guī)則
來描述。
IP網Nl和接入網N2經由接入網關裝置(AGW) 6 ( 6A、 6B、 6C )相連。 也可以代替接入網關裝置6，經由路由器等其它通信裝置將IP網Nl和接入網 N2連接。接入網關裝置6轉發(fā)在終端7和IP網Nl之間收發(fā)的IP數(shù)據包。IP 網Nl至少具備SIP服務器1。
Web服務器2具有用于啟動3PCC服務的用戶接口功能、3PCC服務的 啟動所需要的功能、以及Web服務器2與SIP應用服務器3的相互連接功能。SIP應用服務器3具有控制IMS應用(SIP應用)的執(zhí)行的功能。
此外，在圖1中作為例子分別示出了一個SIP服務器1、 一個Web服務器
2以及一個SIP應用服務器3。但在實施本發(fā)明時，這些構成要素的數(shù)量可以
是任意的。
圖2是表示本發(fā)明的第一實施方式的Web服務器2的結構例的框圖。 Web服務器2由容納線路22 (22A、 22B )的接口部(IF)21 (21A、 21B )、
CPU24、存儲器25、數(shù)據庫(DB)26構成。各構成要素通過總線23相連。 存儲器25存儲執(zhí)行協(xié)議處理的程序28、以及執(zhí)行Web服務器2和SIP應
用服務器3之間的相互連接功能的程序29。此外，存儲器25還可以存儲其它程序。
CPU24是執(zhí)行在存儲器25中存儲的程序的處理器。在以下的說明中，Web 服務器2執(zhí)行的處理，實際上通過CPU24執(zhí)行在存儲器25中存儲的某個程序 來進行。
執(zhí)行協(xié)議處理的程序28包含具有用于在Web服務器2和SIP應用服務 器3之間收發(fā)信號的功能的程序(SOAP控制2801 )、以及具有用于在Web服 務器2和終端7之間收發(fā)信號的功能的程序(User Interface控制2802)。
執(zhí)行相互連接功能的程序29包含進行計時器接收的處理程序27、以及 存儲每個會話的信息的會話信息表230。此外，數(shù)據庫26也可以包含會話信 息表230。
Web服務器2具備計時器接收處理程序27和會話信息表230,由此，Web 服務器2可以使用從SIP應用服務器3接收到的計時器值，來控制發(fā)送呼叫信 息查詢請求的周期。使用圖8~圖ll在后面進行詳細說明。
圖3是表示本發(fā)明的第一實施方式的Web服務器2中的會話信息表230 的結構的一例的說明圖。
Web服務器2，當接收從SIP應用服務器3發(fā)送的消息時，參照會話信息 表230,根據所述請求中包含的信息來更新會話信息表230。
會話信息表230至少包含Parlay-X call Session Identifier231、 SIP AS IP地
址234、 3PCC識別符235以及計時器237。
Parlay-X call Session Identifier231存儲用于唯一識別Web服務器2和SIP應用服務器3之間的通信會話的識別符。其與后述的圖5的Parlay-X call Session Identified 1相同。
SIP AS IP地址234存儲用于識別與Parlay-X call Session Identified 11對應 的SIP應用服務器的識別符。
3PCC識別符235存儲用于識別通過SIP應用服務器3提供的3PCC服務 而連接的(SIP應用服務器3和終端7間的)通信會話的識別符。其與后述的 3PCC識別符相同。
計時器237存儲Web服務器2向SIP應用服務器3發(fā)送呼叫信息查詢請 求的周期(計時器值)。
會話信息表230包含計時器值237,由此，Web服務器2可以迅速地檢測
出終端間的通信的結束、或者通信會話的切斷。
圖4是表示本發(fā)明的第一實施方式的SIP應用服務器3的結構例的框圖。 SIP應用服務器3由容納線路32 (32A、 32B)的接口部(IF) 31 (31A、
31B)、 CPU34、存儲器35和數(shù)據庫(DB)36構成。各構成要素通過總線33相連。
存儲器35存儲執(zhí)行協(xié)議處理的程序38 ( SIP協(xié)議控制3801、 HTTP協(xié) 議控制3802、 SOAP控制3803 )、執(zhí)行用于實現(xiàn)3PCC服務器的處理的程序39 (進行SIP User Agent處理的程序3901 、進行3PCC控制處理的程序3902 )、 進行計時器通知處理的程序(會話計時器值通知例程370)、存儲每個會話的 信息的會話信息表210、以及進行協(xié)議變換(SOAP-SIP)的處理程序40。此 外，存儲器35還可以存儲其它程序。
CPU34是執(zhí)行在存儲器35中存儲的程序的處理器。在以下的說明中，SIP 應用服務器3執(zhí)行的處理，實際上通過CPU34執(zhí)行在存儲器35中存儲的某個 程序來進行。
執(zhí)行協(xié)議處理的程序38包含具有用于在SIP應用服務器3和SIP服務 器1之間收發(fā)信號的功能的程序(SIP協(xié)議控制3801 )、以及具有用于在SIP 應用服務器3和Web服務器2之間收發(fā)信號的功能的程序(HTTP協(xié)議控制 3802、 SOAP控制3803 )。
執(zhí)行用于實現(xiàn)3PCC服務器的處理的程序39包含進行SIP User Agent處理的程序3901、以及進行3PCC控制的處理的程序3902。
進行所述3PCC控制的處理的程序3902是控制兩個以上的終端間的通信 的程序。例如，3PCC控制的處理，為了可以進行終端7A和終端7B之間的通 信，保持終端7A和SIP應用服務器3之間的通信會話、終端7B和SIP應用 服務器3之間的通信會話的對應信息。而且包含會話計時器值通知例程 (routine) 370、用于存儲每個會話的信息的會話信息表210、進行協(xié)議變換 (SOAP-SIP)的處理程序。此外，數(shù)據庫36也可以包含會話信息表210。 SIP應用服務器3具備會話計時器值通知例程370和會話信息表210，由 此，SIP應用服務器3可以向Web服務器2通知發(fā)送呼叫信息查詢請求的周期 (計時器值)。
圖5是表示本發(fā)明的第一實施方式的SIP應用服務器3中的會話信息表 210的結構的一例的說明.圖。
SIP應用服務器3，當接收從SIP服務器1發(fā)送的消息時，參照會話信息 表210，根據所述消息中包含的信息來更新會話信息表210。
會話信息表210至少包含Parlay-X call Session Identifier211 、 Web服務器 IP地址212、 3PCC識別符213、計時器T1 (214)、計時器T2 (215)以及計 時器T3 (217)。
Parlay-X calSession Identified 1存儲唯一識別Web服務器2和SIP應用 服務器3之間的通信會話的識別符。在SIP應用服務器3從Web服務器2接 收到SIP會話確立的請求時生成所述識別符，并存儲在Parlay-X call Session Identified 1中。使用圖8在后面詳細說明。
Web服務器IP地址212存儲用于識別與Parlay-X call Session Identified 1 對應的Web服務器2的識別符。
3PCC識別符213存儲用于識別通過SIP應用服務器3提供的3PCC服務 而連接的(SIP應用服務器3和終端7間的)通信會話的識別符。在SIP應用 服務器3確立SIP會話時生成所述識別符，并存儲在3PCC識別符213中。使 用圖8在后面詳細說明。
計時器Tl (214)以及計時器T2 (215)存儲SIP應用服務器3向各終端 發(fā)送查詢通信會話的狀態(tài)的消息的周期(計時器值)。此外，在本實施方式中，
10設想了兩者的通信，但在兩者以上的通信的情況下，根據連接的通信終端的數(shù) 量，計時器的數(shù)量也增加。
狀態(tài)216存儲通信會話的狀態(tài)。此外，作為通信會話的狀態(tài)，包括會話 確立中、通信中、切斷中、以及參加到三者以上的通話中、或者退出中。
計時器T3 ( 217 )存儲Web服務器2向SIP應用服務器3發(fā)送呼叫信息查 詢請求的周期(計時器值)。通過后述的方法(參照圖10)計算出計時器T3 (217)，存儲在會話信息表210中。
會話信息表210包含計時器(217)，由此，SIP應用服務器3可以向Web 月良務器2通知發(fā)送呼叫信息查詢請求的周期。由此，Web月艮務器2可以迅速地 檢測出通信會話的切斷。
圖6是表示本發(fā)明的第一實施方式的SIP服務器1的結構例的框圖。
SIP服務器1由容納線路12 ( 12A、 12B)的接口部(IF) 11 ( IIA、 IIB)、 CPU14、存儲器15、數(shù)據庫(DB) 16構成。各構成要素通過總線13相連。
存儲器15至少存儲SIP服務器功能17、會話狀態(tài)管理表270以及執(zhí)行協(xié) 議處理的程序(SIP協(xié)議控制)19。此外，存儲器15還可以存儲其它程序。
CPU14是執(zhí)行存儲在存儲器15中的程序的處理器。在以下的說明中，SIP 服務器l執(zhí)行的處理，實際上通過CPU14執(zhí)行在存儲器15中存儲的某個程序 來進行。
圖7是表示本發(fā)明的第一實施方式的SIP服務器1中的會話狀態(tài)管理表 270的結構的一例的說明圖。
SIP服務器1保存SIP應用服務器3和終端7之間的會話計時器值。
會話狀態(tài)管理表270至少存儲包含在SIP消息中的To標題217、 From標 題、Call id 273、計時器T274、以及通信狀態(tài)275的對應信息。
SIP服務器l保存會話狀態(tài)管理表270,由此，SIP服務器可以保存如下消 息的周期(計時器值)，該消息是發(fā)送為了確認在SIP應用服務器3和終端7 之間是否正常地進行通信而收發(fā)的消息。由此，例如當經過計時器T1的值卻 沒有從終端7A接收到所述消息時，可以檢測出通信會話的切斷。此外，在第 一實施方式中，由SIP應用服務器3檢測出通信會話的切斷。關于由SIP 務 器l檢測出通信會話的切斷的情況，在第三實施方式中進行說明。圖8是表示使通常的3PCC服務啟動的步驟的時序圖。在Parlay-X中規(guī)定 了在Web服務器2與SIP應用服務器3之間收發(fā)的消息。此外，在圖8中， SIP應用服務器3被分為兩個，是為了易于了解SIP應用服務器3的內部的動 作。關于以后的時序圖也同樣。
在終端7A和Web服務器2之間收發(fā)消息(例如HTTP消息)。從終端7A 向Web服務器2發(fā)送請求3PCC服務的啟動的消息(Sl)。在所述消息中包含 終端7A的識別符、以及作為連接目的地的終端(在這種情況下是終端7B) 的識別符。此外，通過3PCC控制3902、 SIP User Agent控制3卯1以及SIP 協(xié)議控制3801來提供3PCC服務。
接收到所述消息的Web服務器2向SIP應用服務器3發(fā)送包含終端7A的 識別符、終端7B的識別符以及Web服務器2的識別符的請求會話確立的消息 (make Call Session Request) ( S2 )。
接收到所述請求會話確立的消息的SIP應用服務器3啟動3PCC服務(S3 )。
另外，SIP應用服務器3生成唯一識別Web服務器2和SIP應用服務器3 之間的通信會話的識別符，以生成的識別符作為檢索關鍵字(key),檢索會話 信息表210的Parlay-X call Session Identifier211 。若沒有相應的條目，則SIP 應用服務器3生成新的條目210-1,在生成的條目210-1的Parlay-X call Session Identifier211中登錄所生成的識別符。當有相應的條目時，SIP應用服務器3 向Web服務器2通知錯誤(error )。
另外，SIP應用服務器3將接收到的所述請求會話確立的消息中包含的 Web服務器2的識別符登錄在條目210-1的Web服務器IP地址212中。
另外，SIP應用服務器3生成用于識別通過3PCC服務而連接的通信會話 的識別符，登錄在條目210-1的3PCC識別符213中。
SIP應用服務器3，在生成新條目、并在生成的條目中登錄各識別符后， 向Web服務器發(fā)送應答消息(make Call Session Response ) ( S4 )。
在啟動3PCC服務后，SIP應用服務器3收發(fā)用于確立SIP服務器1和終 端7A之間的會話的消息(S5-S10),確認終端7A是否可以通信。另外，SIP 應用服務器3收發(fā)用于確立SIP服務器1和終端7B之間的會話的消息(Sll ~ S16),確認終端7B是否可以通信。當確認終端7A以及終端7B都可以通信時，SIP應用服務器3向終端7A 發(fā)送為了與終端7B進行通信所需要的媒體信息(S17 ~ S22 )。通過以上處理， 在終端7A和終端7B之間可以進行通信(S23 )。
在可以進行通信后，SIP應用服務器3決定向終端7發(fā)送用于確認通信會 話的狀態(tài)的消息(INVITE)的周期(Tl、 T2)。用于確認通信會話的狀態(tài)的消 息，是用于確認通過3PCC服務而連接的終端的通信會話的狀態(tài)是否正常的消 息。另夕卜，T1是發(fā)送用于確認SIP應用服務器3和終端7A之間的通信會話的 狀態(tài)的消息的周期(參照圖9)。 T2是發(fā)送用于確認SIP應用服務器3和終端 7B之間的通信會話的狀態(tài)的消息的周期(參照圖9)。
狀態(tài)的消息的周期(Tl、 T2)。在IETF RFC4028中記載的步驟中，可以使用 SIP INVITE或SIP UPDATE來進行通信會話的周期性的更新。圖9表示使用 SIP INVITE來進行通信會話的周期性的更新時的時序例。
具體而言，在終端7和SIP應用服務器3之間確立會話時(S5 S22)，通 過收發(fā)更新會話的周期的最小值等，決定發(fā)送用于確認通信會話的狀態(tài)的消息 (INVITE)的周期(T1、 T2)。此外，Tl以及T2的值可以不同。
SIP應用服務器3和終端7通過以Tl以及T2為周期進行SIP消息的收發(fā)， 可以確認通信會話的狀態(tài)是否正常。此外，在SIP應用服務器3和終端7之間 為了周期性地確認通信會話的狀態(tài)是否正常而收發(fā)的消息，有時被稱為keep alive消息。
在決定T1以及T2后，SIP應用服務器3以3PCC識別符213作為檢索關 鍵字，檢索會話信息表210,在相應的條目210-1中分別設定計時器值T1(214) 以及計時器值T2 (215)。而且，SIP應用服務器3在相應的條目210-1的狀態(tài) 216中設定"通信中"。
Web服務器2為了確認通信會話的狀態(tài)，向SIP應用服務器3發(fā)送呼叫信 息查詢請求(get Call Session Information Request) ( S24 )。接收到所述呼叫信 息查詢請求的SIP應用服務器3向Web服務器2發(fā)送包含通信會話的狀態(tài)的 應答消息(get Call Session Information Response ) ( S25 )。由此，Web服務器2 可以檢測出通信會話的狀態(tài)。在Parlay-X中規(guī)定了在S24以及S25中發(fā)送的消息。在本實施方式中， 所述消息在確立終端間的會話后必定至少發(fā)送一次。此外，也可以在確立終端 間的會話前發(fā)送所述消息。
圖9是表示使本發(fā)明的第一實施方式的3PCC服務啟動，確認在確立終端 間的通信會話后繼續(xù)3PCC服務時進行的通信會話的狀態(tài)的步驟的時序圖。
圖9的S31 ~S36、 S51 S56表示用于確認終端7A的會話的狀態(tài)的消息 (keep alive消息)的收發(fā)。S37~S42、 S57 ~ S62表示用于確認終端7B的會 話的狀態(tài)的消息(keepalive消息)的收發(fā)。
另外，SIP應用服務器3和終端7A間的keep alive消息的發(fā)送周期(S31 和S35的間隔)是計時器T1 (214)。同樣地，SIP應用服務器3和終端7B間 的keep alive消息的發(fā)送周期(S37和S57的間隔)是計時器T2 (215 )。此外， 所述順序(S31 ~S62),當3PCC服務監(jiān)視通信會話狀態(tài)時，是通常進行的處 理。
關于S1 S23的呼叫流程與圖8相同J旦通過追加會話信息表210的計時 器T3 (217)以及會話信息表230的計時器237， Web服務器2和SIP應用服 務器3間收發(fā)的消息中包含的信息不同。對該差異進行說明。
在決定計時器T1 (214)以及計時器T2 (215)后，SIP應用服務器3為 了使用會話信息表210的計時器T1 (214)以及計時器T2 (215)計算出計時 器T3(217)，而啟動會話計時器值通知例程370 (S26)。以下，使用圖10說 明會話計時器值通知例程370。
圖10是本發(fā)明的第 一實施方式的會話計時器值通知例程370的流程圖。
SIP應用服務器3參照會話信息表210的計時器Tl (214)以及計時器T2 (215),計算出會話計時器值(372)。具體而言，SIP應用服務器3比較計時 器Tl (214)與計時器T2 (215)，將較小一方的計時器值以下的值決定為會 話計時器值。由此，Web服務器2根據計算出的會話計時器值，可以向SIP應 用服務器3查詢通信會話的狀態(tài)。此外，計算出的會話計時器值理想的是與 Tl以及T2相同程度的值。由此，可以抑制由于從Web服務器2向SIP應用 服務器3的查詢請求而導致的通信負荷。
在計算出所述會話計時器值后，SIP應用服務器3以3PCC識別符213作
14為檢索關鍵字，從會話信息表210中檢索相應的條目(373 )。當有相應的條目 時，SIP應用服務器3將計算出的會話計時器值登錄在條目210-1的計時器值 T3 。n)中(374、 S27)，結束例程。當沒有相應的條目時，SIP應用服務器 3直接結束例程。返回圖9，繼續(xù)時序圖的說明。Web服務器2將呼叫信息查詢請求(get Call Session Information Request) 發(fā)送到SIP應用服務器3(S71)。此外，S71與圖8的S24中發(fā)送的消息相同。接收到所述呼叫信息查詢請求的SIP應用服務器3,以所述呼叫信息查詢 請求中包含的Parlay X call Session Identified 11作為檢索關鍵字，檢索會話信 息表210,從相應的條目210-1中讀出會話狀態(tài)216和計時器值217。當在相應的條目中未設定計時器值217時，SIP應用服務器3將包含通信 會話的狀態(tài)的應答消息(get Call Session Information Response )發(fā)送到Web服 務器2 ( S25 )。當在相應的條目中設定了計時器值217時，SIP應用服務器3將包含讀出 的會話狀態(tài)和計時器值217的應答消息(get Call Session Information Response) 發(fā)送到Web服務器2 (S72)。Web服務器2，當接收所述應答消息時，以所述應答消息中包含的ParlayX call Session Identifier231作為檢索關鍵字，檢索會話信息表230,讀出相應的 條目。當不存在相應條目時，Web服務器2生成新條目，根據接收到的所述應 答消息中包含的通信會話的狀態(tài)以及計時器值217,登錄Parlay X Session Identifier231、 SIP AS IP地址234、 3PCC識別符235以及計時器237。當存在 相應的條目時，Web服務器2將接收到所述應答消息中包含的計時器值217 登錄在相應的條目的計時器237中。通過使用以上的步驟，Web服務器2可以根據在計時器237中登錄的值， 將呼叫信息查詢請求(get Call Session Information Request)周期性地發(fā)送到 SIP應用服務器3。由此，Web服務器2可以迅速地檢測出通信會話的切斷等 通信故障。圖11是表示本發(fā)明的第一實施方式的3PCC服務的啟動中發(fā)生故障時的 步驟的時序圖。3PCC服務的啟動步驟、以及繼續(xù)3PCC服務時進行的通信會話的狀態(tài)確 認的步驟與圖8、圖9相同。在此，假定終端7A的通信會話由于某種原因而 被切斷。SIP應用服務器3變得無法接收在SIP應用服務器3和終端7A之間以Tl 為周期收發(fā)的keep alive消息。因此，在一定時間(計時器T1)內未接收到對 INVITE (S51、 S52)的應答，因此，SIP應用服務器3判斷為通信會話的狀 態(tài)為會話已切斷，以3PCC識別符213作為檢索關鍵字，檢索會話信息表210， 將相應條目210-1的會話狀態(tài)216更新為"切斷中"(S77)。Web服務器2，以計時器237的周期，向SIP應用服務器3發(fā)送呼叫信息 查詢請求(get Call Session Information Request) ( S78 )。接收到所述呼叫信息查詢請求的SIP應用服務器3，以所述呼叫信息查詢 請求中包含的Parlay X call Session Identified 11作為檢索關鍵字，檢索會話信 息表210,從相應的條目210-1中讀出狀態(tài)216和計時器值217。 SIP應用服務 器3將包含讀出的狀態(tài)216 (在這種情況下是"切斷中")和計時器值217的 應答消息(get Call Session Information Response )發(fā)送到Web服務器2 ( S79 )。接收到包含狀態(tài)216 ("切斷中")的所述應答消息的Web服務器2，參照 所述應答消息中包含的狀態(tài)216("切斷中")。在這種情況下，狀態(tài)216為"切 斷中"，因此Web服務器2檢測出通信會話已被切斷，向SIP應用服務器3發(fā) 送結束3PCC服務的請求(end Call Session R叫uest) ( S80 )。接收到所述結束3PCC服務的請求的SIP應用服務器3,向Web服務器發(fā) 送應答消息(end Call Session Response ) (S81),進行會話的結束處理(S82、 S83)。另外，SIP應用服務器3在進行會話的結束處理后經過一定時間后，從 會話信息表210中刪除狀態(tài)216為"切斷中"的條目。Web服務器2使用由SIP應用服務器3通知的計時器值(在本實施方式中 為T3),周期性地將呼叫狀態(tài)查詢請求發(fā)送到SIP應用服務器3。由此，Web 服務器2可以迅速地檢測出在通信會話中發(fā)生了故障。接著，使用

本發(fā)明的第二實施方式。在第一實施方式中，SIP應 用服務器3向Web服務器2通知了查詢通信會話的狀態(tài)的周期、即計時器值。 與此相對，在第二實施方式中特征在于，由Web服務器2向SIP應用服務器316請求通信會話的狀態(tài)的通知。通過由Web服務器2請求通信會話的狀態(tài)的通知，SIP應用服務器3可以 向Web服務器2通知終端間的通信會話的狀態(tài)已成為"切斷中"。第二實施方式的通信網的結構與第一實施方式相同，因此省略說明(參照 圖l)。以下，僅說明本發(fā)明的第二實施方式與第一實施方式的不同點。圖12是本發(fā)明的第二實施方式的Web服務器2的結構圖。在第二實施方式中，存儲器25代替進行計時器接收的處理程序27，而包 含進行呈現(xiàn)(presence)信息的查詢的處理程序200。Web服務器2具備所述呈現(xiàn)信息查詢功能200,由此，Web服務器2可以 對SIP應用服務器3請求呈現(xiàn)信息的通知。此外，在第二實施方式中，在開始 3PCC服務后，啟動呈現(xiàn)信息查詢功能200。圖13是表示本發(fā)明的第二實施方式的SIP應用服務器3的結構例的框圖。在第二實施方式中，存儲器35代替會話計時器值通知例程370,而包含 進行呈現(xiàn)信息的通知的處理程序300。SIP應用服務器3具備所述呈現(xiàn)通知功能300,由此，SIP應用服務器3 可以將通信會話的狀態(tài)包含在呈現(xiàn)信息中，通知給Web服務器2。圖14是表示本發(fā)明的第二實施方式的SIP應用服務器3中的會話信息表 的結構的一例的"i兌明圖。進行監(jiān)視的監(jiān)視218。此外，SIP應用服務器3，當將監(jiān)視218設定為"on"、 將通信^S舌的狀態(tài)從"通信中，，變更為"切斷中"時，使用所述呈現(xiàn)通知功能 向Web服務器2通知通信會話的切斷。接著，參照圖15、圖16來說明第二實施例中的3PCC服務啟動順序。以 下，關于圖15、圖16所示的步驟中與圖8、圖9、圖ll相同的步驟，省略說 明。圖15是表示啟動本發(fā)明的第二實施方式的3PCC服務，確認繼續(xù)3PCC 服務時進行的通信會話的狀態(tài)的步驟的時序圖。Web服務器2，為了確認通信會話的狀態(tài)，向SIP應用服務器3發(fā)送呼叫 信息查詢請求(get Call Session Information Request) ( S71 )。接收到所述呼叫信息查詢請求的SIP應用服務器3，以所述呼叫信息查詢請求中包含的Parlay X call Session Identified 1作為檢索關鍵字，檢索會話信 息表210，從相應的條目210-1中讀出狀態(tài)216。 SIP應用服務器3將包含狀態(tài) 216的應答消息(get Call Session Information Response )發(fā)送給Web服務器2 (S72 )。此外，S71、 S27、 S72以及S31 ~ S62的處理與第一實施方式相同。用于 確認SIP應用服務器3和終端7A之間的通信會話的狀態(tài)的消息(keep alive )， 以計時器Tl為周期被收發(fā)。另外，用于確認SIP應用服務器3和終端7B之 間的通信會話的狀態(tài)的消息(keep alive)以計時器T2為周期被收發(fā)。接收到所述應答消息S72的Web服務器2確認所述應答消息中包含的狀 態(tài)216已成為"通信中"，向SIP應用服務器3發(fā)送通知通信會話的狀態(tài)的請 求(subscribe Presence Request) ( S101 )。接收到所述請求的SIP應用服務器3以所述請求中包含的Parlay X call Session Identified 11作為檢索關鍵字，檢索會話信息表210。 SIP應用服務器3， 在將相應的條目210-1的監(jiān)視狀態(tài)218更新為"on"后，將所述請求的應答消 息(subscribe Presence Response )發(fā)送給Web服務器2 (S102)。圖16是表示在本發(fā)明的第二實施方式的3PCC服務的啟動中發(fā)生故障時 的步驟的時序圖。S31 S52以及S77與第一實施方式相同。另外假定終端7A中發(fā)生了故障。在S77中，SIP應用服務器3無法接收keep alive消息，因此以3PCC識 別符213作為檢索關鍵字，檢索會話信息表210,將相應的條目210-1的狀態(tài) 216更新為"切斷中"。而且，參照相應的條目的監(jiān)^L217,當相應的條目的監(jiān) 視217為"on"時，SIP應用服務器3向Web服務器2發(fā)送通知通信會話已切 斷的消息(notify Subscription Request) ( S103 )。接收到所述消息的Web服務器2向SIP應用服務器3發(fā)送包含結束3PCC 服務的請求的應答消息(notify Subscription Response) ( S104 )。然后，進行會 話結束處理(參照圖11的S80 ~ S83 )。根據第二實施方式，Web服務器2具備所述呈現(xiàn)信息查詢功能，由此，SIP 應用服務器3可以迅速地檢測出會話信息表210的狀態(tài)216已從"通信中，，向"切斷中"遷移，判斷為通信會話已切斷，向Web服務器2通知通信會話的 切斷。由此，Web服務器2可以迅速地檢測出通信會話的切斷。 接著，使用

本發(fā)明的第三實施方式。 圖17是本發(fā)明的第三實施方式的通信網的結構圖。第三實施方式，在網絡N1上連接了呈現(xiàn)服務器(presence server) 4。在 第三實施方式中，呈現(xiàn)服務器4至少具有觀察者功能。所謂觀察者功能，是監(jiān) 視指定的終端的狀態(tài)的功能。圖18是表示本發(fā)明的第三實施方式的呈現(xiàn)服務器4的結構例的框圖。呈現(xiàn)服務器4具備容納線路42 (42A、 42B)的接口部(IF) 41 (41A、 41B)、 CPU44、存儲器45和數(shù)據庫(DB) 46。各構成要素通過總線43相連。CPU44是執(zhí)行在存儲器45中存儲的程序的處理器。在存儲器45中例如 存儲了用于實現(xiàn)呈現(xiàn)通知的程序(省略圖示)、為進行呈現(xiàn)信息保持等所需 要的處理程序(例如觀察者功能49)以及表(觀察者信息表280)。圖19是表示本發(fā)明的第三實施方式的呈現(xiàn)服務器4中的觀察者信息表280 的結構的一例的說明圖。觀察者信息表280至少包含呈現(xiàn)體(presently) 281、觀察者282以及狀 態(tài)283的對應信息。所謂呈現(xiàn)體，表示提供呈現(xiàn)信息的實體。呈現(xiàn)服務器4保持觀察者信息表280，由此，呈現(xiàn)服務器4可以檢測出終 端的通信會話的狀態(tài)。由此，當呈現(xiàn)服務器4未接收到keep alive消息時，呈 現(xiàn)服務器4判斷為通信會話已被切斷，可以向Web服務器2通知通信會話的 切斷。以下，僅說明第三實施方式與第二實施方式的不同點。圖20是表示本發(fā)明的第三實施方式的Web服務器2的結構例的框圖。在第三實施方式中，存儲器25包含SIPAS信息表240。圖21是表示本發(fā)明的第三實施方式的Web服務器2中的SIP AS信息表 240的結構的一例的說明圖。SIP AS信息表240包含3PCC call Session Identifier241 、與3PCC call Session Identifier241對應的呈現(xiàn)服務器242的信息。由此，Web服務器2得知 呈現(xiàn)服務器4保持哪個通信會話的信息。Web服務器2具備SIPAS信息表240，由此，Web服務器2可以將3PCC19關聯(lián)起來。由此，Web服務器2根據從呈現(xiàn)服務器 4發(fā)送的信息，可以檢測出通信會話的狀態(tài)。接著，參照圖22、圖23,說明從第三實施方式中的3PCC服務啟動發(fā)生 故障時的順序。以下，關于圖22、圖23所示的步驟中與圖8、圖9、圖ll相 同的步驟，省略說明。圖22、圖23是表示本發(fā)明的第三實施方式的3PCC服務啟動，確認繼續(xù) 3PCC服務時進行的通信會話的狀態(tài)的步驟、和在3PCC服務的啟動中發(fā)生故 障時的步驟的時序圖。Web服務器2，當確認通信會話的狀態(tài)成為了 "通信中"時(S72),向呈 現(xiàn)服務器4發(fā)送通知通信會話的狀態(tài)的請求(subscribe Presence Request) (S121 )。在此，Web服務器2以3PCC call Session Identifier241作為檢索關鍵 字，檢索SIP AS信息表240。當不存在相應的條目時，Web服務器2生成新 條目，登錄呈現(xiàn)服務器4的識別符。當存在相應的條目時，Web服務器2更新 相應的條目的信息。接收到所述請求的呈現(xiàn)服務器4，將對所述請求的應答(subscribe Presence Request)發(fā)送給Web服務器2 ( S122 )。接著，呈現(xiàn)服務器4將通知包含與終端7A和終端7B的通信會話的狀態(tài) 的呈現(xiàn)信息的請求(SUBSCRIBE)發(fā)送到SIP服務器1 (S131)。接收到所述 呈現(xiàn)信息的通知請求的SIP服務器1,將對所述呈現(xiàn)信息的通知請求的應答 (200 OK)發(fā)送到呈現(xiàn)服務器(S132)。在此，假定SIP服務器1從keep alive消息中檢測出例如與終端7A的通 信會話的切斷(S134)。在這種情況下，SIP服務器1向呈現(xiàn)服務器4通知包 含終端7A的通信會話已切斷的呈現(xiàn)信息(NOTIFY) (S135)。接收到所述通知的呈現(xiàn)服務器4向SIP服務器1發(fā)送對所述呈現(xiàn)信息通知 的應答(200、 S136)。呈現(xiàn)服務器4將包含終端7A的呈現(xiàn)信息的通知消息 (notify Subscription Request)發(fā)送到Web月良務器2。Web服務器2，將對所述通知消息的應答(notify Subscription Response ) 發(fā)送到呈現(xiàn)服務器4后(S124)，進行結束會話的處理。根據第三實施方式，Web服務器2將呈現(xiàn)服務器4與啟動中的通信會話的識別符對應起來管理，由此，Web服務器2可以迅速地檢測出通信會話的狀態(tài) 已從"通信中"向"切斷中，，遷移。另外，與第二實施方式相比，通過具備呈現(xiàn)服務器4，可以降低SIP應用 服務器3的負荷。另外，可以不在SIP應用服務器3中新配備呈現(xiàn)通知功能， 而直接應用已有的呈現(xiàn)服務器，可以削減成本。
權利要求
1.一種通信系統(tǒng)，具有控制多個終端的通信會話的會話控制服務器、與所述會話控制服務器通信的應用服務器、與所述應用服務器通信的Web服務器、將所述各服務器連接的網絡，所述通信系統(tǒng)的特征在于，所述應用服務器，將狀態(tài)關聯(lián)信息發(fā)送到所述Web服務器，該狀態(tài)關聯(lián)信息包含所述多個終端的各自的通信會話的狀態(tài)的信息，所述Web服務器，根據接收到的所述狀態(tài)關聯(lián)信息，檢測出通信會話的狀態(tài)。
2. 根據權利要求1所述的通信系統(tǒng)，其特征在于，所述應用服務器，周期性地檢測出所述多個終端的各自的通信會話的狀態(tài) 的信息，根據所述檢測出的多個終端的各自的通信會話的狀態(tài)的信息，檢測出 所述通信會話的切斷，使所述狀態(tài)關聯(lián)信息包含表示所述通信會話被切斷的信 息。
3. 根據權利要求2所述的通信系統(tǒng)，其特征在于，所述Web服務器根據所述狀態(tài)關聯(lián)信息來控制呼叫控制的時間周期。
4. 根據權利要求2所述的通信系統(tǒng)，其特征在于， 在根據所述狀態(tài)關聯(lián)信息來控制呼叫控制的時間周期時， 所述應用服務器，參照用于檢測出所述多個終端的各自的通信會話的狀態(tài)的信息的周期， 將所述呼叫控制的時間周期決定為所述參照的周期中最小的周期以下的值，將包含所述決定的呼叫控制的時間周期的所述狀態(tài)關聯(lián)信息發(fā)送到所述 Web服務器，所述Web服務器，根據接收到的所述狀態(tài)關聯(lián)信息中包含的所述決定的 呼叫控制的時間周期，來控制所述呼叫控制的時間周期。
5. 根據權利要求2所述的通信系統(tǒng)，其特征在于， 所述狀態(tài)關聯(lián)信息被包含在SIP消息中，所述時間周期是會話計時器值。
6. 根據權利要求1所述的通信系統(tǒng)，其特征在于，所述Web服務器，將檢測出所述多個終端的各自的通信會話的狀態(tài)的請 求發(fā)送到所述應用服務器，所述應用服務器，根據接收到的所述請求，周期性地檢測出所述多個終端 的各自的通信會話的狀態(tài)，將包含所述多個終端的各自的通信會話的狀態(tài)的信 息的所述狀態(tài)關Jf關信息發(fā)送到所述Web服務器。
7. 根據權利要求6所述的通信系統(tǒng)，其特征在于，所述會話控制服務器，根據所述檢測出的多個終端的各自的通信會話的狀 態(tài)的信息，檢測出所述通信會話的切斷，使所述狀態(tài)關聯(lián)信息包含表示所述通 信會話被切斷的信息。
8. 根據權利要求1所述的通信系統(tǒng)，其特征在于， 所述通信系統(tǒng)還具備與通信網絡連接的呈現(xiàn)服務器， 所述Web服務器，將檢測出所述多個終端的各自的通信會話的狀態(tài)的請 求發(fā)送到所述呈現(xiàn)服務器，所述呈現(xiàn)服務器，根據所述請求檢測出所述多個終端的各自的通信會話的 狀態(tài)，將呈現(xiàn)信息發(fā)送到所述Web服務器，該呈現(xiàn)信息包含所述檢測出的多 個終端的各自的通信會話的狀態(tài)的信息。
9. 根據權利要求8所述的通信系統(tǒng)，其特征在于，當根據所述請求檢測出所述多個終端的各自的通信會話的狀態(tài)時， 所述呈現(xiàn)服務器，將所述請求發(fā)送到所述會話控制服務器， 所述會話控制服務器，根據所述請求周期性地檢測出所述多個終端的各自 的通信會話的狀態(tài)。
10. 根據權利要求8所述的通信系統(tǒng)，其特征在于，所述會話控制服務器，根據所述請求檢測出所述通信會話的切斷，將包含 所述通信會話的切斷的所述狀態(tài)關聯(lián)信息發(fā)送到所述呈現(xiàn)服務器，所述呈現(xiàn)服務器，根據所述狀態(tài)關聯(lián)信息，將包含所述通信會話的切斷的 呈現(xiàn)信息發(fā)送到所述Web服務器。
全文摘要
在Web服務器與通信服務控制服務器的聯(lián)合系統(tǒng)中，當通信網中發(fā)生故障時在從Web服務器側向通信服務控制服務器進行查詢之前無法通知信息。因此，本發(fā)明提供一種通信系統(tǒng)，具備控制多個終端的通信會話的會話控制服務器、與會話控制服務器通信的應用服務器、與應用服務器通信的Web服務器、以及將各服務器連接的網絡，該通信系統(tǒng)的特征在于，應用服務器將包含多個終端的各自的通信會話的狀態(tài)的信息的狀態(tài)關聯(lián)信息發(fā)送到Web服務器，Web服務器根據接收到的狀態(tài)關聯(lián)信息，檢測出通信會話的狀態(tài)。
文檔編號H04L12/56GK101599924SQ20091000419
公開日2009年12月9日 申請日期2009年2月20日 優(yōu)先權日2008年6月3日
發(fā)明者武田幸子, 高瀨晶彥 申請人:株式會社日立制作所