專利名稱：一種應(yīng)用于請求接入基站的接入方法及基站的制作方法
一種應(yīng)用于請求接入基站的接入方法及基站技術(shù)領(lǐng)域
本發(fā)明實(shí)施例涉及通信領(lǐng)域，特別是涉及一種應(yīng)用于請求接入基站的接入方法及基站。
背景技術(shù)：
在無線通信系統(tǒng)中，用戶設(shè)備(User Equipment，UE)，或稱為移動終端，在UE需要 與基站進(jìn)行通信時(shí)，需要該UE接入基站。UE可以自己主動發(fā)起接入請求，也可以由基站先 發(fā)起，再由UE發(fā)起請求。
發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下缺點(diǎn)在UE接入基站 的過程中，一旦基站收到接入請求后，UE就可以成功的接入基站，如果有其它的請求接入基 站的設(shè)備也想接入基站時(shí)，基站同樣會同意該設(shè)備接入基站，也就是說，基站會盲目的同意 接入基站的請求，如果大量的UE或其它設(shè)備同時(shí)接入基站，就會造成接入后基站的工作負(fù) 載很大。發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種應(yīng)用于請求接入基站的接入方法及基站，以防止基站盲目 的同意接入基站的請求。
根據(jù)本發(fā)明的一方面，提供一種應(yīng)用于請求接入基站的接入方法，所述方法包 括
基站接收請求接入基站的對象發(fā)送的隨機(jī)接入請求消息；
所述基站返回隨機(jī)接入響應(yīng)至所述請求接入基站的對象；
所述基站接收所述請求接入基站的對象發(fā)送的上行調(diào)度接入消息；
根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消息中的space位的 值，識別所述請求接入基站的對象；
若識別所述請求接入基站的對象為中繼節(jié)點(diǎn)，將所述中繼節(jié)點(diǎn)接入所述基站。
根據(jù)本發(fā)明的另一方面，還提供一種基站，所述基站包括接收單元，發(fā)送單元，識 別單元及管理單元；所述接收單元用于接收請求接入基站的對象發(fā)送的隨機(jī)接入請求消 息；所述發(fā)送單元用于向所述請求接入基站的對象返回隨機(jī)接入響應(yīng)；
其中，所述接收單元進(jìn)一步用于所述發(fā)送單元返回隨機(jī)接入響應(yīng)至所述請求接入 基站的對象之后，接收所述請求接入基站的對象發(fā)送的上行調(diào)度接入消息；
所述識別單元，用于根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消 息中的space位的值，識別所述請求接入基站的對象；
所述管理單元，用于當(dāng)識別所述請求接入基站的對象為中繼節(jié)點(diǎn)時(shí)，選擇所述中 繼節(jié)點(diǎn)接入所述基站。
本發(fā)明實(shí)施例提供的技術(shù)方案，根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消息中的space位的值，確定所述請求接入基站的對象；若確定所述請求接入基站的對象為中繼節(jié)點(diǎn)，將所述中繼節(jié)點(diǎn)接入所述基站，從而可以讓基站識別請求接入的對象， 并當(dāng)識別接入的對象后，可以合理的選擇請求接入的對象，從而可以避免基站盲目的同意 接入基站的請求。


