TWI433518B

TWI433518B - 蜂巢式無線通信網路上支援網路語音服務方法及裝置

Info

Publication number: TWI433518B
Application number: TW98140014A
Authority: TW
Inventors: Arty Chandra; Stephen E Terry; Mohammed Sammour; Jin Wang
Original assignee: Interdigital Tech Corp
Priority date: 2005-11-17
Filing date: 2006-11-15
Publication date: 2014-04-01
Also published as: TW201032549A; TWI538459B; TW201421952A; TW200731728A

Description

蜂巢式無線通信網路上支援網路語音服務方法及裝置

本發明係關於一種無線通信系統。更具體地，本發明係關於一種在無線通信網路上支援基於網際網路協定的語音(VoIP)服務的方法和系統。

已經提出在蜂窩式無線網路上提供VoIP服務的概念。然而，在傳統蜂窩式無線網路(例如第三代合作夥伴計劃(3GPP)網路)上支援VoIP服務是很有挑戰性的。VoIP服務是一種可變低位元率、延遲和抖動敏感應用。根據編解碼率和封包標頭壓縮，對於VoIP服務的資料速率可以在8kbps至42kbps之間改變。

在蜂窩式網路上的VoIP的問題在於大量負載。對於VoIP的語音資料可藉由即時傳輸協定(RTP)來傳送。除了鏈路層訊框之外，VoIP封包總共為40個八位元位元組，其包括IP標頭(對IPv4是20個八位元位元組)、UDP標頭(8個八位元位元組)和RTP標頭(12個八位元位元組)。使用IPv6，對於總數為60個八位元位元組來說IP標頭是40個八位元位元組。有效載荷(payload)的大小取決於使用的語音編碼和訊框的大小，並且為15位元組至75位元組之間的某個大小的位元組。

在3GPP標準中，封包交換域，每一封包包含控制資訊(公共和專用的控制資訊)。該公共控制資訊包括排程資訊、用戶設備(UE)識別和封包的傳送格式組合指示符(TFCI)(例如調變和編碼方案(MCS)和封包大小)。該專用控制資訊包括混合自動重複請求(H-ARQ)處理資訊和傳輸序列號。控制資訊將大約20%範圍內的明顯的負荷附加到VoIP封包。

在3GPP標準的長期演進專案(LTE)中，實體層空中介面是正交頻分多工(OFDM)多輸入多輸出(MIMO)。上行鏈路和下行鏈路資源包括子載波組。在上行鏈路中，可變調變和編碼方案可支援在可用資源之內不足夠適合封包的可變資料速率。例如，如果以較低調變和強健的(robust)編碼方案發送，則可以成功地對重傳的封包進行解碼。然而，在這種情況下，在可用資源中不可能適合封包。

因此，期望提供一種方法，用於減少與VoIP封包關聯的控制負載，以及用於更靈活地支援可變資料速率。

本發明係關於一種在蜂窩式無線通信網路上支援基於網際網路協定的語音(VoIP)服務的方法和系統。以控制器指定的編碼速率對資料進行編碼，以產生VoIP封包。在編碼的資料中識別感知上對錯誤敏感位元和感知上對錯誤不敏感位元，並且藉由媒體存取控制(MAC)層和/或實體層來單獨執行錯誤保護。根據來自控制器的指示選擇性地壓縮VoIP封包的標頭。可將用戶資料封包協定(UDP)-Lite用於敏感位元的部分覆蓋。UD-Lite為具有以部分校驗和的形式增加靈活性的UDP的變形。在不從發送端接收舒適雜訊封包的情況下在安靜期間由接收端產生舒適雜訊。

如果VoIP封包不適合當前分配的無線資源，則可將VoIP封包分為至少兩段，並按段發送。用於附加無線資源的請求可與第一段一起發送，並且附加資源可回應於該請求分配，從而使用該附加無線資源發送剩餘段。可替代地，用於附加無線資源的需求可通過發送段而不是全部VoIP封包來隱含地獲知。附加資源分配可用于剩餘段或全部封包。可使用為失敗的VoIP封包的同步混合自動重複請求(H-ARQ)重傳而分配的無線資源來發送剩餘段。

當下文引用時，術語“WTRU”包括但不限於UE、行動站(STA)、固定或行動用戶單元、傳呼機或能夠在無線環境中運行的任何其他類型裝置。當下文引用時，術語“B節點(Node-B)”包括但不限於基地台、站點控制器、存取點(AP)或者在無線環境中的任何其他類型的介面連接裝置。當下文引用時，術語“VoIP”包括基於IP的任何即時(RT)服務，不限於語音服務，而是任何RT服務，例如視訊服務。

本發明的特徵可以結合到積體電路(IC)中，或者可以被配置在包括複數互連元件的電路中。

本發明適合於任何無線通信系統，包括但不限於3GPP、高速封包存取(HSPA)系統(HSPA+)的演進(例如高速下行鏈路封包存取(HSDPA)或高速上行鏈路封包存取(HSUPA)的演進)和3GPP標準的LTE。

圖1是根據本發明所配置的示範性無線通信系統100的方塊圖。該系統100包括WTRU 102、無線存取網路(RAN)110和核心網路120。RAN 110包括Node-B 112，也可包括無線網路控制器(RNC)114。如果RNC 114不存在(例如在LTE中)，則Node-B 112直接連接至核心網路120。核心網路120(也可稱為存取閘道(aGW))係連接至IP網路130。較佳地，Node-B 112為WTRU 102分配無線資源，並且WTRU 102在無線通信網路100上使用所分配的資源發送和接收VoIP封包。

