分類: 技術

LTE 與 LTE-A 的差別

LTE-A 即 LTE advanced, 是 LTE 技術的強化版本. 最重要的差異在於, 在低速移動的時候, 可以達到 100MHz 的頻寬, 並傳送 1Gbps peak rate 的數據. 此外 LTE advanced 要能夠與 LTE 和傳統 radio 做 interwork.

為了達到這個傳輸超高頻寬的目的, 有幾個技術被討論過:

1. 載波聚合(Carrier Aggregation) 如果一次要拿到一大段頻寬比較困難, 但是拿到幾段可用的小頻寬就容易多了. 比方說需要 100 MHz 時, 可以用 5 個 200 MHz 兜起來, 就算這幾個頻帶是不連續的也沒有關係.

2. 協調式多點傳送及接收(CoMP) 這個問題出現在多個 cell 的交界之處, 此處比較 critical 所以需要特別的處理.

3. 多媒體廣播與群播MBMS (Multimedia Broadcast and Multicast Service) 所有基地台在同一時間都用同樣的頻率和編碼方式傳輸同樣的內容. 這個是用來避免跨 cell 需要 hand over 的問題. 不過顯然地, 廣播訊號本身會變成 multi-path, MIMO 可以改善這個狀況.

 

[ref]

www.communications.org.tw/upfiles/LTE發展現況.pdf

LTE引領3G向移動寬帶演進 – 無線電技術

杜比的反擊 – DDCO

話說 DTS 出了號稱 backward-compatible 的 DTS-HD 之後, 就避掉了與老舊擴大機之間相容性的問題. 在次世代音效爭霸戰中, 佔有一定的優勢. 不過, Dolby 也不是省油的燈, 它推出一個優惠方案 DMA (digital media adapter) 來彌補相容性的不足.

Audio format 與擴大機不相容, 改誰好呢? 當然是改播放機好. 播放機前面收到 TrueHD, DDP, 解完之後壓成 Dolby Digital (AC3) 再送給擴大機解碼, 這樣不就可以滿足客戶 SPDIF raw out 的虛榮心了嗎?  這種疊床架屋的架構就叫做 DDCO (Dolby Digital Compatible Output).

當然, 如果客戶的眼睛是雪亮的, 他們應該要要求高清播放機和擴大機整合成一台, 而不是讓播放機和擴大機互相遷就對方. 所以 Dolby 這個方案也只是過渡性質的.等到擴大機漸漸都進步到 HD audio 之後, 它就可以真正地輸出無損的訊號給擴大機.

其中, TrueHD (或者它的前身 MLP) 因為是 VBR (variable bit rate), 所以還需要 encode 成 MAT (Metadata-Enhanced Audio Transmission) 格式, 才是符合 HDMI (high definition multimedia interface) 輸出的 CBR (constant bit rate) 碼流.

 

 

HEAC in HDMI 1.4

搞 IT 業最大的不好就是名詞超多, 為了避免問了又忘, 查了還忘, 這篇用來解釋 HEAC 是什麼?

HEAC 全名 HDMI Ethernet & Audio return Channel, 本來每個都知道, 但合起來就變成新名詞了. 簡單地說 HEAC = HEC (HDMI Ethernet Channel) + ARC (Audio Return Channel).

大家可以去查厘科 (Litek) 的介紹, 裡面講得很好.

本來比較廉價的 category 1 HDMI cable (74.25 MHz) 和比較高級的 category 2 cable (340 MHz) 又多了支援與不支援 HEAC  的差別, 故日後買 HDMI cable 時若看到價差很大, 應該不用覺得驚訝. 雖然 pin 腳同樣維持 19 pin, 不過 pin 14 和 pin 19 的定義已經有所不同了, 分別變成 HEAC+ 和 HEAC-.

SVG vs. Canvas

眾所周知地, Flash 是一個 loading 很重的繪圖插件, 那麼在瀏覽器裡面內建的繪圖方式又是什麼呢? 大概就是 SVG 或是 Canvas 這樣的東西吧!

SVG (Scalable Vector Graphics), 顧名思義, 它是與影像解析度無關的向量繪圖. 它嚴格遵循 XML 的語法, 所以可以放在 XML 裡面. ".SVG" 是一個可操控的文字檔, 功能有點像是 Flash 的 ".swf'". 在 SVG 檔之中, 可以用 ECMAScript  (Javascript 的一種) 或是 SMIL (Synchronized Multimedia Integration Language) 指令來控制 SVG 的物件, 讓它產生動畫的效果. 而它的又支援文字索引 (index), 方便於根據內容來搜尋所需要的圖檔.

相對於 W3C 所推廣的 SVG 開放標準, Apple 有另外一套 Canvas 相容於 HTML5, 並使用 Javascript 來控制動畫. 包括較早期的 Mozilla, FireFox, 後來的 Opera, Chrome. 甚至於即將出台的 IE9, 也在 2010/6/23 把 HTML5 和 Canvas 加進測試版, 取代(?) 過去所支持的 VML. 在打手眾多的情況下, 看來 Canvas 會比起 SVG 更有明星架勢.


[ref]

1.  SVG 摘要與範例

2.  Canvas 簡單範例

SAMBA vs. CIFS

SAMBA (SMB – Server Message Block) 是一個讓 Windows 系統存取 Linux 檔案系統的 protocol, 鳥哥對此有很好的介紹. 他也提到, CIFS (Common Internet File System) 和 NFS (Network File System) 只在 Windows 或 Unix 裡面互通. 原文說:

不過，NFS 僅能讓 Unix 機器溝通， CIFS 只能讓 Windows 機器溝通。傷腦筋，那麼有沒有讓 Windows 與 Unix-Like 這兩個不同的平台相互分享檔案資料的檔案系統呢？

果真這樣的話, 那麼來推銷 CIFS IP 的廠商不就是來亂的嗎?也不是, 中間有個演變的過程.

根據歷史, 1991 年先有 SMB 之後, Microsoft 到 1996 年才仿效 SMB 發展出 CIFS 與之匹敵, 放在 Windows NT 裡面. 到了 2006 年推出 Vista 的時候, Microsoft 乾脆就把新的 CIFS 命名為 SMB 2, 頗有雀巢鳩佔的味道. 到了 Windows 7 的時代, 微軟繼續地推出了 SMB 2.1 版, 老實不客氣地搶坐了正統的大位. (Java、Java script 的故事也差不多).

所以今天的 SAMBA 已經是 SMB + CIFS 的綜合體, 這裡有一篇說明. CIFS 代表比較新, 相容性比較好, 解決了 unicode, access control lists, aggressive cacheing, 2/4GB transfer bug 等問題 . 不過若是舊電腦連不上去的話, 請回到老 SAMBA 吧! 

此外, 原始的 SMB 要從 GPL 2.0 升級到 3.0 了. 如果要避免 open source, 可以考慮搬家到 CIFS.CIFS 由 SNIA (Storage Networking Industry Association) 所維護, 理論上可以看著 CIFS 的 technology Reference 自己 implement. 但是其中用到的技術, 要向原始的 owner, reasonable and non-discriminatory (合理而無差別) 地取得授權. 此外, 真正握有技術的 Microsoft 把 CIFS 的規格弄得含糊不清, 因此產生了賣 CIFS IP 的軟體生意出來.

看來看去, 網路上這篇介紹得最好: SMB: The Server Message Block Protocol

其中的這句話寫得更是傳神: Like NetBIOS, the Server Message Block protocol originated a long time ago at IBM. Microsoft embraced it, extended it, and in 1996 gave it a marketing upgrade by renaming it "CIFS".希望有一天我的文章也可以寫得這麼精煉.