搜尋...
如果您以前使用過遠端軟體，您可能對會話期間的卡頓和延時並不陌生。事實上，這是確定遠端控制會話體驗品質的最重要方面之一。極低的延遲讓您忘記自己身在其他地方，DeskIn的穩定連缐離不開的就是其自主研發的即時音視訊技術框架RTC。一起來看看什麽是RTC吧。
什麼是RTC？
RTC（Real-Time Communication）是一套專門針對大規模、低延遲、點對點使用場景，特別是遠端桌面服務而設計的即時音訊視訊技術框架，它源自於即時高畫質直播，採用高效率的RTP傳輸協定，透過RTT取樣、卡門濾波器、Jitter Buffer、HARQ演算法來緩解網路波動，確保資料快速、穩定、準確的傳輸。
RTC對比傳統遠端協定的優勢
傳統的遠端軟體常用TCP協定或是UDP協定，而DeskIn的RTC則采用RTP作爲傳輸協定，兼具高速傳輸與高可靠性。
TCP協定为了可靠性牺牲了速度。爲了實現數據傳輸的可靠性，TCP采用的是流程是“發送一確認一丟包一重傳"，接收方在收到數據包時需要發出確認信號，發送方只有在接受到這個信號後才能發送後續的訊息，這是導致TCP協議高延遲的最大原因，在極度網路狀況下TCP無法控制傳輸的時延大小。
UDP協定為了速度犧牲了可靠性。UDP的資料包格式更簡單，體積更小，傳輸速度更快，是傳統遠端軟體的主流協定。但它缺乏校驗機制，易受網路波動影響出現丟包和亂序。
RTP協定在UDP的基礎上補充了序列資訊、負載說明、品質監控。接收端可根據序列資訊消除資料包亂序，並且能定期向發送端回饋傳輸品質。RTP的資料傳輸功能由一個控制協定(RTCP)來擴展。當網路線路品質不佳、傳輸的資料超過帶寬負載、遇到到訊號干擾、跨電話業者時都可能造成丟包，RTCP的作用是監控和回饋當前網路品質狀態;確定 RTP用戶來源以實現音視訊同步;控制 RTCP傳輸間隔傳輸最小進程控制訊息
DeskIn RTC 技術
RTC 是提供即時保證的軟體協定，困難在於動態調整。DeskIn團隊有超十年網路優化及直播網路支援經驗，將RTC完美地運用到遠端連缐中。DeskIn 不僅完全整合了標準 RTC 協議，還增加了幾個關鍵功能，例如頻寬估計和前向糾錯 (FEC)，以優化其效能。因此，它使 DeskIn 能夠更好地應對延遲、資料包遺失和抖動。
1.頻寬預測和擁塞控制
DeskIn RTC 使用基於延遲和基於損耗的策略來準確測量線路上的可用頻寬。
基於延遲：透過RTT取樣和卡爾曼濾波器監控延遲，並根據延遲變化預測網路負載變化。
基於丟包：智慧識別隨機丟包、擁塞丟包、突發丟包，防止隨機丟包將線路誤判為擁塞。
DeskIn RTC預測即時可用頻寬後，採用壅塞控制演算法，將頻寬綜合利用率提高30%~50%，壅塞率降低90%。
2.消除網路波動
30%的用戶在接取線路時會遇到抖動、丟包等弱網狀況。如果沒有弱網路對策，這些波動就會造成延遲和卡頓，嚴重影響操作體驗。
Jitter Buffer：自適應快取抗抖動
DeskIn RTC採用基於卡爾曼濾波器的自適應Jitter緩存，自動評估網路延遲和弱點，然後動態調整快取延遲的長度，將快取延遲降低到9~20ms，減少不必要的快取時間。
HARQ演算法：丟包雙保險
為了進一步減少丟包的影響，DeskIn RTC採用了自動重傳請求（ARQ）和前向糾錯編碼（FEC）相結合的HARQ演算法。即使遇到30%的丟包率，也可以透過丟包對策將實際解碼丟包率降到3‰以下。
為了增強可靠性並減少頻寬消耗，DeskIn 使用 Reed-Solomon 編碼來交錯訊息，允許冗餘資料包攜帶來自多個資料包的資訊。主設備發現資料包遺失後，可以從對應的冗餘資料包中恢復遺失的資料。
如何使用穩定低延的遠端軟體DeskIn？
第一步，在用於控制與被控制的裝置中分別安裝並開啓DeskIn，注冊一個免費賬戶並登入，如果你是首次在新裝置登入，需要到注冊信箱完成驗證。
第二步，在主控裝置上輸入被控制的裝置的ID，點擊連缐，使用密碼連缐或免密連缐方式完成連缐。
等待幾秒后，您就可以控制遠端裝置了，遠端裝置就好像在你身邊一樣
結論
DeskIn擁有十多年開發串流媒體軟體的經驗，致力於把延時降到最低。如果你想要找到一款穩定延時低的遠端桌面軟體，DeskIn會是一個理想的選擇。
如果您以前使用過遠端軟體，您可能對會話期間的卡頓和延時並不陌生。事實上，這是確定遠端控制會話體驗品質的最重要方面之一。極低的延遲讓您忘記自己身在其他地方，DeskIn的穩定連缐離不開的就是其自主研發的即時音視訊技術框架RTC。一起來看看什麽是RTC吧。
什麼是RTC？
RTC（Real-Time Communication）是一套專門針對大規模、低延遲、點對點使用場景，特別是遠端桌面服務而設計的即時音訊視訊技術框架，它源自於即時高畫質直播，採用高效率的RTP傳輸協定，透過RTT取樣、卡門濾波器、Jitter Buffer、HARQ演算法來緩解網路波動，確保資料快速、穩定、準確的傳輸。
RTC對比傳統遠端協定的優勢
傳統的遠端軟體常用TCP協定或是UDP協定，而DeskIn的RTC則采用RTP作爲傳輸協定，兼具高速傳輸與高可靠性。
TCP協定为了可靠性牺牲了速度。爲了實現數據傳輸的可靠性，TCP采用的是流程是“發送一確認一丟包一重傳"，接收方在收到數據包時需要發出確認信號，發送方只有在接受到這個信號後才能發送後續的訊息，這是導致TCP協議高延遲的最大原因，在極度網路狀況下TCP無法控制傳輸的時延大小。
UDP協定為了速度犧牲了可靠性。UDP的資料包格式更簡單，體積更小，傳輸速度更快，是傳統遠端軟體的主流協定。但它缺乏校驗機制，易受網路波動影響出現丟包和亂序。
RTP協定在UDP的基礎上補充了序列資訊、負載說明、品質監控。接收端可根據序列資訊消除資料包亂序，並且能定期向發送端回饋傳輸品質。RTP的資料傳輸功能由一個控制協定(RTCP)來擴展。當網路線路品質不佳、傳輸的資料超過帶寬負載、遇到到訊號干擾、跨電話業者時都可能造成丟包，RTCP的作用是監控和回饋當前網路品質狀態;確定 RTP用戶來源以實現音視訊同步;控制 RTCP傳輸間隔傳輸最小進程控制訊息
DeskIn RTC 技術
RTC 是提供即時保證的軟體協定，困難在於動態調整。DeskIn團隊有超十年網路優化及直播網路支援經驗，將RTC完美地運用到遠端連缐中。DeskIn 不僅完全整合了標準 RTC 協議，還增加了幾個關鍵功能，例如頻寬估計和前向糾錯 (FEC)，以優化其效能。因此，它使 DeskIn 能夠更好地應對延遲、資料包遺失和抖動。
1.頻寬預測和擁塞控制
DeskIn RTC 使用基於延遲和基於損耗的策略來準確測量線路上的可用頻寬。
基於延遲：透過RTT取樣和卡爾曼濾波器監控延遲，並根據延遲變化預測網路負載變化。
基於丟包：智慧識別隨機丟包、擁塞丟包、突發丟包，防止隨機丟包將線路誤判為擁塞。
DeskIn RTC預測即時可用頻寬後，採用壅塞控制演算法，將頻寬綜合利用率提高30%~50%，壅塞率降低90%。
2.消除網路波動
30%的用戶在接取線路時會遇到抖動、丟包等弱網狀況。如果沒有弱網路對策，這些波動就會造成延遲和卡頓，嚴重影響操作體驗。
Jitter Buffer：自適應快取抗抖動
DeskIn RTC採用基於卡爾曼濾波器的自適應Jitter緩存，自動評估網路延遲和弱點，然後動態調整快取延遲的長度，將快取延遲降低到9~20ms，減少不必要的快取時間。
HARQ演算法：丟包雙保險
為了進一步減少丟包的影響，DeskIn RTC採用了自動重傳請求（ARQ）和前向糾錯編碼（FEC）相結合的HARQ演算法。即使遇到30%的丟包率，也可以透過丟包對策將實際解碼丟包率降到3‰以下。
為了增強可靠性並減少頻寬消耗，DeskIn 使用 Reed-Solomon 編碼來交錯訊息，允許冗餘資料包攜帶來自多個資料包的資訊。主設備發現資料包遺失後，可以從對應的冗餘資料包中恢復遺失的資料。
如何使用穩定低延的遠端軟體DeskIn？
第一步，在用於控制與被控制的裝置中分別安裝並開啓DeskIn，注冊一個免費賬戶並登入，如果你是首次在新裝置登入，需要到注冊信箱完成驗證。
第二步，在主控裝置上輸入被控制的裝置的ID，點擊連缐，使用密碼連缐或免密連缐方式完成連缐。
等待幾秒后，您就可以控制遠端裝置了，遠端裝置就好像在你身邊一樣
結論
DeskIn擁有十多年開發串流媒體軟體的經驗，致力於把延時降到最低。如果你想要找到一款穩定延時低的遠端桌面軟體，DeskIn會是一個理想的選擇。
