一種優(yōu)化會話管理流程的方法及終端設(shè)備的制作方法
【專利摘要】本發(fā)明涉及一種優(yōu)化會話管理流程的方法及終端設(shè)備。該優(yōu)化會話管理流程的方法為，發(fā)起會話管理流程；檢查流程中的EPS承載ID是否有效；所述EPS承載ID有效的情況下，則同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載；檢查所述同步后的流程中的EPS承載ID是否有效；所述EPS承載ID無效的情況下，在終端側(cè)本地結(jié)束所述會話管理流程。優(yōu)化會話管理流程的終端設(shè)備與上述方法相對應(yīng)。本發(fā)明提供的一種優(yōu)化會話管理流程的方法及終端設(shè)備能夠有效地避免了終端側(cè)給網(wǎng)絡(luò)側(cè)發(fā)送不需要的空口消息，從而避免了冗余消息的產(chǎn)生，更加有效地利用空口資源，優(yōu)化了會話管理流程。
【專利說明】一種優(yōu)化會話管理流程的方法及終端設(shè)備
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，尤其涉及一種優(yōu)化會話管理流程的方法。
【背景技術(shù)】
[0002]在EPS系統(tǒng)中，通過會話管理流程，實現(xiàn)EPS承載的激活、去激活以及修改等功能。在終端側(cè)發(fā)起EPS會話管理流程時，如果處于空閑態(tài)，終端側(cè)將先建立和網(wǎng)絡(luò)側(cè)的空口連接，然后，通過該連接將會話管理流程的空口消息發(fā)送到網(wǎng)絡(luò)側(cè)，并等待網(wǎng)絡(luò)側(cè)回應(yīng)。其中，在終端側(cè)建立和網(wǎng)絡(luò)側(cè)的空口連接時，網(wǎng)絡(luò)側(cè)重新建立已經(jīng)激活的EPS承載，會通知終端側(cè)當(dāng)前激活了哪些承載。但是，在終端側(cè)建立和網(wǎng)絡(luò)側(cè)的空口連接之前，如果有些承載已經(jīng)在網(wǎng)絡(luò)側(cè)本地去激活了，網(wǎng)絡(luò)側(cè)不會通知終端側(cè)，這就導(dǎo)致終端側(cè)和網(wǎng)絡(luò)側(cè)的承載狀態(tài)不同步。
[0003]目前有幾種網(wǎng)絡(luò)側(cè)本地去激活的EPS承載，對終端側(cè)來說，是未知的，這就會造成終端側(cè)和網(wǎng)絡(luò)側(cè)之間的承載狀態(tài)不同步。比如，額外TON連接失敗，網(wǎng)絡(luò)側(cè)收到終端側(cè)發(fā)起的分組數(shù)據(jù)網(wǎng)連接請求，如果和之前的某個TON連接的TON類型和接入點名稱一致，但和之前PDN請求消息不相同，而該接入點名稱又不支持多PDN連接，此時網(wǎng)絡(luò)側(cè)會本地去激活這個PDN相關(guān)聯(lián)的所有EPS承載。這種情況下，網(wǎng)絡(luò)側(cè)不會通知終端側(cè)，這就導(dǎo)致這些在網(wǎng)絡(luò)側(cè)已經(jīng)去激活的EPS承載在終端側(cè)還是處于激活狀態(tài)，和網(wǎng)絡(luò)側(cè)的承載狀態(tài)不一樣。再比如，網(wǎng)絡(luò)側(cè)去激活失敗，網(wǎng)絡(luò)側(cè)發(fā)起去激活EPS承載上下文的時候，如果一直沒有收到終端側(cè)的響應(yīng)消息，則不通知終端側(cè)，網(wǎng)絡(luò)側(cè)直接本地去激活這些承載。所以，此時終端側(cè)的這些承載還是處于激活狀態(tài)，和網(wǎng)絡(luò)側(cè)的承載狀態(tài)不一致。
[0004]因為各種原因經(jīng)常會出現(xiàn)終端側(cè)和網(wǎng)絡(luò)側(cè)的承載狀態(tài)不同步的情況，在這種情況下，會導(dǎo)致終端側(cè)發(fā)送冗余消息，從而造成空口資源浪費的問題，因此，目前需要一種通過提前同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載，提早結(jié)束無效的流程，從而優(yōu)化會話管理流程的方法。

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