圖2是根據本發明用於在無線通信網路上支援VoIP的裝置200的方塊圖。該裝置200可以是WTRU 102，或者可以是在RAN 110或核心網路路120中的實體。裝置200包括VoIP編解碼器202、UDP層204(較佳為UDP-Lite層)、IP層206、標頭壓縮和解壓縮層208、RLC層210、MAC層212和實體層214。

VoIP編解碼器202對發送資料(即語音、視訊或任何其他資料)進行編碼以用於傳輸，並對接收到的資料進行解碼。可選擇適應性多速率(AMR)和適應性多速率寬頻(AMR-WB)作為用於3GPP系統的VoIP編解碼器。AMR可支援8種編碼模式，AMR-WB可支援9種編碼模式。AMR支援的位元速率範圍為從4.75kbps至12.2kbps，AMR-WB支援的位元速率範圍為從6.6kbps至23.85kbps。AMR和AMR-WB的多速率編碼功能是設計用於在大範圍傳輸條件下保持高品質。為了執行模式適應，解碼器將編解碼器模式請求(CMR)發送至通信對等節點的編碼器，以用於該解碼器較佳的新模式。可將CMR與VoIP封包一起作為頻內傳信來發送。

在AMR或AMR-WB訊框中，由VoIP編解碼器202所編碼的語音或視訊位元對位元錯誤具有不同的感知敏感度。這種特性可用來藉由使用不同錯誤保護和檢測而實現更好的品質。在經編碼的發送資料中，可由VoIP編解碼器202來識別對錯誤敏感的位元和對錯誤不敏感的位元。可由UDP層204、MAC層212或實體層214(將在隨後進行說明)單獨處理敏感位元和不敏感位元，以進行錯誤保護。

VoIP編解碼器202的編解碼速率(即編碼和解碼速率)係由控制器220來指定。該控制器220可以是獨立網路實體，或者可以處於WTRU 102或任何其他現有網路實體(例如在核心網路路120中的Node-B 112、RNC 114或無線資源管理(RRM)實體)中。這保證了將編解碼速率更快地適配給無線資源。控制器220檢測無線條件的改變，並發送信號至VoIP編解碼器202，以調整編解碼器速率。

控制器220可發送CMR至編碼器(即發送端的VoIP編解碼器)作為頻外信號。CMR表示由編碼器可使用的最大編碼速率。可替代地，控制器220可將表示需要改變編碼速率的指示發送到解碼器(即接收端的VoIP編解碼器)，並且解碼器可回應於該指示而將CMR發送至通信對等節點的編碼器。可替代地，在從通信對等節點接收的接收VoIP封包中的所接收的CMR可以在發送至VoIP編解碼器202之前被修改。基於發送通道條件來改變在發送端的VoIP資料速率。在WTRU 102中，VoIP編碼器可基於來自控制器的頻外指示來改變編碼速率。然而，在網路一側上，不可能發送頻外指示。因此，在WTRU 102的控制器220可發送資料速率改變指示至解碼器。基於該指示，在WTRU 102的解碼器可產生CMR，並將其發送至在網路側的編碼器。

AMR和AMR-WB VoIP編解碼器都支援在安靜期間的語音活動性檢測以及舒適雜訊參數的產生。通常，在安靜期間，從發送端將舒適雜訊封包發送至接收端。根據本發明，裝置200可包括舒適雜訊產生器(未示出)，以在安靜期間產生舒適雜訊。在接收端產生舒適雜訊，而不從發送端接收舒適雜訊封包。這樣，可以在安靜期間節省實體層資源。

UDP層204(較佳地為UDP-Lite層)將UDP標頭(較佳地為UDP-Lite標頭)附加至經編碼的發送資料，以產生UDP封包(較佳地為UDP-Lite封包)。UDP-Lite是以部分校驗和(checksum)的形式提供增加的靈活性的UDP變形。UDP-Lite標頭包括校驗和值以及校驗和覆蓋欄位。校驗和覆蓋欄位表示在UDP-Lite標頭中由校驗和值覆蓋的位元長度。當校驗和值覆蓋整個封包時(為缺省值)，UDP-Lite可在語義上與UDP相同。當UDP-Lite是啟動時，將封包分為敏感位元和不敏感位元，並計算校驗和值以覆蓋敏感位元。在接收端，在不敏感位元中的錯誤將不會使得該封包被傳輸層丟棄。

IP層206藉由附加IP標頭以從經編碼的發送資料產生一發送VoIP封包。IP層206也處理一接收VoIP封包、去除IP標頭，並將該封包的剩餘部分轉送至上層。

標頭壓縮和解壓縮層208壓縮發送VoIP封包的標頭，並解壓縮該接收VoIP封包的標頭。強健的標頭壓縮(ROHC)是多種標頭壓縮機制中的一種。標頭壓縮和解壓縮層208根據來自控制器220的指示而選擇性地執行壓縮和解壓縮。標頭壓縮和解壓縮層208發送未壓縮的標頭，以在某種條件下降低錯誤傳播。例如，在切換期間或者當鏈結條件較差時，控制器220對標頭壓縮和解壓縮層208發出指示，以發送完整的標頭。控制器220可處於核心網路路120中，或者分別處於WTRU 102和Node-B 112中。

可替代地，標頭壓縮和解壓縮層208可基於由網路實體(例如存取閘道)所發送的回饋封包而選擇性地執行壓縮。該回饋封包係指示鏈結條件、切換的需求等等。

