一種視頻通話方法及視頻通話端的制作方法
【專利摘要】本發(fā)明公開了一種視頻通話方法及視頻通話端，屬于視頻通話技術(shù)領(lǐng)域；方法包括：采用一視頻發(fā)起端向一視頻中轉(zhuǎn)端發(fā)送一通話請求報文，通話請求報文中攜帶關(guān)聯(lián)于視頻發(fā)起端的第一視頻采集速率；視頻中轉(zhuǎn)端解析通話請求報文，并將通話請求報文轉(zhuǎn)發(fā)至視頻接收端；視頻接收端解析通話請求報文，并向視頻中轉(zhuǎn)端返回一通話應(yīng)答報文，通話應(yīng)答報文中攜帶關(guān)聯(lián)于第二視頻客戶端的第二視頻采集速率；視頻中轉(zhuǎn)端將通話應(yīng)答報文轉(zhuǎn)發(fā)至視頻發(fā)起端；視頻發(fā)起端解析通話應(yīng)答報文，并通過視頻中轉(zhuǎn)端向第二視頻客戶端發(fā)送一通話確認報文，隨后進行視頻通話。上述技術(shù)方案的有益效果是：避免上下行帶寬不對稱導(dǎo)致視頻通話體驗度較差的問題。
【專利說明】
一種視頻通話方法及視頻通話端
技術(shù)領(lǐng)域
[0001]本發(fā)明涉及視頻通話技術(shù)領(lǐng)域，尤其涉及一種視頻通話方法及視頻通話端。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)技術(shù)的日益發(fā)展，基于互聯(lián)網(wǎng)絡(luò)的視頻通話在人們的生活中越來越普及?，F(xiàn)有的點對點視頻通話，需要融合語音、視頻以及數(shù)據(jù)等通信信息。但是融合通信的一個問題就是容易引發(fā)網(wǎng)絡(luò)性能的問題，融合通信的通信質(zhì)量嚴重依賴現(xiàn)有的網(wǎng)絡(luò)性能，要保證融合通信的質(zhì)量，需要互聯(lián)網(wǎng)絡(luò)不但能提供多種服務(wù)，還要保證端到端的良好性能。而現(xiàn)階段的互聯(lián)網(wǎng)絡(luò)的狀況是比較復(fù)雜的，點對點通信的雙方帶寬狀況參差不齊，帶寬時延較大以及帶寬不穩(wěn)定等問題都會限制視頻通話的質(zhì)量。

【發(fā)明內(nèi)容】

