Equipment scheduling method, device and equipment for OLT (Optical Line Terminal) to register stream printing station, and medium

Abstract

The invention provides an equipment scheduling method, device, equipment and medium for OLT (Optical Line Terminal) registration flow-hitting station, relates to the technical field of equipment debugging, and is used for solving the control problem of different types of external equipment on the OLT registration flow-hitting station. The method is applied to a UDP (User Datagram Protocol) server, the UDP server is connected with a client of an OLT (Optical Line Terminal) registration flow-marking station, the OLT registration flow-marking station is integrated with a plurality of test devices, and the UDP server is integrated with interfaces of the plurality of test devices; the method comprises the following steps: receiving a UDP message sent by a client; analyzing the UDP message to obtain a plurality of parameters; the plurality of parameters comprise protocol types; determining a target test device from the plurality of test devices according to the protocol type; and calling the target test equipment to execute a corresponding operation, and sending a confirmation message to the client. The UDP server is used for controlling the plurality of external test devices of the OLT to register the stream printing station in a centralized manner, so that the control problem of different types of external devices is solved.

Description

Technical Field

[0001] The present application relates to the technical field of equipment debugging, and provides an equipment scheduling method, device, equipment and medium for an OLT registration and streaming station. Background Art

[0002] Fiber To The Room (FTTR) is a new type of fiber-optic broadband access technology. The optical modem converts the external fiber-optic signal into a signal that can be used by the home network, and the fusion gateway is responsible for distributing the network signal from the optical modem to the terminal devices in each room.

[0003] In the production process of optical modem products, the OLT registration and traffic flow station is the last step in the production group test. Its purpose is to simulate the actual use of the optical modem, connect the Optical Network Terminal (ONT) and Optical Network Unit (ONT) to the Optical Line Terminal (OLT) and complete the authentication and configuration process to ensure the actual user experience quality after the service is activated.

[0004] In order to optimize the production process and improve efficiency, BOB testing and voice testing can be combined into the OLT registration and streaming station. However, the BOB equipment required for BOB testing and the voice card equipment required for voice testing may come from multiple different manufacturers. Each manufacturer has a different communication method and a different application programming interface (API). The production test program provided by the streaming station manufacturer cannot develop a control interface for third-party external devices. Therefore, how to solve the control problem of different types of equipment is an urgent problem to be solved. Summary of the invention

[0005] The present application provides a method, apparatus, device and medium for scheduling equipment at an OLT registration and streaming station, which are used to solve the control problem of different types of external equipment at the OLT registration and streaming station.

[0006] In a first aspect, a device scheduling method for an OLT registered streaming station is provided, which is applied to a UDP server, wherein the UDP server is connected to a client of the OLT registered streaming station, wherein the OLT registered streaming station is integrated with a plurality of test devices, and the UDP server is integrated with interfaces of the plurality of test devices; the method comprises: Receive a UDP message sent by the client; Parsing the UDP message to obtain multiple parameters; the multiple parameters include a protocol type; Determining a target test device from the plurality of test devices according to the protocol type; The target test device is called to perform a corresponding operation, and a confirmation message is sent to the client.

[0007] Optionally, before receiving the UDP message sent by the client, the method further includes: Create multiple worker threads; Use the IPEndPoint class to create a local endpoint and bind the local endpoint to all available network interfaces and specified ports; Use the Socket class to create a UDP socket, bind the UDP socket to the local endpoint, and wait for receiving UDP messages.

[0008] Optionally, the multiple parameters further include a channel identifier; and determining a target test device from the multiple test devices according to the protocol type includes: According to the channel identifier, obtaining a thread identifier; If the thread identifier does not exceed the identifier range of the multiple working threads, determining a target thread from the multiple working threads according to the thread identifier, and assigning the multiple parameters to the target thread; The target thread is started, and a target test device is determined from the multiple test devices according to the protocol type.

[0009] Optionally, after obtaining the thread identifier according to the channel identifier, the method further includes: If the thread identifier exceeds the identifier range of the multiple working threads, an exception message is returned to the client.

[0010] Optionally, before starting the target thread and determining the target test device from the multiple test devices according to the protocol type, the method further includes: Storing the multiple parameters and the endpoint information of the client into the commands array corresponding to the target thread; Access to the commands array is protected by a mutex lock.

