[發(fā)明專利]用于即時(shí)接入到隨機(jī)接入信道的方法

有效

• 申請(qǐng)?zhí)枺?/td>: 200780048499.1
• 申請(qǐng)日: 2007-10-25
• 公開（公告）號(hào): CN101731020A
• 公開（公告）日: 2010-06-09
• 發(fā)明（設(shè)計(jì)）人: J·皮拉雅;J·科爾奧南
• 申請(qǐng)（專利權(quán)）人: 諾基亞公司
• 主分類號(hào): H04W74/08
• 分類號(hào): H04W74/08
• 代理公司: 北京市金杜律師事務(wù)所 11256
• 代理人: 吳立明;羅世娜

相關(guān)申請(qǐng)的交叉引用

本申請(qǐng)要求于2006年10月26日向美國(guó)專利商標(biāo)局提交的臨 時(shí)專利申請(qǐng)第60/855,070號(hào)的優(yōu)先權(quán)，其中通過整體引用將該臨時(shí) 專利申請(qǐng)的全部?jī)?nèi)容合并于此。

技術(shù)領(lǐng)域

本發(fā)明一般地涉及一種在移動(dòng)通信系統(tǒng)中的接入方法。具體而 言，本發(fā)明涉及一種用于在基于分組的移動(dòng)通信網(wǎng)絡(luò)中接入隨機(jī)接 入信道(RACH)的方法。此類網(wǎng)絡(luò)的例子包括通用陸地?zé)o線電接入 網(wǎng)絡(luò)(UTRAN)和演進(jìn)的通用陸地?zé)o線電接入網(wǎng)絡(luò)(E-UTRAN)。

背景技術(shù)

本發(fā)明涉及在初始接入到移動(dòng)通信網(wǎng)絡(luò)期間使用的、用于接入 隨機(jī)接入信道(RACH)的過程。RACH是用于從移動(dòng)終端(也稱為 用戶設(shè)備(UE)裝置或者無(wú)線通信設(shè)備)到網(wǎng)絡(luò)實(shí)體如基站(也稱 為節(jié)點(diǎn)B)的初始上行鏈路傳輸?shù)墓矀魉托诺馈ACH功能取決 于通信網(wǎng)絡(luò)中所使用的技術(shù)而不同。在本申請(qǐng)中，以根據(jù)第三代合 作伙伴項(xiàng)目(3GPP)規(guī)范的長(zhǎng)期演進(jìn)(LTE)的E-UTRAN中的頻 分雙工(FDD)模式中的RACH接入范例并且對(duì)UTRAN中的一個(gè) 或者多個(gè)對(duì)應(yīng)過程進(jìn)行參考。

傳送信道RACH由物理隨機(jī)接入信道(PRACH)承載。與承 載采集指示符信號(hào)的下行鏈路指示符信道結(jié)合在RACH上實(shí)現(xiàn)隨機(jī) 接入傳輸。隨機(jī)接入傳輸通常使用“時(shí)隙化ALOHA”技術(shù)。這意味著 UE可以在被稱為接入時(shí)隙的多個(gè)時(shí)間間隔開始時(shí)在RACH上啟動(dòng) 隨機(jī)接入傳輸。RACH消息由一個(gè)或者多個(gè)前導(dǎo)碼以及消息體組成。 在相應(yīng)網(wǎng)絡(luò)規(guī)范中規(guī)定接入時(shí)隙的長(zhǎng)度和間隔以及RACH前導(dǎo)碼和 消息體的長(zhǎng)度。例如在UTRAN中，每?jī)蓚€(gè)幀有15個(gè)RACH接入時(shí) 隙，并且它們的間距為5120個(gè)碼片。RACH前導(dǎo)碼的長(zhǎng)度為4096 個(gè)碼片，而消息體的長(zhǎng)度為10或者20ms。在尚未定稿的E-URTAN 中，仍未決定接入時(shí)隙的密度。RACH消息的結(jié)構(gòu)也可以不同于 UTRAN的結(jié)構(gòu)。例如在基本配置中，前導(dǎo)碼的長(zhǎng)度可以是1ms，這 1ms包括前導(dǎo)碼序列、它的循環(huán)前綴和保護(hù)時(shí)間。

RACH是基于競(jìng)爭(zhēng)的信道。數(shù)個(gè)UE可以同時(shí)接入一個(gè)RACH 時(shí)隙并且導(dǎo)致沖突。因此，UE進(jìn)行的傳輸可能初次嘗試不成功。在 用于UTRAN的3GPP規(guī)范中呈現(xiàn)一種以解決沖突從而最終成功地傳 輸所有消息為目標(biāo)的解決方案。該解決方案是基于所謂持續(xù)測(cè)試的 過程。(參閱：3rd?Generation?Partnership?Project；Technical Specification?Group?Radio?Access?Network；Medium?Access?Control (MAC)Protocol?Specification，Release?7，3GPP?TS?25.321?V7.1.0， 2006-06)然而，由于無(wú)論網(wǎng)絡(luò)條件如何，在每次RACH傳輸開始時(shí) 對(duì)于每個(gè)UE都需要一個(gè)或者多個(gè)持續(xù)測(cè)試，所以該過程可能給UE 造成不必要的等待時(shí)間。

因此，需要的是一種經(jīng)修改的用于RACH接入的過程，該過 程允許UE在某些條件之下回避持續(xù)測(cè)試或者總是回避持續(xù)測(cè)試。通 過回避持續(xù)測(cè)試，UE可以在傳輸需要顯現(xiàn)時(shí)立即啟動(dòng)RACH傳輸。

因而，也需要的是一種被配備用于執(zhí)行該修改過程的設(shè)備和一 種有助于執(zhí)行該修改過程并且根據(jù)該修改過程接受來自該設(shè)備的 RACH傳輸?shù)木W(wǎng)絡(luò)實(shí)體。

發(fā)明內(nèi)容

在本發(fā)明的第一方面中，提供一種用于將消息從用戶設(shè)備裝置 傳輸?shù)骄W(wǎng)絡(luò)實(shí)體的方法。該消息包括一個(gè)或者多個(gè)前導(dǎo)碼和消息體。 該方法包括：確定是否允許在隨機(jī)接入信道的即時(shí)可用接入時(shí)隙中 將消息的第一前導(dǎo)碼傳輸?shù)骄W(wǎng)絡(luò)實(shí)體；如果允許傳輸則傳輸?shù)谝磺? 導(dǎo)碼；并且如果在另一信道上從網(wǎng)絡(luò)實(shí)體接收到對(duì)第一前導(dǎo)碼的肯 定確認(rèn)則傳輸消息體。

在該方法中，確定是否允許傳輸?shù)谝磺皩?dǎo)碼可以包括：總是允 許傳輸?shù)谝磺皩?dǎo)碼。

可替換地，確定是否允許傳輸?shù)谝磺皩?dǎo)碼可以包括：如果用戶 設(shè)備裝置沒有在隨機(jī)接入信道上傳輸已經(jīng)持續(xù)比預(yù)定時(shí)間段更久， 則允許傳輸?shù)谝磺皩?dǎo)碼。

可替換地，確定是否允許傳輸?shù)谝磺皩?dǎo)碼可以包括：如果用戶 設(shè)備裝置沒有在隨機(jī)接入信道上傳輸已經(jīng)持續(xù)數(shù)目比預(yù)定數(shù)更大 的、隨機(jī)接入信道的接入時(shí)隙，則允許傳輸?shù)谝磺皩?dǎo)碼。