當實施UDP-Lite時，網路實體(例如存取閘道、核心網路路或VoIP閘道)將表示在VoIP會話期間UDP-Lite是否啟動的指示發送至標頭壓縮和解壓縮層208。如果UDP-Lite是啟動的，則在標頭壓縮期間並不壓縮UDP-Lite標頭的校驗和覆蓋欄位。這樣可保證封包具有精確的CRC。

RLC層210提供VoIP封包的依序發送。RLC層210從該發送VoIP封包產生一發送RLC協定資料單元(PDU)，並從一接收RLC PDU產生一接收VoIP封包。在無應答模式(UM)的RLC上發送VoIP封包。該UM RLC提供錯誤資料、複製避免和再排序的檢測。RLC層210可執行IP封包的分段。根據本發明，RLC 210(即UM RLC)將從MAC層212接收的所有封包與表示是否成功接收到封包的指示一起發送至IP層206或標頭壓縮和解壓縮層208。

MAC層212在通信對等節點之間提供資料傳輸服務。MAC層212從該發送RLC PDU產生一發送MAC PDU，並從一接收MAC PDU產生一接收RLC PDU。MAC層212支援對於敏感位元和不敏感位元的不同錯誤保護、可變封包大小和在預定時間期間封包的重傳。

MAC層212可以從VoIP編解碼器202接收關於對每一VoIP封包的敏感位元數的指示。MAC層212可以將VoIP封包分成複數大小相等或不等的段。MAC層212將單獨的迴圈冗餘校驗(CRC)附加到每一段。MAC層212產生段，從而敏感位元以最小的段數來傳播。

如果MAC層212可以在相同的傳輸時間間隔(TTI)中發送複數傳輸塊(例如H-ARQ PDU)，則作為不同的TB，MAC層212可以以相同的TTI發送所有或複數段。如果MAC層212可以在TTI中僅發送一個TB，則在不同的TTI中發送段。較佳地，對每一TB附加單獨的CRC。可附加具有不同強度的不同CRC(例如將較強壯的CRC附加到包括敏感位元的TB)。可替代地，可以將CRC僅附加到包括敏感位元的TB。

可替代地，可以在沒有關於敏感位元的顯式(explicit)指示的情況下執行分段。VoIP編解碼器202按照敏感性以預定順序輸出它的位元。例如，VoIP編解碼器202可以在該封包中最後(或最前)的X個位元(即在例如IP標頭的標頭之後的X個位元)中輸出具有更高敏感度的位元。MAC層212將VoIP封包分段成N段，並根據這些段的順序對它們分配不同的強健性。例如，如果敏感位元處於VoIP封包的最後，則最後的段可具有最高的錯誤保護。這種方案的優點在於不需要顯式傳信。

可替代地，除了MAC層212之外，RLC層210可以在接收或不接收關於敏感位元的顯式指示的情況下執行VoIP封包的分段。

實體層214經由無線通道發送該發送MAC PDU，並從接收到的資料產生一接收MAC PDU。實體層214從MAC層212接收關於具有敏感位元的段的指示。然後，實體層214在包括敏感位元的段上執行較低調變和更好編碼。

可替代地，MAC層212可不對該發送VoIP封包進行分段，但是可對實體層214指示敏感位元的數量和位置。然後，實體層214對該敏感位元執行更好編碼(例如對敏感位元的較少刪截和/或敏感位元的較多重複)。

MAC層212包括MAC-hs 216和/或MAC-e/es 218。應注意的是，術語“hs”和“e/es”用來表示特定MAC功能，本發明不限於涉及這些術語的任意特定MAC功能，而是適合於任何MAC功能，與特定MAC功能的符號無關。MAC-hs 216負責在高速下行鏈路封包存取(HSDPA)的下行鏈路中的實體資源的管理以及封包傳輸。MAC-hs 216提供快速排程和重傳(如果必要)。HSDPA實施非同步混合自動重複請求(H-ARQ)處理。在任意時間從相同的H-ARQ處理發送(或重傳)封包。封包的發送可以基於封包的優先順序。

在上行鏈路中，MAC-e/es 218提供對於高速上行鏈路封包存取(HSUPA)的快速排程和重傳。在HSUPA中，對於10msec傳輸時間間隔(TTI)提供4個H-ARQ處理，對於2msec TTI提供8個H-ARQ處理。在HSUPA中的H-ARQ方案是同步的H-ARQ。因此，在先前傳輸之後，從相同的H-ARQ處理的“N”個TTI發送(或重傳)的封包，其中對於10msec TTI和2msec TTI分別為N=4和N=8。傳統VoIP編解碼器每20msec產生封包。為了支援同步的H-ARQ，可以調整H-ARQ處理的次數，以匹配VoIP封包產生速率。例如，對於2msec TTI，可以將H-ARQ處理的次數增加至十次(10)，以匹配20msec VoIP封包產生速率。可替代地，可以為VoIP服務分配分離得盡可能遠的兩個或更複數H-ARQ處理。例如，在八個(8)H-ARQ處理的情況下，H-ARQ處理一個，並且可將五分配給VoIP服務。

較佳地，Node-B 112可藉由發送控制資訊以將無線資源分配給WTRU 102。該控制資訊可以在控制封包中發送，或者在控制通道上發送。根據本發明，為了降低控制負載，在經由更長持續時間的單一控制封包的同時，在預定持續時間分配無線資源給複數WTRU 102。該控制資訊覆蓋複數WTRU 102。可以將相似通道條件下的WTRU 102組合在一起。由於通道條件相似，因此，可以分配相似數量的資源，以及相似的調變和編碼方案可以由WTRU 102組使用。對於單獨的WTRU 102，僅僅分配的資源和WTRU實體需要在控制封包中被指示。因此，降低了控制負載。

