移動(dòng)通信方法、移動(dòng)臺(tái)及無(wú)線(xiàn)基站的制作方法
【專(zhuān)利摘要】即便在連接目的地的無(wú)線(xiàn)基站未管理移動(dòng)臺(tái)（UE）的“UE上下文”的情況下，也成功完成重新連接程序。本發(fā)明的移動(dòng)通信方法包含：步驟（B），在重新連接程序中，移動(dòng)臺(tái)（UE）向無(wú)線(xiàn)基站（eNB#2）發(fā)送小區(qū)#1的CGI；及步驟（C），在該重新連接程序中，在無(wú)線(xiàn)基站（eNB#2）未管理移動(dòng)臺(tái)（UE）的“UE上下文”的情況下，從管理基于該CGI所確定的小區(qū)#1的無(wú)線(xiàn)基站（eNB#1），獲取該移動(dòng)臺(tái)UE的“UE上下文”。
【專(zhuān)利說(shuō)明】移動(dòng)通信方法、移動(dòng)臺(tái)及無(wú)線(xiàn)基站
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及一種移動(dòng)通信方法、移動(dòng)臺(tái)及無(wú)線(xiàn)基站。
【背景技術(shù)】
[0002]近年來(lái)，作為針對(duì)不斷增大的通信量而提升網(wǎng)絡(luò)容量的方法之一，正在研究“異構(gòu)網(wǎng)絡(luò)(Heterogeneous Network, HetNet)”。
[0003]“HetNet”中，通過(guò)在以往的宏小區(qū)內(nèi)配置多個(gè)微微小區(qū)，以宏小區(qū)保證覆蓋范圍，同時(shí)以微微小區(qū)吸收熱點(diǎn)等的通信量，從而可以增加整個(gè)網(wǎng)絡(luò)的容量。
[0004]在以此方式配置多個(gè)微微小區(qū)的情況下，一個(gè)宏小區(qū)(無(wú)線(xiàn)基站eNB)的區(qū)域內(nèi)(或者周邊區(qū)域)中有可能存在多個(gè)使用相同PCI (Physical Cell Identity,物理小區(qū)標(biāo)識(shí))的微微小區(qū)。因此，存在如下問(wèn)題，即，對(duì)于宏小區(qū)(無(wú)線(xiàn)基站eNB)來(lái)說(shuō)，僅憑PCI無(wú)法唯一地確定周邊的微微小區(qū)。
[0005]此外，關(guān)于從宏小區(qū)向微微小區(qū)(或者毫微微小區(qū))的切換、所謂“入徑HCKinboundHO)” 中的“PCI 混亂(PCI confusion)問(wèn)題”,以 LTE (Long Term Evolution,長(zhǎng)期演進(jìn))的Release-9方式規(guī)定了解決方案。
[0006]根據(jù)該解決方案，通過(guò)從移動(dòng)臺(tái)UE報(bào)告接收質(zhì)量良好的周邊的微微小區(qū)(毫微微小區(qū))的CGI (Cell Global Identity,小區(qū)全局標(biāo)識(shí)),可以由宏小區(qū)(無(wú)線(xiàn)基站eNB)唯一地決定切換目的地小區(qū)。
[0007]圖6表示LTE的Release8/9/10方式中的重新連接程序。
[0008]如圖6所示，在LTE的Release8/9/10方式中，步驟S3001中若移動(dòng)臺(tái)UE在無(wú)線(xiàn)基站eNB#l下屬的小區(qū)#1檢測(cè)到RLF (Radio Link Failure，無(wú)線(xiàn)鏈路故障)，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的小區(qū)#2的無(wú)線(xiàn)基站eNB#2開(kāi)始重新連接程序。
[0009]這時(shí)，重新連接目的地的無(wú)線(xiàn)基站eNB#2若管理著移動(dòng)臺(tái)UE的“UE上下文(UEContext)”,則該重新連接程序成功。
[0010]此外，在步驟S3005中，無(wú)線(xiàn)基站eNB#2通過(guò)對(duì)比在“HO準(zhǔn)備(HO preparation)處理(步驟 S3002)”中從無(wú)線(xiàn)基站 eNB#l 轉(zhuǎn)發(fā)的“源 PCI (source PCI)”、“源 C-RNTI (sourceC-RNTICCell-Radio Network Temporary Identity,小區(qū)無(wú)線(xiàn)網(wǎng)絡(luò)臨時(shí)標(biāo)識(shí)))”、“短 MAC-1(short MAC-1)”,與由移動(dòng)臺(tái) UE 發(fā)送的 “RRC 連接重建請(qǐng)求(RRCConnectionReestablishmentRequest)”所含的“源PCI”、“源C_RNTI”、“短MAC-1”，來(lái)執(zhí)行該“UE上下文”的“匹配(matching)處理(移動(dòng)臺(tái)UE的確定處理)”及“驗(yàn)證(verification)處理”。
[0011]另外，無(wú)線(xiàn)基站eNB#l在“HO準(zhǔn)備處理(步驟S3002)”中，向無(wú)線(xiàn)基站eNB#2轉(zhuǎn)發(fā)安全參數(shù)(算法、KeNB*或NCC等)。
[0012]該安全參數(shù)是在重新連接程序完成后，繼續(xù)確保移動(dòng)臺(tái)UE和無(wú)線(xiàn)基站eNB#2之間的安全所需的。
[0013]若移動(dòng)臺(tái)UE經(jīng)過(guò)確定并通過(guò)驗(yàn)證，無(wú)線(xiàn)基站eNB#2在步驟S3006中向移動(dòng)臺(tái)UE發(fā)送 “RRC 連接重建(RRCConnectionReestablishment)”。[0014]而且，步驟S3007中的“RRC連接重建完成(RRCConnectionReestablishmentComplete)”之后的通信就變成實(shí)施了安全處理(“加密(ciphering)”或“完整性保護(hù)(integrityprotection)”)的通信。
[0015]此外，通過(guò)步驟S3006 的“RRC 連接重建”設(shè)定“SRBI (Signaling Radio Bearerl,信令無(wú)線(xiàn)承載1)”，然后通過(guò)步驟S3011的“RRC重配置(RRCReconfiguration)”改換“SRB2”或“DRB (Dedicated Radio Bearer，專(zhuān)用無(wú)線(xiàn)承載)”，該通信繼續(xù)。
[0016]另外，通過(guò)步驟S3008的“SI路徑轉(zhuǎn)換請(qǐng)求(Slpath switch request)”及步驟S3009的“SI路徑轉(zhuǎn)換響應(yīng)(Slpath switch response)”，切換網(wǎng)絡(luò)內(nèi)的路由。
[0017]于此，若步驟S3005的“UE上下文”的“匹配處理”及“驗(yàn)證處理”失敗，則在步驟S3006中，無(wú)線(xiàn)基站eNB#2向移動(dòng)臺(tái)UE發(fā)送“RRC連接重建拒絕(RRCConnectionReestablishmentReject)”來(lái)代替“RRC連接重建”。
[0018]移動(dòng)臺(tái)UE若接收該“RRC連接重建拒絕”，則轉(zhuǎn)變成“空閑(Idle)狀態(tài)”。
[0019]現(xiàn)有技術(shù)文獻(xiàn)
[0020]非專(zhuān)利文獻(xiàn)
[0021]非專(zhuān)利文獻(xiàn)1:3GPP R3-100239
[0022]非專(zhuān)利文獻(xiàn)2:3GPP R3-100240
[0023]非專(zhuān)利文獻(xiàn)3:3GPP R3-100241

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

