智能多媒體呼叫的製作方法

2023-07-07 02:28:36 1

專利名稱：智能多媒體呼叫的製作方法
技術領域：
本發明涉及的是提供智能多媒體呼叫，尤其涉及的是為那些使用電路交換接入網絡的用戶終端提供智能視頻呼叫，但是並非一定如此。
背景技術：
在下文中將會引用國際電聯規定的某些協議，即
目前有很多服務是藉助所謂的智能網(IN)節點而在電路交換(CS)接入網絡上執行的。這些服務主要都通過CS網絡中的話音承載使用。其原因在於由基於IN的服務所使用的設備趨向於只支持純話音。然而，目前存在著能夠使用CS承載的多媒體協議，例如ITU-T H.324。通過實施這些協議，在相互進行交互通信的用戶之間也可以實現純話音的視頻電話。
然而現有的實施方式存在著很多缺陷，這意味著IN服務無法有效地與H.324視頻呼叫結合使用。
很多用於話音呼叫的IN服務藉助了雙音多頻(DTMF)數字來提供用於呼叫訂戶的通告和提示，使之能夠訪問和選擇服務。在IN節點所看到的3G-324M應用中，窄帶多媒體協議H.324使用的是不受限制的64千比特/秒的數字承載。64千比特/秒承載的內容包含了使用H.223協議(用於低比特率多媒體通信的復用協議)來進行復用的音頻、視頻以及控制流。通常，IN服務播放的話音通知是以PCM編碼格式進行存儲的。由於現有技術中的IN解決方案不包括對不受限制的64千比特/秒數字呼叫的內容進行操作的能力，因此，IN服務不具有播放關於3G-324M呼叫的通告的可能性。
3G-324M使用了諸如AMR(高級多速率)以及G.723之類的高效的音頻編解碼器。這些編解碼器不能可靠地傳送DTMF音。因此，在H.324中，DTMF音是藉助控制消息、即H.245 UserInputIndication(用戶輸入指示)消息來進行傳送的。由於現有技術中的IN解決方案不包括能力來對不受限制的64千比特/秒數字呼叫的內容進行檢測，因此IN服務不具有偵聽用於3G-324M呼叫的DTMF音的可能性。
發明概述依照本發明的一個方面，在這裡提供了一種用於建立和/或控制多媒體呼叫的方法，其中該呼叫涉及了H.324使能(enabled)的用戶終端以及終接於用戶終端和網絡節點的電路交換連接，所述方法包括在H.245協議控制消息內經由電路交換連接來發送DTMF控制信號；以及基於所述DTMF控制信號，將所述連接路由或重新路由到恰當的數據源，或者將所述連接映射到恰當的數據源。
在附加權利要求中將會闡述本發明的其他方面。
附圖簡述

