亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法

文檔序號(hào):7550695閱讀:161來(lái)源:國(guó)知局
專利名稱:一種個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種在移動(dòng)通信系統(tǒng)中,基站與基站控制器之間接口線順序?qū)?yīng)關(guān)系的檢測(cè)方法,尤其涉及PHS(個(gè)人手持移動(dòng)通信系統(tǒng))中廣泛使用的基站與基站控制器之間的ISDN BRI接口(2B+D模式,定義見ITU-G.960,簡(jiǎn)稱U口)線順序?qū)?yīng)關(guān)系的檢測(cè)方法(簡(jiǎn)稱U口線序檢測(cè)方法)。
背景技術(shù)
隨著移動(dòng)通信技術(shù)的普及,為滿足移動(dòng)通信系統(tǒng)中用戶需求不斷增加的要求,系統(tǒng)中的基站容量在不斷地增加。隨著市場(chǎng)的不斷壯大,PHS技術(shù)的應(yīng)用也在朝著大容量方向不斷發(fā)展,其中原先普遍使用的2個(gè)U口基站已逐漸地被多個(gè)U口基站所取代,一般基站的U口數(shù)目是4個(gè)、8個(gè)或更多。這樣單個(gè)基站的信道數(shù)目成倍地增加,滿足了大容量的需求。
在系統(tǒng)運(yùn)營(yíng)過程中,為了保證呼叫接續(xù)的正確性,系統(tǒng)必須明確基站控制器和基站之間U口線順序的對(duì)應(yīng)關(guān)系。隨著基站U口的增多,確定這種對(duì)應(yīng)關(guān)系的方法變得復(fù)雜起來(lái)。
在PHS系統(tǒng)中,不管基站U口數(shù)目的多少,始終只在一個(gè)U口上建立D通道。由于原有的PHS基站都是2個(gè)U口的基站,所以原有系統(tǒng)可以很容易通過U口中是否帶有D通道的情況來(lái)確定基站控制器與基站之間的U口線順序?qū)?yīng)關(guān)系。
隨著多于2個(gè)U口基站的使用,系統(tǒng)依然很容易確定帶D通道的U口,但由于不帶D通道U口數(shù)目大于1,系統(tǒng)無(wú)法確定這些U口線順序的對(duì)應(yīng)關(guān)系。當(dāng)然,如果系統(tǒng)將基站控制器和基站之間的U口線順序?qū)?yīng)關(guān)系默認(rèn)為一一對(duì)應(yīng),也是可行的。附圖1表示的是基站控制器與4個(gè)U口基站之間U口線順序一一對(duì)應(yīng)的情況。但是這種一一對(duì)應(yīng)關(guān)系的建立需要得到工程維護(hù)的絕對(duì)保障。而實(shí)際情況是基站和基站控制器之間往往線路長(zhǎng)、中間轉(zhuǎn)接環(huán)節(jié)多,實(shí)際U口線順序?qū)?yīng)關(guān)系是很復(fù)雜的,附圖2就是基站控制器與4個(gè)U口基站之間U口線順序不一一對(duì)應(yīng)的一種情況。為保證U口線一一對(duì)應(yīng)關(guān)系,工程維護(hù)人員在基站安裝過程中投入的工程量將是巨大的,而且對(duì)于維護(hù)過程中幾乎不可能避免的U口線順序?qū)?yīng)關(guān)系的變動(dòng),要做到及時(shí)發(fā)現(xiàn)和糾正也是十分困難的。為提高工程維護(hù)的效率,十分有必要在系統(tǒng)中找到一種方法,可以自動(dòng)和及時(shí)確定多U口基站和基站控制器之間U口線順序的對(duì)應(yīng)關(guān)系。
通過專利檢索表明,尚沒有檢索到相關(guān)專利,涉及移動(dòng)通訊系統(tǒng)中基站控制器與基站U接口線順序?qū)?yīng)關(guān)系的檢測(cè)方法。

