專(zhuān)利名稱(chēng):一種無(wú)線(xiàn)資源控制連接重配置方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動(dòng)通信技術(shù),特別是涉及一種無(wú)線(xiàn)資源控制(RRC)連接重配置方法。
背景技術(shù):
長(zhǎng)期演進(jìn)(Long Term Evolution, LTE)無(wú)線(xiàn)網(wǎng)絡(luò)是一個(gè)扁平化的網(wǎng)絡(luò),其中,演 進(jìn)通用移動(dòng)通信系統(tǒng)無(wú)線(xiàn)接入網(wǎng)(EvolvedUTRAN,E-UTRAN)由基站(Evolved Node Base, eNB)和演進(jìn)分組交換中心(Evolved Packet Core,EPC)組成。與3G技術(shù)相比,LTE網(wǎng)絡(luò)最 大的變化是無(wú)線(xiàn)接入網(wǎng)(Radio Access NetWork,RAN)部分去掉了無(wú)線(xiàn)網(wǎng)絡(luò)控制器(Radio NetWork controller,RNC),降低了網(wǎng)絡(luò)時(shí)延。在E-UTRAN中,多個(gè)eNB形成集合,與EPC通 過(guò)一條Sl接口相連,各個(gè)eNB之間通過(guò)X2接口相連。第三代合作伙伴計(jì)劃(3GPP) RRC協(xié)議描述了 LTE系統(tǒng)的RRC連接重配置過(guò)程,用 于修改RRC連接,該過(guò)程具體應(yīng)用于多種場(chǎng)景之中,例如,建立、修改、釋放無(wú)線(xiàn)承載(RB), 在eNB之間或在eNB內(nèi)切換,以及準(zhǔn)備、修改、釋放測(cè)量等。在RRC連接重配置過(guò)程的各種 應(yīng)用場(chǎng)景中,有多種場(chǎng)景中都需要在E-UTRAN的eNB與UE之間傳輸非接入層(NAS)專(zhuān)用消 息。表1為RRC連接重配置過(guò)程的應(yīng)用場(chǎng)景列表,如表1所示,當(dāng)RRC連接重配置過(guò)程應(yīng)用 于連接(Attach)流程、演進(jìn)無(wú)線(xiàn)接入承載(E-RAB)建立過(guò)程和E-RAB修改過(guò)程均需要在 eNB與UE之間傳輸NAS消息,并且E-RAB釋放過(guò)程也有可能需要在eNB與UE之間傳輸NAS 消息,其中,eNB向UE傳輸?shù)腘AS消息為下行NAS消息,eNB在RRC連接重配置消息中攜帶 下行NAS消息傳輸給UE。圖1為現(xiàn)有技術(shù)中RRC連接重配置方法的信令流程圖。如圖1所示,現(xiàn)有技術(shù)中 eNB與UE之間的RRC連接重配置的具體過(guò)程包括表1 :RRC連接重配置過(guò)程應(yīng)用場(chǎng)景列表
如下步驟。步驟101 :eNB向UE發(fā)送RRC連接重配置消息,即RRCConnection Reconfiguration,當(dāng)RRC連接重配置過(guò)程應(yīng)用于表1中描述的需要交換NAS消息的場(chǎng)景 時(shí),RRC Connection Reconfiguration中會(huì)攜帶下行NAS消息直傳給UE。步驟102 =UE完成RRC連接重配置處理,向eNB回復(fù)RRC連接重配置完成消息,即 RRC Connection Reconfiguration Complete。步驟103 =UE向eNB回復(fù)上行傳輸消息,即UL InformationTransfer,以該消息作 為 UE 對(duì) RRC Connection Reconfiguration 中 NAS 消息的響應(yīng)。由上述過(guò)程可見(jiàn),根據(jù)現(xiàn)有的3GPP的36331和36413技術(shù)規(guī)范,當(dāng)RRC連接重配 置過(guò)程完成后,UE需要首先向eNB回復(fù)RRCConnection Reconfiguration Complete,在需 要傳送NAS消息的應(yīng)用場(chǎng)景下,UE在回復(fù)RRC Connection Reconfiguration Complete之 后,還需要繼續(xù)向eUB回復(fù)UL Information Transfer,用以單獨(dú)傳輸上行NAS消息。并且, 在現(xiàn)有的RRC連接重配置方法中,在上述步驟103之后,同樣地,eNB也需要在向移動(dòng)性管理 實(shí)體(MME)回復(fù)在先Sl接口相關(guān)的響應(yīng)消息之后,繼續(xù)向MME回復(fù)上行NAS傳輸消息,即 Uplink NAS Transport,用以單獨(dú)傳輸上行NAS消息。因?yàn)樾枰獙?duì)在先控制消息和NAS消息 都分別采用一條獨(dú)立的消息進(jìn)行回復(fù),這不僅增加了 UE和eNB的處理過(guò)程的復(fù)雜程度,更 為重要的是,也浪費(fèi)了寶貴的空口資源和Sl接口資源,降低了通信系統(tǒng)的資源利用效率。
發(fā)明內(nèi)容
本發(fā)明提供了一種RRC連接重配置方法,采用該方法能夠提高通信系統(tǒng)的資源利用率。為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的本發(fā)明公開(kāi)了一種無(wú)線(xiàn)資源控制RRC連接重配置方法,包括基站eNB向用戶(hù)設(shè)備UE發(fā)送RRC連接重配置消息,所述RRC連接重配置消息中包 括下行非接入層NAS消息;UE完成RRC連接重配置處理,向eNB回復(fù)RRC連接重配置完成消息,所述RRC連接 重配置完成消息中包括上行NAS消息;eNB將UE回復(fù)的RRC連接重配置完成消息中的上行NAS消息填寫(xiě)到Sl接口消息 中,將該Sl接口消息發(fā)送給移動(dòng)性管理實(shí)體MME。所述RRC連接重配置完成消息的結(jié)構(gòu)中包括NAS專(zhuān)用消息;所述NAS專(zhuān)用消息為可選結(jié)構(gòu)。所述RRC連接重配置方法應(yīng)用于連接流程,則所述S 1接口消息為初始上下文建 立響應(yīng)消息;
和/ 或,所述RRC連接重配置方法應(yīng)用于演進(jìn)無(wú)線(xiàn)接入承載E-RAB建立過(guò)程,則所述Sl接 口消息為E-RAB建立響應(yīng)消息;和/ 或,所述RRC連接重配置方法應(yīng)用于E-RAB修改過(guò)程,則所述Sl接口消息為E-RAB修 改響應(yīng)消息;和/ 或,所述RRC連接重配置方法應(yīng)用于E-RAB釋放過(guò)程,則所述Sl接口消息為E-RAB釋 放響應(yīng)消息。所述初始上下文建立響應(yīng)消息的結(jié)構(gòu)中包括非接入層分組數(shù)據(jù)單元NAS-PDU ;所述NAS-PDU為可選結(jié)構(gòu)。所述初始上下文建立響應(yīng)消息的結(jié)構(gòu)中包括E-RAB建立列表;所述E-RAB建立列表中包括E_RAB建立項(xiàng)目信息元素組;所述的E-RAB建立項(xiàng)目信息元素組中包括=NAS-PDU。所述E-RAB建立響應(yīng)消息的結(jié)構(gòu)中包括NAS-PDU ;所述NAS-PDU為必選結(jié)構(gòu)。所述E-RAB建立響應(yīng)消息的結(jié)構(gòu)中包括E_RAB建立列表;所述E-RAB建立列表中包括E_RAB建立項(xiàng)目信息元素組;所述的E-RAB建立項(xiàng)目信息元素組中包括NAS_PDU。所述E-RAB修改響應(yīng)消息的結(jié)構(gòu)中包括NAS_PDU ;所述NAS-PDU為必選結(jié)構(gòu)。所述E-RAB修改響應(yīng)消息的結(jié)構(gòu)中包括E_RAB修改列表;所述E-RAB修改列表中包括E_RAB修改項(xiàng)目信息元素組;所述的E-RAB修改項(xiàng)目信息元素組中包括=NAS-PDU。所述E-RAB釋放響應(yīng)消息的結(jié)構(gòu)中包括NAS-PDU ;所述NAS-PDU為可選結(jié)構(gòu)。由以上發(fā)明內(nèi)容可見(jiàn),在需要傳送NAS消息的應(yīng)用場(chǎng)景下進(jìn)行RRC連接重配置時(shí), UE在完成RRC連接重配置處理后,在向eNB回復(fù)的RRC連接重配置完成消息中攜帶上行NAS 消息,eNB收到后,將該上行NAS消息攜帶在Sl接口消息中發(fā)送給MME,從而通過(guò)RRC連接 重配置完成消息以及Sl接口消息完成NAS消息的傳輸,因此不需要單獨(dú)發(fā)送其它用于NAS 消息傳輸?shù)南?,從而?jié)約了空口資源和Sl接口資源,提高通信系統(tǒng)的資源利用效率。
圖1為現(xiàn)有技術(shù)中RRC連接重配置方法的信令流程圖;圖2為本發(fā)明第一較佳實(shí)施例RRC連接重配置方法的信令流程圖;圖3為本發(fā)明第二較佳實(shí)施例RRC連接重配置方法的信令流程圖。
具體實(shí)施例方式為了使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚,下面結(jié)合附圖和具體實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)描述。本發(fā)明的基本思想是,在需要傳送NAS消息的應(yīng)用場(chǎng)景下,在RRC連接重配置過(guò)程 中,eNB在向UE發(fā)送的RRC連接重配置消息中攜帶下行NAS消息,UE在完成RRC連接重配 置處理后,在向eNB回復(fù)的RRC連接重配置完成消息中攜帶上行NAS消息,eNB將上行NAS 消息攜帶在Sl接口消息中發(fā)送給MME。下面舉出一個(gè)較佳實(shí)施例對(duì)本發(fā)明的RRC連接重配置方法進(jìn)行簡(jiǎn)要說(shuō)明。圖2為 本發(fā)明第一較佳實(shí)施例RRC連接重配置方法的信令流程圖。如圖2所示,該方法包括以下步驟。步驟201 :eNB向UE發(fā)送RRC連接重配置消息,即RRCConnection Reconfiguration,該消息中包括下行NAS消息。步驟202 =UE完成RRC連接重配置處理,向eNB回復(fù)RRC連接重配置完成消息,即 RRC Connection Reconfiguration Complete,該消息中包括上行 NAS 消息。在此步驟中,為了實(shí)現(xiàn)通過(guò)RRC連接重配置完成消息攜帶上行NAS消息,需要對(duì)現(xiàn) 有的RRC連接重配置完成消息的結(jié)構(gòu)進(jìn)行修改,在現(xiàn)有RRC連接重配置完成消息結(jié)構(gòu)的基 礎(chǔ)上,加入一個(gè)新的結(jié)構(gòu),即NAS專(zhuān)用消息,該NAS專(zhuān)用消息為可選結(jié)構(gòu),一種較佳的實(shí)施 方式是,NAS專(zhuān)用消息類(lèi)型符合36331協(xié)議的定義。步驟203 :eNB將UE回復(fù)的RRC連接重配置完成消息中的上行NAS消息填寫(xiě)到Sl 接口消息中,將該Sl接口消息發(fā)送給MME。在此步驟中,對(duì)于攜帶NAS的Sl接口消息,表1所示的RRC連接重配置過(guò)程應(yīng)用 的各種場(chǎng)景中采用的Sl接口消息各不相同。在表1所示的四種有可能需要傳輸NAS的應(yīng) 用場(chǎng)景中如果RRC連接重配置方法應(yīng)用于Attach流程,則Sl接口消息為初始上下文建立 響應(yīng)消息。如果RRC連接重配置方法應(yīng)用于E-RAB建立過(guò)程,則Sl接口消息為E-RAB建立 響應(yīng)消息。如果RRC連接重配置方法應(yīng)用于E-RAB修改過(guò)程,則Sl接口消息為E-RAB修改 響應(yīng)消息。如果RRC連接重配置方法應(yīng)用于E-RAB釋放過(guò)程,則Sl接口消息為E-RAB釋放 響應(yīng)消息。相應(yīng)地,為了實(shí)現(xiàn)通過(guò)上述Sl消息攜帶上行NAS消息,也需要對(duì)現(xiàn)有的上述Sl消 息的結(jié)構(gòu)進(jìn)行修改。表2為本發(fā)明實(shí)施例的初始上下文建立響應(yīng)消息的結(jié)構(gòu)列表。參見(jiàn)表2,與現(xiàn)有 技術(shù)中的初始上下文建立響應(yīng)消息相同,本發(fā)明實(shí)施例的初始上下文建立響應(yīng)消息中包 括如下結(jié)構(gòu)消息類(lèi)型(Message Type)、MME側(cè)UE的Sl應(yīng)用部分身份標(biāo)識(shí)(MME UESlAP ID)、eNB側(cè)UE的Sl應(yīng)用部分身份標(biāo)識(shí)(eNB UE SlAP ID)、E-RAB建立列表(E-RAB Setup List)、E-RAB 建立失敗列表(E-RABFailed to Setup List)和關(guān)鍵性診斷(Criticality Diagnostics),其中,與現(xiàn)有技術(shù)相同的是,E-RAB建立列表中包括E-RAB建立項(xiàng)目信息元 素組(E-RAB Setup Item IEs),該E-RAB建立項(xiàng)目信息元素組中包括以下結(jié)構(gòu)E-RAB身份 標(biāo)識(shí)(E-RAB ID)、傳輸層地址(TransportLayer Address)和通用分組無(wú)線(xiàn)服務(wù)隧道協(xié)議 (GPRS Tunnellingprotocol,GTP)隧道終止點(diǎn)標(biāo)識(shí)(GTP-TEID)。與現(xiàn)有技術(shù)不同的是,本發(fā) 明實(shí)施例中,初始上下文建立響應(yīng)消息的結(jié)構(gòu)中還包括非接入層分組數(shù)據(jù)單元(NAS-PDU)。 NAS-PDU為可選結(jié)構(gòu),包括在E-RAB建立項(xiàng)目信息元素組中。一種較佳的實(shí)施方式是, NAS-PDU的信息元素類(lèi)型符合36413協(xié)議的9. 2. 3. 5節(jié)定義。
表2.本發(fā)明實(shí)施例的初始上下文建立響應(yīng)消息的結(jié)構(gòu)列表 表3為本發(fā)明實(shí)施例的E-RAB建立響應(yīng)消息的結(jié)構(gòu)列表。參見(jiàn)表3,與現(xiàn)有技術(shù) 中的E-RAB建立響應(yīng)消息相同,本發(fā)明實(shí)施例的E-RAB建立響應(yīng)消息中包括如下結(jié)構(gòu)消息 類(lèi)型(Message Type)、MME側(cè)UE的Sl應(yīng)用部分身份標(biāo)識(shí)(MME UE SlAP ID)、eNB側(cè)UE的 Sl 應(yīng)用部分身份標(biāo)識(shí)(eNB UE SlAP ID)、E-RAB 建立列表(E-RAB Setup List)、E-RAB 建 立失敗列表(E-RAB Failed to SetupList)和關(guān)鍵性診斷(Criticality Diagnostics), 其中,與現(xiàn)有技術(shù)相同的是,E-RAB建立列表中包括E-RAB建立項(xiàng)目信息元素組(E-RAB Setup Item IEs),該E-RAB建立項(xiàng)目信息元素組中包括以下結(jié)構(gòu)E-RAB身份標(biāo)識(shí) (E-RAB ID)、傳輸層地址(Transport LayerAddress)和通用分組無(wú)線(xiàn)服務(wù)隧道協(xié)議(GPRSTunnellingprotocol, GTP)隧道終止點(diǎn)標(biāo)識(shí)(GTP-TEID)。與現(xiàn)有技術(shù)不同的是,本發(fā)明實(shí) 施例中,E-RAB建立響應(yīng)消息的結(jié)構(gòu)中還包括NAS-PDU。在E-RAB建立響應(yīng)消息中,NAS-PDU 為必選結(jié)構(gòu),包括在E-RAB建立項(xiàng)目信息元素組中。一種較佳的實(shí)施方式是,NAS-PDU的信 息元素類(lèi)型符合36413協(xié)議的9. 2. 3. 5節(jié)定義。表3.本發(fā)明實(shí)施例的E-RAB建立響應(yīng)消息的結(jié)構(gòu)列表 表4為本發(fā)明實(shí)施例的E-RAB修改響應(yīng)消息的結(jié)構(gòu)列表。參見(jiàn)表4,與現(xiàn)有技術(shù)中 的E-RAB修改響應(yīng)消息相同,本發(fā)明實(shí)施例的E-RAB修改響應(yīng)消息中包括如下結(jié)構(gòu)消息類(lèi) 型(Message Type)、MME 側(cè) UE 的 Sl 應(yīng)用部分身份標(biāo)識(shí)(MME UE SlAP ID)、eNB 側(cè) UE 的 Sl 應(yīng)用部分身份標(biāo)識(shí)(eNB UE SlAP ID)、E_RAB修改列表(E-RAB Modify List)、E_RAB修改失敗列表(E-RAB Failed toModify List)和關(guān)鍵性診斷(Criticality Diagnostics),其中, 與現(xiàn)有技術(shù)相同的是,E-RAB修改列表中包括E-RAB修改項(xiàng)目信息元素組(E-RAB Modify Item IEs),該E-RAB修改項(xiàng)目信息元素組中包括以下結(jié)構(gòu)E_RAB身份標(biāo)識(shí)(E-RAB ID)。 與現(xiàn)有技術(shù)不同的是,本發(fā)明實(shí)施例中,E-RAB修改響應(yīng)消息的結(jié)構(gòu)中還包括NAS-PDU。在 E-RAB建立響應(yīng)消息中,NAS-PDU為必選結(jié)構(gòu),包括在E-RAB修改項(xiàng)目信息元素組中。一種 較佳的實(shí)施方式是,NAS-PDU的信息元素類(lèi)型符合36413協(xié)議的9. 2. 3. 5節(jié)定義。表4.本發(fā)明實(shí)施例的E-RAB修改響應(yīng)消息的結(jié)構(gòu)列表 表5為本發(fā)明實(shí)施例的E-RAB釋放響應(yīng)消息的結(jié)構(gòu)列表。參見(jiàn)表5,與現(xiàn)有技術(shù)中 的E-RAB釋放響應(yīng)消息相同,本發(fā)明實(shí)施例的E-RAB釋放響應(yīng)消息中包括如下結(jié)構(gòu)消息類(lèi) 型(Message Type)、MME 側(cè) UE 的 Sl 應(yīng)用部分身份標(biāo)識(shí)(MME UE SlAP ID)、eNB 側(cè) UE 的 Sl 應(yīng)用部分身份標(biāo)識(shí)(eNB UE SlAP ID)、E_RAB 釋放列表(E-RAB Release List)、E_RAB 釋放 失敗列表(E-RAB Failed toRelease List)和關(guān)鍵性診斷(Criticality Diagnostics),其 中,E-RAB釋放列表中包括E-RAB釋放項(xiàng)目信息元素組(E-RAB Release ItemIEs)。與現(xiàn)有技術(shù)不同的是,本發(fā)明實(shí)施例中,E-RAB釋放響應(yīng)消息的結(jié)構(gòu)中還包括NAS-PDU。在E-RAB 釋放響應(yīng)消息中,NAS-PDU為可選結(jié)構(gòu)。一種較佳的實(shí)施方式是,NAS-PDU的信息元素類(lèi)型 符合36413協(xié)議的9. 2. 3. 5節(jié)定義。表5.本發(fā)明實(shí)施例的E-RAB釋放響應(yīng)消息的結(jié)構(gòu)列表 以上通過(guò)第一較佳實(shí)施例對(duì)本發(fā)明的RRC連接重配置過(guò)程在各種應(yīng)用場(chǎng)景下的 情況進(jìn)行了說(shuō)明,下面通過(guò)第二較佳實(shí)施例,以應(yīng)用場(chǎng)景為Attach流程為例,說(shuō)明本發(fā)明 的RRC連接重配置方法的具體應(yīng)用過(guò)程。圖3為本發(fā)明第二較佳實(shí)施例RRC連接重配置方法的信令流程圖。該較佳實(shí)施例 中,以Attach流程為例,說(shuō)明RRC連接重配置的具體過(guò)程。如圖3所示,本發(fā)明實(shí)施例的 RRC連接重配置在Attach流程的應(yīng)用具體包括以下步驟。步驟301 =UE 向 eNB 發(fā)送 RRC 連接請(qǐng)求消息,即 RRC ConnectionRequest。步驟302 :eNB 向 UE 回復(fù) RRC 連接建立消息,即 RRC ConnectionSetup。
11
步驟303 :UE向eNB回復(fù)RRC連接建立完成消息,即RRCConnection Setup Complete。該消息中攜帶NAS消息,該NAS消息為連接請(qǐng)求消息,即Attach Request。上述步驟步驟301至步驟303為UE進(jìn)行隨機(jī)接入的過(guò)程。步驟304 :eNB 收到 RRC Connection Setup Complete 后,將其中攜帶的 NAS 消息 填寫(xiě)到Sl接口消息中并發(fā)送給MME。該NAS消息為Attach Request ;該Sl接口消息為初 始 UE 信息,即 Initial UEMessage。步驟305 =MME收到Sl接口消息后,如果MME內(nèi)沒(méi)有該UE的上下文,則MME發(fā)起鑒 權(quán)流程,通過(guò)eNB向UE發(fā)送下行NAS消息,該NAS消息為鑒權(quán)請(qǐng)求消息,即Authentication Request。步驟306 =UE鑒權(quán)成功后,向MME回復(fù)上行NAS消息,該NAS消息為鑒權(quán)響應(yīng)消息, 艮口 Authentication Response。步驟307 =MME收到Authentication Response后,發(fā)起初始上下文建立流程,向 eNB發(fā)送初始上下文建立請(qǐng)求消息,即InitialContext Setup Request,其中包含下行NAS 消息,該下行NAS消息為連接接受消息,即Attach Accept.步驟308:eNB 收到 Initial Context Setup Request后,發(fā)起安全配置流程,向 UE 發(fā)送安全模式命令消息,即S ecurity ModeCommand0步驟309 :UE在安全配置成功后,向eNB回復(fù)安全模式完成消息,即Security Mode Complete。步驟310 :eNB收到Security Mode Complete后,向UE發(fā)送RRC連接重配置消息, 即RRC Connection Reconfiguration,其中攜帶下行NAS消息,該NAS消息為連接接受消 息,艮口 Attach Accept。步驟311 :UE 收至Ij RRC Connection Reconfiguration 后,UE 內(nèi)部的 RRC 實(shí)體進(jìn) 行RRC連接重配置的相關(guān)處理,并將下行NAS消息Attach Accept發(fā)送給UE內(nèi)部的NAS實(shí) 體。NAS實(shí)體處理完畢后,向RRC實(shí)體回復(fù)上行NAS消息,該NAS消息為連接完成消息,即 AttachComplete。RRC實(shí)體將該NAS消息填寫(xiě)到RRC連接重配置完成消息中發(fā)送給eNB, RRC連接重配置完成消息即RRC ConnectionReconfiguration Complete。該RRC連接重配 置完成消息采用改進(jìn)的消息結(jié)構(gòu),即,在現(xiàn)有技術(shù)中的RRC連接重配置完成消息的消息結(jié) 構(gòu)的基礎(chǔ)上,增加一個(gè)新的結(jié)構(gòu)NAS專(zhuān)用消息,該結(jié)構(gòu)為可選結(jié)構(gòu)。步驟 312 :eNB 收至Ij RRC Connection Reconfiguration Complete 后,向 MME 回 復(fù)初始上下文建立響應(yīng)消息,即Initial Context SetupResponse,該消息中包含RRC Connection Reconfiguration Complete 夕肖肩、中攜帶的 NAS 夕肖肩、,艮Attach Complete。 i亥 初始上下文建立響應(yīng)消息采用改進(jìn)的消息結(jié)構(gòu),具體消息結(jié)構(gòu)如前述表2中所示。由以上具體實(shí)施方式
可見(jiàn),在需要傳送NAS消息的應(yīng)用場(chǎng)景下進(jìn)行RRC連接重配 置時(shí),eNB在向UE發(fā)送的RRC連接重配置消息中攜帶下行NAS消息,UE在完成RRC連接重 配置處理后,在向eNB回復(fù)的RRC連接重配置完成消息中攜帶上行NAS消息,eNB將上行NAS 消息攜帶在Sl接口消息中發(fā)送給MME。因?yàn)閷?duì)RRC連接重配置完成消息以及Sl接口消息 的消息結(jié)構(gòu)進(jìn)行改進(jìn),在上述消息中攜帶NAS消息,完成NAS消息傳輸,因此不需要再用其 它的消息交互單獨(dú)發(fā)送NAS消息,從而節(jié)約了空口資源和Sl接口資源,提高通信系統(tǒng)的資 源利用效率。
以上所述僅為本發(fā)明的較佳實(shí)施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精 神和原則之內(nèi),所做的任何修改、等同替換、改進(jìn)等,均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
一種無(wú)線(xiàn)資源控制RRC連接重配置方法,其特征在于,包括基站eNB向用戶(hù)設(shè)備UE發(fā)送RRC連接重配置消息,所述RRC連接重配置消息中包括下行非接入層NAS消息;UE完成RRC連接重配置處理,向eNB回復(fù)RRC連接重配置完成消息,所述RRC連接重配置完成消息中包括上行NAS消息;eNB將UE回復(fù)的RRC連接重配置完成消息中的上行NAS消息填寫(xiě)到S1接口消息中,將該S1接口消息發(fā)送給移動(dòng)性管理實(shí)體MME。
2.根據(jù)權(quán)利要求1所述的RRC連接重配置方法,其特征在于, 所述RRC連接重配置完成消息的結(jié)構(gòu)中包括NAS專(zhuān)用消息; 所述NAS專(zhuān)用消息為可選結(jié)構(gòu)。
3.根據(jù)權(quán)利要求1所述的RRC連接重配置方法,其特征在于,所述RRC連接重配置方法應(yīng)用于連接流程,則所述S1接口消息為初始上下文建立響應(yīng) 消息;和/或,所述RRC連接重配置方法應(yīng)用于演進(jìn)無(wú)線(xiàn)接入承載E-RAB建立過(guò)程,則所述S1接口消 息為E-RAB建立響應(yīng)消息; 和/或,所述RRC連接重配置方法應(yīng)用于E-RAB修改過(guò)程,則所述S1接口消息為E-RAB修改響 應(yīng)消息; 和/或,所述RRC連接重配置方法應(yīng)用于E-RAB釋放過(guò)程,則所述S1接口消息為E-RAB釋放響應(yīng)消息。
4.根據(jù)權(quán)利要求3所述的RRC連接重配置方法,其特征在于,所述初始上下文建立響應(yīng)消息的結(jié)構(gòu)中包括非接入層分組數(shù)據(jù)單元NAS-PDU ; 所述NAS-PDU為可選結(jié)構(gòu)。
5.根據(jù)權(quán)利要求4所述的RRC連接重配置方法,其特征在于, 所述初始上下文建立響應(yīng)消息的結(jié)構(gòu)中包括E-RAB建立列表; 所述E-RAB建立列表中包括E-RAB建立項(xiàng)目信息元素組; 所述的E-RAB建立項(xiàng)目信息元素組中包括NAS-PDU。
6.根據(jù)權(quán)利要求3所述的RRC連接重配置方法,其特征在于, 所述E-RAB建立響應(yīng)消息的結(jié)構(gòu)中包括NAS-PDU ;所述NAS-PDU為必選結(jié)構(gòu)。
7.根據(jù)權(quán)利要求6所述的RRC連接重配置方法,其特征在于, 所述E-RAB建立響應(yīng)消息的結(jié)構(gòu)中包括E-RAB建立列表; 所述E-RAB建立列表中包括E-RAB建立項(xiàng)目信息元素組; 所述的E-RAB建立項(xiàng)目信息元素組中包括NAS-PDU。
8.根據(jù)權(quán)利要求3所述的RRC連接重配置方法,其特征在于, 所述E-RAB修改響應(yīng)消息的結(jié)構(gòu)中包括NAS-PDU ;所述NAS-PDU為必選結(jié)構(gòu)。
9.根據(jù)權(quán)利要求8所述的RRC連接重配置方法,其特征在于, 所述E-RAB修改響應(yīng)消息的結(jié)構(gòu)中包括E-RAB修改列表; 所述E-RAB修改列表中包括E-RAB修改項(xiàng)目信息元素組; 所述的E-RAB修改項(xiàng)目信息元素組中包括NAS-PDU。
10.根據(jù)權(quán)利要求1所述的RRC連接重配置方法,其特征在于, 所述E-RAB釋放響應(yīng)消息的結(jié)構(gòu)中包括NAS-PDU ;所述NAS-PDU為可選結(jié)構(gòu)。
全文摘要
本發(fā)明公開(kāi)了一種RRC連接重配置方法,在需要傳送NAS消息的應(yīng)用場(chǎng)景下,eNB向UE發(fā)送包括下行NAS消息的RRC連接重配置消息,UE在完成RRC連接重配置處理后,在向eNB回復(fù)的RRC連接重配置完成消息中攜帶上行NAS消息,eNB將UE回復(fù)的上行NAS消息填寫(xiě)到S1接口消息中發(fā)送給MME。采用本發(fā)明的RRC連接重配置方法,通過(guò)RRC連接重配置完成消息以及S1接口消息完成NAS消息的傳輸,因此不需要單獨(dú)發(fā)送其它用于NAS消息傳輸?shù)南?,從而?jié)約了空口資源和S1接口資源,提高通信系統(tǒng)的資源利用效率。
文檔編號(hào)H04W68/00GK101883430SQ201010210868
公開(kāi)日2010年11月10日 申請(qǐng)日期2010年6月28日 優(yōu)先權(quán)日2010年6月28日
發(fā)明者張立恒, 楊剛 申請(qǐng)人:新郵通信設(shè)備有限公司