另外，可週期性(例如10msec或20msec)發送控制資訊。對於無線資源分配的週期可以基於編解碼器速率和重傳可能性。由於無線資源分配的週期，對於某種控制資訊(例如排程資訊和WTRU標識)可使用較少位元。

然而，缺點在於如果WTRU 102沒有使用分配的資源，則浪費了在上行鏈路中的頻寬。因此，WTRU 102應該使用對於任何其他用戶分配的資源或控制資料流程。在這種情況下，分配特定位元，用以指示在控制資訊和/或資料流程中的改變，從而接收器可獲知該封包是來自不同的流，以及對應於控制資訊進行編碼。

在3GPP的LTE中，實體層無線介面是OFDM MIMO。將無線資源劃分為子載波組。Node-B 112週期性地將子載波組分配給WTRU 102。假設對每一WTRU 102週期性地分配最小的所需資源，如果封包大小或MCS改變，則週期資源可能不夠。例如，如果在較低調變以及強健編碼下發送，重傳的封包可被成功發送。然而，在這種情況下，在所分配的資源中不可能適合該封包。

根據本發明，當VoIP封包不適合分配的資源時，WTRU 102對VoIP封包進行分段，並發送用於附加資源的請求至Node-B 112。圖3是根據本發明的一個實施方式用於在上行鏈路中發送VoIP封包的方法300的流程圖。如上所述，Node-B 112週期性地將用於上行鏈路和下行鏈路的資源分配給複數WTRU 102(步驟302)。當封包不適合當前分配的資源時，WTRU 102對VoIP封包進行分段(步驟304)，以適合可用資源。然後，WTRU 102使用當前可用資源發送第一段，還發送用於附加資源的請求(步驟306)。可由RLC、MAC或實體層傳信來發送該請求。可通過傳輸格式組合(TFC)選擇流程來確定附加所需的資源。然後，Node-B 112基於該請求在少量TTI之內臨時分配附加資源(步驟308)。WTRU 102使用該附加資源發送剩餘段(步驟310)。

當Node-B 112接收到請求時，Node-B 112可能成功接收到第一段，或者不能成功接收到第一段。如果Node-B 112成功接收到第一段，則Node-B 112將附加資源分配給WTRU，從而WTRU 102使用該附加的資源發送剩餘段。如果Node-B 112沒有成功接收到第一段，(假設該請求是實體層控制傳信的一部分，(例如H-ARQ關聯的控制傳信))，則Node-B 112可為完整封包而不是段的發送分配資源，並發送否定性的確認(NACK)至WTRU 102。一旦接收到新資源分配和NACK，WTRU 102可終止舊的H-ARQ傳輸，並啟動新的H-ARQ傳輸，以使用新資源發送完整封包，而不是段。

圖4是根據本發明的另一實施方式用於在上行鏈路中發送VoIP封包的方法400的流程圖。Node-B 112週期性地將用於上行鏈路和下行鏈路的資源分配給複數WTRU 102(步驟402)。當封包不適合當前分配的資源時，WTRU 102對VoIP封包進行分段，以適合可用資源(步驟404)。然後，WTRU 102在沒有對附加資源的顯式請求的情況下使用當前可用的資源發送第一段(步驟406)。當Node-B 112接收到封包的一段(而不是完整封包)段，Node-B 112隱含地獲知需要更多的資源並分配附加臨時資源(步驟408)。這需要Node-B 112對MAC標頭和RLC標頭解碼，以確定發送的是段而不是完整封包。WTRU 102使用附加資源發送剩餘段(步驟410)。

在MAC或RLC標頭中包含的節(segmentation)和段資訊可提供用於確定待分配的臨時資源量的資訊，(例如在段/節中，節方案可提供屬於封包的節的總數，或提供封包的總大小)。

圖5是根據本發明的又一實施方式用於在上行鏈路中發送VoIP封包的方法500的流程圖。Node-B 112週期性地將用於上行鏈路和下行鏈路的資源分配給複數WTRU 102(步驟502)。WTRU 102使用分配的資源發送VoIP封包(步驟504)。如果在步驟506確定成功接收到封包，則Node-B發送ACK至WTRU(步驟508)，並且方法500結束。如果在步驟506確定沒有成功接收到封包，則Node-B發送NACK至WTRU(步驟510)。當傳輸失敗時，Node-B 112隱含地獲知將經由H-ARQ機制來重傳封包。因此，Node-B 112在不從WTRU 102接收附加資源的請求的情況下將附加資源分配給WTRU 102(步驟512)。然後，WTRU 102使用附加資源發送先前失敗的封包(步驟514)。Node-B 112可執行先前失敗的傳輸和新傳輸的軟組合。

圖6是根據本發明的又另一實施方式用於在上行鏈路中發送VoIP封包的方法600的流程圖。在此實施例中，在Node-B 112和WTRU 102之間使用同步H-ARQ。在同步H-ARQ中，在隨著先前傳輸的固定(時間)期間之後，進行先前失敗的封包的重傳。一旦許可Node-B 112，WTRU 102使用通常用於同步H-ARQ重傳的資源作為附加臨時資源，而不是顯式地分配附加資源並發送控制消息以描述這些資源。

Node-B 112週期性地將用於上行鏈路和下行鏈路的資源分配給複數WTRU 102(步驟602)。WTRU 102使用分配的資源發送VoIP封包(步驟604)。如果在步驟606確定成功接收到封包，則Node-B發送ACK至WTRU(步驟608)，並且方法600結束。如果在步驟606確定沒有成功接收到封包，則Node-B 112發送NACK至WTRU(步驟610)。然後，WTRU 102對封包進行分段，並將第一段與或不與表示WTRU 102需要更多資源的指示(即如上所述該指示可隱含地指示)一起發送(步驟612)。然後，Node-B 112回應該許可(步驟614)。用於許可的位元可用隨H-ARQ回饋一起包含，或者可包含在MAC層傳信的實體層中。一旦接收到該許可，WTRU 102使用用於同步H-ARQ重傳的資源來發送剩餘段(步驟616)，(即在N個TTI之後)，而不需要從Node-B 112進行臨時資源分配。

在下行鏈路中，如果當前分配的資源不足夠攜帶VoIP封包，則Node-B 112對VoIP封包進行分段，並使用當前分配的資源發送第一段。第一段將會減少控制資訊。然而，將不適合當前分配資源的剩餘段與完整控制資訊(例如資源分配、WTRU ID、流ID、H-ARQ處理ID等)一同發送。還可能使用相同策略用於失敗的封包的重傳。在分配的資源上發送第一傳輸。如果需要重傳，由於為了重傳或資料速率中的改變，在接收端對待解碼的封包需要完整的控制資訊，所以將重傳的封包與完整控制資訊一同發送。

實施例

1.　一種在無線通信網路上支援VoIP服務的裝置。

2.　如實施例1所述的裝置，包括VoIP編解碼器，用於對發送資料進行編碼和對接收資料進行解碼。

3.　如實施例2所述的裝置，其中由控制器指定VoIP編解碼器的編碼速率。

4.　如實施例2-3中任一實施例所述的裝置，其中在所編碼的發送資料中識別對錯誤敏感的位元和對錯誤不敏感的位元，以用於單獨的錯誤保護。

5.　如實施例2-4中任一實施例所述的裝置，包括IP層，用於藉由將IP標頭附加到編碼的發送資料來產生一發送VoIP封包，以及用於處理一接收VoIP封包。

6.　如實施例2-5中任一實施例所述的裝置，包括RLC層，用於該發送VoIP封包和該接收VoIP封包的依序發送。

7.　如實施例5-6中任一實施例所述的裝置，包括MAC層，用於在通信對等節點之間傳送該發送VoIP封包和該接收VoIP封包。

8.　如實施例5-7中任一實施例所述的裝置，包括實體層，用於經由無線通道發送該發送VoIP封包以及接收該接收VoIP封包。

9.　如實施例2-8中任一實施例所述的裝置，其中VoIP編解碼器發送關於對錯誤敏感位元和對錯誤不敏感位元的顯式指示，從而單獨處理敏感位元和不敏感位元，以用於錯誤保護。

10.如實施例2-8中任一實施例所述的裝置，其中VoIP編解碼器根據對錯誤的敏感度以預定順序輸出該發送資料，從而單獨處理敏感位元和不敏感位元，以用於錯誤保護。

11.　如實施例7-10中任一實施例所述的裝置，其中RLC層和MAC層其中之一將該發送VoIP封包劃分為複數段，從而單獨處理敏感位元和不敏感位元，以用於錯誤保護。

12.　如實施例11所述的裝置，其中MAC層對於包括敏感位元的段採用更強健的調變和編碼方案。

13.　如實施例11-12中任一實施例所述的裝置，其中RLC層和MAC層其中之一將發送VoIP封包劃分為複數段，從而包括敏感位元的段的數量盡可能的小。

14.　如實施例11-13中任一實施例所述的裝置，其中MAC層將單獨的CRC附加到每一段。

15.　如實施例11-14中任一實施例所述的裝置，其中MAC層經配置為在相同TTI中發送複數TB，以及經由具有單獨CRC的單獨TB來發送每一段。

16.　如實施例11-14中任一實施例所述的裝置，其中MAC層經配置為在TTI中發送一個TB，以及在不同的TTI中發送每一段。

17.　如實施例11-15中任一實施例所述的裝置，其中MAC層將CRC僅附加至包括敏感位元的段。

18.　如實施例11-17中任一實施例所述的裝置，其中MAC層將在錯誤保護方面具有較高強度的CRC附加到包括敏感位元的段。

19.　如實施例11-18中任一實施例所述的裝置，其中係經由實體層單獨處理敏感位元和不敏感位元，以用於錯誤保護。

20.　如實施例19所述的裝置，其中MAC層將關於敏感位元的數量和位置的指示發送到實體層。

21.　如實施例19-20中任一實施例所述的裝置，其中實體層對敏感位元採用較少刪截。

22.　如實施例19-21中任一實施例所述的裝置，其中實體層對敏感位元採用較多重複。

23.　如實施例5-22中任一實施例所述的裝置，更包括標頭壓縮和解壓縮實體，用於對該發送VoIP封包的標頭進行壓縮，以及對該接收VoIP封包的標頭進行解壓縮。

24.　如實施例23所述的裝置，其中標頭壓縮和解壓縮實體根據來自控制器的指示而選擇性地執行壓縮和解壓縮。

25.　如實施例23-24中任一實施例所述的裝置，其中標頭壓縮和解壓縮實體根據來自網路實體的關於無線通道條件的回饋而選擇性地執行壓縮和解壓縮。

