專利名稱：在分組通信網(wǎng)絡中以文本消息形式復制語音消息的方法
在分組通信網(wǎng)絡中以文本消息形式復制語音消息的方法
技術領域：
本發(fā)明涉及用于以文本消息形式復制(dubbing)語音消息的方法。 本發(fā)明在固定線路或無線分組-交換通信網(wǎng)絡、或更一般地任何用于以分
組模式傳送數(shù)字數(shù)據(jù)的網(wǎng)絡上的人與人之間音頻通信領域中找到特別優(yōu)勢的應用。
關于這點，存在著在用戶的請求下提供信息的自動服務，諸如交互語音 應答器，其代表"Audiotel"的電話分機或在到數(shù)字電話才幾(例如VoIP電話 機)的交換電話網(wǎng)絡中已知的相似服務。
然而必須指出本發(fā)明并不僅局限于在用戶終端和經(jīng)由清楚標識的號碼直 接地接入的語音服務器之間的交換，但是同樣地擴展到與語音服務元素(voice service element)的交換，用戶能夠經(jīng)由通過語音服務器初始化的通信系統(tǒng)轉 移到語音服務元素。
本發(fā)明的目的是能夠以文本消息的形式復制由語音服務元素發(fā)送的語音 消息，該文本消息一般是文本迷你型消息，在接收語音消息的同時出現(xiàn)在用 戶終端的顯示器上。雖然該終端能夠是任意類型的，但是仍應理解本發(fā)明對 具有免提功能的終端、視頻電話終端等，以及更一般地能使用戶在接聽語音 消息的同時讀文本消息的終端找到優(yōu)選的應用。
例如，在VoIP通信領域，在本領域已知的方法能夠應用于同時呈現(xiàn)文本 消息和關聯(lián)的語音消息的問題。
當建立呼叫時，第一解決方案將協(xié)商附加^ 某體信道用于傳送文本數(shù)據(jù)。 在實時傳輸協(xié)議(RTP-RFC 3350 )的情況下，該文本數(shù)據(jù)流能夠符合在文件 7 TP 7&^ Co"ven'加'ow (T FC 279"中定義的標準有效載荷。
第二解決方案將使用信令協(xié)議的數(shù)據(jù)傳輸可能性來插入文本數(shù)據(jù)到信令
路徑中。在美國專利6,757,732中描述了此技術的可適用于會話發(fā)起協(xié)議(SIP ) 的一個示例。
但是那些已知的復制方法具有許多缺點。
創(chuàng)建附加媒體流傳遞文本數(shù)據(jù)的解決方案要求終端和語音服務元素能夠 管理多個用于不同傳輸類型的數(shù)據(jù)會話。而且，必須將諸如防火墻一樣的網(wǎng)
絡元素配置為允許兩路媒體流而非僅一路通過。最后，必須提供同步部件以 便在呈現(xiàn)相關聯(lián)的語音消息的相同時間呈現(xiàn)文本拷貝。這會要求將被存儲在 語音服務元素中的文本數(shù)據(jù)與時間信息關聯(lián)，諸如涉及構成主消息的語音取 樣的時戳。
第二解決方案固有地要求在信令路徑上傳送文本數(shù)據(jù)，如此以跟隨由呼 叫建立消息在網(wǎng)絡上建立的路由。注意的是，從架構的觀點看，該解決方案 將如處理呼叫管理的信令與呼叫內容(即，文本數(shù)據(jù)本身)混合。這自然暗 示此解決方案相對復雜，由于它將內容與管理動作混合在相同的狀態(tài)自動操
作中。此夕卜，該方法緊密地依靠于選擇的信令協(xié)議(H.323， SIP, MGCP等)， 并且因此符合一種類型的信令的實現(xiàn)無法擴展到另 一種類型的信令。最后， 也應當強調的，由于媒體數(shù)據(jù)采用更直接的路徑，因為它不經(jīng)過信令設備， 所以能夠預期的問題是由于在文本和語音數(shù)據(jù)之間傳送時延的變化，必然 導致消息展示的同步問題。
因此將通過本發(fā)明解決的技術問題正提出以文本消息的形式復制語音消 息的方法，所述消息經(jīng)由語音服務元素被送至在分組模式數(shù)字數(shù)據(jù)傳輸網(wǎng)絡 上的終端，其中傳送傳輸協(xié)議的信道被用來發(fā)送語音消息，該方法尤其將避 免過度地明確將信令路徑用于傳輸文本消息并且也避免開啟另外的僅對文本 消息專用的媒體流。
根據(jù)本發(fā)明，對于所述的技術問題的解決方案是，傳輸控制協(xié)議與所述
傳輸協(xié)議相關聯(lián)，在傳送所述傳輸控制協(xié)議的信道上向終端發(fā)送所述文本消 自、
'"、o
因此明了的是本發(fā)明的方法傳送文本消息無須開啟新的々某體流信道，該 文本消息使用如語音消息的相同的路徑，其尤其避免了重新配置防火墻以允 許該另外的信道通過。此外，本發(fā)明提出的解決方案獨立于使用的信令協(xié)議， 并且甚至可能從一種信令協(xié)議切換至另 一種。
根據(jù)本發(fā)明，所述通信協(xié)議是設計為以伴隨他們的時戳的數(shù)據(jù)的分組形
式傳送數(shù)字流的實時傳輸協(xié)議(RTP)。當建立RTP傳輸信道時，第二信道也 被建立以傳送該傳輸控制協(xié)議，它是實時傳輸控制協(xié)議(RTCP)。本發(fā)明使 用RTCP信道在實際條件下傳送文本消息，下面將解釋這個。
在本發(fā)明的有利的實施例中，在初始化階段，終端用來向所述語音服務 元素發(fā)送通知消息以便其能夠接收拷貝文本消息。此特征通知該語音服務元
素與其正通信的終端能夠接收和處理拷貝文本消息。在此實施例中，只有當 所述語音服務元素從終端已經(jīng)接收通知消息時，其才發(fā)送拷貝文本消息。
本發(fā)明也提供將被定期地發(fā)送的所述通知消息，其確保在網(wǎng)絡中通知消 息的丟失不會導致終止復制。
從語音服務元素的觀點看，本發(fā)明的復制方法在接收通知消息后馬上被 激活，并且隨后的通知消息然后完全被忽略。如果仍沒有通知被接收則服務 器由此依然處于待機。不過，服務器開始發(fā)送語音消息，但是不發(fā)送文本消 息除非它已經(jīng)接收通知消息。如果該終端通過發(fā)送通知消息開始該過程，則 沒有文本復制將在呼叫期間的任何時間內發(fā)生。
可替換地，本發(fā)明提出一旦通過終端接收拷貝文本消息，就中斷所述通 知消息的定期發(fā)送。由此可能通過停止不再有用的通知消息的發(fā)送來節(jié)省帶 寬。不過當從一個語音服務元素傳送呼叫至另一個時，推薦通知消息的定期 發(fā)送，以便保持系統(tǒng)中的所有元素被通知。
在本發(fā)明的實施例中，同時發(fā)送所述語音消息和所述關聯(lián)的文本消息。 發(fā)送的語音和文本分組然后能夠被同時發(fā)送，除非文本消息的發(fā)送先于關聯(lián) 的語音消息的發(fā)送，而這是優(yōu)選的。在此種情況下，首先發(fā)送文本分組，語 音分組馬上隨后。此種發(fā)送模式的優(yōu)點是其允許終端在語音消息之前檢查文 本消息并且由此能夠決定何時顯示作為接收語音消息的功能的文本消息。
關于這點，如果，如本發(fā)明示教的，文本消息的發(fā)送按給定的時延期先 于關聯(lián)的語音消息的發(fā)送，則能夠改進在接收機處同步語音和文本。
為了使本發(fā)明的方法在網(wǎng)絡中發(fā)生丟失消息的情況下更可靠，規(guī)定在發(fā) 送關聯(lián)的語音消息期間文本消息將被定期發(fā)送。這樣確保即使有些消息被丟 失，至少一條文本消息將被終端接收。
最后，在本發(fā)明的復制方法的一個特定的有利的實施例中，該終端當接 收拷貝文本消息時向語音服務元素發(fā)送確認消息。下面將詳細解釋該特征如 何對聯(lián)系消息同步和消息丟失的問題提供整個滿意的解決方案。
同樣在此階段要指出的是消息同步是通過以下事實確保的，根據(jù)本發(fā)明， 當接收確認消息時，通過語音服務元素發(fā)送語音消息。
同樣，如果，如本發(fā)明示教的，語音服務元素定期重傳所述文本消息直 到接收確認消息，則消息丟失的可能性也被考慮到。
本發(fā)明也涉及終端，在其中它顯著地包括用于發(fā)送通知消息的部件。
所述終端還顯著地包括用于發(fā)送確認消息的部件。
本發(fā)明也涉及語音服務元素，顯著地在其中它包括用于當從終端接收通 知消息時發(fā)送拷貝文本消息的部件。
所述語音服務元素還顯著地包括用于當從終端接收確認消息時發(fā)送語音 消息的部件。
所述語音服務元素還顯著地包括用于重傳拷貝文本消息直到從終端接收 確i人消息。
參照作為非限制示例提供的附圖的下述說明清楚地解釋本發(fā)明的組成 以及如4可變?yōu)楝F(xiàn)實。


