ubnt解决方案
查看: 5511|回复: 6

[个人实战] WiFi无线城市与乡村宽带覆盖所面临技术问题与解决方案思考

[复制链接]

295

回帖

4829

积分

881 小时

在线时间

砖家教授

技术达人特级工程师

注册时间
2008-8-27
金币
4027 个
威望
37 个
荣誉
14 个
累计签到:128 天
连续签到:0 天
[LV.200]无线新星
发表于 2008-12-24 11:48 |显示全部楼层
WiFi无线城市与乡村宽带覆盖所面临技术问题与解决方案思考
壹、WiFi无线城市与乡村宽带覆盖所面临技术问题

WiFi
无线系统成功的被大众所接受,着眼于室内或室外Hotspot热点的无线覆盖上网应用,人们不再被有线网络所牵绊着,移动上网与相当的带宽,让使用者毫不迟疑的接受WiFi无线的洗礼。
很快的,WiFi无线技术尝试应用于城市与乡村宽带覆盖,被无线设备商、系统商、营运商一窝风的过度渲染商业或应用价值,一时之间全世界无线城市架设计划如雨后春笋般的冒出,但是当时的WiFi技术普遍存在以下问题,很快的无线城市覆盖项目陆续失败收场,让人对WiFi无线城市覆盖的未来市场应用产生疑虑。
WiFi无线技术问题:
1.      硬件处理能力不强,无线系统运作不稳定,可靠度受质疑
2.      硬件处理数据流技术有瓶颈,造成无线讯号不稳与掉包问题
3.      骨干带宽技术不行,造成骨干带宽严重不足
4.      骨干数据流技术不良,造成通信时延问题
5.      多模、多频、多信道技术不够,造成骨干与覆盖产生架设冲突
6.      信道不足或覆盖区信道干扰问题严重
7.      无法真实提供Roaming漫游功能
8.      过度相信高功率覆盖,造成城市覆盖干扰问题增加
9.      因无线技术问题,产生架设系统落地点过多问题
10.  因无线技术问题,造成无线网络系统过于复杂,产生架设、调适、网管、认证、收费营运等问题
11.  无线讯号优化技术欠缺,造成覆盖区上网人数一多,互抢联机优先级与带宽降低问题
12.  无线带宽管理技术欠缺,造成覆盖区上网人数一多,带宽吞吐量严重降低
13.  无线技术能力过于神化,造成系统架设与营运效果大打折扣
14.  对无线讯号穿透能力过度乐观,造成覆盖效果不如预期
15.  部份无线城市覆盖项目,采用非电信级的无线设备,却期望扮演比电信设备更多的服务,造成更多失败的案例


贰、面对WiFi无线技术问题,虚心严肃的提出技术解决方案
面对WiFi无线产业所面临的严竣问题,身为资深产业界一员的我们,无不痛心与婉惜,更觉得该有所作为。早在1999年我们就拥有无线Mesh高速移动技术,只是在技术层面上,过度修改了硬件与软件核心技术,造成系统成为非标准的WiFi无线系统,无法普遍应用于市场及使用者端。
几经核心技术研发人员的苦思论辩与创意研发下,终于在2004年开始提出包含:
1.Daisy Chain连续跳台不间断带宽低耗损技术
2.Dynamic WAN/LAN Interface动态WAN/LAN接口设计
3.Multiple Modules & RF Band 多模块多信道数据流技术
4.Trunk加倍带宽与传输优化技术
5.DC-Mesh 跳台骨干多路径无线网络
6.High Speed Roaming高速漫游技术
7.High Speed Handover高速换手技术
8.其它无线讯号优化与带宽管理等技术
2004年开始,我们先于全球室外无线市场进行全面的实战无线系统验证,陆续在无线大带宽骨干、高带宽城市覆盖、大带宽远程无线监控取得电信集团与监控业界的认可,进一步于2007年在中国导入远程高速移动无线监控系统与高带宽城市覆盖WiFi Phone应用,证实了WiFi无线系统的技术,不是不可行、不可为,而是要用对无线技术、用对无线系统。

