2011/10/15

蘋果apple iPhone 4開賣 Siri 賈伯斯紀念機 實機水貨供應 免排隊

被暱稱為「賈伯斯紀念機」的蘋果iPhone 4S手機,十四日在美、加、英、法、德、澳洲與日本開賣。為迎接賈伯斯生前最後的心血結晶,就連蘋果的共同創辦人沃茲尼克,十三日亦提前到加州蘋果專賣店排隊搶新機,以悼念故友。分析師估計,iPhone 4S本周末可望熱賣四百萬支,刷新iPhone 4首周周末一百七十萬支的紀錄。

 拜時差之賜,澳洲十三間蘋果直營店領先全球,在當地時間上午八時打開大門迎客。雪梨店門外,數以百計粉絲頂著寒風大排長龍,人潮蜿蜒好幾條街區,就為了搶得頭香。華裔學生郭傑基與女友七早八早便來排隊,只為向賈伯斯致敬:「這是賈伯斯的iPhone,是我們用來回憶賈伯斯的iPhone。」

 在日本東京,近千名粉絲在銀座的蘋果專賣店守候,其中八十人一天前就來占位子。在美國北加州洛思加圖斯的蘋果直營店,當地的NBC-11電視台十三日發現,五位已在現場的早鳥中,排第一名的發燒友,赫然是當初與賈伯斯共同創辦蘋果的沃茲尼克。

 沃茲尼克當天下午兩點即已到場,他告訴媒體,自己早就預購兩支新iPhone,但他還是打算在店外過夜。如果以早上八點開門計算,沃茲尼克得在店門口等上十八小時。他說,會以收發電郵,和蘋果迷聊天來打發時間。

 iPhone 4S銷售前景看俏,蘋果股價也上演慶祝行情。繼前周跳升超過一○%,十三日再勁揚一.六%,來到四○八.四三美元,帶動市值衝上三千七百八十七億美元,擊敗艾克森美孚的三千七百十三億,重新登上全球市值最大企業寶座。十四日美股開盤後,蘋果股價一度大漲二%,飆上四一八美元,距離九月廿日創下的史上盤中新高四二二美元,僅有一步之遙。

 iPhone 4S上星期開放預購,不到廿四小時便締造百萬支佳績,打破蘋果歷來產品的紀錄。洋基集團分析師霍爾預期,第一批問市的iPhone 4S即將銷售一空。iPhone 4S將於十月廿二日起,在愛爾蘭、義大利、西班牙與新加坡等另外廿二國販售;至於台灣,新機預估最快十一月現身。

A5 晶片具備兩個核心,可提供高達 2 倍的處理動力,以及更快達 7 倍的繪圖效能1。感受它的效果,就是一個「快」字。iPhone 4S 反應快速且靈敏,在你開啓應用程式、瀏覽網頁、玩遊戲與進行每件事情時,就能看出明顯的差異。不論你處理任何事,都可持續不間斷。因為 A5 晶片非常節能,讓 iPhone 4S 具有優異的電池續航力。

iPhone 4S 最適合遊戲玩家使用,A5 晶片將繪圖效能推升快達 7 倍,遊戲運行更流暢,畫面更栩栩如生。而需要密集繪圖運算的應用程式執行起來也更加優異。

繪圖晶片

效能

電池

讓手機直呼不敢當的高規格攝錄鏡頭

圖庫

這是有史以來手機上最好的攝錄鏡頭,搭載全新光學組件,也許就是你手邊唯一所需的相機。因為每張照片背後,都有 800 萬像素解析度與專用 f/2.4 更大光圈鏡頭當靠山。此外還有提升後的背照式感光元件、絕佳的自動白平衡、進階色彩校正、臉部偵測,以及減少動態模糊等功能。這意味著不論多少人數、多少光線,多少動作要捕捉,一切都將栩栩如生,等你看到照片就知道了。


先進光學組件結合專用鏡頭、更大光圈與全新感光元件,可以拍出令人讚歎的照片。


iPhone 4S 攝錄鏡頭具備 800 萬像素,比 iPhone 4 攝錄鏡頭的像素值一舉多出 60%。更高像素值意味更高的滿載量,集光更豐富完整。增加了幾百萬像素與更多光線,你將在影像解析度與細節看到截然不同的效果。

800 萬像素

全新光學組件

編輯

影片錄製,令人讚歎的 1080p HD。

進一步了解運作方式

隨時隨地都能拍攝令人驚豔的 1080p HD 影片。全新光學組件,讓光線更精準,色彩更飽滿,萬物看起來都比印象中更加美好。影像穩定功能修正搖晃的畫面,你亦可直接在 iPhone 上剪輯影片,豐富生活影像,隨即拍攝隨即分享。



以每秒 30 影格錄製令人讚歎的 1080p HD 影片,先進的背照式感光元件與超大光圈,可捕捉更多光線。提升後的自動白平衡功能,讓色彩更加準確。抑制時序雜訊功能,讓你在低光源時亦能拍攝絕佳影片。

1080p HD 影片

影像穩定功能

剪輯

iOS。世上最先進的行動作業系統,無人可比的簡單易用。

隨著每次 iOS 更形演進,你進行各項作業更加輕鬆。這正是使 iOS 領先世代的原因所在。iOS 5 向前更躍進一步,將超過 200 種新功能引進 iPhone 4S。這些是我們喜愛的部份。



通知中心

