專利名稱：一種進行l(wèi)ipa承載接入控制的方法、系統(tǒng)和設備的制作方法
技術領域：
本發(fā)明涉及無線通信技術領域，特別涉及一種進行LIPA承載接入控制的方法、系統(tǒng)和設備。
背景技術：
在目前協(xié)議中支持UE(用戶設備)通過H(e)NB((演進的)家庭基站)接入到家庭或者企業(yè)IP網，而不需要通過運營商網絡傳遞用戶數據。如圖IA所示為UE通過 LIPA(Local IP Access，本地IP接入)方式接入的架構圖。在LIPA架構中，L-GW(Local-feiteway，本地網關)位于家庭或者企業(yè)內部，通過 SGi接口連接家庭或者企業(yè)IP網。在LIPA PDN (Packet Data Network，分組數據網)連接建立過程中，L-GW功能與PGW(PDN GW，分組數據網關)類似。當UE請求建立LIPA PDN連接時，MME (Mobility Management Entity，移動性管理實體)為UE選擇到L-GW，并向SGW以及LGW發(fā)送請求信息。LGW向SGW返回響應消息，SGW收到后會向MME返回響應消息。MME 請求HeNB為UE建立這一 LIPAPDN連接缺省承載的Sl和空口承載。HeNB除了建立Sl接口以及空口承載外，HeNB與L-GW之間還會建立一條直接隧道。當UE在連接態(tài)傳遞LIPA數據時，數據會從UE傳遞到HeNB，在通過HeNB與L-GW之間的直接隧道傳遞到L-GW，而不經過SGW。當下行數據到達L-GW時，L-GW也會通過L-GW與HeNB之間的直接隧道將數據發(fā)送到HeNB而不需要經過SGW的傳遞。L-GW與SGW之間建立的S5接口只有在UE進入到空閑態(tài)時才會使用。當UE進入空閑狀態(tài)時，HeNB與L-GW之間的直接隧道將被拆除，L-GW只保留到SGW之間的S5連接。當L-GW收到LIPAPDN連接的下行數據時，L-GW將收到的第一個數據包通過S5接口傳遞到SGW，觸發(fā)正常的paging (尋呼)過程，而除了第一個數據包外的所有數據包都將保留在L-GW。當UE收到尋呼并進入連接態(tài)后，HeNB與L-GW之間的直接隧道將重新建立。SGW將收到從L-GW發(fā)送的第一個數據包發(fā)送到HeNB，而剩下的其他數據包則由L-GW通過L-GW與HeNB之間的直接隧道傳遞給HeNB。目前有些大型企業(yè)可能需要部署HeNB以及L-GW用于支持企業(yè)員工通過LIPA方式訪問企業(yè)內部網絡。然而由于HeNB的容量和覆蓋范圍有限，因此存在一個企業(yè)網中部署多個HeNB的場景。UE通過這些HeNB都可以連接到L-GW從而訪問企業(yè)內網。目前3GPP(3rd Generation Partnership Project，第三代移動通信標準化組織) 協(xié)議提出對于LIPA連接的移動性需求，要求UE在同一本地IP網絡下的不同HeNB之間移動時能夠保持LIPA連接的連續(xù)性。如圖IB所示，假設下圖中四個HeNB都屬于同一個本地網絡，若UE激活了 LIPA連接，當UE在下面4個HeNB之間發(fā)生移動時，無論是空閑態(tài)還是連接態(tài)，UE的LIPA連接不能因為UE的移動而造成LIPA連接釋放。目前協(xié)議中規(guī)定，允許相同CSG(Close Subscriber Group，閉和簽約用戶組)的 HeNB之間建立X2接口或Iur接口，而不同CSG之間的HeNB則不允許建立基站之間的X2接口禾Π Iur接口接口。因此當UE在同一 CSG下的不同HeNB之間發(fā)生移動時，source (源)HeNB 可以發(fā)起X2接口切換或Iur接口切換，而在不同CSG下的HeNB之間發(fā)生移動時，sourceHeNB則只能發(fā)起Sl接口切換。但是對于本地IP網絡與CSG之間的關系，可能存在一種情況是某一 CSG覆蓋了多個不同本地網絡的場景，當UE在不同本地網絡對應的家庭基站之間移動時，雖然這些基站都有相同的CSG，但是UE的LIPA連接仍然不能保持。綜上所述，目前的切換過程中對于UE在相同CSG小區(qū)移動，但是移動到了新的本地網絡時，還沒有一種處理LIPA連接的方案。

發(fā)明內容
本發(fā)明實施例提供一種進行LIPA承載接入控制的方法、系統(tǒng)和設備，用以在切換過程中對于UE在相同CSG小區(qū)移動，但是移動到了新的本地網絡時，能夠實現對LIPA連接進行處理。本發(fā)明實施例提供的一種進行本地IP接入LIPA承載接入控制的方法，包括第一網絡側設備在收到通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接；所述第一網絡側設備在確定目標基站與所述LGW之間有IP連接后，執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的閉和簽約用戶組CSG相同，且都支持同一種接口切換。本發(fā)明實施例提供的一種進行LIPA承載接入控制的方法，包括第二網絡側設備確定進行接口切換的用戶設備；所述第二網絡側設備向第一網絡側設備發(fā)送通知消息，通知所述第一網絡側設備在用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW有IP連接時執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。本發(fā)明實施例提供的一種進行LIPA承載接入控制的設備，包括判斷模塊，用于在收到通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接；處理模塊，用于在確定目標基站與所述LGW之間有IP連接后，執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的閉和簽約用戶組CSG相同，且都支持同一種接口切換。本發(fā)明實施例提供的一種進行LIPA承載接入控制的設備，包括確定模塊，用于確定進行接口切換的用戶設備；通知模塊，用于向第一網絡側設備發(fā)送通知消息，通知所述第一網絡側設備在用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW有IP連接時執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。本發(fā)明實施例提供的一種進行LIPA承載接入控制的系統(tǒng)，包括第一網絡側設備，用于在收到通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW之間是否有IP連接，在確定目標基站與所述LGW之間有IP 連接后，執(zhí)行接口切換過程；第二網絡側設備，用于確定進行接口切換的用戶設備后，向第一網絡側設備發(fā)送通知消息；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。若用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換，且用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW之間有IP連接，第一網絡側設備執(zhí)行接口切換過程。由于本發(fā)明實施例在切換過程中對于UE在相同CSG小區(qū)移動， 但是移動到了新的本地網絡時，能夠對LIPA連接進行處理，從而提高了網絡性能，擴展了網絡的處理能力。


圖IA為背景技術中UE通過HeNB接入LIPA架構圖；圖IB為背景技術中多個HeNB屬于同一個本地網絡的示意圖；圖2為本發(fā)明實施例進行LIPA承載接入控制的系統(tǒng)結構示意圖；圖3為本發(fā)明實施例第一網絡側設備結構示意圖；圖4為本發(fā)明實施例第二網絡側設備結構示意圖；圖5為本發(fā)明實施例第一種進行LIPA承載接入控制的方法流程示意圖；圖6為本發(fā)明實施例第二種進行LIPA承載接入控制的方法流程示意圖；圖7為本發(fā)明實施例X2接口切換的示意圖。
具體實施例方式本發(fā)明實施例若用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換，且用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW之間有IP連接，第一網絡側設備執(zhí)行接口切換過程。由于本發(fā)明實施例在切換過程中對于用戶設備在相同CSG小區(qū)移動，但是移動到了新的本地網絡時，能夠對LIPA連接進行處理，從而提高了網絡性能，擴展了網絡的處理能力。如果本發(fā)明實施例的方案應用在LTE系統(tǒng)中，本發(fā)明實施例中的接口切換是X2接口切換，本發(fā)明實施例中的基站是家庭基站或演進的家庭基站，本發(fā)明實施例中的核心網控制實體是MME (Mobility Management Entity，移動性管理實體)；如果本發(fā)明實施例的方案應用在3G系統(tǒng)中，本發(fā)明實施例中的接口切換是Iur 接口切換，本發(fā)明實施例中的基站是家庭基站，本發(fā)明實施例中的核心網控制實體是 SGSN(Serving GPRS Support Node，服務 GPRS 服務節(jié)點)。在下面的說明過程中，先從第一網絡側設備和第二網絡側設備的配合實施進行說明，最后分別從第一網絡側設備與第二網絡側設備的實施進行說明，但這并不意味著二者必須配合實施，實際上，當第一網絡側設備與第二網絡側設備分開實施時，也解決了分別在第一網絡側設備、第二網絡側設備所存在的問題，只是二者結合使用時，會獲得更好的技術效果。下面結合說明書附圖對本發(fā)明實施例作進一步詳細描述。
如圖2所示，本發(fā)明實施例LIPA承載接入控制的系統(tǒng)包括第一網絡側設備10和第二網絡側設備20。第一網絡側設備10，用于在收到來自第二網絡側設備20的通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW之間是否有IP連接，并在確定目標基站與LGW之間有IP連接后，執(zhí)行接口切換過程；第二網絡側設備20，用于確定進行接口切換的用戶設備，向第一網絡側設備10發(fā)送通知消息；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。在實施中，如果第一網絡側設備10是用戶設備切換后的目標基站，則第二網絡側設備20是用戶設備所屬的源基站(即切換之前的基站，下同)，通知消息是切換請求消息；如果第一網絡側設備10是為用戶設備建立LIPA連接的LGW，則第二網絡側設備 20是用戶設備所屬的源基站，通知消息包含目標基站信息；如果第一網絡側設備10是核心網控制實體，則第二網絡側設備20是用戶設備切換后的目標基站，通知消息是路徑倒換信息。下面分別進行詳細說明。情況一、第一網絡側設備10是用戶設備切換后的目標基站，則第二網絡側設備20 是用戶設備所屬的源基站，通知消息是切換請求消息。較佳地，源基站在確定有用戶設備需要進行切換，并且用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換后，查看需要進行切換的用戶設備是否有激活的LIPA承載；如果有，則源基站在切換請求消息中增加為用戶設備建立LIPA連接的LGW的信息；否則，不在切換請求消息中增加為用戶設備建立LIPA連接的LGW的信息。較佳地，為用戶設備建立LIPA連接的LGW的信息可以是LGW的IP地址、LGW的名稱或其他能夠唯一標識該LGW的信息。較佳地，切換請求消息中還包括用戶設備激活的承載信息和上下文信息。相應的，目標基站在收到切換請求消息后，如果切換請求消息中有為用戶設備建立LIPA連接的LGW的信息，則確定進行切換的用戶設備有激活的LIPA承載；如果切換請求消息中沒有為用戶設備建立LIPA連接的LGW的信息，則確定進行切換的用戶設備沒有激活的LIPA承載。當然，除了上述利用LGW的信息判斷進行切換的用戶設備是否有激活的LIPA承載之外，還可以采用下列方式確定如果某一承載是LIPA連接，那么源基站保存這一承載的上下文中會包含 correlation id，這一 correlation id是非LIPA承載沒有的，在執(zhí)行切換時，源基站會將這一 correlation id包含在承載上下文中發(fā)送給目標基站。目標基站根據承載上下文中是否有correlation id來判斷這一承載是否是LIPA承載。如果目標基站確定進行切換的用戶設備沒有激活的LIPA承載，根據現有切換流程，目標基站不需要判斷是否與LGW之間有IP連接，直接執(zhí)行后續(xù)切換過程，具體操作可以參見協(xié)議 3GPP TS 36. 300。
較佳地，在切換請求中傳遞LGW的信息可以通知目標基站LIPA連接的LGW是哪一個，源基站告訴目標基站LGW的信息，如LGW的IP address, LGff name等信息，目標基站能夠查詢與這一 LGW是否有IP連接。如果目標基站確定進行切換的用戶設備有激活的LIPA承載，則進一步判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接， 如果有IP連接，執(zhí)行接口切換過程。較佳地，在有IP連接時，目標基站執(zhí)行接口切換過程可以是目標基站對包含 LIPA承載在內的所有從源基站接收到的承載進行接納判決并向源基站返回切換請求響應消息。該消息中包含目標基站成功接納的承載列表和/或目標基站接納失敗的承載列表。 目標基站不用區(qū)分成功接納的承載列表中每個承載是否是LIPA承載，都按照一般承載進行操作。即，如果目標基站對LIPA承載接納成功，則在基站成功接納的承載列表中包含 LIPA承載返回給源基站。如果目標基站對LIPA承載接納不成功，則在目標基站接納失敗的承載列表中包含LIPA承載返回給源基站。具體操作可以參見協(xié)議3GPP TS 36.300。較佳地，如果目標基站與LGW之間沒有IP連接，則目標基站拒絕接納LIPA連接相關的承載，向源基站返回包含接納LIPA連接失敗信息的切換請求響應消息。比如在切換請求響應消息的目標基站接納失敗的承載列表中包含LIPA連接相關的承載ID ；還可以在目標基站成功接納的承載列表中不包含LIPA連接相關的承載ID。然后目標基站按照一般承載進行操作，具體操作可以參見協(xié)議3GPP TS 36.300。較佳地，如果目標基站與LGW之間沒有IP連接，則源基站可以在用戶設備切換前通過LGW刪除用戶設備的所有LIPA連接，或者核心網控制實體在用戶設備切換完成后通過源SGW(Serving GW，服務網關)刪除用戶設備的所有LIPA連接。用戶設備的所有LIPA連接包括源SGW、LGW以及核心網控制實體中為用戶設備分配的LIPA連接相關的信息。情況二、第一網絡側設備10是為用戶設備建立LIPA連接的LGW，第二網絡側設備 20是用戶設備所屬的源基站，通知消息包含目標基站信息。較佳地，源基站在確定進行切換的用戶設備有激活的LIPA承載后，向LGW發(fā)送包含目標基站信息的通知消息。其中，目標基站信息可以是目標小區(qū)標識、目標基站IP地址、目標基站名稱或其他能夠唯一標識目標基站的信息。 相應的，LGff根據收到的來自源基站的目標基站信息，確定對應的目標基站后判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接，如果有IP連接，執(zhí)行接口切換過程。較佳地，在有IP連接時，LGW執(zhí)行接口切換過程可以是通知源基站，目標基站與 LGW之間有IP連接，比如在返回給源基站的響應消息中指示目標基站與LGW之間有IP連接。源基站在確定目標基站與LGW之間有IP連接后，發(fā)起包含LIPA連接承載切換的接口切換過程。較佳地，源基站發(fā)起包含LIPA連接承載切換的接口切換過程可以是向目標基站發(fā)送包含LIPA承載信息的切換請求消息；目標基站在收到切換請求消息后，不用區(qū)分是否含有LIPA承載信息，都按照一般承載進行操作。具體目標基站的操作可以參見協(xié)議3GPP TS 36.300。較佳地，在目標基站與為用戶設備建立LIPA連接的LGW之間沒有IP連接后，LGff 通知源基站目標基站與LGW之間沒有IP連接，比如在返回給源基站的響應消息中指示目標基站與LGW之間沒有IP連接。源基站在確定目標基站與LGW之間沒有IP連接后，發(fā)起不包含LIPA連接承載切換的接口切換過程。較佳地，源基站發(fā)起不包含LIPA連接承載切換的接口切換過程可以是向目標基站發(fā)送不包含LIPA承載信息的切換請求消息；目標基站在收到切換請求消息后，都按照一般承載進行操作。具體目標基站的操作可以參見協(xié)議3GPPTS 36.300。較佳地，如果目標基站與LGW之間沒有IP連接，則源基站可以在用戶設備切換前通過LGW刪除用戶設備的所有LIPA連接，或者核心網控制實體在用戶設備切換完成后通過源SGW刪除用戶設備的所有LIPA連接。用戶設備的所有LIPA連接包括源SGW、LGW以及核心網控制實體中為用戶設備分配的LIPA連接相關的信息。情況三、第一網絡側設備10是核心網控制實體，第二網絡側設備20是用戶設備切換后的目標基站，通知消息是路徑倒換信息。較佳地，源基站發(fā)起包含LIPA承載信息的接口切換過程；當用戶設備切換到目標基站后，目標基站向核心網控制實體發(fā)送路徑倒換信息；核心網控制實體接收來自目標基站的路徑倒換信息后，判斷進行切換的用戶設備是否有激活的LIPA承載；如果沒有激活的LIPA承載，核心網控制實體不用進一步判斷用戶設備切換后的目標基站與LGW之間是否有IP連接，而是繼續(xù)執(zhí)行后面的切換過程，具體操作可以參見協(xié)議 3GPP TS 36.300。如果有，核心網控制實體進一步判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接，如果有IP連接，執(zhí)行接口切換過程。較佳地，在有IP連接時，核心網控制實體執(zhí)行接口切換過程可以是核心網對包括LIPA承載在內所有收到的在目標基站成功接納的承載進行路徑切換過程。執(zhí)行完路徑切換過程后，核心網控制實體向目標基站返回包含核心網成功執(zhí)行路徑切換的承載列表和 /或沒有成功執(zhí)行路徑切換的承載列表的路徑切換確認信息。如果LIPA承載在核心網成功完成路徑切換過程，則在成功執(zhí)行路徑切換的承載列表中包含LIPA承載ID，反之，如果 LIPA承載在核心網路徑切換失敗，則在沒有成功執(zhí)行路徑切換的承載列表中將包含LIPA 承載的id。然后目標基站不用區(qū)分成功接納的承載列表中每個承載是否是LIPA承載，都按照一般承載進行操作，具體操作可以參見協(xié)議3GPP TS 23.401。較佳地，核心網控制實體在確定目標基站與LGW之間沒有IP連接后，向目標基站返回包含接納LIPA連接失敗信息的路徑倒換確認消息。比如在路徑倒換確認消息的核心網沒有成功執(zhí)行路徑切換的承載列表中包含LIPA連接相關的承載ID ；還可以在核心網成功執(zhí)行路徑切換的承載列表中不包含LIPA連接相關的承載ID。然后目標基站按照一般承載進行操作，具體操作可以參見協(xié)議3GPP TS 23.401。
較佳地，如果目標基站與LGW之間沒有IP連接，則核心網控制實體在用戶設備切換完成后通過源SGW刪除用戶設備的所有LIPA連接。用戶設備的所有LIPA連接包括源SGW、LGW以及核心網控制實體中為用戶設備分配的LIPA連接相關信息。基于同一發(fā)明構思，本發(fā)明實施例中還提供了兩種網絡側設備及兩種進行LIPA 承載接入控制的方法，由于這些設備和方法解決問題的原理與進行LIPA承載接入控制的系統(tǒng)相似，因此這些設備和方法的實施可以參見系統(tǒng)的實施，重復之處不再贅述。如圖3所示，本發(fā)明實施例的第一網絡側設備包括判斷模塊300和處理模塊 310。判斷模塊300，用于在收到通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接；處理模塊310，用于在確定目標基站與LGW之間有IP連接后，執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的閉和簽約用戶組CSG相同，且都支持同一種接口切換。較佳地，若第一網絡側設備是用戶設備切換后的目標基站，通知消息是切換請求消息；判斷模塊300根據收到的來自源基站的切換請求消息，確定進行切換的用戶設備有激活的LIPA承載后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接。較佳地，處理模塊310在確定目標基站與LGW之間沒有IP連接后，向源基站返回包含接納LIPA連接失敗信息的切換請求響應消息。較佳地，若第一網絡側設備是為用戶設備建立LIPA連接的LGW，通知消息包含目標基站信息；判斷模塊300根據收到的來自源基站的目標基站信息，確定對應的目標基站后， 判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有 IP連接。較佳地，處理模塊310通知源基站目標基站與LGW之間有IP連接，指示源基站發(fā)起包含LIPA連接承載切換的接口切換過程。較佳地，處理模塊310在確定目標基站與LGW之間沒有IP連接后，通知源基站目標基站與LGW之間沒有IP連接，用于指示源基站發(fā)起不包含LIPA連接承載切換的接口切換過程。較佳地，若第一網絡側設備是核心網控制實體，通知消息是路徑倒換信息；判斷模塊300接收來自目標基站的路徑倒換信息，且確定進行切換的用戶設備有激活的LIPA承載后，判斷目標基站與LGW之間是否有IP連接。較佳地，處理模塊310在確定目標基站與LGW之間沒有IP連接后，向目標基站返回包含接納LIPA連接失敗信息的路徑倒換響應消息。較佳地，處理模塊310在用戶設備切換完成后，通過源SGW刪除用戶設備的所有 LIPA連接。如圖4所示，本發(fā)明實施例的第二網絡側設備包括確定模塊400和通知模塊400。確定模塊400，用于確定進行接口切換的用戶設備；通知模塊410，用于向第一網絡側設備發(fā)送通知消息，通知第一網絡側設備在用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW有IP連接時執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。較佳地，第一網絡側設備是用戶設備切換后的目標基站，第二網絡側設備是用戶設備所屬的源基站，通知消息是切換請求消息；通知模塊410在確定進行切換的用戶設備有激活的LIPA承載后，向目標基站發(fā)送包含為用戶設備建立LIPA連接的LGW的信息的切換請求消息。較佳地，第一網絡側設備是為用戶設備建立LIPA連接的LGW，第二網絡側設備是用戶設備所屬的源基站，通知消息包含目標基站信息；通知模塊410在確定進行切換的用戶設備有激活的LIPA承載后，向LGW發(fā)送包含目標基站信息的通知消息。較佳地，通知模塊410通過LGW刪除用戶設備的所有LIPA連接。較佳地，第一網絡側設備是核心網控制實體，第二網絡側設備是用戶設備切換后的目標基站，通知消息是路徑倒換信息。在實施中，第一網絡側設備或第二網絡側設備是目標基站，則圖3和圖4中的所有模塊可以都在目標基站中，根據具體的情況選擇不同的模塊使用。如圖5所示，本發(fā)明實施例第一種LIPA承載接入控制的方法包括下列步驟步驟501、第一網絡側設備在收到通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW之間是否有IP連接；步驟502、第一網絡側設備在確定目標基站與LGW之間有IP連接后，執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。在實施中，如果第一網絡側設備是用戶設備切換后的目標基站，則第二網絡側設備是用戶設備所屬的源基站，通知消息是切換請求消息；如果第一網絡側設備是為用戶設備建立LIPA連接的LGW，則第二網絡側設備是用戶設備所屬的源基站，通知消息中包含目標基站信息；如果第一網絡側設備是核心網控制實體，則第二網絡側設備是用戶設備切換后的目標基站，通知消息是路徑倒換信息。下面分別進行詳細說明。情況一、第一網絡側設備是用戶設備切換后的目標基站，則第二網絡側設備是用戶設備所屬的源基站，通知消息是切換請求消息。較佳地，目標基站在收到切換請求消息后，如果切換請求消息中有為用戶設備建立LIPA連接的LGW的信息，則確定進行切換的用戶設備有激活的LIPA承載；如果切換請求消息中沒有為用戶設備建立LIPA連接的LGW的信息，則確定進行切換的用戶設備沒有激活的LIPA承載。當然，除了上述利用LGW的信息判斷進行切換的用戶設備是否有激活的LIPA承載之外，還可以采用下列方式確定如果某一承載是LIPA連接，那么源基站保存這一承載的上下文中會包含 correlation id，這一 correlation id是非LIPA承載沒有的，在執(zhí)行切換時，源基站會將這一 correlation id包含在承載上下文中發(fā)送給目標基站。目標基站根據承載上下文中是否有correlation id來判斷這一承載是否是LIPA承載。如果目標基站確定進行切換的用戶設備沒有激活的LIPA承載，根據現有切換流程，目標基站不需要判斷是否與LGW之間有IP連接，直接執(zhí)行后續(xù)切換過程，具體操作可以參見協(xié)議 3GPP TS 36. 300。較佳地，在切換請求中傳遞LGW的信息可以通知目標基站LIPA連接的LGW是哪一個，源基站告訴目標基站LGW的信息，如LGW的IP address, LGff name等信息，目標基站能夠查詢與這一 LGW是否有IP連接。如果目標基站確定進行切換的用戶設備有激活的LIPA承載，則進一步判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接， 如果有IP連接，執(zhí)行接口切換過程。較佳地，在有IP連接時，目標基站執(zhí)行接口切換過程可以是目標基站對包含 LIPA承載在內的所有從源基站接收到的承載進行接納判決并向源基站返回切換請求響應消息，該消息中包含目標基站成功接納的承載列表(其中包括激活的LIPA承載)和/或目標基站接納失敗的承載列表(其中不包括激活的LIPA承載)，然后目標基站不用區(qū)分成功接納的承載列表中每個承載是否是LIPA承載，都按照一般承載進行操作。即，如果目標基站對LIPA承載接納成功，則在基站成功接納的承載列表中包含LIPA承載返回給源基站。如果目標基站對LIPA承載接納不成功，則在目標基站接納失敗的承載列表中包含LIPA承載返回給源基站。具體操作可以參見協(xié)議3GPP TS 36.300。較佳地，如果目標基站與LGW之間沒有IP連接，則目標基站拒絕接納LIPA連接相關的承載，向源基站返回包含接納LIPA連接失敗信息的切換請求響應消息。比如在切換請求響應消息的目標基站接納失敗的承載列表中包含LIPA連接相關的承載ID ；還可以在目標基站成功接納的承載列表中不包含LIPA連接相關的承載ID。然后目標基站按照一般承載進行操作，具體操作可以參見協(xié)議3GPP TS 36.300。較佳地，如果目標基站與LGW之間沒有IP連接，則源基站可以在用戶設備切換前通過LGW刪除用戶設備的所有LIPA連接，或者核心網控制實體在用戶設備切換完成后通過源SGW刪除用戶設備的所有LIPA連接。用戶設備的所有LIPA連接包括源SGW、LGW以及核心網控制實體中為用戶設備分配的LIPA連接。情況二、第一網絡側設備是為用戶設備建立LIPA連接的LGW，第二網絡側設備是用戶設備所屬的源基站，通知消息包含目標基站信息。較佳地，LGff根據收到的來自源基站的目標基站信息，確定對應的目標基站后判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接，如果有IP連接，執(zhí)行接口切換過程。較佳地，在有IP連接時，LGW執(zhí)行接口切換過程可以是通知源基站，目標基站與 LGW之間有IP連接，比如在返回給源基站的響應消息中指示目標基站與LGW之間有IP連接。源基站在確定目標基站與LGW之間有IP連接后，發(fā)起包含LIPA連接承載切換的接口切換過程。較佳地，源基站發(fā)起包含LIPA連接承載切換的接口切換過程可以是向目標基站發(fā)送包含LIPA承載信息的切換請求消息；目標基站在收到切換請求消息后，不用區(qū)分是否含有LIPA承載信息，都按照一般承載進行操作。具體目標基站的操作可以參見協(xié)議3GPP TS 36.300。較佳地，在目標基站與為用戶設備建立LIPA連接的LGW之間沒有IP連接后，LGff 通知源基站目標基站與LGW之間沒有IP連接，比如在返回給源基站的響應消息中指示目標基站與LGW之間沒有IP連接。源基站在確定目標基站與LGW之間沒有IP連接后，發(fā)起不包含LIPA連接承載切換的接口切換過程。較佳地，源基站發(fā)起不包含LIPA連接承載切換的接口切換過程可以是向目標基站發(fā)送不包含LIPA承載信息的切換請求消息；目標基站在收到切換請求消息后，都按照一般承載進行操作。具體目標基站的操作可以參見協(xié)議3GPPTS 36.300。較佳地，如果目標基站與LGW之間沒有IP連接，則源基站可以在用戶設備切換前通過LGW刪除用戶設備的所有LIPA連接，或者核心網控制實體在用戶設備切換完成后通過源SGW刪除用戶設備的所有LIPA連接。用戶設備的所有LIPA連接包括源SGW、LGW以及核心網控制實體中為用戶設備分配的LIPA連接相關信息。情況三、第一網絡側設備是核心網控制實體，第二網絡側設備是用戶設備切換后的目標基站，通知消息是路徑倒換信息。較佳地，核心網控制實體接收來自目標基站的路徑倒換信息后，判斷進行切換的用戶設備是否有激活的LIPA承載；如果有，核心網控制實體進一步判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接，如果有IP連接，執(zhí)行接口切換過程。較佳地，在有IP連接時，核心網控制實體執(zhí)行接口切換過程可以是核心網對包括LIPA承載在內所有收到的在目標基站成功接納的承載進行路徑切換過程。執(zhí)行完路徑切換過程后，核心網控制實體向目標基站返回包含核心網成功執(zhí)行路徑切換的承載列表和 /或沒有成功執(zhí)行路徑切換的承載列表的路徑切換確認信息。如果LIPA承載在核心網成功完成路徑切換過程，則在成功執(zhí)行路徑切換的承載列表中包含LIPA承載ID，反之，如果 LIPA承載在核心網路徑切換失敗，則在沒有成功執(zhí)行路徑切換的承載列表中將包含LIPA 承載的id。然后目標基站不用區(qū)分成功接納的承載列表中每個承載是否是LIPA承載，都按照一般承載進行操作，具體操作可以參見協(xié)議3GPP TS23. 401。較佳地，核心網控制實體在確定目標基站與LGW之間沒有IP連接后，向目標基站返回包含接納LIPA連接失敗信息的路徑倒換確認消息。比如在路徑倒換確認消息的核心網沒有成功執(zhí)行路徑切換的承載列表中包含LIPA連接相關的承載ID ；還可以在核心網成功執(zhí)行路徑切換的承載列表中不包含LIPA連接相關的承載ID。然后目標基站按照一般承載進行操作，具體操作可以參見協(xié)議TS 23.401。
較佳地，如果目標基站與LGW之間沒有IP連接，則核心網控制實體在用戶設備切換完成后通過源SGW刪除用戶設備的所有LIPA連接。用戶設備的所有LIPA連接包括源SGW、LGW以及核心網控制實體中為用戶設備分配的LIPA連接相關信息。如圖6所示，本發(fā)明實施例第二種LIPA承載接入控制的方法包括下列步驟步驟601、第二網絡側設備確定進行接口切換的用戶設備；步驟602、第二網絡側設備向第一網絡側設備發(fā)送通知消息，通知第一網絡側設備在用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW有IP連接時執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。較佳地，若第一網絡側設備是用戶設備切換后的目標基站，第二網絡側設備是用戶設備所屬的源基站，通知消息是切換請求消息。源基站在確定有用戶設備需要進行切換，并且用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換后，查看需要進行切換的用戶設備是否有激活的 LIPA承載；如果有，則源基站在切換請求消息中增加為用戶設備建立LIPA連接的LGW的信息；否則，不在切換請求消息中增加為用戶設備建立LIPA連接的LGW的信息。較佳地，為用戶設備建立LIPA連接的LGW的信息可以是LGW的IP地址、LGW的名稱或其他能夠唯一標識該LGW的信息。較佳地，切換請求消息中還包括用戶設備激活的承載信息和上下文信息。較佳地，如果目標基站與LGW之間沒有IP連接，則源基站可以在用戶設備切換前通過LGW刪除用戶設備的所有LIPA連接。較佳地，若第一網絡側設備是為用戶設備建立LIPA連接的LGW，第二網絡側設備是用戶設備所屬的源基站，通知消息包含目標基站信息。源基站在確定進行切換的用戶設備有激活的LIPA承載后，向LGW發(fā)送包含目標基站信息的通知消息。其中，目標基站信息可以是目標小區(qū)標識、目標基站IP地址、目標基站名稱或其他能夠唯一標識目標基站的信息。較佳地，如果目標基站與LGW之間沒有IP連接，則源基站可以在用戶設備切換前通過LGW刪除用戶設備的所有LIPA連接。較佳地，若第一網絡側設備是核心網控制實體，第二網絡側設備是用戶設備切換后的目標基站，通知消息是路徑倒換信息。源基站發(fā)起接口切換過程；當用戶設備切換到目標基站后，目標基站向核心網控制實體發(fā)送路徑倒換信息。其中，圖5和圖6可以合成一個流程，形成另一個的進行LIPA承載接入控制的方法，即先執(zhí)行步驟601和步驟602，再執(zhí)行步驟501和步驟502。如圖7所示，本發(fā)明實施例的X2接口切換示意圖中1、當源基站決定將UE切換到目標基站時，源基站向目標基站發(fā)生切換請求消息，這一消息包含UE在源基站的上下文信息，上下文信息中包括UE激活的承載列表，每一承載的QoS信息，用戶面的TEID (Tunnel End Point Identifier，隧道端點標識)等標識；目標基站收到源基站的切換請求消息后將會對其中包含的承載進行接納控制，并返回切換請求響應消息，這一消息中可以包含目標基站成功接納的承載列表和目標基站沒有成功接納的承載列表(具體LIPA承載在哪個列表中可以采用本發(fā)明實施例情況一和請況二的方案)；2、源基站收到目標基站返回的切換請求響應消息后將向UE發(fā)起切換命令消息， UE收到后將會與目標基站建立連接；3、目標基站與UE之間的連接建立成功后，向MME發(fā)起路徑切換請求消息，其中包括UE在目標基站建立的承載列表；4、MME執(zhí)行完路徑更新過程后向目標基站返回路徑切換確認消息，向目標基站返回成功執(zhí)行路徑切換后的TEID以及網絡側沒有成功執(zhí)行路徑切換的承載列表(具體LIPA 承載在哪個列表中可以采用本發(fā)明實施例情況三的方案)。本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、CD-ROM、光學存儲器等)上實施的計算機程序產品的形式。本發(fā)明是參照根據本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執(zhí)行的指令產生用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實施例，但本領域內的技術人員一旦得知了基本創(chuàng)造性概念，則可對這些實施例作出另外的變更和修改。所以，所附權利要求意欲解釋為包括優(yōu)選實施例以及落入本發(fā)明范圍的所有變更和修改。本發(fā)明實施例在切換過程中對于UE在相同CSG小區(qū)移動，但是移動到了新的本地網絡時，能夠對LIPA連接進行處理，從而提高了網絡性能，擴展了網絡的處理能力。顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內，則本發(fā)明也意圖包含這些改動和變型在內。
權利要求
1.一種進行本地IP接入LIPA承載接入控制的方法，其特征在于，該方法包括第一網絡側設備在收到通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接；所述第一網絡側設備在確定目標基站與所述LGW之間有IP連接后，執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的閉和簽約用戶組CSG相同，且都支持同一種接口切換。
2.如權利要求1所述的方法，其特征在于，所述第一網絡側設備是用戶設備切換后的目標基站，所述通知消息是切換請求消息；所述第一網絡側設備判斷目標基站與所述LGW之間是否有IP連接之前還包括 所述目標基站根據收到的來自源基站的切換請求消息，確定進行切換的用戶設備有激活的LIPA承載。
3.如權利要求2所述的方法，其特征在于，所述目標基站收到切換請求消息后還包括 所述目標基站根據收到的切換請求消息中包含的LGW的信息，確定對應的LGW的信息；其中LGW的信息包括下列信息中的至少一種LGW的IP地址、LGW的名稱。
4.如權利要求3所述的方法，其特征在于，該方法還包括所述目標基站在確定目標基站與所述LGW之間沒有IP連接后，向源基站返回包含接納 LIPA連接失敗信息的切換請求響應消息。
5.如權利要求1所述的方法，其特征在于，所述第一網絡側設備是為用戶設備建立 LIPA連接的LGW，所述通知消息包含目標基站信息；所述第一網絡側設備判斷目標基站與所述LGW之間是否有IP連接之前還包括 所述LGW根據收到的來自源基站的目標基站信息，確定對應的目標基站。
6.如權利要求5所述的方法，其特征在于，所述第一網絡側設備執(zhí)行接口切換過程包括所述LGW通知源基站目標基站與所述LGW之間有IP連接； 所述第一網絡側設備執(zhí)行接口切換過程之后還包括 所述源基站發(fā)起包含LIPA連接承載切換的接口切換過程。
7.如權利要求5所述的方法，其特征在于，該方法還包括所述LGW在確定目標基站與所述LGW之間沒有IP連接后，通知源基站目標基站與所述 LGW之間沒有IP連接；所述源基站發(fā)起不包含LIPA連接承載切換的接口切換過程。
8.如權利要求4或7所述的方法，其特征在于，該方法還包括 源基站通過LGW刪除用戶設備的所有LIPA連接；或核心網控制實體在用戶設備切換完成后，通過源服務網關SGW刪除用戶設備的所有 LIPA連接。
9.如權利要求1所述的方法，其特征在于，所述第一網絡側設備是核心網控制實體，所述通知消息是路徑倒換信息；所述第一網絡側設備判斷目標基站與所述LGW之間是否有IP連接之前還包括所述核心網控制實體接收來自目標基站的路徑倒換信息，且確定進行切換的用戶設備有激活的LIPA承載。
10.如權利要求9所述的方法，其特征在于，該方法還包括所述核心網控制實體在確定目標基站與所述LGW之間沒有IP連接后，向目標基站返回包含接納LIPA連接失敗信息的路徑倒換響應消息。
11.如權利要求10所述的方法，其特征在于，該方法還包括核心網控制實體在用戶設備切換完成后，通過源SGW刪除用戶設備的所有LIPA連接。
12.一種進行LIPA承載接入控制的方法，其特征在于，該方法包括第二網絡側設備確定進行接口切換的用戶設備；所述第二網絡側設備向第一網絡側設備發(fā)送通知消息，通知所述第一網絡側設備在用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW有IP連接時執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。
13.如權利要求12所述的方法，其特征在于，所述第一網絡側設備是用戶設備切換后的目標基站，所述第二網絡側設備是用戶設備所屬的源基站，所述通知消息是切換請求消息；所述第二網絡側設備發(fā)送通知消息包括所述源基站在確定進行切換的用戶設備有激活的LIPA承載后，向目標基站發(fā)送包含為用戶設備建立LIPA連接的LGW的信息的切換請求消息；其中，所述LGW的信息包括下列信息中的至少一種LGW的IP地址、LGW的名稱。
14.如權利要求13所述的方法，其特征在于，所述第一網絡側設備是為用戶設備建立 LIPA連接的LGW，所述第二網絡側設備是用戶設備所屬的源基站，所述通知消息包含目標基站信息；所述第二網絡側設備發(fā)送通知消息包括所述源基站在確定進行切換的用戶設備有激活的LIPA承載后，向所述LGW發(fā)送包含目標基站信息的通知消息。
15.如權利要求13或14所述的方法，其特征在于，所述第二網絡側設備確定進行接口切換的用戶設備之后還包括所述源基站通過LGW刪除用戶設備的所有LIPA連接。
16.如權利要求12所述的方法，其特征在于，所述第一網絡側設備是核心網控制實體， 所述第二網絡側設備是用戶設備切換后的目標基站，所述通知消息是路徑倒換信息。
17.一種進行LIPA承載接入控制的設備，其特征在于，該設備包括判斷模塊，用于在收到通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接；處理模塊，用于在確定目標基站與所述LGW之間有IP連接后，執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的閉和簽約用戶組CSG相同，且都支持同一種接口切換。
18.如權利要求17所述的設備，其特征在于，所述進行LIPA承載接入控制的設備是用戶設備切換后的目標基站，所述通知消息是切換請求消息；所述判斷模塊具體用于根據收到的來自源基站的切換請求消息，確定進行切換的用戶設備有激活的LIPA承載后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接。
19.如權利要求18所述的設備，其特征在于，所述處理模塊還用于在確定目標基站與所述LGW之間沒有IP連接后，向源基站返回包含接納LIPA連接失敗信息的切換請求響應消息。
20.如權利要求17所述的設備，其特征在于，所述進行LIPA承載接入控制的設備是為用戶設備建立LIPA連接的LGW，所述通知消息包含目標基站信息；所述判斷模塊具體用于根據收到的來自源基站的目標基站信息，確定對應的目標基站后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的本地網關LGW之間是否有IP連接。
21.如權利要求20所述的設備，其特征在于，所述處理模塊具體用于通知源基站目標基站與所述LGW之間有IP連接，指示源基站發(fā)起包含LIPA連接承載切換的接口切換過程。
22.如權利要求20或21所述的設備，其特征在于，所述處理模塊還用于在確定目標基站與所述LGW之間沒有IP連接后，通知源基站目標基站與所述LGW之間沒有IP連接，用于指示源基站發(fā)起不包含LIPA連接承載切換的接口切換過程。
23.如權利要求17所述的設備，其特征在于，所述進行LIPA承載接入控制的設備是核心網控制實體，所述通知消息是路徑倒換信息；所述判斷模塊具體用于接收來自目標基站的路徑倒換信息，且確定進行切換的用戶設備有激活的LIPA承載后，判斷目標基站與所述LGW之間是否有IP連接。
24.如權利要求23所述的設備，其特征在于，所述處理模塊還用于在確定目標基站與所述LGW之間沒有IP連接后，向目標基站返回包含接納LIPA連接失敗信息的路徑倒換響應消息。
25.如權利要求M所述的設備，其特征在于，所述處理模塊還用于在用戶設備切換完成后，通過源SGW刪除用戶設備的所有LIPA連接。
26.—種進行LIPA承載接入控制的設備，其特征在于，該設備包括確定模塊，用于確定進行接口切換的用戶設備；通知模塊，用于向第一網絡側設備發(fā)送通知消息，通知所述第一網絡側設備在用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW有IP連接時執(zhí)行接口切換過程；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。
27.如權利要求沈所述的設備，其特征在于，所述第一網絡側設備是用戶設備切換后的目標基站，所述進行LIPA承載接入控制的設備是用戶設備所屬的源基站，所述通知消息是切換請求消息；所述通知模塊具體用于在確定進行切換的用戶設備有激活的LIPA承載后，向目標基站發(fā)送包含為用戶設備建立LIPA連接的LGW的信息的切換請求消息。
28.如權利要求沈所述的設備，其特征在于，所述第一網絡側設備是為用戶設備建立 LIPA連接的LGW，所述進行LIPA承載接入控制的設備是用戶設備所屬的源基站，所述通知消息包含目標基站信息；所述通知模塊具體用于在確定進行切換的用戶設備有激活的LIPA承載后，向所述LGW發(fā)送包含目標基站信息的通知消息。
29.如權利要求27或觀所述的設備，其特征在于，所述通知模塊還用于通過LGW刪除用戶設備的所有LIPA連接。
30.如權利要求沈所述的設備，其特征在于，所述第一網絡側設備是核心網控制實體， 所述進行LIPA承載接入控制的設備是用戶設備切換后的目標基站，所述通知消息是路徑倒換信息。
31.一種進行LIPA承載接入控制的系統(tǒng)，其特征在于，該系統(tǒng)包括第一網絡側設備，用于在收到通知消息后，判斷用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW之間是否有IP連接，在確定目標基站與所述LGW之間有IP連接后，執(zhí)行接口切換過程；第二網絡側設備，用于確定進行接口切換的用戶設備后，向第一網絡側設備發(fā)送通知消息；其中，用戶設備所屬的源基站和目標基站的CSG相同，且都支持同一種接口切換。
全文摘要
本發(fā)明實施例涉及無線通信技術領域，特別涉及一種進行LIPA承載接入控制的方法、系統(tǒng)和設備，用以在切換過程中對于UE在相同CSG小區(qū)移動，但是移動到了新的本地網絡時，能夠實現對LIPA連接進行處理。本發(fā)明實施例的方法包括第一網絡側設備在用戶設備切換后的目標基站與為用戶設備建立LIPA連接的LGW之間有IP連接后，執(zhí)行接口切換過程；其中用戶設備所屬的源基站和目標基站的閉和簽約用戶組CSG相同，且都支持同一種接口切換。由于本發(fā)明實施例在切換過程中對于UE在相同CSG小區(qū)移動，但是移動到了新的本地網絡時，能夠對LIPA連接進行處理，從而提高了網絡性能，擴展了網絡的處理能力。
文檔編號H04W76/02GK102202364SQ201110152108
公開日2011年9月28日 申請日期2011年6月8日 優(yōu)先權日2011年6月8日
發(fā)明者周燕飛, 張娟 申請人:電信科學技術研究院