專利名稱：一種處理lipa連接專用承載的方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別涉及一種處理LIPA連接專用承載的方法、系統(tǒng)和設(shè)備。
背景技術(shù)：
LIPA(Local IP Access，本地IP接入)是一種允許終端通過家庭基站接入到與該家庭基站關(guān)聯(lián)的本地網(wǎng)絡(luò)的技術(shù)，本地網(wǎng)絡(luò)包括家庭網(wǎng)絡(luò)、企業(yè)網(wǎng)絡(luò)等。終端通過 LGW(Local Gateway，本地網(wǎng)關(guān))接入到本地網(wǎng)絡(luò)，在 3GPP(3rdGeneration Partnership I^roject，第三代移動通信標(biāo)準(zhǔn)化組織)R10階段，本地網(wǎng)關(guān)與家庭基站在同一個物理實體上實現(xiàn)，在RlO之后本地網(wǎng)關(guān)可以與家庭基站在不同物理實體上實現(xiàn)。在3GPP Rll+階段中，還可以有LGW與H(e)NB((演進(jìn)的)家庭基站)在不同物理實體上實現(xiàn)。對于H(e)NB和LGW合設(shè)的架構(gòu)，Direct Tunnel (直通隧道)是內(nèi)部實現(xiàn)相關(guān)， 網(wǎng)絡(luò)只需要將 LGW 的 PGW S5 TEID (PDN Gff S5Tunnel End Point Identifier，分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識)通知給UE(用戶設(shè)備)，H(e)NB根據(jù)S5 PGff TEID進(jìn)行上下行 bearer的綁定。對于H(e) NB和LGW分設(shè)的架構(gòu)，二者之間采用Sxx接口，在Rl 1+階段，此接口需要支持專用承載。目前創(chuàng)建和更新LIPA連接專用承載(dedicated bearer)要求網(wǎng)絡(luò)處理承載資源，包括SGW上的承載資源的分配。對于LIPA連接，其用戶面數(shù)據(jù)都是經(jīng)過Direct tunnel 傳輸，在核心網(wǎng)中僅需保留NON-GBR (non-Guaranteed BitRate，非保證比特率)的default bearer，以觸發(fā)paging (尋呼)。LIPA連接需要創(chuàng)建專用承載，在核心網(wǎng)中分配專用承載所需的承載資源會造成網(wǎng)絡(luò)資源的浪費，這部分承載資源不會被使用到。另外，由于家庭網(wǎng)絡(luò)的數(shù)量龐大，對應(yīng)的LIPA連接的數(shù)量也非常大，因此，這些LIPA連接中的專用承載所占用承載資源也會非常大，會消耗巨大的網(wǎng)絡(luò)資源。后續(xù)在需要更新承載資源時，還需要更新承載Q0S(Quality of krvice，服務(wù)質(zhì)量)，由于承載資源不會被使用到，所有更新承載QoS 也不會被使用到，從而造成網(wǎng)絡(luò)資源浪費。綜上所述，目前創(chuàng)建和更新LIPA連接專用承載時，會造成網(wǎng)絡(luò)資源的浪費，并且會占用大量網(wǎng)絡(luò)資源降低網(wǎng)絡(luò)資源利用率。

