Parameter configuration method, communication device, and program product

Abstract

This disclosure provides a parameter configuration method applied to a first communication device, comprising: generating a configuration request message according to the service requirements of at least one service, wherein the configuration request message includes a service identifier and service parameters of at least one service; and broadcasting the configuration request message at the data link layer. This disclosure also provides a parameter configuration method applied to a second communication device, a communication device, and a computer program product.

Description

Technical Field

[0001] This disclosure relates to the field of communication technology, and in particular to a parameter configuration method, communication equipment, and program product. Background Technology

[0002] VLAN (Virtual Local Area Network) is a Layer 2 and Layer 3 protocol that operates simultaneously at the network communication layer, playing an important role between IDU (Indoor Unit) and ODU (Outdoor Unit) devices.

[0003] However, due to varying levels of VLAN standard support among different vendors' IDU and ODU devices, inconsistencies in parameter configurations arise between different IDU and ODU devices. This often necessitates manual parameter modification of both IDU and ODU devices, a process that is complex and prone to errors. Summary of the Invention

[0004] This disclosure provides a parameter configuration method, a communication device, and a program product.

[0005] In a first aspect, embodiments of this disclosure provide a parameter configuration method applied to a first communication device, comprising: generating a configuration request message according to the service requirements of at least one service, wherein the configuration request message includes a service identifier and service parameters of the at least one service; and broadcasting the configuration request message at the data link layer.

[0006] Secondly, embodiments of this disclosure provide a parameter configuration method applied to a second communication device, comprising: receiving a configuration request message in the data link layer; parsing the configuration request message to obtain a service identifier and service parameters of at least one service; and configuring local parameters of the service corresponding to the service identifier according to the service parameters.

[0007] Thirdly, embodiments of this disclosure provide a communication device, which includes a memory and a processor; the memory stores a computer program that can be executed by the processor, and when the computer program is executed by the processor, it implements the parameter configuration method described in the first aspect or the parameter configuration method described in the second aspect.

[0008] Fourthly, embodiments of this disclosure provide a computer program product, which includes a computer program that, when executed by a processor, implements the parameter configuration method described in the first aspect or the parameter configuration method described in the second aspect.

[0009] In this embodiment of the disclosure, the first communication device broadcasts the generated configuration request message in the data link layer. After receiving the configuration request message in the data link layer, the second communication device can parse out the service identifier and service parameters of at least one service from it, and use the service parameters to configure the local parameters of the service corresponding to the service identifier. This enables parameter configuration between the first and second communication devices at the data link layer, thereby improving the efficiency of network device management. Attached Figure Description

[0010] In the accompanying drawings of the embodiments disclosed herein:

[0011] Figure 1 This is a flowchart illustrating a parameter configuration method applied to a first communication device, as provided in an embodiment of this disclosure.

[0012] Figure 2 This is a schematic diagram illustrating the message format of an exemplary configuration request message provided in an embodiment of this disclosure.

[0013] Figure 3 This is a flowchart illustrating the broadcast configuration request message provided in an embodiment of this disclosure.

[0014] Figure 4 This is a flowchart illustrating a parameter configuration method for a second communication device provided in an embodiment of this disclosure.

[0015] Figure 5 This is a schematic diagram illustrating exemplary configuration information parsed from a configuration request message, provided for embodiments of this disclosure.

[0016] Figure 6 This is a schematic diagram illustrating the process of receiving a configuration request message according to an embodiment of this disclosure.

[0017] Figure 7 This is a schematic diagram illustrating the process of configuring local parameters according to an embodiment of this disclosure.

[0018] Figure 8 This is a schematic diagram of the structure of a communication device provided in an embodiment of this disclosure.

[0019] Figure 9 This is a flowchart illustrating an exemplary parameter configuration method for an IDU provided in an embodiment of this disclosure.

[0020] Figure 10 This is a flowchart illustrating an exemplary ODU parameter configuration method provided in an embodiment of this disclosure. Detailed Implementation

[0021] To enable those skilled in the art to better understand the technical solutions of this disclosure, the embodiments of this disclosure will be described in detail below with reference to the accompanying drawings.

[0022] The present disclosure will be described more fully below with reference to the accompanying drawings; however, the embodiments shown may be embodied in different forms, and the present disclosure should not be construed as limited to the embodiments set forth below. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will enable those skilled in the art to fully understand the scope of the disclosure.

[0023] The accompanying drawings of the embodiments disclosed herein are provided to further illustrate the embodiments of this disclosure and form part of the specification. They are used together with the detailed embodiments to explain this disclosure and do not constitute a limitation thereof. The above and other features and advantages will become more apparent to those skilled in the art from the description of the detailed embodiments with reference to the accompanying drawings.

