[發(fā)明專利]一種基于WebRTC移動端網(wǎng)絡(luò)的通信方法

在審

• 申請?zhí)枺?/td>: 202211188059.9
• 申請日: 2022-09-28
• 公開（公告）號: CN115460190A
• 公開（公告）日: 2022-12-09
• 發(fā)明（設(shè)計）人: 張子健;王之良;臧官靈;黃杰
• 申請（專利權(quán)）人: 上海浦東發(fā)展銀行股份有限公司
• 主分類號: H04L65/80
• 分類號: H04L65/80;H04L9/40;H04L65/1108
• 代理公司: 上海科盛知識產(chǎn)權(quán)代理有限公司 31225
• 代理人: 翁惠瑜

本發(fā)明涉及一種基于WebRTC移動端網(wǎng)絡(luò)的通信方法，應(yīng)用于移動端，包括如下步驟：向服務(wù)端發(fā)送身份認證信息，并從服務(wù)端獲得鑒權(quán)碼；向WebRTC網(wǎng)關(guān)發(fā)送鑒權(quán)碼，并從WebRTC網(wǎng)關(guān)獲得密鑰和鑒權(quán)碼，并在后續(xù)通信中使用密鑰進行加密通信；驗證從WebRTC網(wǎng)關(guān)接收的鑒權(quán)碼，通過第二鏈路建立與WebRTC網(wǎng)關(guān)的媒體流交互；在交互過程中，根據(jù)客戶使用習慣自適應(yīng)調(diào)整通話和視頻質(zhì)量；結(jié)束交互后，向WebRTC網(wǎng)關(guān)發(fā)送結(jié)束請求，向服務(wù)器發(fā)送包括鑒權(quán)碼在內(nèi)的失效信息。與現(xiàn)有技術(shù)相比，本發(fā)明設(shè)置了身份校驗機制，加強通信安全性，并且在通信過程中自適應(yīng)調(diào)整，改善用戶體驗。

技術(shù)領(lǐng)域

本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其是涉及一種基于WebRTC移動端網(wǎng)絡(luò)的通信方法。

背景技術(shù)

WebRTC是一項在瀏覽器內(nèi)部進行實時視頻和音頻通信的技術(shù)，可以實現(xiàn)瀏覽器與瀏覽器之間或者瀏覽器與傳統(tǒng)通信終端之間的音視頻通話功能。WebRTC技術(shù)規(guī)范由IETF和W3C共同制定。但是目前WebRTC通信中存在如下問題：(1)沒有完整的身份驗證和會話管理手段；(2)多路視頻源和音頻源分別推送至服務(wù)端，使用帶寬較大；(3)無法根據(jù)用戶使用習慣個性化改變視頻和音頻帶寬、清晰度。

綜上，現(xiàn)有的WebRTC移動端網(wǎng)絡(luò)的通信方法存在如下缺點：

(1)部分通信方法使用HTTPS或者WSS進行信令傳輸從而在傳輸層面對連接進行保護，但是缺乏有效的合法性驗證機制，沒有對其合法性做出校驗，若連接信息被第三方攻破，容易出現(xiàn)盜打情況，造成信息泄露以及經(jīng)濟損失；

(2)現(xiàn)有的通信方法中，大多將本地多路媒體源推送至服務(wù)端，服務(wù)端進行MCU將各路媒體源整合為一路媒體源，對于客戶端而言帶寬占用較大，且容易出現(xiàn)各路媒體源音畫不同步影響通信質(zhì)量，服務(wù)端需要處理多路媒體源，負載壓力大，無法實現(xiàn)大并發(fā)需求；

(3)目前大部分WebRTC應(yīng)用可以根據(jù)通信過程中網(wǎng)絡(luò)質(zhì)量，網(wǎng)絡(luò)質(zhì)量好時，增加碼率實現(xiàn)通信視頻和語音更清晰，網(wǎng)絡(luò)質(zhì)量差時，降低碼率降低視頻和語音質(zhì)量保證流暢性，但是現(xiàn)有方法無法根據(jù)客戶使用習慣調(diào)整通信質(zhì)量或者需要手動調(diào)整，用戶體驗較差。

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

本發(fā)明的目的就是為了克服上述現(xiàn)有技術(shù)存在的缺陷而提供一種設(shè)置了合法性驗證機制的基于WebRTC移動端網(wǎng)絡(luò)的通信方法。

本發(fā)明的目的可以通過以下技術(shù)方案來實現(xiàn)：

本發(fā)明提供了一種基于WebRTC移動端網(wǎng)絡(luò)的通信方法，應(yīng)用于移動端，包括如下步驟：建立與服務(wù)端的第一鏈路，向所述服務(wù)端發(fā)送身份認證信息，并從所述服務(wù)端獲得鑒權(quán)碼；建立與WebRTC網(wǎng)關(guān)的第二鏈路，向所述WebRTC網(wǎng)關(guān)發(fā)送所述鑒權(quán)碼，并從所述WebRTC網(wǎng)關(guān)獲得密鑰和所述鑒權(quán)碼，并在后續(xù)與所述服務(wù)端和所述WebRTC網(wǎng)關(guān)的通信中使用所述密鑰進行加密通信；驗證從所述WebRTC網(wǎng)關(guān)接收的鑒權(quán)碼，通過所述第二鏈路建立與所述WebRTC網(wǎng)關(guān)的媒體流交互；在交互過程中，根據(jù)客戶使用習慣，通過實時統(tǒng)計和計算自適應(yīng)調(diào)整通話和視頻質(zhì)量；結(jié)束交互后，向所述WebRTC網(wǎng)關(guān)發(fā)送結(jié)束請求，斷開所述第二鏈路，向所述服務(wù)器發(fā)送包括所述鑒權(quán)碼在內(nèi)的失效信息，斷開所述第一鏈路。

作為優(yōu)選的技術(shù)方案，所述的媒體流交互的建立過程包括如下步驟：接收來自用戶的媒體源選擇信息并在移動端將選擇的媒體源合并為一個媒體源；建立與Stun服務(wù)的第三鏈路，并獲取移動端的IP和端口；向所述WebRTC網(wǎng)關(guān)發(fā)送所述IP和端口和呼叫請求信息，并從所述WebRTC網(wǎng)關(guān)接收呼叫響應(yīng)信息；根據(jù)所述呼叫相應(yīng)信息進行ICE檢測，獲得最優(yōu)傳輸線路信息，并使用SRTP協(xié)議進行媒體傳輸，開始媒體流交互。

作為優(yōu)選的技術(shù)方案，所述的呼叫響應(yīng)信息包括以下內(nèi)容中的一個或多個：語音使用編碼、視頻使用編碼、媒體流收發(fā)情況、所述WebRTC網(wǎng)關(guān)的網(wǎng)絡(luò)地址、UDP通信端口。