發(fā)明內(nèi)容
本發(fā)明實施例提供的一種處理LIPA連接專用承載的方法、系統(tǒng)和設(shè)備，用以解決現(xiàn)有技術(shù)中存在的創(chuàng)建和更新LIPA連接專用承載時，會造成網(wǎng)絡(luò)資源的浪費，并且會占用大量網(wǎng)絡(luò)資源降低網(wǎng)絡(luò)資源利用率的問題。本發(fā)明實施例提供的一種處理本地IP接入LIPA連接專用承載的方法，包括服務(wù)網(wǎng)關(guān)SGW判斷收到的來自本地網(wǎng)關(guān)LGW的處理承載請求消息是否是針對LIPA 連接的處理承載請求消息；
所述SGW在確定是針對LIPA連接的處理承載請求消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體；所述SGW在收到來自核心網(wǎng)控制實體的針對所述處理承載請求消息的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給LGW，指示LGW處理 LIPA連接的專用承載。本發(fā)明實施例提供的一種處理LIPA連接專用承載的方法，包括LGff向SGW發(fā)送針對LIPA連接的處理承載請求消息；所述LGW在收到來自LGW的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并處理LIPA連接的專用承載。本發(fā)明實施例提供的一種處理LIPA連接專用承載的設(shè)備，包括判斷模塊，用于判斷收到的來自LGW的處理承載請求消息是否是針對LIPA連接的處理承載請求消息；第一處理模塊，用于在確定是針對LIPA連接的處理承載請求消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體，在收到來自核心網(wǎng)控制實體的針對所述處理承載請求消息的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給LGW，指示LGW處理LIPA連接的專用承載。本發(fā)明實施例提供的一種處理LIPA連接專用承載的設(shè)備，包括發(fā)送模塊，用于向SGW發(fā)送針對LIPA連接的處理承載請求消息；第二處理模塊，用于在收到來自LGW的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并處理LIPA連接的專用承載。本發(fā)明實施例提供的一種處理LIPA連接專用承載的系統(tǒng)，包括SGW，用于判斷收到的來自LGW的處理承載請求消息是否是針對LIPA連接的處理承載請求消息，在確定是針對LIPA連接的處理承載請求消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體，在收到來自核心網(wǎng)控制實體的針對所述處理承載請求消息的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給LGW，指示LGW處理LIPA連接的專用承載；LGW，用于向SGW發(fā)送針對LIPA連接的處理承載請求消息，在收到來自LGW的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并處理LIPA連接的專用承載。由于創(chuàng)建和更新LIPA連接專用承載時，不需要處理承載資源，從而節(jié)省了網(wǎng)絡(luò)資源，提高了網(wǎng)絡(luò)資源利用率。


