專利名稱：加速中斷后的可視電話的視頻恢復的制作方法
技術領域：
本發(fā)明涉及一種用于可視電話通信的恢復和再同步的系統(tǒng)和方 法、硬件和/或軟件中方法的實現(xiàn)以及包括在硬件和/或軟件中實現(xiàn)所 述方法的相應移動終端。
具體地說，本發(fā)明涉及數(shù)據(jù)網絡中切換之后對正在進行的可視 電話通信連接或會話的恢復和再同步。
背景技術：
在本文中，可視電話(VT)通常涉及兩個或更多個終端用戶之
間的全雙工、實時音頻4見頻通信，其中通信包含音頻(例如語音)
和視頻、或音頻、數(shù)據(jù)和視頻的組合。
過去，所謂的可視會議被限制在用于基于數(shù)據(jù)包的多媒體通信
系統(tǒng)的H.323協(xié)議，基本上是由國際電信聯(lián)盟(ITU)電信標準化部 (ITU-T)定義的協(xié)議集，用于基于數(shù)據(jù)網絡(例如因特網)的有關 任何數(shù)據(jù)包的音頻-視頻通信會話，其中使用因特網協(xié)議(IP)的語 音傳輸也被稱為IP語音(或縮寫為VoIP)。除了語音應用之外，H.323 還結合ITU-T的T.120系列標準提供用于視頻通信和數(shù)據(jù)協(xié)作的機 審U。簡言之，H.323規(guī)定了如何能夠借助基本的三個主要步驟在IP 網絡上實現(xiàn)實時服務，這三個主要步驟是代理(agent)請求接入 H.323域的符合H.225協(xié)議的信號發(fā)送；用于呼叫建立的符合H.245 協(xié)議的包括待使用的媒體流的信號發(fā)送；以及最后的使用實時協(xié)議 (RTP)的數(shù)據(jù)傳送，所述實時協(xié)議是一種定義了管理多媒體數(shù)據(jù)的 實時傳輸?shù)膽梅椒ǖ囊蛱鼐W協(xié)議標準。
符合H.323架構的部件是(多個)終端(T)、(多個)網關(GW)、 (多個)網守(GK)以及用于建立多點會議的(多個)多點控制單 元(MCU)。終端是指每個通信連接的終端設備，其中可以提供與其他H.323終端、網關或多點控制單元的實時雙路通信。網關用于建 立H.323網絡中的(多個)終端與屬于使用不同協(xié)議棧的網絡(諸如 公共交換電話網絡(PSTN))的終端之間的連接。網守負責電話號 碼與IP地址之間的變換、管理帶寬并且提供用于終端登記和驗證的 機制。
通常，在H.323架構中存在五種類型的信息交換，即數(shù)字化的 音頻(例如，語音或話音)、數(shù)字化的視頻、數(shù)據(jù)、通信控制、對連 接和會話的控制，其中本文主要關注的是可視電話中的音頻和視頻的
^i入 ^口 口 。
在H.323協(xié)議集中所包含的協(xié)議中，存在專用于視頻處理的協(xié) 議，例如H.261，其包含對Px64kps的視聽服務的視頻編解碼，以及 H.263，其涉及用于低比特率通信的視頻編碼。現(xiàn)在最常用的視頻編 解碼是H.263及其后續(xù)的H.264/MPEG-4 AVC。
在可視電話中，被傳送的視頻數(shù)據(jù)由一系列圖像組成，其中單 個圖像被表示為"幀"。為了減小待傳送的視頻數(shù)據(jù)量，使用三種主 要類型的編碼幀。首先，I幀主要是對靜止圖像進行編碼的一種幀， 因此其可以單獨被解碼從而得到完整的靜止圖像。其次，P幀是對與 一個或多個前面的(多個)I幀或(多個)P幀的差值進行編碼的幀。 第三，另一幀類型是B幀，是對其與前面的I幀或P幀以及與后面 的I幀或P幀的差值進行編碼的幀。由于P幀和B幀的編碼都是基 于差值的編碼，因此，被稱為預測視頻編碼，其一方面通過消除視頻 圖像序列中的時間冗余度來提供數(shù)據(jù)壓縮。然而，另一方面，在視頻 數(shù)據(jù)的傳輸期間發(fā)生干擾的情況下，也成為質量方面的一個弱點。
可視電話所使用的另 一種協(xié)議是H.324 。 H.324的稍加修改的版 本(也被稱為3G-324M并且已經由第三代合作伙伴計劃(3GPP)定 義)被用于允許視頻呼叫的蜂窩電話。現(xiàn)在的典型用途是用于基于分 組的通用移動通信系統(tǒng)(UMTS)的數(shù)據(jù)網絡，諸如頻分復用(FDD)、 時分復用(TDD)和低碼片速率時分復用(LCR-TDD)以及其他的 UMTS實現(xiàn))。該標準包括幾個子協(xié)議，其用于處理語音、視頻、用 戶和控制數(shù)據(jù)的多路復用和多路分離(參見H.223協(xié)議)以及帶內呼叫控制(參見H.245協(xié)議)。
由于涉及移動可視電話，所以術語"移動"表示存在通過無線 鏈路或無線連接所連接的至少一個移動終端。因此，在視頻比特流中 可能產生由干擾所引起的誤差。如上所述，用戶很容易注意到音頻和 視頻中斷和/或惡化。因此，當惡化持續(xù)幾秒鐘時，用戶所感受的視 頻質量可能明顯下降，這取決于傳輸I幀的頻率。然而，由于I幀比
B幀或P幀需要更大的帶寬，所以使用更高頻率傳輸?shù)腎幀是不被希 望的。
例如，UMTS環(huán)境中的可視電話依賴于無線鏈路控制(RLC) 層沒有中繼的64kbps的同步承載，也被稱為RLC透明模式 (RLC-TM) 。 UMTS承載支持每20ms發(fā)送和接收兩倍80字節(jié)的信 號序列。對于每個信號序列來說，可能存在一個與之前的信號序列無 關的語音幀以及視頻幀的一部分。語音幀在20ms步長中相互獨立， 這是因為所述語音編解碼是偽固定語音方案的，其對于自適應多速率 (AMR)編碼來說是20ms步長而對于符合G.723.1協(xié)議的語音編碼 來說是30ms步長。可視電話承載依賴于UMTS協(xié)議棧，而可視電話 會話依賴于H.245協(xié)議的可視電話協(xié)議棧，這兩個協(xié)議是相互獨立 的。通常H.245棧對于UMTS協(xié)議棧來說是透明的。
H.245協(xié)議棧通過用于打開和關閉用于音頻、視頻和數(shù)據(jù)、性能 交換、控制和指示的邏輯信道(用于數(shù)據(jù)傳輸?shù)亩它c之間的多路復用 路徑)的消息和程序來控制多媒體通信。在通過呼叫信號發(fā)送程序建 立連接之后，使用H.245呼叫控制協(xié)議來解析呼叫媒體類型并且在能 夠建立呼叫之前建立媒體流。通過H.245協(xié)議，還可以在建立呼叫之 后來管理呼叫。存在幾種H.245協(xié)議提供的邏輯信道程序，其用于打 開和關閉邏輯信道。而且，H.245另外還提供了 "視頻快速更新"命 令，對應于下文所述"VideoFastUpdate"請求并且在數(shù)據(jù)丟失的情況 下用于請求視頻幀的更新。
如上所述，視頻幀可能依賴于之前的除I幀之外的視頻幀。在 RAT (無線接入技術)間的UMTS硬切換期間，可能發(fā)生的是承載 的中斷時間大于100ms。在某些情況下，在無線鏈路中斷和無線鏈路
8故障的情況下，承載的中斷可能持續(xù)幾秒鐘。而且，只要網絡認為承 載是接通的，遠程(即，遠距離的)承載終端就意識不到該中斷。而 且，通常當承載恢復時，正在進行的可視電話連接中沒有一個通信方 意識到該中斷時間。
艮P，由于上述承載比特速率限制的原因，不經常產生I幀，通 常在承載中斷(例如由于切換引起的)的情況下，在完成承載中斷之 后，可能需要一些時間來恢復正常的視頻。