[0011] Optionally, the multiple test devices include a BOB device and a voice card device; the BOB device includes a power meter, an attenuator, and an optical switch; and determining a target test device from the multiple test devices according to the protocol type includes: If the protocol type is BOB SET TXWL or GETPOWER, the power meter is determined as a target test device; If the protocol type is BOB SET RXWL or SETATT, determining the attenuator as a target test device; If the protocol type is SWITCH, determining the optical switch as a target test device; If the protocol type is RING, the voice card device is determined as the target test device.

[0012] Optionally, the multiple parameters further include a test value; and the calling the target test device to perform a corresponding operation and sending a confirmation message to the client includes: Determining a target operation according to the protocol type; The target test device is called to perform the target operation according to the test value, and a confirmation message is sent to the client.

[0013] In a second aspect, an equipment scheduling device for an OLT registered streaming station is provided, which is arranged in a UDP server, the UDP server is connected to a client of the OLT registered streaming station, the OLT registered streaming station is integrated with a plurality of test devices, and the UDP server is integrated with interfaces of the plurality of test devices; the device comprises: A receiving module, used for receiving a UDP message sent by the client; A parsing module, used for parsing the UDP message to obtain multiple parameters; the multiple parameters include a protocol type for indicating a command type; A determination module, configured to determine a target test device from the plurality of test devices according to the protocol type; The operation module is used to call the target test device to perform a corresponding operation and send a confirmation message to the client.

[0014] In a third aspect, the present application provides a computer device, which includes a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the device scheduling method for OLT registration and punching station described in the first aspect.

[0015] In a fourth aspect, the present application provides a computer-readable storage medium having a computer program stored thereon, and a processor executes the computer program to implement the device scheduling method for OLT registration and flow-making stations described in the first aspect.

[0016] Compared with the prior art, the present invention has the following beneficial effects: The present application provides an equipment scheduling method for an OLT registered streaming station, which is applied to a UDP server. The UDP server is connected to a client of the OLT registered streaming station, the OLT registered streaming station is integrated with multiple test devices, and the UDP server is integrated with multiple test device interfaces; the method includes: receiving a UDP message sent by the client; parsing the UDP message to obtain multiple parameters; the multiple parameters include a protocol type; determining a target test device from multiple test devices according to the protocol type; calling the target test device to perform a corresponding operation, and sending a confirmation message to the client.

[0017] In this application, the UDP server is used to centrally control multiple third-party test devices connected to the OLT registration and streaming station, thereby solving the control problem of different types of external devices on the OLT registration and streaming station, thereby realizing the merging of multiple test items on the OLT registration and streaming station, effectively improving the test coverage and automation level, and reducing manual intervention, ultimately improving the overall test quality and production efficiency. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to more clearly illustrate the technical solutions in the embodiments of the present application or the related technologies, the drawings required for use in the embodiments or the related technical descriptions are briefly introduced below. Obviously, the drawings described below are only the embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on the provided drawings without paying any creative work.

[0019] Figure 1 A schematic diagram of an application scenario provided for an embodiment of the present application; Figure 2 A flow chart of an equipment scheduling method for an OLT registration and streaming station provided in an embodiment of the present application; Figure 3 A schematic diagram of a client configuration interface for setting attenuation provided in an embodiment of the present application; Figure 4 A schematic diagram of a client configuration interface for obtaining power provided in an embodiment of the present application; Figure 5 A schematic diagram of a client configuration interface for setting an optical switch provided in an embodiment of the present application; Figure 6 A structural diagram of an equipment scheduling device for an OLT registration and streaming station provided in an embodiment of the present application. DETAILED DESCRIPTION

[0020] In order to make the purpose, technical scheme and advantages of the present application clearer, the technical scheme in the embodiment of the present application will be clearly and completely described below in conjunction with the drawings in the embodiment of the present application. Obviously, the described embodiment is only a part of the embodiment of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in the field without making creative work are within the scope of protection of the present application. In the absence of conflict, the embodiments in the present application and the features in the embodiments can be combined with each other arbitrarily. In addition, although the logical order is shown in the flow chart, in some cases, the steps shown or described can be performed in an order different from that here.

