專利名稱：一種協(xié)助基站自啟動(dòng)的方法及rnc/dhcp服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無(wú)線通信技術(shù)領(lǐng)域，尤其涉及一種協(xié)助基站自啟動(dòng)的方法及RNC/DHCP 服務(wù)器。
背景技術(shù)：
隨著計(jì)算機(jī)廣泛應(yīng)用，資源共享需求為局域網(wǎng)絡(luò)發(fā)展提供了強(qiáng)大的動(dòng)力，如何給某臺(tái)計(jì)算機(jī)自動(dòng)分配IP (Internet Protocol,因特網(wǎng)協(xié)議)地址，以及保證分配給某個(gè)計(jì)算機(jī)的IP地址有效而且合法，成為人們研究的一個(gè)課題，先后衍生出了 PPP(Point-to-Point Protocol,點(diǎn)至Ij點(diǎn)協(xié)議)、Β00ΤΡ(Bootstrap Protocol,弓丨導(dǎo)協(xié)議)、 DHCP (Dynamic Host Configuration Protocol，動(dòng)態(tài)主機(jī)配置協(xié)議)等相關(guān)協(xié)議，相比其他衍生協(xié)議，DHCP協(xié)議的實(shí)現(xiàn)，真正滿足了計(jì)算機(jī)IP地址自動(dòng)分配的需要，而且DHCP協(xié)議擴(kuò)展選項(xiàng)豐富，幫助了不同的廠商攜帶某些基站自啟動(dòng)所需要的其他特殊的個(gè)性化參數(shù)的需要。隨著無(wú)線網(wǎng)絡(luò)的日益發(fā)展，無(wú)線基站大量鋪設(shè)，對(duì)開(kāi)局成本形成了嚴(yán)峻考驗(yàn)，為了縮減開(kāi)局成本，運(yùn)營(yíng)商提出了開(kāi)局成本課題，各個(gè)廠商紛紛響應(yīng)投入研究，以期獲取最大的份額，基站自啟動(dòng)應(yīng)運(yùn)而生，基站除了需要獲取OM(Operatic)n and Maintenance，操作與維護(hù))IP地址信息以外，還需獲取其他傳輸和無(wú)線參數(shù)，如果基站傳輸方式采用El連接，則可以使用默認(rèn)參數(shù)啟用E1，并使用PPP方式建立鏈路嘗試和RNC連接。由于采用El連接的 ATM (Asynchronous Transfer Mode，異步傳輸模式)傳輸應(yīng)用比較早，技術(shù)相對(duì)成熟，各個(gè)廠商早已實(shí)現(xiàn)了基于ATM傳輸?shù)幕咀詥?dòng)。IP傳輸作為基站新型傳輸組網(wǎng)方式，近兩年才開(kāi)始正式投入使用，因此，基于IP傳輸?shù)幕咀詥?dòng)研究相對(duì)較晚。DHCP協(xié)議完好的滿足了這種需求，DHCP協(xié)議采用客戶端CLIENT-服務(wù)器SERVER 方式實(shí)現(xiàn)，所有配置信息在一個(gè)地方集中控制，其好處就是所有基站所需要的傳輸參數(shù)統(tǒng)一維護(hù)和管理，其核心在于客戶端身份的確認(rèn)。在計(jì)算機(jī)網(wǎng)絡(luò)，一般采用計(jì)算機(jī)網(wǎng)卡的 MAC (Media Access Control，媒體接入控制)地址作為某臺(tái)計(jì)算機(jī)的身份標(biāo)簽，在無(wú)線網(wǎng)絡(luò)領(lǐng)域，不同的廠家有不同的表現(xiàn)，如采用基站整機(jī)生產(chǎn)序列碼、基站連接傳輸網(wǎng)絡(luò)側(cè)物理端口所屬的VLAN ID等等，無(wú)論采用什么參數(shù)，其目的只有一個(gè)，就是如何確定基站唯一合法身份?；咀詥?dòng)采用DHCP協(xié)議過(guò)程為在RNC確定基站身法的合法性后，基站從 RNC(Radio Network Controller無(wú)線網(wǎng)絡(luò)控制器)或者DHCP服務(wù)器獲取到RNC之間的操作維護(hù)通道IP地址，并建立該維護(hù)通道，然后通過(guò)該維護(hù)通道采用FTP (File Transfer ftOtocol，文件傳輸協(xié)議)過(guò)程從RNC獲取基站傳輸建立所需要的傳輸配置文件，大部分廠商已經(jīng)研究出了以DHCP協(xié)議為基礎(chǔ)的基站正常自啟動(dòng)技術(shù)。目前，各個(gè)廠商基站采用DHCP 協(xié)議自啟動(dòng)實(shí)現(xiàn)方案、流程大致相同，只是擴(kuò)展選項(xiàng)定義的內(nèi)容稍有差異，以某廠商為例， 基站自啟動(dòng)流程如圖1所示。由于基于以PTN(Packet Transfer Network，分組傳輸網(wǎng)絡(luò))平臺(tái)二層組網(wǎng)IP傳輸網(wǎng)絡(luò)為基礎(chǔ)的基站自啟動(dòng)研究相對(duì)較晚，其技術(shù)成熟度有待于提高，通過(guò)充分分析，大致發(fā)現(xiàn)如下缺點(diǎn)1)基站自啟動(dòng)成功率不高無(wú)論是哪個(gè)設(shè)備廠商，由于確認(rèn)基站唯一身份的參數(shù)比較單一，基站身份確認(rèn)過(guò)程比較簡(jiǎn)單，而且由于基站自啟動(dòng)過(guò)程所需參數(shù)比較多，容易疏忽，導(dǎo)致開(kāi)局時(shí)，基站自啟動(dòng)成功率不高，不完全統(tǒng)計(jì)，有些廠商自啟動(dòng)成功率只有70%左右。2)定位問(wèn)題比較困難通過(guò)長(zhǎng)期的應(yīng)用實(shí)踐發(fā)現(xiàn)，有部分基站由于多方面原因，存在自啟動(dòng)失敗現(xiàn)象，一旦啟動(dòng)失敗，很難快速有效的定位到失敗原因，自啟動(dòng)流程消息不能像信令流程消息，可以采用網(wǎng)元信令跟蹤監(jiān)視，定位手段匱乏。一般運(yùn)營(yíng)商采購(gòu)的無(wú)線設(shè)備和傳輸網(wǎng)絡(luò)設(shè)備廠家不一定相同，基站發(fā)起申請(qǐng)獲取 OM IP地址的DHCP消息是否能夠被傳輸設(shè)備準(zhǔn)確傳送到RNC，可能有兩方面的原因，其中一個(gè)原因?yàn)榛緜?cè)發(fā)送的DHCP消息本身攜帶協(xié)議參數(shù)錯(cuò)誤，導(dǎo)致RNC認(rèn)為消息不合法而被接口丟棄，或者因?yàn)镽NC設(shè)備發(fā)送的消息錯(cuò)誤導(dǎo)致基站自啟動(dòng)失?。涣硪环矫娴脑?yàn)閭鬏斣O(shè)備本身有問(wèn)題，導(dǎo)致基站和RNC間不能正常傳輸消息而導(dǎo)致基站自啟動(dòng)失敗。工程實(shí)施過(guò)程中，而又由于無(wú)線設(shè)備與傳輸設(shè)備廠家不同，人員很難協(xié)調(diào)，即使不同廠家的人員在運(yùn)營(yíng)商的要求下步調(diào)協(xié)調(diào)一致，但有些廠家的傳輸設(shè)備不支持信令流程的監(jiān)控能力，導(dǎo)致問(wèn)題定位手段非常匱乏，而且因?yàn)閺S家不同導(dǎo)致相互推諉的矛盾。目前對(duì)于基站自啟動(dòng)失敗定位問(wèn)題一般采用如下方式，在傳輸設(shè)備和無(wú)線設(shè)備之間架設(shè)二層交換機(jī)設(shè)備，如圖2所示，在基站1自啟動(dòng)失敗時(shí)，在基站1和PTN接入設(shè)備之間架設(shè)一臺(tái)二層交換機(jī)，同時(shí)在RNC和間接地與基站連接的PTN匯聚設(shè)備之間架設(shè)一臺(tái)二層交換機(jī)，然后通過(guò)監(jiān)控計(jì)算機(jī)采用信令流程跟蹤工具軟件wireshark并利用二層交換機(jī)的端口鏡像功抓取IUB接口消息來(lái)分析自啟動(dòng)流程，從而確定是基站的消息傳輸有問(wèn)題還是RNC的消息傳輸有問(wèn)題，如果基站和RNC都沒(méi)有問(wèn)題，則確定是傳輸設(shè)備的問(wèn)題。運(yùn)營(yíng)商要求在 IUB 接口 Gnterface between an RNC and Node B, RNC 與 NodeB 之間的接口)實(shí)現(xiàn)鏈路聚合，但上述定位問(wèn)題的方式由于要重新在IUB接口架設(shè)輔助設(shè)備， 其他正?；?基站2和基站3)傳輸就會(huì)中斷。3)異常流程設(shè)計(jì)考慮不充分確認(rèn)基站的身份參數(shù)過(guò)于單一，基站身份確認(rèn)過(guò)程容易出錯(cuò)，導(dǎo)致產(chǎn)生分配OM IP 地址異常流程，而異常流程目前大部分廠商并沒(méi)有考慮，一旦進(jìn)入異常流程，問(wèn)題定位時(shí)間長(zhǎng)，導(dǎo)致開(kāi)站成本增大，開(kāi)站周期變長(zhǎng)。