發(fā)明內容
因此，本發(fā)明的目的在于加速中斷后對正在進行的可視電話通 信的視頻恢復，即再同步。
具體地說，本發(fā)明的目的在于提供一種方法、系統(tǒng)和實現(xiàn)該方 法的移動終端，當移動終端所使用的無線通信連接發(fā)生中斷時，其用 于提供對正在進行的可視電話通信的更好的再同步。
本發(fā)明的另一目的在于，當移動終端所使用的無線通信連接發(fā) 生中斷時，減小正在進行的可視電話通信中的值得注意的中斷時間。
本發(fā)明的又一目的在于在中斷之后提供感覺到的視頻質量的更 快速的恢復。
此外，為了實現(xiàn)本發(fā)明的至少一個目的，本發(fā)明提供了一種根 據(jù)權利要求1所述的實現(xiàn)移動可視電話功能的系統(tǒng)，該系統(tǒng)用于提供 可視電話通信。
根據(jù)本發(fā)明的第一方面，提供了一種用于實現(xiàn)移動可視電話功 能的系統(tǒng)，該系統(tǒng)通過數(shù)據(jù)網絡提供可視電話通信，其中該系統(tǒng)包括 無線接入裝置，用于連接到數(shù)據(jù)網絡的無線連接并且通過數(shù)據(jù)網絡與 至少一個遠程終端進行通信，并且其中該系統(tǒng)還包括
連接到解碼裝置和編碼裝置的可視電話控制裝置，該解碼裝置 用于對從遠程終端接收的視頻數(shù)據(jù)進行解碼，該編碼裝置用于對將要 發(fā)送到遠程終端的視頻數(shù)據(jù)進行編碼；
連接到無線接入裝置的檢測裝置，其用于檢測現(xiàn)行的(例如當 前的)無線接入連接的中斷，其中將該檢測裝置配置為向可視電話控制裝置通知無線接入連接的中斷；并且其中將可視電話控制裝置配置 為在無線接入連接恢復之后向遠程終端發(fā)送請求消息，用于通過遠程 終端來產生獨立的編碼視頻幀，從而在包含該系統(tǒng)的移動終端實現(xiàn)可 視電話通信的再同步。
在一個實施例中，將該系統(tǒng)實現(xiàn)為芯片組，該芯片組可以是一 個或其間互連的幾個芯片。而且，注意，可以采用軟件控制專用硬件 部件來實現(xiàn)該系統(tǒng)的全部特定功能。而且，注意，術語"芯片組"還 可以包括以下實施例，其中在一個單獨的芯片中實現(xiàn)全部功能。
根據(jù)本發(fā)明另一方面，為了實現(xiàn)本發(fā)明的至少一個目的，提供 了一種根據(jù)權利要求11所述的可視電話通信的再同步方法。
因此，提供了一種在通過數(shù)據(jù)網絡進行通信的可視電話代理之 間發(fā)生中斷之后對可視電話通信進行再同步的方法，其中可視電話代 理中的一個是近程代理，該代理是具有連接到數(shù)據(jù)網絡的無線接入的 移動代理并且與至少一個遠程代理進行通信，其中該方法包括
近程代理對可視電話通信的中斷進行檢測，并且在可視電話連 接恢復之后請求遠程代理產生可視電話通信的獨立的編碼視頻幀，以 用于在近程代理處對可視電話通信的再同步。
總之，本發(fā)明提出了一種在無線連接協(xié)議棧(通過數(shù)據(jù)核心網 絡對近程代理的無線連接進行控制)與可視電話協(xié)議棧(負責對近程 代理和遠程代理之間正在進行的可視電話通信的音頻和視頻數(shù)據(jù)進 行處理)之間實現(xiàn)的機制，使得近程可視電話代理意識到中斷，或者 更一般來說，意識到所使用的連接到數(shù)據(jù)網絡的無線連接的可用性。 在本文中，代理對可視電話連接中斷的檢測包括由近程代理檢測所使 用的連接到數(shù)據(jù)網絡的無線接入連接的承載(例如，UMTS承載)的 存在。
注意，請求產生獨立的編碼視頻幀不應當理解為是系統(tǒng)性的。 換言之，這樣的請求可以基于用于觸發(fā)該請求的某個算法，例如，可 以考慮解碼器誤差檢測或者中斷的持續(xù)時間。
由于本發(fā)明涉及數(shù)據(jù)網絡方面，所以不用說，這可以應用于電 路交換或分組交換網絡以及它們的結合。例如，在某個實施例中，使用UMTS網絡作為無線接入網絡的示例性實施例，其中無線接入協(xié)
議棧是UMTS協(xié)議棧。在此情況下，即，在UMTS網絡的示例中， 連接到數(shù)據(jù)網絡的無線連接或鏈接對應于UMTS承載。核心網絡可 以是基于諸如因特網之類的網絡的互連網協(xié)議(IP)。
在一個實施例中，可視電話控制裝置由可視電話控制器實現(xiàn)。 在一個實施例中，無線接入裝置是移動終端的無線接入單元。在一個 實施例中，解碼裝置和編碼裝置分別是解碼器和編碼器。然而，注意， 這些功能可以由單獨的專用芯片或者由可編程硬件和軟件及其它們 的任意組合來實現(xiàn)。在一個實施例中，用于檢測現(xiàn)行的無線接入連接 的中斷的檢測裝置是檢測器，該檢測器被配置用于檢測現(xiàn)行的(例如 當前的)無線接入連接的中斷。
在所提出的方案的一個典型應用中，近程代理從連接到數(shù)據(jù)網 絡的第一無線接入連接到另一無線接入連接的切換造成了可視電話 通信的中斷。所提出的方案的另一個或其他的應用是由于不良無線條 件或由于無線鏈路故障造成的中斷。
在另一個實施例中，該方法還包括近程代理響應于檢測到的 中斷，代理停止近程代理處的可視電話通信的當前顯示的幀的更新， 從而避免由于丟幀造成的當前顯示的視頻圖像的惡化。換言之，這可 以通過具有對相同幀進行解碼從而保持顯示畫面不變的解碼器來實 現(xiàn)。因此，"保持不變的圖像"可以被理解成當近程代理顯現(xiàn)從遠程 代理接收到的最后一個正確的視頻幀時在顯示器上再現(xiàn)靜止圖像。
在又一個實施例中，該方法還可以包括近程代理響應于檢測
到的中斷，代理以保持視頻編碼器裝置(諸如在專用硬件芯片實現(xiàn)的 或通過近程代理的軟件例程實現(xiàn)的視頻編碼器)。在本文中，"編碼 器裝置的保持"被理解為暫?；蛲Ｖ箤ο鄼C裝置拍攝的圖像進行編 碼，這是因為由于中斷，由此所產生的視頻幀不能被發(fā)送到遠程可視 電話代理并且只能填充發(fā)送機視頻緩沖區(qū)作為等待的視頻幀，這將在 連接恢復之后產生另外的延遲。然而，編碼器仍然進行編碼也是可行 的。
在另一個有利的實施例中，該方法還包括，在無線接入連接的
11承載恢復之后，在近程代理處產生獨立的編碼視頻幀，并且將獨立的 編碼視頻幀發(fā)送到遠程代理，用于對遠程代理處的可視電話通信進行 再同步。由于近程代理意識到這種情況，通過該措施可以減小遠程代 理處正在進行的可視電話通信中可感知的中斷時間。
在又一個有利的實施例中，該方法還包括，近程代理響應于檢
測到的中斷，清空要從近程代理傳送到遠程代理的當前等待的可視電 話幀。在一個實施例中，可以將等待的幀存儲在發(fā)送機視頻緩沖區(qū)中， 即將在緩沖區(qū)中排隊并且等待被發(fā)送的等待幀清除或丟棄，這避免了 在無線連接恢復之后發(fā)送這種幀所需時間所導致的進一步延遲，這是 因為這些幀在該時間點處已經是過期的幀。
對于近程代理請求遠程代理產生用于再同步的獨立的編碼幀， 這可以通過在可視電話通信恢復之后從近程代理發(fā)送消息或命令(諸
如"VideoFastUpdate" -H.245)到遠程代理來實現(xiàn)。
因此，在幀編碼和解碼的情況中，大多數(shù)視頻通信協(xié)議提供了 包括被稱為"VideoFastUpdate"的視頻恢復機制的命令和控制協(xié)議。 這樣的"VideoFastUpdate"請求告知遠程代理(例如，終端或服務器) 傳送視頻數(shù)據(jù)，以將下一視頻幀編碼為I幀，即僅根據(jù)當前視頻圖像 的內容來對下一幀進行編碼。
對于本發(fā)明所提出的系統(tǒng)，在一個優(yōu)選實施例中，該系統(tǒng)包括 與視頻相機裝置(例如視頻相機)進行連接的相機接口，其在一個實 施例中包括數(shù)字圖像傳感器和各個光學器件，用于接收視頻相機裝置 (例如，來自用戶)所拍攝的在可視電話通信中作為視頻數(shù)據(jù)將要在 移動終端發(fā)送的連續(xù)圖像。
因此，在一個實施例中，該系統(tǒng)的可視電話控制裝置被配置成 在可視電話連接恢復之后將獨立的編碼視頻幀從視頻相機裝置所拍 攝的當前圖像發(fā)送到遠程終端，以用于遠程終端處的可視電話通信的 再同步。
如結合所述方法的論述，該系統(tǒng)可以包括存儲裝置或存儲器， 例如發(fā)送機緩沖區(qū)的形式，其用于存儲將要發(fā)送到可視電話通信的遠 程終端的正在進行的可視電話通信的等待幀，并且其中可視電話控制裝置還被配置成在檢測到連接到數(shù)據(jù)網絡的無線接入連接的中斷時， 清空(即清空存儲器裝置)或者至少避免等待幀的使用。
而且，在優(yōu)選實施例中，該系統(tǒng)包括與顯示器或顯示裝置(諸
如LCD或TFT類型的數(shù)字顯示器)進行連接的顯示器接口，其用于
連接到視頻解碼裝置并且用于提供待顯示的經過解碼的可視電話數(shù) 據(jù)，即在遠程終端處獲得的可視電話通信的圖像。因此，可視電話控 制裝置還可以配置成在對連接到數(shù)據(jù)網絡的無線接入連接的中斷進 行檢測時通知或通過顯示器接口控制顯示裝置停止對可視電話通信 當前顯示的視頻圖像進行刷新，即保持顯示靜止圖像。在特定實施例 中，該特征通過不刷新顯示器緩沖區(qū)來實現(xiàn)。
因此，基本構思是通知可視電話代理例如由切換(例如由不同
無線網絡控制器所控制的無線連接的兩個無線小區(qū)之間的RAT間的 UMTS切換)所引起的無線連接(例如UMTS承載)的不存在，從 而使可視電話代理能保持當前顯示的視頻圖像不變。在可視電話連接 恢復之后，即無線連接(例如UMTS承載)重新建立之后，近程可 視電話代理可以使其編碼器產生當前的視頻圖像的獨立的編碼幀，即 H.32x協(xié)議族的術語中的I幀，這使得遠程可視電話代理的快速再同 步可行。
而且，近程可視電話代理可以請求遠程可視電話代理來產生遠 程代理的當前視頻圖像的獨立的編碼幀(即H.32x協(xié)議族的術語中的 I幀)，以用于快速再同步。這可以分別通過例如在H.245協(xié)議中可 用的"VideoFastUpdate"消息或命令來實現(xiàn)。
換言之， 一個主要方面在于在通信的代理(即，通信的可視電 話代理)之間快速視頻更新功能的使用或應用。然而，注意，這可以 通過在可視電話控件與物理網絡連接的控件(諸如UMTS承載控件) 之間交換與所使用的物理通信連接(諸如UMTS承載)的可用性有 關的信息來實現(xiàn)，其中可視電話控件和物理連接控件是兩個不同的實 體。
這種"VideoFastUpdate"請求通知傳送視頻數(shù)據(jù)的終端(或服 務器)將下一視頻幀編碼為I幀，即僅根據(jù)當前的視頻幀的內容來對下一幀進行編碼，這使得視頻質量的快速恢復可行。因此，借助
"VideoFastUpdate "可以將任何中斷限制為極短的時間段?；謴驼?br> 進行的視頻通信所需的時間越短，將引起所涉及用戶的注意的就少。 參考下文所述的實施例加以說明，本發(fā)明的這些和其他方面將 變得明顯。
應該理解，該方案基本可以用于任何類型的數(shù)據(jù)網絡，如電路 交換網絡、分組交換網絡或它們的任意組合。因此，本發(fā)明可以將兼 容的用戶設備用作支持基于電路交換(CS)禾B/分組交換(PS)連接 的可視電話的終端或移動電話。


