專利名稱：用于排查聚合網(wǎng)絡(luò)問題的用戶語義疊加的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)上的語音傳輸并且更具體地涉及對針對高帶寬事件的
低質(zhì)量網(wǎng)絡(luò)服務(wù)進(jìn)行故障排查(troubleshooting)，所述高帶寬事件例如是 基于互聯(lián)網(wǎng)協(xié)議的語音(VoIP)、基于無線局域網(wǎng)的語音(VoWLAN)網(wǎng) 絡(luò)和視頻傳輸。
背景技術(shù)：
聚合的網(wǎng)絡(luò)將數(shù)據(jù)、語音和視頻流量集成到單個互聯(lián)網(wǎng)協(xié)議(IP)基 礎(chǔ)設(shè)施中。利用聚合網(wǎng)絡(luò)，公司可以將它們的電話功能與它們的數(shù)據(jù)管理 功能相組合并且可以實現(xiàn)對它們投資的更大回報。隨著數(shù)字電話系統(tǒng)的出 現(xiàn)，公司可以為雇員和顧客提供更好的智能語音、數(shù)據(jù)、消息和移動應(yīng)用 和服務(wù)，這些利用公共交換電話網(wǎng)(PSTN)或通常所稱的簡易老式電話 系統(tǒng)(POTS)是不可能實現(xiàn)的。
聚合語音和數(shù)據(jù)網(wǎng)絡(luò)背后的主要驅(qū)動力是網(wǎng)絡(luò)所有權(quán)和增強(qiáng)的特征和 功能的總成本的減少。例如，視頻電話呼叫現(xiàn)在日益普遍，并且很快用戶 將能夠訪問視頻數(shù)據(jù)來在他們的移動電話上觀看電影或電視表演。然而， 隨著與基于互聯(lián)網(wǎng)協(xié)議的語音(VOIP)技術(shù)相組合的高速互聯(lián)網(wǎng)和無線網(wǎng) 絡(luò)的可用性的提高，聚合網(wǎng)絡(luò)將越來越多地承擔(dān)更高的帶寬要求。因此， 在部署聚合網(wǎng)絡(luò)時的關(guān)鍵挑戰(zhàn)之一是要確保為每種類型的用戶(例如數(shù)據(jù) 用戶和電話用戶)都提供高質(zhì)量的網(wǎng)絡(luò)服務(wù)。遺憾的是，語音流量要求可 靠且一致的服務(wù)質(zhì)量和性能，因為任何延遲、噪聲或網(wǎng)絡(luò)擁塞都將導(dǎo)致可 以聽到的問題，這些問題將對使用和享用聚合網(wǎng)絡(luò)的能力產(chǎn)生負(fù)面影響。
一種解決方案是實質(zhì)上將所有的可用帶寬分配給語音流量并將正經(jīng)過 網(wǎng)絡(luò)的其它流量降為較低的優(yōu)先級。但是，這不是可以接受的解決方案， 因為視頻和數(shù)據(jù)用戶也需要足夠的帶寬。
即使帶寬足以處理語音、數(shù)據(jù)和視頻流量，語音用戶也可能注意到他 們使用聚合網(wǎng)絡(luò)的其它問題。例如，語音混淆、線路回波、引起無聲間隙 的丟失分組、諸如喀噠聲、嘶嘶聲、噼啪聲、串話、嗡嗡聲、爆裂聲、靜 電噪聲或刺耳的聲音之類的線路噪聲可能會產(chǎn)生在網(wǎng)絡(luò)上并且破壞語音呼 叫的質(zhì)量。在其它時間，視頻用戶可能注意到接收視頻流時惡劣的緩沖或 其它異常。
無線網(wǎng)絡(luò)給確保用于語音和視頻用戶的足夠的服務(wù)質(zhì)量的問題增加了 額外的復(fù)雜性。例如，連接可能會經(jīng)歷間歇性中斷，連接可能被丟棄或者 可能不能漫游。而且，如果某區(qū)域中的用戶數(shù)目較大，則可能在不確定的 時間段內(nèi)不能進(jìn)行連接或得到任何服務(wù)。所有這些問題都會影響用戶的滿 意度并且當(dāng)問題發(fā)生時需要盡快地糾正。
很多現(xiàn)有技術(shù)的工具試圖為聚合網(wǎng)絡(luò)的用戶解決問題。 一些基于web
的工具要求用戶打開故障憑單并且定義或初步診斷它們所遇到的問題。由 于這種工具的復(fù)雜性，參與速率通常很低。即使當(dāng)用戶參與時，問題發(fā)生 和報告之間的延遲也可能使得不能確定問題發(fā)生時所存在的網(wǎng)絡(luò)狀況。因 而即使有可能，也很難及時地確定問題的根源并糾正該問題。
其它工具依賴于商業(yè)上可用的工具來捕獲和收集定義服務(wù)質(zhì)量
(QoS)參數(shù)的分組，所述工具例如是可由San Jose， California的Network General Corporation提供的Sniffer Pro或協(xié)議分析器Ethereal (在GNU General Public License下發(fā)布的開源軟件)。遺憾地是，分組嗅探系統(tǒng)捕 獲全部流量和全部呼叫，不管是否存在網(wǎng)絡(luò)問題。然后當(dāng)問題發(fā)生時，需 要花費很大的精力來定位與該問題有關(guān)的網(wǎng)絡(luò)報告或日志或者確定根原。
也有其它的診斷工具可用于監(jiān)視聚合網(wǎng)絡(luò)上的語音流量。這些診斷工 具監(jiān)視、報告和記錄呼叫質(zhì)量、被丟棄的呼叫和類似的統(tǒng)計信息，但是需 要相當(dāng)大的帶寬來實現(xiàn)。因而，這些工具增加了操作聚合網(wǎng)絡(luò)的成本并且 減少了當(dāng)轉(zhuǎn)而使用聚合網(wǎng)絡(luò)時公司所預(yù)期的節(jié)省。
很清楚，需要一種系統(tǒng)和方法，用于當(dāng)用戶在高帶寬事件(例如VoIP 或VoWLAN電話呼叫或視頻流傳送)期間遇到網(wǎng)絡(luò)問題時確定網(wǎng)絡(luò)參數(shù) 以使得可以糾正所述網(wǎng)絡(luò)問題。由于這些問題對于需要實時分組傳送的語
音和視頻用戶來說是最明顯的(不管是耦合到IP基礎(chǔ)設(shè)施還是無線
LAN)，因此需要一種系統(tǒng)和方法，用于實時地指示網(wǎng)絡(luò)問題并指示所遇 到的問題的類型。