对于既有的WiFi无线技术问题,我们严肃的提出解决方案如下:
詳見附件文檔


目前WiFi无线仍然存在许多技术问题待克服,针对无线市场的应用,覆盖传输距离过近、有效带宽过小、讯号质量要求过高、抗干扰能力不足、信道干扰明显、讯号穿透力不足、高速移动太慢、互抢联机与带宽问题、频率信道不足…等,再再凸显WiFi无线的弱点(Ps:其它无线系统问题也很多);但是,反向的思考,目前真正被大众所接受的无线宽带,除了WiFi无线外,3G3.5GWiMax都还存在许多商业实战的验证与使用者换机学习时程的考验;至于未来的LTEWiFi Giga (1000Mbps无线),那只能说,再等五年十年吧!!


『停止空谈』是最近IBM的商业广告辞,WiFi无线系统是否适合应用于城市与乡村宽带覆盖,就从技术特性与无线系统特征,来进行一场WiFi无线城市与乡村宽带覆盖实战验证吧。

附件: 目前无线技术覆盖方式问题
詳見附件文檔

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?注册 微信登录

x

评分

1

查看全部评分

www.io-power.com.tw
www.io-power.com.cn
www.io-power.com
Msn: jmj10101@hotmail.com
QQ:858199179
阿里旺旺:jmj10101

9

回帖

22

积分

11 小时

在线时间

新兵上阵

注册时间
2009-1-4
金币
12 个
威望
0 个
荣誉
0 个

尚未签到

发表于 2009-1-6 10:22 |显示全部楼层
sddsdsadsdsadsddsaddd
回复

使用道具 举报

180

回帖

862

积分

61 小时

在线时间

中尉

注册时间
2009-2-4
金币
645 个
威望
6 个
荣誉
0 个

尚未签到

发表于 2009-4-4 22:38 |显示全部楼层
感谢分享谢谢
回复

使用道具 举报

121

回帖

1599

积分

50 小时

在线时间

上尉

注册时间
2008-10-23
金币
1470 个
威望
0 个
荣誉
0 个

尚未签到

发表于 2009-4-13 13:41 |显示全部楼层
感谢分享 顶起
回复

使用道具 举报

40

回帖

89

积分

10 小时

在线时间

上等兵

注册时间
2009-3-26
金币
46 个
威望
0 个
荣誉
0 个

尚未签到

发表于 2009-4-17 21:32 |显示全部楼层
WIFI 不适合大范围.......
回复

使用道具 举报

147

回帖

2292

积分

113 小时

在线时间

少校

注册时间
2007-1-6
金币
2072 个
威望
4 个
荣誉
1 个

尚未签到

发表于 2009-4-19 17:38 |显示全部楼层
有幸在多个网站都看到过楼主的这个大作,本人原是作IP网出身,这两年被逼的做了几天无线产品,在无线产品这方面有点个人的拙见想跟楼主交流一下,言语间不当之处还请海涵。(括号里是我写的,因字数限制请大家自行参看楼主原文档)
另:看了楼主的一些帖子和产品的一些资料,本来无话,因为和我做的产品本来就是两个方向,但是看到这篇说无线城市的文章有点坐不住了,所以写了点东西,和大家一起讨论一下。
国内的无线城市建设应该在08年才大规模开始的,最早还是借奥运的春风,北京的中电华通做了几个主要环路的覆盖和重点地区的覆盖,而且使用的是阿德里亚的MESH产品。从同期多个无线城市的case看,规模都不大,大部分是政府出资或者第三方出资,但是中国3大运营商基本都未介入其中,所以很多采用的都是mesh技术,归根结底是什么?原因是政府或者第三方没有管道资源,租用运营商的管道资源势必要花很多钱,而且有可能受制于人,于是mesh便成了救命稻草。环看全球的无线城市,大部分都只是政绩工程而已,只有少量得以成功运营,国内更是如此。但08年底工信部一纸文书,3大运营商天下3分,且3家都有无线牌照和一定的固网资源(移动惨点,铁通那份估计不够它塞牙缝呢。。不过移动在各地也有自己的数据网资源只是较少罢了),如何抢ARPU是运营商里想的最多的问题了,wlan正是运营商圈地的目标之一。08年的3Q的时候电信wlan产品入围,标准里只有胖ap,其它几家也差不多,但年底时移动总部的测试开始,明确把ap分成胖瘦两部分,并且加入AC的测试项目,随即新联通测试在年后开始,内容和移动类似,中国电信最晚,前些日子才在上海电信研究院测完。有意思的是,电信最早的测试列表里是有mesh的测试选项的(2008年3月的版本),但是在最后测试的时候却把mesh取消了(2009年3月版本)。。。而且我手上的建设规范和设备功能规范里都未提及mesh。为啥运营商对mesh视而不见?最简单不过了,运营商有大量的管道资源,而无线链路在牢固也不敌有线吧。。。。
so 个人认为mesh技术在某些特定场景(应急、抢险等)和某些特定行业(石油、监控等)有一定市场外,在无线城市的建设中应该属于被忽略的技术,至少是在运营商的无线城市领域是被忽略的技术。

