一種用戶設(shè)備接入方法、用戶設(shè)備及基站的制作方法
【技術(shù)領(lǐng)域】
[0001] 本申請涉及移動通信技術(shù)領(lǐng)域，特別涉及在蜂窩網(wǎng)絡(luò)中的一種用戶設(shè)備（UE)接入 方法、UE及基站。
【背景技術(shù)】
[0002] 傳統(tǒng)的蜂窩網(wǎng)絡(luò)是一個基于調(diào)度的系統(tǒng)。在傳統(tǒng)的蜂窩網(wǎng)絡(luò)中，當(dāng)UE有數(shù)據(jù)要發(fā) 送時，UE需要先向基站（eNB)發(fā)送一個調(diào)度請求；eNB收到該調(diào)度請求后，為該UE分配上行 傳輸資源，并且通過專用控制信道（PDCCH)通知該UE所分配的資源。UE在得到資源分配的 通知之后，才能發(fā)送數(shù)據(jù)。上述發(fā)送調(diào)度請求-分配資源-通知資源分配結(jié)果的交互過程導(dǎo) 致在基于調(diào)度的系統(tǒng)中UE的接入時延至少需要11毫秒，而且無法進(jìn)一步降低。這樣長的 接入時延在傳統(tǒng)的蜂窩網(wǎng)絡(luò)中是可以滿足系統(tǒng)的要求的。然而，隨著新型業(yè)務(wù)的不斷出現(xiàn)， 基于調(diào)度的接入機制的接入時延較長而且無法降低的問題將會越來越明顯。例如，從業(yè)務(wù) 的角度來看，未來的云端業(yè)務(wù)將大量開展，云端的額外處理帶來的處理時延以及數(shù)據(jù)的傳 輸時延的增加將導(dǎo)致用戶對端到端的時延將更加敏感。在這種情況下，如果可以降低蜂窩 網(wǎng)絡(luò)中UE的接入時延則可以在很大程度上彌補設(shè)備的處理時延以及數(shù)據(jù)的傳輸時延。因 此，如何降低蜂窩網(wǎng)絡(luò)中UE的接入時延已經(jīng)成為當(dāng)前的一個重要的研究課題。

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