圖1為本發(fā)明實施例處理LIPA連接專用承載的系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明實施例第一種處理LIPA連接專用承載的設(shè)備結(jié)構(gòu)示意圖；圖3為本發(fā)明實施例第二種處理LIPA連接專用承載的設(shè)備結(jié)構(gòu)示意圖；圖4為本發(fā)明實施例第一種處理LIPA連接專用承載的方法流程示意圖；圖5為本發(fā)明實施例第二種處理LIPA連接專用承載的方法流程示意圖；圖6為本發(fā)明實施例第一種創(chuàng)建LIPA連接專用承載的方法流程示意圖；圖7為本發(fā)明實施例第二種創(chuàng)建LIPA連接專用承載的方法流程示意圖8為本發(fā)明實施例第三種創(chuàng)建LIPA連接專用承載的方法流程示意圖。
具體實施例方式本發(fā)明實施例SGW(Serving Gff,服務(wù)網(wǎng)關(guān))收到的來自LGW的處理承載請求消息是針對LIPA連接的處理承載請求消息后，跳過分配核心網(wǎng)實體之間承載資源的過程，并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體，在收到來自核心網(wǎng)控制實體的針對處理承載請求消息的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給 LGff ；LGff在收到來自LGW的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并處理LIPA 連接的專用承載。這里的處理可以是創(chuàng)建LIPA連接專用承載或更新LIPA連接專用承載。 由于創(chuàng)建和更新LIPA連接專用承載時，不需要處理承載資源，從而節(jié)省了網(wǎng)絡(luò)資源，提高了網(wǎng)絡(luò)資源利用率。這里的核心網(wǎng)控制實體可以是MME (Mobility Management Entity，移動性管理實體)或 SGSN(Serving GPRS Support Node，服務(wù) GPRS 服務(wù)節(jié)點)。比如在 UTRAN(UMTS 陸地?zé)o線接入網(wǎng)；UMTS，Universal Mobile^TelecommunicationSystem，通用移動通信系統(tǒng)) 接入時，核心網(wǎng)控制實體是 SGSN ；在 E-UTRAN(E-UTRAN，Evolved UMTS Terrestrial Radio AccessNetwork，演進(jìn)的UMTS陸地?zé)o線接入網(wǎng))接入時，核心網(wǎng)控制實體是MME。在下面的說明過程中，先從LGW側(cè)和SGW側(cè)的配合實施進(jìn)行說明，最后分別從LGW 側(cè)與SGW側(cè)的實施進(jìn)行說明，但這并不意味著二者必須配合實施，實際上，當(dāng)LGW側(cè)與SGW 側(cè)分開實施時，也解決了分別在LGW側(cè)、SGW側(cè)所存在的問題，只是二者結(jié)合使用時，會獲得更好的技術(shù)效果。下面結(jié)合說明書附圖對本發(fā)明實施例作進(jìn)一步詳細(xì)描述。其中下面介紹中涉及的基站是家庭基站或演進(jìn)的家庭基站。如圖1所示，本發(fā)明實施例處理LIPA連接專用承載的系統(tǒng)包括LGW 10和SGW 20。LGff 10，用于向SGW 20發(fā)送針對LIPA連接的處理承載請求消息，在收到來自LGW 20的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并處理LIPA連接的專用承載。SGff 20，用于判斷收到的來自LGW 10的處理承載請求消息是否是針對LIPA連接的處理承載請求消息，在確定是針對LIPA連接的處理承載請求消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體，在收到來自核心網(wǎng)控制實體的針對處理承載請求消息的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給LGW 10。在實施中，LGW10 和 SGW 20 之間通過 S5/S8 接口(支持 PMIP(Proxy Mobile IP, 代理移動 IP)協(xié)議或GTP (GPRS Tunneling Protocol，GPRS隧道協(xié)議；GPRS，General Packet Radio krvice，通用分組無線業(yè)務(wù)))進(jìn)行通信。其中，本發(fā)明實施例中的處理LIPA連接專用承載包括但不限于下列處理方式創(chuàng)建LIPA連接專用承載、更新LIPA連接專用承載。如果是創(chuàng)建LIPA連接專用承載，處理承載請求消息是創(chuàng)建承載請求消息，處理承載響應(yīng)消息是創(chuàng)建承載響應(yīng)消息；相應(yīng)的，LGW 10和SGW 20的跳過處理承載資源的過程是跳過分配核心網(wǎng)實體之間承載資源的過程；
如果是更新LIPA連接專用承載，處理承載請求消息是更新承載請求消息，處理承載響應(yīng)消息是更新承載響應(yīng)消息；相應(yīng)的，LGW 10和SGW 20的跳過處理承載資源的過程是跳過更新承載QoS的過程。下面分別進(jìn)行介紹。情況一、創(chuàng)建LIPA連接專用承載。針對情況一又可以分為三種方式。方式一、LGff 10向SGW 20發(fā)送包含LIPA標(biāo)識的創(chuàng)建承載請求(CreateBearer Request)消息；相應(yīng)的，SGW 20判斷收到的創(chuàng)建承載請求消息是否包含LIPA標(biāo)識，如果是，則確定創(chuàng)建承載請求消息是針對LIPA連接的創(chuàng)建承載請求消息；否則，確定創(chuàng)建承載請求消息不是針對LIPA連接的創(chuàng)建承載請求消息。較佳地，LGff 10還可以在創(chuàng)建承載請求消息中攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識。如果SGW 20收到的創(chuàng)建承載請求消息是針對LIPA連接的創(chuàng)建承載請求消息，跳過分配核心網(wǎng)實體之間承載資源的過程，為需要創(chuàng)建的專用承載分配上行TEID(這里的 TEID可以是特殊的TEID，只起到標(biāo)識作用)，并置于創(chuàng)建承載請求消息中，將創(chuàng)建承載請求消息發(fā)送給核心網(wǎng)控制實體；SGff 20在收到含有基站TEID的創(chuàng)建承載響應(yīng)(Create Bearer Response)消息后，跳過分配核心網(wǎng)實體之間承載資源的過程，為需要創(chuàng)建的專用承載分配下行TEID (這里的TEID可以是特殊的TEID，只起到標(biāo)識作用)，并置于創(chuàng)建承載響應(yīng)消息中發(fā)送給LGW 10。較佳地，SGW 20在創(chuàng)建承載請求消息中包含LIPA標(biāo)識時，可以刪除創(chuàng)建承載請求消息中的LIPA標(biāo)識，然后將攜帶上行TEID的創(chuàng)建承載請求消息發(fā)送給核心網(wǎng)控制實體。較佳地，LGW 10在收到含有基站TEID和下行TEID的創(chuàng)建承載響應(yīng)消息后，跳過分配核心網(wǎng)實體之間承載資源的過程，建立與基站的Direct tunnel。方式二、LGff 10向SGW 20發(fā)送包含LIPA標(biāo)識的創(chuàng)建承載請求消息；相應(yīng)的，SGW 20判斷收到的創(chuàng)建承載請求消息是否包含LIPA標(biāo)識，如果是，則確定創(chuàng)建承載請求消息是針對LIPA連接的創(chuàng)建承載請求消息；否則，確定創(chuàng)建承載請求消息不是針對LIPA連接的創(chuàng)建承載請求消息。較佳地，LGff 10還可以在創(chuàng)建承載請求消息中攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識。如果SGW 20收到的創(chuàng)建承載請求消息是針對LIPA連接的創(chuàng)建承載請求消息，SGW 20不做任何處理，只是將收到的創(chuàng)建承載請求消息轉(zhuǎn)發(fā)給核心網(wǎng)控制實體；相應(yīng)的，SGW 20在收到含有基站TEID的創(chuàng)建承載響應(yīng)消息后，不做任何處理，只是將收到的創(chuàng)建承載響應(yīng)消息轉(zhuǎn)發(fā)給LGW 10。較佳地，LGff 10在收到含有基站TEID的創(chuàng)建承載響應(yīng)消息后，跳過分配核心網(wǎng)實體之間承載資源的過程，建立與基站的Direct tunnel。較佳地，LGW 10在需要刪除承載請求消息時，可以向SGW 20發(fā)送針對LIPA連接的刪除承載請求消息；相應(yīng)的，SGW 20將收到的來自LGW 10的針對LIPA連接的刪除承載請求消息轉(zhuǎn)發(fā)給核心網(wǎng)控制實體，以及將收到的來自核心網(wǎng)控制實體的針對刪除承載請求消息的刪除承載響應(yīng)消息轉(zhuǎn)發(fā)給LGW 10。方式三、LGW 10向SGW 20發(fā)送創(chuàng)建承載請求消息，其中在創(chuàng)建承載請求消息中不攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識；相應(yīng)的，SGW 20如果收到的創(chuàng)建承載請求消息中不包含分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識時，則可以確定創(chuàng)建承載請求消息是針對LIPA連接的創(chuàng)建承載請求消息(即采用隱式方式通知，這種方式也同樣適用方式一和方式二)。當(dāng)然，LGW 10向SGW 20發(fā)送的創(chuàng)建承載請求消息中也可以攜帶LIPA標(biāo)識；相應(yīng)的，SGff 20可以判斷收到的創(chuàng)建承載請求消息是否包含LIPA標(biāo)識，如果是，則確定創(chuàng)建承載請求消息是針對LIPA連接的創(chuàng)建承載請求消息；否則，確定創(chuàng)建承載請求消息不是針對 LIPA連接的創(chuàng)建承載請求消息。如果SGW 20收到的創(chuàng)建承載請求消息是針對LIPA連接的創(chuàng)建承載請求消息，SGW 20不做任何處理，只是將收到的創(chuàng)建承載請求消息轉(zhuǎn)發(fā)給核心網(wǎng)控制實體；相應(yīng)的，核心網(wǎng)控制實體在確定能夠接受收到的創(chuàng)建承載請求消息后，分配EPS Bearer ID (分配演進(jìn)分組系統(tǒng)承載標(biāo)識)，并發(fā)送含有EPS Bearer ID的創(chuàng)建承載響應(yīng)消息(較佳地，核心網(wǎng)控制實體可以根據(jù)資源狀況，消息是否合法等，判斷是否能夠接受創(chuàng)建承載請求消息，如果不行則拒絕收到的創(chuàng)建承載請求消息)；SGff 20在收到含有EPS Bearer ID的創(chuàng)建承載響應(yīng)消息后，不做任何處理，只是將收到的創(chuàng)建承載響應(yīng)消息轉(zhuǎn)發(fā)給LGW 10；LGff 10在收到創(chuàng)建承載響應(yīng)消息后，跳過分配核心網(wǎng)實體之間承載資源的過程， 分配PGff TEID，并將收到的創(chuàng)建承載響應(yīng)消息中的EPS Bearer ID攜帶在Sxx接口的創(chuàng)建承載請求消息中，并將分配的PGff TEID置于Sxx接口的創(chuàng)建承載請求消息中，向基站發(fā)送Sxx接口的創(chuàng)建承載請求消息；以及LGff 10接收來自基站的包含基站TEID的& 接口的創(chuàng)建承載響應(yīng)消息，建立與基站的 Direct tunnel。其中，Sxx接口是LGW與家庭基站之間的接口。較佳地，Sxx接口的創(chuàng)建承載請求消息中的Bearer Contexts IE的格式可以按表 1定義
權(quán)利要求
1.一種處理本地IP接入LIPA連接專用承載的方法，其特征在于，該方法包括服務(wù)網(wǎng)關(guān)SGW判斷收到的來自本地網(wǎng)關(guān)LGW的處理承載請求消息是否是針對LIPA連接的處理承載請求消息；所述SGW在確定是針對LIPA連接的處理承載請求消息后，跳過處理承載資源的過程， 并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體；所述SGW在收到來自核心網(wǎng)控制實體的針對所述處理承載請求消息的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給LGW，指示LGW處理LIPA 連接的專用承載。
2.如權(quán)利要求1所述的方法，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述處理承載響應(yīng)消息是創(chuàng)建承載響應(yīng)消息；所述跳過處理承載資源的過程包括 跳過分配核心網(wǎng)實體之間承載資源的過程；所述處理承載請求消息是更新承載請求消息，所述處理承載響應(yīng)消息是更新承載響應(yīng)消息所述跳過處理承載資源的過程包括 跳過更新承載服務(wù)質(zhì)量QoS的過程。
3.如權(quán)利要求2所述的方法，其特征在于，所述SGW判斷處理承載請求消息是否是針對 LIPA連接的處理承載請求消息包括所述SGW判斷收到的處理承載請求消息是否包含LIPA標(biāo)識，如果是，則確定處理承載請求消息是針對LIPA連接的處理承載請求消息；否則，確定處理承載請求消息不是針對 LIPA連接的處理承載請求消息；或所述SGW根據(jù)保存的分組數(shù)據(jù)網(wǎng)連接PDN connection的承載上下文bearer context 的信息，確定處理承載請求消息是是否針對LIPA連接的處理承載請求消息；或所述SGW在收到的處理承載請求消息中不包含分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識時， 確定處理承載請求消息是針對LIPA連接的處理承載請求消息。
4.如權(quán)利要求2或3所述的方法，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息；所述SGW在確定是針對LIPA連接的處理承載請求消息之后，發(fā)送處理承載請求消息之前還包括所述SGW為需要創(chuàng)建的專用承載分配上行隧道端點標(biāo)識TEID，并置于創(chuàng)建承載請求消息中；所述SGW在收到創(chuàng)建承載響應(yīng)消息之后，發(fā)送創(chuàng)建承載之前還包括 所述SGW為需要創(chuàng)建的專用承載分配下行TEID，并置于創(chuàng)建承載響應(yīng)消息中。
5.如權(quán)利要求2或3所述的方法，其特征在于，所述SGW發(fā)送處理承載請求消息包括 所述SGW將收到的處理承載請求消息轉(zhuǎn)發(fā)給核心網(wǎng)控制實體；所述SGW發(fā)送處理承載響應(yīng)消息包括 所述SGW將收到的處理承載響應(yīng)消息轉(zhuǎn)發(fā)給LGW。
6.如權(quán)利要求5所述的方法，其特征在于，該方法還包括所述SGW將收到的來自LGW的針對LIPA連接的刪除承載請求消息轉(zhuǎn)發(fā)給核心網(wǎng)控制實體；所述SGW將收到的來自核心網(wǎng)控制實體的針對所述刪除承載請求消息的刪除承載響應(yīng)消息轉(zhuǎn)發(fā)給LGW。
7.如權(quán)利要求5所述的方法，其特征在于，所述處理承載請求消息中不包含分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識；所述SGW發(fā)送處理承載請求消息之后還包括所述核心網(wǎng)控制實體在確定能夠接受收到的處理承載請求消息后，分配演進(jìn)分組系統(tǒng)承載標(biāo)識EPS Bearer ID，并發(fā)送含有EPS Bearer ID的處理承載響應(yīng)消息。
8.—種處理LIPA連接專用承載的方法，其特征在于，該方法包括 LGff向SGW發(fā)送針對LIPA連接的處理承載請求消息；所述LGW在收到來自LGW的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并處理 LIPA連接的專用承載。
9.如權(quán)利要求8所述的方法，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述處理承載響應(yīng)消息是創(chuàng)建承載響應(yīng)消息；所述跳過處理承載資源的過程包括 跳過分配核心網(wǎng)實體之間承載資源的過程；所述處理承載請求消息是更新承載請求消息，所述處理承載響應(yīng)消息是更新承載響應(yīng)消息；所述跳過處理承載資源的過程包括 跳過更新承載QoS的過程。
10.如權(quán)利要求9所述的方法，其特征在于，該方法還包括所述LGW通過發(fā)送攜帶LIPA標(biāo)識的處理承載請求消息通知所述SGW該處理承載請求消息是否是針對LIPA連接的處理承載請求消息；或所述LGW通過發(fā)送不攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識的處理承載請求消息通知所述SGW該處理承載請求消息是針對LIPA連接的處理承載請求消息。
11.如權(quán)利要求9或10所述的方法，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述LGW收到的創(chuàng)建承載請求消息含有基站TEID和SGW分配的下行TEID ；所述LGW處理LIPA連接的專用承載包括所述LGW在收到創(chuàng)建承載響應(yīng)消息后，建立與基站的直通隧道Directturmel ； 所述處理承載請求消息是更新承載請求消息，所述LGW收到的更新承載請求消息含有基站TEID和SGW分配的下行TEID ；所述LGW處理LIPA連接的專用承載包括所述LGW在收到更新承載響應(yīng)消息后，確定完成承載更新過程。
12.如權(quán)利要求9或10所述的方法，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述LGW收到的創(chuàng)建承載請求消息含有基站TEID ；所述LGW處理LIPA連接的專用承載包括 所述LGW在收到創(chuàng)建承載響應(yīng)消息后，建立與基站的直通隧道； 所述處理承載請求消息是更新承載請求消息，所述LGW收到的更新承載請求消息含有基站TEID ；所述LGW處理LIPA連接的專用承載包括所述LGW在收到更新承載響應(yīng)消息后，確定完成承載更新過程。
13.如權(quán)利要求9所述的方法，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述SGW發(fā)送不攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識的處理承載請求消息；所述LGW處理LIPA連接的專用承載包括所述LGW將收到的創(chuàng)建承載響應(yīng)消息中的EPS Bearer ID攜帶在Sxx接口的創(chuàng)建承載請求消息中，并將分配的PGff TEID置于Sxx接口的創(chuàng)建承載請求消息中，向基站發(fā)送 Sxx接口的創(chuàng)建承載請求消息；所述LGW接收來自基站的包含基站TEID的Sxx接口的創(chuàng)建承載響應(yīng)消息，建立與基站的直通隧道。
14.如權(quán)利要求9所述的方法，其特征在于，所述處理承載請求消息是更新承載請求消息，所述SGW發(fā)送不攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識的處理承載請求消息；所述LGW處理LIPA連接的專用承載包括所述LGW在收到更新承載響應(yīng)消息后，在Sxx接口發(fā)送更新承載請求消息進(jìn)行承載更新。
15.如權(quán)利要求13或14所述的方法，其特征在于，該方法還包括所述LGW通過Sxx接口向基站發(fā)送刪除承載請求消息，并通過Sxx接口接收來自基站的刪除承載響應(yīng)消息。
16.一種處理LIPA連接專用承載的設(shè)備，其特征在于，該設(shè)備包括判斷模塊，用于判斷收到的來自LGW的處理承載請求消息是否是針對LIPA連接的處理承載請求消息；第一處理模塊，用于在確定是針對LIPA連接的處理承載請求消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體，在收到來自核心網(wǎng)控制實體的針對所述處理承載請求消息的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給LGW，指示LGW處理LIPA連接的專用承載。
17.如權(quán)利要求16所述的設(shè)備，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述處理承載響應(yīng)消息是創(chuàng)建承載響應(yīng)消息；所述第一處理模塊具體用于跳過分配核心網(wǎng)實體之間承載資源的過程；所述處理承載請求消息是更新承載請求消息，所述處理承載響應(yīng)消息是更新承載響應(yīng)消息；所述第一處理模塊具體用于跳過更新承載QoS的過程。
18.如權(quán)利要求16或17所述的設(shè)備，其特征在于，所述判斷模塊具體用于判斷收到的處理承載請求消息是否包含LIPA標(biāo)識，如果是，則確定處理承載請求消息是針對LIPA連接的處理承載請求消息；否則，確定處理承載請求消息不是針對LIPA連接的處理承載請求消息；或根據(jù)保存的PDN connection的bearer context的信息，確定處理承載請求消息是是否針對LIPA連接的處理承載請求消息；或在收到的處理承載請求消息中不包含分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識時，確定處理承載請求消息是針對LIPA連接的處理承載請求消息。
19.如權(quán)利要求16或17所述的設(shè)備，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息；所述第一處理模塊還用于為需要創(chuàng)建的專用承載分配上行隧道端點標(biāo)識TEID，并置于創(chuàng)建承載請求消息中；以及為需要創(chuàng)建的專用承載分配下行TEID，并置于創(chuàng)建承載響應(yīng)消息中。
20.如權(quán)利要求16或17所述的設(shè)備，其特征在于，所述第一處理模塊具體用于將收到的處理承載請求消息轉(zhuǎn)發(fā)給核心網(wǎng)控制實體；以及將收到的處理承載響應(yīng)消息轉(zhuǎn)發(fā)給LGW。
21.如權(quán)利要求20所述的設(shè)備，其特征在于，所述第一處理模塊還用于將收到的來自LGW的針對LIPA連接的刪除承載請求消息轉(zhuǎn)發(fā)給核心網(wǎng)控制實體；以及將收到的來自核心網(wǎng)控制實體的針對所述刪除承載請求消息的刪除承載響應(yīng)消息轉(zhuǎn)發(fā)給 LGW。
22.一種處理LIPA連接專用承載的設(shè)備，其特征在于，該設(shè)備包括 發(fā)送模塊，用于向SGW發(fā)送針對LIPA連接的處理承載請求消息；第二處理模塊，用于在收到來自LGW的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并處理LIPA連接的專用承載。
23.如權(quán)利要求22所述的設(shè)備，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述處理承載響應(yīng)消息是創(chuàng)建承載響應(yīng)消息；所述第二處理模塊具體用于跳過分配核心網(wǎng)實體之間承載資源的過程； 所述處理承載請求消息是更新承載請求消息，所述處理承載響應(yīng)消息是更新承載響應(yīng)消息；所述第二處理模塊具體用于跳過更新承載QoS的過程。
24.如權(quán)利要求22或23所述的設(shè)備，其特征在于，所述發(fā)送模塊還用于通過發(fā)送攜帶LIPA標(biāo)識的處理承載請求消息通知所述SGW該處理承載請求消息是否是針對LIPA連接的處理承載請求消息；或通過發(fā)送不攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識的處理承載請求消息通知所述 SGff該處理承載請求消息是針對LIPA連接的處理承載請求消息。
25.如權(quán)利要求22或23所述的設(shè)備，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述LGW收到的創(chuàng)建承載請求消息含有基站TEID和SGW分配的下行TEID ；所述第二處理模塊具體用于在收到創(chuàng)建承載響應(yīng)消息后，建立與基站的直通隧道；所述處理承載請求消息是更新承載請求消息，所述LGW收到的更新承載請求消息含有基站TEID和SGW分配的下行TEID ； 所述第二處理模塊具體用于 在收到更新承載響應(yīng)消息后，確定完成承載更新過程。
26.如權(quán)利要求22或23所述的設(shè)備，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述LGW收到的創(chuàng)建承載請求消息含有基站TEID ；所述第二處理模塊具體用于在收到創(chuàng)建承載響應(yīng)消息后，建立與基站的直通隧道；所述處理承載請求消息是更新承載請求消息，所述LGW收到的更新承載請求消息含有基站TEID ；所述第二處理模塊具體用于在收到更新承載響應(yīng)消息后，確定完成承載更新過程。
27.如權(quán)利要求22所述的設(shè)備，其特征在于，所述處理承載請求消息是創(chuàng)建承載請求消息，所述SGW發(fā)送不攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識的處理承載請求消息；所述第二處理模塊具體用于將收到的創(chuàng)建承載響應(yīng)消息中的EPS Bearer ID攜帶在Sxx接口的創(chuàng)建承載請求消息中，并將分配的PGff TEID置于接口的創(chuàng)建承載請求消息中，向基站發(fā)送接口的創(chuàng)建承載請求消息，以及接收來自基站的包含基站TEID的Sxx接口的創(chuàng)建承載響應(yīng)消息， 建立與基站的直通隧道。
28.如權(quán)利要求22所述的設(shè)備，其特征在于，所述處理承載請求消息是更新承載請求消息，所述SGW發(fā)送不攜帶分組數(shù)據(jù)網(wǎng)關(guān)S5接口隧道端點標(biāo)識的處理承載請求消息；所述第二處理模塊具體用于在收到更新承載響應(yīng)消息后，在Sxx接口發(fā)送更新承載請求消息進(jìn)行承載更新。
29.如權(quán)利要求27或觀所述的設(shè)備，其特征在于，所述發(fā)送模塊還用于通過Sxx接口向基站發(fā)送刪除承載請求消息，并通過Sxx接口接收來自基站的刪除承載響應(yīng)消息。
30.一種處理LIPA連接專用承載的系統(tǒng)，其特征在于，該系統(tǒng)包括SGW，用于判斷收到的來自LGW的處理承載請求消息是否是針對LIPA連接的處理承載請求消息，在確定是針對LIPA連接的處理承載請求消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體，在收到來自核心網(wǎng)控制實體的針對所述處理承載請求消息的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給LGW，指示LGW處理LIPA連接的專用承載；LGW，用于向SGW發(fā)送針對LIPA連接的處理承載請求消息，在收到來自LGW的處理承載響應(yīng)消息后，跳過處理承載資源的過程，并處理LIPA連接的專用承載。
全文摘要
本發(fā)明實施例涉及無線通信技術(shù)領(lǐng)域，特別涉及一種處理LIPA連接專用承載的方法、系統(tǒng)和設(shè)備，用以解決現(xiàn)有技術(shù)中創(chuàng)建和更新LIPA連接專用承載時，會造成網(wǎng)絡(luò)資源的浪費，并且會占用大量網(wǎng)絡(luò)資源降低網(wǎng)絡(luò)資源利用率的問題。本發(fā)明實施例方法包括SGW在確定收到的來自LGW的處理承載請求消息是針對LIPA連接的處理承載請求消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給核心網(wǎng)控制實體，在收到處理承載響應(yīng)消息后，跳過處理承載資源的過程，并將處理承載請求消息發(fā)送給LGW。由于創(chuàng)建和更新LIPA連接專用承載時，不需要處理承載資源，從而節(jié)省了網(wǎng)絡(luò)資源，提高了網(wǎng)絡(luò)資源利用率。
文檔編號H04W76/04GK102170708SQ20111013519
公開日2011年8月31日 申請日期2011年5月24日 優(yōu)先權(quán)日2011年5月24日
發(fā)明者王胡成 申請人:電信科學(xué)技術(shù)研究院