專利名稱:通信網(wǎng)絡(luò)中信息傳輸業(yè)務(wù)質(zhì)量的標(biāo)識的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及方法和裝置，尤其是計算機程序產(chǎn)品，用于存儲用于標(biāo)識通信網(wǎng)絡(luò)中信息傳輸?shù)臉I(yè)務(wù)質(zhì)量的數(shù)據(jù)。
背景技術(shù)：
過去形成了兩種主要類型的傳輸信息的通信網(wǎng)絡(luò)包交換的數(shù)據(jù)網(wǎng)絡(luò)和線路交換的語音網(wǎng)絡(luò)。其差別主要在其不同的業(yè)務(wù)質(zhì)量要求。
業(yè)務(wù)質(zhì)量，也稱為QoS(Quality of Service服務(wù)質(zhì)量)，視上下文而不同地定義并且因而用各不相同的尺度進行分析。公知的測量業(yè)務(wù)質(zhì)量的尺度的實例是最大可傳輸?shù)男畔⒘?帶寬)、傳輸?shù)男畔⒘?、沒有傳輸?shù)男畔⒘?損失率)、在必要時均化的傳輸時間延遲(傳輸延遲)、在必要時均化的與其它情況下一般的每兩個信息傳輸之間的間隔的偏離(延遲跳動、間隔跳動)，或者根本不允許傳輸?shù)男畔⒘?阻塞率)。
線路交換的語音網(wǎng)絡(luò)解釋為專業(yè)界還稱為傳輸“語音”、“電話”或者“會議”的連續(xù)流動的(語音)信息的傳輸。在此信息的傳輸普遍地以高的業(yè)務(wù)質(zhì)量和安全性進行。例如對于語音無延遲時間起伏(延遲跳動)的最小延遲，例如＜200ms的延遲，是重要的，因為在接收裝置中重放時語音要求連續(xù)的信息流。因此信息損失不能夠通過再次傳輸沒有傳輸?shù)男畔⒀a償，并且在接收裝置中普遍地導(dǎo)致可以聽覺感受到的喀嚓聲。在專業(yè)領(lǐng)域內(nèi)把語音傳輸泛稱為“實時(傳輸)業(yè)務(wù)”或稱為“實時服務(wù)”。業(yè)務(wù)質(zhì)量通過相應(yīng)的語音網(wǎng)絡(luò)的容量和規(guī)劃達(dá)到，其中傳輸容量本身由于線路交換由剛好沒有起伏的量所決定。安全性例如通過語音網(wǎng)絡(luò)對非法使用的第三者的相應(yīng)的空間的或者組織上的關(guān)閉引起。從而過去例如語音網(wǎng)絡(luò)的狀態(tài)往往交給國家管理，從而例如可以在很大的程度上避免第三方竊聽。
包交換的數(shù)據(jù)網(wǎng)絡(luò)解釋為專業(yè)領(lǐng)域中稱為“數(shù)據(jù)包流”的包流的傳輸。在此普遍地不必保證高的業(yè)務(wù)質(zhì)量。例如以在時間上有起伏的延遲的傳輸數(shù)據(jù)流是在沒有業(yè)務(wù)質(zhì)量保證下進行，因為數(shù)據(jù)包流的各個數(shù)據(jù)包一般地以其網(wǎng)絡(luò)訪問的順序傳輸，就是說數(shù)據(jù)網(wǎng)絡(luò)傳輸?shù)陌蕉?，時延就越大。在專業(yè)領(lǐng)域內(nèi)因此把數(shù)據(jù)的傳輸也稱為無實時條件的傳輸業(yè)務(wù)，或者稱為“非實時業(yè)務(wù)”。安全性起次要的作用。在較小的網(wǎng)絡(luò)，例如局域網(wǎng)(LAN)或企業(yè)內(nèi)部網(wǎng)(公司網(wǎng)-也稱虛擬的私人網(wǎng)(VPN))中安全性多數(shù)通過空間上關(guān)閉網(wǎng)絡(luò)引起，因為在這類網(wǎng)絡(luò)中只有事前經(jīng)授權(quán)的用戶(所謂的“友好用戶”)。
當(dāng)前公知的數(shù)據(jù)網(wǎng)絡(luò)是互連網(wǎng)?；ミB網(wǎng)構(gòu)成為開放的(廣泛通信的)數(shù)據(jù)網(wǎng)，具有開放的界面用于連接(至少是當(dāng)?shù)睾途钟虻?不同制造廠家的數(shù)據(jù)網(wǎng)絡(luò)。因此迄今的主要的注意力是提供與制造廠家無關(guān)的傳輸平臺。用于保證業(yè)務(wù)質(zhì)量和安全性的適當(dāng)?shù)臋C制起并列的作用。因此當(dāng)前首先用分散的、安放在對互連網(wǎng)的接口上的過濾裝置實現(xiàn)較高的安全性，所述的過濾裝置也稱防火墻。網(wǎng)絡(luò)內(nèi)業(yè)務(wù)質(zhì)量和安全性機制卻還幾乎沒有。
在線路交換的語音網(wǎng)絡(luò)和包交換的數(shù)據(jù)網(wǎng)絡(luò)的會聚過程中把語音傳輸業(yè)務(wù)和在未來的寬帶業(yè)務(wù)例如運動的圖像信息的傳輸同樣地也用包交換的數(shù)據(jù)網(wǎng)絡(luò)實現(xiàn)，就是說把迄今通常的線路交換傳輸?shù)膶崟r業(yè)務(wù)在會聚的語音-數(shù)據(jù)網(wǎng)絡(luò)中按包交換進行，就是說在包流中進行。這也稱為“實時包流”。在此出現(xiàn)的問題是，對實時業(yè)務(wù)的包交換實現(xiàn)要求高的業(yè)務(wù)質(zhì)量，從而使之與線路交換的傳輸在質(zhì)量上可相比較，而時變數(shù)據(jù)網(wǎng)絡(luò)尤其是互連網(wǎng)沒有適當(dāng)?shù)臋C制用于保證高的業(yè)務(wù)質(zhì)量。
下文集中討論互連網(wǎng)中傳輸多媒體信息(例如聲頻或者視頻)。但是這沒有產(chǎn)生實質(zhì)上的限制，因為業(yè)務(wù)質(zhì)量要求不是特定地為互連網(wǎng)構(gòu)成的，而是普遍地適用于所有類型的數(shù)據(jù)網(wǎng)絡(luò)。它與數(shù)據(jù)網(wǎng)絡(luò)的具體安排無關(guān)。因此所述的包可以構(gòu)成為互連網(wǎng)包、X.25或幀中繼包，還可構(gòu)成ATM信元。所述的包有時也稱為“消息”，這時主要在包中傳輸消息。數(shù)據(jù)包流和實時包流在此是在通信網(wǎng)絡(luò)中傳輸?shù)耐ㄐ帕鞯膶嵤├Ｍㄐ帕饕卜Q為“連接”，然而也用在其中采用無連接的傳輸技術(shù)的包交換網(wǎng)中。例如在TCP/IP中借用于所謂的流動進行信息傳輸，通過發(fā)射機和接收機(例如網(wǎng)絡(luò)服務(wù)器和瀏覽器)在邏輯的抽象層上相互連接，就是說也邏輯抽象地產(chǎn)生流動連接，盡管IP有無連接的性質(zhì)。
為了經(jīng)過包交換的IP網(wǎng)(例如互連網(wǎng))傳輸語音信息和圖像信息-也稱為VoIP-在國際標(biāo)準(zhǔn)化委員會IETF(互連網(wǎng)工程特別任務(wù)組)和IUT(國際電信聯(lián)盟)中說明了多個體系結(jié)構(gòu)。所有共同的是呼叫控制層和資源控制層在功能上是相互分離的。
呼叫控制層包含(供選擇的)呼叫控制器，對其主要分配以下的功能-地址翻譯把E.164電話號碼和其它的同義名地址(例如計算機名)翻譯成傳輸?shù)刂?例如互連網(wǎng)址)。
-接入控制(供選擇)原則上的合法性檢驗，裝置是否以及可以在什么范圍內(nèi)(例如VoIP可用的)使用該通信網(wǎng)絡(luò)。
-帶寬控制(供選擇)管理傳輸容量。
-區(qū)域管理裝置的注冊(例如VoLP可用的)以及為所有在呼叫控制器注冊的裝置提供上述的功能。
此外，供選擇地還逐個為呼叫控制器指派下列功能-呼叫控制信令所有的信令消息都由至少一個呼叫控制器轉(zhuǎn)交，就是說所有的裝置只通過呼叫控制器發(fā)出和接收信令消息。不準(zhǔn)許裝置之間直接的信令消息交換。
-呼叫權(quán)限輸入和輸出的呼叫的合法性檢驗。
-帶寬管理控制準(zhǔn)許的可同時使用通信網(wǎng)絡(luò)的裝置數(shù)量。
-呼叫管理管理組成列表的對話，以例如可以在裝置本身不產(chǎn)生占線標(biāo)記的情況下產(chǎn)生占線標(biāo)記。
-同義名地址修改返回修改了的同義名地址，例如用H.225.0(完全是參考，出處同上)消息ACF(接入確認(rèn))。在連接建立情況下端點必須采用這種地址。
-撥號的數(shù)字傳輸把選取的密碼翻譯成E，164電話號碼或者個人編號方案中的號碼。
例如對于呼叫控制器是由ITU在H.232標(biāo)準(zhǔn)族中提出的“網(wǎng)閘”或者IETF提出的“SIP-代理”。如果把大的通信網(wǎng)絡(luò)分成多個域-也稱為區(qū)域-，可以在每個域中設(shè)一個分開的呼叫控制器。域還可以在不用呼叫控制器的情況下運行。如果在一個域中設(shè)有多個呼叫控制器，應(yīng)當(dāng)僅有唯一的一個由它啟動。從邏輯的角度上看呼叫控制器是與裝置分開的。然而在物理上它卻不必在與裝置分開的呼叫控制器中實現(xiàn)，而是可以設(shè)置在連接的每個端點(例如作為H.323端點構(gòu)成的終端裝置、網(wǎng)關(guān)、多點控制單元，等等)中或者在為程序控制數(shù)字處理構(gòu)成的裝置(例如計算機、PC楊等等)中。還可以是物理分布的實現(xiàn)。
資源控制層含有資源控制器作為中心元件，對該資源控制器指派以下的功能-容量控制控制通過包流給通信網(wǎng)絡(luò)引入的通信量，例如通過控制各個包流的傳輸容量。
-對策激活(供選擇)在必要時對優(yōu)先權(quán)化的包流在其傳輸?shù)耐ㄐ啪W(wǎng)絡(luò)中保留資源。
-優(yōu)先權(quán)管理(供選擇)在包中相應(yīng)于其包流的優(yōu)選權(quán)設(shè)置、檢查優(yōu)選權(quán)標(biāo)識，并且在包中已經(jīng)用優(yōu)先權(quán)標(biāo)識了的情況下，在必要時進行糾正。
資源控制器也稱為“對策判定點(PDP)”。它常常在所謂的“邊緣選路器”內(nèi)部實現(xiàn)，邊緣選路器也稱為“邊緣裝置”、“接入結(jié)點”，或者在劃分到互連網(wǎng)服務(wù)提供者(ISP)時稱為“提供者邊緣選路器(PER)。另外PER可以只起代理作用，并且向獨立的服務(wù)器轉(zhuǎn)交資源控制器相關(guān)信息，由此實現(xiàn)資源控制器。
根據(jù)IETF和ITU的協(xié)議(見H.323草案v4(07/2000)，附錄II)呼叫控制器和資源控制器的主要協(xié)同作用以兩個作為用戶終端裝置構(gòu)成的VoIP裝置之間的呼叫建立為例加以說明。
在內(nèi)部或者部分地于時間上也在本來的呼叫建立以前，在IP網(wǎng)絡(luò)中撥入終端裝置時(例如經(jīng)過互連網(wǎng)服務(wù)提供者)運行鑒別、授權(quán)和(啟動)記帳等步驟。這些所謂的“AAA”功能一般通過訪問用戶數(shù)據(jù)庫實現(xiàn)，在所述的用戶數(shù)據(jù)庫中儲存所有用戶，連同其識別碼、通行字、權(quán)限等等。這種訪問緩慢并且比較復(fù)雜。在現(xiàn)今的“最佳努力”IP網(wǎng)中，這種AAA過程一般地在用戶選撥時進行一次。如果終端機在互連網(wǎng)服務(wù)提供者的呼叫控制器(例如在SIP代理或者在H.323網(wǎng)閘)注冊，則在使用呼叫控制器時進行另一個鑒別。根據(jù)H.323草案v4(07/2000)這種終端裝置的鑒別或者注冊在分配給的網(wǎng)閘情況下按照RAS(注冊、接入、狀態(tài))協(xié)議進行。RAS協(xié)議在ITU標(biāo)準(zhǔn)H.225(完全是參考，出處同上)中說明。
真正的呼叫建立一般地開始于在第一步驟中用戶的終端裝置交換其能力(例如支持的代碼的列表)，以確定所需要的資源(例如帶寬)和所要求的QoS(例如延遲、跳動)。終端裝置在語音電話業(yè)務(wù)例如構(gòu)成為IP電話，在有線電視中終端裝置可以是例如在互連網(wǎng)服務(wù)提供者(ISP)的網(wǎng)絡(luò)中的內(nèi)容服務(wù)器或者應(yīng)用服務(wù)器。
信令消息的交換要么直接地在終端裝置之間進行要么通過呼叫控制器接轉(zhuǎn)。在此每次呼叫時對每個終端裝置和對每個傳輸方向按個例地確定，使用哪種方案。第一個方案例如在H.323草案v4(07/2000)中稱為“直接端點呼叫信令”而第二個方案稱為“網(wǎng)閘選路的呼叫信令”。在直接端點呼叫信令中需要時可以向呼叫控制器傳輸選取的信令消息的拷貝。從而呼叫控制器常常具有在終端裝置之間確定的資源要求和QoS要求的知識。然而這些要求卻不能夠由呼叫控制器本身主動地施加影響或者核實。
在第二個供選擇的步驟中可以把這種確定的資源要求和QoS要求直接地從用戶的終端裝置向分配給它的資源控制器傳輸。檢驗資源要求和QoS要求之后向終端裝置回送一個認(rèn)可(或者拒絕)。
在第三個，同樣地是供選擇的步驟中，在邊緣選路器和有的情況下網(wǎng)絡(luò)中的其它選路器啟動一個“對策”，用之檢驗這些選路器，并且保證由終端裝置引起的通信在所述的要求中指定的界限之內(nèi)。這樣的保留機制的一個例子是RSVP(資源reSerVation協(xié)議)為了執(zhí)行這三個步驟，發(fā)送出多個消息，所述的消息只起相互諧調(diào)參與的部件的作用，然而不起在終端裝置之間傳輸“真正的信息”的作用。這種與消息一起傳輸?shù)男畔⒁话愕胤Q為“信令信息”、“信令數(shù)據(jù)”或者簡單地稱為“信令”。在此這個概念理解為廣義的。從而例如與信令消息并列地還包含根據(jù)RAS協(xié)議的消息、根據(jù)ITU標(biāo)準(zhǔn)H.245的控制網(wǎng)絡(luò)信道存在的語音的消息，以及所有其它的類似構(gòu)成的消息。根據(jù)ITU的連接建立(呼叫建立)和連接解除(呼叫釋放)例如說明在標(biāo)準(zhǔn)H.225.0，“MediaStream Packetization and Synchronisation on Non-Garanteed QoS LANs(在無保障的QoSLAN上的媒體流分組化和同步)”中，根據(jù)IETF則說明在RFC2453至“SIP會議起動協(xié)議”，draft-ietf-sip-rfc2453至-02.txt，09/2000中。為了與信令有區(qū)別把“真正的信息”也稱作為“有效信息”、“媒體信息”、“媒體數(shù)據(jù)”或者簡稱為“媒體”。
在這方面把“帶外”理解成與通信網(wǎng)絡(luò)中為傳輸信令信息和有效信息設(shè)置的通道不同的通道/媒體上的信息傳輸。特別是因此包含現(xiàn)場局部配置所述裝置，這例如是用局部的控制裝置進行。相反在“帶內(nèi)”的情況下信息用相同的通道/媒體傳輸，在一定的情況下與所考慮的信令信息和有效信息以邏輯上分開地傳輸。
基于迄今的實施可以明了，只有在所屬的信令數(shù)據(jù)以及構(gòu)成為語音的媒體數(shù)據(jù)在綜合的語音-數(shù)據(jù)網(wǎng)絡(luò)如在語音網(wǎng)絡(luò)中以相同的業(yè)務(wù)質(zhì)量傳輸時，在用戶處實現(xiàn)VoIP才能夠被廣泛接受。然而在此可以由營運商事先對用戶承諾一定的業(yè)務(wù)質(zhì)量。然而在綜合的語音-數(shù)據(jù)-網(wǎng)絡(luò)中原則上所有的數(shù)據(jù)流都遭受網(wǎng)絡(luò)負(fù)荷的起伏，因此在較高的網(wǎng)絡(luò)負(fù)荷時原則上達(dá)不到所承諾的業(yè)務(wù)質(zhì)量。
在這方面根據(jù)本發(fā)明，連續(xù)采集數(shù)據(jù)以標(biāo)識每個VoIP傳輸?shù)膶嶋H業(yè)務(wù)質(zhì)量可能是有益的，因為這樣在有爭議時可以提供可領(lǐng)會的數(shù)據(jù)以標(biāo)識有關(guān)的VoIP傳輸?shù)膶嶋H業(yè)務(wù)質(zhì)量。
這樣廣泛而且高費用的采集質(zhì)量數(shù)據(jù)不論用在IETF和/或ITU的標(biāo)準(zhǔn)和草案中提出的裝置還是用已經(jīng)公知的實施和方案中都不能在技術(shù)上適當(dāng)?shù)亟鉀Q。
公知一種借助于測量裝置的逐個數(shù)據(jù)采集。測量裝置在網(wǎng)絡(luò)中一般地稱為取樣器或者探頭，它監(jiān)測信息傳輸并且在主動系統(tǒng)中直接向網(wǎng)絡(luò)中饋送信息以測量實際的業(yè)務(wù)質(zhì)量。對于VoIP還存在起終端裝置作用、啟動信息傳輸并且測量信息傳輸?shù)膫鬏斮|(zhì)量的測量裝置。當(dāng)然，只可以用之進行抽樣，此外在客戶報怨其終端裝置、其專用的網(wǎng)絡(luò)通路以及尤其是報怨其主觀感受的業(yè)務(wù)質(zhì)量時，這樣做并沒有幫助。在這樣情況下維修技術(shù)人員例如要在現(xiàn)場通過測量裝置替換用戶的終端裝置，這樣以查明作為對客戶報怨的反應(yīng)的質(zhì)量數(shù)據(jù)。用這樣方法不可能推斷過去的質(zhì)量損害，例如由于過高的網(wǎng)絡(luò)負(fù)荷(也稱為“網(wǎng)絡(luò)塞車”)。用之也不能證實實際的業(yè)務(wù)質(zhì)量連續(xù)地相應(yīng)于所承諾的業(yè)務(wù)質(zhì)量。
此外還公知，在(網(wǎng)絡(luò)內(nèi))信息傳輸?shù)闹虚g點，例如在網(wǎng)絡(luò)之間的接口(也稱為“網(wǎng)關(guān)”)(例如在線路交換的語音網(wǎng)絡(luò)與分組交換的綜合的語音數(shù)據(jù)網(wǎng)絡(luò)之間)，或者在集中點(也稱為“多路轉(zhuǎn)換器”)查明業(yè)務(wù)質(zhì)量數(shù)據(jù)，所述的集中點上通過靜止的或者統(tǒng)計學(xué)的多路轉(zhuǎn)換把許多信息傳輸結(jié)合成高比特速率的信息流，以在共同的信道中傳輸。在因此IETF(互連網(wǎng)工程特別任務(wù)組)的RFC2705、Arango et al，“Media Gateway ControlProtocol(MGCP)”10/1999，Kap.2.3.5中提出應(yīng)當(dāng)從信息傳輸?shù)闹虚g點對于每個由之傳輸?shù)男畔⒘髟诮Y(jié)束信息傳輸后向被分配的電話局傳輸一定的統(tǒng)計學(xué)數(shù)據(jù)。在此，根據(jù)RFC1889，Schlzrinne et al，“RTP A TransportProtocolfor Real-time Applications01/1996，Kapitel 6“RTP Control Protocol-RTCP”應(yīng)把支持流控制和過載控制作為主功能歸于所述數(shù)據(jù)。根據(jù)RFC1889，Kap.6.3.4這種數(shù)據(jù)的使用針對下面的作用-發(fā)射機應(yīng)當(dāng)能夠在信息傳輸過程中依據(jù)接收的統(tǒng)計數(shù)據(jù)匹配其發(fā)射性能(流控制和過載控制)。
-接收機應(yīng)當(dāng)能夠推導(dǎo)問題是否由當(dāng)?shù)氐摹^(qū)域的或者全局的原因造成(失誤定位)。
-網(wǎng)絡(luò)監(jiān)測器應(yīng)當(dāng)能夠依據(jù)統(tǒng)計數(shù)據(jù)分析網(wǎng)絡(luò)的信息傳輸?shù)臉I(yè)務(wù)性能(網(wǎng)絡(luò)性能)。在此重點在作為整體的網(wǎng)絡(luò)，而不是單個的信息傳輸。
不論是RFC2705還是RFC1889中都沒有提示利用，特別是儲存所述的數(shù)據(jù)用于標(biāo)識信息傳輸?shù)臉I(yè)務(wù)質(zhì)量。此外這種方法沒有分度，因為在例如作為網(wǎng)關(guān)或者多路轉(zhuǎn)換器構(gòu)成的中間結(jié)點中的費用隨著傳輸?shù)臄?shù)據(jù)量的增加而直線上升。由于其在中間結(jié)點應(yīng)用，首先是通過流控制和過載控制針對網(wǎng)絡(luò)整體的網(wǎng)絡(luò)內(nèi)性能控制，而不承擔(dān)各個信息傳輸?shù)臉I(yè)務(wù)質(zhì)量標(biāo)識。此外在分開引導(dǎo)雙向信息傳輸?shù)男畔⒘鲿r主要只能夠進行單向的測量。對于雙向的測量結(jié)果要求后置(Nachgeordneter)的處理步驟。