這是顯示最新狀況的地方。預覽你最近的文字、電子郵件訊息、提醒事項、朋友邀約等等。



iMessage

發送訊息到其他 iOS 5 使用者,則數沒有限制。透過 Wi-Fi 網路不會另外收費2。你可在一台裝置上起頭談天,也可換到別台繼續聊。



Twitter 整合功能

在設定裡登錄一次,就可直接在 Safari、照片、相機、YouTube 與地圖開始 Tweet。



提醒事項

你可建立待辦事項列表,辦完一件就勾銷一件。甚至加入到期日與所在位置。



照片

將你的照片裁切、旋轉、調整與消除紅眼。一切全在 iPhone 裡進行。



「相機」強化功能

現在你可直接從鎖定螢幕存取「相機」應用程式。只要按下音量加大按鈕、對準目標,就能拍下照片。



書報攤

在此瀏覽你訂閱的各種報刊雜誌應用程式,甚至訂閱新刊物。你能飽覽群冊,並將全數歸於一處。



Safari

用閱讀器顯示網頁文章不會有廣告或凌亂頁面。閱讀列表讓你儲存文章連結以供回頭細讀。



PC Free

開箱之後,你可用無線方式開通與設定 iPhone,不需用到 Mac 或 PC。


下一頁

iCloud。你的內容,全面進駐你所有裝置。

iCloud 是管理你所有內容最容易的方法,因為它能接手為你管理一切。iCloud 儲存你的照片、應用程式、電子郵件、聯絡人資訊、行事曆、文件,與更多內容,並以無線方式推送到所有裝置之中。它會自動進行,毫不費力且天衣無縫。它就是管用。3



透過照片串流功能,你可在某一台 iOS 裝置上拍照,它會自動出現在你其他所有裝置上,包括你的 Mac 或 PC。就這樣,你的照片隨即就出現,供你到處向人炫耀。

照片串流

文件雲端服務

Retina 顯示器。顯然出色。

你在 iPhone 4S 上看到的一切,都會是最銳利、最亮麗的。Retina 顯示器是歷來最高解析度的手機螢幕。事實上,它的像素密度已經高到讓肉眼無法分辨出個別的像素,但毫無疑問,你將能看到清晰的文字、銳利的圖形,以及令人驚豔的影像。比列印出來的頁面更加出色,你將完全沉浸其中。



FaceTime,面對面交談更有感覺了。

透過 Wi-Fi 無線網路連結 iPhone 與 iPhone、iPad 2、iPod touch 或 Mac,FaceTime 能讓你聞其聲亦見其人4。因此,即使分散大江南北,你們都能隨時相聚。進行 FaceTime 通話和打電話一樣容易。想看看誰,就點點他的名字,大家露臉,揮手說嗨。你將不會錯過重大活動、重要會議或歡樂的笑臉。有誰能見到你而不覺得高興呢?



App Store。超過 500,000 個應用程式,讓你優游工作、遊樂,與介於其間的每件事。

內建於你 iPhone 裡的應用程式只是個開端。在 App Store 瀏覽,成千上萬個應用程式,分門別類應有盡有,許多應用程式還是免費的。你能下載多少應用程式,你的 iPhone 就增強幾分本事。每次造訪 App Store 都充滿了無限的可能。



AirPlay 從小螢幕躍升大螢幕

透過 AirPlay,你可將你 iPhone 上的內容,以無線方式透過 Apple TV,串流傳輸至你的 HDTV 或揚聲器上5。有了 AirPlay 鏡像輸出功能,你在 iPhone 看到什麼、使用什麼,都能同時在 HDTV 上顯示。



AirPrint。列印一切皆無線。

透過 Wi-Fi,直接從你的 iPhone 列印你的電子郵件、照片、網頁及文件6。毋須下載額外的軟體,毋須安裝驅動程式,毋須插上纜線來連接。只要點按幾下,就可把 iPhone 螢幕上看到的東西列印成手中的實體文件。




這麼說吧:更好、更快、

更貼近全世界。

iPhone 4S 是首款智慧型切換雙天線發射與接收訊號的手機,所以通話品質格外良好。它還將最大 HSDPA 數據傳輸速度倍增至 14.4 Mbps7。這意味著更快速的連線、更快速的載入更新,與更快速的下載。iPhone 4S 是全球型手機,你幾乎可在任何地方使用。無論你是 GSM 或 CDMA 用戶,都可在全球 200 多個國家進行漫遊。


最大數據下載速度 (HSPDA)


iPhone 4S14.4 MbpsiPhone 47.2 Mbps

內建應用程式,能勝任每件事,讓你也能如此。

你將在 iPhone 4S 上以非凡的方式進行日常作業:拍攝令人讚歎的照片與 HD 影片,透過 FaceTime 看看好友及家人,在 Retina 顯示器上瀏覽網頁,收發電子郵件,傳送訊息,設定提醒事項,查看行事曆。而且遠不止此。



與前一代 iPhone 相較,速度快達 2 倍。

可能適用一般電信數據傳輸費率。無法使用 iMessage 時,可能會以簡訊形式傳送訊息;適用電信傳訊費用。

iCloud 需要 iPhone 3GS 或後續機型、iPod touch (第 3 代與第 4 代)、iPad 或 iPad 2 裝載 iOS 5; 或 Mac 安裝 OS X Lion, 或 PC 安裝 Windows Vista 或 Windows 7 (建議使用 Outlook 2007 或 2010 存取聯絡人資訊與行事曆)。部份功能需有 Wi-Fi 連線。部份功能未在所有國家提供。部份服務存取數目限制在 10 台裝置以下。

