專利名稱：最新組播加入的快速頻道切換的制作方法
技術領域：
本發(fā)明通常涉及因特網協(xié)議電視(IPTV)，更具體地，涉及快速頻道切換(FCC)方法和裝置。
背景技術：
在典型的通過數字用戶線(DSL)或光纖提供因特網協(xié)議電視(IPTV)的信號分發(fā)系統(tǒng)中，訂戶或用戶被提供諸如機頂盒(STB)或接收器的接口設備，用于與例如包括DSL接入復用器(DSLAM)的網絡設備進行通信。接口設備被配置為接收并處理與用戶所選擇的頻道對應的內容流，以在電視等上呈現。為了在IPTV系統(tǒng)中接收指定的所選擇的頻道，用戶接口設備通常加入與所選擇的頻道對應的組播流。這是有問題的，因為在頻道切換命令的用戶輸入與新頻道的可解碼的組播數據的接收之間存在較大延遲，通常是幾秒。由于解碼視頻流通常是遞歸的過程， 即，解碼一個幀取決于以前所解碼的幀，解碼必須在“入口點”開始，在該“入口點”不需要在先的幀。因此，一旦STB加入新頻道的組播，則它必須等待流中的下一個入口點以便開始解碼。然而，在這樣的入口點之間的間隔可能是幾百毫秒或甚至幾秒。這是頻道切換中延遲的主要原因。在該頻道切換延遲周期期間，顯示設備的屏幕通常是空白或固定的，這在快速切換頻道時對于觀眾來說是非常煩人的。在IPTV中用于解決頻道切換延遲的問題的一種方法已經在分布式系統(tǒng)中配置了快速頻道切換(FCC)服務器。FCC服務器緩存每個頻道的最近幾秒的內容流。響應于用戶的頻道切換命令的輸入，用戶的STB向FCC服務器發(fā)送FCC請求。FCC服務器以單播向STB 發(fā)送來自新頻道的短視頻流以用于立即重放，該短視頻流在過去(在當前組播分組后)的某個入口點開始。FCC服務器以比頻道的數據速率快的數據速率向STB發(fā)送數據，在這種情況下，在幾秒鐘后，FCC服務器“追上”該頻道的組播流。STB在其接收了第一個單播分組后立刻開始播放新頻道，因此，頻道切換看起來很快。一旦FCC服務器“追上”組播，則它向 STB發(fā)信號以加入新頻道的組播流。STB加入組播，并繼續(xù)從組播流中播放。該傳統(tǒng)方法的示例性實施的描述可以在美國專利申請No. 2005/0081244"Fast Channel Change (快速頻道切換)”中找到。通常，用戶的環(huán)路(在STB與DSLAM之間)是有限帶寬的。如果FCC服務器與組播并行地以頻道的數據速率向STB發(fā)送FCC單播，則可能發(fā)生分組丟失。為了防止出現這種情況，服務器在向STB發(fā)信號以加入組播之后立刻將單播速率降低到頻道數據速率的幾分之一。因此，在從接收“加入組播”信號開始直到開始接收組播輸入為止的時間期間，STB 以明顯比其消耗數據的速率低的速率接收數據，，并具有在服務器單播速率比頻道數據速率高時以前已經積聚的從緩沖器中獲得的平衡。為了防止STB中的緩沖器在開始解碼組播流之前被用盡，服務器必須以足夠長的延遲選擇開始點。然而，傳統(tǒng)的FCC方法的重大缺陷在于每個FCC事務的數據量對于組播加入時間的易變性是非常敏感的，組播加入時間即從發(fā)送加入請求開始直到接收第一個組播分組為止的時間。該間隔可以被建模為具有長尾分布的隨機變量，其可在幾毫秒到幾百毫秒之間變化。同樣，對于組播加入時間的所有情況提供傳統(tǒng)的FCC系統(tǒng)會導致FCC事務周期的很大增加，而這對于大多數情況是不需要的，并使得擴大FCC系統(tǒng)以處理更大數量的FCC事務更難。另一個解決頻道切換延遲問題的方法依賴于到用戶的高帶寬鏈路。通常，使用更大的帶寬會緩解該問題，但由于分布式系統(tǒng)的局限性，額外的帶寬可能不可得或者不劃算。因此，有一種未解決的在用戶切換在IP網絡環(huán)境中分發(fā)的視頻的頻道時充分降低FCC服務器所發(fā)送的單播流的周期和數據量的需求。

