bitpie比特派安卓版免費(fèi)下載|sbc

SBC AAC有什么區(qū)別？ - 知乎

SBC AAC有什么區(qū)別？ - 知乎首頁知乎知學(xué)堂發(fā)現(xiàn)等你來答?切換模式登錄/注冊耳機(jī)無損音樂音頻文件格式音頻編碼格式AAC（高級音頻編碼）SBC AAC有什么區(qū)別？關(guān)注者15被瀏覽443,959關(guān)注問題?寫回答?邀請回答?好問題?添加評論?分享?3 個回答默認(rèn)排序把聲音記錄下來?一個堅持實測，卻愛胡說八道的數(shù)碼黨丨還是個體育迷丨合作看簡介? 關(guān)注SBC/AAC作為藍(lán)牙音頻編解碼，現(xiàn)在越來越多人接觸到了相關(guān)的名詞，主要受助于目前藍(lán)牙耳機(jī)市場的快速發(fā)展。藍(lán)牙音頻編解碼更是被各大廠商所宣傳，特別是你若是搭載了LDAC或LHDC更是會被作為主要賣點所宣傳。那么關(guān)于SBC/AAC藍(lán)牙音頻編解碼其實沒有那么的神秘；SBC （Sub-band coding，子帶編碼）[1]最早的格式應(yīng)該是SBC，SBC是A2DP（藍(lán)牙音頻傳輸協(xié)議）協(xié)議強(qiáng)制規(guī)定的編碼格式。所有的藍(lán)牙都會支持這個協(xié)議，所以所有的藍(lán)牙音頻芯片也會支持這個協(xié)議。SBC編碼在傳輸時的碼率具體參數(shù)未找到，根據(jù)SONY宣傳給出的資料，是：328Kbps，44.1KHZ。這個碼率其實和高品質(zhì)的MP3差不多。但因為藍(lán)牙傳輸中間設(shè)備是需要轉(zhuǎn)碼，以MP3文件為例，轉(zhuǎn)碼過程為MP3>PCM>SBC>PCM，每次轉(zhuǎn)碼都會損失細(xì)節(jié)，導(dǎo)致SBC的聽感會比原始的MP3要差。優(yōu)點：可以利用人耳（或人眼）對不同頻率信號的感知靈敏度不同的特性，在人的聽覺（或視覺）不敏感的部位采用較粗糙的量化，在敏感部位采用較細(xì)的量化，以獲得更好的主觀聽覺（視覺）效果。例如，語音的基音和共振峰主要集中在低頻段，因此可分配較多的比特來表示其樣值；而對出現(xiàn)摩擦音和類似摩擦噪聲的高頻段可以分配較少的比特，從而可以充分地壓縮語音數(shù)據(jù)。各子帶的量化噪聲都束縛在本子帶內(nèi)，這樣就可以避免能量較小的頻帶內(nèi)的信號被其它頻段中的量化噪聲所掩蓋。濾波器的具體實現(xiàn)不可能是理想的帶通，其幅度影響不可避免地帶有有限的滾降。因此在劃分子帶時，只能使子帶間有交疊或者使子帶間有一定的間隙。前者若按奈氏頻率取樣將會產(chǎn)生混疊失真，而后者使原有的部分頻帶經(jīng)濾波而損失掉，重建的信號會有失真。針對這個問題的解決方法有正交鏡像濾波法和時域混疊消除法。AAC（Advanced Audio Coding，高級音頻編碼）AAC(Advanced AudioCoding)，中文名:高級音頻解碼，出現(xiàn)于1997年，基于MPEG-2的音頻編碼技術(shù)。由Fraunhofer IIS、杜比實驗室、AT&T、Sony等公司共同開發(fā)，目的是取代MP3格式。2000年，MPEG-4標(biāo)準(zhǔn)出現(xiàn)后，AAC重新集成了其特性，加入了SBR技術(shù)和PS技術(shù)，為了區(qū)別于傳統(tǒng)的MPEG-2 AAC又稱為MPEG-4 AAC。AAC，全稱AdvancedAudio Coding，是一種專為聲音數(shù)據(jù)設(shè)計的文件壓縮格式。與MP3不同，它采用了全新的算法進(jìn)行編碼，更加高效，具有更高的"性價比"。利用AAC格式，可使人感覺聲音質(zhì)量沒有明顯降低的前提下，更加小巧。優(yōu)點：相對于mp3，AAC格式的音質(zhì)更佳，文件更小。不足：AAC屬于有損壓縮的格式，與時下流行的APE、FLAC等無損格式相比音質(zhì)存在“本質(zhì)上”的差距。加之，傳輸速度更快的USB3.0和16G以上大容量MP3正在加速普及，也使得AAC頭上"小巧"的光環(huán)不復(fù)存在。折疊壓縮算法作為一種高壓縮比的音頻壓縮算法，AAC通常壓縮比為18:1，也有資料說為20:1，遠(yuǎn)勝mp3，而音質(zhì)由于采用多聲道，和使用低復(fù)雜性的描述方式，使其比幾乎所有的傳統(tǒng)編碼方式在同規(guī)格的情況下更勝一籌。不過直到2006年，使用這一格式儲存音頻的并不多，可以播放該格式的mp3播放器更是少之又少，前所知僅有蘋果iPod，而手機(jī)支持AAC的相對要多一些，此外電腦上很多音頻播放軟件都支持AAC格式，如蘋果iTunes。折疊運(yùn)算法則AAC所采用的運(yùn)算法則與MP3的運(yùn)算法則有所不同，AAC通過結(jié)合其他的功能來提高編碼效率。AAC的音頻算法在壓縮能力上遠(yuǎn)遠(yuǎn)超過了以前的一些壓縮算法(比如MP3等)。它還同時支持多達(dá)48個音軌、15個低頻音軌、更多種采樣率和比特率、多種語言的兼容能力、更高的解碼效率。號稱「最大能容納48通道的音軌，采樣率達(dá)96 KHz，并且在320Kbps的數(shù)據(jù)速率下能為5.1聲道音樂節(jié)目提供相當(dāng)于ITU-R廣播的品質(zhì)」?？傊?，AAC可以在比MP3文件節(jié)省大約30%的儲存空間與帶寬的前提下提供更好的音質(zhì)。但是在空間上和結(jié)構(gòu)上AAC和mp3編碼出來后的風(fēng)格不太一樣，喜歡與否屬于仁者見仁智者見智的事情。參考^https://blog.csdn.net/abc123007q/article/details/80833018?utm_medium=distribute.pc_aggpage_search_result.none-task-blog-2~aggregatepage~first_rank_v2~rank_v29-5-80833018.pc_aggpage_cache&utm_term=%E8%93%9D%E7%89%99%E9%9F%B3%E9%A2%91%E7%BC%96%E8%A7%A3%E7%A0%81&spm=1000.2123.3001.4430編輯于 2021-08-23 23:34?贊同 38??4 條評論?分享?收藏?喜歡收起?MadSamuraiCSP講師? 關(guān)注最早的格式應(yīng)該是SBC，SBC是A2DP（Advanced Audio Distribution Profile，藍(lán)牙音頻傳輸協(xié)議）協(xié)議強(qiáng)制規(guī)定的編碼格式。所有的藍(lán)牙都會支持這個協(xié)議，所以所有的藍(lán)牙音頻芯片也會支持這個協(xié)議。SBC編碼在傳輸時的碼率具體參數(shù)未找到，根據(jù)sony官網(wǎng)宣傳給出的資料，是：328Kbps，44.1KHZ。這個碼率其實和高品質(zhì)的MP3差不多。但因為藍(lán)牙傳輸中間設(shè)備是需要轉(zhuǎn)碼，以MP3文件為例，轉(zhuǎn)碼過程為 MP3->PCM->SBC->PCM, 每次轉(zhuǎn)碼都會損失細(xì)節(jié)，導(dǎo)致SBC的聽感會比原始的MP3要差。藍(lán)牙傳輸在不支持AAC的時候都用SBC傳輸，音質(zhì)一般。AAC是杜比實驗室為音樂社區(qū)提供的技術(shù)，是一種高壓縮比的編碼算法。實際體驗上都認(rèn)為同樣的碼率下面，AAC的聽感比MP3好，Apple上面AAC的音頻很多。所以現(xiàn)在的iPhone的音頻傳輸格式也都是AAC格式，碼率與SBC相當(dāng)，但聽感據(jù)說好于SBC。當(dāng)藍(lán)牙支持AAC格式的文件，手機(jī)也支持AAC傳輸時，音質(zhì)比SBC好很多，普通人聽的出來這種區(qū)別。編輯于 2022-03-30 21:48?贊同 36??2 條評論?分享?收藏?喜歡收起??

藍(lán)牙音頻編碼簡介 - SBC、AAC、AptX、LDAC、LHDC - 知乎