[0024] This disclosure may be described with reference to plan and / or cross-sectional views using the ideal schematic diagrams of this disclosure. Therefore, the example illustrations may be modified according to manufacturing techniques and / or tolerances.

[0025] Where there is no conflict, the various embodiments of this disclosure and the features thereof in the embodiments may be combined with each other.

[0026] The terminology used in this disclosure is for the purpose of describing particular embodiments only and is not intended to limit the disclosure. The term "and / or" as used in this disclosure includes any and all combinations of one or more of the associated enumerated entries. The singular forms "a" and "the" as used in this disclosure are also intended to include the plural forms, unless the context clearly indicates otherwise. The terms "comprising," "made of," etc., as used in this disclosure specify the presence of the stated feature, integral, step, operation, element, and / or component, but do not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components, and / or groups thereof.

[0027] Unless otherwise specified, all terms used in this disclosure (including technical and scientific terms) have the same meaning as commonly understood by one of ordinary skill in the art. It will also be understood that terms such as those defined in commonly used dictionaries should be interpreted as having a meaning consistent with their meaning in the context of the relevant art and this disclosure, and will not be interpreted as having an idealized or overly formal meaning, unless expressly so defined in this disclosure.

[0028] This disclosure is not limited to the embodiments shown in the accompanying drawings, but includes modifications to the configuration based on the manufacturing process. Therefore, the areas illustrated in the drawings are schematic, and the shapes of the areas shown illustrate specific shapes of the areas of an element, but are not intended to be limiting.

[0029] In some related technologies, communication equipment has pre-configured parameters such as VLAN virtual links, APN (Access Point Name), and the number of virtual links. However, the pre-configured parameters and the degree of support for VLAN standards in communication equipment from different manufacturers are not uniform, which may lead to parameter incompatibility between different communication devices, resulting in poor compatibility and flexibility. In some embodiments, the communication equipment can be an indoor IDU device or an outdoor ODU device. Both IDU and ODU devices can be used in microwave communication systems.

[0030] As an example of a related technology, compatibility can be achieved by manually modifying the parameters of communication devices from different manufacturers. However, the manual modification process is often quite complex, usually involving multiple modification steps and multiple parameter modifications. In particular, for non-professional users, the modified parameters are more prone to errors.

[0031] Furthermore, if the modification fails, it may cause some customized functions in the communication device to malfunction. Even if the adaptation is successful through manual modification, when the modified communication device is adapted to another communication device with the same preset parameter configuration, a factory reset is usually used to restore the same preset parameter configuration. However, this method will clear all user settings on the communication device, resulting in the loss of user data and affecting the user experience.

[0032] Therefore, how to achieve parameter adaptation between communication devices is an urgent problem to be solved.

[0033] In a first aspect, embodiments of this disclosure provide a parameter configuration method, which can be applied to a first communication device, referring to... Figure 1 It includes the following steps S11 to S12.

[0034] In step S11, a configuration request message is generated based on the service requirements of at least one service, wherein the configuration request message includes the service identifier and service parameters of the at least one service.

[0035] In step S12, the configuration request message is broadcast at the data link layer.

[0036] In this embodiment of the disclosure, each first communication device includes at least one service, and each service has different types of service requirements. This embodiment of the disclosure does not impose special restrictions on the type of service requirements; they can be ordinary internet access services, Tr069 internet access, voice calls, etc.

[0037] The configuration request message is used to instruct parameter configuration according to its content. The configuration request message includes at least a service identifier and service parameters for each service. The service identifier, stored in the first field of the configuration request message, indicates the service type. The service parameters are the various parameter information configured for the service according to specific service requirements, and are stored in the second field of the configuration request message. Each service identifier corresponds to at least one parameter information to be configured.

[0038] In some embodiments, the configuration request message also includes the service length of at least one service, which is stored in a third field of the configuration request message and is used to indicate the byte length of each data item corresponding to the service.

[0039] In some embodiments, the configuration request message also includes information such as identifying the source device, destination device, data type, or length, which is stored in the Ethernet header field of the configuration request message.

[0040] In some embodiments, the configuration request message is broadcast in the MAC (Media Access Control) sublayer of the data link layer.

[0041] In this embodiment, the first communication device broadcasts the generated configuration request message at the data link layer. The configuration request message includes the service identifier and its service parameters corresponding to each service. By broadcasting at the data link layer, the problems of being unable to obtain an IP address and negotiate a VLAN value due to the failure of the default IP (Internet Protocol) layer link can be avoided at least. Parameter adaptation between the first and second communication devices is achieved at the data link layer, which can effectively improve the efficiency of network device management. In some embodiments, the configuration request message can be sent according to a preset period.

[0042] In some embodiments, the business parameters may include a parameter identifier and a parameter value for at least one parameter.

