在LTE中为Android应用程序配置QCI

时间:2016-02-24 04:00:32

标签: android lte

LTE支持QCI表示的各种QoS等级。对于例如我们有QCI 2用于VOIP呼叫,4用于视频呼叫,3用于在线游戏等。当Android应用程序连接到网络时,它们将如何表达其QOS要求?我假设基于应用程序类别,需要根据用户输入由网络创建具有相应QCI的承载。

我理解对于像IMS这样的应用程序,由于我们连接到IMS服务器(可能由网络本身维护),因此网络可以检测并创建具有QCI 1的承载。但对于其他应用程序,我认为UE / mobile手机需要表明其QCI要求吗?有人可以解释一下它在LTE中是如何工作的。

http://4g-lte-world.blogspot.com/2013/01/quality-of-service-qos-in-lte.html

1 个答案:

答案 0 :(得分:1)

  

Android应用程序在连接到网络时如何表达其QOS要求?

通常,他们没有。

如果有人有不同的经历,我会非常感兴趣。

即使Android API允许您请求特定的QoS(我不知道这是否可行),移动运营商也不太可能接受您的请求,除非您有特殊协议。

移动电话和网络之间有两种类型的承载(也称为流量隧道):

  • 默认承担者
  • 敬业的承担者

您的流量将流过的承载将决定QoS。

默认承载

此隧道是拥有您的IP地址的隧道,并且当您连接到LTE时至少建立一个隧道 这种类型的隧道越多,意味着您拥有许多IP地址 每个隧道都映射到设备已请求的接入点名称(APN)。 每个APN代表一个不同的网络,就像一个独立的LAN; 有些APN可以访问互联网,有些APN可以访问运营商的VOIP网络,而其他一些APN则是运营商保留MMS服务器的网络。 我希望你明白。

此类承载中允许的QCI为5到9,运营商知道您有权访问哪个APN。 此处的QOS通常在承载建立期间根据APN和数据计划进行分配,并将应用于通过此隧道的所有数据,直到您断开连接。

如果您是一家非常大的企业(Apple / 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策略方面,您需要一个非常宽容的运营商

您需要与运营商达成某种协议。