• <meter id="pjxsr"></meter>

  • <meter id="pjxsr"><samp id="pjxsr"></samp></meter><code id="pjxsr"><ins id="pjxsr"><kbd id="pjxsr"></kbd></ins></code>
  • <output id="pjxsr"></output>
    <meter id="pjxsr"><font id="pjxsr"></font></meter>
    sub newsletter

    微信表示出了合作姿態(tài),承認微信占用信令資源過多,著手緩解

    微信表示出了合作姿態(tài),承認微信占用信令資源過多,著手緩解面對運營商的施壓,騰訊和微信終于表示出了讓步與合作姿態(tài)。

    4月9日晚,騰訊微信團隊在其新浪官方微博中發(fā)布消息,稱微信團隊已啟動2.5G網(wǎng)絡(luò)優(yōu)化計劃,目前正在和運營商運維部門共同探討信令解決方案,以緩解微信占用通信網(wǎng)絡(luò)信令資源過多的問題。不久的將來有望實現(xiàn)智能的2.5G動態(tài)降低信令頻率的技術(shù),信令負載有望大幅度優(yōu)化解決。

    此前“不合作”

    最近炒得很熱的微信收費話題,部分源于運營商給出了這么一個理由:微信占用運營商通信網(wǎng)絡(luò)信令資源過多。

    關(guān)于這方面的抱怨,讀者可參這篇文章。

    面對主要來自中移動的抱怨,業(yè)內(nèi)業(yè)外人都有不同的看法與爭議。有人說中移動是胡扯,有人說中移動沒瞎說。而騰訊與微信方面卻一直未作正面回應(yīng)。馬化騰只是在兩會上建議國家應(yīng)開放網(wǎng)絡(luò)建設(shè),將寬帶網(wǎng)絡(luò)建設(shè)提升到和交通、電力、能源等同等重要的位置,加大投入力度。他后來還說,到了3G后,微信占用信令資源的困境將迎刃而解。

    這其實變相承認了微信在2.5G下是對信令資源有大量消耗的。包括中移動前董事長王建宙也直言確實存在——微信這樣的無線產(chǎn)品的心跳機制引起運營商網(wǎng)絡(luò)負擔加重的問題。

    但怎么改善與解決這個問題,在昨晚之前,騰訊與微信沒有具體表態(tài)。

    根據(jù)虎嗅作者李瀛寰從中移動方面了解的情況:“3月初,中移動相關(guān)技術(shù)部門建議微信‘降低心跳的頻率’。這個建議提給騰訊之后,但騰訊回應(yīng)則是‘不改’。

    與運營商關(guān)系緊張、微信收費的傳聞和增速放緩的財報,造成騰訊股價持續(xù)半月下跌。

    內(nèi)外壓力下,微信方面做出昨晚的表態(tài)。

    以下為微信團隊詳解移動網(wǎng)絡(luò)問題全文

    微信團隊詳解當下移動互聯(lián)網(wǎng)的三個熱點問題

    近期,外界出現(xiàn)了關(guān)于微信的諸多討論,諸如信令問題和收費傳言。我們今天特別邀請微信團隊技術(shù)負責人Harveyzhou和產(chǎn)品總監(jiān)Lakezeng給大家解答一下。

    問題一:先問一下信令問題,可否比較通俗簡明解說一下?

    答:在每一次網(wǎng)絡(luò)交互中,去除內(nèi)容數(shù)據(jù)信號之外的控制信號,就是信令。

    2G/2.5G的系統(tǒng)是主要為Wap信息拉取設(shè)計的,信令的處理能力有限。從2007年蘋果發(fā)布iPhone開始,智能手機開始普遍地要求“保持在線”,運營商也升級網(wǎng)絡(luò)為3G和4G,對信令的支持大幅提升。因此本質(zhì)上來說,信令問題是上一代的2G網(wǎng)絡(luò)不能支持智能手機時代的App長期聯(lián)網(wǎng)特性而產(chǎn)生。

    問題二:信令問題是中國特有的問題還是全球共性的問題 ?

    答:信令問題是全球性的。

    比如目前發(fā)展最快的分別是美國的 Whatsapp 、韓國的kakaoTalk、日本的Line,、中國的微信。其他較為知名的產(chǎn)品還包括Kik、Tango、FB Messenger、中國移動(微博)的飛信、中國聯(lián)通(微博)的沃信以及中國電信(微博)的翼聊。他們的共同特點,就是要依賴于通過心跳信號,保持一直在線的狀態(tài),因此必須要有“心跳信號”,因此這也對移動數(shù)據(jù)網(wǎng)絡(luò)的信令處理能力提出了更高的要求。

    問題三: 信令問題既然是全球共性的問題,全球范圍內(nèi)是否已有解決方法 ?中國的情況有哪些特殊之處,有沒有解決方法?

    答:從各國移動網(wǎng)絡(luò)建設(shè)的實踐來看,已有不少國家和地區(qū),已經(jīng)比較好地解決了這個問題。比如日本的東京、韓國的漢城、中國香港地區(qū),均是人口密度大,智能手機占有率高的城市, 他們通過大力擴建3G/4G 網(wǎng)絡(luò)以及全城密布的WiFi輔助,已實現(xiàn)了支持高密度的智能手機和在線類APP,實現(xiàn)真正的“無線城市”。

    韓國首爾為例,人口占整個韓國的1/4,擁有韓國70%的智能手機(比中國高出一倍),是全球智能手機最高比例的地方。而Kakao Talk 在智能手機的安裝量超過90%,被稱為“韓國國民通信軟件”。在這樣高密度的城市,韓國運營商通過大力建設(shè)3G/4G 網(wǎng)絡(luò),以及全城密密麻麻的WiFi 熱點輔助,手機上網(wǎng)很流暢,用戶可以很愉快地使用包括KaKao Talk 在類的各款在線應(yīng)用。

    在中國香港,土地面積狹小,摩天大樓林立,人口密度之大算是移動網(wǎng)絡(luò)基站部署難度最大的城市之一。香港共有6家移動運營商,早已全面3G化,2012年開始普及4G網(wǎng)絡(luò)。與韓國首爾的情況相似,除了家家戶戶家里有WiFi,街頭咖啡廳、商業(yè)樓宇、商場、小區(qū),到處都是方便可用的免費WiFi。通過這些基礎(chǔ)設(shè)施,香港用戶可以享用高速的移動互聯(lián)網(wǎng),香港用戶普遍使用微信、Whatsapp,F(xiàn)aceTime, 網(wǎng)速快,使用起來非常流暢。

    中國的情況主要問題集中在上一代的2.5G網(wǎng)絡(luò)上。和日韓相比,最大的差別是在于國內(nèi)2.5G用戶比例較大,特別是中國移動,用戶從2.5G遷移到TD-3G的比例還比較低。2.5G網(wǎng)絡(luò)對信令處理能力比較弱,在高信令負載時會比較吃力。 而對于中國電信和中國聯(lián)通而言,因為3G用戶比例較高,處理信令能力就輕松許多。此外,在無線寬帶城市的建設(shè)方面,國內(nèi)還比較落后,公共WIFI還不太普及,分擔移動基站的能力尚不夠充分。

    為了兼顧上一代2.5G網(wǎng)絡(luò),微信團隊在產(chǎn)品設(shè)計上已做了很多很用心的優(yōu)化設(shè)計。

    舉個例子,微信廣受歡迎的朋友圈功能, 就對社交照片流采用了深度壓縮技術(shù),大幅降低圖片的大小,讓2.5G用戶也能體驗到照片社交的樂趣。微信的語言留言信息,就采用了比同類軟件更深度的壓縮技術(shù),也是為了2.5G用戶能較為輕松使用。

    為了解決上一代2.5G網(wǎng)絡(luò)的信令壓力問題,微信技術(shù)團隊正在和運營商運維部門共同探討解決方案。相信在不久的將來,微信可以根據(jù)不同網(wǎng)絡(luò)的特點,實現(xiàn)更智能的動態(tài)心跳的新技術(shù),有效解決2.5G網(wǎng)絡(luò)的信令負載。

    伴隨3G/ 4G的建設(shè)提速,WiFi無線城市的大力建設(shè),困擾產(chǎn)業(yè)的信令和網(wǎng)速問題最終都會迎刃而解。我們相信,關(guān)于2G網(wǎng)絡(luò)信令的問題,是一個3G/4G/WiFi過渡的階段性問題,可以通過運營商和APP服務(wù)商聯(lián)合技術(shù)優(yōu)化來解決。

    微信團隊

    2013年4月9日

    原創(chuàng)文章,作者:王琪,如若轉(zhuǎn)載,請注明出處:http://www.szshoujike.com/blog/archives/5354

    China-PRNewsire-300-300
    成人女人大片免费视频二级,亚洲国产成人Av影院,亚洲成人经典无码,精品亚洲国产成人AV在线小说 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();