[0043] The business parameters include at least one parameter for configuring the business. A parameter identifier indicates the parameter type, and the parameter value is a configuration value assigned to the parameter based on specific business requirements. This disclosure does not impose special restrictions on the parameter type. In some embodiments, the business parameters also include the parameter length of at least one parameter, which indicates the byte length of each data item corresponding to the parameter.

[0044] In some embodiments, the configuration request message consists of Ethernet header fields and fields in TLV (Type / Length / Value) format.

[0045] As one embodiment of this disclosure, reference is made to... Figure 2 The configuration request message includes Ethernet header fields, a first field (Data TLV) corresponding to the service being ordinary Internet access, and a second field (Voice TLV) corresponding to the service being voice call.

[0046] The Ethernet header fields include the destination MAC address (Dst Mac), the source MAC address (Src Mac), and the type.

[0047] Both the first and second fields are in TLV format. The first field includes the business identifier (App_Type), business length (Length), and business parameter (Value). The business parameter includes multiple TLV-formatted parameter subfields, each of which includes a parameter identifier, parameter length, and parameter value.

[0048] In one example, the parameter identifier indicates that the parameter type is Vlan ID (Virtual Local Area Network Identifier). The parameter subfield also includes a parameter length (Length) to indicate the byte length of each data item corresponding to the Vlan ID, and a parameter value (Value) assigned to the Vlan ID according to the ordinary Internet service.

[0049] In another example, the parameter identifier indicates that the parameter type is APN_NAME (Access Point Name). This parameter subfield also includes a parameter length indicating the byte length of each data item corresponding to APN_NAME, as well as the parameter value assigned to APN_NAME according to the normal Internet access service.

[0050] In this embodiment, the configuration request message may encapsulate one or more pieces of configuration information such as the main capabilities, management address, or interface identifier of the first communication device. Broadcasting the configuration request message at the data link layer can publish this configuration information to other communication devices directly connected to the first communication device, so that the other communication devices can complete the parameter configuration according to the configuration information.

[0051] In some embodiments, the at least one parameter is at least one of VLAN (Virtual Local Area Network) value, QoS (Quality of Service), APN, and dial-up type.

[0052] VLAN values ​​are used to distinguish different VLANs within a network. In some embodiments, the VLAN value is the VLAN ID. QoS is used to manage data traffic in the network to ensure that services operate smoothly. Dial-up type is used to instruct communication devices to communicate through a specified network connection method.

[0053] In some embodiments, the parameter can also be a private network address. A private network address is used to identify communication devices within a local area network.

[0054] In some embodiments, refer to Figure 3 Step S12 includes the following steps S121 to S122.

[0055] In step S121, the network port status of the first network port carrying the at least one service is detected.

[0056] In step S122, if the network interface is in a connected state, the configuration request message is broadcast at the data link layer.

[0057] In this embodiment, the first network port is used to carry at least one service, and the network port status is used to indicate the network connection status of the first network port, that is, whether the first communication device is connected to an external device, so as to determine whether normal data transmission can be performed through the first network port.

[0058] In this embodiment, the first network port is a physical network port. Using VLAN technology, the physical network port can be divided into multiple logical network ports, thereby distinguishing data from different services sent through the same physical network port. Each logical network port is used to send data for one service; that is, the number of logical network ports is greater than or equal to the number of services. By broadcasting configuration request messages when the network port status (used to indicate the network connection status of the physical network port) is connected, it can be ensured that the messages can be received by other communication devices within the same local area network.

[0059] In some embodiments, when the first network port is divided into multiple logical network ports, step S12 may further include: mapping each logical network port to the WAN port of the corresponding APN, thereby ensuring that different services have independent paths.

[0060] As an example of an embodiment of this disclosure, the first communication device is an IDU device, which is adapted to an ODU device. The ODU device is used to provide Internet access services, specifically including regular Internet access, Tr069 Internet access, and voice calls. The IDU device has one physical network port (first network port), and the ODU device has one physical network port (second network port). The first and second network ports are each divided into three logical network ports, and the services corresponding to the three logical network ports can be: regular Internet access, Tr069 Internet access, and voice calls.

[0061] The parameters preset for these three services in the IDU device are different from those preset for these three services in the ODU device. For example, for ordinary Internet access, Tr069 Internet access, and voice calls, the preset VLAN values ​​in the ODU device are 100, 200, and 300, respectively; while the preset VLAN values ​​in the IDU device are 1000, 2000, and 3000, respectively.

[0062] When the IDU device detects the network interface status connection of the first network interface, it broadcasts a configuration request message at the data link layer so that the ODU device can adapt to the preset parameters. The configuration request message indicates the service identifier (Application_Type) of the service to be configured, which are Data (normal Internet access service), Voice (voice call) and Tr069 (Tr069 Internet access service).

[0063] The following parameters can be configured for the service identifiers of the three types of services respectively.

