Communication method and related device, storage medium and computer program product
Through the automatic negotiation between the client and the DHCP server or the DHCPv6 server, the traffic scheduling is based on business identification, and the problem of insufficient complexity and flexibility of ACL configuration is solved, and more efficient business drainage is achieved.
Patent Information
- Application Number
- CN202411434119.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-14
- Publication Date
- 2025-01-24
- Estimated Expiration
- 2044-10-14
AI Technical Summary
When configuring and maintaining ACL policies, the existing technology faces a large number of addresses that need to be accessed, with a large amount of workload and easy change in network addresses, resulting in low flexibility and accuracy in traffic diversion.
Through the automatic negotiation of service identifiers between the client and the DHCP server or DHCPv6 server, the DHCP server or DHCPv6 server can automatically schedule traffic based on the service identifier.
It improves the flexibility and accuracy of business traffic diversion, simplifies configuration and operation and maintenance, and avoids configuration change problems caused by address changes.
Smart Images

Figure CN119363716A_ABST
Abstract
Description
Technical Field
[0001] The embodiments of the present application relate to the field of wireless communication technology, and in particular, to a communication method and related devices, storage media, and computer program products. Background Art
[0002] Currently, for services with different service qualities, access control lists (ACL) policies are configured on a broadband remote access server (BRAS) to guide the services into different network channels.
[0003] However, when a single service has a large number of addresses that need to be accessed, the ACL configuration workload is large, the network address is easy to change, and the configuration and maintenance are difficult, making it difficult to ensure the correct diversion of the service. The flexibility and accuracy of service diversion are low. Summary of the invention
[0004] The embodiments of the present application provide a communication method and related devices, a storage medium, and a computer program product, which automatically negotiate a service identifier between a client and a DHCP server or a DHCPv6 server, so that the DHCP server or the DHCPv6 server can automatically schedule traffic based on the service identifier, thereby improving the flexibility and accuracy of service diversion.
[0005] The technical solution of the embodiment of the present application is implemented as follows:
[0006] The present application provides a communication method, which is applied to a client, and the method includes:
[0007] Sending a first message to the link network; the first message is used to find a first server, the first server is a Dynamic Host Configuration Protocol DHCP server or a Dynamic Host Configuration Protocol version 6 DHCPv6 server;
[0008] receiving a second message sent by the first server; the second message is used to provide a first option;
[0009] The first option includes: the service type of the client, the service identifier assigned to the service type, and the allocation method of the service identifier.
[0010] In the above method, after receiving the second message sent by the first server, the method further includes:
[0011] If the first option is supported, sending a third message to the first server; the third message carries the first option;
[0012] A fourth message sent by the first server is received; the fourth message is used to indicate that the first option negotiation is successful.
[0013] In the above method, the first option also includes an option identifier;
[0014] The option identifier is an option identifier that is reserved and unused by the first server.
[0015] In the above method, after receiving the fourth message sent by the first server, the method further includes:
[0016] Sending a service message to the first server; wherein the service message carries service data, the service identifier and the service type.
[0017] In the above method, after receiving the fourth message sent by the first server, the method further includes:
[0018] When the first time is reached, sending a fifth message to the first server; the fifth message is used to request to extend the time of using the service identifier and carries the service identifier, and the first time is one or more times from the start time to the end time of using the service identifier;
[0019] Receive a sixth message sent by the first server; the sixth message is used to indicate whether to allow the time for using the service identifier to be extended.
[0020] In the above method, after receiving the fourth message sent by the first server, the method further includes:
[0021] A seventh message is sent to the first server; the seventh message is used to request the release of the service identifier.
[0022] The present application provides a communication method, which is applied to a first server, where the first server is a Dynamic Host Configuration Protocol DHCP server or a Dynamic Host Configuration Protocol version 6 DHCPv6 server, and the method includes:
[0023] receiving a first message sent by a client; the first message is used to find the first server;
[0024] Sending a second message to the client; the second message is used to provide the first option;
[0025] The first option includes: the service type of the client, the service identifier assigned to the service type, and the allocation method of the service identifier.
[0026] In the above method, after sending the second message to the client, the method further includes:
[0027] receiving a third message sent by the client; the third message carries the first option;
[0028] Sending a fourth message to the client; the fourth message is used to indicate that the first option negotiation is successful.
[0029] In the above method, the first option also includes an option identifier;
[0030] The option identifier is an option identifier that is reserved and unused by the first server.
[0031] In the above method, after sending the fourth message to the client, the method further includes:
[0032] Receiving a service message sent by the client; wherein the service message carries service data, the service identifier and the service type;
[0033] Allocating a network channel for the service data based on the service identifier and the service type;
[0034] The service data is forwarded through the network channel.
[0035] In the above method, after sending the fourth message to the client, the method further includes:
[0036] receiving a fifth message sent by the client; the fifth message is used to request to extend the time of using the service identifier;
[0037] A sixth message is sent to the client; the sixth message is used to indicate whether to allow the time for using the service identifier to be extended.
[0038] In the above method, after sending the fourth message to the client, the method further includes:
[0039] receiving a seventh message sent by the client; the seventh message is used to request the release of the service identifier;
[0040] Based on the seventh message, the service identifier is released.
[0041] An embodiment of the present application provides a client, including: a first processor, a first memory, and a first communication bus;
[0042] The first communication bus is used to implement a communication connection between the first processor and the first memory;
[0043] The first processor is used to execute one or more computer programs stored in the first memory to implement a communication method applied to a client.
[0044] An embodiment of the present application provides a first server, which is a Dynamic Host Configuration Protocol DHCP server or a Dynamic Host Configuration Protocol version 6 DHCPv6 server, including: a second processor, a second memory, and a second communication bus;
[0045] The second communication bus is used to realize the communication connection between the second processor and the second memory;
[0046] The second processor is used to execute one or more computer programs stored in the second memory to implement the communication method applied to the first server.
[0047] An embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the computer program implements the steps of a communication method applied to a client, or the steps of a communication method applied to a first server.
[0048] An embodiment of the present application provides a computer program product, including a computer program, which, when executed, implements the steps of a communication method applied to a client, or the steps of a communication method applied to a first server.
[0049] The embodiment of the present application provides a communication method and related devices, storage media, and computer program products. The communication method applied to the client includes: sending a first message to the link network; the first message is used to find a first server, the first server is a DHCP server or a DHCPv6 server; receiving a second message sent by the first server; the second message is used to provide a first option; wherein the first option includes: the service type of the client, the service identifier corresponding to the service type, and the allocation method of the service identifier. The technical solution provided by the embodiment of the present application automatically negotiates the service identifier between the client and the DHCP server or DHCPv6 server, does not rely on end-to-end human management intervention, is simple to deploy, and is convenient for operation and maintenance, so that the DHCP server or DHCPv6 server can automatically schedule traffic based on the service identifier, no longer relying on complex configuration, and the configuration does not need to be changed after the user's address changes when he goes online again. The service deployment is convenient and error-prone, which improves the flexibility and accuracy of service diversion. BRIEF DESCRIPTION OF THE DRAWINGS
[0050] Figure 1 A communication method according to an embodiment of the present invention is provided. Figure 1 ;
[0051] Figure 2 An exemplary DHCP-based communication interaction diagram provided in the embodiment of the present application Figure 1 ;
[0052] Figure 3 An exemplary DHCPv6-based communication interaction diagram provided in the embodiment of the present application Figure 1 ;
[0053] Figure 4 A schematic diagram of a format of an exemplary first option provided in an embodiment of the present application;
[0054] Figure 5 An exemplary DHCP-based communication interaction diagram provided in the embodiment of the present application Figure 2 ;
[0055] Figure 6 An exemplary DHCPv6-based communication interaction diagram provided in the embodiment of the present application Figure 2 ;
[0056] Figure 7 An exemplary DHCP-based communication interaction diagram provided in the embodiment of the present application Figure 3 ;
[0057] Figure 8 An exemplary DHCPv6-based communication interaction diagram provided in the embodiment of the present application Figure 3 ;
[0058] Fig. 9 A flow chart of a communication method provided in an embodiment of the present application Figure 2 ;
[0059] Fig.10 A schematic diagram of a client structure provided in an embodiment of the present application Figure 1 ;
[0060] Fig.11 A schematic diagram of a client structure provided in an embodiment of the present application Figure 2 ;
[0061] Fig.12 A schematic diagram of the structure of a first server provided in an embodiment of the present application Figure 1 ;
[0062] Fig.13 A schematic diagram of the structure of a first server provided in an embodiment of the present application Figure 2 . DETAILED DESCRIPTION
[0063] In order to make the purpose, technical solution and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not used to limit the present application.
[0064] The following will specifically describe the technical solution of the present application and how the technical solution of the present application solves the above technical problems through embodiments and in conjunction with the accompanying drawings. The following embodiments may be combined with each other, and the same or similar concepts or processes may not be repeated in some embodiments.
[0065] In addition, the technical solutions described in the embodiments of the present application can be combined arbitrarily without conflict.
[0066] An embodiment of the present application provides a communication method, which is implemented through a client. Figure 1 A flow chart of a communication method provided in an embodiment of the present application Figure 1 .like Figure 1 As shown, in an embodiment of the present application, the communication method applied to the client mainly includes the following steps:
[0067] S101. Send a first message to a link network; the first message is used to find a first server, and the first server is a DHCP server or a DHCPv6 server.
[0068] In an embodiment of the present application, the client may send a first message to the link network to find a first server, that is, a Dynamic Host Configuration Protocol (DHCP) server or a Dynamic Host Configuration Protocol version 6 DHCPv6 server.
[0069] It should be noted that, in the embodiment of the present application, the first server may be a BRAS or an independent server, which is not limited in the embodiment of the present application.
[0070] It should be noted that in the embodiments of the present application, see Figure 2 If the first server that the client searches for is a DHCP server, the first message sent to the linked network may be a Discover message, see Figure 3 If the first server that the client searches for is a DHCPv6 server, the first message sent to the link network may specifically be a solicitation message, and the specific first message is not limited in the application embodiment.
[0071] S102, receiving a second message sent by the first server; the second message is used to provide a first option; wherein the first option includes: a service type of the client, a service identifier assigned to the service type, and a method of assigning the service identifier.
[0072] In an embodiment of the present application, the client sends a first message to find a first server, and the first server can receive the first message in response to a second message. Based on this, the client receives the second message sent by the first server.
[0073] It should be noted that, in the embodiment of the present application, as described in the above step S101, the first message may be a Discover message, and the first server to be found is a DHCP server. In this scenario, see Figure 2 , the second message may be an Offer message, and the first message may be a Solicit message, and the first server to be found is a DHCPv6 server. In this scenario, see Figure 2 The second message may correspond to an Advertise message, and the specific application embodiment of the second message is not limited.
[0074] In an embodiment of the present application, the newly added first option (Option) carried in the second message includes: the service type of the client, the service identifier corresponding to the service type, and the allocation method of the service identifier. If the first server is a DHCP server, the first option is specifically a DHCP Option. If the first server is a DHCPv6 server, the first option is specifically a DHCPv6 Option. Figure 4 The format of the first option shown also includes Option_ServiceID, that is, the option identifier, which is an option identifier reserved and unoccupied for the first server, Option-Len, that is, the option length, Func-Type indicates the allocation method of the service identifier, Func-Len indicates the length of the service identifier, Service-Type indicates the service type, ServiceID indicates the service identifier allocated corresponding to the service type, Preferred-lifetime indicates the preferred lifecycle, and Valid-lifetime is the validity period.
[0075] In an embodiment of the present application, after the client receives the second message sent by the first server, it can also perform the following steps: sending a third message to the first server if the first option is supported; the third message carries the first option; receiving a fourth message sent by the first server; the fourth message is used to indicate that the negotiation of the first option is successful.
[0076] It should be noted that in an embodiment of the present application, the client may not support the first option. If it does not support the first option, it will be ignored. If it does support it, it will send a third message to the first server during the request phase, carrying the first option, and then confirm the success of the negotiation of the first option by receiving the fourth message.
[0077] It should be noted that, in the embodiment of the present application, if the first server is a DHCP server, see Figure 2 , the third message may be a request message, and the fourth message may be an acknowledgment message. If the first server is a DHCPv6 server, see Figure 3 The third message may be a Request message, and the corresponding fourth message may be a Reply message. The specific third message and fourth message are not limited in the application embodiment.
[0078] In an embodiment of the present application, after negotiating a service identifier with the first server, the client may send a service message to the first server; wherein the service message carries service data, service identifier and service type.
[0079] It can be understood that in an embodiment of the present application, a service identifier is provided to the client through the first option. In this way, the service identifier is negotiated between the client and the first server, and the client can choose to provide the service identifier when sending a service message so that the first server can perform differentiated processing based on the service identifier.
[0080] In an embodiment of the present application, after negotiating the service identifier with the first server, the client may also renew the lease of the service identifier, which is described in detail below.
[0081] In an embodiment of the present application, after the client receives the fourth message sent by the first server, the method also includes: sending a fifth message to the first server when the first time is reached; the fifth message is used to request an extension of the time for using the service identifier and carries the service identifier, and the first time is one or more times from the start time to the end time of the service identifier; receiving a sixth message sent by the first server; the sixth message is used to indicate whether the extension of the time for using the service identifier is allowed.
[0082] It should be noted that, in the embodiment of the present application, the first time is one or more times between the start time and the end time of the service identifier. The specific first time can be the middle (50%) time between the start time and the end time. At this time, the client can request the first server to extend the time of using the service identifier. If the request for extension fails, another time before the end time can be determined as the first time. For example, when 7 / 8 (87.5%) of the time between the start time and the end time is reached, the first server is requested to extend the time of using the service identifier again. The specific first time and the number of first times can be determined according to actual needs and application scenarios, and are not limited in the embodiment of the present application.
[0083] It should be noted that, in the embodiment of the present application, if the first server is a DHCP server, see Figure 5 , the fifth message may be a Request message, and the sixth message may be an Ack message. If the first server is a DHCPv6 server, see Figure 6 The fifth message may be a Renew message, and the sixth message may be a Reply message. If the Reply message indicates that the service identifier is not allowed to be extended, the client may send a Rebind message again to request again. In this case, the fifth message is Rebind, and the sixth message is a Reply message. The specific fifth message and the sixth message are not limited in the present application embodiment.
[0084] In an embodiment of the present application, after negotiating the service identifier with the first server, the client can also use the service identifier to release the service identifier. Specifically, after the client receives the fourth message sent by the first server, it can also perform the following steps: send a seventh message to the first server; the seventh message is used to request the release of the service identifier.
[0085] It should be noted that, in the embodiment of the present application, if the first server is a DHCP server, see Figure 7 , the seventh message can be a Release message. In this case, the client can also send a Decline message to the DHCP server, stating that the user address has been used or is invalid. When applying for address release, the service identifier will also be released. Then, the client receives an Ack message sent by the DHCP server. If the first server is a DHCPv6 server, see Figure 8 The seventh message may also be a Release message. In this case, the client may receive a Reply message sent by the DHCPv6 server, and then send a Decline message, and then receive an Ack message sent by the DHCPv6 server. The specific seventh message is not limited to the embodiment of the application.
[0086] An embodiment of the present application provides a communication method, which is applied to a first server, where the first server is a DHCP server or a DHCPv6 server. Fig. 9 A communication method according to an embodiment of the present invention is provided. Figure 2 .like Fig. 9 As shown, in an embodiment of the present application, the communication method applied to the first server mainly includes the following steps:
[0087] S201, receiving a first message sent by a client; the first message is used to find a first server;
[0088] S202, sending a second message to the client; the second message is used to provide a first option; wherein the first option includes: the service type of the client, the service identifier assigned to the service type, and the method of assigning the service identifier.
[0089] In an embodiment of the present application, corresponding to the above-mentioned client-side method steps, the first server may receive a first message sent by the client, and respond to the client with a second message.
[0090] It should be noted that, in the embodiment of the present application, the relevant explanations of the first message and the second message are detailed in the above-mentioned client-side method steps and will not be repeated here.
[0091] In an embodiment of the present application, the first option also includes an option identifier; the option identifier is an option identifier reserved and unoccupied by the first server.
[0092] In an embodiment of the present application, after the first server sends the second message to the client, the following steps may also be performed: receiving a third message sent by the client; the third message carries the first option; sending a fourth message to the client; the fourth message is used to indicate that the negotiation of the first option is successful.
[0093] It should be noted that, in the embodiment of the present application, as described in the above-mentioned client-side method steps, if it supports the first option, a third message can be sent to the first server, and the first server can receive the third message sent by the client, and respond to the client with a fourth message. The relevant explanations of the third message and the fourth message are detailed in the above-mentioned client-side method steps, and will not be repeated here.
[0094] In an embodiment of the present application, after the first server sends the fourth message to the client, the following steps may also be performed: receiving a business message sent by the client; wherein the business message carries business data, business identification and business type; based on the business identification and business type, allocating a network channel for the business data; and forwarding the business data through the network channel.
[0095] It can be understood that in an embodiment of the present application, after the negotiation of the service identifier is realized, the service message carrying the service type and the negotiated service identifier is forwarded to the first server. The first server can distinguish the priority of the service data according to the service identifier and the service type, and forward the service data to the network channel of the corresponding service level to realize differentiated service for the service.
[0096] In an embodiment of the present application, after the first server sends the fourth message to the client, the following steps may also be performed: receiving the fifth message sent by the client; the fifth message is used to request an extension of the time for using the service identifier; sending a sixth message to the client; the sixth message is used to indicate whether the extension of the time for using the service identifier is allowed.
[0097] It should be noted that, in the embodiment of the present application, as described in the above-mentioned client-side method steps, the client can send a fifth message to the first server when it is necessary to delay the use of the service identifier, and the first server can receive the fifth message sent by the client and respond to the client with a sixth message. The relevant explanations of the fifth message and the sixth message are detailed in the above-mentioned client-side method steps, which will not be repeated here.
[0098] In an embodiment of the present application, after the first server sends the fourth message to the client, the following steps may also be performed: receiving the seventh message sent by the client; the seventh message is used to request the release of the service identifier; based on the seventh message, the service identifier is released.
[0099] It should be noted that in the embodiment of the present application, as described in the above client side method steps, when the client needs to release the service identifier, it can send a seventh message to the first server to request the first server to release the service identifier. The relevant explanation of the seventh message is detailed in the above client side method steps, which will not be repeated here.
[0100] Based on the communication method between the above-mentioned client side and the first server side, it can be known that the technical solution provided in the embodiment of the present application automatically negotiates the service identifier between the client and the DHCP server or DHCPv6 server, does not rely on end-to-end human management intervention, is simple to deploy, and is convenient for operation and maintenance. The DHCP server or DHCPv6 server automatically schedules traffic based on the service identifier, no longer relies on complex configuration, and the configuration does not need to be changed after the user goes online again and the address changes, so the service deployment is convenient and error-prone.
[0101] An embodiment of the present application provides a client. Fig.10 A schematic diagram of a client structure provided in an embodiment of the present application Figure 1 .like Fig.10 As shown, in an embodiment of the present application, the client includes:
[0102] A first sending module 11 is used to send a first message to the link network; the first message is used to find a first server, and the first server is a DHCP server or a DHCPv6 server;
[0103] A first receiving module 12, configured to receive a second message sent by the first server; the second message is used to provide a first option;
[0104] The first option includes: the service type of the client, the service identifier assigned to the service type, and the allocation method of the service identifier.
[0105] In an embodiment of the present application, the first sending module 11 is further configured to send a third message to the first server when the first option is supported; the third message carries the first option;
[0106] The first receiving module 12 is further used to receive a fourth message sent by the first server; the fourth message is used to indicate that the first option negotiation is successful.
[0107] In an embodiment of the present application, the first option further includes an option identifier;
[0108] The option identifier is an option identifier that is reserved and unused by the first server.
[0109] In an embodiment of the present application, the first sending module 11 is further used to send a service message to the first server; wherein the service message carries service data, the service identifier and the service type.
[0110] In an embodiment of the present application, the first sending module 11 is further used to send a fifth message to the first server when the first time is reached; the fifth message is used to request to extend the time of using the service identifier and carries the service identifier, and the first time is one or more times from the start time to the end time of using the service identifier;
[0111] The first receiving module 12 is further used to receive a sixth message sent by the first server; the sixth message is used to indicate whether to allow the time for using the service identifier to be extended.
[0112] In an embodiment of the present application, the first sending module 11 is further used to send a seventh message to the first server; the seventh message is used to request the release of the service identifier.
[0113] Based on the same inventive concept, Fig.11 A schematic diagram of a client structure provided in an embodiment of the present application Figure 2 .like Fig.11As shown, in an embodiment of the present application, the client includes: a first processor 13, a first memory 14 and a first communication bus 15;
[0114] The first communication bus 15 is used to realize the communication connection between the first processor 13 and the first memory 14;
[0115] The first processor 13 is used to execute one or more computer programs stored in the first memory 14 to implement a communication method applied to a client.
[0116] An embodiment of the present application provides a first server, which is a DHCP server or a DHCPv6 server. Fig.12 A schematic diagram of the structure of a first server provided in an embodiment of the present application Figure 1 .like Fig.12 As shown, in an embodiment of the present application, the first server includes:
[0117] The second receiving module 21 is used to receive a first message sent by the client; the first message is used to find the first server;
[0118] A second sending module 22, configured to send a second message to the client; the second message is used to provide a first option;
[0119] The first option includes: the service type of the client, the service identifier assigned to the service type, and the allocation method of the service identifier.
[0120] In an embodiment of the present application, the second receiving module 21 is further configured to receive a third message sent by the client; the third message carries the first option;
[0121] The second sending module 22 is further used to send a fourth message to the client; the fourth message is used to indicate that the first option negotiation is successful.
[0122] In an embodiment of the present application, the first option further includes an option identifier;
[0123] The option identifier is an option identifier that is reserved and unused by the first server.
[0124] In an embodiment of the present application, the second receiving module 21 is further used to receive a service message sent by the client; wherein the service message carries service data, the service identifier and the service type;
[0125] The second sending module 22 is further configured to allocate a network channel for the service data based on the service identifier and the service type; and forward the service data through the network channel.
[0126] In an embodiment of the present application, the second receiving module 21 is further used to receive a fifth message sent by the client; the fifth message is used to request to extend the time of using the service identifier;
[0127] The second sending module 22 is further used to send a sixth message to the client; the sixth message is used to indicate whether to allow the time for using the service identifier to be extended.
[0128] In one embodiment of the present application, the second receiving module 21 is further used to receive a seventh message sent by the client; the seventh message is used to request the release of the service identifier; and based on the seventh message, the service identifier is released.
[0129] Based on the same inventive concept, Fig.13 A schematic diagram of the structure of a first server provided in an embodiment of the present application Figure 2 .like Fig.13 As shown, in the embodiment of the present application, the first server includes: a second processor 23, a second memory 24, and a second communication bus 25;
[0130] The second communication bus 25 is used to realize the communication connection between the second processor 23 and the second memory 24;
[0131] The second processor 23 is used to execute one or more computer programs stored in the second memory 24 to implement the communication method applied to the first server.
[0132] An embodiment of the present application provides a computer program product, including a computer program, which, when executed, implements the steps of a communication method applied to a client, or the steps of a communication method applied to a first server.
[0133] The embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps in the communication method applied to the client, or the steps in the communication method applied to the first server. The computer-readable storage medium may be a volatile memory (volatile memory), such as a random access memory (Random-Access Memory, RAM); or a non-volatile memory (non-volatile memory), such as a read-only memory (Read-Only Memory, ROM), a flash memory (flash memory), a hard disk (Hard Disk Drive, HDD) or a solid-state drive (Solid-State Drive, SSD); or may be a respective device including one or any combination of the above memories, such as a mobile phone, a computer, a tablet device, a personal digital assistant, etc.
[0134] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of hardware embodiments, software embodiments, or embodiments in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) that contain computer-usable program code.
[0135] The present application is described with reference to implementation flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the process in the flowchart. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.
[0136] These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce a manufactured product including an instruction device, which is implemented in the implementation flow diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.
[0137] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operation steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for executing the steps in the flowchart. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.
[0138] The above is only a specific implementation of the present application, but the protection scope of the present application is not limited thereto. Any changes or substitutions that can be easily thought of by any technician familiar with the technical field within the technical scope disclosed in the utility application should be included in the protection scope of the present application. Therefore, the protection scope of the present application should be based on the protection scope of the claims.
Claims
1. A communication method, characterized in that: Applied to a client, the method comprises: Sending a first message to the link network; the first message is used to find a first server, the first server is a Dynamic Host Configuration Protocol DHCP server or a Dynamic Host Configuration Protocol version 6 DHCPv6 server; receiving a second message sent by the first server; the second message is used to provide a first option; The first option includes: the service type of the client, the service identifier assigned to the service type, and the allocation method of the service identifier.
2. The method according to claim 1, characterized in that: After receiving the second message sent by the first server, the method further includes: If the first option is supported, sending a third message to the first server; the third message carries the first option; A fourth message sent by the first server is received; the fourth message is used to indicate that the first option negotiation is successful.
3. The method according to claim 1, characterized in that The first option also includes an option identifier; The option identifier is an option identifier that is reserved and unused by the first server.
4. The method according to claim 2, characterized in that: After receiving the fourth message sent by the first server, the method further includes: Sending a service message to the first server; wherein the service message carries service data, the service identifier and the service type.
5. The method according to claim 2, characterized in that: After receiving the fourth message sent by the first server, the method further includes: When the first time is reached, sending a fifth message to the first server; the fifth message is used to request to extend the time of using the service identifier and carries the service identifier, and the first time is one or more times from the start time to the end time of using the service identifier; Receive a sixth message sent by the first server; the sixth message is used to indicate whether to allow the time for using the service identifier to be extended.
6. The method according to claim 2, characterized in that After receiving the fourth message sent by the first server, the method further includes: A seventh message is sent to the first server; the seventh message is used to request the release of the service identifier.
7. A communication method, characterized in that: Applied to a first server, the first server being a Dynamic Host Configuration Protocol DHCP server or a Dynamic Host Configuration Protocol version 6 DHCPv6 server, the method comprising: receiving a first message sent by a client; the first message is used to find the first server; Sending a second message to the client; the second message is used to provide the first option; The first option includes: the service type of the client, the service identifier assigned to the service type, and the allocation method of the service identifier.
8. The method according to claim 7, characterized in that After sending the second message to the client, the method further includes: receiving a third message sent by the client; the third message carries the first option; Sending a fourth message to the client; the fourth message is used to indicate that the first option negotiation is successful.
9. The method according to claim 7, characterized in that: The first option also includes an option identifier; The option identifier is an option identifier that is reserved and unused by the first server.
10. The method according to claim 8, characterized in that After sending the fourth message to the client, the method further includes: Receiving a service message sent by the client; wherein the service message carries service data, the service identifier and the service type; Allocating a network channel for the service data based on the service identifier and the service type; The service data is forwarded through the network channel.
11. The method according to claim 8, characterized in that After sending the fourth message to the client, the method further includes: receiving a fifth message sent by the client, wherein the fifth message is used to request to extend the time for using the service identifier; Sending a sixth message to the client; the sixth message is used to indicate whether to allow the time for using the service identifier to be extended.
12. The method according to claim 8, characterized in that After sending the fourth message to the client, the method further includes: receiving a seventh message sent by the client; the seventh message is used to request the release of the service identifier; Based on the seventh message, the service identifier is released.
13. A client, characterized in that: include: a first processor, a first memory, and a first communication bus; The first communication bus is used to implement a communication connection between the first processor and the first memory; The first processor is used to execute one or more computer programs stored in the first memory to implement the communication method according to any one of claims 1 to 6.
14. A first server, characterized in that: The first server is a Dynamic Host Configuration Protocol DHCP server or a Dynamic Host Configuration Protocol version 6 DHCPv6 server, including: a second processor, a second memory, and a second communication bus; The second communication bus is used to implement a communication connection between the second processor and the second memory; The second processor is used to execute one or more computer programs stored in the second memory to implement the communication method described in any one of claims 7-12.
15. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the communication method according to any one of claims 1 to 12 is implemented.
16. A computer program product comprising a computer program, characterized in that When the computer program is executed, the communication method according to any one of claims 1 to 12 is implemented.
Citation Information
Patent Citations
Access method and device for network users
CN106357486A
Data transmission method, proxy server and service client
CN116032507A
Address allocation method and device
CN117914826A
Business processing method, device and equipment of computing power network and medium
CN118573734A
Set top box management method and apparatus, and device and storage medium
WO2020048177A1