CN101022640A

CN101022640A - Far-end radio-frequency unit initialization allocation method based on BOOTP protocol

Info

Publication number: CN101022640A
Application number: CNA2007100909739A
Authority: CN
Inventors: 孙志峰
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-03-28
Filing date: 2007-03-28
Publication date: 2007-08-22

Abstract

A method for configuring unit initialization of remote-end radio frequency based on BOOTP protocol includes switching on RRU to send the first BOOTP request to all BBU broadcast for obtaining IP address of local RRU, treating BBU sending BOOTP response as selected BBU after the first BOOTP response from BBU by RRU, sending the second BOOTP request to inform all BBU its selected BBU, sending TFTP request to selected BBU by RRU, fetching guide file from selected BBU and loading fetched file to carry out operation.

Description

Far end radio frequency unit initiated configuration method based on the BOOTP agreement

Technical field

The present invention relates to the far-end veneer initial configuration of wireless telecommunication system, particularly the initiated configuration method of RRU equipment.

Background technology

The wireless communication system architecture development has such trend: radio frequency unit is separated with baseband control unit, and by long-distance transmissions means (optical fiber or cable) both are connected, radio frequency unit can be placed on the place of various needs like this.The advantage of this framework is that entire wireless communication system is divided into two relatively independent part stand-alone developments, a plurality of radio frequency units are shared a baseband pool unit, not only reduce cost, and improved the flexibility and the network coverage of networking, made things convenient for project installation simultaneously.

Here two parts of being divided are called baseband pool unit (Base Band Unit is hereinafter to be referred as BBU) and remote radio unit (RRU) (Radio Remote Unit is hereinafter to be referred as RRU).The networking mode of remote radio unit (RRU) is diversified, such as chain networking, ring-shaped network, star-like networking etc., so whether the operate as normal of each RRU can have influence on all unit that are attached thereto.

Safeguard (the comprising software upgrading) of communication equipment is the important ring in the whole system.For RRU, because general present position is difficult for arriving, its maintenance is undertaken by the BBU of near-end usually, so maintenance difficulties is bigger.At present, when RRU carries out initial configuration, to know RRU ID by the control word of FPGA earlier, parse configuration parameter in the configuration broadcast bag of BSP layer of BBU according to RRU ID again, start BOOT software subsequently, to the BBU interacting message, the high layer software of RRU is downloaded in request by BOOT.Finish once complete RRU initial configuration, need between the FPGA of the FPGA of BBU and RRU, between the BSP of BBU and the BSP of RRU, and a series of interactive actions between the BOOT software of BBU and RRU just can be finished more complicated.Therefore, providing a kind of convenient, flexible RRU initiated configuration method, is the major issue that various remote equipment faces.

Summary of the invention

Technical problem to be solved by this invention provides a kind of far end radio frequency unit initiated configuration method based on the BOOTP agreement, and this method has guaranteed that RRU can carry out initial configuration flexibly and easily.

In order to solve the problems of the technologies described above, the invention provides a kind of far end radio frequency unit initiated configuration method based on Bootstrap Protocol, described Bootstrap Protocol is hereinafter to be referred as BOOTP, and described remote radio unit (RRU) said method comprising the steps of hereinafter to be referred as RRU:

(a) RRU powers on, and to the BOOTP request for the first time of all baseband pool unit broadcast transmissions, request obtains the IP address of this RRU, and described baseband pool unit is hereinafter to be referred as BBU;

(b) after described RRU receives the bootp response first time of BBU, the BBU that sends this bootp response is considered as selected BBU, send BOOTP request for the second time, inform its selected BBU of all BBU, carry selected BBU in the BOOTP request the described second time is the IP address of described RRU IP address allocated, this BBU, and the described bootp response first time comprises that this selected BBU is described RRU IP address allocated, BBU IP address and boot files name;

(c) described RRU transmission TFTP asks to read boot files and load operating to described selected BBU from described selected BBU.

Further, in described step (b), described RRU is considered as selected BBU with the BBU of its bootp response first time correspondence of receiving.

