專利名稱：通信管理裝置和方法以及帶有管理裝置的電信系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信管理中的裝置和方法。
通常在許多系統(tǒng)中一個(gè)系統(tǒng)由另外一個(gè)或多個(gè)系統(tǒng)管理(在此，分別稱作被管系統(tǒng)和管理系統(tǒng))，其中要向管理系統(tǒng)提供與被管系統(tǒng)中的變化和狀態(tài)等有關(guān)的信息，信息的提供包括經(jīng)常被稱作發(fā)送通知的功能。它導(dǎo)致向管理系統(tǒng)發(fā)送事件報(bào)告。如果使用這一功能，則通知在諸如被管系統(tǒng)的一個(gè)資源發(fā)生變化時(shí)產(chǎn)生，并被送到管理系統(tǒng)。
本發(fā)明還涉及一個(gè)包括各管理系統(tǒng)和各被管系統(tǒng)的電信系統(tǒng)，其中可以將各被管系統(tǒng)的變化、狀態(tài)等有關(guān)的信息提供給一個(gè)至少管理一個(gè)被管系統(tǒng)的管理系統(tǒng)。先有技術(shù)CCITT建議M.3010描述了通常表示為TMN的電信管理網(wǎng)的原理。這是一個(gè)通過操作系統(tǒng)網(wǎng)絡(luò)以統(tǒng)一的方式管理電信網(wǎng)的國際標(biāo)準(zhǔn)。盡管一個(gè)電信管理網(wǎng)可以在最低一級上涉及一個(gè)操作系統(tǒng)和一個(gè)網(wǎng)元之間的連接，它也可以涉及控制一個(gè)大電信網(wǎng)的整個(gè)操作系統(tǒng)網(wǎng)絡(luò)。為電信系統(tǒng)提供管理系統(tǒng)和被管系統(tǒng)之間的連接、并被表示為Q3的操作員接口已被標(biāo)準(zhǔn)化。在與GSM標(biāo)準(zhǔn)(全球移動(dòng)通信系統(tǒng))有關(guān)的建議中，用戶管理已在GSM技術(shù)規(guī)范TS12.02中作了規(guī)定。根據(jù)該規(guī)范，Q3操作員接口被規(guī)定為提供用戶管理功能。Q3接口既定義了面向所謂網(wǎng)元信息模型的對象，也定義了該操作系統(tǒng)和網(wǎng)元之間的通信協(xié)議。在CCITT建議M.3010中，網(wǎng)元功能塊被定義為與電信管理網(wǎng)TMN通信的功能塊(以接受監(jiān)視和/或控制為目的)。網(wǎng)元功能塊提供電信業(yè)務(wù)，并支持被管理的電信網(wǎng)所需要的功能。它包括作為管理對象的電信功能。這些功能不是TMN的某個(gè)部分，但對于TMN來說，它們由網(wǎng)元功能塊來代表。提供這種表示以支持TMN的網(wǎng)元功能塊部分是TMN自身的一部分，但是這些電信功能在是電信管理網(wǎng)之外。
另外，操作系統(tǒng)功能塊被定義為處理與電信管理有關(guān)的信息，以監(jiān)視/協(xié)調(diào)和/或控制包括管理功能在內(nèi)的電信功能為目的。
在T Jeffree等人于1992年2月所寫“OSI管理實(shí)用指南”中描述了一個(gè)被管系統(tǒng)所包括的被管對象如何在發(fā)生各種事件時(shí)發(fā)送通知。在有關(guān)被管對象的定義中規(guī)定了通知中包含的參數(shù)和提供這一產(chǎn)生過程的事件。這些通知既在功能標(biāo)準(zhǔn)中被一般地定義，又在DMI，也就是CCITT(現(xiàn)在的ITU-T)Rec.X.721，“管理信息定義”中被詳細(xì)地加以規(guī)定，但是它們也可以由被管對象的定義者定義或作特定的適配。通知可以涉及諸如被管對象的建立和刪除、狀態(tài)變化、一般屬性變化、告警報(bào)告等等。該文獻(xiàn)還涉及前向過程的管理者或管理系統(tǒng)的控制級別。例如被管對象的定義者可能希望定義正常情況下不應(yīng)發(fā)送、但出于特殊的目的(例如監(jiān)視時(shí))應(yīng)該發(fā)送的通知。這時(shí)假定可以打開或關(guān)閉對不同種類的事件報(bào)告的傳輸。但是這取決于不為被管對象定義者所知的目標(biāo)系統(tǒng)的功率鑒別，它又導(dǎo)致使得不太可能按想要的方式打開或關(guān)閉通知，這還甚至?xí)恋K一般的控制。該文獻(xiàn)中提到可以定義附加屬性用于打開或關(guān)閉通知，但由于這會(huì)導(dǎo)致鑒別器功能的重復(fù)，因?yàn)樗炎鳛橐环N不好的方法被放棄。具體地說，網(wǎng)元可以通過向設(shè)置在網(wǎng)元內(nèi)的鑒別器發(fā)送通知向操作系統(tǒng)通報(bào)被管對象中的變化。在鑒別器中操作員可以對他想看到的事件進(jìn)行一次過濾。如果過濾器檢測到符合過濾器映射的通知，鑒別器就通過(Q3)接口向操作系統(tǒng)發(fā)送一次事件。因此鑒別器的用途就是提供一種用于控制接口(Q3)的負(fù)荷的裝置。
上述文獻(xiàn)還建議把通知放置在一個(gè)分開的、可能被包含在第一個(gè)中的被管對象中，但是這種方法也因不能令人滿意而被放棄了，因?yàn)樗枰S多詳細(xì)說明和附加的一致性要求，而且和提到的第一種方法一樣，也重復(fù)了鑒別器的功能。
被管對象(MO)是一個(gè)操作員可以看到的對象，它由被管對象定義指南(GDMO)，CCITT，現(xiàn)在的ITU-T，Rec.X.722所定義。這些指南通過使用程序包來定義對象類型及其屬性、動(dòng)作和通知。有些程序包是可選的，而其它一些則是帶強(qiáng)制性的。所有的屬性都由ASN.1語法定義，通過Q3接口操作員可以建立一個(gè)被管對象示例，設(shè)定被管對象示例中的值，從被管對象示例中讀取數(shù)值，對被管對象示例作出一個(gè)操作，以及刪除一個(gè)被管對象示例。
根據(jù)GSM建議技術(shù)規(guī)范12.02，各通知是可選程序包。這里它意味著該可選項(xiàng)的存在只取決于設(shè)計(jì)階段。如果包括可選的程序包通知，該通知將始終為有效的，也就是說如果實(shí)現(xiàn)了通知功能，則通知將始終被發(fā)送，網(wǎng)元鑒別器具有過濾器功能，并提供選擇哪些所需要通知的可能性，并且它還提供用于忽略通知的裝置。
但是，這會(huì)在被管系統(tǒng)產(chǎn)生很大的負(fù)荷。例如，假定本地位置寄存器(HLR)中有龐大的記錄和用戶數(shù)目，將會(huì)有相當(dāng)多數(shù)量的、例如與業(yè)務(wù)量等屬性變化有關(guān)的通知被發(fā)送。這樣，無論管理系統(tǒng)的管理者是否使用這些信息，后臺(tái)負(fù)荷都將非常高，而所需要的處理容量也可能非常大。發(fā)明概述本發(fā)明的一個(gè)目的是提供一種包括至少一個(gè)被管系統(tǒng)的裝置，通過它可以控制被管系統(tǒng)通知的發(fā)送。本發(fā)明的一個(gè)具體目的是降低被管系統(tǒng)內(nèi)部的后臺(tái)負(fù)荷，并且只發(fā)送那些在各主要情況下管理系統(tǒng)真正需要的事件。本發(fā)明的一個(gè)具體目的是提供一種裝置，通過它能夠控制通知的發(fā)送或產(chǎn)生。本發(fā)明還有一個(gè)具體目的是提供一種裝置，其中通知的產(chǎn)生或發(fā)送能夠由操作員控制。另一個(gè)具體目的是提供一種裝置，通過它不需要對鑒別器附加任何額外功能就能控制事件的發(fā)送，其中，被管和管理系統(tǒng)之間接口上的負(fù)載以及被管系統(tǒng)內(nèi)的負(fù)荷都能得到控制。
本發(fā)明的另一個(gè)目的是提供一種方法，用于向管理系統(tǒng)提供關(guān)于它所管理的被管系統(tǒng)的信息，并且通過只發(fā)送所需或所希望的通知，可以使連接系統(tǒng)的接口上的負(fù)荷以及被管系統(tǒng)內(nèi)的負(fù)荷保持在很低的級別上。
在現(xiàn)有文獻(xiàn)中只提到了管理系統(tǒng)和一個(gè)被管系統(tǒng)接口上的負(fù)荷，還沒有討論過被管系統(tǒng)內(nèi)產(chǎn)生高負(fù)荷的問題。即使有可能在鑒別器上增加別的功能，這也無助于降低會(huì)在移動(dòng)性很高并處于其它環(huán)境的電信應(yīng)用中帶來問題的被管系統(tǒng)內(nèi)部負(fù)荷。然而被管系統(tǒng)內(nèi)高負(fù)荷的問題由于沒有被觀察到而沒有得到進(jìn)一步的關(guān)注。本發(fā)明還有一個(gè)目的就是提供一種裝置，通過它可以完全關(guān)閉通知的內(nèi)部發(fā)送或?qū)⑵浣档偷饺魏蜗Ｍ某潭壬?，或者只發(fā)送與特定事件有關(guān)的通知等等。
本發(fā)明的另一個(gè)目的是提供一個(gè)包括由管理系統(tǒng)管理的被管系統(tǒng)的電信系統(tǒng)，其中被管系統(tǒng)內(nèi)由于發(fā)送通知產(chǎn)生的內(nèi)部負(fù)荷可以從外部控制，并適應(yīng)各主要情況、使用者(例如用戶)數(shù)量、移動(dòng)程度等等。
因此本發(fā)明提供了這樣一種裝置，它包括用于在被管系統(tǒng)內(nèi)阻止通知發(fā)送的裝置。具體地說，通過所述裝置可以在任何所需要的程度上限制通知發(fā)送，包括完全禁止，或根據(jù)系統(tǒng)、環(huán)境等要求只允許發(fā)送特定類型的通知。
本發(fā)明的優(yōu)點(diǎn)是能夠根據(jù)被管系統(tǒng)的負(fù)荷條件打開或關(guān)閉通知的發(fā)送，但是如果操作員出于這樣或那樣的原因?qū)δ承┩ㄖ信d趣時(shí)，這些通知的發(fā)送仍可以被打開。本發(fā)明的另一個(gè)優(yōu)點(diǎn)是，在實(shí)現(xiàn)和控制通知發(fā)送功能時(shí)，可以聯(lián)系到被管系統(tǒng)和管理系統(tǒng)之間接口上的負(fù)荷以及被管系統(tǒng)內(nèi)部的負(fù)荷情況。在本發(fā)明的一個(gè)具體實(shí)施例中，涉及到一個(gè)電信管理網(wǎng)，其中管理系統(tǒng)被稱為操作系統(tǒng)，被管系統(tǒng)被稱作網(wǎng)元，系統(tǒng)之間的通信由Q3或類似接口提供。被管系統(tǒng)或網(wǎng)元?jiǎng)t包括一組代表不同類型資源的被管對象。因此，如果系統(tǒng)只處理少數(shù)幾個(gè)被管對象，則有利于允許在任何時(shí)間發(fā)送通知，但是當(dāng)用戶數(shù)目增加、而系統(tǒng)負(fù)荷也增加時(shí)，以及當(dāng)通知發(fā)送到達(dá)一個(gè)特定程度時(shí)，可以完全或部分地關(guān)閉通知功能。本發(fā)明也包括了下級被管對象由上級被管對象管理的情況，在這種情況中，上級被管對象取代了管理系統(tǒng)的位置。附圖簡述下面將參考附圖以非限制性的方式進(jìn)一步描述本發(fā)明，其中

