基于分組的網(wǎng)絡(luò)中的服務(wù)質(zhì)量監(jiān)控的制作方法
【專利摘要】公開了一種監(jiān)控基于分組的網(wǎng)絡(luò)（59，78）中的服務(wù)質(zhì)量的方法和系統(tǒng)，該方法和系統(tǒng)包括三層架構(gòu)，其中一個(gè)或更多個(gè)應(yīng)用可以從質(zhì)量服務(wù)器請(qǐng)求定制的QoS報(bào)告。所定制的報(bào)告可以包括例如期望的報(bào)告格式或者觸發(fā)事件，其指示所述一個(gè)或更多個(gè)應(yīng)用應(yīng)當(dāng)何時(shí)接收?qǐng)?bào)告。質(zhì)量服務(wù)器基于從用戶終端接收的QoS消息準(zhǔn)備這些報(bào)告，并根據(jù)請(qǐng)求發(fā)送報(bào)告。
【專利說(shuō)明】基于分組的網(wǎng)絡(luò)中的服務(wù)質(zhì)量監(jiān)控
[0001]本專利申請(qǐng)是申請(qǐng)日為2004年8月20日、申請(qǐng)?zhí)枮?00480044146.0、發(fā)明名稱為“基于分組的網(wǎng)絡(luò)中的服務(wù)質(zhì)量監(jiān)控”的發(fā)明專利申請(qǐng)的分案申請(qǐng)，其在此全部引入作為參考。
【技術(shù)領(lǐng)域】
[0002]本發(fā)明總體上涉及網(wǎng)絡(luò)，更具體的，涉及監(jiān)控基于分組的網(wǎng)絡(luò)中的服務(wù)質(zhì)量(QoS)0
【背景技術(shù)】
[0003]預(yù)期在下一十年中信息互聯(lián)網(wǎng)舞臺(tái)中的競(jìng)爭(zhēng)會(huì)很激烈。隨著競(jìng)爭(zhēng)的增加，使公司將其自身置于適當(dāng)?shù)乩闷浜诵母?jìng)爭(zhēng)力并且針對(duì)出現(xiàn)的電信技術(shù)做好準(zhǔn)備的位置是至關(guān)重要的。在此競(jìng)爭(zhēng)環(huán)境下，市場(chǎng)中的合并、聯(lián)盟以及新進(jìn)入者使得服務(wù)提供商不得不探求用于保持并吸引訂戶的革新方式。當(dāng)今的服務(wù)提供商通過(guò)探求對(duì)于其客戶群捆綁銷售新服務(wù)的方案，來(lái)努力在此競(jìng)爭(zhēng)不斷擴(kuò)大的領(lǐng)域內(nèi)使自己標(biāo)新立異。從而，許多服務(wù)提供商將下一代網(wǎng)絡(luò)(NGN)看作吸引新客戶的方式。
[0004]NGN是用于指代正在到來(lái)的基于IP技術(shù)的電信網(wǎng)絡(luò)，其傳送整合的語(yǔ)音和數(shù)據(jù)服務(wù)。NGN可以被視為基于分組的網(wǎng)絡(luò)，其中分組交換和傳輸元件，諸如路由器、交換機(jī)和網(wǎng)關(guān)，在邏輯上和物理上獨(dú)立于服務(wù)/呼叫控制機(jī)構(gòu)(inte 11 i gence )。該控制機(jī)構(gòu)用于支持所有類型的基于分組的傳輸網(wǎng)絡(luò)的服務(wù)，包括從基本語(yǔ)音電話服務(wù)到數(shù)據(jù)、視頻、多媒體和高級(jí)寬帶的每一個(gè)服務(wù)。
[0005]QoS是確保NGN的魯棒發(fā)展的重要要素，可以包括監(jiān)控以下中的一個(gè)或更多個(gè):
[0006]服務(wù)可用性，如用戶到因特網(wǎng)服務(wù)的連接的可靠性。
[0007]延遲(也稱為等待時(shí)間)，如發(fā)送和接收分組之間的時(shí)間間隔。
[0008]延遲變化或抖動(dòng)，其是指采用同一路由的流中的所有分組之間在持續(xù)時(shí)間方面的變化。
[0009]吞吐量，其是發(fā)送分組的平均速率或峰值速率。
[0010]由于擁塞導(dǎo)致的丟包率，其是在經(jīng)由網(wǎng)絡(luò)進(jìn)行傳輸期間可能丟棄分組的最大速率。
[0011]為了更具有競(jìng)爭(zhēng)力，公司將不得不確保網(wǎng)絡(luò)保持適當(dāng)?shù)腝oS級(jí)別和/或SLA(服務(wù)級(jí)別協(xié)議)標(biāo)準(zhǔn)，以使移動(dòng)用戶體驗(yàn)到豐富的多媒體服務(wù)。對(duì)于網(wǎng)絡(luò)元件加強(qiáng)QoS的技術(shù)的示例包括整合的服務(wù)和區(qū)分服務(wù)。整合服務(wù)(也稱為Int-Serv)使用資源預(yù)留協(xié)議(RSVP)，并且在企業(yè)網(wǎng)絡(luò)的邊緣實(shí)現(xiàn)，其中，可以在桌面用戶級(jí)別管理用戶流。該協(xié)議假設(shè)使用端到端信號(hào)傳輸，來(lái)對(duì)于在接收機(jī)和發(fā)射機(jī)之間的路徑中的每一個(gè)路由器中心處的每一個(gè)要求QoS的流預(yù)留資源，并且必須在網(wǎng)絡(luò)中的每一個(gè)路由器處保持逐流的軟狀態(tài)。區(qū)分服務(wù)(也稱為Diff-Serv)使信號(hào)傳輸最小化，并且集中于聚集的流以及應(yīng)用于針對(duì)整個(gè)網(wǎng)絡(luò)的業(yè)務(wù)量類的集的逐中心行為(per-hub behavior PHB)。區(qū)分服務(wù)確保下游節(jié)點(diǎn)接收到對(duì)到達(dá)各輸入端口的分組進(jìn)行處理并將這些分組適當(dāng)?shù)剞D(zhuǎn)發(fā)到下一路由器所需的信息。
[0012]測(cè)量QoS是NGN中的另一重要問(wèn)題。某些提出的解決方案包括侵害性(invasive)和非侵害性技術(shù)。
[0013]侵害性技術(shù)使用業(yè)務(wù)量生成器來(lái)注入人工業(yè)務(wù)量，該業(yè)務(wù)量生成器使網(wǎng)絡(luò)負(fù)荷以驗(yàn)證往返延遲、分組速率和連接性。不幸的是，這些侵害性技術(shù)在網(wǎng)絡(luò)上注入了不期望的業(yè)務(wù)量。此外，這些技術(shù)沒(méi)有提供準(zhǔn)時(shí)的逐會(huì)話QoS測(cè)量，因?yàn)樵摌I(yè)務(wù)量注入與實(shí)際業(yè)務(wù)量不同步。最后，QoS測(cè)量是針對(duì)所注入的業(yè)務(wù)量，而不是實(shí)際業(yè)務(wù)量，這進(jìn)一步弱化了測(cè)量的價(jià)值。
[0014]還提出了非侵害性測(cè)量。例如，可以通過(guò)使用用于測(cè)量業(yè)務(wù)量流的QoS參數(shù)的探測(cè)器來(lái)實(shí)現(xiàn)QoS監(jiān)控。此技術(shù)允許對(duì)會(huì)話和參與者進(jìn)行標(biāo)識(shí)，還允許測(cè)量錯(cuò)誤率、丟包率、抖動(dòng)以及對(duì)話的每個(gè)流的延遲。不幸的是，使用探測(cè)器具有有限的可伸縮性，因?yàn)樘綔y(cè)器的安裝和維護(hù)是昂貴的。
[0015]圖1 不出了在 Anwar Siddiqui, Dan Romascanu 和 Eugene Golovinsky 的提為“Real-Time Application Quality of Service Monitoring(RAQMON)Framework，，的 IETF論文中描述的非侵害性方法的另一示例。第一 IP設(shè)備12，如蜂窩電話，包括運(yùn)行應(yīng)用13所需的內(nèi)部硬件。第一設(shè)備12使用諸如SIP (會(huì)話初始化協(xié)議)的設(shè)置(set-up)協(xié)議與第二IP設(shè)備14通信，該第二 IP設(shè)備14也包含應(yīng)用16。在設(shè)置之后，這兩個(gè)IP設(shè)備通過(guò)RTP(實(shí)時(shí)傳輸協(xié)議)進(jìn)行通信，RTP是用于傳輸包括音頻和視頻的實(shí)時(shí)數(shù)據(jù)的因特網(wǎng)標(biāo)準(zhǔn)協(xié)議，并且其可以用于請(qǐng)求式媒體和交互式服務(wù)，如因特網(wǎng)電話。為了監(jiān)控QoS，將RAQMON數(shù)據(jù)源18嵌入IP設(shè)備14中。該RAQMON數(shù)據(jù)源(RDS)在多媒體會(huì)話期間獲取應(yīng)用16產(chǎn)生的QoS信息。然后經(jīng)由22處指示的RTCP (實(shí)時(shí)控制協(xié)議)應(yīng)用或SNMP (簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)所承載的RAQMON協(xié)議數(shù)據(jù)單元(PDU)，將QoS信息發(fā)送到RAQMON報(bào)告收集器20 (1-N)。報(bào)告收集器20用作存儲(chǔ)QoS信息、保持歷史數(shù)據(jù)，并將該數(shù)據(jù)報(bào)告給網(wǎng)絡(luò)管理應(yīng)用26以進(jìn)行分析的數(shù)據(jù)庫(kù)。
[0016]圖1的QoS解決方案有幾個(gè)問(wèn)題。首先，IP終端設(shè)備14中的RDS18必須存儲(chǔ)相當(dāng)量的歷史數(shù)據(jù)，這將占用大量存儲(chǔ)容量并且昂貴。另外，IP終端設(shè)備14必須能夠處理3種協(xié)議，包括:用于呼叫設(shè)置的信號(hào)傳輸協(xié)議(如，SIP);發(fā)送PDU的協(xié)議(如，SNMP );以及RTP0每個(gè)協(xié)議都需要支持該協(xié)議所需的多個(gè)獨(dú)立的軟件應(yīng)用和多個(gè)獨(dú)立的存儲(chǔ)區(qū)域。此夕卜，RRC20必須是稍微復(fù)雜的機(jī)器，其由于成本而危及了大型網(wǎng)絡(luò)中的可伸縮性。
[0017]圖2示出了 Mueller等人的美國(guó)申請(qǐng)2003/0120773號(hào)中描述的另一解決方案。終端30經(jīng)由路由器32和網(wǎng)守34進(jìn)行通信。第二終端36也經(jīng)由路由器38和網(wǎng)守40進(jìn)行通信。中央的處理后設(shè)備42 (CPP)和性能監(jiān)控單元44 (PMON)被指定以與網(wǎng)守34、40進(jìn)行通信來(lái)接收QoS信息。網(wǎng)守34、40必須進(jìn)行收集、處理、存儲(chǔ)和將經(jīng)處理的數(shù)據(jù)傳送到監(jiān)控應(yīng)用42、44的功能。不僅網(wǎng)守是相當(dāng)昂貴的部件，而且因網(wǎng)守僅能處理有限數(shù)量的終端使得該解決方案的可伸縮性嚴(yán)重受到阻礙。
[0018]因此，所需要的是在不降低通信效率以及增加成本和復(fù)雜性的情況下，監(jiān)控包括多個(gè)移動(dòng)設(shè)備的網(wǎng)絡(luò)中的QoS的方法和系統(tǒng)。

