一種重定位過程中的小區(qū)更新方法和系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供了一種重定位過程中的小區(qū)更新方法和系統(tǒng),其中,所述小區(qū)更新方法包括:目標RNC接收UE發(fā)送的小區(qū)更新消息,判斷小區(qū)更新消息中的U-RNTI的SRNC標識是否與目標RNC的標識相同;若不同,根據(jù)小區(qū)更新消息中的U-RNTI與目標RNC中的新U-RNTI之間的對應(yīng)關(guān)系,查詢到與小區(qū)更新消息中的U-RNTI對應(yīng)的新U-RNTI,并發(fā)送小區(qū)更新消息中的U-RNTI至UE;其中,新U-RNTI為目標RNC分配的U-RNTI;目標RNC在UE根據(jù)小區(qū)更新消息中的U-RNTI進行無線承載重置之后,接收到UE發(fā)送的無線承載重置完成消息,完成小區(qū)更新。本發(fā)明改善了用戶感知,提升了重定位的關(guān)鍵績效指標。
【專利說明】一種重定位過程中的小區(qū)更新方法和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及通信【技術(shù)領(lǐng)域】,特別是涉及一種重定位過程中的小區(qū)更新方法和系 統(tǒng)。
【背景技術(shù)】
[0002] 重定位是一種RNC(Radio Network Controller,無線網(wǎng)絡(luò)控制器)的切換過程,現(xiàn) 有通信網(wǎng)絡(luò)中重定位的過程可以概括為以下四個步驟:
[0003] 步驟 1 :PS (Packet Switch,分組交換)或者 CS (Circuit Switch,電路交換)建 立用戶平面的承載(PS or CS RAB SETUP),UE(User Equipment,用戶設(shè)備)上傳測量報告 (MeaSure_Report)至源RNC,源RNC根據(jù)測量報告中的測量結(jié)果選擇切換到目標RNC的小 區(qū)。源RNC發(fā)送重定位要求(Relocation Required)消息到CN(Core Network,核心網(wǎng)) (具體可以為CN中的MSC(Mobile Switching Center,移動交換中心)或SGSN(Serving GPRS SUPPORT N0DE,GPRS服務(wù)節(jié)點)接收重定位要求消息),重定位要求消息中包括源RNC 分配的資源信息,其中存在源RNC分配的U-RNTI (Universal Mobile Telecommunications System Terrestrial Radio Access Network Radio Network Temporary Identifier,通 用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)無線網(wǎng)絡(luò)臨時標識),RNTI (Radio Network Temporary Identifier,無線網(wǎng)絡(luò)臨時標識)在 UE 和 UTRAN(Universal Mobile Telecommunications System Terrestrial Radio Access Network,通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng))之間 的信號信息內(nèi)部作為UE的標識,RNTI之所以叫無線網(wǎng)絡(luò)臨時標識,是RAN (Residential Access Network,居民接入網(wǎng))區(qū)別于CN中的國際移動用戶識別碼、客戶臨時識別碼、移動 設(shè)備國際身份碼而言的。U-RNTI是RNTI的其中一種,U-RNTI用來分配給要建立RRC(Radio Resource Control,無線資源控制)連接的UE以區(qū)別于在同一個UTRAN中的不同的UE。CN 轉(zhuǎn)發(fā)重定位要求消息為重定位請求(Relocation Request)消息到目標RNC。上述重定位要 求消息和重定位請求消息的發(fā)送均借助于源RNC (Source RNC)到目標RNC (Target RNC)的 透明容器(Transparent Container)。
[0004] 步驟2 :目標RNC收到Relocation Request消息后,在目標RNC側(cè)分配資源,在目 標RNC的小區(qū)建立無線鏈路和IU接口及IUB接口傳輸承載。其中,建立無線鏈路包括目 標RNC向目標NodeB發(fā)送無線鏈路建立請求(Radio Link Setup Request)和目標NodeB 向目標RNC返回?zé)o線鏈路建立響應(yīng)(Radio Link Setup Resporse)兩個過程。分配的資源 中包括目標RNC分配的新U-RNTI。目標RNC將分配的資源信息包括新U-RNTI組成無線承 載重置(Radio Bearer Reconfiguration)消息包含在重置要求確認(Relocation Request Acknowledge)消息中發(fā)給CN。CN轉(zhuǎn)發(fā)重置命令(Relocation Command)消息到源RNC。 上述重置要求確認消息和重置命令消息的發(fā)送均借助于源目標RNC(Target RNC)到源 RNC(Source RNC)的透明容器(Transparent Container)。
[0005] 步驟3 :源RNC收到Relocation Command消息后,將其中包含的Radio Bearer Reconfiguration消息發(fā)給UE, UE收到之后發(fā)送無線承載重置完成(Radio Bearer Reconfiguration Complete)消息到目標 RNC。
[0006] 步驟4 :目標RNC收到Radio Bearer Reconfiguration Complete消息后,給CN發(fā)送 重置完成(Relocation Complete)消息。CN收到后給源RNC發(fā)送Iu釋放命令(Iu-Release Command)消息,釋放源RNC與UE相對應(yīng)的資源,包括IU承載釋放、IUB承載釋放和無線鏈 路釋放,重定位過程完成。其中,無線鏈路釋放包括源RNC向源NodeB發(fā)送無線鏈路釋放請 求(Radio Link Deletion Request)和源NodeB向源RNC返回?zé)o線鏈路釋放響應(yīng)(Radio Link Deletion Resporse)兩個過程。
[0007] 上述重定位過程的流程示意圖如圖1所示,在上述重定位過程中的步驟2和3中, 在無線環(huán)境較差、存在干擾或者插花配置時,UE很大概率發(fā)生下行失步,原因可能如下:1、 與源RNC的源小區(qū)下行失步,UE已發(fā)測量報告,但由于下行失步,收不到無線承載重置消 息,導(dǎo)致無法切換RNC。2、與目標RNC的目標小區(qū)下行失步。UE收到無限承載重置消息后, 不能與目標小區(qū)建立同步。
[0008] 3GPP (3rd Generation Partnership Project,第三代合作伙伴計劃)TS25. 224 V12. 0· 0版本5. 3. 2章節(jié)及3GPP TS 25. 331 V1L 5. 0版本8. 5. 6章節(jié)中描述了 UE檢測到 下行失步后的處理方式:UE釋放物理信道資源,關(guān)閉上下行數(shù)據(jù),物理層進行小區(qū)的重搜, 在搜到小區(qū)后,UE將在目標小區(qū)上進行小區(qū)更新(CELL UPDATE),原因為"(無線連接失?。?radio link failure"。如果小區(qū)更新成功,則該次下行無線鏈路失步得到挽救,UE保持在 線,否則UE發(fā)生掉話。
[0009] 在重定位過程中,一般來說RNC選擇的目標小區(qū)是最優(yōu)的,UE下行失步后自 主選擇的小區(qū)很大概率為目標小區(qū)。在上述重定位過程的中,UE在目標RNC上發(fā)生 CELL UPDATE (小區(qū)更新)過程時,如果CELL UPDATE消息中攜帶的U-RNTI為源側(cè)RNC 分配,同目標RNC的標識不同,則目標RNC采用DSCR(Directed Signaling Connection Re-establishment,直接信令重試)策略釋放UE,要求UE重新接入(協(xié)議中僅描述針對PS 采用DSCR方式,但在CS實時業(yè)務(wù)存在時,也無法完成挽救UE在線,這種情況下也采用DSCR 策略)。即在小區(qū)更新過程中直接在CCCH(Common Control Channel,公共控制信道)上釋 放RRC連接并在目標RNC上重建RRC連接,此過程持續(xù)數(shù)秒,造成CS掉話,PS速率掉底,以 及重定位指標差等問題。
【發(fā)明內(nèi)容】
[0010] 本發(fā)明提供一種重定位過程中的小區(qū)更新方法和系統(tǒng),以解決重定位過程中小區(qū) 更新造成CS掉話,PS速率掉底,以及重定位指標差等的問題。
[0011] 為了解決上述問題,本發(fā)明公開了一種重定位過程中的小區(qū)更新方法,包括:
[0012] 目標無線網(wǎng)絡(luò)控制器RNC接收用戶設(shè)備UE發(fā)送的小區(qū)更新消息;所述小區(qū)更新消 息包括源RNC分配的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)無線網(wǎng)絡(luò)臨時標識U-RNTI ;
[0013] 所述目標RNC判斷所述小區(qū)更新消息中的U-RNTI的服務(wù)無線網(wǎng)絡(luò)控制器的標識 SRNC identity是否與所述目標RNC的標識相同;
[0014] 如果不同,所述目標RNC根據(jù)所述小區(qū)更新消息中的U-RNTI與所述目標RNC中 保存的新U-RNTI之間的對應(yīng)關(guān)系,查詢到與所述小區(qū)更新消息中的U-RNTI相對應(yīng)的新 U-RNTI,并發(fā)送所述小區(qū)更新消息中的U-RNTI至所述UE ;其中,所述新U-RNTI為所述目標 RNC 分配的 U-RNTI ;
[0015] 所述目標RNC在所述UE根據(jù)所述小區(qū)更新消息中的υ-RNTI進行無線承載重置之 后,接收到所述UE發(fā)送的無線承載重置完成消息,完成小區(qū)更新。
[0016] 優(yōu)選地,所述目標RNC發(fā)送所述小區(qū)更新消息中的υ-RNTI至所述UE,包括:
[0017] 所述目標RNC組織小區(qū)更新確認消息并發(fā)送至所述UE;其中,所述小區(qū)更新確認 消息中攜帶所述UE發(fā)送的小區(qū)更新消息中的U-RNTI。
[0018] 優(yōu)選地,所述目標RNC接收到所述UE發(fā)送的無線承載重置完成消息之后,所述方 法還包括:
[0019] 所述目標RNC發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息至所述UE,通知 所述UE將所述小區(qū)更新消息中的U-RNTI更新為新U-RNTI。
[0020] 優(yōu)選地,所述目標RNC發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息至所述 UE之后,所述方法還包括:
[0021] 所述目標RNC接收到所述UE發(fā)送的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性確 認消息,釋放所述小區(qū)更新消息中的U-RNTI與所述新U-RNTI的對應(yīng)關(guān)系。
[0022] 優(yōu)選地,所述目標RNC接收到用戶設(shè)備UE發(fā)送的小區(qū)更新消息之前,所述方法還 包括:
[0023] 所述UE接收到所述源RNC發(fā)送的無線承載重置消息,且確定所述UE與所述目標 RNC的小區(qū)發(fā)生下行失步,或者,所述UE未接收到所述無線承載重置消息,確定所述UE與所 述源RNC的小區(qū)發(fā)生下行失步。
[0024] 本發(fā)明還公開了 一種重定位過程中的小區(qū)更新系統(tǒng),包括:源無線網(wǎng)絡(luò)控制器 RNC、目標RNC和用戶設(shè)備UE,所述目標RNC包括:
[0025] 接收模塊,用于接收所述UE發(fā)送的小區(qū)更新消息;所述小區(qū)更新消息包括源RNC 分配的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)無線網(wǎng)絡(luò)臨時標識U-RNTI ;
[0026] 判斷執(zhí)行模塊,用于判斷所述小區(qū)更新消息中的U-RNTI的服務(wù)無線網(wǎng)絡(luò)控制器 的標識SRNC identity是否與所述目標RNC的標識相同;如果不同,則根據(jù)所述小區(qū)更新消 息中的U-RNTI與所述目標RNC中保存的新U-RNTI之間的對應(yīng)關(guān)系,查詢到與所述小區(qū)更 新消息中的U-RNTI相對應(yīng)的新U-RNTI,并發(fā)送所述小區(qū)更新消息中的U-RNTI至所述UE ; 其中,所述新U-RNTI為所述目標RNC分配的U-RNTI ;
[0027] 小區(qū)更新模塊,用于在所述UE根據(jù)所述小區(qū)更新消息中的U-RNTI進行無線承載 重置之后,接收所述UE發(fā)送的無線承載重置完成消息,完成小區(qū)更新。
[0028] 優(yōu)選地,所述判斷執(zhí)行模塊在發(fā)送所述小區(qū)更新消息中的U-RNTI至所述UE時,組 織小區(qū)更新確認消息并發(fā)送至所述UE ;其中,所述小區(qū)更新確認消息中攜帶所述UE發(fā)送的 小區(qū)更新消息中的U-RNTI。
[0029] 優(yōu)選地,所述目標RNC還包括:
[0030] 通知模塊,用于在所述小區(qū)更新模塊接收到所述UE發(fā)送的無線承載重置完成消 息之后,發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息至所述UE,通知所述UE將所述 小區(qū)更新消息中的U-RNTI更新為新U-RNTI。
[0031] 優(yōu)選地,所述通知模塊,還用于在發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性 消息至所述UE之后,接收到所述UE發(fā)送的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性確認 消息,釋放所述小區(qū)更新消息中的U-RNTI與所述新U-RNTI的對應(yīng)關(guān)系。
[0032] 優(yōu)選地,所述UE,用于在所述目標RNC接收到所述UE發(fā)送的小區(qū)更新消息之前,接 收所述源RNC發(fā)送的無線承載重置消息,且確定所述UE與所述目標RNC的小區(qū)發(fā)生下行失 步,或者未接收到所述無線承載重置消息,確定所述UE與所述源RNC的小區(qū)發(fā)生下行失步。 [0033] 與【背景技術(shù)】相比,本發(fā)明包括以下優(yōu)點:
[0034] 目標RNC建立新舊U-RNTI的對應(yīng)關(guān)系,其中,新U-RNTI為目標RNC分配的U-RNTI, 舊U-RNTI為源RNC分配的U-RNTI。
[0035] 當小區(qū)更新消息中攜帶源RNC分配的U-RNTI,即攜帶舊U-RNTI時,根據(jù)舊U-RNTI 與建立的新舊U-RNTI的對應(yīng)關(guān)系,確定新U-RNTI,采用協(xié)議中小區(qū)更新和通用移動通信系 統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息兩個過程保持UE在線,使得CS不掉話和PS速率不掉零,改 善用戶感知和提升重定位的KPI (Key Performance Indicator,關(guān)鍵績效指標)。
【專利附圖】
【附圖說明】
[0036] 圖1是重定位過程的流程示意圖;
[0037] 圖2是本發(fā)明實施例中一種重定位過程中的小區(qū)更新方法流程圖;
[0038] 圖3是本發(fā)明實施例中另一種重定位過程中的小區(qū)更新方法流程圖;
[0039] 圖4是本發(fā)明實施例中一種重定位流程圖;
[0040] 圖5是本發(fā)明實施例中一種重定位過程中的小區(qū)更新系統(tǒng)結(jié)構(gòu)圖。
【具體實施方式】
[0041] 為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂,下面結(jié)合附圖和具體實 施方式對本發(fā)明作進一步詳細的說明。
[0042] 下面通過列舉幾個具體的實施例詳細介紹本發(fā)明提供的一種重定位過程中的小 區(qū)更新方法和系統(tǒng)。
[0043] 實施例一
[0044] 詳細介紹本發(fā)明實施例提供的一種重定位過程中的小區(qū)更新方法。
[0045] 參照圖2,示出了本發(fā)明實施例中一種重定位過程中的小區(qū)更新方法流程圖。
[0046] 步驟100,目標RNC接收UE發(fā)送的小區(qū)更新消息。
[0047] 在重定位過程中,源RNC發(fā)出無線承載重置消息給UE之后,若UE發(fā)生下行失步, UE發(fā)送小區(qū)更新消息至目標RNC,目標RNC接收UE發(fā)送的小區(qū)更新消息。
[0048] 所述小區(qū)更新消息可以包括源RNC分配的U-RNTI。
[0049] 步驟102,所述目標RNC判斷所述小區(qū)更新消息中的U-RNTI的SRNC identity是 否與所述目標RNC的標識相同。
[0050] 所述小區(qū)更新消息中攜帶U-RNTI,所述U-RNTI儲存在容器SRNS RELOCAT10N INF0(Serving Radio Network Subsystem Relocation Information 服務(wù)無線網(wǎng)絡(luò)子系統(tǒng) 重定位信息)中。
[0051] 所述 SRNC (Serving Radio Network Controller,服務(wù)無線網(wǎng)絡(luò)控制器)為 RNC 的 其中一個邏輯實體;SRNC identity為RNC的標識。
[0052] 步驟104,如果小區(qū)更新消息中的U-RNTI的SRNC identity與目標RNC的標識不 同,則所述目標RNC根據(jù)所述小區(qū)更新消息中的U-RNTI與所述目標RNC中保存的新U-RNTI 之間的對應(yīng)關(guān)系,查詢到與所述小區(qū)更新消息中的U-RNTI相對應(yīng)的新U-RNTI,并發(fā)送所述 小區(qū)更新消息中的U-RNTI至所述UE。
[0053] 其中,所述小區(qū)更新消息中的U-RNT為源RNC分配的U-RNTI,所述新U-RNTI為所 述目標RNC分配的U-RNTI。
[0054] 本實施例中,所述小區(qū)更新消息中的U-RNTI可以稱為舊U-RNTI,與所述目標RNC 中保存的新U-RNTI相區(qū)別。所述舊U-RNTI與所述新U-RNTI存在對應(yīng)關(guān)系,該對應(yīng)關(guān)系由 所述目標RNC預(yù)先建立。
[0055] 步驟106,所述目標RNC在所述UE根據(jù)所述舊U-RNTI進行無線承載重置之后,接 收到所述UE發(fā)送的無線承載重置完成消息,完成小區(qū)更新。
[0056] 所述UE接收到所述舊U-RNTI之后,根據(jù)所述舊U-RNTI進行無線承載重置,然后, 所述UE發(fā)送無線承載重置完成消息至所述目標RNC,表示小區(qū)更新已經(jīng)完成。
[0057] 相反地,如果所述小區(qū)更新消息中的U-RNTI的SRNC identity與所述目標RNC的 標識相同,則所述UE直接根據(jù)所述小區(qū)更新消息中的U-RNTI進行無線承載重置,所述UE 發(fā)送無線承載重置完成消息至目標RNC,完成小區(qū)更新。
[0058] 綜上所述,本發(fā)明實施例中,目標RNC建立新舊U-RNTI的對應(yīng)關(guān)系,其中,新 U-RNTI為目標RNC分配的U-RNTI,舊U-RNTI為源RNC分配的U-RNTI。
[0059] 當小區(qū)更新消息中攜帶源RNC分配的U-RNTI,即攜帶舊U-RNTI時,根據(jù)舊U-RNTI 與建立的新舊U-RNTI的對應(yīng)關(guān)系,確定新U-RNTI,采用協(xié)議中小區(qū)更新和通用移動通信系 統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息兩個過程保持UE在線,使得CS不掉話和PS速率不掉零,改 善用戶感知和提升重定位的KPI。
[0060] 實施例二
[0061] 詳細介紹本發(fā)明實施例提供的一種重定位過程中的小區(qū)更新方法。
[0062] 參照圖3,示出了本發(fā)明實施例中一種重定位過程中的小區(qū)更新方法流程圖。
[0063] 步驟200,所述UE接收到所述源RNC發(fā)送的無線承載重置消息,且確定所述UE與 所述目標RNC的小區(qū)發(fā)生下行失步。
[0064] 優(yōu)選地,所述步驟200或者可以為:所述UE未接收到所述無線承載重置消息,確定 所述UE與所述源RNC的小區(qū)發(fā)生下行失步。
[0065] 源RNC發(fā)出無線承載重置消息之后,所述UE與所述目標RNC的小區(qū)發(fā)生下行失 步,或者,所述UE未接收到所述無線承載重置消息,確定與所述源RNC的小區(qū)發(fā)生下行失 步,則執(zhí)行步驟202。其中,所述UE與所述目標RNC的小區(qū)發(fā)生下行失步為所述UE收到無 線承載重置消息后,不能與目標小區(qū)建立同步。
[0066] 步驟202,目標RNC接收到UE發(fā)送的小區(qū)更新消息。
[0067] 其中,所述小區(qū)更新消息中攜帶源RNC分配的U-RNTI。
[0068] 步驟204,所述目標RNC判斷所述小區(qū)更新消息中的U-RNTI的SRNC identity是 否與所述目標RNC的標識相同;如果所述小區(qū)更新消息中的U-RNTI的SRNC identity與 所述目標RNC的標識相同,則執(zhí)行步驟206,如果所述小區(qū)更新消息中的U-RNTI的SRNC identity與所述目標RNC的標識不同,則執(zhí)行步驟208。
[0069] 步驟206,如果所述小區(qū)更新消息中的U-RNTI的SRNC identity與所述目標RNC 的標識相同,則所述UE直接根據(jù)所述小區(qū)更新消息中的U-RNTI進行無線承載重置,所述UE 發(fā)送無線承載重置完成消息至目標RNC,完成小區(qū)更新,結(jié)束本次流程。
[0070] 步驟208,如果所述小區(qū)更新消息中的U-RNTI的SRNC identity與所述目標RNC 的標識不同,則所述目標RNC根據(jù)所述小區(qū)更新消息中的U-RNTI與所述目標RNC中保存的 新U-RNTI之間的對應(yīng)關(guān)系,查詢到與所述小區(qū)更新消息中的U-RNTI相對應(yīng)的新U-RNTI,并 發(fā)送所述小區(qū)更新消息中的U-RNTI至所述UE。
[0071] 其中,所述小區(qū)更新消息中的U-RNT為源RNC分配的U-RNTI,所述新U-RNTI為所 述目標RNC分配的U-RNTI。
[0072] 本實施例中,所述小區(qū)更新消息中的U-RNTI可以稱為舊U-RNTI,與所述目標RNC 中保存的新U-RNTI相區(qū)別。所述舊U-RNTI與所述新U-RNTI存在對應(yīng)關(guān)系,該對應(yīng)關(guān)系由 所述目標RNC預(yù)先建立。
[0073] 例如,舊U-RNTI A與新U-RNTI A'存在對應(yīng)關(guān)系;舊U-RNTI B與新U-RNTI B'存 在對應(yīng)關(guān)系。若所述小區(qū)更新消息中的U-RNTI為舊U-RNTI B,則所述目標RNC根據(jù)所述小 區(qū)更新消息中的舊U-RNTI B與所述目標RNC中保存的新U-RNTI之間的對應(yīng)關(guān)系,查詢到 與所述小區(qū)更新消息中的舊U-RNTI B相對應(yīng)的新U-RNTI B',并將所述舊U-RNTI B發(fā)送至 所述UE。
[0074] 上述步驟208中,所述目標RNC發(fā)送所述舊U-RNTI至所述UE,可以為:所述目標 RNC組織小區(qū)更新確認消息并發(fā)送至所述UE。但在實際應(yīng)用中,本領(lǐng)域技術(shù)人員也可以根 據(jù)實際需要,采用其它向UE發(fā)送小區(qū)更新確認消息的形式,本發(fā)明實施例不對其他發(fā)送所 述舊U-RNTI至所述UE的方式進行限制。
[0075] 其中,所述小區(qū)更新確認消息中可以攜帶所述UE發(fā)送的小區(qū)更新消息中的 U-RNTI。
[0076] 步驟210,所述目標RNC在所述UE根據(jù)所述舊U-RNTI進行無線承載重置之后,接 收到所述UE發(fā)送的無線承載重置完成消息,完成小區(qū)更新。
[0077] 所述UE在收到所述小區(qū)更新確認消息之后,根據(jù)所述小區(qū)更新確認消息中的要 求進行無線承載重置,然后所述UE發(fā)送無線承載重置完成消息至所述目標RNC。
[0078] 所述目標RNC接收到所述無線承載重置完成消息之后,發(fā)送重置完成消息至CN, 完成重定位流程。
[0079] 步驟212,所述目標RNC發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息至所 述UE,通知所述UE將所述小區(qū)更新消息中的U-RNTI更新為新U-RNTI。
[0080] 所述UE將所述小區(qū)更新消息中的U-RNTI更新為新U-RNTI之后,發(fā)送通用移動通 信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性確認消息至所述目標RNC。
[0081] 步驟214,所述目標RNC在接收到所述UE發(fā)送的通用移動通信系統(tǒng)陸地?zé)o線接入 網(wǎng)移動性確認消息之后,釋放所述小區(qū)更新消息中的U-RNTI與所述新U-RNTI的對應(yīng)關(guān)系。
[0082] 綜上所述,本發(fā)明實施例中,目標RNC建立新舊U-RNTI的對應(yīng)關(guān)系,其中,新 U-RNTI為目標RNC分配的U-RNTI,舊U-RNTI為源RNC分配的U-RNTI。
[0083] 當小區(qū)更新消息中攜帶源RNC分配的U-RNTI,即攜帶舊U-RNTI時,根據(jù)舊U-RNTI 與建立的新舊U-RNTI的對應(yīng)關(guān)系,確定新U-RNTI,采用協(xié)議中小區(qū)更新和通用移動通信系 統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息兩個過程保持UE在線,CS不掉話和PS速率不掉零,改善用 戶感知和提升重定位的ΚΡΙ。
[0084] 實施例三
[0085] 詳細介紹本發(fā)明實施例提供的一種重定位過程中的小區(qū)更新方法。
[0086] 本實施例在目標側(cè)RNC收到源RNC的Relocation Request消息后,從其中的容 器SRNS RELOCATION INFO中獲取源RNC分配的U-RNTI,目標RNC分配新的U-RNTI后,建 立新舊U-RNTI的對應(yīng)關(guān)系。后續(xù)收到攜帶舊U-RNTI的CELL UPDATE消息時,可以使用舊 U-RNTI查詢對應(yīng)的新U-RNTI,將舊U-RNTI組裝在CELL UPDATE CONFIRM消息中發(fā)給UE, CELL UPDATE CONFIRM消息中可以攜帶舊U-RNTI (如果DCCH(Dedicated Control Channel, 專用控制信道)上發(fā)送CELL UPDATE CONFIRM消息時,需要在MAC PDU(Protocol Data Unit Protocol Data Unit,介質(zhì)訪問控制層協(xié)議數(shù)據(jù)單元)頭中指示UE標識為舊U-RNTI)。UE 執(zhí)行 CELL UPDATE CONFIRM 中的配置,在新的鏈路上發(fā)送 Radio Bearer Reconfiguration Complete消息給目標RNC。目標RNC收到Radio Bearer Reconfiguration Complete消息后, 表示小區(qū)更新成功,則該次下行無線鏈路失步得到挽救,UE保持在線。目標RNC同時認為重 定位成功。由于此時UE中存貯的U-RNTI為舊,需要更新為目標RNC分配的新U-RNTI。目 標RNC執(zhí)行通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性信息(UTRAN Mobility Information) 過程,更新UE中的舊U-RNTI為目標RNC分配的新U-RNTI,在UE更新成功后,目標RNC釋放 新舊U-RNTI的對應(yīng)關(guān)系,只保留新U-RNTI。其中,UTRAN Mobility Information過程可以 參考3GPP TS 25. 331協(xié)議VI1. 5. 0章節(jié)14. 12. 4. 2的協(xié)議過程。
[0087] 通過協(xié)議中的CELL UPDATE和UTRAN Mobility Information過程可以完成重定 位時,由于下行失步導(dǎo)致U-RNTI未更新的CELL UPDATE發(fā)生時,不釋放UE,規(guī)避了現(xiàn)有協(xié)議 和采用DSCR流程的不足,改善用戶感知和提升KPI (Key Performance Indicator,關(guān)鍵績效 指標)。具體實現(xiàn)時:在目標RNC收到Relocation Request消息后,任何階段收到攜帶源 RNC分配的U-RNTI的CELL UPDATE消息后,都可以執(zhí)行重定位和CELL UPDATE以及UTRAN Mobility Information 過程。
[0088] 參照圖4,示出了假設(shè)在源RNC發(fā)出Radio Bearer Reconfiguration后,UE失步后 上報攜帶源RNC分配的U-RNTI的CELL UPDATE消息的重定位流程圖。所述圖4中的流程 可以概括為以下幾個步驟:
[0089] 步驟一 :PS或者CS建立用戶平面的承載(PS or CS RAB SETUP),UE上傳測量報 告(Measure_Report)至S-RNC (Source RNC,源RNC),源RNC根據(jù)測量報告中的測量結(jié)果選 擇切換到目標RNC的小區(qū)。源RNC發(fā)送重定位要求(Relocation Required)消息到CN,重 定位要求消息中包括源RNC分配的資源信息,其中存在源RNC分配的U-RNTI。CN轉(zhuǎn)發(fā)重定 位要求消息為重定位請求(Relocation Request)消息到目標RNC。上述重定位要求消息和 重定位請求消息的發(fā)送均借助于源RNC到目標RNC的透明容器(Transparent Container)。
[0090] 步驟二:目標RNC收到Relocation Request消息后,在目標RNC側(cè)分配資源,在 目標RNC的小區(qū)建立無線鏈路和IU接口及IUB接口傳輸承載。其中,建立無線鏈路包括目 標RNC向目標NodeB發(fā)送無線鏈路建立請求(Radio Link Setup Request)和目標NodeB 向目標RNC返回?zé)o線鏈路建立響應(yīng)(Radio Link Setup Resporse)兩個過程。分配的資源 中包括目標RNC分配的新U-RNTI。目標RNC將分配的資源信息包括新U-RNTI組成無線承 載重置(Radio Bearer Reconfiguration)消息包含在重置要求確認(Relocation Request Acknowledge)消息中發(fā)給CN。CN轉(zhuǎn)發(fā)重置命令(Relocation Command)消息到源RNC。上 述重置要求確認消息和重置命令消息的發(fā)送均借助于源目標RNC(Target RNC)到源RNC的 透明容器(Transparent Container)。
[0091] 步驟三:源RNC收到Relocation Command消息后,將其中包含的Radio Bearer Reconfiguration消息發(fā)給UE,UE下行失步,發(fā)送CELL UPDATE消息到目標RNC。
[0092] 步驟四:目標RNC收到CELL UPDATE后,根據(jù)消息中U-RNTI的SRNC identity判 斷同目標RNC的標識不同,查詢新舊U-RNTI對應(yīng)表,獲取到對應(yīng)的新U-RNTI,組織CELL UPDATE CONFIRM 消息將舊 U-RNTI 發(fā)送給 UE。
[0093] 步驟五:UE收到CELL UPDATE CONFIRM消息后,啟用消息中要求的新配置后,發(fā)送 Radio Bearer Reconfiguration Complete 消息到目標 RNC。
[0094] 步驟六:目標 RNC 收到 Radio Bearer Reconfiguration Complete 消息后,給 CN發(fā) 送Relocation Complete消息,完成重定位流程。同時目標RNC給UE發(fā)送UTRAN Mobility Information 通知 UE 更新 U-RNTI。
[0095] 步驟七:目標 RNC 收到 UE 響應(yīng)的 UTRAN Mobility Information Confirm 消息后, 釋放新舊U-RNTI對應(yīng)關(guān)系。
[0096] 步驟八:CN給源RNC發(fā)送Iu釋放命令(Iu-Release Command)消息,釋放源RNC與 UE相對應(yīng)的資源,執(zhí)行IU及IUB承載釋放,以及無線鏈路釋放,重定位過程完成。其中,無線 鏈路釋放包括源RNC向源NodeB發(fā)送無線鏈路釋放請求(Radio Link Deletion Request) 和源NodeB向源RNC返回?zé)o線鏈路釋放響應(yīng)(Radio Link Deletion Resporse)兩個過程。
[0097] 在目標RNC收到CELL UPDATE消息后的其他階段,只要查詢到存在新舊U-RNTI 對應(yīng)關(guān)系,都可以繼續(xù)執(zhí)行重定位流程,只是需要在給源RNC發(fā)送Relocation Request Acknowledge 消息后執(zhí)行 CELL UPDATE 以及 UTRAN Mobility Information 過程。
[0098] 綜上所述,本發(fā)明實施例中,目標RNC建立新舊U-RNTI的對應(yīng)關(guān)系,其中,新 U-RNTI為目標RNC分配的U-RNTI,舊U-RNTI為源RNC分配的U-RNTI。
[0099] 當小區(qū)更新消息中攜帶源RNC分配的U-RNTI,即攜帶舊U-RNTI時,根據(jù)舊U-RNTI 與建立的新舊U-RNTI的對應(yīng)關(guān)系,確定新U-RNTI,不再執(zhí)行DSCR策略釋放UE再接入,不修 改協(xié)議,規(guī)避現(xiàn)有協(xié)議采用的DSCR流程的不足,而是采用協(xié)議中小區(qū)更新和通用移動通信 系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息兩個過程保持UE在線,CS不掉話和PS速率不掉零,改善 用戶感知和提升重定位的KPI。
[0100] 實施例四
[0101] 詳細介紹本發(fā)明實施例提供的一種重定位過程中的小區(qū)更新系統(tǒng)。
[0102] 參照圖5,示出了本發(fā)明實施例中一種重定位過程中的小區(qū)更新系統(tǒng)結(jié)構(gòu)圖。
[0103] 所述系統(tǒng)可以包括:源無線網(wǎng)絡(luò)控制器RNC300、目標RNC302,以及用戶設(shè)備 UE304。所述目標RNC302可以為實現(xiàn)上述方法實施例的裝置。所述目標RNC302可以包括: 接收模塊3020,判斷執(zhí)行模塊3022,小區(qū)更新模塊3024,通知模塊3026。
[0104] 所述接收模塊3020,用于接收所述UE304發(fā)送的小區(qū)更新消息。
[0105] 所述小區(qū)更新消息可以包括源RNC300分配的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng) 無線網(wǎng)絡(luò)臨時標識U-RNTI。
[0106] 所述判斷執(zhí)行模塊3022,用于判斷所述小區(qū)更新消息中的U-RNTI的服務(wù)無線網(wǎng) 絡(luò)控制器的標識SRNC identity是否與所述目標RNC302的標識相同;如果不同,則根據(jù)所 述小區(qū)更新消息中的U-RNTI與所述目標RNC302中保存的新U-RNTI之間的對應(yīng)關(guān)系,查 詢到與所述小區(qū)更新消息中的U-RNTI相對應(yīng)的新U-RNTI,并發(fā)送所述小區(qū)更新消息中的 U-RNTI至所述UE ;其中,所述小區(qū)更新消息中的U-RNT為源RNC300分配的U-RNTI,所述新 U-RNTI為所述目標RNC302分配的U-RNTI。
[0107] 優(yōu)選地,所述判斷執(zhí)行模塊3022在發(fā)送所述小區(qū)更新消息中的U-RNTI至所述 UE304時,組織小區(qū)更新確認消息并發(fā)送至所述UE304 ;其中,所述小區(qū)更新確認消息中攜 帶所述UE304發(fā)送的小區(qū)更新消息中的U-RNTI。
[0108] 所述小區(qū)更新模塊3024,用于在所述UE304根據(jù)所述小區(qū)更新消息中的U-RNTI進 行無線承載重置之后,接收所述UE304發(fā)送的無線承載重置完成消息,完成小區(qū)更新。
[0109] 所述通知模塊3026,用于在所述小區(qū)更新模塊3024接收到所述UE304發(fā)送的無線 承載重置完成消息之后,發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息至所述UE304, 通知所述UE304將所述小區(qū)更新消息中的U-RNTI更新為新U-RNTI。
[0110] 所述通知模塊3026,還用于在發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息 至所述UE304之后,接收到所述UE304發(fā)送的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性確 認消息,釋放所述小區(qū)更新消息中的U-RNTI與所述新U-RNTI的對應(yīng)關(guān)系。
[0111] 所述UE304,用于在所述目標RNC302接收到所述UE304發(fā)送的小區(qū)更新消息之前, 接收所述源RNC300發(fā)送的無線承載重置消息,且確定所述UE304與所述目標RNC302的小 區(qū)發(fā)生下行失步,或者未接收到所述無線承載重置消息,確定所述UE304與所述源RNC300 的小區(qū)發(fā)生下行失步。
[0112] 本實施例小區(qū)更新系統(tǒng)用于實現(xiàn)前述多個方法實施例中相應(yīng)的重定位過程中的 小區(qū)更新方法,在本實施例的小區(qū)更新系統(tǒng)中,目標RNC建立新舊U-RNTI的對應(yīng)關(guān)系,其 中,新U-RNTI為目標RNC分配的U-RNTI,舊U-RNTI為源RNC分配的U-RNTI。
[0113] 當小區(qū)更新消息中攜帶源RNC分配的U-RNTI,即攜帶舊U-RNTI時,根據(jù)舊U-RNTI 與建立的新舊U-RNTI的對應(yīng)關(guān)系,確定新U-RNTI,采用協(xié)議中小區(qū)更新和通用移動通信系 統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息兩個過程保持UE在線,CS不掉話和PS速率不掉零,改善用 戶感知和提升重定位的KPI。
[0114] 對于系統(tǒng)實施例而言,由于其與方法實施例基本相似,所以描述的比較簡單,相關(guān) 之處參見方法實施例的部分說明即可。
[0115] 本說明書中的各個實施例均采用遞進的方式描述,每個實施例重點說明的都是與 其他實施例的不同之處,各個實施例之間相同相似的部分互相參見即可。
[0116] 以上對本發(fā)明實施例所提供的一種重定位過程中的小區(qū)更新方法和系統(tǒng),進行了 詳細介紹,本文中應(yīng)用了具體個例對本發(fā)明的原理及實施方式進行了闡述,以上實施例的 說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時,對于本領(lǐng)域的一般技術(shù)人員,依 據(jù)本發(fā)明的思想,在【具體實施方式】及應(yīng)用范圍上均會有改變之處,綜上所述,本說明書內(nèi)容 不應(yīng)理解為對本發(fā)明的限制。
【權(quán)利要求】
1. 一種重定位過程中的小區(qū)更新方法,其特征在于,包括: 目標無線網(wǎng)絡(luò)控制器RNC接收用戶設(shè)備UE發(fā)送的小區(qū)更新消息;所述小區(qū)更新消息包 括源RNC分配的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)無線網(wǎng)絡(luò)臨時標識U-RNTI ; 所述目標RNC判斷所述小區(qū)更新消息中的U-RNTI的服務(wù)無線網(wǎng)絡(luò)控制器的標識SRNC identity是否與所述目標RNC的標識相同; 如果不同,所述目標RNC根據(jù)所述小區(qū)更新消息中的U-RNTI與所述目標RNC中保存的 新U-RNTI之間的對應(yīng)關(guān)系,查詢到與所述小區(qū)更新消息中的U-RNTI相對應(yīng)的新U-RNTI,并 發(fā)送所述小區(qū)更新消息中的U-RNTI至所述UE ;其中,所述新U-RNTI為所述目標RNC分配 的 U-RNTI ; 所述目標RNC在所述UE根據(jù)所述小區(qū)更新消息中的U-RNTI進行無線承載重置之后, 接收到所述UE發(fā)送的無線承載重置完成消息,完成小區(qū)更新。
2. 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述目標RNC發(fā)送所述小區(qū)更新消息中的 U-RNTI至所述UE,包括: 所述目標RNC組織小區(qū)更新確認消息并發(fā)送至所述UE ;其中,所述小區(qū)更新確認消息 中攜帶所述UE發(fā)送的小區(qū)更新消息中的U-RNTI。
3. 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述目標RNC接收到所述UE發(fā)送的無線 承載重置完成消息之后,所述方法還包括: 所述目標RNC發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息至所述UE,通知所述 UE將所述小區(qū)更新消息中的U-RNTI更新為新U-RNTI。
4. 根據(jù)權(quán)利要求3所述的方法,其特征在于,所述目標RNC發(fā)送通用移動通信系統(tǒng)陸地 無線接入網(wǎng)移動性消息至所述UE之后,所述方法還包括: 所述目標RNC接收到所述UE發(fā)送的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性確認消 息,釋放所述小區(qū)更新消息中的U-RNTI與所述新U-RNTI的對應(yīng)關(guān)系。
5. 根據(jù)權(quán)利要求1所述的方法,其特征在于,所述目標RNC接收到用戶設(shè)備UE發(fā)送的 小區(qū)更新消息之前,所述方法還包括: 所述UE接收到所述源RNC發(fā)送的無線承載重置消息,且確定所述UE與所述目標RNC 的小區(qū)發(fā)生下行失步,或者,所述UE未接收到所述無線承載重置消息,確定所述UE與所述 源RNC的小區(qū)發(fā)生下行失步。
6. -種重定位過程中的小區(qū)更新系統(tǒng),包括:源無線網(wǎng)絡(luò)控制器RNC、目標RNC和用戶 設(shè)備UE,其特征在于,所述目標RNC包括: 接收模塊,用于接收所述UE發(fā)送的小區(qū)更新消息;所述小區(qū)更新消息包括源RNC分配 的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)無線網(wǎng)絡(luò)臨時標識U-RNTI ; 判斷執(zhí)行模塊,用于判斷所述小區(qū)更新消息中的U-RNTI的服務(wù)無線網(wǎng)絡(luò)控制器的標 識SRNC identity是否與所述目標RNC的標識相同;如果不同,則根據(jù)所述小區(qū)更新消息中 的U-RNTI與所述目標RNC中保存的新U-RNTI之間的對應(yīng)關(guān)系,查詢到與所述小區(qū)更新消 息中的U-RNTI相對應(yīng)的新U-RNTI,并發(fā)送所述小區(qū)更新消息中的U-RNTI至所述UE ;其中, 所述新U-RNTI為所述目標RNC分配的U-RNTI ; 小區(qū)更新模塊,用于在所述UE根據(jù)所述小區(qū)更新消息中的U-RNTI進行無線承載重置 之后,接收所述UE發(fā)送的無線承載重置完成消息,完成小區(qū)更新。
7. 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述判斷執(zhí)行模塊在發(fā)送所述小區(qū)更新 消息中的U-RNTI至所述UE時,組織小區(qū)更新確認消息并發(fā)送至所述UE ;其中,所述小區(qū)更 新確認消息中攜帶所述UE發(fā)送的小區(qū)更新消息中的U-RNTI。
8. 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于,所述目標RNC還包括: 通知模塊,用于在所述小區(qū)更新模塊接收到所述UE發(fā)送的無線承載重置完成消息之 后,發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息至所述UE,通知所述UE將所述小區(qū) 更新消息中的U-RNTI更新為新U-RNTI。
9. 根據(jù)權(quán)利要求8所述的系統(tǒng),其特征在于, 所述通知模塊,還用于在發(fā)送通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性消息至所述UE 之后,接收到所述UE發(fā)送的通用移動通信系統(tǒng)陸地?zé)o線接入網(wǎng)移動性確認消息,釋放所述 小區(qū)更新消息中的U-RNTI與所述新U-RNTI的對應(yīng)關(guān)系。
10. 根據(jù)權(quán)利要求6所述的系統(tǒng),其特征在于, 所述UE,用于在所述目標RNC接收到所述UE發(fā)送的小區(qū)更新消息之前,接收所述源 RNC發(fā)送的無線承載重置消息,且確定所述UE與所述目標RNC的小區(qū)發(fā)生下行失步,或者未 接收到所述無線承載重置消息,確定所述UE與所述源RNC的小區(qū)發(fā)生下行失步。
【文檔編號】H04W36/10GK104159261SQ201410384488
【公開日】2014年11月19日 申請日期:2014年8月6日 優(yōu)先權(quán)日:2014年8月6日
【發(fā)明者】程岳 申請人:大唐移動通信設(shè)備有限公司