圖1用示意圖描述了一個(gè)網(wǎng)元和一個(gè)操作系統(tǒng)；圖2用示意圖說明了代表資源對象或其它被管對象的網(wǎng)元被管對象；圖3用示意圖說明了被管系統(tǒng)中的通知分配和向管理系統(tǒng)傳送信息；圖4用示意圖說明了在包括一組MOs和EFDs/LOGs的被管系統(tǒng)內(nèi)發(fā)送通知；圖5用示意圖說明了一個(gè)電信系統(tǒng)；圖6說明了一個(gè)實(shí)施例，其中所有對象位于同一過程中；圖7說明了一個(gè)實(shí)施例，其中對象位于不同過程中；圖8說明了一個(gè)實(shí)施例，其中對象位于不同處理器中的不同過程中；圖9說明了一個(gè)使用操作控制通知的具體實(shí)施例；圖10a說明了另一個(gè)使用主MO控制通知的實(shí)施例；
圖10b說明了另一個(gè)基于使用主MO的可替換實(shí)施例。本發(fā)明的詳細(xì)描述圖1說明了由網(wǎng)元NE構(gòu)成的一個(gè)被管系統(tǒng)，它由代表管理系統(tǒng)的操作系統(tǒng)OS管理。網(wǎng)元NE包括一個(gè)被管對象MO。為了向操作者一方(也就是操作系統(tǒng)OS)通報(bào)被管對象MO中的變化，通知應(yīng)被發(fā)送。通知由被管對象MO發(fā)送給位于網(wǎng)元NE中的鑒別器。在現(xiàn)有系統(tǒng)中，操作者可以在鑒別器中進(jìn)行一次過濾，以選擇認(rèn)為有興趣的事件。例如發(fā)送通知可以基于屬性變化、狀態(tài)變化、被管對象情況的建立和刪除等原因。鑒別器中的過濾器包括一個(gè)所謂的過濾器映射，如果過濾器確定某個(gè)具體的通知符合過濾器映射，鑒別器就在接口(在這個(gè)具體實(shí)施例中，是在Q3接口)上向操作系統(tǒng)OS發(fā)送一個(gè)事件。因此，可以控制Q3接口上的負(fù)荷，但網(wǎng)元NE內(nèi)產(chǎn)生的負(fù)荷可能非常高。例如，假定被管對象MO中產(chǎn)生大量的變化，每個(gè)變化都將導(dǎo)致通知發(fā)送，這不僅要產(chǎn)生大量要被發(fā)送的通知，甚至即使在操作者通過設(shè)置合適的過濾器參數(shù)來關(guān)閉鑒別器之后，也會(huì)產(chǎn)生大量的后臺(tái)負(fù)荷。因此根據(jù)本發(fā)明，將在更早的階段停止發(fā)送通知。下面(為了說明控制通知發(fā)送的重要性)將給出一個(gè)來自電信系統(tǒng)的例子，其中有效用戶數(shù)是40％。這時(shí)的有效意味著移動(dòng)站處于上電狀態(tài)并安裝了SIM(用戶識(shí)別模塊)卡。假定位置更新即一個(gè)新位置區(qū)為每有效用戶為0.1/h。對于每100,000個(gè)在本地位置寄存器中登記的用戶，這將在一小時(shí)產(chǎn)生0.4×0.1×100,000＝4,000條通知。對于用戶業(yè)務(wù)，預(yù)計(jì)的負(fù)荷是0.05每(呼叫)次數(shù)(No.)/小時(shí)(h)/用戶。這意味著對于每100,000個(gè)在本地位置寄存器中登記的用戶，每小時(shí)將發(fā)送5,000條通知。根據(jù)這一估計(jì)，對于每小時(shí)和100,000個(gè)用戶，將會(huì)有大約9,000條與業(yè)務(wù)屬性變化有關(guān)的通知從網(wǎng)元中產(chǎn)生，即使管理系統(tǒng)不使用這些信息，它也會(huì)產(chǎn)生很高的后臺(tái)負(fù)荷。不過，這只是與一個(gè)系統(tǒng)有關(guān)的例子，用來說明當(dāng)只能控制事件報(bào)告的傳輸而不能控制網(wǎng)元內(nèi)通知的發(fā)送時(shí)所需要的處理容量。
下面將參考CCITT(ITU-T)建議M.3010定義的電信管理網(wǎng)TMN并聯(lián)系GSM系統(tǒng)進(jìn)一步描述本發(fā)明。不過本發(fā)明并不局限于GSM系統(tǒng)或TMN，相反，它涉及所有出于通信目的發(fā)送通知的系統(tǒng)或裝置。
就GSM系統(tǒng)而言，用戶管理是在GSM技術(shù)規(guī)范TS12.02中定義，其中規(guī)定由TMN標(biāo)準(zhǔn)化的Q3操作者接口提供用戶管理功能。
圖2說明了一個(gè)網(wǎng)元NE形成的被管系統(tǒng)，它由操作系統(tǒng)OS形式的管理系統(tǒng)予以管理。操作系統(tǒng)OS和網(wǎng)元NE之間的通信在Q3接口上進(jìn)行，該接口包括系統(tǒng)之間的通信協(xié)議。這里所示的網(wǎng)元被分成管理層和資源層。管理層包括一組由操作系統(tǒng)OS監(jiān)視和控制的被管對象MO。資源層包括一組由管理層的被管對象MO表示的資源對象RO。資源對象和資源可以包括功能資源、邏輯資源或物理資源。例如，一個(gè)資源可以是MO中的一種內(nèi)部資源，或包括一個(gè)RO。具體地說，通知可以在MO中產(chǎn)生，但它也可以在RO中產(chǎn)生。
例如，一個(gè)被管系統(tǒng)可以包括在一個(gè)MO或一個(gè)RO或兩者內(nèi)所生成的通知。通知也可以用其它方法產(chǎn)生，這例如取決于系統(tǒng)的方法。本發(fā)明也不局限于面向?qū)ο蟮慕Y(jié)構(gòu)。在所示實(shí)施例中，MO由涉及被管對象的定義指南的GDMO定義。GDMO使用程序包定義對象類型及其屬性、操作和通知。有些程序包是可選的，而另外一些則是強(qiáng)制性的。所有的屬性都由ASN.1語法定義。通過Q3接口操作員可以建立一個(gè)被管對象示例，設(shè)立被管對象示例中的值，從被管對象示例中讀取數(shù)值，對被管對象示例作出一次操作，以及刪除一個(gè)被管對象示例。
網(wǎng)元NE中的資源或資源對象RO由業(yè)務(wù)量處理使用。例如，代表一條干線的資源(一種邏輯資源)可以用來傳送一個(gè)方向上的電話呼叫。因?yàn)橹挥蠳E的管理層與OS聯(lián)系，為了能夠由OS管理，一條干線必須由一個(gè)MO代表。MO就作為到OS的接口。被管對象不能存儲(chǔ)任何數(shù)據(jù)，但所有的數(shù)據(jù)都屬于該資源。在被管對象和資源或資源對象之間存在一對一映射，但這不是必要情況。箭頭a1、a2說明了對一個(gè)資源對象的不同管理圖示，而箭頭b1說明了代表一種資源組合的一個(gè)MO。在圖2的點(diǎn)劃線內(nèi)說明了一個(gè)被管對象如何可以代表其它被管對象。在這種情況下操作支持的功能可以在最高一級被管對象中而不是操作系統(tǒng)中實(shí)現(xiàn)，即在這種情況下，可以認(rèn)為最高一級被管對象構(gòu)成了也可以由本發(fā)明包括的操作系統(tǒng)。該圖僅僅是為了說明應(yīng)用本發(fā)明的被管系統(tǒng)(具體來說是網(wǎng)元)的不同方面或形式。
正如上面提到的，MO的數(shù)據(jù)可以定義為屬性。一種MO屬性可以對應(yīng)一種永久存儲(chǔ)的資源或RO的屬性，而且它可以由一種從一組資源或RO中抽取屬性的算法來計(jì)算。另外，資源數(shù)據(jù)可以存儲(chǔ)在一個(gè)文件系統(tǒng)或硬件寄存器中。
圖3中說明了通知的發(fā)送。為了向管理系統(tǒng)(例如OS)通報(bào)與被管系統(tǒng)(例如NE)中代表一個(gè)RO的MO有關(guān)的變化，可以向鑒別器EFD(或代理)發(fā)送一個(gè)通知，后者再在Q3接口上向OS的管理者發(fā)送一個(gè)事件報(bào)告。通知也可以送給將在后面進(jìn)一步描述的LOG。例如，通知可以是告警狀態(tài)、變化的數(shù)據(jù)及業(yè)務(wù)量流計(jì)。正如上面提到的，當(dāng)提供移動(dòng)性的時(shí)候，可以發(fā)送的通知數(shù)量將會(huì)很大，這一點(diǎn)將根據(jù)圖5作進(jìn)一步討論。
圖4中用示意圖的方式說明了包括一組事件前向鑒別器EFD或LOGs的一個(gè)被管系統(tǒng)。通常在MO中產(chǎn)生的每個(gè)通知都必須被送給每個(gè)EFD(或LOG)，這會(huì)生成很高的負(fù)荷。這很好地解釋了希望能夠控制通知產(chǎn)生/發(fā)送的一個(gè)原因。
根據(jù)GSM TS12.02，通知是可選程序包，在這種情況下該選項(xiàng)只在設(shè)計(jì)時(shí)間期間給出。這意味著如果包括可選程序包，通知將始終有效。通過定義一個(gè)附加屬性，可以按每屬性關(guān)閉/打開被管對象每個(gè)屬性的通知。這一附加屬性在GDMO規(guī)范中使用ASN.1表示法定義。該附加屬性包括通知控制裝置，并在不要或不需要通知或應(yīng)該停止通知時(shí)，阻止通知被發(fā)送。
資源通知是當(dāng)在NE中發(fā)生某些事件時(shí)由資源自發(fā)產(chǎn)生的。然后被管對象或資源對象向通知分配器發(fā)送通知。一般每個(gè)處理器中有一個(gè)通知分配器，但本發(fā)明并不局限于此。如果通知是在ROs中產(chǎn)生的，則資源通知分配器把它收到的通知轉(zhuǎn)發(fā)到管理層，在管理層它們被轉(zhuǎn)換成MO通知，除非它們被禁止在RO中產(chǎn)生或發(fā)送。當(dāng)一個(gè)通知沒有被附加屬性禁止產(chǎn)生或作為MO通知送給MO分配器時(shí)，該通知被轉(zhuǎn)發(fā)到OS或預(yù)訂了MO通知的單元。建立事件前向鑒別器對象EFD以便用于預(yù)計(jì)MO通知。這種EFD是一個(gè)MO，它確定哪些MO通知作為事件報(bào)告被轉(zhuǎn)發(fā)到操作系統(tǒng)。
圖中的LOG涉及可以在其中存儲(chǔ)通知以便在以后通過Q3接口進(jìn)行檢索的一種被管對象類。在LOG中，通知以LOG記錄的形式存儲(chǔ)，例如一個(gè)告警通知將會(huì)導(dǎo)致一個(gè)所要建立的告警記錄。對于每個(gè)LOG都有一個(gè)過濾器，它規(guī)定在這一特定的LOG示例中哪些記錄將作為LOG記錄存儲(chǔ)。
因此一個(gè)MO通知可以到達(dá)一個(gè)EFD或一個(gè)LOG。如果通知必須被傳送給由OS構(gòu)成的管理系統(tǒng)，則它被作為事件報(bào)告由被管系統(tǒng)(這里是NE)發(fā)送給管理系統(tǒng)的管理者或者是這里的OS。
但是，為了降低被管系統(tǒng)內(nèi)部的負(fù)荷，附加屬性阻止通知從它們產(chǎn)生的MO或RO發(fā)送。正如上面提到的，這一點(diǎn)(除了別的之外)取決于所用系統(tǒng)、需要等等。在一個(gè)具體實(shí)施例中，通知可以在一個(gè)RO中產(chǎn)生，但禁止從代表所述RO的MO上發(fā)出。下面將使用被管對象定義指南GDMO進(jìn)一步解釋這種附加屬性，根據(jù)GDMO，程序包用于定義對象類型及其屬性、操作和通知。為此引入一個(gè)通知停發(fā)程序包。該程序包定義為notificationstopPackage程序包屬性notificationStop檢索-替換缺省值<模塊名>.notstopdef；特性notificationstoppackage特性定義為“本程序包在被管對象類中用于阻止通知發(fā)送。它可以是，也可以不是被管對象的一個(gè)條件程序包。缺省值notstopdef的參考值A(chǔ)SN.1語法是一個(gè)空集，意味著如果對象建立沒有給出信息，將沒有通知被停止。登記是未定義的，它取決于定義程序包的規(guī)范。
被登記為(未定義)通知停止屬性被定義為notificationstop屬性帶有屬性語法<模塊名>notstop相等匹配特性的通知停止特性被定義為“該屬性能夠阻止從系統(tǒng)內(nèi)的被管對象發(fā)出通知，以降低系統(tǒng)的處理要求。處理要求減少了1；通知從系統(tǒng)一個(gè)部分的發(fā)送被管對象傳送到可能在系統(tǒng)2其它部分中的事件前送鑒別器的鑒別器和記錄表上，是不需要處理容量的；對鑒別器的定義進(jìn)行任何測試也不需要處理容量。屬性的ASN.1型是一個(gè)識(shí)別不應(yīng)發(fā)送的通知的OID(對象標(biāo)識(shí)符)集合。可選地，如果通知是一種屬性值變化或狀態(tài)變化的結(jié)果，應(yīng)該包括仍要為其發(fā)送通知的屬性的attributeId’s。如果沒有指示屬性，所有通知都被停止。模塊名取決于定義ASN.1語法的規(guī)范。登記是未定義的，并取決于定義屬性的規(guī)范”；被登記為(未定義)ASN.1定義如下notstop∷＝notstopcond集合notstopcond∷＝序列(notifid對象標(biāo)識(shí)符attrid可選(attributeId)集合)notstopdef notstop∷＝()下面將根據(jù)涉及GSM系統(tǒng)的一個(gè)具體實(shí)施例描述本發(fā)明。圖5用示意圖說明了一個(gè)蜂窩移動(dòng)通信系統(tǒng)，在這里是GSM系統(tǒng)。第一和第二位置區(qū)LAa，LAb的每個(gè)都由一組小區(qū)組成。每個(gè)小區(qū)包括一個(gè)帶有無線收發(fā)機(jī)系統(tǒng)(在此未示出)與基站控制器BSC通信的基站BS，BSC再與移動(dòng)交換中心/訪問者位置寄存器MSC/VLR通信。圖中的兩個(gè)MSC/VLR與受操作系統(tǒng)OS控制的本地位置寄存器HLR通信。當(dāng)移動(dòng)站MS從A移動(dòng)到B時(shí)，它將改變在本地位置寄存器HLR中登記的位置區(qū)LA。例如，假設(shè)它經(jīng)常改變位置區(qū)和/或當(dāng)具有許多改變位置區(qū)的移動(dòng)站MS時(shí)，將會(huì)有許多變化在HLR中登記，因此將產(chǎn)生大量通知，盡管并不是所有通知都需要作為事件報(bào)告發(fā)送給OS。
下面將進(jìn)一步描述本發(fā)明在HLR中的GSM被管對象類用戶中的使用。正如上面指出的，附加屬性在此用于阻止GSM系統(tǒng)，當(dāng)然還包括一般的移動(dòng)電信系統(tǒng)中由用戶引起的通知。
屬性值變化通知用于指示被管對象一種屬性的值已改變。這一屬性通知被管對象任意屬性中的任何變化。因此如果有許多屬性值不斷變化，例如如上所述在移動(dòng)電話系統(tǒng)中來自用戶始發(fā)操作的變化，也會(huì)產(chǎn)生大量的處理負(fù)荷。通過notificationStopPackage的通知停止屬性，可以指定對哪些屬性不發(fā)送通知。GSM規(guī)定的MO用戶在HLR中包含一個(gè)屬性值變化通知，正如前面根據(jù)圖4所作討論，作為用戶在系統(tǒng)中漫游的結(jié)果，MSCMR號(hào)碼屬性將不斷地改變。
一個(gè)notificationStopPackage實(shí)例可以如下所示subscriberInHlr被管對象類取自“CCITT X.721”top；其特征在于subscriberInHlrPackage條件程序包如果“實(shí)現(xiàn)控制狀態(tài)”，出現(xiàn)subInHlrControlStatusPackage，如果“實(shí)現(xiàn)與前一MSISDN的聯(lián)系”，出現(xiàn)prevMisisdnPackage，如果“實(shí)現(xiàn)越權(quán)分類”，出現(xiàn)SubInHlrOverridePackage，如果“LMSI存儲(chǔ)在HLR中”，出現(xiàn)subInHlrLmsiPackage，如果“在HLR中實(shí)現(xiàn)消息等待數(shù)據(jù)”，出現(xiàn)subInHlrMwdPackage，如果“該被管對象支持對象創(chuàng)建和對象刪除通知(如CCITT X.721定義)”，出現(xiàn)createDeleteNotificationPackage，如果“該被管對象支持屬性值變化通知(如CCITT X.721定義)”，出現(xiàn)attributeValuechangeNotification Package，如果“該被管對象支持狀態(tài)變化通知(如CCITT X.721定義)，出現(xiàn)stateChangeNotificationPackage，如果“被管對象將有條件地禁止在系統(tǒng)中發(fā)送用于進(jìn)一步處理的通知”，出現(xiàn)NotificationStopPackage；登記為(gsm-12.02-對象類)；圖6中說明了一個(gè)具體實(shí)施例，其中本地位置寄存器HLR只包括一個(gè)處理器。在圖6～10b描述的實(shí)施例中，假定通知由資源對象生成。但是正如前面所討論的，通知也可以在被管對象中(或用其它方法)生成，如圖6～10b所示的實(shí)施例當(dāng)然也可以在其中應(yīng)用。當(dāng)然它也不必涉及HLR，這個(gè)例子只是為了說明一個(gè)所有對象位于同一過程(UNIX過程)內(nèi)的實(shí)例。這時(shí)對象之間的通信可能是有效的。但是通信總是需要容量，消息被發(fā)送和接收。例如由于位置區(qū)的變化，HLR中UNIX過程的資源對象RO收到來自訪問者位置寄存器VLR的信息，除非被附加屬性禁止，RO將向數(shù)據(jù)庫DB發(fā)送信息，并向RO通知分配器發(fā)送一個(gè)RO通知，RO通知分配器可以把一個(gè)RO通知發(fā)送給被管對象MO。然后正如上面所提到的，一個(gè)MO通知被送往MO通知分配器，該MO通知再被送往在本例中由EDF提供的代理。接著代理向操作系統(tǒng)OS發(fā)送一個(gè)事件報(bào)告。
在圖7用示意圖說明的本發(fā)明另一個(gè)實(shí)施例中，不同的對象位于兩個(gè)不同的過程中。這里的兩個(gè)僅是作為例子，它也可以更多。這樣就必須在消息上加入尋址機(jī)制，消息必須加入一個(gè)尋址信息。在圖9用示意圖說明的另一個(gè)實(shí)施例中，不同的對象位于不同的處理器A、B中。處理器間的通信由處理器總線提供。消息就必須帶有指示如何找到正確的處理器的地址。例如HLR的處理器A可以接收來自VLR、與一個(gè)變化有關(guān)的信息。處理器A的資源對象RO就可以向處理器A的RO通知分配器(未示出)發(fā)送RO通知，后者再把該通知送給處理器B的被管對象。接著被管對象把一個(gè)MO通知送給處理器B的MO通知分配器，后者就可以按照與前面所述相同的方式向操作系統(tǒng)發(fā)送一個(gè)事件報(bào)告。如果一個(gè)通知被停止，就不發(fā)送RO通知。本發(fā)明特別適合于在多處理系統(tǒng)或分布式處理器系統(tǒng)中應(yīng)用，因?yàn)檫@時(shí)產(chǎn)生的負(fù)荷比單處理器系統(tǒng)要高出許多，降低負(fù)荷具有極其重要的意義。
當(dāng)然，根據(jù)圖6、7和8討論的實(shí)施例不僅涉及本地位置寄存器的處理器，也涉及任何被管系統(tǒng)的處理器，被管對象屬性值的變化當(dāng)然也不一定涉及由VLR等提供的位置區(qū)變化，本發(fā)明適用于所有其中被管系統(tǒng)由管理系統(tǒng)管理的系統(tǒng)。
本發(fā)明還涉及下級被管對象由上級被管對象控制的情況，這時(shí)后者就取代了管理系統(tǒng)或操作系統(tǒng)。
下面將參考圖9和圖10a、10b簡要描述本發(fā)明的另外一些實(shí)施例。當(dāng)然無論所有對象是位于一個(gè)過程內(nèi)，還是位于同一處理器甚至不同處理器的不同過程內(nèi)，這些實(shí)施例都適用。
參考圖3用示意圖說明的原理與這些實(shí)施例以及前面提到的實(shí)施例有關(guān)。
圖9用示意圖說明了一種使用操作代替屬性有選擇地控制通知的方法。對每個(gè)MO增加一個(gè)操作。通過請求該操作，RO中的一個(gè)標(biāo)志被打開/關(guān)閉。該標(biāo)志禁止RO發(fā)出一個(gè)RO通知。通過再次請求該操作，RO通知重新被打開。
通常，操作的使用基于和屬性的使用相同的原理，當(dāng)通知在被管對象中產(chǎn)生時(shí)，該實(shí)施例當(dāng)然也適用。
根據(jù)本發(fā)明的另一個(gè)實(shí)施例，引入了一個(gè)通知控制被管對象MOcontrol。MOcontrol包括一個(gè)打開/關(guān)閉RO通知(或MO通知)的屬性/操作。CMIP(公共管理信息協(xié)議)操作的數(shù)量就可以減少。只需要?jiǎng)?chuàng)建一個(gè)MO示例。屬性/操作規(guī)定應(yīng)該允許或禁止哪些MO發(fā)出RO通知。也可以指一特定的MO示例打開/關(guān)閉RO通知(或通知在被管對象中生成時(shí)的MO通知)。
這一實(shí)施例基本上可以用兩種方法實(shí)現(xiàn)，其中第一種如圖10a所示。當(dāng)然，如果通知是在MOs而不是ROs中生成，同樣也可以應(yīng)用這兩種與引入通知控制MO有關(guān)的實(shí)施例的方法。圖中的MO與前面提到的MOcontrol有關(guān)。當(dāng)通知控制MOcontrol收到一次CMIP操作時(shí)，MO示例打開由CMIP操作指定的所有RO。在所有的RO(ROA-ROB)中通知被打開/關(guān)閉。MOcontrol也可以控制MO示例，而不直接控制RO。MOcontrol可以帶有作為永久數(shù)據(jù)存儲(chǔ)的標(biāo)志，例如它便于操作員察看標(biāo)志所處狀態(tài)。
實(shí)現(xiàn)一個(gè)基于使用通知控制被管對象MOcontrol的實(shí)施例的第二種方法在圖10b中說明。當(dāng)MOcontrol收到一次CMIP操作時(shí)，MOcontrol存儲(chǔ)該CMIP請求。每當(dāng)要發(fā)送一個(gè)RO通知時(shí)，RO檢查它(ROA-ROB中的任意一個(gè))是否被允許發(fā)送一個(gè)RO通知。這提供了在允許/不允許發(fā)送通知之間快速變化的一種方法。
如果存在許多示例，將需要相當(dāng)數(shù)量的存儲(chǔ)空間來存儲(chǔ)所有示例的所有標(biāo)志。如果通知可以按MO類被打開/關(guān)閉，這種方法是很有利的。
本發(fā)明并不局限于所述實(shí)施例，可以在權(quán)利要求范圍之內(nèi)作若干種變化。
權(quán)利要求
1.一種包括至少一個(gè)由至少一個(gè)管理系統(tǒng)管理的被管系統(tǒng)的裝置，其中被管系統(tǒng)包括多個(gè)被管對象(MO)，MO代表多個(gè)可以由管理系統(tǒng)監(jiān)視和/或控制的資源或資源對象(RO)，被管系統(tǒng)和管理系統(tǒng)之間的通信包括事件報(bào)告從被管系統(tǒng)到管理系統(tǒng)的傳輸，它來源于被管系統(tǒng)內(nèi)產(chǎn)生和發(fā)送的通知，其特征在于，包括用于有選擇地控制被管系統(tǒng)內(nèi)通知生成和/或分配的通知控制裝置。
2.按照權(quán)利要求1的裝置，其特征在于通知在被管對象(MO)中產(chǎn)生。
3.按照權(quán)利要求2的裝置，其特征在于通知控制裝置阻止被管對象(MO)生成或發(fā)送不以事件報(bào)告形式傳送給管理系統(tǒng)的通知。
4.按照前面任何一項(xiàng)權(quán)利要求的裝置，其特征在于通知在資源對象(RO)中產(chǎn)生。
5.按照權(quán)利要求4的裝置，其特征在于通知控制裝置阻止資源對象(RO)生成或發(fā)送不傳送給管理系統(tǒng)的通知。
6.按照前面任何一項(xiàng)權(quán)利要求的裝置，其特征在于通知控制裝置由操作者控制。
7.按照前面任何一項(xiàng)權(quán)利要求的裝置，其特征在于通知控制裝置用于控制在特定條件等下要發(fā)送哪一類通知等。
8.按照前面任何一項(xiàng)權(quán)利要求的裝置，其特征在于通知控制裝置包括一種附加屬性，通過它至少可以控制與所述屬性有關(guān)的多個(gè)屬性例如是否從被管對象(MO)或資源對象(RO)發(fā)送出。
9.按照權(quán)利要求8的裝置，其特征在于一個(gè)程序包包括所述附加屬性，例如被管對象的一個(gè)通知停止程序包。
10.按照權(quán)利要求8或9對應(yīng)的裝置，其特征在于附加屬性類型(ASN.1)根據(jù)GDMO規(guī)范來定義，而且它包括多個(gè)用于識(shí)別不被發(fā)送的通知的對象識(shí)別裝置(OID)。
11.按照權(quán)利要求8～10中任何一項(xiàng)的裝置，其特征在于通知停止程序包是被管對象的一個(gè)條件程序包。
12.按照權(quán)利要求8～10任何一項(xiàng)的裝置，其特征在于通知停止程序包不是被管對象的條件程序包。
13.按照權(quán)利要求8～12任何一項(xiàng)的裝置，其特征在于該屬性是與變化數(shù)值有關(guān)的數(shù)值變化通知。
14.按照權(quán)利要求8～13任何一項(xiàng)的裝置，其特征在于通知程序包是根據(jù)裝置設(shè)計(jì)而可選的。
15.按照權(quán)利要求8～14任何一項(xiàng)的裝置，其特征在于存儲(chǔ)和/或計(jì)算被管對象的屬性。
16.按照權(quán)利要求8～15任何一項(xiàng)的裝置，其特征在于按屬性打開/關(guān)閉通知。
17.按照權(quán)利要求1～7任何一項(xiàng)的裝置，其特征在于通知控制裝置包括為至少一組被管對象中的每一個(gè)增加一個(gè)操作。
18.按照權(quán)利要求17的裝置，其特征在于當(dāng)請求該操作時(shí)，在被管對象(MO)或資源對象(RO)中打開/關(guān)閉一個(gè)標(biāo)志，禁止/允許被管對象(MO)或資源對象(RO)發(fā)出一個(gè)通知。
19.按照權(quán)利要求1～7任一項(xiàng)的裝置，其特征在于通知控制裝置包括一個(gè)通知控制被管對象(MO)control，該通知控制被管對象包括一個(gè)用于打開/關(guān)閉通知(MO；RO)的屬性/操作。
20.按照前面任何一項(xiàng)權(quán)利要求的裝置，其特征在于資源或資源對象(RO)是物理的和/或邏輯的和/或功能性的。
21.按照前面任何一項(xiàng)權(quán)利要求的裝置，其特征在于被管系統(tǒng)包括一個(gè)處理器，并且所有被管對象(MO)位于同一過程中。
22.按照權(quán)利要求21的裝置，其特征在于被管對象(MO)位于同一處理器的不同過程中。
23.按照權(quán)利要求1-20任何一項(xiàng)的裝置，其特征在于被管系統(tǒng)包括一個(gè)處理裝置，后者包括多個(gè)通過處理器間通信裝置互連的處理器，并且被管對象位于不同處理器中。
24.一種包括一個(gè)或多個(gè)管理多個(gè)網(wǎng)元(NE)的操作系統(tǒng)(OS)和接口(Q3)的裝置，其中所述網(wǎng)元包括多個(gè)代表多個(gè)資源或資源對象(RO)的被管對象(MO)，接口(Q3)包括操作系統(tǒng)(OS)和被管對象(MO)之間的通信協(xié)議，其中還實(shí)現(xiàn)了包括導(dǎo)致從網(wǎng)元(NE)向操作系統(tǒng)(OS)發(fā)送事件報(bào)告的發(fā)送通知的功能，其特征在于，被管系統(tǒng)包括有選擇地控制從被管對象(MO)或資源對象(RO)發(fā)送通知從而控制網(wǎng)元(NE)內(nèi)產(chǎn)生的負(fù)荷的通知控制裝置。
25.按照權(quán)利要求24的裝置，其中被管對象(MO)的數(shù)據(jù)被定義為屬性，其特征在于通知控制裝置包括一種附加屬性，并且通知的發(fā)送由所述附加屬性按屬性進(jìn)行控制。
26.按照權(quán)利要求24的裝置，其特征在于通知控制裝置包括每個(gè)被管對象的一個(gè)附加操作，并且當(dāng)請求這一操作時(shí)，在被管對象(MO)或資源對象(RO)中的一個(gè)標(biāo)志被打開/關(guān)閉，以禁止/允許發(fā)出通知。
27.按照權(quán)利要求24的裝置，其特征在于通知控制裝置包括一個(gè)通知控制被管對象MOcontrol，后者包括打開/關(guān)閉通知的一個(gè)屬性/操作。
28.一種包括多個(gè)通過一個(gè)接口(Q3)管理多個(gè)被管系統(tǒng)(NE)的管理系統(tǒng)(OS)的電信系統(tǒng)，其中Q3接口包括管理系統(tǒng)(OS)與被管系統(tǒng)(NE)之間的一個(gè)通信協(xié)議，被管系統(tǒng)(NE)包括多個(gè)代表多個(gè)資源或資源對象(RO)的被管對象(MO)，與發(fā)生的事件有關(guān)的通知在被管系統(tǒng)中生成，并且可以以事件報(bào)告的形式送到管理系統(tǒng)(OS)，其特征在于，被管系統(tǒng)(NE)包括一種附加屬性或操作的形式的通知控制裝置，或包括一種屬性/操作的通知控制被管對象，通過它可以有選擇地控制來自被管對象(MO)和/或資源對象(RO)的通知的生成和/或分配，從而減少被管系統(tǒng)(NE)內(nèi)的內(nèi)部負(fù)荷。
29.按照權(quán)利要求28的電信系統(tǒng)，其特征在于被管系統(tǒng)包括分布式處理器。
30.一種用于控制與資源或資源對象中的事件有關(guān)的通知分配的方法，其中該資源或資源對象由受至少一個(gè)系統(tǒng)控制的被管系統(tǒng)中的被管對象所代表，其特征在于包括定義每個(gè)被管對象的一個(gè)附加屬性或操作、或一個(gè)構(gòu)成通知控制裝置的通知控制被管對象；通過所述通知控制裝置由被管對象或資源對象按逐個(gè)屬性/操作或通知控制被管對象的方式有選擇地控制所述通知的生成和/或分配。
全文摘要
本發(fā)明涉及一個(gè)包括被管系統(tǒng)的裝置,該被管系統(tǒng)包括一組代表若干資源或資源對象的被管對象,它們可以受至少一個(gè)管理系統(tǒng)監(jiān)視和/或控制,其中被管對象由數(shù)據(jù)組成,被管系統(tǒng)與管理系統(tǒng)之間的通信包括傳輸由在被管系統(tǒng)內(nèi)產(chǎn)生的通知發(fā)出的事件報(bào)告。該裝置包括在內(nèi)部和選擇性地控制被管系統(tǒng)內(nèi)的通知發(fā)送的通知控制設(shè)備。
文檔編號(hào)G06F11/30GK1173932SQ9619184
公開日1998年2月18日 申請日期1996年2月7日 優(yōu)先權(quán)日1995年2月8日
發(fā)明者P·伊斯雷爾松, K·德爾松 申請人:艾利森電話股份有限公司