[0064] The parameter type is VLAN value (Vlan_ID), and the corresponding parameter value is configured as 100, 200, and 300.

[0065] The parameter type is APN(APN_Name), and the corresponding parameter values ​​are configured as apn_name1, apn_name2, and apn_name3.

[0066] The parameter type is dial-up type (Net_mode), and the corresponding parameter value is configured as Bridge (bridge mode), Router (routing mode), or Router.

[0067] The parameter type is Private Network Address (Private_Network), and the corresponding parameter value is configured as 192.168.254.1 / 24 / 192.168.253.1 / 24 / 192.168.252.1 / 24.

[0068] By broadcasting configuration request messages, ODU devices can modify their preset parameters to the parameter values ​​carried in the configuration request messages, thereby enabling the adaptation of IDU devices with ODU devices.

[0069] Compared to manually adjusting parameters to achieve compatibility, the parameter configuration method according to the embodiments of this disclosure simplifies the user operation process; at the same time, it can also re-adapt parameters with other ODU devices without restoring factory settings, thus avoiding data loss.

[0070] In some embodiments, the parameter configuration method applied to the first communication device further includes: establishing at least one VLAN link, wherein the number of links in the at least one VLAN link is the same as the number of services of the at least one service in the configuration request message; and sending an address acquisition request periodically through each of the at least one VLAN link to obtain the IP address corresponding to the VLAN link.

[0071] In the embodiments of this disclosure, a VLAN link is used to transmit data for one service, thereby isolating data from different services and preventing data mixing and interference. Based on the number of services in the configuration request message, the number of VLAN links to be established is determined, and VLAN links are established. In each VLAN link, an address acquisition request is periodically sent to obtain an IP address, enabling the first communication device to quickly establish a connection and communicate with the second communication device. In some embodiments, the address acquisition request is a DHCP (Dynamic Host Configuration Protocol) request.

[0072] It is worth noting that, in this embodiment of the present disclosure, a configuration request message carrying information such as the service to be configured and its parameters is broadcast through the data link layer before obtaining the IP address. This can avoid the problem of being unable to negotiate parameters due to the IP layer link between the first communication device and the second communication device being down.

[0073] In some embodiments, the parameter configuration method applied to the first communication device may further include:

[0074] Upon receiving the IP address corresponding to the VLAN link, stop sending address acquisition requests through that VLAN link.

[0075] In this embodiment, when the IP address corresponding to the VLAN link is received, it indicates that the current VLAN link has successfully established a connection with the corresponding second communication device, so there is no need to continue sending an address acquisition request.

[0076] In the embodiments of this disclosure, the first communication device broadcasts the generated configuration request message in the data link layer. The configuration request message includes parameter values ​​of various parameters corresponding to different services, so as to instruct the second communication device to complete the parameter adaptation according to the parameter values ​​carried in the configuration request message, which simplifies the user operation process and improves the efficiency of network device management.

[0077] Secondly, embodiments of this disclosure provide a parameter configuration method applied to a second communication device, referring to... Figure 4 It may include the following steps S21 to S23.

[0078] In step S21, a configuration request message from the data link layer is received.

[0079] In step S22, the configuration request message is parsed to obtain the service identifier and service parameters of at least one service.

[0080] In step S23, local parameters of the service corresponding to the service identifier are configured according to the service parameters.

[0081] In this embodiment of the disclosure, the configuration request message is used to instruct the second communication device to configure parameters according to its message content. At least one service identifier and service parameters can be parsed from the configuration request message. The service identifier indicates the type of service, and the service parameters are various parameter information configured for the service according to specific service requirements. Specifically, the service parameters corresponding to one service identifier include parameter information for at least one parameter to be configured.

[0082] In this embodiment, at least one service identifier and service parameters can be parsed from the configuration request message. Since the service identifier can represent the type of each service and the service parameters include various parameter information for configuring the service, the service corresponding to the service identifier can be found locally through the service identifier. The local parameters of the service can be configured using the service parameters, thereby realizing parameter adaptation between the first communication device and the second communication device, which can effectively improve the efficiency of network device management.

[0083] In some embodiments, the configuration request message also includes the service length of at least one service, which is used to indicate the byte length of each data item corresponding to the service.

[0084] In some embodiments, the configuration request message also includes an Ethernet header field, which is used to identify information such as the source device, destination device, data type, or length.

[0085] In some embodiments, the configuration request message is broadcast in the MAC sublayer of the data link layer.

[0086] In some embodiments, the business parameters include a parameter identifier and a parameter value for at least one parameter.

[0087] In this embodiment, the service parameters include at least one parameter for configuring the service. A parameter identifier indicates the type of the parameter, and the parameter value is a configuration value assigned to the parameter according to specific service requirements. This disclosure does not impose any special restrictions on the type of parameter. In some embodiments, the service parameters also include the parameter length of at least one parameter, which indicates the byte length of each data item corresponding to the parameter.