下面將參考附圖所示的實施例以非限定示例的方式具體描述本 發(fā)明。
圖1示出了用于通過至少一方是移動終端的數(shù)據(jù)網絡進行的可 視電話通信的一般網絡架構的簡圖2以示例的方式示意性地示出了符合H.32x協(xié)議族的可視電 話協(xié)議棧，該協(xié)議棧建立在終端Tl和T2的接線端側的網絡層上的 UMTS協(xié)議棧之上；
圖3示出了根據(jù)本發(fā)明的優(yōu)選實施例和典型應用場景的工作示 例的示意流程圖；以及
圖4示出了包括根據(jù)本發(fā)明的系統(tǒng)的終端的示意框圖。
這些附圖是示意性地繪制，而沒有按真實比例繪制，并且不同 附圖中的相同標號(如果存在)指示對應的元件。對于本領域技術人 員來說明顯的是，在不脫離本發(fā)明實際發(fā)明構思的情況下，本發(fā)明的 替代而等效的實施例是可行的，并且本發(fā)明的范圍僅由權利要求所限 定。
具體實施例方式
圖1示出了用于通過至少一方是移動終端的數(shù)據(jù)網絡進行的可 視電話通信的一般網絡架構的簡圖。如以上所強調的，在下文中，符合UMTS標準的網絡被用作無線接入網絡的示例，為至少一個移動
終端提供接入核心網絡(可以是因特網)的機會。實質上，可以通過
電路交換連接(例如通過ISDN (綜合業(yè)務數(shù)字網))或者通過分組 交換連接(例如通過因特網)或者通過它們的結合來連接通信終端。
換言之，在此僅為說明的目的描述這些方法以及對相關標準的 現(xiàn)有協(xié)議的參考。所述的方法是一般性的，并且應用于可視電話通信 的多媒體終端中的視頻處理。相關領域的技術人員會認識到可以在不 脫離由所附權利要求所限定的本發(fā)明的情況下使用替代并等效的步 驟、配置和布置。
因此，在圖1中，存在移動終端T1，其與另一移動終端T2正 在進行可視電話通信。兩個終端Tl和T2在UMTS環(huán)境的中是被稱 為符合ITU-T所公布的H.32x協(xié)議族的終端。換言之，這些終端能 夠支持頂層的各個多媒體應用運行H.32x協(xié)議棧。
在本文中，H.32x協(xié)議族的主要目的是能夠使多媒體終端互通， 其可以通過核心網絡CN (諸如電路交換網絡(SCN)、無線網絡、 B-ISDN網絡的H.310或H.321終端、ISDN網絡的H.320終端或局 域網的H.322終端)連接到不同的網絡類型。
在圖1中，移動終端T1通過UMTS接入網的第一無線小區(qū)C1 連接，無線小區(qū)Cl由通過接口 luBl與第一無線網絡控制器RNC1 連接的第一基站或節(jié)點B Nl提供服務。RNC1提供了到核心網絡CN 的連接。通過核心網絡CN的虛線示意性地表示通過通信終端Tl和 T 2之間的網絡所選擇的視頻通信數(shù)據(jù)的路徑。
移動終端T2也通過UMTS接入網絡連接到核心網絡CN，該 UMTS接入網絡包括由基站N4提供服務的無線小區(qū)C4，其受核心 網絡CN的控制并且通過無線網絡控制器RNC3連接到核心網絡CN。
在圖1中示出了網關GW，其用于連接兩個不同的網絡， 一般 描述為互通網絡IWN。例如，H.32x網關GW可以提供H.32x網絡與 非H.32x網絡N2之間的連通性。例如，網關GW連接并提供H.324 終端Tl與連接到電路交換網絡(SCN) N2的H.323可視電話終端 T3之間的通信，所述電路交換網絡包括所有交換電話網絡，諸如公
15共交換電話網絡(PSTN)。簡言之，通過轉變呼叫建立和釋放的協(xié) 議、變換不同網絡之間的媒體格式并且在經由網關GW連接的網絡 之間傳輸信息來實現(xiàn)不同網絡的連通性。然而，對于在如圖1所示的 H.32x網絡環(huán)境下的兩個終端Tl和T2之間的通信來說，不需要網關 GW。
而且在圖1中示出了網守GK，其可以是H.32x網絡中所有呼叫 的聯(lián)絡點。盡管網守GK并非強制性的需要，但是GK可以提供重要 的服務，諸如尋址、終端和網關的授權和驗證、帶寬管理、結算、計 費以及收費。而且，網守GK還可以提供呼叫路徑選擇服務。
而且，在圖1中還示出了多點控制單元MCU，其可以提供對三 個或更多個H.32x終端的會議的支持，例如終端T1、 T2和T3之間 的會議通信。參與會議的所有終端建立與MCU的連接，該MCU管 理會議資源、在終端之間協(xié)調，以確定使用的音頻或視頻編碼器/解 碼器(CODEC)，并且可以處理媒體流。值得注意的是，網守GK、 網關GW和MCU是邏輯上獨立的H.32x標準的部件，而原則上可以 實現(xiàn)為單個物理裝置。
由于在該示例中的終端Tl和T2被假定為移動終端，所以在切 換事件中可能會中斷兩個終端Tl和T2之間正在進行的可視電話通 信。這在圖1中通過終端T1沿著箭頭移動到屬于UMTS接入網的無 線小區(qū)C3的新位置來示出。在該新位置處，終端T1被表示為T1、
無線小區(qū)C3由節(jié)點B N3提供服務，其由核心網絡CN控制并 且通過無線網絡控制器RNC2連接到核心網絡CN。因此，根據(jù)觸發(fā) 前提實現(xiàn)終端Tl從RNC1控制下的節(jié)點B Nl到RNC2控制下的節(jié) 點BN3的切換，這又被稱為RAT間的UMTS切換。
如上所述，在無線鏈路控制(RLC)層沒有中繼的64kbps的同 步承載上載有UMTS環(huán)境下的可視電話。UMTS承載支持每20ms發(fā) 送和接收160字節(jié)的信號序列。對于每個信號序列來說，存在與之前 的信號序列無關的一個語音幀和視頻幀的一部分。語音幀在20ms步 長中相互獨立。同時可視電話承載依賴于UMTS協(xié)議棧，可視電話 會話依賴于符合H.245協(xié)議的可視電話協(xié)議棧。然而，這兩個協(xié)議是彼此獨立的。特別地，通常H.245協(xié)議棧對于UMTS協(xié)議棧是透明 的。
如上所述，因為除了 I幀之外，可視電話通信中大多數(shù)視頻幀 (即，P幀和B幀)與之前的視頻幀有關。在如圖1所示移動終端 Tl的RAT (無線接入技術)間的UMTS硬切換期間，可能發(fā)生承載 的中斷時間在100ms以上。如上所述，在發(fā)生無線鏈路中斷或無線 鏈路故障的情況下，這樣的中斷可能會持續(xù)幾秒鐘。
而且，只要承載認為UMTS網絡已建立，遠程承載(即，遠距 離的承載)終端T2甚至不會意識到該中斷。同樣，當承載恢復時， 正在進行的可視電話連接中的通信終端Tl和T2均不會意識到該中 斷時間。因此，由于承載比特速率限制的原因通常不產生I幀，所以 有可能需要一些時間恢復到正常的視頻，例如直到每個終端Tl和T2 處顯示的視頻被再次同步(即，再同步)為止。
根據(jù)本發(fā)明，在UMTS協(xié)議棧與可視電話協(xié)議棧之間實現(xiàn)所述 機制以使得可視電話代理能意識到UMTS承載的可用性。這意味著 在移動終端T1中各個可視電話控制裝置與檢測裝置(諸如檢測器) 相連，所述檢測裝置用于檢測UMTS承載的存在?？商鎿Q地，當無 線接入網絡向終端的UMTS協(xié)議棧通知有關在進程中將要進行的切 換時，可以修改終端中的各個軟件程序，從而也向可視電話協(xié)議棧通 知接下來發(fā)生的中斷。
因此，可以布置終端中的可視電話裝置，從而在中斷開始時清 空未處理的幀并且保持視頻編碼器以及顯示器不變。隨后，在RAT 間切換之后，當UMTS承載恢復時，通過在中斷完成時請求遠程終 端T2處的編碼器產生I幀來快速地恢復可視電話通信。為了在中斷 完成時請求遠程VT代理處的編碼器產生I幀，可以通過H.245 "VideoFastUpdate"消息來實現(xiàn)。而且，終端T1還可以在切換之后 向遠程終端T2發(fā)送I幀以用于相同的目的，即使得終端T2立即對 可視電話通信的視頻進行再同步。
圖2以示例方式示意性地示出了符合H.32x協(xié)議族的可視電話 協(xié)議棧，該協(xié)議棧建立在終端Tl和T2的接線端側的網絡層上的UMTS協(xié)議棧之上。
首先，在協(xié)議棧之上是應用層，其主要包括音頻、視頻以及終 端呼叫管理器應用。
而且，還提供了至少一個音頻編解碼器，其對來自麥克風的音
頻信號進行編碼以用于在傳輸H.32x終端上進行傳輸，并且對在接收 H.32x終端上所接收到的發(fā)送到揚聲器的音頻代碼進行解碼。音頻通 信是H.32x標準所提供的最小業(yè)務。因此，所有H.32x終端必須支持 如在ITU-T G.711建議(64kbps的音頻編碼)中規(guī)定的至少一個音頻 CODEC。終端也可以支持另外的音頻CODEC建議，諸如G.722 (64 kbps、 56 kbps禾卩48kbps) 、 G.723.1 (5.3 kbps禾卩6.3kbps) 、 G.728 (16kbps)以及G.729 (8kbsp)。
而且，提供了至少一個視頻編解碼器，其對來自照相裝置的視 頻進行編碼以用于在傳輸H.32x終端上進行傳輸，并且對在接收 H.32x終端上所接收到的發(fā)送到視頻顯示器的視頻代碼進行解碼。任 何提供視頻通信(即，可視電話)的H.32x終端必須支持如在ITU-T H.261/H.263建議中規(guī)定的視頻編碼和解碼。
用于登記、許可和狀態(tài)(RAS)的協(xié)議(例如H.225協(xié)議)是 端點終端T1和T2之間的協(xié)議。使用RAS協(xié)議來實現(xiàn)登記、許可控 制、帶寬改變、狀態(tài)和終端Tl和T2之間的分離程序。基本上，使 用H.225呼叫信號發(fā)送通過交換呼叫信令信道上的H.225協(xié)議消息來 建立兩個H.32x端點之間的連接。
而且，使用例如符合H.245協(xié)議的控制信令來交換用于控制 H.32x端點(即，終端T1或T2)的操作的端到端控制消息?？赡艿?控制消息載有與其中的性能交換、用來攜帶媒體流的邏輯信道的打開 和關閉、流量控制消息、 一般命令和指示有關的信息。H.242還提供 了視頻快速更新命令，可用來在發(fā)生數(shù)據(jù)丟失的情況下請求視頻幀的 更新。
在網絡層上，使用實時傳輸協(xié)議(RTP)，其提供了實時音頻和 視頻的端到端的傳輸服務，如在可視電話中尤其需要的那樣。盡管使 用H.32x協(xié)議在基于分組的數(shù)據(jù)網絡(IP網絡)上傳輸數(shù)據(jù)，但是
18RTP通常通過用戶數(shù)據(jù)報協(xié)議(UDP)傳輸數(shù)據(jù)。與RTP對應的協(xié) 議是實時傳輸控制協(xié)議(RTCP)，其提供控制服務。RTCP的主要 功能在于提供關于數(shù)據(jù)分配的質量的反饋。RTCP的其他功能包括攜 帶RTP源的傳輸層標識符，被稱為規(guī)范名稱，由接收機使用以同步 音頻和視頻。
在圖2中，箭頭A表示在作為網絡層無線連接協(xié)議棧的UMTS 協(xié)議棧與用于對近程終端和遠程終端之間正在進行的應用層上的可 視電話通信的音頻和視頻數(shù)據(jù)進行處理的可視電話協(xié)議棧之間的信 息交換。
此處參考圖3，其示出了根據(jù)本發(fā)明的優(yōu)選實施例和典型應用場 景的工作示例的示意流程圖。
在圖3頂部，示出了正在進行的可視電話通信中所涉及的實體。 近端終端T1包括人機接口 (MMI)、具有可視電話(VT)棧和資源 控件的可視電話近程代理、具有全部編碼/解碼獲取和呈現(xiàn)性能(視 頻)的功能模塊、具有音頻編解碼和音頻路徑選擇功能(音頻)的功 能模塊以及網絡層協(xié)議棧(通信)，即與網絡接觸的全部。還存在把 網絡自身描述為通信終端Tl和T2之間的通信鏈路的方框。最后， 存在表示作為近程終端Tl的通信配對方的遠程(或遠端)終端T2 的方框。因此，遠程終端T2包括相應的實體MMI、 VT代理、視頻、 音頻和通信。
結合圖3，其示出了可以采用本發(fā)明所提出的方案的UMTS環(huán) 境的特定情況，步驟S100中的情況對應于圖1中的情況，其中移動 終端Tl由UMTS無線接入網絡的節(jié)點B Nl提供服務。也就是說， 在步驟S100中，假定終端T1和T2正在進行可視電話通信。然而， 應當注意， 一旦建立UMTS承載，就可以在任意階段采用本發(fā)明所 提出的方案。
如參考圖1所述，終端Tl從無線小區(qū)Cl的覆蓋范圍移動到無 線小區(qū)C3的覆蓋范圍，這觸發(fā)了 RAT間的UMTS硬切換。因此， 在步驟S101中，網絡向近程終端Tl的UMTS協(xié)議棧發(fā)送各切換命 令。因此，事先通知UMTS協(xié)議棧關于下面的切換，或者更一般的來說，通知其關于無線鏈路故障或無線鏈路中斷。然而，如上所述，
可視電話協(xié)議棧和各視頻和音頻應用不會意識到從終端到UMTS無
線接入網絡的無線連接發(fā)生的中斷。
終端T1的通信實體在步驟S102中向可視電話代理(即，終端 Tl中的可視電話應用程序)發(fā)送各中斷請求，以響應于來自網絡的 切換命令。因此，在步驟S103中，可以停止視頻編碼器的當前編碼 會話，并且在步驟S104中，也可以停止音頻編碼器會話。
當由于RAT間的UMTS切換使得UMTS承載被中斷時，近端 終端既不接收也不發(fā)送可視電話通信的任何視頻或音頻數(shù)據(jù)。因而， 遠程終端處的遠端畫面被保持不變，這是因為解碼器一直在對同一幀 進行解碼。而且，UMTS承載緩沖區(qū)將在切換之前所接收的所有未處 理的視頻和音頻數(shù)據(jù)塊(通常為一個塊)提供給可視電話終端以用于 解碼和呈現(xiàn)。因此，如果存在切換之前所接收的未處理的數(shù)據(jù)塊，仍 然可以進行預覽。
隨后，在步驟S105中，根據(jù)本發(fā)明的第一方面，終端T1處運 行的可視電話代理進行更新或避免使用等待的視頻幀，B卩，如果存在 等待的視頻幀，則清除或清空可視電話終端中未處理的緩沖區(qū)以及圖 像。換言之并且更一般來說，原理在于避免使得任意未處理的H.223 幀進入任何緩沖區(qū)(例如中間存儲器或存儲器，這會在連接恢復時產 生端到端的視頻和/或音頻的傳輸延遲。
在切換期間，如上所述，在通信雙方(即，終端Tl和T2)之 間將不傳輸可視電話數(shù)據(jù)。因而，由于任何新的數(shù)據(jù)將在UMTS承 載緩沖區(qū)中排隊，有利地是，可視電話終端可以確保不發(fā)送任何信息 以保持端到端的延遲盡可能的小。因此，根據(jù)本發(fā)明的一個方面的這 些緩沖區(qū)的清空意在確保清空可能的未處理緩沖區(qū)。
在步驟S200中，在UMTS應用棧中，重新建立網絡連接，即終 端T1已經建立由圖1的節(jié)點BN3提供服務的無線小區(qū)C3的UMTS 承載。隨后，在步驟S201中，通信實體發(fā)送信號通知網絡已經完成 切換。因此，在步驟S202中，向終端T1的可視電話代理發(fā)送例如 重啟請求，以再次開始音頻和視頻的解碼和編碼?，F(xiàn)在，在步驟S203中，根據(jù)本發(fā)明的主要方面，終端T1的可 視電話代理向遠程終端發(fā)送H.245協(xié)議的"VideoFastUpdate "消息。 如上所述，遠程終端并沒有意識到由切換所引起的中斷并且因此將不 會發(fā)送獨立的編碼圖像，然而，在終端T1的顯示器上的視頻的快速 再同步需要該獨立的編碼圖像。
在步驟S204中，終端Tl的可視電話代理再次開始視頻編碼， 例如通常從終端Tl的用戶端通過終端Tl的照相裝置拍攝或捕獲圖 像。在步驟S205中，根據(jù)本發(fā)明的第三方面，終端Tl中的可視電 話代理請求或命令其自身的視頻編碼器產生獨立的編碼圖像，即I 幀。該步驟實質上對應于將"VideoFastUpdate"消息發(fā)送到遠程終端 T2。緊接著切換之后在終端Tl處產生的I幀的目的在于使得遠程終 端T2處的可視電話代理快速地使其顯示的視頻再同步。
在步驟S206中，響應于步驟S203中的"VideoFastUpdate"消 息，終端T1通過第一H.223幀接收請求的I幀，也可能包含音頻幀。
在步驟S207中，發(fā)生了視頻數(shù)據(jù)到發(fā)送機緩沖區(qū)的首次寫入， 即根據(jù)步驟S205所產生的I幀的寫入。例如，當在步驟S208中開始 音頻編碼和解碼時，以IF2 (接口格式)的格式寫第一個AMR (自 適應多速率)幀。然而，注意，音頻編碼和解碼的分別停止(S104) 和開始(S204)對于本發(fā)明所提出的方案的實現(xiàn)來說不是必不可少 的部分。
最后，從步驟S300開始進行兩個終端Tl和T2之間的可視電話 通信會話。
對于根據(jù)本發(fā)明的方法的實現(xiàn)以及實現(xiàn)該方法的終端的實現(xiàn)來 說，應當理解的是，本發(fā)明可以完全以由終端的至少一個專用處理器 執(zhí)行的軟件的形式來實現(xiàn)。也就是說，可以將根據(jù)本發(fā)明的方法的相 關方法步驟轉換成各個軟件代碼或命令，其可以存儲在終端硬件的存 儲器中，該存儲器可由至少一個處理器訪問。因此，由處理器讀取時 的軟件命令將使得處理器與終端系統(tǒng)的相關外圍設備相連結來執(zhí)行 根據(jù)本發(fā)明的方法的步驟。
參考圖4，其描繪了終端T的示意性框圖，該終端T可以包括電路，或者可以被看作是通過硬件和軟件相結合的方式對本發(fā)明所提 出的解決方案的實現(xiàn)。因此，圖4的主要目的在于以示例的方式示出 本發(fā)明所提出的解決方案的可能的實現(xiàn)，不用說本領域技術人員可以 想到等效的方法。
而且，移動終端T包括由中央處理單元或處理器P實現(xiàn)的可視 電話電路。這樣的處理器P可以是用于移動應用的專用處理器，基 本上實現(xiàn)了用于應用層的某些操作系統(tǒng)，在該應用層上可以實現(xiàn)如可 視電話應用的應用。
而且，所述處理器P具有通過各個接口 IV連接到實現(xiàn)所需的視
頻編解碼的專用視頻芯片vc的連接。所述視頻芯片vc包括連接到
終端T的顯示器的顯示器接口 ID，以用于再現(xiàn)終端的已經由視頻芯 片解碼的視頻圖像。所述視頻芯片VC還具有相機接口 IC以用于連 接到終端T的視頻相機，接口 IC將捕獲的視頻圖像提供給視頻芯片 IC，視頻芯片根據(jù)如ITU-T H.261/H.263或H.264以及MPEG4建議 規(guī)定的至少一種視頻編解碼對所述視頻圖像進行編碼。
而且，終端T包括實現(xiàn)所需的音頻編解碼(如在ITU-T G.711 建議(64kbps的音頻編碼)中所規(guī)定的)的專用音頻芯片AC，可替 換的或附加的音頻芯片AC還可以支持符合G.722 (64 kbps、 56 kbps 和48kbps) 、 G.723.1 (5.3 kbps禾B 6.3kbps) 、 G.728 (16kbps)和 G.729 (8kbps)的音頻。音頻芯片AC還具有麥克風接口 IM以用于 連接到終端T的麥克風M，所述接口 IM將所記錄的來自終端T的用 戶的諸如語音之類的音頻信號提供給音頻芯片AC。而且，音頻芯片 AC具有連接到終端的揚聲器的接口 IL以使用戶聽到在終端T處產 生的解碼的音頻數(shù)據(jù)。
而且，存在用于由終端的用戶輸入命令或數(shù)據(jù)的裝置，在此作 為示例這些裝置被表示為鍵盤或鍵區(qū)K。
一般來說，顯示器D、相機C、麥克風M、揚聲器L和鍵區(qū)K 均可以被概括為人機接口 MMI (如圖3所示)。
此外，存在終端T的射頻部分RF，其至少與一個或多個天線A 連接，以用于在接入諸如UMTS無線網絡之類的各個無線接入網期
22間發(fā)送和/或接收無線信號。在圖4中，射頻部分RF通過無線接口 IRF與處理器P相連。應當注意，圖4僅僅是示意性表示，其目的在 于提供根據(jù)本發(fā)明的移動終端T的主要架構的整體描述。
最后，不用說，與圖4中通過例如由處理器P所實現(xiàn)的軟件程 序實現(xiàn)的方式相比，還可以采用一個或者其他不同數(shù)量的部件來實現(xiàn) 在專用硬件芯片中實現(xiàn)的上述功能。即，該方案可以通過計算機程序 產品來實現(xiàn)，以用于在經由數(shù)據(jù)網絡通信的可視電話代理之間發(fā)生中 斷之后可視電話通信的再同步，其中可視電話代理中之一是近程代 理，該近程代理是具有連接到數(shù)據(jù)網絡的移動代理并且與至少一個遠 程代理通信。因此，所述計算機程序產品包括代碼工具，其用于使得 處理器執(zhí)行本文所限定的與本發(fā)明所提出的方法相關的步驟。
因此，對于在通信的近程終端與遠程終端之間正在進行的可視 電話通信的快速恢復或再同步來說，包括處理器和軟件的各個系統(tǒng)實 現(xiàn)了無線連接協(xié)議棧(在該示例中為UMTS協(xié)議棧(圖2)，其處在 基于網絡層的無線連接的控制下)與可視電話協(xié)議棧(圖2，負責處 理在近程終端和遠程終端之間正在進行的可視電話通信的音頻和視 頻數(shù)據(jù))之間的機制。因此，近程終端中的可視電話代理或應用可以 意識到所使用的連接到數(shù)據(jù)網絡的無線連接的可用性，例如，對于 UMTS承載，不可用的無線連接可能由RAT間的UMTS切換或者所 使用的連接到數(shù)據(jù)網絡物理連接的任何其他中斷引起。
因此，在可視電話連接恢復之后，可視電話應用將請求遠程終 端的遠程可視電話應用產生遠程代理的當前視頻圖像的獨立的編碼 幀，以用于快速再同步。而且，近程終端的可視電話應用也可以在可 視電話連接恢復之后向遠程終端發(fā)送近程終端的當前視頻圖像的獨 立的編碼幀，以用于快速再同步。
最后，應當注意，上述實施例示出而非限制本發(fā)明，并且本領 域技術人員在不脫離所附權利要求所限定的本發(fā)明的范圍的情況下 能夠設計許多替代實施例。在權利要求中，括號中的任何標號不應當 理解為對權利要求的限制。詞語"包括"及其詞行變化并不排除作為 整體在任何權利要求或說明書中列出的元件或步驟之外的元件或步驟的存在。元件的單個標號并不排除這些元件的多個引用的存在，反 之亦然。在列舉幾個裝置的設備權利要求中，這些裝置中的幾個可以 采用同一軟件或硬件來實施。在互不相同的從屬權利要求中所記載的 某些措施并不表示不能將這些措施組合來獲得優(yōu)勢。
權利要求
1.一種通過數(shù)據(jù)網絡提供可視電話通信的可視電話功能實現(xiàn)的系統(tǒng)，其中所述系統(tǒng)包括無線接入裝置，其用于連接到數(shù)據(jù)網絡的無線連接并且通過數(shù)據(jù)網絡與至少一個遠程終端進行通信，并且其中所述系統(tǒng)還包括可視電話控制裝置，其連接到用于對從遠程終端接收到的可視電話數(shù)據(jù)進行解碼的解碼裝置，并且連接到用于對將要發(fā)送到遠程終端的可視電話數(shù)據(jù)進行編碼的編碼裝置；連接到無線接入裝置的檢測裝置，其用于檢測當前無線接入連接的中斷，其中所述檢測裝置被配置成將無線接入連接的中斷通知可視電話控制裝置；其中，可視電話控制裝置被配置成在無線接入連接恢復之后向遠程終端發(fā)送請求消息，以使遠程終端產生獨立的編碼視頻幀，從而對包括所述系統(tǒng)的移動終端的可視電話通信進行再同步。
2. 如權利要求l所述的系統(tǒng)，還包括與視頻相機裝置進行連接 的相機接口，其用于在包括所述系統(tǒng)的移動終端處接收由視頻相機裝 置所拍攝的連續(xù)圖像，其中所拍攝的圖像作為視頻數(shù)據(jù)將在正在進行 的可視電話通信中被傳送到遠程終端。
3. 如權利要求2所述的系統(tǒng)，其中所述可視電話控制裝置還被 配置成在無線接入連接恢復之后向遠程終端發(fā)送由視頻相機裝置所 拍攝的當前圖像的獨立的編碼視頻幀，以實現(xiàn)對移動終端中的可視電 話通信的再同步。
4. 如權利要求l所述的系統(tǒng)，還包括存儲裝置，其用于存儲正 在進行的可視電話通信的等待幀；并且其中可視電話控制裝置還被配 置成在檢測到連接到數(shù)據(jù)網絡的無線接入連接的中斷時清空存儲器 裝置中的等待幀或者避免對存儲器裝置中等待幀的使用。
5. 如權利要求l所述的系統(tǒng)，還包括與顯示裝置進行連接的顯 示接口，其用于與視頻解碼裝置進行連接并且用于提供待顯示的經過解碼的可視電話數(shù)據(jù)；并且其中可視電話控制裝置還被配置成在檢測 到連接到數(shù)據(jù)網絡的無線接入連接的中斷時通過顯示接口通知顯示 裝置停止對可視電話通信的當前顯示的視頻幀進行刷新。
6. 如權利要求l所述的系統(tǒng)，其中所述數(shù)據(jù)網絡是基于電路交 換和/或分組交換連接的網絡，并且其中通過無線接入網絡建立到數(shù) 據(jù)網絡的無線接入。
7. 如權利要求l所述的系統(tǒng)，其中無線接入連接是無線承載。
8. 如權利要求l所述的系統(tǒng)，其中所述系統(tǒng)通過一個單芯片或 通過包括幾個芯片的芯片組的電路來實現(xiàn)。
9. 一種移動終端，其通過數(shù)據(jù)網絡與經由所述數(shù)據(jù)網絡的至少 一個遠程終端進行可視電話通信，其中所述移動終端包括根據(jù)權利要 求1所述的系統(tǒng)或者根據(jù)權利要求8所述的芯片或芯片組。
10. 如權利要求9所述的移動終端，其中所述移動終端被配置成 經由提供連接到數(shù)據(jù)網絡的無線接入的無線接入網絡進行通信。
11. 一種用于在經由數(shù)據(jù)網絡進行通信的可視電話代理之間發(fā) 生中斷之后對可視電話通信進行再同步的方法，其中所述可視電話代 理之一是近程代理，該近程代理是具有連接到數(shù)據(jù)網絡的無線接入的 移動代理，并且與至少一個遠程代理進行通信，其中所述方法包括步 驟近程代理檢測所述可視電話通信的中斷，并且在可視電話連接 恢復之后請求遠程代理產生可視電話通信的獨立的編碼視頻幀，以用于在近程代理處對可視電話通信進行再同步。
12. 如權利要求11所述的方法，其中所述方法還包括步驟 近程代理響應于檢測到的中斷，保持近程代理處的可視電話通信的當前顯示的幀不變。
13. 如權利要求11所述的方法，其中所述方法還包括步驟 近程代理響應于檢測到的中斷，保持近程代理的視頻編碼器。
14. 如權利要求13所述的方法，其中對可視電話連接的中斷的檢測包括近程代理對無線接入連接的承載的存在的檢測。
15. 如權利要求14所述的方法，其中所述方法還包括在無線接入連接的承載恢復之后，在近程代理處產生獨立的編 碼視頻幀，并且將獨立的編碼器視頻幀發(fā)送到遠程代理，以用于對遠程代理處 的可視電話通信的再同步。
16. 如權利要求11所述的方法，其中所述方法還包括 近程代理響應于檢測到的中斷，清空將要從近程代理傳送到遠程代理的等待的可視電話幀。
17. 如權利要求11所述的方法，其中所述中斷是由近程代理連接到數(shù)據(jù)網絡的第一無線接入連接到另一無線接入連接的切換所引 起的。
18. 如權利要求11所述的方法，其中通過將用于快速視頻更新的消息或命令從近程代理發(fā)送到遠程代理來實現(xiàn)請求遠程代理產生 用于再同步的獨立的編碼幀。
19. 如權利要求18所述的方法，其中所述數(shù)據(jù)網絡是提供符合 H.324規(guī)范的無線接入的網絡，并且其中用于快速視頻更新的消息或 命令是符合H.245協(xié)議的"VideoFastUpdate"消息。
20. —種計算機程序產品，其用于在經由數(shù)據(jù)網絡進行通信的可 視電話代理之間發(fā)生中斷之后對可視電話通信進行再同步，其中所述 可視電話代理之一是近程代理，其是具有連接到數(shù)據(jù)網絡的無線接入 的移動代理并且與至少一個遠程代理進行通信，其中所述計算機程序 產品包括代碼工具，用于使處理器執(zhí)行如權利要求11所述的方法所 限定的步驟。
全文摘要
本發(fā)明涉及可視電話，尤其涉及對近程終端與遠程終端之間正在進行的可視電話通信的恢復或再同步。本發(fā)明提出實現(xiàn)一種在無線連接協(xié)議棧(例如在基于網絡層的無線連接的控制下的UMTS協(xié)議棧)與可視電話協(xié)議棧(負責處理近程終端與遠程終端之間正在進行的可視電話通信的音頻和視頻數(shù)據(jù))之間的機制。因此，近程終端的可視電話代理可以意識到所使用的連接到數(shù)據(jù)網絡的無線連接的可用性，例如，對于UMTS承載，RAT間的UMTS切換會引起其不存在，使得在可視電話連接恢復之后，可視電話代理請求遠程可視電話代理產生遠程代理的當前的視頻圖像的獨立的編碼幀，以用于快速再同步。
文檔編號H04N7/64GK101647290SQ200880010598
公開日2010年2月10日 申請日期2008年3月19日 優(yōu)先權日2007年3月29日
發(fā)明者讓·迪馬澤 申請人:Nxp股份有限公司