圖1是展示在本發(fā)明的復制方法的執(zhí)行期間在終端和語音服務元素之間
交換的圖2表示具有重復的通知消息的圖1的圖3表示具有文本消息丟失的圖1的圖4表示具有確認消息丟失的圖1的圖5是在RTCP分組APP中編碼消息NOTIF的示例；
圖6是在RTCP分組APP中編碼消息TEXT的示例；
圖7是在RTCP分組APP中編碼消息ACK的示例。
圖1到4涉及以文本消息的形式復制由語音服務元素SERV向終端TR 發(fā)送的語音消息的方法。該文本消息在說明的余下部分中被指定為TEXT。在分組交換網(wǎng)絡中，在傳輸協(xié)議的信道上傳送語音消息。該協(xié)議能夠是 例如上面提及的實時傳輸協(xié)議(RTP )。
在傳輸控制信道上傳送消息TEXT、以及其他與復制過程關聯(lián)的諸如通 知消息NOTIF和確認消息ACK —樣的消息，傳輸控制信道在RTP協(xié)議中稱 為RTCP。
在此控制信道上交換的消息如下(見RFC 3550 ):
* SDES消息(源描述)包含識別和描述媒體流數(shù)據(jù)源的信息；
* SR消息(發(fā)送者報告)包含統(tǒng)計數(shù)據(jù)，其由源或發(fā)送者建立以及由 接收者處理以便調整流的服務質量；
* RR消息(接收者報告)包含統(tǒng)計數(shù)據(jù)，其由每個接收者建立以及由 相應的發(fā)送者處理以便調整其傳輸；
* APP消息(應用)補充消息，其能夠由通信應用使用以傳遞應用層
控制信息；
* BYE消息由離開所述通信會話的源發(fā)送的消息；
本發(fā)明的復制方法使用消息APP來傳送消息NOTIF 、 TEXT和ACK。
圖5到7展示在APP分組中編碼這些消息的示例。
圖1是展示在標準操作期間本發(fā)明的方法的步驟的圖。
這里不詳細描述分別導致呼叫建立和媒體信道開啟的預備操作
COMSETUP和CHANOP。這些操作是VoIP信令協(xié)議(H.323, SIP, MGCP等)
的一部分，并且本身是已知的和同樣獨立于本發(fā)明。
當已經(jīng)建立呼叫和媒體信道時，終端TR向語音服務元素SERV發(fā)送包
含消息NOTIF的RTCP消息APP以指示其能夠顯示拷貝消息TEXT。
然后，在語音服務元素SERV發(fā)送語音消息之前，其向終端TR發(fā)送包
含將被顯示的拷貝消息的文本的RTCP消息APPTEXT.
當接收該消息TEXT時，終端TR通過向語音服務元素SERV發(fā)送包含
確認消息ACK的RTCP消息APP來響應，該確認消息ACK向所述元素SERV
指示已經(jīng)正確地接收消息TEXT。
在其已經(jīng)接收該消息ACK之后，語音服務元素SERV能夠發(fā)送語音消
息，然后終端TR根據(jù)在終端TR中采用的顯示策略將其同步于拷貝文本消息。
終端TR能夠決定一接收就顯示該文本消息，而無須等待接收關聯(lián)的語音消
息，或保留該文本消息直到接收語音消息，以便與語音消息的接收同時地顯
示該文本消息。
為了改進消息同步的管理，可設立參考機制。對于將由終端TR顯示的 每條文本消息，語音服務元素SERV定義標識符，針對于下一條文本消息修 改該標識符以及由終端TR在對應的消息ACK中重復該標識符。當發(fā)送每條 消息TEXT或每次發(fā)送不同的、將被顯示的文本消息時，能夠由服務器增加 該標識符。在這種情況下，如果丟失消息TEXT,則^皮重傳的消息TEXT仍 然具有相同的標識符。
圖2展示用于定期重傳消息NOTIF的機制。在發(fā)送第一消息NOTIF之 后，終端TR設置暫停時間Tempi。當暫停時間過期，終端TR再次發(fā)送消息 NOTIF并且開始新的暫停時間Tempi,等。由此，即便消息NOTIF丟失，語 音服務元素SERV仍將被通知該終端TR能夠處理該拷貝文本消息。當使用 相對不可靠的傳輸協(xié)議時，該重傳機制尤為有用。如上面已經(jīng)解釋的，能夠
通過從語音服務元素SERV接收第一消息TEXT來停止消息NOTIF的重復， 這具有節(jié)省帶寬的優(yōu)點，但也有打斷包含在遍及可能的呼叫傳遞鏈的消息 NOTIF中的信息的傳輸?shù)娜秉c。
圖3展示建立來避免拷貝文本消息TEXT的丟失的機制。當語音服務元 素SERV發(fā)送第 一消息TEXT時，它初始化暫停時間Temp2。當暫停時間過 期時，如果它沒有接收任何對應于消息TEXT的確認消息ACK,則其重傳相 同的消息TEXT和重啟暫停時間Temp2。隨后，如果其接收消息ACK,則其 停止該暫停時間Temp2并且開始發(fā)送與該消息TEXT關4關的語音消息。
可替換地，語音服務元素SERV能夠發(fā)送消息TEXT并且同時開始發(fā)送 媒體流。在此情況下，在媒體流和它的文本拷貝之間的同步不夠精確。但是 該過程簡單，因為不再要求使用確認消息ACK。
如果語音服務元素SERV發(fā)送消息TEXT并且在時延后開始發(fā)送該語音 消息，而不等待接收確認，則該變體能夠被改進。在此情況下，同步更加精 確但是過程仍簡單。
圖4展示建立來避免確認消息ACK的丟失的機制。隨著消息TEXT的 丟失，如果由終端TR送回的消息ACK未到達語音服務元素SERV，則語音 服務元素在能夠具有如暫停時間Temp2的相同的持續(xù)時間的暫停時間Temp 之后重傳RTCP消息APPTEXT。該機制繼續(xù)運行直到語音服務元素SERV 接收消息ACK,于是所述語音服務元素SERV發(fā)送該語音消息。
在此配置中，如果消息ACK丟失，則終端TR可以在消息ACK到達之 前呈現(xiàn)該文本消息。延遲的幅度的規(guī)則是使得用戶將可能不會感知任何討厭 的時間區(qū)別。事實上，復制服務并不要求信息的高度精確的同步，但是僅要 求例如類似于音視頻字幕的行為。
總而言之，應當注意的是重傳間隔的優(yōu)化能夠基于這樣的事實在RTP 交換的末端處的實體能夠依靠RTCP消息SR和RR來計算在網(wǎng)絡中往返時間 的估值。該估值能夠被用來確定關于消息TEXT和ACK的重傳周期。
權利要求
1.一種以文本消息的形式復制語音消息的方法，所述消息在分組模式的數(shù)字數(shù)據(jù)傳輸網(wǎng)絡上被語音服務元素發(fā)送至終端，在該分組模式的數(shù)字數(shù)據(jù)傳輸網(wǎng)絡中傳送傳輸協(xié)議的信道被用來發(fā)送語音消息，該方法的特征在于，將傳輸控制協(xié)議與所述傳輸協(xié)議相關聯(lián)，所述文本消息(TEXT)在傳輸控制信道上被發(fā)送至該終端。
2. 如權利要求l所述的方法，其特征在于，在初始化階段，該終端向所 述語音服務元素發(fā)送消息(NOTIF )以通知其能夠接收拷貝文本消息(TEXT )。
3. 如權利要求2所述的方法，其特征在于，所述通知消息(NOTIF)被 定期地發(fā)送。
4. 如權利要求3所述的方法，其特征在于，當由該終端接收拷貝文本消 息(TEXT)時，中斷所述通知消息(NOTIF)的定期發(fā)送。
5. 如權利要求1到4中任何一項所述的方法，其特征在于，所述語音消 息和所述關聯(lián)的文本消息(TEXT)被同時地發(fā)送。
6. 如權利要求1到4中任何一項所述的方法，其特征在于，發(fā)送文本消 息(TEXT)先于發(fā)送該關聯(lián)的語音消息。
7. 如權利要求6所述的方法，其特征在于，文本消息(TEXT)的發(fā)送 先于該關聯(lián)的語音消息的發(fā)送給定的時延。
8. 如權利要求5所述的方法，其特征在于，在關聯(lián)的語音消息的發(fā)送期 間定期地發(fā)送文本消息(TEXT)。
9. 如權利要求1到4中任何一項所述的方法，其特征在于，當接收拷貝 文本消息(TEXT)時，該終端向語音服務元素發(fā)送確認消息(ACK)。
10. 如權利要求9所述的方法，其特征在于，當接收確認消息(ACK) 時，該語音服務元素發(fā)送語音消息。
11. 如權利要求9或10所述的方法，其特征在于，該語音服務元素定期 (T2)地重傳所述文本消息(TEXT)直到確認消息(ACK)被接收。
12. 如權利要求1到11中任何一項所述的方法，其特征在于，所述傳輸 協(xié)議是實時傳輸協(xié)議(RTP)。
13. 如權利要求12所述的方法，其特征在于，在與所述實時傳輸協(xié)議(RTP )關聯(lián)的實時傳輸控制協(xié)議(RTCP )的消息APP中發(fā)送所述通知消息、所述拷貝文本消息和所述確認消息。
14. 一種終端，其特征在于它包括用于當它利用根據(jù)權利要求2到8中任何一項的方法時發(fā)送通知消息的部件。
15. 如權利要求14所述的終端，其特征在于它包括用于當它利用根據(jù)權 利要求9到11中任何一項的方法時發(fā)送確認消息的部件。
16. —種語音服務元素，被適配來在分組模式的數(shù)字數(shù)據(jù)傳輸網(wǎng)絡上向 終端發(fā)送由文本消息復制的語音消息，在該分組模式的數(shù)字數(shù)據(jù)傳輸網(wǎng)絡中 傳送傳輸協(xié)議的信道被用來發(fā)送語音消息，將傳輸控制協(xié)議與所述傳輸協(xié)議 相關聯(lián)，其特征在于，它包括用于在傳輸控制信道上向所述終端發(fā)送所述文 本消息(TEXT)的部件。
17. 如權利要求16所述的語音服務元素，其特征在于，它包括用于當它 利用根據(jù)權利要求2到13中任何一項的方法時， 一旦從該終端接收通知消息 就發(fā)送拷貝文本消息的部件。
18. 如權利要求16或17所述的語音服務元素，其特征在于，它包括用 于當它利用根據(jù)權利要求10到13中任何一項的方法時， 一旦從該終端接收 確認消息就發(fā)送語音消息的部件。
19. 如權利要求18所述的語音服務元素，其特征在于，它包括用于當它 利用根據(jù)權利要求11到13中任何一項的方法時，重傳拷貝文本消息直到從 該終端接收確認消息的部件。
全文摘要
本發(fā)明涉及一種以文本消息的形式復制語音消息的方法，所述消息經(jīng)過分組模式的數(shù)字數(shù)據(jù)傳輸網(wǎng)絡被語音服務元素發(fā)送至終端，在該數(shù)字數(shù)據(jù)傳輸網(wǎng)絡中使用傳輸協(xié)議的信道被用來傳送語音消息。根據(jù)本發(fā)明傳輸控制協(xié)議與前述的傳輸協(xié)議相關聯(lián)，所述文本消息在使用所述傳輸控制協(xié)議的信道中被發(fā)送至該終端。本發(fā)明適合于在分組交換通信網(wǎng)絡上的人際間通信。
文檔編號H04L29/06GK101185310SQ200680018566
公開日2008年5月21日 申請日期2006年3月30日 優(yōu)先權日2005年3月31日
發(fā)明者克勞德·達洛茲, 弗朗索瓦·圖泰恩, 菲利浦·洛廷 申請人:法國電信公司