[0021] Since the secondary development interface provided by the equipment supplier can only communicate through UPD / TCP, and the BOB equipment (including optical power meters and attenuators) all use the CH341 communication control method, and the voice card equipment uses the external Tc08a32.dll control method provided by the voice card equipment supplier, when the BOB test and voice test are merged into the OLT registration and streaming station, there are control problems for different types of external devices.

[0022] In order to solve the control problem of different types of external devices at the OLT registration and streaming station, the embodiment of the present application provides a device scheduling method for the OLT registration and streaming station, which is applied to the UDP server. Figure 1 , which is a schematic diagram of an application scenario provided in an embodiment of the present application, or can be understood as a structural diagram of an OLT registration and streaming station.

[0023] The OLT registration and streaming station includes a UDP server, a client, and multiple test devices. The UDP server is a server program developed by the user, running in the background of the OLT registration and streaming station, integrating the interfaces of multiple test devices. The client is the interface program of the OLT registration and streaming station, and establishes a connection with the UDP server through the interface protocol.

[0024] Multiple test equipment includes BOB equipment and voice card equipment. BOB equipment is used for BOB testing of BOB products (such as optical modems) to detect whether the optical power emitted by the BOB product is within the required range and whether the optical power received by the BOB product is consistent with the actual monitored optical power. Voice card equipment is used to simulate telephone ringing, off-hook, dialing and on-hook functions.

[0025] BOB equipment includes power meters, attenuators, and optical switches. BOB products are integrated optical transceivers. The light emitted by BOB products needs to be monitored for power, so the power meter is located at the transmitting end of the BOB product. It is mainly used to detect and adjust the power of the optical signal sent by the BOB product to ensure that the signal meets the requirements. The light received by the BOB product is attenuated light, so the attenuator is located at the receiving end of the BOB product to adjust the intensity of the optical signal, especially when the signal is too strong. The attenuator is used to reduce the intensity of the optical signal to avoid overload or the receiving end cannot handle the too strong signal. The optical switch is located between the transmitting end and the receiving end, and is used to switch signals between multiple optical paths and control the optical signal to flow in different directions.

[0026] It should be noted that Figure 1 This example uses multiple test devices including BOD devices (power meter, attenuator, optical switch) and voice test devices. In fact, there is no limit on the number of test devices. Users can configure these multiple test devices in the UDP server according to the devices actually used in production.

[0027] In order to integrate the interfaces of multiple test devices in the UDP server and select different types of test devices through configuration, communication interface protocols are formulated for different test devices. The various interface protocols are introduced below.

[0028] 1. Set the transmitting wavelength protocol of the device: “BOB SET TXWL X1 X2”.

[0029] Among them, BOB SET TXWL is the protocol type. X1 is the channel identifier. The device has 8 channels. The value range of X1 is a positive integer from 1 to 8. X2 is the test value, which indicates the specific wavelength set, which can be 1310nm or 1277nm.

[0030] 2. Set the receiving wavelength protocol of the device: “BOB SET RXWL X1 X2”.

[0031] Among them, BOB SET RXWL is the protocol type, X1 is the channel identifier, the device has 8 channels, the value range of X1 is a positive integer from 1 to 8, and X2 is the test value, which indicates the specific wavelength set, which can be 1490nm or 1550nm.

[0032] 3. Get the transmitting optical power protocol: "GETPOWER X1" Among them, GETPOWER is the protocol type, X1 is the channel identifier, the device has 8 channels, and the value range of X1 is a positive integer from 1 to 8.

[0033] 4. Set the receiving end optical attenuation protocol: “SETATT X1 X2”.

[0034] Among them, SETATT is the protocol type, X1 is the channel identifier, the device has 8 channels, and the value range of X1 is a positive integer from 1 to 8. X2 is the test value, which indicates the set attenuation value.

[0035] 5. Set the optical switch switching protocol: "SWITCH X1 X2".

[0036] Among them, SWITCH is the protocol type, X1 is the channel identifier, the device has 8 channels, and the value range of X1 is a positive integer from 1 to 8. X2 is the test value, and the value of X2 is 1 or 2, indicating that each channel has two optical paths. X2=1 means setting to the first optical path, and X2=2 means setting to the second optical path.

[0037] 6. Set the voice test protocol: “RING X1”.