[0024]如上所述，在LTE方式中，無(wú)線(xiàn)基站eNB#2未管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，該移動(dòng)臺(tái)UE的重新連接程序會(huì)失敗。
[0025]因此，本發(fā)明鑒于上述課題而完成，其目的在于提供一種即便重新連接目的地的無(wú)線(xiàn)基站未管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，也能夠使重新連接程序成功的移動(dòng)通信方法、移動(dòng)臺(tái)及無(wú)線(xiàn)基站。
[0026]本發(fā)明的第I特征是，一種移動(dòng)通信方法，其要點(diǎn)在于，包含:步驟A，若移動(dòng)臺(tái)在第I無(wú)線(xiàn)基站下屬的第I小區(qū)檢測(cè)到無(wú)線(xiàn)鏈路故障，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的第2小區(qū)的第2無(wú)線(xiàn)基站開(kāi)始重新連接程序；步驟B，所述重新連接程序中，所述移動(dòng)臺(tái)向所述第2無(wú)線(xiàn)基站發(fā)送所述第I小區(qū)的CGI ;及步驟C，所述重新連接程序中，所述第2無(wú)線(xiàn)基站未管理所述移動(dòng)臺(tái)的上下文信息的情況下，從管理基于所述CGI所確定的所述第I小區(qū)的所述第I無(wú)線(xiàn)基站，獲取該移動(dòng)臺(tái)的上下文信息。
[0027]本發(fā)明的第2特征是，一種移動(dòng)臺(tái)，其要點(diǎn)在于，具備:控制單元，構(gòu)成為若在第I無(wú)線(xiàn)基站下屬的第I小區(qū)檢測(cè)到無(wú)線(xiàn)鏈路故障，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的第2小區(qū)的第2無(wú)線(xiàn)基站開(kāi)始重新連接程序；及發(fā)送單元，構(gòu)成為在所述重新連接程序中，向所述第2無(wú)線(xiàn)基站發(fā)送所述第I小區(qū)的CGI。
[0028]本發(fā)明的第3特征是，一種無(wú)線(xiàn)基站，若移動(dòng)臺(tái)在第I無(wú)線(xiàn)基站下屬的第I小區(qū)檢測(cè)到無(wú)線(xiàn)鏈路故障，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的第2小區(qū)的第2無(wú)線(xiàn)基站開(kāi)始重新連接程序的情況下，作為該第2無(wú)線(xiàn)基站動(dòng)作，其要點(diǎn)在于，該無(wú)線(xiàn)基站具備:接收單元，構(gòu)成為在所述重新連接程序中，未管理所述移動(dòng)臺(tái)的上下文信息的情況下，從管理基于由所述移動(dòng)臺(tái)發(fā)送的所述第I小區(qū)的CGI所確定的所述第I小區(qū)的所述第I無(wú)線(xiàn)基站，獲取該 移動(dòng)臺(tái)的上下文信息。
【專(zhuān)利附圖】