藍(lán)牙音頻編碼簡介 - SBC、AAC、AptX、LDAC、LHDC - 知乎首發(fā)于音頻基礎(chǔ)-1E實驗室切換模式寫文章登錄/注冊藍(lán)牙音頻編碼簡介 - SBC、AAC、AptX、LDAC、LHDC1E實驗室早在2000年，藍(lán)牙耳機(jī)就已經(jīng)出現(xiàn)，但由于技術(shù)限制，只能用于通話。2008年，隨著藍(lán)牙A2DP(Advanced Audio Distribution Profile)開始普及，立體聲藍(lán)牙耳機(jī)日漸流行。發(fā)展到現(xiàn)在，手機(jī)的耳機(jī)插口幾近取消，雙無線（TWS, True Wireless Stereo）耳機(jī)正處于爆發(fā)期...本文從藍(lán)牙音頻傳輸原理講起，從舊到新介紹五種藍(lán)牙音頻編碼，最后落腳實地，介紹如何選擇和配置耳機(jī)/手機(jī)的藍(lán)牙音頻編碼，獲得更好的音質(zhì)體驗。1 藍(lán)牙音頻傳輸原理在《數(shù)字音頻基礎(chǔ)-----－從PCM說起》中，我們知道m(xù)p3和flac音頻編碼都是在PCM音頻編碼基礎(chǔ)上二次編碼得到的，其目的是減小文件體積。那么，在音頻播放 (playback) 時，就需要把mp3，flac等編碼格式的數(shù)據(jù)還原為PCM編碼格式的數(shù)據(jù)，這個過程叫做解碼。然后經(jīng)過數(shù)字-模擬轉(zhuǎn)換（DAC）變成模擬信號，最后經(jīng)過放大電路驅(qū)動喇叭，將聲音播放出來。對于無線系統(tǒng)來說，音頻數(shù)據(jù)的傳輸還要遵從無線通信協(xié)議的規(guī)定，畢竟“此路是我開”嘛。如上圖，在藍(lán)牙系統(tǒng)中，發(fā)射端要將PCM編碼二次編碼為藍(lán)牙支持的編碼，接受端收到后，再將其解碼為PCM編碼。整個系統(tǒng)中，影響音質(zhì)的因素有：音源質(zhì)量（有損編碼與無損編碼不同），藍(lán)牙音頻編碼，藍(lán)牙信號質(zhì)量，耳機(jī)品質(zhì)（喇叭與聲腔設(shè)計等）。作為一種無線通訊技術(shù)標(biāo)準(zhǔn)，藍(lán)牙在其A2DP (Advanced Audio Distribution Profile) 中規(guī)定：SBC是必須支持的編碼，其余有三種可選編碼，此外廠商還可以制定自己的編碼。【A2DP協(xié)議可以在藍(lán)牙官網(wǎng)-www.bluetooth.com, HOME - SPECIFICATIONS - Traditional Profile Specifications 中找到并下載。】由上圖可見，mp3 (全稱MPEG-1 or MPEG-2 Audio Layer III) 和AAC編碼都是可選編碼。除了必須支持的SBC編碼以外，目前藍(lán)牙芯片支持最多的編碼是AAC，AptX次之，LDAC和LHDC則較少。2 藍(lán)牙音頻編碼簡介2.1 SBCSBC全稱Subband Coding，子帶編碼。SBC是專為藍(lán)牙設(shè)計的音頻編碼，復(fù)雜度低，可在中等比特率下實現(xiàn)較高音頻質(zhì)量。其原理是：通過帶通濾波器將音頻信號分成不同頻段的子帶信號，然后將這些信號經(jīng)過頻率搬移轉(zhuǎn)變成基帶信號，再對它們分別取樣，量化和編碼，最后合成一個總的碼流傳送出去，如下圖所示。這樣做的好處是：舍棄或減小人耳聽覺不敏感的頻率部分，在敏感頻率處采用較細(xì)的量化，在低比特率條件下獲得更好的聽覺效果。A2DP中規(guī)定SBC編碼支持最大比特率是單聲道320kbps，立體聲512kbps。但按其推薦，實際上使用最多的是44.1KHz，328kbps的立體聲傳輸。2.2 AACAAC全稱Advanced Audio Coding，高級音頻編碼，1997年誕生，基于MPEG-2技術(shù)。2000年在MPEG-4基礎(chǔ)上更新。作為mp3的后繼者，AAC相較于MP3的改進(jìn)有：更多的采樣率選擇(8 KHz至96 KHz，MP3為16 KHz至48 KHz)；更高的聲道數(shù)上限(48個，MP3在MPEG-1模式下為最多雙聲道，MPEG-2模式下5.1聲道)；任意的比特率和可變的幀長度。AAC是一種高壓縮比的音頻編碼，主要采取兩種策略：舍去與感知上無關(guān)的信號成分，去除編碼后信號的冗余部分。實際上，在128Kbps比特率以下，AAC編碼的效果是最好的，杜比實驗室認(rèn)為：AAC格式在96Kbps比特率上的表現(xiàn)超過了128Kbps的MP3格式；同樣是128Kbps，AAC格式的音質(zhì)明顯好于MP3。AAC在藍(lán)牙中常用的比特率是256Kbps。但是有一點，即使使用AAC音頻源，藍(lán)牙并不能直接傳輸其原數(shù)據(jù)流，而是先將AAC解碼成PCM，然后再編碼成藍(lán)牙支持的AAC編碼再傳輸。應(yīng)用上，AAC編碼最大的支持者是蘋果，iPhone、iPad和AirPods等設(shè)備都支持AAC，iTunes軟件里的音樂很多也是以AAC編碼格式存儲的。2.3 AptXaptX原名叫apt-X，CSR在2010年將其收購，改名為aptX，而CSR于2015年被高通收購。aptX的設(shè)計基于自適應(yīng)差分脈碼調(diào)制（ADPCM）原理，并沒有使用心理聲學(xué)或掩蔽效應(yīng)技術(shù)（mp3，SBC，AAC中使用）。目前aptX共有四個版本，對比如下：數(shù)據(jù)來源：http://www.aptx.com/which-aptxaptX的四個版本各有所長。aptX是最基礎(chǔ)的版本。aptX Low Latency簡稱aptX LL，特點在于低延遲。其實人耳可以感覺到的延遲極限是70ms，而達(dá)到40ms則意味著我們不會感覺到延遲。aptX HD主打高清音頻，傳輸速率大幅增加，并且有著更高的信噪比和更少的失真。而aptX Adaptive，就如同它名字一樣，可以按需自動調(diào)節(jié)傳輸比特率和延時。aptX Adaptive向下兼容aptX和aptX HD。雖然使用aptX技術(shù)需要得到高通的專利授權(quán)并支付費(fèi)用，但在高通的大力推廣下，aptX在安卓手機(jī)和部分藍(lán)牙耳機(jī)上都得到了支持。截止2019年5月，有超過70億只設(shè)備支持了aptX，可以在http://www.aptx.com/product-listing中查詢所有支持aptX的設(shè)備。2.4 LDAC與Hi-Res Audio認(rèn)證標(biāo)準(zhǔn)2.4.1 LDAC編碼LDAC是索尼開發(fā)的一種音頻編碼，實現(xiàn)了以最高 990Kbps 的比特率通過藍(lán)牙傳輸 24bit/96kHz 的高分辨率音頻(Hi-Res Audio)。高傳輸碼率使得高解析度的音頻文件不會被過分壓縮，保證了音質(zhì)。如下是來自索尼官網(wǎng) http://www.sony.net /Products /LDAC的對比圖，可以看到，Hi-Res音頻通過LDAC編碼傳輸，還可以較好的還原高音質(zhì)，SBC則較差。其實在上兩幅對比圖中，索尼有夸大LDAC技術(shù)之嫌，圖片的右下角都標(biāo)注了 "僅供展示使用"。圖一，對于4.5Mbps的Hi-Res音頻，要通過最高990Kbps的帶寬傳輸，壓縮率需要達(dá)到1:4.5，而目前最好的無損壓縮率也只有1:2。實際上，LDAC是一種有損編碼，即使是最后在耳機(jī)端還原成了96KHz/24bit，4.5Mbps的音頻，參數(shù)上與發(fā)送端一致，但是其內(nèi)容也明顯不如原來的好了。所以說，LDAC可以傳輸CD級音質(zhì)，但是并不能無損傳輸Hi-Res音頻，只能是接近（程度未知）。LDAC提升傳輸速率的原理是增加了藍(lán)牙通信的信道，這對藍(lán)牙天線的要求也提高了。實際上，在信號較差，或者是受到干擾的時候，LDAC還會以660Kbps或330Kbps的比特率通信，保證連接性。2017年，從安卓8.0開始， LDAC加入了安卓開放源代碼項目，以后安卓用戶也可以用上原本索尼專屬的技術(shù)了，不過使用LADC解碼器（耳機(jī)側(cè)）還需要索尼的專利授權(quán)。2.4.2 Hi-Res Audio認(rèn)證標(biāo)準(zhǔn)Hi-Res Audio全稱為High-Resolution Audio，一般翻譯為高解析度音頻，最開始是音樂和音響設(shè)備商的營銷術(shù)語，通常表示指比CD音質(zhì)更好（采樣率高于44.1KHz 或位深高于16bit）的音頻。2014年，日本電子信息技術(shù)產(chǎn)業(yè)協(xié)會（Japan Electronics and Information Technology Industries Association, JEITA）定義了Hi-Res Audio術(shù)語，含義為一種采樣頻率或量化位數(shù)超過CD規(guī)范的音頻。日本音響學(xué)會（Japan Audio Society, JAS）根據(jù)JEITA的定義，提出了 "Hi-Res Audio"認(rèn)證標(biāo)準(zhǔn)，要求麥克風(fēng)，放大電路與喇叭的頻響大于40KHz，數(shù)字過程都需要96KHz/24bit及以上的規(guī)格，是針對產(chǎn)品的一系列規(guī)定。對于無線產(chǎn)品，還要附加滿足其他條件，比如必須使用JAS認(rèn)定的音頻編碼，目前只有LDAC和LHDC兩種。獲得此項認(rèn)證的產(chǎn)品可以貼上圖標(biāo)識，國內(nèi)俗稱"小金標(biāo)"，滿足Hi-Res Audio認(rèn)證的產(chǎn)品不僅在藍(lán)牙音質(zhì)上，而且在耳機(jī)喇叭單元上也作了要求，能更好的滿足最終的效果。索尼的大量音頻產(chǎn)品都獲得了此認(rèn)證。2.5 LHDC與HWA2.5.1 LHDC編碼LHDC全稱Low-Latency Hi-Definition Audio Codec，是一種高音質(zhì)藍(lán)牙編解碼方案，由臺灣廠商 Savitech 盛微先進(jìn)科技開發(fā)。LHDC支持通過速度最高達(dá)900kbps的藍(lán)牙連接傳輸 24bit/96kHz 的串流音頻（也稱高解析度音頻）。與LDAC會先把原始音頻進(jìn)行升/降頻到 24bit/96kHz不同，LHDC則可依照原始取樣率輸出，減少SRC過程的延遲。2019年9月，LHDC通過了JRS的Hi-Res Audio Wireless標(biāo)準(zhǔn)認(rèn)證。LHDC根據(jù)信號情況支持400/560/900 kbps的比特率。此外還有低延遲音頻編解碼器（LLAC）版本，也稱為LHDC LL，端到端延遲約為30毫秒。在應(yīng)用上，從安卓10開始，LDAC加入了安卓開放源代碼項目。2.5.2 HWA聯(lián)盟與HWA認(rèn)證標(biāo)準(zhǔn)HWA的全稱是Hi-Res Wireless Audio，中文是高清無線音頻。它是一項基于LHDC音頻編碼技術(shù)的認(rèn)證標(biāo)準(zhǔn)，并非藍(lán)牙音頻編碼。其性質(zhì)與日本音響協(xié)會（JAS）所主導(dǎo)的Hi-Res Audio Wireless標(biāo)準(zhǔn)是相同的。由于HWA有點像Huawei audio的縮寫，很多人誤以為是華為的音頻協(xié)議，這是錯誤的。下圖是HWA的徽標(biāo)：HWA也代指HWA聯(lián)盟，全稱為高清音頻無線傳輸標(biāo)準(zhǔn)與產(chǎn)業(yè)聯(lián)盟，成立于2018年9月。HWA聯(lián)盟是由華為與中國音響協(xié)會主導(dǎo)，華為是手機(jī)端的技術(shù)推廣者以及聯(lián)盟核心成員，但并非技術(shù)主導(dǎo)。技術(shù)主導(dǎo)是臺灣廠商 Savitech 盛微先進(jìn)科技。HWA聯(lián)盟態(tài)度較為開放，只需要是符合性能指標(biāo)等方面的要求，即可申請HWA認(rèn)證。HWA認(rèn)證分為白金級和黃金級兩種：數(shù)據(jù)來源：http://www.hwa-lhdc.org/copy-of-how-it-works作為HWA聯(lián)盟的主導(dǎo)者之一，華為手機(jī)率先支持HWA標(biāo)準(zhǔn)，下圖是2018年華為P20手機(jī)的巴黎發(fā)布會截圖，就特意提到了HWA。不過其實在這里把HWA標(biāo)準(zhǔn)與各音頻編碼并列并不合理。其實制定一個藍(lán)牙音頻標(biāo)準(zhǔn)并不難，但是哪個標(biāo)準(zhǔn)會成為市場主流，更重要的還是看市場而不是技術(shù)，如何在高音質(zhì)標(biāo)準(zhǔn)下能夠保證正常的使用距離和體驗才是需要關(guān)注的。雖然HWA標(biāo)準(zhǔn)被寄予厚望，但是其發(fā)展并不理想。現(xiàn)在華為似乎已經(jīng)暫停了對HWA標(biāo)準(zhǔn)的支持。最新發(fā)布的FreeBuds Pro無線耳機(jī)也沒有提到HWA或者LHDC，去年發(fā)布的FreeBuds 3耳機(jī)也只支持AAC和SBC。2.6 總結(jié)總的來說，從音質(zhì)上，LHDC ≈ LDAC > aptX > AAC > SBC。SBC是藍(lán)牙唯一強(qiáng)制支持的編碼，編碼方案較為簡單，但是比特率較低，壓縮率較高，損失了部分細(xì)節(jié)，音質(zhì)一般。AAC的碼率與SBC相當(dāng)，但是得益于更好的編碼技術(shù)，即使在同樣的低碼率下，AAC的聽感也好于SBC和MP3。Aptx的傳輸碼率比之前兩者略有所提升，同時更為高效的編碼使得更多的音頻細(xì)節(jié)能夠得以保留，聽感好于SBC以及AAC。aptX HD已經(jīng)屬于高清音頻編碼了。LHDC和LDAC類似，都宣稱可以傳輸高于CD音質(zhì)的音頻，傳輸比特率達(dá)900Kbps，是目前音質(zhì)最好的藍(lán)牙音頻編碼。3 實際應(yīng)用3.1 藍(lán)牙編碼的選擇與匹配3.1.1 匹配邏輯SBC編碼規(guī)格是藍(lán)牙協(xié)議的一部分，所有的經(jīng)典藍(lán)牙(Classic Bluetooth，區(qū)別于BLE -Bluetooth Low Energy) 都支持SBC，保證了所有藍(lán)牙設(shè)備的語音互聯(lián)互通。也就是說，所有支持經(jīng)典藍(lán)牙的手機(jī)和耳機(jī)都至少可以使用SBC編碼互相傳輸音頻。對于其他音頻編碼，則需要手機(jī)和耳機(jī)的同時支持，如不滿足，那還是使用SBC編碼。3.1.2 手機(jī)藍(lán)牙編碼的配置蘋果手機(jī)是AAC的重要支持者，搭載iOS的設(shè)備都默認(rèn)使用AAC，而且由于iOS的封閉性，蘋果手機(jī)也無從查看正在使用的藍(lán)牙音頻編碼。不過，有網(wǎng)友發(fā)現(xiàn)macOS Catalina 10.15可以配置使用aptX編碼。對于安卓系統(tǒng)手機(jī)，在開發(fā)者選項中可以查看和配置藍(lán)牙相關(guān)參數(shù)。以小米MIUI12系統(tǒng)為例，路徑為設(shè)置->更多設(shè)置->開發(fā)者選項。下圖可見小米MIX2S手機(jī)系統(tǒng)支持目前所有的主流音頻編碼。手機(jī)一般會根據(jù)耳機(jī)自動選擇最優(yōu)的編碼。MIUI系統(tǒng)還會在藍(lán)牙設(shè)置界面顯示實際使用的音頻編碼，點開詳情可以手動設(shè)置為AAC，如果不兼容還可以手動改回，非常貼心。3.1.3 藍(lán)牙耳機(jī)的選擇目前最流行的雙無線(TWS)耳機(jī)都是以手機(jī)廠商品牌居多，那自然是用哪家的手機(jī)就推薦用哪家的耳機(jī)了，會有很多搭配自家手機(jī)的功能。如果使用蘋果設(shè)備，那么使用支持AAC的耳機(jī)就夠了，使用符合Hi-Res Audio Wireless小金標(biāo)標(biāo)準(zhǔn)的耳機(jī)則顯得超配。而如果是較新的安卓手機(jī)，追求更好的藍(lán)牙音質(zhì)的話可以選擇支持aptX，LADC編碼的耳機(jī)。支持aptX耳機(jī)機(jī)身上會有下圖示的標(biāo)志。而貼有Hi-Res Audio標(biāo)志的產(chǎn)品則一定支持LDAC或LHDC。3.2 正確認(rèn)識藍(lán)牙編碼的優(yōu)缺點影響藍(lán)牙音質(zhì)的因素很多，單純從編碼技術(shù)上我們認(rèn)為 LHDC ≈ LDAC > aptX > AAC > SBC。除此之外，在手機(jī)端，要使用高比特率的音源；在耳機(jī)端，需要具有更寬頻響的耳機(jī)單元。甚至兩者的藍(lán)牙天線性能也要考慮，因為多數(shù)音頻編碼在藍(lán)牙信號較差時會降低比特率，優(yōu)先保證連接。關(guān)于音質(zhì)與延遲，兩者是不可兼得的。如果要音質(zhì)好，比如LDAC提高了藍(lán)牙信道，就容易受到干擾，傳輸延遲也會變長。如果要延時低，則就要犧牲一定的音質(zhì)。最后還有很重要的一點，人的耳朵也是很重要的。實際上多數(shù)人無法盲聽分辨上述幾種編碼的好壞，也只有極少的人能聽出Hi-Res Audio音質(zhì)與CD音質(zhì)的區(qū)別。不信的話可以去下面的網(wǎng)站測試一下你能不能分辨320kbps和128kbps的音頻吧，記得用品質(zhì)較好的有線耳機(jī)。----------------------------以上本人原創(chuàng)，禁止轉(zhuǎn)載。首發(fā)于微信公眾號：1E實驗室，歡迎關(guān)注。編輯于 2023-12-29 12:51?IP 屬地廣東音頻編碼格式藍(lán)牙（Bluetooth）AAC（高級音頻編碼）?贊同 1199??145 條評論?分享?喜歡?收藏?申請轉(zhuǎn)載?文章被以下專欄收錄音頻基礎(chǔ)-1E實驗室知其然也要知其