[0038] Among them, RING is the protocol type, X1 is the channel identifier, the device has 8 channels, and the value range of X1 is a positive integer from 1 to 8.

[0039] From the above protocols, it can be seen that the protocol for obtaining the transmitting end optical power and the protocol for setting the voice test do not contain test values.

[0040] based on Figure 1 The application scenario shown below Figure 2 An equipment scheduling method for an OLT registration and streaming station is introduced.

[0041] S201. Receive a UDP message sent by a client.

[0042] In the specific implementation process, the UDP server can use the uServer.ReceiveFrom method to receive the UDP message sent by the client (that is, any of the six interface protocols introduced above) and store the UDP message in the receive buffer (ReceiveBuffer).

[0043] Before executing S201, you first need to create a UDP server in the background of the OLT registration and streaming station. The specific steps are as follows: Create multiple working threads; use the IPEndPoint class to create a local endpoint, bind the local endpoint to all available network interfaces and specified ports; use the Socket class to create a UDP socket, bind the UDP socket to the local endpoint, and wait to receive UDP messages.

[0044] In the specific implementation process, first, multiple worker threads can be created through a for loop, each of which executes the WorkerThread method and passes an index as a parameter. The commands array is used to store the command information of each worker thread. Secondly, a UDP socket can be created using the Socket class, specifying the address family, socket type, and command type. Then, a local endpoint can be created using the IPEndPoint class, bound to all available network interfaces and the specified port. Next, the UDP socket can be bound to the local endpoint so that UDP messages can be received.

[0045] Considering that both BOB devices and voice card devices are multi-channel devices, multiple channels can be tested in parallel. Therefore, in the embodiment of the present application, by creating multiple working threads, multiple working threads can simultaneously process multiple UDP messages (interface protocol) in parallel, and different threads can be responsible for the test tasks of different channels, realizing multi-channel parallel testing of the OLT group test flow station, and improving the overall test efficiency.

[0046] S202: Parse the UDP message to obtain multiple parameters.

[0047] After receiving the UDP message, the UDP server can convert the received byte array into a string and parse it to obtain multiple parameters. The multiple parameters include protocol type, channel identifier and test value. The channel identifier is used to uniquely identify each channel, and the test value is used to indicate the specific parameter values ​​that need to be set for the test, such as wavelength, attenuation value, etc. The protocol types include setting the device's transmitting wavelength protocol, setting the device's receiving wavelength protocol, obtaining the transmitting optical power protocol, setting the receiving optical attenuation protocol, setting the optical switch switching protocol, and setting the voice test protocol.

[0048] It should be noted that there are no test values ​​for the protocol for obtaining the transmit optical power of each channel and the protocol for setting the voice test.

[0049] S203: Determine a target test device from multiple test devices according to the protocol type.

[0050] In a possible embodiment, the specific steps of S203 include: According to the channel identifier, a thread identifier is obtained; if the thread identifier does not exceed the identifier range of multiple working threads, a target thread is determined from multiple working threads according to the thread identifier, and multiple parameters are assigned to the target thread; the target thread is started, and a target test device is determined from multiple test devices according to a protocol type.

[0051] In the specific implementation process, after obtaining the channel identifier, the UDP server can query the mapping table, which includes multiple channel identifiers and the thread identifier corresponding to each channel identifier, and determine the corresponding thread identifier based on the channel identifier. Alternatively, the channel identifier can be hashed, and the hash value obtained is the thread identifier. Then, it can be confirmed whether the thread identifier is within the valid identification range. Assuming that the identification range of the working thread is from 1 to MaxCount (for example, the maximum is 10), if the calculated thread identifier is less than MaxCount, multiple parameters are assigned to the target thread, and the target thread can use these parameters to perform specific tasks. Finally, the target thread is started to execute the execution task. When the target thread is executed, the target test device to be used can be determined by the protocol type.

[0052] In the embodiment of the present application, tasks can be flexibly assigned to corresponding working threads according to thread identifiers, and different tasks can be processed in parallel, avoiding blocking between threads. Each working thread runs independently. In case a working thread encounters an error (for example, a device cannot be started), it will not affect the execution of other threads. The system can also more easily locate which thread has a problem, making it easier to debug and repair. And this structure is very suitable for expansion. If more test devices need to be supported in the future, only more thread pools need to be added, and there is no need to reconstruct the entire system.

