91欧美超碰AV自拍|国产成年人性爱视频免费看|亚洲 日韩 欧美一厂二区入|人人看人人爽人人操aV|丝袜美腿视频一区二区在线看|人人操人人爽人人爱|婷婷五月天超碰|97色色欧美亚州A√|另类A√无码精品一级av|欧美特级日韩特级

0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Verizon:open RAN用于大型商業(yè)部署還需要一段時(shí)間

5G ? 來(lái)源:5G ? 作者:5G ? 2021-01-19 11:01 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

重要信息

8d4cf308-57db-11eb-8b86-12bb97331649.png

8d687894-57db-11eb-8b86-12bb97331649.png

8db09d4a-57db-11eb-8b86-12bb97331649.png

Kyle Malady認(rèn)為open RAN這一趨勢(shì)類似于大約10年前出現(xiàn)的“在核心網(wǎng)絡(luò)中引入虛擬化技術(shù)”這一趨勢(shì),此類趨勢(shì)可以為移動(dòng)通信網(wǎng)絡(luò)行業(yè)引入一些新的供應(yīng)商和創(chuàng)新,但是在具體實(shí)施的層面以及新的業(yè)務(wù)模型方面帶來(lái)了很大挑戰(zhàn)。他解釋說(shuō),移動(dòng)通信網(wǎng)絡(luò)行業(yè)(對(duì)于核心網(wǎng)虛擬化)已在很大程度上解決了技術(shù)和業(yè)務(wù)模型問題,并且目前正在廣泛采用虛擬化技術(shù)。

“因此,我們將以我們認(rèn)為合適的步伐去推進(jìn)open RAN的發(fā)展。如果我們沒有從中受益,那么我們可能會(huì)改變主意。但是在目前,我確實(shí)看到了open RAN把新的供應(yīng)商帶入到移動(dòng)通信生態(tài)系統(tǒng)的可能性。”

總體而言,由于open RAN技術(shù)尚處于極其初始的階段,在技術(shù)實(shí)現(xiàn)、互聯(lián)互通、信息安全等方面存在不小的挑戰(zhàn),從而需要密切關(guān)注該技術(shù)的進(jìn)一步發(fā)展。

原文標(biāo)題:Verizon首席技術(shù)官:open RAN太艱難了!

文章出處:【微信公眾號(hào):5G】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

責(zé)任編輯:haq

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 通信
    +關(guān)注

    關(guān)注

    18

    文章

    6389

    瀏覽量

    140058
  • 網(wǎng)絡(luò)
    +關(guān)注

    關(guān)注

    14

    文章

    8265

    瀏覽量

    94801
  • RAN
    RAN
    +關(guān)注

    關(guān)注

    0

    文章

    120

    瀏覽量

    19408

原文標(biāo)題:Verizon首席技術(shù)官:open RAN太艱難了!

