直播同傳或是說在直播中提供雙語互譯乃至多語種傳譯的,是東央科技的發(fā)力點(diǎn)。在過去三年的時(shí)間里,太多的會(huì)議選擇在線上進(jìn)行,網(wǎng)絡(luò)會(huì)議直播中需要用到的同聲傳譯場景也逐漸成為日常,而選擇將云會(huì)議和線上直播結(jié)合后的傳譯模式又對傳輸協(xié)議有哪些要求呢?
網(wǎng)絡(luò)會(huì)議視頻直播和線上同聲傳譯的結(jié)合,對于提供遠(yuǎn)程同聲傳譯的東央科技而言,實(shí)時(shí)傳輸協(xié)議RTP與RTCP的差異化在于會(huì)議直播的音畫質(zhì)量。RTP本身并沒有提供按時(shí)發(fā)送機(jī)制或其他服務(wù)質(zhì)量保證,云會(huì)議的線上同聲傳譯依賴于底層服務(wù)去實(shí)現(xiàn)這一過程。RTP并不保證傳送或防止無序傳送,也不確定底層網(wǎng)絡(luò)的信源保障。RTP實(shí)行有序傳送,RTP中的序列號(hào)允許接收方重組發(fā)送方的包序列,同時(shí)序列號(hào)也能用于決定適當(dāng)?shù)陌恢谩Ｔ谝曨l解碼中,就不需要順序解碼,從而實(shí)現(xiàn)線上傳譯的多語種接力,方便中譯英和中譯日完成英日互譯的應(yīng)用場景。
對于東央會(huì)議直播平臺(tái)而言,雙語直播在云同傳的工作,多語種直播實(shí)時(shí)傳輸控制協(xié)議是實(shí)時(shí)傳輸協(xié)議的一個(gè)相關(guān)協(xié)議。同聲傳譯在線上進(jìn)行的流程是需要采用視頻會(huì)議+直播方案并輔以多語種譯員的遠(yuǎn)程工作。RTCP為RTP媒體流提供信道外控制。RTCP定期在流多媒體會(huì)話參加者之間傳輸控制數(shù)據(jù)。RTCP的主要功能是為RTP所提供的服務(wù)質(zhì)量提供反饋。RTCP收集相關(guān)媒體連接的統(tǒng)計(jì)信息,例如:傳輸字節(jié)數(shù),傳輸分組數(shù),丟失分組數(shù),時(shí)延抖動(dòng),單向和雙向網(wǎng)絡(luò)延遲等等。網(wǎng)絡(luò)應(yīng)用程序可以利用RTCP所提供的信息試圖提高服務(wù)質(zhì)量,例如限制信息流量或改用壓縮比較小的編解碼器。RTCP本身不提供數(shù)據(jù)加密或身份認(rèn)證,其伴生協(xié)議SRTCP(安全實(shí)時(shí)傳輸控制協(xié)議)則可用于此類用途,在網(wǎng)絡(luò)同聲傳譯的線上配置中較為常見。
RTSP協(xié)議定義應(yīng)用程序如何有效通過IP網(wǎng)絡(luò)傳送多媒體數(shù)據(jù),這在遠(yuǎn)程同聲傳譯中的案例是不勝枚舉的。RTSP在體系結(jié)構(gòu)上位于RTP和RTCP之上,它使用TCP或RTP完成數(shù)據(jù)傳輸。HTTP與RTSP相比,HTTP傳送HTML,而RTP傳送的是多媒體數(shù)據(jù)。HTTP請求由客戶機(jī)發(fā)出,服務(wù)器做出響應(yīng)。RTSP可以是雙向的,即客戶機(jī)和服務(wù)器都可以發(fā)出請求。
東央云同傳采用的方案更傾向于線上同聲傳譯,從遠(yuǎn)程訪問的資源庫表中預(yù)訂協(xié)議,使用RSVP預(yù)留一部分網(wǎng)絡(luò)資源(即帶寬),能在一定程度上為流媒體的傳輸提供QoS。RSVP、RTSP與RTP協(xié)議工作在不同的層次,為云端實(shí)現(xiàn)多語種同聲傳譯的線上傳輸提供路徑指引。
客服1 
客服2