專利名稱：用于交互式多媒體應答系統(tǒng)的交互式多媒體應答方法
技術領域：
本發(fā)明涉及多媒體通信領域，尤其涉及一種用于交互式多媒體應答系統(tǒng)的交互式多媒體應答方法。通過本發(fā)明的方法，可以向基于H.323協(xié)議的各種通信終端提供交互式多媒體應用類增值業(yè)務。
背景技術：
現(xiàn)有的H.323網(wǎng)絡與終端系統(tǒng)，目前僅支持基本的點到點或點到多點的視頻呼叫以及會議控制功能，也就是說，只能在一個用戶終端和另一個用戶終端之間建立視頻呼叫或在一個用戶終端和多個用戶終端之間建立通信，而對于自動語音應答中心系統(tǒng)沒有標準和規(guī)范。交互式多媒體應答中心的功能是接收來自用戶的業(yè)務請求，利用菜單切換、文本語音轉換向用戶提供反饋。也就是說，在H.323網(wǎng)絡與終端系統(tǒng)中無法利用交互式多媒體應答中心(IMR)，無法滿足通過H.323分組網(wǎng)絡與H.323終端進行自動多媒體交互應答的功能要求。
在語音呼叫的領域目前倒是存在一種交互式語音應答中心(IVR)的技術，是通過一套IVR系統(tǒng)，利用雙音多頻DTMF信號接收和語音識別來接收來自用戶的業(yè)務請求，IVR系統(tǒng)利用菜單切換、文本語音轉換向用戶提供反饋。能夠服務的終端主要是固定電話和手機等基于電路交換網(wǎng)絡的電話類終端。由于IVR系統(tǒng)只能提供語音作為應答方式，媒體方式較為單一，而用戶終端又不具備錄制和播放功能，使得許多用戶需要借助紙和筆來記錄一些有用的信息，用戶使用業(yè)務便利度還可以進一步提高。同時IVR系統(tǒng)不能為基于H.323的分組交換網(wǎng)絡的可視電話等終端服務，它只能用在語音的基于電路的交換網(wǎng)絡中，不能用于H.323視訊網(wǎng)絡。所以，如何把這種IVR升級為在H.323視訊網(wǎng)絡中能夠服務的IMR，成為現(xiàn)有技術中急待解決的一個問題。
IVR技術主要的局限點在于(1)終端局限性，不能針對基于H.323視電話用戶提供呼叫中心服務；(2)媒體局限性，IVR下行向用戶僅提供簡單的語音方式提供服務，不支持文本、圖片、視頻和頁面；(3)用戶交互能力局限性，用戶上行到IVR的交互方式只支持語音交互，不支持畫面導航。通過在交互式應答服務器上引入現(xiàn)有技術中已成熟的輔助系統(tǒng)，包括語音識別系統(tǒng)(4001)、文語轉換系統(tǒng)(4002)、Vxml(Voice XML)系統(tǒng)(4003)、數(shù)據(jù)庫系統(tǒng)(4004)，可以完成語音的識別，獲得語音的語意，將文本轉換成語音，獲取和格式化互聯(lián)網(wǎng)信息為指定格式，IVR下行向用戶提供除了語音之外的文本、圖片、視頻和頁面的應答是容易的。因此，能夠從H.323終端接收用戶按鍵、頁面交互信息，支持按鍵交互和畫面導航，即上面的第(3)點是把IVR升級為IMR從而實現(xiàn)H.323視訊網(wǎng)絡中的交互式多媒體應答系統(tǒng)和方法的關鍵。另外，要想實現(xiàn)好的交互式多媒體應答，獲取用戶終端的交互能力，并根據(jù)該交互能力自適應地選擇交互方式也是需要的。
發(fā)明內(nèi)容
因此，本發(fā)明的一個目的是要通過能夠從H.323終端接收用戶按鍵交互信息和用戶頁面交互信息，實現(xiàn)把IVR升級為IMR，從而實現(xiàn)H.323視訊網(wǎng)絡中的交互式多媒體應答系統(tǒng)和方法。
本發(fā)明的進一步的目的是提供一種能夠自動獲取H.323終端的交互能力信息、能夠自適應選擇合適的反饋方式或反饋方式組合的進一步改進的H.323視訊網(wǎng)絡中的交互式多媒體應答系統(tǒng)和方法。
本發(fā)明的解決方案是一種用于交互式多媒體應答系統(tǒng)的交互式多媒體應答方法，所述交互式多媒體應答系統(tǒng)包括H.323寬帶分組網(wǎng)絡、用戶終端、H.323網(wǎng)守和交互式多媒體應答服務器，所述交互式多媒體應答方法包括用戶終端、交互式多媒體應答服務器分別向H.323網(wǎng)守進行注冊，當用戶終端撥打屬于交互式多媒體應答服務器的特服號碼時，H.323網(wǎng)守將用戶終端的呼叫導引到交互式多媒體應答服務器；用戶終端從交互式多媒體應答服務器得到語音、畫面或視頻的提示后，將用戶的按鍵或用戶在提示畫面上選擇的條目編碼為某個數(shù)值，將該數(shù)值插入到實時凈荷協(xié)議包中傳輸?shù)浇换ナ蕉嗝襟w應答服務器；交互式多媒體應答服務器從接收到的實時凈荷流中解析出所述的用戶的按鍵或用戶在提示畫面上選擇的條目，提供進一步提示或直接提供相應內(nèi)容。
其中，對H.245協(xié)議消息的Capability字段進行擴展，使其包括結合有文本、圖片、頁面、流播放的終端能力；在用戶終端的呼叫被導引到交互式多媒體應答服務器之后，交互式多媒體應答服務器向用戶終端發(fā)送上述擴展了Capability字段的H.245協(xié)議詢問消息進行詢問。用戶終端接到擴展了Capability字段的H.245協(xié)議消息后，按照自己的能力在擴展了Capability字段的H.245協(xié)議應答消息中進行應答。
優(yōu)選地，所述結合有文本、圖片、頁面、流播放的終端能力包括文本編解碼處理能力、圖片編解碼能力、流播放能力、頁面支持能力。
其中，交互式多媒體應答服務器在接收到上述擴展了Capability字段的H.245協(xié)議應答消息后，根據(jù)在該應答消息中包含的終端能力，確定應答方式。
優(yōu)選地，所述確定應答方式的過程如下當用戶終端能力為語音時，確定應答方式為語音；當用戶終端能力為語音+文本時，確定應答方式為語音+消息；當用戶終端能力為語音+文本+圖片+頁面時，確定應答方式為語音+WEB；當用戶終端能力為語音+流播放時，確定應答方式為語音+視頻。
本發(fā)明通過將用戶的按鍵或用戶在提示畫面上選擇的條目編碼為某個數(shù)值，將該數(shù)值插入到實時凈荷協(xié)議包中傳輸?shù)浇换ナ蕉嗝襟w應答服務器，而另一方面，交互式多媒體應答服務器從接收到的實時凈荷流中解析出所述的用戶的按鍵或用戶在提示畫面上選擇的條目，從而實現(xiàn)了從H.323終端接收用戶按鍵交互信息和用戶頁面交互信息，進而實現(xiàn)了H.323視訊網(wǎng)絡中的交互式多媒體應答系統(tǒng)和方法，解決了本發(fā)明所要解決的技術問題。
另外，由于本發(fā)明對H.245協(xié)議消息的Capability字段進行擴展，使其包括結合有文本、圖片、頁面、流播放的終端能力，交互式多媒體應答服務器向用戶終端發(fā)送上述擴展了Capability字段的H.245協(xié)議詢問消息進行詢問，按照自己的能力在擴展了Capability字段的H.245協(xié)議應答消息中進行應答，通過這樣一個對終端能力詢問和應答的體系，就實現(xiàn)了一種改進的能自適應根據(jù)用戶終端能力選擇應答和反饋方式的改進的多媒體應答系統(tǒng)和方法。
圖1是本發(fā)明的基于H.323協(xié)議的交互式多媒體應答系統(tǒng)結構圖。
圖2是本發(fā)明的IMR服務器的組件結構圖。
圖3是根據(jù)本發(fā)明的封裝按鍵事件的RTP包的格式圖。
圖4是根據(jù)本發(fā)明的封裝用戶選擇頁面的條目的RTP包的格式圖。
具體實施例方式
基于H.323協(xié)議的交互式多媒體應答系統(tǒng)如圖1所示。
圖1所示的交互式多媒體應答系統(tǒng)包括H.323寬帶分組網(wǎng)絡(2001)，以TCP/IP協(xié)議為基礎，能夠承載H.323多媒體業(yè)務的分組網(wǎng)絡。
用戶終端(100)，該用戶終端可能是傳統(tǒng)用戶終端，即電話終端，也可能是帶有可視業(yè)務的用戶終端(100)，包括基于H.323的可視電話終端(1001、1002)和支持H.323的寬帶手機(1003、100N)。
交互式多媒體應答服務器(3002)，負責完成多媒體呼叫的自動接續(xù)、應答邏輯處理、語音播放以及與后端輔助系統(tǒng)的交互。其由現(xiàn)有技術的IVR服務器通過連接語音識別系統(tǒng)(4001)、文語轉換系統(tǒng)(4002)、Vxml系統(tǒng)(4003)和數(shù)據(jù)庫系統(tǒng)(4004)擴充到支持圖片、網(wǎng)頁而簡單地得到，當然，為了支持如下本發(fā)明的發(fā)明點，即將用戶的按鍵或用戶在提示畫面上選擇的條目編碼為某個數(shù)值，將該數(shù)值插入到RTP包中發(fā)送，在IMR服務器(3002)中必須要支持這種對包含了編碼按鍵和頁面條目值的RTP協(xié)議包的支持，這可以通過簡單地編程來實現(xiàn)支持，這是本領域技術人員容易知道的，而且該服務器還要支持本發(fā)明對H.245協(xié)議消息的Capability字段的擴展，使其包括結合有文本、圖片、頁面、流播放的終端能力，這也可以通過本領域技術人員的編程得到。
H.323網(wǎng)守(3001)，負責用戶終端(100)和交互式多媒體應答服務器(3002)的注冊，還負責帶寬管理、呼叫許可和別名映射尋址功能。
語音識別系統(tǒng)(4001)，具備自動語音識別(ASR)功能，完成自動語音識別，如用戶在與呼叫處理服務器交互過程中使用了語音作為交互方式，則呼叫處理服務器調用ASR功能，實時獲得用戶語音的語意，進行下一步分析與處理。
文語轉換系統(tǒng)(4002)，具備文本到語音轉換(TTS)功能，完成文本到語音的自動轉換功能，響應呼叫處理服務器的調用，將指定的文本轉換成語音文件，實時供呼叫處理服務器調用播放給用戶。
Vxml系統(tǒng)(4003)，完成互聯(lián)網(wǎng)信息歸納和格式化功能，根據(jù)用戶交互請求，利用VXML語言查詢、獲取和格式化互聯(lián)網(wǎng)信息為指定格式，再通過TTS實現(xiàn)向用戶的語音播放。
數(shù)據(jù)庫系統(tǒng)(4004)，主要存儲用戶數(shù)據(jù)和業(yè)務數(shù)據(jù)，如文本信息、VXML文件、視頻文件、錄音文件等。
其中，交互式多媒體應答(IMR)服務器系統(tǒng)邏輯框圖2所示交互式多媒體應答(IMR)服務器各個組件功能如下系統(tǒng)管理組件(30022)主要完成對IMR系統(tǒng)的業(yè)務管理和配置功能，如系統(tǒng)配置、業(yè)務認證、業(yè)務定購、業(yè)務計費等功能。
下行媒體處理組件(30025)主要處理從IMR系統(tǒng)向終端用戶的反饋媒體的生成、播放和傳送功能。如向用戶提供語音提示、消息提示、畫面提示、視頻提示或以組合方式提供反饋。
上行媒體處理組件(30024)主要完成用戶終端到IMR系統(tǒng)的媒體流和控制流的接收、解釋功能，如接收用戶端的語音、視頻、頁面點擊等。
呼叫控制組件(30023)主要完成用戶與IMR系統(tǒng)之間的呼叫處理、呼叫控制功能，如排隊、接續(xù)、釋放等。
業(yè)務管理組件(30021)主要運營交互菜單邏輯控制，即根據(jù)用戶交互的判斷結果，來控制業(yè)務流程和反饋方式。
上述組件基本上是由ISR的相應組件由語音業(yè)務補充到支持圖片、視頻和網(wǎng)頁，由本領域技術人員通過編程實現(xiàn)。通過還要編程實現(xiàn)對下面RTP包封裝內(nèi)容接收的支持和對擴展的H.245協(xié)議消息的接收的支持。這些都可以通過編程實現(xiàn)，本發(fā)明的重點在于下面對RTP包內(nèi)容封裝編碼的按鍵和頁面信息和H.245協(xié)議的擴展中加入終端相關能力字段。
為支持IMR服務器中自動獲取終端交互能力信息，并自動選擇相應反饋/應答方式或組合的功能，可視電話和寬帶手機終端，應該通過編程支持對H.245協(xié)議的擴展，在與服務器建立連接的同時，能夠交換其對語音、文本、頁面、視頻、流媒體處理的能力信息。
下面進行具體工作流程描述1)用戶終端(100)開機，將終端地址、終端別名和號碼一起注冊到H.323網(wǎng)守(3001)2)IMR服務器(3002)也將系統(tǒng)地址、別名和系列特服號碼注冊到H.323網(wǎng)守(3001)；3)用戶終端(100)撥打某特服號碼(如16800008)，終端的呼叫請求由H.323網(wǎng)守進行解析，H.323網(wǎng)守可以解析出此特服號屬于IMR(Interactive Multimedia Response)服務器(3002)，則導引終端呼叫到IMR(Interactive Multimedia Response)服務器(3002)；
4)IMR服務器(3002)接受到終端的呼叫請求，自動進行排隊或進行接通；5)IMR服務器(3002)接通終端后，自動獲取終端的業(yè)務能力，此步驟是可選的，是一種本發(fā)明的完善。它主要通過擴展H.245中能力交換的內(nèi)容來實現(xiàn)，現(xiàn)有H.245主要規(guī)定了所交換的能力包括(1)協(xié)議處理能力支持的H.323中的系列協(xié)議和版本等(2)音頻編解碼能力如G.711，G.728，G.729，AMR等(3)視頻編解碼能力如H.261，H.263，H.263+，H.264，IS11172等(4)數(shù)據(jù)能力如T.120，T.38，V.42bis等(5)加密能力如antiSpamAlgorithm等(6)用戶交互能力如basicString、iA5String、dtmf等(7)會議控制能力如主席控制、H.230MVC等(8)網(wǎng)絡能力如最大支持的比特率等(9)音頻電話事件處理能力如動態(tài)RTP封裝電話事件等。
而需要進一步擴展的能力交換內(nèi)容包括文本編解碼處理能力如GB2312，Unicode，UTF-8等圖片編解碼能力如GIF，BMP，JPG等流播放能力如rtsp，MMS，MPEG-4等頁面支持能力如HTTP1.0，HTTP1.1等IMR服務器向用戶終端發(fā)關于對擴展的四類能力的支持的能力請求消息，消息名為TerminalCapabilitySet，消息類型為Request，該消息是利用將原H.245消息中Capability字段擴充為包括上面4中能力得到的。原H.245消息中Capability字段如下Capability∷＝CHOICE{nonStandard NonStandardParameter，receiveVideoCapabilityVideoCapability，transmitVideoCapability VideoCapability，
receiveAndTransmitVideoCapabilityVideoCapability，receiveAudioCapability AudioCapability，transmitAudioCapability AudioCapability，receiveAndTransmitAudioCapability AudioCapability，receiveDataApplicationCapabilityDataApplicationCapability，transmitDataApplicationCapabilityDataApplicationCapability，receiveAndTransmitDataApplicationCapabilityDataApplicationCapability，h233EncryptionTransmitCapability BOOLEAN，h233EncryptionReceiveCapability SEQUENCE{h233IVResponseTime INTEGER(0..255)，--unitsmilliseconds…}，…，conferenceCapability ConferenceCapability}擴展后格式如下Capability∷＝CHOICE{nonStandard NonStandardParameter，receiveVideoCapabilityVideoCapability，transmitVideoCapability VideoCapability，receiveAndTransmitVideoCapabilityVideoCapability，receiveAudioCapability AudioCapability，
transmitAudioCapability AudioCapability，receiveAndTransmitAudioCapability AudioCapability，receiveDataApplication CapabilityDataApplicationCapability，transmitDataApplicationCapabilityDataApplicationCapability，receiveAndTransmitDataApplicationCapabilityDataApplicationCapability，PictureCapability ImageCapability，StreamingCapability StreamingCapability，TextCapability TextCapability，WebCapability WebCapability，h233EncryptionTransmitCapability BOOLEAN，h233EncryptionReceiveCapability SEQUENCE{h233IVResponseTime INTEGER(0..255)，--unitsmilliseconds…}，…，conferenceCapability ConferenceCapability}上述帶下劃線的部分中，ImageCapability∷＝CHOICE{
nonStandard NonStandardParameter，JpgCapabilty JpgCapabilty，GifCapabilty GifCapabilty，BmpCapabilty BmpCapabilty，…}StreamingCapability∷＝CHOICE{nonStandard NonStandardParameter，mmsCapabilty mmsCapabilty，rtspCapabilty rtspCapabilty，mpeg4Capabilty mpeg4Capabilty，…}TextCapability∷＝CHOICE{nonStandard NonStandardParameter，GB2312Capabilty GB2312Capabilty，Unicode Capabilty Unicode Capabilty，UTF8Capabilty UTF8Capabilty，…}WebCapability∷＝CHOICE{nonStandard NonStandardParameter，http10Capabilty http10Capabilty，
http11Capabilty http11Capabilty，…}用戶終端(100)接到擴展了Capability字段的H.245協(xié)議消息后，按照自己的能力在擴展了Capability字段的H.245協(xié)議應答消息中進行應答。支持的能力則表示在響應包中，不支持的能力不進行響應，消息名稱為TerminalCapabilitySetAck，消息類型為Response，該消息也是按照上述擴展的H.245協(xié)議進行的。消息中能力描述字段按照擴展后的字段，選擇終端所支持的表項。
6)交互式多媒體應答服務器(3002)在接收到上述擴展了Capability字段的H.245協(xié)議應答消息后，根據(jù)在該應答消息中包含的終端能力，確定應答方式，根據(jù)該應答方式，進行用戶進一步操作提示。具體地說，根據(jù)用戶所建立的呼叫，在IMR服務器側可以提供的整體應答方式是預定義好的，如支持語音、畫面、語音+畫面方式，在完成上述能力獲取過程之后，IMR系統(tǒng)就可以根據(jù)終端能力來選擇合適的應答方式，如下表所示
表1自適應反饋方式選擇表由于上述步驟5)是可選的，因此此步驟也是可選的，是對本發(fā)明的進一步改進。
7)用戶終端從IMR服務器的終端下行媒體處理部件得到系統(tǒng)的語音、畫面或視頻的提示之后，可以通過按鍵、語音、畫面實現(xiàn)與IMR系統(tǒng)的終端上行媒體處理部件交互，表達用戶的進一步操作意愿。語音交互的情況就不贅述了。對于按鍵和頁面的情況，將用戶的按鍵或用戶在提示畫面上選擇的條目編碼為某個數(shù)值，由于已經(jīng)在終端與IMR服務器之間建立了一個基于實時凈荷(RTP)協(xié)議傳送音視頻信號的雙向通道，就將該數(shù)值插入到實時凈荷(RTP)協(xié)議包中傳輸?shù)浇换ナ蕉嗝襟w應答服務器(3002)，交互式多媒體應答服務器(3002)的上行媒體處理部件接收來自終端的按鍵輸入和畫面點擊等操作，IMR的業(yè)務管理部件與呼叫控制部件配合，從接收到的實時凈荷(RTP)流中解析出所述的用戶的按鍵或用戶在提示畫面上選擇的條目，提供進一步提示或直接提供相應內(nèi)容。
該過程對于按鍵方式具體地是終端通過來自于IMR服務器的提示，確定希望通過按鍵方式來進行交互時，用戶在終端上按某鍵(如“1-9，*，#”等)；對每個按鍵事件，將對應的十進制數(shù)字封裝到RTP包(擴展按鍵事件單獨的Payload載荷類型)，實時插入到終端與IMR服務器之間已有的RTP媒體通道中進行傳遞，按鍵事件的RTP包格式如圖3所示。
其中事件類型為8個比特，標識此RTP包中的事件類型，置為11111110，表示此RTP包為一個按鍵事件包；E置0表示本次事件尚未完全傳送完成，置1表示此包為本次事件的最后一個包。
R一直置0，未來可擴展作為其它用途；值傳送具體的按鍵值，終端在用戶按鍵后，立即將用戶按鍵對應成十進制數(shù)字值，對應表如下
表2用戶按鍵事件編碼表事件ID從0000000000000001-1111111111111111，按順序生成循環(huán)使用。
IMR服務器上行媒體處理模塊從RTP流中解析出用戶的按鍵值，將按鍵值發(fā)送給業(yè)務管理部件，由業(yè)務管理部件根據(jù)用戶按鍵，進行進一步提示或業(yè)務提供。
該過程對于頁面方式具體是用戶終端通過來自于IMR服務器的提示，確定希望通過畫面方式進行交互時，用戶會在IMR服務器反饋的畫面中的條目進行選擇(通過上下左右鍵和確認鍵)；在用戶按下確認鍵之后，終端將用戶選擇的條目未知ID(按照條目起始點的行列號進行編碼)編碼到RTP包的Value值中，傳送到IMR系統(tǒng)，包格式如圖4。
其中事件類型為8個比特，標識此RTP包中的事件類型，置為11111101，表示此RTP包為一個頁面交互事件包；E置0表示本次事件尚未完全傳送完成，置1表示此包為本次事件的最后一個包。
R一直置0，未來可擴展作為其它用途；值傳送具體的條目ID，終端在用戶按鍵后，立即將用戶按鍵對應成十進制數(shù)字值，對應表如下前3個字節(jié)為行號，后3個字節(jié)為列號。
事件ID從0000000000000001-1111111111111111，按順序生成循環(huán)使用。
IMR服務器可以從RTP流中按照“畫面文本”的凈荷類型中解析出編碼的用戶在網(wǎng)頁上選擇的條目。IMR服務器上行媒體處理模塊，接收到RTP包中有事件類型為11111101類型事件時，從包中解析出用戶選擇的業(yè)務交互條目編碼，交給業(yè)務管理模塊，進行業(yè)務提供或進一步業(yè)務提示。
IMR服務器可以以軟件多點控制單元(MCU)形態(tài)來實現(xiàn)，即指運行在通用硬件平臺(如服務器、Compact PCI機框、ATCA服務器架構)之上的一套軟件系統(tǒng)，可以軟硬件配合完成IMR服務器功能。
本發(fā)明在應用中具有如下優(yōu)點廣泛的終端支持和協(xié)議支持，擴展了對H.323協(xié)議和可視電話等終端的支持；將用戶到系統(tǒng)的上行交互擴展到了同時支持按鍵、語音、畫面方式；系統(tǒng)到用戶的下行呈現(xiàn)/反饋可以擴展到語音、畫面、視頻及兩兩組合的方式；擴展系統(tǒng)感知用戶終端的能力，能夠自適應選擇適當下行呈現(xiàn)方式。
權利要求
1.一種用于交互式多媒體應答系統(tǒng)的交互式多媒體應答方法，所述交互式多媒體應答系統(tǒng)包括H.323寬帶分組網(wǎng)絡(2001)、用戶終端(100)、H.323網(wǎng)守(3001)和交互式多媒體應答服務器(3002)，所述交互式多媒體應答方法包括用戶終端(100)、交互式多媒體應答服務器(3002)分別向H.323網(wǎng)守(3001)進行注冊，當用戶終端(100)撥打屬于交互式多媒體應答服務器(3002)的特服號碼時，H.323網(wǎng)守(3001)將用戶終端(100)的呼叫導引到交互式多媒體應答服務器(3002)；用戶終端(100)從交互式多媒體應答服務器(3002)得到語音、畫面或視頻的提示后，將用戶的按鍵或用戶在提示畫面上選擇的條目編碼為某個數(shù)值，將該數(shù)值插入到實時凈荷(RTP)協(xié)議包中傳輸?shù)浇换ナ蕉嗝襟w應答服務器(3002)；交互式多媒體應答服務器(3002)從接收到的實時凈荷(RTP)流中解析出所述的用戶的按鍵或用戶在提示畫面上選擇的條目，提供進一步提示或直接提供相應內(nèi)容。
2.根據(jù)權利要求1的方法，其特征在于還包括對H.245協(xié)議消息的Capability字段進行擴展，使其包括結合有文本、圖片、頁面、流播放的終端能力；在用戶終端(100)的呼叫被導引到交互式多媒體應答服務器(3002)之后，交互式多媒體應答服務器(3002)向用戶終端(100)發(fā)送上述擴展了Capability字段的H.245協(xié)議詢問消息進行詢問；用戶終端(100)接到擴展了Capability字段的H.245協(xié)議消息后，按照自己的能力在擴展了Capability字段的H.245協(xié)議應答消息中進行應答。
3.根據(jù)權利要求2的方法，其特征在于所述結合有文本、圖片、頁面、流播放的終端能力包括文本編解碼處理能力、圖片編解碼能力、流播放能力、頁面支持能力。
4.根據(jù)權利要求2的方法，其特征在于，交互式多媒體應答服務器(3002)在接收到上述擴展了Capability字段的H.245協(xié)議應答消息后，根據(jù)在該應答消息中包含的終端能力，確定應答方式。
5.根據(jù)權利要求4的方法，其特征在于，所述確定應答方式的過程如下當用戶終端能力為語音時，確定應答方式為語音；當用戶終端能力為語音+文本時，確定應答方式為語音+消息；當用戶終端能力為語音+文本+圖片+頁面時，確定應答方式為語音+WEB；當用戶終端能力為語音+流播放時，確定應答方式為語音+視頻。
6.根據(jù)權利要求4的方法，其特征在于交互式多媒體應答服務器(3002)根據(jù)確定的應答方式進行用戶終端提示。
全文摘要
一種用于交互式多媒體應答系統(tǒng)的交互式多媒體應答方法，包括用戶終端、交互式多媒體應答服務器分別向H.323網(wǎng)守進行注冊，當用戶終端撥打屬于交互式多媒體應答服務器的特服號碼時，H.323網(wǎng)守將用戶終端的呼叫導引到交互式多媒體應答服務器；用戶終端將用戶的按鍵或用戶在提示畫面上選擇的條目編碼為某個數(shù)值，將該數(shù)值插入到實時凈荷協(xié)議包中傳輸?shù)浇换ナ蕉嗝襟w應答服務器；交互式多媒體應答服務器從接收到的實時凈荷流中解析出所述的用戶的按鍵或用戶在提示畫面上選擇的條目，提供進一步提示或直接提供相應內(nèi)容。本發(fā)明能夠實現(xiàn)H.323視訊網(wǎng)絡中的交互式多媒體應答。
文檔編號H04L29/06GK1960408SQ20051011878
公開日2007年5月9日 申請日期2005年10月31日 優(yōu)先權日2005年10月31日
發(fā)明者楊戰(zhàn)宏, 楊明川, 馮明, 譚國權, 廣小明, 雷葆華, 王琳, 支金龍, 吳琦 申請人:中國電信股份有限公司