CN101026819A

CN101026819A - Far end radio frequency unit initiated configuration method based on DHCP protocol

Info

Publication number: CN101026819A
Application number: CNA2007100794805A
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-29
Anticipated expiration: 2027-03-28
Also published as: CN100574480C

Abstract

The method includes steps: (1) power on RRU, broadcast sending message of DHCP search to all BBU to determine available BBU; (2) after receiving message, BBU broadcast sends DHCP provided message back to DHCP, and the message carries IP address assigned to RRU and IP address of this BBU; (3) after receiving the message, RRU considers the BBU of sending DHCP provided message as the selected BBU, and broadcast sends DHCP request message to inform all BBU the selected BBU; the message carries IP address of the selected BBU, and IP address of this RRU assigned by BBU; (4) after receiving message, the selected BBU returns DHCP reply message including name of boot file to RRU; RRU reads the boot file from the selected BBU, and loads and runs the boot file.

Description

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

Technical field

The present invention relates to the far-end veneer initial configuration of wireless telecommunication system, specially refer to 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 whole system is divided into two relatively independent part stand-alone developments, a plurality of radio frequency units are shared a baseband control 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 (BBU) and remote radio unit (RRU) (RRU).The networking mode of 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.Guaranteeing that RRU can carry out initialization easily and flexibly, is the important technology that various remote equipment faces.

DHCP is the abbreviation of Dynamic Host Configuration Protocol, and it is a DHCP, and its predecessor is BOOTP.BOOTP is used for above the network that no dish client connects: no dish client is used BOOTROM rather than disk starting also to connect and is gone up network, and BOOTP then can automatically be those clients settings TCP/IP environment.But BOOTP has a shortcoming: before setting, must obtain the hardware address of client in advance, and, be static with the corresponding of IP.In other words, BOOTP lacks " dynamic " very much, if in limited IP resource environment, the corresponding one to one of BOOTP can be caused considerable waste.DHCP can be described as the enhancing version of BOOTP, and it is divided into two parts: one is server end, and another is a client.All IP network set datas are all by the Dynamic Host Configuration Protocol server centralized management, and the responsible DHCP requirement of handling client; Client then can be used the IP world data of getting off from server-assignment.Relatively play BOOTP, DHCP sees through the notion of " lease ", effectively and dynamically distributes the TCP/IP of client to set, and, considering as compatibility, DHCP has also looked after the demand of BOOTPClient fully.Therefore need provide a kind of more convenient flexible RRU initiated configuration method based on DHCP.

Network standard RFC2131, RFC2132 are the formal standards of DHCP; RFC951 is the formal standard of BOOTP, and RFC1542 then is illustrated it.

Summary of the invention

Technical problem to be solved by this invention has provided the far end radio frequency unit initiated configuration method based on the DHCP agreement, and this method has guaranteed that RRU can obtain initializes configuration information 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 the DHCP agreement, described DHCP is hereinafter to be referred as DHCP, and described remote radio unit (RRU) said method comprising the steps of hereinafter to be referred as RRU:

(a) RRU powers on, and to all baseband pool unit broadcast transmission DHCP search messages, determines available BBU, and described baseband pool unit is hereinafter to be referred as BBU;

(b) after BBU receives the DHCP search message, beam back DHCP to RRU broadcasting and give information, carry the IP address of promising described RRU IP address allocated and this BBU in the message;

(c) after described RRU receives that DHCP gives information, the BBU that this DHCP of transmission is given information is considered as selected BBU, broadcast transmission DHCP request message is informed its selected BBU of all BBU, carries the IP address of described selected BBU in the message and should select the IP address that BBU distributes to this RRU;

(d) after described selected BBU receives the DHCP request message, if can specify boot files for described RRU, then return the DHCP response message that comprises the boot files name and give described RRU, carry the boot files name in the described response message, described RRU reads this boot files and load operating from described selected BBU.

Further,, then broadcast the DHCP search message once more, till having BBU response DHCP to give information if described RRU does not receive that in setting-up time the DHCP that BBU beams back gives information.

Further, in described step (b), during giving information, described DHCP also carries the boot files name.

Further, in described step (b), BBU aims at the IP address of the described RRU of back-up dispensing and detects, if available, then will give information by DHCP through the IP address of detecting and return described RRU.

Further, in described step (c), first DHCP that RRU will receive gives information corresponding BBU as oneself selected BBU.

Further, in described step (c), also comprise the boot files name in the described DHCP request message; In described step (d), described BBU can be meant for RRU specifies boot files: described BBU satisfies the boot files that requires in the RRU request message, perhaps is that it specifies a boot files in addition.

Further, in described step (c),, do not receive that in setting-up time the DHCP that described selected BBU beams back gives information, then return step (c) broadcast transmission DHCP request message again if behind the described RRU broadcast transmission DHCP request message.

Further, in described step (d), specify boot files if can be described RRU, then described BBU is recorded as the IP address of this RRU and uses.

Further, in described step (d),, then return the DHCP negative acknowledgment message, after described RRU receives this message, return step (a), restart the initial configuration flow process to described RRU if described BBU can not specify boot files for described RRU.

Further, in described step (d), after described RRU receives the DHCP response message, check whether the parameter in the message is legal, if then read boot files and load operating, otherwise, send the DHCP refuse information to described selected BBU, return step (a), restart the initial configuration flow process.