[0003]基于現(xiàn)有技術(shù)中存在的上述問題，現(xiàn)提供一種視頻通話方法及視頻通話端的技術(shù)方案，旨在避免運營網(wǎng)絡(luò)上下行帶寬不對稱導(dǎo)致的點對點視頻通話過程中體驗度較差的問題，降低網(wǎng)絡(luò)承載負荷，提高網(wǎng)絡(luò)傳輸質(zhì)量，改善視頻通話體驗。
[0004]上述技術(shù)方案具體包括:
[0005]—種視頻通話方法，其中，包括:
[0006]步驟SI，采用一視頻發(fā)起端向一視頻中轉(zhuǎn)端發(fā)送一通話請求報文，所述通話請求報文中攜帶關(guān)聯(lián)于所述視頻發(fā)起端的第一視頻采集速率；
[0007]步驟S2，所述視頻中轉(zhuǎn)端解析所述通話請求報文，并將所述通話請求報文轉(zhuǎn)發(fā)至視頻接收端；
[0008]步驟S3，所述視頻接收端解析所述通話請求報文，并向所述視頻中轉(zhuǎn)端返回一通話應(yīng)答報文，所述通話應(yīng)答報文中攜帶關(guān)聯(lián)于所述第二視頻客戶端的第二視頻采集速率；
[0009]步驟S4，所述視頻中轉(zhuǎn)端將所述通話應(yīng)答報文轉(zhuǎn)發(fā)至所述視頻發(fā)起端；
[0010]步驟S5，所述視頻發(fā)起端解析所述通話應(yīng)答報文，并通過所述視頻中轉(zhuǎn)端向所述第二視頻客戶端發(fā)送一通話確認報文，隨后進行視頻通話；
[0011 ]所述步驟S3中，所述視頻接收端解析所述通話請求報文，并將所述第一視頻采集速率和所述第二視頻采集速率中較低的一個作為所述視頻通話中協(xié)商執(zhí)行的視頻采集速率，以及
[0012]所述步驟S4中，所述視頻發(fā)起端解析所述通話應(yīng)答報文，并將所述第一視頻采集速率和所述第二視頻采集速率中較低的一個作為所述視頻通話中協(xié)商執(zhí)行的視頻采集速率。
[0013]優(yōu)選的，該視頻通話方法，其中，所述視頻中轉(zhuǎn)端為基于會話初始協(xié)議工作的服務(wù)端。
[0014]優(yōu)選的，該視頻通話方法，其中，所述通話請求報文和所述通話應(yīng)答報文均為由會話描述協(xié)議構(gòu)成的報文。
[0015]優(yōu)選的，該視頻通話方法，其中，所述步驟S2中，所述視頻中轉(zhuǎn)端接收到所述通話請求報文后，向所述視頻發(fā)起端返回一個通話嘗試報文；
[0016]所述通話嘗試報文為由會話描述協(xié)議構(gòu)成的報文。
[0017]優(yōu)選的，該視頻通話方法，其中，所述步驟S5中，所述視頻發(fā)起端與所述視頻接收端之間進行所述視頻通話，并采用實時傳輸協(xié)議進行視頻數(shù)據(jù)的傳輸。
[0018]優(yōu)選的，該視頻通話方法，其中，將視頻采集速率的可能取值由大到小劃分為多個不同的取值等級；
[0019]在所述視頻通話的過程中，所述視頻發(fā)起端和所述視頻接收端均作為視頻通話端；
[0020]在所述視頻通話的過程中，若一個視頻通話端檢測到視頻傳輸質(zhì)量下降，則檢測到視頻傳輸質(zhì)量下降所述視頻通話端根據(jù)當前的視頻采集速率獲得一修改后的視頻采集速率；
[0021]隨后，將所述修改后的視頻采集速率作為所述第一視頻采集速率，將所述當前的視頻采集速率作為所述第二視頻采集速率，將檢測到視頻傳輸質(zhì)量下降的所述視頻通話端作為所述視頻發(fā)起端，以及將另一個所述視頻通話端作為所述視頻接收端，重新執(zhí)行所述步驟SI至所述步驟S5;
[0022]所述修改后的視頻采集速率的所述取值等級小于所述當前的視頻采集速率的所述取值等級。
[0023]—種視頻通話端，其中，采用上述的視頻通話方法。
[0024]上述技術(shù)方案的有益效果是:提供一種視頻通話方法，能夠避免運營網(wǎng)絡(luò)上下行帶寬不對稱導(dǎo)致的點對點視頻通話過程中體驗度較差的問題，降低網(wǎng)絡(luò)承載負荷，提高網(wǎng)絡(luò)傳輸質(zhì)量，改善視頻通話體驗。
【附圖說明】
[0025]圖1是本發(fā)明的較佳的實施例中，一種視頻通話方法的流程示意圖；
[0026]圖2是本發(fā)明的較佳的實施例中，執(zhí)行視頻通話方法的設(shè)備環(huán)境示意圖；
[0027]圖3是本發(fā)明的較佳的實施例中，視頻通話方法的時序流程圖。
【具體實施方式】
[0028]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。
[0029]需要說明的是，在不沖突的情況下，本發(fā)明中的實施例及實施例中的特征可以相互組合。
[0030]下面結(jié)合附圖和具體實施例對本發(fā)明作進一步說明，但不作為本發(fā)明的限定。
[0031]本發(fā)明的較佳的實施例中，基于現(xiàn)有技術(shù)中存在的上述問題，現(xiàn)提供一種視頻通話方法，該方法具體如圖1所示，包括:
[0032]步驟SI，采用一視頻發(fā)起端向一視頻中轉(zhuǎn)端發(fā)送一通話請求報文，通話請求報文中攜帶關(guān)聯(lián)于視頻發(fā)起端的第一視頻采集速率；
[0033]步驟S2，視頻中轉(zhuǎn)端解析通話請求報文，并將通話請求報文轉(zhuǎn)發(fā)至視頻接收端；
[0034]步驟S3，視頻接收端解析通話請求報文，并向視頻中轉(zhuǎn)端返回一通話應(yīng)答報文，通話應(yīng)答報文中攜帶關(guān)聯(lián)于第二視頻客戶端的第二視頻采集速率；
[0035]步驟S4，視頻中轉(zhuǎn)端將通話應(yīng)答報文轉(zhuǎn)發(fā)至視頻發(fā)起端；
[0036]步驟S5，視頻發(fā)起端解析通話應(yīng)答報文，并通過視頻中轉(zhuǎn)端向第二視頻客戶端發(fā)送一通話確認報文，隨后進行視頻通話；
[0037]上述步驟S3中，視頻接收端解析通話請求報文，并將第一視頻采集速率和第二視頻采集速率中較低的一個作為視頻通話中協(xié)商執(zhí)行的視頻采集速率，以及
[0038]上述步驟S4中，視頻發(fā)起端解析通話應(yīng)答報文，并將第一視頻采集速率和第二視頻采集速率中較低的一個作為視頻通話中協(xié)商執(zhí)行的視頻采集速率。
[0039]在一個具體實施例中，首先設(shè)置執(zhí)行上述視頻通信方法的設(shè)備環(huán)境，如圖2所示，包括:
[0040]一視頻發(fā)起端A，該視頻發(fā)起端A作為視頻通話的請求方，在使用者存在視頻通話需求時通過互聯(lián)網(wǎng)絡(luò)發(fā)起一個視頻通話的請求；
[0041 ] 一視頻中轉(zhuǎn)端B，該視頻中轉(zhuǎn)端B連接上述視頻發(fā)起端A，用于將上述視頻發(fā)起端A發(fā)起的視頻請求進行中轉(zhuǎn)；
[0042]一視頻接收端C，連接上述視頻中轉(zhuǎn)端B，用于接收視頻中轉(zhuǎn)端B轉(zhuǎn)發(fā)的視頻通信請求，并根據(jù)該請求，同樣通過視頻中轉(zhuǎn)端B嘗試與視頻發(fā)起端A建立視頻通信的數(shù)據(jù)傳輸通道。
[0043]則該實施例中，上述視頻通信方法中，視頻發(fā)起端A首先向視頻中轉(zhuǎn)端發(fā)送一通信請求報文，該通信請求報文中包括該視頻發(fā)起端A的第一視頻采集速率。具體地，該第一視頻采集速率為視頻發(fā)起端A自身的視頻采集速率，例如該視頻發(fā)起端A的攝像頭的分辨率。
[0044]隨后，該實施例中，視頻中轉(zhuǎn)端B解析該通信請求報文，并將該通信請求報文轉(zhuǎn)發(fā)至上述視頻接收端C。視頻接收端C同樣解析該通信請求報文，并比較上述第一視頻采集速率與視頻接收端C的第二視頻采集速率(同樣可以為視頻接收端C的攝像頭的分辨率)，在其中選擇一個較低的值作為視頻通信過程中視頻接收端C執(zhí)行的視頻采集速率。
[0045]同時，該實施例中，上述視頻接收端C將包括上述第二視頻采集速率的通信應(yīng)答報文通過上述視頻中轉(zhuǎn)端B返回給視頻發(fā)起端A。在視頻發(fā)起端A同樣執(zhí)行通信應(yīng)答報文的解析以及視頻采集速率的比較，并在第一視頻采集速率和第二視頻采集速率之間選擇一個較低的值作為視頻通信過程中視頻發(fā)起端A執(zhí)行的視頻采集速率。
[0046]執(zhí)行完上述過程，視頻發(fā)起端A和視頻接收端C之間的視頻采集速率就調(diào)整統(tǒng)一了，則視頻發(fā)起端A和視頻采集端C可以根據(jù)該經(jīng)過調(diào)整統(tǒng)一的視頻采集速率進行視頻通話。視頻發(fā)起端A和視頻采集端C之間的視頻通話無需經(jīng)過視頻中轉(zhuǎn)端B的轉(zhuǎn)發(fā)，可以采用RTP(Real Transmiss1n Protocol，實時傳輸協(xié)議)直接進行數(shù)據(jù)通信中各類數(shù)據(jù)的傳輸。
[0047]本發(fā)明的較佳的實施例中，上述視頻發(fā)起端A發(fā)送的通話請求報文可以為由SDP(Sess1n Descript1n Protocol，會話描述協(xié)議)協(xié)議構(gòu)成的報文。在本發(fā)明的一個較佳的實施例中，上述通話請求報文可以為:
[0048]v = 0
[0049]ο =
[0050]c = IN IP4 100.100.52.233
[0051]t = 0 0
[0052]a = tcap: 1RTP/AVPF
[0053]m = aud1 49342RTP/AVP 8 0 101
[0054]c = IN IP4 100.100.52.233
[0055]a = ptime: 20
[0056]...
[0057]m = video 33082RTP/AVP 104 100 34 103
[0058]c = IN IP4 100.100.52.233
[0059]a =...
[0060]...
[0061]m = camera 640 480
[0062]上述通話請求報文為傳統(tǒng)的通話請求報文中添加了第一視頻采集速率的信息。其中 “m=aud1 49342RTP/AVP 8 O 101” 和 “m=video 33082RTP/AVP 104 100 34 103” 均為傳統(tǒng)的語音和視頻信息，而“m= camera 640 480”為新添加的第一視頻采集速率的信息，該信息用于表示視頻發(fā)起端A的攝像頭的分辨率為640*480。
[0063]同樣地，本發(fā)明的較佳的實施例中，上述視頻接收端C發(fā)送的通話應(yīng)答報文頁可以為由SDP(Sess1n Descript1n Protocol，會話描述協(xié)議)協(xié)議構(gòu)成的報文。在本發(fā)明的一個較佳的實施例中，上述通話應(yīng)答報文可以為:
[0064]v = 0
[0065]o = IN IP4 100.112.54.243
[0066]s = —
[0067]c = IN IP4 100.112.54.243
[0068]t = 0 O
[0069]a = tcap: 1RTP/AVPF
[0070]m = aud1 53214RTP/AVP O 101 8
[0071]c = IN IP4 100.112.54.243
[0072]a =...
[0073]...
[0074]m = video 31245RTP/AVP 104 34 100
[0075]c = IN IP4 100.112.54.243
[0076]a =...
[0077]...
[0078]m = camera 1280 720
[0079]上述通話應(yīng)答報文為傳統(tǒng)的通話請求報文中添加了第二視頻采集速率的信息。其中 “m=aud1 53214RTP/AVP O 101 8” 和 “m = video 31245RTP/AVP 104 34 100” 均為傳統(tǒng)的語音和視頻信息，而“m = camera 1280 720”為新添加的第一視頻采集速率的信息，該信息用于表示視頻接收端C的攝像頭的分辨率為1280*720。
[0080]因此，上述視頻接收端C在接收并解析通話請求報文之后，會根據(jù)相應(yīng)的比較結(jié)果選擇視頻采集速率為640*480作為本次視頻通話所采用的視頻采集速率。同樣地，上述視頻發(fā)送端A在接收并解析通話應(yīng)答報文之后，也會選擇640*480作為本次視頻通話所采用的視頻采集速率。換言之，視頻發(fā)起端A和視頻接收端C所選擇的視頻采集速率統(tǒng)一。
[0081]本發(fā)明的較佳的實施例中，上述視頻中轉(zhuǎn)端為基于SIP(Sess1n Initiat1nProtocol，會話初始協(xié)議)協(xié)議工作的服務(wù)端，即SIP Server。
[0082]本發(fā)明的較佳的實施例中，上述步驟S2中，上述視頻中轉(zhuǎn)端B接收到通話請求報文后，向視頻發(fā)起端A返回一個通話嘗試報文；
[0083]則上述通話嘗試報文同樣為由SDP協(xié)議構(gòu)成的報文。
[0084]本發(fā)明的較佳的實施例中，將視頻采集速率的可能取值由大到小劃分為不同的多個取值等級；
[0085]在視頻通話的過程中，視頻發(fā)起端和視頻接收端均作為視頻通話端；
[0086]在視頻通話的過程中，若一個視頻通話端檢測到視頻傳輸質(zhì)量下降，則檢測到視頻傳輸質(zhì)量下降視頻通話端根據(jù)當前的視頻采集速率獲得一修改后的視頻采集速率；
[0087]隨后，將修改后的視頻米集速率作為第一視頻米集速率，將當前的視頻米集速率作為第二視頻采集速率，將檢測到視頻傳輸質(zhì)量下降的視頻通話端作為視頻發(fā)起端，以及將另一個視頻通話端作為視頻接收端，重新執(zhí)行步驟SI至步驟S5;
[0088]修改后的視頻采集速率的取值等級小于當前的視頻采集速率的取值等級。
[0089]具體地，本發(fā)明的較佳的實施例中，在視頻通話的過程中，可能存在視頻發(fā)起端/視頻接收端發(fā)現(xiàn)自身網(wǎng)絡(luò)質(zhì)量下降，從而導(dǎo)致視頻傳輸?shù)馁|(zhì)量下降，視頻開始卡頓。在這種情況下，一種比較適宜的做法是降低視頻傳輸過程中的視頻采集速率。在執(zhí)行這種做法之前，可以首先將視頻采集速率的可能取值劃分為多個不同的取值等級。由于視頻采集速率的可能取值是離散的，例如上文中所述的1280*720以及640*480，因此在每個取值等級中應(yīng)該僅有一個視頻采集速率的可能取值。
[0090]則本發(fā)明的較佳的實施例中，在視頻通話的過程中，將上述視頻發(fā)起端A和視頻接收端C均作為視頻通話端，并且在兩端的視頻通話端均持續(xù)檢測在視頻通話期間視頻傳輸質(zhì)量是否下降。檢測視頻傳輸質(zhì)量下降的方法可以有多種，例如檢測視頻傳輸?shù)膸?，或者檢測網(wǎng)絡(luò)質(zhì)量和網(wǎng)絡(luò)傳輸信號等，在此不再贅述。
[0091]隨后，本發(fā)明的較佳的實施例中，若在一方視頻通話端檢測到視頻傳輸質(zhì)量下降，則該檢測到質(zhì)量下降的一方視頻通話端根據(jù)當前的視頻采集速率獲得一修改后的視頻采集速率。具體的獲取原理是:視頻通話端根據(jù)當前的視頻采集速率下降取值等級，以得到修改后的視頻采集速率。因此修改后的視頻采集速率的取值等級低于當前的視頻采集速率的取值等級。
[0092]進一步地，本發(fā)明的一個較佳的實施例中，上述修改后的視頻采集速率的取值等級可以比當前的視頻采集速率的取值等級低一級，即視頻通話端在當前的視頻采集速率的基礎(chǔ)上降低一級取值等級，以得到修改后的視頻采集速率。又或者，本發(fā)明的另一個較佳的實施例中，上述修改后的視頻采集速率的取值等級可以比當前的視頻采集速率的取值等級低N級(N為預(yù)設(shè)的自然數(shù))。
[0093]隨后，本發(fā)明的較佳的實施例中，將上述檢測到視頻質(zhì)量下降的視頻通話端作為視頻發(fā)起端，將另一個視頻通話端作為視頻接收端，并且將上述修改后的視頻采集速率作為第一視頻采集速率，以及將上述當前的視頻采集速率作為第二視頻采集速率，重新執(zhí)行上述步驟S1-S5，以重新確定當前視頻通話所依據(jù)的視頻采集速率。
[0094]具體地，本發(fā)明的較佳的實施例中，在視頻通話的過程中，上述兩個視頻通話端均有可能是視頻發(fā)起端/視頻接收端。若一個視頻通話端檢測到視頻質(zhì)量下降，則該視頻通話端作為視頻發(fā)起端，對端視頻通話端作為視頻接收端，視頻發(fā)起端將修改后的視頻采集速率作為第一視頻采集速率，并將該第一視頻采集速率包括在通話請求報文中，以通過視頻中轉(zhuǎn)端轉(zhuǎn)發(fā)至視頻接收端。隨后視頻接收端將當前的視頻采集速率作為第二視頻采集速率，比較兩個視頻采集速率并進行調(diào)整，同時將包括第二視頻采集速率的通話應(yīng)答報文通過視頻中轉(zhuǎn)端轉(zhuǎn)發(fā)至視頻發(fā)起端，以完成上述步驟S1-S5。上述過程完成之后，兩個視頻通話端之間的視頻采集速率經(jīng)過了統(tǒng)一調(diào)整，符合當前的網(wǎng)絡(luò)狀況，因此可以支持使用者順暢進行視頻通話。
[0095]本發(fā)明的一個較佳的實施例中，如圖3所示為視頻發(fā)起端A與視頻接收端C之間的視頻通話建立過程的時序示意圖，具體包括:
[0096]視頻發(fā)起端A首先向視頻中轉(zhuǎn)端C發(fā)送一通話請求報文(invite報文)，該報文中包括上述第一視頻采集速率；
[0097]隨后視頻中轉(zhuǎn)端C 一方面向視頻發(fā)起端A返回一個通話嘗試報文(100TRYING)，一方面解析該通話請求報文并將其轉(zhuǎn)發(fā)至視頻接收端C;
[0098]視頻接收端C接收該通話請求報文并解析，比較并選擇一個視頻采集速率作為視頻通話過程中視頻接收端C采用的視頻采集速率。同時視頻接收端C向視頻中轉(zhuǎn)端B返回一個通話應(yīng)答報文(2000K)，該通話應(yīng)答報文中包括上述第二視頻采集速率。
[0099]視頻中轉(zhuǎn)端B解析上述通話應(yīng)答報文并將其轉(zhuǎn)發(fā)至上述視頻發(fā)起端A。視頻發(fā)起端A根據(jù)該通話應(yīng)答報文解析并進行比較，以選擇一個視頻采集速率作為視頻發(fā)起端在視頻通話中采用的視頻采集速率(與視頻接收端C選擇的相同)。同時視頻發(fā)起端A通過視頻中轉(zhuǎn)端B向視頻接收端C返回一個通話確認報文(ACK)。最后視頻發(fā)起端A和視頻接收端C通過RTP協(xié)議開始直接的視頻通話。
[0100]本發(fā)明的較佳的實施例中，還提供一種視頻通話端，其中采用上文中所述的視頻通話方法。
[0101]以上所述僅為本發(fā)明較佳的實施例，并非因此限制本發(fā)明的實施方式及保護范圍，對于本領(lǐng)域技術(shù)人員而言，應(yīng)當能夠意識到凡運用本發(fā)明說明書及圖示內(nèi)容所作出的等同替換和顯而易見的變化所得到的方案，均應(yīng)當包含在本發(fā)明的保護范圍內(nèi)。
【主權(quán)項】
1.一種視頻通話方法，其特征在于，包括: 步驟SI，采用一視頻發(fā)起端向一視頻中轉(zhuǎn)端發(fā)送一通話請求報文，所述通話請求報文中攜帶關(guān)聯(lián)于所述視頻發(fā)起端的第一視頻采集速率； 步驟S2，所述視頻中轉(zhuǎn)端解析所述通話請求報文，并將所述通話請求報文轉(zhuǎn)發(fā)至視頻接收端； 步驟S3，所述視頻接收端解析所述通話請求報文，并向所述視頻中轉(zhuǎn)端返回一通話應(yīng)答報文，所述通話應(yīng)答報文中攜帶關(guān)聯(lián)于所述第二視頻客戶端的第二視頻采集速率； 步驟S4，所述視頻中轉(zhuǎn)端將所述通話應(yīng)答報文轉(zhuǎn)發(fā)至所述視頻發(fā)起端； 步驟S5，所述視頻發(fā)起端解析所述通話應(yīng)答報文，并通過所述視頻中轉(zhuǎn)端向所述第二視頻客戶端發(fā)送一通話確認報文，隨后進行視頻通話； 所述步驟S3中，所述視頻接收端解析所述通話請求報文，并將所述第一視頻采集速率和所述第二視頻采集速率中較低的一個作為所述視頻通話中協(xié)商執(zhí)行的視頻采集速率，以及 所述步驟S4中，所述視頻發(fā)起端解析所述通話應(yīng)答報文，并將所述第一視頻采集速率和所述第二視頻采集速率中較低的一個作為所述視頻通話中協(xié)商執(zhí)行的視頻采集速率。2.如權(quán)利要求1所述的視頻通話方法，其特征在于，所述視頻中轉(zhuǎn)端為基于會話初始協(xié)議工作的服務(wù)端。3.如權(quán)利要求1所述的視頻通話方法，其特征在于，所述通話請求報文和所述通話應(yīng)答報文均為由會話描述協(xié)議構(gòu)成的報文。4.如權(quán)利要求1所述的視頻通話方法，其特征在于，所述步驟S2中，所述視頻中轉(zhuǎn)端接收到所述通話請求報文后，向所述視頻發(fā)起端返回一個通話嘗試報文； 所述通話嘗試報文為由會話描述協(xié)議構(gòu)成的報文。5.如權(quán)利要求1所述的視頻通話方法，其特征在于，所述步驟S5中，所述視頻發(fā)起端與所述視頻接收端之間進行所述視頻通話，并采用實時傳輸協(xié)議進行視頻數(shù)據(jù)的傳輸。6.如權(quán)利要求1所述的視頻通話方法，其特征在于，將視頻采集速率的可能取值由大到小劃分為不同的多個取值等級； 在所述視頻通話的過程中，所述視頻發(fā)起端和所述視頻接收端均作為視頻通話端； 在所述視頻通話的過程中，若一個視頻通話端檢測到視頻傳輸質(zhì)量下降，則檢測到視頻傳輸質(zhì)量下降所述視頻通話端根據(jù)當前的視頻采集速率獲得一修改后的視頻采集速率； 隨后，將所述修改后的視頻采集速率作為所述第一視頻采集速率，將所述當前的視頻采集速率作為所述第二視頻采集速率，將檢測到視頻傳輸質(zhì)量下降的所述視頻通話端作為所述視頻發(fā)起端，以及將另一個所述視頻通話端作為所述視頻接收端，重新執(zhí)行所述步驟SI至所述步驟S5; 所述修改后的視頻采集速率的所述取值等級小于所述當前的視頻采集速率的所述取值等級。7.一種視頻通話端，其特征在于，采用如權(quán)利要求1-6所述的視頻通話方法。
【文檔編號】H04N7/14GK105828016SQ201610277855
【公開日】2016年8月3日
【申請日】2016年4月28日
【發(fā)明人】凌靈
【申請人】上海斐訊數(shù)據(jù)通信技術(shù)有限公司