CN102316503B - Fault processing method for remote radio unit (RRU) and device - Google Patents
Fault processing method for remote radio unit (RRU) and device Download PDFInfo
- Publication number
- CN102316503B CN102316503B CN201110294747.9A CN201110294747A CN102316503B CN 102316503 B CN102316503 B CN 102316503B CN 201110294747 A CN201110294747 A CN 201110294747A CN 102316503 B CN102316503 B CN 102316503B
- Authority
- CN
- China
- Prior art keywords
- rru
- bbu
- local
- fault
- communication connection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 6
- 238000004891 communication Methods 0.000 claims abstract description 99
- 238000000034 method Methods 0.000 claims abstract description 24
- 230000008030 elimination Effects 0.000 claims abstract 4
- 238000003379 elimination reaction Methods 0.000 claims abstract 4
- 238000012545 processing Methods 0.000 claims description 42
- 239000013307 optical fiber Substances 0.000 claims description 34
- 230000004044 response Effects 0.000 claims description 21
- 238000001514 detection method Methods 0.000 claims description 9
- 230000008569 process Effects 0.000 claims description 8
- 230000003287 optical effect Effects 0.000 claims description 6
- 230000001360 synchronised effect Effects 0.000 claims description 5
- 238000012423 maintenance Methods 0.000 abstract description 18
- 238000010586 diagram Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 239000000835 fiber Substances 0.000 description 2
- 230000002035 prolonged effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Landscapes
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
The invention discloses a fault processing method for a remote radio unit (RRU) and a device, and relates to the field of communication, which are used for reducing the operation and maintenance cost of the RRU and improving the fault elimination efficiency of the RRU. The method is characterized in that when the RRU can not be accessed because of the normal infrared (Ir) channel building failure between a base band unit (BBU) and the RRU through certain fault, the RRU can automatically load basic starting software solidified and programmed into the RRU, and a special operation maintenance channel is tried to be automatically built between the local area and the BBU, so the BBU can realize the remote connection with an operation and maintenance control table of the RRU, and further, the fault positioning and the fault elimination can be carried out in time on the failed RRU. Therefore, the fault elimination efficiency of the RRU can be effectively improved, and the operation and maintenance cost of the RRU can be reduced, so the on-line time of the RRU is greatly improved, further, the system stability is effectively ensured, and the system performance is ensured.
Description
Technical Field
The present invention relates to the field of communications, and in particular, to a method and an apparatus for processing a fault of an RRU.
Background
In the existing TD-SCDMA system, the physical connection between the BBU (Building Base band Unit) and the RRU (Radio Remote Unit) is realized by an optical fiber. Under the condition that a physical link is intact, software can be normally loaded according to a preset mode after the RRU is automatically started, and after each software is successfully loaded, relevant operations, such as RRU ID acquisition, TCP/IP connection establishment by initiating a broadcast request and the like, can be executed between the RRU and the BBU according to the regulations in the specification of Ir interface technology for distributed base stations of 2GHz TD-SCDMA digital cellular mobile communication network, as shown in fig. 1.
Generally, the BBU and the RRU communicate with each other through an Ir interface, and if an upper layer boot software running on the RRU and responsible for processing an Ir interface protocol fails to load, or even if the upper layer boot software is successfully loaded, a TCP/IP link conforming to the Ir protocol between the RRU and the BBU fails to be established due to other failure reasons, it is considered that the RRU fails to access. At this time, according to the existing execution mode, the BBU cannot log in the operation and maintenance console of the RRU through a remote connection mode, so that the RRU with failed access cannot be subjected to fault location and fault removal, and the operation and maintenance console of the RRU can be connected to the near end of the RRU through a network cable only in a manual mode to perform fault location and fault removal after the near end of the RRU is connected to the debugging network port of the RRU through the network cable.
However, the range of the RRUs is very wide, and the installation location environment of some RRUs is very bad, even some RRUs are on a high tower, which inevitably causes the consumption of manpower and material resources, increases the operation and maintenance cost, and reduces the on-network service time of the RRU equipment.
Disclosure of Invention
The embodiment of the invention provides a method and a device for processing a fault of an RRU (remote radio unit), which are used for reducing the operation and maintenance cost of the RRU and improving the fault removal efficiency of the RRU.
The embodiment of the invention provides the following specific technical scheme:
a method for processing faults of an RRU comprises the following steps:
in the process of accessing the BBU, detecting that the communication connection between the local and the BBU is established unsuccessfully;
reading a preset basic starting file at a locally specified storage position, wherein the basic starting file comprises a most basic file capable of completing communication connection establishment;
establishing communication connection with the BBU according to the basic boot file, wherein the communication connection comprises: completing optical fiber link synchronization between the BBU and the Base Band Unit (BBU) according to the obtained basic starting file; after confirming that the optical fiber link synchronization is successful, establishing a data link between the BBU and the optical fiber link;
and reporting fault information to the BBU based on the communication connection, and requesting the BBU to perform fault processing.
A method for processing faults of an RRU comprises the following steps:
after the communication connection between the local and the RRU is failed to be established, establishing communication connection with the RRU again according to the request of the RRU, wherein the establishing comprises the following steps: completing optical fiber link synchronization with the RRU according to the request of the RRU; after confirming that the optical fiber link synchronization is successful, establishing a data link between the RRU and the optical fiber link; the request of the RRU is sent after the RRU reads a preset basic starting file at a specified storage position;
and receiving fault information reported by the RRU based on the communication connection, and carrying out fault processing on the RRU based on the fault information.
A fault handling apparatus of an RRU comprises:
the detection unit is used for detecting that the communication connection between the local and the BBU is established unsuccessfully in the process of accessing the BBU;
the device comprises an acquisition unit, a storage unit and a communication unit, wherein the acquisition unit is used for reading a preset basic starting file at a locally specified storage position, and the basic starting file comprises a most basic file capable of completing communication connection establishment;
and the communication unit is used for establishing communication connection with the BBU according to the basic starting file, reporting fault information to the BBU based on the communication connection and requesting the BBU to perform fault processing, wherein when the communication unit establishes the communication connection with the BBU according to the basic starting file, the communication unit completes optical fiber link synchronization with the BBU according to the obtained basic starting file, and after confirming that the optical fiber link synchronization is successful, the communication unit establishes a data link with the BBU.
A fault handling apparatus of an RRU comprises:
the communication unit is used for establishing communication connection with the RRU again according to the request of the RRU after the communication connection between the local and the RRU is failed, wherein when the communication unit establishes communication connection with the RRU again according to the request of the RRU, the communication unit completes the synchronization of an optical fiber link between the communication unit and the RRU according to the request of the RRU, and establishes a data link between the communication unit and the RRU after confirming that the synchronization of the optical fiber link is successful; the request of the RRU is sent after the RRU reads a preset basic starting file at a specified storage position;
and the processing unit is used for carrying out fault processing on the RRU based on the fault information when the fault information reported by the RRU based on the communication connection is received through the communication unit.
In the embodiment of the invention, a redesigned fault processing method is adopted between a BBU and a RRU of a TD-SCDMA base station system, and the method specifically comprises the following steps: when the RRU cannot be accessed due to the fact that normal Ir channels are established unsuccessfully between the BBU and the RRU due to a certain fault, the RRU can try to automatically establish a special operation maintenance channel between the local RRU and the BBU by automatically loading the solidified basic start software burnt in the RRU, so that the BBU can be remotely connected with an operation maintenance console of the RRU, and further fault positioning and fault removal are performed on the RRU with the fault in time. Therefore, the fault removal efficiency of the RRU can be effectively improved, and the operation and maintenance cost of the RRU is reduced, so that the on-line time of the RRU is greatly prolonged, the stability of the system is effectively ensured, and the system performance is guaranteed.
Drawings
Fig. 1 is a schematic diagram illustrating a process of establishing a communication connection between a BBU and an RRU in the prior art;
FIG. 2 is a diagram of a communication system architecture in an embodiment of the present invention;
fig. 3 is a schematic diagram of a functional structure of an RRU in an embodiment of the present invention;
FIG. 4 is a functional structure diagram of BBU in the embodiment of the present invention;
fig. 5 is a flowchart illustrating an overview of fault handling for RRU in an embodiment of the present invention;
FIG. 6 is a detailed flow chart of the fault handling of BBU in the embodiment of the present invention.
Detailed Description
In order to reduce the operation and maintenance cost of the RRU and improve the fault removal efficiency of the RRU, in the embodiment of the invention, after the RRU fails to be accessed to the BBU according to a general Ir protocol, basic starting software which is burnt in Flash is loaded and solidified to enter a debugging mode, after the debugging mode is entered, the RRU can try to establish TCP/IP connection between the RRU and the BBU to the maximum extent, and when the establishment is successful, the BBU can be remotely communicated with an operation maintenance control console of the RRU to locate the fault reason of the RRU, and further, the RRU can be triggered to download normal upper layer starting software from the BBU side, so that the problem of normal access failure of the RRU caused by software loading failure and the like is solved.
Preferred embodiments of the present invention will be described in detail below with reference to the accompanying drawings.
Referring to fig. 2, in the embodiment of the present invention, a communication system (e.g., TD-SCDMA system) includes a BBU and a plurality of RRUs, including:
referring to fig. 3, in the embodiment of the present invention, the RRU includes a detection unit 30, an acquisition unit 31, and a communication unit 32, wherein,
the detection unit 30 is configured to detect, in a process of accessing the BBU, that a communication connection between the local BBU and the BBU is established in a failure;
an obtaining unit 31, configured to read a preset basic boot file at a locally specified storage location, where the basic boot file includes a most basic file capable of completing establishment of a communication connection;
and the communication unit 32 is configured to establish a communication connection with the BBU according to the obtained basic boot file, and report fault information to the BBU based on the communication connection, and request the BBU to perform fault processing.
Referring to fig. 4, in an embodiment of the present invention, BBU communication unit 40 and processing unit 41, wherein,
the communication unit 40 is configured to establish communication connection with the RRU again according to a request of the RRU after the communication connection between the local and the RRU fails to be established;
and the processing unit 41 is configured to, when receiving the fault information reported by the RRU based on the communication connection through the communication unit 40, perform fault processing on the RRU based on the fault information.
Based on the above technical solution, referring to fig. 5, in the embodiment of the present invention, an outline flow of performing fault processing on an RRU is as follows:
step 500: in the process of accessing the BBU, the RRU detects that the communication connection between the local and the BBU is established unsuccessfully.
In general, when detecting that the synchronization of the optical fiber link between the local and the BBU is failed but the corresponding optical port still works normally, the RRU determines that the establishment of the communication connection between the local and the BBU is failed, or, after the synchronization of the optical fiber link is successful, the RRU determines that the establishment of the communication connection between the local and the BBU is failed when detecting that the establishment of the data link (e.g., TCP/IP link) between the local and the BBU is failed.
Step 510: and the RRU reads a preset basic starting file at a locally specified storage position, wherein the basic starting file comprises a most basic file capable of completing the establishment of the communication connection.
In the embodiment of the present invention, the basic boot file (also referred to as a minimum boot file) may be a simplified SI (System initialization) file, an HL (High level) file, and an FPGA (Field-Programmable Gate Array) file.
On the other hand, in order to ensure the security of the basic boot file, and prevent the basic boot file from being lost or erroneous, it is preferable that the basic boot file is pre-fixed and burned in a designated storage device in the RRU.
Step 520: and the RRU establishes communication connection with the BBU according to the obtained basic starting file.
In this embodiment, after the RRU establishes a communication connection with the BBU according to the basic boot file, the RRU cannot complete the related operations on the service level, but only reports the fault information to the RRU and requests the BBU to perform fault processing.
Specifically, the RRU may complete synchronization of an optical fiber link with the BBU according to the obtained basic boot file, and establish a data link (e.g., a TCP/IP link) with the BBU after the synchronization is successful.
When establishing a data link with the BBU, preferably, the RRU may send a broadcast establishment request message carrying a local MAC (media access control) address to the BBU, and receive a broadcast request response message returned by the BBU, where the broadcast request response message carries an IP address allocated by the BBU based on the MAC address and an IP address of the BBU, and the RRU acquires the allocated IP address and the IP address of the BBU in the received broadcast request response message according to the local MAC address, and establishes a data link between the local and the BBU based on the allocated IP address and the IP address of the BBU.
Step 530: and the RRU reports fault information to the BBU based on the established communication connection and requests the BBU to perform fault processing.
In this embodiment, when step 530 is executed, the RRU may report that a local fault occurs to the BBU, request the BBU to log in to the local console, and perform fault location and fault removal on the local; or, if the RRU has a stronger processing capability, the RRU can also perform fault location by itself, report the fault reason to the BBU, and request the BBU to log in the local control console for corresponding fault processing, so that when the number of RRUs is large, the workload of the BBU can be effectively reduced.
In the above embodiment, after the communication connection between the RRU and the BBU is failed to be established, the BBU establishes communication connection with the RRU again according to the request of the RRU, and performs fault processing on the RRU according to fault information reported by the RRU based on the communication connection, and the specific operation refers to the related technical scheme recorded in steps 500 to 530, which is not described herein again.
The above embodiment is described in detail with reference to fig. 6, which shows a specific application scenario.
Step 600: and powering on the RRU.
Step 601: and starting to load the BSP program of the bottom layer after the RRU is started.
When the optical fiber link between the RRU and the BBU is connected, the RRU is powered on, and then the BSP program of the bottom layer is loaded by the RRU. In RRU, the BSP (Board support package) program is the underlying driver software responsible for initializing the processor, self-checking, etc.
Step 602: is it determined whether BSP loading was successful? If yes, go to step 603; otherwise, go to step 604.
Step 603: the RRU loads and runs the upper layer boot software, and then proceeds to step 605.
After the BSP program is successfully loaded and run, the RRU calls and loads upper layer startup software, which includes an SI file, an HL file, and an FPGA file, and is responsible for functions such as system initialization, optical fiber link synchronization, TCP/IP link establishment, Ir channel establishment, Ir message interaction, and the like.
Step 604: and (5) confirming that the RRU self-test is failed to start, and manually intervening and processing.
At this time, the RRU can only stay at this stage, and wait for manual intervention at the RRU near end.
Step 605: is it determined whether the upper layer boot software was loaded successfully? If yes, go to step 606; otherwise, step 611 is performed, at this time, the RRU enters a debugging mode, and the basic start software is enabled to report the fault.
Step 606: after the upper layer startup software is loaded successfully, the RRU detects whether the fiber link between the local and BBU is synchronized successfully? If yes, go to step 607; otherwise, go to step 610.
Step 607: and the RRU acquires the RRU ID and the IP address from the BBU and establishes TCP/IP connection with the BBU.
The method specifically comprises the following steps: after the RRU detects that an optical fiber link between the local and the BBU is synchronous, acquiring an RRU ID issued by the BBU, after the acquisition is successful, the RRU sends a broadcast establishment request message carrying an MAC address of the RRU to the BBU, the BBU sends a broadcast request response message to the RRU after receiving the broadcast request response message, the broadcast request response message carries IP addresses distributed by the BBU for each RRU in the link, each IP address corresponds to one RRUID, and all the RRUs on the link intercept the IP address of the RRU and the IP address of the BBU distributed in the received broadcast request response message according to the ID of the RRU; and a TCP/IP link between the RRU and the BBU is established according to the IP address allocated to the RRU and the IP address of the BBU.
After determining that the TCP/IP link is successfully established, the RRU starts sending a channel establishment request message to the BBU, and continues to implement an access procedure conforming to the Ir protocol specification, which is not described herein again.
Step 608: is RRU determine if TCP/IP link between local and BBU is established successfully? If yes, go to step 609; otherwise, step 611 is performed.
Step 609: and the RRU sends a channel establishment request to the BBU and starts to enter a normal access flow.
Step 610: in the case of a failure of synchronization of the optical fiber link, the RRU determines whether the corresponding optical port is operating normally, i.e. whether the transmit-receive optical power of the optical port is normal? If yes, go to step 611; otherwise, go to step 604.
Step 611: and the RRU loads the basic starting software stored in the designated position through a local BSP program.
In this embodiment, the basic start software running on the RRU preferably includes an SI File, an HL File, and an FPGA File simplified in a preset manner, and is configured to complete functions such as basic optical fiber link synchronization, TCP/IP establishment, and FTP (File Transfer Protocol) download; further, in order to ensure the security of the basic boot software and prevent the basic boot software from being lost or having data errors, it is preferable that the basic boot software is fixed and burned in a designated storage location in the RRU in advance.
Step 612: after the basic startup software is loaded successfully, the RRU determines whether the fiber link between the local and BBU is synchronized successfully? If yes, go to step 613; otherwise, go to step 618.
Step 613: and the RRU establishes a TCP/IP link between the local and the BBU.
The method specifically comprises the following steps: the RRU sends a broadcast establishment request message carrying an MAC address of the RRU to the BBU, the BBU sends a broadcast request response message to the RRU after receiving the broadcast request response message, the broadcast request response message carries IP addresses distributed by the BBU for the RRUs in the link, each IP address corresponds to one MAC address, and all the RRUs on the link intercept the IP addresses distributed by the BBU and belonging to the RRUs in the received broadcast request response message according to the MAC addresses of the RRUs; and a TCP/IP link between the RRU and the BBU is established according to the IP address allocated to the RRU and the IP address of the BBU.
After entering the debug mode, the RRU may not obtain the RRU ID issued by the BBU due to a link failure, and therefore, preferably, in this embodiment, the RRU sends the local MAC address to the BBU, so that the BBU allocates and issues the corresponding IP address based on the MAC address, so as to ensure that the RRU can obtain the IP address.
Of course, if the RRU can obtain the RRU ID issued by the BBU, the IP address allocated to the BBU may also be obtained by the locally obtained RRU ID in the manner described in step 607, which is not described herein again.
Further, the RRU may also use other identification information capable of uniquely identifying the RRU to obtain the IP address allocated by the BBU, which is not described herein.
Step 614: is RRU determine if TCP/IP link between local and BBU is established successfully? If yes, go to step 615; otherwise, step 618 is executed.
Step 615: and the RRU adopts a self-defined indication message to notify the BBU that the RRU has a fault and is switched to a debugging mode based on the established TCP/IP link.
Step 616: after receiving the indication message sent by the RRU, the BBU logs on the RRU control platform to perform fault processing.
If the RRU does not have the fault positioning function, the BBU presents the indication message to a manager after receiving the indication message, the manager needs to log in an RRU control console through the BBU to perform fault positioning and debugging so as to determine the reason that the RRU does not work normally, and a correct fault solution is provided through the BBU, for example, when the RRU is determined to be unable to work normally due to various reasons such as upper layer starting software loss, upper layer starting software version mismatch, or upper layer starting software damage, the BBU indicates the RRU to download the upper layer starting software with the latest version from the BBU side, and switches to a normal mode for restarting after the downloading is successful; for example, after the download is completed, a user-defined mode switching message may be sent to the RRU through the BBU, so that the RRU is switched to the normal mode, and a normal access procedure is restarted.
If the RRU has a fault positioning function, the BBU presents the indication message to a manager after receiving the indication message, the manager directly provides a correct fault solution through the BBU, for example, when the RRU determines that the RRU cannot normally work due to various reasons such as upper-layer startup software loss, upper-layer startup software version mismatch, or upper-layer startup software damage, the manager notifies the BBU, instructs the RRU to download the latest version of the upper-layer startup software from the BBU side through the BBU, and switches to a normal mode for restarting after the downloading is successful, for example, after the downloading is completed, a user-defined mode switching message can be sent to the RRU through the BBU, the RRU is switched to the normal mode, and a normal access flow is restarted.
Step 617: is RRU determine if the local fault has been resolved? If yes, returning to the step 601; otherwise, go to step 618.
For example, can the RRU determine whether the RRU can successfully switch to the normal mode after locally downloading the latest version of the upper layer boot software? If yes, returning to the step 601 to restart according to the upper-layer startup software of the latest version; otherwise, go to step 618.
Step 618; and the RRU determines that the started access flow fails to execute, stays in a debugging mode and waits for manual intervention processing.
At this time, if the RRU fails to start the access flow in the debug mode, the RRU can only stay at this stage and wait for manual intervention processing to the RRU near end.
In summary, in the embodiment of the present invention, a redesigned fault handling method is adopted between the BBU and the RRU of the TD-SCDMA base station system, and specifically includes: when the RRU cannot be accessed due to the fact that normal Ir channels are established unsuccessfully between the BBU and the RRU due to a certain fault, the RRU can try to automatically establish a special operation maintenance channel between the local RRU and the BBU by automatically loading the solidified basic start software burnt in the RRU, so that the BBU can be remotely connected with an operation maintenance console of the RRU, and further fault positioning and fault removal are performed on the RRU with the fault in time. Therefore, the fault removal efficiency of the RRU can be effectively improved, and the operation and maintenance cost of the RRU is reduced, so that the on-line time of the RRU is greatly prolonged, the stability of the system is effectively ensured, and the system performance is guaranteed.
Further, the basic startup software loaded by the RRU also supports downloading normal upper layer startup software from the BBU side to complete the startup file repair function, thereby facilitating the operation and maintenance of the RRU. Meanwhile, the technical scheme described in the embodiment of the invention fully utilizes the existing optical fiber link between the RRU and the BBU to carry out fault removal, does not need to add new connection, is convenient to realize and does not need to add extra operation and maintenance cost.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present invention without departing from the spirit and scope of the invention. Thus, if such modifications and variations of the present invention fall within the scope of the claims of the present invention and their equivalents, the present invention is also intended to include such modifications and variations.
Claims (14)
1. A fault processing method for a Radio Remote Unit (RRU) is characterized by comprising the following steps:
in the process of accessing a baseband processing unit (BBU), detecting that the communication connection between the local and the BBU is established unsuccessfully;
reading a preset basic starting file at a locally specified storage position, wherein the basic starting file comprises a most basic file capable of completing communication connection establishment;
establishing communication connection with the BBU according to the basic boot file, wherein the communication connection comprises: completing optical fiber link synchronization between the BBU and the Base Band Unit (BBU) according to the obtained basic starting file; after confirming that the optical fiber link synchronization is successful, establishing a data link between the BBU and the optical fiber link; wherein establishing a data link with the BBU comprises: sending a broadcast establishment request message carrying local identification information to the BBU; receiving a broadcast request response message returned by the BBU, wherein the broadcast request response message carries an IP address allocated by the BBU based on the identification information and the IP address of the BBU; acquiring the allocated IP address and the IP address of the BBU in a received broadcast request response message according to the identification information; establishing a data link between a local and the BBU based on the allocated IP address and the IP address of the BBU;
and reporting fault information to the BBU based on the communication connection, and requesting the BBU to perform fault processing.
2. The method of claim 1, wherein the detecting that the communication connection between the local and BBU has failed to be established comprises:
when detecting that the optical fiber link between the local and the BBU fails in synchronization and the corresponding optical port still works normally, confirming that the communication connection between the local and the BBU fails to be established;
or,
after the optical fiber link between the local and the RRU is successfully synchronized, when the data link establishment between the local and the BBU is detected to be failed, the communication connection establishment between the local and the BBU is confirmed to be failed.
3. The method of claim 1, wherein reading the predetermined base boot file at the locally designated storage location comprises:
reading the basic starting file pre-solidified and written in the storage slot at the locally designated storage position.
4. The method of claim 1, wherein the basic boot text comprises at least a system initialization SI file, a high level HL file, and a field programmable gate array FPGA file simplified in a preset manner.
5. The method of claim 1, wherein reporting the fault information to the BBU based on the communication connection, requesting the BBU to perform fault processing, comprises:
reporting a local fault to the BBU, requesting the BBU to log in a local console, and performing fault positioning and fault elimination on the local;
or,
and carrying out local fault positioning, reporting a local fault reason to the BBU, requesting the BBU to log in a local console, and carrying out local fault removal.
6. A fault processing method for a Radio Remote Unit (RRU) is characterized by comprising the following steps:
after the communication connection between the local and the RRU is failed to be established, establishing communication connection with the RRU again according to the request of the RRU, wherein the establishing comprises the following steps: completing optical fiber link synchronization with the RRU according to the request of the RRU; after confirming that the optical fiber link synchronization is successful, establishing a data link between the RRU and the optical fiber link; the request of the RRU is sent after the RRU reads a preset basic starting file at a specified storage position; wherein, the establishing of the data link with the RRU comprises: receiving a broadcast establishment request message which is sent by the RRU and carries the RRU identification information; returning a broadcast request response message to the RRU, wherein the broadcast request response message carries the local IP address allocated based on the identification information and the local IP address; establishing a data link between the local and the RRU according to the IP address allocated based on the identification information and the local IP address;
and receiving fault information reported by the RRU based on the communication connection, and carrying out fault processing on the RRU based on the fault information.
7. The method of claim 6, wherein receiving the fault information reported by the RRU based on the communication connection, and performing fault processing on the RRU based on the fault information comprises:
according to the request of the RRU, confirming that the RRU fails, logging in the RRU control console, and performing fault positioning and fault removal on the RRU;
or,
and confirming the fault reason of the RRU according to the request of the RRU, logging in the RRU control platform, and carrying out fault processing on the RRU.
8. A fault processing device for a Radio Remote Unit (RRU) is characterized by comprising:
the detection unit is used for detecting that the communication connection between the local and the BBU is established unsuccessfully in the process of accessing the baseband processing unit BBU;
the device comprises an acquisition unit, a storage unit and a communication unit, wherein the acquisition unit is used for reading a preset basic starting file at a locally specified storage position, and the basic starting file comprises a most basic file capable of completing communication connection establishment;
the communication unit is used for establishing communication connection with the BBU according to the basic starting file, reporting fault information to the BBU based on the communication connection and requesting the BBU to perform fault processing, wherein when the communication unit establishes the communication connection with the BBU according to the basic starting file, the communication unit completes optical fiber link synchronization with the BBU according to the obtained basic starting file, and after confirming that the optical fiber link synchronization is successful, the communication unit establishes a data link with the BBU; when the communication unit establishes a data link with the BBU, sending a broadcast establishment request message carrying local identification information to the BBU, receiving a broadcast request response message returned by the BBU, wherein the broadcast request response message carries an IP address allocated by the BBU based on the identification information and the IP address of the BBU, then acquiring the allocated IP address and the IP address of the BBU in the received broadcast request response message according to the identification information, and establishing a data link between the local BBU and the BBU based on the allocated IP address and the IP address of the BBU.
9. The apparatus of claim 8, wherein the detection unit detecting a communication connection establishment failure between the local and BBU includes:
when the detection unit detects that the synchronization of the optical fiber link between the local and the BBU fails and the corresponding optical port still works normally, the detection unit confirms that the communication connection between the local and the BBU fails to be established;
or,
after the optical fiber link between the local and the RRU is successfully synchronized, the detection unit confirms that the communication connection between the local and the BBU is failed to be established when detecting that the data link between the local and the BBU is failed to be established.
10. The apparatus according to claim 8, wherein the obtaining unit reads the pre-set basic boot file written in the memory bank at the locally specified storage location when the pre-set basic boot file is read at the locally specified storage location.
11. The apparatus of claim 8, wherein the basic boot files obtained by the obtaining unit at least comprise a system initialization SI file, a high level HL file, and a field programmable gate array FPGA file simplified in a preset manner.
12. The apparatus of claim 8, wherein the communication unit is configured to report the failure information to the BBU based on the communication connection, and request the BBU to perform failure processing, and the failure processing includes:
the communication unit reports a local fault to the BBU, requests the BBU to log in a local console, and performs fault location and fault removal on the local;
or,
after the detection unit carries out local fault location, the communication unit reports a local fault reason to the BBU, requests the BBU to log in a local console, and carries out local fault removal.
13. A fault processing device for a Radio Remote Unit (RRU) is characterized by comprising:
the communication unit is used for establishing communication connection with the RRU again according to the request of the RRU after the communication connection between the local and the RRU is failed, wherein when the communication unit establishes communication connection with the RRU again according to the request of the RRU, the communication unit completes the synchronization of an optical fiber link between the communication unit and the RRU according to the request of the RRU, and establishes a data link between the communication unit and the RRU after confirming that the synchronization of the optical fiber link is successful; the request of the RRU is sent after the RRU reads a preset basic starting file at a specified storage position; when the communication unit establishes a data link with the RRU, receiving a broadcast establishment request message which is sent by the RRU and carries identification information of the RRU, returning a broadcast request response message to the RRU, wherein the broadcast request response message carries a local IP address distributed based on the identification information and a local IP address, and then establishing a data link between the local RRU and the RRU according to the local IP address and the local IP address distributed based on the identification information;
and the processing unit is used for carrying out fault processing on the RRU based on the fault information when the fault information reported by the RRU based on the communication connection is received through the communication unit.
14. The apparatus of claim 13, wherein when the processing unit receives, through the communication unit, fault information reported by the RRU based on the communication connection, performing fault processing on the RRU based on the fault information comprises:
the processing unit logs in the RRU control console when confirming that the RRU has a fault according to the request of the RRU, and performs fault positioning and fault removal on the RRU;
or,
and the processing unit logs in the RRU control console after confirming the fault reason of the RRU according to the request of the RRU and processes the fault of the RRU.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110294747.9A CN102316503B (en) | 2011-09-30 | 2011-09-30 | Fault processing method for remote radio unit (RRU) and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110294747.9A CN102316503B (en) | 2011-09-30 | 2011-09-30 | Fault processing method for remote radio unit (RRU) and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102316503A CN102316503A (en) | 2012-01-11 |
| CN102316503B true CN102316503B (en) | 2014-09-10 |
Family
ID=45429243
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110294747.9A Active CN102316503B (en) | 2011-09-30 | 2011-09-30 | Fault processing method for remote radio unit (RRU) and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102316503B (en) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103326771B (en) * | 2012-03-23 | 2016-04-06 | 京信通信系统（中国）有限公司 | RRU optical fiber link management method, device and remote radio unit system |
| CN103491561B (en) * | 2012-06-11 | 2016-10-19 | 华为技术有限公司 | A kind of remote control information transmission method and system |
| CN103580978B (en) * | 2012-07-23 | 2019-03-15 | 中兴通讯股份有限公司 | A kind of optical fiber connection accuracy detection method and BBU based on RRU looped network |
| CN103731861A (en) * | 2012-10-10 | 2014-04-16 | 中兴通讯股份有限公司 | Method and system for maintaining base station |
| CN102970699B (en) * | 2012-11-09 | 2016-08-03 | 大唐移动通信设备有限公司 | A kind of fault handling method and distributed base station |
| CN105450292A (en) * | 2014-09-24 | 2016-03-30 | 中兴通讯股份有限公司 | Fault diagnosis analysis method, fault diagnosis device, fault analysis device and fault diagnosis analysis system |
| CN107333291B (en) * | 2016-04-29 | 2020-09-11 | 大唐移动通信设备有限公司 | Detection method and device for RRU channel |
| CN107786261A (en) * | 2016-08-24 | 2018-03-09 | 中兴通讯股份有限公司 | RRU hardware checks triggering method and RRU hardware check systems |
| CN109699041B (en) * | 2017-10-20 | 2020-07-24 | 大唐移动通信设备有限公司 | RRU channel fault diagnosis processing method, device and computer storage medium |
| CN110673988A (en) * | 2019-08-05 | 2020-01-10 | 广州妙存科技有限公司 | eMMC debugging method independent of self-contained firmware |
| CN114374612B (en) * | 2021-12-27 | 2023-05-23 | 山东浪潮科学研究院有限公司 | Management method and device for topology information of base station system |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1859162A (en) * | 2005-06-15 | 2006-11-08 | 华为技术有限公司 | Realizing method and system for automatic restoring equipment fault |
| CN1859203A (en) * | 2006-03-15 | 2006-11-08 | 华为技术有限公司 | Locating method and its device for system repeatedly start fault |
| CN101203017A (en) * | 2007-11-28 | 2008-06-18 | 中兴通讯股份有限公司 | Method of communication separable reset and chain type far-end radio frequency unit business |
| CN101662791A (en) * | 2009-09-29 | 2010-03-03 | 中兴通讯股份有限公司 | Failure information processing method, device and system |
| CN101860802A (en) * | 2010-05-21 | 2010-10-13 | 中兴通讯股份有限公司 | Failure processing method and system |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100531430C (en) * | 2007-04-18 | 2009-08-19 | 中兴通讯股份有限公司 | Method for the base band unit to reset the multi-level remote RF unit |
| WO2009151355A1 (en) * | 2008-06-10 | 2009-12-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement for performing handover in a wireless communication system |
| CN101686075B (en) * | 2008-09-25 | 2012-10-10 | 中兴通讯股份有限公司 | Method for channel degrading, reexamining and upgrading of radio-frequency remote radio unit of base station |
| CN101835185B (en) * | 2009-03-11 | 2013-03-20 | 中兴通讯股份有限公司 | Method for carrying out control or equipment information inquiry on base station equipment |
| ES2363905B1 (en) * | 2009-09-18 | 2012-06-22 | Vodafone España, S.A.U. | DIVERSITY OF MULTIPORT TRANSMISSION IN UTRAN FOR HSDPA. |
-
2011
- 2011-09-30 CN CN201110294747.9A patent/CN102316503B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1859162A (en) * | 2005-06-15 | 2006-11-08 | 华为技术有限公司 | Realizing method and system for automatic restoring equipment fault |
| CN1859203A (en) * | 2006-03-15 | 2006-11-08 | 华为技术有限公司 | Locating method and its device for system repeatedly start fault |
| CN101203017A (en) * | 2007-11-28 | 2008-06-18 | 中兴通讯股份有限公司 | Method of communication separable reset and chain type far-end radio frequency unit business |
| CN101662791A (en) * | 2009-09-29 | 2010-03-03 | 中兴通讯股份有限公司 | Failure information processing method, device and system |
| CN101860802A (en) * | 2010-05-21 | 2010-10-13 | 中兴通讯股份有限公司 | Failure processing method and system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102316503A (en) | 2012-01-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102316503B (en) | Fault processing method for remote radio unit (RRU) and device | |
| US10609575B2 (en) | Method and apparatus for monitoring and adjusting multiple communication services at a venue | |
| CN102781019A (en) | System and method for automatically testing wireless fidelity (WIFI) module | |
| CN109587005B (en) | Connection detection method and device, computer equipment and readable storage medium | |
| US9161242B2 (en) | Radio communication system and radio communication method | |
| CN101888304A (en) | Updating method, device and system for routing equipment | |
| CN110300143B (en) | Service switching processing method, related device and computer storage medium | |
| CN113115351A (en) | Network exception processing method and device, terminal equipment and medium | |
| CN103747535A (en) | Method, apparatus and system for recovering CAPWAP control channel | |
| JP2017536759A (en) | Method and apparatus for self-healing after disconnection of base station | |
| CN103379446A (en) | Multi-terminal control method and device based on wifi | |
| US9820310B2 (en) | Network connection method and system | |
| CN102905290B (en) | base station maintenance method and apparatus | |
| JP2012513133A (en) | Method for updating network element software in a communication network | |
| CN113038499B (en) | Terminal Wi-Fi compatibility testing method, device, system, equipment and medium | |
| CN112866980B (en) | Pre-authentication 4G communication module and firmware upgrading method thereof | |
| CN104684015A (en) | Equipment maintenance method and equipment | |
| WO2015077979A1 (en) | Maintenance management method and device, and device maintenance system | |
| CN101515251A (en) | Board-level platform debugging method, device and system | |
| CN106681747A (en) | Synchronization and installation method of remote operation system | |
| CN110532012B (en) | Distributed system software upgrading method and device | |
| CN112866309B (en) | Communication method and device | |
| CN205545312U (en) | APP testing arrangement and APP test system | |
| CN110351729B (en) | Method, system, terminal and storage medium for automatically matching authentication parameters | |
| CN110727445B (en) | Method and system for upgrading tower hanging equipment based on OTA |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |