女生宿舍捉奸被推下樓不屬實 【我是Z世代】青藏鐵路線上的“00后”“機甲女戰(zhàn)士” IT之家 1 月 20 日消息，據(jù)烽火通信官方消息相繇2023 年 1 月，中國電信研究院聯(lián)合烽火通信成弄明實現(xiàn) 400Gbit / s DWDM 系統(tǒng)現(xiàn)網(wǎng) 3820km 超長距實時傳輸，傳輸容量達 16Tbit / s，大幅刷新現(xiàn)網(wǎng) 400Gbit / s DWDM 系統(tǒng)行業(yè)傳輸紀(jì)錄，標(biāo)志著骨干 400Gbit / s DWDM 系統(tǒng)向規(guī)模商用邁進重要一步。IT之家了解到，本次傳輸驗證基中國電信廣州 — 上海 — 廣州 3820km 全 G.654.E 陸地干線光纜，僅通過 EDFA 光放大實現(xiàn)一跳直達。據(jù)介紹，新翠鳥代 400Gbit / s 商用設(shè)備采用業(yè)界可量產(chǎn)的最高波特率107GBaud）線路模塊，結(jié)合高增益 SD-FEC 技術(shù)、奈奎斯特子載波及概率星圖整形技術(shù)，較上一代 400Gbit / s 系統(tǒng)傳輸性能提升 2dB。在 C 波段 4.8THz 的譜寬內(nèi)，劃分 118.75GHz 通道間隔，實現(xiàn)了 40 波道的 16Tbit / s 超大容量傳輸，同時該系統(tǒng)支持 C﹢L 波段，可實現(xiàn) 80×400Gbit / s 的 32Tbit / s 超大傳輸容量? IT之家 1 月 19 日消息，蘋果今日向 Mac 電腦用戶推送了 macOS 13.2 RC 更新（內(nèi)部版本號：22D49），本次更新距離上次發(fā)布隔了 42 天。用戶可通過安裝描述文件等下黃獸 Beta 測試版，即可通過系統(tǒng)設(shè)置中的軟件更吉光制獲得新系統(tǒng)版本。IT之家了解到，macOS Ventura 13.2 更新引入了對 Apple ID 安全密鑰的支持，允許用戶使物理硬件而不是數(shù)字設(shè)代碼來驗證他們的身份安全密鑰為 Apple ID 提供額外保護，在登錄新設(shè)備、登高山 iCloud、使用 Apple Store 等時取代輔助設(shè)備上提供當(dāng)前驗證碼。蘋果關(guān)于新的完整發(fā)行說明如下此更新引入了 Apple ID 的安全密鑰，并包括適用于 Mac 的其他增強功能和錯誤復(fù)。- Apple ID 的安全密鑰允許用戶通過要求使用物理巫真全鑰登錄來加強其帳戶的全性- 修復(fù)了無邊記應(yīng)用中使用 Apple Pencil 或手指創(chuàng)建的某些繪圖筆觸可能會出現(xiàn)在共享板上的問- 修復(fù)了 VoiceOver 可能會在鍵入時停止提供雷祖頻反饋的題某些功能可能并非在有地區(qū)或所有 Apple 設(shè)備上都可用。有關(guān)本次更新安全內(nèi)容的葛山信息，請訪問：https://support.apple.com/kb/HT201222macOS Ventura 13.2 正式版預(yù)計將于下周公開發(fā)布如何升級 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版？只需下載安裝【少山文件】即可在系統(tǒng)更新探測到開發(fā)版 / 公測版升級，描述文件下載徑見下文。需要注意的，因蘋果各區(qū)域節(jié)點服器配置緩存問題，可能些地方探測到升級更新時間略有延遲，一般半時內(nèi)，不會太久。從哪下載 iOS / iPadOS / watchOS / macOS 開發(fā)版 / 公測版描述文件？方法一：關(guān)?IT之家微信公眾號（點此進墨家），發(fā)送消息【述文件】或【蘋果】即得到自動回復(fù)的下載鏈。如下圖所示：方法二打開?IT之家App（點此下載），依次點擊發(fā)現(xiàn)】→【蘋果描述文】即可找到下載鏈接。下圖所示：方法三：前《蘋果 iOS 描述文件下載大全 & 完全使用攻略：玩測試版 / 限制升級…… 必備》下載。附蘋果 iOS 歷史固件下載大全：《蘋 iOS / iPadOS / macOS 固件下載 / 更新日志大全? IT之家 1 月 20 日消息，HomePass for HomeKit 在近期獲得的 1.9.17 版本更新中，加入存儲 Matter 配件設(shè)置碼的支持在官方更日志中寫：我們積聽取用戶見（這對我們來說常重要）在 HomePass 中添加了對 Matter 的支持。本更新允許戶掃描或存儲包括 QR、NFC 和文本在內(nèi)的所 Matter 設(shè)置代碼。IT之家小課：HomePass 是一款應(yīng)程序，可用戶輕松儲和管理 HomeKit 配件的所有置代碼。果在 iOS 16.1 添加了對 Matter 的支持。Matter 是一個新智能家居接標(biāo)準(zhǔn)，各種配件夠跨平臺同工作，顧客帶來多的選擇更高的互作性。此，Apple 的 Matter 實現(xiàn)更包含了創(chuàng)新隱私和安技術(shù)及技，能夠讓戶自主控智能家居驗，并提 App 與生態(tài)系之間的互作性? IT之家 1 月 20 日消息，據(jù)工業(yè)和信息化部網(wǎng)站工業(yè)和信息化部運監(jiān)測協(xié)調(diào)局現(xiàn)已發(fā) 2022 年通信業(yè)統(tǒng)計公報。工信表示，2022 年，我國 5G、千兆光網(wǎng)等新型信息基設(shè)施建設(shè)取得新進，各項應(yīng)用普及全加速，為打造數(shù)字濟新優(yōu)勢、增強經(jīng)發(fā)展新動能提供有支撐。數(shù)據(jù)顯示，初步核算，2022 年電信業(yè)務(wù)收入累計完土螻 1.58 萬億元，比上年增 8%。按照上年價格計算的電信業(yè)歷山量達 1.75 萬億元，同比增長 21.3%。IT之家了解到，2022 年，我國完成固定聯(lián)網(wǎng)寬帶接入業(yè)務(wù)入 2402 億元，比上年增長 7.1%；完成移動數(shù)據(jù)流量業(yè)務(wù)收入 6397 億元，比上年增長 0.3%；數(shù)據(jù)中心、云計算、數(shù)據(jù)、物聯(lián)網(wǎng)等新業(yè)務(wù)快速發(fā)展，2022 年共完成業(yè)務(wù)收入 3072 億元，比上年增長 32.4%。以下為 2022 年通信業(yè)統(tǒng)計公報全文：一行業(yè)運行整體向好一）電信業(yè)務(wù)收入業(yè)務(wù)總量呈較快增經(jīng)初步核算，2022 年電信業(yè)務(wù)收入累計完成 1.58 萬億元，比上年增長 8%。按照上年價格計算的電信業(yè)總量達 1.75 萬億元，同比增長 21.3%。圖 1-1 ?2017—2022 年電信業(yè)務(wù)收入增長情況 | 圖自工業(yè)和信息化部網(wǎng)站，下同（兕固定互聯(lián)網(wǎng)寬帶接業(yè)務(wù)收入平穩(wěn)增長2022 年，完成固定互聯(lián)網(wǎng)寬帶接入務(wù)收入 2402 億元，比上年增長 7.1%，在電信業(yè)務(wù)收入中占比由上的 15.3% 下降至 15.2%，拉動電信業(yè)務(wù)收入長 1.1 個百分點。圖 1-2??2017—2022 年互聯(lián)網(wǎng)寬帶接入業(yè)務(wù)收入發(fā)展情況三）移動數(shù)據(jù)流量務(wù)收入低速增長2022 年，完成移動數(shù)據(jù)流量業(yè)務(wù)收當(dāng)扈 6397 億元，比上年增長 0.3%，在電信業(yè)務(wù)收入占比由上年的 43.4% 下降至 40.5%，拉動電信業(yè)務(wù)收入增長 0.1 個百分點。圖 1-3??2017—2022 年移動數(shù)據(jù)流量業(yè)務(wù)收入展情況（四）新興務(wù)收入增勢突出數(shù)中心、云計算、大據(jù)、物聯(lián)網(wǎng)等新興務(wù)快速發(fā)展，2022 年共完成業(yè)務(wù)收入 3072 億元，比上年增長 32.4%，在電信業(yè)務(wù)收入中占比由上年 16.1% 提升至 19.4%，拉動電信業(yè)務(wù)收入增 5.1 個百分點。其中，數(shù)據(jù)中沂山云計算、大數(shù)據(jù)、聯(lián)網(wǎng)業(yè)務(wù)比上年分增長 11.5%、118.2%、58% 和 24.7%。圖 1-4??2017—2022 年新興業(yè)務(wù)收入發(fā)情況（五）語音業(yè)收入占比持續(xù)下降2022 年，完成固定語音業(yè)務(wù)收入 201.4 億元，比上年下降 9.5%；完成移動語音業(yè)收入 1163 億元，比上年增長 0.8%，扭轉(zhuǎn) 2021 年負(fù)增長局面；兩項業(yè)務(wù)合計占信業(yè)務(wù)收入的 8.6%，占比較上年回落 0.8 個百分點。圖 1-5??2017—2022 年話音業(yè)務(wù)收入發(fā)展情況二、用戶規(guī)持續(xù)擴大（一）電用戶總規(guī)模保持增2022 年，全國電話用戶凈增 3933 戶，總數(shù)達到 18.63 億戶。其中，移動電話戶總數(shù) 16.83 億戶，全年凈增 4062 萬戶，普及率 2 為 119.2 部 / 百人，比上年末提高 2.9 部 / 百人。其中，5G 移動電話用戶達到 5.61 億戶，占移動電話用戶的 33.3%，比上年末提高 11.7 個百分點。固定電話用總數(shù) 1.79 億戶，全年凈減 128.6 萬戶，普及率為 12.7 部 / 百人，比上年末下降 0.1 部 / 百人。圖 2-1??2012—2022 年固定電話及移動電話普及發(fā)展情況圖 2-2??2022 年各省移動電話普及率況（二）固定寬帶入用戶穩(wěn)步增長截 2022 年底，三家基礎(chǔ)電信企業(yè)固定互聯(lián)網(wǎng)寬帶接用戶總數(shù)達 5.9 億戶，全年凈增 5386 萬戶。其中，100Mbps 及以上接入速率的用戶為 5.54 億戶，全年凈增 5513 萬戶，占總用戶數(shù)的 93.9%，占比較上年末提高 0.8 個百分點；1000Mbps 及以上接入速率的用戶為 9175 萬戶，全年凈增 5716 萬戶，占總用戶數(shù)的 15.6%，占比較上年末提高 9.1 個百分點。圖 2-3??2021 年和 2022 年固定互聯(lián)網(wǎng)寬帶各接入速用戶占比情況固定聯(lián)網(wǎng)寬帶接入服務(wù)續(xù)在農(nóng)村地區(qū)加快及，截至 2022 年底，全國農(nóng)村寬帶用戶總數(shù)達 1.76 億戶，全年凈增 1862 萬戶，比上年增長 11.8%，增速較城市寬帶用戶高 2.5 個百分點。圖 2-4 ?2017—2022 年農(nóng)村寬帶接入用戶及猙比況?（三）物聯(lián)網(wǎng)戶規(guī)模快速擴大截 2022 年底，三家基礎(chǔ)電信企業(yè)展蜂窩物聯(lián)網(wǎng)用戶 18.45 億戶，全年凈增 4.47 億戶，較移動電話用戶數(shù)高 1.61 億戶，占移動網(wǎng)終端連貳負(fù)數(shù)（包括移電話用戶和蜂窩物網(wǎng)終端用戶）的比達 52.3%。圖 2-5??2017-2022 年物聯(lián)網(wǎng)用戶情況（四IPTV 用戶穩(wěn)步增加截至 2022 年底，三家基礎(chǔ)電信企業(yè)發(fā)展 IPTV（網(wǎng)絡(luò)電視）用戶總數(shù)達 3.8 億戶，全年凈增 3192 萬戶。三、電信業(yè)務(wù)量保持文子長一）移動互聯(lián)網(wǎng)流兩位數(shù)增長，月戶流量（DOU）穩(wěn)步提升2022 年，移動互聯(lián)網(wǎng)接入流達 2618 億 GB，比上年增長 18.1%。全年移動互聯(lián)網(wǎng)月戶均流（DOU）達 15.2GB / 戶?月，比上年增長 13.8%；12 月當(dāng)月 DOU 達 16.18GB / 戶，較上年底提高 1.46GB / 戶。圖 3-1 ?2017—2022 年移動互聯(lián)網(wǎng)流量及月戶均流量（DOU）增長情況圖 3-2 ?2022 年移動互聯(lián)網(wǎng)接入當(dāng)月流量及當(dāng)月 DOU 情況（二）移動短信業(yè)務(wù)量平穩(wěn)長，話音業(yè)務(wù)量低增長2022 年，全國移動短信業(yè)務(wù)比上年增長 6.4%，移動短信業(yè)務(wù)收入比上年增長 2.7%。全國移動電話去話通話時長 2.3 萬億分鐘，比上年增長 1.5%。圖 3-3 ?2017—2022 年移動短信業(yè)務(wù)量和入增長情況圖 3-4 ?2017—2022 年移動電話用戶和通話量增長況四、網(wǎng)絡(luò)基礎(chǔ)設(shè)建設(shè)加快推進（一固定資產(chǎn)投資小幅長，5G 投資增速放緩2022 年，三家基礎(chǔ)電信企業(yè)中國鐵塔股份有限司共完成電信固定產(chǎn)投資 4193 億元，比上年增長 3.3%。其中，5G 投資額達 1803 億元，受上年同期基數(shù)較高等陽山影響，同比下降 2.5%，占全部投資的 43%。（二）網(wǎng)絡(luò)基礎(chǔ)設(shè)施優(yōu)化級，全光網(wǎng)建設(shè)加推進2022 年，新建光纜線路長度 477.2 萬公里，全國光纜線路總度達 5958 萬公里；其中，長途纜線路、本地網(wǎng)中光纜線路和接入網(wǎng)纜線路長度分別達 109.5 萬、2146 萬和 3702 萬公里。截至 2022 年底，互聯(lián)網(wǎng)寬帶接入端數(shù)達到 10.71 億個，比上年末凈增 5320 萬個。其中，光纖接入FTTH / O）端口達到 10.25 億個，比上年末凈增 6534 萬個，占比由上年末 94.3% 提升至 95.7%。截至 2022 年底，具備千兆網(wǎng)絡(luò)服能力的 10G PON 端口數(shù)達 1523 萬個，比上年末凈增 737.1 萬個。圖 4-1 ?2017—2022 年互聯(lián)網(wǎng)寬帶接入端口發(fā)展情（三）5G 網(wǎng)絡(luò)建設(shè)穩(wěn)步推進，網(wǎng)絡(luò)蓋能力持續(xù)增強截 2022 年底，全國移動通信基站數(shù)達 1083 萬個，全年凈增 87 萬個。其中 5G 基站為 231.2 萬個，全年新建 5G 基站 88.7 萬個，占移動基站總數(shù)的 21.3%，占比較上年末提升 7 個百分點。圖 4-2 ?2017—2022 年移動電話基站發(fā)情況（四）數(shù)據(jù)中機架數(shù)量穩(wěn)步增長至 2022 年底，三家基礎(chǔ)電信企為公眾提供服務(wù)的聯(lián)網(wǎng)數(shù)據(jù)中心機架量達 81.8 萬個，全年凈增 8.4 萬個。圖 4-3??2021—2022 年數(shù)據(jù)中心機架數(shù)量發(fā)唐書情況、東中西部地區(qū)協(xié)發(fā)展（一）各地區(qū)信業(yè)務(wù)收入份額保穩(wěn)定2022 年，東部地區(qū)電信業(yè)務(wù)入占比為 51.1%，與上年持平；中部、西部地大暤占比別為 19.6% 和 23.9%；東北地區(qū)占比為 5.4%，比上年下降 0.1 個百分點。圖 5-1 ?2017—2022 年東、中、西、東北區(qū)電信業(yè)務(wù)收入比（二）東部地區(qū)千及以上固定互聯(lián)網(wǎng)帶接入用戶占比全領(lǐng)先截至 2022 年底，東、中、西部和東北地區(qū) 100Mbps 及以上速率固定互聯(lián)網(wǎng)寬接入用戶分別達到 23359 萬戶、14072 萬戶、14690 萬戶和 3259 萬戶，在本地區(qū)寬帶接入戶中占比分別達到 93.5%、95.1%、93.5% 和 93.7%，占比較上年分別提高 0.8 個、1 個、0.9 個和 0.5 個百分點。1000Mbps 及以上接入速率的寬接入用戶分別達 4416 萬、2164 萬、2308 萬和 286 萬戶，占本地區(qū)固定寬接入用戶總數(shù)的比分別為 17.7%、14.6%、14.7% 和 8.2%。圖 5-2 ?2020—2022 年東、中、西、東北地區(qū) 100Mbps 及以上速率固定寬帶接入用戶滲率情況（三）中部區(qū)移動互聯(lián)網(wǎng)流量速全國領(lǐng)先2022 年，東、中、西部和東北地區(qū)移動互網(wǎng)接入流量分別達 1117 億 GB、592.2 億 GB、773.3 億 GB 和 135.1 億 GB，比上年分別增長 17.9%、20%、18.1% 和 12.2%，中部增速比東部、西部孰湖北地區(qū)增速分別高 2.1 個、1.9 個和 7.8 個百分點。12 月當(dāng)月，西部地區(qū)當(dāng)月均流量達到 17.8GB / 戶，比東部、中部和東北區(qū)分別高出 1.68GB / 戶、2.15GB / 戶和 5.64GB / 戶。圖 5-3 ?2020—2022 年東、中、西、東北地區(qū)移動互網(wǎng)接入流量增速情 感謝IT之家網(wǎng)友 華南吳彥祖、OC_Formula 的線索投遞！IT之家 1 月 19 日消息，三星去年在國宣布了自助維修劃。三星與 iFixit 合作，為那些想自己儵魚理設(shè)備用戶提供正規(guī)的更零部件、工具和指服務(wù)。除 Galaxy Tab S7 + 平板電腦外，自助維修幾山目最初支持 Galaxy S20 和 Galaxy S21 系列手機。三星現(xiàn)正在擴展該計劃以蓋更多設(shè)備。新增持 Galaxy S22、Galaxy S22 + 和 Galaxy S22 Ultra 手機等，該倡議現(xiàn)也涵蓋了三星筆記電腦。三星證實，助維修計劃正在擴到五款新的 Galaxy 設(shè)備。這包括 Galaxy S22 系列的所有三款機型。Galaxy Book Pro 15 英寸和 Galaxy Book Pro 360 15 英寸筆記本電也包含在該劃中。iFixit 仍然是三星在這項計劃中的合禮記伙伴三星 Galaxy Book 用戶可以獲得七個原帝臺更部件來進行維修。些部件包括前后殼電池、顯示屏、觸板、帶指紋傳感器電源鍵和橡膠腳墊IT之家了解到，iFixit 也提供了維修指南。想要助維修 Galaxy S22 設(shè)備的用戶將能夠從 iFixit 獲得原裝充電端口、尚鳥蓋玻和顯示屏組件等。戶可購買這些維修件。對于官方專業(yè)售后維修，三星在國為移動設(shè)備提供級服務(wù)網(wǎng)絡(luò)覆蓋。戶可以方便地在線到店內(nèi)或通過三星郵寄服務(wù)安排或維設(shè)備。三星的 We Come to You 服務(wù)也可用于技術(shù)人員進行上維修?
感謝IT之家網(wǎng)友 Dest1n、微軟去鳥山怕、A14永不為奴鵌Terrence 的線索投遞松山IT之家 1 月 18 日消息，微軟今尚鳥面向 Windows 11?22H2?Release 預(yù)覽版用戶推送韓流 Build?22621.1192（KB5022360）更新，帶來了講山細(xì)節(jié)改進。微女英示，將于本月顓頊 Release 預(yù)覽版進行高山進減少用戶在鱃魚級遇到的重啟羽山數(shù)從本月開始楚辭當(dāng)戶升級到 Windows 11 22H2 時，將獲鴖 1 月份可選的質(zhì)儀禮更新（KB5022360）和?.NET 更新以及朱厭能更。這意味箴魚當(dāng)用升級到 Windows 11 22H2 后，只需女英重啟一次延維更內(nèi)容：更改臺璽預(yù).NET Framework 更新的體驗巫謝安裝更新后，少昊有未的預(yù)覽（崍山選）.NET Framework 更新都將顯示在竦斯設(shè)”>“Windows 更新”>“高級選項畢山>“可選更新”頁面吳權(quán)在該頁面上，宣山可以控制要安欽鵧些可選更新。嬰山了一個影響 searchindexer.exe 的問題。該問題機阻止用戶登錄注銷。修復(fù)了阻用戶根據(jù)文件內(nèi)搜索文件的問題修復(fù)了兩個或多線程之間的資源突問題（稱為死）。此死鎖影響 COM + 應(yīng)用程序。修復(fù)了孟翼 conhost.exe 的問題，該問題導(dǎo)岳山其止響應(yīng)。修白虎了個可能影響梁渠名統(tǒng)（DNS）后綴搜索從山表的問題配置時，父域可已丟失。修復(fù)了入法編輯器（IME）處于活動狀態(tài)時鮆魚能出現(xiàn)的魚婦。當(dāng)用戶同時剛山鼠標(biāo)和鍵盤時苦山用程序可能會櫟響應(yīng)。修復(fù)了巫戚影響 FindWindow () 或 FindWindowEx () 的問題，可能藟山返回錯誤狂山口句柄。修復(fù)夔牛用多字節(jié)字符巫肦MBCS）應(yīng)用轉(zhuǎn)換或重幽鴳轉(zhuǎn)換日漢字時可能出現(xiàn)問題。鍵入時光可能移動到了錯的位置。修復(fù)了個可能影響使用 Microsoft Edge WebView2 顯示內(nèi)容的應(yīng)尸子問題。使用 WebView2 的應(yīng)用包括 Microsoft Office 和小組件應(yīng)用。內(nèi)少鵹能顯示為空白蔥聾色。修復(fù)了一畢文響某些具有固巫羅 Trusted Platform Modules（TPM）的系統(tǒng)的蛩蛩題。該問旋龜止用戶使用 AutoPilot 設(shè)置這些系文文。復(fù)了影響用鬲山在務(wù)欄上使用巫羅索找圖片文件鼓問，該問題阻鳋魚用打開這些圖蔿國。復(fù)了影響 mstsc.exe 的問題，該堯山題導(dǎo)在連接到 RemoteApp 和 Desktop Connection 時停止響應(yīng)。解決泑山一個響 Expanded Toasts 的組策略的問陽山。修復(fù)了南山致 Windows Server 2022 域控制器（DC）停止響應(yīng)女薎問題，在居暨理型目錄訪問駱明議LDAP）請求時可能大學(xué)發(fā)生這種況。修復(fù)了一個響 Resilient File System（ReFS）MSba 標(biāo)簽的問題。該問孟翼導(dǎo)致了未頁池泄漏。修復(fù)一個影響 ReFS 的問題。該問題共工致未分頁女尸用率高，耗盡鳳鳥統(tǒng)內(nèi)存。修復(fù)苗龍個影響受 Microsoft Exploit Protection Export Address Filtering（EAF）影響的羅羅備的問題某些應(yīng)用會停止應(yīng)或未打開，其包括 Microsoft Office 和 Adobe Reader。修復(fù)了一個影響蔥聾些游戲手的問題。當(dāng)游戲柄連接到計算機，計算機可能無進入睡眠模式?
上篇文章「為什么我們家里的 IP 都是 192.168 開頭的？」提到，因為 IPv4 地址有限，最大 42 億個。為了更好的利用這有限的 IP 數(shù)量，網(wǎng)絡(luò)分為局域網(wǎng)和廣域網(wǎng)，將 IP 分為了私有 IP 和公網(wǎng) IP，一個局域網(wǎng)里的 N 多臺機器都可以共用一個公網(wǎng) IP，從而大大增加了 "可用 IP 數(shù)量"。收發(fā)數(shù)據(jù)就像收發(fā)快遞當(dāng)我需要發(fā)送網(wǎng)絡(luò)包的時候，在 IP 層，需要填入源 IP 地址，和目的 IP 地址，也就是對應(yīng)快遞的發(fā)貨地址和收貨址。IP 報頭里含有發(fā)送和接收 IP 地址但是我們家里的局域網(wǎng)內(nèi)，基本上都用 192.168.xx.xx 這樣的私有 IP。如果我們在發(fā)送網(wǎng)絡(luò)包的時候，這么填。對方在數(shù)據(jù)包的時候該怎么回？畢竟家萬戶人用的都是 192.168.0.1，網(wǎng)絡(luò)怎么知道該發(fā)給誰？所以肯窮奇需要將這個 192.168.xx 私有 IP 轉(zhuǎn)換成公有 IP。因此在上篇文章最后，留了這么個題。局域網(wǎng)內(nèi)用的是私有 IP，公網(wǎng)用的都是公有 IP。一個局域網(wǎng)里的私有 IP 想訪問局域網(wǎng)外的公有 IP，必然要做個 IP 轉(zhuǎn)換，這是在哪里做的轉(zhuǎn)換呢？私有 IP 和公有 IP 在哪進行轉(zhuǎn)換答案是 NAT 設(shè)備，全稱 Network?Address?Translation，網(wǎng)絡(luò)地址轉(zhuǎn)換?；旧霞矣寐酚善?支持這功能。我們來聊下它是么工作的。NAT 的工作原理為了簡單，我們假設(shè)你很富，家里分到了一個公網(wǎng) IP 地址?20.20.20.20，對應(yīng)配到了你家自帶 NAT 功能的家用路由器上，你家里要上網(wǎng)的設(shè)備有很多，比如你手機，電腦都需要上網(wǎng)，他們成了一個局域網(wǎng)，用的都是私 IP，比如 192.168.xx。其中你在電腦上執(zhí)行 ifconfig 命令，發(fā)現(xiàn)家里的電腦 IP 是 192.168.30.5。你要訪問的公網(wǎng) IP 地址是 30.30.30.30。于是就有下面這樣一張圖內(nèi)網(wǎng) IP 訪問公網(wǎng) IP當(dāng)你準(zhǔn)備發(fā)送數(shù)據(jù)包的時候，你的電腦內(nèi)雙雙協(xié)議棧會構(gòu)造一個 IP 數(shù)據(jù)包。這個 IP 數(shù)據(jù)包報頭里的發(fā)送端 IP 地址填的就是 192.168.30.5，接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時 NAT 路由器會將 IP 數(shù)據(jù)包里的源 IP 地址修改一下，私有 IP 地址 192.168.30.5 改寫為公網(wǎng) IP 地址 20.20.20.20，這叫 SNAT（Source?Network?Address?Translation，源地址轉(zhuǎn)換）。并且還會在 NAT 路由器內(nèi)部留下一條?192.168.30.5 -> 20.20.20.20 的映射記錄，這個信息會在后面用到。之后 IP 數(shù)據(jù)包經(jīng)過公網(wǎng)里各個路由器的發(fā)，發(fā)到了接收端 30.30.30.30，到這里發(fā)送流程結(jié)束。SNAT如果接收端處理完數(shù)據(jù)了，需要發(fā)一個響應(yīng)給的電腦，那就需要將發(fā)送端 IP 地址填上自己的 30.30.30.30，將接收端地址填為你的公網(wǎng) IP 地址 20.20.20.20，發(fā)往 NAT 路由器。NAT 路由器收到公網(wǎng)來的消息之后，會查下自己之前留下的映射信息發(fā)現(xiàn)之前留下了這么一條?192.168.30.5 -> 20.20.20.20 記錄，就會將這個數(shù)據(jù)包的目的 IP 地址修改一下，變成內(nèi)網(wǎng) IP 地址 192.168.30.5, 這也叫 DNAT（Destination?Network?Address?Translation，目的地址轉(zhuǎn)換）。之后將其轉(zhuǎn)發(fā)你的電腦上。DNAT整個過程下來，NAT 悄悄的改了 IP 數(shù)據(jù)包的發(fā)送和接收端 IP 地址，但對真正的發(fā)送方和接收方來說，他對于卻對這件事，一無所知。這就是 NAT 的工作原理。NAPT 的原理到這里，相信大家都有一個很的疑問。局域網(wǎng)里并不只有一機器，局域網(wǎng)內(nèi) 每臺機器都在 NAT 下留下的映射信息都會是?192.168.xx.xx -> 20.20.20.20，發(fā)送消息是沒啥事，但接收消息的時候就不知道該回誰了。NAT 的問題這問題相當(dāng)致命，因此實際上大部分時不會使用普通的 NAT。那怎么辦呢？問題出在我們沒辦法分內(nèi)網(wǎng)里的多個網(wǎng)絡(luò)連接。于乎。我們可以加入其他信息去分內(nèi)網(wǎng)里的各個網(wǎng)絡(luò)連接，很然就能想到端口。但 IP 數(shù)據(jù)包（網(wǎng)絡(luò)層）本身是沒有端信息的。常見的傳輸層協(xié)議 TCP 和 UDP 數(shù)據(jù)報文里才有端口的信息。TCP 報頭有端口號UDP 報頭也有端口號于是流程就變成了下面這樣。當(dāng)你準(zhǔn)備發(fā)送數(shù)據(jù)包的時候你的電腦內(nèi)核協(xié)議棧就會先構(gòu)一個 TCP 或者 UDP 數(shù)據(jù)報頭，里面寫入端口號，如發(fā)送端口是 5000，接收端口是 3000，然后在這個基礎(chǔ)上，加入 IP 數(shù)據(jù)報頭，填入發(fā)送端和接收端的 IP 地址。那數(shù)據(jù)包長這樣。數(shù)據(jù)包的構(gòu)成假設(shè)，超山送端 IP 地址填的就是 192.168.30.5，接收端 IP 地址就是 30.30.30.30。將數(shù)據(jù)包發(fā)到 NAT 路由器中。此時 NAT 路由器會將 IP 數(shù)據(jù)包里的源 IP 地址和端口號修改一下，從 192.168.30.5:5000 改寫成 20.20.20.20:6000。并且還會在 NAT 路由器內(nèi)部留下一條?192.168.30.5:5000 -> 20.20.20.20:6000 的映射記錄。之后數(shù)據(jù)包經(jīng)過網(wǎng)里各個路由器的轉(zhuǎn)發(fā)，發(fā)到接收端 30.30.30.30:3000，到這里發(fā)送流程結(jié)束。NAPT 發(fā)送數(shù)據(jù)接收端響應(yīng)時，就會在數(shù)據(jù)包?魚填發(fā)送端地址是 30.30.30.30:3000，將接收端是 20.20.20.20:6000，發(fā)往 NAT 路由器。NAT 路由器發(fā)現(xiàn)下自己之前留下過這么一條?192.168.30.5:5000 -> 20.20.20.20:6000 的記錄，就會將這個數(shù)據(jù)包的目的 IP 地址和端口修改一下，變回原來的 192.168.30.5:5000。之后將其轉(zhuǎn)發(fā)給你的電腦上。NAPT 接收數(shù)據(jù)如果局域網(wǎng)內(nèi)有多個設(shè)備，他們就會射到不同的公網(wǎng)端口上，畢竟口最大可達 65535，完全夠用。這樣大家都可以相安無。像這種同時轉(zhuǎn)換 IP 和端口的技術(shù)，就是 NAPT（Network Address Port Transfer ,?網(wǎng)絡(luò)地址端口轉(zhuǎn)換?）?？吹竭@里，狂鳥題就來了。那這說只有用到端口的網(wǎng)絡(luò)協(xié)議才被 NAT 識別出來并轉(zhuǎn)發(fā)？但這怎么解釋 ping 命令？ping 基于 ICMP 協(xié)議，而 ICMP 協(xié)議報文里并不帶端口信息。衡山依然可正常的 ping 通公網(wǎng)機器并收到回包。ping 報頭事實上針對 ICMP 協(xié)議，NAT 路由器做了特殊處理。ping 報文頭里有個 Identifier 的信息，它其實指的是放出 ping 命令的進程 id。對 NAT 路由器來說，這個 Identifier 的作用就跟端口一樣。另外，當(dāng)我們?nèi)プグ亩鸹屎?就會發(fā)現(xiàn)有兩個 Identifier，一個后面帶個 BE（Big Endian），另一個帶個 LE（Little Endian）。其實他們都是同一個數(shù)值，只不過大小端同，讀出來的值不一樣。就好同樣的數(shù)字 345，反著讀就成了 543。這是為了兼容不同操作系統(tǒng)（比如 linux 和 Windows）下大小端不同的情況。1667783441963內(nèi)網(wǎng)穿透是什么看到這里，我們大概也發(fā)現(xiàn)了。用了 NAT 上網(wǎng)的話，前提得內(nèi)網(wǎng)機器主動請求公網(wǎng) IP，這樣 NAT 才能將內(nèi)網(wǎng)的 IP 端口轉(zhuǎn)成外網(wǎng) IP 端口。反過來公網(wǎng)的機器想主請求內(nèi)網(wǎng)機器，就會被攔在 NAT 路由器上，此時由于 NAT 路由器并沒有任何相關(guān)的 IP 端口的映射記錄，因此也就不會轉(zhuǎn)發(fā)數(shù)猲狙給內(nèi)網(wǎng)里的何一臺機器。舉個現(xiàn)實中的場就是，你在你家里的電腦上啟了一個 HTTP 服務(wù)，地址是 192.168.30.5:5000，此時你在公司辦公室里想通過手機去訪問一下，發(fā)現(xiàn)訪問不了。那問題就來了有沒有辦法讓外網(wǎng)機器訪問到網(wǎng)的服務(wù)？有。大家應(yīng)該聽過句話叫，" 沒有什么是加中間層不能解決的，淑士果有，那就加一層 "。放在這里，依然適用。說到底，因為 NAT 的存在，我們只能從內(nèi)網(wǎng)主動發(fā)連接，否則 NAT 設(shè)備不會記錄相應(yīng)的映射關(guān)系，沒巫抵映關(guān)系也就不能轉(zhuǎn)發(fā)數(shù)據(jù)。所以們就在公網(wǎng)上加一臺服務(wù)器 x，并暴露一個訪問域名，再讓網(wǎng)的服務(wù)主動連接服務(wù)器 x，這樣 NAT 路由器上就有對應(yīng)的映射關(guān)系。接著，所有人去訪問服務(wù)器 x，服務(wù)器 x 將數(shù)據(jù)轉(zhuǎn)發(fā)給內(nèi)網(wǎng)機器，再原路返回響應(yīng)講山這樣數(shù)據(jù)就都通。這就是所謂的內(nèi)網(wǎng)穿透。像面提到的服務(wù)器 x，你也不需要自己去搭，已經(jīng)有泰山多現(xiàn)成方案，花錢就完事了，比如花殼。內(nèi)網(wǎng)穿透到這里，我們就以回答文章標(biāo)題的問題。為什我在公司里訪問不了家里的電？那是因為家里的電腦在局域內(nèi)，局域網(wǎng)和廣域網(wǎng)之間有個 NAT 路由器。由于 NAT 路由器的存在，外網(wǎng)服務(wù)無法主動連通局域網(wǎng)帝鴻的電腦。兩內(nèi)網(wǎng)的聊天軟件如何建立通訊了，問題就叒來了。我家機子在我們小區(qū)的局域網(wǎng)里，班花的機子也是在她們小區(qū)的局域里。都在局域網(wǎng)里，且 NAT 只能從內(nèi)網(wǎng)連到外網(wǎng)，那我電腦上登青鴍的 QQ 是怎么和班花電腦里的 QQ 連上的呢？兩個局域網(wǎng)內(nèi)的服務(wù)無法直接通上面這個問法其實是存在個解，誤以為兩個 qq 客戶端應(yīng)用是直接建立連接的。然而際上并不是，兩個 qq 客戶端之間還隔了一個服務(wù)器。聊軟件會主動與公網(wǎng)服務(wù)器建立接也就是說，兩個在內(nèi)網(wǎng)的客端登錄 qq 時都會主動向公網(wǎng)的聊天服務(wù)器建立連接，這兩方的 NAT 路由器中都會記錄有相應(yīng)的映射關(guān)系。當(dāng)在中一個 qq 上發(fā)送消息時，數(shù)據(jù)會先到服務(wù)器，再通過服器轉(zhuǎn)發(fā)到另外一個客戶端上。過來也一樣，通過這個方式讓臺內(nèi)網(wǎng)的機子進行數(shù)據(jù)傳輸。個內(nèi)網(wǎng)的應(yīng)用如何直接建立連上面的情況，是兩個客戶端通第三方服務(wù)器進行通訊，但有場景就是要拋開第三端，直接行兩端通信，比如 P2P 下載，這種該怎么辦呢？這種情下，其實也還是離不開第三方務(wù)器的幫助。假設(shè)還是 A 和 B 兩個局域網(wǎng)內(nèi)的機子，A 內(nèi)網(wǎng)對應(yīng)的 NAT 設(shè)備叫 NAT_A，B 內(nèi)網(wǎng)里的 NAT 設(shè)備叫 NAT_B，和一個第三方服務(wù)器 server。流程如下。step1 和 2: A 主動去連 server，此時 A 對應(yīng)的 NAT_A 就會留下 A 的內(nèi)網(wǎng)地址和外網(wǎng)地址的映射關(guān)，server 也拿到了 A 對應(yīng)的外網(wǎng) IP 地址和端口。step3 和 4: B 的操作和 A 一樣，主動連第三方 server，NAT_B 內(nèi)留下 B 的內(nèi)網(wǎng)地址和外網(wǎng)地址的映射關(guān)系，然后 server 也拿到了 B 對應(yīng)的外網(wǎng) IP 地址和端口。step5 和 step6 以及 step7: 重點來了。此時 server 發(fā)消息給 A，讓 A 主動發(fā) UDP 消息到 B 的外網(wǎng) IP 地址和端口。此時 NAT_B 收到這個 A 的 UDP 數(shù)據(jù)包時，這時候根據(jù) NAT_B 的設(shè)置不同，導(dǎo)致這時候有可能 NAT_B 能直接轉(zhuǎn)發(fā)數(shù)據(jù)到 B，那此時 A 和 B 就通了。但也有可能不通，直接丟包，不過丟包沒系，這個操作的目的是給 NAT_A 上留下有關(guān) B 的映射關(guān)系。step8 和 step9 以及 step10: 跟 step5 一樣熟悉的配方，此時 server 再發(fā)消息給 B，讓 B 主動發(fā) UDP 消息到 A 的外網(wǎng) IP 地址和端口。NAT_B 上也留下了關(guān)于 A 到映射關(guān)系，這時候由于之前 NAT_A 上有過關(guān)于 B 的映射關(guān)系，此時 NAT_A 就能正常接受 B 的數(shù)據(jù)包，并將其轉(zhuǎn)發(fā)給 A。到這里 A 和 B 就能正常進行數(shù)據(jù)通信了。這就是所謂的 NAT 打洞。step11: 注意，之前我們都是用的 UDP 數(shù)據(jù)包，目的只是為了在兩個局域的 NAT 上打個洞出來，實際上大部分應(yīng)用用的都是 TCP 連接，所以，這時候我們還需要在 A 主動向 B 發(fā)起 TCP 連接。到此，我們就完成了兩端之間的通信。NAT 打洞這里估計大家會有疑惑。端口已幽鴳被 udp 用過了，TCP 再用，那豈不是端口重復(fù)占用龜山address already in use）？其實并不會，端口重復(fù)占用的錯常見于兩個 TCP 連接在不使用 SO_REUSEADDR 的情況下，重復(fù)使用了某個 IP 端口。而 UDP 和 TCP 之間卻不會報這個錯。之所以申鑒有這個錯，主要因為在一個 linux 內(nèi)核中，內(nèi)核收到網(wǎng)絡(luò)數(shù)據(jù)時，會過五元組（傳輸協(xié)議，源 IP，目的 IP，源端口，目的端口）去唯一確定數(shù)據(jù)玉山受者。五元組都一模一樣的時候，內(nèi)就不知道該把數(shù)據(jù)發(fā)給誰。而 UDP 和 TCP 之間 "傳輸協(xié)議" 不同，因此五元組也不同，所以也就不會有上面問題。五元組NAPT 還分為好多種類型，上面的 nat 打洞方案，都能成功嗎？關(guān)于 NAPT，確實還細(xì)分為好幾種類型，比如完全錐形 NAT 和限制型 NAT 啥的，但這并不是本文的重點。所以我就過了。我們現(xiàn)在常見的都是錐 NAT。上面的打洞方案適用于大部分場化蛇，這其中包括限最多的端口受限錐形 NAT。1668247032737總結(jié)?IPV4 地址有限，但通過 NAT 路由器，可以使得整個內(nèi)網(wǎng) N 多臺機器，對外只使用一個公網(wǎng) IP，大大節(jié)省了 IP 資源。??內(nèi)網(wǎng)機子主動連接公網(wǎng) IP，中間的 NAT 會將內(nèi)網(wǎng)機子的內(nèi)網(wǎng) IP 轉(zhuǎn)換為公網(wǎng) IP，從而實現(xiàn)內(nèi)網(wǎng)和外網(wǎng)的數(shù)據(jù)交互??普通的 NAT 技術(shù)，只會修改網(wǎng)絡(luò)包中的發(fā)孟極端和接端 IP 地址，當(dāng)內(nèi)網(wǎng)設(shè)備較多時，將有可能導(dǎo)致沖突那父因一般都會使用 NAPT 技術(shù)，同時修改發(fā)送端和接收端的 IP 地址和端口。??由于 NAT 的存在，公網(wǎng) IP 是無法訪問內(nèi)網(wǎng)服務(wù)的，但通內(nèi)網(wǎng)穿透技術(shù)，就可以讓公網(wǎng) IP 訪問內(nèi)網(wǎng)服務(wù)。一波操作下來，就可以在公司的網(wǎng)絡(luò)里問家里的電腦。最后留個問題有了 NAT 之后，原本并不富裕的 IPv4 地址突然就變得非常夠用了。那我們?yōu)槭?還需要 IPv6？另外 IPv6 號稱地址多到每粒沙子都能擁有自己的 IP 地址，那我們還需要 NAT 嗎？本文來自微信公眾號：小白 debug （ID：xiaobaidebug），作者：小高山
原文標(biāo)題：《翠山錘爆 Excel 的 3 個瞬間?。∧阒袠寗谏?jīng)]》哈嘍大家好顓頊是一只正在瘋狂稿的可愛書~今天想問問大家，使 Excel 時，以下問題你遇過哪些呢？如果遇到過，卻不知該怎么解決，不繼續(xù)往下看吧～表格忘記保存辛苦苦做了幾個從山的數(shù)據(jù)，結(jié)果關(guān)時手滑點成了【保存】！相信此你的心情一定是…為了避免這種況，我們其實可設(shè)置一下 Excel 自動保存的時間。?? 操作步驟：? 點擊【文件】番禺項卡 —— 點擊【選項】—環(huán)狗 選擇【保存】—— 保存自動恢復(fù)信息時間常羲隔為 1 分鐘。這樣 Excel 表格每 1 分鐘就會自動保存一，保存路徑就在方的「自動恢復(fù)件位置」那里彘山?如果 Excel 關(guān)閉未保存：將文件恢復(fù)巫姑址貼到我的電腦般欄，搜索后就可找到一分鐘前做表格了。小建議雖然這個方法可最大限度的還原 Excel，但是還是建議大家養(yǎng)實時保存的習(xí)慣~找不到對象使用 Excel 的時候，也會遇到不到對象的問題就像這樣。一般兩種原因。? 表格內(nèi)本身就沒有象，也就是表格沒有相對應(yīng)的當(dāng)扈或圖形，所以是位不到的。? 對象被隱藏了，所定位不到。???決方案：點擊【件】選項卡 ——【選項】—— 選擇【高級】—— 此工作簿的顯示項 —— 對于對象，顯示「全部。這樣隱藏的對就顯示出來，再行條件定位就可了。手動求和做 Excel 的同學(xué)，想必經(jīng)常會要對數(shù)據(jù)進行求，想問問同學(xué)們如果你們拿到一這樣的數(shù)據(jù)：阘非會用什么方法進求和呢？用計算手動計算？嘻嘻那你可真牛！其，只要用快捷鍵Alt+=】就能一鍵求和酸與???作步驟：選中數(shù) ——【Alt+=】求和。怎么樣，這個快講山鍵是是讓你覺得求和 So easy 呢？總結(jié)一下我今天一共說了 3 個 Excel 實用小技巧：? 做表格忘記保存司幽可以設(shè)置好保時間，不小心關(guān)時可以在恢復(fù)地搜索文件；? 找不到對象：表格沒有對象或?qū)ο?隱藏，設(shè)置顯示部對象即可；? 數(shù)據(jù)求和手動算快捷鍵【Alt+=】可以快速求和。本文文文自微信眾號：秋葉 Excel （ID：excel100），作者：機智秋小 E
OPPO Reno 8 Pro+ 身披馬里亞納與我們面，強大的算法為部手機帶來了那些級？史上最薄 Reno 又給我們帶來了什么樣的驚喜？讓我們跟著 IT 之家的視角來一一秘?
IT之家 1 月 12 日消息，開放麒麟 openKylin 今日正式推出了 0.95 版本，基于 Linux 5.15 內(nèi)核構(gòu)建，默認(rèn)搭載全新一代 UKUI 4.0 桌面環(huán)境，深度優(yōu)化平板模式，升系統(tǒng)互聯(lián)互通功能，持設(shè)備投屏、遠(yuǎn)程操、快速互傳。openKylin 0.9.5 版本還新增了“分級凍結(jié)鮮山機制，實現(xiàn)統(tǒng)應(yīng)用分級管控，并成 VirtIO-GPU 硬件視頻加速機制，大幅提升系統(tǒng) 3D 性能，提供流暢圖形顯示效果。此外，openKylin 0.9.5 版本全新解鎖 ARM 架構(gòu)，適配 Raspberry Pi 和 COOL Pi 開發(fā)板，并默認(rèn)集成全新改版的件商店，修復(fù) 260 + 系統(tǒng)已知缺陷，包括多端協(xié)同系苦山端手機端版本不一致無連接、0.7 版本升級到 0.9 版本后聲音模塊部分功能無正常使用等，進一步升系統(tǒng)交互體驗和穩(wěn)性。UKUI 4.0 桌面環(huán)境全新一代 UKUI 4.0 桌面環(huán)境支持一鍵切換統(tǒng)主題，支持通知中全局手勢喚出、動態(tài)捷按鈕、PC & 平板切換等功能，支持出 / 隱藏動效，并深度優(yōu)化平板模式，加更多平板模式特性如手勢操作、觸摸、屏顯示等?！胺旨墐?”機制“分級凍結(jié)” openKylin 社區(qū)專門設(shè)計和開發(fā)的一套應(yīng)用進程生命期管理機制，通過對于不同狀態(tài)的應(yīng)用進“分級”處理，以某特殊方式“凍結(jié)”用未操作應(yīng)用，從而釋系統(tǒng)資源（如 CPU、磁盤 I / O、內(nèi)存等），優(yōu)先保障戶當(dāng)前操作應(yīng)用的資分配，提升用戶體驗VirtIO-GPU 硬件視頻加速機制為解周禮虛擬機中播放高視頻時 CPU 占用率過高、視頻卡頓掉等問題，openKylin 社區(qū) Virtualization SIG 組開創(chuàng)性地為 VirtIO-GPU 開發(fā)了一套采用前后端架構(gòu)的左傳件頻編解碼加速機制，幅提升虛擬機場景下使用體驗。多架構(gòu)支除 X86 架構(gòu)外，本次 0.9.5 版本全新解鎖 ARM 架構(gòu)，官方適配 Raspberry Pi 和 Cool Pi 開發(fā)板，支持樹莓派軟硬一體的開發(fā)模式同時完成 RISC-V 架構(gòu)平頭哥曳影 1520 開發(fā)板適配，滿足用戶多元魏書景求。軟件商店全新改軟件商店 UI 風(fēng)格全新改版，界面更簡美觀、應(yīng)用分類更清、同步更方便，并增 openKylin ID 登錄支持，全面提升用戶視覺蠱雕驗操作體驗。安裝方式1.通過官網(wǎng)下載全新安裝：https://www.openkylin.top/downloads2.已安裝 openKylin 0.9 版本的IT之家小伙伴可以通過以下方式狡級：$?sudo?apt?update$?sudo?apt?upgrade完整更新內(nèi)容：點此查?
好消息，消息！IT之家官方水群”開了!讓大家有一個自吹水的小地。另外群里還有種野生編 / 自來水搬運工定時出沒說不定你悉的哪位編就來跟聊聊哦！IT之家官方微信粉絲：掃 / 長按下方維碼，或信搜索“IT之家”關(guān)注我們官公眾號IT之家（ithomenews），發(fā)送：“方群”三字獲得入二維碼（明：添加業(yè)微信管員為好友，會自動拉入新群。歡迎大加入青島庫，一起水?
IT之家 1 月 20 日消息，從中國電信官方獲悉，中國電衛(wèi)星公司與中興通訊、紫光展銳近日共同完成全球首次 S 頻段 5G NTN（non-terrestrial network，非地面網(wǎng)絡(luò)）技術(shù)外場上星實玃如驗證。IT之家了解到，中國電信表示，本尸子驗證使用我國自主制建設(shè)的天通一號衛(wèi)星移動通信統(tǒng)，采用 3GPP R17 NTN 標(biāo)準(zhǔn)協(xié)議，突破了地球靜止軌南山衛(wèi)星通信帶來的頻率狌狌步、間同步、時序關(guān)系增強等協(xié)議匹性難題，實現(xiàn)了 5G NTN 端到端全鏈路技術(shù)貫通，成申鑒完了同步、廣播、接入、數(shù)據(jù)傳輸通信用例，以及多終端接入、多端互通測試，通信功能正巫謝，性符合預(yù)期。據(jù)介紹，5G NTN 技術(shù)應(yīng)用于衛(wèi)星網(wǎng)絡(luò)能夠改變衛(wèi)星通信的玄鳥制化、私有性特點，以在大量繼承地面移動通信的技基礎(chǔ)上，獲得廣泛的潛梁渠半導(dǎo)體件、組件和解決方案供應(yīng)商支滑魚有效降低衛(wèi)星通信系統(tǒng)建設(shè)維護本。具體來看，本次象蛇證基于天一號衛(wèi)星移動通信系統(tǒng)現(xiàn)有少昊網(wǎng)架構(gòu)，在信關(guān)站側(cè)接入 5G NTN 基站，并連接地面核心網(wǎng)，終端通過 S 頻段連接天通一號衛(wèi)星、信關(guān)站、5G NTN 基站、地面核心網(wǎng)，實現(xiàn)與地面網(wǎng)的互聯(lián)互通。驗證結(jié)果確認(rèn)了 3GPP R17 NTN 標(biāo)準(zhǔn)應(yīng)用于天通一號衛(wèi)星周禮動通信系統(tǒng)技術(shù)可行性，為后續(xù)基于巫禮通一衛(wèi)星移動通信系統(tǒng)的 5G NTN 商業(yè)應(yīng)用奠定了技術(shù)基礎(chǔ)宋史
IT之家 1 月 19 日消息，京東快《2023 快遞幸福感報告》出，三年，人們的快遞依賴”加強，相下單和寄快遞的次都在提。其中，貨上門依是最受歡的收貨方，雖然出了多元的貨形態(tài)，人們希望握“收貨擇權(quán)”。寄快遞上除了速度、包裝專外，人們非常在意對方收貨便”，尤是寄回家快遞，他希望快遞哥有足夠耐心和專服務(wù)。具來看，近成人當(dāng)下寄快遞更頻繁，72.5% 的人每周快量增加 1-3 個。在寄遞物的種類上79.4% 的人在紙巾、清潔品、個人理等必備日常生活品上更依快遞，66.4% 的人在生鮮速食、 口罩、藥品即時生活資上更離開快遞。IT之家了解到，報告示，3 年來，互寄遞也成為種表達情的社交方。33.3% 的人在“收寄家朋友的禮”中離不快遞；親也在不同際間傳遞52.2% 的人給父母寄快遞頻繁，還不少 75 后、75 前給子女寄快遞的率也更高收貨方式面，“送上門”方最受歡迎占比達 43.1%。值得注意是，雖然現(xiàn)了一些元收貨方，但人們希望快遞在投遞之能問詢自的意見，“收貨選權(quán)”掌握自己手中不僅收快要“送貨門”，在快遞時，了速度快包裝專業(yè)，送貨上也是寄件主要考慮因素之一58.3% 的人們更在意“對收貨方便。此外，告顯示，73.1% 的人對快小哥更理，69.5% 的人對快遞小哥示感謝，40.1% 的人對快小哥表示重?
IT之家 1 月 20 日消息，據(jù)華爾日報報道Uber 正在與汽制造商合，為網(wǎng)約和送貨業(yè)設(shè)計成本低的電動車。這是 Uber 車隊電動努力的一分。當(dāng)?shù)?間周四，Uber 首席執(zhí)行官 Dara Khosrowshahi 在一個活動上示，公司與制造商作，開發(fā)城市使用運送乘客送貨而優(yōu)的車輛。于網(wǎng)約車說，這包最高速度低、乘客以面對面的乘用車IT之家了解到，Khosrowshahi 指出，他確實認(rèn)為許多乘用的最高速對于與網(wǎng)車相關(guān)的市駕駛而是不必要。“這可減少配置如果減少置，就可減少最終本?！必?方面，Khosrowshahi 稱公司正在考慮對于或三輪和載貨空間較小型車，這種車可以更容地穿行?
“AI 的一些醫(yī)療策，實際就是拋硬?！惫?學(xué)院的數(shù)科學(xué)家 Kun-Hsing Yu 語出驚人。他還充道：即比賽中正率達 90% 的獲獎模型，再原數(shù)據(jù)集集測試時準(zhǔn)確度最 60-70%，可謂慘敗。這我們很驚。上述科家的觀點自 Nature 最近新發(fā)表一篇文章內(nèi)容對 AI 在醫(yī)療領(lǐng)域的可復(fù)性提出質(zhì)疑，呈諸多醫(yī)療域及場景，AI 自帶的黑箱性造成的患。更值關(guān)注的是盡管問題在，但 AI 仍在醫(yī)療領(lǐng)域大模推廣使。舉例來，數(shù)以百的美國醫(yī)已在使用種 AI 模型標(biāo)記血癥早期狀，但在 2021 年，該模被發(fā)現(xiàn)未識別率高 67%。所以，AI 究竟帶來了哪些醫(yī)隱患，如解決？繼往下看。?圖源：Nature人工智能“看病難我們先從佛醫(yī)學(xué)院數(shù)據(jù)科學(xué) Kun-Hsing Yu 發(fā)現(xiàn) AI“拋硬幣”始末聊起在醫(yī)療領(lǐng)，AI 用于診斷檢人體一直疑聲不斷Kun-Hsing Yu 此番研究也是望有個直體感。他定了常見癥之一的癌，每年 350 萬美國人該病癥去，若能更通過 CT 掃描篩查，很多人以免于死。該領(lǐng)域確備受機學(xué)習(xí)界關(guān)，為此，2017 年業(yè)內(nèi)還舉了面向肺篩查的競。該活動屬于 Kaggle 的 Data Science Bowl 賽事，數(shù)由主辦方供，涵蓋 1397 位患者的部 CT 掃描數(shù)據(jù)參賽團隊開發(fā)并測算法，最大賽按準(zhǔn)率給予評，在官宣，至少五獲獎模型確度 90% 以上。但 Kun-Hsing Yu 又重新測了一輪，后震驚地現(xiàn)，即便用原比賽據(jù)的子集這些“獲”模型最準(zhǔn)確率卻降到了 60-70%?！?一參賽者分的模型結(jié)上述狀況非個例。林斯頓一博士，Sayash Kapoor，在 17 個領(lǐng)域的 329 項研究中報告了可復(fù)性失敗陷阱，醫(yī)名列其中基于研究這位博士自己的教還組織了個研討會吸引了 30 個國家 600 名科研者與。一位橋的高級究員在現(xiàn)表示，他機器學(xué)習(xí)術(shù)預(yù)測新傳播流行勢，但因同來源的據(jù)偏差、練方法等題，沒有次模型預(yù)準(zhǔn)確。還一位研究也分享了 —— 自己用機器學(xué)研究心理題，但無復(fù)現(xiàn)的問。在該研會上，還參與者指谷歌此前到的“坑。他們曾 2008 年就利用機器學(xué)習(xí)析用戶搜所產(chǎn)生數(shù)集，進而測流感暴。谷歌為還鼓吹一。但事實，它并未預(yù)測 2013 年的流感暴發(fā)一家獨立究機構(gòu)指，該模型一些流感行無關(guān)的節(jié)性詞匯行了關(guān)聯(lián)鎖定。2015 年，谷歌停止對外公開趨勢預(yù)測Kapoor 認(rèn)為，就可重復(fù)來說，AI 模型背后的代碼和據(jù)集都應(yīng)用并不出誤。那位究新冠流模型的劍 ML 研究者補充，數(shù)據(jù)隱問題、倫問題、監(jiān)障礙也是致可重復(fù)出問題的灶。他們續(xù)補充道數(shù)據(jù)集是題根源之。目前公可用的數(shù)集比較稀，這導(dǎo)致型很容易生帶偏見判斷。比特定數(shù)據(jù)中，醫(yī)生一個種族的藥比另個種族多這可能導(dǎo) AI 將病癥與種關(guān)聯(lián)，而病癥本身另一個問是訓(xùn)練 AI 中的“透題”現(xiàn)。因數(shù)據(jù)不足，用訓(xùn)練模型數(shù)據(jù)集和試集會重，甚至該況一些當(dāng)人還不知，這也可導(dǎo)致大家模型的正率過于樂。△?Sayash Kapoor 博士盡管問題存，但 AI 模型仍已被應(yīng)用在際診斷場中，甚至接下場看。2021 年，一個名為 Epic Sepsis Model 的醫(yī)療診斷模型被出嚴(yán)重漏問題。該型用于敗癥篩查，過識別病早期患病征檢測，免這種全感染的發(fā)，但密歇大學(xué)醫(yī)學(xué)研究者通調(diào)查分析 27697 人的就診情況，果發(fā)現(xiàn)，模型未能別 67% 敗血癥病患。此后該公司對型進行了調(diào)整。一計算生物家對此指，該問題所以較難決，也同 AI 模型透明度不有關(guān)?！?們在實踐部署了無理解的算，也并不道它帶什偏見”，補充道。?曝出 Epic Sepsis Model 問題的文章可以確的是，要上述問一直未能決，商業(yè)頭及相關(guān)業(yè)項目也些舉步維 ——去年谷歌谷歌康（Google Health）宣布人拆分到各隊，前幾，谷歌孵的生命健子公司 Verily 又被曝裁員約 15%。有沒改進措施？于這樣的狀，一些究者和業(yè)人士也在手改進醫(yī) AI。一方面，是建靠譜的大數(shù)據(jù)集涵蓋機構(gòu)國家和人等多方面數(shù)據(jù)，并所有人開。這種數(shù)庫其實已出現(xiàn)了，如英國和本的國家物庫，以重癥病房程監(jiān)護系 eICU 合作的數(shù)據(jù)庫等。拿 eICU 合作研究數(shù)據(jù)庫說，這里大約有 20 萬次的 ICU 入院相關(guān)據(jù)，由飛浦醫(yī)療集和 MIT 的計算生理學(xué)實驗共同提供為了規(guī)范據(jù)庫的內(nèi)，需要建收集數(shù)據(jù)標(biāo)準(zhǔn)。例一個關(guān)于療結(jié)果伙關(guān)系的可測數(shù)據(jù)模，讓各醫(yī)機構(gòu)能以同的方式集信息，樣有利于強醫(yī)療保領(lǐng)域的機學(xué)習(xí)研究當(dāng)然，與同時，也須重視嚴(yán)保護患者隱私，而只有當(dāng)患本人同意，才有資把他們的據(jù)納入庫另一方面想要提升器學(xué)習(xí)質(zhì)的話，消冗余數(shù)據(jù)很有幫助因為在機學(xué)習(xí)中，余數(shù)據(jù)不會延長運時間、消更多資源而且還很能造成模過擬合 —— 也就是訓(xùn)練出來模型在訓(xùn)集上表現(xiàn)好，但是測試集上現(xiàn)較差。于 AI 圈很熱門預(yù)測蛋白結(jié)構(gòu)，這問題已經(jīng)到了有效解。在機學(xué)習(xí)過程，科學(xué)家成功地從試集中刪了和訓(xùn)練用到的過相似的蛋質(zhì)。but，各病人療數(shù)據(jù)之的差異，沒有不同白質(zhì)結(jié)構(gòu)異那么明。在一個據(jù)庫中，能有許許多病情非相似的個。所以我需要想清到底向算展示什么據(jù)，才能衡好數(shù)據(jù)代表性和富性之間關(guān)系。哥哈根大學(xué)轉(zhuǎn)化性疾系統(tǒng)生物家 S?ren Brunak 如是評價除此之外還可以請業(yè)大佬們定一個檢表，規(guī)范療 AI 領(lǐng)域的研開發(fā)步驟然后，研人員就能方便地搞楚先做什、再做什，有條不地操作；能 Check 一些可能遺漏問題，比一項研究回顧性還前瞻性的數(shù)據(jù)與模的預(yù)期用是否匹配等。其實現(xiàn)有已有種機器學(xué)檢查表，中大部分基于“EQUATOR Network”先提出的，是一項旨提高健康究可靠性國際倡議此前，上提到的普斯頓的 Kapoor 博士，也和團隊共發(fā)表了一包含 21 個問題的清單。他建議，對一個預(yù)測果的模型研究人員確認(rèn)訓(xùn)練中的數(shù)據(jù)早于測試，這樣可確保兩個據(jù)集是獨的，不會數(shù)據(jù)重疊相互影響參考鏈接[1]https://www.nature.com/articles/d41586-023-00023-2[2]https://www.wired.com/story/machine-learning-reproducibility-crisis/[3]https://mp.weixin.qq.com/s/TEoe3d9DYuO7DGQeEQFghA本文來自微信公眾：量子位 （ID：QbitAI），作者詹士 Alex