如何理解SBC？看這一篇就夠了！ - 知乎

如何理解SBC？看這一篇就夠了！ - 知乎首發(fā)于淺談企業(yè)級VoIP通信切換模式寫文章登錄/注冊如何理解SBC？看這一篇就夠了！蘇格拉底SBC和5G視頻客服推廣敬告：閱讀本文，請具備基礎(chǔ)的網(wǎng)絡(luò)知識，能夠理解TCP/IP協(xié)議簇中關(guān)于通信分層的概念。SBC概述會話邊界控制器（Session Border Controller，簡稱SBC），是VoIP通信中的IP業(yè)務(wù)網(wǎng)關(guān)，通常在運(yùn)營商IMS及企業(yè)VoIP中應(yīng)用，SBC能夠同時支持VoIP會話信令代理、媒體代理。最初作為NGN/IMS系統(tǒng)中重要網(wǎng)元，SBC解決了運(yùn)營商呼叫業(yè)務(wù)中的NAT穿越、安全、QoS和互通等問題。但隨著運(yùn)營商IMS服務(wù)向企業(yè)的延伸，同時企業(yè)級VoIP的業(yè)務(wù)內(nèi)涵也越來越豐富（例如融合通信、呼叫中心等），SBC也逐步應(yīng)用到了企業(yè)級VoIP通信網(wǎng)絡(luò)當(dāng)中。SBC是基于SIP協(xié)議的VoIP會話控制產(chǎn)品，可部署于VoIP通信網(wǎng)絡(luò)的關(guān)鍵節(jié)點，通過對節(jié)點兩端的會話信令（SIP）、媒體（RTP）的解析和處理，可實現(xiàn)VoIP業(yè)務(wù)中的諸如信令互通、流量管控、NAT穿越、通話加解密、攔截非法訪問以及服務(wù)質(zhì)量（QoS）等服務(wù)。SBC幫助企業(yè)和VoIP服務(wù)商高效、穩(wěn)定地建立無縫、安全、優(yōu)質(zhì)的VoIP通信連接，在滿足企業(yè)VoIP入網(wǎng)（IMS），解決互通異常，保護(hù)通信安全，拓展組網(wǎng)架構(gòu)等需求上起到關(guān)鍵作用。握聯(lián)SBC作為自研國產(chǎn)品牌，具備領(lǐng)先的產(chǎn)品性能，關(guān)鍵技術(shù)指標(biāo)在業(yè)界名列前茅。不僅如此，握聯(lián)SBC率先支持WebRTC，衍生出H5 SDK及Windows、MacOS、Android、iOS、Linux原生端SDK增值功能，快速滿足公網(wǎng)客戶端接入需求。工作原理SBC一般被認(rèn)為工作在應(yīng)用層，對具體的應(yīng)用協(xié)議（包括會話信令協(xié)議、媒體傳輸協(xié)議等）進(jìn)行處理。當(dāng)然，SBC作為IP網(wǎng)元，同路由器、防火墻等網(wǎng)元一樣，也可以對網(wǎng)絡(luò)層、傳輸層協(xié)議進(jìn)行解析和一定的處理。總體而言，一般我們會將SBC看作是應(yīng)用層，尤其是針對SIP協(xié)議層工作的IP網(wǎng)元。SBC工作協(xié)議層當(dāng)SIP客戶端（UAC）通過SBC訪問目標(biāo)SIP服務(wù)器（UAS）的時候，通信將分為兩次進(jìn)行，先是SIP客戶端和SBC進(jìn)行通信，SBC接收用戶數(shù)據(jù)（信令或媒體）并進(jìn)行相應(yīng)處理，然后SBC再將處理后的用戶數(shù)據(jù)發(fā)給目標(biāo)SIP服務(wù)器，從而完成用戶客戶端向目標(biāo)服務(wù)器的通信過程。同樣的，當(dāng)用戶數(shù)據(jù)從目標(biāo)服務(wù)器返回給客戶端時，也將分為兩步進(jìn)行，先發(fā)送給SBC，然后再由SBC發(fā)送給客戶端。無論是UAC，還是UAS，當(dāng)其發(fā)送用戶數(shù)據(jù)直接面臨的網(wǎng)元是SBC時，SBC即同時充當(dāng)了兩端用戶的代理，即B2BUA（Back-to-Back User Agent，背靠背用戶代理）。基于此，SBC實現(xiàn)了兩側(cè)VoIP設(shè)備或網(wǎng)絡(luò)的業(yè)務(wù)流程的相對獨(dú)立性，這極大地提高了VoIP業(yè)務(wù)能力和部署靈活性。B2BUA工作原理用戶價值對接各種音視頻線路如今，企業(yè)越來越多業(yè)務(wù)轉(zhuǎn)型線上，產(chǎn)生了很多以實時語音、視頻等方式的溝通需求，常見如客服中心、電銷中心以及融合辦公通信等，很多場景需要語音線路落地，涉及要和三大運(yùn)營商、第三方線路服務(wù)商的語音線路進(jìn)行SIP對接，以便實現(xiàn)“出局”。隨著運(yùn)營商逐漸停止向企業(yè)提供PSTN中繼，轉(zhuǎn)而提供IMS專線后，企業(yè)側(cè)不能再使用傳統(tǒng)語音網(wǎng)關(guān)。此外，出于某些原因，很多企業(yè)的全部或部分落地線路也會外包給第三方VoIP線路服務(wù)商。而且，這種對接也因為業(yè)務(wù)擴(kuò)展、轉(zhuǎn)型而變得頻繁，給運(yùn)維造成了較大的業(yè)務(wù)壓力，甚至造成軟交換配置的邏輯沖突。通過SBC對接SIP線路雖然對接SIP線路可以采用IPPBX或類似設(shè)備，但也只是勉強(qiáng)解決了接通線路該條的問題，如果遇到線路頻繁變更、SIP協(xié)議不夠兼容等情況，維護(hù)起來就顯得力不從心。采用SBC對接方案，不僅可以解決上述問題，同時也利用其B2BUA的特性起到隔離企業(yè)網(wǎng)絡(luò)和運(yùn)營商網(wǎng)絡(luò)的作用，從而符合通信安全標(biāo)準(zhǔn)。實現(xiàn)豐富的通信組網(wǎng)對于組建大型復(fù)雜的企業(yè)級VoIP網(wǎng)絡(luò)時，必須要考慮高可靠架構(gòu)，包括負(fù)載均衡、異地容災(zāi)、系統(tǒng)熱備等，本質(zhì)上要根據(jù)具體的高可靠要求而考慮在不同的計算機(jī)網(wǎng)絡(luò)協(xié)議層配置路由規(guī)則。對于VoIP組網(wǎng)，更多是要建立合理的應(yīng)用層SIP協(xié)議的路由規(guī)則，以實現(xiàn)SIP會話的代理與反代理組網(wǎng)，使得架構(gòu)變得更加靈活和穩(wěn)定?；赟BC實現(xiàn)應(yīng)用層負(fù)載、容災(zāi)SBC利用應(yīng)用層消息的解析和處理能力，可以對線路側(cè)、交換側(cè)（沒有嚴(yán)格定義）網(wǎng)絡(luò)狀態(tài)實時檢測和作出響應(yīng)，以啟用不同情況下的會話路由規(guī)則。還有一個現(xiàn)實的情況是，越是大型、業(yè)務(wù)敏感的企業(yè)，其網(wǎng)絡(luò)架構(gòu)越是復(fù)雜。往往參與通信的各客戶端和服務(wù)器間會間隔多層NAT網(wǎng)關(guān)類節(jié)點，這些NAT網(wǎng)關(guān)節(jié)點對VoIP通信具有很強(qiáng)的破壞性，阻礙信令或者媒體數(shù)據(jù)正常、完整的傳輸。另外，本地網(wǎng)絡(luò)與云的融合，帶來了更大的不確定性?；赟BC實現(xiàn)NAT穿越將SBC放置在連續(xù)的兩個NAT網(wǎng)關(guān)之間，通過一些簡單配置，SBC會自動學(xué)習(xí)信令和媒體的有效路徑，必要時會啟用STUN、TURN、ICE等方式達(dá)到穿越NAT網(wǎng)關(guān)的目的。相比傳統(tǒng)NAT網(wǎng)關(guān)，在SIP通信業(yè)務(wù)中，SBC有兩個特點：傳統(tǒng)NAT網(wǎng)關(guān)工作在三、四層，完成IP地址和端口的轉(zhuǎn)換，而無法理解應(yīng)用層協(xié)議；SBC支持三、四層地址轉(zhuǎn)換，及識別應(yīng)用層協(xié)議中的地址。具體應(yīng)用中，NAT網(wǎng)關(guān)對兩側(cè)通信設(shè)備而言一般是透明的；而SBC地址會被配置在SIP終端或SIP服務(wù)器在配置中，與兩側(cè)分別通信，相當(dāng)于具備了NAT功能。SBC的這些特點，使之對傳統(tǒng)NAT網(wǎng)關(guān)沒有特殊要求，因此打破網(wǎng)絡(luò)限制，可以實現(xiàn)更加復(fù)雜的VoIP組網(wǎng)方案，以滿足業(yè)務(wù)需求。保障音視頻通信安全以往VoIP網(wǎng)絡(luò)應(yīng)用于局域網(wǎng)，即使涉及遠(yuǎn)程辦公場景，解決方案也是在網(wǎng)絡(luò)層、傳輸層或數(shù)據(jù)鏈路層搭建安全隧道后，通過隧道實現(xiàn)VoIP網(wǎng)絡(luò)的延伸，本質(zhì)上還是局域網(wǎng)內(nèi)應(yīng)用。隨著移動互聯(lián)網(wǎng)辦公的興起，很多SIP通信終端，甚至SIP服務(wù)器都可能運(yùn)行于企業(yè)局域網(wǎng)之外。這帶來了安全威脅。傳統(tǒng)安全網(wǎng)關(guān)防火墻只能解析和處理網(wǎng)絡(luò)層、傳輸層協(xié)議，對處于應(yīng)用層的SIP協(xié)議、SDP協(xié)議、RTP協(xié)議等卻無能為力，因此無法保障來自外部的通信請求為合法請求。基于SBC設(shè)立遠(yuǎn)程坐席或辦公SBC完美的“彌補(bǔ)”了這一安全短板，即可以直接部署在企業(yè)網(wǎng)絡(luò)與外界的邊界位置，也可以適應(yīng)企業(yè)網(wǎng)絡(luò)安全的要求，緊藏于防火墻之后，作為隔離內(nèi)外網(wǎng)絡(luò)的“終結(jié)者”，對來往的通信數(shù)據(jù)進(jìn)行解析和威脅處理。SBC相當(dāng)于SIP通信業(yè)務(wù)的專屬防火墻。解決音視頻互通異常在VoIP發(fā)展的過程中，其協(xié)議規(guī)范是不斷變化和完善的。在實際應(yīng)用中，涉及對接的通信設(shè)備之間很可能存在通信協(xié)議（信令規(guī)范、音視頻編解碼、傳輸加密/無加密、DTMF協(xié)議……）不兼容的情況。SBC可對兩側(cè)通信網(wǎng)絡(luò)起到協(xié)議“轉(zhuǎn)譯”的作用，從而解決異常?；A(chǔ)功能建立中繼和充當(dāng)會話代理是SBC最基礎(chǔ)的兩個業(yè)務(wù)功能，復(fù)雜業(yè)務(wù)都是基于這兩個基礎(chǔ)業(yè)務(wù)功能擴(kuò)展來滿足。Trunk中繼對接對外支持同時連接多家運(yùn)營商線路，對內(nèi)支持同時對接多臺話務(wù)服務(wù)器，SBC可以實現(xiàn)兩個不同網(wǎng)絡(luò)的業(yè)務(wù)互通，可以實現(xiàn)坐席根據(jù)不同規(guī)則、通過不同運(yùn)營商呼出電話，反之亦然。P-CSCF會話代理SBC作為一個接入端安全控制設(shè)備，支持處在NAT下的用戶通過公網(wǎng)接入SIP話務(wù)服務(wù)器，既支持傳統(tǒng)的SIP APP或IP話機(jī)，也支持基于WebRTC技術(shù)的瀏覽器客戶端接入。SBC作為一個會話代理服務(wù)，公網(wǎng)的客戶端接入地址為SBC的對外地址，無需暴露真實的SIP服務(wù)器地址，對外可以縮短注冊周期，保障公網(wǎng)用戶的NAT及防火墻穿透。編輯于 2022-05-30 10:29VoIPIPCC（IP 呼叫中心）IP網(wǎng)絡(luò)?贊同 30??2 條評論?分享?喜歡?收藏?申請轉(zhuǎn)載?文章被以下專欄收錄淺談企業(yè)級VoIP通信提供VoIP通信中的

