專利名稱：在時分同步碼分多址接入系統(tǒng)中VoIP承載方法
技術領域：
本發(fā)明涉及同步無線通訊系統(tǒng)，尤其是時分同步碼分多址接入系統(tǒng)，即TD-SCDMA系統(tǒng)中承載VoIP(網絡電話)的方法。

背景技術：
以分組為導向的HSDPA/HSUPA(高速下行分組接入/高速上行分組接入)的技術能極大地提升用戶的傳輸速率，但這兩種技術存在潛在的傳輸間斷、頻繁的連接終止以及重連等不可保證的QoS(服務質量)機制的問題。而分組業(yè)務往往需要長時間的在線，數據量可能只是間歇突發(fā)性的。因此，如何在無線通訊系統(tǒng)中支持用戶保持連續(xù)分組連接(CPC，Continuous PacketConnectivity)是一個急需解決的問題。其中關于VoIP的上行承載也是CPC技術中的一個關鍵問題。


發(fā)明內容
本發(fā)明要解決的技術問題是提供一種時分同步碼分多址接入系統(tǒng)中承載VoIP的方法。
為了解決上述技術問題，本發(fā)明提供了一種時分同步碼分多址接入系統(tǒng)中承載網絡電話的方法，包含如下步驟 (a)用戶終端需要進行網絡電話VoIP業(yè)務時，網絡側為所述用戶終端配置周期性的上行資源，所述用戶終端使用所述資源上傳新VoIP數據； (b)基站收到所述VoIP數據后，檢測所述VoIP數據出錯時，反饋非確認消息NACK和發(fā)送重傳授權至所述用戶終端，為所述用戶終端分配調度資源； (c)所述用戶終端收到所述NACK消息后，在所述調度資源上重傳所述VoIP數據。
進一步地，上述方法還可具有以下特點，所述步驟(a)中，所述網絡側為所述用戶終端分配非調度資源。
進一步地，上述方法還可具有以下特點，所述步驟(c)中，所述用戶終端在調度資源上重傳所述VoIP數據時，循環(huán)冗余校驗CRC采用極性翻轉的方式，在非調度資源上發(fā)送新VoIP數據的CRC也采用極性翻轉的方式。
進一步地，上述方法還可具有以下特點，所述步驟(c)中，所述用戶終端在調度資源上重傳所述VoIP數據時，將混合自動重傳請求HARQ進程的標識字段進行擴展，采用3個比特虛擬HARQ進程，基站采用模4的方式，識別所述用戶終端的HARQ進程。
進一步地，上述方法還可具有以下特點，所述步驟(c)中，所述用戶終端在調度資源上重傳所述VoIP數據時，傳輸塊大小TBS字段中的一部分采用特殊標識，基站根據該特殊標識，識別所述用戶終端的HARQ進程。
進一步地，上述方法還可具有以下特點，所述特殊標識指TBS字段中除用于標識HARQ進程的2個比特外，其余4個比特為全1或全0。
進一步地，上述方法還可具有以下特點，增加新的資源持續(xù)指示定義E-RDI，指示出調度周期的間隔，E-RDI的持續(xù)時間由VoIP的業(yè)務持續(xù)時間來確定，所述步驟(a)中，所述網絡側為所述用戶分配調度資源，配置E-RDI。
進一步地，上述方法還可具有以下特點，所述步驟(a)中所述E-RDI的3個比特分別標識8種不同的連續(xù)調度周期間隔。
進一步地，上述方法還可具有以下特點，結束VoIP業(yè)務后，網絡側重新配置資源持續(xù)指示RDI參數，停止所述E-RDI，進入已有的兩種RDI模式。
進一步地，上述方法還可具有以下特點，所述步驟(c)中，所述用戶終端在調度資源上用與上傳所述VoIP數據時相同的HARQ進程發(fā)送重傳數據。
本發(fā)明提供了一種TD-SCDMA系統(tǒng)中VoIP承載的方法。本發(fā)明根據VoIP的業(yè)務特點，上行采用非調度模式或者調度模式的周期發(fā)送方式，對于上行重傳，采用調度模式進行。采用兩種方式確保VoIP的周期發(fā)送和非周期重傳，有效的支持了VoIP傳輸，降低了資源開銷，并且兼容現(xiàn)有協(xié)議。