需要具有 FaceTime 功能的 Mac 以及 Internet 連線,或具有 FaceTime 功能的 iOS 裝置以及 Wi-Fi 連線。並非適用所有地區。

AirPlay 僅與第二代 Apple TV 相容。第二代 Apple TV 僅於部分地區供應。

需要具備 AirPrint 功能的印表機。

服務項目與網路速度視電信供應商系統而定。

在上週,iPhone 4S正式亮相,大部份媒體都關注在硬體規格上的改變以及失望,但從蘋果過去的硬體升級經驗來說,不管是從iPhone 初代到iPhone 3G以及iPhone 3GS,不只是外觀上沒有大幅度改變,硬體的部份也都像是限定升級,出現如iPhone 4S般的結果,其實是很不令人意外的,實際上以目前媒體的評測結果,速度比前代iPhone 4大幅增加的狀況下,耗電量不變,而相機的效果亦大幅提升,這些都還是很驚人的。

硬體是其次,重點其實在Siri,在官方的iPhone 4S片長約5分鐘的宣傳影片中,Siri的介紹占了1/5強的時間,可見其重要性一般。那麼到底Siri的重要性在哪?為什麼他可能是改變遊戲規則的重量型服務呢?我昨天睡不著無聊在 Quora 上翻看文章,找到了這篇「Why is Siri important?」,相當的令人瞠目結舌的答案,相當推薦將原文看過一遍,並把裡頭的連結全部看一次,由於這個領域對我來說相當的陌生,如果有理解錯誤,歡迎高手留言指正:)

這不是傳統的語音辨識或命令系統

有很多人會把多年前的拉麵機或者是近來Google 的語音命令拿來跟Siri相提並論,再說一次,這些不是同一個層次的東西,他是人工智慧、自動學習(continual learning)加上情境感知系統(contextual awareness system)的綜合體,Siri可以被視為真正的「綜效」(定義是:兩個或更多事物並放在一起,產生新的結果,中文在Wikipedia被解釋為 1加 1大於 2的結果),幾個沒有新意的東西加在一起,產生Siri這個前所未聞的產品。

電腦科學研究者們的聖杯之一,就是有一天,可以創造出一個裝置,它可以像人類般的進行有智慧的對話。我們可能有過一些很好笑語音辨識系統經驗,但直到近年來的科技不斷演進,Siri就是它的副產品。

Siri的歷史以及DARPA

DARPA,中文可以被翻為美國國防部高級研究規劃局(這名字聽起來就很威),這個單位最著名的發明就是網際網路,而這個單位也促成了Siri的發明,DARPA資助史丹佛研究學院(SRI)的國際人工智慧中心的相關計劃,而這個單位獨立出來後則成為了Siri Inc.。

最初的Siri是1960年代被美國國防部作為「在複雜情境下的電腦智慧能力發展」計劃,在多年的研究後,史丹佛研究學院在透過一堆超強人才的協助下,開創了一條創新之路。這個研究計劃一共被資助了長達40年以上,而蘋果買的就是這個研究成果,其中包含了一狗票頂尖大學的研究團隊結果,內容包括了對話以及自然語言理解、機器學習等等一堆高深技術。

對的時間與對的科技

早年的語音辨識以及人工智慧失敗已經有許多的突破點,主要因為電腦的運算能力以及作業系統的工作能力有大幅成長,摩爾定律加上網際網路以及蘋果的硬體能力,配上40年的研究成果,組合出了Siri今日的結果,Siri主要專注在此一科技的3大重點:

  • 對話介面 (Conversational Interface)
  • 個人情境感知 (Personal Context Awareness)
  • 服務層 (Service Delegation)

第4代電腦介面

Siri將成為第4代,也許也是最重要的與裝置互動的方式。鍵盤、滑鼠與手勢仍然會常見,不會立刻消失。但人類最有效的溝通方式就是透過說話,最大的障礙就在於,如果把一個簡單的問題轉換成裝置理解的方式,並有對應的回答,古老的一個蘿蔔一個坑的問答方式不會立刻不見,但是想像如果你對機器問個簡單問題,就好像是對圖書館管理員或者是朋友般自然,這將會非常、非常的強大。

裝置小需要更聰明

螢幕永遠是不夠大的,跟搜尋引擎不一樣的是,Siri更專注在行動使用的情境模組,比如說地點、時間、個人歷史以及限定的情境,使其能夠發揮強大的智慧助手功能。小螢幕、行動情境以及有限的手機頻寬,使得聲音成為最好的問題溝通介面,提供適當的細節並給予適當的問題。

在行動環境下,你沒很多時間翻閱一堆頁面來找連結、在介面裡頭切換或者是打開應用程式來找到答案,一個簡單的語音問題解決使用者20個手動工作,這就是Siri的威力。

完成工作是終極目標

傳統的輸入系統,我們可能要花很多時間搜尋以及步驟才會找到結果,而且要全部做完才能找到結果,透過Siri,他會幫你直接略過中間所有步驟直接到結果。

  • 幫你把事情作完

- 垂直以及水平搜尋
- 即時同時結合多重資訊來源
- 即時以動態標準編輯資訊
- 介接終端,比如說購買票券等等

  • 理解你說什麼 - 對話意向

- 地點情境 Location context
- 時間情境 Time context
- 任務情境 Task context
- 對話情境 Dialog context

  • 了解你- 學習個人化資訊並執行行動