[0088] In some embodiments, the configuration request message consists of Ethernet header fields and TLV format fields.

[0089] In some embodiments, the at least one parameter is at least one of VLAN value, QoS, APN, and dialing type.

[0090] In this embodiment, the VLAN value is used to distinguish different VLANs within the network. In some embodiments, the VLAN value is the VLAN ID. QoS is used to manage data traffic in the network to ensure that services have good operating performance within the network. The dial-up type is used to instruct communication devices to communicate through a specified network connection method.

[0091] In some embodiments, the parameter can also be a private network address. A private network address is used to identify communication devices within a local area network.

[0092] As one embodiment of this disclosure, the second communication device receives and parses a configuration request message at the data link layer to obtain the service identifier, service length, service value, and the parameter identifier, parameter length, and parameter value of each parameter corresponding to the service.

[0093] Reference Figure 5 The parsed business identifier (Application_Type) is 0x01, occupying an 8-bit storage field. The business length (Len) occupies an 8-bit storage field. The business value (Value) to which the business parameter belongs occupies a (len-8-8)-bit storage field. The data type of the business value is string.

[0094] The parameters corresponding to this service include VLAN value (VLAN_ID), APN (APN_Name), dialing type (Net_mode), and private network address (Private_Network). Among them, the parameter corresponding to the VLAN value is identified as 0x02, the parameter corresponding to the APN is identified as 0x03, the parameter corresponding to the dialing type is identified as 0x04, and the parameter corresponding to the private network address is identified as 0x05.

[0095] Each parameter's length (Len) occupies an 8-bit storage field, and the parameter value (String Value) occupies a (len-8-8)-bit storage field.

[0096] In some embodiments, refer to Figure 6 Step S21 includes steps S211 to S212.

[0097] In step S211, the network port status of the second network port carrying the at least one service is detected.

[0098] In step S212, when the network interface is in a connected state, the configuration request message in the data link layer is monitored.

[0099] In this embodiment, the second network port is a physical network port on the second communication device. Using VLAN technology, the physical network port can be divided into multiple logical network ports, thereby distinguishing data from different services sent through the same physical network port. Each logical network port is used to send data for one service; that is, the number of logical network ports is greater than or equal to the number of services. By listening to configuration request messages in the data link layer when the network port is in a connected state, messages sent by other communication devices within the same local area network can be monitored.

[0100] In some embodiments, the network port status can be determined as connected in the following ways:

[0101] 1) Monitor whether a network cable is plugged into the network port; if a network cable is plugged into the network port, determine that the network port status is connected; if a network cable is not plugged into the network port, determine that the network port status is not connected.

[0102] 2) If a notification message indicating that the network port is connected is received, the network port status is determined to be connected; if no notification message indicating that the network port is connected is received, the network port status is determined to be disconnected.

[0103] 3) Periodically send heartbeat signals through the network port. If a corresponding heartbeat response is received, the network port status is determined to be connected; if no corresponding heartbeat response is received within a specified time, the network port status is determined to be disconnected.

[0104] Network devices typically cache received packets. Therefore, in some embodiments, configuration request packets in the data link layer can be obtained even without detecting the network interface status of the second network interface.

[0105] It is worth noting that the second communication device, as the side receiving the configuration request message, can receive messages with a specific destination MAC address. In some embodiments, the Ethernet header field of the configuration request message identifies the destination MAC address of the destination device. By parsing the Ethernet header field of the received configuration request message, it can be determined whether the configuration request message is a message with the specific destination MAC address being monitored.

[0106] In some embodiments, when a configuration request message is detected in the data link layer, the method may further include sending an acknowledgment response message to the first communication device.

[0107] In some embodiments, refer to Figure 7 Step S23 includes the following steps S231 to S232.

[0108] In step S231, the service parameters are compared with the local parameters of the service corresponding to the service identifier.

[0109] In step S232, if the service parameters are different from the local parameters, the local parameters are updated to the service parameters.

[0110] In the embodiments of this disclosure, a service identifier is used to indicate the type of service. In the second communication device, various local parameters of the service corresponding to the service identifier are determined. Each service parameter corresponding to the service identifier is compared with the local parameters. If the service parameters and local parameters are different, the local parameters are updated to the service parameters. If the service parameters and local parameters are the same, the original configuration of the local parameters is retained.

[0111] In some embodiments, the service parameter includes a parameter identifier and a parameter value for at least one parameter, wherein the comparison between the service parameter and the local parameter includes:

[0112] The parameter value in the business parameters is compared with the local parameter value of the parameter corresponding to the parameter identifier; if the parameter value is different from the local parameter value, the local parameter value is modified to the parameter value; if the parameter value is the same as the local parameter value, the local parameter value is retained.