[0005]為實現(xiàn)上述目的，本發(fā)明提供了 一種優(yōu)化會話管理流程的方法及終端設(shè)備。
[0006]在第一方面，本發(fā)明提供了一種優(yōu)化管理流程的方法。該方法包括:發(fā)起會話管理流程，檢查流程中的EPS承載ID是否有效；所述流程中的EPS承載ID無效，則結(jié)束所述會話管理流程；所述EPS承載ID有效，則同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載；再次檢查流程中的EPS承載ID是否有效；所述EPS承載ID無效，在終端側(cè)本地結(jié)束所述會話管理流程；所述EPS承載ID有效，則繼續(xù)所述會話管理流程。
[0007]進(jìn)一步的，在所述同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載之前還包括，終端側(cè)發(fā)起服務(wù)請求，建立網(wǎng)絡(luò)側(cè)本地所有激活的EPS承載對應(yīng)的無線承載，根據(jù)無線承載建立的情況，同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載。其中，所述同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載具體為，終端側(cè)和網(wǎng)絡(luò)側(cè)查看哪些EPS承載對應(yīng)無線承載是否建立，將建立失敗的無線承載對應(yīng)的EPS承載分別在終端側(cè)和網(wǎng)絡(luò)側(cè)本地去激活。所述同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載時，所述會話管理流程緩存在終端側(cè)，所述終端側(cè)完成同步后，再取出所述會話管理流程。
[0008]進(jìn)一步的，所述檢查流程中的EPS承載ID是否有效是通過查看EPS承載ID對應(yīng)的EPS承載是否處于去激活狀態(tài)確定的。所述EPS承載處于去激活狀態(tài)對應(yīng)的EPS承載ID為無效；所述EPS承載處于激活狀態(tài)對應(yīng)的EPS承載ID為有效。
[0009]進(jìn)一步的，所述會話管理流程包括終端側(cè)請求分配承載資源流程和終端側(cè)請求承載資源修改流程。
[0010]在第二方面，本發(fā)明提供了一種優(yōu)化會話管理流程的終端設(shè)備。該終端設(shè)備包括:發(fā)起模塊，用于發(fā)起會話管理流程；第一檢測模塊，用于所述發(fā)起模塊發(fā)起會話管理流程時，檢查流程中的EPS承載ID是否有效；同步模塊，用于在通過所述第一檢測模塊檢查后，所述EPS承載ID有效的情況下，同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載；第二檢測模塊，用于檢查所述同步后的流程中的EPS承載ID是否有效；結(jié)束模塊，用于在通過所述第二檢測模塊檢查后，所述EPS承載ID無效的情況下，在終端側(cè)本地結(jié)束所述會話管理流程。
[0011]本發(fā)明提供的一種優(yōu)化會話管理流程的方法及終端設(shè)備，在終端側(cè)發(fā)起會話管理流程時，能夠在無線鏈路建立前后，提前同步終端側(cè)和網(wǎng)絡(luò)側(cè)之間的EPS承載狀態(tài)，盡早的檢查流程發(fā)起的有效性，從而省去了給網(wǎng)絡(luò)側(cè)發(fā)送的不需要的空口消息，避免了冗余消息的產(chǎn)生，更加有效地利用空口資源，優(yōu)化了會話管理流程。
【專利附圖】