發(fā)明內(nèi)容
本發(fā)明正是為解決上述問題,提出了一種多U口基站與基站控制器之間U口線順序?qū)?yīng)關(guān)系的檢測(cè)方法。
本發(fā)明所述的接口線序檢測(cè)方法如下基站控制器與基站之間的U接口遵循ITU-G.961協(xié)議,雙方的U口物理層狀態(tài)(激活或去激活)保持一致。
步驟一,基站控制器指示基站對(duì)其中一個(gè)非帶D通道的U口進(jìn)行去激活操作;步驟二,基站在執(zhí)行指示后,將基站各個(gè)U口的物理層狀態(tài)信息上報(bào)給基站控制器;同時(shí),基站控制器也記錄下了基站控制器側(cè)U口變化情況;步驟三,當(dāng)基站控制器收到基站上報(bào)的基站側(cè)U口狀態(tài)信息后,將基站側(cè)U口狀態(tài)信息變化情況對(duì)比自身記錄的U口變化情況可以得出該U口的對(duì)應(yīng)關(guān)系;步驟四,依次選擇其它各非帶D通道的U口,并執(zhí)行步驟一至三的處理過程,完成所有U口的線序檢測(cè)。
本發(fā)明所述的U口線序檢測(cè)方法是針對(duì)多于2個(gè)U口的基站考慮的。而要確定只有2個(gè)U口基站的U口線順序?qū)?yīng)關(guān)系,既可以采用原有的方法,也可以采用本發(fā)明所述的方法,所以本發(fā)明所述的U口線序檢測(cè)方法適用于各種U口數(shù)目不同的基站。
采用本發(fā)明所述方法能自動(dòng)和及時(shí)確定多U口基站和基站控制器之間的U口線順序?qū)?yīng)關(guān)系,解決了原有方法無(wú)法解決的問題,取得了突破性的進(jìn)步,節(jié)省了工程上對(duì)多U口基站的安裝維護(hù)成本。為多U口基站順利進(jìn)入系統(tǒng)掃清了安裝和維護(hù)過程中工作量巨大的障礙,避免了U口線順序混亂導(dǎo)致用戶呼叫接續(xù)錯(cuò)亂的問題,減少了運(yùn)營(yíng)商和用戶的損失。