WiFi无线技术问题

积极作为

1. 硬件处理能力不强,无线系统运作不稳定,可靠度受质疑


(如果不考虑成本因素的话,这样的设计不是任何问题。而且如果AP上不跑过多设计7层应用控制的功能的话,大部分高计算量的功能都可以用芯片实现了,我原来公司的AP产品线曾有计划在AP上采用多核处理器,但也并不是因为为了增加性能,而是因为有部分47层分析过滤类的功能要在AP上跑。目前以54M的技术来看的话,SOC方案基本可以满足一般产品设计需求。所以单纯在AP上拼硬件,我个人觉得意义不是很大。)

2. 硬件处理数据流技术有瓶颈,造成无线讯号不稳与掉包问题


(只要舍得花钱,这些不是问题)

3. 骨干带宽技术不行,造成骨干带宽严重不足

3radio的方案貌似星矢啥的也有类似方案了。双频支持也只是芯片的问题。Daisy Chain这个技术没有看到楼主详细描述,没概念,不过我看过阿德里亚、moto等多个厂家的内部测试报告,如果在2radio而且一个radio做覆盖的情况下,基本是不可能实现的。不过现在还未看到过3radio的权威测试报告,这个不敢妄言。第4点个人认为是扯淡,大家自己想想就知道。)

4. 骨干数据流技术不良,造成通信时延问题

(没看明白讲什么。。。俺们比较土,希望楼主能在用浅显的语言给俺们科普一下)

5. 多模、多频、多信道技术不够,造成骨干与覆盖产生架设冲突

(插卡结构不是啥新东西了吧。。。现在好一些的商用级AP基本都是了吧。。第3还是没明白。。。第4点。。。同信道低干扰。。。不知道楼主的产品是怎么实现的,重写了802.11MAC层?我觉得只有这种可能了。。。802.11本来就是基于cdma/ca,希望楼主能详细解释一下同信道低干扰的机制实现的基本原理)

6. 信道不足或覆盖区信道干扰问题严重

(基本有脑子的这类功能都是这么干的,这个就不用楼主操心了,中国国标室内AP100mW,室外 500mW,不知道海峡那边咋规定的。)

7. 无法真实提供Roaming漫游功能

(高速漫游是目前802.11技术的难题,楼主真应该加入IEEE,教他们把11r做好点。把802.11做到wimax的漫游水平的确不容易,据我所知阿朗(aruba),H3C都因为这个丢过些项目。个人认为802.11协议本来就不是为高速环境下运行设计的,而且高速漫游在实际项目中价值不大,并且可以用其它技术代替,比如3G

8. 过度相信高功率覆盖,造成城市覆盖干扰问题增加

(有人做过382公里3M的实验,有兴趣的自己搜搜看。功率问题的误区在没做过射频项目的SI里面的确有这个现象。)



10. 因无线技术问题,造成无线网络系统过于复杂,产生架设、调适、网管、认证、收费营运等问题


(没见到说明怎么简化网管和AAA的答案。。。。这部分是目前运营商最关心的一部分)

11. 无线讯号优化技术欠缺,造成覆盖区上网人数一多,互抢联机优先级与带宽降低问题


(在瘦AP+AC的架构中能解决AP间负载均衡的问题,没明白楼主的产品是怎么实现的。)

12. 无线带宽管理技术欠缺,造成覆盖区上网人数一多,带宽吞吐量严重降低


WMM,无线到有线端QoS映射,貌似是现在很多企业级产品的标配,至少3大运营商把这个都写进规范了。)