[0113] In some embodiments, the parameter configuration method applied to the second communication device further includes: establishing at least one VLAN link according to the configuration request message, wherein the number of links of the at least one VLAN link is the same as the number of services of the at least one service in the configuration request message; for each VLAN link in the at least one VLAN link, in response to receiving an address acquisition request through the VLAN link, feeding back the IP address corresponding to the VLAN link.

[0114] In embodiments of this disclosure, a VLAN link is used to transmit data for one service, thereby isolating data from different services and preventing data mixing and interference. Upon receiving an address acquisition request sent through this VLAN link, the corresponding IP address is returned, thus establishing a connection and communication with the first communication device. In some embodiments, the address acquisition request is a DHCP request.

[0115] In some embodiments, the dialing type includes bridge mode and routing mode, and the VLAN link includes: WAN PDN (Wide Area Network Packet Data Network) path, and / or LAN (Local Area Network) VLAN path.

[0116] When the parameters include dialing type, the parameter configuration method applied to the second communication device further includes: configuring the data forwarding mode of the WAN PDN path and the LAN VLAN path according to the dialing type, wherein the data forwarding mode is a routing mode or a bridge mode.

[0117] In some embodiments, after step S23, the parameter configuration method applied to the second communication device further includes: continuing to listen to configuration request messages in the data link layer; upon receiving a new configuration request message, parsing the configuration request message, and reconfiguring local parameters according to the parsed service parameters.

[0118] In this embodiment, after the second communication device completes the local parameter configuration, it retains the most recently configured local parameters and continuously listens for configuration request messages. Through this parameter adaptation mechanism, the second communication device can re-adapt to other communication devices and work normally after the local parameters are modified, thereby enhancing the flexibility of the communication device.

[0119] In some embodiments, the configuration page display screen in the first communication device (e.g., ODU device) presents the parameters corresponding to each service; the configuration of the parameters in the second communication device (e.g., IDU device) is presented through a user interface, for example, through a web interface (Web User Interface).

[0120] In the embodiments of this disclosure, the second communication device receives a configuration request message in the data link layer. The configuration request message includes parameter values ​​for various parameters corresponding to different services, thereby adapting local parameters according to the parameter values ​​carried in the configuration request message, simplifying the user operation process and improving the efficiency of network device management.

[0121] Thirdly, embodiments of this disclosure provide a communication device, referring to... Figure 8 It includes a memory 802 and a processor 801; the memory 802 stores a computer program that can be executed by the processor 801, and when the computer program is executed by the processor 801, it implements the parameter configuration method described in the first aspect or the parameter configuration method described in the second aspect.

[0122] The processor 801 and the memory 802 are connected through one or more I / O interfaces 803, which are configured to enable information exchange between the processor 801 and the memory 802.

[0123] The processor 801 is a device with data processing capabilities, including but not limited to a central processing unit (CPU); the memory 802 is a device with data storage capabilities, including but not limited to random access memory (RAM, more specifically SDRAM, DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), and flash memory (FLASH); the I / O interface (read / write interface) 803 is connected between the processor 801 and the memory 802, enabling information exchange between the processor 801 and the memory 802, including but not limited to a data bus (Bus).

[0124] In some embodiments, the communication device 100 includes: a connection determination module 101, a message sending and receiving module 102, and a parameter configuration module 103.

[0125] The connection determination module 101 is used to detect the network interface status. The message sending and receiving module 102 is used to send configuration request messages at the data link layer, or to send back an acknowledgment response message upon receiving a configuration request message. The parameter configuration module 103 is used to parse the configuration request message and configure local parameters based on the parsing result.

[0126] Fourthly, embodiments of this disclosure provide a computer program product, which includes a computer program that, when executed by a processor, implements the parameter configuration method described in the first aspect or the parameter configuration method described in the second aspect.

[0127] Fifthly, embodiments of this disclosure provide a computer-readable medium having a computer program stored thereon, wherein the computer program, when executed by a processor, implements the parameter configuration method described in the first aspect or the parameter configuration method described in the second aspect.

[0128] To enable those skilled in the art to more clearly understand the technical solutions provided by the embodiments of this disclosure, the technical solutions provided by the embodiments of this disclosure will be described in detail below through specific embodiments.

[0129] Example 1

[0130] For example, as a specific form of an embodiment of this disclosure, the first ODU device can provide Internet access services to each IDU device. The services provided include ordinary Internet access, Tr069 Internet access, and voice calls. The first ODU device includes a physical network port, which is divided into three logical network ports, each of which supports data transmission of different services.