26.　如實施例4-25中任一實施例所述的裝置，更包括UDP層，用於附加和去除UDP-Lite標頭，該UDP-Lite標頭包括用於部分覆蓋敏感位元的校驗和覆蓋欄位。

27.　如實施例26所述的裝置，更包括標頭壓縮和解壓縮實體，用於對該發送VoIp封包的標頭進行壓縮以及對該接收VoIP封包的標頭進行解壓縮，其中，控制器將涉及UDP-Lite是否是啟動的指示發送到標頭壓縮和解壓縮實體，從而當UDP-Lite是啟動時，不壓縮UDP-Lite標頭的校驗和覆蓋欄位。

28.　如實施例3-27中任一實施例所述的裝置，其中控制器發送CMR，以調整編碼速率。

29.　如實施例3-27中任一實施例所述的裝置，其中控制器發送表示用於調整編碼速率的需求的指示，以及CMR回應於該指示而被發送到通信對等節點。

30.　如實施例3-29中任一實施例所述的裝置，其中控制器處於WTRU中。

31.　如實施例3-29中任一實施例所述的裝置，其中控制器處於Node-B中。

32.　如實施例3-29中任一實施例所述的裝置，其中控制器處於aGW中。

33.　如實施例3-29中任一實施例所述的裝置，其中控制器位於核心網路路路實體中。

34.　如實施例3-29中任一實施例所述的裝置，其中控制器位於RNC中。

35.　如實施例1-34中任一實施例所述的裝置，包括舒適雜訊產生器，用於產生舒適雜訊，從而在不從通信對等節點接收舒適雜訊封包的情況下在安靜期間產生舒適雜訊。

36.　如實施例6-35中任一實施例所述的裝置，其中RLC層發送具有是否成功接收到封包的指示的所有封包。

37.　如實施例7-36中任一實施例所述的裝置，其中MAC層包括複數H-ARQ處理，並實施同步H-ARQ。

38.　如實施例37所述的裝置，其中為VoIP服務分配複數H-ARQ處理中的至少兩個H-ARQ處理，從而分配的H-ARQ處理被分離得盡可能遠。

39.　如實施例5-38中任一實施例所述的裝置，其中，如果該發送VoIP封包不適合當前分配的無線資源，則將VoIP封包分為至少兩段，從而按段發送該發送VoIP封包。

40.　如實施例39所述的裝置，其中MAC層隨著第一段發送用於附加無線資源的請求，並使用該附加無線資源發送剩餘段。

41.　如實施例2-40中任一實施例所述的裝置，其中週期性地分配無線資源。

42.　如實施例41所述的裝置，其中週期性地分配最小無線資源。

43.　如實施例40-42中任一實施例所述的裝置，其中MAC層使用一旦發送第一段後隨後分配給該裝置的附加無線資源來發送剩餘段。

44.　如實施例40-42中任一實施例所述的裝置，其中係為剩餘段分配附加無線資源。

45.　如實施例40-42中任一實施例所述的裝置，其中係為整個VoIP封包分配附加無線資源。

46.　如實施例39所述的裝置，其中MAC層使用為封包的同步H-ARQ重傳而分配的無線資源來發送剩餘段。

47.　如實施例46所述的裝置，其中VoIP封包是一先前失敗封包的重傳。

48.　如實施例47所述的裝置，其中MAC層使用附加無線資源來發送一先前失敗封包的重傳。

49.　一種在無線通信網路上支援VoIP服務的方法。

50.　如實施例49所述的方法，包括對資料進行編碼，其中由控制器指定編碼速率。

51.　如實施例50所述的方法，包括在所編碼的資料中識別敏感位元和不敏感位元。

52.　如實施例50-51中任一實施例所述的方法，包括藉由將IP標頭附加到編碼資料來產生VoIP封包。

53.　如實施例52所述的方法，包括處理該VoIP封包，以用於錯誤保護，其中在敏感位元和不敏感位元上單獨執行錯誤保護。

54.　如實施例53所述的方法，包括發送該VoIP封包。

55.　如實施例51-54中任一實施例所述的方法，其中發送關於對錯誤敏感的位元和對錯誤不敏感的位元的顯式指示，從而單獨處理敏感位元和不敏感位元，以用於錯誤保護。

56.　如實施例51-54中任一實施例所述的方法，其中根據對錯誤的敏感度以預定順序排列編碼的資料，從而單獨處理敏感位元和不敏感位元，以用於錯誤保護。

57.　如實施例52-56中任一實施例所述的方法，更包括將VoIP封包分為複數段，從而單獨處理敏感位元和不敏感位元，以用於錯誤保護。

58.　如實施例57所述的方法，其中由RLC層對VoIP封包進行分段。

59.　如實施例57所述的方法，其中由MAC層對VoIP封包進行分段。

60.　如實施例56-59中任一實施例所述的方法，其中MAC層對於包括敏感位元的段採用更強健的調變和編碼方案。

61.　如實施例57-60中任一實施例所述的方法，其中將VoIP封包分段，從而包括敏感位元的段的數量盡可能小。

62.　如實施例57-61中任一實施例所述的方法，更包括將單獨的CRC附加到每一段。

63.　如實施例62所述的方法，其中MAC層係經配置為在相同TTI中發送複數TB，以及經由具有單獨CRC的單獨TB來發送每一段。

64.　如實施例62所述的方法，其中MAC層係經配置為在TTI中發送一個TB，以及在不同的TTI中發送每一段。

