專利名稱：一種進(jìn)行尋呼的方法、系統(tǒng)和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別涉及一種進(jìn)行尋呼的方法、系統(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 (3rd Generation Partnership I^roject，第三代移動通信標(biāo)準(zhǔn)化組織)R10階段，本地網(wǎng)關(guān)與家庭基站在同一個物理實(shí)體上實(shí)現(xiàn)，在RlO之后本地網(wǎng)關(guān)可以與家庭基站在不同物理實(shí)體上實(shí)現(xiàn)。在3GPP Rll+階段中，還可以有LGW與H(e)NB((演進(jìn)的)家庭基站)在不同物理實(shí)體上實(shí)現(xiàn)。對于H (e) NB和LGW合設(shè)的架構(gòu)，Direct Tunnel (直通隧道)是內(nèi)部實(shí)現(xiàn)相關(guān)，網(wǎng)絡(luò)只需要將 LGW 的 PGW S5TEID(PDN Gff S5 Tunnel End Point Identifier，分組數(shù)據(jù)網(wǎng)關(guān) S5隧道端點(diǎn)標(biāo)識)通知給UE(用戶設(shè)備)，H(e)NB根據(jù)PGW S5TEID進(jìn)行上下行bearer的綁定。對于H(e) NB和LGW分設(shè)的架構(gòu)，二者之間采用Sxx接口，在Rl 1+階段，此接口需要支持專用承載。目前對于LIPA的Paging，LGff發(fā)送第一數(shù)據(jù)包到SGW來觸發(fā)Paging，同時緩存剩下的數(shù)據(jù)包，在LIPA連接恢復(fù)之后，H(e)NB重組由SGW(Serving GW，服務(wù)網(wǎng)關(guān))收到的第一個數(shù)據(jù)包和從LGW收到的其它數(shù)據(jù)包。LGff通過SGW為LIPA連接分配的專用承載資源向SGW發(fā)送觸發(fā)Imaging的第一數(shù)據(jù)包，如果專用承載出現(xiàn)問題，則LGW無法將該包傳遞給SGW。綜上所述，目前觸發(fā)Imaging的信息需要通過為LIPA連接分配的專用承載傳輸，如果專用承載出現(xiàn)問題，則無法將信息傳遞給SGW。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供的進(jìn)行尋呼的方法、系統(tǒng)和設(shè)備，用以解決現(xiàn)有技術(shù)中存在的如果專用承載出現(xiàn)問題，無法觸發(fā)尋呼的問題。本發(fā)明實(shí)施例提供的一種進(jìn)行尋呼的方法，包括 本地網(wǎng)關(guān)LGW在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載Default Bearer通知服務(wù)網(wǎng)關(guān)SGW需要進(jìn)行尋呼；所述LGW在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)。本發(fā)明實(shí)施例提供的另一種進(jìn)行尋呼的方法，包括SGff通過控制面隧道或默認(rèn)承載接收來自LGW的需要進(jìn)行尋呼的通知；所述SGW向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。
本發(fā)明實(shí)施例提供的一種進(jìn)行尋呼的設(shè)備，包括第一通知模塊，用于在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載通知SGW需要進(jìn)行尋呼；發(fā)送模塊，用于在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)。本發(fā)明實(shí)施例提供的另一種進(jìn)行尋呼的設(shè)備，包括接收模塊，用于通過控制面隧道或默認(rèn)承載接收來自LGW的需要進(jìn)行尋呼的通知；第二通知模塊，用于向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。本發(fā)明實(shí)施例提供的一種進(jìn)行尋呼的系統(tǒng)，包括LGW，用于在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載通知SGW需要進(jìn)行尋呼，在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)；SGW，用于通過控制面隧道或默認(rèn)承載接收來自LGW的需要進(jìn)行尋呼的通知，向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。由于通過控制面隧道或默認(rèn)承載傳輸觸發(fā)Imaging的信息，從而在專用承載出現(xiàn)問題時，可以觸發(fā)尋呼，提高了尋呼效率。
圖1為本發(fā)明實(shí)施例進(jìn)行尋呼的系統(tǒng)結(jié)構(gòu)示意圖；圖2為本發(fā)明實(shí)施例第一種進(jìn)行尋呼的設(shè)備結(jié)構(gòu)示意圖；圖3為本發(fā)明實(shí)施例第二種進(jìn)行尋呼的設(shè)備結(jié)構(gòu)示意圖；圖4為本發(fā)明實(shí)施例第一種進(jìn)行尋呼的方法流程示意圖；圖5為本發(fā)明實(shí)施例第二種進(jìn)行尋呼的方法流程示意圖；圖6為本發(fā)明實(shí)施例通過信令觸發(fā)尋呼的方法流程示意圖；圖7為本發(fā)明實(shí)施例通過空包觸發(fā)尋呼的方法流程示意圖。
具體實(shí)施例方式本發(fā)明實(shí)施例LGW通過控制面隧道或默認(rèn)承載通知SGW (Serving GW，服務(wù)網(wǎng)關(guān)) 需要進(jìn)行尋呼，由于通過控制面隧道或默認(rèn)承載傳輸觸發(fā)I^ging的信息，從而在專用承載出現(xiàn)問題時，可以觸發(fā)尋呼，提高了尋呼效率。在下面的說明過程中，先從LGW側(cè)和SGW側(cè)的配合實(shí)施進(jìn)行說明，最后分別從LGW 側(cè)與SGW側(cè)的實(shí)施進(jìn)行說明，但這并不意味著二者必須配合實(shí)施，實(shí)際上，當(dāng)LGW側(cè)與SGW 側(cè)分開實(shí)施時，也解決了分別在LGW側(cè)、SGW側(cè)所存在的問題，只是二者結(jié)合使用時，會獲得更好的技術(shù)效果。下面結(jié)合說明書附圖對本發(fā)明實(shí)施例作進(jìn)一步詳細(xì)描述。其中下面介紹中涉及的基站是家庭基站或演進(jìn)的家庭基站。如圖1所示，本發(fā)明實(shí)施例進(jìn)行尋呼的系統(tǒng)包括LGW 10和SGW 20。LGff 10，用于在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載通知SGW20需要進(jìn)行尋呼，在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)。SGff 20，用于通過控制面隧道或默認(rèn)承載接收來自LGW 10的需要進(jìn)行尋呼的通知，向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接，其中該承載標(biāo)識是LGW 10收到的下行數(shù)據(jù)映射到的承載所對應(yīng)的承載標(biāo)識。這里的核心網(wǎng)控制實(shí)體可以是MME (Mobility Management Entity，移動性管理實(shí)體)或 SGSN(Serving GPRS Support Node，服務(wù) GPRS 服務(wù)節(jié)點(diǎn))。比如比如在 UTRAN(UMTS 陸地?zé)o線接入網(wǎng)；UMTS，Universal Mobile I^elecommunicationSystem，通用移動通信系統(tǒng))接入時，核心網(wǎng)控制實(shí)體是 SGSN ；在 E-UTRAN(E-UTRAN，Evolved UMTS Terrestrial Radio Access Network，演進(jìn)的UMTS陸地?zé)o線接入網(wǎng))接入時，核心網(wǎng)控制實(shí)體是MME。在實(shí)施中，LGW 10通過控制面隧道或默認(rèn)承載通知SGW20需要進(jìn)行尋呼的方式有很多，下面列舉兩種較佳方式。方式一、通過信令通知。具體的，LGff 10在收到下行數(shù)據(jù)(Downlink Data)后，通過控制面隧道向SGW 20 發(fā)送包含承載標(biāo)識和ARP (Address Resolution Protocol，地址解析協(xié)議)的下行數(shù)據(jù)通知(Downlink Data Notification)消息，其中該承載標(biāo)識是LGW 10收到的下行數(shù)據(jù)映射到的承載所對應(yīng)的承載標(biāo)識；相應(yīng)的，SGff 20通過控制面隧道接收包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息。在實(shí)施中，SGff 20通過控制面隧道在收到包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息后就知道需要進(jìn)行尋呼，然后SGW 20向核心網(wǎng)控制實(shí)體轉(zhuǎn)發(fā)收到的包含承載標(biāo)識和ARP 的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。較佳地，LGff 10在收到下行數(shù)據(jù)后，緩存收到的下行數(shù)據(jù)，并且在LIPA連接恢復(fù)后，將后續(xù)收到的下行數(shù)據(jù)以及緩存的所有數(shù)據(jù)包通過Direct Tunnel向基站發(fā)送。方式二、通過下行數(shù)據(jù)觸發(fā)。具體的，LGW 10在收到下行數(shù)據(jù)后，通過LIPA連接的默認(rèn)承載(Default Bearer) 向SGW發(fā)送Dummy Packet (空包)，也就是說LGW 10在收到下行數(shù)據(jù)后，不管下行數(shù)據(jù)映射到LIPA連接的哪條承載上，都在LIPA連接的Default Bearer上發(fā)送空包；相應(yīng)的，SGW 20在收到空包后，生成包含默認(rèn)承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，并向核心網(wǎng)控制實(shí)體發(fā)送生成的下行數(shù)據(jù)通知消息。在實(shí)施中，SGff 20通過LIPA連接的默認(rèn)承載在收到空包后就知道需要進(jìn)行尋呼， 然后SGW 20生成包含默認(rèn)承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，并向核心網(wǎng)控制實(shí)體發(fā)送生成的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。較佳地，LGff 10在收到下行數(shù)據(jù)后，緩存收到的下行數(shù)據(jù)，并且在LIPA連接恢復(fù)后，將后續(xù)收到的下行數(shù)據(jù)以及緩存的所有數(shù)據(jù)包通過Direct Tunnel向基站發(fā)送。較佳地，SGff 10在LIPA連接恢復(fù)后，丟棄收到的空包或者將收到的空包發(fā)送給基站，由基站丟棄收到的空包。由于本發(fā)明實(shí)施例的全部的下行數(shù)據(jù)都會由SGW 10在LIPA連接恢復(fù)后發(fā)送給基站，使得基站無需重組數(shù)據(jù)包，提高了基站的效率?；谕话l(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了進(jìn)行尋呼的設(shè)備和進(jìn)行尋呼的方法，由于這些設(shè)備和方法解決問題的原理與進(jìn)行尋呼的系統(tǒng)相似，因此這些設(shè)備和方法的實(shí)施可以參見系統(tǒng)的實(shí)施，重復(fù)之處不再贅述。如圖2所示，本發(fā)明實(shí)施例第一種進(jìn)行尋呼的設(shè)備包括第一通知模塊100和發(fā)送模塊110。第一通知模塊100，用于在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載通知SGW
需要進(jìn)行尋呼。發(fā)送模塊110，用于在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)。較佳地，第一通知模塊100在收到下行數(shù)據(jù)后，通過控制面隧道向SGW發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息。較佳地，第一通知模塊100在收到下行數(shù)據(jù)后，通過LIPA連接的默認(rèn)承載向SGW 發(fā)送 Dummy Packet。較佳地，本發(fā)明實(shí)施例第一種進(jìn)行尋呼的設(shè)備還可以進(jìn)一步包括緩存模塊120。緩存模塊120，用于緩存第一通知模塊100收到的數(shù)據(jù)包；相應(yīng)的，發(fā)送模塊可以通過Direct Tunnel向基站發(fā)送緩存的所有數(shù)據(jù)包。在實(shí)施中，本發(fā)明實(shí)施例第一種進(jìn)行尋呼的設(shè)備可以是LGW。如圖3所示，本發(fā)明實(shí)施例第二種進(jìn)行尋呼的設(shè)備包括接收模塊200和第二通知模塊210。接收模塊200，用于通過控制面隧道或默認(rèn)承載接收來自LGW的需要進(jìn)行尋呼的通知。第二通知模塊210，用于在接收模塊200通過控制面隧道或默認(rèn)承載接收來自LGW 的需要進(jìn)行尋呼的通知后，向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。較佳地，接收模塊200通過控制面隧道接收包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息；相應(yīng)的，第二通知模塊210向核心網(wǎng)控制實(shí)體轉(zhuǎn)發(fā)收到的包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息。較佳地，接收模塊200通過LIPA連接的默認(rèn)承載接收Dummy Packet ；相應(yīng)的，第二通知模塊210生成包含默認(rèn)承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，并向核心網(wǎng)控制實(shí)體發(fā)送生成的下行數(shù)據(jù)通知消息。較佳地，接收模塊200在LIPA連接恢復(fù)后，丟棄收到的Dummy Packet或者將收到的Dummy Packet發(fā)送給基站，由基站丟棄收到的Dummy Packet。在實(shí)施中，本發(fā)明實(shí)施例第二種進(jìn)行尋呼的設(shè)備可以是SGW。如圖4所示，本發(fā)明實(shí)施例第一種進(jìn)行尋呼的方法包括下列步驟步驟401、LGW在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載通知SGW需要進(jìn)行尋呼。步驟402、LGff在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)。在實(shí)施中，LGW 10通過控制面隧道或默認(rèn)承載通知SGW20需要進(jìn)行尋呼的方式有很多，下面列舉兩種較佳方式。方式一、通過信令通知。
具體的，步驟401中LGW在收到下行數(shù)據(jù)后，通過控制面隧道向SGW發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息。較佳地，步驟401中LGW在收到下行數(shù)據(jù)后，緩存收到的下行數(shù)據(jù)；相應(yīng)的，步驟 402中LGW在LIPA連接恢復(fù)后，將后續(xù)收到的下行數(shù)據(jù)以及緩存的所有數(shù)據(jù)包通過Direct Tunnel向基站發(fā)送。方式二、通過信令通知。具體的，步驟401中LGW在收到下行數(shù)據(jù)后，通過LIPA連接的默認(rèn)承載向SGW發(fā)送Dummy Packet,也就是說LGW在收到下行數(shù)據(jù)后，不管下行數(shù)據(jù)映射到LIPA連接的哪條承載上，都在LIPA連接的Default Bearer上發(fā)送空包。較佳地，步驟401中LGW在收到下行數(shù)據(jù)后，緩存收到的下行數(shù)據(jù)；相應(yīng)的，步驟 402中LGW在LIPA連接恢復(fù)后，將后續(xù)收到的下行數(shù)據(jù)以及緩存的所有數(shù)據(jù)包通過Direct Tunnel向基站發(fā)送。如圖5所示，本發(fā)明實(shí)施例第二種進(jìn)行尋呼的方法包括下列步驟步驟501、SGW通過控制面隧道或默認(rèn)承載接收來自LGW的需要進(jìn)行尋呼的通知。步驟502、SGff向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息， 用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。較佳地，步驟501中，SGff通過控制面隧道接收包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息；相應(yīng)的，步驟502中，SGff向核心網(wǎng)控制實(shí)體轉(zhuǎn)發(fā)收到的包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息。較佳地，步驟501中，SGff通過LIPA連接的默認(rèn)承載接收Dummy Packet ；相應(yīng)的，步驟502中，SGW生成包含默認(rèn)承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，并向核心網(wǎng)控制實(shí)體發(fā)送生成的下行數(shù)據(jù)通知消息。較佳地，步驟502之后還可以進(jìn)一步包括SGW在LIPA連接恢復(fù)后，丟棄收到的Dummy I^acket或者將收到的Dummy Packet 發(fā)送給基站，由基站丟棄收到的Dummy Packet。其中，圖4和圖5可以合成一個流程，形成另一個進(jìn)行尋呼的方法，即先執(zhí)行步驟 401，再執(zhí)行步驟501和步驟502，最后執(zhí)行步驟402。下面舉兩個實(shí)施例對本發(fā)明的方案進(jìn)行詳細(xì)說明。如圖6所示，本發(fā)明實(shí)施例通過信令觸發(fā)尋呼的方法包括下列步驟步驟601、LGff在收到下行數(shù)據(jù)之后，緩存所有數(shù)據(jù)，然后通過控制面隧道向SGW發(fā)送包含該下行數(shù)據(jù)映射到Bearer的Bearer ID和ARP的下行數(shù)據(jù)通知消息。當(dāng)然，步驟601中、LGW也可以不是緩存所有數(shù)據(jù)后發(fā)送下行數(shù)據(jù)通知消息，而是在收到部分?jǐn)?shù)據(jù)后就發(fā)送下行數(shù)據(jù)通知消息。比如當(dāng)?shù)谝粋€數(shù)據(jù)包到達(dá)LGW時，LGW就要發(fā)下行數(shù)據(jù)通知消息，同時緩存該數(shù)據(jù)包和后續(xù)收到的數(shù)據(jù)包，直到LIPA連接恢復(fù)后，將所有緩存數(shù)據(jù)包通過直通隧道下發(fā)，并且后續(xù)收到的下行數(shù)據(jù)包都將通過直通隧道下發(fā)。步驟602、SGW向核心網(wǎng)控制實(shí)體轉(zhuǎn)發(fā)收到的包含Bearer ID和ARP的下行數(shù)據(jù)通
知消息。
步驟603、核心網(wǎng)控制實(shí)體收到包含Bearer ID和ARP的下行數(shù)據(jù)通知消息后，向基站發(fā)送Paging，重新恢復(fù)LIPA連接。步驟604、LGff向基站發(fā)送包括緩存在內(nèi)的所有下行數(shù)據(jù)。如圖7所示，本發(fā)明實(shí)施例通過空包觸發(fā)尋呼的方法包括下列步驟步驟701、LGff在收到下行數(shù)據(jù)之后，緩存所有數(shù)據(jù)，然后通過LIPA連接的默認(rèn)承載發(fā)送空包。當(dāng)然，步驟701中、LGW也可以不是緩存所有數(shù)據(jù)后發(fā)送空包，而是可以在收到部分?jǐn)?shù)據(jù)后就發(fā)送空包。比如當(dāng)?shù)谝粋€數(shù)據(jù)包到達(dá)LGW時，LGW就要發(fā)下行數(shù)據(jù)通知消息，同時緩存該數(shù)據(jù)包和后續(xù)收到的數(shù)據(jù)包，直到LIPA連接恢復(fù)后，將所有緩存數(shù)據(jù)包通過直通隧道下發(fā)，并且后續(xù)收到的下行數(shù)據(jù)包都將通過直通隧道下發(fā)。步驟702、SGW在收到空包后向核心網(wǎng)控制實(shí)體發(fā)送包含LGW收到的下行數(shù)據(jù)映射到Bearer的Bearer ID和ARP的下行數(shù)據(jù)通知消息。步驟703、核心網(wǎng)控制實(shí)體收到包含Bearer ID和ARP的下行數(shù)據(jù)通知消息后，向基站發(fā)送Paging，重新恢復(fù)LIPA連接。步驟704、LGff向基站發(fā)送包括緩存在內(nèi)的所有下行數(shù)據(jù)。其中，在LIPA連接重新恢復(fù)后，SGW還可以丟棄收到的空包或者將空包傳給基站， 由基站丟棄收到的空包。本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機(jī)可用程序代碼的計算機(jī)可用存儲介質(zhì)(包括但不限于磁盤存儲器、CD-ROM、光學(xué)存儲器等)上實(shí)施的計算機(jī)程序產(chǎn)品的形式。本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計算機(jī)程序指令到通用計算機(jī)、專用計算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個機(jī)器，使得通過計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機(jī)程序指令也可存儲在能引導(dǎo)計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計算機(jī)可讀存儲器中，使得存儲在該計算機(jī)可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機(jī)程序指令也可裝載到計算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計算機(jī)實(shí)現(xiàn)的處理，從而在計算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。由于通過控制面隧道或默認(rèn)承載傳輸觸發(fā)Imaging的信息，從而在專用承載出現(xiàn)問題時，可以觸發(fā)尋呼，提高了尋呼效率。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種進(jìn)行尋呼的方法，其特征在于，該方法包括本地網(wǎng)關(guān)LGW在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載Default Bearer通知服務(wù)網(wǎng)關(guān)SGW需要進(jìn)行尋呼；所述LGW在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)。
2.如權(quán)利要求1所述的方法，其特征在于，所述LGW通過控制面隧道或默認(rèn)承載通知 SGW需要進(jìn)行尋呼包括所述LGW在收到下行數(shù)據(jù)后，通過控制面隧道向SGW發(fā)送包含承載標(biāo)識和地址解析協(xié)議ARP的下行數(shù)據(jù)通知消息。
3.如權(quán)利要求1所述的方法，其特征在于，所述LGW通過控制面隧道或默認(rèn)承載通知 SGW需要進(jìn)行尋呼包括所述LGW在收到下行數(shù)據(jù)后，通過LIPA連接的默認(rèn)承載向SGW發(fā)送空包Dummy Packet0
4.如權(quán)利要求1 3任一所述的方法，其特征在于，所述LGW在收到下行數(shù)據(jù)后還包括所述LGW緩存收到的數(shù)據(jù)包； 所述LGW向基站發(fā)送下行數(shù)據(jù)包括所述LGW通過直通隧道Direct Tunnel向基站發(fā)送緩存的所有數(shù)據(jù)包。
5.一種進(jìn)行尋呼的方法，其特征在于，該方法包括SGW通過控制面隧道或默認(rèn)承載接收來自LGW的需要進(jìn)行尋呼的通知； 所述SGW向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。
6.如權(quán)利要求5所述的方法，其特征在于，所述SGW接收需要進(jìn)行尋呼的通知包括 所述SGW通過控制面隧道接收包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息；所述SGW發(fā)送下行數(shù)據(jù)通知消息包括所述SGW向核心網(wǎng)控制實(shí)體轉(zhuǎn)發(fā)收到的包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息。
7.如權(quán)利要求5所述的方法，其特征在于，所述SGW接收需要進(jìn)行尋呼的通知包括 所述SGW通過LIPA連接的默認(rèn)承載接收Dummy Packet ；所述SGW發(fā)送下行數(shù)據(jù)通知消息包括所述SGW生成包含默認(rèn)承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，并向核心網(wǎng)控制實(shí)體發(fā)送生成的下行數(shù)據(jù)通知消息。
8.如權(quán)利要求7所述的方法，其特征在于，所述SGW發(fā)送下行數(shù)據(jù)通知消息之后還包括所述SGW在LIPA連接恢復(fù)后，丟棄收到的Dummy Packet或者將收到的Dummy Packet 發(fā)送給基站，由基站丟棄收到的Dummy Packet。
9.一種進(jìn)行尋呼的設(shè)備，其特征在于，該設(shè)備包括第一通知模塊，用于在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載通知SGW需要進(jìn)行尋呼；發(fā)送模塊，用于在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)。
10.如權(quán)利要求9所述的設(shè)備，其特征在于，第一通知模塊具體用于在收到下行數(shù)據(jù)后，通過控制面隧道向SGW發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息。
11.如權(quán)利要求10所述的設(shè)備，其特征在于，第一通知模塊具體用于 在收到下行數(shù)據(jù)后，通過LIPA連接的默認(rèn)承載向SGW發(fā)送Dummy Packet。
12.如權(quán)利要求9 11任一所述的設(shè)備，其特征在于，所述設(shè)備還包括 緩存模塊，用于緩存收到的數(shù)據(jù)包；所述發(fā)送模塊具體用于通過Direct Tunnel向基站發(fā)送緩存的所有數(shù)據(jù)包。
13.一種進(jìn)行尋呼的設(shè)備，其特征在于，該設(shè)備包括接收模塊，用于通過控制面隧道或默認(rèn)承載接收來自LGW的需要進(jìn)行尋呼的通知； 第二通知模塊，用于向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。
14.如權(quán)利要求13所述的設(shè)備，其特征在于，所述接收模塊具體用于 通過控制面隧道接收包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息； 所述第二通知模塊具體用于向核心網(wǎng)控制實(shí)體轉(zhuǎn)發(fā)收到的包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息。
15.如權(quán)利要求13所述的設(shè)備，其特征在于，所述接收模塊具體用于 通過LIPA連接的默認(rèn)承載接收Dummy Packet ；所述第二通知模塊具體用于生成包含默認(rèn)承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，并向核心網(wǎng)控制實(shí)體發(fā)送生成的下行數(shù)據(jù)通知消息。
16.如權(quán)利要求15所述的設(shè)備，其特征在于，所述接收模塊還用于在LIPA連接恢復(fù)后，丟棄收到的Dummy I^cket或者將收到的Dummy I^acket發(fā)送給基站，由基站丟棄收到的Dummy Packet。
17.一種進(jìn)行尋呼的系統(tǒng)，其特征在于，該系統(tǒng)包括LGW，用于在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載通知SGW需要進(jìn)行尋呼，在 LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)；SGW，用于通過控制面隧道或默認(rèn)承載接收來自LGW的需要進(jìn)行尋呼的通知，向核心網(wǎng)控制實(shí)體發(fā)送包含承載標(biāo)識和ARP的下行數(shù)據(jù)通知消息，用于通知核心網(wǎng)控制實(shí)體進(jìn)行尋呼以便恢復(fù)LIPA連接。
全文摘要
本發(fā)明實(shí)施例涉及無線通信技術(shù)領(lǐng)域，特別涉及一種進(jìn)行尋呼的方法、系統(tǒng)和設(shè)備，用以解決現(xiàn)有技術(shù)中存在的如果專用承載出現(xiàn)問題，無法觸發(fā)尋呼的問題。本發(fā)明實(shí)施例的方法包括LGW在收到下行數(shù)據(jù)后，通過控制面隧道或默認(rèn)承載通知SGW需要進(jìn)行尋呼；所述LGW在LIPA連接恢復(fù)后，向基站發(fā)送下行數(shù)據(jù)。由于通過控制面隧道或默認(rèn)承載傳輸觸發(fā)Paging的信息，從而在專用承載出現(xiàn)問題時，可以觸發(fā)尋呼，提高了尋呼效率。
文檔編號H04W68/00GK102164411SQ20111014427
公開日2011年8月24日 申請日期2011年5月31日 優(yōu)先權(quán)日2011年5月31日
發(fā)明者王胡成 申請人:電信科學(xué)技術(shù)研究院