- 你的朋友/家人有誰
- 你住哪
- 你的年齡
- 你喜歡什麼

透過雲端要產出可接受的結果,這要包含以下的東西:

  • 地點感知
  • 時間感知
  • 任務感知
  • 語意資料
  • 雲端API連接
  • 任務以及主控模組
  • 對話介面
  • 文字轉換為意向
  • 語音轉化為文字
  • 文字轉化為語音
  • 對話流程
  • 個人資訊以及人口統計資訊
  • 社交圖譜 (Social Graph)
  • 設交資料 (Social Data)

當然蘋果的A5 雙核心處理器處理的許多前端的工作,但主要的感知資料都在雲端,並準備用來處理語音辨識完的資訊。

實際使用

在蘋果的發表會上,Siri的操作是「按鈕然後問」,但實際上他能夠長時間放著被問問題,不需要按鈕啟動,但要被優化還要等到強大的噪音過慮以及啟動辨識技術被開發出來,同時間Siri也可以被與Bluetooth 4耳機最佳化,可想而知的是,這樣就能夠連續的語音辨識以及偵測問題。

未來,Siri將可以長時間的處於啟動狀態,並視情境來確定是否回答問題(這不就是霹靂車的夥計嗎?),這將使得這個介面更像是與朋友互動。

新的經濟生態系,雲端上的APIs

當理解人們如何使用Siri,接下來就不難知道應用程式將會有多麼熱門,而某些商業模式將會慢慢失去效用。或者未來我們不稱之為應用程式,而是提供給雲端使用的連結API,Siri將創造出新的一種生態圈,就好像iTunes app store創造出來的效果一樣。

未來,透過API,Siri將可以取得這些API所提供的資訊。未來蘋果最大的挑戰就是,怎麼樣從網路上找到資料,整合回到Siri並提供給使用者有意義的東西,這將會一片廣大的新商機,但蘋果是否會開放API仍在未定之天,但是透過某種的審核機制,來確保資料的品質,看起來很像是蘋果一貫的作風。你可以想像在合適API的提供下,你可以問下面的問題:

  • 我的帳戶還有多少錢?
  • 下一班307公車離我這裡還多遠?
  • 聽(朋友)fOx 正在聽的歌。
  • 鋼鐵擂台在美麗華是不是有演?幾點?幫我訂兩張成人票。
  • 對面的房子是不是有出租?平均一坪價格多少錢?
  • 給我宮保雞丁的食譜,幫我把食材丟到備忘錄去,當我經過頂好時提醒我買。

這只是開始

與裝置互動的革命,現在才開始,我們已知道的所有介面,包含鍵盤、滑鼠等進入App以及網路的方式都不會消失。而Siri對於裝置互動會不會有巨大影響,也尚不得而知。

但這會從iPhone 4S開始,接下來會是iPad 3,接著是Apple TV,再加上Bluetooth 4以及Bluetooth低耗能(BLE),將會大大改變互動關係,裝上BLE的門,透過Siri就可以說「Siri,幫我開門」或者是「當Amber來的時候,把前門鎖打開」。

NFC?也許會被直接略過…..(可以參考原作者的另一篇文章

還有待觀察

當然,所有的科技以及研究都還在開展中,也有一大堆問題等著被解決,也許5年後我們就可以真的看見這類型科技所帶來的衝擊,這將是一場鬧劇?還是終極的改變我們與裝置互動的方式?時間會證明一切。

TechCrunch的MG Siegler,在他實測iPhone 4S之後的心得是

我們一直在科幻影集與電影中看到人們對電腦說話,就好像跟人類說話般自然,而電腦也理解他們。那個未來就是現在。

iPhone 4S今天開賣,澳洲13間蘋果(Apple Inc)店面領先全球,在當地時間上午8時打開大門。雪梨店門外,數以百計粉絲冒著寒冷的清晨前來,隊伍蜿蜒整個街區。

雪梨的迷哥迷妹也沒忘了讓蘋果公司共同創辦人賈伯斯(Steve Jobs)參與iPhone 4S開賣。賈伯斯遺照豎立在店面玻璃門外,有鮮花、燭光相伴。iPhone 4S是賈伯斯在人世間最後1項作品,許多粉絲都是為了向他致意而買。

15歲的巴特漢(Wil Batterham)與同學莫斯卡TomMosca)搶得頭香。當被問及會先從哪個功能開始體驗時,莫斯卡說,他要先打開語音辨識「個人助理」軟體,問它:「賈伯斯人呢?」

大部分買主都不是首次購買蘋果產品,其中許多人不但早有iPhone,還會在每一代推出時汰舊換新。路透社訪問的10人中,只有1人是首購族,原本使用宏達電(HTC)智慧型手機。

iPhone 4S的推出,正好考驗本週黑莓機服務在全球大出包的行動研究公司(RIM)。面臨勁敵iPhone、宏達電多款手機以及其他搭配Google作業系統Android的機種夾擊,RIM的黑莓機今年銷量下滑。

對少了賈伯斯的蘋果來說,iPhone 4S銷售表現也被視為早期測驗。

根據美國電信公司AT&T、威瑞森無線公司(Verizon Wireless)和史普陵特公司(Sprint Nextel)公司官網,在iPhone正式上架的前一天,預購已經銷售一空。

iPhone 4S上週並創下預購開跑24小時內,全球即狂銷超過100萬支的佳績,打破蘋果產品紀錄。