65.　如實施例53-64中任一實施例所述的方法，其中將CRC僅附加至包括敏感位元的段。

66.　如實施例53-65中任一實施例所述的方法，其中將在錯誤保護方面具有較高強度的CRC附加到包括敏感位元的段。

67.　如實施例53-66中任一實施例所述的方法，其中實體層單獨處理敏感位元和不敏感位元，以用於錯誤保護。

68.　如實施例67所述的方法，其中MAC層將關於敏感位元的數量和位置的指示發送到實體層。

69.　如實施例67-68中任一實施例所述的方法，其中實體層對敏感位元採用較少刪截。

70.　如實施例67-69中任一實施例所述的方法，其中實體層對敏感位元採用較多重複。

71.　如實施例52-70中任一實施例所述的方法，更包括對VoIP封包的標頭進行壓縮。

72.　如實施例71所述的方法，其中根據來自控制器的指示而選擇性地執行壓縮。

73.　如實施例71-72中任一實施例所述的方法，其中根據與來自網路實體的無線通道條件有關的回饋而選擇性地執行壓縮。

74.　如實施例55-73中任一實施例所述的方法，更包括附加UDP-Lite標頭，該UDP-Lite標頭包括用於部分覆蓋敏感位元的校驗和覆蓋欄位。

75.　如實施例74所述的方法，更包括控制器發送涉及UDP-Lite是否是啟動的指示，從而當UDP-Lite是啟動的時，不壓縮UDP-Lite標頭的校驗和覆蓋欄位。

76.　如實施例50-75中任一實施例所述的方法，其中控制器發送CMR，以調整編碼速率。

77.　如實施例50-75中任一實施例所述的方法，其中控制器發送表示用於調整編碼速率的需求的指示，並且回應於該指示而將CMR發送到通信對等節點。

78.　如實施例50-77中任一實施例所述的方法，其中控制器處於WTRU中。

79.　如實施例50-77中任一實施例所述的方法，其中控制器處於Node-B中。

80.　如實施例50-77中任一實施例所述的方法，其中控制器處於aGW中。

81.　如實施例50-77中任一實施例所述的方法，其中控制器位於RNC中。

82.　如實施例50-77中任一實施例所述的方法，其中控制器位於核心網路路路實體中。

83.　如實施例54-82中任一實施例所述的方法，更包括接收VoIP封包。

84.　如實施例83所述的方法，包括處理該接收的VoIP封包，以用於恢復VoIP資料。

85.　如實施例84所述的方法，包括在不接收舒適雜訊封包的情況下，於安靜期間產生舒適雜訊。

86.　如實施例83-85中任一實施例所述的方法，更包括將具有是否成功接收到接收VoIP封包的指示的接收VoIP封包轉送到上層。

87.　如實施例54-86中任一實施例所述的方法，更包括執行用於VoIP封包的傳輸和重傳的同步H-ARQ機制。

88.　如實施例71所述的方法，其中為VoIP服務分配複數H-ARQ處理中的至少兩個H-ARQ處理，從而所分配的H-ARQ處理被分離得盡可能遠。

89.　如實施例52-88中任一實施例所述的方法，更包括如果VoIP封包不適合當前分配的無線資源，則將VoIP封包分為至少兩段，從而按段發送該VoIP封包。

90.　如實施例89所述的方法，更包括隨著第一段發送用於附加無線資源的請求，從而使用該附加無線資源來發送剩餘段。

91.　如實施例50-90中任一實施例所述的方法，其中係週期性地分配無線資源。

92.　如實施例91所述的方法，其中係週期性地分配最小無線資源。

93.　如實施例89-92中任一實施例所述的方法，其中，一旦接收到第一段，則將附加無線資源進行分配，從而藉由使用該附加無線資源來發送剩餘段。

94.　如實施例90-93中任一實施例所述的方法，其中為剩餘段分配附加無線資源。

95.　如實施例90-93中任一實施例所述的方法，其中為整個VoIP封包分配附加無線資源。

96.　如實施例90-95中任一實施例所述的方法，其中使用為VoIP封包的同步H-ARQ重傳而分配的無線資源來發送剩餘段。

97.　如實施例96所述的方法，其中VoIP封包是一先前失敗封包的重傳。

98.　如實施例97所述的方法，其中係經由使用附加無線資源來重傳一先前失敗的VoIP封包。

99.　一種在無線通信網路上支援VoIP服務的系統。

100.　如實施例99所述的系統，包括複數WTRU，經配置為發送VoIP封包。

101.　如實施例100所述的系統，包括Node-B，經配置為將位於相似條件的WTRU進行封包，並同時在預定持續時間週期性地將無線資源分配給WTRU組。

102.　如實施例99-101任一實施例所述的系統，包括核心網路路路，用於傳送該發送VoIP封包和該接收VoIP封包。

103.　如實施例101-102任一實施例所述的系統，其中對於無線資源分配的週期是基於編解碼速率和重傳可能性。

104.　如實施例100-103任一實施例所述的系統，其中WTRU在VoIP封包中包括一特定位元，以表示在控制資訊和資料流程中的改變。

105.　如實施例100-104任一實施例所述的系統，其中，如果VoIP封包不適合當前分配的無線資源，則WTRU將VoIP分為至少兩段，從而按段發送該VoIP封包。

106.　如實施例101-105任一實施例所述的系統，其中Node-B對每一WTRU分配最小無線資源。

107.　如實施例105-106任一實施例所述的系統，其中，一旦接收到第一段，則將附加無線資源進行分配，從而藉由使用該附加無線資源來發送剩餘段。