回复

使用道具 举报

295

回帖

4829

积分

881 小时

在线时间

砖家教授

技术达人特级工程师

注册时间
2008-8-27
金币
4027 个
威望
37 个
荣誉
14 个
累计签到:128 天
连续签到:0 天
[LV.200]无线新星
发表于 2009-4-19 18:41 |显示全部楼层
本帖最后由 jmj10101 于 2009-4-19 21:37 编辑

6# sodoman

很高興看到有深度的[討論區]回覆文章
從200807開始於中國網站發表文章
難得見到一篇有獨立見解的回覆討論文章
這篇算是第一篇
也希望很快的變成第二篇

好了'不多說
針對你所回應的內容
提出我的回應想法
(同樣的'我不敢說我的看法都對'但至少我有所本)

1. 硬件处理能力不强,无线系统运作不稳定,可靠度受质疑
你的看法太從技術性思考'即使是從技術性思考'也不是如你所說'透過硬件都可達成'就如同wimax'就拜在你這種理論觀點上'無法做出可大量生產的硬件產品;回歸主題談'~~[目前以54M的技术来看的话,SOC方案基本可以满足一般产品设计需求。所以单纯在AP上拼硬件,我个人觉得意义不是很大。]~~很巧的'我們最近陸續開發了幾個SOC的產品'也測試驗證了幾個SOC的產品'結果好像跟你的分析'剛好相反~~~~最終'問題在研發與生產及市場的拉扯問題~~硬件成本高'價格高'若沒其他特殊技術功能做基礎'很容易就被市場淘汰~~從2007~2009~~全世界倒閉的WiFi & Wimax公司~~破1000家公司不足為奇~~其中包括幾家很有技術能力的公司

3. 骨干带宽技术不行,造成骨干带宽严重不足

~~~不过我看过阿德里亚、moto等多个厂家的内部测试报告,如果在2radio而且一个radio做覆盖的情况下,基本是不可能实现的。~~~
----我們的技術與他們大大不同'也跟你所瞭解的技術不同'我們2004年就開發出此技術'2005年申請取得國際專利~~有國際專利~~代表與上列公司技術不能一樣'
~~不过现在还未看到过3radio的权威测试报告,这个不敢妄言。第4点个人认为是扯淡,大家自己想想就知道~~
----建議您先看一下我去年於版上發表的Daisy Chain & Trunk技術應用解說'這樣你就知道為何我們能取得國技專利 ;;另外3個radio的帶寬測試'我們從2005~2009年不知測試多少次'最近無線與傳輸優化後'3RF可以達到50-60Mbps(要看報告'我可私下提供'要測試驗證'可買樣品'沒達到50-60Mbps可退貨--我不是要在網上賣產品喔);;第4點你的看法我不認同

4. 骨干数据流技术不良,造成通信时延问题

