【问题标题】:RLC protocol in cellular networks. Is there a way to control the mode used from within an app?蜂窝网络中的 RLC 协议。有没有办法控制在应用程序中使用的模式?
【发布时间】:2016-12-27 16:21:39
【问题描述】:

我正在开发一个必须在移动网络上运行良好的 VoIP 应用程序。它可以容忍丢包,但坏处是:我发现在移动网络上,在从 GSM 到 LTE 的所有标准上,设备和基站之间都使用了 RLC 协议。 RLC 可以在两种模式下运行:已确认和未确认。我在实验中观察到使用的确认模式意味着,如果数据包传输过程中出现任何位错误,它将被重新传输,直到没有错误为止,因此在重新传输的整个过程中都会占用发送队列。在未确认模式下,一个有误码的数据包被丢弃,这就是我所需要的。

那么...有什么方法可以控制用于我的应用程序数据包的 RLC 模式,或者说模式是由网络配置的吗?我已经尝试过 IP 标头中的“服务类型”字段,但似乎没有成功。

我在此处添加了“android”标签,但理想情况下,我对适用于所有主要移动操作系统的解决方案感兴趣。

【问题讨论】:

    标签: android networking gsm cellular-network


    【解决方案1】:

    由于两个原因,无法从设备执行此操作:

    1 - 这是一个网络配置属性,用于强制执行运营商所需的 QoS。所有数据服务将在共享同一频道的 RLC AM 上运行。具有专用 QoS(如更高优先级和 RLC UM)的通道通常会为运营商的电话服务 (VoLTE) 运行。

    2 - 即使设备可以选择它的首选模式,这也是调制解调器/芯片组使用的低级配置。这个,这个不提供给Android开发者(RLC在PDCP下,在IP层下)。

    但是,我认为您的 VoIP 性能不会因为这个属性而受到影响。延迟还取决于其他因素,例如网络负载和无线电条件。 LTE 网络中的用户数量越多,延迟就越高。小区覆盖越差,延迟越差。

    在 speedtest.net 上试一试以检查延迟。 30ms左右应该没问题。

    干杯。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2013-02-05
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-02-26
      • 1970-01-01
      相关资源
      最近更新 更多