專利名稱：一種ap網絡傳輸優化方法、系統及設備的制作方法
技術領域：
本發明涉及通信技術領域，尤其涉及一種AP網絡傳輸優化方法、系統及設備。
背景技術：
現有AP(Access Point,接入點)網絡的用戶面數據流如圖1所示，所有業務都要 經過核心網。例如當進行業務的兩個UE(User Equipment,用戶設備)都在AP下時，該兩個 UE之間的傳輸路徑為AP-〉 IP網絡->交換設備_> AG (Access Gateway,接入網關)-> MSC/SGSN (Serving GPRS Su卯ortNode，服務GPRS支持節點)、GGSN (Gateway GPRS Support Node,網關GPRS支持節點)-> AG- >交換設備-> IP網絡-> AP。
在實現本發明的過程中，發明人發現現有技術至少存在以下問題
現有技術中，AP網絡中傳輸路徑要經過核心網，不但增加了傳輸時延，而且當AG 和核心網業務量增大時容易變為帶寬瓶頸。
發明內容
本發明實施例提供了一種AP網絡傳輸優化方法、系統及設備，以優化AP網絡的傳 輸路徑。 為達到上述目的，本發明實施例提供了一種AP網絡傳輸優化方法，包括 第一接入點接收第一用戶向第二用戶發送的呼叫消息； 所述第一接入點獲取所述第二用戶所屬第二接入點的通信地址； 所述第一接入點根據所述第二接入點的通信地址建立所述第一接入點與所述第
二接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連隧道通信。 本發明實施例提供了一種AP網絡傳輸優化系統，包括 第一接入點，用于接收第一用戶向第二用戶發送的呼叫消息，獲取所述第二用戶
所屬第二接入點的通信地址，根據所述第二接入點的通信地址建立與所述第二接入點之間
的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連傳輸隧道通信； 第二接入點，用于尋呼到所述第二用戶后，將所述第二接入點的通信地址發送給
所述第一接入點。 本發明實施例提供了 一種接入點，包括 呼叫消息接收單元，用于接收第一用戶向第二用戶發送的呼叫消息； 通信地址獲取單元，用于獲取所述第二用戶所屬第二接入點的通信地址； 直連隧道建立單元，用于根據所述第二接入點的通信地址建立所述第一接入點與
所述第二接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連隧道通信。 本發明實施例提供了一種接入點，包括 尋呼單元，用于接收核心網設備發送的尋呼消息后，尋呼所述第二用戶； 連接消息發送單元，用于將所述第二用戶所屬第二接入點的通信地址攜帶在連接消息中，通過核心網設備透傳到第一接入點；或將所述第二接入點的通信地址攜帶在通知 消息中，通過核心網設備轉發到所述第一接入點。
本發明實施例提供了一種核心網設備，包括 尋呼單元，用于接收所述第一接入點發送的呼叫消息后，據所述呼叫消息向第二 接入點下發尋呼消息，使所述第二接入點尋呼第二用戶； 通信地址獲取單元，用于接收所述第二接入點發送的通知消息，所述通知消息中 攜帶所述第二接入點通信地址，將所述第二接入點通信地址發送給第一接入點。
本發明實施例提供了 一種AP網絡傳輸優化方法，包括
第二接入點接收第一用戶呼叫第二用戶的尋呼請求； 所述第二接入點根據所述第一用戶所屬第一接入點的通信地址，建立所述第二接 入點與所述第一接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直 連隧道通信。 本發明實施例提供了一種AP網絡傳輸優化系統，包括 第一接入點，用于接收第一用戶的呼叫消息后，通過核心網設備尋呼第二接入 點； 第二接入點，用于接收第一用戶呼叫第二用戶的尋呼請求，根據所述第一用戶所 屬第一接入點的通信地址，建立所述第二接入點與所述第一接入點之間的直連傳輸隧道， 使所述第一用戶與所述第二用戶通過所述直連隧道通信。
與現有技術相比，本發明實施例至少存在以下優點 本發明實施例中，可以優化AP網絡的傳輸路徑，改善傳輸時延，消除核心網帶寬 瓶頸，同時降低核心網成本。
為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現
有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本
發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可
以根據這些附圖獲得其他的附圖。
圖1是現有技術中AP網絡結構圖； 圖2是本發明實施例中 一種AP網絡傳輸優化方法流程圖；
圖3是本發明實施例一中AP網絡傳輸優化方法流程圖；
圖4是本發明實施例二中AP網絡傳輸優化方法流程圖；
圖5是本發明實施例三中AP網絡傳輸優化方法流程圖；
圖6是本發明實施例四中AP網絡傳輸優化方法流程圖；
圖7是本發明實施例五中AP間切換流程圖；
圖8是本發明實施例六中AP與宏網絡接入網間切換流程圖；
圖9是本發明實施例七中宏網絡接入網與AP間切換流程圖；
圖10是本發明實施例中一種AP網絡傳輸優化系統結構圖；
圖11是本發明實施例中第一接入點結構圖；
圖12是本發明實施例中第二接入點結構 圖13是本發明實施例中核心網設備結構圖；
圖14是本發明實施例與現有技術對比示意圖。
具體實施例方式
下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于 本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他 實施例，都屬于本發明保護的范圍。 本發明實施例的一種AP網絡傳輸優化方法，如圖2所示，包括 步驟201，第一接入點接收第一用戶向第二用戶發送的呼叫消息； 步驟202，第一接入點獲取第二用戶所屬第二接入點的通信地址。 其中，第一接入點獲取第二用戶所屬第二接入點的通信地址，具體為通過核心網
設備獲取第二用戶所屬第二接入點的通信地址核心網設備接收第一接入點發送的呼叫消
息；核心網設備根據呼叫消息向第二接入點下發尋呼消息，使第二接入點尋呼第二用戶；
核心網設備接收第二接入點發送的通知消息，通知消息中攜帶第二接入點通信地址；核心
網設備將第二接入點通信地址發送給第一接入點。 第一接入點獲取第二用戶所屬第二接入點的通信地址，具體為通過連接消息獲取 第二用戶所屬第二接入點的通信地址第二接入點接收核心網設備發送的尋呼消息后，尋 呼第二用戶；第二接入點接收第二用戶的連接消息；第二接入點將第二接入點的通信地址 攜帶在連接消息中，通過核心網設備透傳到第一接入點。 步驟203，第一接入點根據第二接入點的通信地址建立第一接入點與第二接入點 之間的直連傳輸隧道，使第一用戶與第二用戶通過直連傳輸隧道通信。當第一接入點和第 二接入點位于同一個AG下時，由于AG分別與第一接入點和第二接入點直接相連，因此，AG 可以直接支持找到下轄接入點；當第一接入點和第二接入點位于不同AG下時，需要CN預先 存儲不同接入點與所屬AG的對應關系，且由于AG分別與不同AG直接相連，因此，CN可以 在接收到第一接入點發送的消息后，根據該對應關系及第二接入點查找到對應的AG，并通 過該AG與第二接入點通信。 另外，步驟203之后還包括第一接入點根據第一用戶上報的測量報告確定需要 發起切換；第一接入點通過核心網設備向第三接入點發送切換請求，使第三接入點與第二 接入點建立直連傳輸隧道；第一接入點接收到第三接入點切換響應后，通知第一用戶切換 到第三接入點。第一接入點切斷與第二接入點之間直連傳輸隧道。 步驟203之后還可以還包括第一接入點根據第一用戶上報的測量報告確定需要 向宏網絡接入網發起切換；第一接入點通過核心網設備向宏網絡接入網發送切換請求；第 一接入點接收到宏網絡接入網切換響應后，通知第一用戶切換到宏網絡接入網，使宏網絡 接入網與第二接入點建立無線接入承載，恢復傳統的傳輸通道。 其中，第一用戶切換到宏網絡接入網之后還包括宏網絡接入網根據第一用戶上 報的測量報告確定需要向第一接入點發起切換；宏網絡接入網通過核心網設備檢測到第一 用戶在第一接入點上、第二用戶在第二接入點上，告知第一接入點第二用戶所在位置為第 二接入點，使第一接入點與第二接入點進行協商，建立直連傳輸隧道。完成從宏網絡接入網切換回AP網絡。 本發明實施例中，可以優化AP網絡的傳輸路徑，改善傳輸時延，消除核心網帶寬 瓶頸，同時降低核心網成本。 本發明實施例還提供了 一種AP網絡傳輸優化方法，包括
第二接入點接收第一用戶呼叫第二用戶的尋呼請求； 所述第二接入點根據所述第一用戶所屬第一接入點的通信地址，建立所述第二接 入點與所述第一接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直 連隧道通信。 其中，所述第一用戶呼叫第二用戶的呼叫消息中攜帶第一接入點的通信地址，所
述第二接入點接收第一用戶呼叫第二用戶的尋呼請求具體為核心網設備接收所述第一接
入點發送的呼叫消息，所述呼叫消息中攜帶所述第一接入點的通信地址；所述核心網設備
將所述第一接入點的通信地址攜帶在尋呼請求中，發送給所述第二接入點。 其中，所述第一用戶呼叫第二用戶的呼叫消息中不攜帶第一接入點的通信地址，
所述第二接入點接收第一用戶呼叫第二用戶的尋呼請求具體為核心網設備接收所述第一
接入點發送的呼叫消息；所述核心網設備在尋呼消息中填寫所述第一接入點的通信地址
(在核心網設備中預先存儲接入點標識與通信地址的對應關系，因此，核心網設備在收到第
一接入點的消息后，可以查找到對應的第一接入點的通信地址)，發送給所述第二接入點。 其中，所述第二接入點根據所述第一用戶所屬第一接入點的通信地址，建立所述
第二接入點與所述第一接入點之間的直連傳輸隧道之前還包括核心網設備確定所述第一
接入點和第二接入點都在接入點網絡中，向第二接入點發送直傳隧道建立指示消息，要求
所述第二接入點建立直連傳輸隧道；即一般情況下，核心網設備需要先確定兩個接入點都
在接入點網絡并指示第二接入點建立直傳隧道，然后第二接入點再根據第一接入點的通信
地址建立直連傳輸隧道。 本發明實施例一，當UE1發起到UE2的呼叫時，AP1通過上層網元(AG或者CN)，獲 取UE2所在AP2的相關信息，使API和AP2之間通過IP建立直接的傳輸通道，UE1和UE2通 過該直連的傳輸隧道傳輸數據。具體過程如圖3所示，包括
步驟301、 UE1向API發送呼叫消息，發起到UE2的呼叫； 步驟302、API將該呼叫消息上傳到核心網設備，例如，通過AG傳到MSC，或通過AG 傳至lj GGSN ; 步驟303、 MSC或GGSN通過AG向AP2下發尋呼消息，尋呼UE2 ;
步驟304、 AP2在空口下發尋呼消息； 步驟305、 UE2收到AP2下發的尋呼消息后，向AP2發送接入請求，接入到AP2 ;
步驟306、AP2通過發送接入通知消息通知核心網設備UE2已接入到AP2上；當API 和AP2位于同一 AG下時，只需通知該AG即可，如果API和AP2位于不同AG下時，API通過 AG1通知MSC或GGSN， AP2通過AG2通知MSC或GGSN ; 步驟307、核心網設備通過通知消息告知AP1，UE2在AP2上；當API和AP2位于同 一 AG下時，AG通過通知消息告知AP 1 ， UE2在AP2上，如果AP 1和AP2位于不同AG下時，MSC 或GGSN通過AG1通知API ， UE2在AP2上； 步驟308、AP1與AP2建立直接的傳輸隧道。協商的信令可以通過內部網絡(如AG等網元)轉發，也可以通過IP網絡直接通訊。API與AP2間建立傳輸隧道，可以采用多種隧道協議，如GTP、GRE、 IPSec等，安全性可以采用IPSec、 SSL等協議。對于存在NAT的情況，可以采用NAT預穿透等方法進行穿透。用戶面協議棧可以仍舊使用原來的Iu 口的協議棧。API與AP2可以通過一對或多對請求和響應消息協商傳輸隧道的相關參數，并建立直傳隧道。 步驟309、 UE1和UE2通過該直連的傳輸隧道繼續執行呼叫流程。 本發明實施例一中，如果API和AP2都在一個AG下，則AG可以直接找到下轄接入
點。如果API和AP2在不同AG下，則MSC或GGSN必須支持AP2的發現流程，需要CN預先
存儲不同接入點與所屬AG的對應關系，且由于AG分別與不同AG直接相連，因此，CN可以
在接收到API發送的消息后，根據該對應關系及AP2查找到對應的AG，并通過該AG與AP2通信。 本發明實施例一中，可以優化AP網絡的傳輸路徑，改善傳輸時延，消除核心網帶寬瓶頸，同時降低核心網成本。 由于實施例一中，當呼叫跨AG時必須修改MSC或GGSN，而現網中升級MSC或GGSN比較困難，因此提出了本發明實施例二，當UE1發起到UE2的呼叫時，用2個UE間的信令(中間網元透傳)攜帶AP網元信息，使AP1能夠獲取到AP2的信息(或者反之)，從而AP1和AP2之間能夠通過IP建立直接的傳輸通道。以呼叫流程為例進行說明，如圖4所示，包括 步驟401、UE1向API發送呼叫消息，發起到UE2的呼叫； 步驟402、API將呼叫消息上傳到核心網設備，例如，通過AG傳到MSC，或通過AG傳至lj GGSN ; 步驟403、 MSC或GGSN通過AG向AP2下發尋呼消息，尋呼UE2 ;
步驟404、AP2在空口下發尋呼消息； 步驟405、UE2收到AP2下發的尋呼消息后，向AP2發送接入請求消息，接入到AP2 ;
步驟406、 UE2通過AP2發送連接消息(CONNECT)到UE1 ，該消息存在透傳IE (Information Element,信息元素)，AP2可用該IE消息攜帶其通訊地址信息，如AP2的Index、 IP地址等； 步驟407、AP2向核心網設備發送連接消息，其中攜帶AP2信息；當AP1和AP2位于同一 AG下時，只需通知該AG即可，如果API和AP2位于不同AG下時，需要分別通過各自的AG通知MSC或GGSN ; 步驟408、由于是透傳，核心網設備將該連接消息轉發到AP1，AP1通過讀取透傳IE消息，可以獲取到AP2的通訊地址； 步驟409、 API與AP2進行協商，建立直連傳輸隧道。協商的信令可以通過內部網絡(如AG等網元)轉發，也可以通過IP網絡直接通訊； 步驟410、 API將連接消息發送給UE1，該消息中不需要包含AP2通訊地址；UE1和UE2通過該直連的傳輸隧道繼續執行呼叫流程。 本發明實施例二中，由于采用透傳方式，對核心網設備沒有要求，可以優化AP網絡的傳輸路徑，改善傳輸時延，消除核心網帶寬瓶頸，同時降低核心網成本；并且對于呼叫，除了連接消息，也可以采用Alerting消息攜帶AP通訊地址信息。
本發明實施例三，AP2發起建立直連傳輸隧道，要求核心網設備支持API的信息傳 遞流程。當UEl發起到UE2的呼叫時，通過核心網設備(AG或者CN)，將API的信息提供給 AP2，當UE2在AP2接入成功后，由AP2發起，使API和AP2之間能夠通過IP建立直接的傳 輸通道。具體過程如圖5所示，包括以下步驟
步驟501， UEl發起到UE2的呼叫消息； 步驟502， API將呼叫消息上傳到核心網設備，該呼叫消息中攜帶API信息；
步驟503，核心網設備下發尋呼消息到AP2，尋呼UE2，該尋呼消息中攜帶API信息； 當然，如果步驟502中的呼叫消息中沒有API信息，也可以由核心網設備將預先存儲的APl 相關通信地址填寫在尋呼消息中；
步驟504， AP2在空口下發尋呼消息； 步驟505， UE2收到AP2發送的尋呼消息后，向AP2發送接入請求，接入到AP2 ;
步驟506， AP2主動發起建立與API之間的直連傳輸隧道，協商的信令可以通過內 部網絡(如AG等網元)轉發，也可以通過IP網絡直接通訊；
步驟507-步驟509，繼續執行呼叫流程。 本發明實施例三，可以優化AP網絡的傳輸路徑，改善傳輸時延，消除核心網帶寬 瓶頸，同時降低核心網成本。 本發明實施例四，核心網設備發起建立直連傳輸隧道的方案。該方案要求核心網 設備支持是否建立直傳隧道的判斷。如果API和AP2在不同AG下，則CN必須支持此功能。 當UEl發起到UE2的呼叫時，核心網設備(AG或者CN)判斷主被叫都在AP網絡內，則向API 或AP2發送指示消息，使API和AP2之間能夠通過IP建立直接的傳輸通道。具體過程如圖 6所示，包括以下步驟 步驟601， UEl發起到UE2的呼叫消息；
步驟602， API將呼叫消息上傳到核心網設備；
步驟603，核心網設備下發尋呼消息到AP2，尋呼UE2 ;
步驟604， AP2在空口下發尋呼消息； 步驟605， UE2收到AP2發送的尋呼消息后，向AP2發送接入請求，接入到AP2 ;
步驟606，AP2向核心網設備發送接入通知，通知核心網設備UE2已接入到AP2上；
步驟607，核心網設備向API或AP2或者雙方發送直傳隧道建立指示消息，要求 API和AP2建立直傳隧道； 步驟608，AP1與AP2建立直接的傳輸隧道。協商的信令可以通過內部網絡(如AG 等網元)轉發，也可以通過IP網絡直接通訊；
步驟609，繼續執行呼叫流程。 本發明實施例四中，由于采用透傳方式，對核心網設備沒有要求，可以優化AP網 絡的傳輸路徑，改善傳輸時延，消除核心網帶寬瓶頸，同時降低核心網成本；并且對于呼叫， 除了連接消息，也可以采用Alerting消息攜帶AP通訊地址信息。 本發明實施例中還可以擴展到移動性管理，移動性分為3個部分AP- > AP 、 AP-〉宏網絡接入網、宏網絡到AP。 本發明實施例五中為AP- > AP切換，在切換準備流程中，源AP將直連AP的信息 帶給目標AP，由目標AP與直連AP建立新的傳輸隧道。具體流程如圖7所示，包括
步驟701， UEl上報測量報告給API ;該測量報告包括UEl與API之間的信道質量等參數； 步驟702，AP1根據測量報告判斷需要發起切換，例如，當前信道質量已不滿足UE1與AP1之間的通信要求，則發送切換請求到核心網設備，該切換消息中攜帶AP2信息；當API和AP2位于同一AG下時，只需通知該AG即可，如果AP1和AP2位于不同AG下時，需要分別通過各自的AG通知MSC或GGSN ; 步驟703，核心網設備發送切換請求到目標AP3，該消息中攜帶AP2信息；當AP3和AP2位于同一 AG下時，AG通過通知消息告知AP3，如果AP3和AP2位于不同AG下時，MSC或GGSN通過AG通知AP3 ; 步驟704，AP3與AP2建立直連傳輸隧道；協商的信令可以通過內部網絡(如AG等
網元)轉發，也可以通過IP網絡直接通訊； 步驟705， AP3返回切換請求響應給核心網設備； 步驟706，核心網設備發送切換命令給AP1 ; 步驟707， API發送RB重配置請求消息給UE1，命令UEl執行切換； 步驟708， UEl執行空口切換； 步驟709， UEl上報RB重配置完成消息給AP3 ; 步驟710， AP3通知AP2切換已完成，AP2切換用戶面傳輸路徑； 步驟711 ，釋放AP2與AP1之間的傳輸隧道。 本發明實施例五中，當現有的AP與UE之間的通信發生問題，需要將該用戶切換到其他AP時，同時將原直連的AP- > AP傳輸隧道切換，改善傳輸時延，消除核心網帶寬瓶頸，同時降低核心網成本。 本發明實施例六中為AP- >宏網絡接入網切換，當UE從AP切換到宏網絡接入網時，需要恢復傳統的傳輸路徑。具體流程如圖8所示，包括 步驟801， UEl上報測量報告給API ;該測量報告包括UEl與API之間的信道質量等參數； 步驟802， API根據該測量報告判斷需要發起切換，則發送切換請求到核心網；當API和宏網絡接入網中的RNS位于同一AG下時，只需通知該AG即可，如果AP1和宏網絡接入網中的RNS位于不同AG下時，需要分別通過各自的AG通知MSC或GGSN ;
步驟803，核心網設備發送切換請求到目標RNS ;
步驟804， RNS返回切換請求響應給核心網設備；
步驟805，核心網設備發送切換命令給API ; 步驟806， API發送切換指示消息給AP2，通知AP2 UEl將切換到宏網絡接入網；其中，切換指示也可以由核心網設備發送給AP2。 步驟807， AP2與核心網設備建立RAB，恢復傳統的傳輸通道； 步驟808， API發送RB重配置請求消息給UE1，命令UEl執行切換； 步驟809， UEl執行空口切換； 步驟810， UEl上報RB重配置完成消息給RNS ; 步驟811、 RNS通知核心網設備切換已完成； 步驟812，核心網設備通知AP2切換已完成，AP2切換用戶面傳輸路徑；
11
步驟813、釋放AP2與API之間的傳輸隧道。 本發明實施例六中，當現有的AP與UE之間的通信發生問題，將該用戶切換到宏網絡接入網時。 本發明實施例七中為宏網絡接入網-> AP切換，宏網絡接入網到AP切換時，需要核心網設備能夠確認通訊雙方都在AP上，則可以通知AP間建立直接的傳輸隧道。具體流程如圖9所示，包括 步驟901， UE1從傳統宏網絡接入網切換到API上； 步驟902，核心網設備檢測到通訊雙方都在AP上，則告知AP1 UE2所在位置為AP2 ; 步驟903， API與AP2進行協商，建立直連傳輸隧道。UE1和UE2通過該直連的傳輸隧道繼續執行呼叫流程。核心網設備也可以通知AP2來建立直連傳輸隧道，或者通知雙方(區分主被動)。 本發明實施例七中，將該用戶從宏網絡接入網切換到AP時，建立直連的AP- > AP
傳輸隧道，改善傳輸時延，消除核心網帶寬瓶頸，同時降低核心網成本。 本發明實施例提供了一種AP網絡傳輸優化系統，如圖IO所示，包括第一接入點
810，用于接收第一用戶向第二用戶發送的呼叫消息，獲取第二用戶所屬第二接入點的通信
地址，根據第二接入點的通信地址建立與第二接入點之間的直連傳輸隧道，使第一用戶與
第二用戶通過直連隧道通信；第二接入點820，用于尋呼到第二用戶后，將第二接入點的通
信地址發送給第一接入點。 該系統還可以包括核心網設備830，用于接收第一接入點發送的呼叫消息，根據呼叫消息向第二接入點下發尋呼消息，并接收第二接入點發送的通知消息，通知消息中攜帶第二接入點通信地址，將第二接入點通信地址發送給第一接入點；第二接入點，具體用于接收核心網設備的尋呼消息后，尋呼第二用戶，當尋呼到第二用戶，將第二接入點通信地址攜帶在通知消息中發送給核心網設備830。 該系統還可以包括核心網設備830，用于接收第一接入點發送的呼叫消息，根據呼叫消息向第二接入點下發尋呼消息；第二接入點，具體用于接收核心網設備發送的尋呼消息后，尋呼第二用戶，接收第二用戶的連接消息后，將第二接入點的通信地址攜帶在連接消息中，通過核心網設備透傳到第一接入點。 該系統還可以包括第三接入點840，用于接收到第一接入點發送的切換請求后，與第二接入點建立直連傳輸隧道。 該系統還可以包括宏網絡接入網850，用于接收到第一接入點發送的切換請求后，與第二接入點建立無線接入承載，恢復傳統的傳輸通道。 其中，第一接入點如圖ll所示，包括呼叫消息接收單元910，用于接收第一用戶
向第二用戶發送的呼叫消息；通信地址獲取單元920，用于獲取第二用戶所屬第二接入點
的通信地址；直連隧道建立單元930，用于根據第二接入點的通信地址建立第一接入點與
第二接入點之間的直連傳輸隧道，使第一用戶與第二用戶通過直連隧道通信。 當需要進行接入點之間的切換時，第一接入點還包括第一切換發起單元，用于根
據第一用戶上報的測量報告確定需要發起切換，通過核心網設備向第三接入點發送切換請
求，使第三接入點與第二接入點建立直連傳輸隧道；第一切換通知單元，用于接收到第三接
12入點建立直連傳輸隧道響應后，通知第一用戶切換到第三接入點。 當需要進行接入點與宏網絡接入網之間的切換時，第一接入點還包括第二切換發起單元，用于根據第一用戶上報的測量報告確定需要發起切換，通過核心網設備向宏網絡接入網發送切換請求，使宏網絡接入網與第二接入點建立無線接入承載，恢復傳統的傳輸通道；第二切換通知單元，用于接收到宏網絡接入網恢復傳統的傳輸隧道響應后，通知第一用戶切換到宏網絡接入網。 第一接入點還包括隧道釋放單元，用于第一用戶切換到第三接入點或宏網絡接入網后，切斷與第二接入點之間直連傳輸隧道。 其中，第二接入點如圖12所示，包括尋呼單元1010，用于接收核心網設備發送的尋呼消息后，尋呼第二用戶；連接消息發送單元1020，用于將第二用戶所屬第二接入點的通信地址攜帶在連接消息中，通過核心網設備透傳到第一接入點；或將第二接入點的通信地址攜帶在通知消息中，通過核心網設備轉發到第一接入點。 其中，核心網設備如圖13所示，包括尋呼單元1110，用于接收第一接入點發送的
呼叫消息后，據呼叫消息向第二接入點下發尋呼消息，使第二接入點尋呼第二用戶；通信地址獲取單元1120，用于接收第二接入點發送的通知消息，通知消息中攜帶第二接入點通信地址，將第二接入點通信地址發送給第一接入點。 本發明實施例提供了一種AP網絡傳輸優化系統，包括第一接入點，用于接收第一用戶的呼叫消息后，通過核心網設備尋呼第二接入點；第二接入點，用于接收第一用戶呼叫第二用戶的尋呼請求，根據所述第一用戶所屬第一接入點的通信地址，建立所述第二接入點與所述第一接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連隧道通信。 還包括核心網設備， 具體包括第一尋呼單元，用于核心網設備接收所述第一接入點發送的呼叫消息，
所述呼叫消息中攜帶所述第一接入點的通信地址，將所述第一接入點的通信地址攜帶在尋
呼請求中，發送給所述第二接入點；或第二尋呼單元，用于接收所述第一接入點發送的呼叫
消息，在尋呼消息中填寫所述第一接入點的通信地址，發送給所述第二接入點。 所述核心網設備還包括指示單元，用于確定所述第一接入點和第二接入點都在
接入點網絡中，向第一接入點或第二接入點發送直傳隧道建立指示消息，要求所述第二接
入點建立直連傳輸隧道；或向第一接入點和第二接入點發送直傳隧道建立指示消息，要求
所述第一接入點或所述第二接入點主動發起建立直連傳輸隧道。 本發明實施例優點如圖14所示，實線為現有傳輸路徑，虛線為本發明優化后的傳輸路徑，因此可以優化AP網絡的傳輸路徑，改善傳輸時延，消除核心網帶寬瓶頸，同時降低核心網成本。并且，本發明實施例不僅適用于呼叫業務，也可用于其他業務；不僅適用于AP間的傳輸優化，也可用于其他網元間的傳輸優化；不僅適用于UMTS AP，也適用于其他制式的AP。 通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發明可以通過硬件實現，也可以借助軟件加必要的通用硬件平臺的方式來實現基于這樣的理解，本發明的技術方案可以以軟件產品的形式體現出來，該軟件產品可以存儲在一個非易失性存儲介質(可以是CD-ROM， U盤，移動硬盤等)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執行本發明各個實施例所述的方法。 以上所述僅是本發明的優選實施方式，應當指出，對于本技術領域的普通技術人 員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應 視為本發明的保護范圍。
權利要求
一種AP網絡傳輸優化方法，其特征在于，包括第一接入點接收第一用戶向第二用戶發送的呼叫消息；所述第一接入點獲取所述第二用戶所屬第二接入點的通信地址；所述第一接入點根據所述第二接入點的通信地址建立所述第一接入點與所述第二接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連隧道通信。
2. 如權利要求1所述的方法，其特征在于，所述第一接入點獲取所述第二用戶所屬第 二接入點的通信地址，具體為通過核心網設備獲取所述第二用戶所屬第二接入點的通信地 址所述核心網設備接收所述第一接入點發送的呼叫消息；所述核心網設備根據所述呼叫消息向第二接入點下發尋呼消息，使所述第二接入點尋 呼第二用戶；所述核心網設備接收所述第二接入點發送的通知消息，所述通知消息中攜帶所述第二 接入點通信地址；所述核心網設備將所述第二接入點通信地址發送給所述第一接入點。
3. 如權利要求1所述的方法，其特征在于，所述第一接入點獲取所述第二用戶所屬第 二接入點的通信地址，具體為通過連接消息獲取所述第二用戶所屬第二接入點的通信地 址第二接入點接收核心網設備發送的尋呼消息后，尋呼所述第二用戶； 所述第二接入點接收所述第二用戶的連接消息；所述第二接入點將所述第二接入點的通信地址攜帶在所述連接消息中，通過核心網設 備透傳到所述第一接入點。
4. 如權利要求1所述的方法，其特征在于，所述第一接入點根據所述第二接入點的通 信地址建立所述第一接入點與所述第二接入點之間的直連傳輸隧道之前還包括核心網設 備判斷都在AP網絡中，指示所述第一接入點建立直傳隧道，具體為核心網設備確定所述第一接入點和第二接入點都在接入點網絡中，向所述第一接入點 發送直傳隧道建立指示消息，要求所述第一接入點建立直連傳輸隧道。
5. —種AP網絡傳輸優化方法，其特征在于，包括 第二接入點接收第一用戶呼叫第二用戶的尋呼請求；所述第二接入點根據所述第一用戶所屬第一接入點的通信地址，建立所述第二接入點 與所述第一接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連隧 道通信。
6. 如權利要求5所述的方法，其特征在于，所述第一用戶呼叫第二用戶的呼叫消息中 攜帶第一接入點的通信地址，所述第二接入點接收第一用戶呼叫第二用戶的尋呼請求具體為核心網設備接收所述第一接入點發送的呼叫消息，所述呼叫消息中攜帶所述第一接入 點的通信地址；所述核心網設備將所述第一接入點的通信地址攜帶在尋呼請求中，發送給所述第二接 入點。
7. 如權利要求5所述的方法，其特征在于，所述第一用戶呼叫第二用戶的呼叫消息中不攜帶第一接入點的通信地址，所述第二接入點接收第一用戶呼叫第二用戶的尋呼請求具 體為核心網設備接收所述第一接入點發送的呼叫消息；所述核心網設備在尋呼消息中填寫所述第一接入點的通信地址，發送給所述第二接入點。
8. 如權利要求4所述的方法，其特征在于，所述第二接入點根據所述第一用戶所屬第 一接入點的通信地址，建立所述第二接入點與所述第一接入點之間的直連傳輸隧道之前還包括核心網設備確定所述第一接入點和第二接入點都在接入點網絡中，向第二接入點發送 直傳隧道建立指示消息，要求所述第二接入點建立直連傳輸隧道。
9. 一種AP網絡傳輸優化系統，其特征在于，包括第一接入點，用于接收第一用戶向第二用戶發送的呼叫消息，獲取所述第二用戶所屬 第二接入點的通信地址，根據所述第二接入點的通信地址建立與所述第二接入點之間的直 連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連傳輸隧道通信；第二接入點，用于尋呼到所述第二用戶后，將所述第二接入點的通信地址發送給所述 第一接入點。
10. 如權利要求9所述的系統，其特征在于，還包括核心網設備，用于接收所述第一接入點發送的呼叫消息，根據所述呼叫消息向第二接 入點下發尋呼消息，并接收所述第二接入點發送的通知消息，所述通知消息中攜帶所述第 二接入點通信地址，將所述第二接入點通信地址發送給所述第一接入點；所述第二接入點，具體用于接收所述核心網設備的尋呼消息后，尋呼所述第二用戶，當 尋呼到所述第二用戶，將所述第二接入點通信地址攜帶在通知消息中發送給所述核心網設 備。
11. 如權利要求9所述的系統，其特征在于，還包括核心網設備，用于接收所述第一接入點發送的呼叫消息，根據所述呼叫消息向第二接 入點下發尋呼消息；所述第二接入點，具體用于接收核心網設備發送的尋呼消息后，尋呼所述第二用戶，接 收所述第二用戶的連接消息后，將所述第二接入點的通信地址攜帶在所述連接消息中，通 過核心網設備透傳到所述第一接入點。
12. 如權利要求9所述的系統，其特征在于，還包括第三接入點，用于接收到所述第一接入點發送的切換請求后，與所述第二接入點建立 直連傳輸隧道。
13. 如權利要求9所述的系統，其特征在于，還包括宏網絡接入網，用于接收到所述第一接入點發送的切換請求后，與所述核心網設備建 立無線接入承載，恢復傳統的傳輸通道。
14. 一種接入點，其特征在于，包括呼叫消息接收單元，用于接收第一用戶向第二用戶發送的呼叫消息； 通信地址獲取單元，用于獲取所述第二用戶所屬第二接入點的通信地址； 直連隧道建立單元，用于根據所述第二接入點的通信地址建立所述第一接入點與所述第二接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連隧道通 信。
15. 如權利要求14所述的接入點，其特征在于，還包括第一切換發起單元，用于根據第一用戶上報的測量報告確定需要發起切換，通過核心 網設備向第三接入點發送切換請求，使所述第三接入點與所述第二接入點建立直連傳輸隧 道；第一切換通知單元，用于接收到所述第三接入點建立直連傳輸隧道響應后，通知所述 第一用戶切換到所述第三接入點。
16. 如權利要求14所述的接入點，其特征在于，還包括第二切換發起單元，用于根據第一用戶上報的測量報告確定需要發起切換，通過核心 網設備向宏網絡接入網發送切換請求，使所述宏網絡接入網與所述第二接入點建立無線接 入承載，恢復傳統的傳輸通道；第二切換通知單元，用于接收到所述宏網絡接入網恢復傳統的傳輸隧道響應后，通知 所述第一用戶切換到所述宏網絡接入網。
17. 如權利要求15或16所述的接入點，其特征在于，還包括隧道釋放單元，用于第一用戶切換到所述第三接入點或宏網絡接入網后，切斷與所述 第二接入點之間直連傳輸隧道。
18. —種接入點，其特征在于，包括尋呼單元，用于接收核心網設備發送的尋呼消息后，尋呼第二用戶； 連接消息發送單元，用于將所述第二用戶所屬第二接入點的通信地址攜帶在連接消息中，通過核心網設備透傳到第一接入點；或將所述第二接入點的通信地址攜帶在通知消息中，通過核心網設備轉發到所述第一接入點。
19. 一種核心網設備，其特征在于，包括尋呼單元，用于接收第一接入點發送的呼叫消息后，據所述呼叫消息向第二接入點下 發尋呼消息，使所述第二接入點尋呼第二用戶；通信地址獲取單元，用于接收所述第二接入點發送的通知消息，所述通知消息中攜帶 所述第二接入點通信地址，將所述第二接入點通信地址發送給第一接入點。
20. —種AP網絡傳輸優化系統，其特征在于，包括第一接入點，用于接收第一用戶的呼叫消息后，通過核心網設備尋呼第二接入點； 第二接入點，用于接收第一用戶呼叫第二用戶的尋呼請求，根據所述第一用戶所屬第一接入點的通信地址，建立所述第二接入點與所述第一接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連隧道通信。
全文摘要
本發明實施例公開了一種AP網絡傳輸優化方法，包括第一接入點接收第一用戶向第二用戶發送的呼叫消息；所述第一接入點獲取所述第二用戶所屬第二接入點的通信地址；所述第一接入點根據所述第二接入點的通信地址建立所述第一接入點與所述第二接入點之間的直連傳輸隧道，使所述第一用戶與所述第二用戶通過所述直連隧道通信。本發明實施例中，可以優化AP網絡的傳輸路徑，改善傳輸時延，消除核心網帶寬瓶頸，同時降低核心網成本。
文檔編號H04W74/00GK101742690SQ20081018011
公開日2010年6月16日 申請日期2008年11月27日 優先權日2008年11月27日
發明者吳健 申請人:華為技術有限公司