文章出處:【微信號(hào):angmobile,微信公眾號(hào):5G】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評(píng)論

    相關(guān)推薦
    熱點(diǎn)推薦

    電子產(chǎn)品有CE認(rèn)證還需要做RoHS嗎?2026年合規(guī)答疑

    很多電子企業(yè)出口歐盟時(shí)都會(huì)陷入個(gè)核心困惑:“我的電子產(chǎn)品已經(jīng)做了CE認(rèn)證,還需要額外做RoHS嗎?”答案很明確:多數(shù)電子電氣類產(chǎn)品,有CE認(rèn)證仍需滿足RoHS合規(guī),二者并非二選,而是“包含與被
    的頭像 發(fā)表于 02-09 16:43 ?871次閱讀
    電子產(chǎn)品有CE認(rèn)證<b class='flag-5'>還需要</b>做RoHS嗎?2026年合規(guī)答疑

    模塊使用一段時(shí)間,背光會(huì)變暗是為什么?

    發(fā)表于 01-20 15:10

    AQ6370D使用一段時(shí)間會(huì)無(wú)法通訊問題(TCP通訊)

    使用LAN通訊方式與AQ6370D光譜儀通訊,通訊無(wú)問題,但是過(guò)一段時(shí)間通訊失敗
    發(fā)表于 11-19 14:47

    請(qǐng)問riscv中斷還需要軟件保存上下文和恢復(fù)嗎?

    以下是我拷貝的文檔里的說(shuō)明,這個(gè)中斷處理還需要軟件來(lái)寫上下文保存和恢復(fù),在使用ARM核的單片機(jī)都不需要考慮這些的,使用過(guò)的小伙伴能解答嗎? 3.8. 進(jìn)出中斷的上下文保存和恢復(fù) RISC-V架構(gòu)
    發(fā)表于 10-20 09:56

    單片機(jī)運(yùn)行一段時(shí)間死機(jī),為什么?

    問題: 單片機(jī)運(yùn)行一段時(shí)間死機(jī),想通過(guò)在死機(jī)前異常時(shí)利用cmbacktrace捕捉log保存,讓系統(tǒng)重啟重啟后通過(guò)shell打印出死機(jī)時(shí)信息,用addr2line分析死機(jī)原因
    發(fā)表于 09-29 08:26

    使用USB傳輸數(shù)據(jù)一段時(shí)間后能正常運(yùn)行但是不會(huì)再上發(fā)數(shù)據(jù),為什么?

    嘗試過(guò)兩種程序都會(huì)出現(xiàn)這種問題:使用USB傳輸數(shù)據(jù)一段時(shí)間后能正常運(yùn)行但是不會(huì)再上發(fā)數(shù)據(jù),都是基于正點(diǎn)原子水星開發(fā)板,主控為STM32H743iit6進(jìn)行測(cè)試 使用的是PB14/PB15的HS,上發(fā)
    發(fā)表于 09-18 07:59

    是德科技攜手合作伙伴展示先進(jìn)Open RAN解決方案

    是德科技(NYSE: KEYS )日前宣布,在O-RAN聯(lián)盟2025年春季全球PlugFest活動(dòng)上,與全球行業(yè)合作伙伴攜手展示了其在Open RAN領(lǐng)域的創(chuàng)新解決方案。
    的頭像 發(fā)表于 08-01 16:43 ?1628次閱讀

    AD7606BSTZ正常工作一段時(shí)間后,ad停止轉(zhuǎn)換是什么原因?qū)е碌模?/a>

    您好,我的控制板上采用AD7606BSTZ來(lái)采集逆變器的三相電流。在變流器沒有跑功率的時(shí)候,AD芯片可以直工作;跑功率時(shí)運(yùn)行20min左右之后,AD轉(zhuǎn)換的數(shù)值開始發(fā)生錯(cuò)誤,會(huì)出現(xiàn)較長(zhǎng)時(shí)間結(jié)果為0;再過(guò)一段時(shí)間芯片就完全不工作了
    發(fā)表于 07-29 08:58

    請(qǐng)問STM32新出的芯片USB還需要上拉電阻嗎?

    我記得F103的USB需要上拉個(gè)電阻,STM32新出的芯片USB還需要上拉電阻嗎?例如H5系列
    發(fā)表于 07-18 06:40

    使用USB傳輸數(shù)據(jù)一段時(shí)間后能正常運(yùn)行但是不會(huì)再上發(fā)數(shù)據(jù),為什么?怎么解決?

    嘗試過(guò)兩種程序都會(huì)出現(xiàn)這種問題:使用USB傳輸數(shù)據(jù)一段時(shí)間后能正常運(yùn)行但是不會(huì)再上發(fā)數(shù)據(jù),都是基于正點(diǎn)原子水星開發(fā)板,主控為STM32H743iit6進(jìn)行測(cè)試 使用的是PB14/PB15的HS,上發(fā)
    發(fā)表于 06-10 08:22

    FX3的FLAGA信號(hào),在運(yùn)行一段時(shí)間后,無(wú)法拉高怎么解決?

    Thread0所在的緩存,上傳上位機(jī)。同時(shí),F(xiàn)PGA檢測(cè)Thread2中是否有數(shù)據(jù)需要讀取,若有,則將Thread2中的數(shù)據(jù)讀取到FPGA中進(jìn)行解析。 如下圖,在正常運(yùn)行一段時(shí)間后,F(xiàn)LAGA信號(hào)會(huì)拉低,并且無(wú)法恢復(fù)為高電平,導(dǎo)致FPGA無(wú)法繼續(xù)寫數(shù)據(jù)至Thread0。
    發(fā)表于 05-08 07:38

    請(qǐng)問L9663 Transceiver使用Direct Interface(SYNCx&amp;DOUTx)模式時(shí)還需要通過(guò)SPI對(duì)其寄存器進(jìn)行配置嗎?

    L9663 Transceiver使用Direct Interface(SYNCx&DOUTx)模式時(shí)還需要通過(guò)SPI對(duì)其寄存器進(jìn)行配置嗎?
    發(fā)表于 03-13 07:38

    LSM6DSR工作一段時(shí)間后就算靜止不動(dòng)也會(huì)出現(xiàn)Y軸數(shù)據(jù)偏移,是什么原因?qū)е碌模?/a>

    LSM6DSR工作一段時(shí)間后就算靜止不動(dòng)也會(huì)出現(xiàn)Y軸數(shù)據(jù)偏移,請(qǐng)問下是什么原因可能會(huì)導(dǎo)致出現(xiàn)這個(gè)異常?
    發(fā)表于 03-11 07:52

    用了TOUCH編程還需要再用CUBE-IDE處理嗎?

    如題 用了TOUCH編程還需要再用CUBE-IDE處理嗎? TOUCH 僅僅只有在線版嗎
    發(fā)表于 03-10 06:19

    STM32和MCP2515通信,STM32這端還需要接CAN PHY嗎?

    最近在做CAN通信的相關(guān)項(xiàng)目,STM32G4負(fù)責(zé)接收,對(duì)端是個(gè)MCP2510+TJA1040的組合, 想問下應(yīng)該如何接?STM32這端還需要接CAN PHY嗎?
    發(fā)表于 03-10 06:18