使用帮助
关注公众微信
 读懂通信 LTE学习大使 登陆 搜索

>> 分析通信行业的发展趋势,剖析热点话题
空中接口学园技术学习业界观察 → 关于IP承载网承载电信业务的思考
  发表一个新主题  发表一个新投票  回复主题 您是本文的第 1983 个阅读者  浏览上一篇主题  刷新本主题   树形显示文章 浏览下一篇主题
 * 主题: 关于IP承载网承载电信业务的思考 保存该页为文件  报告本帖给版主  显示可打印的版本  把本贴打包邮递  把本贴加入论坛收藏夹  发送本页面给朋友  把本贴加入IE收藏夹 
 bakarru 离线,有人找我吗?
  
  等级:学友
  文章:119
  积分:
  注册:2017-05-04
给bakarru发送一个短消息 把bakarru加入好友 查看bakarru的个人资料 搜索bakarru在业界观察的所有文章 点击这里发送电邮给bakarru 引用回复这个文章 回复这个文章楼主
发文心情 关于IP承载网承载电信业务的思考
IP承载网是个尽力而为的网络,在承载电信业务的IP专用承载网上只有BR,CR间部署了MPLS+RSVP流量工程互通信令保证端到端的QOS;而AR-BR这段的QOS是路由器各自为政的逐跳行为,因为带宽足够大,所以不会出现拥塞;CE-AR由于是点到点连接,所以不存在路由的概念,只要带宽足够即可;然后现网基站到核心网采用的是PTN回传,IP层路由协议更是一个摆设,就不存在QOS保证的概念了;综上所述,现网IP承载网承载电信业务时,AR-BR这段没法实现端到端的QOS,仅仅使用互联网式逐跳行为进行QOS控制,这算是严格的电信QOS要求对IP技术的妥协吧
点击查看用户来源及管理<br>发贴IP:*.*.*.* 2018-08-20 17:28:15
  鲜花(0)  鸡蛋(0)
 jzdwxz 离线,有人找我吗?
  
  等级:学友
  文章:237
  积分:
  注册:2014-07-28
给jzdwxz发送一个短消息 把jzdwxz加入好友 查看jzdwxz的个人资料 搜索jzdwxz在业界观察的所有文章 点击这里发送电邮给jzdwxz  引用回复这个文章 回复这个文章2
发文心情 
现在承载网都是基于IP了,端到端的QOS如何管控,没有要求质量如何保证
点击查看用户来源及管理<br>发贴IP:*.*.*.* 2018-08-21 21:41:23
 tom 在线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4520
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在业界观察的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章3
发文心情 
尽力而为与确保质量是矛盾的,因此本质上IP网络做QoS,都是东施效颦、画蛇添足。

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

----------------------------------------------

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2018-08-22 08:27:35
 bakarru 离线,有人找我吗?
  
  等级:学友
  文章:119
  积分:
  注册:2017-05-04
给bakarru发送一个短消息 把bakarru加入好友 查看bakarru的个人资料 搜索bakarru在业界观察的所有文章 点击这里发送电邮给bakarru 引用回复这个文章 回复这个文章4
发文心情 
未来可以做端到端的QOS,SDN(软件定义网络)就是让路由器的控制面集中化从而实现控制面互通信令同步QOS参数,但这只核心层,接入与汇聚层的路由器数量巨大,还有与之对应的SD-WAN技术来同步QOS参数,这些技术部署以后OTT及其它互联网业务能达到电信级的时延,丢包要求,这对电信行业的语音和MBB业务冲击会很大
点击查看用户来源及管理<br>发贴IP:*.*.*.* 2018-08-22 10:56:21
 tom 在线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4520
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在业界观察的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章5
发文心情 
光有QoS参数不解决问题,关键是有确定的路由,这又跟IP网络的设计初衷是背道而驰的。

----------------------------------------------

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2018-08-22 19:21:32
 bakarru 离线,有人找我吗?
  
  等级:学友
  文章:119
  积分:
  注册:2017-05-04
给bakarru发送一个短消息 把bakarru加入好友 查看bakarru的个人资料 搜索bakarru在业界观察的所有文章 点击这里发送电邮给bakarru 引用回复这个文章 回复这个文章6
发文心情 
又仔细研究了下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编辑过]
点击查看用户来源及管理<br>发贴IP:*.*.*.* 2018-08-24 09:21:35
 bakarru 离线,有人找我吗?
  
  等级:学友
  文章:119
  积分:
  注册:2017-05-04
给bakarru发送一个短消息 把bakarru加入好友 查看bakarru的个人资料 搜索bakarru在业界观察的所有文章 点击这里发送电邮给bakarru 引用回复这个文章 回复这个文章7
发文心情 
孙老师说的确定路由只能是网元层面的,IP子网因为是无连接的,所以不会有固定路由,话说回来IP子网对上层应用是透明的,所以想想也并不矛盾
点击查看用户来源及管理<br>发贴IP:*.*.*.* 2018-08-24 09:32:49
 tom 在线,有人找我吗?
  
  
  等级:LTE学习大使
  文章:4520
  积分:
  注册:2003-06-10
给tom发送一个短消息 把tom加入好友 查看tom的个人资料 搜索tom在业界观察的所有文章 点击这里发送电邮给tom 引用回复这个文章 回复这个文章8
发文心情 
《业务与信令》中讲到,QCI还是会影响IP以及链路层的。

----------------------------------------------

点击查看用户来源及管理<br>发贴IP:*.*.*.* 2018-08-24 17:09:45

本主题文章数8,分页: [1]

管理选项锁定 | 解锁 | 提升 | 删除 | move | 固顶 | 总固顶 | 奖励 | 惩罚 | 发布公告

Powered by:Old version
Copyright ©2002 - 2019空中接口学园 , 页面执行时间:514.648毫秒