圖1是示出了根據(jù)本發(fā)明實施例的支持多個互聯(lián)網(wǎng)協(xié)議電話的一個示
例的代表性通信網(wǎng)絡(luò)的簡化框圖。
圖2是示出了本發(fā)明的一個實施例的操作的流程圖。
圖3是示出了根據(jù)本發(fā)明實施例的支持多個互聯(lián)網(wǎng)協(xié)議電話和視頻用
戶的通信網(wǎng)絡(luò)的一個示例的代表性部分的簡化框圖。
具體實施例方式
在這里針對本發(fā)明實施例的描述中，提供了很多具體細(xì)節(jié)，例如組件 和/或方法的示例，以提供對本發(fā)明實施例的全面理解。但是，相關(guān)領(lǐng)域的 技術(shù)人員可以意識到在不包括一個或多個所述具體細(xì)節(jié)的情況下，或者利 用其它裝置、系統(tǒng)、組合件、方法、組件、材料、部件等也可以實現(xiàn)本發(fā) 明的實施例。在其它示例中，公知的結(jié)構(gòu)、材料或操作沒有被具體示出或 詳細(xì)描述，以避免混淆本發(fā)明實施例的內(nèi)容。
現(xiàn)在通過標(biāo)號更具體地參考附圖，圖1中示出了代表性聚合網(wǎng)絡(luò)5的 簡化實施例。應(yīng)當(dāng)理解，能夠滿足要求傳送長途電話質(zhì)量的呼叫和以流形 式傳送視頻數(shù)據(jù)的網(wǎng)絡(luò)將取決于很多因素，因此網(wǎng)絡(luò)5的實際配置將很可 能根據(jù)給定應(yīng)用所需要的特定性能而變化。因此，圖1中所示的網(wǎng)絡(luò)實質(zhì) 上是示例性的。
在圖1中，互聯(lián)網(wǎng)協(xié)議(IP)電話6被示為耦合到網(wǎng)絡(luò)路由器7。在 一個優(yōu)選實施例中，網(wǎng)絡(luò)路由器7是Cisco路由器，例如提供靈活的LAN 和WAN配置的Cisco 2600接入路由器。電話6可以是任何IP電話，在一 個實施例中，該電話例如是可從本申請的受讓者的父公司Cisco Systems購 得的Cisco IP電話7960G。電話6被用于經(jīng)互聯(lián)網(wǎng)8或其它網(wǎng)絡(luò)傳送語音 信息。其它IP電話設(shè)備(例如IP設(shè)備9)也可以通過路由器7連接到互聯(lián)
網(wǎng)8來傳遞語音、語音和視頻或視頻數(shù)據(jù)。例如，設(shè)備9可以是能夠以實 時視頻流的方式傳遞會話參與者的語音和視頻圖像的視頻IP電話設(shè)備。在 一些示例中，電話6和設(shè)備9都是有視頻能力的，能夠發(fā)送和接收語音和 視頻數(shù)據(jù)。在其它示例中，設(shè)備9可以是用于接收來自第三方源并顯示在 電話6上的諸如電影之類的視頻流或諸如無線電廣播之類的語音流的設(shè) 備。 一般地，電話6和設(shè)備9是具有顯示屏幕和供用戶輸入信息的輸入設(shè) 備的第2層或第3層網(wǎng)絡(luò)設(shè)備。雖然圖1中僅示出了兩個IP設(shè)備，但是應(yīng) 當(dāng)理解實際上可以有無限多個這樣的ip設(shè)備被耦合到與路由器7并行操作
的多個交換機(jī)上。
每當(dāng)傳入或傳出呼叫涉及電話6或設(shè)備9中的一個或兩者時，網(wǎng)絡(luò)路 由器7就將電話6或設(shè)備9耦合到呼叫管理服務(wù)器10。服務(wù)器10負(fù)責(zé)提 供電話特征和功能，例如向IP電話和媒體處理設(shè)備傳送消息和會議呼叫。 服務(wù)器IO還提供與去往電話6或設(shè)備9的呼叫或視頻流相關(guān)聯(lián)的計費或其 它功能。
服務(wù)器IO和路由器7還被耦合到路由平臺11，其作為用于在SS7和 IP協(xié)議之間轉(zhuǎn)換的傳遞點。以這種方式，可以在平臺ll處接收來自PSTN 電話12或經(jīng)互聯(lián)網(wǎng)8接收來自另一 IP電話設(shè)備的起始于公共交換電話網(wǎng) (PSTN)的呼叫。起始于IP設(shè)備6或9中的一個處的傳出呼叫可以終止 于PSTN上的電話12。 PSTN將外部呼叫傳送到路由平臺11。這里所使用 的PSTN可以包括其它電話網(wǎng)絡(luò)，例如ISDN或FDDI。平臺11可以用作 基于IP的語音(VoIP)網(wǎng)關(guān)、提供多媒體應(yīng)用支持或緩存視頻流量。
在另一實施例中，服務(wù)器IO和路由平臺11被集成到共同的平臺上以 實現(xiàn)基于已建立的語音網(wǎng)絡(luò)信令系統(tǒng)7 (SS7)技術(shù)的高性能的電信級互聯(lián) 網(wǎng)呼叫控制網(wǎng)關(guān)。例如，在Cisco System設(shè)備中，在服務(wù)器10上執(zhí)行的 IOS操作系統(tǒng)中提供IP和SS7服務(wù)。SS7是國際電信聯(lián)盟所采用的全世界 范圍的標(biāo)準(zhǔn)。SS7定義了程序和協(xié)議，PSTN中的元件可根據(jù)這些程序和 協(xié)議交換信息以處理呼叫建立、計費、路由和控制。另外，優(yōu)選地是路由 器7和15通過虛擬的LAN或VLAN被耦合到它們相應(yīng)的服務(wù)器或路由平 臺，以確保足夠的帶寬來處理語音或視頻流量。
如圖1中進(jìn)一步所示，額外的IP設(shè)備(例如IP電話13和無線IP設(shè) 備14)通過路由器15和路由平臺16被耦合到互聯(lián)網(wǎng)8。設(shè)備14優(yōu)選地是 符合IEEE的允許無線802.11b的設(shè)備。無線接入點基站17將無線IP設(shè)備 連接到路由器15。優(yōu)選地，基站17是符合WiFi的IEEE802.11b接入點。
基站17用來認(rèn)證呼叫者并定義允許無線通信的熱點。發(fā)起或終止于無線 設(shè)備14的呼叫通常被稱為基于無線局域網(wǎng)的語音呼叫或VoWLAN呼叫。 需要提供在IP和PSTN網(wǎng)絡(luò)上的服務(wù)和特征的無縫協(xié)同工作能力， 以實現(xiàn)對互聯(lián)網(wǎng)電話的廣泛接受。由于網(wǎng)絡(luò)環(huán)境的時間特性使得在各種類 型的網(wǎng)絡(luò)上傳送數(shù)字語音和視頻數(shù)據(jù)的任務(wù)變得復(fù)雜。實際上，如果呼叫 必須在PSTN和互聯(lián)網(wǎng)之間來回跳轉(zhuǎn)，則當(dāng)問題實際發(fā)生時很難看到網(wǎng)絡(luò) 參數(shù)。此外，IP設(shè)備的多樣性也使得傳送高質(zhì)量音頻和視頻數(shù)據(jù)的過程變 得復(fù)雜。因此，本發(fā)明利用與IP電話或設(shè)備相關(guān)聯(lián)的鍵盤來產(chǎn)生指示特定 類型的問題的DTMF音調(diào)。
DTMF音調(diào)的序列被轉(zhuǎn)換成信令消息，該信令消息被轉(zhuǎn)發(fā)給VoIP基 礎(chǔ)設(shè)施并且被路由到服務(wù)器10。如果信令消息遇到VoIP到SS7網(wǎng)關(guān)，則 該信令消息被轉(zhuǎn)換回傳統(tǒng)的DTMF音調(diào)。因此，當(dāng)IP設(shè)備檢測到DTMF 音調(diào)序列時，其將這些音調(diào)轉(zhuǎn)換成信令消息并將適當(dāng)?shù)南⑥D(zhuǎn)發(fā)給服務(wù) 器。
關(guān)于VoIP和VoWLAN呼叫的問題可能具有很多不同的形式。雖然不 能盡述，但是VoIP和VoWLAN呼叫可能經(jīng)歷各種不同程度的質(zhì)量降低。 例如，在至少部分地在互聯(lián)網(wǎng)上傳輸?shù)暮艚衅陂g，用戶可能遇到語音混 淆、聽話方回波、講話方回波或呼叫雙方都有回波。在其它時間，在呼叫 期間， 一個或所有用戶可能失去音量，因此出現(xiàn)絕對的無聲，可能只存在 一方的音頻或者可能連續(xù)地或間歇性地發(fā)生音量失真。也可能經(jīng)歷其它各 種類型的噪聲，這些噪聲可以被分類為喀噠聲、噼啪聲、串話、嘶嘶聲、 嗡嗡聲、爆裂聲、發(fā)動機(jī)聲音、刺耳的聲音或靜電噪聲。除了這些質(zhì)量問 題之外，還有呼叫連接性問題，例如中止或間歇性中斷、呼叫被丟棄、不 能漫游經(jīng)過熱點、線路服務(wù)可能不可用或者可能存在連續(xù)的忙信號。
大多時間，這些問題實質(zhì)上是間歇性的并且難以診斷。在其它時間，
盡管容易診斷，但是難以確定引起問題的特定狀況。為了提供對與遇到質(zhì) 量問題的呼叫相關(guān)聯(lián)的問題更好的實時指示，用戶最好能夠給問題加標(biāo)簽
禾口禾示i己。
在圖2中所示的實時環(huán)境中，IP電話或設(shè)備的用戶檢測到語音呼叫質(zhì) 量的問題，如步驟20所示。 一旦檢測到，用戶就可以輸入特定的按鍵序 列以指示何時檢測到了質(zhì)量問題，步驟21。按鍵序列優(yōu)選地由兩個按鍵輸 入構(gòu)成，但是可以預(yù)期額外的輸入。第一按鍵指示表示已檢測到問題的標(biāo) 簽，第二按鍵輸入用問題類型來指示或標(biāo)記所述標(biāo)簽。標(biāo)記提供語義疊 加，使得網(wǎng)絡(luò)管理者可以實時地或隨后。
本發(fā)明使用用戶按鍵編碼系統(tǒng)，以利用鍵盤進(jìn)行按鍵式音調(diào)輸入，從 而對VOIP或VoWLAN流量進(jìn)行"加標(biāo)簽"或"標(biāo)記"。為了發(fā)起標(biāo)簽 來報告各種診斷、質(zhì)量和/或故障排查數(shù)據(jù)，用戶只簡單地輸入按鍵。標(biāo)簽 按鍵優(yōu)選地利用顯示的消息或打印的卡片來定義和公布。在標(biāo)簽按鍵被輸 入后不久， 一個或多個標(biāo)記按鍵被輸入。例如，如果遇到被丟棄的呼叫， 則用戶可以被提示按##5，而如果由于靜電噪聲、嘶嘶聲或其它噪聲使得 呼叫質(zhì)量降低，則用戶可以被提示按絲6。本領(lǐng)域技術(shù)人員可以很容易地 想到其它按鍵序列，按鍵序列不受這里所描述的示例的限制。
在按鍵序列被用戶輸入時，網(wǎng)絡(luò)參數(shù)被收集并傳遞給網(wǎng)絡(luò)管理者，如 步驟22所示。優(yōu)選地，在先的(pre-pending)網(wǎng)絡(luò)參數(shù)被恢復(fù)以指示就在 質(zhì)量問題發(fā)生之前的網(wǎng)絡(luò)狀態(tài)。此外，需要獲取在后的(post-pending)網(wǎng) 絡(luò)參數(shù)來指示輸入標(biāo)簽之后一段選定的時間中的網(wǎng)絡(luò)狀態(tài)。在先和在后的 參數(shù)可能根據(jù)網(wǎng)絡(luò)管理工具的特定應(yīng)用、網(wǎng)絡(luò)的拓?fù)浠蚱渌こ滔拗贫?化。 一般來說，優(yōu)選地是管理工具收集如下網(wǎng)絡(luò)參數(shù)，這些網(wǎng)絡(luò)參數(shù)定義 抖動、等待時間、分組丟失、帶寬要求、緩沖器狀態(tài)、信號強(qiáng)度、問題發(fā) 生的時間、漫游和無線電管理事件的時間和持續(xù)時間、針對傳輸路徑中的 設(shè)備的CPU利用率、針對相關(guān)聯(lián)的AP和WAN接口的呼叫負(fù)載和用戶所 使用的IP設(shè)備的類型。還優(yōu)選管理工具選擇被收集信息的類型。例如，如 果語義標(biāo)記指示問題與基站17由于其它用戶而負(fù)荷過重相關(guān)聯(lián)，則在IP 設(shè)備9處不需要獲取抖動或等待時間參數(shù)，但是由于WLAN在共享的媒
體上操作，所以從相鄰AP和客戶端收集無線電參數(shù)將幫助排査問題。所 選擇的參數(shù)被存檔，以使得后續(xù)的數(shù)據(jù)開采可以產(chǎn)生關(guān)于持續(xù)問題的原因 的額外線索。
如步驟23所示，本發(fā)明的可選特征將問題告知給呼叫中的所有參與 方。例如，如果確定因為一個用戶漫游到接入點的范圍以外所以呼叫被丟 棄，則消息被傳送到每個用戶并被顯示在與IP設(shè)備或電話相關(guān)聯(lián)的顯示設(shè) 備上。
圖3示出了服務(wù)器10接收到按鍵輸入之后的本發(fā)明的操作。服務(wù)器 10將呼叫的質(zhì)量問題告知給網(wǎng)絡(luò)管理者25。 一旦接收到通知，網(wǎng)絡(luò)管理 者25就收集在從網(wǎng)絡(luò)工具26檢測到標(biāo)簽之前一段時間的網(wǎng)絡(luò)參數(shù)。網(wǎng)絡(luò) 工具26可以將所利用的自動診斷方法包括在用于VoIP流量的控制協(xié)議 內(nèi)。所利用的診斷方法例如瘦小客戶端控制協(xié)議(SCCP)中可得到的呼 叫診斷方法，SCCP是用在呼叫管理服務(wù)器10和IP電話6和13或其它IP 設(shè)備9和14之間的Cisco專有協(xié)議。
優(yōu)選地，管理者25連續(xù)收集網(wǎng)絡(luò)參數(shù)，所述收集持續(xù)一個額外時段 或者持續(xù)網(wǎng)絡(luò)組件上的呼叫的剩余持續(xù)時間。因而，如果無線設(shè)備14的 用戶要呼叫IP電話6處的用戶，則網(wǎng)絡(luò)管理者25將獲得針對無線設(shè)備 14、接入點17和任何附近的同信道或傳感接入點、路由器15和7、路由 平臺11和16以及中間互聯(lián)網(wǎng)跳的參數(shù)。這個信息將被存檔在存檔數(shù)據(jù)庫 27中以用于后續(xù)的數(shù)據(jù)開采。
在其它實施例中，路由平臺16包括統(tǒng)一的呼叫控制系統(tǒng)，該系統(tǒng)將 SS7與異步傳輸模式(ATM)虛擬電路交換能力相結(jié)合。
服務(wù)器10實現(xiàn)針對專用特征組合的服務(wù)器側(cè)分組檢測。 一旦調(diào)用這 種組合，服務(wù)器系統(tǒng)就創(chuàng)建診斷憑單事件，該事件被發(fā)送給網(wǎng)絡(luò)管理者 25。這個事件憑單發(fā)起自動地將在該標(biāo)記之前xx秒的流量記錄到專用報 告的過程；產(chǎn)生管理者可配置的動作，例如SNMP錯誤、SMTP消息和 SYSLOG更新。 一旦接收到事件憑單，網(wǎng)絡(luò)管理者25就執(zhí)行和自動操作 網(wǎng)絡(luò)診斷方法，以確定是否存在對特定網(wǎng)絡(luò)節(jié)點/呼叫系統(tǒng)的QOS設(shè)置的 最佳改變。網(wǎng)絡(luò)管理者25還調(diào)整針對網(wǎng)絡(luò)管理者的任何網(wǎng)絡(luò)審査和報
告。如果需要任何服務(wù)級別協(xié)議監(jiān)視，則諸如SKINNY之類的網(wǎng)絡(luò)工具系 統(tǒng)記錄呼叫質(zhì)量參數(shù)。
如果帶寬不足、忙信號或類似的網(wǎng)絡(luò)問題被指示，則額外的按鍵擴(kuò)展 可以被用于增加用于諸如服務(wù)級別協(xié)議之類的數(shù)據(jù)的加標(biāo)簽的標(biāo)記。這些 按鍵擴(kuò)展可以響應(yīng)于被傳送給最先給質(zhì)量問題加標(biāo)簽的用戶的提示。服務(wù) 器10或網(wǎng)絡(luò)管理者25可以傳送采用語音査詢的形式的這些提示，所述語 音査詢要求用戶輸入多個按鍵中的一個來指示相應(yīng)的多個問題描述。
本發(fā)明利用現(xiàn)有的內(nèi)嵌技術(shù)(電話和鍵盤)和容易執(zhí)行的用戶行為 (按鍵輸入以產(chǎn)生DTMF按鍵式音調(diào))來產(chǎn)生質(zhì)量標(biāo)簽和標(biāo)記。與增加系 統(tǒng)負(fù)擔(dān)的數(shù)據(jù)記錄和一直進(jìn)行的分組檢査不同，本發(fā)明只在需要時和呼叫 質(zhì)量問題發(fā)生時利用網(wǎng)絡(luò)資源。通過創(chuàng)建豐富的語義疊加，呼叫問題可以 更接近地被標(biāo)識，并且可以自動地在數(shù)據(jù)分組過程中被"標(biāo)記"。這個語 義疊加給管理者提供了時間上和問題發(fā)生的網(wǎng)絡(luò)中的精確定位。
在另一實施例中，按鍵序列被用來指示何時流媒體具有很低的傳輸速 率以及何時未正確地流傳送。在這個實施例中，IP設(shè)備被用于告知服務(wù)器 10質(zhì)量問題并且隨后方便且快速地描述所遇到的問題的類型。因而，在操 作中，如果用戶正在觀看IP設(shè)備上的電影而流傳送不連續(xù)，則用戶可以給 該問題加標(biāo)簽并指示流太慢以致于不能維持連續(xù)的流。在其它示例中，標(biāo) 簽可以指示音頻軌與視頻軌不同步的音頻問題。
在本發(fā)明的另一實施例中，語義按鍵序列很容易被擴(kuò)展到其它應(yīng)用。 例如，除了定義針對VoWLAN或VOIP流量的質(zhì)量語義之外，語義疊加 例如可以被用于為關(guān)于安全性、QOS、內(nèi)容服務(wù)、配置或音調(diào)的其它標(biāo)準(zhǔn) 提供額外的數(shù)據(jù)標(biāo)簽。
雖然已經(jīng)就本發(fā)明的特定實施例描述了本發(fā)明，但是這些實施例只是 示例性的，而不限制本發(fā)明。例如，網(wǎng)絡(luò)可以包括諸如路由器、交換機(jī)、 服務(wù)器和這種網(wǎng)絡(luò)中常見的其它組件等的組件。另外，這些組件可以包括 實現(xiàn)網(wǎng)絡(luò)設(shè)備和其它設(shè)備之間的連接性功能的軟件算法。
這里所描述的可執(zhí)行代碼可以用用于實現(xiàn)本發(fā)明的例程的任何合適的 編程語言來實現(xiàn)，包括C、 C++、 Java、匯編語言等?？梢圆捎貌煌木?br> 程技術(shù)，例如過程式或面向?qū)ο蟮木幊?。這些例程可以在操作系統(tǒng)環(huán)境中 運行，或者作為占據(jù)整個系統(tǒng)處理或系統(tǒng)處理的一部分的單機(jī)例程來運 行。
在這里的描述中，提供了大量的具體細(xì)節(jié)(例如組件和/或方法的示 例)以提供對本發(fā)明實施例的全面理解。但是，相關(guān)領(lǐng)域的技術(shù)人員將意 識到在不具有所述具體細(xì)節(jié)中的一個或多個細(xì)節(jié)的情況下或者利用其它裝 置、系統(tǒng)、組合件、方法、組件、材料、部件等，也可以實現(xiàn)本發(fā)明的實 施例。在其它示例中，公知的結(jié)構(gòu)、材料或操作沒有被具體示出或詳細(xì)描 述，以避免混淆本發(fā)明實施例的內(nèi)容。
這里所使用的各種數(shù)據(jù)庫、應(yīng)用軟件或網(wǎng)絡(luò)工具可以位于一個或多個 服務(wù)器計算機(jī)中并且更具體而言在這種服務(wù)器計算機(jī)的存儲器中。這里所 使用的針對本發(fā)明實施例的目的的"存儲器"可以是可以包含、存儲、傳 送、傳播或傳輸用于或結(jié)合指令執(zhí)行系統(tǒng)、裝置、系統(tǒng)或設(shè)備的程序的任 何介質(zhì)。存儲器可以例如但不限于電子、磁、光、電磁、紅外或半導(dǎo)體系 統(tǒng)、裝置、系統(tǒng)、設(shè)備、傳播介質(zhì)或計算機(jī)存儲器。
整個說明書提到"一個實施例"、"實施例"或"特定實施例"時意 味著結(jié)合該實施例描述的特定特征、結(jié)構(gòu)或特性被包括在本發(fā)明的至少一 個實施例中但不必包括在所有實施例中。因而，在整個說明書中不同地方 分別出現(xiàn)短語"在一個實施例中"、"在實施例中"或"在特定實施例 中"不一定指代相同的實施例。此外，本發(fā)明的任意特定實施例的特定特 征、結(jié)構(gòu)或特性可以以任何合適的方式與一個或多個其它實施例相組合。 應(yīng)當(dāng)理解這里所描述和示出的本發(fā)明實施例的其它改變和修改在這里的教 導(dǎo)的啟示下也是可能的，并且被視為本發(fā)明的精神和范圍的一部分。
可以利用被編程的通用數(shù)字計算機(jī)、利用專用集成電路、可編程邏輯 器件、現(xiàn)場可編程門陣列、光、化學(xué)、生物、量子或納米工程系統(tǒng)、組件 和機(jī)制來實現(xiàn)本發(fā)明的實施例?？偟貋碚f，本發(fā)明的功能可以通過本領(lǐng)域 公知的任何方式來實現(xiàn)?？梢允褂梅植际交蚵?lián)網(wǎng)系統(tǒng)、組件和電路。數(shù)據(jù) 的傳送或傳遞可以是有線的、無線的或利用任何其它方式。
還應(yīng)理解附圖中所示出的一個或多個元件也可以以更加分離或集成的
方式來實現(xiàn)，或者甚至根據(jù)特定應(yīng)用需要而在某些情況下被去除或者使之 不可操作。實現(xiàn)可以被存儲在機(jī)器可讀介質(zhì)中的程序或代碼以允許計算機(jī) 執(zhí)行上述任何方法也在本發(fā)明的精神和范圍內(nèi)。
另外，附圖中的任何信號箭頭都應(yīng)當(dāng)被認(rèn)為只是示例性的而不是限制 性的，除非另外被專門指出。此外，這里所使用的術(shù)語"或" 一般是要表 示"和/或"，除非另外指示。組件或步驟的組合也將被視為被指出的，其 中術(shù)語被預(yù)見為使得分離或組合的能力不清楚。
這里的描述中和所附的整個權(quán)利要求書中所使用的"一個"包括多個 引用，除非上下文中清楚地描述了其它情況。此外，這里的描述中和所附 的整個權(quán)利要求書中所使用的"在...中"包括"在...中"和"在...上"， 除非上下文中清楚地描述了其它情況。
包括摘要中的描述的對所示出的本發(fā)明實施例的以上描述不是窮舉性 的或者將本發(fā)明局限于這里所公開的確切形式。雖然這里只描述了為了示 例性目的的本發(fā)明的特定實施例和示例，但是相關(guān)領(lǐng)域的技術(shù)人員將意識 到并理解各種等同的修改方式也可能在本發(fā)明的精神和范圍內(nèi)。如上所
述，在對所示出的本發(fā)明實施例的以上描述的啟示下可以對本發(fā)明進(jìn)行這 些修改，并且這些修改將被包括在本發(fā)明的精神和范圍內(nèi)。
因而，雖然已經(jīng)參考本發(fā)明的特定實施例描述了本發(fā)明，但是很多的 修改、各種變化和替換也意圖在前述公開中，并且將理解在一些示例中， 本發(fā)明的實施例的一些特征將被采用，但不相應(yīng)地使用其它特征，這不脫 離所提出的本發(fā)明的范圍和精神。因此，可以進(jìn)行很多修改以使特定的情 形或材料適合于本發(fā)明實質(zhì)的范圍和精神。希望本發(fā)明不被局限于所附權(quán) 利要求中所使用的特定術(shù)語和/或作為執(zhí)行本發(fā)明所預(yù)期的最佳模式而公開 的特定實施例，而且本發(fā)明將包括落在所附權(quán)利要求的范圍內(nèi)的所有實施 例和等同物。
權(quán)利要求
1.一種監(jiān)視聚合網(wǎng)絡(luò)的質(zhì)量的方法，在所述聚合網(wǎng)絡(luò)上流媒體作為分組在所述聚合網(wǎng)絡(luò)的至少一部分上傳送，所述方法包括檢測影響所述流媒體的所述聚合網(wǎng)絡(luò)的質(zhì)量問題；向服務(wù)器發(fā)送標(biāo)簽，以指示所述流媒體所存在的質(zhì)量問題；向所述服務(wù)器發(fā)送語義標(biāo)記，以指示所述質(zhì)量問題的性質(zhì)；當(dāng)接收到所述標(biāo)簽和所述語義標(biāo)記時獲取網(wǎng)絡(luò)參數(shù)；以及基于對所述語義標(biāo)記與所述被獲取的網(wǎng)絡(luò)參數(shù)的比較，確定所述質(zhì)量問題的根源。
2. 如權(quán)利要求1所述的方法，其中所述流媒體選自語音呼叫或視頻 會議呼叫。
3. 如權(quán)利要求1所述的方法，其中所述確定步驟包括將所述語義標(biāo) 記與至少一個網(wǎng)絡(luò)參數(shù)相關(guān)聯(lián)的步驟，所述至少一個網(wǎng)絡(luò)參數(shù)選自于抖 動、等待時間、分組丟失、帶寬要求、緩沖狀態(tài)、信號強(qiáng)度、發(fā)生問題的 時間、漫游和無線電管理事件的時間和持續(xù)時間、傳輸路徑中的設(shè)備的 CPU利用率、針對相關(guān)聯(lián)的接入點和WAN接口的呼叫負(fù)載和正使用的IP 設(shè)備的類型。
4. 如權(quán)利要求1所述的方法，其中所述標(biāo)簽發(fā)送步驟包括以下步驟產(chǎn)生第一 DTMF按鍵式音調(diào)；將所述DTMF按鍵式音調(diào)轉(zhuǎn)變成信令消息；將所述信令消息轉(zhuǎn)發(fā)給所述服務(wù)器；以及在所述服務(wù)器處檢測所述信令消息。
5. 如權(quán)利要求4所述的方法，其中所述標(biāo)記發(fā)送步驟包括以下步驟產(chǎn)生額外的DTMF按鍵式音調(diào)，以標(biāo)識影響所述呼叫的質(zhì)量的問題的 類型；將所述額外的DTMF按鍵式音調(diào)轉(zhuǎn)變成額外的信令消息；將所述額外信令消息轉(zhuǎn)發(fā)給所述服務(wù)器；以及 在所述服務(wù)器處檢測所述額外信令消息。
6. 如權(quán)利要求5所述的方法，其中所述額外的DTMF按鍵式音調(diào)與 所述第一 DTMF按鍵式音調(diào)相同。
7. 如權(quán)利要求5所述的方法，其中所述額外的DTMF按鍵式音調(diào)包 括至少兩個不同的DTMF按鍵式音調(diào)。
8. 如權(quán)利要求1所述的方法，其中所述獲取步驟還包括從發(fā)送所述 標(biāo)簽之前的時間獲取網(wǎng)絡(luò)參數(shù)的步驟。
9. 如權(quán)利要求8所述的方法，其中所述獲取步驟還包括從發(fā)送所述 標(biāo)簽之后的時間獲取來自所述標(biāo)簽經(jīng)過的每個網(wǎng)絡(luò)元件的網(wǎng)絡(luò)參數(shù)的步 驟，以使得每個網(wǎng)絡(luò)元件附加與所述網(wǎng)絡(luò)元件的操作參數(shù)有關(guān)的統(tǒng)計信 息。
10. 如權(quán)利要求9所述的方法，其中所述被獲取的網(wǎng)絡(luò)參數(shù)根據(jù)語義 標(biāo)記而變化。
11. 如權(quán)利要求10所述的方法，其中所述被獲取的標(biāo)簽和所述被獲 取的標(biāo)記被存儲在數(shù)據(jù)庫中以用于后續(xù)分析。
12. 如權(quán)利要求10所述的方法，其中所述被獲取的標(biāo)簽和所述被獲 取的標(biāo)記與所述被獲取的網(wǎng)絡(luò)參數(shù)一起被存儲在數(shù)據(jù)庫中以用于后續(xù)分 析。
13. 如權(quán)利要求1所述的方法，其中所述流媒體選自電影或音頻節(jié)百。
14. 一種用于監(jiān)視對于呼叫的至少一部分作為分組傳送的呼叫的質(zhì)量 的電信系統(tǒng)，所述電信系統(tǒng)包括呼叫管理服務(wù)器，用于監(jiān)視所述呼叫并且用于檢測在互聯(lián)網(wǎng)協(xié)議 (IP)設(shè)備處遇到的質(zhì)量問題的指示；IP設(shè)備，其被適配為指示所述質(zhì)量問題的發(fā)生時間并且用于表征質(zhì)量 問題的類型；以及網(wǎng)絡(luò)管理者，用于將所述質(zhì)量問題的指示和所述質(zhì)量問題的表征與網(wǎng) 絡(luò)參數(shù)進(jìn)行比較以確定所述質(zhì)量問題的根源。
15. 如權(quán)利要求14所述的電信系統(tǒng)，其中所述呼叫選自語音呼叫或 視頻會議呼叫。
16. 如權(quán)利要求14所述的電信系統(tǒng)，其中所述IP設(shè)備包括用于呈現(xiàn) 流媒體的顯示器和揚聲器。
17. 如權(quán)利要求14所述的電信系統(tǒng)，其中所述網(wǎng)絡(luò)管理器被鏈接到 用于獲得在先和在后的網(wǎng)絡(luò)參數(shù)的多個網(wǎng)絡(luò)工具，以使得這些網(wǎng)絡(luò)參數(shù)描 述在所述問題的指示之前和其后的一段所選擇的時間中網(wǎng)絡(luò)的性質(zhì)。
18. 如權(quán)利要求14所述的電信系統(tǒng)，其中IP設(shè)備包括能夠產(chǎn)生按鍵 式音調(diào)的DTMF按鍵。
19. 如權(quán)利要求14所述的電信系統(tǒng)，其中所述呼叫管理服務(wù)器包括 用于檢測在電話呼叫期間響應(yīng)于DTMF按鍵式音調(diào)而產(chǎn)生的分組并且用于 向所述網(wǎng)絡(luò)管理者發(fā)送所述指示和問題表征的裝置。
20. 如權(quán)利要求14所述的電信系統(tǒng)，還包括無線IP設(shè)備和接入點基站。
21. —種電信系統(tǒng)，包括多個互聯(lián)網(wǎng)協(xié)議(IP)設(shè)備，所述多個互聯(lián) 網(wǎng)協(xié)議設(shè)備耦合到網(wǎng)絡(luò)，由此所述IP設(shè)備中的至少一個能夠?qū)崟r地指示質(zhì) 量問題，并且用于實時地產(chǎn)生表征質(zhì)量問題的類型的語義標(biāo)記，使得網(wǎng)絡(luò) 管理員可以及時地獲取網(wǎng)絡(luò)性能數(shù)據(jù)并且實時地確定所述問題的根源。
22. 如權(quán)利要求21所述的電信網(wǎng)絡(luò)，其中所述網(wǎng)絡(luò)包括具有基于互 聯(lián)網(wǎng)協(xié)議的語音(VOIP)和基于無線局域網(wǎng)的語音(VoWLAN)電話的 聚合網(wǎng)絡(luò)。
23. 如權(quán)利要求22所述的電信網(wǎng)絡(luò)，其中至少一個用戶被告知所述 網(wǎng)絡(luò)問題。
全文摘要
一種包括基于互聯(lián)網(wǎng)協(xié)議的語音(VOIP)和基于無線局域網(wǎng)的語音(VoWLAN)電話的聚合網(wǎng)絡(luò)為用戶提供用于實時地將質(zhì)量問題和對性質(zhì)問題的指示一起告知給網(wǎng)絡(luò)管理者的裝置。一旦接收到通知，系統(tǒng)就拍下與質(zhì)量問題相關(guān)聯(lián)的當(dāng)前網(wǎng)絡(luò)參數(shù)的快照，并且提供網(wǎng)絡(luò)統(tǒng)計信息以用于后續(xù)的分析和故障排查。參與呼叫的其它呼叫方被告知質(zhì)量問題的根源。在其它實施例中，當(dāng)流視頻或音頻用戶檢測到網(wǎng)絡(luò)質(zhì)量問題時，該問題被標(biāo)記和加標(biāo)簽以指示所發(fā)生質(zhì)量問題的時間和類型。
文檔編號H04L12/66GK101112027SQ200680003930
公開日2008年1月23日 申請日期2006年3月1日 優(yōu)先權(quán)日2005年3月3日
發(fā)明者喬納森·S·利里, 杰里米·E·斯蒂格里茲 申請人:思科技術(shù)公司