專利名稱：：服務水平保障系統(tǒng)及用于有線和無線寬帶網(wǎng)絡的方法
技術(shù)領域：
：本發(fā)明一般涉及用于網(wǎng)絡管理的系統(tǒng)和方法，并更具體涉及用于監(jiān)測和管理寬帶服務提供的服務質(zhì)量的系統(tǒng)和方法。
背景技術(shù)：
：存在著許多能夠連接到數(shù)據(jù)網(wǎng)絡的設備，無論是有線的還是無線的。典型地，支持到這些設備的連接的網(wǎng)絡是有線或無線寬帶網(wǎng)絡。提供這種服務的運營商通常被要求為它們的客戶承諾指定的服務水平。這些承諾有時被稱為服務水平保障(SLA)。即使在沒有SLA承諾的情況下，典型地，寬帶提供商也會不斷監(jiān)測并試圖改善他們的服務提供的質(zhì)量。各種方法被用于確定服務質(zhì)量，所有這些方法都典型地涉及監(jiān)測各種網(wǎng)絡參數(shù)。在典型地被監(jiān)測的網(wǎng)絡參數(shù)中有連接嘗試的次數(shù)，連接位置(熱點(hotspot)、撥號節(jié)點、以太網(wǎng)節(jié)點)，信號強度，(有效以及可用的)數(shù)據(jù)速率，連接持續(xù)時間，等等。因此，所需要的是用于跟蹤和報告包括遍及整個網(wǎng)絡的各種寬帶接入點的網(wǎng)絡的性能的系統(tǒng)和方法。
發(fā)明內(nèi)容本發(fā)明提供了用于跟蹤和報告網(wǎng)絡性能的系統(tǒng)和方法。客戶機或用戶設備能夠通過有線連接或無線接入點而接入網(wǎng)絡?？蛻魴C維護曰志或者跟蹤在登錄嘗試以及通信會話期間發(fā)生的事件以及與網(wǎng)絡性能有關(guān)的其它數(shù)據(jù)。在通信會話期間，數(shù)據(jù)可在客戶機和諸如網(wǎng)絡中的中央服務器或數(shù)據(jù)庫的網(wǎng)絡設備之間傳遞，而不管網(wǎng)絡設備是否被信任和是否安全。對于本領域的普通技術(shù)人員而言，在結(jié)合附圖研究過本發(fā)明的具體實施例的以下描述之后，本發(fā)明的這些和其它方面和特征將變得顯而易見，其中圖1以框圖的形式示出了本發(fā)明與服務提供商的網(wǎng)絡運營中心的配合工作；圖2以框圖的形式示出了根據(jù)本發(fā)明的示例性的CCS體系結(jié)構(gòu)；圖3以時間線的形式示出了示例性的SPI客戶機-服務器事務處理，在該事務處理中，SPI服務器在網(wǎng)絡提供商的"空白空間"(Whitespace)中；圖4以框圖的形式示出了示例性的SPI客戶機-服務器事務處理，在該事務處理中，SPI服務器不在網(wǎng)絡提供商的"空白空間"中；圖5示出了SPI客戶機和SPI服務器之間的簡單消息交換序列；圖6示出了SPI客戶機和包含認證的SPI服務器之間的消息交換；圖7A-7D示出了本發(fā)明的示例性實現(xiàn)方案中的認證序列；圖8是對客戶機進行認證的處理的流程圖。具體實施例方式現(xiàn)在將參考附圖來詳細描述本發(fā)明，這些附圖是作為本發(fā)明的示例性實例提供的，以便使本領域的技術(shù)人員能夠?qū)嵤┍景l(fā)明。值得注意的是，下面的附圖和實例不是意在限制本發(fā)明的范圍。盡管本發(fā)明的某些元件可部分地或全部使用已知的組件來實現(xiàn)，但是將僅描述這些已知組件中為理解本發(fā)明所需的那些部分，而將略去這些已知組件的其它部分的詳細描述，以便不遮蔽本發(fā)明。此外，本發(fā)明以舉例說明的方式來包含在本文中提到的組件的當前和未來的己知等效物?，F(xiàn)參考圖1，將能夠理解本發(fā)明的一般背景和操作。本發(fā)明的網(wǎng)絡管理系統(tǒng)(NMS)100與已被適合地配置成向NMS100提供服務質(zhì)量信息的一個或多個設備110A-n(在下文中有時統(tǒng)稱為"設備110")交互。而NMS100與網(wǎng)絡運營中心(NOC)120通信，該網(wǎng)絡運營中心120不是本發(fā)明的一部分，并且典型地位于網(wǎng)絡服務提供商一端。設備110A-n包括在其上具有"漫游客戶機"功能(其包括服務提供商接口(SPI)功能)的計算機，或PDA、蜂窩電話、照相機、MP3設備，或者任何其它網(wǎng)絡連接設備或能夠具有SPI功能(即，能夠連接NMS100，然后執(zhí)行從NMS100接收回的適當命令，包括以適當?shù)臓顟B(tài)信息來響應査詢)的設備。在一個示例性配置中，NMS100包括三個功能組件，它們在圖1中被命名為中央配置服務器(CCS)130、SPI140和服務水平保障(SLA)模塊150。當SPI使能設備(SPI-enableddevice)110提供諸如ID、位直、ip地址禾n/或其它相關(guān)細息的伯息時，spi使能設備iio和月艮務^K平保障(SLA)模塊150之間的交換開始。當SPI使能設備110接觸SLA模塊150時，SLA模塊150經(jīng)由SPI140和CCS150查詢適當?shù)腟PI使能設備110A-n，而適當?shù)腟PI使能設備llOA-n響應該査詢并提供關(guān)于位置、連接嘗試、失敗、信號強度、可用和有效數(shù)據(jù)速率的適當信息和運營商認為適當?shù)娜魏纹渌鼱顟B(tài)或位置信息。SPI140收集來自SPI使能設備llOA-n的響應，并且如有必要，將信息格式化以用于發(fā)送給NOC。在示例性配置中，NOC包括適當?shù)墓δ芤苑e累來自SPI使能設備llOA-n的數(shù)據(jù)，并產(chǎn)生用于管理網(wǎng)絡資源的適當報告。應該理解的是，前述方法具有即使SPI使能設備110在防火墻后面也能允許SLA模塊150和兼容的SPI使能設備110之間進行通信的優(yōu)點，因為協(xié)議是基于文本的，并且是通過典型為端口80和443的標準HTTP(S)端口傳送的。從上文中可以理解的是，本發(fā)明使客戶機或設備110能夠與NOC通信。另外，本發(fā)明提供的功能還允許NOC通過NMS100進行返回到SPI使能設備110的通信。特別地，NOC可能會期望指示客戶機或設備110執(zhí)行各種功能，例如啟動瀏覽器或其它應用，或者將用戶定向到特定web頁面。操作可包括將內(nèi)容推送給終端用戶，或者從期望位置上載或下載例如軟件升級的文件，這些操作可以是預配置的或者是實時的(onthefly)。使客戶機設備110重新定向的一個特定實例可以是啟用另外的通信。例如，如果帳戶不是有效的，則NOC可將SPI使能設備110定向到臨時URL或其它web頁面，使得用戶能夠獲得帳戶或建立憑證(credential)。本發(fā)明的功能要求本文中描述的系統(tǒng)的組件之間的先前未獲得的協(xié)作水平。本發(fā)明的一個方面是客戶機側(cè)功能，其一般在110A-n由漫游客戶機模塊表示或者由在110A-B指示的軟件表示，該客戶機側(cè)功能包括SPI使能，并且通過該客戶機側(cè)功能，可為如上所述的各種SPI使能設備110A-n獲得網(wǎng)絡連接。在示例性配置中，包含在漫游客戶機和其它SPI使能設備110中的SPI功能包括在一個服務保護傘(umbrella)下聚集不同的無線網(wǎng)絡；無線網(wǎng)絡的優(yōu)先順序排列；支持包括Wi-Fi禾nGPRS的網(wǎng)絡之間的無縫漫游；支持具有復雜和非標準的用戶認證和管理機制的網(wǎng)絡之問的自動認證；接入點位置數(shù)據(jù)庫；以及網(wǎng)絡屬性、位置數(shù)據(jù)庫和漫游客戶機軟件更新的自動和遠程更新。本領域的技術(shù)人員將會理解的是，可很容易地將SPI擴展成包括其它功能。SPI使能漫游客戶機模塊110還包括幾個可遠程更新和/或升級的特征，這些特征包括可執(zhí)行軟件、位置定位數(shù)據(jù)庫、漫游伙伴數(shù)據(jù)、運營商/PCOEM/企業(yè)偏好、用戶界面皮膚和硬件驅(qū)動器。接下來參考圖2，可更好地理解CCS130的一個示例性配置。CCS130允許運營商、PC-OEM和企業(yè)從單獨位置管理對客戶機的更新和升級的存儲和流，并且還能提供報告和工具以管理向客戶機推送新數(shù)據(jù)的能力。CCS130能夠為漫游客戶機軟件內(nèi)的所有可更新特征提供版本控制、代碼管理和流控制。另外，CCS130允許管理和操作"熱點"位置數(shù)據(jù)庫信息、漫游伙伴數(shù)據(jù)庫信息和這些數(shù)據(jù)庫的門控上載功能。CCS130還允許運營商、PCOEM或企業(yè)管理帶版本號的軟件文件，諸如漫游客戶機應用和用戶界面皮膚的可執(zhí)行文件。另外，CCS130可以和漫游客戶機一起使用以更新用戶PC上不與漫游客戶機應用直接相關(guān)的其它文件，諸如設備驅(qū)動器。CCS130還基于由運營商、PCOEM、企業(yè)預定的或者由終端用戶配置的規(guī)則，與每個客戶機協(xié)商諸如帶寬、頻率和下載持續(xù)時間的下載參數(shù)。以稍有差別的形式來陳述，可將CCS130看作是安全的、基于web的管理控制臺，其為漫游客戶機提供用于更新各種預定義的和提供商特定的參數(shù)的功能。另外，CCS130允許管理和操作"熱點"位置數(shù)據(jù)庫信息、漫游伙伴數(shù)據(jù)庫信息和這些數(shù)據(jù)庫的門控上載功能。CCS130與漫游客戶機的用戶連接工具的共同結(jié)合，提供了動態(tài)的無線接入管理解決方案。在示例性的實現(xiàn)方案中，CCS130可基于J2EE架構(gòu)來構(gòu)建。至少在這種實現(xiàn)方案中，CCS130不需要使用中間層或企業(yè)層，因而不需要包括企業(yè)JavaBeans服務器。CCS130功能可駐留在個人計算機或SunSPARC工作站上，或類似的計算平臺上，以及諸如Windows、Linux或Solaris的任何適合的操作系統(tǒng)上。這種示例性配置的典型軟件要求包括與例如版本2,3的JavaServelet規(guī)范、諸如版本1=2的JSP應用、l、lTX/rilAnt\<r:_______ciom口卩々收onnnH/|、1/IvWiAi」=P人rVi*/r+F口P3々口,&的兼容性。至少對于應用服務器而言，包括與JDK1.4.1或更高版本的兼容性也是合乎需要的。再次參考圖2，可以理解的是，CCS體系結(jié)構(gòu)200包括與被選擇的操作系統(tǒng)(未示出)通信的操作系統(tǒng)層210，其在所示出的實例中是Windows2000Advanced服務器。例如可基于J2EE標準并在JakartaTomcat上驗證合格的web應用服務器220，形成在OS層210頂上的層，數(shù)據(jù)庫模塊230也是如此，其中數(shù)據(jù)庫模塊230例如可以符合SQL2000并在MSSQL服務器上驗證合格。在應用服務器模塊220和數(shù)據(jù)庫模塊230頂上的層是用于管理經(jīng)由不同協(xié)議的連接的各種模塊。因此，例如，在240上管理Wi-Fi連接數(shù)據(jù)，在250上管理GPRS連接數(shù)據(jù)，在260上管理位置定位數(shù)據(jù)，并在270上管理客戶化應用數(shù)據(jù)。SPI140能夠為設備110提供對網(wǎng)絡的接入，諸如通過位于熱點的接入點(AP)。為了在上下文中提出該方面，WiFi熱點的簡短討論是有幫助的。在WiFi熱點部署的情況下，典型地，服務提供商即便沒有上千也有數(shù)百個不同的用戶能夠連接到的位置。這些位置可由服務提供商維護或者通過與另一提供商的漫游協(xié)議來提供。在一種典型的情況下，用戶到達一個位置，連接到網(wǎng)絡，然后啟動他們的WEB瀏覽器。用戶試圖進入因特網(wǎng)，但是接著就由本地網(wǎng)絡管理服務器(NAS)設備捕獲和重新定向，于是用戶被要求認證或者簽約并為服務付費。在漫游客戶機的情況下，SPI協(xié)議允許執(zhí)行附加的步驟。SPI協(xié)議的基本目標是允許漫游客戶機具有在登陸到本地熱點中之前和之后與服務提供商通信的能力?？蛻魴C/服務器通信允許服務提供商在客戶機上執(zhí)行各種檢查，并取決于漫游客戶機狀態(tài)返回供客戶機執(zhí)行的不同操作。SPI140提供客戶機/服務器通信協(xié)議，并且可在支持這種協(xié)議的任何web服務器上實現(xiàn)。SPI協(xié)議允許可信任的web服務器在設備110上執(zhí)行操作。在示例性配置中，SPI協(xié)議可以例如是基于XML的消息傳送協(xié)議，其使用HTTPS作為用于客戶機和服務器之間的安全通信的主要傳輸機制。SPI140和CCS130的交互在于，CCS130是允許提供商在客戶機上修改特定參數(shù)的機制，而SPI協(xié)議是允許在客戶機上執(zhí)行特定操作(例如，在一些實施例中是登錄和認證)的機制。這些操作可使用經(jīng)由CCS接口推送給客戶機的參數(shù)。現(xiàn)參考圖3和4，從用于登錄和認證的程序中可更好地理解SPI140的操作。在該實例中，提供商部署熱點并部署支持SPI協(xié)議的服務器。用戶與熱點發(fā)生聯(lián)系并在客戶機器和熱點之間物理地建立連接。在Wi-Fi中，存在著物理"連接"到熱點的概念，盡管用戶還沒有被認證。在這種情況下，漫游客戶機被認為處于"已連接"狀態(tài)(盡管還沒有被認證)。在這點上，漫游客戶機能夠啟動與提供商的SPI服務器的通信，以通知服務器關(guān)于它的當前狀態(tài)和與客戶機相關(guān)聯(lián)的其它屬性。如圖3中所示，漫游客戶機將只對被認為是"可信任"或者在提供商"空白列表"中的服務器啟動SPI事務處理。這將允許提供商把要執(zhí)行的操作發(fā)送回客戶預認證。在認證之后，客戶機將再次把它的INFO狀態(tài)發(fā)送給SPI服務器，從而允許客戶機執(zhí)行認證后的操作。最后，當客戶機斷開連接時，可相關(guān)于從網(wǎng)絡的斷開而執(zhí)行最終消息?？蛻魴C可使用SPI140執(zhí)行的預認證操作的實例包括但不限于，供應新用戶，向客戶機推送附加信息，向客戶機請求統(tǒng)計資料，以及提示用戶輸入密碼。處理后操作包括推送剩余的時間，推送廣告，推送客戶化皮膚，以及推送消息。斷開操作的實例包括發(fā)送諸如謝謝你或其它消息的注銷數(shù)據(jù)，以及發(fā)送使用統(tǒng)計資料。可以理解的是，可將這些操作提供給根據(jù)本發(fā)明的NOC以提供動態(tài)的監(jiān)測和數(shù)據(jù)收集。然而，如果服務器不在網(wǎng)絡提供商的"空白列表"中，如圖4中所示，則直到客戶機已經(jīng)經(jīng)過認證并接入網(wǎng)絡，SPI服務器才執(zhí)行操作，但是一旦客戶機已經(jīng)經(jīng)過認證，就可采取所有適當?shù)牟僮鳌＝酉聛韰⒖紙D5，在示例性配置中示出了SPI協(xié)議，其中SPI協(xié)議主要基于兩種消息包INFO和ACTION。INFO或信息消息從客戶機向SPI服務器傳遞客戶機的當前狀態(tài)。ACTION消息從服務器向客戶機傳遞SPI服務器希望客戶機執(zhí)行的操作。因此，INFO消息可包括例如<status>thecurrentstateoftheclient</status><us6rn3m6>us6m3ms</us6rri3m6><password>passwordofuser</password><error>reportederrorcode</error><provider>thenameoftheserviceprovider</provider><location>Geographiclocationofbasestation</location><sessionid>sessionidgenerated</sessJonid><ip>ipaddressofusersdevice</ip><mac>MACaddressofusersadapter</mac><bssid>accesspointmacaddress</bssid><linkspeed>reportedlinkspeedfrombasestation</linkspeed><rssi>reportedsignalstrengthfrombasestation</rssi><hwvendor>hardwarevendorofbasestation</hwvendor><driverversion>softwaredriverversion</driverversion><hostname>basestationhostname</hostname><wisprattribs>WISPrattributessupported</wisprattribs><popid>POPIdentificationname</popid>...(OtherParameter/Valuepairs)</>類似地，ACTION消息可從下面取得<3ctions><actionname='7\CT/OWAWM￡">(parametername:"PA/AyWE7"ERAM/W￡"type="single"><V3lU6>WA/_L/E</V3lU6></p3ram6ter></3ction><3ction></>在一個示例性配置中，漫游客戶機啟動與SPI協(xié)議服務器的通信。如前所述，在這種配置中，SPI服務器將是部署成與SPI使能設備(諸如漫游客戶機或其它設備110)通信并管理SPI使能設備的web服務器。本領域的技術(shù)人員將會理解的是，SPI服務器是這樣的功能，其可以駐留在專用硬件服務器上，或者可與其它軟件功能共存于一個或多個硬件服務器上，每個硬件服務器可以是PC、工作站或類似的計算機處理設備?，F(xiàn)參考圖6，其示出了根據(jù)本發(fā)明的在客戶機和服務器之間的SPI消息交換序列600的表示。SPI消息600描述了具有已經(jīng)存在的預訂并且已經(jīng)在特定運營商的熱點成功登錄過且成功完成了上載的用戶的理想化的登錄情況。如上所述，當客戶機或MMD到達由無線服務提供商主辦的熱點時，在這部分中描述的事務處理以自動的方式發(fā)生，下面的序列在沒有用戶交互或有限制的用戶交互的狀態(tài)下發(fā)生。在客戶機請求602，用戶通過使用嵌入MMD中的SPI組件來試圖至U達牛寺定的網(wǎng)站，例如www.mystoragemywireless.com/myaccount。在NAS響應604，NAS以重新定向進行響應，因為MMD沒有被認證。在客戶機請求606，即SPI使能客戶機設備與NMS進行通信的INFO部分(圖5)，嵌入MMD中的SPI客戶機組件采用其當前INFO向SPI服務器做出請求。在該實例中，State=Connected(狀態(tài)=已連接)，但是沒有登錄。在SPI服務器響應608，SPI服務器采用如協(xié)議定義所要求的操作消息(Actionmessage)進行響應。由于客戶機設備狀態(tài)不是"己登錄"，所以SPI服務器向客戶機發(fā)送操作消息，在該實例中是"登錄"操作，其還在登陸消息中包含以參數(shù)名/值對的形式表示的到達認證服務器的URL。在客戶機請求610，客戶機分析操作消息，然后以POST請求響應認證服務器URL，從而提供用戶名和密碼或者嵌入設備中的單個唯一設備代碼。在認證服務器響應612，認證服務器以成功登陸消息做出響應。在614，客戶機發(fā)送開始上載請求。在616，服務器以開始上載命令做出響應，從而發(fā)送上載位置URL作為參數(shù)。在618，客戶機MMD分析位置URL并開始向該位置上載。在620，服務器以關(guān)于上載完成的肯定答復來做出響應。圖7A-7D中示出了試圖連接到Acme公司服務器的認證的另一實例。首先參考圖7A，用戶通過Acme的AP連接到Acme的無線網(wǎng)絡。用戶向Acme的"自由"服務器的"空白列表"之外的URL做出請求。該請求到達驗證用戶是否已被認證的Acme的網(wǎng)絡接入服務器(NAS)。下一步驟可通過可選的處理來發(fā)生。在一個示例性配置中，SPI設備使用最初推送給SPI使能設備的CCS屬性作為用于連接到網(wǎng)絡的參數(shù)。例如，漫游客戶機110將使用在用于認證目的的客戶機更新期間從CCS推送給它的參數(shù)。在可選配置中，由網(wǎng)絡提供的HTTP信頭(例如，提供商的NOC)可用T為SPI設備提供工作參數(shù)。漫游客廣機還可實吋地分析來自網(wǎng)絡的屬性。在一些情況下，服務提供商可使用利用http信頭規(guī)定屬性值的認證API。對本實例來說，Acme的NAS以具有客戶化HTTP信頭的UNAUTHORIZED響應來向客戶機的原始請求做出返回的響應?？蛻艋疕TTP信頭可能也已經(jīng)在客戶機連接到重新定向請求中的URL之后被返回。不管信頭是如何提供的，這些信頭然后將在圖7B中示出的認證處理中的下一步驟中被利用。在圖7B中，客戶機分析來自NAS響應的信息，然后啟動對SPI服務器的http請求以報告客戶機的狀態(tài)作為INFO包消息的一部分。SPI服務器URL先前由客戶機更新配置中的CCS提供。下面的INFO包表示在該實例中客戶機將發(fā)送給SPI服務器的消息。<Sequeversion-"1.0">St3tus>Conn6cted/st3tus><us6rn3m6></usern3me><password></password><error></error><provider>AcmeWireless</provider><location>location1</location><sessionid></sessionid><1p>192.168.11.1</ip><mac>AA-BB-CC-DD-EE-FF</mac>應該注意的是，一些參數(shù)被填充有可例如由先前步驟中的NAS提供的信息。SPI服務器然后以適合于客戶機當前狀態(tài)的操作消息以及INFO消息包中的其它變量進行響應，如圖7C中所示。在該實例中，SPI服務器以操作消息進行響應以提示用戶輸入憑證，執(zhí)行登錄，然后將INFO消息包發(fā)送回SPI服務器。在圖7A-7D中示出的示例性配置中，每個操作將按照被接收的順序來執(zhí)行。接下來參考圖7D，客戶機然后執(zhí)行由SPI服務器規(guī)定的操作?？蛻魴C提示用戶輸入用戶名和密碼(憑證)，然后執(zhí)行"登錄"操作指令。在用戶名和密碼的情況下，Acme的SPI服務器發(fā)送特定操作以指示客戶機提示用戶輸入用戶名和密碼<action>promptCredentials</action>。當客戶機接收到〈action〉logoiK/action〉指令時，它將憑證信息發(fā)送給由NAS提供的URL(見上文)或者使用由CCS向下推送給客戶機的值。在任何一種情況下，所實現(xiàn)的認證方法必須能夠在登錄方法被執(zhí)行時利用該值。在典型配置中，提供商已經(jīng)使用認證API在客戶機上實現(xiàn)了客戶化認證方法。認證方法利用先前由NAS設備提供的客戶化參數(shù)AcmeWirelessLogin-URL，見圖7B。執(zhí)行登陸操作，并且向認證服務器URL發(fā)送憑證。認證服務器然后用對客戶機的認證響應來完成事務處理?，F(xiàn)參考圖8，認證客戶機的處理在步驟800開始。在步驟802，客戶機啟動與接入點設備或接入點接口(API)的通信會話，并試圖接入因特網(wǎng)。在步驟804，API基于與服務提供商的認證服務器和相關(guān)數(shù)據(jù)庫的通信，來確定客戶機是否是已認證客戶機。如果是，則在步驟806，客戶機被允許訪問期望的URL。如果不是，則在步驟808，客戶機被指向到駐留在NMS上的SPI。對于本領域的技術(shù)人員而言將顯而易見的是，SPI可在其自己的服務器上工作并且不作為NMS的一部分，因而是獨立的服務器。在步驟810，NMS的SPI向客戶機査詢信息并且客戶機提供用于認證的相關(guān)信息。在步驟812，NMS的SPI向客戶機推送ACTION用于自動注冊，并推送通信會話所需的URL。處理繼續(xù)到步驟806，直到客戶機啟動通信會話的終止。在步驟814，NMS的SPI接收終止請求并確定是否應該啟動終止和注銷處理。如果不應該，則處理在步驟814繼續(xù)，直到是時候啟動終止處理。當是時候啟動終止時，在步驟816，NMS的SPI將終止ACTION推送給客戶機?？蛻魴C終止會話并從AP斷開連接?？蓪NFO消息配置成向NMS100(圖1)提供適合于監(jiān)測和管理網(wǎng)絡的各種信息?？蛇x地，并且在一些實施例的當前優(yōu)選的配置中，可將客戶機配置成維護事件日志，該事件日志包含可在請求后通過NMS100上載到NOC120的各種事件的記錄。下面的表1僅為示例性配置示出了可作為INFO消息的一部分被遞送或者可維護在事件日志中并在經(jīng)請求后被上載的信息的類型的組合<table>tableseeoriginaldocumentpage14</column></row><table><table>tableseeoriginaldocumentpage15</column></row><table><table>tableseeoriginaldocumentpage16</column></row><table><table>tableseeoriginaldocumentpage17</column></row><table><table>tableseeoriginaldocumentpage18</column></row><table>關(guān)于上文，一個示例性實現(xiàn)方案僅實現(xiàn)了INFO消息中的以下數(shù)據(jù)，并將其余的數(shù)據(jù)留給事件日志status、username、password、realm、error、provider、location、session、IP、MAC、bssid、linkspeed、rssi、hwvendor、driverversion、hostname、eventhistory、clientid禾口clientversion。在一些實現(xiàn)方案中，可能會期望不填充INFO消息中的一個或多個上述數(shù)據(jù)字段。表2.支持的狀態(tài)屬性。(見表1NFO消息〈status〉參數(shù))<table>tableseeoriginaldocumentpage18</column></row><table>在上文中描述了SPI服務器"ACTION"消息的形式。下面的表3中示出了SPI服務器可指示客戶機執(zhí)行的操作的實例<table>tableseeoriginaldocumentpage19</column></row><table><table>tableseeoriginaldocumentpage20</column></row><table><table>complextableseeoriginaldocumentpage21</column></row><table>各種客戶化參數(shù)可用于漫游客戶機上的管理或認證操作。典型地，兩個方法中的任何一個都可用于更新或管理關(guān)于客戶機的屬性。在第一種方法中，CCS可在客戶機連接服務器以用于更新時將屬性值推送給客戶機?？梢岳斫獾氖牵诳蛇x方案中，CCS可簡單地使第二服務器推送這些值，或者ccs可由多個服務器構(gòu)成。在至少一些配置中，可使用WISPr認證。在第二種方法中，網(wǎng)絡提供商可將客戶化HTTP信頭發(fā)送給SPI使能設備，并且這些設備可分析信頭以識別適當?shù)膮?shù)。這些參數(shù)的實例包括登錄URL、位置ID信息、提供商名等?？蛻艋疕TTP信頭的實例被示出如下HTTP/1.0404UNAUTHORIZEDServer:MCSSG/0.0.0(Linux)Location:http:〃www.acme.com/index.htmMacAddr:AA-BB-CC-DD-EE-FF&lpAddr:192.168.11.1<!-l_oc3tion-Name=Acmewireless><!-Location-ID=l_ocation1><!-error=0><!-Login-URL=http:〃login1.AcmeWireless.com/Login><HTML>從上文中可以理解的是，本發(fā)明提供了強大的、靈活的、可升級的用于監(jiān)測和維護有線和無線網(wǎng)絡的方法和系統(tǒng)，包括提供了用于滿足SLA要求、QoS要求或者其它網(wǎng)絡參數(shù)的度量。盡管已經(jīng)具體參考實施例對本發(fā)明進行了描述，但是對于本領域的普通技術(shù)人員而言應該非常顯而易見的是，各種變更、修改和替換應該在其形式和詳細描述范圍內(nèi)，而不會脫離本發(fā)明的精神和范圍。因此，可以理解的是，在許多例子中，可采用本發(fā)明的一些特征而無需使用相應的其它特征。此外，本領域的技術(shù)人員將會理解，在上文的附圖中示出的組件的數(shù)目和配置中可做出改變。所附權(quán)利要求的范圍應該包括這些變更和修改。權(quán)利要求1.一種檢測和管理網(wǎng)絡性能的方法，所述方法包括以下步驟啟動用戶設備和管理服務器之間的通信會話；在所述用戶設備中記錄與網(wǎng)絡的性能有關(guān)的數(shù)據(jù)；和向所述用戶設備查詢所述與網(wǎng)絡的性能有關(guān)的數(shù)據(jù)。2.如權(quán)利要求l所述的方法，其中，所述通信會話是基于接口協(xié)議的無線通信會話。3.如權(quán)利要求l所述的方法，還包括以下步驟將數(shù)據(jù)從所述用戶設備發(fā)送到接入點設備，所述接入點設備依次將所述數(shù)據(jù)提供給認證服務器；和基于被提供的所述數(shù)據(jù)對所述用戶設備進行認證。4.如權(quán)利要求3所述的方法，其中，所述發(fā)送的步驟包括以下步驟發(fā)送與所述認證服務器相關(guān)聯(lián)的地址；和向所述用戶設備查詢身份信息，所述身份信息是由所述用戶設備響應于所述查詢而自動提供的。5.如權(quán)利要求l所述的方法，還包括對來自所述用戶設備的數(shù)據(jù)進行格式化，用于提供到中央位置進行分析以便確定所述網(wǎng)絡的性能。6.—種用于監(jiān)測具有多個接入點的無線網(wǎng)絡的性能的系統(tǒng)，所述系統(tǒng)包括多個客戶機，其中，每個客戶機適于檢測在接入點處可用網(wǎng)絡的存在，并啟動與一個接入點的無線通信會話；中央服務器，其與所述多個接入點中的每個通信，使得當每個客戶機由所述中央服務器認證并登陸到網(wǎng)絡上時，所述中央服務器能夠向每個客戶機查詢與網(wǎng)絡的性能有關(guān)的信息。7.如權(quán)利要求6所述的系統(tǒng)，其中，每個客戶機和所述中央服務器包括服務提供商使能組件。8.如權(quán)利要求6所述的系統(tǒng)，其中，每個客戶機包括能夠在所述客戶機登陸到網(wǎng)絡上時從所述中央服務器更新的漫游客戶機組件。9.如權(quán)利要求8所述的系統(tǒng)，還包括配置服務器，所述配置服務器用于管理客戶機特征和策略，以及在所述通信會話期間被推送給任何客戶機的軟件更新。10.—種用于評估包括多個各自與網(wǎng)絡服務器通信的接入點的無線網(wǎng)絡的性能的方法，所述方法包括以下步驟啟動用戶設備和所述多個接入點中的一個接入點之間的無線通信會話；確定所述用戶設備是否是已認證的用戶設備；將所述用戶設備重新定向到認證服務器，使得所述認證服務器啟動認證處理并向所述用戶設備請求用于對所述用戶設備進行認證的信息；禾口向所述用戶設備查詢與所述網(wǎng)絡的性能有關(guān)的數(shù)據(jù)。全文摘要本發(fā)明提供了一種方法和系統(tǒng)，用于跟蹤和報告網(wǎng)絡的性能。客戶機或用戶設備可通過有線連接或無線接入點而接入網(wǎng)絡?？蛻魴C維護日志或跟蹤在登錄嘗試以及通信會話期間發(fā)生的事件以及與網(wǎng)絡性能有關(guān)的其它數(shù)據(jù)。在通信會話期間，數(shù)據(jù)可在客戶機和諸如網(wǎng)絡中的中央服務器或數(shù)據(jù)庫的網(wǎng)絡設備之間傳遞，而不管網(wǎng)絡設備是否被信任和是否安全。文檔編號G06F15/16GK101379475SQ200580015883公開日2009年3月4日申請日期2005年3月23日優(yōu)先權(quán)日2004年3月23日發(fā)明者B·奈爾,R·博克索爾,V·沙姆沙洛維奇申請人:皮科特有限公司