[go: up one dir, main page]

TWI381689B - 當遭遇靜默抑制時用於增進強健性標頭壓縮之效能的方法及裝置 - Google Patents

當遭遇靜默抑制時用於增進強健性標頭壓縮之效能的方法及裝置 Download PDF

Info

Publication number
TWI381689B
TWI381689B TW096100635A TW96100635A TWI381689B TW I381689 B TWI381689 B TW I381689B TW 096100635 A TW096100635 A TW 096100635A TW 96100635 A TW96100635 A TW 96100635A TW I381689 B TWI381689 B TW I381689B
Authority
TW
Taiwan
Prior art keywords
stride
value
timestamp
increment
rtp
Prior art date
Application number
TW096100635A
Other languages
English (en)
Other versions
TW200814667A (en
Inventor
Rohit Kapoor
Magnus D Kretz
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of TW200814667A publication Critical patent/TW200814667A/zh
Application granted granted Critical
Publication of TWI381689B publication Critical patent/TWI381689B/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Medicines Containing Antibodies Or Antigens For Use As Internal Diagnostic Agents (AREA)

Description

當遭遇靜默抑制時用於增進強健性標頭壓縮之效能的方法及裝置
本揭示案大體係關於通信系統。更具體言之，本文所揭示之實例係關於當遭遇靜默抑制時用於增進強健性標頭壓縮(RoHC)壓縮器的效能之方法及系統。
網際網路協定(IP)已變為用於有線及無線網路之傳送協定之選擇，且正導致電信與資料網路的聚合。已做出努力來壓縮協定標頭，然而，挑戰在於開發有效且強健之標頭壓縮機制。
本文所揭示之實例係關於當遭遇靜默抑制時用於增進強健性標頭壓縮(RoHC)壓縮器之效能的方法及系統。此等實例可在諸如蜂巢式網路、公眾交換電話網路(PSTN)、無線網際網路、衛星網路、廣域網路(WAN)、無線區域網路(WLAN)、VoIP網路、基於IP之多媒體系統等之任何無線及/或有線通信系統中建構。
在(例如)網路電話(VoIP)、視訊電話、互動遊戲、訊息傳遞等之許多服務及應用中，將資料形成為封包且經由網路投送。於本文中使用時，"訊框"係指經格式化以用於在通信系統中傳輸之資料訊框之一部分。圖1說明若干封包102及訊框104。訊框104可為特定時間長度，例如20 msec，且可或可不與封包102之長度一致。基於通常含於標頭中之指派位址而將每一封包發送至網路中之目的地。標頭標記封包之開始，尾標標記封包之末端，且"有效負載"係指封包的資料部分。封包可具有各種類型的標頭，諸如網際網路協定(IP)標頭、使用者資料報協定(UDP)標頭、即時傳送協定(RTP)標頭及傳輸控制協定(TCP)標頭。在某些情形下，IP封包之有效負載可具有與標頭相當，或甚至小於標頭之大小。
在陸上通訊線或有線系統中，對頻寬之限制較低且可藉由持續發送全速率封包來傳達資料。然而，在無線通信系統中，存在有限的頻寬且因此存在節省其之需要。封包附加項之減少可藉由減小封包標頭之大小來完成。標頭壓縮改良品質、速度及網路傳輸效率。此外，互動回應時間可藉由標頭壓縮來改良，且在某一通道頻寬內支援更多使用者變得可能。此進而導致佈署成本之減少。圖2說明實施語音之通信系統中的標頭壓縮之實例。在此實例中，未壓縮之標頭總計達40位元組之附加項。藉由標頭壓縮，所得附加項變為2至4個位元組。標頭壓縮有助於在網路上節省必要之頻寬。
圖3說明通信系統300之一實例，其中可實施本文所描述之一或多種方法。第一存取終端機(AT)301A包括一反向鏈路(或上行鏈路)標頭壓縮器302。第一存取終端機301A經由反向鏈路(RL)與無線電存取網路(RAN)中的基地台304A及基地台收發器系統/封包資料服務節點(BTS－RNC－PDSN)306A進行無線通信。
BTS－RNC－PDSN 306A包括反向鏈路標頭解壓縮器310，其可執行本文所描述之一或多種方法。BTS－RNC－PDSN 306A經由VoIP網路308與封包資料服務節點/基地台收發器系統(PDSN－BTS)306B進行通信。PDSN－BTS 306B包括前向鏈路(或下行鏈路)標頭壓縮器312。
基地台304B及PDSN－BTS 306B可經由前向鏈路與第二存取終端機301B進行無線通信。第二存取終端機301B包括前向鏈路標頭解壓縮器314，其可執行本文所描述之一或多種方法。替代兩個無線存取終端機301A、301B，存取終端機中之一者可為有線終端機。反向鏈路標頭壓縮器302及反向鏈路標頭解壓縮器310表示一第一壓縮器－解壓縮器對。前向鏈路標頭壓縮器312及前向鏈路標頭解壓縮器314表示一第二壓縮器－解壓縮器對。
反向鏈路及前向鏈路可使用諸如分碼多向近接(CDMA)1x、CDMA 1x EV－DO(演進資料最佳化)、寬頻CDMA(WCDMA)、分時同步(TD－SCDMA)、全球行動通信(GSM)、OFDM(正交分頻多工)、支援諸如802.11(A、B、G)、802.16等之IEEE標準之系統之一或多種通信協定。
本文所描述之"存取終端機"可指各種類型的裝置，諸如有線電話、無線電話、蜂巢式電話、膝上型電腦、無線通信個人電腦(PC)卡、個人數位助理(PDA)、外部或內部數據機等等。存取終端機可為(例如)使用光纖或同軸電纜經由無線通道或經由有線通道進行通信之任何資料裝置。存取終端機可具有各種名稱，諸如存取單元、用戶單元、行動台、行動裝置、行動單元、行動電話、手機(mobile)、遠端台、遠端終端機、遠端單元、使用者裝置、使用者設備、手持裝置等等。存取終端機可為行動或靜止的且可分散於圖3之通信系統300中。存取終端機可與可稱為(或包括)基地台、存取網路、存取點、節點B或數據機集區收發器(MPT)之一或多個基地台收發器系統(BTS)通信。
圖4說明圖3之BTS－RNC－PDSN 306A及/或PDSN－BTS 306B之某些硬體及軟體組件的實例。一實例包括一處理器400、一特殊應用積體電路(ASIC)402、一收發器404及一記憶體406。記憶體406儲存一或多個上部層407，諸如應用層408、傳送層410及網路層412。應用層408處理即時傳送協定(RTP或RTCP)標頭。傳送層410處理傳輸控制協定(TCP)及使用者資料報協定(UDP)標頭。網路層412處理IP標頭。
記憶體406亦可儲存強健性標頭壓縮壓縮器312及強健性標頭壓縮解壓縮器310。強健性標頭壓縮壓縮器312可儲存時間戳記計算單元312A且強健性標頭壓縮解壓縮器310可儲存時間戳記計算單元310A。記憶體406亦可儲存一或多個下部層420，諸如鏈路層媒體存取控制(MAC)層414，其可包括一無線電鏈路協定(RLP)子層。下部層420亦可包括實體層416。
圖5說明圖3之存取終端機301A、301B之某些硬體及軟體組件。一實例包括一處理器500、一ASIC 502、一收發器504及一記憶體506。記憶體506可儲存一或多個上部層507，諸如應用層508、傳送層510及網路層512。應用層508可處理RTP標頭。傳送層510可處理TCP及UDP標頭。網路層512可處理IP標頭。
記憶體506亦可儲存強健性標頭壓縮壓縮器302及強健性標頭壓縮解壓縮器314。強健性標頭壓縮壓縮器302可儲存時間戳記計算單元302A且強健性標頭壓縮解壓縮器314可儲存時間戳記計算單元314A。記憶體506亦可儲存一或多個下部層520，諸如鏈路層MAC層514，其可包括一RLP子層。下部層520亦可包括實體層516。
RoHC為有效壓縮RTP/UDP/IP標頭之標頭壓縮機制。強健性標頭壓縮描述於標題為"Robust Header Compression(ROHC)：Framework and four profiles：RTP,UDP,ESP and uncompressed"之請求註解(RFC)3095中，其為由網際網路協會之網路工作組於2001年7月頒佈之網際網路標準軌道協定。
通常，鏈路上所轉移之封包並不彼此獨立，但共用特定的共同參數，例如源位址、目的地位址等等。藉由同一封包內或屬於同一封包流之連續封包之間的標頭欄位之間的顯著冗餘可使標頭壓縮成為可能。"封包流"係指一連串封包，其通常合乎邏輯地集中在一起，例如在音訊封包流或視訊封包流中。RoHC演算法使用封包流中之共同參數以藉由維持某狀態資訊來壓縮封包標頭。此狀態資訊稱為"上下文(context)"。
壓縮器－解壓縮器對在每一側處維持每一封包流之上下文。每一封包流之上下文藉由壓縮器及解壓縮器處之相同上下文識別符欄位(CID)加以識別。舉例而言，圖3中之RL標頭壓縮器302及RL標頭解壓縮器310可各維持一特定語音流"VF1 "之上下文"CID1 "。上下文含有來自封包流中之先前標頭之資訊及用於壓縮及解壓縮之其他可能參考值。描述封包流之資料(諸如關於IP識別符欄位如何改變及序號(SN)或時間戳記(TS)的封包間增加之資訊)亦含於上下文中。為確保一強健性標頭壓縮機制，需要用以避免上下文不一致及當上下文不一致時使其一致之機制。
最初，壓縮器及解壓縮器可能不具有關於壓縮或解壓縮某一封包流之協議。壓縮器可將具有關於封包流之靜態及動態資訊之RoHC封包發送至解壓縮器以建立上下文。一旦建立了靜態及動態欄位，則壓縮器僅需要將發送最少資訊以前移經壓縮標頭欄位之規則序列。在某些事件後，壓縮器及解壓縮器即更新其上下文。
靜態標頭欄位僅需要在上下文之建立時傳輸，因為此等欄位隨後保持恆定。壓縮標頭欄位之動態態樣需要更複雜之演算法。動態標頭欄位可藉由RoHC演算法直接壓縮或解壓縮。然而，藉由使用諸如正增加之SN或TS之其他欄位之線性函數可更有效地壓縮或解壓縮標頭欄位。此需要較少位元。藉由僅在初始發送靜態欄位資訊，及利用其他欄位之相依性及可預測性，可針對大部分封包顯著減小標頭大小。
RTP封包之SN針對每一所傳輸封包遞增一，且可由接收器用以恢復封包序列及偵測封包損耗。TS可反映RTP資料封包中的第一八位元組之取樣瞬間。該取樣瞬間由在時間上單調且線性遞增之時脈導出。在處理語音之應用中，TS可遞增一對應於每一語音封包中的樣本數目之恆定增量。舉例而言，輸入裝置可接收具有160個取樣週期之語音封包，因此TS針對每一封包遞增160。圖6說明具有增量為160的連續SN及TS之流中的一系列封包。不管封包載運一區段語音還是表示一靜默區段，TS增量係相同的，意即160。此對於是否實施了靜默抑制亦為適用的。靜默抑制將在下文中進一步詳細論述。
RoHC壓縮器估計兩個連續產生之封包之間的RTP TS之增量。當RTP封包具有連續序號時，此增量稱為TS_STRIDE。通常，相同類型之連續封包之間的TS_STRIDE為一固定量。舉例而言，圖7A說明一應用，其中SN1 、...SN6 表示具有連續SN、1...6之語音封包。如所說明的，每一對封包之間的TS_STRIDE為一特定封包與先前封包之間的TS之差。如所說明的，兩個封包之間的TS_STRIDE給定為TSj －TSi ，其中i及j為連續SN。在圖7A中，TS_STRIDE＝(TSj －TSi )＝(TSk －TSj )＝(TS1 －TSk )等等。獲知此固定量使壓縮器能在壓縮之前按比例縮放RTP TS。因此，RTP時間戳記欄位之有效壓縮需要封包之間的TS_STRIDE之精確確定。
經按比例縮放之RTP TS之使用減少了標頭附加項，因為按比例縮放導致具有較小值且因此具有較少位元之壓縮。舉例而言，考慮在RTP/UDP/IP上載運之語音。在產生以8 kHz取樣之20 msec封包之語音編碼譯碼器中，RTP TS增加20 msec中所含有之樣本的數目，或8000×0.02＝160個樣本。由六個連續封包表示之語音區段說明於圖7B中。RTP TS在連續封包之間遞增160，因此，第一封包之RTP TS為160，第二封包之RTP TS為320，第三封包的RTP TS為480等等。此處，壓縮器可使用具有1、2、3等之經按比例縮放RTP TS值替代160、320、480等之RTP TS值。在後者之狀況下，壓縮器將需要編碼160之改變，而在前者之狀況下，其將需要編碼1之改變，因此使用較少位元。在一實例中，RoHC演算法可壓縮RTP SN欄位且接著使用自RTP SN至諸如RTP TS之其他改變欄位之線性關係。
在所揭示之發明之另一態樣中，最低有效位元(LSB)編碼可用以壓縮標頭欄位。使用LSB編碼，欄位值之k個最低有效位元替代整個欄位值而被傳輸，其中k為正整數。解壓縮器接收該k個位元且使用先前接收之值作為參考導出初始值。此值可稱為"v_ref"。為了說明，使用LSB編碼，二進制00001010(對應於十進制10)包含最高有效位元(MSB)0000，及LSB 1010。並非傳輸初始值之所有八個位元，可將四個LSB 1010傳輸至接收裝置。若成功接收，則解壓縮器使用v_ref導出初始封包值。V_ref可儲存於上下文中。在一實例中，v_ref表示最後校正的解壓縮之封包值。假設所接收標頭成功解壓縮，則解壓縮器之上下文更新為00001010且重新產生初始封包。在成功重新產生後，v_ref即可更新為當前校正的解壓縮值且被儲存。假設下一值，00001111(十進制值15)將被傳輸，則可傳輸四個LSB 1111且若成功接收，則解壓縮器藉由將所接收之值1111附加至當前上下文值之MSB且檢查所產生的值是否在解譯區間內來更新其上下文。在此實例中，當前上下文值為00001010，且MSB為0000。解壓縮器將會將其上下文值更新為00001111且重新產生初始傳輸之封包值。
在語音編碼中，背景雜訊通常結合語音來傳輸。若切斷語音之傳輸，則亦切斷背景雜訊。背景雜訊傳輸中之不連續可使期望來自通信鏈路的另一側之回饋的聽者感到不安。通常，背景雜訊充當回饋。在"靜默"時間間隔(全雙工對話中至少一方靜默之瞬間)期間，通道可使用較小大小封包傳達背景雜訊資訊。舉例而言，許多CDMA系統在一靜默週期期間每20 msec發送一連串之八分之一碼率封包來傳達背景雜訊。為節省封包交換系統之頻寬，可放棄表示靜默之大部分封包。此在不危害通信通道之品質之情形下完成且可稱為靜默抑制。
在諸如高級多碼率(AMR)編碼譯碼器及增強型可變碼率編碼譯碼器(EVRC)之語音編碼器中，併入有一資料壓縮機制以用於對語音進行編碼。在此等應用中，類似於傳輸側上之背景雜訊之合成雜訊在接收(RX)側上產生。當語音不存在時，合成雜訊在傳輸側上得以估計且以常見間隔傳輸至接收側。此允許接收器處之合成雜訊適應於傳輸側雜訊之改變。在(例如)靜默週期期間的AMR編碼中，所估計之背景雜訊被編碼入稱為靜默描述符(SID)封包之封包中。待編碼入SID封包之背景雜訊參數在八個連續封包上計算且SID封包每八個封包被傳輸至接收器側。有效地，所產生之每八個SID封包中之七個在來源處放棄。因此，在靜默週期期間，AMR編碼譯碼器每8×20＝160 msec產生且傳輸SID封包。此與每20 msec產生之通話中之規則語音封包形成對比。在接收器側，無論何時接收到一有效SID封包時皆開始或更新背景雜訊之產生。
在實施靜默抑制之系統中，RTP TS可與靜默週期之長度成比例地跳躍。在靜默抑制期間，儘管放棄某些封包，但RTP TS持續增加而RTP SN不持續增加。此說明於圖8中，其中一封包產生且被指派SN 1且具有TS 160。此封包可表示語音區段。隨後，三個封包在發送器處放棄。所放棄之封包可為表示背景雜訊之八分之一碼率封包。在此說明中，三個被放棄封包依次指派TS 320、480及640。其未指派SN。在圖8中，表示在靜默週期後之通話區段的第五封包產生且被指派SN 2。第五封包被指派TS 800，因為TS增量為160。在此說明中，第一個接收之封包(SN＝1)與最後接收之封包(SN＝2)之間的TS_STRIDE計算為800－160＝640。
通常，當TS_STRIDE在連續封包之間為固定值時，經按比例縮放之RTP TS之壓縮值由壓縮器傳達至解壓縮器，在該解壓縮器中該壓縮值得以解壓縮。藉由一固定TS_STRIDE值，諸如在UOR－0或UOR－1封包中，需要較少位元組來將經壓縮之值傳輸至解壓縮器。此等封包格式之詳細描述可見於RFC 3095中。此等封包在長度上通常為一至三個位元組(若適用，則加上UDP總和檢查碼之兩個位元組)，且含有SN、TS及CRC資訊，該資訊用以更新標頭壓縮機制之上下文。舉例而言，在圖9中，假設RTP源實施靜默抑制。封包SN1 、SN2 、SN3 及SN4 分別以TS＝160、320、480及960傳輸。假設2個靜默封包在封包SN3 與SN4 之間加以靜默抑制。進一步假設在壓縮器處，每一封包之TS藉由TS_STRIDE＝160而壓縮。因此，第一封包具有經按比例縮放之TS 1，第二封包具有經按比例縮放之TS 2，第三封包具有經按比例縮放之TS 3，且第四封包具有經按比例縮放之TS 6。此處，使用LSB編碼，在接收到第二封包SN2 後，RoHC演算法即更新壓縮器之上下文以將經按比例縮放值2表示為0010。在接收到第三封包SN3 後，上下文即以TS資訊進行更新且位元0010更新為0011。在此情形下，僅需要改變最後若干位元。因此，上下文可藉由使用諸如UOR－0或UOR－1封包之小封包來更新。UOR－0及UOR－1封包之小大小使得有可能維持頻寬之有效使用。
在TS_STRIDE之值改變之情形下，需要大於UOR－0或UOR－1的封包來傳達TS_STRIDE之改變。舉例而言，可使用UOR－2 ext 3、IR－DYN或IR封包。此等封包為至少7或8個位元組長，且尤其當要求多次傳輸此等封包(若有待於可靠地傳達TS_STRIDE改變，則此等封包必須重複若干次)時，頻寬成為一問題。當使用靜默抑制之RTP源自靜默過渡至語音(及自語音至靜默)時，RoHC壓縮器可認為TS_STRIDE已改變，此使其發送更新之TS_STRIDE。為可靠地傳達此TS_STRIDE，所更新之TS_STRIDE必須發送若干次。舉例而言，在圖10中，TS_STRIDE在語音之第一區段期間為第一值TS_STRIDEi ，在靜默之週期期間為第二值TS_STRIDEk ，且在語音的第二週期期間為第一值TS_STRIDEi 。在TS_STRIDE之每一改變期間，例如自TS_STRIDEi 改變為TS_STRIDEk ，RoHC壓縮器可更新其上下文，且此需要使用表示TS_STRIDE之更新值的較多位元。進而，可多次傳輸之較大UOR－2 ext 3封包用以傳達已改變之TS_STRIDE。返回參看圖9，歸因於靜默抑制而在封包SN3 與SN4 之間存在為TS_STRIDE之跳躍。在接收到封包SN3 後，壓縮器即可將TS_STRIDE估計為160，而在接收到封包SN4 後，壓縮器將TS_STRIDE估計為480。當RTP源返回至語音時，壓縮器可再次將TS_STRIDE估計為160。每次當TS_STRIDE改變時，壓縮器可能需要發送UOR－2 ext 3(或IR或IR－DYN)封包以將此改變傳達至解壓縮器。
在一實例中，為克服由封包之間的TS_STRIDE值之改變引發之無效率，壓縮器可不改變其TS_STRIDE值直至其發現一在"N"個連續事件中重複出現的新TS_STRIDE。換言之，壓縮器可持續使用其較早計算之TS_STRIDE值直至新計算之TS_STRIDE的預定數目N個連續值產生相同值為止。此實例說明於圖11中。
在圖11中，產生封包SN1 、TS＝160。此封包後為歸因於靜默抑制而在發送器處隨後放棄之兩個封包，且接著為四個封包SN2 、SN3 、SN4 及SN5 之產生。此等封包分別具有TS值640、800、960及1120。如所說明的，TS_STRIDE之最後三個連續值可保持恆定，其中TS_STRIDE＝160。因此，壓縮器可使用TS_STRIDE＝160用於壓縮。在上文說明中，使用N＝3，然而，N之值可視應用而定。此外，即使RTP TS在封包SN3 與SN4 之間跳躍480，壓縮器亦可不更新其對TS_STRIDE之估計，因為480之RTP TS增量僅出現一次。在其他實例中，壓縮器可使用N之其他值(例如5)來確定TS_STRIDE之恰當值。
使用連續出現N次之TS_STRIDE之情形可能並非最佳的，其中若干(大於N值)連續SID或1/8碼率封包在靜默期間發送。此等封包在來源處可間隔開等同時間量，且因此具有相同的RTP TS之改變。舉例而言，假設TS_STRIDE在AMR應用中選擇為N次連續出現的TS_STRIDE出現之值。如圖12中所說明，八個20 msec封包706在語音區段702期間傳輸且TS_STRIDE計算為(8000 KHz×0.020 sec)＝160。在靜默期間，一SID封包708經傳輸以用於靜默704期間產生之每八個封包。靜默期間之TS_STRIDE為(8000 KHz×0.160 sec)＝1280。在圖12中，封包SN9 具有(160)×(9)＝1440之TS，封包SN10 具有(160)×(10)＝1600之TS，SID封包SN11 具有(160)×(18)＝2880的TS，SID封包SN12 具有(160)×(26)＝4160之TS等等。如所說明的，在第一語音週期期間，壓縮器發現TS_STRIDE＝160之值，且在靜默期間，TS_STRIDE更新為160×8＝1280。因此，在N＝2且N之計數在封包SN12 觸發之情形中，出現N次的TS_STRIDE出現之TS_STRIDE值等於1280。因此，RoHC壓縮器可在靜默期間估計TS_STRIDE之更新值，且因此將必須發送一較大封包。
在圖12中，TS_STRIDE在第一語音區段期間估計為160，且經壓縮之標頭可藉由UOR－0或UOR－1封包傳達至解壓縮器。然而，在靜默期間，當TS_STRIDE更新為1280時，TS_STRIDE之明顯"跳躍"需要使用較大UOR－2 ext 3、IR－DYN或IR封包來將經壓縮值傳達至解壓縮器。如前所述，此等標頭需要至少7或8個位元組，且因此佔用額外頻寬。一旦RTP源過渡返回至語音，TS_STRIDE即看起來變回160×1＝160且需要更新解壓縮器。再次，該改變經由較大UOR－2 ext 3、IR或IR－DYN標頭傳達至解壓縮器。此較大封包需要被發送多次以可靠地傳達該改變，此導致頻寬之非最理想的使用。因此，當RoHC正壓縮由AMR產生之封包時，使用在N個連續封包上確定之TS_STRIDE的值仍可能在通話中之語音與靜默區段之間發現TS_STRIDE之跳躍。此導致潛在的頻寬浪費。AMR在本文中僅出於說明性目的來論述。所描述之概念可應用於其他語音編碼演算法。
在一實例中，並非更新TS_STRIDE，若在N次出現中發現相同RTP TS增量，則可使用值"MIN_TS_STRIDE"，其中MIN_TS_STRIDE為該流期間之最低的所計算之TS_STRIDE值。MIN_TS_STRIDE表示當RTP源未進行靜默抑制時，意即在通話期間計算之TS_STRIDE。舉例而言，對於使用靜默抑制之VoIP流而言，MIN_TS_STRIDE對應於當RTP源未執行靜默抑制時RTP TS之改變。此亦對應於用於壓縮之實際TS_STRIDE。
圖13為經組態以改良RoHC之效能之方法的一實例之流程圖。如所說明的，在步驟802中，確定是否在系統中實施了RoHC。若未實施，則該方法結束。若實施了RoHC，則在步驟804中接收封包。在步驟806中，確定所接收封包與先前接收之封包之間的RTP TS之增量。此值稱為TS_INCREMENT。可假設TS_STRIDE之初始值先前已用於壓縮。在步驟808中，若確定先前N個連續封包之TS_INCREMENT相同，且此值與當前TS_STRIDE值不同，則該方法進行至下一步驟810。若未確定，則該方法返回至步驟806。在步驟810，將TS_STRIDE自初始值更新為TS_INCREMENT。
圖15說明經組態以改良RoHC之效能之方法的另一實例之流程圖。如所說明的，在步驟902中，確定是否在系統中實施了RoHC。若未實施，則該方法結束。若實施了RoHC，則在步驟904中接收封包。在步驟906，確定RTP TS之增量是否小於針對當前封包流所發現之最小TS_STRIDE。若不小於，則該方法返回至步驟904；否則，該方法進行至步驟908。在步驟908，將TS_STRIDE更新為RTP TS之增量(其小於該流之最小TS_STRIDE)。
上文所描述之圖13及圖15之方法可藉由圖14及圖16中所說明的相應構件加功能方塊來執行。換言之，圖13中所說明之方塊802至810對應於圖14中所說明的構件加功能方塊1802至1810。換言之，圖15中說明之方塊902至908對應於圖16中所說明的構件加功能方塊1902至1908。
在另一態樣中，當語音區段與靜默之間存在TS_STRIDE之改變時，該改變可能未適當地傳達至解壓縮器。當解壓縮器之上下文與壓縮器之上下文不一致時，"上下文損毀"發生，且解壓縮器不能再生初始標頭。當封包在壓縮器與解壓縮器之間已丟失或受到損毀時，或當壓縮器處之TS_STRIDE之值不能到達解壓縮器時，可能發生此情形。歸因於不一致上下文而不能被解壓縮之封包歸因於上下文損毀而"丟失"。經解壓縮但歸因於不一致上下文而含有錯誤之封包歸因於上下文損毀而"損毀"。ROHC可對初始標頭使用循環冗餘檢查(CRC)以偵測不恰當之解壓縮。在壓縮器發現第一TS_STRIDE值而解壓縮器發現一不同值之情形下，可能發生此CRC編碼之失效。
舉例而言，在圖12中，如先前所論述，假設TS_STRIDE在第一語音區段期間為160，且在靜默區段期間為1280。進一步假設，歸因於不良通道狀態，自壓縮器發送以傳達TS_STRIDE之改變之所有UOR－2 ext 3標頭被放棄。結果，即使TS_STRIDE之值在壓縮器處已自160變為1280，解壓縮器亦未發現此改變。因此，當解壓縮器重新產生下一封包時，其使用表示TS_STRIDE＝160之值替代1280之經更新值。因為重新產生之封包與初始傳輸之封包不同，所以CRC失效。結果，解壓縮器可能會放棄重新產生之封包。
本揭示案中所描述之演算法之另一優勢在於，因為當RTP源自語音去至靜默及自靜默去至語音時，TS_STRIDE未就改變而進行估計，所以歸因於TS_STRIDE在RTP源在靜默與語音之間過渡時的更新而引入之任何潛在易損性得以消除。
本文所揭示之實例提供當遭遇靜默抑制時改良RoHC之效能的一些實例。各種所揭示實例可在(例如)與AT、AN相關聯之任何RoHC壓縮器及使用標頭壓縮之其他裝置中實施。本文所揭示之各種單元/模組及實例可在硬體、軟體、韌體或其組合中加以建構。在硬體建構中，各種單元可建構於一或多個特殊應用積體電路(ASIC)、數位信號處理器(DSP)、數位信號處理裝置(DSPD)、場可程式閘陣列(FPGA)、處理器、微處理器、控制器、微控制器、可程式邏輯裝置(PLD)、其他電子單元或其任何組合內。在軟體建構中，各種單元可以執行本文所描述之功能之模組(例如程序、函數等等)來建構。軟體碼可儲存於記憶體單元中且可由處理器(或處理單元)執行。記憶體單元可建構於處理器內或處理器外部，該建構於處理器外部之狀況下，記憶體單元可經由此項技術中已知之各種構件可通信地耦接至處理器。
熟習此項技術者將理解，資訊及信號可使用多種不同技藝及技術中之任一者來表示。舉例而言，貫穿上文描述所參考之資料、指令、命令、資訊、信號、位元、符號及晶片可由電壓、電流、電磁波、磁場或磁性粒子、光場或光學粒子或其任何組合來表示。
熟習此項技術者將進一步瞭解，結合本文所揭示之實例描述之各種說明性邏輯方塊、模組、電路及演算法步驟可建構為電子硬體、電腦軟體或兩者之組合。為清楚說明硬體與軟體之此互換性，已在上文根據其功能性概括地描述了各種說明性組件、方塊、模組、電路及步驟。此功能性建構為硬體或軟體視特定應用及外加於總系統上之設計約束而定。熟習此項技術者可針對每一特定應用來以不同方式建構所描述之功能性，但此建構決定不應理解為引發對本發明的範疇之偏離。
結合本文所揭示之實例描述之各種說明性邏輯方塊、模組及電路可以通用處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、場可程式閘陣列(FPGA)或經設計以執行本文所描述之功能之其他可程式邏輯裝置、離散閘極或電晶體邏輯、離散硬體組件或其任何組合來建構或執行。通用處理器可為微處理器，但在替代實施例中，處理器可為任何習知處理器、控制器、微控制器或狀態機。處理器亦可建構為計算裝置之組合，例如DSP與微處理器之組合、複數個微處理器之組合、結合DSP核心的一或多個微處理器之組合，或任何其他此組態。
結合本文所揭示之實例描述之方法或演算法的步驟可直接體現於硬體、體現於由處理器執行之軟體模組或體現於兩者之組合中。軟體模組可駐留於隨機存取記憶體(RAM)、快閃記憶體、唯讀記憶體(ROM)、電可程式ROM(EPROM)、電可擦可程式ROM(EEPROM)、暫存器、硬碟、可移磁碟、CD－ROM或此項技術中已知之任何其他形式之儲存媒體中。例示性儲存媒體耦接至處理器，使得處理器可自儲存媒體讀取資訊且可將資訊寫入儲存媒體。在替代性實施例中，儲存媒體可整合至處理器。處理器及儲存媒體可駐留於ASIC中。ASIC可駐留於AT中。在替代性實施例中，處理器及儲存媒體可作為離散組件駐留於AT中。
提供對所揭示實例之先前描述以使得熟習此項技術者能製造或使用本發明。熟習此項技術者將易瞭解此等實例之各種修改，且本文所界定之一般原理可在不偏離本發明的精神或範疇之情況下應用於其他實例。因此，本發明並非意欲限於本文所展示之實例，而係一致於與本文所揭示之原理及新穎特徵一致的最廣泛範疇。
102．．．封包
104．．．訊框
300．．．通信系統
301A．．．第一存取終端機
301B．．．第二存取終端機
302．．．標頭壓縮器
302A．．．時間戳記計算單元
304A．．．基地台
304B．．．基地台
306A．．．基地台收發器系統/封包資料服務節點
306B．．．封包資料服務節點/基地台收發器系統
308．．．VoIP網路
310．．．標頭解壓縮器
310A．．．時間戳記計算單元
312．．．標頭壓縮器
312A．．．時間戳記計算單元
314．．．標頭壓縮解壓縮器
314A．．．時間戳記計算單元
400．．．處理器
402．．．特殊應用積體電路
404．．．收發器
406．．．記憶體
407．．．上部層
408．．．應用層
410．．．傳送層
412．．．網路層
414．．．鏈路層媒體存取控制層
416．．．實體層
420．．．下部層
500．．．處理器
502．．．特殊應用積體電路
504．．．收發器
506．．．記憶體
507．．．上部層
508．．．應用層
510．．．傳送層
512．．．網路層
514．．．鏈路層媒體存取控制層
516．．．實體層
520．．．下部層
702．．．語音區段
704．．．靜默
706．．．封包
708．．．SID封包
圖1說明通信系統之訊框及封包；圖2說明標頭壓縮之一實例；圖3說明通信系統之一實例；圖4說明BTS－RNC－PDSN之某些硬體及軟體組件；圖5說明存取終端機之某些硬體及軟體組件；圖6說明封包流中之一系列封包；圖7A說明語音之連續封包；圖7B說明由六個連續封包表示之語音區段；圖8說明一實例中之靜默抑制；圖9說明另一實例中之靜默抑制；圖10說明一實例中之TS_STRIDE之改變；圖11說明經組態以改良RoHC之效能之方法的一實例；圖12說明AMR中之通話週期及靜默週期；圖13說明經組態以改良RoHC之效能之方法的一實例之流程圖；圖14說明對應於圖13之方法之構件；圖15說明經組態以改良RoHC之效能之方法的另一實例之流程圖；及圖16說明對應於圖15之方法之構件。

Claims (31)

  1. 一種用於壓縮一標頭之方法，其包含：確定複數個連續封包中之至少一者之一即時傳送協定(RTP)時間戳記(TS)；計算連續封包之一RTP時間戳記增量，直至一預定數目之封包具有一恆定的時間戳記增量值；將該恆定的RTP時間戳記增量值指派為一用於壓縮之時間戳記跨步(TS_STRIDE)值；藉由時間戳記跨步(TS_STRIDE)而按比例縮放每一RTP時間戳記(TS)之該值；及使用該所指派值壓縮該標頭。
  2. 一種用於壓縮一標頭之方法，其包含：確定複數個連續封包中之至少一者之一即時傳送協定(RTP)時間戳記(TS)；計算連續封包之一RTP時間戳記增量；在一流之持續時間內找到一最小RTP時間戳記增量(MIN_TS_STRIDE)值；將該最小RTP時間戳記增量(MIN_TS_STRIDE)值指派為一用於壓縮之時間戳記跨步(TS_STRIDE)值；藉由該時間戳記跨步(TS_STRIDE)而按比例縮放每一RTP時間戳記(TS)之該值；及使用該所指派值壓縮該標頭。
  3. 如請求項2之方法，其中壓縮包含：使用基於窗之最低有效位元編碼來確定一編碼值；及 以該編碼值更新一上下文。
  4. 如請求項3之方法，其中壓縮進一步包含：確定該上下文中之一對應於一先前封包之第一值與一對應於一當前封包之第二值之間的一差；以該第二值更新該上下文；及以該第二值壓縮該當前封包之一標頭。
  5. 如請求項2之方法，其中該標頭包含關於網際網路協定(IP)、即時傳送協定(RTP)、使用者資料報協定(UDP)及傳輸控制協定(TCP)中之至少一者的資訊。
  6. 如請求項2之方法，其中該時間戳記增量(TS_STRIDE)為一封包中之樣本之一數目。
  7. 如請求項1之方法，其中該預定數目為5。
  8. 如請求項1之方法，其中該預定數目對於一第一類型之資料為一第一值且對於一第二類型之資料為一第二值。
  9. 如請求項7之方法，其中該等封包包含語音資料。
  10. 一種用於壓縮一標頭之裝置，其包含：用於確定複數個連續封包中之至少一者之一即時傳送協定(RTP)時間戳記(TS)的構件；用於計算連續封包之一RTP時間戳記增量，直至一預定數目之封包具有一恆定的時間戳記增量值的構件；用於將該恆定的RTP時間戳記增量值指派為一用於壓縮之時間戳記跨步(TS_STRIDE)值之構件；用於藉由時間戳記跨步(TS_STRIDE)而按比例縮放每一RTP時間戳記(TS)之該值之構件；及 用於使用該所指派值壓縮該標頭之構件。
  11. 一種用於壓縮一標頭之裝置，其包含：用於確定複數個連續封包中之至少一者之一即時傳送協定(RTP)時間戳記(TS)的構件；用於計算連續封包之一RTP時間戳記增量之構件；用於在一流之持續時間內找到一最小RTP時間戳記增量(MIN_TS_STRIDE)值之構件；用於將該最小RTP時間戳記增量(MIN_TS_STRIDE)值指派為一用於壓縮之時間戳記跨步(TS_STRIDE)值之構件；用於藉由該時間戳記跨步(TS_STRIDE)而按比例縮放每一RTP時間戳記(TS)之該值之構件；及用於使用該所指派值壓縮該標頭之構件。
  12. 如請求項11之裝置，其中該用於壓縮之構件包含：用於使用基於窗之最低有效位元編碼來確定一編碼值之構件；及用於以該編碼值更新一上下文之構件。
  13. 如請求項12之裝置，其中該用於壓縮之構件進一步包含：用於確定該上下文中之一對應於一先前封包之第一值與一對應於一當前封包之第二值之間的一差之構件；用於以該第二值更新該上下文之構件；及用於以該第二值壓縮該當前封包之一標頭之構件。
  14. 如請求項11之裝置，其進一步包含用於傳輸該經壓縮標 頭之構件。
  15. 一種用於增進強健性標頭壓縮效能之裝置，其包含：用於確定複數個封包之一最小時間戳記增量(MIN_TS_STRIDE)之構件；用於接收一當前封包之構件；用於確定該當前封包之一時間戳記增量之構件；用於在該當前封包之時間戳記增量小於該複數個封包之該最小時間戳記增量(MIN_TS_STRIDE)之情況下，更新該最小時間戳記增量(MIN_TS_STRIDE)值的構件；用於將該經更新值傳輸至一解壓縮器之構件；用於接收一下一封包之構件；及用於基於該經更新最小時間戳記增量(MIN_TS_STRIDE)而壓縮該下一封包之構件。
  16. 如請求項15之裝置，其中該用於更新之構件包含：用於將該最小時間戳記增量(MIN_TS_STRIDE)值改變為該當前封包之時間戳記增量(TS_STRIDE)之構件。
  17. 一種用於增進強健性標頭壓縮效能之裝置，其包含：用於接收複數個封包之構件；用於確定該等所接收封包之複數個時間戳記增量(TS_STRIDE)值之構件；用於確定N個所接收封包之該複數個時間戳記值是否保持恆定之構件；用於將該等所確定的時間戳記增量(TS_STRIDE)值與一儲存於一上下文中之時間戳記增量(TS_STRIDE)進行 比較之構件；用於在該等最後連續N個所接收封包之時間戳記增量(TS_STRIDE)保持相同且與該所儲存值不同之情況下更新該所儲存值之構件；用於接收一當前封包之構件；及用於使用該經更新時間戳記增量(TS_STRIDE)壓縮該當前封包之構件。
  18. 一種編碼有一電腦程式產品之電腦可讀媒體，該電腦程式產品包含：用以確定複數個封包之一最小時間戳記增量(MIN_TS_STRIDE)之第一複數個程式碼；用以接收一當前封包之第二複數個程式碼；用以確定該當前封包之一時間戳記增量之第三複數個程式碼；用以在該當前封包之時間戳記增量小於該複數個封包之該最小時間戳記增量(MIN_TS_STRIDE)之情況下，更新該最小時間戳記增量(MIN_TS_STRIDE)值的第四複數個程式碼；用以將該經更新值傳輸至一解壓縮器之第五複數個程式碼；用以接收一下一封包之第六複數個程式碼；及用以基於該經更新最小時間戳記增量(MIN_TS_STRIDE)而壓縮該下一封包之第七複數個程式碼。
  19. 一種編碼有一電腦程式產品之電腦可讀媒體，該電腦程式產品包含：用以接收複數個封包之第一複數個程式碼；用以確定該等所接收封包之複數個時間戳記增量(TS_STRIDE)值之第二複數個程式碼；用以確定N個所接收封包之該複數個時間戳記值是否保持恆定之第三複數個程式碼；用以將該等所確定的時間戳記增量(TS_STRIDE)值與一儲存於一上下文中之時間戳記增量(TS_STRIDE)進行比較之第四複數個程式碼；用以在該等最後連續N個所接收封包之時間戳記增量(TS_STRIDE)保持相同且與該所儲存值不同之情況下更新該所儲存值之第五複數個程式碼；用以接收一當前封包之第六複數個程式碼；及用以使用該經更新時間戳記增量(TS_STRIDE)壓縮該當前封包之第七複數個程式碼。
  20. 一種用於壓縮一標頭之裝置，其包含：一處理器；及一記憶體，其可操作連接至該處理器，其中該記憶體包含指令用於：確定複數個連續封包中之至少一者之一即時傳送協定(RTP)時間戳記(TS)；計算連續封包之一RTP時間戳記增量；在一流之持續時間內找到一最小RTP時間戳記增量 (MIN_TS_STRIDE)值；將該最小RTP時間戳記增量(MIN_TS_STRIDE)值指派為一用於壓縮之時間戳記跨步(TS_STRIDE)值；藉由該時間戳記跨步(TS_STRIDE)而按比例縮放每一RTP時間戳記(TS)之該值；及使用該所指派值壓縮該標頭。
  21. 如請求項20之裝置，其中該記憶體進一步包含指令用於：使用基於窗之最低有效位元編碼來確定一編碼值；及以該編碼值更新一上下文。
  22. 如請求項21之裝置，其中該記憶體進一步包含指令用於：確定該上下文中之一對應於一先前封包之第一值與一對應於一當前封包之第二值之間的一差；以該第二值更新該上下文；及以該第二值壓縮該當前封包之一標頭。
  23. 如請求項20之裝置，其中該標頭包含關於網際網路協定(IP)、即時傳送協定(RTP)、使用者資料報協定(UDP)及傳輸控制協定(TCP)中之至少一者的資訊。
  24. 如請求項20之裝置，其中該時間戳記增量(TS_STRIDE)為一封包中之樣本之一數目。
  25. 一種電腦程式產品，其包含：一電腦可讀媒體，其包含：用以確定複數個連續封包中之至少一者之一即時 傳送協定(RTP)時間戳記(TS)之第一複數個程式碼；用以計算連續封包之一RTP時間戳記增量之第二複數個程式碼；用以在一流之持續時間內找到一最小RTP時間戳記增量(MIN_TS_STRIDE)值之第三複數個程式碼；用以將該最小RTP時間戳記增量(MIN_TS_STRIDE)值指派為一用於壓縮之時間戳記跨步(TS_STRIDE)值之第四複數個程式碼；用以藉由該時間戳記跨步(TS_STRIDE)而按比例縮放每一RTP時間戳記(TS)之該值之第五複數個程式碼；及用以使用該所指派值壓縮該標頭之第六複數個程式碼。
  26. 一種用於壓縮一標頭之處理器，其包含：用於確定複數個連續封包中之至少一者之一即時傳送協定(RTP)時間戳記(TS)之第一模組；用於計算連續封包之一RTP時間戳記增量之第二模組；用於在一流之持續時間內找到一最小RTP時間戳記增量(MIN_TS_STRIDE)值之第三模組；用於將該最小RTP時間戳記增量(MIN_TS_STRIDE)值指派為一用於壓縮之時間戳記跨步(TS_STRIDE)值之第四模組；用於藉由該時間戳記跨步(TS_STRIDE)而按比例縮放 每一RTP時間戳記(TS)之該值之第五模組；及用於使用該所指派值壓縮該標頭之第六模組。
  27. 一種用於增進強健性標頭壓縮之效能之方法，其包含：確定複數個封包之一最小時間戳記增量(MIN_TS_STRIDE)；接收一當前封包；確定該當前封包之一時間戳記增量；在該當前封包之時間戳記增量小於該複數個封包之該最小時間戳記增量(MIN_TS_STRIDE)之情況下，更新該最小時間戳記增量(MIN_TS_STRIDE)值；將該經更新值傳輸至一解壓縮器；接收一下一封包；及基於該經更新最小時間戳記增量(MIN_TS_STRIDE)而壓縮該下一封包。
  28. 如請求項27之方法，其中該更新包含：將該最小時間戳記增量(MIN_TS_STRIDE)值改變為該當前封包之時間戳記增量(TS_STRIDE)。
  29. 一種用於增進強健性標頭壓縮之效能之裝置，其包含：一處理器；及一記憶體，其可操作連接至該處理器，其中該記憶體包含指令用於：確定複數個封包之一最小時間戳記增量(MIN_TS_STRIDE)；接收一當前封包； 確定該當前封包之一時間戳記增量；在該當前封包之時間戳記增量小於該複數個封包之該最小時間戳記增量(MIN_TS_STRIDE)之情況下，更新該最小時間戳記增量(MIN_TS_STRIDE)值；將該經更新值傳輸至一解壓縮器；接收一下一封包；及基於該經更新最小時間戳記增量(MIN_TS_STRIDE)而壓縮該下一封包。
  30. 如請求項29之裝置，其中該記憶體進一步包含指令用於：將該最小時間戳記增量(MIN_TS_STRIDE)值改變為該當前封包之時間戳記增量(TS_STRIDE)。
  31. 一種用於增進強健性標頭壓縮之效能之處理器，其包含：用於確定複數個封包之一最小時間戳記增量(MIN_TS_STRIDE)之第一模組；用於接收一當前封包之第二模組；用於確定該當前封包之一時間戳記增量之第三模組；用於在該當前封包之時間戳記增量小於該複數個封包之該最小時間戳記增量(MIN_TS_STRIDE)之情況下，更新該最小時間戳記增量(MIN_TS_STRIDE)值之第四模組；用於將該經更新值傳輸至一解壓縮器之第五模組；用於接收一下一封包之第六模組；及 用於基於該經更新最小時間戳記增量(MIN_TS_STRIDE)而壓縮該下一封包之第七模組。
TW096100635A 2006-01-06 2007-01-05 當遭遇靜默抑制時用於增進強健性標頭壓縮之效能的方法及裝置 TWI381689B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US75665806P 2006-01-06 2006-01-06
US11/545,956 US7907609B2 (en) 2006-01-06 2006-10-10 Method and apparatus for enhancing RoHC performance when encountering silence suppression

Publications (2)

Publication Number Publication Date
TW200814667A TW200814667A (en) 2008-03-16
TWI381689B true TWI381689B (zh) 2013-01-01

Family

ID=38541764

Family Applications (1)

Application Number Title Priority Date Filing Date
TW096100635A TWI381689B (zh) 2006-01-06 2007-01-05 當遭遇靜默抑制時用於增進強健性標頭壓縮之效能的方法及裝置

Country Status (13)

Country Link
US (1) US7907609B2 (zh)
EP (1) EP1974528B1 (zh)
JP (3) JP2009522954A (zh)
KR (1) KR100965438B1 (zh)
CN (1) CN101366261B (zh)
AU (1) AU2007230862B2 (zh)
BR (1) BRPI0706417A8 (zh)
CA (1) CA2633896C (zh)
IL (1) IL192076A0 (zh)
NO (1) NO20083421L (zh)
RU (1) RU2407205C2 (zh)
TW (1) TWI381689B (zh)
WO (1) WO2007112140A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI739320B (zh) * 2020-02-25 2021-09-11 瑞昱半導體股份有限公司 網路通訊裝置以及網路映射表的操作方法

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8755113B2 (en) 2006-08-31 2014-06-17 Moxtek, Inc. Durable, inorganic, absorptive, ultra-violet, grid polarizer
KR100745782B1 (ko) * 2006-09-29 2007-08-03 한국전자통신연구원 동적 헤더 압축 장치 및 방법
WO2009017340A2 (en) * 2007-07-27 2009-02-05 Lg Electronics Inc. Method of transmitting packet for reducing header overhead
US8265065B2 (en) * 2007-09-14 2012-09-11 Sharp Laboratories Of America, Inc. Method and system for voice-over-internet-protocol (VoIP) transmission in a wireless communications network
US8059632B2 (en) * 2007-09-14 2011-11-15 Sharp Laboratories Of America, Inc. Method and system for transmission of channel quality indicators (CQIs) by mobile devices in a wireless communications network
JP5278532B2 (ja) * 2009-03-19 2013-09-04 富士通株式会社 受信装置、送信装置、受信方法、送信方法、通信システムおよび通信方法
KR101722719B1 (ko) 2009-07-08 2017-04-11 톰슨 라이센싱 역방향의 강력한 헤더 압축 수신기
US8599878B2 (en) * 2009-07-27 2013-12-03 Institute For Information Industry Wireless communication apparatus, header compression method thereof, and header decompression method thereof
US8892757B2 (en) * 2009-10-13 2014-11-18 Blackberry Limited Methods and apparatus for intelligent selection of a transport protocol for content streaming
KR101568881B1 (ko) 2009-10-14 2015-11-12 에릭슨 엘지 주식회사 헤더 압축 효율 향상 방법 및 그를 위한 패킷 송신 장치
CN101674315B (zh) 2009-10-20 2014-12-10 中兴通讯股份有限公司 一种时间戳压缩、解压缩的方法及装置
US9769287B2 (en) * 2010-05-10 2017-09-19 Telefonaktiebolaget Lm Ericsson (Publ) Reducing protocol overhead in single-block packet access procedures
US8611007B2 (en) 2010-09-21 2013-12-17 Moxtek, Inc. Fine pitch wire grid polarizer
US8913321B2 (en) 2010-09-21 2014-12-16 Moxtek, Inc. Fine pitch grid polarizer
US8472754B1 (en) 2010-11-11 2013-06-25 Amazon Technologies, Inc. Image artifact prevention
US8370526B2 (en) 2011-02-22 2013-02-05 Lsi Corporation Binary-shift operations such as for header compression in packet-based communications
US8688762B2 (en) 2011-02-22 2014-04-01 Lsi Corporation Iterative-division operations such as for header compression in packet-based communications
US8913320B2 (en) 2011-05-17 2014-12-16 Moxtek, Inc. Wire grid polarizer with bordered sections
US8873144B2 (en) 2011-05-17 2014-10-28 Moxtek, Inc. Wire grid polarizer with multiple functionality sections
US20130155918A1 (en) * 2011-12-20 2013-06-20 Nokia Siemens Networks Oy Techniques To Enhance Header Compression Efficiency And Enhance Mobile Node Security
US8922890B2 (en) 2012-03-21 2014-12-30 Moxtek, Inc. Polarizer edge rib modification
CN102882879B (zh) * 2012-10-08 2015-10-07 中国电子科技集团公司第五十四研究所 一种适用于卫星信道的ip数据压缩传输方法
CN103812846A (zh) * 2012-11-14 2014-05-21 重庆重邮信科通信技术有限公司 一种头压缩方法及系统
BR112015026497A2 (pt) * 2013-04-17 2017-07-25 Thomson Licensing método e aparelho para compactação de cabeçalho de pacote
US9354374B2 (en) 2013-10-24 2016-05-31 Moxtek, Inc. Polarizer with wire pair over rib
US20150195326A1 (en) * 2014-01-03 2015-07-09 Qualcomm Incorporated Detecting whether header compression is being used for a first stream based upon a delay disparity between the first stream and a second stream
US9923695B2 (en) 2014-09-24 2018-03-20 Samsung Electronics Co., Ltd. Call processing method and apparatus for use in LTE system
CN104320810B (zh) * 2014-11-07 2018-07-06 大唐移动通信设备有限公司 一种头压缩方法、装置及解压缩方法、装置
MX2021008715A (es) * 2015-01-09 2022-12-07 Samsung Electronics Co Ltd Aparato de transmision y metodo de procesamiento por se?al del mismo.
US10037240B2 (en) * 2015-09-24 2018-07-31 Qualcomm Incorporated Timestamp repair mechanism in case of decompression failure
CN106941697A (zh) * 2016-01-04 2017-07-11 中兴通讯股份有限公司 一种发送、接收时间戳信息的方法和装置
CN108737349B (zh) * 2017-04-24 2020-08-28 大唐移动通信设备有限公司 一种语音数据包的处理方法及装置
US11330665B2 (en) 2020-01-09 2022-05-10 Qualcomm Incorporated Increasing throughput efficiency in a PDCP channel with ROHC TCP profile
WO2024151259A1 (en) * 2023-01-11 2024-07-18 Zeku, Inc. Protocol test framework for performance analysis
WO2025014476A1 (en) * 2023-07-11 2025-01-16 Greater Shine Limited Apparatus and method for robust header compression cyclic redundancy check computation using a vector engine

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW569579B (en) * 2001-03-28 2004-01-01 Qualcomm Inc Method and apparatus for header compression in a wireless communication system
US6680955B1 (en) * 1999-08-20 2004-01-20 Nokia Networks Oy Technique for compressing a header field in a data packet
US20050190700A1 (en) * 2002-05-07 2005-09-01 Koninklijke Philips Electronics N.V. Wireless communication arrangements with packet transmissions

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1496654B1 (en) * 1999-05-25 2006-07-12 Lucent Technologies Inc. Method for telecommunications using internet protocol
US6680921B1 (en) * 1999-06-18 2004-01-20 Telefonaktiebolaget Lm Ericsson (Publ) Estimation of time stamps in real-time packet communications
US6535925B1 (en) * 1999-11-09 2003-03-18 Telefonaktiebolaget L M Ericsson (Publ) Packet header compression using division remainders
EP1146713B1 (en) * 2000-03-03 2005-04-27 NTT DoCoMo, Inc. Method and apparatus for packet transmission with header compression
DE60018927T2 (de) * 2000-09-07 2005-07-28 Matsushita Electric Industrial Co. Ltd., Kadoma Verfahren und Vorrichtung zur Datenpaketenübertragung
EP1415474B1 (en) * 2000-09-28 2006-06-14 Nokia Corporation Method and compressor for compressing packet timestamp information
JP3556195B2 (ja) * 2000-11-06 2004-08-18 松下電器産業株式会社 ヘッダ圧縮方法及び装置並びにプログラム
JP2002290383A (ja) * 2001-03-27 2002-10-04 Ntt Docomo Inc パケット伝送制御方法及び送信装置
AU2002339605A1 (en) * 2001-11-06 2003-05-19 Koninklijke Philips Electronics N.V. Wireless communication arrangements with encapsulation and header compression
EP1315356B1 (en) 2001-11-24 2008-10-22 Lg Electronics Inc. Method for transmitting packet data in compressed form in a communication system
KR100889864B1 (ko) * 2002-08-14 2009-03-24 엘지전자 주식회사 멀티미디어 데이터의 압축 전송 방법 및 시스템

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6680955B1 (en) * 1999-08-20 2004-01-20 Nokia Networks Oy Technique for compressing a header field in a data packet
TW569579B (en) * 2001-03-28 2004-01-01 Qualcomm Inc Method and apparatus for header compression in a wireless communication system
US20050190700A1 (en) * 2002-05-07 2005-09-01 Koninklijke Philips Electronics N.V. Wireless communication arrangements with packet transmissions

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
C. Bormann et al., "RObust Header Compression (ROHC) : Framework and four profiles: RTP, UDP, ESP, and uncompressed," IETF STANDARD, July 2001. *
Y. Gwon, J. Kempf, R. Dendukuri, and R. Jain, "Experimental Resultson IP-layer Enhancement to Capacity of VoIPv6 over IEEE 802.11bWireless LAN," In Proc. of WiNMee, 2005. *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TWI739320B (zh) * 2020-02-25 2021-09-11 瑞昱半導體股份有限公司 網路通訊裝置以及網路映射表的操作方法

Also Published As

Publication number Publication date
WO2007112140A2 (en) 2007-10-04
TW200814667A (en) 2008-03-16
AU2007230862A1 (en) 2007-10-04
JP2009522954A (ja) 2009-06-11
US7907609B2 (en) 2011-03-15
KR100965438B1 (ko) 2010-06-24
EP1974528B1 (en) 2017-03-08
AU2007230862B2 (en) 2010-12-02
NO20083421L (no) 2008-10-06
CN101366261A (zh) 2009-02-11
US20100278196A1 (en) 2010-11-04
KR20080083355A (ko) 2008-09-17
CA2633896C (en) 2013-04-02
BRPI0706417A8 (pt) 2018-08-28
EP1974528A2 (en) 2008-10-01
JP2011239432A (ja) 2011-11-24
JP2013243690A (ja) 2013-12-05
JP5134115B2 (ja) 2013-01-30
BRPI0706417A2 (pt) 2011-03-29
IL192076A0 (en) 2009-08-03
RU2407205C2 (ru) 2010-12-20
RU2008132318A (ru) 2010-02-20
CA2633896A1 (en) 2007-10-04
CN101366261B (zh) 2013-03-27
WO2007112140A3 (en) 2008-01-03

Similar Documents

Publication Publication Date Title
TWI381689B (zh) 當遭遇靜默抑制時用於增進強健性標頭壓縮之效能的方法及裝置
JP5280406B2 (ja) エラーに強いヘッダ圧縮においてローカル修正を強化するための方法及びシステム
RU2419237C2 (ru) Способы и системы для усовершенствования локального восстановления при надежном сжатии заголовка
US9154588B2 (en) Backward looking robust header compression receiver
CN1157034C (zh) 使用压缩头标和时间戳字段传送数据分组的系统和方法
CN108737349B (zh) 一种语音数据包的处理方法及装置
HK1113961A (zh) 用於在穩健報頭壓縮中增強本地修復的方法和系統