待解决问题
如何在地铁系统中更好的进行无线网络数据采集? (进入论坛模式)
离问题结束还有0天0小时 |
提问者:stonecolddxr
|
提问时间:2012-5-27 18:19
近期和运营商聊天,发现在地铁系统中进行无线网络优化似乎一直是个头疼的问题,从最初数据采集来看:目前的地面路测工具(鼎立等)在地铁系统中遭遇定位困难,地下轨道到露天轨道交接处数据采集的困难,多条地铁交汇处数据采集的困难,似乎难有很好解决方案,直接导致后期无线网络优化不能尽如人意。随着各个大城市地铁相继扩张,此问题会逐渐被更多人重视,本人非技术,不知各位是否遭遇此问题并是否有更好的解决方案。
问题答案 ( 35 条 )
回复 1# 的帖子
地铁无线优化的一大困难是没有GPS信号,画轨迹图比较麻烦
地铁无线优化的一大困难是没有GPS信号,画轨迹图比较麻烦
照顾照顾苦逼的劳工们吧,信号差点,还能歇口气!
回复 1# 的帖子
表示广州地铁的测试是直接下载地铁线路图,采用CQT打点的方式,每个站对应一个点,然后测一个来回就KO了~~~~
表示广州地铁的测试是直接下载地铁线路图,采用CQT打点的方式,每个站对应一个点,然后测一个来回就KO了~~~~
关键还是钱吧,大家这边听说是地铁方面索取的金额过高,所以一直没法进去
没有GPS,就跟室分楼面信号测试一样测吧,线路图手动打点
没有GPS,这个是大问题。
不知道多节点在应用上有没有实用性,没有应用经验。
不知道多节点在应用上有没有实用性,没有应用经验。
顶
列车行驶的路线图还原到地上应该可以看到,根据路线长度还原到地上优化可以吗?
带有Mesh功能的AP
设置固定节点,进行自动数据采集,人工采集太困难
首先自备站台、站厅或隧道图纸;
站台与站厅的各业务测试均可用步测打点方式测试记录数据;
隧道直接坐车内测试;
估计楼主说的某运营商反映地铁优化问题还是隧道内的移动性能(切换)问题,这个确实比较困扰~
站台与站厅的各业务测试均可用步测打点方式测试记录数据;
隧道直接坐车内测试;
估计楼主说的某运营商反映地铁优化问题还是隧道内的移动性能(切换)问题,这个确实比较困扰~
这个我也想知道,学习学习。
话说回来『地铁方面索取的金额过高』是真的吗??:o
话说回来『地铁方面索取的金额过高』是真的吗??:o
用google地球画图啦……
这个问题比较专业了
定位困难是一方面
地下轨道到露天轨道交接处数据采集的困难是信号采集不正确的原因吗 ?
多条地铁交汇处数据采集的困难不晓得什么原因
地铁应该也是用的室内分布系统吧 除了路测工具 应该还是有专用的工具
定位困难是一方面
地下轨道到露天轨道交接处数据采集的困难是信号采集不正确的原因吗 ?
多条地铁交汇处数据采集的困难不晓得什么原因
地铁应该也是用的室内分布系统吧 除了路测工具 应该还是有专用的工具
在地铁铁轨和路边终端上安装信号接收器等等,应该可以不会有断网的机会了吧,隧道深处的终端用线传输,地上的部分由线路和无线互补应用
关于测试这块,中兴貌似给上海电信做了一套地铁的测试系统。
要精确定位测试,可以通过步行测试,在车内测试精度要低一些
进场费用绝对是最大的问题。
回复 1# 的帖子
地铁中利用室内图进行大致的轨迹划分,因为没有GPS的信号,只能这样做哦
地铁中利用室内图进行大致的轨迹划分,因为没有GPS的信号,只能这样做哦
建议不要消灭盲
地铁环境与地面不同,应该主要是缺少合适的测试时间段,步行的可能性不大,在车辆中进行测试又难以准确定位,还有地铁方面又不可能为了无线信号覆盖来专门配合。技术难题应该不是很大。
路测App早就可以做到无GPS路测了,广泛应用于室内信号测试、隧道测试、地铁测试等等。可能是领导也是非技术,不了解吧。
不过实际上,无GPS路测方式应用倒是太少了。
不过实际上,无GPS路测方式应用倒是太少了。
技术层面问题不大,行业壁垒是大问题。
:) 地铁里面的干扰大,但是信号的穿透性就难说
像室内DT一样手动打点啊,其实就是起始点和终点点一下,然后的测试点会自动分配到这个直线上(有拐弯就多打个点就行
与地铁建设同步进行 是很好的 解决方式
或者 委托投资
或者 委托投资
用1588应该就可以解决了吧?
现场实测广州地铁一二三号线3G信号覆盖http://www.txrjy.com/viewthread. ... hlight=%B5%D8%CC%FA
技术层面的问题其实都可以解决,行业壁垒是大问题,连入场都不让你入还做什么。
和鼎利测室分楼面信号一样,线路图手动打点
地铁无线信号很单纯,主要是地铁站台和出口无线环境复杂。
所以,测试可以每两个站之间记录一个LOG,站台一个LOG,出口一个LOG。
不要觉得复杂,优化地铁虽说不上一劳永逸,但优化好了要消停好一阵子
地铁无线信号很单纯,主要是地铁站台和出口无线环境复杂。
所以,测试可以每两个站之间记录一个LOG,站台一个LOG,出口一个LOG。
不要觉得复杂,优化地铁虽说不上一劳永逸,但优化好了要消停好一阵子
地铁站与站之间单独记录log,采用打点结合地图来分析,满足容量和传输时延的情况下用尽可能少的扰码,减少切换,优化好地铁出口与外部宏站的邻区。
技术问题好解决,关键是行业壁垒,买路钱太高
打点也不是很准,因为车速是两头慢,中间快,但画线是平均分配的。不过也没什么好办法啦。其实有一个困难是行驶期间有频偏,这个目前没有算法纠正。
也许SON的一些特性可以解决这些问题,例如:
ANR (Automatic Neighbour Relation): 自动发现并增加邻区
MRO (Mobility Robustness Optimisation): 解决切换问题,例如过早切换、过迟切换、切换到错误小区
RACH optimisation: 提高随机接入的成功率
ANR (Automatic Neighbour Relation): 自动发现并增加邻区
MRO (Mobility Robustness Optimisation): 解决切换问题,例如过早切换、过迟切换、切换到错误小区
RACH optimisation: 提高随机接入的成功率
不晓得e'
热点问题