發(fā)明內容
本發(fā)明在示例性實施例中提供了改進的用于在IPTV系統(tǒng)或其它類型的信號分發(fā)系統(tǒng)中的快速頻道切換的技術。在本發(fā)明的快速頻道切換(FCC)過程的示例性實施例中，在FCC服務器已經完成向諸如機頂盒(STB)的用戶接口設備的單播傳輸并且STB已經請求加入新頻道的組播流之后，STB被配置為預測其是否在分組用盡實際發(fā)生之前至少某個間隔(例如，幾百毫秒)將用完分組。如果STB預測其將用完，則離開組播并向FCC服務器發(fā)送在此被稱為重新開始 (RESTART)消息的消息。響應于RESTART消息，FCC服務器將其輸出數據速率增加到比組播速率快的單播水平。當FCC服務器追上組播時，向STB發(fā)信號以加入新頻道的組播，事務如以前一樣繼續(xù)。這種示例性的恢復過程的實施允許對絕大多數普通情況而不是最壞情況設計FCC 服務器。在組播加入時間超過所設計的加入時間的少數情況下，恢復過程將重新開始FCC 事務，以防止在從FCC單播到組播的切換中的間隙。在其它好處方面，該方案允許FCC單播流與組播流之間更小的初始延遲、每個FCC事務發(fā)送更少的數據、更快的FCC事務和改進的可擴展性，而無需要求到用戶的高帶寬。根據下面的附圖和描述，本發(fā)明的實施例的上述和其它方面、特征和好處將是顯而易見的。