【發(fā)明內(nèi)容】
[0019]因此本發(fā)明提供了一種監(jiān)控基于分組的網(wǎng)絡(luò)(如因特網(wǎng))中的服務(wù)質(zhì)量的方法和系統(tǒng)，該方法和系統(tǒng)克服了現(xiàn)有技術(shù)的缺陷。
[0020] 申請(qǐng)人:發(fā)現(xiàn)，通過(guò)使用三層架構(gòu)，可以進(jìn)行非常靈活和低成本的QoS監(jiān)控，并且可以實(shí)現(xiàn)網(wǎng)絡(luò)的高可伸縮性，在該三層架構(gòu)中，一個(gè)或更多個(gè)應(yīng)用(下文中稱為“訂戶”或“監(jiān)視者”)可以使用預(yù)訂請(qǐng)求來(lái)從質(zhì)量服務(wù)器請(qǐng)求定制的QoS報(bào)告，并且其中，響應(yīng)于此，質(zhì)量服務(wù)器基于在它們的通信期間從用戶終端接收的QoS消息來(lái)準(zhǔn)備這些報(bào)告并將這些報(bào)告以所請(qǐng)求的形式發(fā)送到訂戶。
[0021]本發(fā)明的三層架構(gòu)由于調(diào)解元件的存在而提供了更良好的可伸縮性，而利用二層架構(gòu)，消息直接由應(yīng)用和終端來(lái)交換。由于要求質(zhì)量服務(wù)器存儲(chǔ)很少量的歷史數(shù)據(jù)(直到該報(bào)告被發(fā)送到訂戶)，所以進(jìn)一步提高了可伸縮性。
[0022]此外，預(yù)訂功能允許選擇性，該選擇性在于不同訂戶可以通過(guò)簡(jiǎn)單的預(yù)訂消息來(lái)預(yù)訂不同服務(wù)或者相同服務(wù)(可能具有不同參數(shù))。具體的，訂戶可以從質(zhì)量服務(wù)器請(qǐng)求特定報(bào)告格式以及發(fā)送報(bào)告的觸發(fā)點(diǎn)。
[0023]另外，使用用于設(shè)置用戶通信的相同協(xié)議，在基于分組的網(wǎng)絡(luò)上從用戶終端向質(zhì)量服務(wù)器(或“事件”服務(wù)器)發(fā)送QoS信息，這使得能夠以高可伸縮性進(jìn)行有效和低成本的QoS監(jiān)控解決方案。
[0024]由此，根據(jù)本發(fā)明第一方面，本發(fā)明涉及一種監(jiān)控基于分組的網(wǎng)絡(luò)中的服務(wù)質(zhì)量的方法，所述網(wǎng)絡(luò)適于在用戶終端之間建立通信，所述方法包括以下步驟:
[0025]請(qǐng)求對(duì)于至少所述用戶終端中的兩個(gè)之間的通信的服務(wù)質(zhì)量報(bào)告，其中所述請(qǐng)求包括提供與服務(wù)質(zhì)量報(bào)告的定制相關(guān)的信息；
[0026]從所述兩個(gè)用戶終端接收與所述通信相關(guān)的服務(wù)質(zhì)量信息；以及
[0027]基于所述服務(wù)質(zhì)量信息和所述定制信息提供所述報(bào)告。
[0028]有利的，請(qǐng)求所定制的報(bào)告包括指示要包括在QoS報(bào)告中的信息的類型。
[0029]優(yōu)選的，所述方法進(jìn)一步包括提供多個(gè)通知服務(wù)，所述多個(gè)通知服務(wù)中的每一個(gè)包括提供至少各個(gè)服務(wù)質(zhì)量報(bào)告。
[0030]優(yōu)選的，請(qǐng)求服務(wù)質(zhì)量報(bào)告包括預(yù)訂所述多個(gè)通知服務(wù)之一。
[0031]優(yōu)選的，服務(wù)質(zhì)量信息是使用第一協(xié)議接收的，并且所述通信是使用與所述第一協(xié)議不同的第二協(xié)議建立的。
[0032]優(yōu)選的，在建立所述通信之前，使用所述第一協(xié)議設(shè)置所述通信。
[0033]定制信息可以包括指定與所述通信相關(guān)的一個(gè)或更多個(gè)觸發(fā)事件，并且所述報(bào)告可以是響應(yīng)于觸發(fā)事件提供的。
[0034]定制信息還可以包括指定期望的報(bào)告格式，并且所述報(bào)告可以所指定的報(bào)告格式提供。
[0035]涉及報(bào)告的這些信息可以是在預(yù)訂通知服務(wù)時(shí)指定的。具體的，預(yù)訂通知服務(wù)可以包括指定期望的報(bào)告格式以及用于提供報(bào)告的一個(gè)或更多個(gè)觸發(fā)事件。
[0036]有利的，基于分組的網(wǎng)絡(luò)是基于因特網(wǎng)的網(wǎng)絡(luò)。此外，第一協(xié)議可以是會(huì)話初始化協(xié)議(SIP )，第二協(xié)議可以是因特網(wǎng)實(shí)時(shí)協(xié)議(RTP )。
[0037]設(shè)置通信優(yōu)選的包括:
[0038]從第一用戶終端接收對(duì)于與第二用戶終端進(jìn)行通信的邀請(qǐng)；[0039]搜索第二用戶終端的因特網(wǎng)協(xié)議地址；
[0040]向第二用戶終端的因特網(wǎng)協(xié)議地址發(fā)送通信邀請(qǐng)；
[0041]從第二用戶終端接收對(duì)于該通信邀請(qǐng)的接受；以及
[0042]將該接受發(fā)送到第一用戶終端。
[0043]優(yōu)選的，用戶終端之間的所述通信是經(jīng)由包括語(yǔ)音和數(shù)據(jù)的多媒體信道建立的。
[0044]該報(bào)告可以包括呼叫詳情記錄數(shù)據(jù)。
[0045]在這種情況下，提供所述報(bào)告包括基于呼叫標(biāo)識(shí)符，將所述呼叫詳情記錄數(shù)據(jù)與所述服務(wù)質(zhì)量信息匹配。
[0046]所述觸發(fā)事件可以包括與所述通信相關(guān)的參數(shù)超過(guò)預(yù)定界限。
[0047]另選的或者另外的，所述觸發(fā)事件可以包括通信的終止。
[0048]服務(wù)質(zhì)量信息優(yōu)選的是在通信過(guò)程中接收的。
[0049]所述方法可以進(jìn)一步包括響應(yīng)于報(bào)告的提供，在所述基于分組的網(wǎng)絡(luò)中采取適當(dāng)動(dòng)作。
[0050]在本發(fā)明的第二方面，本發(fā)明涉及一種監(jiān)控基于分組的網(wǎng)絡(luò)中的服務(wù)質(zhì)量的系統(tǒng)，所述網(wǎng)絡(luò)被配置為在用戶終端之間建立通信，所述用戶終端被配置為提供與所述通信相關(guān)的服務(wù)質(zhì)量信息；
[0051]所述系統(tǒng)包括:
[0052]訂戶，被配置為發(fā)送對(duì)于至少所述用戶終端中的兩個(gè)之間的通信的服務(wù)質(zhì)量報(bào)告的請(qǐng)求，所述請(qǐng)求包括與服務(wù)質(zhì)量報(bào)告的定制相關(guān)的信息；以及
[0053]質(zhì)量服務(wù)器，被配置為從所述兩個(gè)用戶終端接收與所述通信相關(guān)的服務(wù)質(zhì)量信息，以及基于所述服務(wù)質(zhì)量信息和所述定制信息提供所述服務(wù)質(zhì)量報(bào)告。
[0054]優(yōu)選的，用戶終端適于使用第一協(xié)議提供所述服務(wù)質(zhì)量信息，并且適于使用與所述第一協(xié)議不同的第二協(xié)議建立所述通信。
[0055]第一協(xié)議可以是會(huì)話初始化協(xié)議(SIP )。
[0056]此外，優(yōu)選的，用戶終端適于使用所述第一協(xié)議設(shè)置所述通信。
[0057]優(yōu)選的，基于分組的網(wǎng)絡(luò)是基于因特網(wǎng)的網(wǎng)絡(luò)。
[0058]有利的，該報(bào)告包括從用戶終端接收的服務(wù)質(zhì)量信息。
[0059]此外，定制信息可以包括一個(gè)或更多個(gè)觸發(fā)事件。另外的或者另選的，定制信息可以包括期望的報(bào)告格式。
[0060]優(yōu)選的，質(zhì)量服務(wù)器包括報(bào)告生成器和預(yù)訂登記器，所述預(yù)訂登記器適于登記所述觸發(fā)事件和所述報(bào)告格式。
[0061]優(yōu)選的，質(zhì)量服務(wù)器適于在所述用戶終端相互通信的同時(shí)接收所述服務(wù)質(zhì)量信
肩、O
[0062]優(yōu)選的，通信包括語(yǔ)音和數(shù)據(jù)。
[0063]有利的，所述用戶終端、所述質(zhì)量服務(wù)器和所述至少訂戶實(shí)現(xiàn)了三層架構(gòu)。
[0064]在本發(fā)明的另一方面，本發(fā)明涉及能夠?qū)崿F(xiàn)先前描述的方法的軟件程序。
【專利附圖】