Further, in described step (b), after described RRU receives bootp response for the first time, the broadcast transmission arp request, selected BBU is whether its IP address allocated is correct described in the checking bootp response, carry selected BBU in the request message and be this RRU IP address allocated, if correct, then send the broadcasting of BOOTP request for the second time and inform its selected BBU of all BBU, carry the RRU IP address after the checking the described second time in the BOOTP request, otherwise, return step (a).

Further, in described step (b), after its selected BBU of all BBU is informed in described RRU transmission BOOTP request for the second time, the broadcast transmission arp request verifies whether the IP address of described selected BBU is correct, carries the IP address of this selected BBU in the request message, if it is correct, continue to carry out, otherwise, step (a) returned.

Further, in described step (b), after described RRU receives bootp response for the first time, the broadcast transmission arp request, whether the IP address of verifying described selected BBU is correct, if correct, then send the broadcasting of BOOTP request for the second time and informs its selected BBU of all BBU, otherwise, return step (a).

Further, in described step (b), described RRU sends repeatedly the BOOTP request.

Further, each BOOTP requesting interval is 500 milliseconds～2 seconds.

Compared with prior art, the method for the invention has the following advantages: the initializes configuration information of RRU and the boot files of RRU concentrate on BBU, have simplified the configuration management of RRU and the updating operation of RRU.

Description of drawings

Fig. 1 is the RRU initial configuration flow chart based on the BOOTP agreement.

Embodiment

The present invention is further detailed explanation below in conjunction with the drawings and specific embodiments.

The initial configuration of RRU comprises two stages in the present embodiment, and the stage one is used BOOT strapping Protocol BOOTP (Bootstrap Protocol is called for short Bootstrap Protocol or boot protocol) for distributing the address and selecting boot files; Stage two transmits for file, uses simple file transfer protocol (TFTP agreement).BOOTP is a kind of IP/UDP BOOT strapping Protocol, allows a no dish client to obtain self IP address (referring to RRU in this article), server host (referring to BBU in this article) address, and the file of the create name of packing into is to its internal memory and operation.The TFTP agreement be a kind of based on UDP stop to wait for agreement, be used for realizing that the file between two equipment of network uploads and downloads.Network standard RFC951 is the formal standard of BOOTP, and RFC1542 is illustrated the BOOTP agreement; RFC1350 is the formal standard of the 2nd edition TFTP agreement.

RRU uses BOOTP agreement and TFTP agreement to finish the process of initial configuration as follows in the present embodiment: RRU uses the forms of broadcasting to send the requirement of IP address lookup in network, after BBU receives this request arbitrarily, find this RRU according to the MAC Address that provides in the request, and transmission comprises the bootp response of " RRUIP address ", " BBU IP address ", " RRU boot files name " information, RRU is according to the bootp response content of receiving, by tftp server downloading guides file and the load operating of BBU.

The idiographic flow that RRU carries out initial configuration based on the BOOTP BOOT strapping Protocol may further comprise the steps as shown in Figure 1:

Step 101, RRU powers on, to all BBU broadcast transmission BOOTP requests, require to obtain the IP address of this RRU, carry the physical address of this RRU in the request, the BBU that receives request returns bootp response to RRU broadcasting, and carrying this BBU in the bootp response is the RRU IP address allocated, BBU its own IP address and boot files name;

In described BOOTP request, RRU fills out " client's hardware address " field in the request message and is self hardware address, " purpose IP address " in the IP stem filled out and is " 255.255.255.255 ", and RRU does not know its IP address at this moment, is " 0.0.0.0 " so " source IP address " can be filled out;

In described bootp response, insert analog value in " the client IP address " of BBU in response message, " server ip address " and " boot files name " field.

Step 102, after RRU receives bootp response, broadcast transmission ARP (address resolution protocol) request, the IP address that checking obtains, if overtime no arp reply then continues to carry out, otherwise, return step 101;

