將如何時,他們連接到網絡的Android應用程序表達自己的QOS要求是什麼?
通常,它們不是。
如果有人有不同的經歷,我會非常感興趣。
即使Android API允許您請求特定的QoS(並且我不知道這是否可能),移動運營商不太可能會接受您的請求,除非您有特別的協議。
有兩種類型的承載(又名隧道流量),手機和網絡之間:
承載流量流量槽將決定QoS。
默認承載
這條隧道是一個擁有自己的IP地址,而當你連接到LTE至少一個成立。
這種類型的隧道越多意味着你有很多IP地址。
地圖的每個隧道的接入點名稱(APN),您的設備已請求。每個APN代表一個不同的網絡,就像一個分離的局域網; 一些APN可以訪問互聯網,其他一些有接入運營商和其他一些APN的VOIP網絡使操作人員保持MMS服務器網絡。
我希望你明白。
的QCI允許這種類型的承載的是5〜9,操作員知道哪個APN您有權訪問。 的QOS這裏承載建立過程中通常被分配,根據APN和數據計劃,並且將應用於所有數據走,直到你斷開低谷這條隧道。
如果你是一個非常大的企業(蘋果/ iphone的人?)你可能會問給運營商有專門的APN您和您的建議將會對交通通過這個網絡去一些特別處理。
總之,這不是一個應用程序要求某些特定QOS的好地方。
專用承載
這是生命連接到默認承載的隧道。
它充當對所連接的默認承載執行的流量的過濾器。
對於匹配默認承載過濾器(ip/port/port-range/protocol)的流量,將應用與默認承載不同的QOS。實際上,這是獲得1至4之間QCI的唯一方式。
您可能會將多個不同的專用承載連接到默認承載,並且網絡可以根據請求動態分配和刪除它們。 由於它們非常耗費資源,運營商往往會限制專用承載的使用數量和持續時間。
有4種方式爲觸發分配專用承載:
- 靜態配置:運營商分配在每次連接的承載,不管是什麼。這在實踐中從未用於專職持票人。
- 設備請求:手機主動請求具有某些特定特性的專用承載。運營商傾向於放棄這種類型的請求,他們傾向於決定何時激活它們。
- 流量檢測觸發:操作員監控流量以某種方式,如果檢測到某些特定的模式(基於IP /端口/協議/不管或它們的組合),專用承載可以分配。
- 應用功能請求:這是IMS的情況; 當您開始呼叫時,SIP服務器會通知運營商關於正在進行的呼叫,並且運營商將爲您分配一個QCI 1專用承載。
在每種情況下,請求都將由一個名爲PCRF的節點進行評估。此節點是網絡檢查您擁有特定QoS和/或專用承載的權利的地方。
如果沒有符合您在應用程序,業務類型,訂閱或設備特定的規則,你將永遠不會有1和4之間的QCI爲您的應用
TLDR
您需要QoS策略
或
你需要某種形式的與運營商協議的條款非常寬鬆的操作。
嗨,謝謝你的迴應。我很好奇設備如何請求專用承載。我的意思是應用程序開發人員有使用android API請求它的方法嗎?我瞭解網絡可能不會接受我們的請求。但我很好奇,無論如何要求首先。 – prps