空中接口学园--关于IP承载网承载电信业务的思考

  《空中接口学园》
>>   业界观察
>>>>  关于IP承载网承载电信业务的思考

-- 作者：bakarru
-- 发布时间：2018-08-20 17:28:15
IP承载网是个尽力而为的网络，在承载电信业务的IP专用承载网上只有BR,CR间部署了MPLS+RSVP流量工程互通信令保证端到端的QOS；而AR-BR这段的QOS是路由器各自为政的逐跳行为，因为带宽足够大，所以不会出现拥塞；CE-AR由于是点到点连接，所以不存在路由的概念，只要带宽足够即可；然后现网基站到核心网采用的是PTN回传，IP层路由协议更是一个摆设，就不存在QOS保证的概念了；综上所述，现网IP承载网承载电信业务时，AR-BR这段没法实现端到端的QOS，仅仅使用互联网式逐跳行为进行QOS控制，这算是严格的电信QOS要求对IP技术的妥协吧

-- 作者：jzdwxz
-- 发布时间：2018-08-21 21:41:23
现在承载网都是基于IP了，端到端的QOS如何管控，没有要求质量如何保证

-- 作者：tom
-- 发布时间：2018-08-22 08:27:35
尽力而为与确保质量是矛盾的，因此本质上IP网络做QoS，都是东施效颦、画蛇添足。

因此，期望某种大一统的技术，我认为是非常美好的愿望，类似于共产主义。

-- 作者：bakarru
-- 发布时间：2018-08-22 10:56:21
未来可以做端到端的QOS，SDN（软件定义网络）就是让路由器的控制面集中化从而实现控制面互通信令同步QOS参数，但这只核心层，接入与汇聚层的路由器数量巨大，还有与之对应的SD-WAN技术来同步QOS参数，这些技术部署以后OTT及其它互联网业务能达到电信级的时延，丢包要求，这对电信行业的语音和MBB业务冲击会很大

-- 作者：tom
-- 发布时间：2018-08-22 19:21:32
光有QoS参数不解决问题，关键是有确定的路由，这又跟IP网络的设计初衷是背道而驰的。

-- 作者：bakarru
-- 发布时间：2018-08-24 09:21:35
又仔细研究了下EPS的QOS机制，发现实际QOS就是去通过TFT模版里的PF（包过滤器）实现的，业务数据流经过通过IP五元组（源/目的IP地址，源/目的端口号，协议号）匹配合适的PF，映射到一个EPS承载里，在整个EPS系统内QOS的颗粒度只到EPS承载级别，也就是一个EPS承载有一种QOS级别（QCI，ARP等），而QOS是在网元层面处理的，奇怪的是，在RB，S1和S5/8承载中，只有空口做了QOS到链路层的映射（比如，不同QOS级别的数据流在RLC层有不同传递模式等等），而在S1，S5/8承载上，IP子网对上层应用是透明的，所以ENB和SGW并没有做EPS QOS到IP层DSCP/TOS的映射，只在出口处PGW做了相应映射，还有一点有趣的地方，GTP隧道建立在UDP/IP之上，IP，UDP均为面向无连接的服务，所以GTP隧道源端要向目的端不断的发送echo req，对端回复echo resp，以检测隧道的通达性。

[此贴子已经被作者于2018-8-24 9:29:11编辑过]

-- 作者：bakarru
-- 发布时间：2018-08-24 09:32:49
孙老师说的确定路由只能是网元层面的，IP子网因为是无连接的，所以不会有固定路由，话说回来IP子网对上层应用是透明的，所以想想也并不矛盾

-- 作者：tom
-- 发布时间：2018-08-24 17:09:45
《业务与信令》中讲到，QCI还是会影响IP以及链路层的。

目前已经有8条评论 >>> 发表你的见解