[0053] In a possible embodiment, after obtaining the thread identifier according to the channel identifier, the method further includes: If the thread ID exceeds the ID range of multiple worker threads, an exception message is returned to the client.

[0054] In the embodiment of the present application, by checking the invalid thread ID, the system can be prevented from performing erroneous operations, and the program can be prevented from continuing to execute when encountering invalid input, thereby reducing the possibility of system failure. Once the client provides invalid input, it can receive feedback in time, avoiding meaningless processing in subsequent steps, saving time and computing resources.

[0055] In a possible embodiment, before starting the target thread and determining the target test device from a plurality of test devices according to the protocol type, the method further includes: Store multiple parameters and the client's endpoint information into the commands array corresponding to the target thread; Access to the commands array is protected by a mutex lock.

[0056] In the specific implementation process, before starting the target thread, multiple parameters and the endpoint information of the client are stored in the commands array related to the target thread. The endpoint information of the client usually refers to the relevant information of the client network interface used for identification and communication, including IP address, port number, etc. Each working thread has its own commands array to store its related command information (i.e. multiple parameters), and access to the commands array is protected by a mutex to ensure that only the target thread can modify or access the commands array, which can avoid race conditions and ensure data consistency and thread safety.

[0057] In a possible embodiment, the step of determining a target test device from a plurality of test devices according to a protocol type includes: If the protocol type is BOB SET TXWL or GETPOWER, the power meter is determined as the target test device; if the protocol type is BOB SET RXWL or SETATT, the attenuator is determined as the target test device; if the protocol type is SWITCH, the optical switch is determined as the target test device; if the protocol type is RING, the voice card device is determined as the target test device.

[0058] In the embodiment of the present application, through simple conditional judgment, the target test device can be screened out from multiple test devices according to different protocol types, ensuring that each protocol type is matched with a suitable test device.

[0059] S204: Call the target test device to perform corresponding operations, and send a confirmation message to the client.

[0060] In the specific implementation process, if multiple parameters do not include test values, the target operation can be determined according to the protocol type, the target test device can be directly called to perform the target operation, and a confirmation message can be sent to the client. If multiple parameters do not include test values, the target operation can be determined according to the protocol type; the target test device can be called to perform the target operation according to the test value, and a confirmation message can be sent to the client. The confirmation message can indicate the success or failure of the target operation, and can also include a specific device return value, such as an optical power value.

[0061] Since the light received by the power meter is the light emitted by the BOB product, the power meter needs to be set to the same wavelength as the transmitting end of the BOB product. For example, the protocol sent by the client is BOB SET TXWL 1 1310. The target thread can determine that the target operation is to set the transmitting wavelength based on the protocol type BOB SET TXWL, and then set the wavelength of channel 1 of the power meter to 1310nm and send a confirmation message to the client.

[0062] Since the light received by the BOB product is the light transmitted by the attenuator, the attenuator needs to be set to the same wavelength as the receiving end of the BOB product. For example, the protocol sent by the client is BOB SET RXWL 1 1490. The target thread can determine that the target operation is to set the receiving end wavelength according to the protocol type BOB SET RXWL, and then set the wavelength of channel 1 of the attenuator to 1490nm, and send a confirmation message to the client.

[0063] For example, the protocol sent by the client is GETPOWER 1. The target thread can determine the target operation as obtaining optical power according to the protocol type GETPOWER, and then call the power meter to obtain the power value of channel 1. Each channel corresponds to an actual line loss value. The line loss value of channel 1 is added to the power value obtained by the power meter to obtain the actual power value, and a confirmation message is sent to the client. The confirmation message can also include the actual power value.

[0064] For example, the protocol sent by the client is SWITCH 1 2. The target thread can determine the target operation as switching the switch according to the protocol type SWITCH, and then call the optical switch function to perform the switch operation on the optical switch device, switch channel 1 of the optical switch device to channel 2, and send a confirmation message to the client.

[0065] For example, the protocol sent by the client is SETATT 1 10. The target thread can determine the target operation as setting attenuation according to the protocol type SETATT, and then set channel 1 of the attenuator to attenuate the power by 10 units, and send a confirmation message to the client.

