專利名稱:數(shù)字蜂窩式系統(tǒng)的數(shù)據(jù)管理方法
技術(shù)領(lǐng)域:
本發(fā)明涉及數(shù)字蜂窩式系統(tǒng)中的數(shù)據(jù)管理方法,更具體地說,涉及數(shù)字蜂窩式系統(tǒng)中用來管理基地站收發(fā)器子系統(tǒng)(BTS)和基地站控制器(BSC)的基地站管理器中的數(shù)據(jù)管理方法。
在一般的數(shù)字蜂窩式系統(tǒng)中,基地站管理器(BSM)(它是基地站管理子系統(tǒng)中的一個部分)的功能是維護基地站收發(fā)器子系統(tǒng)(BTS)和基地站控制器(BSC)。BSM使用主幀工作站,該工作站具有輸出單元,系統(tǒng)控制臺,磁帶驅(qū)動器和硬盤驅(qū)動器(HDD)。輸出單元包括用于打印系統(tǒng)維護信息的打印機和用于發(fā)出警告聲響的揚聲器。系統(tǒng)具有操作員協(xié)調(diào)功能和系統(tǒng)狀態(tài)輸出功能。磁帶驅(qū)動器和硬盤驅(qū)動器存儲系統(tǒng)信息和數(shù)據(jù)。
傳統(tǒng)上,BSM通過域單元來管理(即,修改,添加,和刪除)數(shù)據(jù)。這種傳統(tǒng)的修改,添加和刪除數(shù)據(jù)的方法被局限于每一對應(yīng)的人機通信(MMC)一個元組。因此,當(dāng)添加和刪除多個元組數(shù)據(jù)清單(即,多個相關(guān)元組的集合的表格)時,為了每一個元組數(shù)據(jù)清單,BSM必須重復(fù)添加MMC操作以及刪除MMC操作。而且,當(dāng)修改多個元組數(shù)據(jù)時,BSM必須為每一個元組數(shù)據(jù)重復(fù)MMC操作。
為了更好地理解術(shù)語“域”和“元組”,下面將描述相關(guān)的數(shù)據(jù)的配置。在相關(guān)的數(shù)據(jù)配置中,一般用戶知道包含行和列的表格形式的數(shù)據(jù)。為方便起見,列被稱為“域”和“項”,行被稱為“記錄”。另外,表示列的域被稱為“屬性”,表示一個記錄的行被稱為“元組”。
參考
圖1,圖中顯示了BSM中管理元組數(shù)據(jù)清單(即,修改,添加,和刪除)的傳統(tǒng)方法的流程圖。傳統(tǒng)上,當(dāng)操作員請求對于元組數(shù)據(jù)清單中的某一數(shù)據(jù)的修改,添加或刪除MMC操作時,BSM進行對該元組數(shù)據(jù)清單的修改,添加,或刪除MMC的操作(步驟10)。接下來,BSM進行錯誤檢查操作(步驟12)。然后,BSM對相應(yīng)元組數(shù)據(jù)清單中的數(shù)據(jù)進行修改,添加,和刪除操作(步驟14)。然后BSM將被處理的元組數(shù)據(jù)清單傳送到BSC和BTS中(步驟16)。一旦接收到來自BSC和BTS的確認信號,將更新數(shù)據(jù)庫中的被處理的元組數(shù)據(jù)清單(步驟18)。操作的結(jié)果例如,經(jīng)過圖形用戶接口(GUI)由BSM輸出(步驟20)。
這種傳統(tǒng)的數(shù)據(jù)管理方法有幾個缺點。首先,由于是利用元組管理數(shù)據(jù),因此數(shù)據(jù)管理困難,當(dāng)修改整個元組數(shù)據(jù)清單時,必須獨立的處理每一個域。的確,如果BSM使用傳統(tǒng)的方法同時處理幾個域的數(shù)據(jù),可能會出現(xiàn)數(shù)據(jù)管理操作的混亂。
另一個缺點是必須重復(fù)進行MMC操作。例如,為了在越區(qū)切換(hand-off)操作期間修改相鄰單元的扇區(qū)單元中的元組數(shù)據(jù)清單,操作員必須首先通過顯示MMC操作檢查元組數(shù)據(jù)清單以便檢查被修改的元組數(shù)據(jù)清單的細節(jié)。然后,操作員必須通過進行修改MMC操作來修改相鄰單元的數(shù)據(jù),然后通過進行顯示MMC操作,再次確定該數(shù)據(jù)是否已經(jīng)被正確地修改。換句話說,操作員必須連續(xù)地進行下面的操作顯示MMC->修改MMC->重復(fù)顯示MMC。
傳統(tǒng)數(shù)據(jù)管理方法的另一個缺點是當(dāng)多個元組被多個元組數(shù)據(jù)清單單元互鎖(緊密相關(guān))時,數(shù)據(jù)管理困難。例如,如果一個具有高優(yōu)先級的元組數(shù)據(jù)清單被刪除,所有剩下按照優(yōu)先級排序的數(shù)據(jù)清單必須被修改(即,向上移動一級)。的確,當(dāng)處理分區(qū)切換操作的相鄰單元時,有8到56個相關(guān)的元組。如上所述,傳統(tǒng)方法要求各個元組重復(fù)地執(zhí)行MMC,這對于操作員來說是累贅的。
傳統(tǒng)方法的另外一個缺點是必須重復(fù)多重MMC操作,這是由于按照先有技術(shù)的MMC被分為四個獨立的單元,即,添加MMC,刪除MMC,修改MMC,和顯示MMC。
因此,本發(fā)明的目的是提供一種通過統(tǒng)一的MMC同時管理多個數(shù)據(jù)的數(shù)據(jù)管理方法。
按照本發(fā)明的一個方面,在數(shù)字蜂窩式系統(tǒng)的維護系統(tǒng)中管理數(shù)據(jù)的方法包括通過統(tǒng)一的人機通信(MMC)對于單個元組數(shù)據(jù)清單和多個元組數(shù)據(jù)清單中的一個進行請求,修改,添加刪除以及顯示數(shù)據(jù)操作的步驟;從表格中讀出數(shù)據(jù),所述表格由所述單個元組數(shù)據(jù)清單和所述多個元組數(shù)據(jù)清單中的一個提供;以及利用所述統(tǒng)一的MMC完成所述數(shù)據(jù)的所述修改,添加,刪除和顯示操作。
通過下面對于所舉實施例的詳細的說明,并結(jié)合附圖的說明,本發(fā)明的這個以及其它目的,特征和優(yōu)點將顯而易見。
圖1是基地站管理器(BSM)管理元組數(shù)據(jù)清單(即,修改,添加,和刪除)的傳統(tǒng)方法的流程圖;圖2是按照本發(fā)明的數(shù)據(jù)蜂窩式系統(tǒng)數(shù)據(jù)管理方法的方框圖;圖3是如圖2所示的基地站管理器,按照本發(fā)明進行數(shù)據(jù)管理的方法的方框圖;圖4是按照本發(fā)明的BSM數(shù)據(jù)管理方法的流程圖;圖5是舉例說明按照本發(fā)明的讀數(shù)據(jù)庫配置的數(shù)據(jù)表格。
下面將參考附圖詳細地描述本發(fā)明的最佳實施例。盡管為了使本發(fā)明的主題清楚明白,將對作為范例的特殊的實施例進行說明和解釋,然而,應(yīng)當(dāng)了解,本專業(yè)的普通技術(shù)人員能夠根據(jù)下面簡單的說明實現(xiàn)本發(fā)明。因此,將不提供那些對于本專業(yè)的普通技術(shù)人員來說所熟知和顯而易見的功能和結(jié)構(gòu)的詳細說明,這樣的說明對于了解本發(fā)明的主題即沒有必要,又使得對于本發(fā)明的主題難以理解。
現(xiàn)在參考圖2,該圖是按照本發(fā)明所實現(xiàn)的數(shù)據(jù)管理方法的數(shù)字蜂窩式系統(tǒng)的方框圖。與基地站控制器(BSC)24相連接的基地站管理器(BSM)22執(zhí)行對于若干基地站的收發(fā)器子系統(tǒng)(BTSs)(由28-1到28-n表示)和基地站控制器(BSC)24的各種一般和應(yīng)用功能。由BSM22所執(zhí)行的一般功能包括數(shù)據(jù)通信,數(shù)據(jù)管理,操作員協(xié)調(diào),和BSM系統(tǒng)驅(qū)動功能。由BSM22所執(zhí)行的應(yīng)用功能包括操作和管理功能。操作功能使若干BTS(28-1到28-n)具有系統(tǒng)裝入功能,結(jié)構(gòu)管理功能和性能管理功能。系統(tǒng)裝入功能提供給各個BTSs框執(zhí)行代碼和數(shù)據(jù)。配置管理功能同時提供管理和修改各個BTS的配置和操作參數(shù)。
如圖2所示,連接到若干BTS(28-1到28-n)和移動交換中心(MSC)26的BSC24控制BTS(28-1到28-n)之間的整個通信。MSC26執(zhí)行移動終端(沒有顯示)的交換操作。
現(xiàn)在參考圖3,該圖是圖2中所示的BSM22的方框圖。BIM(BSM初始化和維護)方框30用來在BSM初始化期間執(zhí)行一般功能和操作員協(xié)調(diào)功能的各種功能框。與BIM框30相連的固定的CDM(配置數(shù)據(jù)管理器)框32用來提供在BIM框30控制下的配置數(shù)據(jù)的管理。當(dāng)必要時,固定的CDM框32可以在沒有操作員請求的情況下工作。另外,固定的CDM框32由BIM框30進行監(jiān)控。
CDM框34用來進行由BSM22,BSC24和BTS28-1到28-n所包含的整個數(shù)據(jù)管理配置。具體地說,CDM框34實現(xiàn)所有配置數(shù)據(jù)的數(shù)據(jù)修改功能和操作數(shù)據(jù)讀出功能。UIM(用戶接口管理器)框36實現(xiàn)所有窗口相關(guān)功能,諸如(1)創(chuàng)建和刪除窗口和事件管理,(2)輸出有關(guān)狀態(tài),問題,錯誤和原始系統(tǒng)統(tǒng)計的信息,以及邏輯圖像信息,(3)管理操作員所發(fā)出的事件。COH(命令處理)框38實現(xiàn)輸入命令的句子結(jié)構(gòu)和含義分析功能,以及執(zhí)行控制功能。CDM框34響應(yīng)無錯命令而將它的輸入數(shù)據(jù)傳送給UIM框36。DCI(數(shù)據(jù)通信接口)框40管理BSM22中的功能框和BTS28-1到28-n中的所有子系統(tǒng)之間的信息傳輸/接收路徑。按照本發(fā)明,CDM框34經(jīng)過傳輸路徑42連接到UIM框36,配置管理數(shù)據(jù)通過傳輸路徑42來傳輸。
BSM22,BSC24和BTS28-1到28-n實現(xiàn)對于操作數(shù)據(jù)的程序裝入數(shù)據(jù)(PLD)的操作功能。如圖3所示,操作員通過UIM框36中的圖形用戶接口(GUI)(沒有特別顯示)完成BSM22的操作功能。按照本發(fā)明,BSM22根據(jù)操作員的命令管理數(shù)據(jù),并將數(shù)據(jù)輸出到BSC24。按照本發(fā)明的最佳實施例,所有MMC被統(tǒng)一為MMC,并且數(shù)據(jù)配置由多個元組數(shù)據(jù)清單單元來管理。
如上所述,傳統(tǒng)的數(shù)據(jù)管理方法的問題之一是數(shù)據(jù)被域來管理,這樣,當(dāng)修改整個元組的數(shù)據(jù)時,就要求獨立地管理每一個域。具體地說,域單元被獨立地管理以便確定特殊域中的特定的值是否被添加,修改或刪除。結(jié)果,必須分別地管理添加,修改和刪除MMC。本發(fā)明提供一種解決這個問題的方法,通過元組管理數(shù)據(jù),它允許按照元組的順序來確定域。這樣,就沒有必要分別地管理域。另外,由于對應(yīng)的元組被控制,所以能夠?qū)ⅹ毩⒌奶砑樱薷暮蛣h除MMC統(tǒng)一為一個MMC。
本發(fā)明的數(shù)據(jù)管理方法解決了上述的不得不重復(fù)MMC的問題。按照傳統(tǒng)方法,當(dāng)由元組數(shù)據(jù)清單單元來修改數(shù)據(jù)時,必須通過顯示MMC來檢查該數(shù)據(jù),并且必須檢查數(shù)據(jù)修改的詳細的情況。之后,必須經(jīng)過修改MMC再次修改該數(shù)據(jù),并且必須再次檢查修改。然而,在本發(fā)明中,使用庫格式結(jié)構(gòu)讀取PLD(程序裝入數(shù)據(jù))數(shù)據(jù)。如果一個操作員MMC被連續(xù)地激活,則一直可以進行讀數(shù)據(jù)操作,使得沒有必要驅(qū)動單獨的MMC。另外修改PLD數(shù)據(jù)的MMC操作能夠統(tǒng)一為一個MMC,這樣就解決了不得不重復(fù)MMC操作的問題。
另外,本發(fā)明提供一種解決傳統(tǒng)數(shù)據(jù)管理方法不得不重復(fù)56個元組中的每一個元組的MMC煩人的工作的方法。然而,按照本發(fā)明,數(shù)據(jù)元組總可以被修改,并且能夠同時管理(即,修改,添加,和刪除)多個元組。因此,當(dāng)元組相互之間有關(guān)聯(lián)時,可以容易地進行操作和管理。
本發(fā)明也可以解決具有獨立MMC的傳統(tǒng)方法中存在的問題?;旧?,配置MMC可以是顯示PLD和修改PLD中的一個。然而,根據(jù)MMC的特點,MMC被分開作為添加,修改和刪除MMC來管理。也就是說,甚至在空數(shù)據(jù)的情況下,PLD也具有可處理的數(shù)據(jù)空間,這樣數(shù)據(jù)可以被加到該空間中去。換句話說,數(shù)據(jù)修改,添加和刪除操作都要影響PLD。因此,按照本發(fā)明,通過根據(jù)元組管理數(shù)據(jù),由一個MMC就能夠管理PLD。
按照本發(fā)明的數(shù)據(jù)管理方法,CDM框34應(yīng)當(dāng)與UIM框36相互關(guān)聯(lián),以便允許操作員通過GUI接口監(jiān)視本發(fā)明的過程。本發(fā)明考慮下面的功能。
首先,為了操作員有選擇地觀察數(shù)據(jù),需要一種能夠?qū)⑾嚓P(guān)數(shù)據(jù)按預(yù)定格式分組的數(shù)據(jù)庫,并能夠?qū)⑺鼈魉偷経IM框。操作員總能夠通過UIM框36所提供的圖像按鍵利用該庫查看數(shù)據(jù)。
第二,當(dāng)元組單元處理數(shù)據(jù)并且各元組相互連鎖時,應(yīng)當(dāng)考慮處理多個元組數(shù)據(jù)的功能,以及確定數(shù)據(jù)是否已經(jīng)通過用戶接口被有效地處理的功能。
第三,應(yīng)考慮將元組單元所處理的數(shù)據(jù)格式傳輸?shù)紹SC24和BTS28-1到28-n的功能。
第四,當(dāng)上述第一,第二和第三功能沒有問題時,應(yīng)當(dāng)考慮PLD中精確地更新數(shù)據(jù)的功能。
在下面的實施例中,將說明按照本發(fā)明從UIM框36傳輸?shù)紺DM框34的數(shù)據(jù)格式。下面設(shè)計的數(shù)據(jù)庫格式結(jié)構(gòu)包含了顯示所需的所有細節(jié)。
結(jié)構(gòu)(1)<pre listing-type="program-listing"><![CDATA[typedef struct{ intDATA1; intDATA2; intDATA3; intDATA4; intDATA5; }Tuple_Information;]]></pre>結(jié)構(gòu)(2)<pre listing-type="program-listing"><![CDATA[typedef struct{intKEY1; intKEY2; intKEY3; intNUMBER_OF_TUPLE; intTuple_Information tuple_MAX_NUMBER_OF_TUPLE; }Tuple_Request;]]></pre>結(jié)構(gòu)(3)<pre listing-type="program-listing"><![CDATA[typedef union { Tuple_Request Send_Data_List; }Data_Lis_Union;]]></pre>結(jié)構(gòu)(4)<pre listing-type="program-listing"><![CDATA[typedef struct{ int_cmd_id; Data_List_Union_data_List; }Uimx_Send_to_Cdmx;]]></pre>在上述結(jié)構(gòu)(1)中,DATA1到DATA5代表分別存儲所需信息的域,在上述結(jié)構(gòu)(2)中,KEY1到KEY3代表指定數(shù)據(jù)位置的關(guān)鍵值,NUMBER_OF_TUPLE代表表示實際有效數(shù)據(jù)數(shù)目的變量。另外,MAX_NUMBER_OF_TUPLE表示在執(zhí)行統(tǒng)一的MMC期間讀取的最大元組數(shù)目。結(jié)構(gòu)(1)和結(jié)構(gòu)(2)表示當(dāng)讀取PLD數(shù)據(jù)時所使用的數(shù)據(jù)庫格式結(jié)構(gòu)。
現(xiàn)在參考圖5,該圖是為了說明結(jié)構(gòu)(1)和(2)而舉例說明根據(jù)本發(fā)明的讀數(shù)據(jù)庫配置的數(shù)據(jù)表。具體地說,該圖說明實際PLD數(shù)據(jù)示意的結(jié)構(gòu)的一個例子。在圖5中,K1-K3表示讀取指定數(shù)據(jù)的關(guān)鍵值,D1-D5代表通過關(guān)鍵值K1-K3能夠查詢的數(shù)據(jù)。另外,在與關(guān)鍵值相對應(yīng)的MAX_NUMBER_OF_TUPLE范圍內(nèi)的元組指的是以數(shù)據(jù)表格形式更新的元組清單。如果操作員輸入與希望通過統(tǒng)一的MMC被修改,刪除或添加的數(shù)據(jù)對應(yīng)的關(guān)鍵值K1-K3,則具有結(jié)構(gòu)(1)和(2)的數(shù)據(jù)庫將讀取與該關(guān)鍵值對應(yīng)的MAX_NUMBER_OF_TUPLE范圍內(nèi)的元組,并且在GUI屏幕上顯示該范圍內(nèi)元組的數(shù)據(jù)區(qū),正如圖5所示。然后,操作員可以處理(修改,添加和刪除)GUI屏幕上指定元組的預(yù)定的數(shù)據(jù)。
將被處理的數(shù)據(jù)應(yīng)用于結(jié)構(gòu)(1)和(2),然后將這些數(shù)據(jù)按照上面結(jié)構(gòu)(3)和(4)的格式從UIM框36傳送到CDM框34中。CDM框34從來自UIM框36的傳送的數(shù)據(jù)中讀取_CMD_ID。根據(jù)傳送的數(shù)據(jù),可以確定操作員希望使用的命令以及結(jié)構(gòu)格式。例如,由于結(jié)構(gòu)(3)和(4)的格式中包括Data_List_Union型,所以可以按Data_List_Union型讀取數(shù)據(jù)。
具有這種結(jié)構(gòu)的讀取數(shù)據(jù)庫可用于雙重目的。具體地說,讀取數(shù)據(jù)庫能夠用來作為通過GUI調(diào)用現(xiàn)有的數(shù)據(jù)以便觀察數(shù)據(jù)的數(shù)據(jù)庫。讀取數(shù)據(jù)庫也可以在讀取PLD數(shù)據(jù)時使用以便將它與現(xiàn)有數(shù)據(jù)進行比較。
現(xiàn)在參考圖4,該圖顯示了按照本發(fā)明、通過BSM管理數(shù)據(jù)配置的流程圖。操作員通過統(tǒng)一的MMC(步驟42)提出修改,添加和刪除元組中的數(shù)據(jù)的請求之后,BSM22進行關(guān)鍵操作檢查操作(步驟44)。當(dāng)關(guān)鍵操作檢查完成后,BSM22利用數(shù)據(jù)庫讀取被請求的元組數(shù)據(jù)清單,并將其顯示在GUI屏幕上(步驟46)。接下來,BSM22通過用戶接口修改,添加,刪除元組數(shù)據(jù)清單中相應(yīng)的數(shù)據(jù)(步驟48)。當(dāng)數(shù)據(jù)被修改,添加,刪除之后,借助于上述程序庫把進來的數(shù)據(jù)與現(xiàn)有數(shù)據(jù)進行比較,以便如果該數(shù)據(jù)沒有被修改則結(jié)束該過程。BSM22在GUI屏幕上顯示數(shù)據(jù)修改,添加和刪除操作的結(jié)果(步驟50)。然后,BSM22將被處理的元組數(shù)據(jù)清單傳送到BSC24和BTS28-1到28-n中(步驟52)。一旦接收來自BSC24和BTS28-1到28-n的確認信號,BSM22就更新數(shù)據(jù)庫中被處理的元組數(shù)據(jù)清單(步驟54)。
如上所示,本發(fā)明為操作員提供了一種方便。特別是,本發(fā)明的數(shù)據(jù)管理方法當(dāng)處理相互之間具有緊密聯(lián)系的各種數(shù)據(jù)時特別有用。當(dāng)操作整個BSM時可以使用根據(jù)本發(fā)明的功能。
盡管在這里已經(jīng)參考附圖舉例說明的本發(fā)明的實施例,但是應(yīng)當(dāng)了解本發(fā)明不僅僅局限于明顯的實施例,本專業(yè)的技術(shù)人員可以對其進行各種變化和修改,這并不背離本發(fā)明的精神,也不超出本發(fā)明的實際范圍。
權(quán)利要求
1.一種在數(shù)字蜂窩式系統(tǒng)的維護系統(tǒng)中管理數(shù)據(jù)的方法,其特征在于包括下面的步驟利用統(tǒng)一的人機通信(MMC),請求對單個元組數(shù)據(jù)清單和多個元組數(shù)據(jù)清單中一個清單的數(shù)據(jù)進行修改,添加,刪除并顯示的操作;從一種表格中讀取數(shù)據(jù),所述表格提供所述單個元組數(shù)據(jù)清單或所述多個元組數(shù)據(jù)清單中的一個清單;使用所述統(tǒng)一的MMC完成對所述數(shù)據(jù)的所述修改,添加,刪除和顯示操作。
2.一種在數(shù)字蜂窩式系統(tǒng)的維護系統(tǒng)中管理數(shù)據(jù)的方法,其特征在于包括下面的步驟從操作數(shù)據(jù)中讀取相關(guān)的數(shù)據(jù);使用讀數(shù)據(jù)庫格式結(jié)構(gòu),以表格形式按元組構(gòu)成所述數(shù)據(jù);處理并傳輸所述結(jié)構(gòu)化的數(shù)據(jù)。
3.根據(jù)權(quán)利要求2的方法,其特點在于所述操作數(shù)據(jù)是程序裝入數(shù)據(jù)。
4.根據(jù)權(quán)利要求2的方法,其特點在于所述讀數(shù)據(jù)庫格式結(jié)構(gòu)包括用于讀取指定數(shù)據(jù)位置的多個關(guān)鍵值;用于把數(shù)據(jù)存入所述數(shù)據(jù)位置的多個數(shù)據(jù)域;用于表示實際數(shù)據(jù)數(shù)目的第一變量值;用于表示要被讀取的所述元組數(shù)目的第二變量值。
全文摘要
一種數(shù)字蜂窩式系統(tǒng)的維護系統(tǒng)管理數(shù)據(jù)的方法,該方法能夠通過統(tǒng)一的人機通信(MMC)同時管理多個數(shù)據(jù)(即,修改,添加和刪除)。該方法包括這樣的步驟:通過統(tǒng)一MMC的要求對包含在單個元組數(shù)據(jù)清單中的數(shù)據(jù),或多個元組數(shù)據(jù)清單中的數(shù)據(jù)進行修改,添加,刪除和顯示操作;從提供單個元組數(shù)據(jù)清單或多個元組數(shù)據(jù)清單的表格中讀取數(shù)據(jù);以及通過統(tǒng)一的MMC對數(shù)據(jù)進行修改,添加,刪除和顯示的操作。
文檔編號H04M3/00GK1197359SQ9810614
公開日1998年10月28日 申請日期1998年3月30日 優(yōu)先權(quán)日1997年4月18日
發(fā)明者李東善, 全永基 申請人:三星電子株式會社