為了更清楚地說明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對實(shí)施例描述中所需要使 用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于 本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其 他的附圖。
圖1為本發(fā)明實(shí)施例的應(yīng)用于請求接入基站的接入方法的第一種實(shí)施例的流程 圖2為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第一種實(shí)施例的具體 實(shí)施時(shí)序圖3為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第二種實(shí)施例的流程 圖4為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第二種實(shí)施例的具體 實(shí)施時(shí)序圖5為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第三種實(shí)施例的流程 圖6為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第三種實(shí)施例的第一 種實(shí)施時(shí)序圖7為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第三種實(shí)施例的第二 種實(shí)施時(shí)序圖8為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第四種實(shí)施例的流程 圖9為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第四種實(shí)施例的第一 種具體實(shí)施時(shí)序圖10為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第四種實(shí)施例的第二 種具體實(shí)施時(shí)序圖11為本發(fā)明實(shí)施例的應(yīng)用于請求接入基站的接入系統(tǒng)的結(jié)構(gòu)圖12為本發(fā)明實(shí)施例的基站的結(jié)構(gòu)圖13為本發(fā)明實(shí)施例的中繼節(jié)點(diǎn)的結(jié)構(gòu)圖。
具體實(shí)施方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；?本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
在本實(shí)施例中，以LTE(Long Term Evolution，長期演進(jìn))通信系統(tǒng)為例進(jìn)行描述說明，在該系統(tǒng)中，可以由基站(Evolve Node Basestation, eNB)、多個(gè)中繼節(jié)點(diǎn)(Relay node, RN)及多個(gè)用戶終端(User equipment, UE)，其中，當(dāng)然用戶終端(User equipment, UE)也可以包括移動終端。在本實(shí)施例中，有三種通信方式，第一種方式為UE可以和基站 直接進(jìn)行通信，不需要RN進(jìn)行協(xié)作，第二種方式為UE可以先與RN通信，再通過RN與基站 通信，第三種方式為UE與基站直接通信的同時(shí)，RN對該UE與基站的通信進(jìn)行監(jiān)控或偵聽， 當(dāng)UE與基站之間的通信信道質(zhì)量不好，或很差的時(shí)候，RN協(xié)作UE與基站之間的通信。在 本實(shí)施例中，RN可以監(jiān)控多個(gè)UE。
在本實(shí)施例中，若當(dāng)前通信網(wǎng)絡(luò)，只有RN需要接入基站時(shí)，RN有兩種接入基站的 方式，一種是基于非競爭隨機(jī)接入基站，另一種是基于競爭隨機(jī)接入基站，而在基于競爭隨 機(jī)接入基站的過程中，進(jìn)一步包括初始接入基于競爭隨機(jī)接入基站和非初始接入基于競爭 隨機(jī)接入基站。
若當(dāng)前通信網(wǎng)絡(luò)，有RN和UE同時(shí)需要接入基站時(shí)，基站需要對請求接入基站的對 象進(jìn)行識別，并采用系統(tǒng)預(yù)定的優(yōu)先接入原則選擇接入基站的對象。當(dāng)然，其中，UE也具有 跟RN —樣的接入基站的方式，只是當(dāng)UE跟RN同時(shí)接入時(shí)，在接入的過程中，基站需要判斷 識別，對UE和基站之間進(jìn)行選擇。
在本實(shí)施例中，RN在基于非競爭隨機(jī)接入的方式下，此時(shí)，基站已知RN的信 息，并且，這種接入方式，是先由基站向RN發(fā)送指派隨機(jī)接入序列，再由RN發(fā)送隨機(jī)接 入請求消息，再由基站發(fā)送隨機(jī)接入響應(yīng)，即基站通過RA-CNTI (Random Access Radio Network Temporary Identifier，隨機(jī)接入無線網(wǎng)絡(luò)臨時(shí)標(biāo)識)加擾PDCCH(Physical Downlink Control Channel，物理下行控制信道)向RN發(fā)送隨機(jī)接入響應(yīng)(Random Access Response，RAR)。在本實(shí)施例中，RAR可以包括TEMPORARY C-RNTI禾Π UL Grant信息。此時(shí)， 表明接入完成。
在本實(shí)施例中，在基于競爭隨機(jī)接入基站的方式中，由RN或UE主動向基站發(fā)起接 入請求，再由基站對發(fā)起接入請求的對象進(jìn)行識別確認(rèn)，即確認(rèn)發(fā)起接入請求的對象是RN 還是UE。再由基站根據(jù)優(yōu)先接入原則選擇接入請求的對象。
圖1為本發(fā)明實(shí)施例的應(yīng)用于請求接入基站的接入方法的第一種實(shí)施例的流程 圖。在本實(shí)施例中，圖1為初始接入基于競爭隨機(jī)接入基站的流程圖。在本實(shí)施例中，在中 繼節(jié)點(diǎn)初始接入基站前，基站無法得知請求接入基站的對象是RN還是UE。
步驟S100，基站接收RN發(fā)送的隨機(jī)接入請求消息。在本實(shí)施例中，該隨機(jī)接入請 求消息包括I^eamble序列。在本實(shí)施例中，基站可以接收到多個(gè)RN發(fā)送的隨機(jī)接入請求。
步驟S102，基站返回隨機(jī)接入響應(yīng)至RN。在本實(shí)施例中，基站通過 RA-CNTI (Random Access Radio Network Temporary Identifier，隨機(jī)接入無線網(wǎng)絡(luò)臨時(shí) 標(biāo)識)加擾PDCCH(Physical Downlink Control Channel，物理下行控制信道)向RN發(fā)送 隨機(jī)接入響應(yīng)(Random Access Response, RAR)。在本實(shí)施例中，RAR可以包括TEMPORARY C-RNTI 禾口 UL Grant 信息。
在本實(shí)施例中，當(dāng)RN接收到基站發(fā)送的隨機(jī)接入響應(yīng)后，生成上行調(diào)度接入 (Scheduled Up link transmission)消息，上行調(diào)度接入消息中包括 RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為1，及根據(jù)UL Grant (Up Link Grant，上行鏈路指示)消息指示發(fā)送給基站。在本實(shí)施例中，將RRC (RadioResource Control，無線資源控制)Connection Request消息中的space位設(shè)置為1，是用 來標(biāo)識請求接入基站的對象是中繼節(jié)點(diǎn)，并用于基站區(qū)別請求接入基站的對象是RN還是 UE。
步驟S104，基站接收到中繼節(jié)點(diǎn)發(fā)送的上行調(diào)度接入消息。
步驟S106，基站確定該上行調(diào)度接入信息中的RRC Connection Request消息中 的space位的值。在本實(shí)施例中，當(dāng)基站確定該上行調(diào)度接入信息中的RRC Connection Request消息中的space位的值為1時(shí)，可以確定當(dāng)前請求接入基站的對象是中繼節(jié)點(diǎn)。在 本實(shí)施例中，RRC Connection Request 消息可以包括 RN 的 NAS (Non-Access Stratum，非 接入層)標(biāo)識。當(dāng)然，在基站的內(nèi)部可以將識別的原則進(jìn)行設(shè)置，比如，可以當(dāng)上行調(diào)度接 入信息中的RRC Connection Request消息中的space位的值為1時(shí)，設(shè)置請求接入基站 的對象為RN，也可以設(shè)置請求接入基站的對象為UE，也可以當(dāng)上行調(diào)度接入信息中的RRC Connection Request消息中的space位的值為0時(shí)，設(shè)置請求接入基站的對象為RN，也可 以設(shè)置請求接入基站的對象為UE,當(dāng)然，在設(shè)置原則時(shí)，基站需要與RN和UE保護(hù)相同的標(biāo) 準(zhǔn)原則。
步驟S108，基站根據(jù)優(yōu)先接入原則確定將中繼節(jié)點(diǎn)接入基站。在本實(shí)施例中，基 站的優(yōu)先接入原則包括優(yōu)先選擇RN或優(yōu)先選擇UE。當(dāng)然，基站可以根據(jù)當(dāng)前的通信網(wǎng)絡(luò) 狀況來將其中的一個(gè)原則作為當(dāng)前的選擇原則。當(dāng)然，基站可以對當(dāng)前的選擇原則進(jìn)行調(diào) 整，以滿足通信網(wǎng)絡(luò)的需求。在本實(shí)施例中，以優(yōu)先選擇RN作為第一個(gè)優(yōu)先考慮的原則。因 此，在本實(shí)施例中，若基站當(dāng)前優(yōu)先選擇RN時(shí)，基站會將該RRC Connection Request消息 中initial RN-Identity作為解決接入的消息，即將RN的NAS標(biāo)識作為解決接入的消息。 在本實(shí)施例中，解決接入的消息也可以稱之為碰撞處理消息。通過Temporary C-RNTI發(fā)送 RN0在本實(shí)施例中，當(dāng)基站通過Temporary C-RNTI將解決接入的消息發(fā)送給RN時(shí)，就可以 認(rèn)為是基站同意該RN接入基站。在本實(shí)施例中，基站還將該RN作為接入成功的RN進(jìn)行管 理，即保存接入成功的RN的C-RNTI。
當(dāng)然，在RN接收到該通過Temporary C-RNTI發(fā)送的解決接入的消息后，可以通過 Temporary C-RNTI解調(diào)該解決接入的消息，取出其中的RN的NAS標(biāo)識與自己本身的NAS標(biāo) 識進(jìn)行比對，以確定自己本身是否成功接入。若相同，則確定自己本身成功接入該基站。當(dāng) RN確定自己成功接入基站后，將TEMPORARY C-RNTI設(shè)置為C-RNTI。
本實(shí)施例提供的技術(shù)方案，若RN和UE處于初始接入基站時(shí)，當(dāng)RN請求接入基站 時(shí)，當(dāng)接收到基站返回的隨機(jī)接入響應(yīng)后，將需要發(fā)送基站的上行調(diào)度接入消息中的RRC Connection Request消息中的space位設(shè)置為1，以用于標(biāo)識請求接入基站的對象是中繼 節(jié)點(diǎn)，基站通過確定該上行調(diào)度接入信息中的RRC Connection Request消息中的space位 的值，來識別確認(rèn)當(dāng)前請求接入的對象是否為RN，當(dāng)確定為RN時(shí)，根據(jù)優(yōu)先原則確定RN接 入基站，從而可以讓基站識別請求接入的對象，并當(dāng)識別接入的對象后，可以合理的選擇請 求接入的對象，從而可以避免基站盲目的同意接入基站的請求，并可以減少大量的UE和RN 同時(shí)接入基站時(shí)，基站的工作負(fù)載。
圖2為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第一種實(shí)施例的具體 實(shí)施時(shí)序圖。
在圖2中，當(dāng)N時(shí)亥lj，RN向基站發(fā)送隨機(jī)接入序列(Preamble序列)，在M時(shí)刻，基站通過RA-RNTI 加擾PDCCH(Physical Downlink Control Channel，物理下行控制信道)向 RN發(fā)送RAR。RN通過RA-RNTI解調(diào)出RAR信息，并保存TEMPORARY C-RNTI，按照UL Grant 指示，RN需要向基站發(fā)送上行調(diào)度接入消息。上行調(diào)度接入消息中包括RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為1。
在K時(shí)刻時(shí)，RN向基站發(fā)送上行調(diào)度接入消息。基站接收到上行調(diào)度接入消 息后，確定該上行調(diào)度接入信息中的RRC Connection Request消息中的space位的值。 當(dāng)確定space位的值為1時(shí)，在L時(shí)刻，基站會將該RRC Connection Request消息中 initialRN-Identity作為解決接入的消息，即將RN的NAS標(biāo)識作為解決接入的消息。通過 Temporary C-RNTI發(fā)送RN。并將該RN作為接入成功的RN進(jìn)行管理，即保存接入成功的RN 的 C-RNTI。
圖3為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第二種實(shí)施例的流程 圖。
在本實(shí)施例中，圖3為RN非初始接入基于競爭隨機(jī)接入基站的流程圖，即RN曾經(jīng) 接入過基站，現(xiàn)在再重新請求接入基站。
在本實(shí)施例中，步驟S300，基站接收RN發(fā)送的隨機(jī)接入請求消息。在本實(shí)施例中， 該隨機(jī)接入請求消息包括I^eamble序列。在本實(shí)施例中，基站可以接收到多個(gè)RN發(fā)送的 隨機(jī)接入請求。
步驟S302，基站返回隨機(jī)接入響應(yīng)至RN。在本實(shí)施例中，基站通過 RA-CNTI (Random Access Radio Network Temporary Identifier，隨機(jī)接入無線網(wǎng)絡(luò)臨時(shí) 標(biāo)識)加擾PDCCH(Physical Downlink Control Channel，物理下行控制信道)向RN發(fā)送 隨機(jī)接入響應(yīng)(Random Access Response, RAR)。在本實(shí)施例中，RAR可以包括TEMPORARY C-RNTI 禾口 UL Grant 信息。
在本實(shí)施例中，當(dāng)RN接收到基站發(fā)送的隨機(jī)接入響應(yīng)后，生成上行調(diào)度接入 (Scheduled Up link transmission)消息，該消息中包括RN的C-RNTI。由于此時(shí)，RN曾 經(jīng)接入過基站，此次為重新接入基站，故，將RN的C-RNTI根據(jù)UL Grant指示發(fā)送給基站。
步驟S304，基站接收到中繼節(jié)點(diǎn)發(fā)送的上行調(diào)度接入消息。
步驟S306，確定該RN是否曾經(jīng)接入該基站。在本實(shí)施例中，基站將該上行調(diào)度接 入信息中C-RNTI與保存的RN的C-RNTI進(jìn)行匹配，來確定該RN是否曾經(jīng)接入該基站。若 上行調(diào)度接入信息中C-RNTI與保存的RN的C-RNTI相同，則說明該RN曾經(jīng)接入過該基站。
步驟S308，若確定該RN曾經(jīng)接入該基站，選擇該RN接入該基站。在本實(shí)施例中， 基站通過C-RNTI發(fā)送解決接入的消息至RN。RN通過C-RNTI解調(diào)該解決接入的消息，取出 其中的RN的NAS標(biāo)識與自己本身的NAS標(biāo)識進(jìn)行比對，以確定自己本身是否成功接入。若 相同，則確定自己本身成功接入該基站。
本實(shí)施例提供的技術(shù)方案，若RN處于非初始接入基站時(shí)，當(dāng)RN請求接入基站 時(shí)，當(dāng)接收到基站返回的隨機(jī)接入響應(yīng)后，將需要發(fā)送基站的上行調(diào)度接入消息中的RRC Connection Request消息包括RN的C-RNTI，以用于確定該RN是否曾經(jīng)接入該基站，若確 定該RN曾經(jīng)接入該基站，選擇該RN接入該基站，從而可以讓基站識別請求接入的對象，并 當(dāng)識別接入的對象后，可以合理的選擇請求接入的對象，從而可以避免基站盲目的同意接 入基站的請求，并可以減少大量的UE和RN同時(shí)接入基站時(shí)，基站的工作負(fù)載。
圖4為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第二種實(shí)施例的具體 實(shí)施時(shí)序圖。
在圖4中，當(dāng)N時(shí)亥lj，RN向基站發(fā)送隨機(jī)接入序列，即I^reamble序列。
在M 時(shí)亥lj，基站通過 RA-RNTI 加擾 PDCCH(Physical Downlink Control Channel, 物理下行控制信道)向RN發(fā)送RAR。RN通過RA-RNTI解調(diào)出RAR信息，在K時(shí)刻，按照UL Grant指示，RN向基站發(fā)送包括RN-RNTI的上行調(diào)度接入消息?；窘邮盏絉N發(fā)送的上行 調(diào)度接入消息后，確定該RN是否曾經(jīng)接入該基站。若確定該RN曾經(jīng)接入該基站，基站在L 時(shí)刻，通過C-RNTI發(fā)送解決接入的消息至RN。
圖5為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第三種實(shí)施例的流程 圖。
在本實(shí)施例中，圖5為RN和UE初始接入基于競爭隨機(jī)接入基站的流程圖。在本 實(shí)施例中，RN和UE都需要請求接入基站，此時(shí)，基站會同時(shí)接收RN和UE發(fā)的接入請求。在 UE和RN初始接入基站前，基站無法得知請求接入基站的對象是RN還是UE。
步驟S500，基站接收RN和UE發(fā)送的隨機(jī)接入請求。在本實(shí)施例中，基站可以接收 到多個(gè)RN和多個(gè)UE發(fā)送的隨機(jī)接入請求。
步驟S502，基站返回隨機(jī)接入響應(yīng)至RN和UE。在本實(shí)施例中，當(dāng)RN接收到基站 發(fā)送的隨機(jī)接入響應(yīng)后，生成上行調(diào)度接入Scheduled Up link transmission)消息，上 行調(diào)度接入消息中包括RRC Connection Request消息，并將RRC Connection Request消 息中的space位設(shè)置為1，及根據(jù)UL Grant (Up Link Grant，上行鏈路指示)消息指示發(fā)送 給基站。在本實(shí)施例中，將RRC Connection Request消息中的space位設(shè)置為1，是用來標(biāo) 識請求接入基站的對象是中繼節(jié)點(diǎn)，并用于基站區(qū)別請求接入基站的對象是RN。
在本實(shí)施例中，當(dāng)UE接收到基站發(fā)送的隨機(jī)接入響應(yīng)后，生成上行調(diào)度接入 (Scheduled Up link transmission)消息，上行調(diào)度接入消息中包括 RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為0，及根據(jù)UL Grant (Up Link Grant，上行鏈路指示)消息指示發(fā)送給基站。在本實(shí)施例中，將RRC Connection Request消息中的space位設(shè)置為0，是用來標(biāo)識請求接入基站的對象是中繼 節(jié)點(diǎn)，并用于基站區(qū)別請求接入基站的對象是UE。
步驟S504，基站接收RN和UE發(fā)送的上行調(diào)度接入消息。
步驟S506。確定該上行調(diào)度接入信息中的RRC Connection Request消息中的 space位的值。
步驟S508，根據(jù)上行調(diào)度接入信息中的RRC Connection Request消息中的space 位的值確定請求接入基站的對象是RN還是UE。
在本實(shí)施例中，當(dāng)基站確定該上行調(diào)度接入信息中的RRC Connection Request消 息中的space位的值為1時(shí)，可以確定當(dāng)前請求接入基站的對象是RN?；敬_定該上行調(diào) 度接入信息中的RRC Connection Request消息中的space位的值為0時(shí)，可以確定當(dāng)前請 求接入基站的對象是UE。
步驟S510，基站根據(jù)優(yōu)先接入原則選擇請求接入基站的對象接入基站。在本實(shí)施 例中，基站的優(yōu)先接入原則包括優(yōu)先選擇RN或優(yōu)先選擇UE。在本實(shí)施例中，以優(yōu)先選擇RN 作為第一個(gè)優(yōu)先考慮的原則。
在本實(shí)施例中，會存在幾種情況
第一種當(dāng)基站當(dāng)前優(yōu)先選擇RN時(shí)，若在步驟S508中，確定同時(shí)有RN和UE請 求接入時(shí)，即上行調(diào)度接入信息中的RRC Connection Request消息中的space位的值有 為1的，也有為0的。基站會選擇RN接入，基站會將該RRC Connection Request消息中 initialRN-Identity作為解決接入的消息，即將RN的NAS標(biāo)識作為解決接入的消息。通過 Temporary C-RNTI發(fā)送RN。在本實(shí)施例中，當(dāng)基站通過Temporary C-RNTI將解決接入的消 息發(fā)送給RN時(shí)，就可以認(rèn)為是基站同意該RN接入基站。在本實(shí)施例中，基站還將該RN作為 接入成功的RN進(jìn)行管理，即保存接入成功的RN的C-RNTI。在RN接收到該通過Temporary C-RNTI發(fā)送的解決接入的消息后，可以通過Temporary C-RNTI解調(diào)該解決接入的消息，取 出其中的RN的NAS標(biāo)識與自己本身的NAS標(biāo)識進(jìn)行比對，以確定自己本身是否成功接入。 若相同，則確定自己本身成功接入該基站。當(dāng)RN確定自己成功接入基站后，將TEMPORARY C-RNTI 設(shè)置為 C-RNTI。
第二種當(dāng)基站當(dāng)前優(yōu)先選擇RN時(shí)，若在步驟S508中，確定只有RN時(shí)，即上行調(diào) 度接入信息中的RRC Connection Request消息中的space位的值都為1，此時(shí)基站會跟第 一種情況相同的處理。
第三種當(dāng)基站當(dāng)前優(yōu)先選擇RN時(shí)，若在步驟S508中，確定只有UE時(shí)，即上行 調(diào)度接入信息中的RRC Connection Request消息中的space位的值有為0時(shí)，由于沒有 RN請求接入，此時(shí)，基站會優(yōu)先考慮UE，基站會選擇UE接入，基站會將該RRC Connection Request消息中initialUE-Identity作為解決接入的消息，即將UE的NAS標(biāo)識作為解決接 入的消息。通過^Temporary C-RNTI發(fā)送UE。在本實(shí)施例中，當(dāng)基站通過^Temporary C-RNTI 將解決接入的消息發(fā)送給UE時(shí)，就可以認(rèn)為是基站同意該UE接入基站。在本實(shí)施例中，基 站還將該UE作為接入成功的UE進(jìn)行管理，即保存接入成功的UE的C-RNTI。在UE接收到 該通過^Temporary C-RNTI發(fā)送的解決接入的消息后，可以通過Temporary C-RNTI解調(diào)該 解決接入的消息，取出其中的UE的NAS標(biāo)識與自己本身的NAS標(biāo)識進(jìn)行比對，以確定自己 本身是否成功接入。若相同，則確定自己本身成功接入該基站。當(dāng)UE確定自己成功接入基 站后，將 TEMPORARY C-RNTI 設(shè)置為 C-RNTI。
第四種當(dāng)基站當(dāng)前優(yōu)先選擇UE時(shí)，若在步驟S508中，確定同時(shí)有RN和UE請 求接入時(shí)，即上行調(diào)度接入信息中的RRC Connection Request消息中的space位的值有 為1的，也有為0的?；緯x擇UE接入，基站會將該RRC Connection Request消息中 initialUE-Identity作為解決接入的消息，即將UE的NAS標(biāo)識作為解決接入的消息。通過 Temporary C-RNTI發(fā)送UE。在本實(shí)施例中，當(dāng)基站通過^Temporary C-RNTI將解決接入的消 息發(fā)送給UE時(shí)，就可以認(rèn)為是基站同意該UE接入基站。在本實(shí)施例中，基站還將該UE作為 接入成功的UE進(jìn)行管理，即保存接入成功的UE的C-RNTI。在UE接收到該通過Temporary C-RNTI發(fā)送的解決接入的消息后，可以通過Temporary C-RNTI解調(diào)該解決接入的消息，取 出其中的UE的NAS標(biāo)識與自己本身的NAS標(biāo)識進(jìn)行比對，以確定自己本身是否成功接入。 若相同，則確定自己本身成功接入該基站。當(dāng)UE確定自己成功接入基站后，將TEMPORARY C-RNTI 設(shè)置為 C-RNTI
第五種當(dāng)基站當(dāng)前優(yōu)先選擇UE時(shí)，若在步驟S508中，確定只有RN時(shí)，即上 行調(diào)度接入信息中的RRC Connection Request消息中的space位的值都為1，由于沒有UE請求接入，基站會選擇RN接入，基站會將該RRC Connection Request消息中 initialRN-Identity作為解決接入的消息，即將RN的NAS標(biāo)識作為解決接入的消息。通過 Temporary C-RNTI發(fā)送RN。在本實(shí)施例中，當(dāng)基站通過^Temporary C-RNTI將解決接入的消 息發(fā)送給RN時(shí)，就可以認(rèn)為是基站同意該RN接入基站。在本實(shí)施例中，基站還將該RN作為 接入成功的RN進(jìn)行管理，即保存接入成功的RN的C-RNTI。在RN接收到該通過Temporary C-RNTI發(fā)送的解決接入的消息后，可以通過Temporary C-RNTI解調(diào)該解決接入的消息，取 出其中的RN的NAS標(biāo)識與自己本身的NAS標(biāo)識進(jìn)行比對，以確定自己本身是否成功接入。 若相同，則確定自己本身成功接入該基站。當(dāng)RN確定自己成功接入基站后，將TEMPORARY C-RNTI 設(shè)置為 C-RNTI。
第六鐘當(dāng)基站當(dāng)前優(yōu)先選擇UE時(shí)，若在步驟S508中，確定只有UE時(shí)，即上行調(diào) 度接入信息中的RRC Connection Request消息中的space位的值有為0時(shí)，此時(shí)基站會跟 第四種情況相同的處理。
本實(shí)施例提供的技術(shù)方案，若RN和UE處于初始接入基站時(shí)，當(dāng)RN和UE請求接入 基站時(shí)，當(dāng)RN和UE接收到基站返回的隨機(jī)接入響應(yīng)后，RN將需要發(fā)送基站的上行調(diào)度接入 消息中的RRC Connection Request消息中的space位設(shè)置為1，以用于標(biāo)識請求接入基站 的對象是中繼節(jié)點(diǎn)，UE將需要發(fā)送基站的上行調(diào)度接入消息中的RRC Connection Request 消息中的space位設(shè)置為0，以用于標(biāo)識請求接入基站的對象是UE ；基站通過確定該上行調(diào) 度接入信息中的RRC Connection Request消息中的space位的值，來識別確認(rèn)當(dāng)前請求接 入的對象是為RN還是UE，當(dāng)確定為RN或UE時(shí)，根據(jù)優(yōu)先原則確定RN接入基站，從而可以 讓基站識別請求接入的對象，并當(dāng)識別接入的對象后，可以合理的選擇請求接入的對象，從 而可以避免基站盲目的同意接入基站的請求，并從而可以避免當(dāng)RN和UE同時(shí)請求接入時(shí)， 造成的混亂次序，并可以減少大量的UE和RN同時(shí)接入基站時(shí)，基站的工作負(fù)載。
圖6為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第三種實(shí)施例的第一 種實(shí)施時(shí)序圖。
在圖6中，在N時(shí)刻，RN和UE會發(fā)送隨機(jī)接入請求至基站。
在M 時(shí)亥lj，基站通過 RA-RNTI 加擾 PDCCH(Physical Downlink Control Channel, 物理下行控制信道)向RN和UE發(fā)送RAR。RN和UE通過RA-RNTI解調(diào)出RAR信息，并保 存TEMPORARY C-RNTI，按照UL Grant指示，RN和UE需要向基站發(fā)送上行調(diào)度接入消息。 RN發(fā)送的上行調(diào)度接入消息中包括RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為1。UE發(fā)送的上行調(diào)度接入消息中包括RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為1。
在K時(shí)刻時(shí)，RN和UE向基站發(fā)送上行調(diào)度接入消息。基站接收到上行調(diào)度接 入消息后，確定該上行調(diào)度接入信息中的RRC Connection Request消息中的space位的 值。當(dāng)確定space位的值為1時(shí)，在L時(shí)刻，基站會將該RRC Connection Request消息中 initialRN-Identity作為解決接入的消息，即將RN的NAS標(biāo)識作為解決接入的消息。通過 Temporary C-RNTI發(fā)送RN。并將該RN作為接入成功的RN進(jìn)行管理，即保存接入成功的RN 的 C-RNTI。
圖7為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第三種實(shí)施例的第二 種實(shí)施時(shí)序圖。
在圖7中，在N時(shí)亥Ij，RN和UE會發(fā)送隨機(jī)接入請求至基站。
在M 時(shí)亥lj，基站通過 RA-RNTI 加擾 PDCCH(Physical Downlink Control Channel, 物理下行控制信道)向RN和UE發(fā)送RAR。RN和UE通過RA-RNTI解調(diào)出RAR信息，并保 存TEMPORARY C-RNTI，按照UL Grant指示，RN和UE需要向基站發(fā)送上行調(diào)度接入消息。 RN發(fā)送的上行調(diào)度接入消息中包括RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為1。UE發(fā)送的上行調(diào)度接入消息中包括RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為1。
在K時(shí)刻時(shí)，RN和UE向基站發(fā)送上行調(diào)度接入消息?；窘邮盏缴闲姓{(diào)度接 入消息后，確定該上行調(diào)度接入信息中的RRC Connection Request消息中的space位的 值。當(dāng)確定space位的值為0時(shí)，在L時(shí)刻，基站會將該RRC Connection Request消息中 initialUE-Identity作為解決接入的消息，即將UE的NAS標(biāo)識作為解決接入的消息。通過 Temporary C-RNTI發(fā)送UE。并將該UE作為接入成功的UE進(jìn)行管理，即保存接入成功的UE 的 C-RNTI。
圖8為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第四種實(shí)施例的流程 圖。圖8為RN和UE非初始接入基于競爭隨機(jī)接入基站的流程圖，即RN和UE曾經(jīng)接入過 基站，現(xiàn)在再重新請求接入基站。
步驟S800，基站接收RN和UE發(fā)送的隨機(jī)接入請求消息。
步驟S802，基站返回隨機(jī)接入響應(yīng)至RN和UE。
在本實(shí)施例中，當(dāng)RN接收到基站發(fā)送的隨機(jī)接入響應(yīng)后，生成上行調(diào)度接入 (Scheduled Up link transmission)消息，該消息中包括RN的C-RNTI。由于此時(shí)，RN曾 經(jīng)接入過基站，此次為重新接入基站，故，將RN的C-RNTI根據(jù)UL Grant指示發(fā)送給基站。 同時(shí)，當(dāng)UE接收到基站發(fā)送的隨機(jī)接入響應(yīng)后，生成上行調(diào)度接入(Scheduled Up link transmission)消息，該消息中包括UE的C-RNTI。由于此時(shí)，UE曾經(jīng)接入過基站，此次為 重新接入基站，故，將UE的C-RNTI根據(jù)UL Grant指示發(fā)送給基站。
步驟S804，基站接收到RN和UE發(fā)送的上行調(diào)度接入消息。
步驟S806，確定該RN或UE是否曾經(jīng)接入該基站。在本實(shí)施例中，基站將RN的該 上行調(diào)度接入信息中C-RNTI與保存的RN的C-RNTI進(jìn)行匹配，來確定該RN是否曾經(jīng)接入 該基站。若上行調(diào)度接入信息中C-RNTI與保存的RN的C-RNTI相同，則說明該RN曾經(jīng)接 入過該基站。在本實(shí)施例中，基站將UE的該上行調(diào)度接入信息中C-RNTI與保存的UE的 C-RNTI進(jìn)行匹配，來確定該UE是否曾經(jīng)接入該基站。若UE的上行調(diào)度接入信息中C-RNTI 與保存的UE的C-RNTI相同，則說明該UE曾經(jīng)接入過該基站。
步驟S808，基站根據(jù)優(yōu)先接入原則選擇請求接入基站的對象接入基站。在本實(shí)施 例中，基站的優(yōu)先接入原則包括優(yōu)先選擇RN或優(yōu)先選擇UE。在本實(shí)施例中，以優(yōu)先選擇RN 作為第一個(gè)優(yōu)先考慮的原則。
在本實(shí)施例中，會存在幾種情況
第一種當(dāng)基站當(dāng)前優(yōu)先選擇RN時(shí)，若在步驟S806，確定該RN和UE曾經(jīng)接入該 基站，基站會選擇RN接入，基站通過C-RNTI發(fā)送解決接入的消息至RN。RN通過C-RNTI解 調(diào)該解決接入的消息，取出其中的RN的NAS標(biāo)識與自己本身的NAS標(biāo)識進(jìn)行比對，以確定 自己本身是否成功接入。若相同，則確定自己本身成功接入該基站。
第二種當(dāng)基站當(dāng)前優(yōu)先選擇RN時(shí)，若在步驟S806，確定只有該RN曾經(jīng)接入該基 站，即當(dāng)前請求接入基站的對象中的UE曾經(jīng)沒有接入過該基站，此時(shí)，基站會跟第一種情 況相同的處理。
第三種當(dāng)基站當(dāng)前優(yōu)先選擇RN時(shí)，若在步驟S806，確定只有該UE曾經(jīng)接入該基 站，即當(dāng)前請求接入基站的對象中的RN曾經(jīng)沒有接入過該基站，由于沒有RN曾經(jīng)沒有接 入，此時(shí)，基站會優(yōu)先考慮UE，基站會選擇UE接入，基站通過C-RNTI發(fā)送解決接入的消息至 UE。UE通過C-RNTI解調(diào)該解決接入的消息，取出其中的UE的NAS標(biāo)識與自己本身的NAS 標(biāo)識進(jìn)行比對，以確定自己本身是否成功接入。若相同，則確定自己本身成功接入該基站。
第四種當(dāng)基站當(dāng)前優(yōu)先選擇UE時(shí)，若在步驟S806，確定該RN和UE曾經(jīng)接入該 基站，基站會選擇UE接入，基站通過C-RNTI發(fā)送解決接入的消息至UE。UE通過C-RNTI解 調(diào)該解決接入的消息，取出其中的UE的NAS標(biāo)識與自己本身的NAS標(biāo)識進(jìn)行比對，以確定 自己本身是否成功接入。若相同，則確定自己本身成功接入該基站。
第五種當(dāng)基站當(dāng)前優(yōu)先選擇UE時(shí)，若在步驟S806，確定只有該UE曾經(jīng)接入該基 站，即當(dāng)前請求接入基站的對象中的RN曾經(jīng)沒有接入過該基站，此時(shí)，基站會跟第一種情 況相同的處理。
第六種當(dāng)基站當(dāng)前優(yōu)先選擇UE時(shí)，若在步驟S 806，確定只有該RN曾經(jīng)接入該 基站，即當(dāng)前請求接入基站的對象中的UE曾經(jīng)沒有接入過該基站，由于沒有UE曾經(jīng)沒有接 入，此時(shí)，基站會優(yōu)先考慮RN，基站會選擇RN接入，基站通過C-RNTI發(fā)送解決接入的消息至 RN。RN通過C-RNTI解調(diào)該解決接入的消息，取出其中的RN的NAS標(biāo)識與自己本身的NAS 標(biāo)識進(jìn)行比對，以確定自己本身是否成功接入。若相同，則確定自己本身成功接入該基站。
本實(shí)施例提供的技術(shù)方案，若RN和UE處于非初始接入基站時(shí)，當(dāng)RN和UE請求接 入基站時(shí)，當(dāng)接收到基站返回的隨機(jī)接入響應(yīng)后，RN將需要發(fā)送基站的上行調(diào)度接入消息 中的RRC Connection Request消息包括RN的C-RNTI，以用于確定該RN是否曾經(jīng)接入該基 站，UE將需要發(fā)送基站的上行調(diào)度接入消息中的RRC Connection Request消息包括UE的 C-RNTI,以用于確定該RN是否曾經(jīng)接入該基站；若確定該RN曾經(jīng)接入該基站，選擇該RN接 入該基站，從而可以讓基站識別請求接入的對象，并當(dāng)識別接入的對象后，可以合理的選擇 請求接入的對象，從而可以避免基站盲目的同意接入基站的請求，并從而可以避免當(dāng)RN和 UE同時(shí)請求接入時(shí)，造成的混亂次序，并可以減少大量的UE和RN同時(shí)接入基站時(shí)，基站的 工作負(fù)載。
圖9為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第四種實(shí)施例的第一 種具體實(shí)施時(shí)序圖。
在圖9中，在N時(shí)亥lj，RN和UE會發(fā)送隨機(jī)接入請求至基站。
在M 時(shí)亥lj，基站通過 RA-RNTI 加擾 PDCCH(Physical Downlink Control Channel, 物理下行控制信道)向RN和UE發(fā)送RAR。RN和UE通過RA-RNTI解調(diào)出RAR信息，并保存 TEMPORARY C-RNTI，按照UL Grant指示，RN和UE需要向基站發(fā)送上行調(diào)度接入消息。RN 發(fā)送的上行調(diào)度接入消息中該消息中包括RN的C-RNTI。UE發(fā)送的上行調(diào)度接入消息中該 消息中包括UE的C-RNTI。
在K時(shí)刻時(shí)，RN和UE向基站發(fā)送上行調(diào)度接入消息?；窘邮盏缴闲姓{(diào)度接入 消息后，基站將RN的該上行調(diào)度接入信息中C-RNTI與保存的RN的C-RNTI進(jìn)行匹配，來確定該RN是否曾經(jīng)接入該基站?；緦E的該上行調(diào)度接入信息中C-RNTI與保存的UE的 C-RNTI進(jìn)行匹配，來確定該UE是否曾經(jīng)接入該基站。若確定RN接入基站，則在L時(shí)刻，基 站會將該RRC Connection Request消息中initialUE-Identity作為解決接入的消息，即 將RN的NAS標(biāo)識作為解決接入的消息。通過Temporary C-RNTI發(fā)送RN。
圖10為本發(fā)明實(shí)施例中應(yīng)用于請求接入基站的接入方法的第四種實(shí)施例的第二 種具體實(shí)施時(shí)序圖。
在圖10中，在N時(shí)亥Ij，RN和UE會發(fā)送隨機(jī)接入請求至基站。
在M 時(shí)亥lj，基站通過 RA-RNTI 加擾 PDCCH(Physical Downlink Control Channel, 物理下行控制信道)向RN和UE發(fā)送RAR。RN和UE通過RA-RNTI解調(diào)出RAR信息，并保存 TEMPORARY C-RNTI，按照UL Grant指示，RN和UE需要向基站發(fā)送上行調(diào)度接入消息。RN 發(fā)送的上行調(diào)度接入消息中該消息中包括RN的C-RNTI。UE發(fā)送的上行調(diào)度接入消息中該 消息中包括UE的C-RNTI。
在K時(shí)刻時(shí)，RN和UE向基站發(fā)送上行調(diào)度接入消息?；窘邮盏缴闲姓{(diào)度接入 消息后，基站將RN的該上行調(diào)度接入信息中C-RNTI與保存的RN的C-RNTI進(jìn)行匹配，來確 定該RN是否曾經(jīng)接入該基站?；緦E的該上行調(diào)度接入信息中C-RNTI與保存的UE的 C-RNTI進(jìn)行匹配，來確定該UE是否曾經(jīng)接入該基站。若選擇UE接入過基站，則在L時(shí)刻， 基站會將該RRC Connection Request消息中initialUE-Identity作為解決接入的消息， 即將UE的NAS標(biāo)識作為解決接入的消息。通過Temporary C-RNTI發(fā)送UE。
圖11為本發(fā)明實(shí)施例的應(yīng)用于請求接入基站的接入系統(tǒng)的結(jié)構(gòu)圖。在本實(shí)施例 中，該系統(tǒng)包括移動終端U、基站12和中繼節(jié)點(diǎn)13。
在本實(shí)施例中，移動終端11可以和基站12直接進(jìn)行通信，不需要中繼節(jié)點(diǎn)13進(jìn) 行協(xié)作，第二種方式為移動終端11可以先與中繼節(jié)點(diǎn)13通信，再通過中繼節(jié)點(diǎn)13與基站 12通信，第三種方式為移動終端11與基站12直接通信的同時(shí)，中繼節(jié)點(diǎn)13對該移動終 端11與基站12的通信進(jìn)行監(jiān)控或偵聽，當(dāng)移動終端11與基站12之間的通信信道質(zhì)量不 好，或很差的時(shí)候，中繼節(jié)點(diǎn)13協(xié)作移動終端11與基站12之間的通信。在本實(shí)施例中，中 繼節(jié)點(diǎn)13和移動終端11都可以請求接入基站12，當(dāng)然，在接入的環(huán)境下，可以只存在中繼 節(jié)點(diǎn)13單獨(dú)請求接入基站12，也可以只存在移動終端11單獨(dú)請求接入基站12，也可以存 在中繼節(jié)點(diǎn)13和移動終端11同時(shí)請求接入基站12。
圖12為本發(fā)明實(shí)施例的基站的結(jié)構(gòu)圖。
在本實(shí)施例中，基站12包括接收單元120、識別單元121、存儲單元122、管理單元 123及發(fā)送單元124。
在本實(shí)施例中，接收單元120用于接收請求接入基站的對象發(fā)送的隨機(jī)接入請求 消息。在本實(shí)施例中，請求接入基站的對象包括RN和UE,即接收RN或UE發(fā)送的隨機(jī)接入 請求消息。
發(fā)送單元IM用于當(dāng)接收單元120接收到隨機(jī)接入請求消息時(shí)，向發(fā)送隨機(jī)接入 請求消息的對象發(fā)送隨機(jī)接入響應(yīng)。在本實(shí)施例中，發(fā)送單元124向RN或UE發(fā)送隨機(jī)接 入響應(yīng)。
接收單元120還用于當(dāng)發(fā)送單元IM發(fā)送后隨機(jī)接入響應(yīng)后，接收請求接入基站 的對象發(fā)送的上行調(diào)度接入消息。
若RN和UE是初始請求接入基站時(shí)，RN發(fā)送的上行調(diào)度接入消息中包括RRC Connection Request 消息，并將 RRC Connection Request 消息中的 space 位設(shè)置為 1, UE發(fā)送的上行調(diào)度接入消息中包括RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為0。
識別單元121用于根據(jù)該上行調(diào)度接入信息中的RRC Connection Request消息 中的space位的值，來識別確定請求接入基站的對象。在本實(shí)施例中，當(dāng)識別該上行調(diào)度接 入信息中的RRC Connection Request消息中的space位的值為1時(shí)，確定當(dāng)前請求接入基 站的對象是RN。在本實(shí)施例中，當(dāng)識別該上行調(diào)度接入信息中的RRC Connection Request 消息中的space位的值為0時(shí)，確定當(dāng)前請求接入基站的對象是UE。
管理單元123用于當(dāng)識別單元121識別確定請求接入基站的對象后，根據(jù)優(yōu)先接 入原則選擇請求接入基站的對象接入基站。在本實(shí)施例中，基站的優(yōu)先接入原則包括優(yōu)先 選擇RN或優(yōu)先選擇UE。在本實(shí)施例中，以優(yōu)先選擇RN作為第一個(gè)優(yōu)先考慮的原則。具體 的實(shí)施過程可參見圖1、圖5中的實(shí)施例描述。
存儲單元122用于當(dāng)管理單元123選擇請求接入基站的對象接入基站后，將選擇 的接入基站的對象的C-RNTI進(jìn)行保存。在本實(shí)施例中，若管理單元123選擇RN接入基站， 則存儲單元122保存該RN的C-RNTI。若管理單元123選擇UE接入基站，則存儲單元122 保存該UE的C-RNTI。當(dāng)然，存儲單元122還可以將接入基站的RN和UE進(jìn)行分類存儲，即， 將接入基站的多個(gè)RN作為一類進(jìn)行存儲，將接入基站的多個(gè)UE作為另一類進(jìn)行存儲。
本實(shí)施例提供的技術(shù)方案，若RN和UE處于初始接入基站時(shí)，當(dāng)RN和UE請求接入 基站時(shí)，當(dāng)RN和UE接收到基站返回的隨機(jī)接入響應(yīng)后，RN將需要發(fā)送基站的上行調(diào)度接入 消息中的RRC Connection Request消息中的space位設(shè)置為1，以用于標(biāo)識請求接入基站 的對象是中繼節(jié)點(diǎn)，UE將需要發(fā)送基站的上行調(diào)度接入消息中的RRC Connection Request 消息中的space位設(shè)置為0，以用于標(biāo)識請求接入基站的對象是UE ；基站通過確定該上行調(diào) 度接入信息中的RRC Connection Request消息中的space位的值，來識別確認(rèn)當(dāng)前請求接 入的對象是為RN還是UE，當(dāng)確定為RN或UE時(shí)，根據(jù)優(yōu)先原則確定RN接入基站，從而可以 讓基站識別請求接入的對象，并當(dāng)識別接入的對象后，可以合理的選擇請求接入的對象，從 而可以避免基站盲目的同意接入基站的請求，并從而可以避免當(dāng)RN和UE同時(shí)請求接入時(shí)， 造成的混亂次序。
若RN和UE是非初始請求接入基站時(shí)，當(dāng)RN接收到基站發(fā)送的隨機(jī)接入響應(yīng) 后，生成上行調(diào)度接入(Scheduled Up link transmission)消息，該消息中包括RN的 C-RNTI。由于此時(shí)，RN曾經(jīng)接入過基站，此次為重新接入基站，故，將RN的C-RNTI根據(jù)UL Grant指示發(fā)送給基站。同時(shí)，當(dāng)UE接收到基站發(fā)送的隨機(jī)接入響應(yīng)后，生成上行調(diào)度接入 (Scheduled Up link transmission)消息，該消息中包括UE的C-RNTI。由于此時(shí)，UE曾 經(jīng)接入過基站，此次為重新接入基站，故，將UE的C-RNTI根據(jù)UL Grant指示發(fā)送給基站。
識別單元121還用于識別確定請求接入基站的對象是否曾經(jīng)接入該基站。在本實(shí) 施例中，識別單元121將RN的該上行調(diào)度接入信息中C-RNTI與存儲單元122保存的RN的 C-RNTI進(jìn)行匹配，來確定該RN是否曾經(jīng)接入該基站。若上行調(diào)度接入信息中C-RNTI與存 儲單元122保存的RN的C-RNTI相同，則說明該RN曾經(jīng)接入過該基站。在本實(shí)施例中，識 別單元121將UE的該上行調(diào)度接入信息中C-RNTI與存儲單元122保存的UE的C-RNTI進(jìn)行匹配，來確定該UE是否曾經(jīng)接入該基站。若UE的上行調(diào)度接入信息中C-RNTI與保存的 UE的C-RNTI相同，則說明該UE曾經(jīng)接入過該基站。
管理單元123還用于當(dāng)識別單元121識別確定請求接入基站的對象是否曾經(jīng)接入 該基站后，根據(jù)優(yōu)先接入原則選擇請求接入基站的對象接入基站。在本實(shí)施例中，基站的優(yōu) 先接入原則包括優(yōu)先選擇RN或優(yōu)先選擇UE。在本實(shí)施例中，以優(yōu)先選擇RN作為第一個(gè)優(yōu) 先考慮的原則。具體的實(shí)施過程可參見圖3和圖8中的實(shí)施例描述。
本實(shí)施例提供的技術(shù)方案，若RN和UE處于非初始接入基站時(shí)，當(dāng)RN和UE請求接 入基站時(shí)，當(dāng)接收到基站返回的隨機(jī)接入響應(yīng)后，RN將需要發(fā)送基站的上行調(diào)度接入消息 中的RRC Connection Request消息包括RN的C-RNTI，以用于確定該RN是否曾經(jīng)接入該基 站，UE將需要發(fā)送基站的上行調(diào)度接入消息中的RRC Connection Request消息包括UE的 C-RNTI,以用于確定該RN是否曾經(jīng)接入該基站；若確定該RN曾經(jīng)接入該基站，選擇該RN接 入該基站，從而可以讓基站識別請求接入的對象，并當(dāng)識別接入的對象后，可以合理的選擇 請求接入的對象，從而可以避免基站盲目的同意接入基站的請求，并從而可以避免當(dāng)RN和 UE同時(shí)請求接入時(shí)，造成的混亂次序。
圖13為本發(fā)明實(shí)施例的中繼節(jié)點(diǎn)的結(jié)構(gòu)圖。在本實(shí)施例中，中繼節(jié)點(diǎn)13包括接 收單元130、處理單元131及發(fā)送單元132。
當(dāng)RN是初始請求接入基站時(shí)
發(fā)送單元132用于發(fā)送隨機(jī)接入請求消息至基站。當(dāng)基站接收到請求接入基站的 對象發(fā)送的隨機(jī)接入請求消息后，即接收RN發(fā)送的隨機(jī)接入請求消息后，會發(fā)送隨機(jī)接入 響應(yīng)。
接收單元130用于接收基站發(fā)送的隨機(jī)接入響應(yīng)。
處理單元131用于當(dāng)接收單元130接收到基站發(fā)送的隨機(jī)接入響應(yīng)后，生成上 行調(diào)度接入消息，該消息中包括RRC Connection Request消息，并將RRC Connection Request消息中的space位設(shè)置為1。在本實(shí)施例中，將RRC Connection Request消息中 的space位設(shè)置為1，是用來標(biāo)識請求接入基站的對象是中繼節(jié)點(diǎn)，并用于基站區(qū)別請求接 入基站的對象是RN。
發(fā)送單元132還用于將處理單元131生成的上行調(diào)度接入消息發(fā)送至基站。在本 實(shí)施例中，當(dāng)基站識別確定請求接入基站的對象為RN，并選擇該RN接入基站時(shí)，基站通過 Temporary C-RNTI將解決接入的消息發(fā)送給RN時(shí)，就可以認(rèn)為是基站同意該RN接入基站。
接收單元130還用于基站通過Temporary C-RNTI發(fā)送的解決接入的消息。處理 單元131還用于通過Temporary C-RNTI解調(diào)該解決接入的消息，取出其中的RN的NAS標(biāo) 識與自己本身的NAS標(biāo)識進(jìn)行比對，以確定自己本身是否成功接入。若相同，則確定自己本 身成功接入該基站。當(dāng)RN確定自己成功接入基站后，將TEMPORARY C-RNTI設(shè)置為C-RNTI。
當(dāng)RN是非初始請求接入基站時(shí)
處理單元131還用于當(dāng)接收單元130接收到基站發(fā)送的隨機(jī)接入響應(yīng)后，生成上 行調(diào)度接入消息，該消息中包括RN的C-RNTI。在本實(shí)施例中，基站將該上行調(diào)度接入信息 中C-RNTI與保存的RN的C-RNTI進(jìn)行匹配，來確定該RN是否曾經(jīng)接入該基站。若上行調(diào) 度接入信息中C-RNTI與保存的RN的C-RNTI相同，則說明該RN曾經(jīng)接入過該基站?；?通過C-RNTI發(fā)送解決接入的消息至RN。
本實(shí)施例提供的技術(shù)方案，若RN處于初始接入基站時(shí)，當(dāng)RN請求接入基站時(shí)， 當(dāng)接收到基站返回的隨機(jī)接入響應(yīng)后，將需要發(fā)送基站的上行調(diào)度接入消息中的RRC Connection Request消息中的space位設(shè)置為1，以用于標(biāo)識請求接入基站的對象是中繼 節(jié)點(diǎn)，使基站通過確定該上行調(diào)度接入信息中的RRC Connection Request消息中的space 位的值，來識別確認(rèn)當(dāng)前請求接入的對象是否為RN，當(dāng)確定為RN時(shí)，根據(jù)優(yōu)先原則確定RN 接入基站，從而可以讓基站識別請求接入的對象，并當(dāng)識別接入的對象后，可以合理的選擇 請求接入的對象，從而可以避免基站盲目的同意接入基站的請求。
本實(shí)施例中提供的技術(shù)方案，當(dāng)RN處于非初始接入基站時(shí)，當(dāng)RN請求接入基站 時(shí)，當(dāng)接收到基站返回的隨機(jī)接入響應(yīng)后，將需要發(fā)送基站的上行調(diào)度接入消息中的RRC Connection Request消息包括RN的C-RNTI，以用于使基站確定該RN是否曾經(jīng)接入該基 站，若確定該RN曾經(jīng)接入該基站，選擇該RN接入該基站，從而可以讓基站識別請求接入的 對象，并當(dāng)識別接入的對象后，可以合理的選擇請求接入的對象，從而可以避免基站盲目的 同意接入基站的請求。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以 通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計(jì)算機(jī)可讀取存儲介質(zhì) 中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機(jī)存儲記憶體(Random Access Memory, RAM)等。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明的技術(shù)方案而非對其進(jìn)行限制， 盡管參照較佳實(shí)施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依 然可以對本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這些修改或者等同替換亦不能使修 改后的技術(shù)方案脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種應(yīng)用于請求接入基站的接入方法，其特征在于，所述方法包括 基站接收請求接入基站的對象發(fā)送的隨機(jī)接入請求消息；所述基站返回隨機(jī)接入響應(yīng)至所述請求接入基站的對象； 所述基站接收所述請求接入基站的對象發(fā)送的上行調(diào)度接入消息； 根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消息中的space位的值，識 別所述請求接入基站的對象；若識別所述請求接入基站的對象為中繼節(jié)點(diǎn)，將所述中繼節(jié)點(diǎn)接入所述基站。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括若識別所述請求接入基站的對象包括中繼節(jié)點(diǎn)和移動終端時(shí)，根據(jù)優(yōu)先接入原則選擇 所述中繼節(jié)點(diǎn)或移動終端接入所述基站。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述根據(jù)優(yōu)先接入原則選擇所述中繼節(jié) 點(diǎn)或移動終端接入所述基站的步驟包括若所述優(yōu)先接入原則為優(yōu)先選擇中繼節(jié)點(diǎn)時(shí)，選擇所述中繼節(jié)點(diǎn)接入所述基站；或 若所述優(yōu)先接入原則為優(yōu)先選擇移動終端時(shí)，選擇所述移動終端接入所述基站。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括當(dāng)選擇所述請求接入基站的對象接入所述基站后，保存所述對象的C-RNTI。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消息中的C-RNTI，確定所述 請求接入基站的對象是否曾經(jīng)接入所述基站。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，若所述請求接入基站的對象為中繼節(jié)點(diǎn) 時(shí)，所述根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消息中的C-RNTI，確定 所述請求接入基站的對象是否曾經(jīng)接入所述基站包括將所述上行調(diào)度接入信息中C-RNTI與保存的中繼節(jié)點(diǎn)的C-RNTI進(jìn)行匹配； 若所述上行調(diào)度接入信息中C-RNTI與保存的中斷節(jié)點(diǎn)的C-RNTI相同，確定所述請求 接入基站的中繼節(jié)點(diǎn)曾經(jīng)接入所述基站； 選擇所述中繼節(jié)點(diǎn)接入所述基站。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，若所述請求接入基站的對象包括中繼節(jié) 點(diǎn)和移動終端時(shí)，所述根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消息中的 C-RNTI，確定所述請求接入基站的對象是否曾經(jīng)接入所述基站包括將所述中繼節(jié)點(diǎn)和移動終端的上行調(diào)度接入信息中C-RNTI與保存的中繼節(jié)點(diǎn)和移動 終端的C-RNTI進(jìn)行匹配；若所述中繼節(jié)點(diǎn)的上行調(diào)度接入信息中C-RNTI與保存的中斷節(jié)點(diǎn)的C-RNTI相同，并 且所述移動終端的上行調(diào)度接入信息中C-RNTI與保存的移動終端的C-RNTI相同時(shí)，確定 所述中繼節(jié)點(diǎn)和移動終端都曾經(jīng)接入所述基站。
8.一種基站，其特征在于，所述基站包括接收單元，發(fā)送單元，識別單元及管理單元； 所述接收單元用于接收請求接入基站的對象發(fā)送的隨機(jī)接入請求消息；所述發(fā)送單元用于 向所述請求接入基站的對象返回隨機(jī)接入響應(yīng)；其中，所述接收單元進(jìn)一步用于所述發(fā)送單元返回隨機(jī)接入響應(yīng)至所述請求接入基站 的對象之后，接收所述請求接入基站的對象發(fā)送的上行調(diào)度接入消息；所述識別單元，用于根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消息中 的space位的值，識別所述請求接入基站的對象；所述管理單元，用于當(dāng)識別所述請求接入基站的對象為中繼節(jié)點(diǎn)時(shí)，將所述中繼節(jié)點(diǎn) 接入所述基站。
9.根據(jù)權(quán)利要求8所述的基站，其特征在于，所述管理單元還用于當(dāng)所述識別單元確 定所述請求接入基站的對象包括中繼節(jié)點(diǎn)和移動終端時(shí)，根據(jù)優(yōu)先接入原則選擇所述中繼 節(jié)點(diǎn)或移動終端接入所述基站。
10.根據(jù)權(quán)利要求9所述的基站，其特征在于，所述管理單元還用于當(dāng)所述優(yōu)先接入原 則為優(yōu)先選擇中繼節(jié)點(diǎn)時(shí)，選擇所述中繼節(jié)點(diǎn)接入所述基站；或當(dāng)所述優(yōu)先接入原則為優(yōu) 先選擇移動終端時(shí)，選擇所述基站接入所述基站。
11.根據(jù)權(quán)利要求8所述的基站，其特征在于，還包括存儲單元，用于當(dāng)所述管理單元選擇所述對象接入所述基站后，保存所述對象的 C-RNTI。
12.根據(jù)權(quán)利要求11所述的基站，其特征在于，所述識別單元還用于根據(jù)所述上行調(diào) 度接入消息中的RRC Connection Request消息中的C-RNTI，確定所述請求接入基站的對象 是否曾經(jīng)接入所述基站。
13.根據(jù)權(quán)利要求12所述的基站，其特征在于，所述請求接入基站的對象為中繼節(jié)點(diǎn)時(shí)，所述識別單元進(jìn)一步用于將所述上行調(diào)度接入信息中C-RNTI與所述存儲單元中保存 的中繼節(jié)點(diǎn)的C-RNTI進(jìn)行匹配，若所述上行調(diào)度接入信息中C-RNTI與保存的中斷節(jié)點(diǎn)的 C-RNTI相同，確定所述請求接入基站的繼節(jié)點(diǎn)曾經(jīng)接入所述基站。
14.根據(jù)權(quán)利要求12所述的基站，其特征在于，若所述請求接入基站的對象包括中繼 節(jié)點(diǎn)和移動終端時(shí)，所述識別單元進(jìn)一步用于將所述中繼節(jié)點(diǎn)和移動終端的上行調(diào)度接入信息中C-RNTI 與所述存儲單元中的保存的中繼節(jié)點(diǎn)和移動終端的C-RNTI進(jìn)行匹配，若所述中繼節(jié)點(diǎn)的 上行調(diào)度接入信息中C-RNTI與保存的中斷節(jié)點(diǎn)的C-RNTI相同，并且所述移動終端的上行 調(diào)度接入信息中C-RNTI與保存的移動終端的C-RNTI相同時(shí)，確定所述中繼節(jié)點(diǎn)和移動終 端都曾經(jīng)接入所述基站。
全文摘要
本發(fā)明實(shí)施方式公開一種應(yīng)用于請求接入基站的接入方法，所述方法包括基站接收請求接入基站的對象發(fā)送的隨機(jī)接入請求消息；所述基站返回隨機(jī)接入響應(yīng)至所述請求接入基站的對象；所述基站接收所述請求接入基站的對象發(fā)送的上行調(diào)度接入消息；根據(jù)所述上行調(diào)度接入消息中的RRC Connection Request消息中的space位的值，識別所述請求接入基站的對象；若識別所述請求接入基站的對象為中繼節(jié)點(diǎn)，將所述中繼節(jié)點(diǎn)接入所述基站。本發(fā)明實(shí)施方式還提供一種基站，可以避免基站盲目的同意接入基站的請求。
文檔編號H04W88/08GK102036409SQ20091019074
公開日2011年4月27日 申請日期2009年9月24日 優(yōu)先權(quán)日2009年9月24日
發(fā)明者張軍平 申請人:華為技術(shù)有限公司