專利名稱：：系統架構演進架構中路徑管理的方法、設備和系統的制作方法
技術領域：
：本發明涉及通信領域，尤其涉及一種SAE(SystemArchitectureEvolution，系統架構演進)架構中路徑管理的方法、設備和系統。
背景技術：
：第三代合作伙伴計劃(3GPP，3rdGenerationPartnershipProject)最新的技術定位于全IP、高數據轉發速率、低延遲的SAE網絡，架構向扁平化方向發展。其中主要包括[OOO3]移動性管理實體(匪E，MobilityManagementEntity)，主要完成移動性管理、服務網關S-GW(ServingGW，ServingGateway)和分組數據網網關(P-GW，PDNGateway)的選擇、用戶鑒權等；S-GW，終止無線接入網絡到核心網的接口，主要完成數據路由和轉發、承載管理、合法監聽等功能。匪E和S-GW之間采用通用分組無線業務(GPRS，GeneralPacketRadioService)隧道協議(GTP，GPRSTunnellingProtocol)，GTP協議定義了echo機制進行設備間的路徑管理。現有技術中，如果用戶激活時匪E選擇的S-GW故障，或兩者之間通信路徑故障，匪E接收不到S-GW的激活響應，會超時重發，直到達到重發次數后選則另一個無故障的S-GW;當下一個用戶激活時仍可能會選擇故障的S-GW，導致用戶激活時延大大增加，相應的也增加了網絡的負擔。
發明內容本發明實施例提供一種SAE架構中路徑管理的方法、系統和設備，以解決現有技術中用戶路徑建立時延長、網絡負擔重的問題。本發明實施例提供了一種系統架構演進SAE架構中路徑管理的方法，包括第一設備獲取第二設備的信息，根據獲取到的第二設備的信息，建立與所述第二設備之間的路徑，所述第一設備與二個以上所述第二設備存在連接關系；當所述路徑上不存在用戶上下文時，保留所述路徑。本發明實施例還提供了一種系統架構演進SAE架構中路徑管理設備，包括路徑建立單元用于獲取對端設備的信息，并根據獲取到的對端設備的信息，建立與對端設備之間的路徑；路徑維護單元用于維護所述路徑建立單元建立的路徑，在所述路徑上不存在用戶上下文時，保留所述路徑。本發明實施例還提供了一種系統架構演進SAE架構中路徑管理系統，包括路徑管理設備用于獲取對端設備的信息，并根據獲取到的對端設備的信息，建立與對端設備之間的路徑，并在所述路徑上不存在用戶上下文時，保留所述路徑；對端設備用于與所述路徑管理設備建立路徑。本發明實施例提供的SAE架構中路徑管理的方法、系統和設備，通過第一設備根據獲取到的第二設備信息，主動建立與第二設備之間的路徑，并且在所述路徑上不存在用戶上下文時，保持所述路徑不刪除，解決了現有技術中，當已經建立的路徑上的上下文都被刪除，相應的路徑也相應刪除的問題，避免了現有技術中，新用戶激活時因第二設備故障、或第一設備和第二設備之間通信路徑故障所帶來的探測時延，也相應避免了重新建立路徑所帶來的網絡負擔增加的問題。為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對于本領域普通技術人員來講，在不付出創造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。圖1為本發明實施例一種SAE架構中路徑管理的方法流程示意圖；圖2為本發明實施例一種SAE架構中路徑管理方法的一種實現方式流程示意圖；圖3為本發明實施例一種SAE架構中路徑管理設備的結構示意圖；圖4為本發明實施例一種SAE架構中路徑管理設備的另一種實現方式結構示意圖；圖5為本發明一種SAE架構中路徑管理系統的結構示意圖；圖6為本發明一種SAE架構中路徑管理系統的另一種實現方式結構示意圖。具體實施例方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基于本發明中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬于本發明保護的范圍。參考圖1，圖1為本發明實施例一種SAE架構中路徑管理的方法流程示意圖，包括步驟100:第一設備獲取第二設備的信息，根據獲取到的第二設備的信息，建立與所述第二設備之間的路徑，所述第一設備與二個以上所述第二設備存在連接關系；步驟102:當所述路徑上不存在用戶上下文時，保留所述路徑。本發明實施例提供的一種SAE架構中路徑管理的方法，由于第一設備獲取第二設備的信息，并根據獲取到的第二設備信息，主動建立與第二設備之間的路徑，并且在所述路徑上不存在用戶上下文時，保留所述路徑，即保持所述路徑不刪除，解決了現有技術中，當已經建立的路徑上的上下文都被刪除，相應的路徑也相應刪除的問題，避免了現有技術中，新用戶激活時因第二設備故障、或第一設備和第二設備之間通信路徑故障所帶來的探測時延，也相應避免了重新建立路徑所帶來的網絡負擔增加的問題。所述的探測時延是指如果第一設備選擇的第二設備故障，或兩者之間通信路徑故障，則第一設備收不到第二設備的激活響應，會超時重發，直到達到重發次數后選擇另一個無故障的第二設備。由于第一設備不保留該故障第二設備的狀態，下一個用戶激活時仍可能會選擇該故障第二設備，導致用戶激活時延的增加。下面以MME為所述第一設備，S-GW為所述第二設備為例，具體說明本發明實施例一種SAE架構中路徑管理方法的實現方式。所述匪E與多個S-GW之間存在連接關系，即匪E與S-GW資源池存在連接關系，匪E可以與二個以上的S-GW建立路徑。參考圖2，圖2為本發明實施例一種SAE架構中路徑管理方法的一種實現方式流程示意圖，包括步驟200:匪E根據獲取到的S-GW的信息，主動建立與所述S_GW之間的路徑；其中，匪E獲取S-GW信息的方式包括匪E從本地獲取預先配置的S_GW拓撲關系表，從所述拓撲關系表中獲取S-GW的信息；可選的，如果匪E在本地沒有配置拓撲關系表，則從用戶激活消息中攜帶的ULI(UserLocationInfo)字段獲取位置信息，以所述位置信息為DNS(DomainNameServer,域名服務器)解析字符串從DNS獲取S-GW的地址列表，從而獲取S-GW的信息。所述匪E獲取S-GW的信息后，從中選擇一個S-GW，然后判斷到該S_GW的路徑是否存在，若不存在則通過發送echorequest消息建立路徑。匪E在發送echorequest消息時會攜帶匪E的IP地址和端口號，S-GW收到所述echorequest消息后，向所述匪E返回echoresponse消息，并根據所述echorequest消息中攜帶的所述匪E的IP地址和端口號，結合本段IP地址和端口號，唯一確定〈IP，UDPport〉對，從而建立所述匪E和所述S-GW之間的路徑。如果所述匪E沒有收到所述S-GW的echoresponse消息，則所述匪E在重發一定次數的echorequest消息仍然沒有收到echoresponse消息時，說明所述S-GW故障，向其它S-GW發送echorequest消息以建立路徑。步驟202:當所述路徑上不存在用戶上下文時，保留所述路徑。現有技術中，當匪E和S-GW之間第一個用戶激活時，創建兩者之間的路徑，匪E和S-GW定期向對方發送echorequest消息，雙方在收到后返回echoresponse消息，以確定路徑的連通性。當路徑中的所有上下文都自然釋放后，路徑隨之刪除。本發明實施例在路徑上所有上下文都釋放后，并不刪除路徑，依然保證路徑的存在，使得MME能夠及時獲知其與S-GW之間路徑的狀態，避免了現有技術中，新用戶激活時因S-GW故障、或匪E和S-GW之間通信路徑故障所帶來的探測時延；同時，由于路徑是匪E根據獲取的S-GW信息主動建立的，避免了現有技術中依靠用戶激活建立路徑時都要對故障S-GW嘗試建立路徑的情況發生，較少了匪E的資源消耗，減輕了網絡負擔。進一步的，所述匪E和S-GW之間路徑管理方法還可以包括路徑刪除的情形，具體包括—、MME探測路徑的狀態，如果探測到路徑斷(按協議規定，echorequest消息按超時間隔T3重發N3次仍沒有收到響應)，則把S-GW的狀態置為不可用，但不刪除路徑，改為定期向S-GW發送echorequest消息探測S-GW是否恢復。定期探測一定次數后若S_GW仍無響應，才刪除路徑。即使所述路徑上不存在用戶上下文，如果定期探測一定次數后若S-GW仍無響應，仍刪除路徑。所述定期探測間隔可設為分鐘級，如1分鐘或2分鐘等，即探測的時間間隔要相對長一些，以避免S-GW故障宕級重啟過程引起振蕩；二、在匪E與S-GW之間的拓撲結構發生變化時，匪E刪除對應路徑信息，不再作探測；即使所述路徑上不存在用戶上下文，如果拓撲結構發生變化，仍刪除路徑。若是匪E本地維護拓撲結構表，則匪E修改S-GW信息時同步做刪除路徑的動作。上述實施例中提供的刪除路徑的方式，使得匪E與S-GW之間建立的路徑只有在拓撲結構發生變化或S-GW超期沒有返回響應消息時，才刪除路徑，既保證了故障路徑的及時刪除，也解決了路徑建立過程中的時延長、網絡負擔重的問題。更進一步，本發明方法實施例提供的一種SAE架構中路徑管理方法，還包括第二設備在發送的路徑消息中攜帶自身的負荷狀態和/或支持的協議類型信息，使得所述第一設備根據所述第二設備的負荷狀態和/或支持的協議類型信息在建立新的呼叫時選擇合適的第二設備，從而進一步減輕了網絡負擔，并簡化了維護上的復雜度。仍以上述匪E為所述第一設備，S-GW為所述第二設備為例，具體說明由于S-GW支持的協議類型包括三種GTP、PMIP(PublicLandMobileNetwork，公共陸地移動移動網)、GTP&PMIP。匪E在選擇S-GW時，根據所選擇的P-GW支持的協議類型確定S-GW的協議類型。如果一個用戶的歸屬公用陸地移動網絡(HPLMN，HomePLMN)是GTP網絡，該用戶漫游到PMIP網絡，則匪E選擇的S-GW需要同時支持GTP和PMIP，以便這些用戶可以由本地支持GTP的PDNGW提供服務，或者由HPLMN支持PMIP的PDNGW提供服務。所以，匪E在選擇S-GW時需要了解S-GW支持的網絡類型；并且，用戶激活時，匪E基于ServingGWServiceArea選擇S-GW。一個ServingGWServiceArea指UE移動中無需更換S-GW的區域。一個S-GW服務區可以由一個或多個S-GW同時提供服務。當服務區存在多個S-GW時，匪E采用負荷分擔的方式在多個S-GW中進行進一步選擇。所以，MME在選擇S-GW時需要了解S-GW的負荷狀態。因此，當匪E通過DNS(DomainNameService)的方式選擇S-GW時，DNS中除描述域名和S-GW的地址列表映射外，還要增加對S-GW協議類型的描述。所以DNS上需要配置S-GW支持的協議類型，如果S-GW改變所支持的網絡類型，則DNS需要同步修改，帶來維護上的復雜性；同時，匪E無法獲取S-GW實際的負荷狀態，采用輪選的方式無法做到真正的負荷分擔，若選擇的S-GW負荷已滿會造成重選，加重了網絡負擔。本發明實施例提供的一種SAE架構中路徑管理方法，S-GW可以在發送給匪E的消息中，攜帶自身的負荷狀態和/或支持的協議類型信息，使所述匪E獲知S-GW負荷狀態和/或支持的協議類型信息，從而避免了現有技術中維護復雜和網絡負擔過重的問題。具體的，可以通過S-GW在建立路徑的echoresponse消息中，攜帶自身的負荷狀態和/或支持的協議類型信息，使匪E獲知S-GW的負荷狀態和/或支持的協議類型信息，也可以在路徑建立后未被刪除前，在發送給匪E的echo請求和/或響應消息中實時更新負荷狀態和/或支持的協議類型信息。即S-GW可以在每次發送給匪E的消息中都攜帶自身當前的負荷狀態和/或支持的協議類型信息，也可以只在當前的負荷狀態和/或支持的協議類型信息變化時，才攜帶相應的變化信息。在具體實現時，可以在S-GW的echo請求或響應消息中增加兩個私有擴展，以攜帶負荷狀態和/或支持的協議類型信息。具體可以如表一所示<table>tableseeoriginaldocumentpage8</column></row><table>表一上述實施例通過S-GW返回給匪E的消息中攜帶S-GW自身的負荷狀態和/或支持的協議類型信息，使得S-GW將自身的負荷狀態和/或支持的協議類型信息動態上報給匪E的，具有及時、準確的特點，無需DNS維護，簡化了網絡維護，減輕了網絡負擔。上述實施例中，是以匪E和S-GW為例說明了本發明一種SAE架構中路徑管理方法的具體實現方式，對于SAE架構中的其它設備間的路徑管理，如eNodeB(evolvedNodeB，演進節點)和匪E之間、S-GW和P-GW之間等等，均可以參考上述實施方式來實現，在此不再贅述。本領域普通技術人員可以理解實現上述方法實施例的全部或部分步驟可以通過程序指令相關的硬件來完成，前述的程序可以存儲于計算機可讀取存儲介質中，該程序在執行時，執行包括上述方法實施例的步驟；而前述的存儲介質包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質。參考圖3，圖3為本發明實施例提供的一種SAE架構中路徑管理設備300的結構示意圖，包括路徑建立單元301:用于獲取對端設備的信息，并根據獲取到的對端設備的信息，建立與對端設備之間的路徑；路徑維護單元302:用于維護所述路徑建立單元301建立的路徑，在所述路徑上不存在用戶上下文時，保留所述路徑。下面以匪E和S-GW為例具體說明本發明實施例一種SAE架構中路徑管理設備300的具體實現方式匪E包括路徑建立單元301:用于獲取對端設備的信息，所述對端設備是SAE架構中的S-GW，路徑建立單元301根據獲取到的S-GW的信息，主動建立與S-GW之間的路徑；路徑建立單元301獲取S-GW信息的方式包括從本地獲取預先配置的S-GW拓撲關系表，從所述拓撲關系表中獲取S-GW的信息；如果在本地沒有配置拓撲關系表，則從用戶激活消息攜帶的ULI(UserLocationInfo)字段中獲取位置信息，以所述位置信息為DNS(DomainNameServer,域名服務器)解析字符串從DNS獲取S-GW的地址列表，從而獲取S-GW的信息。路徑建立單元301獲取S-GW的信息后，從中選擇一個S-GW，然后判斷到該S_GW的路徑是否存在，若不存在則通過發送echorequest消息建立路徑。路徑建立單元301在發送echorequest消息時會攜帶匪E的IP地址和端口號，S-GW收到所述echorequest消息后，向所述路徑管理設備300返回echoresponse消息，并根據所述echorequest消息中攜帶的所述匪E的IP地址和端口號，結合本段IP地址和端口號，唯一確定〈IP，UDPport〉對，從而建立所述路徑管理設備300和所述S-GW之間的路徑。如果所述路徑管理設備300沒有收到所述S-GW的echoresponse消息，則所述路徑建立單元301在重發一定次數的echorequest消息仍然沒有收到echoresponse消息時，說明所述S_GW故障，向其它S_GW發送echorequest消息以建立路徑。路徑維護單元302:用于維護所述路徑建立單元301建立的路徑，在所述路徑上不存在用戶上下文時，保留所述路徑。上述實施例中，路徑維護單元302在路徑上所有上下文都釋放后，并不刪除路徑，依然保證路徑的存在，當有新的用戶激活時，可以使用已經建立的路徑，從而可以避免現有技術中，新用戶激活時因對端設備故障、或對端設備和路徑管理設備之間通信路徑故障所帶來的探測時延；同時，由于路徑是路徑建立單元301根據獲取的S-GW信息主動建立的，避免了現有技術中依靠用戶激活建立路徑時都要對故障S-GW嘗試建立路徑的情況發生，較少了匪E的資源消耗，減輕了網絡負擔。進一步的，如圖4所示，所述路徑管理設備300還可以包括路徑刪除單元303:用于在所述路徑上不存在用戶上下文時且所述路徑管理設備300與所述對端設備之間拓撲關系變化時刪除所述路徑；或者在所述路徑上不存在用戶上下文時且所述路徑中斷，在定期探測所述路徑的狀態預設次數后仍未恢復時，刪除所述路徑。在具體實現時，所述路徑刪除單元303探測路徑的狀態，如果探測到路徑斷，則把對端設備，如S-GW的狀態置為不可用，但不刪除路徑，改為定期向S-GW發送echorequest消息探測S-GW是否恢復。定期探測一定次數(如3次或5次)后若S-GW仍無響應，才刪除路徑。即使所述路徑上不存在用戶上下文，如果定期探測一定次數后若S-GW仍無響應，仍刪除路徑。定期探測間隔可設為分鐘級，如1分鐘或2分鐘等，即探測的時間間隔要相對長一些，以避免S-GW故障宕級重啟過程引起振蕩；或者所述路徑刪除單元303與S-GW之間的拓撲結構發生變化時，所述路徑刪除單元303刪除對應路徑信息，不再作探測。即使所述路徑上不存在用戶上下文，如果拓撲結構發生變化，仍刪除路徑。上述路徑刪除單元303提供的具體實現方式，使得路徑管理設備300與S_GW之間建立的路徑只有在拓撲結構發生變化或S-GW超期沒有返回響應消息時，才刪除路徑，既保證了故障路徑的及時刪除，也解決了路徑建立時延長、網絡負擔重的問題。進一步，所述路徑管理設備300還可以包括信息獲取單元304:用于獲取所述對端設備發送的負荷狀態和/或支持的協議類型信息，所述負荷狀態和/或支持的協議類型信息作為建立新的呼叫時選擇對端設備的依據；具體的，所述信息獲取單元304在獲取所述對端設備發送的負荷狀態和/或支持的協議類型信息，所述負荷狀態和/或支持的協議類型信息可以是所述對端設備如S-GW通過在發送給路徑管理設備300的消息中，攜帶自身的負荷狀態和/或支持的協議類型信息，使所述信息獲取單元304獲知S-GW負荷狀態和/或支持的協議類型信息，從而避免了現有技術中維護復雜和網絡負擔過重的問題。具體的，可以通過S-GW在建立路徑的echoresponse消息中，攜帶自身的負荷狀態和/或支持的協議類型信息，使所述信息獲取單元304獲知S-GW的負荷狀態和/或支持的協議類型信息，也可以在路徑建立后未被刪除前，在發送給所述信息獲取單元304的echo請求和/或響應消息中實時更新負荷狀態和/或支持的協議類型信息。即S-GW可以在每次發送給所述信息獲取單元304的消息中都攜帶自身當前的負荷狀態和/或支持的協議類型信息，也可以只在當前的負荷狀態和/或支持的協議類型信息變化時，才攜帶相應的變化信息。在具體實現時，可以在S-GW的echo請求或響應消息中增加兩個私有擴展，以攜帶負荷狀態和/或支持的協議類型信息。具體可以如表一所示。上述實施例通過S-GW返回給信息獲取單元304的消息中攜帶S_GW自身的負荷狀態和/或支持的協議類型信息，使得S-GW將自身的負荷狀態和/或支持的協議類型信息動態上報給路徑管理設備300，具有及時、準確的特點，無需DNS維護，簡化了網絡維護，減輕了網絡負擔。上述設備實施例中，是以匪E和S-GW為例說明了本發明一種SAE架構中路徑管理設備的具體實現方式，對于SAE架構中的其它設備間的路徑管理，如eNodeB(evolvedNodeB，演進節點)和匪E之間、S-GW和P_GW之間等等，均可以參考上述實施方式來實現，在此不再贅述。參考圖5，圖5為本發明一種SAE架構中路徑管理系統500的結構示意圖，包括路徑管理設備501:用于獲取對端設備的信息，并根據獲取到的對端設備的信息，建立與對端設備之間的路徑，并在所述路徑上不存在用戶上下文時，保留所述路徑；對端設備502:用于與所述路徑管理設備501建立路徑。參考圖6，所述路徑管理設備501還可以包括路徑建立單元5011:用于獲取對端設備的信息，并根據獲取到的對端設備的信息，建立與對端設備502之間的路徑；路徑維護單元5012:用于維護所述路徑建立單元5011建立的路徑，在所述路徑上不存在用戶上下文時，保留所述路徑；路徑刪除單元5013:用于在所述路徑上不存在用戶上下文時且所述路徑管理設備501與所述對端設備502之間拓撲關系變化時刪除所述路徑，或者，在所述路徑上不存在用戶上下文時且所述路徑中斷，在定期探測所述路徑的狀態預設次數后仍未恢復時，刪除所述路徑；信息獲取單元5014:用于獲取所述對端設備502發送的負荷狀態和/或支持的協議類型信息，所述負荷狀態和/或支持的協議類型信息作為建立新的呼叫時選擇對端設備的依據。所述路徑管理設備501的具體實現方式可以參考上述路徑管理設備300的實現方式，在此不再贅述。參考圖6，所述對端設備502還可以包括信息發送單元5021:用于向所述路徑管理設備501發送負荷狀態和/或支持的協議類型信息。具體的，所述信息發送單元5021可以在路徑管理設備501建立路徑的echoresponse消息中，攜帶自身的負荷狀態和/或支持的協議類型信息，使所述路徑管理設備501獲知S-GW的負荷狀態和/或支持的協議類型信息，也可以在路徑建立后未被刪除前，在發送給路徑管理設備501的echo請求和/或響應消息中實時更新負荷狀態和/或支持的協議類型信息。即信息發送單元5021可以在每次發送給所述信息獲取單元304的消息中都攜帶自身當前的負荷狀態和/或支持的協議類型信息，也可以只在當前的負荷狀態和/或支持的協議類型信息變化時，才攜帶相應的變化信息。上述一種SAE架構中路徑管理系統的具體實現方式，路徑管理設備501在路徑上所有上下文都釋放后，并不刪除路徑，依然保證路徑的存在，當有新的用戶激活時，可以使用已經建立的路徑，從而可以避免了現有技術中，新用戶激活時因對端設備502故障、或路徑管理設備501和對端設備502之間通信路徑故障所帶來的探測時延；同時，由于路徑是路徑管理設備501根據獲取的對端設備502信息主動建立的，避免了現有技術中依靠用戶激活建立路徑時都要對故障對端設備502嘗試建立路徑的情況發生，較少了路徑管理設備501的資源消耗，減輕了網絡負擔；同時，還可以在路徑管理設備501與對端設備502之間建立的路徑只有在拓撲結構發生變化或對端設備502超期沒有返回響應消息時，才刪除路徑，既保證了故障路徑的及時刪除，也解決了路徑建立時延長、網絡負擔重的問題；并且，對端設備502返回給路徑管理設備501的消息中攜帶對端設備502自身的負荷狀態和/或支持的協議類型信息，使得對端設備502將自身的負荷狀態和/或支持的協議類型信息動態上報給路徑管理設備501，具有及時、準確的特點，無需DNS維護，簡化了網絡維護，減輕了網絡負擔。上述系統實施例中，是以匪E和S-GW為例說明了本發明一種SAE架構中路徑管理系統的具體實現方式，對于SAE架構中的其它系統的路徑管理，如eNodeB(evolvedNodeB，演進的節點)和匪E之間、S-GW和P-GW之間等等，均可以參考上述實施方式來實現，在此不再贅述。本發明實施例提供的一種SAE架構中路徑管理的方法、系統和設備，能夠主動建立起與對端設備之間的路徑，在路徑上所有上下文都釋放后，并不刪除路徑，依然保證路徑的存在，當有新的用戶激活時，可以使用已經建立的路徑，從而可以減少新用戶激活時因對端設備故障、或對端設備和路徑管理設備之間通信路徑故障所帶來的探測時延；同時，由于路徑是主動建立的，避免了現有技術中依靠用戶激活建立路徑時都要對故障對端設備嘗試建立路徑的情況發生，減少了路徑管理設備的資源消耗，減輕了網絡負擔；同時，還可以實現在只有在拓撲結構發生變化或對端設備超期沒有返回響應消息時，才刪除路徑，既保證了故障路徑的及時刪除，也解決了路徑建立時延長、網絡負擔重的問題；并且，還可以通過在對端設備返回的消息中攜帶對端設備自身的負荷狀態和/或支持的協議類型信息，使得對端設備的負荷狀態和/或支持的協議類型信息動態上報給路徑管理設備，具有及時、準確的特點，無需DNS維護，簡化了網絡維護，減輕了網絡負擔。本文中應用了具體個例對本發明的原理及實施方式進行了闡述，以上實施例的說明只是用于幫助理解本發明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發明的思想，在具體實施方式及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發明的限制。權利要求一種系統架構演進SAE架構中路徑管理的方法，其特征在于第一設備獲取第二設備的信息，根據獲取到的第二設備的信息，建立與所述第二設備之間的路徑，所述第一設備與二個以上所述第二設備存在連接關系；當所述路徑上不存在用戶上下文時，保留所述路徑。2.根據權利要求1所述的SAE架構中路徑管理的方法，其特征在于，所述第一設備獲取第二設備的信息，包括所述第一設備根據本地配置的所述第二設備的拓撲關系表獲取所述第二設備的信息；或者，所述第一設備根據用戶激活消息中攜帶的位置信息獲取所述第二設備的信息。3.根據權利要求1所述的SAE架構中路徑管理的方法，其特征在于，所述方法還包括當所述路徑上不存在用戶上下文時且所述第一設備與所述第二設備之間路徑關系變化時刪除所述路徑，或當所述路徑上不存在用戶上下文時，且所述路徑中斷，在定期探測所述路徑的狀態預設次數后仍未恢復時，刪除所述路徑。4.根據權利要求1、2或3所述的SAE架構中路徑管理的方法，其特征在于，所述方法還包括所述第二設備發送給所述第一設備的路徑消息中攜帶自身的負荷狀態和/或支持的協議類型信息，所述負荷狀態和/或支持的協議類型信息作為所述第一設備在建立新的呼叫時選擇第二設備的依據。5.—種系統架構演進SAE架構中路徑管理設備，其特征在于，包括路徑建立單元用于獲取對端設備的信息，并根據獲取到的對端設備的信息，建立與對端設備之間的路徑；路徑維護單元用于維護所述路徑建立單元建立的路徑，在所述路徑上不存在用戶上下文時，保留所述路徑。6.根據權利要求5所述的SAE架構中路徑管理設備，其特征在于，還包括路徑刪除單元，用于在所述路徑上不存在用戶上下文時且所述路徑管理設備與所述對端設備之間拓撲關系變化時刪除所述路徑；或者在所述路徑上不存在用戶上下文時且所述路徑中斷，在定期探測所述路徑的狀態預設次數后仍未恢復時，刪除所述路徑。7.根據權利要求5或6所述的SAE架構中路徑管理設備，其特征在于，還包括信息獲取單元用于獲取所述對端設備發送的負荷狀態和/或支持的協議類型信息，所述負荷狀態和/或支持的協議類型信息作為建立新的呼叫時選擇對端設備的依據。8.—種系統架構演進SAE架構中路徑管理系統，其特征在于，包括路徑管理設備用于獲取對端設備的信息，并根據獲取到的對端設備的信息，建立與對端設備之間的路徑，并在所述路徑上不存在用戶上下文時，保留所述路徑；對端設備用于與所述路徑管理設備建立路徑。9.根據權利要求8所述的SAE架構中路徑管理系統，其特征在于，所述路徑管理設備包括路徑建立單元用于獲取對端設備的信息，并根據獲取到的對端設備的信息，建立與對端設備之間的路徑；路徑維護單元用于維護所述路徑建立單元建立的路徑，在所述路徑上不存在用戶上下文時，保持所述路徑不刪除。10.根據權利要求9所述的SAE架構中路徑管理系統，其特征在于，所述路徑管理設備還包括路徑刪除單元，用于在所述路徑上不存在用戶上下文時且所述路徑管理設備與所述對端設備之間拓撲關系變化時刪除所述路徑；或者在所述路徑上不存在用戶上下文時且所述路徑中斷，在定期探測所述路徑的狀態預設次數后仍未恢復時，刪除所述路徑。11.根據權利要求9或10所述的SAE架構中路徑管理系統，其特征在于，所述路徑管理設備還包括信息獲取單元用于獲取所述對端設備發送的負荷狀態和/或支持的協議類型信息，所述負荷狀態和/或支持的協議類型信息作為建立新的呼叫時選擇對端設備的依據。12.根據權利要求8或9所述的SAE架構中路徑管理系統，其特征在于，還包括信息發送單元，用于向所述路徑管理設備發送負荷狀態和/或支持的協議類型信息。全文摘要本發明實施例提供了一種SAE架構中路徑管理的方法、系統和設備，通過第一設備獲取第二設備的信息，并根據獲取到的第二設備信息，建立與第二設備之間的路徑，并且在所述路徑上不存在用戶上下文時，保留所述路徑，解決了現有技術中，當已經建立的路徑上的上下文都被刪除，相應的路徑也相應刪除的問題，避免了現有技術中，新用戶激活時因第二設備故障、或第一設備和第二設備之間通信路徑故障所帶來的探測時延，也相應避免了重新建立路徑所帶來的網絡負擔增加的問題。文檔編號H04W24/04GK101772058SQ20081024199公開日2010年7月7日申請日期2008年12月30日優先權日2008年12月30日發明者曾侃,高曉峰申請人:華為技術有限公司