發(fā)明內(nèi)容
本發(fā)明提供一種協(xié)助基站自啟動(dòng)的方法及RNC，用以提高基站自啟動(dòng)的成功率和魯棒性，盡量減少人工干預(yù)，真正的提高開(kāi)局效率。本發(fā)明提供一種協(xié)助基站自啟動(dòng)的方法，包括接收基站自啟動(dòng)時(shí)發(fā)送的請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；在預(yù)留地址池中每個(gè)IP地址綁定的標(biāo)識(shí)同一基站身份的所有身份標(biāo)識(shí)信息中，查找所述請(qǐng)求消息中的身份標(biāo)識(shí)信息；確定查找到所述請(qǐng)求消息中的任一身份標(biāo)識(shí)信息時(shí)，將預(yù)留地址池中與該查找到的身份標(biāo)識(shí)信息綁定的IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)。本發(fā)明還提供一種基站自啟動(dòng)方法，包括向無(wú)線網(wǎng)絡(luò)控制器RNC/動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；接收所述RNC/DHCP服務(wù)器基于上述方法返回的攜帶IP地址的消息，利用所述IP 地址進(jìn)行基站自啟動(dòng)。本發(fā)明還提供一種無(wú)線網(wǎng)絡(luò)控制器RNC/動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器，包括接收單元，用于接收基站自啟動(dòng)時(shí)發(fā)送的請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；查找單元，用于在預(yù)留地址池中每個(gè)IP地址綁定的標(biāo)識(shí)同一基站身份的所有身份標(biāo)識(shí)信息中，查找所述請(qǐng)求消息中的身份標(biāo)識(shí)信息；第一分配單元，用于確定查找到所述請(qǐng)求消息中的任一身份標(biāo)識(shí)信息時(shí)，將預(yù)留地址池中與該查找到的身份標(biāo)識(shí)信息綁定的IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)。本發(fā)明還提供一種基站，包括請(qǐng)求發(fā)送單元，用于向無(wú)線網(wǎng)絡(luò)控制器RNC/DHCP服務(wù)器發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；自啟動(dòng)單元，用于接收所述RNC基于上述方法返回的攜帶IP地址的消息，利用所述IP地址進(jìn)行基站自啟動(dòng)。利用本發(fā)明提供的協(xié)助基站自啟動(dòng)的方法和RNC/DHCP服務(wù)器，具體以下有益效果本發(fā)明通過(guò)增加確認(rèn)基站身份的參數(shù)，使基站自啟動(dòng)進(jìn)入正常自啟動(dòng)過(guò)程機(jī)會(huì)更大，從而大大的提高基站自啟動(dòng)成功率，通過(guò)本發(fā)明方法，通過(guò)模擬仿真的結(jié)果，基站自啟動(dòng)成功率能由原來(lái)的70%提高到99. 9%。