108.　如實施例107所述的系統，其中使用為VoIP封包的同步H-ARQ重傳而分配的無線資源來發送剩餘段。

109.　如實施例105-106任一實施例所述的系統，其中WTRU將用於附加無線資源的請求與第一段一起發送至Node-B，該Node-B分配附加無線資源，並且WTRU使用該附加無線資源發送剩餘段。

110.　如實施例109所述的系統，其中為剩餘段分配附加無線資源。

111.　如實施例109所述的系統，其中為整個VoIP封包分配附加無線資源。

112.　如實施例101-106任一實施例所述的系統，其中，一旦接收到失敗的VoIP封包，則Node-B分配附加無線資源，從而WTRU藉由使用該附加無線資源來重傳一先前失敗的VoIP封包。

雖然本發明的特徵和元件在較佳的實施方式中以特定的結合進行了描述，但每個特徵或元件可以在沒有該較佳實施方式的其他特徵和元件的情況下單獨使用，或在與或不與本發明的其他特徵和元件結合的各種情況下使用。

100．．．系統

102．．．無線發送/接收單元

110．．．無線存取網路

112．．．B節點

114．．．無線網路控制器

200．．．裝置

300、400、500、600．．．方法

MAC．．．媒體存取控制

RLC．．．無線鏈路控制

UDP．．．用戶資料封包協定

VoIP．．．網際網路協定的語音

圖1是根據本發明所配置的示範性無線通信系統的方塊圖；

圖2是根據本發明用於在無線通信網路上支援VoIP的裝置的方塊圖；

圖3是根據本發明的一個實施方式，用於在上行鏈路中發送VoIP封包的方法的流程圖；

圖4是根據本發明的另一實施方式，用於在上行鏈路中發送VoIP封包的方法的流程圖；

圖5是根據本發明的又一實施方式，用於在上行鏈路中發送VoIP封包的方法的流程圖；

圖6是根據本發明的又另一實施方式，用於在上行鏈路中發送VoIP封包的方法的流程圖。

200．．．裝置

MAC．．．媒體存取控制

RLC．．．無線鏈路控制

UDP．．．用戶資料封包協定

VoIP．．．網際網路協定的語音

Claims

一種用來傳送一基於網際網路協定的語音(VoIP)封包的方法，該方法包括：接收一資源分配，其中該資源分配是用於VoIP封包的一週期傳輸且該資源分配指示要被用於該VoIP封包的該週期傳輸的子載波；傳送使用該資源分配的一VoIP封包；以及在該VoIP封包未被成功地傳送的狀況下，接收一否定性的確認；接收一新的資源分配；以及使用該新的資源分配重傳該VoIP封包。
一種無線傳輸/接收單元，包括：一接收器，其配置以接收一資源分配，其中該資源分配是用於基於網際網路協定的語音(VoIP)封包的一週期傳輸且該資源分配指示要被用於該VoIP封包的該週期傳輸的子載波；以及一發送器，其配置以使用該資源分配傳送一VoIP封包；在該VoIP封包未被成功地傳送的狀況下，該接收器更配置以：接收一否定性的確認；以及接收一新的資源分配；以及該發送器更配置以使用該新的資源分配重傳該VoIP封包。
一種用來接收一基於網際網路協定的語音(VoIP)封包的方法，該方法包括：傳送一資源分配，其中該資源分配是用於VoIP封包的一週期傳輸且該資源分配指示要被用於該VoIP封包的該週期傳輸的子載波；使用該資源分配接收一VoIP封包；以及在該VoIP封包未被成功地接收的狀況下，傳送一否定性的確認；傳送一新的資源分配；以及使用該新的資源分配重新接收該VoIP封包。
如申請專利範圍第3項所述的方法，更包括：執行該未成功接收的封包與該重新接收到的封包的軟組合。
一種用來傳送一基於網際網路協定的語音(VoIP)封包的方法，該方法包括：接收一資源分配，其中該資源分配是用於VoIP封包的一週期傳輸且該資源分配指示要被用於該VoIP封包的該週期傳輸的子載波；使用該資源分配傳送一VoIP封包；以及在該VoIP封包未被成功地傳送的狀況下，接收一否定性的確認；將該未成功傳送的VoIP封包分段為複數段；傳送一第一段；接收該第一段的一許可；以及傳送剩餘段。
一種無線傳輸/接收單元(WTRU)，包括：一接收器，其配置以接收一資源分配，其中該資源分配是用於基於網際網路協定的語音(VoIP)封包的一週期傳輸且該資源分配指示要被用於該VoIP封包的該週期傳輸的子載波；以及一發送器，其配置以使用該資源分配傳送一VoIP封包；在該VoIP封包未被成功地傳送的狀況下，該接收器更配置以接收一否定性的確認；該WTRU更包括一控制器，該控制器配置以將該未成功傳送的VoIP封包分段為複數段；該發送器更配置以傳送一第一段；該接收器更配置以接收該第一段的一許可；以及該發送器更配置以傳送剩餘段。
一種用來接收一基於網際網路協定的語音(VoIP)封包的方法，該方法包括：傳送一資源分配，其中該資源分配是用於VoIP封包的一週期傳輸且該資源分配指示要被用於該VoIP封包的該週期傳輸的子載波；使用該資源分配接收一VoIP封包；以及在該VoIP封包未被成功地傳送的狀況下，傳送一否定性的確認；接收該未成功傳送的VoIP封包的重傳的一第一段；傳送該第一段的一許可；以及接收剩餘段。