圖1描述的是一種用於為用戶提供多媒體服務的架構；圖2描述的是圖1架構中的IN節點所具有的MG架構；圖3描述的是一種用於為用戶提供多媒體服務的替換架構；圖4描述的是圖3架構中的組合VSG/IN節點的MG架構；圖5描述的是圖3架構中的組合VSG/IN節點的MGC架構；圖6描述的是本發明的另一個實施例，其中在視頻網關和流播伺服器之間部署的服務節點中包含了用於處理DTMF控制信號的服務邏輯；以及圖7是顯示與圖6的實施例相關聯的信令的信令圖。
優選實施例詳述圖1描述的是一種用於為移動電信服務的訂戶提供視頻交互服務的網絡架構。在這裡假設訂戶終端是使用了H.324協議來建立和控制多媒體通信會話的終端。訂戶則是藉助GSM或UMTS電路交換網絡來訪問服務的。此外，控制平面信令是依照ISUP協議來進行載送的。
為了建立多媒體會話，用戶會向IN節點發起一個呼叫。所述IN節點包括服務控制點(SCP)和服務交換點(SSP)，而且還包括媒體網關(MG)。在圖2中對媒體網關進行了更詳細的描述。SSP會對多媒體會話建立請求進行識別，並且將會暫停會話建立，同時會從SCP那裡獲取路由信息。然後，呼叫將會定向到下文中進一步描述的視頻網關，並且進一步由視頻網關引導到H.323網絡或是分組交換伺服器(例如流播伺服器)。所述視頻網關則包含了媒體網關以及媒體網關控制器。
通過引入視頻網關的概念，使得有可能將基於電路交換(CS)的多媒體服務連接到基於分組交換(PS)的多媒體服務，例如啟用從實施H.324協議的、基於CS的終端到實施H.323/SIP協議的、基於PS的終端的視頻呼叫。這個視頻網關也稱為「視頻交互網關」。當前，眾所周知，視頻網關還包含了使得能夠將基於CS的終端連接到基於PS的伺服器的視頻流播網關(VSG)能力。在這種情況下，舉例來說，VSG會在控制平面上的ISUP+H.245與RTSP(實時流播協議)之間進行互相配合，並且會在用戶平面上的TDM與IP/RTP之間進行互相配合。
由於這種配置使用的是常規的CS承載，例如大小為64千比特/秒不受限制的和正常的CS控制協議(ISUP)，因此該配置很容易與圖1所示的IN服務整合在一起。IN服務平臺包含了對基於不同參數的CS呼叫進行路由的能力，所述參數是例如主叫方位置以及當前時間。這樣做則允許基於這些參數來對被叫方號碼進行修改。因此，IN可以根據不同的被叫方號碼而將CS呼叫轉發到VSG。VSG則將這些號碼映射成表示不同資源的URL，舉例來說，所述資源可以是流播伺服器提供的視頻剪輯。這樣則使得有可能使用視頻和音頻媒體來提供諸如本地天氣預報之類的服務(例如基於主叫者的位置)。
IN服務平臺可以包含功能性以便自己向一方或幾方發起呼叫(在沒有提示的情況下)。舉例來說，這種情況有可能是基於時間、訂戶運動等而發生的。因此，IN節點可以藉助先前段落中描述的手段而在所服務的訂戶與流播伺服器之間進行連接。這樣做使得有可能提供推送服務，例如在所服務的訂戶趨近商店/餐廳的時候提供商業新聞和廣告視頻的喚醒服務。
駐留於SSP中的IN服務邏輯是藉助ISUP以及INAP/CAP(智能網應用部分/CAMEL應用部分)而從SCP接收關於呼叫性質的信息的，其中舉例來說，該呼叫可以是3G-324M呼叫。IN服務邏輯使用此信息來選擇流播伺服器上的視頻剪輯，以此取代SSP/MG1播放的話音通告。這樣一來，IN會將VSG視為智能外圍設備(IP)。現有技術中的IN實施方式是用MG1中的H.223解復用和復用功能來增強的。而H.248網關控制協議則已經包含了用於檢測H.245消息以及將信息傳遞到MGC的包。這樣則允許SSP中的IN服務邏輯在MG1中接收那些在H.245 UII消息中接收的DTMF數字。接收到的DTMF數字將會為IN服務所使用，以便在服務邏輯中觸發恰當的動作。這可能包括將呼叫路由到不同的目的地，例如到普通的視頻電話或視頻流播伺服器。
這些工具允許IN技術來創建服務以及服務群，其中所述服務和服務群則可以藉助可視信息而以圖解方式展示給用戶。舉例來說，用戶可以使用普通的終端小鍵盤而在觀看另一個視頻剪輯的同時改變到另一個視頻剪輯/實況視頻攝像機視圖。第一個視頻剪輯可能包含了關於其他視頻剪輯可用性的視聽指令。針對恰當視頻所進行的選擇是由IN服務通過將呼叫重新路由到另一個目的地而被加以控制的。這可能包括使用其他的服務觸發器，例如主叫方位置(例如用於選擇最近的攝像機)或是主叫方ID(例如用於選擇正確的語言)。
在圖2中顯示了IN網絡中的媒體網關(MG1)的詳細概觀。基於與呼叫類型、即H.248 Add(添加)消息中的H.324相關的信息，以及所請求的DTMF數字檢測的信息，MG內的控制器會將MG上的H.245處理機以及H.223復用器連結到呼叫中，而不是連結在正常的DTMF接收機中。H.223復用器會將H.324用戶數據流解復用成媒體流以及H.245控制流。後者被傳遞到H.245處理機。H.245處理機包含了H.245解碼器/編碼器以及有狀態(Statefull)邏輯，以便對H.245信令進行控制，也就是說●在從訂戶那裡接收到包含撥號數字的H.245UserInputIndication(用戶輸入指示)(UII)時，該數字被傳遞到H.248處理機。用於在H.248中傳送所檢測數字的機制與用於正常話音呼叫的機制是相同的。DTMF數字將會由SSP傳送到SCP，所述SCP則具有確定恰當動作的服務邏輯。
●H.245處理機從端點之間的H.245信令中收集與MG相關的數據，舉例來說，H.223復用配置數據是在H.245 MultiplexentrySend(多條目發送)(MES)消息中傳送的，由此確保這兩個端點使用相同的復用算法。
●H.245信令是在需要的時候得到觸發和抑制的，舉例來說，如果IN服務決定將呼叫重新路由到新目的地，同時對舊目的地開放媒體信道，那麼H.245處理機必須在開放新目的地與主叫方之間的信道之前關閉到主叫方的信道。
上述方法存在一個問題，那就是分離的IN與VSG架構有可能產生延遲，例如MG1中的H.223復用。這個問題可以通過將IN與VSG組合到單個節點中來解決。對IN來說，這樣使得有可能使用與VSG1相同的資源以及相同的H.223解復用器，而所述VSG1則是VSG功能所必需的。在圖3中對這種方法進行了描述。
在圖4中顯示了組合的IN網絡/視頻網關節點的MG的詳細概觀。該結構與VIG/VSG的常規MG中的結構是相同的。MG內的H.223復用器對媒體流與H.245控制流之間的H.324用戶數據流執行解復用。所述解復用則是依照接收自MGC的配置參數來發生的。媒體流將會傳送到RTP處理機，並且進一步傳送到IP網絡。而對包含了UII消息的H.245控制流來說，該控制流將會經由H.248傳送到MGC。所有這些都是以與常規VIG/VSG相同的方式進行的。
在圖5中顯示了組合的IN網絡/視頻網關節點的SSP/MGC的詳細概觀。MGC內的H245處理機對H245消息進行解碼，並且提取H245 UII。這些經由控制器以及INAP堆棧而被從MGC傳送到SCP，所述SCP則使用適用的服務邏輯將它們作為標準DTMF數字來進行處理。SSP/MGC內的控制器包含用於根據從SCP經由INAP接收的命令來對呼叫進行重新路由的邏輯。這其中包括建立新的RTSP會話。根據有關流內容的參數(會話描述符協議，SDP)，控制器有可能需要藉助H.245處理機、通過新的編解碼器參數來重新開放朝向主叫方的信道，且需要修改MG中的編解碼器參數。
這裡描述的架構允許藉助VSG而將IN與網際網路流播伺服器組合在一起，以便提供多媒體智能。
圖6描述的是本發明的另一個實施例，其中該實施例是在不需要智能網的情況下實現的。在這個實施例中，先前包含在SSP以及SCP中的相關服務邏輯被併入視頻網關的MGC中。通過使用簡單網絡管理協議(SNMP)，MGC的操作由一個操作和維護(OM)系統來進行控制。
在針對本實施例所進行的修改中，對流播網關場景而言，服務邏輯可以從視頻網關中分離，並且重新定位於一個位於視頻網關與流播伺服器之間的節點。圖7中的信令圖描述了與這個經過修改的實施例相關聯的信令。新的服務節點支持RTSP。在這個實施例中，在視頻網關的MGC處，DTMF信號是從H.245控制消息中提取的，並且作為RTSP消息「SetParameter」(設置參數)中的「X-VIG-DTMF」元素而被轉發到新的服務節點。然後，該服務節點使用DTMF信號來識別分組交換伺服器的恰當地址(URL)。
這種修改還可以在除視頻流播場景之外的其他場景中應用。舉例來說，考慮下列場景1)視頻網關可以用於3G訂戶(使用了3G-324M終端)，以便連接到基於IP的視頻郵件系統。在這個場景中，3G訂戶可以使用DTMF信號(即，作為H.245 UII傳送)來控制視頻郵件操作，例如觀看下一個視頻消息。視頻網關內的MGC則使用H323來與視頻郵件系統進行通信，其包含H.245，也就是說，對H.245 UII消息而言，視頻網關是透明的。
2)視頻網關可以將H.324終端互連到IMS(3GPP所定義的IP多媒體系統)。在這種場景下，H.324訂戶可以使用DTMF來控制IMS服務。因此，實際的呼叫可以是真正的交互式視頻端到端的，並且舉例來說，DTMF可以用於控制多方視頻會議(由IMS提供)。
本領域技術人員應該理解，在不脫離本發明的範圍的情況下，可對上述實施例進行各種修改。例如，本發明可以在通信路徑中不需要視頻網關的情況下實施。這種情況有可能在IN對兩個H.324終端之間的呼叫進行控制的時候出現。
FQDN
FQDN將被表示為ASCII字符串，不包括終結字符。
Port(0x02)埠欄位包含零個或多個TCP或UDP埠。在埠參數內，Number_Of_Ports欄位指定了所包括的埠數目。Number_Of_Ports值可以從Length欄位獲得。
IPv4
用於協議的以下值得到支持
Port Mapping(埠映射)(0x03)埠映射參數包含在一個本地埠與一個外部埠之間的映射。埠映射參數包含零個或多個TCP或UDP埠映射。在埠映射參數內，Number_Of_Port_Mappings欄位指定所包括的埠映射的數目。Number_Of_Port_Mappings的值可以從長度欄位獲得。
權利要求
1.一種用於建立和/或控制多媒體呼叫的方法，其中該多媒體呼叫涉及H.324使能的用戶終端以及終接於該用戶終端和網絡節點的電路交換連接，所述方法包括在H.245協議控制消息內經由電路交換連接來發送DTMF控制信號；以及基於所述DTMF控制信號，將所述連接路由或重新路由到恰當的數據源，或者將所述連接映射到恰當的數據源。
2.根據權利要求1的方法，其中包括在H.245 UII消息內發送DTMF控制信號。
3.根據權利要求1或2的方法，其中所述網絡節點是視頻網關。
4.根據權利要求3的方法，其中包括經由智能網節點來路由電路交換連接，其中該智能網節點初始地會根據主呼號碼、被叫號碼、或者是被叫或主呼方位置而將連接路由到恰當的視頻網關。
5.根據權利要求4的方法，其中包括在智能網節點上，隨後根據在智能網節點上接收的H.245控制消息中包含的DTMF信號而將呼叫重新路由到位於相同或不同視頻網關的電話號碼。
6.根據權利要求3的方法，其中包括在視頻網關上，根據在該視頻網關上接收的H.245控制消息中包含的DTMF信號而將電路交換連接與恰當的分組交換數據源相連。
7.根據權利要求6的方法，其中所述視頻網關包含媒體網關以及媒體網關控制器，所述媒體網關控制器根據接收到的DTMF信號來確定應該與電話交換連接相連的分組交換數據源的地址，並且經由媒體網關來建立該連接。
8.根據權利要求3的方法，其中包括在視頻網關上提取恰當的H.245控制消息，並且將這些消息轉發到服務節點，該服務節點則根據所轉發的H.245消息中包含的一個或多個DTMF信號來確定應該與電話交換連接相連的分組交換數據源的地址，並且建立與那個數據源的分組交換連接，以及將分組交換數據中繼到視頻網關。
9.根據前述任何一個權利要求的方法，其中所述數據源是對等的H.324或H.232用戶終端。
10.根據前述任何一個權利要求的方法，其中所述數據源是流播伺服器或視頻郵件伺服器。
11.根據前述任何一個權利要求的方法，其中包括將電路交換連接被終接處的電話號碼映射成用於識別所述恰當數據源的統一資源定位符。
12.根據權利要求11的方法，在從屬於權利要求3的時候，其中還包括在該視頻網關處執行所述映射。
13.根據前述任何一個權利要求的方法，其中所述用戶終端是3G-324M移動終端。
14.根據權利要求1或2的方法，其中所述網絡節點是一個智能網節點。
15.一種用於對通信網絡中的智能網節點進行操作的方法，該方法包括在電路交換連接上接收從用戶終端發送的H.245控制消息內包含的DTMF信號，將DTMF信號映射成在視頻網關終接的相關電話號碼，以及根據所確定的電話號碼而將該連接路由或重新路由到視頻網關。
16.一種用於對通信網絡中的視頻網關進行操作的方法，該方法包括在電路交換連接上接收從用戶終端發送的H.245控制消息內包含的一個或多個DTMF信號，將所述一個或多個DTMF信號映射成分組交換數據源的地址，以及在分組交換網絡上將該電路交換連接耦合到所述數據源。
17.一種用於對通信網絡中的視頻網關進行操作的方法，該方法包括終接來自H.324用戶終端的電話交換連接，使用H.223來接收復用到所述連接中的H.245控制消息，通過解復用H.223流來恢復包含DTMF控制信號的H.223消息，以及將這些H.223控制消息轉發到部署在視頻網關與分組交換數據源之間的服務節點。
18.一種用於對通信網絡中的服務節點進行操作的方法，其中該服務節點部署在視頻網關與分組交換數據源之間，所述方法包括從視頻網關接收H.245控制消息，從H.245控制消息中恢復由用戶終端提供的DTMF控制信號，將一個或多個DTMF控制信號映射成數據源的地址，在分組交換網絡上接收來自所述數據源的數據，以及將數據轉發到視頻網關。
19.一種用於建立和/或控制多媒體呼叫的方法，其中該多媒體呼叫涉及用戶終端以及用戶終端與視頻網關的電路交換連接，所述方法包括將電路交換相關的信令路由到智能網IN節點，使用戶發起的DTMF信號被包含在H.245消息中；以及在IN節點處，檢測包含DTMF信號的H.245消息，並且使IN節點上的服務邏輯根據接收到的DTMF信號來建立和/或控制與視頻網關的電路交換連接。
20.一種用於將來自分組交換流播伺服器的流播數據經由電路交換接入網絡傳遞到移動無線終端的方法，該方法包括；在智能網節點上選擇被分配給一視頻網關的電話號碼；將來自所述智能網節點的呼叫建立消息發送到所述電話號碼，並且在所述終端與視頻網關之間建立電路交換連接；在視頻網關上識別與所述電話號碼相關聯的分組交換網絡地址；以及從所述分組交換網絡地址接收流播數據，並且將該數據經由所述電路交換連接轉發到所述終端。
全文摘要
一種用於建立和/或控制多媒體呼叫的方法，其中該多媒體呼叫涉及H.324使能的用戶終端以及終接於用戶終端和視頻網關處的電路交換連接，所述方法包括在H.245協議控制消息內經由電路交換連接來發送DTMF控制信號；以及基於所述DTMF控制信號，將所述連接路由或重新路由到恰當的數據源，或者將所述連接映射到恰當的數據源。
文檔編號H04L29/06GK1860801SQ200480028003
公開日2006年11月8日 申請日期2004年9月14日 優先權日2003年9月27日
發明者O·M·許內寧, A·萬福爾斯, K·T·萊霍, 基默·蘭坦倫 申請人:艾利森電話股份有限公司