[0066] For example, the protocol sent by the client is RING 1. The target thread can determine that the target operation is a voice test according to the protocol type RING, and then call channel 1 of the voice card device to perform voice tests such as voice ringing, on-hook, and dialing, and send a confirmation message to the client. The confirmation message can also include the voice test result.

[0067] In summary, facing different types of test equipment, this application provides an OLT registration method for the streaming station, develops a UDP plug-in server program, namely a UDP server, configures the interface protocol of each test equipment in the UDP server, and integrates the interfaces of different types of test equipment such as BOD equipment and voice card equipment into the UDP server. Through the UDP communication method, the software of the OLT streaming station communicates with multiple test equipment (BOD equipment and voice card equipment), thereby realizing the functional merger of BOB test and voice test, and improving the efficiency of testing and production.

[0068] After the UDP server is turned on, it will continue to run in the background, continuously receive UDP messages sent by the client, call the corresponding test device to operate, and send the return value of the test device to the client. The client can set the corresponding test device by sending UDP messages (i.e. interface protocol) to the UDP server, and get the return value of the test device. The client configuration interface for setting attenuation is as follows: Figure 3 As shown, the client configuration interface for obtaining power is as follows Figure 4 As shown in the figure, the client configuration interface for setting the optical switch is as follows Figure 5 shown.

[0069] Based on the same inventive concept, the present application also provides an equipment scheduling device for an OLT registration and streaming station, such as Figure 6 As shown, the device is set in a UDP server, the UDP server is connected to the client of the OLT registration and streaming station, the OLT registration and streaming station is integrated with multiple test devices, and the UDP server is integrated with interfaces of multiple test devices; the device includes: The receiving module is used to receive the UDP message sent by the client; A parsing module, used for parsing the UDP message to obtain multiple parameters; the multiple parameters include a protocol type for indicating a command type; A determination module, used for determining a target test device from a plurality of test devices according to a protocol type; The operation module is used to call the target test device to perform the corresponding operation and send a confirmation message to the client.

[0070] It should be noted that each module in the equipment scheduling device for the OLT registration and beating station in this embodiment corresponds one-to-one to each step in the equipment scheduling method for the OLT registration and beating station in the aforementioned embodiment. Therefore, the specific implementation method of this embodiment can refer to the implementation method of the equipment scheduling method for the OLT registration and beating station in the aforementioned embodiment, which will not be repeated here.

[0071] In addition, in one embodiment, the present application also provides a computer device, which includes a processor, a memory, and a computer program stored in the memory, and when the computer program is executed by the processor, the aforementioned device scheduling method for OLT registration and punching station is implemented.

[0072] In addition, in one embodiment, the present application further provides a computer storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the aforementioned device scheduling method for registering a flow-making station of an OLT is implemented.

[0073] In some embodiments, the computer readable storage medium may be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; or various devices including one or any combination of the above memories. The computer may be various computing devices including intelligent terminals and servers.

[0074] In some embodiments, executable instructions may be in the form of a program, software, software module, script or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and may be deployed in any form, including as a stand-alone program or as a module, component, subroutine or other unit suitable for use in a computing environment.

[0075] As an example, executable instructions may, but need not, correspond to a file in a file system, may be stored as part of a file storing other programs or data, such as in one or more scripts in a HyperText Markup Language (HTML) document, in a single file dedicated to the program in question, or in multiple coordinated files (e.g., files storing one or more modules, subroutines, or code portions).

[0076] By way of example, executable instructions may be deployed to be executed on one computing device, or on multiple computing devices located at one site, or on multiple computing devices distributed across multiple sites and interconnected by a communication network.

[0077] It should be noted that, in this article, the terms "include", "comprises" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, article or system including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or system. In the absence of further restrictions, an element defined by the sentence "comprises a ..." does not exclude the existence of other identical elements in the process, method, article or system including the element.

[0078] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not indicate the advantages or disadvantages of the embodiments.

[0079] Through the description of the above implementation methods, those skilled in the art can clearly understand that the above-mentioned embodiment methods can be implemented by means of software plus a necessary general hardware platform, and of course by hardware, but in many cases the former is a better implementation method. Based on such an understanding, the technical solution of the present application, or the part that contributes to the prior art, can be embodied in the form of a software product, which is stored in a storage medium (such as a read-only memory / random access memory, a disk, or an optical disk), and includes a number of instructions for a multimedia terminal device to execute the methods described in each embodiment of the present application.