部份分析師預期今年第4季iPhone能賣出3000萬支,幾乎是去年同期的2倍,甚至還會更多。(譯者:中央社楊盈)(圖由中央社製作)1001014

2011/10/14

實作MPEG2視訊分析

目前監視IPTV電視頻道功能,主要由人工觀察頭端機房電視牆之畫面品質,其缺點除僅為單點監控外,於下班時間亦無人監看,且無法記載短暫或細微的視訊品質劣化過程。若採購3rd Party廠商電視頻道監控設備,由於價格昂貴,限於預算,僅可佈放零星數個監控點。

IPTV用戶障礙申告數偏高,開機用戶率偏低,缺乏一個簡單、迅速、有效且具經濟效益之查測機制,直接導致查修與客服人員之龐大負擔,對提升用戶數與營收亦有負面影響。


於單機實作完成後,大量佈放探針STB於網路拓樸上各監控點,並將結果傳送回主機分析,比較設備前後的監控結果,進而釐清障礙點之所在。

可大量以IPTV機上盒型式佈建於各監控點,成點線面,比較設備前後間之監控結果,協助釐清障礙點所在,過程簡單明瞭,加速解決時程,減少查修人力,降低客戶申告率,進而減輕客服負擔,維護客戶口碑,減低客戶退租之想法。


前10天的分享著重於討論背景知識,先說明各家廠商視訊監視儀的功能比較,再說明目前嵌入式系統發展趨勢,包含ARM與Intel x86兩種架構,接下來解釋MPEG2視訊壓縮標準與部分H.264壓縮演算法。

第11到24天,深入探討研究之主題,若對背景知識有相當熟稔的專家,可以直接參閱這幾篇文章,先研究如何使用網際網路群組管理通訊協定,包含版本1到版本3,接下來說明開發探針程式的過程,包含品質參數,並大篇幅說明如何剖析封包。

第25天到29天,說明設計統計蒐集器,也就是屬於系統後台與資料庫系統部份,包含網頁伺服器的架設,品質參數的接收程式。

第30天,結論與未來展望,也是最後一篇,對整個分享做一個總結與對未來的展望,提出四個擴充演算法則,規劃於資料庫伺服器進行後續資料收集與分析彙整工作,擬進行更進一步之分析研究,以完成點線面之全面監測,包括「點:特徵比對法 & 決策樹分析」、「線:向上搜尋法」與「面:區域比較法」,以擴大研究範圍,豐潤分享成果。

IPTV是一個複雜的服務應用,所要求的網路品質也相對地高,經營IPTV業務,對於電信網路日益複雜的應用服務,以及逐漸減少的預算來說,是一個艱難的挑戰。

由於IP網路本身就是一個不可靠的網路,IPTV服務又是一個要求高傳輸頻寬,低傳輸延時和低jitter的服務,在IPTV服務運行的時候,整個IPTV網路中任何一個環節出現問題,都會導致用戶觀看電視時出現馬賽克、停格,聲音斷斷續續,嚴重時甚至可能導致用戶無法觀看電視。

為了保證服務品質, IPTV服務提供商必須鞏固自身網路建設,為了保證網路結構的最佳化,提高IPTV服務品質,IPTV服務提供商必須對整個IPTV網路進行監控,隨時掌握網路現狀,因此必須使用相應的網路監控工具,進行故障預警及排除。

在IPTV監控中心,最常使用傳統的電視牆的方式進行監控,在出現問題時進行手工記錄,無法保存當前的原始資料,因此就無法對出現的問題進行分析及故障排除。而在傳輸部門,雖然有一些網路監控的工具,但只能分析網路層的資料,不能分析到IPTV存在的問題。

在障礙的排除部份,現行情況是在客戶出現問題後,維修人員需攜帶機上盒、可擕式的電視、筆記本電腦及相關儀錶等一大堆的工具,去到接入機房檢測,如在接入機房沒檢測到任何問題,還需攜帶這些工具去客戶處檢測。



所以透過在各網路點裝設監控工具,實現對IPTV網路的輕鬆維護,快速並準確診斷出障礙點,對將要發生的問題提前預警。



下面將簡介目前Anacise推出的視訊監控設備WatchiTV。

Anacise WatchiTV包括IPTV全網監控系統WatchiTV Distributed和可擕式的IPTV用戶端開通維護工具WatchiTV Portable,幫助客戶管理、維護整個IPTV網路。



●功能概述:寬頻上網與IPTV多媒體影音服務測試,主動測試,不須要STB與電視即可測試頭端影像品質與線路狀況。
- 模擬STB播放影片
- 網際網路連結
- FTP Download 測試
- 流量監控
- HTTP, RTSP, IGMP 協定訊號的產生

●MPEG-2多媒體影音訊號品質分析:
- 同時支援主動與被動測試。
- 支援unicast與multicast。
- Stream 結構發現與呈現(包括IP層與MPEG2 TS層PSI Table)。
- 提供累計Jitter值與瞬間Jitter圖。
- MPEG封包丟失統計與每秒統計圖。
- 影片擷取與重複撥放,並可設定當有packet loss或Jitter過大時自動截取。
- 支援UDP大封包over IP傳輸格式。

●控制訊號與流量監測:
STB服務中控制訊號與流量監測,IPTV服務系統偵測,網路流量偵測、特殊協定偵測,可針對ATUR上IP層屬於STB的資料流單獨測量,提供動態圖形即時呈現流量變化,並針對RTSP與IGMP協定提供即時的時間軸落點指示,透過與動態流量圖的組合,即時監控RTSP與IGMP協定命令後的流量變化。