----wifi mesh的架設'上層骨幹若與下層覆蓋都透過routing table等技術'封包經過幾次與幾層跳台傳輸'會造成通信時間延遲嚴重'影響到傳輸與應用;;舉例來說'無線監控及wifi phone使用會出現封包回應不及問題'造成掉包(很多公司的mesh多跳後'會產生超過50ms以上的延遲)

5. 多模、多频、多信道技术不够,造成骨干与覆盖产生架设冲突
~~~~同信道低干扰。。。不知道楼主的产品是怎么实现的,重写了802.11MAC层?
----同信道低干擾並不是重寫MAC層'詳細技術說明'抱歉這是技術機密;我只能說'從2004年迄今'我們架設過的無線項目'不下近百個'已不需再驗證(中國最近也架設了幾個項目'讓許多甲方及大學教授都覺得不可致信'但事實擺在眼前)

6. 信道不足或覆盖区信道干扰问题严重
(基本有脑子的这类功能都是这么干的,这个就不用楼主操心了,中国国标室内AP100mW,室外 500mW,不知道海峡那边咋规定的。)
----中國無線使用者若真那麼遵守規定'我就不用在各討論區'那麼大聲疾呼'無線不要濫用大功率'也不用測試33KM的50mW對戰400mW及1W的驗證測試比較;;我們電信客戶也不會因為信道干擾問題'找上我們提出解決方案

7. 无法真实提供Roaming漫游功能
(高速漫游是目前802.11技术的难题,楼主真应该加入IEEE,教他们把11r做好点。把802.11做到wimax的漫游水平的确不容易,据我所知阿朗(aruba),H3C都因为这个丢过些项目。个人认为802.11协议本来就不是为高速环境下运行设计的,而且高速漫游在实际项目中价值不大,并且可以用其它技术代替,比如3G
----如果我們是INTEL或IBM~~我們會去IEEE提案'但我們不是

~~~高速漫游在实际项目中价值不大,并且可以用其它技术代替,比如3G
----我們同頻信道干擾低'所以針對WiFi Phone與高速移動上網及無線監控'才能真正達成'如何說價值不大~~3G??別被宣傳騙了~~1~2Mbps如何提供服務~~台灣3.5G的3.6~7.2Mbps都服務一堆問題

10. 因无线技术问题,造成无线网络系统过于复杂,产生架设、调适、网管、认证、收费营运等问题
----貼文有字數限制'有機會另闢一專文解說网管、认证、收费营运等问题細節'
----文中提出以下五點'意在簡化系統
1.落地點減少,讓網路系統單純化
2.骨幹帶寬增加,讓無線系統設備減少架設數量
3.多模組搭配雙頻使用,讓骨幹與覆蓋頻率分開,減少干擾
4.多路徑DC-Mesh網路,讓無線城市覆蓋更具效益
5.動態帶寬管理與資料流程技術及無線優化,強健無線網路系統

11. 无线讯号优化技术欠缺,造成覆盖区上网人数一多,互抢联机优先级与带宽降低问题
(在瘦AP+AC的架构中能解决AP间负载均衡的问题,没明白楼主的产品是怎么实现的。)
----瘦AP的系統架構'存在系統架構運作問題'這種技術很早期就於國外流行過'後來消聲匿跡;;最近再於中國盛行'除非技術有突破'否則又是一次商業宣傳的....
----多種智能型帶寬管理'輔以多模組獨立覆蓋'還有最重要的跳台大帶寬骨幹'真正提供大帶寬服務質量

12. 无线带宽管理技术欠缺,造成覆盖区上网人数一多,带宽吞吐量严重降低

WMM,无线到有线端QoS映射,貌似是现在很多企业级产品的标配,至少3大运营商把这个都写进规范了。)
----別提QoS了'這種技術的效果'很少有公司能發揮的好'試過幾家大廠QoS的效果'只能說慘不忍賭;;QoS的需求是因帶寬不足為主因之一'當帶寬變大時'QoS使用必要性就不高;;我們的QoS提供出來迄今四年'我從來沒設置過'因為根本沒這種需求
----若因上網人數一多'啟用QoS功能'個人經驗與聽聞'都是狀況更差;;反倒是帶寬加大與帶寬管理'不只帶寬服務更好'搶帶寬與訊號干擾問題更可減少'這才是根本解決方法


以上
是個人見解

www.io-power.com.tw
www.io-power.com.cn
www.io-power.com
Msn: jmj10101@hotmail.com
QQ:858199179
阿里旺旺:jmj10101
回复

使用道具 举报

您需要登录后才可以回帖 登录 | 注册 微信登录

本版积分规则

站点统计 | Archiver | 手机版 | 无线门户 ( 粤ICP备11076993号|粤公网安备44010602008359号 ) |网站地图

GMT+8, 2024-5-2 18:00

返回顶部 返回列表