Communication method and related apparatus, storage medium, computer program product
By automatically negotiating service identifiers between the client and the DHCP server or DHCPv6 server, the problem of ACL configuration complexity and low flexibility is solved, and the flexibility and accuracy of service traffic redirection are achieved, simplifying the deployment process and reducing the risk of configuration errors.
Patent Information
- Application Number
- CN202411434119.X
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-14
- Publication Date
- 2026-01-16
- Estimated Expiration
- 2044-10-14
AI Technical Summary
In existing technologies, when configuring access control list policies on a broadband remote access server to redirect traffic to different network channels, the workload of ACL configuration is large and the network addresses are prone to change for a single service, resulting in high configuration and maintenance difficulty and low flexibility and accuracy of service redirection.
By automatically negotiating 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 identifiers, improving the flexibility and accuracy of service redirection.
It enables simple deployment without human intervention. The configuration does not need to be changed after the user re-logs back online and the address changes. Business deployment is convenient and less prone to errors, improving the flexibility and accuracy of business traffic acquisition.
Smart Images

Figure CN119363716B_ABST
Abstract
Description
TECHNICAL FIELD
[0001] Embodiments of the present application relate to the technical field of wireless communication, and in particular to a communication method and related apparatus, storage medium, and computer program product. BACKGROUND
[0002] Currently, for services of different quality of service, different network channels are introduced by configuring access control list (ACL) policies on a broadband remote access server (BRAS).
[0003] However, in the case of a single service with a large number of addresses that need to be accessed, the ACL configuration workload is large, the network address is easy to change, the configuration and maintenance are difficult, and it is difficult to ensure the correct flow of services, and the flexibility and accuracy of service flow are low. SUMMARY
[0004] Embodiments of the present application provide a communication method and related apparatus, storage medium, and computer program product, which automatically negotiate service identifiers 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 identifiers, thereby improving the flexibility and accuracy of service flow.
[0005] The technical solution of the embodiments of the present application is as follows:
[0006] The embodiments of the present application provide a communication method applied to a client, and the method comprises the following steps:
[0007] sending a first message to a link network; the first message is used to find a first server, and 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 comprises a service type of the client, a service identifier allocated for the service type, and an allocation mode of the service identifier.
[0010] In the above method, after receiving the second message sent by the first server, the method further comprises the following steps:
[0011] if the first option is supported, sending a third message to the first server; the third message carries the first option;
[0012] receiving a fourth message sent by the first server; the fourth message is used to indicate that the first option negotiation is successful.
[0013] In the method, the first option further includes an option identifier.
[0014] The option identifier is an option identifier reserved and not occupied by the first server.
[0015] In the method, after receiving the fourth message sent by the first server, the method further includes:
[0016] sending a service message to the first server; the service message carries service data, the service identifier and the service type.
[0017] In the method, after receiving the fourth message sent by the first server, the method further includes:
[0018] In a case of reaching a first time, 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; the first time is one or more of a start time and an end time of using the service identifier.
[0019] receiving a sixth message sent by the first server; the sixth message is used to indicate whether to allow to extend the time of using the service identifier.
[0020] In the method, after receiving the fourth message sent by the first server, the method further includes:
[0021] sending a seventh message to the first server; the seventh message is used to request to release the service identifier.
[0022] Embodiments of the present application provide a communication method, 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, and the method comprising:
[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 a first option;
[0025] The first option includes a service type of the client, a service identifier allocated according to the service type, and an allocation mode of the service identifier.
[0026] In the method, after the sending of the second packet to the client, the method further comprises:
[0027] receiving a third packet sent by the client; the third packet carries the first option;
[0028] sending a fourth packet to the client; the fourth packet is used to indicate that the first option negotiation is successful.
[0029] In the method, the first option further comprises an option identifier.
[0030] The option identifier is an option identifier reserved and not occupied by the first server.
[0031] In the method, after the sending of the fourth packet to the client, the method further comprises:
[0032] receiving a service packet sent by the client; wherein the service packet 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] forwarding the service data through the network channel.
[0035] In the method, after the sending of the fourth packet to the client, the method further comprises:
[0036] receiving a fifth packet sent by the client; the fifth packet is used to request to extend the time of using the service identifier;
[0037] sending a sixth packet to the client; the sixth packet is used to indicate whether to allow the extension of the time of using the service identifier.
[0038] In the method, after the sending of the fourth packet to the client, the method further comprises:
[0039] receiving a seventh packet sent by the client; the seventh packet is used to request to release the service identifier;
[0040] releasing the service identifier based on the seventh packet.
[0041] Embodiments of the present application provide a client, comprising: a first processor, a first memory and a first communication bus;
[0042] The first communication bus is used to realize the communication connection between the first processor and the first memory.
[0043] The first processor is configured to execute one or more computer programs stored in the first memory to implement a communication method applied to a client.
[0044] The first server is a Dynamic Host Configuration Protocol (DHCP) server or a Dynamic Host Configuration Protocol version 6 (DHCPv6) server.
[0045] The second communication bus is configured to implement a communication connection between the second processor and the second memory.
[0046] The second processor is configured to execute one or more computer programs stored in the second memory to implement a communication method applied to the first server.
[0047] The computer readable storage medium stores a computer program, and the computer program is executed by a processor to implement steps in the communication method applied to the client or steps in the communication method applied to the first server.
[0048] The computer program product includes a computer program, and the computer program is executed to implement steps in the communication method applied to the client or steps in the communication method applied to the first server.
[0049] The communication method applied to the client includes: sending 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; receiving a second message sent by the first server; the second message is used to provide a first option; and the first option includes a service type of the client, a service identifier allocated according to the service type, and an allocation mode of the service identifier. The technical solution provided in the embodiment of the application automatically negotiates the service identifier between the client and the DHCP server or the DHCPv6 server, does not depend on end-to-end human management intervention, is simple to deploy, and is convenient for operation and maintenance, so that the DHCP server or the DHCPv6 server can perform automatic scheduling of traffic based on the service identifier, no longer depends on complex configuration, and configuration does not need to be changed after a user relogs in an address, so that business deployment is convenient and error-prone, and the flexibility and accuracy of service flow are improved. BRIEF DESCRIPTION OF DRAWINGS
[0050] Figure 1 Flowchart of the communication method provided in the embodiment of the application Figure 1
[0051] Figure 2 An exemplary communication interaction diagram based on DHCP provided for an embodiment of the present application Figure 1
[0052] Figure 3 An exemplary communication interaction diagram based on DHCPv6 provided for an embodiment of the present application Figure 1
[0053] Figure 4 An exemplary format diagram of the first option provided for an embodiment of the present application
[0054] Figure 5 An exemplary communication interaction diagram based on DHCP provided for an embodiment of the present application Figure 2
[0055] Figure 6 An exemplary communication interaction diagram based on DHCPv6 provided for an embodiment of the present application Figure 2
[0056] Figure 7 An exemplary communication interaction diagram based on DHCP provided for an embodiment of the present application Figure 3
[0057] Figure 8 An exemplary communication interaction diagram based on DHCPv6 provided for an embodiment of the present application Figure 3
[0058] Figure 9 A flow diagram of a communication method provided for an embodiment of the present application Figure 2
[0059] Figure 10 A structure diagram of a client provided for an embodiment of the present application Figure 1
[0060] Figure 11 A structure diagram of a client provided for an embodiment of the present application Figure 2
[0061] Figure 12 A structure diagram of a first server provided for an embodiment of the present application Figure 1
[0062] Figure 13 A structure diagram of a first server provided for an embodiment of the present application Figure 2 DETAILED DESCRIPTION
[0063] In order to make the purposes, technical solutions and advantages of the present application clearer, the present application will be further described in detail below with reference to the drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and should not be used to limit the present application.
[0064] The technical solutions of the present application and how the technical solutions solve the above technical problems will be described in detail below through embodiments and in combination with the drawings. The following embodiments can be combined with each other, and the same or similar concepts or processes can not be described again in some embodiments.
[0065] In addition, the technical solutions described in the embodiments of the present application can be combined arbitrarily without conflict.
[0066] The embodiments of the present application provide a communication method, which is implemented by a client. Figure 1 The flow of the communication method provided by the embodiments of the present application is shown in Figure 1 . As shown in Figure 2 , in the embodiments of the present application, the communication method applied to the client mainly includes the following steps:
[0067] S101, sending 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 the embodiments of the present application, the client can send a first message to a link network to find a first server, i.e., a Dynamic Host Configuration Protocol (DHCP) server or a DHCP version 6 (DHCPv6) server.
[0069] It should be noted that in the embodiments of the present application, the first server can be a BRAS or an independent server, and the embodiments of the present application do not limit the first server.
[0070] It should be noted that in the embodiments of the present application, referring to Figure 3 , if the first server found by the client is a DHCP server, the first message sent to the link network can be specifically a Discover message, referring to Figure 2 , if the first server found by the client is a DHCPv6 server, the first message sent to the link network can be specifically a Solicit message, and the specific first message is not limited by the embodiments of the present application.
[0071] S102, receiving the second message sent by the first server; the second message is used to provide the first option; wherein the first option comprises: a service type of the client, a service identifier allocated according to the service type, and an allocation mode of the service identifier.
[0072] In the embodiment of the present application, the client sends the first message to find the first server, the first server can receive the first message, and thus responds to the 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 can be a Discover message, and the first server to be found is a DHCP server. In this scenario, referring to Figure 2 , the second message can be an Offer message. In addition, the first message can be a Solicit message, and the first server to be found is a DHCPv6 server. In this scenario, referring to Figure 4 , the second message can be an Advertise message. The specific second message is not limited in the embodiments of the present application.
[0074] In the embodiment of the present application, the second message carries a newly added first option (Option) including: a service type of the client, a service identifier allocated according to the service type, and an allocation mode 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. Referring to the format of the first option shown in Figure 2 , it further includes Option_ServiceID, which is an option identifier reserved for the first server and not occupied, Option-Len, which is an option length, Func-Type, which indicates the allocation mode of the service identifier, Func-Len, which indicates the length of the service identifier, Service-Type, which indicates the service type, ServiceID, which indicates the service identifier allocated according to the service type, Preferred-lifetime, which indicates the preferred lifetime, and Valid-lifetime, which indicates the valid time length.
[0075] In the embodiment of the present application, after the client receives the second message sent by the first server, the following steps can be further performed: sending a third message to the first server in the case of supporting the first option; 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 the embodiments of the present application, the client can not support the first option, if not support the first option, ignore, if support, send the third message to the first server in the request stage, carrying the first option, and then confirm the first option negotiation success through receiving the fourth message.
[0077] It should be noted that in the embodiments of the present application, if the first server is a DHCP server, see Figure 3 , the third message can be a request (Request) message, and the fourth message can be an acknowledgement (Ack) message, if the first server is a DHCPv6 server, see Figure 5 , the third message can be a Request message, and the fourth message can be a reply (Reply) message, and the specific third message and fourth message are not limited in the embodiments of the present application.
[0078] In the embodiments of the present application, the client can send a service message to the first server after negotiating the service identifier with the first server; wherein the service message carries service data, service identifier and service type.
[0079] It can be understood that in the embodiments of the present application, the first option provides the service identifier for the client, so that the client can provide the service identifier when sending the service message, so that the first server can perform differentiated processing based on the service identifier.
[0080] In the embodiments of the present application, the client can also renew the service identifier after negotiating the service identifier with the first server, which will be described below.
[0081] In the embodiments of the present application, after the client receives the fourth message sent by the first server, the method further comprises: sending a fifth message to the first server if 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 of the start using time and the end using time of the service identifier; receiving the sixth message sent by the first server; the sixth message is used to indicate whether to allow to extend the time of using the service identifier.
[0082] It should be noted that in the embodiments of the present application, the first time is one or more of the start use time and the end use time of the service identifier, and the specific first time can be the middle (50%) time between the start use time and the end use time, at which time the client can request the first server to extend the use time of the service identifier, and if the request for extension fails, another time before the end use time can also be determined as the first time, for example, the time of 7 / 8 (87.5%) of the time between the start use time and the end use time, and the use time of the service identifier is requested to be extended again. The specific first time and the number of first times can be determined according to actual needs and application scenarios, and the embodiments of the present application are not limited.
[0083] It should be noted that in the embodiments of the present application, if the first server is a DHCP server, referring to Figure 6 , the fifth message can be a Request message, and the sixth message can correspond to an Ack message, if the first server is a DHCPv6 server, referring to Figure 7 , the fifth message can be a Renew message, and the sixth message can correspond to a Reply message, if the Reply message indicates that the use time of the service identifier is not allowed to be extended, the client can also send a Rebind message again to request, at this time, 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 embodiments of the present application.
[0084] In the embodiments of the present application, after the client negotiates 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, the client can further execute the following steps: sending a seventh message to the first server; the seventh message is used to request to release the service identifier.
[0085] It should be noted that in the embodiments of the present application, if the first server is a DHCP server, referring to Figure 8 , the seventh message can be a Release message, in this case, the client can also send a Decline message to the DHCP server to declare that the user address has been used or is invalid, and the application address release will also release the service identifier, and then receive the Ack message sent by the DHCP server, if the first server is a DHCPv6 server, referring to Figure 9 , the seventh message can also be a Release message, in this case, the client can receive the Reply message sent by the DHCPv6 server, and then send the Decline message again, and receive the Ack message sent by the DHCPv6 server. The specific seventh message is not limited in the embodiments of the present application.
[0086] The embodiment of the present application provides a communication method, which is applied to a first server. Figure 2 The embodiment of the present application provides a communication method Figure 9 As shown in the figure, in the embodiment of the present application, the communication method applied to the first server mainly comprises the following steps: Figure 10
[0087] S201, receiving a first message sent by a client; the first message is used for searching for the first server;
[0088] S202, sending a second message to the client; the second message is used for providing a first option; wherein the first option comprises a service type of the client, a service identifier corresponding to the service type, and an allocation mode of the service identifier.
[0089] In the embodiment of the present application, corresponding to the above-mentioned client-side method steps, the first server can receive the first message sent by the client, and respond to the second message to the client.
[0090] It should be noted that in the embodiment of the present application, the related explanations and descriptions of the first message and the second message are described in detail in the above-mentioned client-side method steps, which will not be repeated here.
[0091] In the embodiment of the present application, the first option further comprises an option identifier; the option identifier is an option identifier reserved and not occupied by the first server.
[0092] In the embodiment of the present application, after the first server sends the second message to the client, the following steps can be further executed: 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 for indicating that the first option negotiation is successful.
[0093] It should be noted that in the embodiment of the present application, as described above in the client-side method steps, in the case of supporting the first option, the third message can be sent to the first server, the first server can receive the third message sent by the client, and respond to the fourth message to the client. The related explanations and descriptions of the third message and the fourth message are described in detail in the above-mentioned client-side method steps, which will not be repeated here.
[0094] In the embodiment of the present application, after the first server sends the fourth message to the client, the following steps can be further executed: receiving a service message sent by the client; wherein the service message carries service data, a service identifier and a service type; allocating a network channel for the service data based on the service identifier and the service type; forwarding the service data through the network channel.
[0095] It can be understood that in the embodiments of the present application, after the negotiation of the service identification is implemented, the service message carrying the service type and the negotiated service identification is forwarded to the first server, the first server can distinguish the priority of the service data according to the service identification and the service type, and forward the service data to the network channel of the corresponding service level, so as to realize the differentiated service of the service.
[0096] In the embodiments of the present application, after the first server sends the fourth message to the client, the following steps can also be performed: receiving the fifth message sent by the client; the fifth message is used to request to extend the time of using the service identification; sending the sixth message to the client; the sixth message is used to indicate whether to allow the time of using the service identification to be extended.
[0097] It should be noted that in the embodiments of the present application, as described in the above client-side method steps, the client can send the fifth message to the first server in the case of needing to extend the time of using the service identification, the first server can receive the fifth message sent by the client, and respond to the sixth message from the client. The related explanations and descriptions of the fifth message and the sixth message are detailed in the above client-side method steps, and will not be repeated here.
[0098] In the embodiments of the present application, after the first server sends the fourth message to the client, the following steps can also be performed: receiving the seventh message sent by the client; the seventh message is used to request to release the service identification; and releasing the service identification based on the seventh message.
[0099] It should be noted that in the embodiments of the present application, as described in the above client-side method steps, the client can send the seventh message to the first server in the case of needing to release the service identification, and request the first server to release the service identification. The related explanations and descriptions of the seventh message are detailed in the above client-side method steps, and will not be repeated here.
[0100] Based on the above client-side and first server-side communication method, it can be known that the technical scheme provided by the embodiments of the present application automatically negotiates the service identification between the client and the DHCP server or the DHCPv6 server, does not rely on end-to-end human management intervention, is simple to deploy, is convenient for operation and maintenance, automatically schedules the flow based on the service identification on the DHCP server or the DHCPv6 server, no longer relies on complex configuration, and the configuration does not need to be changed after the address of the user is changed, so that the business deployment is convenient and not prone to errors.
[0101] The embodiments of the present application provide a client. Figure 1 The structure of a client provided in the embodiments of the present application is shown in Figure 10 . As shown in Figure 11 , in the embodiments of the present application, the client includes:
[0102] The first sending module 11 is configured to send a first message to a link network; the first message is used to search for a first server, and the first server is a DHCP server or a DHCPv6 server.
[0103] The first receiving module 12 is 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 a service type of the client, a service identifier allocated according to the service type, and an allocation mode 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 in a case where the first option is supported; the third message carries the first option.
[0106] The first receiving module 12 is further configured to receive a fourth message sent by the first server; the fourth message is used to indicate that negotiation of the first option 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 reserved and not occupied by the first server.
[0109] In an embodiment of the present application, the first sending module 11 is further configured to send a service message to the first server; 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 configured to send a fifth message to the first server in a case where a first time is reached; the fifth message is used to request to extend a time for using the service identifier, and carries the service identifier; the first time is one or more of a start time and an end time of the service identifier.
[0111] The first receiving module 12 is further configured 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 configured to send a seventh message to the first server; the seventh message is used to request to release the service identifier.
[0113] Based on the same inventive concept, Figure 2 A structure of a client provided in an embodiment of the present application Figure 11 For example, Figure 12As shown in the embodiments of the present application, the client comprises a first processor 13, a first memory 14 and a first communication bus 15;
[0114] The first communication bus 15 is configured to realize the communication connection between the first processor 13 and the first memory 14.
[0115] The first processor 13 is configured to execute one or more computer programs stored in the first memory 14, so as to realize the communication method applied to the client.
[0116] The embodiments of the present application provide a first server. Figure 1 The embodiments of the present application provide a structure of a first server Figure 12 As shown in the embodiments of the present application, the first server comprises: Figure 13
[0117] The second receiving module 21 is configured to receive a first message sent by a client; the first message is used to find the first server.
[0118] The second sending module 22 is configured to send a second message to the client; the second message is used to provide a first option.
[0119] The first option comprises a service type of the client, a service identifier corresponding to the service type and an allocation mode 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 configured to send a fourth message to the client; the fourth message is used to indicate that the negotiation of the first option is successful.
[0122] In an embodiment of the present application, the first option further comprises an option identifier.
[0123] The option identifier is an option identifier reserved and not occupied by the first server.
[0124] In an embodiment of the present application, the second receiving module 21 is further configured 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 one embodiment of this application, the second receiving module 21 is further configured to receive a fifth message sent by the client; the fifth message is used to request an extension of the time for using the service identifier;
[0127] The second sending module 22 is further configured to send a sixth message to the client; the sixth message is used to indicate whether the time for using the service identifier is allowed to be extended.
[0128] In one embodiment of this application, the second receiving module 21 is further configured to receive a seventh message sent by the client; the seventh message is used to request the release of the service identifier; and the service identifier is released based on the seventh message.
[0129] Based on the same inventive concept Figure 2 A schematic diagram of the structure of a first server provided in an embodiment of this application. Figure 13 .like Figure 1 As shown in the embodiments of this 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 a communication method applied to the first server.
[0132] This application provides a computer program product, including a computer program that, when executed, implements steps in a communication method applied to a client or steps in a communication method applied to a first server.
[0133] The embodiments of the present application provide a computer readable storage medium, which stores a computer program. The computer program is executed by a processor to implement steps in a communication method applied to a client or steps in a communication method applied to a first server. The computer readable storage medium can be a volatile memory, for example, a random access memory (RAM), or a non-volatile memory, for example, a read-only memory (ROM), a flash memory, a hard disk drive (HDD) or a solid-state drive (SSD), or a 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 should understand that the embodiments of the present application can be provided as a method, a system, or a computer program product. Therefore, the present application can take the form of a hardware embodiment, a software embodiment, or an embodiment combining software and hardware aspects. In addition, the present application can take 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.) containing computer-usable program code.
[0135] The present application is described with reference to the implementation flowcharts and / or block diagrams of the method, device (system), and computer program product according to the embodiments of the present application. It should be understood that each flow and / or block in the flowcharts and / or block diagrams and the combination of the flows and / or blocks 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 devices to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing devices generate a means for implementing the functions specified in the flowcharts and / or block diagrams. Figure 1 The functions specified in one or more flows and / or blocks Figure 1 The functions specified in one or more flows and / or blocks
[0136] These computer program instructions can also be stored in a computer readable memory capable of guiding the computer or other programmable data processing devices to work in a specific manner, so that the instructions stored in the computer readable memory produce a manufactured product including instruction means, which implements the functions specified in the flowcharts and / or block diagrams. Figure 1 The functions specified in one or more flows and / or blocks Figure 1 The functions specified in one or more flows and / or blocks
[0137] These computer program instructions can also be loaded into computer or other programmable data processing devices, so that a series of operational steps are performed on the computer or other programmable data processing devices to generate computer-implemented processes in order to execute the instructions on the computer or other programmable data processing devices, the instructions executed by the computer or other programmable data processing devices provide processes for implementing the flowchart Figure 1 One flow or multiple flows and / or blocks One block or multiple blocks or steps of functions specified in the block.
[0138] The above description is merely one specific implementation of the application. However, it is to be understood that the application is not limited in its application to the details indicated above. Instead, any modifications, changes or equivalents of the above described technology that would be obvious to one skilled in the art are intended to be included within the scope of the present application. Therefore, the scope of the present application should be determined by the appended claims rather than by the embodiments described above.
Claims
1. A communication method characterized by comprising: The method applied to a client comprises: sending a first message to a link network; the first message is used to find a first server, and 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; wherein the first option comprises a service type of the client, a service identifier allocated corresponding to the service type, and an allocation mode of the service identifier; in a case of supporting the first option, sending a third message to the first server; 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 first option negotiation is successful; sending a service message to the first server; wherein the service message carries service data, the service identifier and the service type.
2. The method of claim 1, wherein, The first option further comprises an option identifier. The option identifier is an option identifier reserved and not occupied by the first server.
3. The method of claim 1, wherein, After receiving the fourth message sent by the first server, the method further comprises: in a case of reaching a first time, 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 of the starting use time and the ending use time of the service identifier; receiving a sixth message sent by the first server; the sixth message is used to indicate whether to allow to extend the time of using the service identifier.
4. The method of claim 1, wherein, After receiving the fourth message sent by the first server, the method further comprises: sending a seventh message to the first server; the seventh message is used to request to release the service identifier.
5. A communication method characterized by comprising: The method applied to a first server, wherein the first server is a dynamic host configuration protocol (DHCP) server or a dynamic host configuration protocol version 6 (DHCPv6) server, and the method comprises: 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 a first option; wherein the first option comprises a service type of the client, a service identifier allocated corresponding to the service type, and an allocation mode of the service identifier; 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; 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; forwarding the service data through the network channel.
6. The method of claim 5, wherein, The first option further comprises an option identifier. The option identifier is an option identifier reserved and not occupied by the first server.
7. The method of claim 5, wherein, After sending the fourth message to the client, the method further comprises: receiving a fifth message sent by the client; the fifth message is used for requesting to extend the time of using the service identifier; sending a sixth message to the client; the sixth message is used for indicating whether to allow to extend the time of using the service identifier.
8. The method of claim 5, wherein, After the step of sending the fourth message to the client, the method further comprises: receiving a seventh message sent by the client; the seventh message is used for requesting to release the service identifier; releasing the service identifier based on the seventh message.
9. A client, characterized in that, comprise: a first processor, a first memory and a first communication bus; the first communication bus is used for realizing the communication connection between the first processor and the first memory; the first processor is used for executing one or more computer programs stored in the first memory, so as to realize the communication method in any one of claims 1-4.
10. A first server, characterized by, the first server is a dynamic host configuration protocol (DHCP) server or a dynamic host configuration protocol version 6 (DHCPv6) server, and comprises a second processor, a second memory and a second communication bus; the second communication bus is used for realizing the communication connection between the second processor and the second memory; the second processor is used for executing one or more computer programs stored in the second memory, so as to realize the communication method in any one of claims 5-8.
11. A computer readable storage medium having stored thereon a computer program, characterized in that The computer program is executed by the processor to realize the communication method in any one of claims 1-8.
12. A computer program product comprising a computer program, characterized in that, The computer program is executed to realize the communication method in any one of claims 1-8.
Citation Information
Patent Citations
Access method and device for network users
CN106357486A
Business processing method, device and equipment of computing power network and medium
CN118573734A