專利名稱：使用共享補充擴展碼的、結(jié)合基于ip的語音的無線通信網(wǎng)絡(luò)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及因特網(wǎng)協(xié)議應(yīng)用，具體地說，涉及無線通信系統(tǒng)中基于因特網(wǎng)協(xié)議的語音(VoIP)。
背景技術(shù)：
將基于因特網(wǎng)協(xié)議的語音(VoIP)月良務(wù)結(jié)合到無線通信網(wǎng)，例如基于公知的第三代通用移動電信系統(tǒng)(UMTS)技術(shù)的無線通信網(wǎng)中，簡化了核心網(wǎng)絡(luò)設(shè)計并且與傳統(tǒng)的電路交換(CS)語音相比添加了新的有價值的服務(wù)。 然而，VoIP也固有地由于大的報頭和信令而增加了額外開銷，因此減小了系統(tǒng)容量。
圖l表示了根據(jù)現(xiàn)有技術(shù)的基于UMTS的無線通信系統(tǒng)100、因特網(wǎng)105 和VoIP電話110。無線通信系統(tǒng)100至少包括核心網(wǎng)130、無線接入網(wǎng)(RAN) 160和用戶設(shè)備(UE )或移動臺140。核心網(wǎng)130包括網(wǎng)關(guān)GPRS支持節(jié)點 (GGSN) 120、服務(wù)GPRS支持節(jié)點(SGSN) 125和移動交換中心(MSC ) 150。 GGSN 120是因特網(wǎng)105與核心網(wǎng)130之間的接口 ，而SGSN 125是核心網(wǎng)130與RAN160之間的接口。無線接入網(wǎng)(RAN) 160包括一個或多個無線網(wǎng)絡(luò)拴制器(RNC) 170和一個或多個節(jié)點B (或基站)180。
圖2示出格局現(xiàn)有技術(shù)的基于UMTS的無線通信網(wǎng)絡(luò)100用于在VoIP 電話110和UE 140之間的VoIP呼叫的協(xié)議棧200。 VoIP呼叫在基于UMTS 的無線通信系統(tǒng)100的PS域中處理。在一些系統(tǒng)部署中，VoIP電話110可 以^i將公共電話交換網(wǎng)(PSTN)呼叫轉(zhuǎn)M VoIP呼叫的電^H殳備。在其它 部署中，PSTN或無線通信網(wǎng)絡(luò)可以具有互通功能(IWF)或者i^體網(wǎng)關(guān) (MGW),將PSTN呼叫轉(zhuǎn)MVoIP呼叫。如圖2所示，協(xié)議棧200包括 自適應(yīng)多速率(AMR)層205、實時協(xié)議(RTP)層210、用戶數(shù)據(jù)報協(xié)i^/ 因特網(wǎng)協(xié)im^6或者因特網(wǎng)協(xié)議的另一個;^，例如a4 (UDP/IPv6) 層215、分組數(shù)據(jù)集中協(xié)議(PDCP)層220、無線M控制(RLC )層225、 專用媒^"入控制(MAC-d)層230以及物理(PHY)層235。 AMR層205、 RTP層210和UDP/IPv6層21S是在VoIP電話110上實現(xiàn)。PDCP層220、 RLC層225和MAC-d層230是在RNC 170上實現(xiàn)。PHY層235是在節(jié)點 B180上實現(xiàn)。注意盡管UDP/IPv6層215以一層示出，但^1其實際實現(xiàn)可 能是兩個單獨的UDP層和IPv6層。
為了舉例說明，假設(shè)語音信息正從VoIP電話110發(fā)iiU!] UE 140。在 VoIP電話110上，在AMR層205中編碼語音(通過AMR編解碼器)以產(chǎn) 生具有159個語音位的語音幀。在RTP層210中，通過向一個或多個語音幀 添加4位編解碼器模式請求(CMR)字段、用于RTP有效栽荷中的每^H吾 音幀的6位內(nèi)容表(TOC)字段表以及用于八位字節(jié)對齊的填充位來形成 RTP有效載荷。對于有159個語音位的AMR 7.95kbps編解碼器，有7個填 充位添加到RTP有效載荷。通過向RTP有效載荷添加12字節(jié)的RTP頭部 而形成RTP分組，RTP頭部用于傳送諸如RTP序號、時間戳、M和X字 段，同步源ID等信息。
在UDP/IPv6層215中，將8字節(jié)的UDP頭部和40字節(jié)的IP頭部添加 到RTP分組以產(chǎn)生UDP/IPv6分組。UDP頭部指示信源/目的地端口號和UDP 校驗和，IP頭部指示信源/目的地IP地址。因此，以頭部和其它信息的形式， 超過60字節(jié)的開銷由RTP和UDP/IPv6層210、 215添加到原始的159位的 語音幀，導(dǎo)致位尺寸增加超過300%。
通過因特網(wǎng)105將UDP/IPv6分組跳VoIP電話110發(fā)送到 GGSN 120。 從GGSN 120將UDP/IPv6分組轉(zhuǎn)發(fā)到SGSN 125，然后轉(zhuǎn)發(fā)到RAN 160。 幸運的是，因為在RTP/UDP/IPv6頭部中傳輸?shù)拇罅啃畔⑹庆o態(tài)的，所以一旦UDP/IPv6分組到達(dá)RAN 160,就不再需要經(jīng)由空中接口為每個語音分組 發(fā)送完整的RTP/UDP/IPv6頭部。當(dāng)預(yù)期的接收器，例如UE 140已經(jīng)獲得 RTP/UDP/IPv6頭部中所有的靜態(tài)信息后，可以在PDCP層220中利用魯棒 頭部壓縮(RoHC)將RTP/UDP/IPv6頭部壓縮，以形成由RTP有效載荷和 壓縮的頭部組成的PDCP分組。壓縮的頭部包括在RTP/UDP/IPv6頭部中的 動態(tài)信息，例如RTP序號、時間戳、M和X字段以及UDP校驗和。在大多 數(shù)情形中，可以將RTP/UDP/IPv6頭部壓縮成3個字節(jié)。特別地，可以將RTP 頭部壓縮低至1個字節(jié)，用于指示序號的6個最低有效位(LSB)?？梢詫?UDP頭部壓縮低至與UDP校驗和對應(yīng)的2個字節(jié)。在其它情形中，因為在 RTP/UDP/IPv6頭部中一些少量的動態(tài)信息需要在接收器中更新，例如在重 新同步期間或在談話充良的開始，所以不能將壓縮的頭部壓縮低至3個字節(jié)。 注意在后面的情形中，根本不壓縮RTP/UDP/IPv6頭部也是可能的。當(dāng)不 壓縮RTP/UDP/IPv6頭部時，PDCP分組將包括RTP有效載荷和未壓縮的 RTP/UDP/IPv6頭部。
在RLC層225中，將1字節(jié)RLC UM頭部添加到PDCP分組以產(chǎn)生 RLC分組，其中RLCUM頭部包括RLC序號。隨后，該RLC分組在經(jīng)由 節(jié)點B通過空中接口傳輸?shù)経E 140之前，在MAC-d層230和PHY層235 中接受處理。盡管在多數(shù)情況下，60字節(jié)的RTP/UDP/IPv6頭部可以被減少 為3字節(jié)，但是由于下行M專用信道(DCH)當(dāng)前是使用足以應(yīng)對DCH 上的峰值數(shù)據(jù)速率的正交可變擴展因子(OVSF)碼來配置的，因此，當(dāng)前 在DCH上的VoIP實現(xiàn)將不會AUE縮中受益。例如，當(dāng)RTP/ UDP/IPv6頭 部壓縮最優(yōu)時，即，頭部減少為3字節(jié)，則擴展因子(SF)為128的OVSF 碼足以應(yīng)對下行鏈路DCH上的業(yè)務(wù)量。但是，當(dāng)RTP/UDP/IPv6頭部壓縮 不是最優(yōu)時，例如在呼叫建立或重新同步時，則將需JH使用SF小于128的 OVSF碼。當(dāng)前VoIP的實現(xiàn)方式可能需要使用SF小于128的OVSF碼來適應(yīng)與非最優(yōu)的RTP/UDP/IPv6頭部壓縮有關(guān)的數(shù)據(jù)速率。如無線通信網(wǎng)絡(luò)領(lǐng)域所已知的，SF越高的通信信道會導(dǎo)致對系統(tǒng)資源例如帶寬的更有效的利 用，并增加系統(tǒng)容量。
已經(jīng)提出39.2 kbps的數(shù)據(jù)速率是用于下行鏈路DCH上的VoIP的合適 的峰值數(shù)據(jù)速率。為了實現(xiàn)這個數(shù)據(jù)速率，需要SF為64的OVSF碼用于信
道配置。相反，在傳統(tǒng)CS語音中，SF為128的OVSF碼足以適應(yīng)DCH上 的峰值數(shù)據(jù)速率。用于支持使用64 OVSF碼(即，SF為64的OVSF碼)配 置的信道的資源等于用于支持兩個使用128 OVSF碼(即，SF為128的OVSF 碼)配置的信道的資源。這樣，與傳統(tǒng)的CS語音相比，在帶寬分配方面， 在下行飽吝DCH上的VoIP可以減少50%的系統(tǒng)容量。
除了由于頭部添加的開銷外，也添加與VoIP相關(guān)聯(lián)的信令。VoIP需要 額外的信令，例如實時控制協(xié)議(RTCP)和會話發(fā)起協(xié)議(SIP)。這種額 外的信令可導(dǎo)致多達(dá)四個傳輸信道(包括在其上傳輸語音幀的下行鏈路 DCH)的多路復(fù)用第一傳輸信道用于信令無線承載(SRB);第二傳輸信 iM于承載語音，即DCH;第三傳輸信道用于RTCP;以及笫四傳輸信道用 于SIP。這些信道中的每個與多個數(shù)據(jù)速率相關(guān)聯(lián)。SRB與0和3.4kbps的 數(shù)據(jù)速率相關(guān)聯(lián)。語音與O、 16和39.2kbps (其中39.2kbps數(shù)絲率對應(yīng)于 具有未壓縮RTP/UDP/IPv6頭部的分組)的數(shù)M率相關(guān)聯(lián)。RTCP和SIP 與0、 8和16kbps的數(shù)據(jù)速率相關(guān)聯(lián)。這些信道中的每個上的活動都可能導(dǎo) 致顯著的數(shù)據(jù)速率變化。假設(shè)這些傳輸信道不可能全部同時需要相關(guān)的最大 數(shù)據(jù)速率，則使用能夠適應(yīng)最大數(shù)據(jù)速率的OVSF碼來配置傳輸信道就不能 有效地利用系統(tǒng)資源。因此，需^f^t與在下行飽洛DCH上實施VoIP有關(guān) 的系統(tǒng)資源的不利影響最小化。