【科普】藍(lán)牙耳機(jī)的sbc/aac/aptx/ldac 是什么意思？藍(lán)牙耳機(jī)音頻編碼及選購指南 - 知乎

【科普】藍(lán)牙耳機(jī)的sbc/aac/aptx/ldac 是什么意思？藍(lán)牙耳機(jī)音頻編碼及選購指南 - 知乎切換模式寫文章登錄/注冊【科普】藍(lán)牙耳機(jī)的sbc/aac/aptx/ldac 是什么意思？藍(lán)牙耳機(jī)音頻編碼及選購指南劉十三還沒辦理ETC，不用自動抬杠.最近很多朋友在挑選藍(lán)牙耳機(jī)時私信我關(guān)于藍(lán)牙耳機(jī)的編碼是什么意思，由于問的人實在是有點多，所以我打算寫一篇關(guān)于藍(lán)牙連接方式的科普貼大家都知道，藍(lán)牙耳機(jī)的音頻解碼主要分為sbc、aac、aptx、ldac、等幾種，那么具體是什么意思呢？？那么讓我來做一個簡單的介紹SBC:是通用的最基本的解碼方式，藍(lán)牙耳機(jī)都支持，支持44khz/16bit的音頻，最高碼率是328kbps，延時大約220ms，所以音質(zhì)一般。AAC:是蘋果產(chǎn)品通用的解碼方式，跟sbc差不多，支持44khz/16bit的音頻，最高碼率512kbps，延時大約100ms，音質(zhì)略好于sbc。APTX:是高通的專利，支持48khz/16bit的音頻，最高碼率352kbps，延時約40ms，音質(zhì)好于sbc，但相比sbc提升并不大。除了普通的aptx外，還有 aptx低延遲和aptx hd 一個是低延遲另一個是高音質(zhì)。lDAC:索尼出品,是真正的高音質(zhì)解碼，支持96khz/24bit的音頻，最高碼率達(dá)990kbps，接近無損解碼。lhac（hwa）:也是接近無損解碼，華為主推，支持96khz/24bit的音頻，最高碼率900kbps，可以媲美ldac然后再講一下目前的手機(jī)系統(tǒng)對aptx,sbc,aac的支持。簡單來說，蘋果用戶選擇支持aac/sbc的藍(lán)牙耳機(jī)就可以了。而大部分安卓手機(jī)支持sbc/ldac/aptx。經(jīng)過上面的知識分析和補(bǔ)充，咱們做些總結(jié)：1.協(xié)議上看aptx>aac>sbc,這3種音質(zhì)差距不明顯，音質(zhì)上看：LDAC>HWA>APTXHD。2.理論音源方面索尼旗艦>華為旗艦>高通旗艦>蘋果ios>大部分普通安卓機(jī)(不過據(jù)說LDAC的穩(wěn)定性不好，反正沒什么人用sony的手機(jī)，可以忽略)所以盆友萌，怎么選呢？？一般音樂愛好者：對音質(zhì)沒有過多要求的選擇普通的支持sbc解碼的耳機(jī)就夠了。對音質(zhì)有一定要求：可以選擇支持aptx的藍(lán)牙耳機(jī)，音質(zhì)接近cd。對音質(zhì)要求比較高的：可以選擇支持aptx hd的藍(lán)牙耳機(jī)。音樂發(fā)燒友：可以選擇支持ldac的藍(lán)牙耳機(jī)，品質(zhì)好的價格一般在2000元以上，幾百的也有。然后就是關(guān)于藍(lán)牙耳機(jī)的選購了，藍(lán)牙耳機(jī)的選購不止要考慮音質(zhì)，連接穩(wěn)定性啥的也都很重要，但這一塊講起來篇幅實在太長了，剛好之前寫過2篇關(guān)于這方面的文章，平價款和千元價位的都有，盆友萌可以按照自己的預(yù)算進(jìn)行選購。最后，碼字不易，走過路過的盆友萌別忘了點贊啊?。。。。。。?！發(fā)布于 2020-11-30 10:44無損音樂藍(lán)牙耳機(jī)?贊同 54??5 條評論?分享?喜歡?收藏?申請

汽車電子設(shè)計之SBC芯片簡單認(rèn)識-CSDN博客

汽車電子設(shè)計之SBC芯片簡單認(rèn)識

小幽余生不加糖

已于?2023-04-08 21:30:51?修改

閱讀量5.2w

355

點贊數(shù)

分類專欄：

技術(shù)筆記

汽車電子

文章標(biāo)簽：

嵌入式硬件

硬件架構(gòu)

硬件工程

于?2021-12-05 16:36:31?首次發(fā)布

版權(quán)聲明：本文為博主原創(chuàng)文章，遵循 CC 4.0 BY-SA 版權(quán)協(xié)議，轉(zhuǎn)載請附上原文出處鏈接和本聲明。

本文鏈接：https://blog.csdn.net/qq_41600018/article/details/121731100

版權(quán)

技術(shù)筆記

同時被 2 個專欄收錄

106 篇文章

204 訂閱

訂閱專欄

汽車電子

50 篇文章

25 訂閱

訂閱專欄

參考英飛凌SBC官網(wǎng)資料：https://www.infineon.com/cms/cn/product/automotive-system-ic/system-basis-chips-sbc/

SBC芯片在汽車電子領(lǐng)域可謂占一席之地了。那么什么是SBC？怎么用？用在哪里？主要特性？

1.什么是SBC？

SBC的系統(tǒng)框圖

系統(tǒng)基礎(chǔ)芯片（SBC，System Basis Chip），從廣義上來說，是一種包含電源、通信、監(jiān)控診斷、安全監(jiān)控等特性以及GPIO的獨(dú)立芯片。隨著汽車電子模塊的日益小型化，對低功耗和可靠性的要求越來越高。因此，SBC在汽車電子中的應(yīng)用也越來越多。

細(xì)致地來說SBC，電源的構(gòu)成可以是線性電源或者開關(guān)電源；通信包含CAN、CANFD以及LIN；監(jiān)控診斷包括喚醒輸入、看門狗、復(fù)位、中斷，以及對電路診斷后的失效輸出，還有功能安全的一些特性。

任意一個汽車電子系統(tǒng)硬件上除了檢測單元（如傳感器），計算單元（如微控制器）和執(zhí)行單元（如功率管），往往還需要供電單元（如LDO），通信物理層單元（如CAN收發(fā)器），診斷監(jiān)控單元及一些輸入輸出接口（如喚醒輸入），針對后面這些單元的通用化，系統(tǒng)基礎(chǔ)芯片應(yīng)運(yùn)而生。

典型的系統(tǒng)基礎(chǔ)芯片擁有供電功能，總線收發(fā)功能，診斷監(jiān)控功能和喚醒管理功能。

2.為什么使用SBC？

汽車電子硬件設(shè)計中，電源、通信，包括一些監(jiān)控（例如看門狗/復(fù)位/定時器），都是通過多個電路來實現(xiàn)的。這不僅增加了電路設(shè)計的難度，也不利于在可靠性、系統(tǒng)成本、PCB空間以及電路功耗等方面做出優(yōu)化提高。使用了SBC之后，由于SBC內(nèi)部高度集成了一個基本硬件系統(tǒng)模塊的基礎(chǔ)電路功能模塊（電源和通信），因此使得外部電路得以大大的簡化。這也就體現(xiàn)了SBC這類器件的強(qiáng)大優(yōu)勢，因此有了廣泛的使用。