圖1是基站控制器與4個(gè)U口基站之間U口線順序一一對(duì)應(yīng)情況示意圖。
圖2是基站控制器與4個(gè)U口基站之間U口線順序不一一對(duì)應(yīng)情況示意圖。
圖3是基站側(cè)U口狀態(tài)字節(jié)Line Status定義示意圖。
圖4是U口線序檢測(cè)指示序號(hào)Line Number定義示意圖。
圖5是U口線序檢測(cè)算法中基站的處理流程圖。
圖6是U口線序檢測(cè)算法中基站控制器的處理流程圖。
圖7是U口線序檢測(cè)消息流程圖。
具體實(shí)施例方式
本發(fā)明所述的U口線序檢測(cè)方法的關(guān)鍵之處在于系統(tǒng)能夠通過對(duì)比基站控制器和基站各自的U口變化情況,推算出U口的對(duì)應(yīng)關(guān)系。
為此,需要在基站側(cè)和基站控制器側(cè)各維持一張U口狀態(tài)信息表?;緜?cè)的表記錄基站側(cè)各U口的狀態(tài),用Line Status字節(jié)來(lái)表示,該字節(jié)的每一個(gè)比特位表示基站一個(gè)U口的狀態(tài)(激活或去激活)。該字節(jié)的各比特位定義見附圖3所示,比特值定義1表示基站側(cè)的該U口處于激活狀態(tài);0表示基站側(cè)的該U口處于去激活的狀態(tài)。
在基站控制器上,對(duì)于每一個(gè)基站維持一張表ULINE TABLE,記錄該基站所有U口在基站控制器側(cè)的相關(guān)信息,主要包括U口的當(dāng)前狀態(tài)、上一狀態(tài)(激活或去激活)。通過某一U口的這兩個(gè)狀態(tài)的聯(lián)合判斷,系統(tǒng)可以得知該U口在基站控制器側(cè)的變化情況。
在執(zhí)行U口線序檢測(cè)過程中,還定義了一個(gè)U口線序檢測(cè)指示序號(hào)LineNumber,用于基站控制器指定基站對(duì)哪一個(gè)U口進(jìn)行去激活操作。Line Number各個(gè)比特位的定義見附圖4所示,比特值定義1表示基站控制器指示基站對(duì)相應(yīng)的U口進(jìn)行去激活操作;0表示基站控制器指示基站不對(duì)相應(yīng)的U口進(jìn)行操作。
具體的U口線序檢測(cè)方法為1.基站控制器在ULINE_TABLE中先記錄下基站的所有U口狀態(tài),然后基站控制器指示基站對(duì)Line Number指定的某個(gè)U口進(jìn)行去激活操作;2.基站對(duì)Line Number中指定的U口進(jìn)行去激活操作;操作成功后,由于基站與基站控制器之間U口狀態(tài)(激活或去激活)保持一致,基站控制器側(cè)對(duì)應(yīng)的U口也將發(fā)生由激活到去激活的變化,該變化將記錄在基站控制器的ULINE_TABLE中,該U口的當(dāng)前狀態(tài)是去激活,上一狀態(tài)是激活;3.基站通過變量Line Status上報(bào)基站控制器當(dāng)前基站側(cè)的各個(gè)U口狀態(tài);4.基站控制器根據(jù)基站上報(bào)的Line Status變量,確認(rèn)先前基站控制器指示基站進(jìn)行去激活的U口是否去激活成功,如果成功,通過檢索ULINE_TABLE中基站控制器中各個(gè)U口狀態(tài)的變化,找到符合下面三個(gè)條件U口數(shù)目a)U口當(dāng)前狀態(tài)為去激活;b)U口上一狀態(tài)為激活;c)U口狀態(tài)變化發(fā)生在最近一次基站控制器指示基站對(duì)某U口進(jìn)行去激活操作之后。
如果同時(shí)滿足三個(gè)條件的U口數(shù)目為1,基站先前去激活的U口與基站控制器側(cè)某個(gè)U口的對(duì)應(yīng)關(guān)系就已經(jīng)找到。如果滿足條件的U口數(shù)目不為1,對(duì)應(yīng)關(guān)系將不能確定,基站控制器將記錄錯(cuò)誤,并進(jìn)行相關(guān)糾錯(cuò)處理。U口線序檢測(cè)算法中基站的處理流程見附圖5,U口線序檢測(cè)算法中基站控制器的處理流程見附圖6。
在進(jìn)行U口線序檢測(cè)的過程中,有一種情況需要考慮當(dāng)基站控制器指示基站對(duì)Line Number指定的U口進(jìn)行去激活操作時(shí),如果基站該U口線上正有用戶在進(jìn)行通話。為保證用戶權(quán)益,基站不應(yīng)該進(jìn)行去激活操作,而是上報(bào)基站控制器,基站控制器應(yīng)該采取相應(yīng)措施。
在本發(fā)明的實(shí)現(xiàn)方式中,基站控制器和基站之間的消息傳遞通道是雙方之間建立的D通道。一種具體的U口線序檢測(cè)消息流程見附圖7所示。
下面說明這種U口線序檢測(cè)消息流程的步驟第一步基站控制器通過Line Test Request消息通知基站準(zhǔn)備進(jìn)行U口線序檢測(cè),Line Test Request消息沒有附加消息內(nèi)容,第二步基站給基站控制器發(fā)送Line Test Confirm消息作為對(duì)Line TestRequest消息的確認(rèn)。Line Test Confirm消息中的Line Status記錄了基站側(cè)所有U口的狀態(tài);第三步基站控制器根據(jù)Line Test Confirm消息中的Line Status反饋的基站側(cè)U口狀態(tài),通過Line Test Start消息中的Line Number指示基站對(duì)其中一個(gè)非帶D通道的U口進(jìn)行去激活操作;第四步基站對(duì)Line Number指示的U口進(jìn)行如下操作a)如果Line Number對(duì)應(yīng)的U口線上沒有用戶通話,基站對(duì)該U口進(jìn)行去激活操作,并且通過消息Line Test End把基站當(dāng)前所有U口狀態(tài)通過Line Status變量上報(bào)給基站控制器;b)如果Line Number對(duì)應(yīng)的U口線上有用戶通話,基站則不對(duì)該U口進(jìn)行去激活操作,該U口狀態(tài)不變?;疽餐ㄟ^消息Line Test End把基站當(dāng)前所有U口狀態(tài)通過Line Status變量上報(bào)給基站控制器。
第五步基站控制器在收到基站上報(bào)的Line Test End消息后,推算出先前Line Number指示的U口(反映基站側(cè)的U口順序)與基站控制器側(cè)U口的對(duì)應(yīng)關(guān)系;第六步通過上述第三、四、五步得出了基站控制器與基站之間一個(gè)U口的對(duì)應(yīng)關(guān)系;因?yàn)榛静粠通道的U口數(shù)目多于一個(gè),故需要重復(fù)上述第三、四、五步,依次推算其余不帶D通道U口的對(duì)應(yīng)關(guān)系。
第七步把所有不帶D通道的U口都檢測(cè)完后,正常情況下應(yīng)該可以得出基站控制器與基站之間所有U口的對(duì)應(yīng)關(guān)系;基站控制器將所有U口線對(duì)應(yīng)關(guān)系是否確定的消息通過Line Test Complete消息下發(fā)給基站。
第八步基站把先前線序檢測(cè)過程中所有去激活的U口全部激活,并開放使用對(duì)應(yīng)關(guān)系確定的U口,關(guān)閉使用對(duì)應(yīng)關(guān)系不確定的U口。這樣整個(gè)U口線序檢測(cè)過程完成。
圖中一共有5條消息,具體作用如下Line Test Request消息由基站控制器發(fā)給基站,作用是通知基站準(zhǔn)備進(jìn)行U口線序檢測(cè);Line Test Confirm消息由基站發(fā)給基站控制器,是Line Test Request消息的回應(yīng)消息,作用是給基站控制器返回基站當(dāng)前所有U口狀態(tài);
Line Test Start消息由基站控制器發(fā)給基站,作用是通知基站對(duì)某個(gè)指定U口進(jìn)行去激活操作;Line Test End消息由基站發(fā)給基站控制器,是Line Test Start消息的回應(yīng)消息,作用是給基站控制器返回基站剛剛進(jìn)行的對(duì)某指定U口去激活操作是否成功的結(jié)果,以及當(dāng)前基站所有U口的狀態(tài);Line Test Complete消息由基站控制器發(fā)給基站,作用是通知基站U口線序檢測(cè)完畢,以及所有U口線對(duì)應(yīng)關(guān)系的最終明確情況。
在具體的實(shí)施方式中,為了使系統(tǒng)確定基站控制器和基站之間U口線順序的對(duì)應(yīng)關(guān)系能夠做到真正自動(dòng)和及時(shí),附圖7中的U口線序檢測(cè)流程在以下情況下執(zhí)行1.基站上電或重啟后,系統(tǒng)自動(dòng)執(zhí)行U口線序檢測(cè)流程。
2.基站運(yùn)營(yíng)過程中,在有U口從去激活狀態(tài)變化到激活狀態(tài)后,系統(tǒng)自動(dòng)執(zhí)行U口線序檢測(cè)。
3.系統(tǒng)提供維護(hù)人員隨時(shí)強(qiáng)行對(duì)某個(gè)基站發(fā)起U口線序檢測(cè)流程的功能,以適應(yīng)實(shí)際應(yīng)用過程中可能出現(xiàn)的混亂局面。
4.基站控制器上應(yīng)當(dāng)有完備的自檢和糾錯(cuò)功能,當(dāng)糾錯(cuò)功能啟動(dòng)后系統(tǒng)自動(dòng)執(zhí)行U口線序檢測(cè)。
權(quán)利要求
1.一種個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法,其特征在于,所述方法包括以下處理過程步驟一,基站控制器指示基站對(duì)其中一個(gè)非帶D通道的U口進(jìn)行去激活操作;步驟二,基站在執(zhí)行指示后,將基站各個(gè)U口的物理層狀態(tài)信息上報(bào)給基站控制器;同時(shí),基站控制器也記錄下了基站控制器側(cè)U口變化情況;步驟三,當(dāng)基站控制器收到基站上報(bào)的基站側(cè)U口狀態(tài)信息后,將基站側(cè)U口狀態(tài)信息變化情況對(duì)比自身記錄的U口變化情況可以得出該U口的對(duì)應(yīng)關(guān)系;步驟四,依次選擇其它各非帶D通道的U口,并執(zhí)行步驟一至三的處理過程,完成所有U口的線序檢測(cè)。
2.根據(jù)權(quán)利要求1所述的個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法,其特征在于,在基站側(cè)和基站控制器側(cè)各維持一張U口狀態(tài)信息表,基站側(cè)的狀態(tài)信息表記錄基站側(cè)各U口的狀態(tài)Line Status,基站控制器上的狀態(tài)信息表ULINE_TABLE記錄該基站所有U口在基站控制器側(cè)的當(dāng)前狀態(tài)和上一狀態(tài);并定義一個(gè)U口線序檢測(cè)指示序號(hào)Line Number,用于基站控制器指定基站對(duì)U口進(jìn)行去激活操作。
3.根據(jù)權(quán)利要求2所述的個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法,其特征在于,所述檢測(cè)方法包括以下具體處理過程1)基站控制器在所述U口狀態(tài)信息表中先記錄下基站的所有U口狀態(tài),然后基站控制器指示基站對(duì)Line Number指定的某個(gè)U口進(jìn)行去激活操作;2)基站對(duì)Line Number中指定的U口進(jìn)行去激活操作;操作成功后,由于基站與基站控制器之間U口狀態(tài)保持一致,基站控制器側(cè)對(duì)應(yīng)的U口也將發(fā)生由激活到去激活的變化,該變化將記錄在基站控制器的ULINE_TABLE中,該U口的當(dāng)前狀態(tài)是去激活,上一狀態(tài)是激活;3)基站通過變量Line Status上報(bào)基站控制器當(dāng)前基站側(cè)的各個(gè)U口狀態(tài);4)基站控制器根據(jù)基站上報(bào)的Line Status變量,確認(rèn)先前基站控制器指示基站進(jìn)行去激活的U口是否去激活成功,如果成功,通過檢索ULINE_TABLE中基站控制器中各個(gè)U口狀態(tài)的變化,找到符合下面三個(gè)條件U口數(shù)目a)U口當(dāng)前狀態(tài)為去激活;b)U口上一狀態(tài)為激活;c)U口狀態(tài)變化發(fā)生在最近一次基站控制器指示基站對(duì)某U口進(jìn)行去激活操作之后;如果同時(shí)滿足三個(gè)條件的U口數(shù)目為1,基站先前去激活的U口與基站控制器側(cè)某個(gè)U口的對(duì)應(yīng)關(guān)系就已經(jīng)找到;如果滿足條件的U口數(shù)目不為1,對(duì)應(yīng)關(guān)系將不能確定,基站控制器將記錄錯(cuò)誤,并進(jìn)行相關(guān)糾錯(cuò)處理。
4.根據(jù)權(quán)利要求3所述的個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法,其特征在于,當(dāng)基站控制器指示基站對(duì)Line Number指定的U口進(jìn)行去激活操作時(shí),如果基站該U口線上正有用戶在進(jìn)行通話;為保證用戶權(quán)益,基站不應(yīng)該進(jìn)行去激活操作,而是上報(bào)基站控制器,基站控制器應(yīng)該采取相應(yīng)措施。
5.根據(jù)權(quán)利要求3所述的個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法,其特征在于,基站控制器和基站之間的消息傳遞通過雙方之間建立的D通道進(jìn)行。
6.根據(jù)權(quán)利要求5所述的個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法,其特征在于,基站控制器和基站之間的消息處理流程是第一步基站控制器通過Line Test Request消息通知基站準(zhǔn)備進(jìn)行U口線序檢測(cè),Line Test Request消息沒有附加消息內(nèi)容;第二步基站給基站控制器發(fā)送Line Test Confirm消息作為對(duì)Line Test Request消息的確認(rèn);Line Test Confirm消息中的Line Status記錄了基站側(cè)所有U口的狀態(tài);第三步基站控制器根據(jù)Line Test Confirm消息中的Line Status反饋的基站側(cè)U口狀態(tài),通過Line Test Start消息中的Line Number指示基站對(duì)其中一個(gè)非帶D通道的U口進(jìn)行去激活操作;第四步基站對(duì)Line Number指示的U口進(jìn)行如下操作a)如果Line Number對(duì)應(yīng)的U口線上沒有用戶通話,基站對(duì)該U口進(jìn)行去激活操作,并且通過消息Line Test End把基站當(dāng)前所有U口狀態(tài)通過Line Status變量上報(bào)給基站控制器;b)如果Line Number對(duì)應(yīng)的U口線上有用戶通話,基站則不對(duì)該U口進(jìn)行去激活操作,該U口狀態(tài)不變?;疽餐ㄟ^消息Line Test End把基站當(dāng)前所有U口狀態(tài)通過Line Status變量上報(bào)給基站控制器;第五步基站控制器在收到基站上報(bào)的Line Test End消息后,推算出先前LineNumber指示的U口(反映基站側(cè)的U口順序)與基站控制器側(cè)U口的對(duì)應(yīng)關(guān)系;第六步通過上述第三、四、五步得出了基站控制器與基站之間一個(gè)U口的對(duì)應(yīng)關(guān)系;因?yàn)榛静粠通道的U口數(shù)目多于一個(gè),故需要重復(fù)上述第三、四、五步,依次推算其余不帶D通道U口的對(duì)應(yīng)關(guān)系;第七步把所有不帶D通道的U口都檢測(cè)完后,正常情況下應(yīng)該可以得出基站控制器與基站之間所有U口的對(duì)應(yīng)關(guān)系;基站控制器將所有U口線對(duì)應(yīng)關(guān)系是否確定的消息通過Line Test Complete消息下發(fā)給基站;第八步基站把先前線序檢測(cè)過程中所有去激活的U口全部激活,并開放使用對(duì)應(yīng)關(guān)系確定的U口,關(guān)閉使用對(duì)應(yīng)關(guān)系不確定的U口。
全文摘要
本發(fā)明公開了一種個(gè)人手持移動(dòng)通信系統(tǒng)接口線序檢測(cè)方法,包括以下處理過程步驟一,基站控制器指示基站對(duì)其中一個(gè)非帶D通道的U口進(jìn)行去激活操作;步驟二,將基站各個(gè)U口的物理層狀態(tài)信息上報(bào)給基站控制器;同時(shí),基站控制器也記錄下了基站控制器側(cè)U口變化情況;步驟三,當(dāng)基站控制器收到基站上報(bào)的基站側(cè)U口狀態(tài)信息后,將基站側(cè)U口狀態(tài)信息變化情況對(duì)比自身記錄的U口變化情況可以得出該U口的對(duì)應(yīng)關(guān)系;步驟四,依次選擇其它各非帶D通道的U口,并執(zhí)行步驟一至三的處理過程,完成所有U口的線序檢測(cè)。采用本發(fā)明所述方法能自動(dòng)和及時(shí)確定多U口基站和基站控制器之間的U口線順序?qū)?yīng)關(guān)系,節(jié)省了工程上對(duì)多U口基站的安裝維護(hù)成本。
文檔編號(hào)H04W24/00GK1545362SQ20031011360
公開日2004年11月10日 申請(qǐng)日期2003年11月13日 優(yōu)先權(quán)日2003年11月13日
發(fā)明者方瑜, 胡民鋒, 瑜 方 申請(qǐng)人:中興通訊股份有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1