[0131] Both the first IDU and the second IDU devices provide services including general internet access, Tr069 internet access, and voice calls. The parameters for the same services are configured identically in the first ODU and the first IDU devices, but the parameter configurations differ between the first ODU and the second IDU devices. For example, for general internet access, Tr069 internet access, and voice calls, the pre-configured VLAN IDs in the first ODU and the first IDU devices are 100, 200, and 300; while the pre-configured VLAN IDs in the second IDU device are 1000, 2000, and 3000.

[0132] Therefore, parameter adaptation is required between the first ODU device and the second IDU device, referring to... Figure 9 The adaptation process for the second IDU device includes the following steps 901 to 907.

[0133] In step 901, the second IDU device is powered on and the device is initialized.

[0134] In step 902, check if a network cable is inserted; if a network cable is inserted, the network port status can be determined to be connected, and step 903 is executed; if no network cable is inserted, step 902 is repeated.

[0135] In step 903, a configuration request message is generated based on the service requirements of the three services (normal Internet access service, Tr069 Internet access, and voice call). The configuration request message includes the service identifier and service parameters of each service.

[0136] In step 904, a corresponding VLAN link is established for each service, that is, the total number of VLAN links established is the same as the number of services.

[0137] In step 905, the generated configuration request messages are broadcast periodically at the data link layer.

[0138] In step 906, DHCP requests are sent on the established VLAN links to obtain the LAN IP address through the VLAN link.

[0139] In step 907, for each VLAN link, in response to receiving an IP address, the VLAN link is established and DHCP requests are stopped; when IP addresses are received on all VLAN links, the multi-link path is established.

[0140] Reference Figure 10 The adaptation process applied to the first ODU device includes the following steps 1001 to 1008.

[0141] In step 1001, the first ODU device is powered on and the device is initialized.

[0142] In step 1002, check if a network cable is inserted into the network port; if a network cable is inserted, the network port status can be determined to be connected, and step 1003 is executed; if no network cable is inserted, step 1002 is repeated.

[0143] In step 1003, the network port function is activated, and the network cable is used to listen for configuration request messages to a specific destination MAC address. If a configuration request message is received, step 1004 is executed.

[0144] In step 1004, the configuration request message is parsed to obtain the parsed content, which includes at least the service identifiers and service parameters of three services. The configuration request message can be received during initialization or after the listening is started.

[0145] In step 1005, check whether the parsed content is the same as the current local configuration content. If they are the same, proceed to step 1006; otherwise, proceed to step 1007. Checking whether the parsed content is the same as the current local configuration content includes: based on the service identifier, comparing the service parameters corresponding to the service identifier with the local parameters of the same service in the local configuration content. If the service parameters corresponding to the service identifier are the same as the local parameters, then they are determined to be the same; otherwise, they are determined to be different.

[0146] In step 1006, if the parsed content is the same as the current local configuration content, it means that the local configuration of the first ODU device can be adapted to the second IDU device without adjusting the parameters. Therefore, the configuration request message is ignored and the adaptation process ends.

[0147] In step 1007, if the parsed content is different from the current local configuration content, the local configuration content is modified to the corresponding parsed content to ensure that the parsed content is the same as the modified local configuration content, thereby achieving the adaptation between the first ODU device and the second IDU device.

[0148] In step 1008, based on the configuration request message, three VLAN links corresponding to the three services are established, that is, the total number of VLAN links established is the same as the number of services; for each VLAN link, in response to receiving a DHCP request, an IP address is returned; when IP addresses are returned on all VLAN links, the multi-link path is established.

[0149] In the example disclosed above, negotiation can be conducted to update the parameters of the first ODU device when the parameters of various services in the first ODU device and the second IDU device are incompatible. Moreover, the update process is carried out at the data link layer, which can increase the applicability of the products to which the first ODU device belongs. Compared with the manual parameter configuration method in related technologies, it also greatly simplifies the user operation and improves the user experience.

[0150] Example 2

[0151] For example, as a specific embodiment of this disclosure, referring to Example 1, the first ODU device after modifying various parameters is adapted to the second IDU device. However, if the first ODU device after modifying various parameters needs to re-establish a connection with the first IDU device, a problem will arise where the first ODU device after modifying various parameters is not compatible with the first IDU device.

[0152] After determining that the network interface status is connected, the second IDU device generates a configuration request message according to the service requirements of each service. The configuration request message includes the service identifier and service parameters of each service and is broadcast at the data link layer.

[0153] The first ODU device can listen to the configuration request messages broadcast by the destination MAC address of the second IDU device, thereby obtaining and parsing the configuration request messages. Based on the parsed content of the configuration request messages sent by the second IDU device, the first ODU device modifies its local parameters again so that it can re-adapt to the second IDU device.

[0154] Compared to related technologies that utilize the factory reset of the first ODU device to re-adapt the preset parameters between the first ODU device and the second IDU device, the above-described example of this disclosure can avoid data loss. In addition, the above-described example of this disclosure can also improve the adaptation efficiency between devices, reduce the complexity of user operations, and further improve the overall network stability and user experience.