Described RRU can be provided with the condition of selected BBU, the BBU that for example can select first bootp response correspondence that will receive is as the own BBU that selectes, adopt this BBU to broadcast for its IP address allocated, perhaps the selected BBU with other certain bootp response correspondences of RRU is as selected BBU.RRU inserts " the client IP address " field value in the bootp response of receiving " purpose IP address " field of ARP request in the ARP request, if reply, illustrating has equipment to have this IP address in the network, and the IP address of acquisition is unavailable.

Step 103, its selected BBU of all BBU is informed in RRU broadcast transmission BOOTP request, carries the IP address of selected BBU for its IP address allocated and this BBU in the request;

By this step, RRU informs its selected BBU of all BBU, and this selected BBU can continue to finish initial configuration with RRU.Simultaneously, send BOOTP request once more and can verify whether the RRUIP address of acquisition, BBU IP address be correct, if also carry the boot files name in the BOOTP request, then whether this boot files name of simultaneous verification is correct; If should can return the bootp response that has identical RRUIP address, BBU IP address and boot files name by selected BBU, illustrate then that these values on the RRU were correct.

RRU inserts IP address and the boot files name of selected BBU for its IP address allocated and this BBU respectively in " client IP address ", " server ip address " and the fields such as " boot files names " of BOOTP request message.

In another embodiment, RRU can send repeatedly the BOOTP request, and each BOOTP request can be at interval 500 milliseconds～2 seconds.

Step 104, RRU broadcast transmission ARP asks, and verifies the IP address of this selected BBU, if RRU receives arp reply, then continue to carry out, otherwise, return step 101;

In this ARP request, RRU fills out " the purpose IP address " field in the request message into selecting the IP address of BBU.If reply, the BBU IP address right that obtains is described.

In another embodiment, also can carry out the checking of BBU IP address earlier, inform the BBU that this RRU of other BBU is selected again.

Step 105, RRU sends the TFTP request to selected BBU, carries the boot files name in the request, and the boot files of this RRU is read in request, and the tftp server of BBU sends and receives the response to RRU, accepts the TFTP request of RRU;

Step 106, RRU reads its boot files by the TFTP agreement from the tftp server of BBU;

Described boot files is the high layer software of RRU.

Step 107, this boot files of the automatic load operating of RRU.

In other embodiments, RRU can determine whether the IP address or the BBUIP address that obtain are verified as required.

Claims

1, a kind of far end radio frequency unit initiated configuration method based on Bootstrap Protocol, described Bootstrap Protocol is hereinafter to be referred as BOOTP, and described remote radio unit (RRU) said method comprising the steps of hereinafter to be referred as RRU:

2, the method for claim 1 is characterized in that, in described step (b), described RRU is considered as selected BBU with the BBU of its bootp response first time correspondence of receiving.

3, the method for claim 1, it is characterized in that, in described step (b), after described RRU receives bootp response for the first time, the broadcast transmission arp request, selected BBU is whether its IP address allocated is correct described in the checking bootp response, carry selected BBU in the request message and be this RRU IP address allocated, if it is correct, then send the broadcasting of BOOTP request for the second time and inform its selected BBU of all BBU, carry the RRU IP address after the checking the described second time in the BOOTP request, otherwise, step (a) returned.

4, the method for claim 1, it is characterized in that, in described step (b), after its selected BBU of all BBU is informed in described RRU transmission BOOTP request for the second time, the broadcast transmission arp request, whether the IP address of verifying described selected BBU is correct, carry the IP address of this selected BBU in the request message,, continue to carry out if correct, otherwise, return step (a).

5, the method for claim 1, it is characterized in that, in described step (b), after described RRU received bootp response for the first time, the broadcast transmission arp request verified whether the IP address of described selected BBU is correct, if it is correct, then send the broadcasting of BOOTP request for the second time and inform its selected BBU of all BBU, otherwise, step (a) returned.

6, the method for claim 1 is characterized in that, in described step (b), described RRU sends repeatedly the BOOTP request.

7, method as claimed in claim 6 is characterized in that, each BOOTP requesting interval 500 milliseconds～2 seconds.