【附圖說明】
[0012]圖1為本發(fā)明一個實施例的第一次判斷流程中攜帶的EPS承載ID為無效的會話
管理流程圖；
[0013]圖2為本發(fā)明一個實施例的完整的會話管理流程圖；
[0014]圖3為本發(fā)明一個實施例的優(yōu)化后的承載資源修改或分配流程圖；
[0015]圖4為本發(fā)明一個實施例的優(yōu)化會話管理流程的終端設(shè)備的結(jié)構(gòu)示意圖；
[0016]圖5為本發(fā)明一個實施例中優(yōu)化會話管理流程的終端設(shè)備中同步模塊的結(jié)構(gòu)示意圖。
【具體實施方式】
[0017]下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
[0018]在終端側(cè)(UE)發(fā)起EPS會話管理流程時，終端側(cè)(UE)是處于空閑態(tài)。所以終端側(cè)(UE)將先建立和網(wǎng)絡(luò)側(cè)的空口連接，從空閑態(tài)恢復(fù)到連接態(tài)。然后，通過該連接將會話管理流程的空口消息發(fā)送到網(wǎng)絡(luò)側(cè)(MME)，并等待網(wǎng)絡(luò)側(cè)(MME)回應(yīng)。其中，會話管理流程為終端側(cè)請求分配承載資源流程或終端側(cè)請求承載資源修改流程。
[0019]終端側(cè)(UE)在開機(jī)完成注冊后，釋放EPS承載對應(yīng)的無線承載、SI承載以及S5/S8承載，但是終端側(cè)(UE)和網(wǎng)絡(luò)側(cè)(MME)都會保存那些在鏈接釋放掉之前處于激活態(tài)的EPS承載。鏈接釋放后，終端側(cè)(UE)處于空閑態(tài)。終端側(cè)(UE)在該狀態(tài)下時，如果網(wǎng)絡(luò)側(cè)(MME)在本地將之前保存的EPS承載去激活，則不會通知終端側(cè)(UE)。這就造成了終端側(cè)(UE)和網(wǎng)絡(luò)側(cè)(MME)的EPS承載不同步，如果繼續(xù)在不同步的情況下繼續(xù)進(jìn)行流程，會產(chǎn)生冗余消息，造成了空口資源的浪費。[0020]本發(fā)明提出了一種化會話管理流程的方法，每個流程中都會攜帶一個EPS承載ID,該EPS承載ID無效，則該流程無效。所以通過兩次判斷發(fā)起的流程中的EPS承載是否有效，然后將無效的流程盡早結(jié)束，從而避免發(fā)送冗余消息，更加有效地利用空口資源。
[0021]第一次判斷EPS承載ID是否有效，是通過判斷發(fā)起的流程中攜帶的EPS承載ID對應(yīng)的是否是之前保存在終端側(cè)(UE)的EPS承載，即是否是激活的EPS承載。
[0022]一個具體的實施例中，在本次會話管理流程發(fā)起之前保存在終端側(cè)(UE)和網(wǎng)絡(luò)側(cè)(MME)的EPS承載為EPS承載4，5，6，7，流程中攜帶的EPS承載ID對應(yīng)EPS承載2，網(wǎng)絡(luò)側(cè)(MME)在本地去激活EPS承載7。圖1為第一次判斷流程中攜帶的EPS承載ID為無效的會話管理流程圖，具體過程如圖1所示。
[0023]步驟101，終端側(cè)(UE)開機(jī)完成注冊后，釋放之前所有保存在終端側(cè)的激活的EPS承載4，5，6，7對應(yīng)的無線承載、SI承載以及S5/S8承載。
[0024]此時，終端側(cè)處于空閑態(tài)。
[0025]步驟102，人機(jī)交互界面(MMI)發(fā)起一個承載資源修改或者分配流程。
[0026]步驟103，終端側(cè)的NAS (非接入層)檢查步驟102中發(fā)起的流程中所攜帶的EPS承載ID是否有效。
[0027]具體的，如果該EPS承載ID對應(yīng)的承載是之前保存在NAS中的EPS承載4，5，6，7中的一個，即是激活的EPS承載，則該EPS承載ID是有效的。如果該EPS承載ID對應(yīng)的承載不是之前保存在NAS中的EPS承載，即是去激活的EPS承載，則該EPS承載ID是無效的。
[0028]本實施例中流程中攜帶的EPS承載ID對應(yīng)EPS承載2，是去激活的EPS承載，所以該EPS承載ID無效。因此終端側(cè)的NAS回給人機(jī)交互界面拒絕該流程的消息，在終端側(cè)本地結(jié)束該流程。
[0029]因為在第一次判斷EPS承載ID是否有效時已經(jīng)提前結(jié)束了該流程，所以之后用于建立連接等空口消息都不需要發(fā)送了，從而避免了空口消息的浪費。
[0030]第二次判斷EPS承載ID是否有效，是在第一次判斷流程中的EPS承載ID為有效的前提下，在終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載同步之后，判斷流程中的EPS承載ID是否依然有效，還是變成無效的。
[0031]另一個具體的事實例中，本次會話流程發(fā)起之前保存在終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載為EPS承載4，5，6，7，流程中攜帶的EPS承載ID對應(yīng)EPS承載4，5，6，7中的一個，網(wǎng)絡(luò)側(cè)在本地去激活EPS承載4。圖2為完整的流程圖，具體過程如圖2所示。圖3為優(yōu)化后的承載資源修改或分配流程圖。本實施例將以圖2為主，結(jié)合圖3進(jìn)行說明。
[0032]步驟201，終端側(cè)(UE)開機(jī)完成注冊后，釋放之前所有保存在終端側(cè)(UE)的激活的EPS承載4，5，6，7對應(yīng)的無線承載、SI承載以及S5/S8承載。
[0033]此時，終端側(cè)處于空閑態(tài)。該步驟相當(dāng)于圖3中的步驟I。
[0034]步驟202，人機(jī)交互界面(MMI)發(fā)起一個承載資源修改或者分配流程。該步驟相當(dāng)于圖3中的步驟2。
[0035]步驟203，終端側(cè)(UE)的非接入層(NAS)檢查步驟202中發(fā)起的流程中所攜帶的EPS承載ID是否有效。具體的，如果該EPS承載ID對應(yīng)的承載是之前保存在NAS中的EPS承載4，5，6，7中的一個，即是激活的EPS承載，則該EPS承載ID是有效的。如果該EPS承載ID對應(yīng)的承載不是之前保存在NAS中的EPS承載，即是去激活的EPS承載，則該EPS承載ID是無效的。
[0036]因為步驟202中發(fā)起的流程中攜帶的EPS承載ID對應(yīng)4，5，6，7中的一個，所以該EPS承載ID有效。因此，繼續(xù)下面的流程。
[0037]該步驟相當(dāng)于圖3中的步驟3，4。
[0038]步驟204，使終端側(cè)(UE)從空閑態(tài)進(jìn)入鏈接態(tài)，同步終端側(cè)(UE)和網(wǎng)絡(luò)側(cè)(MME)的EPS承載。
[0039]具體的，
[0040]首先，終端側(cè)(UE)先將該流程緩存在NAS中，然后NAS發(fā)起服務(wù)請求讓終端側(cè)(UE)恢復(fù)到連接態(tài)，eNodeB (演進(jìn)型基站)通過初始終端側(cè)(UE)消息轉(zhuǎn)發(fā)服務(wù)請求給網(wǎng)絡(luò)側(cè)(MME )。終端側(cè)(UE )和網(wǎng)絡(luò)側(cè)(MME )之間進(jìn)行鑒權(quán)過程。
[0041]然后，網(wǎng)絡(luò)側(cè)(MME)發(fā)起初始上下文建立請求，通過Sl-AP消息發(fā)送到eNodeB，激活所有網(wǎng)絡(luò)側(cè)(MME)處于激活態(tài)的EPS承載(即EPS承載5，6，7)各自對應(yīng)的無線承載和SI承載。eNodeB建立EPS承載5.6.7各自對應(yīng)無線承載。當(dāng)上述無線承載建立好之后，終端側(cè)(UE)的服務(wù)請求流程完成，此時終端側(cè)(UE)恢復(fù)到連接態(tài)。
[0042]如果EPS承載5，6，7對應(yīng)的無線承載全部建立成功，則終端側(cè)(UE)在本地將EPS承載4去激活，同步過程完成。并且從終端側(cè)(UE)的NAS中取出之前緩存的流程。
[0043]但是，在建立無線承載時，有可能會有建立失敗的可能。下面以EPS承載7對應(yīng)的無線承載有建立失敗為例進(jìn)行詳細(xì)介紹。所以終端側(cè)(UE)只看到EPS承載5，6對應(yīng)的無線承載建立成功，因此在終端側(cè)(UE)本地去激活EPS承載4，7。并且從終端側(cè)(UE)的NAS中取出之前緩存的流程。
[0044]然后，會在初始上下文建立完成時，eNodeB會告訴網(wǎng)絡(luò)側(cè)(MME)實際上只有EPS承載5，6對應(yīng)的無線承載建立成功。所以網(wǎng)絡(luò)側(cè)(MME)本地去激活EPS承載7。需要注意的是，網(wǎng)絡(luò)側(cè)(MME)本地去激活是在步驟205之后，步驟206之前進(jìn)行的，相當(dāng)于圖3中的步驟13。
[0045]此時，終端側(cè)(UE)和網(wǎng)絡(luò)側(cè)(MME)的EPS承載同步過程完全完成，即EPS承載5，6在兩側(cè)都為激活態(tài)，該步驟相當(dāng)于圖3中的步驟5-10。
[0046]步驟205，終端側(cè)(UE)的NAS再次檢測流程中攜帶的EPS承載ID是否有效。
[0047]具體的，如果流程中攜帶的EPS承載ID對應(yīng)的是EPS承載4或者7，因為在同步的過程中EPS承載4和7已經(jīng)去激活，所以流程中攜帶的EPS承載ID無效，則此時NAS將會向人機(jī)交互界面(MMI)發(fā)送拒絕消息，在終端側(cè)(UE)本地結(jié)束該流程。進(jìn)入步驟206，然后徹底結(jié)束該流程。
[0048]如果流程中攜帶的EPS承載ID對應(yīng)的是EPS承載5或者6。因為EPS承載5，6沒有去激活，所以流程中攜帶的EPS承載I D依然是有效，則繼續(xù)完成該流程，即完成步驟206后，繼續(xù)完成步驟207，直至完成整個會話流程。
[0049]步驟205是對流程中攜帶的EPS承載ID進(jìn)行的第二次判斷，如果該EPS承載ID無效，同樣提前在終端側(cè)(UE)本地結(jié)束該流程，不需要再發(fā)送空口消息給網(wǎng)絡(luò)側(cè)，避免了空口消息的浪費。
[0050]該步驟相當(dāng)于圖3中的步驟11，12。
[0051]步驟206，網(wǎng)絡(luò)側(cè)(MME)告知分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PDN Gff)此時承載的狀態(tài)。[0052]具體的，網(wǎng)絡(luò)側(cè)(MME)向服務(wù)網(wǎng)關(guān)(Serving GW)發(fā)送承載更新請求。如果接入技術(shù)類型發(fā)生變化和/或步驟205中的拒絕消息攜帶有終端側(cè)位置消息單元，則向分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PDN GW)發(fā)送承載更新請求,分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(Serving GW)再向服務(wù)網(wǎng)關(guān)(ServingGW)發(fā)送承載更新響應(yīng)。否則服務(wù)網(wǎng)關(guān)(Serving GW)直接向網(wǎng)絡(luò)側(cè)(MME)發(fā)送承載更新響應(yīng)。
[0053]該步驟相當(dāng)于圖3中的步驟14-17。
[0054]步驟207，終端側(cè)(UE)的NAS向網(wǎng)絡(luò)側(cè)(MME)發(fā)起承載資源修改或分配請求
[0055]具體的，終端側(cè)(UE)的NAS向服務(wù)網(wǎng)關(guān)(Serving GW)發(fā)送承載資源修改或者分配請求。服務(wù)網(wǎng)關(guān)(Serving Gff)向分組數(shù)據(jù)網(wǎng)網(wǎng)關(guān)(PDN GW)發(fā)送承載資源修改或者分配請求。如果請求被接受將會發(fā)起專用承載激活請求或者專用承載修改請求或者承載去激活請求的流程。完成所有流程之后，結(jié)束。
[0056]該步驟相當(dāng)于圖3中的步驟18-21。
[0057]—個具體的實施例中，圖4為優(yōu)化會話管理流程的終端設(shè)備的結(jié)構(gòu)示意圖。
[0058]該優(yōu)化會話管理流程的終端設(shè)備，包括:
[0059]發(fā)起模塊410，用于發(fā)起一個承載資源修改或者分配流程。
[0060]第一檢測模塊420，用于檢測發(fā)起模塊410發(fā)起的流程中所攜帶的EPS承載I D是否有效。
[0061 ] 如果EPS承載ID無效，則通過結(jié)束模塊450在終端側(cè)本地結(jié)束該流程。
[0062]如果有效，則通過同步模塊430同步模塊同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載。
[0063]同步模塊430中包括服務(wù)請求模塊431，建立無線承載模塊432，本地去激活模塊433，緩存模塊434。圖5為同步模塊的結(jié)構(gòu)示意圖。
[0064]其中，服務(wù)請求模塊431用于在通過第一檢測模塊420檢查后，EPS承載ID有效的情況下，發(fā)起服務(wù)請求。建立無線承載模塊432，用于在所述服務(wù)請求模塊發(fā)起服務(wù)請求后，建立網(wǎng)絡(luò)側(cè)本地所有激活的EPS承載對應(yīng)的無線承載。本地去激活模塊433，用于在終端側(cè)和網(wǎng)絡(luò)側(cè)查看哪些EPS承載對應(yīng)無線承載是否建立后，將建立失敗的無線承載對應(yīng)的EPS承載分別在終端側(cè)和網(wǎng)絡(luò)側(cè)本地去激活。緩存模塊434，用于在所述同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載時，將所述會話管理流程緩存在終端側(cè)；所述終端側(cè)完成同步后，再從所述緩存模塊取出所述會話管理流程。
[0065]一個具體的例子中，首先，終端側(cè)(UE)將流程緩存在緩存模塊434中，然后服務(wù)請求模塊431發(fā)起服務(wù)請求讓終端側(cè)(UE)恢復(fù)到連接態(tài)，建立無線承載模塊432通過初始終端側(cè)(UE)消息轉(zhuǎn)發(fā)服務(wù)請求給網(wǎng)絡(luò)側(cè)(MME)。
[0066]然后，網(wǎng)絡(luò)側(cè)(MME)發(fā)起初始上下文建立請求，通過Sl-AP消息發(fā)送到建立無線承載模塊432，激活所有網(wǎng)絡(luò)側(cè)(MME)處于激活態(tài)的EPS承載各自對應(yīng)的無線承載和SI承載。建立無線承載模塊432進(jìn)行建立網(wǎng)絡(luò)側(cè)處于激活態(tài)的EPS承載對應(yīng)的無線承載。當(dāng)網(wǎng)絡(luò)側(cè)處于激活態(tài)的EPS承載對應(yīng)的無線承載全部建立成功，則本地去激活模塊433只在終端側(cè)(UE)本地將在網(wǎng)絡(luò)側(cè)去激活的EPS承載去激活，那么同步過程完成。并且從緩存模塊434中取出之前緩存的流程。
[0067]但是，在建立無線承載時，有可能會有建立失敗的可能。而終端側(cè)(UE)只能看到建立成功的無線承載對應(yīng)的網(wǎng)絡(luò)側(cè)處于激活態(tài)的EPS承載。因此本地去激活模塊433在終端側(cè)(UE)本地去激活沒見建立成功的無線承載對應(yīng)的EPS承載。并且從緩存模塊434中取出之前緩存的流程。然后，會在初始上下文建立完成時，建立無線承載模塊432會告訴網(wǎng)絡(luò)側(cè)(MME)實際上有的EPS承載對應(yīng)的無線承載沒有建立成功。所以本地去激活模塊433在網(wǎng)絡(luò)側(cè)(MME)本地去激活沒有建立成功的無線承載對應(yīng)的EPS承載。需要注意的是，本地去激活模塊433在網(wǎng)絡(luò)側(cè)(MME)本地去激活EPS承載是在第二檢測模塊440判斷終端側(cè)同步后的EPS承載ID有效的情況下進(jìn)行的。
[0068]第二檢測模塊440，用于檢查所述同步后的流程中的EPS承載ID是否有效。
[0069]如果同步后的EPS承載ID有效，則與網(wǎng)絡(luò)側(cè)繼續(xù)進(jìn)行會話流程。
[0070]如果同步后的EPS承載ID無效，則進(jìn)入結(jié)束模塊450.在終端側(cè)本地結(jié)束該流程。
[0071]本發(fā)明通過在終端側(cè)發(fā)起會話管理流程時，在無線鏈路建立前后，分別兩次判斷該會話管理流程的有效性。尤其是在鏈路建立后，提前同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載，進(jìn)行第二次有效性的判斷，將無效的流程提前結(jié)束，從而省去了終端側(cè)給網(wǎng)絡(luò)側(cè)發(fā)送的沒用的空口消息，避免了冗余消息的產(chǎn)生，更加有效地利用空口資源，大大優(yōu)化了會話管理流程。
[0072]以上所述的【具體實施方式】，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步詳細(xì)說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的【具體實施方式】而已，并不用于限定本發(fā)明的保護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種優(yōu)化會話管理流程的方法，其特征在于， 發(fā)起會話管理流程； 檢查流程中的EPS承載ID是否有效； 所述EPS承載ID有效的情況下，則同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載； 檢查所述同步后的流程中的EPS承載ID是否有效； 所述EPS承載ID無效的情況下，在終端側(cè)本地結(jié)束所述會話管理流程。
2.根據(jù)權(quán)利要求1中所述的方法，其特征在于，所述發(fā)起會話管理流程，檢查流程中的EPS承載ID是否有效時，所述流程中的EPS承載ID無效的情況下，則結(jié)束所述會話管理流程。
3.根據(jù)權(quán)利要求1中所述的方法，其特征在于，所述檢查所述同步后的流程中的EPS承載ID是否有效時，所述EPS承載ID有效的情況下，則繼續(xù)所述會話管理流程。
4.根據(jù)權(quán)利要求1中所述的方法，其特征在于，在所述同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載之前還包括，終端側(cè)發(fā)起服務(wù)請求，建立網(wǎng)絡(luò)側(cè)本地所有激活的EPS承載對應(yīng)的無線承載。
5.根據(jù)權(quán)利要求4中所述的方法，其特征在于，所述同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載具體為 終端側(cè)和網(wǎng)絡(luò)側(cè)查看哪些EPS承載對應(yīng)無線承載是否建立，將建立失敗的無線承載對應(yīng)的EPS承載分別在終端側(cè)和網(wǎng)絡(luò)側(cè)本地去激活。`
6.根據(jù)權(quán)利要求4中所述的方法，其特征在于，所述同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載時，所述會話管理流程緩存在終端側(cè)，所述終端側(cè)完成同步后，再取出所述會話管理流程。
7.根據(jù)權(quán)利要求1中所述的方法，其特征在于，所述檢查流程中的EPS承載ID是否有效是通過查看EPS承載ID對應(yīng)的EPS承載是否處于去激活狀態(tài)確定的。
8.根據(jù)權(quán)利要求7中所述的方法，其特征在于，所述EPS承載處于去激活狀態(tài)對應(yīng)的EPS承載ID為無效；所述EPS承載處于激活狀態(tài)對應(yīng)的EPS承載ID為有效。
9.根據(jù)權(quán)利要求1中所述的方法，其特征在于，所述會話管理流程包括終端側(cè)請求分配承載資源流程或終端側(cè)請求承載資源修改流程。
10.一種優(yōu)化會話管理流程的終端設(shè)備，其特征在于，包括: 發(fā)起模塊，用于發(fā)起會話管理流程； 第一檢測模塊，用于所述發(fā)起模塊發(fā)起會話管理流程時，檢查流程中的EPS承載ID是否有效； 同步模塊，用于在通過所述第一檢測模塊檢查后，所述EPS承載ID有效的情況下，同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載； 第二檢測模塊，用于檢查所述同步后的流程中的EPS承載ID是否有效； 結(jié)束模塊，用于在通過所述第二檢測模塊檢查后，所述EPS承載ID無效的情況下，在終端側(cè)本地結(jié)束所述會話管理流程。
11.根據(jù)權(quán)利要求10中所述的終端設(shè)備，其特征在于，所述結(jié)束模塊，還用于在通過所述第一檢測模塊檢查后，所述EPS承載ID無效的情況下，在終端側(cè)本地結(jié)束所述會話管理流程。
12.根據(jù)權(quán)利要求10中所述的終端設(shè)備，其特征在于，所述檢查同步后的流程中的EPS承載ID是否有效時，所述EPS承載ID有效的情況下，則繼續(xù)所述會話管理流程。
13.根據(jù)權(quán)利要求10中所述的終端設(shè)備，其特征在于，所述終端設(shè)備的同步模塊中，包括， 服務(wù)請求模塊，用于在通過所述第一檢測模塊檢查后，所述EPS承載ID有效的情況下，發(fā)起服務(wù)請求； 建立無線承載模塊，用于在所述服務(wù)請求模塊發(fā)起服務(wù)請求后，建立網(wǎng)絡(luò)側(cè)本地所有激活的EPS承載對應(yīng)的無線承載； 本地去激活模塊，用于在終端側(cè)和網(wǎng)絡(luò)側(cè)查看哪些EPS承載對應(yīng)無線承載是否建立后，將建立失敗的無線承載對應(yīng)的EPS承載分別在終端側(cè)和網(wǎng)絡(luò)側(cè)本地去激活。
14.根據(jù)權(quán)利要求13中所述的終端設(shè)備，其特征在于，所述同步模塊中還包括， 緩存模塊，用于在所述同步終端側(cè)和網(wǎng)絡(luò)側(cè)的EPS承載時，將所述會話管理流程緩存在終端側(cè)；所述終端側(cè)完成同步后，再從所述緩存模塊取出所述會話管理流程。
15.根據(jù)權(quán)利要求10中所述的終端設(shè)備，其特征在于，所述檢查流程中的EPS承載ID是否有效是通過查看EPS承載ID對應(yīng)的EPS承載是否處于去激活狀態(tài)確定的。
16.根據(jù)權(quán)利要求15中所述的終端設(shè)備，其特征在于，所述EPS承載處于去激活狀態(tài)對應(yīng)的EPS承載ID為無效；所述EPS承載處于激活狀態(tài)對應(yīng)的EPS承載ID為有效。
17.根據(jù)權(quán)利要求10中所述的終端設(shè)備，其特征在于，所述會話管理流程包括終端側(cè)請求分配承載資源流程或終端側(cè)請求承載資源修改流程。
【文檔編號】H04W76/02GK103491602SQ201210189601
【公開日】2014年1月1日 申請日期:2012年6月11日 優(yōu)先權(quán)日:2012年6月11日
【發(fā)明者】孫榮, 張建立 申請人:蘇州簡約納電子有限公司