亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

視頻通信方法及終端的制作方法

文檔序號:7721289閱讀:123來源:國知局
專利名稱:視頻通信方法及終端的制作方法
技術(shù)領(lǐng)域
本發(fā)明實施例涉及通信技術(shù),尤其涉及一種視頻通信方法及終端。
背景技術(shù)
目前,在視頻通信中,第一終端和第二終端可通過交換系統(tǒng)中的媒體系統(tǒng)傳送相對應(yīng)的視頻文件,如媒體系統(tǒng)將第一終端的音視頻數(shù)據(jù)分離后打包成實時傳輸協(xié)議(Real-time Transport Protocol,簡稱RTP)報文,用以發(fā)送給視頻通信中的第二終端,以實現(xiàn)第二終端可查看第一終端的視頻信息。然而,在實際的視頻通信中,媒體系統(tǒng)傳輸?shù)腞TP報文常常出現(xiàn)丟失現(xiàn)象,導(dǎo)致視頻通信中的第二終端接收不到包含碼流配置信息的RTP報文,另由于 視頻通信中的第一終端已經(jīng)發(fā)送過碼流配置信息,故該第一終端不再發(fā)送第一終端的碼流配置信息,由此導(dǎo)致視頻通信中的第二終端無法獲取第一終端的視頻信息,導(dǎo)致視頻通信中的第二終端出現(xiàn)黑屏現(xiàn)象。同樣地,在客服系統(tǒng)的視頻通信建立后,第一終端可接收客服端提供的視頻彩鈴,客服端也可查看第一終端的視頻信息,由于視頻通信中媒體系統(tǒng)傳輸?shù)腞TP報文常常丟失,進而該視頻通信中的客服端也常常出現(xiàn)上述的黑屏現(xiàn)象。