發(fā)明內(nèi)容
本發(fā)明的方法和系統(tǒng)用于在無線通信網(wǎng)絡(luò)中在主信道和屬于共享補充信 道池的補充信iUi傳輸基于因特網(wǎng)協(xié)議的語音(VoIP)分組，以便可以4M 與更高的擴展因子(SF)有關(guān)的正交可變擴展因子(OVSF)碼，從而最小 化對與在下行銜洛專用信道(DCH)上實施VoIP有關(guān)的系統(tǒng)資源的不利影 響。VoIP分組是具有語音位并才娥VoIP技術(shù)來處理的分組，主信道和補充 信道具有專用物理數(shù)據(jù)信道。在本發(fā)明中，如果不脅t^主信ifJi在單個傳輸 時間間隔內(nèi)傳輸整個VoIP分組，則向VoIP分組所要發(fā)往的用戶設(shè)備(UE ) 分配特定的補充信道(或與其有關(guān)的碼)。通iti信道上的專用物理數(shù)據(jù)信 道(DPDCH )向UE發(fā)送VoIP分組的一部分，并通過補充信道上的DPDCH 向UE發(fā)送VoIP分組的另一部分。UE檢查主信DPCCH的以確定是
否已經(jīng)向其分配了特定的補充信道(或與其有關(guān)的碼)。如果已經(jīng)分配了特定的補充信道(或碼)，則UE將與其主信道上的數(shù)據(jù)-^對所分配的特定 補充信道上的數(shù)據(jù)進(jìn)行解碼。否則UE將肖碼其主信道上的數(shù)據(jù)。
在一個實施例中，所分配的特定補充信道(或與其有關(guān)的碼)屬于分配 給UE的一組補充信道，這一組分配的補充信道屬于節(jié)點B處的共享補充信 道(或碼)池。通過主信道上的專用物理控制信道(DPCCH)向UE指示所 分配的特定補充信道(或碼)的標(biāo)識。在優(yōu)選實施例中，主信道和補充信道 都使用具有相同擴展因子(SF)例如128的正交可變擴展因子(OVSF)碼 來配置。