通常當(dāng)系統(tǒng)需要供電單元和總線收發(fā)器時，就可以考慮選用系統(tǒng)基礎(chǔ)芯片了，使用系統(tǒng)基礎(chǔ)芯片可以帶來眾多好處： ? 減少PCB空間 ? 更好的靜態(tài)功耗 ? 更高的系統(tǒng)可靠性 ? 成本的優(yōu)化 ? 重復(fù)設(shè)計工作量的減少

3.SBC用在哪里？

在動力系統(tǒng)、底盤和駕駛輔助、車身系統(tǒng)、舒適系統(tǒng)以及混合動力及電驅(qū)動系統(tǒng)中，幾乎無處不見SBC，這也說明了這類器件強(qiáng)大的生命力和優(yōu)勢被廣泛接納的程度。

4.怎么用？

要分清系統(tǒng)基礎(chǔ)芯片之間的差異。雖然所有的系統(tǒng)基礎(chǔ)芯片都含有上文提到的四個功能，但是由于每個廠家對市場及應(yīng)用有不同的認(rèn)識，還有資源以及技術(shù)的不同，所推出的系統(tǒng)基礎(chǔ)芯片各有差異，在只考慮功能不考慮具體參數(shù)優(yōu)劣的情況下，這些差異主要集中以下幾個方面：

? 各功能模塊的數(shù)量，比如供電輸出有一路，兩路，三路或者多路，CAN收發(fā)器有一個，兩個還是多個；

? 各功能模塊的能力，比如CAN收發(fā)器是否支持CAN局部網(wǎng)絡(luò)工作（CAN PN），供電輸出是250mA能力還是750mA能力；

? 不同功能模塊的搭配，比如芯片內(nèi)部只有一路供電及一路CAN收發(fā)器，或者芯片內(nèi)部有多路電源輸出，多路CAN/LIN收發(fā)器以及驅(qū)動輸出。

同一個廠家也會有多個差異化的系統(tǒng)基礎(chǔ)芯片。此處以英飛凌產(chǎn)品為例，直觀地講解系統(tǒng)基礎(chǔ)芯片家族分類，一般可分為四個家族：簡化型，中等型，開關(guān)電源型和多CAN型。家族之間的差異在于功能模塊數(shù)量及搭配的不一樣，同一家族（中等型，開關(guān)電源型）內(nèi)根據(jù)LIN收發(fā)器的數(shù)量可以有多個芯片可選，另外依據(jù)VCC1輸出電壓的不一樣有5V和3.3V版本可選，依據(jù)是否支持CAN局部網(wǎng)絡(luò)工作有兩個版本可選（只有開關(guān)電源型家族目前不支持），一共有多達(dá)50個系統(tǒng)基礎(chǔ)芯片可供選擇。家族的定義一般來自于目標(biāo)應(yīng)用，目標(biāo)應(yīng)用的復(fù)雜度及差異化的需求決定了家族內(nèi)具體版本的差異，比如簡化型家族簡化了供電功能并且只有一路CAN收發(fā)器，通常應(yīng)用于車燈控制，方向盤鎖，安全帶和座椅等應(yīng)用，其參考應(yīng)用框圖如下。中等型家族擁有豐富的功能（三路供電輸出，多個喚醒輸入和失效信號輸出等）但是供電輸出能力不大，通常應(yīng)用于車身控制，門窗控制和電動換擋器等應(yīng)用，其參考應(yīng)用框圖如下。

開關(guān)電源型家族相對于中等型家族減少了電源輸出通道，但提高了主電源的輸出能力并且還增加了Boost功能，通常應(yīng)用于車身控制，網(wǎng)關(guān)和環(huán)境氣候控制等應(yīng)用，其參考應(yīng)用框圖如下。

多CAN型家族相對于開關(guān)電源型家族減少LIN收發(fā)器，增加了CAN收發(fā)器，通常應(yīng)用于網(wǎng)關(guān)和輔助駕駛等應(yīng)用，其參考應(yīng)用框圖如下。

5.如何具體選型？

可以利用上文提到的差異進(jìn)行快速的初步選型，如先評估MCU供電網(wǎng)絡(luò)的電壓和電流能力的需求，根據(jù)電壓和電流能力可以大致選擇到某些家族或者系列，再根據(jù)總線收發(fā)器的要求選擇某些芯片，下圖是來自英飛凌的一個很簡單但很直觀的選型圖，初步選型后還要檢查喚醒需求及負(fù)載驅(qū)動需求，對于沒有直接匹配到合適的系統(tǒng)基礎(chǔ)芯片時需要去評估哪些外圍器件匹配哪個系統(tǒng)基礎(chǔ)芯片才能做到最優(yōu)的方案。電源是系統(tǒng)的基礎(chǔ)，因此SBC中必須首先包含電源。一般來說，SBC的電流輸出能力都不是很大，主要是在100mA~150mA。這樣的電流輸出能力可以滿足大多數(shù)汽車電子中的微控制器的電流需求，從而可以把原本需要的外部電源集成到SBC內(nèi)部。其實電流輸出能力也可以做得更大一些，但考慮到功耗以及散熱問題，只要夠用就可以了。也有采用DC/DC的SBC把輸出電流做到了1.5A，用來給系統(tǒng)的主微控制器供電（例如NXP公司的MC34FS6408）。不過這類器件還是少數(shù)。通信部分也是SBC不可或缺的部分，帶有CAN、CAN FD和LIN的接口也就成為了SBC的標(biāo)配。注意：有些半導(dǎo)體公司的產(chǎn)品中會有多路CAN的SBC，同時也帶有LIN，這些都是為了適應(yīng)不同的系統(tǒng)需求開發(fā)出來的芯片。因為這些SBC中都包含有CAN，所以就用包含LIN的數(shù)量來進(jìn)行簡單歸納。由于系統(tǒng)需要在待機(jī)的狀況下被喚醒，所以還需要有外部喚醒輸入，這樣可以讓模塊在待機(jī)下降低功耗和靜態(tài)電流。此外，SBC還有一些和安全有關(guān)的功能，例如看門狗和復(fù)位功能，都是可以由通信（一般是SPI）來進(jìn)行配置和管理的，從而滿足安全的設(shè)計要求。

英飛凌的選型方案：

從以上的列表中可以體會到在需要使用SBC的系統(tǒng)設(shè)計中，電源管理和功能安全使得SBC的優(yōu)勢發(fā)揮得淋漓盡致。這是因為在片上集成系統(tǒng)的時候，每個芯片都可以在開發(fā)的初期就考慮得非常細(xì)致和完整，從而不需要后期用分立的器件以及軟件代碼來實現(xiàn)這些復(fù)雜的系統(tǒng)設(shè)計，包括功能安全和電源管理等。因此，這類包含“特殊”功能的SBC發(fā)展成為獨(dú)立的一類，叫做功能安全SBC（Functional Safety SBC）。綜上所述，除了我們介紹的這些SBC，還有一些它衍生出來的家族成員，例如迷你SBC（Mini System Basis Chip）、LIN迷你SBC（LIN Mini System Basis Chip），以及第4.2節(jié)介紹的功能安全SBC等。這些家族成員使得SBC成為一類具備強(qiáng)大生命力的器件。

留個坑，后面說功能安全的事兒。

關(guān)注博主即可閱讀全文

優(yōu)惠劵

小幽余生不加糖

關(guān)注

點贊

踩

355

覺得還不錯?

一鍵收藏

打賞

知道了

評論

汽車電子設(shè)計之SBC芯片簡單認(rèn)識

參考英飛凌SBC官網(wǎng)資料：https://www.infineon.com/cms/cn/product/automotive-system-ic/system-basis-chips-sbc/SBC芯片在汽車電子領(lǐng)域可謂占一席之地了。那么什么是SBC？怎么用？用在哪里？主要特性？1.什么是SBC？SBC的系統(tǒng)框圖系統(tǒng)基礎(chǔ)芯片（SBC，System Basis Chip），從廣義上來說，是一種包含電源、通信、監(jiān)控診斷、安全監(jiān)控等特性以及GPIO的獨(dú)立芯片。隨著汽車電子模塊的日益小型化，對低功耗和

復(fù)制鏈接

掃一掃

專欄目錄

汽車電子設(shè)計之SBC芯片

讓學(xué)習(xí)成為一種習(xí)慣

06-02

1347

SBC的系統(tǒng)框圖系統(tǒng)基礎(chǔ)芯片（SBC，System Basis Chip），從廣義上來說，是一種包含電源、通信、監(jiān)控診斷、安全監(jiān)控等特性以及GPIO的獨(dú)立芯片。隨著汽車電子模塊的日益小型化，對低功耗和可靠性的要求越來越高。因此，SBC在汽車電子中的應(yīng)用也越來越多。細(xì)致地來說SBC，電源的構(gòu)成可以是線性電源或者開關(guān)電源；通信包含CAN、CANFD以及LIN；監(jiān)控診斷包括喚醒輸入、看門狗、復(fù)位、中斷，以及對電路診斷后的失效輸出，還有功能安全的一些特性。

Infineon TLE9266QX汽車系統(tǒng)基礎(chǔ)芯片(SBC)解決方案.pdf

07-26

Infineon TLE9266QX汽車系統(tǒng)基礎(chǔ)芯片(SBC)解決方案.pdf

5?條評論

您還未登錄，請先

登錄

后發(fā)表或查看評論

LDO和DCDC的區(qū)別

sbc aac aptx聽感差距大嗎？ - 知乎

sbc aac aptx聽感差距大嗎？ - 知乎首頁知乎知學(xué)堂發(fā)現(xiàn)等你來答?切換模式登錄/注冊音頻編碼格式AAC（高級音頻編碼）藍(lán)牙音頻sbc aac aptx聽感差距大嗎？最近在看看真無線藍(lán)牙耳機(jī)，發(fā)現(xiàn)很多人說看到sbc音頻解碼的藍(lán)牙耳機(jī)直接就放棄了，我只想知道，我平時聽聽流行歌曲，用的QQ音樂聽的，用sbc和aac還有…顯示全部 ?關(guān)注者19被瀏覽112,704關(guān)注問題?寫回答?邀請回答?好問題 7?添加評論?分享?5 個回答默認(rèn)排序天乙儂愛?音樂；電影；游戲；硬件；設(shè)計職業(yè)！? 關(guān)注主要看人的辨聲資質(zhì)：（水平可以提高，資質(zhì)相當(dāng)于天賦不能提高）特級：有些人天生就對聲音的質(zhì)量分辨能力很高，隨便來兩首不同的歌曲不同的聲音質(zhì)量（譬如：無損的“稻香”和MP3的“星晴”）他能告訴你哪首歌的質(zhì)量更好！一級：能隨時隨地分辨任何一首歌兩種質(zhì)量，譬如：無損音樂和320K碼率的MP3二級：能在安靜專注的環(huán)境下分辨自己喜歡的某幾首歌的質(zhì)量變化！三級：只能感覺評書級別（64K左右碼率）的音質(zhì)和無損音樂（1412K碼率）有區(qū)別如果是二級能力者或以上…那么是能分辨SBC和AAC的區(qū)別的，SBC和APTX也容易分辨，AAC和APTX街聽差的不多，室內(nèi)聽APTX會好一些！最后“聽感”主觀性是很強(qiáng)的（你硬說SBC的聽感比AAC的好也是行的通的）…所以回答說的是相對客觀的音源聲音質(zhì)量！同問：米其林餐廳的炒飯和路邊攤的炒飯差距大嗎？編輯于 2023-11-08 19:37?贊同 8??7 條評論?分享?收藏?喜歡收起?larryluo619電氣工程，運(yùn)動控制，視覺，神經(jīng)網(wǎng)絡(luò)，人工智能? 關(guān)注SBC和APTX本來傳輸碼率就差不多，區(qū)別是APTX壓縮算法對音頻延遲有改善，能聽出什么明顯區(qū)別的都是神仙吧。APTX HD和LDAC這些碼率更高的能聽出區(qū)別的，但對音質(zhì)影響遠(yuǎn)比不上解碼芯片和耳機(jī)單元。發(fā)布于 2021-03-02 13:58?贊同 12??1 條評論?分享?收藏?喜歡