發(fā)明內(nèi)容
本發(fā)明實施例提供的視頻通信方法及終端,用以避免現(xiàn)有技術(shù)中視頻通信的終端出現(xiàn)的黑屏問題。本發(fā)明一方面提供了一種視頻通信方法,包括第二終端建立與第一終端之間的視頻通信連接之后,且所述第二終端在預(yù)設(shè)時間內(nèi)沒有收到所述第一終端的碼流配置信息,則所述第二終端向所述第一終端請求所述第一終端的碼流配置信息;所述第二終端獲取所述第一終端發(fā)送的所述第一終端的碼流配置信息,用以使所述第二終端與所述第一終端進行視頻通信。本發(fā)明的另一方面還提供了一種視頻通信方法,包括第一終端接收第二終端發(fā)送的碼流配置請求消息,用以請求所述第一終端的碼流配置信息,所述碼流配置請求消息為所述第一終端建立與所述第二終端之間的視頻通信連接之后,且所述第二終端在預(yù)設(shè)時間內(nèi)沒有收到所述第一終端的碼流配置信息時發(fā)送的;所述第一終端向所述第二終端發(fā)送所述第一終端的碼流配置信息,用以使所述第二終端與所述第一終端進行視頻通信。本發(fā)明的另一方面還提供了一種終端,包括終端建立與另一終端之間的視頻通信連接之后,且所述終端在預(yù)設(shè)時間內(nèi)沒有收到所述另一終端的碼流配置信息;第一請求單元,用于向所述另一終端請求所述另一終端的碼流配置信息;第一獲取單元,用于獲取所述另一終端發(fā)送的所述另一終端的碼流配置信息,用以使所述終端與所述另一終端進行視頻通信。本發(fā)明的另一方面還提供了一種終端,包括第一接收單元,用于接收另一終端發(fā)送的碼流配置請求消息,用以請求終端的碼流配置信息,所述碼流配置請求消息為所述終端建立與所述另一終端之間的視頻通信連接之后,且所述另一終端在預(yù)設(shè)時間內(nèi)沒有收到所述終端的碼流配置信息時發(fā)送的;第一發(fā)送單元,用于向所述另一終端發(fā)送所述終端的碼流配置信息,用以使所述 另一終端與所述終端進行視頻通信。由上述技術(shù)方案可知,本發(fā)明實施例的視頻通信方法及終端,在第二終端沒有收到第一終端的碼流配置信息時可向第一終端請求再次發(fā)送第一終端的碼流配置信息,以有效解決現(xiàn)有技術(shù)中視頻通信的終端出現(xiàn)的黑屏問題。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案,下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作一簡單地介紹,顯而易見地,下面描述中的附圖是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明一實施例提供的視頻通信方法的流程示意圖;圖2為本發(fā)明另一實施例提供的視頻通信方法的流程示意圖;圖3為本發(fā)明另一實施例提供的視頻通信方法的流程示意圖;圖4為本發(fā)明另一實施例提供的視頻通信方法的流程示意圖;圖5為本發(fā)明一實施例提供的包含碼流配置信息的報文格式示意圖;圖6為本發(fā)明另一實施例提供的包含碼流配置信息的報文格式示意圖;圖7為本發(fā)明一實施例提供的終端的結(jié)構(gòu)示意圖;圖8為本發(fā)明另一實施例提供的終端的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合本發(fā)明實施例中的附圖,對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述,顯然,所描述的實施例是本發(fā)明一部分實施例,而不是全部的實施例?;诒景l(fā)明中的實施例,本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。本文中術(shù)語“和/或”,僅僅是一種描述關(guān)聯(lián)對象的關(guān)聯(lián)關(guān)系,表示可以存在三種關(guān)系,例如,A和/或B,可以表示單獨存在A,同時存在A和B,單獨存在B這三種情況。另夕卜,本文中字符“/”,一般表示前后關(guān)聯(lián)對象是一種“或”的關(guān)系。本發(fā)明實施例中提及的實時傳輸協(xié)議(Realtime Transport Protocol,簡稱RTP)是針對Internet上多媒體數(shù)據(jù)流的一個傳輸協(xié)議,用以提供時間信息和實現(xiàn)流同步。另外,本發(fā)明實施例中提及的實時傳輸控制協(xié)議(Realtime TransportControlProtocol,簡稱RTCP),用于負(fù)責(zé)管理傳輸質(zhì)量在當(dāng)前應(yīng)用進程之間交換控制信息。其中,RTCP報文中包括有已發(fā)送的報文的數(shù)量、丟失的報文的數(shù)量等統(tǒng)計資料。第一終端和/或第二終端可以利用RTCP報文中的信息動態(tài)地改變傳輸速率,甚至改變有效載荷類型。本發(fā)明中將RTP報文和RTCP報文配合使用,能以有效的反饋使視頻通信中的傳輸效率最佳化。圖I為本發(fā)明一實施例提供的視頻通信方法的流程示意圖,如圖I所示,本實施例的視頻通信方法可以如下所述。101、第二終端建立與第一終端之間的視頻通信連接之后,且第二終端在預(yù)設(shè)時間內(nèi)沒有收到第一終端的碼流配置信息。舉例來說,本實施例中的碼流配置信息屬于視頻編解碼必須的信息,其包括序列參數(shù)集和對應(yīng)該序列參集的圖像參數(shù)集。其中,序列參數(shù)集包括了與一個圖像序列有關(guān)的所有信息,如檔次和級別,其中,檔次和級別規(guī)定了圖像編碼中比特流需要遵守的限制要求取樣速率、圖像尺寸、編碼比特率等等。圖像參數(shù)集包含了屬于一個圖像的所有的圖像片段的數(shù)據(jù)信息,以應(yīng)用視頻序列中的一個或多個獨立的圖像。多個不同序列參數(shù)集和圖像參數(shù)集被解碼器正確接收后,被存儲于不同的已編碼位置,解碼器根據(jù)每個已編碼的圖像片段的片頭的存儲位置選擇合適的圖像參數(shù)集來使用。
在實際應(yīng)用中,第二終端建立與第一終端之間的視頻通信連接之后,若第二終端出現(xiàn)黑屏,則第二終端內(nèi)部會自動檢測是否解析有第一終端的圖像片段信息,若沒有,則確定第二終端的黑屏屬于未獲取到第一終端發(fā)送的碼流配置信息,進而第二終端可在預(yù)設(shè)時間內(nèi)查看是否接收到第一終端的碼流配置信息。102、第二終端向第一終端請求第一終端的碼流配置信息。舉例來說,第二終端可通過媒體系統(tǒng)向第一終端發(fā)送請求第一終端的碼流配置信肩、O在實際應(yīng)用中,步驟102可具體為第二終端向第一終端發(fā)送RTCP報文,RTCP報文中包含用于請求第一終端的碼流配置信息的標(biāo)識信息。通常,在第一終端和第二終端建立視頻通信連接之后,第二終端和第一終端能夠查看到相對應(yīng)的視頻信息時,RTP報文和RTCP報文是同時傳送的,其中,RTP報文只負(fù)責(zé)實時數(shù)據(jù)的傳輸,RTCP報文負(fù)責(zé)對RTP報文的服務(wù)質(zhì)量進行管理,例如丟失RTP報文的數(shù)量、RTP報文的流量控制、RTP報文的擁塞控制等。在本實施例中,視頻通信中的第二終端出現(xiàn)黑屏現(xiàn)象時,本發(fā)明實施例中的RTCP報文還包含用于請求第一終端的碼流配置信息的標(biāo)識信息,以使第一終端接收第二終端發(fā)送的RTCP報文之后,根據(jù)RTCP報文中的用于請求第一終端的碼流配置信息的標(biāo)識信息獲知第二終端沒有接收到第一終端發(fā)送的包含碼流配置信息的RTP報文。103、第二終端獲取第一終端發(fā)送的第一終端的碼流配置信息,用以使第二終端與第一終端進行視頻通信。舉例來說,第二終端可獲取包含第一終端的碼流配置信息的RTP報文。在實際應(yīng)用中,該RTP報文可被封裝成IP數(shù)據(jù)幀,用以在媒體系統(tǒng)中進行傳輸。需要說明的是,交換系統(tǒng)包括信令系統(tǒng)和媒體系統(tǒng),其中,信令系統(tǒng)將第一終端的碼流配置信息發(fā)送至第二終端、將第二終端的碼流配置信息發(fā)送至第一終端是在第一終端與第二終端之間建立視頻通信的信令協(xié)商過程中。當(dāng)?shù)谝唤K端與第二終端之間已經(jīng)建立視頻通信連接之后,第一終端的碼流配置信息和第二終端碼流配置信息用以通過媒體系統(tǒng)進行傳輸。上述實施例中的視頻通信方法在第二終端沒有收到第一終端的碼流配置信息時可向第一終端請求再次發(fā)送第一終端的碼流配置信息,以有效解決現(xiàn)有技術(shù)中包含碼流配置信息的RTP報文丟失的問題,避免了現(xiàn)有技術(shù)的視頻通信終端的黑屏的問題。在上述實施例的基礎(chǔ)上,圖2示出了本發(fā)明一實施例提供的視頻通信方法的流程示意圖,如圖2所示,本實施例的視頻通信方法可以如下所述。201、第一終端向信令系統(tǒng)發(fā)送信令控制消息,該信令控制消息包括用于第一終端與第二終端建立視頻通信的建立視頻會話請求信息和第一終端的IP地址。202、信令系統(tǒng)接收第一終端的信令控制消息之后,檢測信令控制消息中是否攜帶第一終端的碼流配置信息,若確定信令控制消息中沒有攜帶第一終端的碼流配置信息,則執(zhí)行如下步驟203 ;否則,待信令系統(tǒng)獲取到第二終端的IP地址后,將第一終端的碼流配置信息發(fā)送至第二終端。 203、信令系統(tǒng)向媒體系統(tǒng)發(fā)送請求檢測碼流配置消息,該請求檢測碼流配置信息包含了第一終端的IP地址,該請求檢測碼流配置消息用于媒體系統(tǒng)根據(jù)第一終端的IP地址檢測第一終端的碼流配置信息。媒體系統(tǒng)檢測處理第一終端的碼流配置信息的過程見步驟208。204、信令系統(tǒng)向第二終端轉(zhuǎn)發(fā)建立視頻會話請求信息。205、第二終端接收信令系統(tǒng)轉(zhuǎn)發(fā)的建立視頻會話請求信息后,向信令系統(tǒng)發(fā)送包括第二終端的IP地址的響應(yīng)消息,以建立與第一終端之間的視頻通信連接。206、信令系統(tǒng)接收響應(yīng)消息后,確定響應(yīng)消息中是否攜帶第二終端的碼流配置信息。如果響應(yīng)消息沒有攜帶第二終端的碼流配置信息,則執(zhí)行步驟207。207、信令系統(tǒng)向媒體系統(tǒng)發(fā)送請求檢測碼流配置消息,用于根據(jù)第二終端的IP地址檢測第二終端的碼流配置信息。208、若媒體系統(tǒng)接收到步驟203中信令系統(tǒng)發(fā)送的請求檢測碼流配置消息時,檢測到第一終端的碼流配置信息,執(zhí)行步驟209,否則,在預(yù)設(shè)時間內(nèi),媒體系統(tǒng)繼續(xù)檢測。同樣,若媒體系統(tǒng)接收到步驟207中信令系統(tǒng)發(fā)送的請求檢測碼流配置消息時,檢測到第二終端的碼流配置信息,執(zhí)行步驟209,否則,在預(yù)設(shè)時間內(nèi),媒體系統(tǒng)繼續(xù)檢測。209、根據(jù)第二終端的IP地址將第一終端的碼流配置信息發(fā)送至第二終端。同樣,根據(jù)第一終端的IP地址將第二終端的碼流配置信息發(fā)送至第一終端。210、若第二終端接收媒體系統(tǒng)發(fā)送的第一終端的碼流配置信息后,在預(yù)設(shè)時間內(nèi),沒有獲取到第一終端的視頻信息,則執(zhí)行步驟211 ;否則,第二終端獲取到第一終端的視頻息。211、第二終端向第一終端發(fā)送用于請求第一終端的碼流配置信息的RTCP報文。在本實施例中,第二終端通過媒體系統(tǒng)向第一終端發(fā)送RTCP報文。212、第一終端接收RTCP報文后,將第一終端的碼流配置信息重新發(fā)送至第二終端。具體地,本實施例中第一終端可通過媒體系統(tǒng)將第一終端的碼流配置信息發(fā)送至第二終端。特別地,該媒體系統(tǒng)將第一終端的碼流配置信息以RTP報文的形式發(fā)送至第二終端。另外,在上述步驟208中,媒體系統(tǒng)在預(yù)設(shè)時間內(nèi)沒有檢測到第一終端的碼流配置信息,此時,由于第一終端和第二終端的視頻通信已經(jīng)連接,第二終端在預(yù)設(shè)時間內(nèi)沒有接收到所述第一終端的碼流配置信息,第二終端向第一終端發(fā)送用于請求第一終端的碼流配置信息的RTCP報文,以使第一終端將第一終端的碼流配置信息重新發(fā)送至第二終端。與此相對應(yīng)的是,若第一終端在預(yù)設(shè)時間內(nèi)沒有收到第二終端的碼流配置信息,則第一終端向第二終端發(fā)送用于請求第二終端碼流配置信息的RTCP報文,以使第二終端將第二終端的碼流配置信息重新發(fā)送至第一終端。應(yīng)了解的是,若第二終端和第一終端在信令協(xié)商過程中均獲取到對端的碼流配置信息,則第一終端和第二終端進行正常的視頻通信。也就是說,第一終端向信令系統(tǒng)發(fā)送的信令控制消息中攜帶有第一終端的碼流配置信息,且第二終端在響應(yīng)消息中也攜帶有第二終端的碼流配置信息,進而信令系統(tǒng)在信令協(xié)商過程中,根據(jù)第一終端的IP地址將第二終端的碼流配置信息發(fā)送至第一終端,以及根據(jù)第二終端的IP地址將第一終端的碼流配置信息發(fā)送至第二終端,以使第一終端和第二終端進行正常的視頻通信。上述實施例中的視頻通信方法能夠有效解決現(xiàn)有技術(shù)中包含碼流配置信息的RTP報文丟失的問題,使得視頻通信中的兩個終端(如第一終端和第二終端)均能夠獲取到視 頻信息,避免了現(xiàn)有技術(shù)中視頻通信終端的黑屏的問題。在上述實施例的基礎(chǔ)上,圖3示出了本發(fā)明一實施例提供的視頻通信方法的流程示意圖,如圖3所示,本實施例的視頻通信方法可以如下所述。301、第一終端接收第二終端發(fā)送的碼流配置請求消息,用以請求所述第一終端的碼流配置信息,碼流配置請求消息為第一終端建立與第二終端之間的視頻通信連接之后,且所述第二終端在預(yù)設(shè)時間內(nèi)沒有收到所述第一終端的碼流配置信息時發(fā)送的。舉例來說,本實施例中提及的碼流配置信息可包括序列參數(shù)集和對應(yīng)該序列參數(shù)集的圖像參數(shù)集。在實際的應(yīng)用中,第一終端接收所述第二終端發(fā)送的RTCP報文,RTCP報文中包含用于請求第一終端的碼流配置信息的標(biāo)識信息。本實施例中的第一終端可通過媒體系統(tǒng)向第二終端發(fā)送RTCP報文。302、第一終端向第二終端發(fā)送第一終端的碼流配置信息,用以使第二終端與第一終端進行視頻通信。在本實施例中,第一終端向第二終端發(fā)送包含第一終端的碼流配置信息的RTP報文。該處的RTP報文可通過媒體系統(tǒng)傳輸。上述實施例中的視頻通信方法在第一終端沒有收到第二終端的碼流配置信息時可向第一終端請求再次發(fā)送第二終端的碼流配置信息,以有效解決現(xiàn)有技術(shù)的視頻通信終端的黑屏的問題。在上述實施例的基礎(chǔ)上,圖4示出了本發(fā)明一實施例提供的視頻通信方法的流程示意圖,如圖4所示,本實施例的視頻通信方法可以如下所述。當(dāng)?shù)诙K端為資源控制系統(tǒng)時,其資源控制系統(tǒng)內(nèi)部存儲有視頻彩鈴,可用于與第一終端建立視頻通信連接,此時,第一終端獲取資源控制系統(tǒng)中視頻彩鈴的碼流配置信息,資源控制系統(tǒng)獲取第一終端的碼流配置信息。若資源控制系統(tǒng)與第一終端之間在視頻通信過程中出現(xiàn)本發(fā)明實施例中的黑屏現(xiàn)象,則通過本發(fā)明實施例中描述的方法解決。具體地,第一終端與資源控制系統(tǒng)之間建立視頻通信連接的過程可如下文所述。401、第一終端向信令系統(tǒng)發(fā)送信令控制消息,該信令控制消息中包括第一終端與資源控制系統(tǒng)建立視頻通信的建立視頻會話請求信息和第一終端的IP地址。402、信令系統(tǒng)接收第一終端的信令控制消息之后,檢測信令控制消息中是否攜帶第一終端的碼流配置信息,若確定沒有攜帶第一終端的碼流配置信息,則執(zhí)行如下步驟403 ;否則,待信令系統(tǒng)獲取到資源控制系統(tǒng)的IP地址后,將第一終端的碼流配置信息發(fā)送至資源控制系統(tǒng)。403、信令系統(tǒng)向媒體系統(tǒng)發(fā)送請求檢測碼流配置消息,用于檢測第一終端的碼流配置信息,以及信令系統(tǒng)向資源控制系統(tǒng)轉(zhuǎn)發(fā)信令控制消息中的建立視頻會話請求信息。404、資源控制系統(tǒng)接收信令系統(tǒng)轉(zhuǎn)發(fā)的建立視頻會話請求信息后,向信令系統(tǒng)發(fā)送包括資源控制系統(tǒng)的碼流配置信息和IP地址的響應(yīng)消息,以建立與第一終端之間的視頻通信連接。405、信令系統(tǒng)接收響應(yīng)消息后,根據(jù)第一終端的IP地址將資源控制系統(tǒng)的碼流 配置信息發(fā)送至第一終端。406、若資源控制系統(tǒng)在預(yù)設(shè)時間內(nèi)沒有接收到第一終端的碼流配置信息,則向第一終端發(fā)送用于請求第一終端的碼流配置信息的RTCP報文。特別地,若媒體系統(tǒng)沒有檢測到第一終端的碼流配置信息,則在第一終端和資源控制系統(tǒng)視頻通信建立連接之后,資源控制系統(tǒng)向第一終端發(fā)送用于請求第一終端的碼流配置信息的RTCP報文。407、第一終端接收RTCP報文后,向資源控制系統(tǒng)發(fā)送第一終端的碼流配置信息。在本實施例中,第一終端通過媒體系統(tǒng)向資源控制系統(tǒng)發(fā)送第一終端的碼流配置信息。上述實施例中的視頻通信方法在資源控制系統(tǒng)沒有收到第一終端的碼流配置信息時可向第一終端請求第一終端的碼流配置信息,以有效解決現(xiàn)有技術(shù)中視頻通信終端的黑屏問題。在上述實施例的基礎(chǔ)上,本實施例中舉例說明采用H. 264協(xié)議和MPEG4協(xié)議的碼流配置信息。本實施例中圖5示意性說明H. 264協(xié)議的包含碼流配置信息的報文格式,以及圖6示意性說明MPEG4協(xié)議的包含碼流配置信息的報文格式。圖5和圖6為本發(fā)明一實施例提供的包含碼流配置信息的報文格式示意圖,其中,圖5示出的是H. 264協(xié)議的RTP報文的凈荷格式的位域表示的示意圖。H. 264協(xié)議的網(wǎng)絡(luò)數(shù)據(jù)是以網(wǎng)絡(luò)抽象單元(NAL Unit,簡稱NALU)為單位,當(dāng)NALU的第一個字節(jié)是0x67或0x68時,表示該NALU是碼流配置信息。每個H. 264協(xié)議的碼流配置信息均需兩個NALU,其中一個NALU的第一個字節(jié)為0x67,另一個NALU的第一個字節(jié)為0x68。圖5中所示的數(shù)據(jù)包中包含多個NALU,其中,數(shù)據(jù)包的報頭為NALU IH DR,該數(shù)據(jù)包中的type域等于24,NALU Isize為NALU的長度16位,NALU IData為NALU的內(nèi)容。圖6示出的是MPEG4協(xié)議中的RTP報文格式示意圖,如圖6所示,RTP報文的凈荷格式中包含圖6中從000001B0 (視頻序列起始碼)開始,到000001B6 (V0P起始碼)之前的數(shù)據(jù),則確定RTP報文為包含碼流配置信息的報文。當(dāng)然,上述實施例僅示意性的說明包含碼流配置信息的報文格式,本實施例不對該包含碼流配置信息的報文格式進行限定。圖7為本發(fā)明一實施例提供的終端的結(jié)構(gòu)示意圖,如圖7所示,本實施例中的終端可包括第一請求單元701和第一獲取單元702。其中,在終端建立與另一終端之間的視頻通信連接之后,且終端在預(yù)設(shè)時間內(nèi)沒有收到另一終端的碼流配置信息,則第一請求單元701用于向另一終端請求另一終端的碼流配置信息;第一獲取單元702用于獲取另一終端發(fā)送的另一終端的碼流配置信息,用以使終端與另一終端進行視頻通信。在本實施例中,第一請求單元701具體用于向另一終端發(fā)送RTCP報文,RTCP報文中包含用于請求另一終端的碼流配置信息的標(biāo)識信息。第一獲取單元702具體用于獲取包含另一終端的碼流配置信息的RTP報文。優(yōu)選地,RTCP報文和RTP報文均采用媒體系統(tǒng)進行傳輸。本實施例中的終端在預(yù)設(shè)時間內(nèi)沒有收到另一終端的碼流配置信息時可通過第一請求單元向另一終端請求再次發(fā)送另一終端的碼流配置信息,進而通過第一獲取單元獲取第一終端再次發(fā)送的第一終端的碼流配置信息,用以解決現(xiàn)有技術(shù)中視頻通信終端的黑屏問題。圖8為本發(fā)明一實施例提供的終端的結(jié)構(gòu)示意圖,如圖8所示,本實施例中的終端可包括第一接收單元801和第一發(fā)送單元802。其中,第一接收單元801用于接收另一終端發(fā)送的碼流配置請求消息,用以請求終端的碼流配置信息,碼流配置請求消息為終端建立與另一終端之間的視頻通信連接之后,且另一終端在預(yù)設(shè)時間內(nèi)沒有收到終端的碼流配置信息時發(fā)送的;第一發(fā)送單元802用于向所述另一終端發(fā)送終端的碼流配置信息,用以使另一終端與終端進行視頻通信。在實際應(yīng)用中,第一接收單元801具體用于接收另一終端發(fā)送的RTCP報文,RTCP報文中包含用于請求終端的碼流配置信息的標(biāo)識信息。第一發(fā)送單元802具體用于向另一終端發(fā)送包含終端的碼流配置信息的RTP報文。特別地,本實施例中的RTCP報文和RTP報文均可采用媒體系統(tǒng)傳輸。本實施例中的終端的第一接收單元可接收用于請求該終端碼流配置信息的請求消息,用以通過第一發(fā)送單元將終端的碼流配置信息發(fā)送至另一終端,可使另一終端在視頻通信過程中獲取到視頻信息,避免了現(xiàn)有技術(shù)視頻通信的終端的黑屏問題。需要說明的是對于前述的各方法實施例,為了簡單描述,故將其都表述為一系列的動作組合,但是本領(lǐng)域技術(shù)人員應(yīng)該知悉,本發(fā)明并不受所描述的動作順序的限制,因為依據(jù)本發(fā)明,某些可以采用其他順序或者同時進行。其次,本領(lǐng)域技術(shù)人員也應(yīng)該知悉,說明書中所描述的實施例均屬于優(yōu)選實施例,所涉及的動作和單元并不一定是本發(fā)明所必須的。在上述實施例中,對各個實施例的描述都各有側(cè)重,某個實施例中沒有詳述的部分,可以參見其他實施例的相關(guān)描述。所屬領(lǐng)域的技術(shù)人員可以清楚地了解到,為描述的方便和簡潔,上述描述的系統(tǒng),裝置和單元的具體工作過程,可以參考前述方法實施例中的對應(yīng)過程,在此不再贅述。在本申請所提供的幾個實施例中,應(yīng)該理解到,所揭露的系統(tǒng),裝置和方法,可以通過其它的方式實現(xiàn)。例如,以上所描述的裝置實施例僅僅是示意 性的,例如,所述單元的劃分,僅僅為一種邏輯功能劃分,實際實現(xiàn)時可以有另外的劃分方式,例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng),或一些特征可以忽略,或不執(zhí)行。另一點,所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口,裝置或單元的間接耦合或通信連接,可以是電性,機械或其它的形式。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網(wǎng)絡(luò)單元上??梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。另外,在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中,也可以是各個單元單獨物理存在,也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn),也可以采用軟件功能單元的形式實現(xiàn)。所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時,可以存儲在一個計算機可讀取存儲介質(zhì)中。基于這樣的理解,本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來,該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中,包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機,服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括U盤、移動硬盤、只讀存儲器(R0M,·Read-OnlyMemory)、隨機存取存儲器(RAM, Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應(yīng)說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案,而非對其限制;盡管參照前述實施例對本發(fā)明進行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改,或者對其中部分技術(shù)特征進行等同替換;而這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種視頻通信方法,其特征在于,包括 第二終端建立與第一終端之間的視頻通信連接之后,且所述第二終端在預(yù)設(shè)時間內(nèi)沒有收到所述第一終端的碼流配置信息,則所述第二終端向所述第一終端請求所述第一終端的碼流配置信息; 所述第二終端獲取所述第一終端發(fā)送的所述第一終端的碼流配置信息,用以使所述第二終端與所述第一終端進行視頻通信。
2.根據(jù)權(quán)利要求I所述的視頻通信方法,其特征在于,所述第二終端向所述第一終端請求所述第一終端的碼流配置信息,包括 所述第二終端向所述第一終端發(fā)送實時傳輸控制協(xié)議報文,所述實時傳輸控制協(xié)議報文中包含用于請求所述第一終端的碼流配置信息的標(biāo)識信息; 所述第二終端獲取所述第一終端發(fā)送的所述第一終端的碼流配置信息,包括 所述第二終端獲取包含所述第一終端的碼流配置信息的實時傳輸協(xié)議報文。
3.根據(jù)權(quán)利要求I或2所述的視頻通信方法,其特征在于, 所述碼流配置信息包括序列參數(shù)集和對應(yīng)所述序列參數(shù)集的圖像參數(shù)集。
4.一種視頻通信方法,其特征在于,包括 第一終端接收第二終端發(fā)送的碼流配置請求消息,用以請求所述第一終端的碼流配置信息,所述碼流配置請求消息為所述第一終端建立與所述第二終端之間的視頻通信連接之后,且所述第二終端在預(yù)設(shè)時間內(nèi)沒有收到所述第一終端的碼流配置信息時發(fā)送的; 所述第一終端向所述第二終端發(fā)送所述第一終端的碼流配置信息,用以使所述第二終端與所述第一終端進行視頻通信。
5.根據(jù)權(quán)利要求4所述的視頻通信方法,其特征在于, 所述第一終端接收所述第二終端發(fā)送的碼流配置請求消息,包括 所述第一終端接收所述第二終端發(fā)送的實時傳輸控制協(xié)議報文,所述實時傳輸控制協(xié)議報文中包含用于請求所述第一終端的碼流配置信息的標(biāo)識信息; 所述第一終端向所述第二終端發(fā)送所述第一終端的碼流配置信息,包括 第一終端向所述第二終端發(fā)送包含所述第一終端的碼流配置信息的實時傳輸協(xié)議報文。
6.一種終端,其特征在于,包括 終端建立與另一終端之間的視頻通信連接之后,且所述終端在預(yù)設(shè)時間內(nèi)沒有收到所述另一終端的碼流配置信息; 第一請求單元,用于向所述另一終端請求所述另一終端的碼流配置信息; 第一獲取單元,用于獲取所述另一終端發(fā)送的所述另一終端的碼流配置信息,用以使所述終端與所述另一終端進行視頻通信。
7.根據(jù)權(quán)利要求6所述的終端,其特征在于, 所述第一請求單元具體用于 向所述另一終端發(fā)送實時傳輸控制協(xié)議報文,所述實時傳輸控制協(xié)議報文中包含用于請求所述另一終端的碼流配置信息的標(biāo)識信息; 所述第一獲取單元具體用于 獲取包含所述另一終端的碼流配置信息的實時傳輸協(xié)議報文。
8.根據(jù)權(quán)利要求6或7所述的終端,其特征在于, 所述碼流配置信息包括序列參數(shù)集和對應(yīng)所述序列參數(shù)集的圖像參數(shù)集。
9.一種終端,其特征在于,包括 第一接收單元,用于接收另一終端發(fā)送的碼流配置請求消息,用以請求終端的碼流配置信息,所述碼流配置請求消息為所述終端建立與所述另一終端之間的視頻通信連接之后,且所述另一終端在預(yù)設(shè)時間內(nèi)沒有收到所述終端的碼流配置信息時發(fā)送的; 第一發(fā)送單元,用于向所述另一終端發(fā)送所述終端的碼流配置信息,用以使所述另一終端與所述終端進行視頻通信。
10.根據(jù)權(quán)利要求9所述的終端,其特征在于, 所述第一接收單元具體用于接收所述另一終端發(fā)送的實時傳輸控制協(xié)議報文,所述實時傳輸控制協(xié)議報文中包含用于請求所述終端的碼流配置信息的標(biāo)識信息; 所述第一發(fā)送單元具體用于 向所述另一終端發(fā)送包含所述終端的碼流配置信息的實時傳輸協(xié)議報文。
全文摘要
本發(fā)明實施例提供一種視頻通信方法及終端,其中視頻通信方法包括第二終端建立與第一終端之間的視頻通信連接之后,且所述第二終端在預(yù)設(shè)時間內(nèi)沒有收到所述第一終端的碼流配置信息,則所述第二終端向所述第一終端請求所述第一終端的碼流配置信息;所述第二終端獲取所述第一終端發(fā)送的所述第一終端的碼流配置信息,用以使所述第二終端與所述第一終端進行視頻通信。上述方法用以避免現(xiàn)有技術(shù)中視頻通信的終端出現(xiàn)的黑屏問題。
文檔編號H04N7/14GK102883129SQ20111019279
公開日2013年1月16日 申請日期2011年7月11日 優(yōu)先權(quán)日2011年7月11日
發(fā)明者宋貴勇 申請人:華為軟件技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1