專利名稱：一種pdn連接的管理方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其是涉及一種PDN連接的管理方法和設(shè)備。
背景技術(shù)：
在現(xiàn)有的LTE (Long Term Evolution,長(zhǎng)期演進(jìn))系統(tǒng)中，存在inter MME (Mobility Management Entity，移動(dòng)性管理實(shí)體)/SGSN(Serving GPRS Supporting Node，服務(wù)GPRS支持節(jié)點(diǎn))inter SGff (Serving Gateway，服務(wù)網(wǎng)關(guān))的切換過程，例如， Sl-Based Handover (基于 Sl 口的切換)過程。如圖1所示，為一種Sl-Based Handover過程的示意圖，包括以下步驟1、UE (User Equipment,用戶設(shè)備)Decision (決定)to trigger (觸發(fā))a relocation(遷移)via(經(jīng)由)S1。2、Source eNodeB (源基站)向 Source MME 發(fā)送 Handover Required (需求)。3、Source MME 向 Target (目標(biāo))MME Forward( ^ ) Relocation Request (請(qǐng)求)。4> Target MME 向 Target SGW 發(fā)送 Create (倉(cāng)ij建)Session (會(huì)話)Request。4a、Target SGff 向 Target MME 發(fā)送 Create Session Response ( 口向應(yīng))。5 > Target MME ( Target eNodeB 發(fā)送 Handover Request。5a、Target eNodeB 向 Target MME 發(fā)送Handover Request ACKnowledge (確認(rèn))。6、Target MME 向 Target SGW 發(fā)送 Create Indirect (間接)Data(數(shù)據(jù)) Forwarding(轉(zhuǎn)發(fā))Tunnel (隧道)Request。6a、Target SGW 向 Target MME 發(fā)送 Create Indirect Data Forwarding Tunnel Response。7、Target MME 向 Source MME 發(fā)送 Forward Relocation Response。8、Source MME 向 Source SGW 發(fā)送 Create Indirect Data Forwarding Tunnel Request ο8a、Source SGW 向 Source MME 發(fā)送 Create Indirect Data Forwarding Tunnel Response。9、Source MME 向 Source eNodeB 發(fā)送 Handover Command (命令)。9a、Source eNodeB 向 UE 發(fā)送 Handover Command。10、Source eNodeB 向 Source MME 發(fā)送 eNB Status (狀態(tài))Transfer (轉(zhuǎn)移)。10a、Source MME 向 Target MME 發(fā)送 Forward Access (接入)Context (上下文) Notification (通知)。10b、Target MME 向 Source MME 發(fā)送 Forward Access Context ACKnowledge010c、Target MME 向 Target eNodeB 發(fā)送 eNB Status Transfer。lla、Source eNodeB 向 Target eNodeB 發(fā)送 Only for Direct (直接)forwarding of
lib、Target eNodeB 向 Source SGW、Target SGff 發(fā)送 Only for Indirect forwarding of data。12、UE 向 Target eNodeB 發(fā)送 Handover Confirm (確認(rèn))。13、Target eNodeB 向 Target MME 發(fā)送 Handover Notify。14、Target MME 向 Source MME 發(fā)送 Forward Relocation Complete (完成) Notification。14b、Source MME 向 Target MME 發(fā)送 Forward Relocation Complete Acknowledge。15、Target MME 向 Target SGW 發(fā)送 Modify (修改)Bearer (承載)Request。16,Target SGW 向 HSS (Home Location Register，歸屬位置寄存器)發(fā)送 Modify Bearer Request。16a、HSS 向 Target SGW 發(fā)送 Modify Bearer Response。17> Target SGW 向 Target MME 發(fā)送 Modify Bearer Response。18、UE 執(zhí)行 Tracking Area Update procedure (足艮蹤區(qū)域更新過程)。19a、Source MME 向 Source eNodeB 發(fā)送 UE Context Release (釋放)Command。19b、Source eNodeB 向 Source MME 發(fā)送 UE Context Release Complete。19c、Source MME 向 Source SGff 發(fā)送 Delete (刪除)Session Request。19d、Source SGW 向 Source MME 發(fā)送 Delete Session Response。20a>Source MME 向 Source SGW 發(fā)送 Delete Indirect Data Forwarding Tunnel Request。20b>Source SGW 向 Source MME 發(fā)送 Delete Indirect Data Forwarding Tunnel Response。21a、Target MME 向 Target SGW 發(fā)送 Delete Indirect Data Forwarding Tunnel Request。2lb>Target SGff ( Target MME Delete Indirect Data Forwarding Tunnel Response。在圖1所示的流程中，為一條PDN Connection(連接)的處理過程，假設(shè)UE支持多個(gè)PDN Connection時(shí)，則圖1僅描述其中一條PDN Connection的處理過程?，F(xiàn)有技術(shù)中，在 target MME 向 target SGW發(fā)送Create Session Request 消息時(shí)， 如果SGW由于資源等原因不能建立該P(yáng)DN連接的default (默認(rèn))Bearer的Contexts時(shí)， 則 SGW 需要在 Create Session Response 中攜帶 cause 來拒絕 Create Session Request。進(jìn)一步的，在步驟如過程中，Target eNodeB如果由于資源等原因不能建立 default Bearer B^t, JjllJ Target eNodeBHandover Request Acknowledge ff|;§、中告訴 MME，然后 MME 可以發(fā)起 MME Initiated PDN Connection Deactivation (釋放)過程刪除該 PDN 連接。在步驟 19c 中，Source MME 發(fā)送 Delete Session Request 消息給 Source SGW，通知 Source SGW 刪除該 PDN 連接的 Bearer Contexts。在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在以下問題現(xiàn)有LTE 系統(tǒng)中的 inter MME/SGSN inter SGff 的 handover 過程中，如果 SGW 拒絕了 target MME/SGSN 發(fā)送的 Create Session Request 消息，則 SGW 上不會(huì)創(chuàng)建該 PDN連接的 Bearer Context，此時(shí)如果 target MME/SGSN 發(fā)起 PDN 連接 deactivation 過程，將發(fā)送 Delete Session request 給 SGW，SGW 則會(huì)在 Delete Session Response 消息中返回 Context not found 給 target MME/SGSN，并且不會(huì)將 Delete Session Request 消息發(fā)給 PGff (PDN GW)。而 source MME/SGSN發(fā)出的 Delete Session request 消息僅到 source SGff, 并且僅刪除了 source SGW上的該P(yáng)DN Connecting的Bearer Context。因此，PGW上關(guān)于這條PDN連接的Bearer Context將不會(huì)被刪除。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種PDN連接的管理方法和設(shè)備，以在切換過程中刪除PDN連接。為了達(dá)到上述目的，本發(fā)明實(shí)施例提供一種PDN連接的管理方法，包括目標(biāo)側(cè)移動(dòng)性管理實(shí)體接收來自源側(cè)移動(dòng)性管理實(shí)體的攜帶了連接態(tài)UE信息的請(qǐng)求消息，并根據(jù)所述請(qǐng)求消息確定所述連接態(tài)UE從所述源側(cè)移動(dòng)性管理實(shí)體切換到所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體；所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定所述連接態(tài)UE的PDN連接信息；所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體將所述PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體；指示所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息刪除所述PDN連接。本發(fā)明實(shí)施例提供一種PDN連接的管理設(shè)備，包括接收模塊，用于接收來自源側(cè)移動(dòng)性管理實(shí)體的攜帶了連接態(tài)UE信息的請(qǐng)求消息；第一確定模塊，用于根據(jù)所述接收模塊接收的請(qǐng)求消息確定所述連接態(tài)UE從所述源側(cè)移動(dòng)性管理實(shí)體切換到目標(biāo)側(cè)移動(dòng)性管理實(shí)體；第二確定模塊，用于確定所述連接態(tài)UE的PDN連接信息；發(fā)送模塊，用于將所述第二確定模塊確定的PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體；指示所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息刪除所述PDN連接。本發(fā)明實(shí)施例提供一種PDN連接的管理方法，包括源側(cè)移動(dòng)性管理實(shí)體接收來自目標(biāo)側(cè)移動(dòng)性管理實(shí)體的PDN連接信息；所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息刪除所述PDN連接。本發(fā)明實(shí)施例提供一種PDN連接的管理設(shè)備，包括接收模塊，用于接收來自所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體的所述PDN連接信息；刪除模塊，用于根據(jù)所述接收模塊接收的PDN連接信息刪除所述PDN連接。與現(xiàn)有技術(shù)相比，本發(fā)明實(shí)施例至少具有以下優(yōu)點(diǎn)通過將無法刪除的PDN連接的標(biāo)識(shí)發(fā)送給源側(cè)SGSN/MME，由源側(cè)SGSN/MME根據(jù)該 PDN連接的標(biāo)識(shí)刪除對(duì)應(yīng)的PDN連接，從而解決在inter MME/SGSN inter SGW的切換過程中無法刪除被SGW拒絕的PDN連接的問題。


為了更清楚地說明本發(fā)明的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是現(xiàn)有技術(shù)中Sl-Based Handover過程的示意圖；圖2是本發(fā)明實(shí)施例一提供的一種PDN連接的管理方法流程示意圖；圖3是本發(fā)明實(shí)施例二提供的一種Sl-Based Handover場(chǎng)景下PDN連接的管理方法流程示意圖；圖4是本發(fā)明實(shí)施例提供的一種PDN連接的管理設(shè)備的結(jié)構(gòu)示意圖；圖5是本發(fā)明實(shí)施例提供的另一種PDN連接的管理設(shè)備的結(jié)構(gòu)示意圖。
具體實(shí)施例方式在現(xiàn)有3GPP的LTE系統(tǒng)中，一個(gè)UE可能支持多個(gè)PDN Connection,并且在inter MME/SGSN inter SGW的非X2切換過程中可能出現(xiàn)target SGW因?yàn)橘Y源等原因拒絕PDN連接建立請(qǐng)求的情況，如果此時(shí)UE只有一條PDNConnection，則MME/SGSN可以重選SGW，并重新發(fā)起PDN連接建立過程；但是如果UE存在多條PDN Connection且部分PDN連接已經(jīng)建立成功時(shí)，則MME/SGSN就不能重選SGW，而是需要?jiǎng)h除該P(yáng)DN連接?，F(xiàn)有技術(shù)中，MME/SGSN可以通過發(fā)起PDN Connection Deactivation過程來刪除 SGW、PGff 上的該 PDN Connection 的 Bearer Contexts,而由于 SGW 上沒有該 PDN Connection 的 Bearer Contexts,則 SGW 將返回 Context not found 錯(cuò)誤，且 SGW 不會(huì)將 Delete Session Request 消息傳遞給 PGff,即 MME/SGSN 無法通過 PDN Connection Deactivation 過程來刪除 SGW、PGff 上的 PDN Connection 的 Bearer Context。針對(duì)上述問題，本發(fā)明實(shí)施例提供一種PDN連接的管理方法和設(shè)備，通過將無法刪除的PDN連接的標(biāo)識(shí)發(fā)送給源側(cè)MME/SGSN，由源側(cè)MME/SGSN根據(jù)該P(yáng)DN連接的標(biāo)識(shí)刪除對(duì)應(yīng)的PDN連接，從而解決在inter MME/SGSN inter SGW的切換過程中無法刪除被SGW拒絕的PDN連接的問題。下面將結(jié)合本發(fā)明中的附圖，對(duì)本發(fā)明中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明的一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實(shí)施例一提供一種PDN連接的管理方法，該方法應(yīng)用于inter MME/SGSN inter SGff的切換過程中，且連接態(tài)UE從源側(cè)移動(dòng)性管理實(shí)體切換到目標(biāo)側(cè)移動(dòng)性管理實(shí)體下的應(yīng)用場(chǎng)景下。具體的，當(dāng)連接態(tài)UE需要從源側(cè)基站切換到目標(biāo)側(cè)基站時(shí)，則源側(cè)基站可以向源側(cè)移動(dòng)性管理實(shí)體發(fā)送切換請(qǐng)求消息(Handover Required)，之后，源側(cè)移動(dòng)性管理實(shí)體可以向目標(biāo)側(cè)移動(dòng)性管理實(shí)體請(qǐng)求消息O^orward Relocation Request消息)，該請(qǐng)求消息中攜帶了該連接態(tài)UE的信息。進(jìn)一步的，當(dāng)目標(biāo)側(cè)移動(dòng)性管理實(shí)體接收到來自源側(cè)移動(dòng)性管理實(shí)體的請(qǐng)求消息后，由于該請(qǐng)求消息中攜帶了連接態(tài)UE的信息，則目標(biāo)側(cè)移動(dòng)性管理實(shí)體能夠根據(jù)該請(qǐng)求消息確定連接態(tài)UE從源側(cè)移動(dòng)性管理實(shí)體切換到目標(biāo)側(cè)移動(dòng)性管理實(shí)體?；谏鲜鰬?yīng)用場(chǎng)景，如圖2所示，該方法包括以下步驟步驟201，當(dāng)有PDN連接無法建立成功時(shí)，目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定所述連接態(tài)UE的PDN連接信息。本發(fā)明實(shí)施例中，該P(yáng)DN連接信息包括但不限于該P(yáng)DN連接的標(biāo)識(shí)。本發(fā)明實(shí)施例中，如果空閑態(tài)UE有多條PDN連接，且多條PDN連接中存在建立成功的PDN連接(PDN連接被目標(biāo)側(cè)SGW接納)時(shí)，如果有PDN連接無法建立成功(PDN連接被目標(biāo)側(cè)SGW拒絕接納)，則目標(biāo)側(cè)移動(dòng)性管理實(shí)體需要確定該無法建立成功的PDN連接信肩、ο^UMTS (Universal Mobile Telecommunications System, fflM^^Jfflff^^) % 統(tǒng)中，移動(dòng)性管理實(shí)體包括但不限于SGSN。在EPS(EV0lVed Packet System，演進(jìn)的分組系統(tǒng))系統(tǒng)中，移動(dòng)性管理實(shí)體包括但不限于MME。為了方便描述，本發(fā)明實(shí)施例中，移動(dòng)性管理實(shí)體以MME/SGSN為例進(jìn)行說明，即目標(biāo)側(cè)移動(dòng)性管理實(shí)體可以為目標(biāo)側(cè)(Target)MME/SGSN。本步驟中，目標(biāo)側(cè)MME/SGSN確定PDN連接的標(biāo)識(shí)的過程具體為當(dāng)目標(biāo)側(cè)MME/ SGSN接收到來自目標(biāo)側(cè)SGW的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息時(shí)，目標(biāo)側(cè)MME/SGSN確定PDN連接的標(biāo)識(shí)。具體的，目標(biāo)側(cè)MME/SGSN在接收到目標(biāo)側(cè)SGW返回的Create Session Response 消息，且 Create Session Response 消息中攜帶了 Reject Cause 時(shí)，目標(biāo)側(cè) MME/SGSN 需要記錄下該P(yáng)DN連接，并確定該P(yáng)DN連接的標(biāo)識(shí)。進(jìn)一步的，目標(biāo)側(cè)SGW向目標(biāo)側(cè)MME/SGSN返回?cái)y帶了 Reject Cause的Create Session Response消息的過程具體為當(dāng)目標(biāo)側(cè)SGW確定不能建立PDN連接的默認(rèn)承載上下文時(shí)，向目標(biāo)側(cè)MME/SGSN發(fā)送攜帶拒絕原因(Reject Cause)的會(huì)話建立響應(yīng)消息 (Create Session Response 消息)0步驟202，目標(biāo)側(cè)MME/SGSN將PDN連接的標(biāo)識(shí)發(fā)送給源側(cè)移動(dòng)性管理實(shí)體。本發(fā)明實(shí)施例中，在UMTS系統(tǒng)中，移動(dòng)性管理實(shí)體包括但不限于SGSN。在EPS系統(tǒng)中，移動(dòng)性管理實(shí)體包括但不限于MME。為了方便描述，源側(cè)移動(dòng)性管理實(shí)體以源側(cè)MME/ SGSN為例進(jìn)行說明。本步驟中，目標(biāo)側(cè)MME/SGSN將PDN連接的標(biāo)識(shí)發(fā)送給源側(cè)MME/SGSN的過程具體為目標(biāo)側(cè)MME/SGSN通知源側(cè)MME/SGSN關(guān)于被SGW拒絕的PDN連接的標(biāo)識(shí)(例如，Default Bearer ID)，并通知源側(cè)MME/SGSN該P(yáng)DN連接是由于SGW拒絕導(dǎo)致無法建立的。需要注意的是，現(xiàn)有協(xié)議中，源側(cè)MME/SGSN和目標(biāo)側(cè)MME/SGSN之間有消息交互， 因此，本發(fā)明實(shí)施例中可以采用現(xiàn)有的消息傳輸PDN連接的標(biāo)識(shí)。例如，現(xiàn)有協(xié)議中目標(biāo)側(cè)MME/SGSN需要向源側(cè)MME/SGSN發(fā)送forward Relocation Response夕肖肩、，艮口本發(fā)明實(shí)施{列中可以通過對(duì)Forward Relocation Response 消息進(jìn)行擴(kuò)展，使得forward Relocation Response消息中可以攜帶PDN連接的標(biāo)識(shí)。當(dāng)然，實(shí)際應(yīng)用中，也可以重新定義一條消息來傳輸該P(yáng)DN連接的標(biāo)識(shí)。該消息可以根據(jù)實(shí)際情況任意選擇。例如，該消息可以為刪除PDN連接通知消息(Delete PDN Connection Notification消息)。為了方便描述，本發(fā)明實(shí)施例中以通過forward Relocation Response消息來傳輸該P(yáng)DN連接的標(biāo)識(shí)為例進(jìn)行說明。如表1所示的一種擴(kuò)展后的forward Relocation Response 消息。表 權(quán)利要求
1.一種PDN連接的管理方法，其特征在于，包括目標(biāo)側(cè)移動(dòng)性管理實(shí)體接收來自源側(cè)移動(dòng)性管理實(shí)體的攜帶了連接態(tài)UE信息的請(qǐng)求消息，并根據(jù)所述請(qǐng)求消息確定所述連接態(tài)UE從所述源側(cè)移動(dòng)性管理實(shí)體切換到所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體；所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定所述連接態(tài)UE的PDN連接信息；所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體將所述PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體；指示所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息刪除所述PDN連接。
2.如權(quán)利要求1所述的方法，其特征在于，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定所述連接態(tài)UE的PDN連接信息，包括當(dāng)接收到來自目標(biāo)側(cè)SGW的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息時(shí)，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定該會(huì)話建立響應(yīng)消息對(duì)應(yīng)的所述連接態(tài)UE的PDN連接被所述目標(biāo)側(cè)SGW 拒絕接納，并確定所述PDN連接信息。
3.如權(quán)利要求2所述的方法，其特征在于，所述接收到來自目標(biāo)側(cè)SGW的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息，之后還包括當(dāng)接收到來自所述目標(biāo)側(cè)SGW的針對(duì)所述連接態(tài)UE的所有PDN連接的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息時(shí)，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定所述連接態(tài)UE的所有PDN連接都被所述目標(biāo)側(cè)SGW拒絕接納；所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體重新選擇目標(biāo)側(cè)SGW，并向重新選擇的目標(biāo)側(cè)SGW發(fā)起PDN 連接建立過程。
4.如權(quán)利要求2所述的方法，其特征在于，所述接收到來自目標(biāo)側(cè)SGW的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息，之后還包括當(dāng)獲知所述連接態(tài)UE的多個(gè)PDN連接中有PDN連接被所述目標(biāo)側(cè)SGW拒絕接納；所述PDN連接之外的其他所有PDN連接被所述目標(biāo)側(cè)SGW接納且被目標(biāo)側(cè)基站拒絕接納時(shí)， 所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體向源側(cè)移動(dòng)性管理實(shí)體發(fā)送攜帶Reject cause的forward Relocation Response 消息。
5.如權(quán)利要求4所述的方法，其特征在于，PDN連接被所述目標(biāo)側(cè)SGW拒絕接納的過程包括當(dāng)接收到來自目標(biāo)側(cè)SGW的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息時(shí)，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定對(duì)應(yīng)的PDN連接被所述目標(biāo)側(cè)SGW拒絕接納；PDN連接被所述目標(biāo)側(cè)SGW接納且被目標(biāo)側(cè)基站拒絕接納的過程包括當(dāng)接收到來自目標(biāo)側(cè)SGW的表示請(qǐng)求接受的會(huì)話建立響應(yīng)消息，且接收到來自目標(biāo)側(cè)基站的攜帶拒絕原因的切換失敗消息時(shí)，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定對(duì)應(yīng)的PDN連接被所述目標(biāo)側(cè)SGW 接納且被目標(biāo)側(cè)基站拒絕接納。
6.如權(quán)利要求2所述的方法，其特征在于，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定所述連接態(tài)UE的PDN連接信息，包括當(dāng)所述空閑態(tài)UE有多條PDN連接，且多條PDN連接中存在建立成功的PDN連接時(shí)，如果有PDN連接被所述目標(biāo)側(cè)SGW拒絕接納，則所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定該被所述目標(biāo)側(cè)SGW拒絕接納的PDN連接信息。
7.如權(quán)利要求1所述的方法，其特征在于，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體將所述PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體，包括所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體將所述PDN連接信息以及PDN連接由于目標(biāo)側(cè)SGW拒絕導(dǎo)致無法建立的信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體。
8.如權(quán)利要求1所述的方法，其特征在于，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體將所述PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體，包括所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體通過擴(kuò)展當(dāng)前的forward Relocation Response消息，并通過擴(kuò)展后的forward Relocation Response消息將所述PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體。
9.如權(quán)利要求1-8任一項(xiàng)所述的方法，其特征在于，所述PDN連接信息包括所述PDN連接的標(biāo)識(shí)。
10.如權(quán)利要求1-8任一項(xiàng)所述的方法，其特征在于，在UMTS系統(tǒng)中，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體包括目標(biāo)側(cè)SGSN實(shí)體，所述源側(cè)移動(dòng)性管理實(shí)體包括源側(cè)SGSN實(shí)體；在EPS系統(tǒng)中，所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體包括目標(biāo)側(cè)MME實(shí)體，所述源側(cè)移動(dòng)性管理實(shí)體包括源側(cè)MME實(shí)體。
11.一種PDN連接的管理設(shè)備，其特征在于，包括接收模塊，用于接收來自源側(cè)移動(dòng)性管理實(shí)體的攜帶了連接態(tài)UE信息的請(qǐng)求消息；第一確定模塊，用于根據(jù)所述接收模塊接收的請(qǐng)求消息確定所述連接態(tài)UE從所述源側(cè)移動(dòng)性管理實(shí)體切換到目標(biāo)側(cè)移動(dòng)性管理實(shí)體；第二確定模塊，用于確定所述連接態(tài)UE的PDN連接信息；發(fā)送模塊，用于將所述第二確定模塊確定的PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體；指示所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息刪除所述PDN連接。
12.如權(quán)利要求11所述的設(shè)備，其特征在于，所述第二確定模塊，具體用于當(dāng)接收到來自目標(biāo)側(cè)SGW的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息時(shí)，確定該會(huì)話建立響應(yīng)消息對(duì)應(yīng)的所述連接態(tài)UE的PDN連接被所述目標(biāo)側(cè)SGW 拒絕接納，并確定所述PDN連接信息。
13.如權(quán)利要求12所述的設(shè)備，其特征在于，所述第二確定模塊，還用于當(dāng)接收到來自所述目標(biāo)側(cè)SGW的針對(duì)所述連接態(tài)UE的所有 PDN連接的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息時(shí)，確定所述連接態(tài)UE的所有PDN連接都被所述目標(biāo)側(cè)SGW拒絕接納；重新選擇目標(biāo)側(cè)SGW，并向重新選擇的目標(biāo)側(cè)SGW發(fā)起PDN連接建立過程。
14.如權(quán)利要求12所述的設(shè)備，其特征在于，所述第二確定模塊，具體用于當(dāng)獲知所述連接態(tài)UE的多個(gè)PDN連接中有PDN連接被所述目標(biāo)側(cè)SGW拒絕接納；所述PDN連接之外的其他所有PDN連接被所述目標(biāo)側(cè)SGW接納且被目標(biāo)側(cè)基站拒絕接納時(shí)，向源側(cè)移動(dòng)性管理實(shí)體發(fā)送攜帶Reject cause的forward Relocation Response 消息。
15.如權(quán)利要求14所述的設(shè)備，其特征在于，所述第二確定模塊，進(jìn)一步用于當(dāng)接收到來自目標(biāo)側(cè)SGW的攜帶了拒絕原因的會(huì)話建立響應(yīng)消息時(shí)，確定對(duì)應(yīng)的PDN連接被所述目標(biāo)側(cè)SGW拒絕接納；當(dāng)接收到來自目標(biāo)側(cè)SGW的表示請(qǐng)求接受的會(huì)話建立響應(yīng)消息，且接收到來自目標(biāo)側(cè)基站的攜帶拒絕原因的切換失敗消息時(shí)，確定對(duì)應(yīng)的PDN連接被所述目標(biāo)側(cè)SGW接納且被目標(biāo)側(cè)基站拒絕接納。
16.如權(quán)利要求12所述的設(shè)備，其特征在于，所述第二確定模塊，具體用于當(dāng)所述空閑態(tài)UE有多條PDN連接，且多條PDN連接中存在建立成功的PDN連接時(shí)，如果有PDN連接被所述目標(biāo)側(cè)SGW拒絕接納，則確定該被所述目標(biāo)側(cè)SGW拒絕接納的PDN連接信息。
17.如權(quán)利要求11所述的設(shè)備，其特征在于，所述發(fā)送模塊，具體用于將所述PDN連接信息以及PDN連接由于目標(biāo)側(cè)SGW拒絕導(dǎo)致無法建立的信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體。
18.如權(quán)利要求11所述的設(shè)備，其特征在于，所述發(fā)送模塊，具體用于通過擴(kuò)展當(dāng)前的forward Relocation Response消息，并通過擴(kuò)展后的forward Relocation Response消息將所述PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體。
19.一種PDN連接的管理方法，其特征在于，該方法包括源側(cè)移動(dòng)性管理實(shí)體接收來自目標(biāo)側(cè)移動(dòng)性管理實(shí)體的PDN連接信息；所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息刪除所述PDN連接。
20.如權(quán)利要求19所述的方法，其特征在于，所述源側(cè)移動(dòng)性管理實(shí)體接收來自目標(biāo)側(cè)移動(dòng)性管理實(shí)體的PDN連接信息，包括所述源側(cè)移動(dòng)性管理實(shí)體接收來自所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體的所述PDN連接信息以及PDN連接由于目標(biāo)側(cè)SGW拒絕導(dǎo)致無法建立的信息。
21.如權(quán)利要求19所述的方法，其特征在于，所述源側(cè)移動(dòng)性管理實(shí)體接收來自目標(biāo)側(cè)移動(dòng)性管理實(shí)體的PDN連接信息，包括所述源側(cè)移動(dòng)性管理實(shí)體接收來自所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體的擴(kuò)展后的forward Relocation Response ΓΜΒ W Forward Relocation Response ^; ^ ! ! ^ PDN 連接信息。
22.如權(quán)利要求19所述的方法，其特征在于，所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息刪除所述PDN連接，包括所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息確定需要?jiǎng)h除的PDN連接，并通過PDN 連接釋放過程刪除所述PDN連接。
23.—種PDN連接的管理設(shè)備，其特征在于，包括接收模塊，用于接收來自所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體的所述PDN連接信息；刪除模塊，用于根據(jù)所述接收模塊接收的PDN連接信息刪除所述PDN連接。
24.如權(quán)利要求23所述的設(shè)備，其特征在于，所述接收模塊，具體用于接收來自所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體的所述PDN連接信息以及PDN連接由于目標(biāo)側(cè)SGW拒絕導(dǎo)致無法建立的信息。
25.如權(quán)利要求23所述的設(shè)備，其特征在于，所述接收模塊，具體用于接收來自所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體的擴(kuò)展后的forward Relocation Response ΓΜΒ W Forward Relocation Response ΦSI^IjfiiPDN3 fn息ο
26.如權(quán)利要求23所述的設(shè)備，其特征在于，所述刪除模塊，具體用于根據(jù)所述PDN連接信息確定需要?jiǎng)h除的PDN連接，并通過PDN 連接釋放過程刪除所述PDN連接。
全文摘要
本發(fā)明公開了一種PDN連接的管理方法和設(shè)備，該方法包括目標(biāo)側(cè)移動(dòng)性管理實(shí)體接收來自源側(cè)移動(dòng)性管理實(shí)體的攜帶了連接態(tài)UE信息的請(qǐng)求消息，并根據(jù)所述請(qǐng)求消息確定所述連接態(tài)UE從所述源側(cè)移動(dòng)性管理實(shí)體切換到所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體；所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體確定所述連接態(tài)UE的PDN連接信息；所述目標(biāo)側(cè)移動(dòng)性管理實(shí)體將所述PDN連接信息發(fā)送給所述源側(cè)移動(dòng)性管理實(shí)體；指示所述源側(cè)移動(dòng)性管理實(shí)體根據(jù)所述PDN連接信息刪除所述PDN連接。本發(fā)明中，通過將無法刪除的PDN連接的標(biāo)識(shí)發(fā)送給源側(cè)SGSN/MME，由源側(cè)SGSN/MME根據(jù)該P(yáng)DN連接的標(biāo)識(shí)刪除對(duì)應(yīng)的PDN連接，從而解決在inter MME/SGSN inter SGW的切換過程中無法刪除被SGW拒絕的PDN連接的問題。
文檔編號(hào)H04W76/06GK102413584SQ20101028857
公開日2012年4月11日 申請(qǐng)日期2010年9月20日 優(yōu)先權(quán)日2010年9月20日
發(fā)明者王胡成 申請(qǐng)人:電信科學(xué)技術(shù)研究院