系統(tǒng)基礎(chǔ)芯片 (SBC) | TI.com.cn

主頁

產(chǎn)品

接口

parametric-filter

放大器

parametric-filter

音頻

parametric-filter

時鐘和計時

parametric-filter

數(shù)據(jù)轉(zhuǎn)換器

parametric-filter

芯片與晶圓服務(wù)

parametric-filter

DLP 產(chǎn)品

parametric-filter

接口

parametric-filter

隔離

parametric-filter

邏輯和電壓轉(zhuǎn)換

parametric-filter

微控制器 (MCU) 和處理器

parametric-filter

電機(jī)驅(qū)動器

parametric-filter

電源管理

parametric-filter

射頻與微波

parametric-filter

傳感器

parametric-filter

開關(guān)與多路復(fù)用器

parametric-filter

無線連接

系統(tǒng)基礎(chǔ)芯片 (SBC)

parametric-filter

應(yīng)用特定端口保護(hù) IC

parametric-filter

CAN 收發(fā)器

parametric-filter

二極管

parametric-filter

以太網(wǎng) IC

parametric-filter

HDMI、DisplayPort 和 MIPI IC

parametric-filter

高速串行器/解串器

parametric-filter

I2C & I3C ICs

parametric-filter

IO-Link 和數(shù)字 I/O

parametric-filter

LIN 收發(fā)器

parametric-filter

LVDS、M-LVDS 和 PECL IC

parametric-filter

多開關(guān)檢測接口 (MSDI) IC

parametric-filter

光纖網(wǎng)絡(luò) IC

parametric-filter

其他接口

parametric-filter

PCIe、SAS 和 SATA IC

parametric-filter

RS-232 和 RS-485 多協(xié)議收發(fā)器

parametric-filter

RS-232 收發(fā)器

parametric-filter

RS-485 和 RS-422 收發(fā)器

parametric-filter

串行數(shù)字接口 (SDI) IC

parametric-filter

系統(tǒng)基礎(chǔ)芯片 (SBC)

parametric-filter

UART

parametric-filter

USB IC

主頁

產(chǎn)品

接口

系統(tǒng)基礎(chǔ)芯片 (SBC)

使用我們經(jīng)濟(jì)實惠且節(jié)能的系統(tǒng)基礎(chǔ)芯片 (SBC) 優(yōu)化您的設(shè)計

parametric-filter查看所有產(chǎn)品

我們的 SBC 將 CAN FD 或 LIN 收發(fā)器和電源元件集成在單個封裝中。通過用于總線保護(hù)和診斷的集成式高側(cè)開關(guān) (HSS)、看門狗和通道擴(kuò)展來增強(qiáng)系統(tǒng)控制功能。將我們的 SBC 用于電子控制單元 (ECU)。

按類別瀏覽

按類型選擇

基于 CAN 的 SBC

具有電源控制元件和附加功能的多功能 AEC-Q100 CAN FD（靈活數(shù)據(jù)速率）收發(fā)器

parametric-filter

查找您的器件

基于 LIN 的 SBC

與電源控制元件相結(jié)合的集成 AEC-Q100 LIN 收發(fā)器

parametric-filter

查找您的器件

相關(guān)類別

CAN 收發(fā)器

支持 CAN FD（靈活數(shù)據(jù)速率）和 CAN SIC（信號改善功能）的高抗擾性和低輻射 CAN 收發(fā)器

arrow-right

了解詳情

LIN 收發(fā)器

適用于低速、短距離汽車應(yīng)用的符合 AEC-Q100 標(biāo)準(zhǔn)的高抗擾性、低輻射、單線穩(wěn)健通信收發(fā)器

arrow-right

了解詳情

特色系統(tǒng)基礎(chǔ)芯片

設(shè)計和開發(fā)資源

評估板

適用于具有 LDO 輸出和看門狗的 CAN FD 系統(tǒng)基礎(chǔ)芯片的 TCAN1167-Q1 評估模塊

此 EVM 可用于評估 TCAN1167 系列器件。通過測試點、J13 接頭和 DSUB9 連接器（許多汽車應(yīng)用中用于布線的通用器件）可輕松接入 CAN 總線。所有引腳均通過接頭或測試點可用。具有可通過測試點提供輸出的集成式 LDO。覆蓋區(qū)可實現(xiàn) CAN 總線保護(hù)，并提供不同的端接選項。

評估板

TLIN1431-Q1 具有 WAKE、HSS 和看門狗的 LIN 評估模塊

此 EVM 可用于評估 TLIN1431-Q1 系列器件，包括 TLIN14315RGY 和 TLIN14313RGY。電路板上的所有 IC 信號都可用，并且 TLIN1431-Q1 的功能可通過電路板的功能訪問。

評估板

TCAN4550-Q1 ?具有集成收發(fā)器的 CAN FD 控制器評估模塊

EVM 可用于評估 TCAN4550 SPI 轉(zhuǎn) CAN FD 控制器和收發(fā)器解決方案。? 可通過 DB9 連接器（或通過接頭引腳）輕松訪問 CAN 總線信號，并可通過單個雙行接頭訪問數(shù)字接口（SPI 線路和 GPIO）。? 器件的輸入時鐘可來自板載晶振，也可來自外部單端時鐘源。

為何選擇我們的系統(tǒng)基礎(chǔ)芯片？

checkmark

經(jīng)優(yōu)化的系統(tǒng)

利用我們在單個芯片上高度集成的收發(fā)器、電源控制元件和特殊功能，減小系統(tǒng)電路板尺寸并降低復(fù)雜性。

checkmark

節(jié)能

通過我們的 SBC 的低功耗睡眠和各種待機(jī)模式來調(diào)節(jié)系統(tǒng)功耗，從而延長電池壽命。

checkmark

質(zhì)量性能

使用符合原始設(shè)備制造商 (OEM) 全球安全標(biāo)準(zhǔn)、互操作性和 EMC 合規(guī)性的強(qiáng)大產(chǎn)品系列來設(shè)計可靠的系統(tǒng)。

checkmark

靈活的設(shè)計

通過具有 SPI 訪問的共享狀態(tài)機(jī)重復(fù)使用軟件工作，跨多個設(shè)計進(jìn)行擴(kuò)展，并在一系列引腳對引腳兼容器件中進(jìn)行選擇

了解特色應(yīng)用

技術(shù)資源

視頻系列

CAN、LIN 和 SBC 概述視頻

開始學(xué)習(xí) CAN/LIN/SBC 視頻系列，了解其標(biāo)準(zhǔn)，包括其物理層電氣信號特性及其幀結(jié)構(gòu)和數(shù)據(jù)通信協(xié)議。

博客

系統(tǒng)基礎(chǔ)芯片入門指南

閱讀該博客，其中介紹了基于 CAN FD 和 LIN 的 SBC，包括其電源控制功能以及將多個分立器件集成到一個解決方案中的潛力。

視頻

使用 TCAN4550-Q1 系統(tǒng)基礎(chǔ)芯片實現(xiàn) CAN 和 CAN FD

觀看該培訓(xùn)，了解這兩個接口之間的差異及其在當(dāng)今現(xiàn)有系統(tǒng)中的配置方式。了解如何使用 TCAN4550-Q1 SBC 實現(xiàn) CAN 和升級到 CAN FD。?

將會話邊界控制器 (SBC) 連接到直接路由 - Microsoft Teams | Microsoft Learn

跳轉(zhuǎn)至主內(nèi)容

此瀏覽器不再受支持。

請升級到 Microsoft Edge 以使用最新的功能、安全更新和技術(shù)支持。

下載 Microsoft Edge

有關(guān) Internet Explorer 和 Microsoft Edge 的詳細(xì)信息

退出焦點模式

使用英語閱讀

保存

使用英語閱讀

保存

打印

Twitter

Facebook

電子郵件

將會話邊界控制器 (SBC) 連接到直接路由

項目

10/06/2023

15 個參與者

適用于:

Microsoft Teams

反饋

本文內(nèi)容

本文介紹如何配置會話邊界控制器 (SBC) 并將其連接到直接路由。這是配置直接路由的以下步驟中的步驟 1：

第 1 步將 SBC 與電話系統(tǒng)連接并驗證連接 (本文)

第 2 步為用戶啟用直接路由

第 3 步配置呼叫路由

第 4 步將數(shù)字轉(zhuǎn)換為備用格式

有關(guān)設(shè)置直接路由所需的所有步驟的信息，請參閱配置直接路由。

若要配置 SBC 并將其連接到直接路由，可以使用 Microsoft Teams 管理中心或 PowerShell 。

注意

對于 GCC High 和 DoD 云，必須使用 PowerShell。用于連接 SBC 的選項在 Teams 管理中心中不可用。

使用 Microsoft Teams 管理中心

在左側(cè)導(dǎo)航中，轉(zhuǎn)到 “語音>直接路由”，然后單擊“ SBC ”選項卡。

單擊“添加”。

輸入 SBC 的 FQDN。確保 FQDN 的域名部分與租戶中注冊的域匹配。請記住， *.onmicrosoft.com SBC FQDN 域名不支持域名。例如，如果有兩個域名和 contoso.onmicrosoft.com，contoso.com請使用 sbc.contoso.com 作為 SBC 名稱。如果使用子域，請確保此子域也在租戶中注冊。例如，如果要使用 sbc.service.contoso.com， service.contoso.com 則需要注冊。

根據(jù)組織的需求配置 SBC 的設(shè)置。有關(guān)其中每個設(shè)置的詳細(xì)信息，請參閱 SBC 設(shè)置。

完成時單擊“保存”。

使用 PowerShell

若要將 SBC 連接到直接路由，需要：

使用 PowerShell 連接到 Teams。

將 SBC 連接到租戶。

驗證 SBC 連接。

使用 PowerShell 連接到 Teams

若要將 SBC 與直接路由接口配對，請使用連接到租戶的 Teams PowerShell 模塊會話。若要打開 PowerShell 會話，請按照為Windows PowerShell設(shè)置計算機(jī)中所述的步驟進(jìn)行操作。

建立遠(yuǎn)程 PowerShell 會話后，驗證是否可以看到用于管理 SBC 的命令。若要驗證命令，請在 PowerShell 會話中鍵入或復(fù)制并粘貼以下命令，然后按 Enter：

Get-Command *onlinePSTNGateway*

命令返回此處所示的四個函數(shù)，用于管理 SBC。

CommandType Name Version Source

----------- ---- ------- ------

Function Get-CsOnlinePSTNGateway 1.0 tmp_v5fiu1no.wxt

Function New-CsOnlinePSTNGateway 1.0 tmp_v5fiu1no.wxt

Function Remove-CsOnlinePSTNGateway 1.0 tmp_v5fiu1no.wxt

Function Set-CsOnlinePSTNGateway 1.0 tmp_v5fiu1no.wxt

將 SBC 連接到租戶

若要將 SBC 連接到租戶，請使用 New-CsOnlinePSTNGateway cmdlet。在 PowerShell 會話中，鍵入以下內(nèi)容，然后按 Enter：

New-CsOnlinePSTNGateway -Fqdn -SipSignalingPort -MaxConcurrentSessions -Enabled $true

注意事項

Microsoft 建議使用 SBC 文檔中的信息在 SBC 中設(shè)置最大調(diào)用限制。如果 SBC 處于容量級別，則限制將觸發(fā)通知。

僅當(dāng) FQDN 的域部分與租戶中注冊的域之一（*.onmicrosoft.com 除外）時，才能連接 SBC。 SBC FQDN 名稱不支持使用 *.onmicrosoft.com 域名。例如，如果有兩個域名 contoso.com 和 contoso.onmicrosoft.com，則可以將 sbc.contoso.com 用作 SBC 名稱。如果嘗試使用 sbc.contoso.abc 等名稱連接 SBC，系統(tǒng)將不允許你，因為域不歸此租戶所有。

除了在租戶中注冊的域外，還必須有一個用戶具有該域和分配的 E3 或 E5 許可證。否則，將收到以下錯誤：

Can not use the "sbc.contoso.com" domain as it was not configured for this tenant.

若要分配具有該域的用戶，該域的已配置身份驗證類型必須為“托管”。

不支持在 SBC 端使用同一 FQDN 映射的多個 IP。

為了為客戶提供一流的加密，Microsoft 將強(qiáng)制使用直接路由 SIP 接口的 TLS1.2。若要避免任何服務(wù)影響，請確保 SBC 配置為支持 TLS1.2，并且可以使用以下密碼套件之一進(jìn)行連接：

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 i.e. ECDHE-RSA-AES256-GCM-SHA384

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 i.e. ECDHE-RSA-AES128-GCM-SHA256

TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 i.e. ECDHE-RSA-AES256-SHA384

TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256即 ECDHE-RSA-AES128-SHA256

SIP 選項 ping 不能每 60 秒超過一個事務(wù)的頻率，并且對于每個終結(jié)點的每個配置的中繼，不能超過每 180 秒一個事務(wù)的頻率。

下面是一個示例。此示例僅顯示所需的最小參數(shù)。在連接過程中，可以使用 New-CsOnlinePSTNGateway cmdlet 設(shè)置其他參數(shù)。若要了解詳細(xì)信息，請參閱 SBC 設(shè)置。

New-CsOnlinePSTNGateway -Identity sbc.contoso.com -Enabled $true -SipSignalingPort 5067 -MaxConcurrentSessions 100

這將返回：

Identity : sbc.contoso.com

Fqdn : sbc.contoso.com

SipSignalingPort : 5067

FailoverTimeSeconds : 10

ForwardCallHistory : False

ForwardPai : False

SendSipOptions : True

MaxConcurrentSessions : 100

Enabled : True

驗證 SBC 連接

若要驗證連接，請執(zhí)行以下操作：

檢查 SBC 是否在配對 SBC 列表中。

驗證 SIP 選項。

檢查 SBC 是否在配對 SBC 列表中

連接 SBC 后，使用 Get-CsOnlinePSTNGateway cmdlet 驗證 SBC 是否存在于配對 SBC 列表中。在遠(yuǎn)程 PowerShell 會話中鍵入以下內(nèi)容，然后按 Enter：

Get-CsOnlinePSTNGateway -Identity sbc.contoso.com

配對的網(wǎng)關(guān)應(yīng)如以下示例所示顯示在列表中， Enabled 參數(shù)應(yīng)顯示值為 True。

這將返回：

Identity : sbc.contoso.com

Fqdn : sbc.contoso.com

SipSignalingPort : 5067

FailoverTimeSeconds : 10

ForwardCallHistory : False

ForwardPai : False

SendSipOptions : True

MaxConcurrentSessions : 100

Enabled : True

驗證 SIP 選項

若要使用傳出 SIP 選項驗證配對，請使用 SBC 管理接口并確認(rèn) SBC 收到對其傳出 OPTIONS 消息的 200 個正常響應(yīng)。

當(dāng)直接路由看到傳入選項時，它將開始將傳出 SIP 選項消息發(fā)送到在傳入 OPTIONS 消息的“聯(lián)系人標(biāo)頭”字段中配置的 SBC FQDN。

若要使用傳入 SIP 選項驗證配對，請使用 SBC 管理接口。檢查 SBC 是否發(fā)送了對來自直接路由的 OPTIONS 消息的回復(fù)，以及它發(fā)送的響應(yīng)代碼是否為 200 正常。

SBC 設(shè)置

下表列出了可以在 Microsoft Teams 管理中心和使用 New-CsOnlinePSTNGateway cmdlet 為 SBC 設(shè)置的選項。

必填？

Teams 管理中心設(shè)置

PowerShell 參數(shù)

描述

默認(rèn)值

可能的值

類型和限制

是

為 SBC 添加 FQDN

FQDN

無

FQDN 名稱，限制為 63 個字符

字符串，請參閱 Active Directory 中計算機(jī)、域、站點和 OU 的命名約定中允許和不允許的字符列表

否

已啟用

使用為出站呼叫打開 SBC。在服務(wù)更新或維護(hù)期間，可以使用它暫時從服務(wù)中刪除 SBC。

False

TrueFalse

Boolean

是

SIP 信令端口

SipSignalingPort

這是用于使用傳輸層 (TLS) 協(xié)議與直接路由通信的偵聽端口。

無

任何端口

0 到 65535

否

發(fā)送 SIP 選項

SendSIPOptions

定義 SBC 是否發(fā)送 SIP 選項消息。強(qiáng)烈建議啟用此設(shè)置。當(dāng)此設(shè)置處于關(guān)閉狀態(tài)時，SBC 將從監(jiān)視和警報系統(tǒng)中排除。

True

TrueFalse

Boolean

否

轉(zhuǎn)發(fā)呼叫歷史記錄

ForwardCallHistory

指示是否通過中繼轉(zhuǎn)發(fā)呼叫歷史記錄信息。啟用此功能后，Microsoft 365 代理會發(fā)送歷史記錄信息和 Referred-by 標(biāo)頭。

False

TrueFalse

Boolean

否

轉(zhuǎn)發(fā) P-Asserted-identity (PAI) 標(biāo)頭

ForwardPAI

指示是否將 PAI 標(biāo)頭與調(diào)用一起轉(zhuǎn)發(fā)。 PAI 標(biāo)頭提供了一種驗證呼叫者身份的方法。如果此設(shè)置處于打開，則還會發(fā)送 Privacy：ID 標(biāo)頭。

False

TrueFalse

Boolean

否

并發(fā)呼叫容量

MaxConcurrentSessions

設(shè)置值時，當(dāng)并發(fā)會話數(shù)超過此值 90% 或更高時，警報系統(tǒng)將通知你。如果未設(shè)置值，則不會生成警報。但是，監(jiān)視系統(tǒng)將每 24 小時報告一次并發(fā)會話數(shù)。

空

空1 到 100,000

否

故障轉(zhuǎn)移響應(yīng)代碼

FailoverResponseCodes