[0080] The above are only preferred embodiments of the present application, and are not intended to limit the patent scope of the present application. Any equivalent structure or equivalent process transformation made using the contents of the present application specification and drawings, or directly or indirectly applied in other related technical fields, are also included in the patent protection scope of the present application.

Claims

1. A method for dispatching equipment for an OLT registration and streaming station, characterized in that: Applied to a UDP server, the UDP server is connected to a client of an OLT registration and streaming station, the OLT registration and streaming station is integrated with a plurality of test devices, and the UDP server is integrated with interfaces of the plurality of test devices; the method comprises: Receive a UDP message sent by the client; Parsing the UDP message to obtain multiple parameters; the multiple parameters include a protocol type; Determining a target test device from the plurality of test devices according to the protocol type; The target test device is called to perform a corresponding operation, and a confirmation message is sent to the client.

2. The device scheduling method for OLT registration and streaming station according to claim 1, characterized in that: Before receiving the UDP message sent by the client, the method further includes: Create multiple worker threads; Use the IPEndPoint class to create a local endpoint and bind the local endpoint to all available network interfaces and specified ports; Use the Socket class to create a UDP socket, bind the UDP socket to the local endpoint, and wait for receiving UDP messages.

3. The device scheduling method for OLT registration and streaming station according to claim 2, characterized in that: The multiple parameters also include a channel identifier; and determining a target test device from the multiple test devices according to the protocol type includes: According to the channel identifier, obtaining a thread identifier; If the thread identifier does not exceed the identifier range of the multiple working threads, determining a target thread from the multiple working threads according to the thread identifier, and assigning the multiple parameters to the target thread; The target thread is started, and a target test device is determined from the multiple test devices according to the protocol type.

4. The device scheduling method for OLT registration and streaming station as claimed in claim 3, characterized in that: After obtaining the thread identifier according to the channel identifier, the method further includes: If the thread identifier exceeds the identifier range of the multiple working threads, an exception message is returned to the client.

5. The device scheduling method for OLT registration and streaming station according to claim 3, characterized in that: Before starting the target thread and determining a target test device from the plurality of test devices according to the protocol type, the method further includes: Storing the multiple parameters and the endpoint information of the client into the commands array corresponding to the target thread; Access to the commands array is protected by a mutex lock.

6. The device scheduling method for OLT registration and streaming station according to claim 1, characterized in that: The multiple test devices include BOB devices and voice card devices; the BOB devices include a power meter, an attenuator, and an optical switch; and determining a target test device from the multiple test devices according to the protocol type includes: If the protocol type is BOB SET TXWL or GETPOWER, the power meter is determined as a target test device; If the protocol type is BOB SET RXWL or SETATT, determining the attenuator as a target test device; If the protocol type is SWITCH, determining the optical switch as a target test device; If the protocol type is RING, the voice card device is determined as the target test device.

7. The device scheduling method for OLT registration and streaming station according to claim 1, characterized in that: The multiple parameters also include test values; calling the target test device to perform a corresponding operation and sending a confirmation message to the client includes: Determining a target operation according to the protocol type; The target test device is called to perform the target operation according to the test value, and a confirmation message is sent to the client.

8. An equipment scheduling device for an OLT registration and streaming station, characterized in that: The UDP server is set in a UDP server, the UDP server is connected to the client of the OLT registration and streaming station, the OLT registration and streaming station is integrated with a plurality of test devices, and the UDP server is integrated with interfaces of the plurality of test devices; the device comprises: A receiving module, used for receiving a UDP message sent by the client; A parsing module, used for parsing the UDP message to obtain multiple parameters; the multiple parameters include a protocol type for indicating a command type; A determination module, configured to determine a target test device from the plurality of test devices according to the protocol type; The operation module is used to call the target test device to perform a corresponding operation and send a confirmation message to the client.

9. A computer device, characterized in that: The computer device comprises a memory and a processor, wherein the memory stores a computer program, and the processor executes the computer program to implement the device scheduling method for OLT registration and punching station according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and the processor executes the computer program to implement the device scheduling method for OLT registration and streaming stations according to any one of claims 1 to 7.

Images