圖1為現(xiàn)有的基站自啟動(dòng)流程圖2為現(xiàn)有的定位問(wèn)題環(huán)境示意圖3為現(xiàn)有的DHCP過(guò)程流程圖4為現(xiàn)有的利用DHCP協(xié)議自啟動(dòng)流程圖5為現(xiàn)有的DHCP DISCOVER消息結(jié)構(gòu)圖6為本發(fā)明實(shí)施例中協(xié)助基站自啟動(dòng)的方法流程圖7為本發(fā)明實(shí)施例中基站自啟動(dòng)流程圖8為本發(fā)明實(shí)施例采用DHCP協(xié)議協(xié)助基站自啟動(dòng)的方法流程圖
圖9為本發(fā)明實(shí)施例中RNC/DHCP服務(wù)器結(jié)構(gòu)圖10為本發(fā)明實(shí)施例基站結(jié)構(gòu)圖。
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明提供的協(xié)助基站自啟動(dòng)的方法及RNC/DHCP服務(wù)器進(jìn)行更詳細(xì)地說(shuō)明。隨著無(wú)線網(wǎng)絡(luò)的快速發(fā)展，網(wǎng)絡(luò)工程建設(shè)的投入成本也隨之猛增，企業(yè)為了提高效益，縮減開(kāi)局成本、提高運(yùn)行維護(hù)效率，傳輸網(wǎng)絡(luò)改造為更為經(jīng)濟(jì)并便于維護(hù)的IP傳輸網(wǎng)絡(luò)模型成為必然，設(shè)備供貨商在上述這些領(lǐng)域也投入了大量的研發(fā)力量來(lái)滿足運(yùn)營(yíng)商這些需求，例如，無(wú)線網(wǎng)絡(luò)各個(gè)網(wǎng)元間的傳輸由高成本而且難于維護(hù)的ATM傳輸改造為以分組交換網(wǎng)絡(luò)平臺(tái)為基礎(chǔ)的二層PTN組網(wǎng)的IP網(wǎng)絡(luò)傳輸，這樣既滿足了不斷發(fā)展的新型業(yè)務(wù)對(duì)傳輸帶寬的需要，又大大的縮減了傳輸建設(shè)、維護(hù)成本分配。另外，隨著日益增長(zhǎng)的網(wǎng)絡(luò)規(guī)模，以分組交換網(wǎng)絡(luò)平臺(tái)為基礎(chǔ)的二層PTN組網(wǎng)的 IP網(wǎng)絡(luò)傳輸中，基站開(kāi)局成本也非常龐大，如何縮減開(kāi)局成本，各個(gè)設(shè)備供貨商也投入了大量的研發(fā)人力，努力探索新技術(shù)，紛紛研究出了以DHCP協(xié)議為基礎(chǔ)的基站自啟動(dòng)技術(shù)。 基站自啟動(dòng)技術(shù)的實(shí)現(xiàn)，極大的縮減了開(kāi)站過(guò)程成本，基站在網(wǎng)絡(luò)傳輸鋪設(shè)到位的情況下，只要設(shè)備上電后本身運(yùn)行正常，如圖3所示，基站NB向RNC發(fā)送攜帶身份信息的DHCP DISCOVER消息；RNC確認(rèn)基站身份合法后向NB返回?cái)y帶IP地址的DHCP消息；NB根據(jù)RNC 分配的IP向RNC發(fā)送DHCP REQUEST消息，通知RNC已獲取到IP地址；RNC通過(guò)DHCP ACK 消息，從而建立NB與RNC間的操作維護(hù)通道，然后NB通過(guò)該操作維護(hù)通道獲取基站的傳輸配置參數(shù)以及其他無(wú)線參數(shù)?；緜?cè)的配置參數(shù)一般比較多，而且復(fù)雜，容易出錯(cuò)，對(duì)工程人員技術(shù)要求比較高，基站采用DHCP協(xié)議自啟動(dòng)，解決了上述這些問(wèn)題，同時(shí)縮短了建設(shè)周期，為運(yùn)營(yíng)商節(jié)省了大量的開(kāi)局成本。如圖4所示，基站自啟動(dòng)過(guò)程主要是IP地址獲取過(guò)程和NB參數(shù)配置過(guò)程?；咀詥?dòng)正常流程目前大部分廠商已經(jīng)實(shí)現(xiàn)，確認(rèn)基站唯一身份的參數(shù)有的廠商采用基站生產(chǎn)出廠時(shí)所帶的資產(chǎn)序列號(hào)(即基站整機(jī)生產(chǎn)序列碼)，RNC側(cè)則按照基站生產(chǎn)序列號(hào)事先規(guī)劃基站的OM IP地址，并將規(guī)劃的基站IP地址與基站對(duì)應(yīng)的生產(chǎn)序列號(hào)進(jìn)行綁定，當(dāng)基站上傳DHCP DISCOVER消息給RNC時(shí)，RNC檢查該消息中攜帶的基站資產(chǎn)序列號(hào)信息，如果能在地址池中找到相應(yīng)的記錄，則將綁定的IP地址分配給該基站。有的廠商則采用VLAN ID來(lái)確認(rèn)基站合法身份，基站自啟動(dòng)時(shí)發(fā)起的DHCP DISCOVER消息在經(jīng)過(guò)傳輸設(shè)備連接端口時(shí)，傳輸設(shè)備將與基站相連的端口設(shè)置的VLAN ID 標(biāo)簽添加到DHCP DISCOVER消息中，RNC側(cè)按照基站VLAN ID信息規(guī)劃好基站的VLAN ID對(duì)應(yīng)的IP地址，當(dāng)RNC收到基站的地址請(qǐng)求消息后，比較消息中所帶的VLAN ID信息與地址池消息，如果VLAN ID存在，則認(rèn)為基站的身份合法，從而將地址池中對(duì)應(yīng)VLAN ID綁定的 OM IP分配給該基站?；旧矸菪畔谌鐖D5所示的DHCP DISCOVER消息的OPTIONS 中。無(wú)論采用哪種方式來(lái)標(biāo)注基站的身份，申請(qǐng)人研究發(fā)現(xiàn)，確認(rèn)基站合法身份的參數(shù)都過(guò)少，判斷基站身份合法流程過(guò)于簡(jiǎn)單，而且規(guī)劃參數(shù)時(shí)，容易出錯(cuò)，例如，基站的資產(chǎn)序列號(hào)在規(guī)劃參數(shù)時(shí)由于人為疏忽而填錯(cuò)，或者規(guī)劃時(shí)將VLAN ID設(shè)置成了另外一個(gè)數(shù)值， 都會(huì)導(dǎo)致基站的合法身份在RNC中無(wú)法對(duì)應(yīng)，從而進(jìn)入自啟動(dòng)異常流程，而目前基于PTN傳輸網(wǎng)絡(luò)技術(shù)的基站自啟動(dòng)研究相對(duì)比較晚，很多廠商仍然在探索中。因此基站自啟動(dòng)并不是一勞永逸的，開(kāi)局過(guò)程中往往存在一些不可預(yù)期的事情發(fā)生，如人為的疏忽將某些規(guī)劃參數(shù)配置錯(cuò)誤，這樣就會(huì)導(dǎo)致基站無(wú)法完成自啟動(dòng)，無(wú)論哪家設(shè)備廠商都無(wú)法避免這類事件發(fā)生，問(wèn)題發(fā)生后，需要工程人員反復(fù)檢查規(guī)劃參數(shù)，甚至派人上站檢查基站情況，定位這些異常過(guò)程沒(méi)有確定的目標(biāo)，定位問(wèn)題也沒(méi)有方向，大大增加了網(wǎng)絡(luò)建設(shè)周期。本發(fā)明實(shí)施例針對(duì)如何實(shí)現(xiàn)基站異常流程自啟動(dòng)，提高基站自啟動(dòng)的成功率和魯棒性，盡量減少人工干預(yù)，真正的提高開(kāi)局效率，提供了一種基站自啟動(dòng)方法，如圖6所示， 該方法包括步驟S601，接收基站自啟動(dòng)時(shí)發(fā)送的請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；即請(qǐng)求消息中的每個(gè)身份標(biāo)識(shí)信息可以唯一標(biāo)識(shí)上述基站。步驟S602，在預(yù)留地址池中每個(gè)IP地址綁定的標(biāo)識(shí)同一基站身份的所有身份標(biāo)識(shí)信息中，查找所述請(qǐng)求消息中的身份標(biāo)識(shí)信息；通過(guò)事先規(guī)劃的為每個(gè)基站分配的預(yù)留IP地址(即預(yù)留地址池中)，建立該基站的所有身份標(biāo)識(shí)信息與為該基站分配的預(yù)留IP地址之間的綁定關(guān)系，通過(guò)該綁定關(guān)系查找請(qǐng)求消息中的身份標(biāo)識(shí)信息，從而確定是哪一個(gè)基站。步驟S603，確定查找到所述請(qǐng)求消息中的任一身份標(biāo)識(shí)信息時(shí)，將預(yù)留地址池中與該查找到的身份標(biāo)識(shí)信息綁定的IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)。本發(fā)明實(shí)施例通過(guò)增加確認(rèn)基站身份的參數(shù)，不再局限于僅靠單一參數(shù)確認(rèn)基站身份，增加判斷基站身份條件和流程，只要基站的一個(gè)身份標(biāo)識(shí)信息正確，則認(rèn)為基站身份合法而為基站分配預(yù)留IP地址，而基站的多個(gè)身份信息同時(shí)輸入錯(cuò)誤的幾率非常低，從而大大降低在RNC/DHCP服務(wù)器側(cè)輸入基站的身份信息錯(cuò)誤時(shí)導(dǎo)致基站自啟動(dòng)失敗的概率，使基站自啟動(dòng)進(jìn)入正常自啟動(dòng)過(guò)程機(jī)會(huì)更大，從而大大的提高基站自啟動(dòng)成功率，通過(guò)該發(fā)明實(shí)施例的實(shí)現(xiàn)，通過(guò)模擬仿真的結(jié)果，基站自啟動(dòng)成功率能由原來(lái)的70%提高的 99. 9 %，具有出乎意料的技術(shù)效果。優(yōu)選地，所述請(qǐng)求消息中攜帶的身份標(biāo)識(shí)信息，包括為基站唯一分配的基站資產(chǎn)序列號(hào)和虛擬局域網(wǎng)標(biāo)識(shí)VLAN ID ；或者，包括基站唯一分配的基站傳輸端口的媒體接入控制MAC地址和VLAN ID0基站資產(chǎn)序列號(hào)在基站出廠時(shí)確定，基站的VLAN ID和MAC地址在網(wǎng)絡(luò)規(guī)劃時(shí)確定，且基站資產(chǎn)序列號(hào)與MAC地址存在一一映射的轉(zhuǎn)換關(guān)系。具體地，上述請(qǐng)求消息中的VLAN ID由基站通過(guò)學(xué)習(xí)并攜帶在請(qǐng)求消息中，或由連接基站和RNC的傳輸設(shè)備根據(jù)接收請(qǐng)求消息的端口，在請(qǐng)求消息中加入所述VLAN ID。對(duì)于基站來(lái)說(shuō)，本發(fā)明實(shí)施例提供的基站自啟動(dòng)方法，如圖7所示，包括步驟S701，向無(wú)線網(wǎng)絡(luò)控制器RNC/DHCP服務(wù)器發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息； 優(yōu)選地，將基站資產(chǎn)序列號(hào)與VLAN ID相互結(jié)合，或者將基站傳輸端口的MAC地址與VLAN ID相互結(jié)合，基站在發(fā)起地址請(qǐng)求消息時(shí)，在DHCPDISC0VER消息的擴(kuò)展選項(xiàng)中，將本基站學(xué)習(xí)到的VLAN ID信息和傳輸端口的MAC信息附帶進(jìn)來(lái)，傳輸給RNC ；也可以在DHCP DISCOVER消息中只攜帶基站傳輸端口的MAC地址信息，消息經(jīng)過(guò)傳輸設(shè)備時(shí)，傳輸設(shè)備將經(jīng)過(guò)該端口的消息自動(dòng)打上VLAN ID標(biāo)簽，RNC/DHCP服務(wù)器側(cè)事先規(guī)劃，按照VLAN ID與基站的MAC地址或者基站的資產(chǎn)序列號(hào)綁定在一起為預(yù)留基站的OM IP地址，當(dāng)收到基站的地址請(qǐng)求消息后，比較請(qǐng)求消息與預(yù)留地址池中IP地址綁定的VLAN ID和MAC地址或者資產(chǎn)序列號(hào)信息，如果有一個(gè)身份信息正確，說(shuō)明基站的身份合法，從而分配給基站所需的 OM IP地址。步驟S702，接收所述RNC/DHCP服務(wù)器基于上述實(shí)施例方法返回的攜帶IP地址的消息，利用所述IP地址進(jìn)行基站自啟動(dòng)?；纠肐P地址進(jìn)行自啟動(dòng)，可以采用現(xiàn)有流程，具體為，NB根據(jù)RNC/DHCP服務(wù)器分配的IP地址向RNC/DHCP服務(wù)器發(fā)送DHCP REQUEST消息，通知RNC/DHCP服務(wù)器已獲取到IP地址；RNC/DHCP服務(wù)器通過(guò)DHCPACK消息，從而建立NB與RNC/DHCP服務(wù)器間的操作維護(hù)通道，然后NB通過(guò)該操作維護(hù)通道獲取基站的傳輸配置文件，從而獲取配置參數(shù)， 利用獲取的配置參數(shù)進(jìn)行配置，實(shí)現(xiàn)基站的自啟動(dòng)。雖然以DHCP協(xié)議為基礎(chǔ)的IP地址自動(dòng)獲取技術(shù)在計(jì)算機(jī)網(wǎng)絡(luò)領(lǐng)域已經(jīng)非常成熟，但在無(wú)線通訊領(lǐng)域使用時(shí)間并不長(zhǎng)。另外，基站自啟動(dòng)除了需要獲取OM IP地址外，還需要獲取其他大量傳輸配置等參數(shù)，因此要求更為復(fù)雜一些，各個(gè)設(shè)備供應(yīng)商雖然目前大多實(shí)現(xiàn)了正常的基站自啟動(dòng)，但對(duì)異常流程自啟動(dòng)仍需進(jìn)一步探索。依照本發(fā)明優(yōu)選實(shí)施例中，如圖8所示，RNC/DHCP服務(wù)器通過(guò)DHCPDISC0VER消息獲取基站的至少兩個(gè)身份標(biāo)識(shí)信息，如MAC地址與VLANID，或VLAN ID與基站資產(chǎn)序列號(hào)； RNC/DHCP服務(wù)器確定VLAN ID與其它身份標(biāo)識(shí)信息是否正確，即進(jìn)行身份信息匹配；如果任一個(gè)身份信息正確，則在預(yù)留地址池中分配與該身份信息對(duì)應(yīng)的IP給基站，并通過(guò)DHCP OFFER消息發(fā)送給基站，如果都不正確，則在臨時(shí)地址池中為基站分配一個(gè)臨時(shí)IP地址，并將分配的臨時(shí)IP地址通過(guò)DHCP OFFER消息發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)；同時(shí)，將分配的臨時(shí)IP地址與所述請(qǐng)求消息中的身份標(biāo)識(shí)信息進(jìn)行綁定，并以事件消息形式進(jìn)行通知?；窘邮盏紻HCP OFFER消息后的流程同現(xiàn)有技術(shù)。本發(fā)明實(shí)施例中RNC/DHCP服務(wù)器側(cè)事先規(guī)劃數(shù)據(jù)時(shí)，除了建立基站預(yù)留地址池外，還需建立臨時(shí)地址池，一旦由于人為疏忽或者其他原因?qū)е禄咀詥?dòng)失敗，例如，基站在DHCP DISCOVER消息中攜帶的VLAN ID和MAC地址或者基站資產(chǎn)序列號(hào)在預(yù)留地址池中無(wú)法找到，RNC仍然從臨時(shí)地址池中分配給基站一個(gè)臨時(shí)OM IP地址，將臨時(shí)OM IP地址與基站上報(bào)的請(qǐng)求消息中的MAC地址或者資產(chǎn)序列號(hào)和VLAN ID消息進(jìn)行綁定，并以事件消息形式進(jìn)行通知，如通知RNC網(wǎng)元或操作維護(hù)中心，事件指示中，除了攜帶分配給基站的臨時(shí)OM IP地址外，還要攜帶基站發(fā)送的DHCP DISCOVER消息中所攜帶的MAC地址或者基站資產(chǎn)序列號(hào)和VLAN ID信息。經(jīng)過(guò)一段時(shí)間觀察后，發(fā)現(xiàn)某個(gè)基站傳輸仍然建立異常，則檢查事件指示，發(fā)現(xiàn)已經(jīng)給某個(gè)基站分配了臨時(shí)OM IP地址，就可以通過(guò)事件指示中的MAC地址或者基站資產(chǎn)序列號(hào)和VLAN ID信息檢查為該基站規(guī)劃的身份標(biāo)識(shí)信息是否正確；如果不正確，則修改為該基站規(guī)劃的身份標(biāo)識(shí)信息；如果正確，利用為所述基站分配的臨時(shí)IP 地址遠(yuǎn)程登錄所述基站，檢查基站側(cè)保存的身份標(biāo)識(shí)信息是否與為該基站規(guī)劃的身份標(biāo)識(shí)信息是否一致，如果不一致，則修改基站側(cè)保存的身份標(biāo)識(shí)信息。事件指示中的VLAN ID可以明確基站身份，從而可以避免這樣的場(chǎng)景當(dāng)多個(gè)基站同時(shí)參與自啟動(dòng)時(shí)，其中某些基站同時(shí)無(wú)法正常自啟動(dòng)，RNC分配的臨時(shí)OM IP地址是分配給其中哪個(gè)基站的問(wèn)題。VLAN ID除了在RNC中進(jìn)行設(shè)置，傳輸網(wǎng)絡(luò)設(shè)備中也要設(shè)置， 而這兩個(gè)網(wǎng)元一般不會(huì)由同一個(gè)人規(guī)劃，同時(shí)出錯(cuò)的概率相當(dāng)?shù)?，因此，事件指示中的VLAN ID信息非常容易就能定位到是哪個(gè)異常基站。
異常情況下，通過(guò)事件指示，除攜帶給基站分配的臨時(shí)OM IP外，并攜帶標(biāo)示基站身份的參數(shù)信息，非常容易定位到問(wèn)題基站，可以大大的提高開(kāi)站工作效率和縮減開(kāi)站成本和開(kāi)站周期，為客戶實(shí)現(xiàn)盡可能最大化的效益，同時(shí)也為設(shè)備供應(yīng)商提供更具競(jìng)爭(zhēng)力的成熟產(chǎn)品。基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了一種無(wú)線網(wǎng)絡(luò)控制器RNC/動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器和基站，由于這些設(shè)備解決問(wèn)題的原理與一種協(xié)助基站自啟動(dòng)的方法、一種基站自啟動(dòng)方法相似，因此這些設(shè)備的實(shí)施可以參見(jiàn)方法的實(shí)施，重復(fù)之處不再贅述。本發(fā)明實(shí)施例提供的一種無(wú)線網(wǎng)絡(luò)控制器RNC/動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器， 如圖9所示，包括接收單元901，用于接收基站自啟動(dòng)時(shí)發(fā)送的請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；查找單元902，用于在預(yù)留地址池中每個(gè)IP地址綁定的標(biāo)識(shí)同一基站身份的所有身份標(biāo)識(shí)信息中，查找所述請(qǐng)求消息中的身份標(biāo)識(shí)信息；第一分配單元903，用于確定查找到所述請(qǐng)求消息中的任一身份標(biāo)識(shí)信息時(shí)，將預(yù)留地址池中與該查找到的身份標(biāo)識(shí)信息綁定的IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)。優(yōu)選地，還包括第二分配單元904，用于確定未查找到所述請(qǐng)求消息中的每一個(gè)身份標(biāo)識(shí)信息時(shí)，在臨時(shí)地址池中為基站分配一個(gè)臨時(shí)IP地址，并將分配的臨時(shí)IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)；事件通知單元905，用于將分配的臨時(shí)IP地址與所述請(qǐng)求消息中的身份標(biāo)識(shí)信息進(jìn)行綁定，并以事件消息形式進(jìn)行通知。優(yōu)選地，還包括檢查單元906，用于確定所述基站自啟動(dòng)異常，且通過(guò)事件消息確定已為所述基站分配了臨時(shí)IP地址時(shí)，根據(jù)所述事件消息中的身份標(biāo)識(shí)信息，檢查為該基站規(guī)劃的身份標(biāo)識(shí)信息是否正確；第一修改單元907，用于在如果不正確時(shí)，修改為該基站規(guī)劃的身份標(biāo)識(shí)信息。優(yōu)選地，還包括第二修改單元908，若確定為該基站規(guī)劃的身份標(biāo)識(shí)信息正確時(shí)， 利用為所述基站分配的臨時(shí)IP地址遠(yuǎn)程登錄所述基站，檢查基站側(cè)保存的身份標(biāo)識(shí)信息是否與為該基站規(guī)劃的身份標(biāo)識(shí)信息是否一致，如果不一致，則修改基站側(cè)保存的身份標(biāo)識(shí)fe息。本發(fā)明實(shí)施例還提供一種基站，如圖10所示，包括請(qǐng)求發(fā)送單元101，用于向無(wú)線網(wǎng)絡(luò)控制器RNC/DHCP服務(wù)器發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；自啟動(dòng)單元102，用于接收所述RNC基于上述實(shí)施例方法返回的攜帶IP地址的消息，利用所述IP地址進(jìn)行基站自啟動(dòng)。優(yōu)選地，所述請(qǐng)求消息中攜帶的身份標(biāo)識(shí)信息，包括為基站唯一分配的基站資產(chǎn)序列號(hào)和虛擬局域網(wǎng)標(biāo)識(shí)VLAN ID ；或者，包括基站唯一分配的基站傳輸端口的媒體接入控制MAC地址和VLAN ID0本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。
本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來(lái)描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過(guò)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對(duì)這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種協(xié)助基站自啟動(dòng)的方法，其特征在于，包括接收基站自啟動(dòng)時(shí)發(fā)送的請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；在預(yù)留地址池中每個(gè)IP地址綁定的標(biāo)識(shí)同一基站身份的所有身份標(biāo)識(shí)信息中，查找所述請(qǐng)求消息中的身份標(biāo)識(shí)信息；確定查找到所述請(qǐng)求消息中的任一身份標(biāo)識(shí)信息時(shí)，將預(yù)留地址池中與該查找到的身份標(biāo)識(shí)信息綁定的IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)。
2.如權(quán)利要求1所述的方法，其特征在于，所述請(qǐng)求消息中攜帶的身份標(biāo)識(shí)信息， 包括為基站唯一分配的基站資產(chǎn)序列號(hào)和虛擬局域網(wǎng)標(biāo)識(shí)VLAN ID ；或者，包括基站唯一分配的基站傳輸端口的媒體接入控制MAC地址和VLAN ID。
3.如權(quán)利要求2所述的方法，其特征在于，所述請(qǐng)求消息中的VLANID由基站通過(guò)學(xué)習(xí)并攜帶在請(qǐng)求消息中，或由傳輸設(shè)備根據(jù)接收請(qǐng)求消息的端口，在請(qǐng)求消息中加入所述 VLAN ID0
4.如權(quán)利要求1 3任一所述的方法，其特征在于，確定未查找到所述請(qǐng)求消息中的每一個(gè)身份標(biāo)識(shí)信息時(shí)，還包括在臨時(shí)地址池中為基站分配一個(gè)臨時(shí)IP地址，并將分配的臨時(shí)IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)；將分配的臨時(shí)IP地址與所述請(qǐng)求消息中的身份標(biāo)識(shí)信息進(jìn)行綁定，并以事件消息形式進(jìn)行通知。
5.如權(quán)利要求4所述的方法，其特征在于，還包括確定所述基站自啟動(dòng)異常，且通過(guò)事件消息確定已為所述基站分配了臨時(shí)IP地址時(shí)， 根據(jù)所述事件消息中的身份標(biāo)識(shí)信息，檢查為該基站規(guī)劃的身份標(biāo)識(shí)信息是否正確； 如果不正確，則修改為該基站規(guī)劃的身份標(biāo)識(shí)信息。
6.如權(quán)利要求5所述的方法，其特征在于，若確定為該基站規(guī)劃的身份標(biāo)識(shí)信息正確， 進(jìn)一步包括利用為所述基站分配的臨時(shí)IP地址遠(yuǎn)程登錄所述基站，檢查基站側(cè)保存的身份標(biāo)識(shí)信息是否與為該基站規(guī)劃的身份標(biāo)識(shí)信息是否一致，如果不一致，則修改基站側(cè)保存的身份標(biāo)識(shí)信息。
7.一種基站自啟動(dòng)方法，其特征在于，包括向無(wú)線網(wǎng)絡(luò)控制器RNC/動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；接收所述RNC/DHCP服務(wù)器基于權(quán)利要求1所述方法返回的攜帶IP地址的消息，利用所述IP地址進(jìn)行基站自啟動(dòng)。
8.如權(quán)利要求7所述的方法，其特征在于，所述請(qǐng)求消息中攜帶的身份標(biāo)識(shí)信息， 包括為基站唯一分配的基站資產(chǎn)序列號(hào)和虛擬局域網(wǎng)標(biāo)識(shí)VLAN ID ；或者，包括基站唯一分配的基站傳輸端口的媒體接入控制MAC地址和VLAN ID。
9.一種無(wú)線網(wǎng)絡(luò)控制器RNC/動(dòng)態(tài)主機(jī)配置協(xié)議DHCP服務(wù)器，其特征在于，包括接收單元，用于接收基站自啟動(dòng)時(shí)發(fā)送的請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；查找單元，用于在預(yù)留地址池中每個(gè)IP地址綁定的標(biāo)識(shí)同一基站身份的所有身份標(biāo)識(shí)信息中，查找所述請(qǐng)求消息中的身份標(biāo)識(shí)信息；第一分配單元，用于確定查找到所述請(qǐng)求消息中的任一身份標(biāo)識(shí)信息時(shí)，將預(yù)留地址池中與該查找到的身份標(biāo)識(shí)信息綁定的IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)。
10.如權(quán)利要求9所述的RNC/DHCP服務(wù)器，其特征在于，還包括第二分配單元，用于確定未查找到所述請(qǐng)求消息中的每一個(gè)身份標(biāo)識(shí)信息時(shí)，在臨時(shí)地址池中為基站分配一個(gè)臨時(shí)IP地址，并將分配的臨時(shí)IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)；事件通知單元，用于將分配的臨時(shí)IP地址與所述請(qǐng)求消息中的身份標(biāo)識(shí)信息進(jìn)行綁定，并以事件消息形式進(jìn)行通知。
11.如權(quán)利要求10所述的RNC/DHCP服務(wù)器，其特征在于，還包括檢查單元，用于確定所述基站自啟動(dòng)異常，且通過(guò)事件消息確定已為所述基站分配了臨時(shí)IP地址時(shí)，根據(jù)所述事件消息中的身份標(biāo)識(shí)信息，檢查為該基站規(guī)劃的身份標(biāo)識(shí)信息是否正確；第一修改單元，用于在如果不正確時(shí)，修改為該基站規(guī)劃的身份標(biāo)識(shí)信息。
12.如權(quán)利要求11所述的RNC/DHCP服務(wù)器，其特征在于，還包括第二修改單元，若確定為該基站規(guī)劃的身份標(biāo)識(shí)信息正確時(shí)，利用為所述基站分配的臨時(shí)IP地址遠(yuǎn)程登錄所述基站，檢查基站側(cè)保存的身份標(biāo)識(shí)信息是否與為該基站規(guī)劃的身份標(biāo)識(shí)信息是否一致，如果不一致，則修改基站側(cè)保存的身份標(biāo)識(shí)信息。
13.—種基站，其特征在于，包括請(qǐng)求發(fā)送單元，用于向無(wú)線網(wǎng)絡(luò)控制器RNC/DHCP服務(wù)器發(fā)送請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；自啟動(dòng)單元，用于接收所述RNC基于權(quán)利要求1所述方法返回的攜帶IP地址的消息， 利用所述IP地址進(jìn)行基站自啟動(dòng)。
14.如權(quán)利要求13所述的基站，其特征在于，所述請(qǐng)求消息中攜帶的身份標(biāo)識(shí)信息，包括為基站唯一分配的基站資產(chǎn)序列號(hào)和虛擬局域網(wǎng)標(biāo)識(shí)VLANID ；或者，包括基站唯一分配的基站傳輸端口的媒體接入控制MAC地址和VLAN ID。
全文摘要
本發(fā)明公開(kāi)了一種協(xié)助基站自啟動(dòng)的方法及RNC/DHCP服務(wù)器，該方法包括接收基站自啟動(dòng)時(shí)發(fā)送的請(qǐng)求消息，所述請(qǐng)求消息中攜帶至少兩個(gè)分別唯一標(biāo)識(shí)所述基站身份的身份標(biāo)識(shí)信息；在預(yù)留地址池中每個(gè)IP地址綁定的標(biāo)識(shí)同一基站身份的所有身份標(biāo)識(shí)信息中，查找所述請(qǐng)求消息中的身份標(biāo)識(shí)信息；確定查找到所述請(qǐng)求消息中的任一身份標(biāo)識(shí)信息時(shí)，將預(yù)留地址池中與該查找到的身份標(biāo)識(shí)信息綁定的IP地址發(fā)送給基站，以協(xié)助基站進(jìn)行自啟動(dòng)。本發(fā)明通過(guò)增加確認(rèn)基站身份的參數(shù)，使基站自啟動(dòng)進(jìn)入正常自啟動(dòng)過(guò)程機(jī)會(huì)更大，從而大大的提高基站自啟動(dòng)成功率。
文檔編號(hào)H04W88/12GK102223651SQ20111014576
公開(kāi)日2011年10月19日 申請(qǐng)日期2011年6月1日 優(yōu)先權(quán)日2011年6月1日
發(fā)明者姜昌平 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司