如果直接路由收到任何 4xx 或 6xx SIP 錯誤代碼以響應(yīng)傳出邀請，則默認(rèn)情況下，該呼叫被視為已完成。傳出是指從 Teams 客戶端到 PSTN 的呼叫，其中包含流量流：Teams 客戶端 -> 直接路由 -> SBC -> 電話網(wǎng)絡(luò)) 。指定故障轉(zhuǎn)移響應(yīng)代碼時，如果 SBC 因網(wǎng)絡(luò)或其他問題而無法進(jìn)行呼叫，則如果用戶) 的語音路由策略中存在另一個 SBC，則強(qiáng)制直接路由嘗試另一個 SBC (。若要了解詳細(xì)信息，請參閱從會話邊界控制器 (SBC) 接收的特定 SIP 代碼的故障轉(zhuǎn)移。

408, 503, 504

Int

否

故障轉(zhuǎn)移時間 (秒)

FailoverTimeSeconds

設(shè)置值時，網(wǎng)關(guān)在設(shè)置的時間內(nèi)未應(yīng)答的出站調(diào)用將路由到下一個可用中繼。如果沒有其他中繼，則會自動刪除呼叫。默認(rèn)值為 10 秒。在網(wǎng)絡(luò)和網(wǎng)關(guān)響應(yīng)緩慢的組織中，這可能會導(dǎo)致不必要地丟棄呼叫。

數(shù)字

Int

否

SBC 支持 PIDF/LO 進(jìn)行緊急呼叫

PidfloSupported

指定 SBC 是否支持狀態(tài)信息數(shù)據(jù)格式位置對象 (PIDF/LO) 進(jìn)行緊急呼叫。

有關(guān) Loction-Based 路由和媒體優(yōu)化設(shè)置的信息，請參閱規(guī)劃 Location-Based 路由和使用直接路由規(guī)劃媒體旁路。

另請參閱

規(guī)劃直接路由

配置直接路由

Teams PowerShell 概覽

反饋

此頁面是否有幫助？

是

否

提供產(chǎn)品反饋

反饋

Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see: https://aka.ms/ContentUserFeedback.

提交和查看相關(guān)反饋

此產(chǎn)品

此頁面

查看所有頁面反饋

其他資源

加州消費(fèi)者隱私法案 (CCPA) 禁用圖標(biāo)

你的隱私選擇

主題

亮

暗

高對比度

早期版本

博客

參與

隱私

使用條款

商標(biāo)

? Microsoft 2024

其他資源

本文內(nèi)容

加州消費(fèi)者隱私法案 (CCPA) 禁用圖標(biāo)

你的隱私選擇

主題

亮

暗

高對比度

早期版本

博客

參與

隱私

使用條款

商標(biāo)

? Microsoft 2024

汽車電子設(shè)計之SBC芯片簡單認(rèn)識[通俗易懂]-騰訊云開發(fā)者社區(qū)-騰訊云

設(shè)計之SBC芯片簡單認(rèn)識[通俗易懂]-騰訊云開發(fā)者社區(qū)-騰訊云全棧程序員站長汽車電子設(shè)計之SBC芯片簡單認(rèn)識[通俗易懂]關(guān)注作者騰訊云開發(fā)者社區(qū)文檔建議反饋控制臺首頁學(xué)習(xí)活動專區(qū)工具TVP最新優(yōu)惠活動文章/答案/技術(shù)大牛搜索搜索關(guān)閉發(fā)布登錄/注冊首頁學(xué)習(xí)活動專區(qū)工具TVP最新優(yōu)惠活動返回騰訊云官網(wǎng)全棧程序員站長首頁學(xué)習(xí)活動專區(qū)工具TVP最新優(yōu)惠活動返回騰訊云官網(wǎng)社區(qū)首頁 >專欄 >汽車電子設(shè)計之SBC芯片簡單認(rèn)識[通俗易懂]汽車電子設(shè)計之SBC芯片簡單認(rèn)識[通俗易懂]全棧程序員站長關(guān)注發(fā)布于 2022-10-01 16:00:135.3K0發(fā)布于 2022-10-01 16:00:13舉報文章被收錄于專欄：全棧程序員必看全棧程序員必看大家好，又見面了，我是你們的朋友全棧君。

SBC的系統(tǒng)框圖

在這里插入圖片描述系統(tǒng)基礎(chǔ)芯片（SBC，System Basis Chip），從廣義上來說，是一種包含電源、通信、監(jiān)控診斷、安全監(jiān)控等特性以及GPIO的獨(dú)立芯片。

隨著汽車電子模塊的日益小型化，對低功耗和可靠性的要求越來越高。因此，SBC在汽車電子中的應(yīng)用也越來越多。細(xì)致地來說SBC，電源的構(gòu)成可以是線性電源或者開關(guān)電源；通信包含CAN、CANFD以及LIN；監(jiān)控診斷包括喚醒輸入、看門狗、復(fù)位、中斷，以及對電路診斷后的失效輸出，還有功能安全的一些特性。任意一個汽車電子系統(tǒng)硬件上除了檢測單元（如傳感器），計算單元（如微控制器）和執(zhí)行單元（如功率管），往往還需要供電單元（如LDO），通信物理層單元（如CAN收發(fā)器），診斷監(jiān)控單元及一些輸入輸出接口（如喚醒輸入），針對后面這些單元的通用化，系統(tǒng)基礎(chǔ)芯片應(yīng)運(yùn)而生。典型的系統(tǒng)基礎(chǔ)芯片擁有供電功能，總線收發(fā)功能，診斷監(jiān)控功能和喚醒管理功能。2.為什么使用SBC？汽車電子硬件設(shè)計中，電源、通信，包括一些監(jiān)控（例如看門狗/復(fù)位/定時器），都是通過多個電路來實現(xiàn)的。這不僅增加了電路設(shè)計的難度，也不利于在可靠性、系統(tǒng)成本、PCB空間以及電路功耗等方面做出優(yōu)化提高。使用了SBC之后，由于SBC內(nèi)部高度集成了一個基本硬件系統(tǒng)模塊的基礎(chǔ)電路功能模塊（電源和通信），因此使得外部電路得以大大的簡化。這也就體現(xiàn)了SBC這類器件的強(qiáng)大優(yōu)勢，因此有了廣泛的使用。通常當(dāng)系統(tǒng)需要供電單元和總線收發(fā)器時，就可以考慮選用系統(tǒng)基礎(chǔ)芯片了，使用系統(tǒng)基礎(chǔ)芯片可以帶來眾多好處：

? 減少PCB空間

? 更好的靜態(tài)功耗

? 更高的系統(tǒng)可靠性

? 成本的優(yōu)化

? 重復(fù)設(shè)計工作量的減少3.SBC用在哪里？在動力系統(tǒng)、底盤和駕駛輔助、車身系統(tǒng)、舒適系統(tǒng)以及混合動力及電驅(qū)動系統(tǒng)中，幾乎無處不見SBC，這也說明了這類器件強(qiáng)大的生命力和優(yōu)勢被廣泛接納的程度。4.怎么用？要分清系統(tǒng)基礎(chǔ)芯片之間的差異。

雖然所有的系統(tǒng)基礎(chǔ)芯片都含有上文提到的四個功能，但是由于每個廠家對市場及應(yīng)用有不同的認(rèn)識，還有資源以及技術(shù)的不同，所推出的系統(tǒng)基礎(chǔ)芯片各有差異，在只考慮功能不考慮具體參數(shù)優(yōu)劣的情況下，這些差異主要集中以下幾個方面：? 各功能模塊的數(shù)量，比如供電輸出有一路，兩路，三路或者多路，CAN收發(fā)器有一個，兩個還是多個；? 各功能模塊的能力，比如CAN收發(fā)器是否支持CAN局部網(wǎng)絡(luò)工作（CAN PN），供電輸出是250mA能力還是750mA能力；? 不同功能模塊的搭配，比如芯片內(nèi)部只有一路供電及一路CAN收發(fā)器，或者芯片內(nèi)部有多路電源輸出，多路CAN/LIN收發(fā)器以及驅(qū)動輸出。同一個廠家也會有多個差異化的系統(tǒng)基礎(chǔ)芯片。此處以英飛凌產(chǎn)品為例，直觀地講解系統(tǒng)基礎(chǔ)芯片家族分類，一般可分為四個家族：簡化型，中等型，開關(guān)電源型和多CAN型。家族之間的差異在于功能模塊數(shù)量及搭配的不一樣，同一家族（中等型，開關(guān)電源型）內(nèi)根據(jù)LIN收發(fā)器的數(shù)量可以有多個芯片可選，另外依據(jù)VCC1輸出電壓的不一樣有5V和3.3V版本可選，依據(jù)是否支持CAN局部網(wǎng)絡(luò)工作有兩個版本可選（只有開關(guān)電源型家族目前不支持），一共有多達(dá)50個系統(tǒng)基礎(chǔ)芯片可供選擇。

在這里插入圖片描述

家族的定義一般來自于目標(biāo)應(yīng)用，目標(biāo)應(yīng)用的復(fù)雜度及差異化的需求決定了家族內(nèi)具體版本的差異，比如簡化型家族簡化了供電功能并且只有一路CAN收發(fā)器，通常應(yīng)用于車燈控制，方向盤鎖，安全帶和座椅等應(yīng)用，其參考應(yīng)用框圖如下。

在這里插入圖片描述

中等型家族擁有豐富的功能（三路供電輸出，多個喚醒輸入和失效信號輸出等）但是供電輸出能力不大，通常應(yīng)用于車身控制，門窗控制和電動換擋器等應(yīng)用，其參考應(yīng)用框圖如下。

在這里插入圖片描述開關(guān)電源型家族相對于中等型家族減少了電源輸出通道，但提高了主電源的輸出能力并且還增加了Boost功能，通常應(yīng)用于車身控制，網(wǎng)關(guān)和環(huán)境氣候控制等應(yīng)用，其參考應(yīng)用框圖如下。

在這里插入圖片描述多CAN型家族相對于開關(guān)電源型家族減少LIN收發(fā)器，增加了CAN收發(fā)器，通常應(yīng)用于網(wǎng)關(guān)和輔助駕駛等應(yīng)用，其參考應(yīng)用框圖如下。在這里插入圖片描述5.如何具體選型？

在這里插入圖片描述

電源是系統(tǒng)的基礎(chǔ)，因此SBC中必須首先包含電源。一般來說，SBC的電流輸出能力都不是很大，主要是在100mA~150mA。這樣的電流輸出能力可以滿足大多數(shù)汽車電子中的微控制器的電流需求，從而可以把原本需要的外部電源集成到SBC內(nèi)部。其實電流輸出能力也可以做得更大一些，但考慮到功耗以及散熱問題，只要夠用就可以了。也有采用DC/DC的SBC把輸出電流做到了1.5A，用來給系統(tǒng)的主微控制器供電（例如NXP公司的MC34FS6408）。不過這類器件還是少數(shù)。通信部分也是SBC不可或缺的部分，帶有CAN、CAN FD和LIN的接口也就成為了SBC的標(biāo)配。注意：有些半導(dǎo)體公司的產(chǎn)品中會有多路CAN的SBC，同時也帶有LIN，這些都是為了適應(yīng)不同的系統(tǒng)需求開發(fā)出來的芯片。因為這些SBC中都包含有CAN，所以就用包含LIN的數(shù)量來進(jìn)行簡單歸納。由于系統(tǒng)需要在待機(jī)的狀況下被喚醒，所以還需要有外部喚醒輸入，這樣可以讓模塊在待機(jī)下降低功耗和靜態(tài)電流。此外，SBC還有一些和安全有關(guān)的功能，例如看門狗和復(fù)位功能，都是可以由通信（一般是SPI）來進(jìn)行配置和管理的，從而滿足安全的設(shè)計要求。在這里插入圖片描述英飛凌的選型方案：

在這里插入圖片描述從以上的列表中可以體會到在需要使用SBC的系統(tǒng)設(shè)計中，電源管理和功能安全使得SBC的優(yōu)勢發(fā)揮得淋漓盡致。這是因為在片上集成系統(tǒng)的時候，每個芯片都可以在開發(fā)的初期就考慮得非常細(xì)致和完整，從而不需要后期用分立的器件以及軟件代碼來實現(xiàn)這些復(fù)雜的系統(tǒng)設(shè)計，包括功能安全和電源管理等。因此，這類包含“特殊”功能的SBC發(fā)展成為獨(dú)立的一類，叫做功能安全SBC（Functional Safety SBC）。

綜上所述，除了我們介紹的這些SBC，還有一些它衍生出來的家族成員，例如迷你SBC（Mini System Basis Chip）、LIN迷你SBC（LIN Mini System Basis Chip），以及第4.2節(jié)介紹的功能安全SBC等。這些家族成員使得SBC成為一類具備強(qiáng)大生命力的器件。留個坑，后面說功能安全的事兒。版權(quán)聲明：本文內(nèi)容由互聯(lián)網(wǎng)用戶自發(fā)貢獻(xiàn)，該文觀點僅代表作者本人。本站僅提供信息存儲空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如發(fā)現(xiàn)本站有涉嫌侵權(quán)/違法違規(guī)的內(nèi)容，請發(fā)送郵件至舉報，一經(jīng)查實，本站將立刻刪除。發(fā)布者：全棧程序員棧長，轉(zhuǎn)載請注明出處：https://javaforall.cn/194648.html原文鏈接：https://javaforall.cn本文參與?騰訊云自媒體分享計劃，分享自作者個人站點/博客。原始發(fā)表：2022年9月12日，如有侵權(quán)請聯(lián)系 [email protected] 刪除前往查看數(shù)據(jù)分析硬件開發(fā)安全本文分享自作者個人站點/博客?前往查看如有侵權(quán)，請聯(lián)系 [email protected] 刪除。本文參與?騰訊云自媒體分享計劃? ，歡迎熱愛寫作的你一起參與！數(shù)據(jù)分析硬件開發(fā)安全評論登錄后參與評論0 條評論熱度最新登錄后參與評論推薦閱讀LV.關(guān)注文章0獲贊0領(lǐng)券社區(qū)專欄文章閱讀清單互動問答技術(shù)沙龍技術(shù)視頻團(tuán)隊主頁騰訊云TI平臺活動自媒體分享計劃邀請作者入駐自薦上首頁技術(shù)競賽資源技術(shù)周刊社區(qū)標(biāo)簽開發(fā)者手冊開發(fā)者實驗室關(guān)于社區(qū)規(guī)范免責(zé)聲明聯(lián)系我們友情鏈接騰訊云開發(fā)者掃碼關(guān)注騰訊云開發(fā)者領(lǐng)取騰訊云代金券熱門產(chǎn)品域名注冊云服務(wù)器區(qū)塊鏈服務(wù)消息隊列網(wǎng)絡(luò)加速云數(shù)據(jù)庫域名解析云存儲視頻直播熱門推薦人臉識別騰訊會議企業(yè)云CDN加速視頻通話圖像分析MySQL 數(shù)據(jù)庫SSL 證書語音識別更多推薦數(shù)據(jù)安全負(fù)載均衡短信文字識別云點播商標(biāo)注冊小程序開發(fā)網(wǎng)站監(jiān)控數(shù)據(jù)遷移Copyright ? 2013 - 2024 Tencent Cloud. All Rights Reserved. 騰訊云版權(quán)所有?深圳市騰訊計算機(jī)系統(tǒng)有限公司 ICP備案/許可證號：粵B2-20090059?深公網(wǎng)安備號 44030502008569騰訊云計算（北京）有限責(zé)任公司京ICP證150476號 | ?京ICP備11018762號 | 京公網(wǎng)安備號11010802020287問題歸檔專欄文章快訊文章歸檔關(guān)鍵詞歸檔開發(fā)者手冊歸檔開發(fā)者手冊 Section 歸檔Copyright ? 2013 - 2024 Tencent Cloud.All Rights Reserved. 騰訊云版權(quán)所有登錄后參與評論00

bitpie比特派安卓版免費(fèi)下載|sbc

SBC AAC有什么區(qū)別？ - 知乎

藍(lán)牙音頻編碼簡介 - SBC、AAC、AptX、LDAC、LHDC - 知乎

如何理解SBC？看這一篇就夠了！ - 知乎

【科普】藍(lán)牙耳機(jī)的sbc/aac/aptx/ldac 是什么意思？藍(lán)牙耳機(jī)音頻編碼及選購指南 - 知乎

汽車電子設(shè)計之SBC芯片簡單認(rèn)識-CSDN博客

sbc aac aptx聽感差距大嗎？ - 知乎

系統(tǒng)基礎(chǔ)芯片 (SBC) | TI.com.cn

將會話邊界控制器 (SBC) 連接到直接路由 - Microsoft Teams | Microsoft Learn

汽車電子設(shè)計之SBC芯片簡單認(rèn)識[通俗易懂]-騰訊云開發(fā)者社區(qū)-騰訊云

訂閱簡報

聯(lián)系我們

快捷鏈接

語言

關(guān)注我們

404 Not Found

bitpie比特派安卓版免費(fèi)下載|sbc

SBC AAC有什么區(qū)別？ - 知乎

藍(lán)牙音頻編碼簡介 - SBC、AAC、AptX、LDAC、LHDC - 知乎

如何理解SBC？看這一篇就夠了！ - 知乎

【科普】藍(lán)牙耳機(jī)的sbc/aac/aptx/ldac 是什么意思？藍(lán)牙耳機(jī)音頻編碼及選購指南 - 知乎

汽車電子設(shè)計之SBC芯片簡單認(rèn)識-CSDN博客

sbc aac aptx聽感差距大嗎？ - 知乎

系統(tǒng)基礎(chǔ)芯片 (SBC) | TI.com.cn

將會話邊界控制器 (SBC) 連接到直接路由 - Microsoft Teams | Microsoft Learn

汽車電子設(shè)計之SBC芯片簡單認(rèn)識[通俗易懂]-騰訊云開發(fā)者社區(qū)-騰訊云

訂閱簡報

聯(lián)系我們

快捷鏈接

語言

關(guān)注我們

404 Not Found

SBC AAC有什么區(qū)別？ - 知乎

藍(lán)牙音頻編碼簡介 - SBC、AAC、AptX、LDAC、LHDC - 知乎

如何理解SBC？看這一篇就夠了！ - 知乎

sbc aac aptx聽感差距大嗎？ - 知乎