現在參照附圖僅僅作為例子描述根據本發(fā)明的實施例的裝置和/或方法的一些實施例，其中圖1是本發(fā)明可被全部或部分地實施的示例性環(huán)境的示意性表示；圖2是表示圖1的環(huán)境中的FCC事務的過程的圖形化圖表；圖3是用于處理FCC事務的示例性恢復過程的流程圖，其中，組播加入沒有及時發(fā)生以確保從FCC單播到組播的無縫切換；圖4是表示圖3的示例性恢復過程已被調用的FCC事務的過程的圖形化圖表；圖5是另一個用于處理FCC事務的示例性恢復過程的流程圖，其中，組播加入沒有及時發(fā)生以確保從FCC單播到組播的無縫切換。
具體實施方式
在本說明書中，假定讀者熟悉諸如基于IP的視頻網絡的數字分布式系統(tǒng)的基本操作原理和結構。在此將結合信號分發(fā)系統(tǒng)和相關的快速頻道切換(FCC)處理技術的示例性實施例描述本發(fā)明。然而，應當理解，本發(fā)明并不限于使用所描述的特定系統(tǒng)和技術，而相反更一般地應用于任何期望提供改進的FCC請求的處理的信號分發(fā)系統(tǒng)。例如，雖然在此主要在IPTV系統(tǒng)的上下文中進行描述，但本發(fā)明的技術也可直接適用于其它類型的信號分發(fā)系統(tǒng)，例如包括蜂窩系統(tǒng)。另外，雖然在此主要在視頻的上下文中進行描述，但本發(fā)明的技術也可應用于任何類型的流內容，例如包括音頻或者音頻和視頻。圖1是本發(fā)明可全部或部分地實現的示例性環(huán)境100的示意性表示。環(huán)境100包括內容分發(fā)網絡110，其在本實施例中是基于因特網協(xié)議(IP)的寬帶網絡。例如，內容分發(fā)網絡100可以是電纜、衛(wèi)星、數字用戶線(DSL)、光纖到戶、數據和/或任何上述類型的內容分發(fā)網絡的組合。網絡100的各部分可以是有線或無線的，并具有任何適當的拓撲結構。內容分發(fā)網絡100還可包括或連接到其它網絡，諸如因特網或內部網。網絡100可包括任何類型的適合于傳輸與電視服務的提供相關聯的信號的通信網絡，并且本發(fā)明并不限于此。例如，網絡100的各部分可包括局域網、廣域網、因特網等。對于本領域的普通技術人員來說顯然的，各種可選的裝置都是可能的。在網絡100中，包含編碼內容的組播視頻流通常從一個或多個內容源115分發(fā)， 內容源115可另外包括傳統(tǒng)的服務提供商設備，例如包括數據轉發(fā)器系統(tǒng)、衛(wèi)星、服務器等。網絡100包括諸如路由器和交換機120、130的網絡單元和諸如數字用戶線復用器 (DSLAM) 140的用于向諸如機頂盒(STB) 150的多個用戶接口設備分發(fā)視頻流的多個節(jié)點的組合。為了簡化起見，在圖1中示出了從一個內容源115經一個DSLAM 140到一個STB 150 的一個路徑。粗箭頭表示下行鏈路數據流，而細箭頭表示上行鏈路控制消息，諸如頻道切換請求。為了示例性實施例的目的，用戶接口設備150被假定為機頂盒(STB)，但在其它實施例中，可包括例如以任何形式組合的接收機、計算機、蜂窩手持終端或其它基于處理器的設備。這種設備在此也被稱為用戶接口設備或“客戶機”，并可被實現為單獨的設備，諸如 STB、衛(wèi)星接收機(未示出)、調制解調器(未示出)或其它連接到諸如TV的顯示設備160 的設備。用戶接口設備150還可與諸如TV、計算機(未示出)或監(jiān)視器(未示出)的具有用于渲染并顯示內容(音頻和/或視頻內容)的屏幕的顯示設備集成或者是這樣的顯示設備的一部分。該類型的指定設備允許一個或多個用戶經由信號分發(fā)系統(tǒng)訪問被傳遞到設備的內容流。STB 150可具有傳統(tǒng)的硬件設備，例如包括連接到存儲器的處理器和用于將所接收的內容流轉換成適合于設備160顯示的形式的解碼器152。存儲器可包括隨機存取存儲器(RAM)、只讀存儲器(ROM)或其它類型的存儲設備以及這些設備的部分或組合。存儲器的一部分可包括輸入緩沖器151，用于存儲從分發(fā)網絡110接收的內容流并優(yōu)選地以固定的比特率將其提供給解碼器152。處理器和存儲器用于存儲和執(zhí)行一個或多個用于實現在此公開的快速頻道切換技術的接口設備部分的軟件程序。存儲器可被看作在此也稱為計算機可讀的存儲介質的例子。網絡100還包括至少一個快速頻道切換(FCC)服務器125，其被設置在內容源115 與DSLAM 140之間的某個中間點處。如以下更詳細地說明的，FCC服務器125經由DSLAM 140向STB 150提供單播視頻流。FCC服務器125從內容源115接收組播流，并緩存該組播流以用于在需要時作為單播流提供。在傳統(tǒng)的系統(tǒng)中，單個FCC服務器125將參加與多個 STB的多個FCC事務，通常是同時參加。為了簡化說明，在此描述在一個FCC服務器與一個 STB之間的FCC事務。在圖1的示意性表示中，路由器120代表在去往STB 150和FCC服務器125的組播路由中的最后一個公共路由器。路由器130代表在組播路由和去往STB 150的FCC單播路由中的第一個公共路由器。路由器120和130可以是相同的網絡單元。虛線和點線箭頭表明中間可能有未在圖1中示出的中間網絡單元(路由器、交換機)。雖然被示為分開的單獨的設備，但FCC服務器125可在具有一個或多個系統(tǒng)的其它服務器的通用處理平臺上實現，或者可被分布在多個這種處理平臺上。另外，雖然圖1僅示出單個DSLAM 140、一對路由器/交換機120、130和單個FCC服務器125，但是，特定實施例當然可包括多個這樣的單元。系統(tǒng)100還可包括在這種系統(tǒng)的傳統(tǒng)實現中找到的其它類型的單元，諸如交換機、內容服務器、廣告服務器等。雖然在此參照DSLAM討論并描述了實施例，但本領域的普通技術人員容易知道， 本發(fā)明可用于與任何類型邊緣節(jié)點相結合，包括服務器、路由器、交換機、衛(wèi)星發(fā)射機和其它適合于從網絡的邊緣向終端用戶分發(fā)內容的節(jié)點。在本實施例中，DSLAM 140是提供內容分發(fā)網絡110到STB 150的接口并可被傳統(tǒng)地實現的網絡單元。STB 150經由可以是DSL、電纜、光纖或無線鏈路或任何其它合適的連接的點對點雙向連接145連接到DSLAM 140。來自網絡110的內容流被DSLAM 140傳遞給STB 150。 STB 150向DSLAM 150傳輸控制消息，諸如頻道切換請求消息。頻道切換的請求從STB 150 到達DSLAM 140，然后DSLAM 140將它們傳送到FCC服務器125。當FCC服務器125接收頻道切換請求時，它開始以單播形式向STB150流傳輸所請求的頻道數據幾秒鐘的時間。最初，只是STB 150所接收的數據流，這樣，FCC服務器125可利用對STB可用的全部帶寬。在某一點，FCC服務器125指示STB 150加入新頻道的組播流，并且有時在這之后FCC服務器125終止單播流。一旦STB 150開始接收組播流，或者在這之前某個時間，單播流的比特率必須相應地降低，以避免連接145超載和導致分組丟失。 這暗示單播FCC流傳輸的兩個階段第一個階段使用全部的可用帶寬，而在后一個階段，單播流與組播流共享帶寬。為了進一步優(yōu)化，引入中間階段，其表示從加入組播流的指示從 FCC服務器125發(fā)送開始直到組播流開始到達STB 150為止所經過的間隔的最小時段，在該時段內，單播數據速率等于頻道數據速率。圖2表示在STB 150與FCC服務器125之間FCC事務中的流傳輸的上述階段。虛線201代表指定內容流中組播分組到達FCC服務器125。這些組播分組持續(xù)地到達FCC服務器。在任何指定的時間點，FCC服務器使最后幾秒鐘的組播傳輸緩存即存儲在存儲器中。 實線曲線202代表從FCC服務器125到STB 150的單播分組傳輸。點線203代表從緩沖器 151到STB 150的解碼器152的分組的輸出。在圖2中，數據速率被標準化，以致組播數據速率是1 (如由線201表示的)，如同從輸入緩沖器151到STB 150的解碼器152的數據速率(線203)。另外，為了簡化說明，進行如下簡化假定所有數據流具有不變的比特率，并且沒有任何抖動；忽略數據流可包括離散分組的事實，并且每個數據流被認為是連續(xù)的比特流(諸如“分組”的術語用于表明數據流中的特定點)；不產生缺損(denting)(服務器在單播流中不跳幀)；一旦STB 150加入組播，則每個組播分組同時到達STB 150和FCC服務器125 ；從FCC服務器到STB的單播的傳輸延遲被忽略不計；在FCC服務器和STB處的處理時間忽略不計；STB在它從FCC服務器接收到第一個單播分組時立即開始解碼新頻道。如圖2所示，階段1在時間T1開始，在FCC服務器125處接收FCC請求。由于在 FCC服務器125處的處理延遲被假定忽略，因此，只要FCC服務器125接收到FCC請求，它就開始向STB 150單播流傳輸所請求的頻道數據。通過單播發(fā)送的分組從FCC服務器的緩存器中獲取，這些分組從服務器在時間Ttl接收的分組開始(應當注意，服務器在時間Ttl接收的分組必須是入口點)。T1與Ttl之間的差Ds是進入組播分組與輸出單播分組之間的初始時間間隔。下面更詳細地說明該時間間隔的確定。在階段1期間的單播流傳輸的速率是1+E，其中E是突發(fā)系數(E > 0)。以比1高的速率從FCC服務器125發(fā)送數據是可能的，因為該發(fā)送在是在FCC服務器處接收組播之后的時期Ds的點開始。優(yōu)選地，選擇E，以致1+E是用于向STB 150流傳輸數據的可用帶寬。由于FCC服務器的輸出數據速率1+E比輸入速率1高，因此，進入組播分組與輸出單播分組之間的間隔在階段1期間減小。通常，階段1的周期可以是幾秒鐘。當到達FCC服務器125的組播流與離開服務器的單播流之間的時間間隔變成零時，即，當進入分組實質上只要被FCC服務器接收就從FCC服務器向STB 150發(fā)送時，FCC服務器125指示STB加入組播。接著，STB150在時間T2向DSLAM 140發(fā)送因特網組管理協(xié)議 (IGMP)加入請求。這標志階段2的開始。在從STB 150在時間T2發(fā)送IGMP加入請求開始直到STB 150接收第一個組播分組的時間為止存在間隔Ττ。間隔Ir也稱為組播加入時間， 是隨請求而變化的隨機變量。它具有最小值Twn，但它的分布具有長尾，并且Tt具有高的最大值。下面詳細說明FCC事務中組播加入時間的重要性和它的可變性。階段2是從時間T2開始并持續(xù)Twn的間隔。在階段2期間，FCC服務器125不必與組播共享帶寬，但它不能夠以比1快的速率發(fā)送數據，因為在追上組播后，服務器不能以比其接收分組的速率快的速率發(fā)送分組。因此，FCC服務器125在不超過Twn的時段持續(xù)地以速率1向STB 150發(fā)送數據，其中該時段通常不超過幾十毫秒。在圖2中，為了清楚地說明，Tjfflin的相對大小被夸大了。如圖2所示，當時段滿時，FCC服務器125減小到STB 150的單播流的速率， 即使STB可能直到稍后的某個時間T2+I\才實際開始接收組播流。在時間T2+Twn處單播速率的降低標志階段3的開始。從時間T2+I\開始，STB 150從FCC服務器125接收單播流以及組播流。因此，組播流和單播流的總比特率不超過可用帶寬1+Ε，優(yōu)選地，FCC服務器125 在階段3期間降低單播速率。注意，FCC服務器125直到在事實發(fā)生之后才確切地知道STB 150何時開始接收組播流。因此，優(yōu)選地，FCC服務器125在STB可開始接收組播的最早時間即T2+TTmin降低速率。在圖2中的每個時間點，曲線202與線203之間水平方向上的差是在STB 150處接收單播分組與向STB解碼器152提供分組之間的時間間隔。在時間T3,曲線202和線203 相會，并且該時間間隔基本為零。正如可從圖2中看出T3 =T2+Tjmm+^-(1)
I-E如果單播流繼續(xù)而超過了該時間點，則單播分組將在它們會被解碼器152需要的時間之后到達STB 150，S卩，太晚了而沒有用。最后一個可用的單播分組用點212表示，其對應于曲線202和線203的交叉點。FCC服務器125可使用公式1計算T3，并在不晚于時間 T3時停止單播流，其中時間T3標志階段3的結束。通常，階段3的周期是幾百毫秒。應當注意，在設計好的系統(tǒng)中，FCC服務器120通常直到時間T3為止才繼續(xù)單播。通常，STB 150 接收第一個組播分組，并向FCC服務器125報告與該第一個組播分組對應的時間。服務器保持流傳輸，直到它以單播發(fā)送相同的分組，然后停止。為了避免STB 150所解碼的數據流中的任何間隔，需要進行從單播到組播流的無縫切換。可以看出，關于是否發(fā)生無縫切換的重要的決定因素是組播加入時間Ττ。下面將描述無縫切換的條件。假定D1和B1分別是在階段1中發(fā)送的數據的持續(xù)時間和數據量。由于數據速率被標準化，以致組播數據速率是1，因此，B1以時間單位給出，代表在該時間長度內通過組播傳輸的數據量。階段1從初始時間間隔(組播到達FCC服務器125與從FCC服務器125中分組單播之間的時間間隔)DS開始，并在該時間間隔降低到零時結束。由于在階段1期間， FCC服務器125以速率1+E發(fā)送數據并以速率1接收數據，因此，D1和B1可如下確定
權利要求
1.一種處理快速頻道切換(FCC)事務的方法，包括以下步驟在用戶接口設備處，響應于頻道切換請求而向FCC服務器發(fā)送FCC請求； 響應于所述FCC請求，從所述FCC服務器向所述用戶接口設備傳輸單播流； 降低所述單播流被傳輸到所述用戶接口設備的速率； 從所述用戶接口設備發(fā)送組播加入請求以加入所請求的頻道的組播； 確定用于確保無縫切換到所述組播的最大組播加入時間；如果所述最大組播加入時間在所述用戶接口設備加入所述組播之前流逝，則向所述 FCC服務器發(fā)送重新開始消息；以及響應于所述重新開始消息，重新開始從所述FCC服務器向所述用戶接口傳輸所述單播流。
2.根據權利要求1所述的方法，其中，所述最大組播加入時間根據所述用戶接口設備的緩沖器水平確定。
3.根據權利要求1所述的方法，其中，所述最大組播加入時間在所述用戶接口設備加入所述組播之前重復地確定。
4.根據權利要求1所述的方法，其中，重新開始傳輸所述單播流包括增加所述單播流被傳輸的速率。
5.根據權利要求1所述的方法，包括一旦所述用戶接口設備加入所述組播，則向所述 FCC服務器發(fā)送消息。
6.根據權利要求1所述的方法，其中，所述單播流以由所述FCC服務器自適應地確定的初始延遲來傳輸。
7.根據權利要求1所述的方法，還包括在從所述用戶接口設備發(fā)送所述組播加入請求之后，在至少最小加入時間間隔中降低所述單播流被傳輸到所述用戶接口設備的速率。
8.—種在用戶接口設備處理快速頻道切換(FCC)事務的方法，包括以下步驟 響應于頻道切換請求，向FCC服務器發(fā)送FCC請求；從所述FCC服務器接收單播流；發(fā)送組播加入請求以加入所請求的頻道的組播；確定用于確保無縫切換到所述組播的最大組播加入時間；如果所述最大組播加入時間在所述用戶接口設備加入所述組播之前流逝，則向所述 FCC服務器發(fā)送重新開始消息；以及從所述FCC服務器接收重新開始的單播流。
9.根據權利要求8所述的方法，其中，所述最大組播加入時間根據所述用戶接口設備的緩沖器水平確定。
10.根據權利要求8所述的方法，其中，所述最大組播加入時間在所述用戶接口設備加入所述組播之前重復地確定。
11.根據權利要求8所述的方法，包括一旦所述用戶接口設備加入所述組播，則向所述FCC服務器發(fā)送消息。
12.一種處理器可讀的存儲介質，包括可執(zhí)行的程序代碼，當所述程序代碼在所述用戶接口設備中執(zhí)行時實施權利要求8所述的方法。
13.一種在快速頻道切換(FCC)服務器處理FCC事務的方法，包括以下步驟接收用戶接口設備響應于頻道切換請求而發(fā)送的FCC請求； 響應于所述FCC請求，向所述用戶接口設備傳輸單播流； 降低所述單播流被傳輸到所述用戶接口設備的速率； 向所述用戶接口設備發(fā)信號以加入所請求的頻道的組播；如果用于確保無縫切換到所述組播的最大組播加入時間在所述用戶接口設備加入所述組播之前流逝，則從所述用戶接口設備接收重新開始消息；以及響應于所述重新開始消息，重新開始向所述用戶接口傳輸所述單播流。
14.根據權利要求13所述的方法，其中，重新開始傳輸所述單播流包括增加所述單播流被傳輸的速率。
15.根據權利要求13所述的方法，包括從所述用戶接口設備接收表明所述用戶接口設備已經加入所述組播的消息。
16.根據權利要求13所述的方法，其中，所述單播流以由所述FCC服務器自適應地確定的初始延遲來傳輸。
17.根據權利要求13所述的方法，還包括在所述組播加入請求從所述用戶接口設備發(fā)送之后，在至少最小加入時間間隔中降低所述單播流被傳輸到所述用戶接口設備的速率。
18.—種處理器可讀的存儲介質，包括可執(zhí)行的程序代碼，當所述程序代碼在所述FCC 服務器中執(zhí)行時實施權利要求13所述的方法。
全文摘要
在因特網協(xié)議電視(IPTV)系統(tǒng)中，特別處理體驗最新組播加入的快速頻道切換(FCC)事務，從而允許系統(tǒng)提供在期望的范圍內的最大多數組播加入。在FCC事務期間，諸如機頂盒(STB)的用戶接口設備能夠確定其在間隙可被預測出現在從FCC單播到組播的切換中之前能夠等待多長時間加入新頻道的組播流。如果STB在所確定的時間之前還沒有加入組播流，則調用恢復過程，在該恢復過程中，STB向FCC服務器發(fā)送重新開始RESTART請求，然后FCC服務器增加FCC單播的速率，如同FCC事務重新開始一樣，從而允許切換無縫地發(fā)生。該方案減少了每個FCC事務的需求，考慮了更大的靈活性并降低了成本。
文檔編號H04N21/6405GK102422649SQ201080020303
公開日2012年4月18日 申請日期2010年4月29日 優(yōu)先權日2009年5月13日
發(fā)明者J·P·海恩, R·海米-科恩 申請人:阿爾卡特朗訊公司