【附圖說(shuō)明】
[0065]為了更好地理解本發(fā)明，將參照附圖描述只作為示例而非應(yīng)被理解為限制的優(yōu)選實(shí)施例，其中:
[0066]圖1是用于監(jiān)控QoS的現(xiàn)有技術(shù)系統(tǒng)的框圖。
[0067]圖2是示出根據(jù)美國(guó)專利申請(qǐng)2003/0120773號(hào)的現(xiàn)有技術(shù)系統(tǒng)的圖。
[0068]圖3是示出根據(jù)本發(fā)明的監(jiān)控QoS的系統(tǒng)的框圖。
[0069]圖4示出了使用SIP網(wǎng)絡(luò)的圖3的系統(tǒng)的示例實(shí)現(xiàn)。
[0070]圖5是使用圖3的系統(tǒng)來(lái)監(jiān)控QoS的方法的流程圖。
[0071]圖6示出了質(zhì)量服務(wù)器的框圖。
【具體實(shí)施方式】
[0072]參照?qǐng)D3，示出了系統(tǒng)50具有兩個(gè)用戶終端52、54，這兩個(gè)用戶終端通過(guò)收集并發(fā)布QoS信息還用作發(fā)布者。用戶終端可以是任何類型的通信設(shè)備，諸如IP電話、尋呼機(jī)、即時(shí)消息傳送客戶機(jī)、移動(dòng)電話、手持計(jì)算設(shè)備等。用戶終端在任何期望的基于分組的網(wǎng)絡(luò)(總體示為59)上使用任何期望的協(xié)議(如，SIP、H.323, JMS等)，以發(fā)布消息57的形式將QoS信息發(fā)送到質(zhì)量服務(wù)器56 (也稱為“事件服務(wù)器”)。如下進(jìn)一步所述，質(zhì)量服務(wù)器56被配置為從用戶終端接收QoS信息并且據(jù)此生成質(zhì)量報(bào)告。質(zhì)量服務(wù)器56還經(jīng)由網(wǎng)絡(luò)耦合到訂戶58，訂戶58適于從質(zhì)量服務(wù)器56請(qǐng)求要通過(guò)質(zhì)量報(bào)告通知的特定QoS服務(wù)。具體的，訂戶58適于向質(zhì)量服務(wù)器發(fā)送包括與質(zhì)量報(bào)告的定制相關(guān)的信息在內(nèi)的預(yù)定請(qǐng)求60。該定制可能包括與用于接收QoS報(bào)告的格式類型有關(guān)的信息以及/或者指示要在何時(shí)發(fā)送報(bào)告的觸發(fā)事件。此外，定制可以通過(guò)從一組預(yù)定可能事物中選擇一個(gè)來(lái)完成，或者定制可以獨(dú)立地從頭開始生成。預(yù)訂請(qǐng)求60可以采用取決于應(yīng)用的多種形式，并且可以與單個(gè)呼叫、單個(gè)用戶、域(來(lái)自/到達(dá)一域的所有呼叫)等相關(guān)。下面將參照兩個(gè)示例性服務(wù):稱為“劣化的QoS通知”的第一服務(wù)，當(dāng)每次用戶之間的通信質(zhì)量低于期望級(jí)別時(shí)觸發(fā)；稱為“⑶R (呼叫詳情記錄)生成”的第二服務(wù)，其中在一通信的終端處提供包括QoS數(shù)據(jù)在內(nèi)的增強(qiáng)的CDR (—般用于記帳目的)。本領(lǐng)域技術(shù)人員將容易意識(shí)到，可以采用許多其它與系統(tǒng)提供服務(wù)的質(zhì)量相關(guān)的信息服務(wù)。
[0073]在檢測(cè)到觸發(fā)事件時(shí)，質(zhì)量服務(wù)器56以62處所示的通知消息，將包括QoS信息并且按照在預(yù)訂請(qǐng)求60中標(biāo)識(shí)的格式類型的報(bào)告發(fā)送到訂戶58。在發(fā)布消息57被傳送到質(zhì)量服務(wù)器56的同時(shí)，用戶終端52、54使用任何期望的協(xié)議(如RTP)經(jīng)由通信網(wǎng)絡(luò)64進(jìn)行點(diǎn)到點(diǎn)通信。
[0074]該解決方案使用三層:層I包括用戶終端52、54 ;層2包括質(zhì)量服務(wù)器56 ;層3包括訂戶58?？傮w而言，這些層之間的通信是使用基于因特網(wǎng)的網(wǎng)絡(luò)完成的，但是也可以使用其它類型的通信技術(shù)。顯然，該三層使得該解決方案可伸縮，從而可以添加附加的質(zhì)量服務(wù)器。質(zhì)量服務(wù)器56通常同時(shí)支持許多用戶終端和訂戶，但是為了便于例示，只示出了兩個(gè)用戶終端52、54以及單個(gè)訂戶58。因?yàn)樵趯?bào)告發(fā)送到訂戶之前質(zhì)量服務(wù)器56只需要存儲(chǔ)歷史數(shù)據(jù)，其中該報(bào)告一般是在用戶終端52、54之間的通信終止以后的很短時(shí)間內(nèi)進(jìn)行的，所以進(jìn)一步實(shí)現(xiàn)了可伸縮性。其它優(yōu)點(diǎn)包括不同訂戶可以通過(guò)使用簡(jiǎn)單的預(yù)定消息60來(lái)請(qǐng)求不同的服務(wù)，并且用戶終端可以發(fā)送頻繁的發(fā)布消息，而不是存儲(chǔ)很多歷史數(shù)據(jù)。質(zhì)量服務(wù)器56通過(guò)從訂戶58去除(decouple)所發(fā)布的消息57并且通過(guò)對(duì)訂戶提供其所請(qǐng)求的消息，而用作過(guò)濾器。該解決方案的另一優(yōu)點(diǎn)在于可以使用同一協(xié)議進(jìn)行設(shè)置和消息發(fā)布，如下面所述的。
[0075]圖4示出了更具體的示例，其中將基于分組的網(wǎng)絡(luò)78 (如，SIP網(wǎng)絡(luò))用作用于用戶終端52、54之間的通信設(shè)置以及用于與質(zhì)量服務(wù)器56的通信的基礎(chǔ)。SIP網(wǎng)絡(luò)包括SIP代理服務(wù)器80以及域登記器和位置服務(wù)82。所示的編號(hào)I到11表示事件的正常順序，但是事件可以以不同順序發(fā)生。如通信I處所指示的，訂戶58經(jīng)由代理服務(wù)器80將預(yù)訂消息發(fā)送到質(zhì)量服務(wù)器56。該預(yù)訂消息包括定制信息，如對(duì)于所請(qǐng)求服務(wù)的指示、要監(jiān)控的通信(與一個(gè)或更多個(gè)域、用戶或呼叫關(guān)聯(lián))、觸發(fā)事件和/或期望的報(bào)告格式。
[0076]假設(shè)對(duì)于用戶A與B之間的通信，請(qǐng)求“劣化的QoS通知“和“⑶R生成”服務(wù)。還假設(shè)用戶A具有SIP電話，用戶B具有運(yùn)行軟客戶機(jī)的PC，該軟客戶機(jī)可以支持語(yǔ)音和視頻。在給電時(shí)，用戶52、54都利用ISP的網(wǎng)絡(luò)中的SIP代理服務(wù)器80登記它們的可用性和它們的IP地址。箭頭2到7示出了使用第一協(xié)議設(shè)置通信，總體上示為84。用戶A通過(guò)告知SIP代理服務(wù)器80其想要聯(lián)系用戶B，來(lái)發(fā)起呼叫(參見箭頭2)。隨后，SIP代理服務(wù)器從域登記器服務(wù)器82請(qǐng)求用戶B的IP地址(參見箭頭3)。域登記器服務(wù)器82利用用戶B的IP地址進(jìn)行回復(fù)(參見箭頭4)。然后，SIP代理服務(wù)器80中繼用戶A的與用戶B通信的請(qǐng)求(參見箭頭5)，該請(qǐng)求包括用戶A52想要使用的媒體(此通信可以通過(guò)使用會(huì)話描述協(xié)議(SDP)來(lái)完成)。然后，用戶B54告知SIP代理服務(wù)器80接受了用戶A的邀請(qǐng)，并且用戶B準(zhǔn)備好接收消息(參見箭頭6)。SIP代理服務(wù)器告知用戶A52該請(qǐng)求被接受(參見箭頭7 )，由此建立了 SIP會(huì)話。然后，用戶52、54建立了使它們能夠交互的點(diǎn)到點(diǎn)實(shí)時(shí)協(xié)議(RTP )連接(參見箭頭8)。使用第二協(xié)議建立通信信道總體上在86處示出。在通信過(guò)程中的任何時(shí)間點(diǎn)，用戶A和B使用與用于設(shè)置通信84的協(xié)議相同的協(xié)議來(lái)將異步QoS消息(參見箭頭9)發(fā)布到SIP代理服務(wù)器80。SIP代理服務(wù)器將這些消息轉(zhuǎn)發(fā)到質(zhì)量服務(wù)器56。雖然未示出，但是SIP代理服務(wù)器可能還需要從域登記器82請(qǐng)求質(zhì)量服務(wù)器56的IP地址。質(zhì)量服務(wù)器56使用QoS信息來(lái)建立報(bào)告，并且監(jiān)控QoS數(shù)據(jù)以發(fā)現(xiàn)預(yù)定觸發(fā)事件。示例觸發(fā)事件有用戶之間的通信質(zhì)量是否降至低于期望級(jí)別。在這種情況下，質(zhì)量服務(wù)器56將異步消息(參見箭頭11)發(fā)送到訂戶58，以警告訂戶通信故障(“劣化的QoS通知”)。此外，可以采取適當(dāng)行動(dòng)作為反饋，諸如加強(qiáng)連接或者限制該同一鏈路上的進(jìn)一步通信的準(zhǔn)入。當(dāng)用戶52、54之間的通信終止時(shí)，將指示通信終止的異步消息(箭頭9)發(fā)送到SIP代理服務(wù)器80。該消息被轉(zhuǎn)發(fā)到質(zhì)量服務(wù)器56 (參見箭頭10)，質(zhì)量服務(wù)器56作為響應(yīng)以所請(qǐng)求的格式(“⑶R生成”)建立QoS報(bào)告。該報(bào)告優(yōu)選的包含QoS數(shù)據(jù)和⑶R數(shù)據(jù)，通過(guò)使用與該通信關(guān)聯(lián)的呼叫id來(lái)使這兩個(gè)數(shù)據(jù)匹配。然后經(jīng)由代理服務(wù)器80將該報(bào)告轉(zhuǎn)發(fā)到訂戶(參見箭頭11)。本領(lǐng)域技術(shù)人員將容易意識(shí)到，圖4的系統(tǒng)不必基于SIP代理服務(wù)器。例如，可以使用任何信號(hào)傳輸協(xié)議來(lái)建立用戶A與B之間的通信。此外，可以將任何異步協(xié)議用于用戶52、54與質(zhì)量服務(wù)器56之間的通信。此外，可以將任何異步協(xié)議用于質(zhì)量服務(wù)器56與訂戶58之間的通信。最后，可以將任何分組媒體傳輸協(xié)議用于用戶A與B之間的通信。雖然圖4總體上示出了單個(gè)域，但是該系統(tǒng)可以容易地?cái)U(kuò)展到多域環(huán)境，如通過(guò)在域之間使用重定向服務(wù)器。
[0077]圖5示出了用于實(shí)現(xiàn)質(zhì)量服務(wù)器56的方法的流程圖。在處理塊90中，方法開始。在處理塊92中，質(zhì)量服務(wù)器56監(jiān)控來(lái)自訂戶58的預(yù)定消息。該預(yù)定消息可以定義觸發(fā)事件以及從質(zhì)量服務(wù)器發(fā)送到訂戶的報(bào)告格式。質(zhì)量服務(wù)器與訂戶之間的通信一般是異步通信，并且可以采取任何期望格式，但是XML格式的示例預(yù)訂消息可以如下(考慮稱為“topolinia” 和 “paperopoli ” 的兩個(gè)域):
[0078]
【權(quán)利要求】
1.一種監(jiān)控基于分組的網(wǎng)絡(luò)中的服務(wù)質(zhì)量的方法，所述網(wǎng)絡(luò)適于在用戶終端之間建立通信，其特征在于: 向服務(wù)質(zhì)量服務(wù)器請(qǐng)求對(duì)于至少所述用戶終端中的兩個(gè)之間的通信的服務(wù)質(zhì)量報(bào)告，其中所述請(qǐng)求包括提供與服務(wù)質(zhì)量報(bào)告的定制相關(guān)的信息； 從所述兩個(gè)用戶終端向服務(wù)質(zhì)量服務(wù)器發(fā)送與兩個(gè)用戶終端之間的通信相關(guān)的服務(wù)質(zhì)量信息；以及 基于所述服務(wù)質(zhì)量信息和所述定制信息提供所述服務(wù)質(zhì)量報(bào)告， 其中服務(wù)質(zhì)量信息是使用第一協(xié)議由所述兩個(gè)用戶終端發(fā)送的，并且所述兩個(gè)用戶終端之間的通信是使用與所述第一協(xié)議不同的第二協(xié)議執(zhí)行的， 并且其中第一協(xié)議是會(huì)話初始化協(xié)議。
2.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括提供多個(gè)通知服務(wù)，所述多個(gè)通知服務(wù)中的每一個(gè)包括提供至少各個(gè)服務(wù)質(zhì)量報(bào)告。
3.根據(jù)權(quán)利要求2所述的方法，其中請(qǐng)求服務(wù)質(zhì)量報(bào)告包括預(yù)訂所述多個(gè)通知服務(wù)中的一個(gè)。
4.根據(jù)權(quán)利要求3所述的方法，進(jìn)一步包括，在執(zhí)行所述兩個(gè)用戶終端之間的通信之前，使用所述第一協(xié)議設(shè)置所述通信。
5.根據(jù)權(quán)利要求1所述的方法，其中定制信息包括指定與所述通信相關(guān)的一個(gè)或更多個(gè)觸發(fā)事件，并且其中所述報(bào)告是響應(yīng)于觸發(fā)事件而提供的。
6.根據(jù)權(quán)利要求1所述的方法，其中定制信息包括指定期望的報(bào)告格式，并且其中所述報(bào)告是以所述報(bào)告格式提供的。
7.根據(jù)權(quán)利要求3所述的方法，其中預(yù)訂通知服務(wù)包括指定期望的報(bào)告格式以及用于提供所述報(bào)告的一個(gè)或更多個(gè)觸發(fā)事件。
8.根據(jù)權(quán)利要求1所述的方法，其中基于分組的網(wǎng)絡(luò)是基于因特網(wǎng)的網(wǎng)絡(luò)。
9.根據(jù)權(quán)利要求1所述的方法，其中第二協(xié)議是因特網(wǎng)實(shí)時(shí)協(xié)議。
10.根據(jù)權(quán)利要求4所述的方法，其中設(shè)置所述兩個(gè)用戶終端之間的通信包括: 從第一用戶終端接收對(duì)于與第二用戶終端進(jìn)行通信的邀請(qǐng)； 搜索第二用戶終端的因特網(wǎng)協(xié)議地址； 向第二用戶終端的因特網(wǎng)協(xié)議地址發(fā)送通信邀請(qǐng)； 從第二用戶終端接收對(duì)于該通信邀請(qǐng)的接受；以及 將該接受發(fā)送到第一用戶終端。
11.根據(jù)權(quán)利要求1所述的方法，其中所述兩個(gè)用戶終端之間的通信是經(jīng)由包括語(yǔ)音和數(shù)據(jù)的多媒體信道執(zhí)行的。
12.根據(jù)權(quán)利要求1所述的方法，其中所述報(bào)告包括呼叫詳情記錄數(shù)據(jù)。
13.根據(jù)權(quán)利要求12所述的方法，其中提供所述報(bào)告包括基于呼叫標(biāo)識(shí)符，將所述呼叫詳情記錄數(shù)據(jù)與所述服務(wù)質(zhì)量信息匹配。
14.根據(jù)權(quán)利要求5所述的方法，其中所述觸發(fā)事件包括與所述兩個(gè)用戶終端之間的通信相關(guān)的參數(shù)超過(guò)預(yù)定界限。
15.根據(jù)權(quán)利要求5所述的方法，其中所述觸發(fā)事件包括所述兩個(gè)用戶終端之間的通信的終止。
16.根據(jù)權(quán)利要求1所述的方法，其中所述服務(wù)質(zhì)量信息是在所述兩個(gè)用戶終端之間的通信過(guò)程中發(fā)送的。
17.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括響應(yīng)于報(bào)告的提供，在所述基于分組的網(wǎng)絡(luò)中米取適當(dāng)動(dòng)作。
18.—種監(jiān)控基于分組的網(wǎng)絡(luò)(59，78)中的服務(wù)質(zhì)量的系統(tǒng)，所述網(wǎng)絡(luò)被配置為在用戶終端(52，54)之間建立通信，其特征在于所述用戶終端被配置為將與所述通信相關(guān)的服務(wù)質(zhì)量信息發(fā)送到服務(wù)質(zhì)量服務(wù)器； 并且所述系統(tǒng)包括: 訂戶(58)，被配置為發(fā)送對(duì)于至少所述用戶終端中的兩個(gè)之間的通信的服務(wù)質(zhì)量報(bào)告的請(qǐng)求，所述請(qǐng)求包括與服務(wù)質(zhì)量報(bào)告的定制相關(guān)的信息；以及 服務(wù)質(zhì)量服務(wù)器(56)，被配置為從所述兩個(gè)用戶終端接收與兩個(gè)用戶終端之間的通信相關(guān)的服務(wù)質(zhì)量信息，以及基于所述服務(wù)質(zhì)量信息和所述定制信息提供所述服務(wù)質(zhì)量報(bào)生1=1， 其中用戶終端適于使用第一協(xié)議將所述服務(wù)質(zhì)量信息發(fā)送到服務(wù)質(zhì)量服務(wù)器，并且適于使用與所述第一協(xié)議不同的第二協(xié)議進(jìn)行相互通信， 并且其中第一協(xié)議是會(huì)話初始化協(xié)議。
19.根據(jù)權(quán)利要求18所述的系統(tǒng)，其中所述用戶終端(52，54)適于使用所述第一協(xié)議設(shè)置相互的通信。
20.根據(jù)權(quán)利要求18和19中任何一個(gè)所述的系統(tǒng)，其中基于分組的網(wǎng)絡(luò)(59，78)是基于因特網(wǎng)的網(wǎng)絡(luò)。
21.根據(jù)權(quán)利要求18和19中任何一個(gè)所述的系統(tǒng)，其中所述報(bào)告包括由用戶終端發(fā)送的服務(wù)質(zhì)量信息。
22.根據(jù)權(quán)利要求18和19中任何一個(gè)所述的系統(tǒng)，其中定制信息包括一個(gè)或更多個(gè)觸發(fā)事件。
23.根據(jù)權(quán)利要求22所述的系統(tǒng)，其中定制信息包括期望的報(bào)告格式。
24.根據(jù)權(quán)利要求23所述的系統(tǒng)，其中質(zhì)量服務(wù)器(56)包括報(bào)告生成器(120)和預(yù)訂登記器(122)，所述預(yù)訂登記器適于登記所述觸發(fā)事件和所述報(bào)告格式。
25.根據(jù)權(quán)利要求18和19中任何一個(gè)所述的系統(tǒng)，其中服務(wù)質(zhì)量服務(wù)器(56)適于在所述用戶終端相互通信的同時(shí)接收所述服務(wù)質(zhì)量信息。
26.根據(jù)權(quán)利要求18和19中任何一個(gè)所述的系統(tǒng)，其中所述兩個(gè)終端之間的通信包括語(yǔ)音和數(shù)據(jù)。
27.根據(jù)權(quán)利要求18和19中任何一個(gè)所述的系統(tǒng)，其中所述用戶終端(52，54)、所述服務(wù)質(zhì)量服務(wù)器(56)和所述至少訂戶(58)實(shí)現(xiàn)了三層架構(gòu)。
【文檔編號(hào)】H04L12/24GK103944752SQ201410122926
【公開日】2014年7月23日 申請(qǐng)日期:2004年8月20日 優(yōu)先權(quán)日:2004年8月20日
【發(fā)明者】朱塞佩·德諾亞, 安托尼奧·福斯庫(kù), 安德瑞·羅斯奧 申請(qǐng)人:意大利電信股份公司