STB服務中控制訊號與流量監測,IPTV服務系統偵測,網路流量偵測、特殊協定偵測,可針對ATUR上IP層屬於STB的資料流單獨測量,提供動態圖形即時呈現流量變化,並針對RTSP與IGMP協定提供即時的時間軸落點指示,透過與動態流量圖的組合,即時監控RTSP與IGMP協定命令後的流量變化。



支援以下功能:

● ATUR 訊息狀態檢查。
- Max. Upload and Download speed
- Connection Mode
- Attenuation
- SNR margin
- Output power
- Bit per Tone Graph

● STB啟動程序監測,監看STB啟動流程與應用連結層基本查測。
- 偵測並判斷是否STB之IP或Gateway設定錯誤。
- 偵測並判斷是否STB中的STB Booting Server的IP設定錯誤。
- 偵測並判斷是否STB中的STB Booting Server的Mount Path設定錯誤。
- 偵測並判斷是否STB中的Time Server 的IP設定錯誤。
- 偵測並判斷是否STB Booting Server中的URL設定錯誤或是Middle Wave的網頁服務出現問題。


以上一些專有名詞如PES與PSI會在後面的文中分享,下一篇會再繼續介紹另外兩款視訊監控儀! 請不要錯過了喔!

Anasice WT-600外觀:




Anasice WT-600 支援以下參數的量測;
● Priotiy 1
- TS_sync_loss
- Sync_byte_error
- PAT_error
- Continuity_count_error
- PMT_error
- PID_error

● Priotiy 2
- Transport_error
- CRC_error
- PCR_error
- PCR_repetition_errot
- PCR_discontinuity_indicator_error
- PCR_accuracy_error
- PTS_error
- CAT_error

● Priotiy 3
- NIT error
- SI repetition error
- Buffer error
- Unreferenced PID
- SDT actual error
- EIT actual error
- RST error
- SDT other error
- EIT other error
- Data delay error
- TDT error
- Empty buffer error



量測的stream是由IPTV骨幹mirro一份串流下來分析封包,
在實務上必須注意設備的上鏈路徑是否能夠負擔所有頻道的總頻寬,
不然是會造成packet loss,反到自己的電路造成量測錯誤。
頻道數一多,總頻寬可能會超過1Gbps,或者電路同時使用作別的用途時,
也會造成量測錯誤,但在骨幹端及用戶端是正常的,在實務上必須注意。



Anacise WT-600在障礙發生時,可以由手機,email與監控畫面上同時收到告警,
雖然Anacise WT-600支援Priotiy 1,2,3這麼多參數,但由於太靈敏,故實務上僅接收MLR(Media Loss Rate)與DF(Delay Factor)兩種品質參數。

何謂MLR與DF,於開發的章節再一併為大家介紹。



圖IneoQuest Geminus G10

Geminus IPTV品質視訊測試儀是一個從1G~10Gbp的視訊監控、分析、模擬及測試的工具,比較特別的這套機組是採模組化設計,可擴展的硬體平臺。可依需要與使用介面購買卡板。

Geminus系列包含 G10 Max、G10 Base、G2X Max、G2X Base及Geminus G1-T,Geminus G2X 與 Geminus G1-T可連接至1Gb的視訊網路,Geminus G10則可連接於10Gb的視訊網路。

所有Geminus系列針對視訊監控及分析均提供擴充性,G10 Max 與 Geminus G1-T提供一條實體的訊務產生線路供模擬用。

IneoQuest的設備能夠針對IPTV即時品質監測、障礙定位和視訊流模擬。運用高速FPGA晶片,Geminus平臺提供10Mbps到10Gbps速率,同時支援IPTV視訊品質監測和障礙定位的完整解決方案。根據不同的模組,Geminus提供多樣的硬體測試組合。產品功能如下:

‧ 最多即時監控及量測2000個Video Stream。

‧ 最多4個streaming port,4個1Gbps或者2個10Gbps。

‧ 支援10/100/1000 Mbps LX及TX。G10模組支援10 Gbps XFP port。

‧ 依據需要定義告警門檻。

‧ 自動從MPEG-2 Transport Stream檢測節目名稱(需來Source端有提供)。

‧ 記錄即時節目和回傳即時解碼到監控中心(實用度待商確)。

‧ 支持多種的視訊格式(MPEG2,MPEG-4,H.264,VC1,AVS,MPEG-2 TS, ISMA)。

‧ 支援RFC3357 RTP 傳輸品質分析。

‧ 依據PID的告警值進行監測和告警。

‧ 支援 SNMP 和 Syslog 數據收集。

‧ HTML使用者介面。




由於本設備我們單位僅短期測試,沒有正式採購,所以部分圖文來自網路,如有侵權請留言告知,筆者馬上刪除。

IneoQuest對台灣某IPTV業者使用的系統沒有全面進行客制化,所有對於Unicast與NVOD主機Pumping出的Multicast串流無法解析,其實這部份筆者還幫原廠throuble-shooting,提供正確RTSP語法,但卻無法及時修改firmware,對於要賣設備的廠商,比購方不熟這一點是不及格的,後來廠商還打著我的名號到其他分公司推廣,其實像我這種小咖,就不用報出大名出來了,而且替不合用的設備背書,自己挖坑自己跳?

其實RTSP與IGMP語法非常簡單,這次本公司的升資考試還有考到IGMP Version 1的protocol,剛好我有Implement過,關於這部份下一個章節會講到。一直欠東欠西真不好意思,但內容真的很多,就請大家忍耐一下,更精采的內容明天在見喔。

上一篇: [IPTV] 實作MPEG2視訊分析 - 簡介視訊監控儀(2)
http://ithelp.ithome.com.tw/question/10053086

下一篇: [IPTV] 實作MPEG2視訊分析 - 網際網路群組管理通訊協定(1)


Internet Group Management Protocol, Version 1

沒有適當的協定出現,群播勢必無法於Internet上普及。
RFC 1112「Host Extensions for IP Multicasting」中,
定義 IP 群播在 TCP/IP 網路中的使用標準。
除了定義群播位址及主機如何支援群播外,
此 RFC 也定義「Internet Group Management Protocol, Version 1」。
RFC 2236「Internet Group Management Protocol, Version 2」則定義 IGMP Version 2。
目前某企業IPTV環境中,群播電視使用IGMP Version 2,也就是說每一個頻道只會指定群播IP與Port,無法指定來源IP,
故當一個Group IP由兩個以上的來源端同時發送時,解碼器會夾雜接收數個串流,而導致畫面無法解碼,
也會超過DSL所能承載的頻寬而掉封包。
使用「Internet Group Management Protocol, Version 3」 之後,
主機可指定要由特定的來源端接收群播的流量,可以是一部編碼器或是支援群播的視訊伺服器,
也可以由指定特定來源以外的所有來源端接收群播流量。往後會分別介紹IGMP Version 1、Version 2與Version 3。

第一份有關群播的RFC於1986年由Steve Deering撰寫完成,
但大家對於了在群播的需求是近幾年來才開始興起的,
因為企業界對於一對多乃至於多對多的傳輸需求增加,
而單播的對於每一個連線均複製發送一份封包,
消耗掉過多的骨幹網路頻寬,且造成發送端的多重負擔,
若使用廣播的方式傳送資料則會增加網路上其他主機的負擔,
因為不管主機需不需要這一筆資料,使用廣播的方式均會傳送。
遍及整個Internet的群播,必需等待跨AS(inter-as)通訊協定的研究發展完成,
例如Multi-protocol BGP(MBGP)及Border Gateway Multicast Protocol(BGMP)等。

今天的題目就偷懶一點,貼上本公司升資考試的題目,

拜有實際實做過的經驗,這一題我是有答對啦。

終於快可以貼code了,貼code比貼圖輕鬆多了....


IGMP Proxy snooping

IGMP Proxy
IGMP Proxy原理其實就是通過在下鏈的界面上接收IGMP report訊息,然後再從上鏈的界面上傳送出去;同時在路由器上添加對應的virtual interface(VIF)的路由訊息(MFC)。 最後,使得從上鏈的界面收到的群播封包,能發送到下鏈的界面對應的網路去。在實作中,MFC(multicast forward cache)表添加的時候是通過來源IP和群播群組目的IP來產生一個雜湊值作為索引的。但由於IGMP Proxy必須對所有的來源IP的群播包進行添加MFC entry,因此這個雜湊函式就必須修改,比如使用群播群組目的IP和界面索引來產生雜湊值。 當然,也可以用別的方法。

IGMP snooping(Internet Group Management Protocol snooping)是運行在layer 2 Ethernet Switch上的群播約束機制,用於管理和控制multicast group。

IGMP snooping 運行在Data Link Layer。當Layer 2 Ethernet Swtich收到主機和路由器之間傳遞的IGMP封包時,IGMP snooping 分析IGMP 封所帶的訊息。

當監聽到主機發出的IGMP Host report message時,Switch就將與該主機加入到相應的table中;當監聽到主機發出的IGMP leave message,Switch就將刪除與該主機對應的multicast entry。通過不斷地監控IGMP封包,交換機就可以在二層建立和維護Multicast MAC Address Table。之後,交換機就可以根據Multicast MAC Address Table進行轉發從路由器往下發送的群播packet。

沒有運行IGMP snooping 時,multicast packet將在二層廣播。運行IGMP snooping後, 封包將不再在二層廣播,而是進行Layer 2 Multicast 。
Ethernet Switch利用IGMP snooping 實現對IGMP封包的偵測,並為主機及其對應界面與相應的群播組地址建立映射關係。

實務上,由於IGMP Snooping使用的時機非常少,國內某大廠的L2 Switch在IGMP Snooping與IGMP Proxy有不少軟體上的BUG。

IGMP Version 1使用Query-Response模型來允許群播路由器和多層次交換器來確定在本網段內哪個群播群組是啟動的。在這個模型中,路由器或交換器充當IGMP 查詢路由器,每隔60秒週期性地發送IGMP Version 1 Membership Query給224.0.0.1。啟用群播的所有主機監聽該位址並接收Query Packet。主機以IGMP Version 1 Membership Report回覆,表示它要接收特定Group的Multicast Traffic;該網段中的路由器或交換器就可以了解群播群組中有哪些接收者。

主機可以通過發送一個或多個主動的Membership Report封包表明加入(Join)一個群播群組。如: 某個主機主動發送一個Report封包表明要接收群播群組(224.1.1.1)的流量。

主機通過停止處理群播群組訊務以及不回應IGMP Query的方式來離開群播群組。

