Method for implementing remote Shell based on VxWorks operating system

Abstract

The utility model discloses a VxWorks Operating System-based method used for realizing the remote Shell. For the existing technology, Shell can be operated to debug function only when remote login tothe single board. For the utility model, the off-stage PC can transmit the operation debugging function request to the foreground BSC single board of which the transfer progress of the remote Shell transfers the function debugging request to the remote Shell's acting progress at the side single board of the foreground BTS. The progress can receive, analyze and execute the received debugging function request and deliver the implementation result of the debugging function via the denominating pipeline transfer. Finally, the defend mission of the denominating pipeline outputs the implementation result thereof to the off-stage which receives the results returned by the foreground single board and the results are outputted to the interface. The utility model can operate any debugging functionswithout remote login to the single board, so as to facilitate the positioning and solve the faults arising from the practical applications.

Description

technical field

[0001] The invention relates to a method for realizing a remote Shell by a VxWorks operating system. Background technique

[0002] The VxWorks operating system is a well-known embedded operating system widely used in the communication industry. It provides a Shell tool, which can be used to run any debugging function in the system, which is convenient for locating and solving problems.

[0003] The main disadvantage of the Shell tool provided by VxWorks is that debuggers can use the Shell tool only if they use the telnet tool to remotely log in to the front desk board with VxWorks. In the actual application environment, debuggers often cannot remotely log in to the foreground. For example, in the CDMA2000 wireless access network, direct telnet protocol communication is not supported between the operation and maintenance background and the BTS-side board, so debuggers cannot remotely log in from the operation and maintenance background to the front-end board ...

Examples

Embodiment Construction

[0020] Main idea of ​​the present invention:

[0021] A process resides on the foreground board to receive, analyze, and execute debugging function requests from the background. The execution results of the debugging functions are transmitted through the named pipe, and the named pipe guardian task is responsible for outputting to the background;

[0022] The background is responsible for sending the request for running the debugging function to the specific board and displaying the execution result of the debugging function.

[0023] The present invention is achieved like this:

[0024] The system is mainly divided into foreground module and background module. (Such as figure 1 shown)

[0025] The foreground module runs on VxWorks, and consists of three small modules: remote shell transfer process, remote shell proxy process and named pipe daemon task. The remote Shell transfer process resides on the BSC side board, and is responsible for forwarding background debugging f...

technical field

[0001] The invention relates to a method for realizing a remote Shell by a VxWorks operating system. Background technique

[0002] The VxWorks operating system is a well-known embedded operating system widely used in the communication industry. It provides a Shell tool, which can be used to run any debugging function in the system, which is convenient for locating and solving problems.

[0003] The main disadvantage of the Shell tool provided by VxWorks is that debuggers can use the Shell tool only if they use the telnet tool to remotely log in to the front desk board with VxWorks. In the actual application environment, debuggers often cannot remotely log in to the foreground. For example, in the CDMA2000 wireless access network, direct telnet protocol communication is not supported between the operation and maintenance background and the BTS-side board, so debuggers cannot remotely log in from the operation and maintenance background to the front-end board ...

Examples

Embodiment Construction

[0020] Main idea of ​​the present invention:

[0021] A process resides on the foreground board to receive, analyze, and execute debugging function requests from the background. The execution results of the debugging functions are transmitted through the named pipe, and the named pipe guardian task is responsible for outputting to the background;

[0022] The background is responsible for sending the request for running the debugging function to the specific board and displaying the execution result of the debugging function.

[0023] The present invention is achieved like this:

[0024] The system is mainly divided into foreground module and background module. (Such as figure 1 shown)

[0025] The foreground module runs on VxWorks, and consists of three small modules: remote shell transfer process, remote shell proxy process and named pipe daemon task. The remote Shell transfer process resides on the BSC side board, and is responsible for forwarding background debugging f...

Images