本申請(qǐng)涉及用于在無(wú)線通信系統(tǒng)中使用的會(huì)話管理方法和裝置。具體地，本申請(qǐng)涉及用于整體管理移動(dòng)性和會(huì)話過程以便在切換過程中有效地管理該終端的會(huì)話的方法和裝置。
背景技術(shù)：
：移動(dòng)通信系統(tǒng)被開發(fā)來(lái)為移動(dòng)用戶提供通信服務(wù)。隨著技術(shù)的快速進(jìn)步，移動(dòng)通信系統(tǒng)已經(jīng)演進(jìn)到能夠在早期的面向語(yǔ)音的服務(wù)之外提供高速數(shù)據(jù)通信服務(wù)的水平。技術(shù)實(shí)現(xiàn)要素：技術(shù)問題為了解決以上論述的缺點(diǎn)，主要目的是提供用于解決和減輕當(dāng)在完成終端的會(huì)話管理過程之前移動(dòng)性管理過程被觸發(fā)時(shí)發(fā)生的問題的方法和裝置。另外，本公開的實(shí)施例提出了用于促進(jìn)在會(huì)話管理過程的中間觸發(fā)的移動(dòng)性管理過程的方法和裝置，從而防止終端的連接失敗以及成功地執(zhí)行會(huì)話管理。解決方案根據(jù)本公開的一方面，提供一種控制實(shí)體的會(huì)話管理方法。該會(huì)話管理方法包括：向源基站發(fā)送用于建立承載、修改承載和釋放承載中的一者的承載管理消息；當(dāng)在完成承載管理之前發(fā)生終端的切換時(shí)，向目標(biāo)基站發(fā)送切換請(qǐng)求，所述切換請(qǐng)求包括第一列表和第二列表中的至少一者，第一列表包括由源基站管理的承載，而第二列表包括由控制實(shí)體管理的承載；以及從目標(biāo)基站接收切換響應(yīng)，其中所述切換響應(yīng)包括基于第一列表和第二列表中的一者生成的承載列表。根據(jù)本公開的另一方面，提供一種在終端的切換中目標(biāo)基站的會(huì)話管理方法。該會(huì)話管理方法包括：從控制實(shí)體接收包括第一列表和第二列表中的至少一者的切換請(qǐng)求，其中第一列表包括由源基站管理的承載，而第二列表包括由控制實(shí)體管理的承載；基于根據(jù)第一列表和第二列表中的一者生成的承載列表生成包括被允許用于切換的承載和為其確保資源失敗的承載的承載列表；以及向控制實(shí)體發(fā)送承載列表。根據(jù)本公開的另一方面，一種在終端的切換中源基站的會(huì)話管理方法。該會(huì)話管理方法包括從控制實(shí)體接收用于建立承載、修改承載和釋放承載中的一者的承載管理消息，以及當(dāng)在完成承載管理之前接收切換命令時(shí)，釋放沒有被包括在切換命令中的承載。根據(jù)本公開的另一方面，提供一種用于執(zhí)行會(huì)話管理的控制實(shí)體。該控制實(shí)體包括：通信單元，其負(fù)責(zé)數(shù)據(jù)通信；和控制單元，其控制通信單元向源基站發(fā)送用于建立承載、修改承載和釋放承載中的一者的承載管理消息，當(dāng)在完成承載管理之前發(fā)生終端的切換時(shí)，向目標(biāo)基站發(fā)送切換請(qǐng)求，所述切換請(qǐng)求包括第一列表和第二列表中的至少一者，第一列表包括由源基站管理的承載，而第二列表包括由控制實(shí)體管理的承載，以及從目標(biāo)基站接收切換響應(yīng)，其中所述切換響應(yīng)包括基于第一列表和第二列表中的一者生成的承載列表。根據(jù)本公開的另一方面，提供一種在終端的切換中管理會(huì)話的目標(biāo)基站。該基站包括：通信單元，其負(fù)責(zé)數(shù)據(jù)通信；和控制單元，其控制通信單元從控制實(shí)體接收包括第一列表和第二列表中的至少一者的切換請(qǐng)求，其中第一列表包括由源基站管理的承載，而第二列表包括由控制實(shí)體管理的承載，基于根據(jù)第一列表和第二列表中的一者生成的承載列表生成包括被允許用于切換的承載和為其確保資源失敗的承載的承載列表，以及向控制實(shí)體發(fā)送承載列表。根據(jù)本公開的再一方面，一種在終端的切換中管理會(huì)話的源基站。該基站包括：通信單元，其負(fù)責(zé)數(shù)據(jù)通信；和控制單元，其控制通信單元從控制實(shí)體接收用于建立承載、修改承載和釋放承載中的一者的承載管理消息，以及當(dāng)在完成承載管理之前接收切換命令時(shí)，釋放沒有被包括在切換命令中的承載。附圖說明為了更完整地理解本公開及其優(yōu)點(diǎn)，現(xiàn)在結(jié)合附圖對(duì)以下描述做出參考，在附圖中相同參考數(shù)字表示相同部分：圖1圖示了根據(jù)本公開的無(wú)線通信系統(tǒng)；圖2圖示了在會(huì)話管理過程期間的移動(dòng)性管理過程；圖3圖示了根據(jù)本公開的實(shí)施例的切換過程；圖4a圖示了根據(jù)本公開的實(shí)施例的切換過程；圖4b圖示了根據(jù)本公開的實(shí)施例的控制實(shí)體的操作；圖5圖示了根據(jù)本公開的實(shí)施例的切換過程；圖6a圖示了根據(jù)本公開的實(shí)施例的源基站的切換過程；圖6b圖示了根據(jù)本公開的實(shí)施例的目標(biāo)基站110b的切換過程；以及圖7圖示了根據(jù)本公開的實(shí)施例的設(shè)備的配置。具體實(shí)施方式可能有利的是闡述貫穿本專利文檔使用的特定詞和短語(yǔ)的定義：術(shù)語(yǔ)“包括”和“包含”以及它們的派生詞是指沒有限制的包括；術(shù)語(yǔ)“或”是包含性的，意味著和/或；短語(yǔ)“與......相關(guān)聯(lián)”和“與其相關(guān)聯(lián)”以及它們的派生詞可以意味著包括、被包括在內(nèi)、與......互連、包含、被包含在內(nèi)、連接到或與......連接、耦合到或與......耦合、可與......通信、與......合作、交織、并列、接近、綁定到或與......綁定、具有、具有......的屬性等等；而術(shù)語(yǔ)“控制器”意味著控制至少一個(gè)操作的任何設(shè)備、系統(tǒng)或其部分，這樣的設(shè)備可以以硬件、固件或軟件、或它們中的至少兩者的某種組合來(lái)實(shí)現(xiàn)。應(yīng)當(dāng)注意，無(wú)論是本地的還是遠(yuǎn)程的，與任何特定控制器相關(guān)聯(lián)的功能可以是集中式或分布式的。貫穿本專利文檔提供了某些詞和短語(yǔ)的定義，本領(lǐng)域的那些普通技術(shù)人員應(yīng)該理解，在許多情況下(如果不是大多數(shù)情況下)，這樣的定義適用于這樣定義的詞和短語(yǔ)的現(xiàn)有用法和將來(lái)用法。下面論述的圖1至7和本專利文檔中用于描述本公開的原理的各種實(shí)施例僅作為說明，而不應(yīng)以限制本公開的范圍的任何方式來(lái)進(jìn)行解釋。本領(lǐng)域技術(shù)人員將理解的是，本公開的原理可以在任何適當(dāng)布置的無(wú)線通信系統(tǒng)中實(shí)現(xiàn)。參考附圖來(lái)詳細(xì)描述本發(fā)明的示例性實(shí)施例。相同的參考數(shù)字在整個(gè)附圖中用于指代相同或相似的部分?？梢允÷詫?duì)這里并入的公知的功能和結(jié)構(gòu)的詳細(xì)描述，以避免模糊本公開的主題。雖然描述是針對(duì)第三代合作伙伴計(jì)劃(3GPP)無(wú)線接入網(wǎng)絡(luò)和長(zhǎng)期演進(jìn)(LTE)以及作為核心網(wǎng)絡(luò)的演進(jìn)分組核心(EPC)，但是將被本領(lǐng)域技術(shù)人員理解的是，本發(fā)明可以甚至以些許修改應(yīng)用于具有類似技術(shù)背景和信道格式的其它通信系統(tǒng)，而不脫離本公開的精神和范圍。圖1圖示了根據(jù)本公開的無(wú)線通信系統(tǒng)。無(wú)線通信系統(tǒng)包括終端100，源和目標(biāo)基站110a和110b，源和目標(biāo)控制實(shí)體130a和130b，源和目標(biāo)服務(wù)網(wǎng)關(guān)(S-GW)140a和140b，分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)網(wǎng)關(guān)(P-GW)150，策略和計(jì)費(fèi)規(guī)則功能(PCRF)160，分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)170，以及連接以上組件的接口105、120、125、135、138、145、155和165。雖然在圖1中配對(duì)了相同層級(jí)的網(wǎng)絡(luò)實(shí)體(例如，基站110a和110b、控制實(shí)體130a和130b以及S-GW140a和140b)，以示出該終端是移動(dòng)的，以便由不同的基站110a和110b服務(wù)，但是終端100一般一次由一個(gè)基站服務(wù)(假定不采用載波聚合和/或多點(diǎn)協(xié)調(diào)的多點(diǎn)發(fā)送/接收技術(shù))。終端100通過無(wú)線電接口105與基站110a(或110b)通信用戶數(shù)據(jù)和控制數(shù)據(jù)。這里，基站110可以是如下中的任何一個(gè)：演進(jìn)節(jié)點(diǎn)B(eNB)、節(jié)點(diǎn)B(NB)、無(wú)線電網(wǎng)絡(luò)子系統(tǒng)(RNS)、基站收發(fā)臺(tái)(BaseTransceiverStation，BTS)、基站子系統(tǒng)(BSS)以及無(wú)線接入點(diǎn)。除了一些例外，基站110a(或110b)可形成具有覆蓋區(qū)域的至少一個(gè)小區(qū)，并且終端由覆蓋區(qū)域內(nèi)的基站110a(或110b)提供服務(wù)。這里，小區(qū)是指正常的蜂窩系統(tǒng)的小區(qū)，而基站110a(或110b)是管理和控制相應(yīng)的小區(qū)的設(shè)備，并且這里，術(shù)語(yǔ)“小區(qū)”和“基站”可以按相同的意思互換使用。控制實(shí)體130負(fù)責(zé)終端100的移動(dòng)性和會(huì)話管理以及認(rèn)證和安全性，并且S-GW140a和140b作為與終端100的用戶數(shù)據(jù)傳輸相關(guān)聯(lián)的錨點(diǎn)來(lái)工作?？刂茖?shí)體130的示例包括移動(dòng)性管理實(shí)體(MME)和服務(wù)通用分組無(wú)線電服務(wù)(GPRS)支持節(jié)點(diǎn)(SGSN)。這些實(shí)體負(fù)責(zé)空閑模式終端的尋呼和位置管理。終端100的用戶數(shù)據(jù)可以分為上行鏈路用戶數(shù)據(jù)和下行鏈路用戶數(shù)據(jù)。上行鏈路用戶數(shù)據(jù)可以經(jīng)由P-GW150發(fā)送到PDN170。下行鏈路用戶數(shù)據(jù)可以經(jīng)由P-GW150從PDN170接收到。P-GW150和PDN170通過SGi接口連接。PCRF160負(fù)責(zé)策略和計(jì)費(fèi)的決定，并與P-GW150的策略/計(jì)費(fèi)執(zhí)行功能互操作，以便做出策略和計(jì)費(fèi)決定。圖1針對(duì)其中終端100連接到一個(gè)PDN170的情況。UE100可以連接到多個(gè)PDN。在這種情況下，雖然終端100具有一個(gè)用戶數(shù)據(jù)錨點(diǎn)，即，S-GW140，但S-GW140可以連接到一個(gè)或多個(gè)P-GW?？梢匀绫?中所示地總結(jié)在圖1中描繪的接口。表1[表1]接口名稱傳送數(shù)據(jù)類型105Uu控制和用戶數(shù)據(jù)120S1-MME控制數(shù)據(jù)125S1-U用戶數(shù)據(jù)135S10控制數(shù)據(jù)138S11控制數(shù)據(jù)145S5/S8控制和用戶數(shù)據(jù)155Gx控制數(shù)據(jù)165Rx控制數(shù)據(jù)在上述無(wú)線通信系統(tǒng)中，UE移動(dòng)性管理包括如下的至少一者：-用于從服務(wù)于終端100的源基站110a向終端漫游時(shí)適合服務(wù)于該終端的目標(biāo)基站110b傳送關(guān)于該終端的基站上下文的步驟。-用于在源控制實(shí)體130a處收集關(guān)于終端100的目標(biāo)基站110b的信息，以及如果有必要的話，則選擇能夠控制目標(biāo)基站110b來(lái)傳送關(guān)于該終端的控制實(shí)體上下文的目標(biāo)控制實(shí)體130b的步驟。-用于選擇適合用于用戶數(shù)據(jù)傳送的S-GW的步驟。同時(shí)，在上述的無(wú)線通信系統(tǒng)中，該終端會(huì)話管理包括如下的至少一者：-終端承載資源修改請(qǐng)求；-在PCRF做出的承載建立/修改/釋放決定；-控制實(shí)體和終端的非接入層(NAS)承載上下文創(chuàng)建/修改/釋放；-控制實(shí)體和終端的接入層(AS)的承載上下文創(chuàng)建/修改/釋放；-基站和終端的承載上下文創(chuàng)建/修改/釋放。這里，承載是用戶數(shù)據(jù)的傳輸路徑。圖2圖示了在會(huì)話管理過程期間的移動(dòng)性管理過程。雖然流程圖描繪了一系列順序步驟，但是除非明確說明，否則不應(yīng)從關(guān)于特定執(zhí)行順序的序列中推斷出各個(gè)步驟或其部分被順序地而非同時(shí)或以重疊的方式執(zhí)行，或者描繪的步驟被唯一地執(zhí)行而沒有介入其間或中間的步驟的發(fā)生。在步驟200，PCRF160檢測(cè)與終端100的承載相關(guān)聯(lián)的改變的必要性。與終端100的承載相關(guān)聯(lián)的改變的必要性由對(duì)無(wú)線電條件的改變和終端的請(qǐng)求的檢測(cè)之一引起。如果檢測(cè)到無(wú)線電條件改變，則源基站110a向控制實(shí)體130a發(fā)送通知承載的釋放的消息(例如，E-RAB釋放指示消息)。與承載相關(guān)聯(lián)的終端對(duì)改變的請(qǐng)求被使用NAS消息發(fā)送到控制實(shí)體130a。NAS消息的示例包括承載資源分配請(qǐng)求消息和承載資源修改請(qǐng)求消息。如果從源基站110a接收到消息，則源控制實(shí)體130a經(jīng)由源S-GW140a和P-GW150向PCRF160發(fā)送消息以通知承載管理必要性。該消息的名稱和詳細(xì)結(jié)構(gòu)可以被改變。在步驟210，PCRF160觸發(fā)IP-CAN會(huì)話修改過程。P-GW150基于通過IP-CAN會(huì)話修改過程提供的信息確定是否要建立新的承載、修改舊的承載或釋放舊的承載。在IP-CAN會(huì)話修改過程中由PCRF160發(fā)送的信息可以是服務(wù)質(zhì)量(QoS)信息。取決于確定結(jié)果，P-GW150可經(jīng)由源S-GW140a發(fā)送創(chuàng)建承載請(qǐng)求消息、更新承載請(qǐng)求消息或刪除承載請(qǐng)求消息到源控制實(shí)體130a。在步驟220，源控制實(shí)體130a發(fā)起對(duì)源基站110a的承載管理過程。承載管理過程可以被如下消息中的一者觸發(fā)：E-RAB設(shè)置請(qǐng)求消息、E-RAB修改請(qǐng)求消息、E-RAB釋放命令消息以及下行鏈路NAS傳輸消息。所有列舉的消息包括包含要遞送到終端100的NAS消息的NAS-PDU信息元素(IE)。源基站110a可取決于所接收的消息執(zhí)行AS層級(jí)的承載管理。在接收到E-RAB設(shè)置請(qǐng)求消息的情況下，源基站110a基于包含在該消息中的信息生成新的AS層級(jí)的承載上下文。包含在此消息的NAS-PDUIE中的NAS消息可以是激活默認(rèn)EPS承載上下文請(qǐng)求消息或激活專用EPS承載上下文請(qǐng)求消息。在接收到E-RAB修改請(qǐng)求消息的情況下，源基站110a基于包含在此消息中的信息更新舊的AS層級(jí)的承載上下文。包含在此消息的NAS-PDUIE中的NAS消息可以是修改EPS承載上下文請(qǐng)求消息。在接收到E-RAB釋放命令消息的情況下，源基站110a基于包含在此消息中的信息釋放舊的AS層級(jí)的承載上下文。包含在此消息的NAS-PDUIE中的NAS消息可以是停用EPS承載上下文請(qǐng)求消息。在接收到下行鏈路NAS傳輸消息的情況下，源基站110a可不執(zhí)行與AS層級(jí)承載上下文相關(guān)聯(lián)的任何操作。包含在此消息的NAS-PDUIE中的NAS消息可以是修改EPS承載上下文請(qǐng)求消息。在步驟225，源基站110a向終端100發(fā)起無(wú)線電資源控制(RRC)連接重配置過程或簡(jiǎn)單地發(fā)送NAS消息。RRC連接重配置過程通過發(fā)送RRCConnectionReconfiguration(RRC連接重配置)消息而被觸發(fā)。NAS消息在DLInformationTransfer(下行鏈路信息傳送)消息中攜帶。NAS消息也可以通過RRCConnectionReconfiguration消息攜帶。終端100可以使用RRCConnectionReconfiguration消息的AS層級(jí)承載信息建立、修改或釋放AS層級(jí)承載上下文，并在回復(fù)中發(fā)送RRCConnectionReconfigurationComplete(RRC連接重配置完成)消息。以這種方式，可成功地對(duì)終端100和源基站110a生成、修改或釋放AS層級(jí)承載上下文。然而，終端100和源基站110a中的一者可以在預(yù)定時(shí)段期間維持AS層級(jí)承載上下文，然后釋放以為潛在的情形做準(zhǔn)備。如果在步驟220接收到下行鏈路NAS傳輸消息，則可以在步驟225遞送DLInformationTransfer消息，并且可以省略在步驟228和/或步驟233發(fā)送的消息。如果從終端100接收到RRCConnectionReconfigurationComplete消息，則源基站110s可以發(fā)送通知已經(jīng)成功建立、修改或釋放AS層級(jí)上下文的消息。此消息可以是如下中的一者：E-RAB設(shè)置響應(yīng)消息、E-RAB修改響應(yīng)消息以及E-RAB釋放響應(yīng)消息。通過以上過程，可以在步驟235成功建立、修改或釋放控制實(shí)體235的AS層級(jí)承載上下文。然而，由于響應(yīng)尚未響應(yīng)于來(lái)自終端100的NAS消息而發(fā)送，因此NAS層級(jí)的承載上下文相關(guān)的過程未完成。此時(shí)，在步驟240，源基站110a可以針對(duì)終端的移動(dòng)性或其它原因做出切換決定以將終端100切換到目標(biāo)基站110b。源基站110a可以發(fā)送切換觸發(fā)消息到源控制實(shí)體130a。切換觸發(fā)消息可以是要求切換消息。此消息可以包括源到目標(biāo)透明容器IE(SourcetoTargetTransparentContainerIE)。此IE可以包含關(guān)于基站110a保留的承載的信息。這里，承載信息可以屬于其AS層級(jí)承載上下文被源基站110a保留的承載。源控制實(shí)體130a可在接收到切換觸發(fā)消息之后基于目標(biāo)基站110b的信息確定是否優(yōu)選目標(biāo)控制實(shí)體130b來(lái)管理終端100。如果確定源控制實(shí)體130a繼續(xù)管理終端100，則可以省略步驟250和268。如果確定目標(biāo)控制實(shí)體130b來(lái)管理終端100，則源控制實(shí)體130a可以向目標(biāo)控制實(shí)體130b發(fā)送終端100的保留的上下文和源到目標(biāo)透明容器IE中的至少一者。如果確定使用舊的控制實(shí)體130a，則目標(biāo)控制實(shí)體130b確定是繼續(xù)使用源S-GW130a還是使用目標(biāo)S-GW140b。如果確定要使用目標(biāo)S-GW140b，則目標(biāo)控制實(shí)體130b與目標(biāo)S-GW140b交換創(chuàng)建會(huì)話請(qǐng)求消息和創(chuàng)建會(huì)話響應(yīng)消息，以按承載收集目標(biāo)S-GW的上行鏈路隧道端點(diǎn)標(biāo)識(shí)符(TEID)。在步驟260，目標(biāo)控制實(shí)體130b向目標(biāo)基站110b發(fā)送請(qǐng)求切換的消息。此消息可以是切換請(qǐng)求消息。控制消息可以包括要設(shè)置的E-RAB列表IE(E-RABtobeSetupListIE)和源到目標(biāo)透明容器IE。要設(shè)置的E-RAB列表IE可以基于存儲(chǔ)在目標(biāo)控制實(shí)體130b中的承載上下文來(lái)生成。由于可能尚未鑒于NAS層級(jí)承載上下文完全建立/修改/釋放承載，因此雖然鑒于AS層級(jí)承載上下文已經(jīng)對(duì)其完全進(jìn)行了建立/修改/釋放，但“要設(shè)置的E-RAB列表IE中包含的承載列表”可能與“包含鑒于AS層級(jí)承載上下文的承載的源到目標(biāo)透明容器IE中包含的承載列表”不匹配。在修改承載的情況下，其不是建立或刪除承載，列表可能相互匹配。如果承載列表不匹配，則目標(biāo)基站110b將此確定為錯(cuò)誤情形，從而拒絕切換請(qǐng)求。這導(dǎo)致切換失敗，并且如果不及時(shí)執(zhí)行切換，則這可能導(dǎo)致增大終端100的連接錯(cuò)誤概率的問題。即使當(dāng)承載列表不匹配發(fā)生時(shí)，目標(biāo)基站110b也可以接受切換。在這種情況下，在步驟265，目標(biāo)基站110b向目標(biāo)控制實(shí)體130b發(fā)送切換請(qǐng)求確認(rèn)消息。此時(shí)，目標(biāo)基站110b向目標(biāo)控制實(shí)體130b發(fā)送如下各項(xiàng)中的至少一個(gè)：在目標(biāo)基站110b中被允許用于接受切換的承載列表、設(shè)置失敗的承載列表以及目標(biāo)到源透明容器IE。在控制實(shí)體被改變的情況下，在步驟268，目標(biāo)控制實(shí)體130b向源控制實(shí)體發(fā)送包括包含在切換請(qǐng)求確認(rèn)中的信息的全部或部分的轉(zhuǎn)發(fā)重定位響應(yīng)消息。在步驟270，源控制實(shí)體向源基站110a發(fā)送切換命令消息。此消息可以包含用于轉(zhuǎn)發(fā)的E-RAB列表IE(E-RABsSubjecttoForwardingListIE)和要釋放的E-RAB列表IE(E-RABstoReleaseListIE)中的至少一者。包括在兩個(gè)IE中的承載列表的并集是關(guān)于在其上基于控制實(shí)體的承載列表在目標(biāo)基站110b中允許切換(用于轉(zhuǎn)發(fā)的E-RAB列表IE)或不允許切換(要釋放的E-RAB列表IE)的承載的信息，因此可以不同于可從由源基站110a保留的AS層級(jí)承載上下文信息中獲得的承載列表。源基站110a將此看作是錯(cuò)誤情形，并且將切換準(zhǔn)備過程作為錯(cuò)誤來(lái)處理。因此，如果切換失敗并且沒有及時(shí)成功，則終端的連接失敗概率增大。切換命令消息可進(jìn)一步包括目標(biāo)到源透明容器IE。通常，源基站110a不解碼此IE。盡管承載列表不匹配，但源基站110a可以繼續(xù)切換過程。在此情況下，在步驟273，源基站110a向終端100發(fā)送切換命令消息。切換命令消息可以按原樣攜帶包含在接收到的目標(biāo)到源透明容器IE中的信息。終端100在步驟228建立/修改/釋放NAS層級(jí)承載上下文，并在對(duì)接收到的NAS消息的答復(fù)中發(fā)送響應(yīng)。響應(yīng)能夠通過ULInformationTransfer消息來(lái)發(fā)送，該消息包括如下NAS消息中的至少一者：激活專用EPS承載上下文接受消息、激活默認(rèn)EPS承載上下文接受消息、停用EPS承載上下文接受消息以及修改EPS承載上下文接受消息。在步驟288，NAS消息可通過上行鏈路NAS傳送消息來(lái)發(fā)送到控制實(shí)體130a。雖然在切換過程中存在可能發(fā)生錯(cuò)誤從而切換失敗的風(fēng)險(xiǎn)，但是盡管所有的風(fēng)險(xiǎn)元素都被克服，目標(biāo)基站110b和{源基站110a和終端100}的承載上下文仍可能不匹配。表2示出了這樣的差異。表2[表2]取決于實(shí)現(xiàn)方式，即，取決于在接收到要求切換消息之后如何處理承載管理過程，控制實(shí)體可以保留或不保留承載上下文。例如，如果當(dāng)在建立承載中間接收到要求切換消息時(shí)，控制實(shí)體被配置為中止承載建立，則相應(yīng)的承載上下文在控制實(shí)體中不存在。如果控制實(shí)體不停止建立承載并確定步驟288的上行鏈路NAS傳送消息的接收結(jié)果，則相應(yīng)的承載上下文可以在步驟288之后建立。在當(dāng)前的承載管理和切換過程中，如果切換在承載管理期間被觸發(fā)，則切換失敗或發(fā)生承載上下文不匹配，從而在承載管理中引起問題。由于小型基站的數(shù)量逐漸增大的趨勢(shì)，因此切換更頻繁地發(fā)生。此外，隨著通過LTE的語(yǔ)音服務(wù)(VoLTE)的普及，承載管理變得更加復(fù)雜。通過注意到無(wú)線通信系統(tǒng)中的這種趨勢(shì)，在參考圖2描述過程期間暴露出來(lái)的問題在變得越來(lái)越顯著。本公開提供了用于解決和減輕當(dāng)在未完成終端的會(huì)話管理過程的情況下觸發(fā)移動(dòng)性管理過程時(shí)發(fā)生的問題的方法和裝置。在本公開中，關(guān)于當(dāng)在未完成終端的會(huì)話管理過程的情況下觸發(fā)移動(dòng)性管理過程時(shí)發(fā)生的承載建立/修改/釋放的問題被分解為按情況提供解決方案。在本公開中，“建立(establish)”可與術(shù)語(yǔ)“生成(generate)”互換。承載建立圖3圖示了根據(jù)本公開的實(shí)施例的切換過程。雖然流程圖描繪了一系列順序步驟，但是除非明確說明，否則不應(yīng)從關(guān)于特定執(zhí)行順序的序列中推斷出各個(gè)步驟或其部分被順序地而非同時(shí)或以重疊的方式執(zhí)行，或者描繪的步驟被唯一地執(zhí)行而沒有介入其間或中間的步驟的發(fā)生。根據(jù)本公開的某些實(shí)施例，目標(biāo)基站110b將由源基站110a和控制元件130發(fā)送的承載列表進(jìn)行相互比較，以基于由控制實(shí)體130發(fā)送的列表確保承載資源，并且控制消息被經(jīng)由接觸的基站110a發(fā)送給其上的終端，從而解決承載上下文不匹配。圖3示出了與承載建立相關(guān)聯(lián)的圖2的步驟255之后的操作。在步驟300，控制實(shí)體130向目標(biāo)基站110b發(fā)送請(qǐng)求切換的消息。此消息可以是切換請(qǐng)求消息。此消息可以包括由控制實(shí)體130發(fā)送的承載列表和由源基站110a在容器中發(fā)送的承載列表中的至少一者。例如，切換請(qǐng)求消息可以包括要設(shè)置的E-RAB列表IE(其包含由控制實(shí)體130發(fā)送的承載列表)和E-RAB信息列表IE(其包含由源基站110a在源到目標(biāo)透明容器中發(fā)送的承載列表)。由于承載處于正在被建立的中間，因此由控制實(shí)體130發(fā)送的承載列表可以是由源基站110a在容器中發(fā)送的承載列表的一部分。在這種情況下，目標(biāo)基站110b能夠基于由控制實(shí)體130發(fā)送的承載列表確保源。在步驟303，目標(biāo)基站110b在對(duì)切換請(qǐng)求的答復(fù)中向控制實(shí)體130發(fā)送響應(yīng)消息。響應(yīng)消息可以是切換請(qǐng)求確認(rèn)消息。該消息可包括如下中的至少一者：目標(biāo)基站110b的允許切換承載列表和資源確保失敗承載列表。允許切換承載列表可以通過許可的E-RAB列表IE(E-RABsAdmittedListIE)表示，而資源確保失敗承載列表可以通過切換請(qǐng)求確認(rèn)消息中的未成功設(shè)置的E-RAB列表IE(E-RABsFailedtoSetupListIE)表示。目標(biāo)基站110b在目標(biāo)基站110b的允許切換承載列表中包括允許切換承載，所述允許切換承載被包含在由控制實(shí)體130發(fā)送的承載列表中，并且目標(biāo)基站110b在目標(biāo)基站110b的資源確保失敗承載列表中包括資源確保失敗承載，所述資源確保失敗承載被包含在由控制實(shí)體130發(fā)送的承載列表中。在對(duì)切換請(qǐng)求的答復(fù)中發(fā)送的響應(yīng)消息可以包括之后(例如在步驟308)從源基站110a發(fā)送到終端100的切換命令消息。切換命令消息可在目標(biāo)到源透明容器IE中發(fā)送。源基站110a可以在切換命令消息中發(fā)送終端必須釋放的承載的列表。要由終端釋放的承載的列表可以包括這樣的承載：其存在于由源基站110a在容器中發(fā)送的承載列表中，但不存在于由控制實(shí)體130發(fā)送的承載列表中。終端必須釋放的承載的列表能夠如下直接或間接地發(fā)送：-包括要在drb-ToReleaseList中釋放的承載的列表。-排除從drb-ToAddModList中釋放的承載的列表。當(dāng)施加完整的配置時(shí)第二個(gè)示例是有用的。在步驟305中，控制實(shí)體130向源基站110a發(fā)送指示成功切換準(zhǔn)備的消息。此消息可以是切換命令消息。此消息可以包括轉(zhuǎn)發(fā)承載列表和釋放承載列表中的至少一者。在切換命令消息的情況下，轉(zhuǎn)發(fā)承載列表對(duì)應(yīng)于用于轉(zhuǎn)發(fā)的E-RAB列表IE，而釋放承載列表對(duì)應(yīng)于要釋放的E-RAB列表IE。在步驟306，如果沒有被釋放但處于管理下的承載既不被包括在接收到的消息中包含的轉(zhuǎn)發(fā)承載列表中，也不被包括在該消息中包含的釋放承載列表中，則源基站110a可以釋放相應(yīng)的承載。未釋放承載列表可以是由源基站110a包含在源到目標(biāo)透明容器IE中的承載列表。在步驟308，源基站110a向終端100發(fā)送命令切換的消息。此消息可以是源到目標(biāo)透明容器IE消息。此消息可以在容器中被發(fā)送給目標(biāo)基站110b。如果目標(biāo)基站110b已經(jīng)通過切換命令消息發(fā)送了終端100必須釋放的承載的列表，則終端100可以釋放包含在列表中、處于AS和NAS級(jí)別兩者的承載。同時(shí)，在步驟310，終端100向源基站110a發(fā)送通知成功的NAS層級(jí)承載上下文創(chuàng)建的NAS消息。此NAS消息可以是激活專用EPS承載上下文接受消息或激活默認(rèn)EPS承載上下文接受消息。此NAS消息可通過ULInformationTransfer消息發(fā)送到源基站110a，然后源基站110a在步驟315通過上行鏈路NAS傳送消息向控制實(shí)體130轉(zhuǎn)發(fā)此NAS消息?？刂茖?shí)體130可以忽略此NAS消息。通過以上過程，有可能成功完成切換準(zhǔn)備過程從而克服承載不匹配問題(通過釋放全部承載上下文)。由于要建立的承載沒有被實(shí)際建立，故此過程可以跟隨有額外的承載建立過程。其它替代實(shí)施例可以被設(shè)想到。目標(biāo)基站110b可以在步驟300基于由源基站110a發(fā)送的列表確保承載相關(guān)的資源，并在步驟303向控制實(shí)體130通知該結(jié)果。此時(shí)，有必要向基站110b建立承載上下文。由于源基站110a通過源到目標(biāo)透明容器IE發(fā)送的傳統(tǒng)承載信息不包括承載TEID和/或QoS，因此源基站110a可以將對(duì)于建立承載上下文所必須的信息添加到該源到目標(biāo)透明容器IE。對(duì)于建立承載上下文所必須的信息可以包括承載TEID和QoS中的至少一者。如果接收到源到目標(biāo)透明容器IE，則目標(biāo)基站110b可以基于IE建立承載上下文。承載修改圖4a圖示了根據(jù)本公開的實(shí)施例的切換過程。根據(jù)本公開的某些實(shí)施例，控制實(shí)體130可取決于AS層級(jí)承載修改消息已被發(fā)送到源基站110a來(lái)確定是否進(jìn)一步執(zhí)行承載修改過程。圖4a示出了與承載修改相關(guān)聯(lián)的圖2的步驟255之后的操作。雖然流程圖描繪了一系列順序步驟，但是除非明確說明，否則不應(yīng)從關(guān)于特定執(zhí)行順序的序列中推斷出各個(gè)步驟或其部分被順序地而非同時(shí)或以重疊的方式執(zhí)行，或者描繪的步驟被唯一地執(zhí)行而沒有介入其間或中間的步驟的發(fā)生。在步驟400，控制實(shí)體130發(fā)送請(qǐng)求切換的消息到目標(biāo)基站110b。此消息可以是切換請(qǐng)求消息。此消息可以包括終端100的每承載QoS信息和總計(jì)最大比特率(AggregateMaximumBitRate，AMBR)中的至少一者。由于在控制實(shí)體130沒有完成承載修改，因此該信息可以與最近反映到源基站110a的信息不同。然而，在修改QoS以外的NAS層級(jí)信息的情況下，沒有什么要反映到基站10，因此該信息和最近的信息(終端100的AMBR信息可能被改變)之間可能不存在差別。在步驟403，目標(biāo)基站110b在對(duì)切換請(qǐng)求的答復(fù)中發(fā)送響應(yīng)。響應(yīng)消息可以是切換請(qǐng)求確認(rèn)消息。在步驟405，控制實(shí)體130向源基站110a發(fā)送通知成功切換準(zhǔn)備的消息。在步驟408，源基站110a向終端100發(fā)送命令切換的消息。此消息可以是切換命令消息。同時(shí)，在步驟410，終端100可以向源基站110a發(fā)送NAS消息，從而通知成功建立NAS層級(jí)承載上下文。NAS消息可以是修改EPS承載上下文接受消息。NAS消息可通過ULInformationTranfser消息被發(fā)送到源基站110a，然后源基站在步驟415通過上行鏈路NAS傳送消息轉(zhuǎn)發(fā)NAS消息到控制實(shí)體130。在步驟420，控制實(shí)體130可取決于承載修改過程的類型確定是否重新啟動(dòng)承載修改過程。參考圖4b對(duì)此確定步驟進(jìn)行詳細(xì)描述。根據(jù)以上過程，控制實(shí)體130能夠通過在不需要修改基站110b的承載上下文時(shí)跳過承載修改過程來(lái)減少信令流量。圖4b圖示了根據(jù)本公開的某些實(shí)施例的控制實(shí)體的操作。雖然流程圖描繪了一系列順序步驟，但是除非明確說明，否則不應(yīng)從關(guān)于特定執(zhí)行順序的序列中推斷出各個(gè)步驟或其部分被順序地而非同時(shí)或以重疊的方式執(zhí)行，或者描繪的步驟被唯一地執(zhí)行而沒有介入其間或中間的步驟的發(fā)生。根據(jù)上述過程，在步驟450當(dāng)修改承載時(shí)觸發(fā)切換。在步驟455，控制實(shí)體130確定是否在目標(biāo)基站110a成功建立用于修改的承載。如果成功建立承載，則過程去往步驟460，否則，過程去往步驟465。在步驟460，控制實(shí)體130確定在配置的時(shí)間內(nèi)是否從終端100接收到通知成功的承載修改的修改EPS承載上下文接受消息。如果接收到此消息，則過程去往步驟470，否則，過程去往步驟465。在步驟465，控制實(shí)體130釋放修改的承載上下文，然后該過程去往步驟480。在步驟470，控制實(shí)體130確定是否已對(duì)被修改的承載執(zhí)行E-RAB修改過程。如果E-RAB修改過程已經(jīng)被執(zhí)行，則過程去往步驟475，否則，過程去往步驟480。如果E-RAB修改過程已經(jīng)被執(zhí)行，則這意味著在承載的QoS中存在修改。在步驟475，控制實(shí)體130再次對(duì)被修改的承載執(zhí)行E-RAB修改過程。之后，控制實(shí)體130在步驟480結(jié)束過程。承載釋放圖5圖示了根據(jù)本公開的某些實(shí)施例的切換過程。雖然流程圖描繪了一系列順序步驟，但是除非明確說明，否則不應(yīng)從關(guān)于特定執(zhí)行順序的序列中推斷出各個(gè)步驟或其部分被順序地而非同時(shí)或以重疊的方式執(zhí)行，或者描繪的步驟被唯一地執(zhí)行而沒有介入其間或中間的步驟的發(fā)生。根據(jù)本公開的某些實(shí)施例，目標(biāo)基站110b將由源基站110a和控制元件130發(fā)送的承載列表進(jìn)行相互比較，基于由源基站110a發(fā)送的列表確保承載資源，并且向控制實(shí)體130發(fā)送要釋放的承載的列表，從而控制實(shí)體130釋放相應(yīng)的承載，由此解決承載上下文不匹配。圖5示出了與承載釋放相關(guān)聯(lián)的圖2的步驟255之后的操作。在步驟500，控制實(shí)體130向目標(biāo)基站110b發(fā)送請(qǐng)求切換的消息。此消息可以是切換請(qǐng)求消息。此消息可以包括由控制實(shí)體130發(fā)送的承載列表和由源基站110a在容器中發(fā)送的承載列表中的至少一者。例如，切換請(qǐng)求消息可以包括由控制實(shí)體130按照要設(shè)置的E-RAB列表IE的形式發(fā)送的承載列表和由源基站110a按照E-RAB信息列表IE的形式在源到目標(biāo)透明容器中發(fā)送的承載列表。由于承載處于正在被建立的中間，因此由源基站110a在容器中發(fā)送的承載列表可以是由控制實(shí)體130發(fā)送的承載列表的一部分。在這種情況下，目標(biāo)基站110b能夠基于由控制實(shí)體130發(fā)送的承載列表確保源。在這種情況下，目標(biāo)基站110b能夠基于由源基站110a發(fā)送的承載列表確保資源。在步驟503，目標(biāo)基站110b在對(duì)切換請(qǐng)求的答復(fù)中發(fā)送響應(yīng)消息。響應(yīng)消息可以是切換請(qǐng)求確認(rèn)消息。此消息可包括如下的至少一者：目標(biāo)基站110b的允許切換承載列表和資源確保失敗承載列表。允許切換承載列表可以通過切換請(qǐng)求確認(rèn)消息中的許可的E-RAB列表IE表示，而資源確保失敗承載列表可以通過切換請(qǐng)求確認(rèn)消息中的未成功設(shè)置的E-RAB列表IE表示。目標(biāo)基站110b在目標(biāo)基站110b的允許切換承載列表中包括允許切換承載，所述允許切換承載被包含在由控制實(shí)體130發(fā)送的承載列表中，并且目標(biāo)基站110b在目標(biāo)基站110b的資源確保失敗承載列表中包括資源確保失敗承載，其包含在由控制實(shí)體130發(fā)送的承載列表中。承載列表被包括在步驟500的消息中。此外，資源確保失敗承載列表可以包括這樣的承載：其存在于由源基站110a在容器中發(fā)送的承載列表中，但不存在于由控制實(shí)體130發(fā)送的承載列表中。在對(duì)切換請(qǐng)求的答復(fù)中的響應(yīng)消息可以包括之后(在步驟508)要從源基站110a發(fā)送到終端的切換命令消息。切換命令消息可被包含在目標(biāo)到源透明容器IE中。源基站110a可以通過切換命令消息向終端110發(fā)送終端100必須釋放的承載的列表。不強(qiáng)制要求要釋放的承載列表必須包括在資源確保失敗承載列表中所列的所有承載。例如，存在于由控制實(shí)體130發(fā)送的承載列表中但不存在于由源基站110a在容器中發(fā)送的承載列表中的承載可以不被包括在釋放承載列表中。在步驟504，控制實(shí)體130可以釋放包括在資源確保失敗承載列表中的承載。在步驟305，控制實(shí)體130向源基站110a發(fā)送指示成功切換準(zhǔn)備的消息。此消息可以是切換命令消息。此消息可以包括轉(zhuǎn)發(fā)承載列表和釋放承載列表中的至少一者。在切換命令消息的情況下，轉(zhuǎn)發(fā)承載列表對(duì)應(yīng)于用于轉(zhuǎn)發(fā)的E-RAB列表IE，而釋放承載列表對(duì)應(yīng)于要釋放的E-RAB列表IE。這里，釋放承載列表可以包括這樣的承載：其存在于由控制實(shí)體130發(fā)送的承載列表中但不存在于由源基站110a在容器中發(fā)送的承載列表中。在這種情況下，雖然指示釋放未被管理的承載(已經(jīng)被釋放)的信息被接收到(使用釋放承載列表)，但是源基站110a可以忽略該信息。在步驟508，源基站110a向終端100發(fā)送命令切換的消息。此消息可以是源到目標(biāo)透明容器IE消息。同時(shí)，在步驟310，終端100向源基站110a發(fā)送通知成功的NAS層級(jí)承載上下文創(chuàng)建的NAS消息。此NAS消息可以是激活專用EPS承載上下文接受消息。此NAS消息可通過ULInformationTransfer消息發(fā)送到源基站110a，然后源基站110a在步驟515通過上行鏈路NAS傳送消息向控制實(shí)體130轉(zhuǎn)發(fā)此NAS消息。控制實(shí)體130可以忽略此NAS消息。通過以上過程，有可能成功完成切換準(zhǔn)備過程從而克服承載不匹配問題(通過釋放所有承載上下文)。由于要釋放的承載被成功釋放，因此不需要執(zhí)行額外的承載釋放過程。圖6a圖示了根據(jù)本公開的某些實(shí)施例的源基站的切換過程。雖然流程圖描繪了一系列順序步驟，但是除非明確說明，否則不應(yīng)從關(guān)于特定執(zhí)行順序的序列中推斷出各個(gè)步驟或其部分被順序地而非同時(shí)或以重疊的方式執(zhí)行，或者描繪的步驟被唯一地執(zhí)行而沒有介入其間或中間的步驟的發(fā)生。為了方便起見，在步驟610假設(shè)集合A是被包括在源到目標(biāo)透明容器IE中的承載的集合或者在基站110a激活的承載的集合，集合B是被包括在用于轉(zhuǎn)發(fā)的E-RAB列表IE的承載的集合或者目標(biāo)基站110b接受的承載的集合，并且集合C是被包括在要釋放的E-RAB列表IE中的承載的集合或者目標(biāo)基站110b要釋放的承載的集合。在步驟615，承載被如下地處理：-在[B和C的并集]與A之間的交集：由源基站110a和目標(biāo)基站110b管理的承載(雖然被確定為不被目標(biāo)基站110b接受)。在步驟640描述了處理包括在該集合中的承載的手段。-A相對(duì)于B的差集：由于錯(cuò)誤操作而建立的承載。在步驟640描述了處理包括在此集合中的承載的手段。-[B和C的并集]相對(duì)于A：不被目標(biāo)基站110b認(rèn)可的承載。在步驟625描述了處理包括在此集合中的承載的手段。-A相對(duì)于C的差集：應(yīng)該在源基站110a被釋放的承載。在步驟635描述了處理包括在此集合中的承載的手段.源基站110a在集合625釋放相應(yīng)的承載。過程去往步驟640。源基站110a在步驟635忽略相應(yīng)的承載。源基站110a可能不進(jìn)一步處理相應(yīng)的承載。過程去往步驟640。在步驟640，源基站110a執(zhí)行正常的承載管理操作。如果確定該承載由于錯(cuò)誤操作而建立，則源基站110a可以執(zhí)行錯(cuò)誤處理或釋放不被目標(biāo)基站110b所允許的承載。圖6b是圖示根據(jù)本公開的實(shí)施例的目標(biāo)基站110b的切換過程的流程圖。雖然流程圖描繪了一系列順序步驟，但是除非明確說明，否則不應(yīng)從關(guān)于特定執(zhí)行順序的序列中推斷出各個(gè)步驟或其部分被順序地而非同時(shí)或以重疊的方式執(zhí)行，或者描繪的步驟被唯一地執(zhí)行而沒有介入其間或中間的步驟的發(fā)生。在步驟600，目標(biāo)基站110b接收切換請(qǐng)求消息。為了方便起見，在步驟660假設(shè)集合D是被包括在源到目標(biāo)透明容器IE中的承載的集合或者在基站110a激活的承載的集合，集合E是被包括在要設(shè)置的E-RAB列表IE中的承載的集合或?qū)⒂煽刂茖?shí)體130建立的承載的集合。在步驟670，承載被如下地處理：-D與E之間的交集：由源基站110a和控制實(shí)體130適當(dāng)管理的承載。在步驟690描述了處理包括在此集合中的承載的手段。-E相對(duì)于D的差集：沒有完全建立的承載。在步驟680描述了處理包括在此集合中的承載的手段。-D相對(duì)于E的差集：沒有完全建立的承載。在步驟685描述了處理包括在此集合中的承載的手段。在步驟680，目標(biāo)基站110b可隨后使用如下方式讓終端100釋放相應(yīng)的承載：將相應(yīng)的承載包括在切換命令的drb-ToReleaseList中，或者，在應(yīng)用充分配置的情況下，將相應(yīng)的承載從drb-ToAddModList中排除。其它承載資源可基于E進(jìn)行管理。過程去往步驟690。在步驟685，目標(biāo)基站110b添加相應(yīng)的承載到未成功設(shè)置的E-RAB列表IE或通知承載資源確保失敗的承載列表中?？苫贓管理其它承載資源。過程去往步驟690。在步驟690，目標(biāo)基站110b執(zhí)行正常的承載管理操作。圖7圖示了根據(jù)本公開的實(shí)施例的設(shè)備的配置。雖然流程圖描繪了一系列順序步驟，但是除非明確說明，否則不應(yīng)從關(guān)于特定執(zhí)行順序的序列中推斷出各個(gè)步驟或其部分被順序地而非同時(shí)或以重疊的方式執(zhí)行，或者描繪的步驟被唯一地執(zhí)行而沒有介入其間或中間的步驟的發(fā)生。在圖7中，實(shí)體設(shè)備的示例包括終端、基站、控制實(shí)體、S-GW以及P-GW。根據(jù)本公開的某些實(shí)施例，實(shí)體700包括通信單元701和控制單元703。通信單元701在控制單元703的控制下負(fù)責(zé)與其它設(shè)備的數(shù)據(jù)通信?？刂茊卧?03控制包括通信單元701的組件來(lái)執(zhí)行根據(jù)本公開的實(shí)施例的操作?？刂茊卧?03如上所述地進(jìn)行操作。如上所述，根據(jù)本公開的、在無(wú)線通信系統(tǒng)中使用的用于在終端、基站和控制實(shí)體之間進(jìn)行信息交換的方法和裝置在如下方面是有利的：通過經(jīng)過對(duì)移動(dòng)性和會(huì)話的整體管理減少由會(huì)話管理失敗和移動(dòng)性管理失敗引起的連接失敗來(lái)改進(jìn)用戶體驗(yàn)的質(zhì)量。在上述實(shí)施例中，所有的步驟和消息都可任選地使用或省略。在每個(gè)實(shí)施例中，沒必要按順序來(lái)執(zhí)行各步驟，而是可按不同的順序來(lái)執(zhí)行這些步驟。此外，沒必要按順序傳送各消息，而是可按不同的順序傳送這些消息。雖然已經(jīng)利用示范實(shí)施例描述了本公開，但可以向本領(lǐng)域技術(shù)人員建議各種改變和修改。由于落入所附權(quán)利要求書的范圍內(nèi)，因此本公開意圖涵蓋這些修改和改變。當(dāng)前第1頁(yè)1 2 3