IGMP Version 1依靠L3的IP Multicast Routing Protocol(PIM、DVMRP等)來解決同一網段中哪個路由器或多層次交換器成為查詢路由器。查詢路由器發送IGMP Version 1的Query來確定哪個群播群組是啟動的。通常Designated Router會被選擇為查詢路由器。IGMP Version 1的封包有2種:Member Query(224.0.0.1, 每60秒查詢一次)與Member Report。

主機群可以加入群播群組,但是IGMP Version 1沒有Leave訊息,路由器或多層次交換器需透過一個逾時機制的運作,讓那些沒有人接收的訊務不再送到不需要的主機成員。

解釋昨天的題目:

這種封包格式常看的人, 這一題就屬於送分題, 但另外一題封包題就出錯了, 害我算很久算不出答案, 但是還是在考試時看出來, 所以我很自私的沒有替大家申訴 (快留言罵我吧!!)
很簡單喔, 16進位的每個數字代表4個byte, 題目問你, 訊息Type, 那就是第二個數字2, 看一下type的?明, 0x2為Host Membership Report, 所以選二, 就這麼簡單!

實做時看你是要Query還是Report, 把GroupAddress用Big Indian的方式填到第5到第8個Octor中, 然後在把Checksum送出去, 串流就會用UDP的方式送過來, Router上是跑PIM-SM或DM就不用管了! 接收也很簡單, 起一個UDP Server就好了, 這時有人會疑惑, 為甚麼Client是起UDP Server而不是UDP Client! 仔細想想就會明白!

今天的題目, 跟主題無關:
剛去抓題目時, 已經改成送分, 請問下面這一題那裡出錯, 修正後的答案為何?

另外這份考卷還有三處答案錯誤, 其中兩處被我申訴成功, 出題的人真的很誇張!!!!

IGMP所使用Checksum函式, 其實這在很多Opensource的軟體中都看的到!!!!
  1. static unsigned short in_cksum(unsigned short *addr, int len)
  2. {
  3. int nleft = len;
  4. int sum = 0;
  5. unsigned short *w = addr;
  6. unsigned short answer = 0;
  7. while (nleft > 1) {
  8. sum += *w++;
  9. nleft -= 2;
  10. }
  11. if (nleft == 1) {
  12. *(unsigned char*)(&answer) = *(unsigned char*)w;
  13. sum += answer;
  14. }
  15. sum = (sum >> 16) + (sum & 0xffff);
  16. answer = ~sum;
  17. return (answer);
  18. }

在Client連接群播群組時,於指定的主機群組中宣告成員資格,傳送IGMP Report。也傳送 IGMP 主機成員資格Report訊息,以回應路由器傳送的 IGMP 主機成員資格查詢(IGMP Query)。主機可使用 IGMP Version 3 Report訊息,指定要由指定的Source接收群播的流量,這是IGMP Version 3最大的不同,也就是不同的編碼器可以丟出相同group的stream。

Client可使用 IGMP Version 3 Report訊息,指定要由指定的Source接收群播的Stream,或是由指定Source以外的所有來源接收群播流量。防止啟用群播的路由將群播傳輸傳遞到沒有Client的子網路。
群播路由器用來每隔一段時間輪詢一次網路中的群組成員。路由器可使用 IGMP Version 3 Query,查詢Client是否要由指定的來源清單,接收群播流量。

IGMP Version 3主要改進的功能是可以允許主機指定它們想要在某個Multicast Group中只接收特定的Multicast Source。這個增強功能使得路由資源可以更加有效地被使用。IGMP Version 3新增了可以根據群播來源來過濾群播的功能。

IGMP Version 3不僅可向下相容於之前版本的IGMP通訊協定。為了維持與較舊版本IGMP系統的向下相容性,IGMP Version 3群播路由器必須也同時採用Version 1和Version 2的通訊協定。

介紹Class D位址範圍群播IP位址
Multicast=群播=組播

共分4部分介紹IGMP,包含igmp SNOOPING與igmp Proxy,如果有大大有興趣的歡迎留言賜教,覺得寫的好才幫我按,覺得寫不好歡迎指點,單純留言鼓勵也非常歡迎。

IANA(Internet Assigned Numbers Authority)定義了由 224.0.0.0 到 239.255.255.255 的 Class D 位址範圍內,Class D 位址保留及指派IP群播位址使用。Class D位址的前四個位元永遠是1110,與Class A、B、C位址範圍很不一樣的是,Class D不再區分子網段,故扣除固定的前四個位元,剩下的28個位元共可以產生228個群播群組。

群播有趣的是,來源端不必知道群組中有哪些接收端,接收者可以隨時加入或離開群組。群播 IP 傳輸會傳送到單一位址,但是卻由多個主機來接收。只有隸屬於群播群組的主機,會接收並處理傳送到群組的資訊。正在接聽指定的IP 群播位址的主機群組,稱為群播群組。

若來源端與接收端在同一LAN中,接收端只要設成接收此群播位址,即可接收資料。但若來源端與接收端不在同一LAN中,亦或說中間有經過路由器,此時情況較為複雜,路由器是可以選擇將群播的封包轉送到所有的LAN中,這樣的做法如同廣播,違反了群播的基本精神,沒有節省到網路資源。所以,路由器必須知道哪個網路內有隸屬於此群組的成員,方式就是透過查詢。每個版本的 IGMP 都會定義通訊協定,以用來交換及更新群播群組中指定主機成員的相關資訊。