[0155] A processor is a device with data processing capabilities, including but not limited to a central processing unit (CPU); a memory is a device with data storage capabilities, including but not limited to random access memory (RAM, more specifically SDRAM, DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), and flash memory (FLASH); an I / O interface (read / write interface) connects the processor and the memory, enabling information exchange between the memory and the processor, including but not limited to a data bus (Bus).

[0156] Those skilled in the art will understand that all or some of the steps, systems, and devices disclosed above, as functional modules / units, can be implemented as software, firmware, hardware, or suitable combinations thereof.

[0157] In hardware implementations, the division between functional modules / units mentioned in the above description does not necessarily correspond to the division of physical components; for example, a physical component may have multiple functions, or a function or step may be executed by several physical components working together.

[0158] Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit (CPU), digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit (ASIC). Such software may be distributed on a computer-readable medium, which may include computer storage media (or non-transitory media) and communication media (or transient media). As is known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technique for storing information (such as computer-readable instructions, data structures, program modules, or other data). Computer storage media include, but are not limited to, random access memory (RAM, more specifically SDRAM, DDR, etc.), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), flash memory (FLASH) or other disk storage; read-only optical disc (CD-ROM), digital versatile disc (DVD) or other optical disc storage; magnetic cartridges, magnetic tapes, disk storage or other magnetic storage; and any other media that can be used to store desired information and can be accessed by a computer. Furthermore, as is known to those skilled in the art, communication media typically contain computer-readable instructions, data structures, program modules, or other data in modulated data signals such as carrier waves or other transmission mechanisms, and may include any information delivery medium.

[0159] This disclosure has disclosed exemplary embodiments, and although specific terminology has been used, it is for general illustrative purposes only and should not be construed as limiting. In some instances, it will be apparent to those skilled in the art that features, characteristics, and / or elements described in conjunction with particular embodiments may be used alone, or in combination with features, characteristics, and / or elements described in conjunction with other embodiments, unless otherwise expressly indicated. Therefore, those skilled in the art will understand that various changes in form and detail may be made without departing from the scope of this disclosure as set forth by the appended claims.

Claims

1. A parameter configuration method, applied to a first communication device, comprising: Based on the business requirements of at least one service, a configuration request message is generated, wherein the configuration request message includes the service identifier and service parameters of the at least one service; The configuration request message is broadcast at the data link layer.

2. The method according to claim 1, wherein, The business parameters include at least one parameter identifier and parameter value.

3. The method according to claim 2, wherein, The at least one parameter is at least one of the following: Virtual Local Area Network (VLAN) value, Quality of Service (QoS), Access Point Name (APN), and dial-up type.

4. The method according to claim 1, wherein, Broadcasting the configuration request message at the data link layer includes: Detect the network port status of the first network port carrying the at least one of the services; When the network interface is in a connected state, the configuration request message is broadcast at the data link layer.

5. The method according to claim 1, wherein, The method further includes: Establish at least one VLAN link, wherein the number of links in the at least one VLAN link is the same as the number of services of the at least one service in the configuration request message; Each of the at least one VLAN links is periodically sent with an address acquisition request to obtain the Internet Protocol (IP) address corresponding to the VLAN link.

6. A parameter configuration method, applied to a second communication device, comprising: Receive configuration request messages from the data link layer; Parse the configuration request message to obtain the service identifier and service parameters of at least one service; Configure local parameters for the service corresponding to the service identifier based on the service parameters.

7. The method according to claim 6, wherein, Based on the service parameters, configure the local parameters of the service corresponding to the service identifier, including: The service parameters are compared with the local parameters of the service corresponding to the service identifier; If the business parameters differ from the local parameters, the local parameters will be updated to the business parameters.

8. The method according to claim 6, wherein, Receive configuration request messages from the data link layer, including: Detect the network port status of the second network port carrying the at least one of the services; When the network interface is in a connected state, listen for the configuration request message in the data link layer.

9. The method according to claim 6, wherein, The method further includes: Based on the configuration request message, at least one VLAN link is established, wherein the number of links in the at least one VLAN link is the same as the number of services of the at least one service in the configuration request message; For each of the at least one VLAN links, in response to receiving an address acquisition request through the VLAN link, the IP address corresponding to the VLAN link is fed back.

10. A communication device comprising a memory and a processor; the memory storing a computer program executable by the processor, wherein the computer program, when executed by the processor, implements the parameter configuration method of any one of claims 1 to 5 or the parameter configuration method of any one of claims 6 to 9.

11. A computer program product comprising a computer program that, when executed by a processor, implements the parameter configuration method of any one of claims 1 to 5 or the parameter configuration method of any one of claims 6 to 9.

Images