【附圖說(shuō)明】
[0029]圖1是本發(fā)明的第I實(shí)施方式的移動(dòng)通信系統(tǒng)的整體構(gòu)成圖。
[0030]圖2是本發(fā)明的第I實(shí)施方式的移動(dòng)臺(tái)的功能框圖。
[0031]圖3是本發(fā)明的第I實(shí)施方式的無(wú)線(xiàn)基站的功能框圖。
[0032]圖4是用于說(shuō)明本發(fā)明的第I實(shí)施方式的移動(dòng)通信系統(tǒng)的動(dòng)作的圖。
[0033]圖5是用于說(shuō)明本發(fā)明的第2實(shí)施方式的移動(dòng)通信系統(tǒng)的動(dòng)作的圖。
[0034]圖6是用于說(shuō)明以往的移動(dòng)通信系統(tǒng)的動(dòng)作的圖。
【具體實(shí)施方式】
[0035](本發(fā)明的第I實(shí)施方式的移動(dòng)通信系統(tǒng))
[0036]參照?qǐng)D1至圖4，說(shuō)明本發(fā)明的第I實(shí)施方式的移動(dòng)通信系統(tǒng)。
[0037]本實(shí)施方式的移動(dòng)通信系統(tǒng)是LTE方式(或LTE-Advanced方式)的移動(dòng)通信系統(tǒng)，如圖1所示,具備移動(dòng)管理節(jié)點(diǎn)MME (Mobility Management Entity,移動(dòng)管理實(shí)體)、管理小區(qū)#1的無(wú)線(xiàn)基站eNB#1、及管理小區(qū)#2的無(wú)線(xiàn)基站eNB#2。
[0038]在本實(shí)施方式中，列舉如下情況為例進(jìn)行說(shuō)明，S卩，若移動(dòng)臺(tái)UE在無(wú)線(xiàn)基站eNB#l下屬的小區(qū)#1檢測(cè)到RLF，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的小區(qū)#2的無(wú)線(xiàn)基站eNB#2開(kāi)始重新連接程序。
[0039]如圖2所示,本實(shí)施方式的移動(dòng)臺(tái)UE具備控制單元11、發(fā)送單元12、及接收單元13。
[0040]控制單元11構(gòu)成為，若在無(wú)線(xiàn)基站eNB#l下屬的小區(qū)#1檢測(cè)到RLF，則執(zhí)行小區(qū)選擇處理，對(duì)管理通過(guò)該小區(qū)選擇處理選擇的小區(qū)#2的無(wú)線(xiàn)基站eNB#2開(kāi)始重新連接程序。
[0041]發(fā)送單元12構(gòu)成為，向無(wú)線(xiàn)基站eNB#l/eNB#2發(fā)送各種信號(hào)。
[0042]例如，發(fā)送單元12構(gòu)成為，在上述重新連接程序中，向無(wú)線(xiàn)基站eNB#2發(fā)送小區(qū)#1的 CGI。
[0043]另外，發(fā)送單元12也可構(gòu)成為，通過(guò)“RRC連接重建請(qǐng)求”，向無(wú)線(xiàn)基站eNB#2發(fā)送表示是否能夠發(fā)送小區(qū)#1的CGI的“可用CGI (CGI available)”。
[0044]例如，發(fā)送單元12還可構(gòu)成為，通過(guò)“RRC連接重建請(qǐng)求”內(nèi)的I比特的標(biāo)記(flag)來(lái)發(fā)送“可用CGI”。
[0045]接收單元13構(gòu)成為從無(wú)線(xiàn)基站eNB#l/eNB#2接收各種信號(hào)。
[0046]例如，接收單元13構(gòu)成為從無(wú)線(xiàn)基站eNB#2，接收請(qǐng)求發(fā)送小區(qū)#1的CGI的“CGI請(qǐng)求(CGI request)”。
[0047]具體來(lái)說(shuō)，接收單元13也可構(gòu)成為，從無(wú)線(xiàn)基站eNB#2，通過(guò)“RRC連接重建”，接收“CGI請(qǐng)求”。
[0048]另外，在接收單元13接收到包含“CGI請(qǐng)求”的“RRC連接重建”的情況下，發(fā)送單元12也可構(gòu)成為，通過(guò)“RRC連接重建完成”，向無(wú)線(xiàn)基站eNB#2發(fā)送小區(qū)#1的CGI。
[0049]例如，接收單元13還可構(gòu)成為，通過(guò)“RRC連接重建”內(nèi)的I比特的標(biāo)記，接收“CGI請(qǐng)求”。
[0050]此外，發(fā)送單元12還可構(gòu)成為，不對(duì)包含小區(qū)#1的CGI的“RRC連接重建完成”實(shí)
施安全處理。
[0051]于此，發(fā)送單元12構(gòu)成為，對(duì)不包含小區(qū)#1的CGI的“RRC連接重建完成”實(shí)施安
全處理。
[0052]此外，發(fā)送單元12還可構(gòu)成為，通過(guò)“RRC連接重建請(qǐng)求”、DCCH (DedicatedCommon Control Channel (專(zhuān)用公共控制信道)/SRBl)上發(fā)送的其他消息等，向無(wú)線(xiàn)基站eNB#2發(fā)送小區(qū)#1的CGI。 [0053]如圖3所示,本實(shí)施方式的無(wú)線(xiàn)基站eNB具備接收單元21、發(fā)送單元22、及上下文管理單元23。
[0054]上下文管理單元23構(gòu)成為管理各移動(dòng)臺(tái)UE的“UE上下文”。
[0055]具體來(lái)說(shuō)，上下文管理單元23構(gòu)成為，對(duì)由周邊的無(wú)線(xiàn)基站eNB執(zhí)行的“HO準(zhǔn)備處理”中轉(zhuǎn)發(fā)的移動(dòng)臺(tái)UE的“UE上下文”進(jìn)行管理。
[0056]接收單元21構(gòu)成為從移動(dòng)臺(tái)UE接收各種信號(hào)，發(fā)送單元22構(gòu)成為向移動(dòng)臺(tái)UE發(fā)送各種信號(hào)。
[0057]該重新連接程序中，無(wú)線(xiàn)基站eNB#2的上下文管理單元23未管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，無(wú)線(xiàn)基站eNB#2的接收單元21構(gòu)成為，從管理基于由移動(dòng)臺(tái)UE發(fā)送的小區(qū)#1的CGI所確定的小區(qū)#1的無(wú)線(xiàn)基站eNB#l，獲取移動(dòng)臺(tái)UE的“UE上下文”。
[0058]另外，無(wú)線(xiàn)基站eNB#2的接收單元21通過(guò)“RRC連接重建請(qǐng)求”，從移動(dòng)臺(tái)UE接收到“可用CGI”，且接收到的“可用CGI”表示能夠發(fā)送小區(qū)#1的CGI的情況下，無(wú)線(xiàn)基站eNB#2的發(fā)送單元22構(gòu)成為，通過(guò)“RRC連接重建”，向移動(dòng)臺(tái)UE發(fā)送請(qǐng)求發(fā)送小區(qū)#1的CGI的“CGI請(qǐng)求”。
[0059]而且，無(wú)線(xiàn)基站eNB#l的接收單元21若從無(wú)線(xiàn)基站eNB#2接收“X2RLF報(bào)告(X2RLF!印ort)”，則無(wú)線(xiàn)基站eNB#l的發(fā)送單元22構(gòu)成為，判定上下文管理單元23中是否管理著與該“X2RLF報(bào)告”所含的“源C-RNTI”及“短MAC-1” 一致的“UE上下文”，只在判定為管理的情況下，對(duì)無(wú)線(xiàn)基站eNB#2執(zhí)行“HO準(zhǔn)備處理”。
[0060]下面，參照?qǐng)D4，說(shuō)明本實(shí)施方式的移動(dòng)通信系統(tǒng)的具體動(dòng)作的一例。
[0061]如圖4所示，在步驟S1001中，若移動(dòng)臺(tái)UE在無(wú)線(xiàn)基站eNB#l下屬的小區(qū)#1檢測(cè)到RLF，則步驟S1002中，向管理通過(guò)小區(qū)選擇處理選擇的小區(qū)#2的無(wú)線(xiàn)基站eNB#2，發(fā)送包含“源 PCI”、“源 C-RNTI”、“短 MAC-1”及“可用 CGS (CSG available)” 的“RRC 連接重建請(qǐng)求”。
[0062]在接收到的“可用CSG”表示能夠發(fā)送小區(qū)#1的CGI的情況下，在步驟S1003中，無(wú)線(xiàn)基站eNB#2向移動(dòng)臺(tái)UE發(fā)送包含請(qǐng)求發(fā)送小區(qū)#1的CGI的“CGI請(qǐng)求”在內(nèi)的“RRC
連接重建”。
[0063]在步驟S1004中，移動(dòng)臺(tái)UE向無(wú)線(xiàn)基站eNB#2發(fā)送包含小區(qū)#1的CGI(即“源CGI(source CGI)”)的“RRC連接重建完成”。
[0064]于此，與以往的“RRC連接重建完成”不同，移動(dòng)臺(tái)UE不對(duì)包含小區(qū)#1的CGI的“RRC連接重建完成”實(shí)施安全處理(尤其是“加密”)。
[0065]這是因?yàn)?，在該時(shí)刻無(wú)線(xiàn)基站eNB#2不具備安全參數(shù)，因此無(wú)線(xiàn)基站eNB#2無(wú)法解除該安全處理(執(zhí)行“解密(deciphering)”)。
[0066]移動(dòng)臺(tái)UE能夠基于“CGI請(qǐng)求”是否通過(guò)“RRC連接重建”內(nèi)的I比特的標(biāo)記被發(fā)送，判斷是否應(yīng)該實(shí)施安全處理。
[0067]在步驟S1005中，無(wú)線(xiàn)基站eNB#2基于小區(qū)#1的CGI來(lái)確定無(wú)線(xiàn)基站eNB#l，并向無(wú)線(xiàn)基站eNB#l發(fā)送包含“源PCI ”、“源C-RNTI ”及“短MAC-1 ”在內(nèi)的“X2RLF報(bào)告”。
[0068]在步驟S1006中，無(wú)線(xiàn)基站eNB#l執(zhí)行移動(dòng)臺(tái)UE的“UE上下文”的“匹配處理”及“驗(yàn)證處理”。
[0069]于此，無(wú)線(xiàn)基站eNB#l只在移動(dòng)臺(tái)UE的“UE上下文”的“匹配處理”及“驗(yàn)證處理”成功的情況下，也就是只在管理著移動(dòng)臺(tái)UE的“UE上下文”的情況下，在步驟S1007中向無(wú)線(xiàn)基站eNB#2發(fā)送包含安全參數(shù)的“X2H0準(zhǔn)備”。
[0070]在步驟S1008中，無(wú)線(xiàn)基站eNB#2向無(wú)線(xiàn)基站eNB#l發(fā)送“X2H0準(zhǔn)備確認(rèn)(X2H0preparation ack)，，。
[0071]于此，無(wú)線(xiàn)基站eNB#2能夠獲取安全參數(shù)，因此在步驟S1009中，使用“RRC安全模式命令(RRC SecurityModeCommand)”,向移動(dòng)臺(tái)UE通知該安全參數(shù)。
[0072]在步驟SlOlO中，移動(dòng)臺(tái)UE向無(wú)線(xiàn)基站eNB#2發(fā)送“RRC安全模式完成(RRCSecurityModeComplete )，，。
[0073]在步驟SlOll中，無(wú)線(xiàn)基站eNB#2向移動(dòng)管理節(jié)點(diǎn)MME發(fā)送“SI路徑轉(zhuǎn)換請(qǐng)求”，在步驟S1012中，移動(dòng)管理節(jié)點(diǎn)MME向無(wú)線(xiàn)基站eNB#2發(fā)送“SI路徑轉(zhuǎn)換完成(Slpath switchcomplete)，，。
[0074]在步驟S1013中，無(wú)線(xiàn)基站eNB#2向無(wú)線(xiàn)基站eNB#I發(fā)送“X2UE上下文釋放(X2UEcontext release)，，。
[0075]在步驟S1014中，無(wú)線(xiàn)基站eNB#2向移動(dòng)臺(tái)UE發(fā)送設(shè)定SRB2或DRB等的“ RRC連接重配置(RRCConnectionReconfiguration)”,在步驟S1015中，移動(dòng)臺(tái)UE向無(wú)線(xiàn)基站eNB#2發(fā)送 “RRC 連接重配置完成(RRCConnectionReconfigurationComplete)”。
[0076]其結(jié)果，在步驟S1016中，移動(dòng)臺(tái)UE與無(wú)線(xiàn)基站eNB#2 (小區(qū)#2)之間確立RRC連接。
[0077]此外，以往的LTE方式中，上述的重新連接程序中不進(jìn)行“RRC安全模式命令”及“RRC安全模式完成”的收發(fā)，而本實(shí)施方式的移動(dòng)通史系統(tǒng)中，由于在步驟S1003及S1004中不啟動(dòng)安全處理，因此在該定時(shí)進(jìn)行“RRC安全模式命令”及“RRC安全模式完成”的收發(fā)。
[0078]其結(jié)果，步驟S1014的“RRC連接重配置”之后的通信中，能夠應(yīng)用安全處理。
[0079]此外，“CGI請(qǐng)求”、“源CGI (小區(qū)#1的CGI)”也可以通過(guò)專(zhuān)用的消息來(lái)收發(fā)。
[0080]該情況下，無(wú)線(xiàn)基站eNB#2通過(guò)專(zhuān)用消息獲取了小區(qū)#1的CGI之后，可以與以往的LTE方式的情況同樣地，收發(fā)“RRC連接重建完成”及“RRC連接重建”。
[0081]該情況下，“RRC連接重建完成”及“RRC連接重建”的收發(fā)中能夠開(kāi)始安全處理，因此無(wú)需收發(fā)“RRC安全模式命令”及“RRC安全模式完成”。
[0082]根據(jù)本實(shí)施方式的移動(dòng)通信系統(tǒng)，在上述的重新連接程序中，無(wú)線(xiàn)基站eNB#2基于從移動(dòng)臺(tái)UE獲取的第I小區(qū)的CGI，能夠從無(wú)線(xiàn)基站eNB#l獲取移動(dòng)臺(tái)UE的“UE上下文”，因此，即便在無(wú)線(xiàn)基站eNB#2中未預(yù)先管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，也能夠使上述的重新連接程序成功。[0083]另外，根據(jù)本實(shí)施方式的移動(dòng)通信系統(tǒng)，無(wú)線(xiàn)基站eNB#2能夠基于第I小區(qū)的CGI，來(lái)確定管理移動(dòng)臺(tái)UE的“UE上下文”的無(wú)線(xiàn)基站eNB#l，因此，存在多個(gè)使用相同PCI的小區(qū)(例如微微小區(qū))的環(huán)境中，即便無(wú)線(xiàn)基站eNB#2未預(yù)先管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，也能夠使上述的重新連接程序成功。
[0084](變形例I)
[0085]下面，參照?qǐng)D5，著眼于與所述第I實(shí)施方式的移動(dòng)通信系統(tǒng)的不同點(diǎn)，來(lái)說(shuō)明本發(fā)明的變形例I的移動(dòng)通信系統(tǒng)。
[0086]此外，本發(fā)明的變形例I的移動(dòng)通信系統(tǒng)中，設(shè)為存在多個(gè)使用相同PCI的小區(qū)(例如，微微小區(qū))。
[0087]如圖5所示，移動(dòng)臺(tái)UE在步驟S2001中若在無(wú)線(xiàn)基站eNB#l下屬的小區(qū)#1 (微微小區(qū))檢測(cè)到RLF，則在步驟S2002中，向管理通過(guò)小區(qū)選擇處理選擇的小區(qū)#2 (宏小區(qū))的無(wú)線(xiàn)基站eNB#2，發(fā)送包含“源PCI”、“源C-RNTI”及“短MAC-1”在內(nèi)的“RRC連接重建請(qǐng)求”。
[0088]在步驟S2003中，在無(wú)線(xiàn)基站eNB#2未管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，向周邊的所有無(wú)線(xiàn)基站eNB發(fā)送包含“源PCI ”、“源C-RNTI ”及“短MAC-1 ”在內(nèi)的“X2RLF報(bào)
AH ”
口 ο
[0089]在步驟S2004中，接收到“X2RLF報(bào)告”的無(wú)線(xiàn)基站eNB基于“X2RLF報(bào)告”所含的“源C-RNTI ”及“短MAC-1 ”，執(zhí)行移動(dòng)臺(tái)UE的“UE上下文”的“匹配處理”及“驗(yàn)證處理”。
[0090]于此，各無(wú)線(xiàn)基站eNB (例如，無(wú)線(xiàn)基站eNB#l)只在移動(dòng)臺(tái)UE的“UE上下文”的“匹配處理”及“驗(yàn)證處理”成功的情況下，也就是只在管理著與“X2RLF報(bào)告”所含的“源C-RNTI ”及“短MAC-1 ”一致的“UE上下文”的情況下，在步驟S2005中向無(wú)線(xiàn)基站eNB#2發(fā)送包含安全參數(shù)的“X2H0準(zhǔn)備”。
[0091]在步驟S2006中，無(wú)線(xiàn)基站eNB#2向無(wú)線(xiàn)基站eNB#l發(fā)送“X2H0準(zhǔn)備確認(rèn)”。
[0092]于此，無(wú)線(xiàn)基站eNB#2由于能夠獲得安全參數(shù)，因此，在步驟S2007中，使用“RRC安全模式命令”向移動(dòng)臺(tái)UE通知該安全參數(shù)。
[0093]在步驟S2008中，移動(dòng)臺(tái)UE向無(wú)線(xiàn)基站eNB#2發(fā)送“RRC安全模式完成”。
[0094]在步驟S2009中，無(wú)線(xiàn)基站eNB#2向移動(dòng)管理節(jié)點(diǎn)MME發(fā)送“SI路徑轉(zhuǎn)換請(qǐng)求”，在步驟S2010中，移動(dòng)管理節(jié)點(diǎn)MME向無(wú)線(xiàn)基站eNB#2發(fā)送“SI路徑轉(zhuǎn)換完成”。
[0095]在步驟S2011中，無(wú)線(xiàn)基站eNB#2向無(wú)線(xiàn)基站eNB#l發(fā)送“X2UE上下文釋放”。
[0096]在步驟S2012中，無(wú)線(xiàn)基站eNB#2向移動(dòng)臺(tái)UE發(fā)送設(shè)定SRB2、DRB等的“RRC連接重配置”，在步驟S2013中，移動(dòng)臺(tái)UE向無(wú)線(xiàn)基站eNB#2發(fā)送“RRC連接重配置完成”。
[0097]其結(jié)果，步驟S2014中，在移動(dòng)臺(tái)UE與無(wú)線(xiàn)基站eNB#2 (小區(qū)#2)之間確立RRC連接。
[0098]根據(jù)本變形例I的移動(dòng)通信系統(tǒng)，構(gòu)成為無(wú)線(xiàn)基站eNB#2向周邊所有無(wú)線(xiàn)基站eNB發(fā)送包含“源PCI”、“源C-RNTI”及“短MAC-1”的“X2RLF報(bào)告”，管理著與“X2RLF報(bào)告”所含的“源C-RNTI ”及“短MAC-1 ” 一致的“UE上下文”的無(wú)線(xiàn)基站eNB#l，向無(wú)線(xiàn)基站eNB#2發(fā)送移動(dòng)臺(tái)UE的“UE上下文(安全參數(shù))”，因此，在存在多個(gè)使用相同PCI的小區(qū)(例如，微微小區(qū))的環(huán)境中，即便在無(wú)線(xiàn)基站eNB#2未預(yù)先管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，也能夠使上述的重新連接程序成功。[0099]以上敘述的本實(shí)施方式的特征還可以如下方式表現(xiàn)。
[0100]本實(shí)施方式的第I特征是，一種移動(dòng)通信方法，其要點(diǎn)在于，包含:步驟A，若移動(dòng)臺(tái)UE在無(wú)線(xiàn)基站eNB#l (第I無(wú)線(xiàn)基站)下屬的小區(qū)#1 (第I小區(qū))檢測(cè)到RLF (無(wú)線(xiàn)鏈路故障)，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的小區(qū)#2 (第2小區(qū))的無(wú)線(xiàn)基站eNB#2 (第2無(wú)線(xiàn)基站)開(kāi)始重新連接程序；步驟B，在該重新連接程序中，移動(dòng)臺(tái)UE向無(wú)線(xiàn)基站eNB#2發(fā)送小區(qū)#1的CGI ;及步驟C，在該重新連接程序中，無(wú)線(xiàn)基站eNB#2未管理移動(dòng)臺(tái)UE的“UE上下文(上下文信息)”的情況下，從管理基于該CGI所確定的小區(qū)#1的無(wú)線(xiàn)基站eNB#l，獲取該移動(dòng)臺(tái)UE的“UE上下文”。
[0101]在本實(shí)施方式的第I特征中，步驟B也可以包含:步驟BI，移動(dòng)臺(tái)UE通過(guò)“RRC連接重建請(qǐng)求(重新連接請(qǐng)求信號(hào))”，向無(wú)線(xiàn)基站eNB#2發(fā)送表示是否能夠發(fā)送小區(qū)#1的CGI的“可用CGI (發(fā)送可否信息)”;步驟B2，無(wú)線(xiàn)基站eNB#2在接收到的“可用CGI ”表示能夠發(fā)送小區(qū)#1的CGI的情況下，通過(guò)“RRC連接重建(重新連接信號(hào))”，向移動(dòng)臺(tái)UE發(fā)送請(qǐng)求發(fā)送小區(qū)#1的CGI的“CGI請(qǐng)求(請(qǐng)求信息)”;及步驟B3，移動(dòng)臺(tái)UE根據(jù)“ CGI請(qǐng)求”，通過(guò)“ RRC連接重建完成(重新連接完成信號(hào))”，向無(wú)線(xiàn)基站eNB#2發(fā)送小區(qū)#1的CGI。
[0102]在本實(shí)施方式的第I特征中，步驟B3中移動(dòng)臺(tái)UE也可以不對(duì)“RRC連接重建完成”實(shí)施安全處理。
[0103]本實(shí)施方式的第2特征是，一種移動(dòng)臺(tái)UE，其要點(diǎn)在于，具備:控制單元11，構(gòu)成為若在無(wú)線(xiàn)基站eNB#l下屬的小區(qū)#1檢測(cè)到RLF，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的小區(qū)#2的無(wú)線(xiàn)基站eNB#2開(kāi)始重新連接程序；及發(fā)送單元12，構(gòu)成為在該重新連接程序中，向無(wú)線(xiàn)基站eNB#2發(fā)送小區(qū)#1的CGI。
[0104]在本實(shí)施方式的第2特征中，發(fā)送單元12構(gòu)成為通過(guò)“RRC連接重建請(qǐng)求”向無(wú)線(xiàn)基站eNB#2發(fā)送“可用CGI”，發(fā)送單元12也可以構(gòu)成為，在從無(wú)線(xiàn)基站eNB#2接收到“CGI請(qǐng)求”的情況下，通過(guò)“RRC連接重建完成”向無(wú)線(xiàn)基站eNB#2發(fā)送小區(qū)#1的CGI。
[0105]在本實(shí)施方式的第2特征中，發(fā)送單元12還可以構(gòu)成為不對(duì)“RRC連接重建完成”實(shí)施安全處理。
[0106]本實(shí)施方式的第3特征是，一種無(wú)線(xiàn)基站eNB，若移動(dòng)臺(tái)UE在無(wú)線(xiàn)基站eNB#I下屬的小區(qū)#1檢測(cè)到RLF，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的小區(qū)#2的無(wú)線(xiàn)基站eNB#2開(kāi)始重新連接程序的情況下，作為無(wú)線(xiàn)基站eNB#2動(dòng)作，其要點(diǎn)在于，該無(wú)線(xiàn)基站eNB具備:接收單元21，構(gòu)成為在該重新連接程序中，在未管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，從管理基于由移動(dòng)臺(tái)UE發(fā)送的小區(qū)#1的CGI所確定的小區(qū)#1的無(wú)線(xiàn)基站eNB#l處，獲取移動(dòng)臺(tái)UE的“UE上下文”。
[0107]在本實(shí)施方式的第3特征中，無(wú)線(xiàn)基站eNB還可以具備:發(fā)送單元22，構(gòu)成為在接收單元21從移動(dòng)臺(tái)UE通過(guò)“RRC連接重建請(qǐng)求”接收到“可用CGI ”，且接收到的“可用CGI”表示能夠發(fā)送小區(qū)#1的CGI的情況下，通過(guò)“RRC連接重建”向移動(dòng)臺(tái)UE發(fā)送請(qǐng)求發(fā)送小區(qū)#1的CGI的“CGI請(qǐng)求”。
[0108]此外，上述的移動(dòng)臺(tái)UE及無(wú)線(xiàn)基站eNB#l/eNB#2的動(dòng)作可以通過(guò)硬件實(shí)施，也可以通過(guò)由處理器執(zhí)行的軟件模塊實(shí)施，還可以通過(guò)兩者的組合來(lái)實(shí)施。
[0109]軟件模塊可以設(shè)置在RAM (隨機(jī)存取存儲(chǔ)器)、閃存、ROM (只讀存儲(chǔ)器)、EPR0M (可擦可編程ROM)、EEPROM (電可擦可編程ROM)、寄存器、硬盤(pán)、可移動(dòng)磁盤(pán)、CD-ROM之類(lèi)任意形式的存儲(chǔ)介質(zhì)內(nèi)。
[0110]該存儲(chǔ)介質(zhì)連接于處理器以便該處理器能夠?qū)υ摯鎯?chǔ)介質(zhì)讀寫(xiě)信息。另外，該存儲(chǔ)介質(zhì)也可以集成在處理器上。另外，該存儲(chǔ)介質(zhì)及處理器也可以設(shè)置在ASIC內(nèi)。該ASIC還可以設(shè)置在移動(dòng)臺(tái)UE及無(wú)線(xiàn)基站eNB#l/eNB#2內(nèi)。另外，該存儲(chǔ)介質(zhì)及處理器還可以作為分立元件設(shè)置在移動(dòng)臺(tái)UE及無(wú)線(xiàn)基站eNB#l/eNB#2內(nèi)。
[0111]以上，使用上述的實(shí)施方式詳細(xì)說(shuō)明了本發(fā)明，但對(duì)于本領(lǐng)域技術(shù)人員來(lái)說(shuō)，顯而易見(jiàn)地本發(fā)明并不限定于本說(shuō)明書(shū)中說(shuō)明的實(shí)施方式。本發(fā)明可以作為修正及變更方式實(shí)施而不脫離由權(quán)利要求規(guī)定的本發(fā)明的主旨及范圍。因此，本說(shuō)明書(shū)的記載是以例示說(shuō)明為目的，對(duì)本發(fā)明并無(wú)任何限制含義。
[0112]此外，日本專(zhuān)利申請(qǐng)第2011-144419號(hào)(2011年6月29日申請(qǐng))的所有內(nèi)容通過(guò)參照的方式并入本案說(shuō)明書(shū)。
[0113]工業(yè)上的可利用性
[0114]如上所述，根據(jù)本發(fā)明，可以提供一種即便連接目的地的無(wú)線(xiàn)基站未管理移動(dòng)臺(tái)UE的“UE上下文”的情況下，也能使重新連接程序成功的移動(dòng)通信方法、移動(dòng)臺(tái)及無(wú)線(xiàn)基站。
[0115]標(biāo)號(hào)說(shuō)明
[0116]UE:移動(dòng)臺(tái)
[0117]eNB#l、eNB#2:無(wú)線(xiàn)基站
[0118]11:控制單元
[0119]12、22:發(fā)送單元
[0120]13,21:接收單元
[0121]23:上下文管理單元
【權(quán)利要求】
1.一種移動(dòng)通信方法，其特征在于，包含: 步驟A，若移動(dòng)臺(tái)在第I無(wú)線(xiàn)基站下屬的第I小區(qū)中檢測(cè)到無(wú)線(xiàn)鏈路故障，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的第2小區(qū)的第2無(wú)線(xiàn)基站開(kāi)始重新連接程序； 步驟B，在所述重新連接程序中，所述移動(dòng)臺(tái)向所述第2無(wú)線(xiàn)基站發(fā)送所述第I小區(qū)的CGI ;及 步驟C，在所述重新連接程序中，所述第2無(wú)線(xiàn)基站未管理所述移動(dòng)臺(tái)的上下文信息的情況下，從管理基于所述CGI所確定的所述第I小區(qū)的所述第I無(wú)線(xiàn)基站，獲取該移動(dòng)臺(tái)的上下文信息。
2.根據(jù)權(quán)利要求1所述的移動(dòng)通信方法，其特征在于， 所述步驟B包含: 步驟BI，所述移動(dòng)臺(tái)通過(guò)重新連接請(qǐng)求信號(hào)，向所述第2無(wú)線(xiàn)基站發(fā)送表示是否能夠發(fā)送所述第I小區(qū)的CGI的發(fā)送可否信息； 步驟B2，所述第2無(wú)線(xiàn)基站在接收到的所述發(fā)送可否信息表示能夠發(fā)送所述第I小區(qū)的CGI的情況下，通過(guò)重新連接信號(hào)，向所述移動(dòng)臺(tái)發(fā)送請(qǐng)求發(fā)送該第I小區(qū)的CGI的請(qǐng)求信息；及 步驟B3，所述移動(dòng)臺(tái)根據(jù)所述請(qǐng)求信息，通過(guò)重新連接完成信號(hào)，向所述第2無(wú)線(xiàn)基站發(fā)送所述第I小區(qū)的CGI。
3.根據(jù)權(quán)利要求2所述的移動(dòng)通信方法，其特征在于， 在所述步驟B3中，所述移動(dòng)臺(tái)不對(duì)所述重新連接完成信號(hào)實(shí)施安全處理。
4.一種移動(dòng)臺(tái)，其特征在于，具備: 控制單元，構(gòu)成為若在第I無(wú)線(xiàn)基站下屬的第I小區(qū)中檢測(cè)到無(wú)線(xiàn)鏈路故障，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的第2小區(qū)的第2無(wú)線(xiàn)基站開(kāi)始重新連接程序；及 發(fā)送單元，構(gòu)成為在所述重新連接程序中，向所述第2無(wú)線(xiàn)基站發(fā)送所述第I小區(qū)的CGI。
5.根據(jù)權(quán)利要求4所述的移動(dòng)臺(tái)，其特征在于， 所述發(fā)送單元構(gòu)成為，通過(guò)重新連接請(qǐng)求信號(hào)，向所述第2無(wú)線(xiàn)基站發(fā)送表示是否能夠發(fā)送所述第I小區(qū)的CGI的發(fā)送可否信息， 所述發(fā)送單元構(gòu)成為，在從所述第2無(wú)線(xiàn)基站接收到包含請(qǐng)求發(fā)送該第I小區(qū)的CGI的請(qǐng)求信息在內(nèi)的重新連接信號(hào)的情況下，通過(guò)重新連接完成信號(hào)，向所述第2無(wú)線(xiàn)基站發(fā)送所述第I小區(qū)的CGI。
6.根據(jù)權(quán)利要求5所述的移動(dòng)臺(tái)，其特征在于， 所述發(fā)送單元構(gòu)成為不對(duì)所述重新連接完成信號(hào)實(shí)施安全處理。
7.一種無(wú)線(xiàn)基站，若移動(dòng)臺(tái)在第I無(wú)線(xiàn)基站下屬的第I小區(qū)中檢測(cè)到無(wú)線(xiàn)鏈路故障，則對(duì)管理通過(guò)小區(qū)選擇處理選擇的第2小區(qū)的第2無(wú)線(xiàn)基站開(kāi)始重新連接程序的情況下，作為該第2無(wú)線(xiàn)基站動(dòng)作，其特征在于，該無(wú)線(xiàn)基站具備: 接收單元，構(gòu)成為在所述重新連接程序中，未管理所述移動(dòng)臺(tái)的上下文信息的情況下，從管理基于由所述移動(dòng)臺(tái)發(fā)送的所述第I小區(qū)的CGI所確定的所述第I小區(qū)的所述第I無(wú)線(xiàn)基站，獲取該移動(dòng)臺(tái)的上下文信息。
8.根據(jù)權(quán)利要求7所述的無(wú)線(xiàn)基站，其特征在于，具備:發(fā)送單元，構(gòu)成為在所述接收單元通過(guò)重新連接請(qǐng)求信號(hào)從所述移動(dòng)臺(tái)接收到表示是否能夠發(fā)送所述第I小區(qū)的CGI的發(fā)送可否信息，且接收到的所述發(fā)送可否信息表示能夠發(fā)送所述第I小區(qū)的CGI的情況下，通過(guò)重新連接信號(hào)向所述移動(dòng)臺(tái)發(fā)送請(qǐng)求發(fā)送該第I小區(qū)的CGI的請(qǐng)求信息。
【文檔編號(hào)】H04W84/10GK103748924SQ201280031595
【公開(kāi)日】2014年4月23日 申請(qǐng)日期:2012年6月25日 優(yōu)先權(quán)日:2011年6月29日
【發(fā)明者】高橋秀明, 巖村干生 申請(qǐng)人:株式會(huì)社Ntt都科摩