結(jié)合以下的描述、所附的權(quán)利要求以及附圖，本發(fā)明的特征、方面和優(yōu) 點將變得更容易理解，其中
圖1表示根據(jù)現(xiàn)有技術(shù)的基于通用移動通信系統(tǒng)(UMTS)的無線通信 系統(tǒng)、因特網(wǎng)和基于因特網(wǎng)協(xié)議的語音(VoIP)電話；
圖2表示根據(jù)現(xiàn)有技術(shù)的基于UMTS的無線通信網(wǎng)絡(luò)，用于在VoIP電 話與用戶設(shè)備(UE)之間的VoIP呼叫的協(xié)議棧；
圖3表示根據(jù)本發(fā)明的基于UMTS的無線通信系統(tǒng)；
圖4根據(jù)本發(fā)明示出使用共享補充信道池在下行鏈路專用信道(DCH) 上實現(xiàn)VoIP服務(wù)的呼叫建立過程的流程呈圖；和
圖5示出根據(jù)本發(fā)明在下行炮洛DCH上進(jìn)行的VoIP呼叫的流程圖。
具體實施例方式
本發(fā)明的系統(tǒng)和方法用于在例如不能在單個傳輸時間間隔內(nèi)在DCH上 傳輸整個VoIP分組時，佳月共享補充信道池傳輸VoIP分組的一部分，從而 在下行絲專用信道(DCH)上傳絲于因特網(wǎng)協(xié)議的語音(VoIP)月l務(wù)。 在此參考根據(jù)已知的通用移動電信系統(tǒng)(UMTS)標(biāo)準(zhǔn)實現(xiàn)的無線通信網(wǎng)絡(luò) 來描述本發(fā)明。應(yīng)當(dāng)理解，本發(fā)明還可以應(yīng)用于橫月其他多種接入技術(shù)的無 線通信網(wǎng)絡(luò)。另外，應(yīng)當(dāng)注意，在本申請中所使用的術(shù)語"補充信道"是指在 UMTS的多碼理論中使用的第二專用物理數(shù)據(jù)信道(DPDCH)、或在一些其它的多重接入技術(shù)中的某種等同的通信信道，而術(shù)語"VoIP分組"是指具有語音位并根據(jù)VoIP才支術(shù)來處理的分組。
圖3表示根據(jù)本發(fā)明的基于UMTS的無線通信系統(tǒng)300。無線通信系統(tǒng) 300至少包括核心網(wǎng)130、無線接入網(wǎng)(RAN) 160和用戶設(shè)備(UE)或移 動臺140。核心網(wǎng)130包括網(wǎng)關(guān)GPRS支持節(jié)點(GGSN) 120、服務(wù)GPRS 支持節(jié)點(SGSN) 125和移動交換中心(MSC) 150。 GGSN 120是因特網(wǎng) 105與核心網(wǎng)130之間的接口 ，而SGSN 125是核心網(wǎng)130與RAN 160的接 口。無線接入網(wǎng)(RAN) 160包括一個或多個無線網(wǎng)M制器(RNC) 170 和一個或多個節(jié)點B (或基站)180。 RNC 170包括無線資源控制(RRC) 170。 RRC175具有管理無線資源的功能，包括碼管理器(CM)185。 CM 185 包括為每個連接至RNC 170的節(jié)點B 180管理正交可變擴展因子(OVSF) 碼的功能。
使用多個正交可變擴展因子(OVSF)碼在節(jié)點B和UE 140之間配置通 信信道。對于VoIP呼叫，CM 185分配一個OVSF碼給UE 140，用于配置下行鏈路專用信道(DCH)。在此，DCH和用于配置DCH的OVSF碼也 被分別稱為"主信道"和"主OVSF碼"。在UMTS中，DCH包括專用物理數(shù) 據(jù)信道(DPDCH)和專用物理控制信道(DPCCH)。
取決于UE 140的能力，CM 185也可以分配一組N個OVSF碼給UE 140,用于根據(jù)多碼技術(shù)在UMTS中配置一組N個補充信道，其中N是大于 或等于l的某個整數(shù)。在一個實施例中，補充信道可以只包括DPDCH。在 另一個實施例中，補充信道可以只包括DPDCH和DPCCH。在又一個實施 例中，補充信道可以至少包括DPDCH，還可能包括DPCCH。注意在下文 中術(shù)語"補充OVSF碼"將用來指支持補充信道的OVSF碼。在一個優(yōu)選的實 施例中，主OVSF碼和補充OVSF碼具有相同的SF，例如128。
基本上，如果UE 140有同時支持諸如譯碼二個或更多DPDCH的能力， 那么CM 185可以分配一組N個補充OVSF碼給UE 140。這樣的UE在此 稱為"多碼UE"。否則，如果UE 140不是多碼UE,那么CM185不分配任 何補充OVSF碼給UE 140。
從含有M個補充OVSF碼的集合中選擇分酉腺UE 140的一組N個補 充OVSF碼，其中M大于或等于N。該含有M個補充OVSF碼的集合是由CM185在節(jié)點B180上保留的OVSF碼的集合，并且與節(jié)點B180的共享補充信道(或OVSF碼)互相關(guān)聯(lián)。使用在UE之間共享的OVSF碼池中的補OVSF碼是本發(fā)明的一個基本理想。注意:根據(jù)本發(fā)明，將存在由CM185為每個節(jié)點B保留的M個補充OVSF碼的集合。在一個節(jié)點B上保留的補充OVSF碼可以不包括或者包括在另一個節(jié)點B上保留的補充OVSF碼的一些或全部。在一個優(yōu)選的實施例中，應(yīng)當(dāng)選擇參數(shù)M以在最小化過多的補充OVSF碼保留和同時需要多于M個補充OVSF碼的可能性之間尋求平衡。取決于系統(tǒng)衡量標(biāo)準(zhǔn)，例如負(fù)載、補充OVSF碼使用等，參數(shù)M可以是靜態(tài)的或者動態(tài)決定的。應(yīng)當(dāng)基于各種不同的因素選擇參數(shù)N，例如將傳輸格式組合集(TFCS)保持在一個合理的大小，限制UE復(fù)雜度和UE的能力等。在一個實施例中，對于具有384kbps、768kbps和2048kbps數(shù)據(jù)速率的多碼UE，將參數(shù)N設(shè)置等于3。
圖4根據(jù)本發(fā)明示出使用共享補充信道池在下行鏈路DCH上用于實現(xiàn) 基于因特網(wǎng)協(xié)議(IP)的語音(VoIP)服務(wù)的呼叫建立過程的流程圖400。 在步驟405，正在為UE140請求VoIP服務(wù)。在步驟410，RRC175基于UE140的能力確M否將補充OVSF碼分配給UE140。M上，如果UE140是多碼UE,那么RRC175確定將補充OVSF碼分配給UEl40。如果確定不將補充OVSF碼分配給UE140，那么在步驟420中RRC175不為參數(shù)N確定一個值，而且CM185也不分配任何補充OVSF碼給UE140。流程400從步驟420前進(jìn)到步驟425，此處CM185分配主OVSF碼給UE140。
另一方面，如果將補充OVSF碼分配給UE140,那么在步驟415中RRC175為參數(shù)N確定一個值，并且CM 185分配N個補充OVSF碼給UE140。從含有M個補充OVSF碼的集合中選擇N個補充OVSF碼。流程400從步驟415繼續(xù)前到步驟425,此處CM185分配主OVSF碼給UE140。在步驟435，RNC 170將分配的主OVSF碼的標(biāo)識和如果適用的話N個補充OVSF 碼的標(biāo)識經(jīng)由節(jié)點B180通過專用控制信道(DCCH)傳到UE140。在步驟440， UE140接收主OVSF碼的標(biāo)識和(如果適用的話)補充OVSF碼的標(biāo)識。3teUE140將開始保存通過主信道和補充信道接收的數(shù)據(jù)，該主信道 和補充信道即是以主OVSF碼和補充OVSF碼配置的多個DPDCH。UE140將解碼在主信道的數(shù)據(jù)。如果UE 140是多碼UE,并且已被分配補充OVSF碼，則UE 140將不解碼任何相關(guān)聯(lián)的補充信道上的數(shù)據(jù)，除非它接收到某種類型的、解碼特定補充信道的指示，如這里所描述的。
在完成呼叫建立之后， UE準(zhǔn)M收VoIP呼叫。圖5才根據(jù)本發(fā)明示出在下行敏洛DCH上進(jìn)行的VoIP呼叫的流程圖500。在步驟540, RNC170接 收來自RAN 160的分組，并且確定除了主信道而外是否應(yīng)當(dāng)使用補充信道將 分組傳輸?shù)経E 140?；旧?，如果分組包括這些組合之一語音、壓縮的 RTP/UDP/IPv6頭部和SRB; SIP和SRB;或者RTCP和SRB，則不應(yīng)當(dāng)4吏 用補充信道。如果分組包括這些組合之一語音、0縮的RTP/UDP/IPv6 頭部和SRB;或者語音、壓縮的RTP/UDP/IPv6頭部、SRB和SIP,則應(yīng)當(dāng) 使用補充信道。在一個實施例中，基于分組的大小確定是否應(yīng)當(dāng)使用補充信 道。更具體地，如果分組不能在單個傳輸時間間隔(TTI)，例如20ms中通 過DCH傳輸，則應(yīng)當(dāng)使用補充信道。如果確定不應(yīng)當(dāng)使用補充信道用于分 組傳輸，則流-呈500繼續(xù)到步驟565。
如果確定應(yīng)當(dāng)使用補充信道進(jìn)行分組傳輸，那么在步驟545， CM 185 確定分配補充OVSF碼給UE 140是否是可4亍的。在一個實施例中，如果已 經(jīng)分配一組N個補充OVSF碼給UE 140，那么CM 185檢查來確認(rèn)這些補充OVSF碼當(dāng)前是否可用，即，當(dāng)前沒有被另一個UE4吏用。如果還沒有分配一組N個補充OVSF碼給UE 140，或者如果分配的N個補充OVSF碼中 沒有一個當(dāng)前是可用的，那么確定分配補充OVSF碼給UE 140將是不可行 的，并且流程500繼續(xù)到步驟550。在步驟550,由RNC 170使用被稱為幀 挪用的公知技術(shù)以經(jīng)由節(jié)點B僅通過主信道將分組(在隨后的協(xié)議層已經(jīng)進(jìn) 一步處理之后)傳輸?shù)経E 140。如公知的，幀挪用是一種消除語音幀且取而代之發(fā)送控制信息(開銷信息的一部分)的技術(shù)。幀挪用將導(dǎo)致語音幀丟失， 這可能負(fù)面地影響語音質(zhì)量。流程500從步驟550繼續(xù)到步驟565。
另一方面，如果確定分配補充信道給UE 140是可行的，則流程500繼 續(xù)到步驟555，此處CM 185從分配的一組N個補充OVSF碼中分配一個特 定的補充OVSF碼。 一旦分配了特定的補充OVSF碼，在步驟560， RNC 170 經(jīng)由節(jié)點B分別通過主信道的DPDCH和DPCCH傳輸組的一部分(在隨后的協(xié)議層已經(jīng)進(jìn)一步處理之后)和分配的特定補充OVSF碼的標(biāo)識(或者 補充OVSF碼或與其相關(guān)聯(lián)的補充信道的指示)，以及通過以特定補充OVSF
碼配置的補充信道的DPDCH傳輸分組的另一部分(在隨后的協(xié)議層已經(jīng)進(jìn) 一步處理后)。優(yōu)選地，同時發(fā)送分配的特定補充OVSF碼的標(biāo)識和分組的 兩個部分。在務(wù)池實施例中，可以比分組的兩個部分更早或者更晚發(fā)送分配 的特定補充OVSF碼的標(biāo)識。
在一個實施例中，在DCH的DPCCH上利用傳輸格式組合指示符 (TFCI)字段傳送特定補充OVSF碼的標(biāo)識。注意通常TFCI僅指示幀大 小，例如300位。在本發(fā)明的這個實施例中，TFCI將指示幀大小和如果實用的話，分配的特定補充OVSF碼。例如，TFCI為1可能指示300位的幀 大小和沒有分配的特定補充OVSF碼，而TFCI為4可能指示600位的幀大 小和來自分配的N個補充OVSF碼的集合的分配的特定補充OVSF碼。分配 的特定補充OVSF碼可以由其在N個補充OVSF碼的集合中的相對位置來指 示，例如，在該N個補充OVSF碼的集合中的第一個補充OVSF碼，或者通 過參考其唯一標(biāo)識，例如補充OVSF碼67來指示。在呼叫建立期間可以提 供給UE140—個TFCI映射表以指示對TFCI的映射。即，當(dāng)UE140接收 TFCI時，其將參考TFC映射來確定合適的TFC和如果適用的話補充 OVSF碼。TFC映射表是一個查詢表，或者類似的至少才緣TFCI獲知幀大 小和如果適用的話補充OVSF碼。
流程500繼續(xù)到步驟565。在步驟565，假設(shè)UE 140是多碼UE， UE140 解碼在主信道的DPCCH上的控制信息，以確定是否已經(jīng)將補充OVSF碼之 一 (來自N個補充OVSF碼的集合)分配給它。在一個實施例中，如果在控 制信息中已經(jīng)指示補充OVSF碼的標(biāo)識，那么UE 140將確定在控制信息中 指示的補充OVSF碼已被分配給它。否則，UE 140將確定沒有補充OVSF 碼被分配給它。
注意UE 140總是解碼主信道的DPDCH上的數(shù)據(jù)。如果控制信息指示 正被來發(fā)送數(shù)據(jù)的特定補充OVSF碼(或補充信道)的標(biāo)識，那么UE 140 也解碼在識別的補充信道的DPDCH上的數(shù)據(jù)，并且丟棄在其他補充信道上的數(shù)據(jù)。如果控制信息指示數(shù)據(jù)M在主信道上，UE 140就丟棄在所有補充 信道上的數(shù)據(jù)。
如果UE確定將補充OVSF碼已被分配給它，那么流程500繼續(xù)到步驟 570,此處UE140除了解碼在其主信道的DPDCH上的數(shù)據(jù)外，還將解碼在
分配的補充信道的DPDCH上的數(shù)據(jù)。否則，流程500繼續(xù)到步驟575，此 處UE 140將解碼在其主信道的DPDCH上的數(shù)據(jù),但不解碼在分S己給它的N 個補充信道的集合中的任何信道的DPDCH上的數(shù)據(jù)。
當(dāng)VoIP呼叫在進(jìn)行中時，UE 140可以從與一個RNC有關(guān)的節(jié)點B(在 此也稱作"當(dāng)前節(jié)點B")的覆蓋區(qū)域移動至與另一個RNC有關(guān)的節(jié)點B 180 (在此也稱作"新節(jié)點B")的覆蓋區(qū)域。前面的RNC在此凈皮稱作"服務(wù)RNC" 或"S-RNC",而后面的RNC在此被稱作"漂移RNC"或"D-RNC"。在這種情 況下，如果^Jfl軟切換，則會產(chǎn)生大量的問題。第一個問題及時現(xiàn)在兩個不 同的RNC對節(jié)點B的資源具有控制權(quán)。第二個問題是通過此稱作"Iur"連 接的S-RNC與D-RNC之間的連接，對碼狀態(tài)信息的快速信令通知僅有有限 的選擇。
以下用于解決這些問題的一些選擇。第-HSt擇是gUE 140從當(dāng) 前節(jié)點B向新節(jié)點B的軟切換。UE 140將維持其與當(dāng)前節(jié)點B間的無線鏈 路，直到與新節(jié)點B間的無線M質(zhì)量更好。當(dāng)發(fā)生這種情況時，扭軒從當(dāng) 前節(jié)點B向新節(jié)點B的硬切換。第二個選擇是進(jìn)行服務(wù)無線網(wǎng)絡(luò)子系統(tǒng) (SRNS)重定位。在SRNS重定位中，S-RNC與核心網(wǎng)之間的連接(在下 文中稱作"Iu連接")被重定位至D-RNC?？梢詫⑦@第二選擇與第一選擇結(jié)果來，即，與SRNS重定4M目結(jié)合的硬切換。
第三個選擇涉及將UE 140限制在主OVSF碼。在這個旋轉(zhuǎn)中，不再執(zhí)行補充OVSF碼的分配，且當(dāng)情況需要時，例如觸發(fā)對補充信道的需要的情 況，進(jìn)行例如幀挪用的技術(shù)。這最后一個選擇涉及向UE140分配固定的補充 OVSF碼。
盡管已經(jīng)結(jié)合具體實施例詳細(xì)地對本發(fā)明進(jìn)行了描述，但是其他的版本也是可能的。例如，流程400和500中的步衝頃序可以是不同的?？梢约言?不同于AMR的編解碼器。可以使用不同于VoIP的數(shù)據(jù)應(yīng)用。因此，本發(fā) 明的精神和范圍不應(yīng)當(dāng)限制在這里所包含的實施例的描述中。
權(quán)利要求
1、一種用于在無線通信網(wǎng)絡(luò)中通過主信道和補充信道向接收器傳輸分組的方法，包括步驟確定是否應(yīng)當(dāng)通過補充信道傳輸分組；如果應(yīng)當(dāng)通過補充信道傳輸分組，則通過主信道傳輸所述分組的第一部分和補充信道指示符，并通過補充信道傳輸所述分組的第二部分，其中使用分配的特定補充碼來配置所述補充信道，該分配的特定補充碼屬于分配給所述接收器的一組N個補充碼；以及如果不應(yīng)通過補充信道傳輸分組，則通過所述主信道傳輸分組。
2、 根據(jù)權(quán)利要求1所述的方法，其中在通過主通信和補充信道傳輸分組的第 一和第二部分以及補充信道指示符的步驟之前將作為含有M個補充碼的集合的子集的所述一組N個補充碼分配給所 述接收器，其中所述含有M個補充碼的集合被保留在發(fā)射器處并在多個接收 器之間動態(tài)共享。
3、 根據(jù)權(quán)利要求1所述的方法，其中通過主信道和補充信道上的專用物 理數(shù)據(jù)信道(DPDCH)來傳輸所述分組的第一和第二部分，通過主信道上的 專用物理控制信道(DPCCH)來傳輸所述補充信道指示符。
4、 根據(jù)權(quán)利要求3所述的方法，其中所述補充信道指示符作為傳輸格式 組合指示符(TFCI)的一部分在DPCCH上傳輸。
5、根據(jù)權(quán)利要求1所述的方法，包括附加的步驟 當(dāng)接收器從與服務(wù)RNC相關(guān)的第一節(jié)點B的第一覆蓋區(qū)域移動至與漂移RNC相關(guān)的第二節(jié)點B的第二覆蓋區(qū)域時，執(zhí)行所述接收器從第一節(jié)點B到第二節(jié)點B的硬切換，或 將所述接收器僅限制在主信道，或 向所述接收器分配固定的補充信道。
6、根據(jù)權(quán)利要求1所述的方法，包括附加的步驟 如過在主信道上存在指示補充信道的補充信道指示符，則在接收器處對在主信道和補充信道上傳輸?shù)姆纸M的第一和第二部分進(jìn)行解碼；以及如過在主信道上不存在補充信道指示符，則在接收器處僅對在主信道上傳輸?shù)姆纸M進(jìn)行解碼。
7、 根據(jù)權(quán)利要求1所述的方法，其中在同一傳輸時間間隔內(nèi)在主信道上傳輸所述分組的第一部分和所述補充信道指示符。
8、 一種接艦狄線通信網(wǎng)絡(luò)的空中接口傳輸?shù)臄?shù)據(jù)的方法，包括步驟 接收通過主信道和一組N個補充信道傳輸?shù)臄?shù)據(jù)，其中使用主碼來配置主信道，—組N個補充碼來配置所述一組N個補充信道； 解碼在主信iUi接收的數(shù)據(jù)；以及如果在主信道上接收的補充信道指示符指示了特定補充信道，則對在該 特定補充信道接收的數(shù)據(jù)進(jìn)行解碼，該特定補充信道屬于所述一組N個補 充信道；以及如果主信道上沒有接收道任何可補充信道指示符，則不對在所述一組N 個補充信道中的任一條信道上接收的數(shù)據(jù)進(jìn)行解碼。
9、 根據(jù)權(quán)利要求8所述的方法，包括附加的步驟 在接收數(shù)據(jù)步驟之前，在控制信道上接收有關(guān)主信道和所迷一組N個補充信道的指示。
10、 一種無線通信網(wǎng)絡(luò)，包括無線網(wǎng)絡(luò)控制器，用于向接收器分配主碼和一組N個補充碼，并從所述 一組N個補充碼中分配特定的補充碼；以及基站，用于向接收器發(fā)送分組和有關(guān)所分配的主補充信道的指示，其中如果接收器能夠同時支持主信道和補充信道，則通過使用所分配的 主碼來配置的主道來傳輸分組的第一部分和補充信道指示符，并通過使用 所分配的特定的補充碼來配置的補充信道來傳輸分組的第二部分，其中如果接收器不能同時支持主信道和補充信道，則使用幀挪用技術(shù)通過使用所分配的主碼來配置的主信道來傳輸分組。
全文摘要
所公開的方法和系統(tǒng)用于在無線通信網(wǎng)絡(luò)中通過主信道和屬于共享補充信道池的補充信道傳輸基于因特網(wǎng)協(xié)議的語音(VoIP)分組，從而可以使用與更高的擴展因子(SF)有關(guān)的正交可變擴展因子(OVSF)碼，從而最小化對與在下行鏈路專用信道(DCH)上實現(xiàn)VoIP有關(guān)的系統(tǒng)資源的不利影響。在本方法和系統(tǒng)中，如果不能在主信道上在單個傳輸時間間隔內(nèi)傳輸整個VoIP分組，則向VoIP分組所要發(fā)往的用戶設(shè)備(UE)分配特定的補充信道(或與其有關(guān)的碼)。通過主信道的專用物理數(shù)據(jù)信道(DPDCH)向UE發(fā)送VoIP分組的一部分，并通過補充信道上的DPDCH向UE發(fā)送VoIP分組的另一部分。所分配的特定OVSF碼(或與其有關(guān)的補充信道)屬于分配給UE的一組補充OVSF碼，這組分配的補充OVSF碼屬于在節(jié)點B處保留的共享補充OVSF碼池。通過主信道上的專用物理控制信道(DPCCH)向UE指示用于補充信道的所分配的特定補充OVSF碼的標(biāo)識。UE檢查主信道上的DPCCH，以確定是否已被分配給特定的補充信道(或與其有關(guān)的碼)。如果已被分配特定的補充信道，則UE將與主信道上的數(shù)據(jù)一起對所分配的特定補充信道上的數(shù)據(jù)進(jìn)行解碼。否則UE將僅解碼其主信道上的數(shù)據(jù)。
文檔編號H04W28/06GK101347012SQ200680023425
公開日2009年1月14日 申請日期2006年8月18日 優(yōu)先權(quán)日2005年8月26日
發(fā)明者埃尼爾·M·勞, 簡斯·穆肯赫姆, 米爾庫·沙赫特 申請人:朗迅科技公司