圖1是本發(fā)明TD-SCDMA系統(tǒng)中VoIP上行承載重傳與新傳之間的定時關系(方式1)； 圖2是本發(fā)明TD-SCDMA系統(tǒng)中VoIP上行承載重傳與新傳之間的定時關系(方式2)。

具體實施例方式 在TD-SCDMA系統(tǒng)的HSDPA技術中，新引入的無線物理信道資源包括高速物理下行共享物理信道HS-PDSCH(High Speed Physical DownlinkShared Channel)，高速共享控制信道HS-SCCH(Shared Control Channel forHS-DSCH)和高速共享控制信道HS-SICH(Shared Information Channel forHS-DSCH)。其中，VoIP的下行業(yè)務可以采用周期調度或者非周期調度的方式通過HS-PDSCH承載。而對于VoIP的上行業(yè)務，由于與下行業(yè)務是對稱的，因此，也可以采用周期性的非調度模式或者調度模式中的周期發(fā)送方式，對于上行重傳，則可以采用調度模式進行。
本發(fā)明提出一種TD-SCDMA系統(tǒng)中承載VoIP的方法，包括 在CELL_DCH狀態(tài)下，網絡側同時為UE分配HSDPA和HSUPA資源，其中包括為UE分配非調度E-PUCH(增強上行物理信道)信道資源，上行采用非調度模式或者調度模式的周期發(fā)送方式，對于上行重傳，采用調度模式進行。其中包括對調度，非調度的HARQ進程識別。對于VoIP的上行承載，可以采用如下兩種方式 方式1 VoIP上行新傳數據采用非調度模式，重傳采用調度模式。RNC(無線網絡控制器)根據UE VoIP的需求，授權UE采用固定周期的非調度模式傳新數據，Node B(基站)收到UE新傳數據后，CRC(循環(huán)冗余校驗)檢測發(fā)現(xiàn)新傳數據為錯，則在定時范圍內，反饋NACK(非確認消息)，通過AGCH(絕對授權信道)發(fā)送重傳授權，UE收到重傳授權后，在定時范圍內，通過授權的調度資源，發(fā)送重傳數據。
下面通過一個實施例說明本發(fā)明方式1的實施，具體如下 步驟1RNC根據UE業(yè)務需要，如果UE需要進行VoIP業(yè)務，則為UE配置上行固定周期的非調度模式資源，UE使用該資源傳輸VoIP的新數據； 步驟2Node B收到UE傳輸的VoIP數據后，CRC檢測結果為錯，即UE傳輸的VoIP數據出錯，則在定時范圍內，反饋NACK以及通過AGCH(Access Grant Channel，接入許可信道)發(fā)送重傳授權，配置調度資源給所述UE； 步驟3UE收到NACK，接受AGCH的重傳授權，在授權的物理資源上發(fā)送重傳數據； 步驟4UE在調度資源上發(fā)送非調度的重傳數據時，HARQ進程采用下述三種方法或其組合進行區(qū)分，用于Node B區(qū)分UE在調度資源正常上傳的調度業(yè)務的數據和在調度資源上發(fā)送的非調度的重傳數據，具體如下 方法1UE在調度資源上發(fā)送非調度的重傳數據時，CRC采用極性翻轉的方式，如果采用這種方式，VoIP在非調度模式上發(fā)的新數據的CRC也采用極性翻轉的方式； 由于UPA(HSUPA高速上行分組接入)的調度，非調度各占用4個HARQ(混合自動重傳請求)進程，標號都是1～4，因此，如果VoIP通過調度模式傳重傳的數據，可能會與正常調度傳輸的進程混淆，為了避免上述進程混淆，對于調度模式傳非調度的重傳的數據，其HARQ進程與非調度模式的HARQ進程一致，即采用非調度模式對應的已經傳過的數據的HARQ進程，為了與調度的HARQ進程區(qū)分，CRC采用極性翻轉的方式，如果是正常的調度模式的數據，CRC采用正常的極性，如果是調度模式承載非調度的重傳數據，則CRC采用翻轉的極性，如果采用這種方式，VoIP在非調度模式上發(fā)的新數據的CRC也要采用極性翻轉的方式。
方法2UE在調度資源上發(fā)送非調度的重傳數據時，HARQ進程標識的字段進行擴展，采用3個比特虛擬HARQ進程，Node B側采用模4的方式，并結合重傳授權定時，得到真實的HARQ進程； 對于HARQ進程的識別，還可以采用虛擬標號的方式，UCCH(控制信道)中有10個比特，分別是6個比特TBS，指示范圍為64個；剩下2個比特是HARQ進程指示，和2個比特RSN號(傳輸序列號)；在VoIP的情況下，由于VoIP只支持4種TBS(Transport Block Size，傳輸塊大小)，那么需2個比特指示即可，剩下的可以給HARQ進程用，因此原來表示HARQ進程的2個比特可以擴展為3個比特，標識重傳的進程。Node B收到HARQ進程后，采用模4的方式，得到對應的非調度的重傳數據的HARQ進程號。
方法3UE在調度資源上發(fā)送非調度的重傳數據時，TBS字段中的一部分采用特殊標識，Node B根據該特殊標識以及重傳授權定時，識別UE的HARQ進程。
對于HARQ進程的識別，還可以采用特殊標號的方式，由于VoIP只支持4種TBS，因此原來表示TBS的6個比特只需要2個比特，剩余4個比特用特殊序列標識，用于Node B識別調度信道傳輸非調度重傳的數據，比如剩余的4個比特可以為4個全1或者全0。
上述三種方法可以獨立使用，也可以組合使用。
方式2 VoIP上行數據無論新傳或者重傳數據，都在調度模式上承載，由于VoIP的業(yè)務是連續(xù)的、周期的，因此，現(xiàn)有調度模式需要進行修改，引入新的RDI(資源持續(xù)指示)定義，即E-RDI。RNC配置3種RDI模式，模式1不給UE配置RDI；模式2給UE配置現(xiàn)有的RDI，RDI定義與現(xiàn)有協(xié)議相同；模式3給VoIP的UE配置新的RDI，即E-RDI，其定義與現(xiàn)在協(xié)議的不同，現(xiàn)有RDI中定義了調度連續(xù)授權是有限個數，如8個TTI，而E-RDI其有效值為“TTI spacing”，即指示出調度周期的間隔，持續(xù)時間由VoIP的業(yè)務持續(xù)時間來確定，當VoIP結束的時候，RNC進行資源重配，停止模式3所述的E-RDI的配置，即R-EDI可以是隨VoIP的結束而結束的TTI，而且間隔周期是可變化的。
對于重傳，則與現(xiàn)有的RDI方式相同，Node B判斷CRC錯誤后，發(fā)送NACK，通過AGCH發(fā)重傳授權，UE在RDI的間隔周期里發(fā)送重傳數據。這種方式不會帶來進程混淆。
步驟1增加新的RDI定義，即E-RDI，在AGCH授權中3個比特用于標識RDI，在本發(fā)明中該3個比特可以分別標識8種不同的連續(xù)授權間隔，即8種連續(xù)調度周期間隔。
步驟2對于需要進行VoIP的UE，通過RNC配置E-RDI，其中，E-RDI的持續(xù)時間，由VoIP的持續(xù)時間決定； 步驟3Node B檢測到VoIP上行數據出錯時，在定時范圍內，反饋NACK，并通過AGCH發(fā)送重傳授權，為所述用戶終端分配調度資源； 步驟5UE在定時范圍內，收到NACK和AGCH承載的重傳授權，在所分配的調度資源，即授權信道上用相同的進程發(fā)送重傳數據； 步驟6結束VoIP業(yè)務后，RNC重新配置RDI參數，停止E-RDI，進入已有RDI模式，即模式1和模式2所述的RDI模式。
對于VoIP的上行重傳，采用調度業(yè)務承載，重傳與新傳定時關系如圖1和圖2，分別是方式1和方式2的重傳，新傳定時關系圖。圖中分別定義了t1，t2，t3，其中t1是VoIP新傳數據的時間間隔，t2和t3是重傳數據與下一次新傳數據之間的時間間隔，重傳可以在下一次新傳之前，也可以在下一次新傳之后。
權利要求
1、一種時分同步碼分多址接入系統(tǒng)中承載網絡電話的方法，包含如下步驟
(a)用戶終端需要進行網絡電話VoIP業(yè)務時，網絡側為所述用戶終端配置周期性的上行資源，所述用戶終端使用所述資源上傳新VoIP數據；
(b)基站收到所述VoIP數據后，檢測所述VoIP數據出錯時，反饋非確認消息NACK和發(fā)送重傳授權至所述用戶終端，為所述用戶終端分配調度資源；
(c)所述用戶終端收到所述NACK消息后，在所述調度資源上重傳所述VoIP數據。
2、如權利要求1所述的方法，其特征在于，所述步驟(a)中，所述網絡側為所述用戶終端分配非調度資源。
3、如權利要求2所述的方法，其特征在于，所述步驟(c)中，所述用戶終端在調度資源上重傳所述VoIP數據時，循環(huán)冗余校驗CRC采用極性翻轉的方式，在非調度資源上發(fā)送新VoIP數據的CRC也采用極性翻轉的方式。
4、如權利要求2所述的方法，其特征在于，所述步驟(c)中，所述用戶終端在調度資源上重傳所述VoIP數據時，將混合自動重傳請求HARQ進程的標識字段進行擴展，采用3個比特虛擬HARQ進程，基站采用模4的方式，識別所述用戶終端的HARQ進程。
5、如權利要求2所述的方法，其特征在于，所述步驟(c)中，所述用戶終端在調度資源上重傳所述VoIP數據時，傳輸塊大小TBS字段中的一部分采用特殊標識，基站根據該特殊標識，識別所述用戶終端的HARQ進程。
6、如權利要求5所述的方法，其特征在于，所述特殊標識指TBS字段中除用于標識HARQ進程的2個比特外，其余4個比特為全1或全0。
7、如權利要求1所述的方法，其特征在于，增加新的資源持續(xù)指示定義E-RDI，指示出調度周期的間隔，E-RDI的持續(xù)時間由VoIP的業(yè)務持續(xù)時間來確定，所述步驟(a)中，所述網絡側為所述用戶分配調度資源，配置E-RDI。
8、如權利要求7所述的方法，其特征在于，所述步驟(a)中所述E-RDI的3個比特分別標識8種不同的連續(xù)調度周期間隔。
9、如權利要求7所述的方法，其特征在于，結束VoIP業(yè)務后，網絡側重新配置資源持續(xù)指示RDI參數，停止所述E-RDI，進入已有RDI模式。
10、如權利要求7所述的方法，其特征在于，所述步驟(c)中，所述用戶終端在調度資源上用與上傳所述VoIP數據時相同的HARQ進程發(fā)送重傳數據。
全文摘要
本發(fā)明提供了一種時分同步碼分多址接入系統(tǒng)中承載網絡電話的方法，包含如下步驟(a)用戶終端需要進行網絡電話VoIP業(yè)務時，網絡側為所述用戶終端配置周期性的上行資源，所述用戶終端使用所述資源上傳新VoIP數據；(b)基站收到所述VoIP數據后，檢測所述VoIP數據出錯時，反饋非確認消息NACK和發(fā)送重傳授權至所述用戶終端，為所述用戶終端分配調度資源；(c)所述用戶終端收到所述NACK消息后，在所述調度資源上重傳所述VoIP數據。
文檔編號H04L12/56GK101399605SQ20071015469
公開日2009年4月1日 申請日期2007年9月25日 優(yōu)先權日2007年9月25日
發(fā)明者虎 劉, 張銀成, 慧 陳, 華 芮, 萍 李, 殷瑋瑋, 費佩燕, 軼 李, 孫慧霞, 夏中英, 孫小薇 申請人:中興通訊股份有限公司