發(fā)明內(nèi)容本發(fā)明的任務(wù)在于示出一種途徑，能夠有效地連續(xù)采集用于標(biāo)識通信網(wǎng)絡(luò)中的每個信息傳輸?shù)膶嶋H業(yè)務(wù)質(zhì)量的數(shù)據(jù)。
該任務(wù)通過權(quán)利要求
1的特征解決。本發(fā)明的其它有利實施方案由從屬和并列權(quán)利要求
給出。
與權(quán)利要求
1相關(guān)聯(lián)的有許多新穎的、未期待的有利的技術(shù)作用-通過采集端點的數(shù)據(jù)本身標(biāo)定其解。每個端點只須采集相應(yīng)指派給該端點的信息傳輸用的數(shù)據(jù)。此外在終端裝置中-不同于中間結(jié)點-一般地只匯集有限的、并且還在最大的程度上恒定數(shù)量的端點(例如在H.323終端裝置中，對每個音頻和視頻的往和返方向，一個用于H.245信令而一個用于對所分配的網(wǎng)關(guān)的H.225.0信令)。在網(wǎng)絡(luò)中信息傳輸數(shù)量的升高通常是由于連接在該網(wǎng)絡(luò)上的終端裝置的增加引起的，然而不是由于每個終端裝置的端點的(顯著)增加引起的，從而由于根據(jù)本發(fā)明的數(shù)據(jù)采集和數(shù)據(jù)傳輸造成的每終端裝置的負(fù)載在很大的程度上保持均勻，就是說保持恒定。
-在分開把雙向信息傳輸引導(dǎo)在網(wǎng)絡(luò)的不同通道上還可以得到原則上雙向的測量結(jié)果，因為在端點中一般地一起傳輸兩個信息流，并且從而不必把雙傳輸方向的單向測量結(jié)果事后與雙向測量結(jié)果相關(guān)聯(lián)。
-通過在信息傳輸?shù)亩它c采集數(shù)據(jù)可以連續(xù)地測量在端點的實際業(yè)務(wù)質(zhì)量并且通過儲存所述的數(shù)據(jù)還能夠隨時地查證。查證實際的業(yè)務(wù)質(zhì)量對于接受IETF和ITU提出的概念是重要的，因為由此可以使得對用戶透明，所以向用戶擔(dān)保的業(yè)務(wù)質(zhì)量不僅是承諾，而是也可以實際提供。
-本發(fā)明是屬性和設(shè)計上彼此協(xié)同的，因為它不依賴于具體的方案。這使本發(fā)明成為通信網(wǎng)絡(luò)的通用方案。本發(fā)明尤其既能用于H.3223網(wǎng)絡(luò)也能用于SIP網(wǎng)絡(luò)。這是重要的，并且因而是特別有利的，因為如過去所表明的，市場很少接受制造廠商專用的方案。
在包含呼叫控制層和資源控制層的通信網(wǎng)絡(luò)中把存儲裝置安排在呼叫控制層，尤其是指派給在呼叫控制層中設(shè)置的呼叫控制器的目的的有益的作用是，取消了獨立地進行存儲裝置的編址的必要性，因為可以用呼叫控制器已有的地址取代之。從而還取消了要不然需要的在終端裝置中進行的存儲裝置的地址的配置，所述的存儲裝置地址是指派給各個端點的。
將所述數(shù)據(jù)與另一個信息傳輸計費用數(shù)據(jù)一起存儲的目的產(chǎn)生特別突出的有利的作用。在此可以就其實際服務(wù)質(zhì)量對客戶證實每個具體的計費，而不必以高費用的、事后的與有時分開引導(dǎo)的數(shù)據(jù)關(guān)聯(lián)，因此提高了用戶對原則上有起伏的業(yè)務(wù)質(zhì)量的綜合的語音-數(shù)據(jù)網(wǎng)絡(luò)的信賴。這種證實可以由于直接的聯(lián)系特別有效地進行。
在雙向信息傳輸時的數(shù)據(jù)標(biāo)識兩傳輸方向的業(yè)務(wù)質(zhì)量的目的有利地取消了把兩個傳輸方向的單向測量結(jié)果與雙向測量結(jié)果的所有的事后的關(guān)聯(lián)。
在信息傳輸后把所述的數(shù)據(jù)向存儲裝置傳輸?shù)哪康氖前研畔鬏數(shù)馁M用與所述數(shù)據(jù)傳輸?shù)馁M用在時間上脫開，由此有利地的是尤其在至少較高費用的信息傳輸時不會由于附加的傳輸對端點造成負(fù)擔(dān)。
由端點向存儲裝置傳輸例如尤其是例如作為在現(xiàn)有的標(biāo)準(zhǔn)化信令消息中的項目專用成分，特別是用于指示信息傳輸終止的消息類的數(shù)據(jù)的目的的優(yōu)點是，方案是標(biāo)準(zhǔn)共形的，不要求附加的專有協(xié)議或者消息。此外，附加地嵌入的數(shù)據(jù)對沒有參與這種技術(shù)的網(wǎng)元沒有影響(透明的)它們?nèi)缙衲菢又豁憫?yīng)消息的原有部分(與法定網(wǎng)元的協(xié)同性)。
從端點向所述的存儲裝置在至少一個附加的、獨立的消息中傳輸所述的數(shù)據(jù)的另一目的的有利作用在于，完全不用修改現(xiàn)有的標(biāo)準(zhǔn)化的消息，這在這些消息中沒有設(shè)置附加的，有的情況下是專有的協(xié)議要素時尤其重要。
下面借助于附圖中所示的實施例詳細(xì)地說明本發(fā)明。在附圖中圖1一種實施本發(fā)明的方法的方案，具有呼叫控制層、資源控制層以及一個信息傳輸?shù)膬蓚€端點；圖2圖1所示方案的詳解實施，具有計算機程序產(chǎn)品用于實施本發(fā)明的方法。
具體實施方式圖1中示出實施本發(fā)明的方法的示例方案，所述的方案作為帶有呼叫控制層CCL、資源控制層RCL以及一個信息傳輸?shù)膬蓚€端點A、B的通信網(wǎng)絡(luò)實施。一個獨立的存儲裝置SP安排在層CCL中，用于存儲數(shù)據(jù)QSD、BILL。在端點A、B之間進行信息傳輸CALL，所述的信息傳輸CALL由層RCL中轉(zhuǎn)，并且對該信息傳輸在終端裝置A、B中采集用于標(biāo)識信息傳輸CALL的業(yè)務(wù)質(zhì)量的數(shù)據(jù)QSD。此外在端點A、B和層CCL之間產(chǎn)生消息N，用所述消息N向存儲裝置傳輸數(shù)據(jù)QSD。
在圖2中是詳示的根據(jù)圖1的方案的實施。需要強調(diào)，在此示出的實施方案盡管部分地很具體卻只有舉例的性質(zhì)并且不能理解為限制。在此實施方案中層CCL包含兩個呼叫控制器CC，其中指派給端點A的呼叫控制器CC構(gòu)成網(wǎng)關(guān)CCGK，而指派給端點的呼叫控制器CC構(gòu)成為SIP代理CCSIP。此外還示出獨立的存儲裝置SP的兩個實施方案SP1、SP2。第一個構(gòu)成外部實現(xiàn)的獨立的存儲裝置SP1，它指派給網(wǎng)關(guān)CCGK。它也可以指派給SIP代理CCSIP并且起CCL層中的唯一存儲裝置的作用。這種可能的關(guān)系通過在存儲裝置SP1與SIP代理CCSIP之間的虛線箭頭示出。第二個構(gòu)成集成地實現(xiàn)的獨立存儲裝置SP2，它是集成在SIP代理CCSIP中的。第一個存儲裝置SP1是數(shù)據(jù)庫DBA而第一個存儲裝置SP2是數(shù)據(jù)庫DBB，指派用于存儲數(shù)據(jù)QSD、BILL，其中在第二個情況下所述的指派通過SIP代理CCSIP進行。例如用協(xié)議LDAP(輕量目錄存取協(xié)議)訪問數(shù)據(jù)庫DB。在兩個呼叫控制器CC之間在有的情況下交換信令消息N。
層RCL包含一個中心資源控制器RC。向該資源控制器指派兩個邊緣選路器PERA、PERB用于在通信網(wǎng)絡(luò)中傳輸信息。在資源控制器RC與邊緣選路器PER之間有協(xié)議COPS(普通公開對策服務(wù))供使用。此外在端點A和網(wǎng)關(guān)CCGP之間有協(xié)議H.225.0、在端點A與邊緣裝置PERA之間以及端點與邊緣裝置PERB之間有協(xié)議RSVP(資源保留協(xié)議)供使用。在協(xié)議H.225.0、SIP、RSVP的標(biāo)準(zhǔn)化消息NH.225.0、NSIP中相應(yīng)地還傳輸數(shù)據(jù)QSD。另外如前所述數(shù)據(jù)QSD可在附加的，在有的情況下是非標(biāo)準(zhǔn)化的消息NPROP中傳輸。在邊緣裝置PERA和PERB之間例如有協(xié)議RSVP、DiffServ、MPLS或者COPS供使用以用于保存資源。在端點A和B之間示出通話CALL。信息在通信網(wǎng)絡(luò)中通過協(xié)議RTP(實時協(xié)議)傳輸。根據(jù)一個與協(xié)議RTP并列使用的協(xié)議RTCP(實時控制協(xié)議)在此也為數(shù)據(jù)QSD傳輸根據(jù)本發(fā)明分析的兩個端點A、B之間的控制量。
所述的通信網(wǎng)絡(luò)例如構(gòu)成為IP網(wǎng)絡(luò)。對于領(lǐng)域內(nèi)普通技術(shù)人員顯然地是，本發(fā)明當(dāng)然可以用在其它的網(wǎng)絡(luò)類型中，例如互連網(wǎng)、內(nèi)連網(wǎng)、外部網(wǎng)、局部的網(wǎng)絡(luò)(局域網(wǎng)-LAN)或者例如構(gòu)成為虛擬的個人網(wǎng)絡(luò)(VPN)的企業(yè)內(nèi)部網(wǎng)(公司網(wǎng))。
在終端裝置A和B中對呼叫控制器CC和邊緣裝置PER設(shè)有根據(jù)本發(fā)明的計算機程序產(chǎn)品，所述的計算機程序產(chǎn)品包含軟件代碼界面用于根據(jù)本發(fā)明的方法的處理器支持實施?？蛇x地，在此計算機程序產(chǎn)品P的部分也可以在特定的硬件(例如密碼處理器)中運行。
此外，作為舉例根據(jù)本發(fā)明的呼叫控制器CC、端點A、B和存儲裝置SP的性能和協(xié)同作用在信息傳輸CALL的范圍內(nèi)實施。此外在此信息傳輸CALL也稱為通話CLL。
首先終端裝置A在網(wǎng)關(guān)CCGK注冊。所述的注冊由終端裝置A通過H.225.0注冊請求RRQ申請，并且由網(wǎng)關(guān)CCGK用H.225.0注冊對確認(rèn)RCF注冊或者否決PRJ應(yīng)答。由網(wǎng)關(guān)CCGK驗證端點A，換言之確認(rèn)、授權(quán)等等...。在此在例如，借助于協(xié)議LDAP或者另一種DB查詢協(xié)議訪問存儲在數(shù)據(jù)庫DBA中的用戶專有數(shù)據(jù)。此外還由網(wǎng)關(guān)CCGK確定，呼叫信令是應(yīng)當(dāng)由它自己中轉(zhuǎn)(網(wǎng)關(guān)選路的呼叫信令)還是直接地在端點A、B之間(直接端點呼叫信令)轉(zhuǎn)交，在有的情況下與報告一起向網(wǎng)關(guān)CCGK轉(zhuǎn)交。以類似的方式使終端裝置B在SIP代理CCSIP注冊。
兩個端點A、B注冊后原則上可以在兩個終端裝置A、B之間進行呼叫信令，尤其是呼叫建立。這例如由端點A發(fā)起，其中用H.225.0接入請求ARQ在網(wǎng)關(guān)CCGK處申請對端點B的通話CALL建立。這種ARQ可能還包含一個QoS請求。在此由網(wǎng)關(guān)CCGK進行與通話CALL有關(guān)的驗證和授權(quán)。這還包含分析QoS請求。這可以例如通過借助于另一個H.225.0消息起作用的兩個端點A、B之間的容量協(xié)商得到。在網(wǎng)關(guān)選路的呼叫信令中這是對網(wǎng)關(guān)CCGK直接知道的。在直接端點呼叫信令可以通知網(wǎng)關(guān)CCGK。供選擇地由網(wǎng)關(guān)CCGK起動通話CALL的計費，其中產(chǎn)生另一個數(shù)據(jù)BILL。如果終端裝置B接納通話CALL，就通過消息CONNECT向網(wǎng)關(guān)指示。
接著從端點A向邊緣裝置PERA傳輸RSVP QoS請求。只要不是以此前已經(jīng)在網(wǎng)關(guān)CCGK與資源控制器RC之間已經(jīng)進行了協(xié)調(diào)，就由邊緣裝置進行QoS請求的另一個驗證。在此例如通過標(biāo)準(zhǔn)化協(xié)議COPS向資源控制器RC發(fā)送一個請求。所述資源控制器RC檢驗是否可以在通信網(wǎng)絡(luò)中提供所請求的QoS。對此資源控制器RC知道通信網(wǎng)絡(luò)中的全部現(xiàn)有的(或者占用的)資源，以能夠?qū)υ揅OPS請求發(fā)送應(yīng)答。
在接收到資源控制器RC的應(yīng)答后，邊緣裝置PERA如下響應(yīng)要么由于通信網(wǎng)絡(luò)中的過載拒絕QoS請求，要么把請求的QoS配置地布置在通信網(wǎng)絡(luò)中，例如通過動態(tài)地啟動對策，或者也可以為了在邊緣裝置PERA中進行RSVP時間確定，通過所述網(wǎng)絡(luò)向另一個邊緣裝置PERB或者端點B中轉(zhuǎn)RSVP保留。
在從邊緣裝置PERA得到肯定的RSVP應(yīng)答以后，端點A開始傳輸信息。稍后才啟動計費。由此例如，相應(yīng)于協(xié)議RTP傳輸媒體數(shù)據(jù)。在通話CALL的過程中還傳輸相應(yīng)于協(xié)議RTCP的用于通話CALL的流控制的附加數(shù)據(jù)，并且在終端裝置A、B中在考慮真正起流控制作用的協(xié)議RTCP的信令數(shù)據(jù)的條件下采集數(shù)據(jù)QSD。由于通話CALL的雙向特性，在此在端點A、B中采集的數(shù)據(jù)QSD可以標(biāo)示這兩個傳輸方向的業(yè)務(wù)質(zhì)量，并且還有，當(dāng)層RCL中的兩個傳輸在不同的通道中進行，就在端點中把這兩個傳輸再次匯編，從而可以為兩個傳輸方向采集標(biāo)識QoS的數(shù)據(jù)QSD。不需要遲滯合并分開采集的數(shù)據(jù)QSD。
數(shù)據(jù)QSD在終端裝置A、B中緩沖寄存或者實質(zhì)上直接地向獨立的存儲裝置SP傳輸。例如后者以幾秒鐘的有規(guī)則的間隔進行。當(dāng)為了傳輸數(shù)據(jù)QSD利用現(xiàn)有的消息時有特別突出的優(yōu)點。例如可以在通話CALL的過程中通過有規(guī)則交換的保持有效(Keep Alive)消息使端點A和網(wǎng)關(guān)CCGK恒定地連接(對此參見H.225.0(02/98)，Kap.7.9.1和7.9.2，在消息登記確認(rèn)(Registrierung Confirm RCF)中的參數(shù)timeToLive用于用于設(shè)定注冊的有效時間和參數(shù)KeepAlive在消息登記請求(Registration Request)中用于刷新，就是就延長現(xiàn)有注冊的有效時間)。普遍地這種保持有效(Keep Alive)消息的周期是規(guī)則的并且在秒鐘的范圍。在這種消息中可以伴隨數(shù)據(jù)QSD。
通話CALL的結(jié)束通過終端裝置A或B指示。結(jié)果網(wǎng)關(guān)CCGK結(jié)束供選用起動的通話CALL的計費。通話CALL的保留在通信網(wǎng)絡(luò)中在短時間后終止。資源控制器RC可以再贈送免費的資源。通過信令把通話CALL的結(jié)束也通知給對方的呼叫控制器CCSIP。
通過數(shù)據(jù)的緩沖寄存，根據(jù)本發(fā)明的實施方案在信息傳輸CALL后把所述數(shù)據(jù)向存儲裝置SP傳輸。如果通過現(xiàn)有的、在該實施例中相應(yīng)于H.323標(biāo)準(zhǔn)族或SIP協(xié)議構(gòu)成的消息NH.255.0、NSIP進行根據(jù)本發(fā)明的傳輸會產(chǎn)生特別突出的優(yōu)點，其中將數(shù)據(jù)QSD例如作為項目專用成分嵌入已經(jīng)存在的，有的情況下是專用的消息字段中，所述的專用的消息字段設(shè)置在有關(guān)的標(biāo)準(zhǔn)中，例如作為沒有功能指示的空字段(供選用參數(shù))。當(dāng)然也可以有獨立的消息NPROP用于傳輸與本發(fā)明相關(guān)的信息。
由存儲裝置SP把數(shù)據(jù)QSD存儲在數(shù)據(jù)庫QSD中。根據(jù)本發(fā)明的一個實施方案，把數(shù)據(jù)QSD與供選用構(gòu)成的數(shù)據(jù)BILL一起存儲，用于對通話CALL計費。以此方式可以有對計費通話CALL的特別有效的質(zhì)量驗證，因為由于共同地存儲不再需要在后處理范圍內(nèi)的滯后指派。
在結(jié)束通話CALL后，終端裝置A、B就準(zhǔn)備好建立另一次通話CALL。優(yōu)選地這樣構(gòu)成終端裝置A、B在每個通話CALL時執(zhí)行所說明的根據(jù)本發(fā)明的采集和存儲數(shù)據(jù)QSD。
最后要強調(diào)，對與本發(fā)明相關(guān)的通信網(wǎng)絡(luò)的部件的說明在原則上不理解為限制性的。對領(lǐng)域內(nèi)普通技術(shù)人員特別明顯的是，諸如“端點”、“存儲裝置”、“呼叫控制層”、或者“資源控制層”可理解為功能上的而不是物理上的。從而例如端點A、B或者存儲裝置SP部分地或者完全地用軟件和/或通過多個物理的裝置分擔(dān)地實現(xiàn)。
權(quán)利要求
1.計算機程序產(chǎn)品(P)，當(dāng)其被載入計算機，并由該計算機的至少一個處理器執(zhí)行時，用于實施以下的用于存儲數(shù)據(jù)(QSD)的方法，其中通過該數(shù)據(jù)標(biāo)示以何種業(yè)務(wù)質(zhì)量實際引起了在至少一個通信網(wǎng)絡(luò)中的信息傳輸(CALL)，所述方法有如下步驟-在所述信息傳輸之前承諾一定的業(yè)務(wù)質(zhì)量；-由所述信息傳輸?shù)闹辽僖粋€端點(A)采集所述數(shù)據(jù)；-將所述的由此采集的數(shù)據(jù)傳送到至少一個用于存儲該數(shù)據(jù)的獨立的存儲器(SP)；-由該存儲器存儲所述數(shù)據(jù)。
專利摘要
在包含呼叫控制層CCL、資源控制層RCL和至少一個指派給信息傳輸?shù)亩它cA的通信網(wǎng)絡(luò)中，把為信息傳輸測量到的QoS請求RQ只在呼叫控制層CCL中費用高地驗證。接著由此構(gòu)成一個加密的圖符T并且經(jīng)端點A向資源控制層RCL傳輸。最后只借助于解密的圖符T檢驗從端點A輸入的QoS請求RQ。在成功時這樣地配置通信網(wǎng)絡(luò)與根據(jù)本發(fā)明的經(jīng)檢驗的QoS一起傳輸信息。本發(fā)明使之能夠有效、可靠并且正確地在綜合的語音和數(shù)據(jù)網(wǎng)絡(luò)中提供QoS。尤其是避免對現(xiàn)有的資源控制層RCL作廣泛的修改。此外，通過有規(guī)則地重復(fù)傳輸圖符T，還支持提供的QoS的協(xié)調(diào)的觸發(fā)以及可靠和正確的信息傳輸計費。
文檔編號H04L12/54GK1992646SQ200610128897
公開日2007年7月4日 申請日期2002年8月6日
發(fā)明者A·克內(nèi)辰, R·里哈爾特, H·米勒 申請人:西門子公司導(dǎo)出引文BiBTeX, EndNote, RefMan