Adopt the method for the invention, the initializes configuration information of RRU is concentrated on BBU, and need not to obtain in advance the hardware address of client, can be effectively and distribute the TCP/IP of client dynamically, simplified the initial configuration management of RRU.

Description of drawings

Fig. 1 is the RRU initial configuration and starts flow chart.

Embodiment

This method comprises following treatment step, and is as shown below:

Step 101, RRU powers on, and to all BBU broadcast transmission dhcp discovers (DHCP search message), determines which BBU can use, and promptly which BBU RRU need obtain initializes configuration information from;

Step 102, after BBU received dhcp discover, whether the IP address of detect preparing to offer RRU was available, if the IP available address is arranged, then carries out next step, otherwise do not respond;

BBU uses the response request of ICMP agreement to intend the detection of distributing IP address, if unavailable, then detects the next one, up to finding an available IP address; If finally do not find, this BBU will not respond DHCPOFFER (DHCP gives information).

In another embodiment, BBU also can directly return the DHCP that carries the IP address to RRU and gives information.

Step 103, but there is the BBU of distributing IP address to beam back DHCPOFFER message to RRU broadcasting, carry in the message through the RRUIP address of detecting, the IP address of this BBU;

" yiaddr " field of message packet is inserted in the IP address that offers RRU, and other configuration parameter is (the boot files name that need download as RRU) in " DHCP option ", and other configuration parameter is an option.

If in setting-up time, RRU does not receive the DHCPOFFER message that BBU beams back, and then broadcasts dhcp discover once more, obtains until RRU till the DHCPOFFER message of BBU response.

Step 104 is after RRU receives that DHCP gives information, to all BBU broadcasting DHCPREQEST message (DHCP request message), inform its selected BBU of all BBU, carry the IP address of selected BBU in the message, and should select the IP address that BBU distributes to RRU, perhaps also comprise the boot files name;

The mark (RRU can set the condition of selected BBU, as the BBU of first DHCPOFFER correspondence that will receive as the own BBU that selectes) that comprises selected BBU in " server-tag " field in the message packet; " request IP address " option is filled in the IP address that BBU offers RRU; If the first electrifying startup of RRU right and wrong, then the network configuration parameters that hope can also be obtained is that the last boot files title that is assigned with that starts of RRU is inserted in " DHCP option " of this message.

The mark of described BBU is meant IP address or the BBU title of BBU.

Do not receive the response bag of BBU if described selected RRU is overtime, then need to retransmit once more DHCPREQLUEST.If RRU does not receive the response of selected BBU in sufficiently long time time, then return step 101, initiate the initial configuration flow process again.

Step 105, after selected BBU receives the DHCPREQEST message of RRU, if this BBU can specify boot files for this RRU, then the IP address of this RRU is recorded as and uses, return the DHCPACK (DHCP response message) that comprises the boot files name and give RRU, otherwise return DHCPNAK (DHCP negative acknowledgment message);

Described BBU can be meant for RRU specifies boot files: BBU satisfies the boot files that requires in the RRU request message, perhaps is that it specifies a boot files in addition, and this depends on the configuration that the attendant does BBU.

If RRU receives DHCPNAK, then need to restart configuration flow.

Step 106, RRU receives DHCPACK, if check that parameter is legal, the configuration parameter (boot files name) of then using the DHCPACK bag disposes this machine, otherwise, send DHCPDECLINE (DHCP refuse information) to this selected BBU, return step 101, restart configuration flow.

RRU receives DHCPNAK, returns step 101, restarts configuration flow.

RRU reads its boot files and load operating by TFTP agreement or File Transfer Protocol from BBU.

Claims

1, a kind of far end radio frequency unit initiated configuration method based on DHCP, described DHCP is hereinafter to be referred as DHCP, 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, if described RRU does not receive that in setting-up time the DHCP that BBU beams back gives information, then broadcasts the DHCP search message once more, till having BBU response DHCP to give information.

3, the method for claim 1 is characterized in that, in described step (b), also carries the boot files name during described DHCP gives information.

4, the method for claim 1 is characterized in that, in described step (b), BBU aims at the IP address of the described RRU of back-up dispensing and detects, if available, then will give information by DHCP through the IP address of detecting and return described RRU.

5, the method for claim 1 is characterized in that, in described step (c), first DHCP that RRU will receive gives information corresponding BBU as oneself selected BBU.

6, the method for claim 1 is characterized in that, in described step (c), also comprises the boot files name in the described DHCP request message; In described step (d), described BBU can be meant for RRU specifies boot files: described BBU satisfies the boot files that requires in the RRU request message, perhaps is that it specifies a boot files in addition.

7, the method for claim 1, it is characterized in that, in described step (c), if behind the described RRU broadcast transmission DHCP request message, do not receive that in setting-up time the DHCP that described selected BBU beams back gives information, then return step (c) broadcast transmission DHCP request message again.

8, the method for claim 1 is characterized in that, in described step (d), specifies boot files if can be described RRU, and then described BBU is recorded as the IP address of this RRU and uses.

9, the method for claim 1 is characterized in that, in described step (d), if described BBU can not specify boot files for described RRU, then return the DHCP negative acknowledgment message, after described RRU receives this message to described RRU, return step (a), restart the initial configuration flow process.

10, the method for claim 1, it is characterized in that, in described step (d), after described RRU receives the DHCP response message, check whether the parameter in the message is legal, if, then read boot files and load operating, otherwise, the DHCP refuse information sent to described selected BBU, return step (a), restart the initial configuration flow process.