專利名稱：電調(diào)天線接口中的設(shè)備掃描方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，特別涉及一種電調(diào)天線接口中的設(shè)備掃描 方法、裝置及系統(tǒng)。
背景技術(shù)：
天線接口標(biāo)準(zhǔn)組織(AISG, Antenna Interface Standards Group)協(xié)議中頭見 定任何一個天線陣列i殳備(ALD， Antenna Line Device )均需要一個全J求唯一 的唯一標(biāo)識碼(UniqueID)，此UniqueID需要通過掃描獲取，掃描過程如圖l所 示，該過程包括以下步驟
步驟101:基站中的中心控制單元(CCU, Central Control Unit)將帶有虛 擬唯一標(biāo)識碼(UniqueID')和比特掩碼(Bitmask)的設(shè)備掃描請求(Device Scan Command)消息，以廣播的方式下發(fā)給所有連接在總線上的ALD。
其中UniqueID'—般為UniqueID的一部分，且Bitmask和UniqueID'兩個參數(shù) 的長度相同。
步驟102: ALD的遠(yuǎn)端控制單元(RCU, Remote Control Unit)接收到上述 廣播的設(shè)備掃描請求消息后，用設(shè)備掃描請求消息中的Bitmask與自身的 UniqueID進(jìn)行匹配得到匹配結(jié)果(Result)。
其中，與CCU相連的RCU包括三種狀態(tài)無地址(NoAddress)狀態(tài)、地 址分配(AddressAssigned )狀態(tài)和已連接(Connected)狀態(tài)，在RCU最初始 連接到總線時，所有的RCU都處于NoAddress狀態(tài)。在CCU下發(fā)Device Scan Command廣播消息后，所有的連接在總線上的RCU均能接收到此消息，但是只 有處于NoAddress狀態(tài)的RCU接收到此消息后才將消息中的Bitmask與自身的 UniqueID進(jìn)行匹配。UniqueID的匹配過程如圖2所示，其中UniqueID最長會有19個字節(jié)，前兩 個字節(jié)采用從左往右的方式進(jìn)行匹配，后面字節(jié)采用從右往左的方式進(jìn)行匹配。
步驟103:如果匹配得到的Result與Device Scan Command消息中攜帶的 UniqueID'—致，則RCU回復(fù)設(shè)備掃描響應(yīng)(Device Scan Response )消息給CCU， 且回復(fù)的設(shè)備掃描響應(yīng)消息中包含RCU設(shè)備自身的UniqueID、廠商碼(Vendor Code )和設(shè)備類型(Device Type )等信息；如果匹配得到的Result與Device Scan Command消息中攜帶的UniqueID'不一致，則RCU忽略CCU廣播的該設(shè)備掃描 請求消息。
其中，如果兩個或兩個以上的RCU同時向CCU回復(fù)Device Scan Response 消息，CCU有時可以收到所有正確的響應(yīng)消息，有時卻會收到錯誤的響應(yīng)消息， CCU如果收到錯誤的響應(yīng)消息，通常會認(rèn)為兩個以上的RCU同時占用總線時出 現(xiàn)沖突，并繼續(xù)掃描。對于出現(xiàn)沖突的情況，標(biāo)準(zhǔn)中建議各個符合匹配規(guī)則的 RCU在停頓一個隨機(jī)時延后再向CCU回復(fù)Device Scan Response消息，但是這種 方法并不能有效的避免多個回復(fù)消息的沖突。
綜上過程可見，現(xiàn)有技術(shù)中當(dāng)CCU對RCU進(jìn)行掃描時，需要不斷的調(diào)整廣 播的Device Scan Command消息中攜帶的UniqueID'和Bitmask,使其逐步逼近被 掃描的RCU自身的UniqueID ，且RCU在接收到CCU廣播的Device Scan Command消息后還需要進(jìn)行UniqueID的匹配操作，只有當(dāng)匹配結(jié)果與Device Scan Command中攜帶的UniqueID' —致時，RCU才向CCU回復(fù)帶有自身 UniqueID的Device Scan Response消息，這就造成了 CCU對RCU的掃描時間過長 的問題。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種電調(diào)天線接口中的設(shè)備掃描方法，用以解決現(xiàn) 有技術(shù)中存在的CCU對RCU的掃描時間過長的問題。相應(yīng)的，本發(fā)明還提供了一種電調(diào)天線接口中的設(shè)備掃描裝置及系統(tǒng)。
本發(fā)明提供以下技術(shù)方案
一種電調(diào)天線接口中的設(shè)備掃描方法，該方法包括步驟中心控制單元向 自身控制的每個遠(yuǎn)端控制單元廣播設(shè)備掃描請求消息；接收設(shè)備掃描響應(yīng)消 息，所述設(shè)備掃描響應(yīng)消息是由處于無地址狀態(tài)的遠(yuǎn)端控制單元接收到所述設(shè) 備掃描請求消息后發(fā)送的；為發(fā)送所述設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控制單元分配 地址。
一種中心控制裝置，包括廣播單元，用于向所述裝置控制的每個遠(yuǎn)端控制 單元廣播設(shè)備掃描請求消息；接收單元，用于接收處于無地址狀態(tài)的遠(yuǎn)端控制 單元發(fā)送的設(shè)備掃描響應(yīng)消息；地址分配單元，用于為發(fā)送所述接收單元接收 到的設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控制單元分配地址。
一種遠(yuǎn)端控制裝置，包括接收單元，用于接收中心控制單元廣播的設(shè)備掃 描請求消息；發(fā)送單元，用于在所述裝置處于無地址狀態(tài)時，在所述接收單元 接收到設(shè)備掃描請求消息后，發(fā)送設(shè)備掃描響應(yīng)消息給所述中心控制單元。
一種電調(diào)天線接口中的設(shè)備掃描系統(tǒng)，包括中心控制單元和由該中心控制 單元控制的各遠(yuǎn)端控制單元，其中中心控制單元，用于向自身控制的每個遠(yuǎn) 端控制單元廣播設(shè)備掃描請求消息；以及接收處于無地址狀態(tài)的遠(yuǎn)端控制單元 發(fā)送的設(shè)備掃描響應(yīng)消息，并為發(fā)送所述設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控制單元分 配地址；遠(yuǎn)端控制單元，用于在自身處于無地址狀態(tài)時，在接收到中心控制單 元廣播的設(shè)備掃描請求消息后，發(fā)送設(shè)備掃描響應(yīng)消息給中心控制單元。
本發(fā)明提供的技術(shù)方案中，CCU廣播的Device Scan Command消息中可以 不攜帶UniqueID',且RCU在接收到CCU廣播的Device Scan Command消息 后，不需要進(jìn)行UniqueID的匹配操作，而是直接將帶有自身UniqueID的Device ScanResponse消息發(fā)送給CCU， CCU進(jìn)而為發(fā)送設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控 制單元分配地址，這樣依然能夠?qū)崿F(xiàn)CCU對RCU的掃描，同時相對于現(xiàn)有技 術(shù)而言，釆用本發(fā)明提供的技術(shù)方案還縮短了 CCU對RCU的掃描時間。


圖1為現(xiàn)有技術(shù)中，電調(diào)天線接口中的設(shè)備掃描方法流程圖； 圖2為現(xiàn)有技術(shù)中，RCU進(jìn)行UniqueID的匹配過程示意圖； 圖3為本發(fā)明實施例中，電調(diào)天線接口中的設(shè)備掃描方法流程圖； 圖4為本發(fā)明實施例中，中心控制裝置結(jié)構(gòu)示意圖； 圖5為本發(fā)明實施例中，遠(yuǎn)端控制裝置結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例中，由于CCU廣播的Device Scan Command消息中可以不 攜帶UniqueID'，且RCU在接收到CCU廣播的Device Scan Command消息后， 不需要進(jìn)行UniqueID的匹配操作，而是直接將帶有自身UniqueID的Device Scan Response消息反饋給CCU, CCU進(jìn)而為發(fā)送設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控 制單元分配地址，從而大大縮短了 CCU對RCU的掃描時間。
下面結(jié)合說明書附圖對本發(fā)明實施例進(jìn)行詳細(xì)說明。
如圖3所示，為本發(fā)明實施例中電調(diào)天線接口中的設(shè)備掃描方法流程圖。
步驟301,在預(yù)先設(shè)置的信息表中存儲CCU控制的所有RCU的信息，該 信息可以但不限于包括RCU的個數(shù)信息及地址分配的狀態(tài)信息。
步驟302， CCU判斷上述信息表中是否存在地址分配的狀態(tài)信息為處于 NoAddress狀態(tài)的RCU,如果存在，則轉(zhuǎn)至步驟303，如果不存在，則轉(zhuǎn)至步 驟310。
步驟303, CCU向自身控制的每個RCU廣播Device Scan Command消息。 CCU廣播的Device Scan Command消息中可以不包含對處于NoAddress 狀態(tài)的RCU的UniqueID進(jìn)行預(yù)先估計得到的UniqueID'，也可以不包含對應(yīng) 的Bitmask，即Device Scan Command消息中的UniqueID'和Bitmask的參數(shù)長 度值為0,其中UniqueID'—般為被掃描的RCU的UniqueID的一部分，且Bitmask和UniqueID'兩個參凄t的長度相同。
步驟304，每個處于NoAddress狀態(tài)下的RCU 4妾收到上述Device Scan Command消息后，才艮據(jù)自身的UniqueID，采用相關(guān)算法計算出一時延值，其 中采用的相關(guān)算法可以根據(jù)具體實施情況具體選擇，以下為較為簡單的一種算 法
時延值=RCU自身UniqueID的最后2位數(shù)字x 5ms 這樣所有的處于NoAddress狀態(tài)下的RCU根據(jù)自身UniqueID計算產(chǎn)生的 時延值都在500ms內(nèi)，如果所有處于NoAddress狀態(tài)下的RCU在延遲上述計 算產(chǎn)生的時延后直接向CCU回復(fù)Device Scan Response消息，則其產(chǎn)生沖突的 概率僅為1%。
步驟305, RCU在延遲上述計算產(chǎn)生的時延后，；險測總線是否處于空閑狀 態(tài)，若總線處于空閑狀態(tài)，則轉(zhuǎn)至步驟306，若總線沒有處于空閑狀態(tài)，則轉(zhuǎn) 至步驟309。
步驟306，若RCU確定總線處于空閑狀態(tài)，則向CCU回復(fù)Device Scan Response消息，其中RCU回復(fù)的Device Scan Response消息中可以但不限于包 含此RCU自身的UniqueID、 VendorCode和DeviceType等信息。
其中，由于各個RCU自身的UniqueID都是全球唯一的，所以各個RCU 分別根據(jù)自身的UniqueID計算時延，得到的時延一般也是不同的，這樣每個 RCU在延遲上述計算產(chǎn)生的時延后，才向CCU發(fā)送Device Scan Response消 息，能夠有效地避免當(dāng)有多個RCU向CCU回復(fù)Device Scan Response消息時 產(chǎn)生的多個RCU同時占用總線的沖突。當(dāng)然RCU在延遲計算出的時延后，再 判斷總線是否處于空閑，則可以更好的避免和其他RCU同時占用總線而產(chǎn)生 沖突。
步驟307， CCU接收到第i個RCU回復(fù)的Device Scan Response消息。 這里，若CCU在失見定的時間長度內(nèi)沒有成功4妻收到任何Device Scan Response消息，則確認(rèn)多個RCU同時向CCU回復(fù)Device Scan Response消息時產(chǎn)生沖突，此時CCU在延遲一個隨機(jī)時延后，將再次向自身控制的每個RCU 廣播Device Scan Command消息。
若CCU重復(fù)廣播三次Device Scan Command消息后，都沒有在少見定時間 長度內(nèi)接收到任何Device Scan Response消息，則確認(rèn)相關(guān)設(shè)備或其連接存在 問題，此時無論預(yù)先設(shè)置的RCU信息表中是否存在處于NoAddress狀態(tài)的 RCU， CCU都將結(jié)束對自身控制的RCU的掃描過程，并產(chǎn)生相應(yīng)的告警。
步驟308， CCU為上述回復(fù)Device Scan Response消息的第i個RCU分配 地址，并在預(yù)先設(shè)置的RCU信息表中將該第i個RCU的地址分配狀態(tài)信息由 NoAddress狀態(tài)修改為AddressAssigned狀態(tài)。
CCU成功接收到一個RCU回復(fù)的Device Scan Response消息后，立即針 對該RCU進(jìn)行高級數(shù)據(jù)鏈路控制(HDLC, High Level Data Link Control)地 址分配處理，并將該RCU在預(yù)先設(shè)置的RCU信息表中的NoAddress狀態(tài)信息 修改成為AddressAssigned狀態(tài)信息。
當(dāng)CCU成功的使第i個RCU進(jìn)入AddressAssigned狀態(tài)后，CCU將繼續(xù) 判斷在預(yù)設(shè)的RCU信息表中是否存在處于NoAddress狀態(tài)的RCU,如果存在， 則CCU繼續(xù)向自身控制的各個RCU廣播Device Scan Command消息，如果不 存在，則CCU結(jié)束對自身控制的每個RCU的掃描。
步驟309， RCU不作任何回應(yīng)。
若RCU在延遲根據(jù)自身的UniqueID計算產(chǎn)生的時延后，檢測到總線沒有 處于空閑狀態(tài)，則確認(rèn)此時CCU正在接收其他的處于NoAddress狀態(tài)的RCU 回復(fù)的Device Scan Response消息，那么此RCU不作任何回應(yīng)，忽略CCU廣 播的該Device Scan Command消息。
步驟310， CCU結(jié)束對自身控制的每個RCU的掃描。
由上述處理過程可知，采用本發(fā)明提供的方案掃描電調(diào)天線接口中的設(shè)備 時，CCU在接收到一個RCU回復(fù)的Device Scan Response消息后，便會為此 RCU分配地址，并將此RCU的地址分配狀態(tài)信息從NoAddress狀態(tài)修改為AddressAssigned狀態(tài)，而后再繼續(xù)掃描下一個RCU，而不再是不斷的調(diào)整 Device Scan Command消息中攜帶的UniqueID'和Bitmask，使其逐步逼近被掃 描的RCU的UniquelD;且RCU也不再是停頓一個隨機(jī)時延后便將Device Scan Response消息發(fā)送給CCU，而是在延遲根據(jù)自身的UniquelD計算產(chǎn)生的時延 后發(fā)送Device Scan Response消息給CCU,有效的避免了多個RCU同時占用 總線所產(chǎn)生的沖突；同時，CCU廣播的Device Scan Command消息中可以不攜 帶UniquelD'，且RCU在接收到CCU廣播的Device Scan Command消息后， 不需要進(jìn)行UniquelD的匹配操作，而是直接將帶有自身UniquelD的Device Scan Response消息發(fā)送給CCU，這就很好的縮短了 CCU對RCU的掃描時間。
在上述實施例中，步驟304也可以省略，即每個處于NoAddress狀態(tài)下的 RCU接收到上述Device Scan Command消息后，并不需要根據(jù)自身的UniquelD 計算時延值。由于本發(fā)明是由RCU接收到Device Scan Command消息后，在 回復(fù)Device Scan Response消息時攜帶自身的UniquelD,從而使CCU接收到 Device Scan Response消息時即得知該RCU的UniquelD,從而避免UniquelD 的匹配過程，節(jié)約了時間。
由于省略了 RCU計算時延的步驟，因此在步驟305中，RCU收到Device Scan Command消息后，即^r測總線是否處于空閑狀態(tài)，或者RCU收到Device Scan Command消息后，延遲隨機(jī)產(chǎn)生的時延(例如20ms,該隨機(jī)時延可以在 0-500ms中隨機(jī)產(chǎn)生)后，若總線處于空閑狀態(tài)，則轉(zhuǎn)至步驟306，若總線沒 有處于空閑狀態(tài)，則轉(zhuǎn)至步驟309，即用隨機(jī)產(chǎn)生的時延來代替上述步驟304 中根據(jù)RCU的UniquelD計算產(chǎn)生的時延。
另外，在某些特殊情況下，例如CCU掃描不到某個RCU時，但是操作人 員已經(jīng)得知此RCU的UniquelD的一部分，即已經(jīng)得知UniquelD',此時可以 通過UniquelD的匹配對此RCU進(jìn)行掃描，具體如下
CCU廣播攜帶UniqueID'和Bitmask的Device Scan Command消息，其中 UniqueID'可以是此被掃描的RCU的UniquelD的一部分信息，也可以是此被掃描的RCU的UniquelD的全部信息，且UniqueID'和Bitmask兩個參數(shù)的長度 相同；
此RCU在接收到上述Device Scan Command消息后，利用消息中的 Bitmask和自身的UniquelD進(jìn)行匹配操作，得到匹配結(jié)果；
若匹配得到的匹配結(jié)果與廣播的Device Scan Command消息中攜帶的 UniqueID'—致，則該RCU在延遲根據(jù)自身的UniquelD計算產(chǎn)生的時延后，且 在確定總線處于空閑狀態(tài)時向CCU回復(fù)Device Scan Response消息，該回復(fù)消 息中包含此RCU自身的UniquelD 、 VendorCode和DeviceType等信息。
其中，RCU是采用逐比特位從左至右或從右至左進(jìn)行匹配的方式，將廣4番 的Device Scan Command消息中攜帶的Bitmask和自身的UniquelD進(jìn)行匹配 的，而無需人為的分成前兩個字節(jié)和后面字節(jié)兩部分進(jìn)行匹配處理，從而可以 使得整個匹配過程簡單易行，且匹配結(jié)果安全可靠。
如圖4所示，本發(fā)明實施例中中心控制裝置包括
廣播單元401 ，用于在維護(hù)單元404維護(hù)的地址分配狀態(tài)信息中存在處于 NoAddress狀態(tài)的RCU時，向中心控制裝置控制的每個RCU廣播Device Scan Command消息，且在監(jiān)測單元405監(jiān)測到接收單元402在規(guī)定時間長度內(nèi)未 接收到任何Device Scan Response消息時，重新向中心控制裝置控制的每個 RCU廣播Device Scan Command消息；
接收單元402,用于接收處于NoAddress狀態(tài)的RCU在接收到上述廣播單 元401廣4番的Device Scan Command消息后發(fā)送的Device Scan Response消息；
地址分配單元403，用于為發(fā)送接收單元402接收到的Device Scan Response消息的RCU分配地址；
維護(hù)單元404，用于維護(hù)被中心控制裝置控制的所有RCU的地址分配狀態(tài) 信息，并將被地址分配單元403分配地址的RCU的地址狀態(tài)信息由NoAddress 狀態(tài)改為Address Assigned狀態(tài)。
監(jiān)測單元405，用于在監(jiān)測到上述接收單元402在規(guī)定時間長度內(nèi)未接收到Device Scan Response消息時，通知上述廣〗番單元401重新向中心控制裝置 控制的RCU廣4番Device Scan Command消息。
另外，在某些特殊情況下，例如中心控制裝置掃描不到某個RCU，但是操 作人員已經(jīng)得知此RCU的UniqueID的一部分，即已經(jīng)得知UniqueID',此時， 中心控制裝置可以通過獲取單元獲取處于NoAddress狀態(tài)的RCU的UniqueID' 和對應(yīng)的Bitmask,然后利用插入單元，在廣播單元401廣播的Device Scan Command消息中插入獲取單元獲取的UniqueID'和對應(yīng)的Bitmask。
如圖5所示，本發(fā)明實施例中遠(yuǎn)端控制裝置包括
接收單元501,用于接收CCU廣播的Device Scan Command消息；
發(fā)送單元502，用于在遠(yuǎn)端控制裝置處于NoAddress狀態(tài)時，在接收單元 501接收到Device Scan Command消息后，延遲根據(jù)遠(yuǎn)端控制裝置的UniqueID 計算的時延，并在檢測連接到CCU的總線處于空閑狀態(tài)時，發(fā)送DeviceScan Respons消息給CCU。
如果遠(yuǎn)端控制裝置接收到的Device Scan Command消息中攜帶有該遠(yuǎn)端控 制裝置的UniqueID'和對應(yīng)的Bitmask,那么上述遠(yuǎn)端控制裝置在接收到CCU 廣播的Device Scan Command消息后，通過匹配單元將該遠(yuǎn)端控制裝置自身的 UniqueID與接收到的Device Scan Command消息中攜帶的Bitmask進(jìn)行匹配， 然后通過比較單元比較上述匹配單元得到的匹配結(jié)果與接收到的Device Scan Command消息中攜帶的UniqueID'是否 一致，并在比較結(jié)果一致時，發(fā)送Device Scan Respons消息給CCU。
其中，上述匹配單元采用逐比特位從左至右或從右至左進(jìn)行匹配的方式， 將上述遠(yuǎn)端控制裝置接收到的Device Scan Command消息中攜帶的Bitmask和 遠(yuǎn)端控制裝置自身的UniqueID進(jìn)行匹配。
此外，本發(fā)明上述實施例中提供的CCU和由該CCU控制的各個RCU還 可以組成本發(fā)明實施例這里保護(hù)的電調(diào)天線接口中的設(shè)備掃描系統(tǒng)，該系統(tǒng)中 的CCU和由該CCU控制的各個RCU的工作過程參見上述圖3所示的電調(diào)天線接口中的設(shè)備掃描方法流程，這里不再贅述。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種電調(diào)天線接口中的設(shè)備掃描方法，其特征在于，包括中心控制單元向自身控制的每個遠(yuǎn)端控制單元廣播設(shè)備掃描請求消息；接收設(shè)備掃描響應(yīng)消息，所述設(shè)備掃描響應(yīng)消息是由處于無地址狀態(tài)的遠(yuǎn)端控制單元接收到所述設(shè)備掃描請求消息后發(fā)送的，且所述設(shè)備掃描響應(yīng)消息中攜帶遠(yuǎn)程控制單元的唯一標(biāo)識碼；為發(fā)送所述設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控制單元分配地址。
2、 如權(quán)利要求1所述的方法，其特征在于，所述中心控制單元向自身控 制的每個遠(yuǎn)端控制單元廣播設(shè)備掃描請求消息之前還包括中心控制單元根據(jù)維護(hù)的自身控制的各遠(yuǎn)端控制單元的地址分配狀態(tài)信 息，確定出自身控制的各遠(yuǎn)端控制單元中存在處于無地址狀態(tài)的遠(yuǎn)端控制單元；為發(fā)送所述設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控制單元分配地址之后還包括 中心控制單元在維護(hù)的各遠(yuǎn)端控制單元的地址分配狀態(tài)信息中，將該被分 配地址的遠(yuǎn)端控制單元的地址狀態(tài)信息由無地址狀態(tài)改為地址分配狀態(tài)。
3、 如權(quán)利要求2所述的方法，其特征在于，還包括 中心控制單元獲取存在的處于無地址狀態(tài)的遠(yuǎn)端控制單元中一個遠(yuǎn)端控制單元的虛擬唯一標(biāo)識碼和對應(yīng)的掩碼，并將獲取的虛擬唯一標(biāo)識碼和對應(yīng)的 掩碼攜帶在廣播的設(shè)備掃描請求消息中；處于無地址狀態(tài)的遠(yuǎn)端控制單元發(fā)送所述設(shè)備掃描響應(yīng)消息之前，還包括處于無地址狀態(tài)的遠(yuǎn)端控制單元將自身的唯一標(biāo)識碼與所述設(shè)備掃描請求消息中攜帶的掩碼進(jìn)行匹配操作；以及確定出匹配得到的匹配結(jié)果與所述設(shè)備掃描請求消息中攜帶的虛擬唯一 標(biāo)識碼一致。
4、 如權(quán)利要求3所述的方法，其特征在于，所述處于無地址狀態(tài)的遠(yuǎn)端控制單元釆用逐比特位從左至右或從右至左進(jìn)行匹配的方式，對自身的唯一標(biāo) 識碼與所述掩碼進(jìn)行匹配操作。
5、 如權(quán)利要求1或3所述的方法，其特征在于，處于無地址狀態(tài)的遠(yuǎn)端 控制單元發(fā)送設(shè)備掃描響應(yīng)消息具體包括處于無地址狀態(tài)的遠(yuǎn)端控制單元接收到所述設(shè)備掃描請求消息后，根據(jù)自 身的唯一標(biāo)識碼計算時延，并在延遲所述計算的時延后向所述中心控制單元發(fā)送設(shè)備掃描響應(yīng)消息。
6、 如權(quán)利要求5所述的方法，其特征在于，在延遲所述計算的時延后向 中心控制單元發(fā)送設(shè)備掃描響應(yīng)消息具體包括所述處于無地址狀態(tài)的遠(yuǎn)端控制單元在延遲所述計算的時延后，判斷連接 到中心控制單元的總線是否處于空閑狀態(tài)，以及在所述總線處于空閑狀態(tài)時，向所述中心控制單元發(fā)送設(shè)備掃描響應(yīng)消自
7、 如權(quán)利要求1所述的方法，其特征在于，還包括中心控制單元若在規(guī)定時間長度內(nèi)未接收到所述設(shè)備掃描響應(yīng)消息，則重 新向自身控制的每個遠(yuǎn)端控制單元廣播設(shè)備掃描請求消息。
8、 一種中心控制裝置，其特征在于，包括廣播單元，用于向所述裝置控制的每個遠(yuǎn)端控制單元廣播設(shè)備掃描請求消息；接收單元，用于接收處于無地址狀態(tài)的遠(yuǎn)端控制單元發(fā)送的設(shè)備掃描響應(yīng) 消息；地址分配單元，用于為發(fā)送所述接收單元接收到的設(shè)備掃描響應(yīng)消息的遠(yuǎn) 端控制單元分配地址。
9、 如權(quán)利要求8所述的裝置，其特征在于，還包括維護(hù)單元，用于維護(hù)所述裝置控制的各遠(yuǎn)端控制單元的地址分配狀態(tài)信 息，并將被所述地址分配單元分配地址的遠(yuǎn)端控制單元的地址狀態(tài)信息由無地址狀態(tài)改為地址分配狀態(tài)；所述廣播單元在維護(hù)的地址分配狀態(tài)信息中存在處于無地址狀態(tài)的遠(yuǎn)端 控制單元時，向所述裝置控制的每個遠(yuǎn)端控制單元廣l番設(shè)備掃描請求消息。
10、 如權(quán)利要求8所述的裝置，其特征在于，還包括監(jiān)測單元，用于在監(jiān)測到所述接收單元在規(guī)定時間長度內(nèi)未接收到設(shè)備掃 描響應(yīng)消息時，通知所述廣播單元重新向所述裝置控制的遠(yuǎn)端控制單元廣播設(shè) 備掃描請求消息。
11、 一種遠(yuǎn)端控制裝置，其特征在于，包括接收單元，用于接收中心控制單元廣播的設(shè)備掃描請求消息； 發(fā)送單元，用于在所述裝置處于無地址狀態(tài)時，在所述接收單元接收到設(shè) 備掃描請求消息后，發(fā)送設(shè)備掃描響應(yīng)消息給所述中心控制單元。
12、 如權(quán)利要求ll所述的裝置，其特征在于，還包括匹配單元，用于在所述接收單元接收到設(shè)備掃描請求消息后，采用逐比特 位從左至右或從右至左進(jìn)行匹配的方式，將所述裝置的唯一標(biāo)識碼與接收到的 設(shè)備掃描請求消息中攜帶的掩碼進(jìn)行匹配；比較單元，用于比較所述匹配單元匹配得到的匹配結(jié)果與接收到的設(shè)備掃 描請求消息中攜帶的虛擬唯一標(biāo)識碼是否 一致；所述發(fā)送單元在比較單元的比較結(jié)果為一致時，發(fā)送設(shè)備掃描響應(yīng)消息給 所述中心控制單元。
13、 如權(quán)利要求11或12所述的裝置，其特征在于，所述發(fā)送單元包括 計算子單元，用于在所述接收單元接收到設(shè)備掃描請求消息后，根據(jù)所述裝置的唯一標(biāo)識碼計算時延；發(fā)送子單元，用于在延遲所述計算子單元計算的時延后，發(fā)送設(shè)備掃描響 應(yīng)消息給所述中心控制單元。
14、 如權(quán)利要求13所述的裝置，其特征在于，所述發(fā)送單元還包括檢測 子單元，用于在延遲所述計算子單元計算的時延后，檢測連接到中心控制單元的總線是否處于空閑狀態(tài)；所述發(fā)送子單元在4企測子單元的4企測結(jié)果為總線處于空閑狀態(tài)時，發(fā)送設(shè) 備掃描響應(yīng)消息給所述中心控制單元。
15、 一種電調(diào)天線接口中的設(shè)備掃描系統(tǒng)，其特征在于，包括中心控制單 元和由該中心控制單元控制的各遠(yuǎn)端控制單元，其中中心控制單元，用于向自身控制的每個遠(yuǎn)端控制單元廣播設(shè)備掃描請求消 息；以及接收處于無地址狀態(tài)的遠(yuǎn)端控制單元發(fā)送的i殳備掃描響應(yīng)消息，并為 發(fā)送所述設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控制單元分配地址；遠(yuǎn)端控制單元，用于在自身處于無地址狀態(tài)時，在接收到中心控制單元廣 播的設(shè)備掃描請求消息后，發(fā)送設(shè)備掃描響應(yīng)消息給中心控制單元。
全文摘要
本發(fā)明公開了一種電調(diào)天線接口中的設(shè)備掃描方法，中心控制單元向自身控制的每個遠(yuǎn)端控制單元廣播設(shè)備掃描請求消息，接收由處于無地址狀態(tài)的遠(yuǎn)端控制單元發(fā)送的設(shè)備掃描響應(yīng)消息，中心控制單元為發(fā)送設(shè)備掃描響應(yīng)消息的遠(yuǎn)端控制單元分配地址，還同時公開了電調(diào)天線接口中的設(shè)備掃描裝置及系統(tǒng)。采用本發(fā)明方案，遠(yuǎn)端控制單元不需要進(jìn)行唯一標(biāo)識碼的匹配操作，縮短了中心控制單元對遠(yuǎn)端控制單元的掃描時間。
文檔編號H04W16/28GK101626581SQ20081011632
公開日2010年1月13日 申請日期2008年7月8日 優(yōu)先權(quán)日2008年7月8日
發(fā)明者佟學(xué)儉, 劉英宇, 健 肖, 磊 金, 金文華 申請人:中國移動通信集團(tuán)公司;鼎橋通信技術(shù)有限公司;京信通信系統(tǒng)(中國)有限公司