[0003] 本發(fā)明實施例公開了UE接入方法以及UE和基站，以減小UE的接入時延，提高UE 接入性能。
[0004] 本發(fā)明實施例所述的UE的接入方法包括：接收基站發(fā)送的接入模式輔助信息 AMAI;接收基站通知的基于競爭的資源；以及根據(jù)AMAI確定自身緩存中數(shù)據(jù)的接入模式， 如果確定是采用基于競爭的接入模式，則利用基站通知的基于競爭的資源發(fā)送自身緩存中 的數(shù)據(jù)。
[0005] 上述方法進(jìn)一步包括：基站根據(jù)接收到的數(shù)據(jù)的質(zhì)量評估當(dāng)前接入模式配置的性 能，并根據(jù)評估結(jié)果更新基于競爭的資源以及AMAI，并通知UE更新后的基于競爭的資源以 及MAI。
[0006] 上述AMAI包括：應(yīng)用的類型以及針對這種應(yīng)用類型選擇基于競爭接入模式的條 件。此時，接收基站通知的基于競爭的資源包括：接收基站通知的應(yīng)用的類型以及為所述應(yīng) 用分配的基于競爭的資源。
[0007] 或者上述AMAI包括：應(yīng)用的類型、UE的標(biāo)識、以及針對特定應(yīng)用類型以及特定UE 的接入模式。此時，接收基站通知的基于競爭的資源包括：接收基站通知的應(yīng)用的類型、UE 標(biāo)識以及為所述應(yīng)用類型和所述UE分配的基于競爭的資源。
[0008] 其中，接收基站發(fā)送的接入模式輔助信息AMAI包括：通過物理下行控制信道或者 系統(tǒng)消息接收基站發(fā)送的AMAI。
[0009] 本發(fā)明另一實施例所述的UE的接入方法包括：接收基站根據(jù)小區(qū)內(nèi)UE的內(nèi)容信 息確定的本小區(qū)的接入模式；以及根據(jù)本小區(qū)的接入模式確定自身的接入模式，并根據(jù)自 身的接入模式發(fā)送自身緩存中的數(shù)據(jù)。
[0010] 上述方法進(jìn)一步包括：基站根據(jù)接收到的數(shù)據(jù)的質(zhì)量評估本小區(qū)接入模式的性 能，根據(jù)評估結(jié)果更新本小區(qū)的接入模式，并通知UE。
[0011] 上述基站根據(jù)小區(qū)內(nèi)UE的內(nèi)容信息確定的本小區(qū)的接入模式包括：基站在發(fā)現(xiàn) 有新的APP接入或在收到新的上行數(shù)據(jù)包時，統(tǒng)計每個UE的即時內(nèi)容信息，得到每個UE內(nèi) 容信息的統(tǒng)計信息；基站根據(jù)每個UE內(nèi)容信息的統(tǒng)計信息得到小區(qū)內(nèi)容信息的統(tǒng)計信息； 以及基站根據(jù)小區(qū)內(nèi)容信息的統(tǒng)計信息確定本小區(qū)的接入模式。
[0012] 其中，基站根據(jù)小區(qū)內(nèi)容信息的統(tǒng)計信息確定本小區(qū)的接入模式包括：
[0013] 計算適合基于調(diào)度接入的UE數(shù)N_SB與適合基于競爭接入的UE數(shù)N_CB之商；
[0014] 將基于調(diào)度接入的UE數(shù)N_SB與適合基于競爭接入的UE數(shù)N_CB之商與預(yù)先確定 的比例門限進(jìn)行比較，
[0015] 如果基于調(diào)度接入的UE數(shù)N_SB與適合基于競爭接入的UE數(shù)N_CB之商大于或等 于預(yù)先確定的比例門限，則確定本小區(qū)的接入模式為基于調(diào)度的接入模式；
[0016] 否則，即如果基于調(diào)度接入的UE數(shù)N_SB與適合基于競爭接入的UE數(shù)N_CB之商 小于預(yù)先確定的比例門限，則進(jìn)一步根據(jù)每個UE的業(yè)務(wù)特性分布判斷是否有延時敏感的 業(yè)務(wù)存在，
[0017] 如果有延時敏感的業(yè)務(wù)存在，則比較采用基于調(diào)度的接入模式和采用基于競爭的 接入模式時的接入時延，如果采用基于調(diào)度的接入模式時的接入時延較小，則采用基于調(diào) 度的接入模式；如果采用基于競爭的接入模式時的接入時延較小，則采用基于競爭的接入 模式；
[0018] 如果沒有延時敏感的業(yè)務(wù)存在，則比較采用基于調(diào)度的接入模式和采用基于競爭 的接入模式時的開銷，如果采用基于調(diào)度的接入模式時的開銷較小，則采用基于調(diào)度的接 入模式；如果采用基于競爭的接入模式時的開銷較小，則采用基于競爭的接入模式。
[0019] 本發(fā)明實施例所述的UE包括：
[0020]用于接收基站發(fā)送的接入模式輔助信息AMAI的第一接收模塊；
[0021] 用于接收基站通知的基于競爭的資源的第二接收模塊；以及
[0022] 用于根據(jù)AMAI確定自身緩存中數(shù)據(jù)的接入模式，如果確定是采用基于競爭的接 入模式，則利用基站通知的基于競爭的資源發(fā)送自身緩存中的數(shù)據(jù)的接入模式確認(rèn)模塊。
[0023] 上述AMAI包括：應(yīng)用的類型以及針對這種應(yīng)用類型選擇基于競爭接入模式的條 件。此時，第二接收模塊用于接收基站通知的應(yīng)用的類型以及為所述應(yīng)用分配的基于競爭 的資源。
[0024] 或者上述AMAI包括：應(yīng)用的類型、UE的標(biāo)識、以及針對特定應(yīng)用類型以及特定UE 的接入模式。此時，第二接收模塊用于接收基站通知的應(yīng)用的類型、UE標(biāo)識以及為所述應(yīng) 用類型和所述UE分配的基于競爭的資源。
[0025] 其中，第一接收模塊通過物理下行控制信道或者系統(tǒng)消息接收基站發(fā)送的AMAI。
[0026] 本發(fā)明另一實施例所述的UE包括：
[0027]用于接收基站根據(jù)小區(qū)內(nèi)UE的內(nèi)容信息確定的本小區(qū)的接入模式的第三接收模 塊；以及
[0028] 用于根據(jù)本小區(qū)的接入模式確定自身的接入模式，并根據(jù)自身的接入模式發(fā)送自 身緩存中的數(shù)據(jù)的第二接入模式確認(rèn)模塊。
[0029] 本發(fā)明一個實施例所述的基站包括：
[0030] 用于生成接入模式輔助信息AMAI的生成模塊；
[0031] 用于將生成的AMAI發(fā)送至本小區(qū)內(nèi)UE的發(fā)送模塊；以及
[0032] 用于向本小區(qū)內(nèi)UE通知基于競爭的資源的通知模塊。
[0033] 本發(fā)明另一個實施例所述的基站包括：
[0034] 用于根據(jù)小區(qū)內(nèi)UE的內(nèi)容信息確定本小區(qū)接入模式的接入模式確定模塊；以及
[0035] 用于通知本小區(qū)內(nèi)UE本小區(qū)接入模式的第二通知模塊。
[0036] 從上述UE接入方法的流程、UE以及基站的內(nèi)部結(jié)構(gòu)可以看出，在本發(fā)明的實施例 中基站可以根據(jù)小區(qū)的CI統(tǒng)計信息，APP的類型以及UE的情況確定一個業(yè)務(wù)的接入模式， 從而可以根據(jù)所接入業(yè)務(wù)的情況選擇最適合的接入模式，有效地同時發(fā)揮基于競爭接入模 式以及基于調(diào)度接入模式的優(yōu)勢。
【附圖說明】
[0037] 圖1為本發(fā)明實施例所述的UE接入方法流程圖；
[0038] 圖2為當(dāng)基于競爭的資源是針對特定APP預(yù)留的CB資源時，UE的接入方法流程 圖；
[0039] 圖3為當(dāng)基于競爭的資源是針對特定UE預(yù)留的CB資源時，UE的接入方法流程圖；
[0040] 圖4為當(dāng)基于競爭的資源是針對特定整個小區(qū)的CB資源時，UE的接入方法流程 圖；
[0041] 圖5為基站根據(jù)小區(qū)內(nèi)UE的CI信息確定本小區(qū)的接入模式的方法；
[0042] 圖6為本發(fā)明一個實施例所述的UE的內(nèi)部結(jié)構(gòu)示意圖；
[0043] 圖7為本發(fā)明另一個實施例所述的UE的內(nèi)部結(jié)構(gòu)示意圖；
[0044] 圖8為本發(fā)明一個實施例所述的基站的內(nèi)部結(jié)構(gòu)不意圖；以及
[0045] 圖9為本發(fā)明另一個實施例所述的基站的內(nèi)部結(jié)構(gòu)示意圖。
【具體實施方式】
[0046] 如前所述，隨著新型業(yè)務(wù)的出現(xiàn)，用戶對新型業(yè)務(wù)端到端的時延將會更加敏感，因 此，如果可以降低UE的接入時延則可以在很大程度上彌補設(shè)備的處理時延以及數(shù)據(jù)的傳 輸時延。
[0047] 此外，從網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)來看，在未來為了擴(kuò)大系統(tǒng)容量，越來越多的小小區(qū) (smallcell)會被加入到原來的宏基站下。在這種拓?fù)浣Y(jié)構(gòu)下，每個小小區(qū)對應(yīng)的微基站 下的UE數(shù)會遠(yuǎn)遠(yuǎn)小于原來的宏基站。如果在微基站側(cè)引入基于競爭（CB)的UE接入方案， 其競爭沖突問題并不會太明顯而且在很多時候會大大降低UE的接入時延。然而，在某些時 候，例如小區(qū)內(nèi)UE數(shù)目較多或者是小區(qū)內(nèi)的總業(yè)務(wù)量較多的時候，基于競爭的UE接入方案 的性能并不一定優(yōu)于基于調(diào)度的UE接入方案。通常來講，從網(wǎng)絡(luò)環(huán)境的角度來看，如果小 區(qū)的覆蓋面積較小而且小區(qū)內(nèi)的UE數(shù)目較少，則比較適合采用基于競爭的UE接入方案；而 如果小區(qū)的覆蓋面積較大而且小區(qū)內(nèi)的UE數(shù)目較多，則比較適合采用基于調(diào)度的UE接入 方案。從業(yè)務(wù)類型的角度來看，如果UE的業(yè)務(wù)多為變化的業(yè)務(wù)，則比較適合采用基于競爭 的UE接入方案；而如果UE的業(yè)務(wù)多為固定的業(yè)務(wù)，則比較適合采用基于調(diào)度的UE接入方 案。
[00