CN104320347A - Method and device for initiatively updating LLDP - Google Patents
Method and device for initiatively updating LLDP Download PDFInfo
- Publication number
- CN104320347A CN104320347A CN201410606724.0A CN201410606724A CN104320347A CN 104320347 A CN104320347 A CN 104320347A CN 201410606724 A CN201410606724 A CN 201410606724A CN 104320347 A CN104320347 A CN 104320347A
- Authority
- CN
- China
- Prior art keywords
- tlv
- updated
- list
- lldp
- renewal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
Landscapes
- Stored Programmes (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention discloses a method and device for initiatively updating an LLDP. The method includes the steps of initiatively sending an LLDP message with an updated TLV to a neighbor, prompting the neighbor to send the carried TLV to be updated, analyzing the received updated TLV, and updating local neighbor information according to carried TLV information. According to the method and device, a mechanism of initiatively updating the requested TLV through the LLDP is realized, under the condition that the LLDP supports various expanding applications such as PoE consultation, EEE consultation and DCBX consultation, the requirement for initiative and rapid updating can be met, the fast interaction effect is achieved, and the consultation efficiency is accordingly improved.
Description
Technical field
The application relates to communication technical field, particularly a kind of method and equipment initiatively upgrading LLDP.
Background technology
LLDP (Link Layer Discovery Protocol, Link Layer Discovery Protocol) belong to unidirectional information announcement agreement at a slow speed, by the transmission local information of timing, to direct-connected peripheral equipment notification device and port information, intercept the peripheral equipment equipment that sends of timing and port information simultaneously, set up neighbor database, inquire about for webmaster and application module.
Due under current stable state, the message triggering LLDP by means of only timing mechanism sends, and therefore when certain equipment wishes to upgrade neighbor information immediately, cannot realize, can only wait for that the next one of neighbours is given out a contract for a project the cycle, and then upgrade neighbor information by the up-to-date message that it sends.
Summary of the invention
The application provides a kind of method initiatively upgrading LLDP, comprises the following steps:
Initiatively send the LLDP message carrying and upgrade TLV (Type-length-value) to neighbours, in described renewal TLV, carry TLV list to be updated;
Receive the LLDP message of the renewal TLV that neighbours send, in described renewal TLV, at least carry the TLV information in list to be updated;
Resolve the renewal TLV received, according to the neighbor information of TLV information updating this locality that it carries.
Described renewal TLV comprises ReqOrResp field, when described ReqOrResp value is 0, for representing that it requires that neighbours upgrade TLV.
Described renewal TLV comprises field BasicTLVNum and field BasicTLVTypeList, for defining quantity and the list of basic TLV to be updated.
Described renewal TLV also comprises field OrgTLVNum and field OrgTLVTypeList further, for defining to be updated quantity and the list of organizing self-defined TLV.
In order to coordinate aforesaid way, the application also provides a kind of LLDP method initiatively upgraded, and comprises the following steps:
Receive the LLDP message sent from the active of neighbor device, in described message, carry the list of TLV to be updated;
Parsing receives LLDP message, extracts TLV list to be updated, and collects the relevant information of local above-mentioned TLV immediately, organizes the LLDP message of the TLV information of at least carrying in TLV list to be updated to send.
The LLDP message of described transmission carries complete local TLV information, comprises the TLV information be not listed in other in renewal TLV upgrading and require in TLV; Or,
The LLDP message of described transmission carries renewal TLV, described renewal TLV and carries the TLV list that upgraded corresponding with TLV list to be updated.
Described renewal TLV comprises ReqOrResp field, when described ReqOrResp value is 1, for representing that response upgrades TLV.
Based on same thought, the application also provide a kind of LLDP initiatively to upgrade device, comprise with lower module:
Request module, initiatively sends the LLDP message carrying and upgrade TLV, carries TLV list to be updated in described renewal TLV to neighbours;
Receiver module, receives the LLDP message of the renewal TLV that neighbours send, at least carries the TLV information in list to be updated in described renewal TLV;
Processing module, resolves the renewal TLV received, according to the neighbor information of TLV information updating this locality that it carries.
In order to coordinate the use of said apparatus, the application also provide a kind of LLDP initiatively to upgrade device, it is characterized in that, comprise with lower module:
Receive the LLDP message sent from the active of neighbor device, in described message, carry the list of TLV to be updated;
Parsing receives LLDP message, extracts TLV list to be updated, and collects the relevant information of local above-mentioned TLV immediately, organizes the LLDP message of the TLV information of at least carrying in TLV list to be updated to send.
The application achieves the mechanism of a kind of LLDP active update request TLV, when existing numerous using the TLV of LLDP as negotiation communication mechanism, such as, under supporting the various expanded application scenes such as PoE negotiation, EEE negotiation, DCBX negotiation at LLDP, all can meet the demand initiatively upgraded fast, reach effect mutual fast, thus promote the efficiency of consulting.
Accompanying drawing explanation
Fig. 1 is the scene that the embodiment that provides of the application is suitable for.
Fig. 2 is a kind of hardware implementation mode of the embodiment that the application provides.
Fig. 3 is another hardware implementation mode of the embodiment that the application provides.
Fig. 4 is a kind of realization flow figure of the embodiment that the application provides.
Fig. 5 is another realization flow figure of the embodiment that the application provides.
Embodiment
The application provides a kind of LLDP scheme initiatively upgraded, and this solution solves the problem of LLDP active renewal by the TLV increasing new LLDP.Such as, when an equipment is when needing the up-to-date equipment state obtaining neighbor device, in existing technical scheme, can only by waiting for that LLDP cycle of giving out a contract for a project arrives just passable, and a kind of mechanism of asking as required can be provided by the solution of the application, make the network equipment can send renewal LLDP by active request neighbor device at any time when needed, upgrade neighbor information, thus the performance of equipment can be given full play to, good network english teaching is provided.
In one example in which, Fig. 1 illustrates the typical network architecture needed for solution running of the application.The network architecture shown in Fig. 1 comprises network equipment SW11, network equipment SW13.Here the network equipment is the equipment of optional position in network, can be the equipment such as access-layer switch, convergence-level switch and router, as long as relate to the application of LLDP agreement, all likely be suitable for the solution of the application.Provide in example in the application, between SW11 and SW13, establish LLDP neighbours.
Please refer to Fig. 2, wherein network equipment SW11 comprises processor 111, internal memory 112, nonvolatile memory 113 and network interface 114, is wherein connected by internal bus 115 between processor 111, internal memory 112, nonvolatile memory 113 and network interface 114.The computer instruction that LLDP is upgraded control logic by the processor 111 of described network equipment SW11 from nonvolatile memory 111 reads in internal memory and runs.Same principle, please refer to Fig. 3, network equipment SW13 comprises processor 131, internal memory 132, nonvolatile memory 133 and network interface 134, is wherein connected by internal bus 135 between processor 131, internal memory 132, nonvolatile memory 133 and network interface 134.The computer instruction of LLDP response renewal control logic reads in internal memory and runs by the processor 131 of described network equipment SW13 from nonvolatile memory 133.
Please also refer to Fig. 4, the LLDP that described network equipment SW11 runs upgrades control logic and comprises request module and processing module, and described LLDP upgrades control logic under the acting in conjunction of above-mentioned module, performs following handling process:
Step 41 request module initiatively sends the LLDP message carrying and upgrade TLV to neighbours, for asking opposite end neighbours to upgrade neighbor information, described renewal TLV carries TLV list to be updated.
Step 43 processing module receives neighbours and sends the LLDP message carrying and upgrade TLV, at least carries the TLV information in list to be updated in described renewal TLV.
Step 45 processing module resolves the renewal TLV received, according to the neighbor information of TLV information updating this locality that it carries.
In step 41, network equipment SW11 sends in LLDP message to carry to neighbours and upgrades TLV, carry in described renewal TLV and represent that this message is the field that request neighbours upgrade TLV, request neighboring net-work device sends TLV information according to the TLV information in list to be updated.
At step 43, network equipment SW11 have received the renewal TLV sent from neighboring net-work device, TLV information in the list to be updated of wherein at least carrying, here, in the renewal TLV that neighboring net-work device returns, the complete TLV information comprising TLV to be updated can be carried, also only can carry TLV information to be updated.
Please also refer to Fig. 5, the LLDP response that described network equipment SW13 runs upgrades control logic and comprises receiver module and processing module, and described LLDP response upgrades control logic under the acting in conjunction of above-mentioned module, performs following handling process:
Step 51, receiver module receives the LLDP message sent from the active of neighbor device, carries the list of TLV to be updated in described message.
Step 53, processing module is resolved and is received LLDP message, extracts TLV list to be updated, and collects the relevant information of local above-mentioned TLV immediately, and tissue carries the LLDP message upgrading TLV and sends.
In step 51, network equipment SW13 receives the LLDP message carrying renewal TLV from neighboring net-work device SW11, TLV list to be updated is carried in this message, need for network equipment SW11 at least provides the information of the TLV in list to be updated for informing network equipment SW13, for the network equipment SW13 receiving LLDP, can be upgrade in TLV the TLV information of asking or comprise the whole TLV information in this locality of upgrading the TLV information of asking in TLV for neighboring net-work device SW11 provides.
Networking below in conjunction with Fig. 1 sets forth cooperating process between network equipment SW11 and neighboring net-work device SW13 by embodiment specifically.
In the present embodiment, define a new TLV, can be basic TLV or organize self-defined TLV, be called and upgrade TLV (UPDATE TLV).The implication of this TLV is TLV type (comprise basic TLV and the organize self-defined TLV) inventory that request neighbours upgrade issue immediately.
If adopt the method for newly-increased basic TLV, then UPDATE TLV formal definition and value can design as follows (tissue self-defined TLV principle is similar, is only illustrated in basic TLV mode in the application):
Table 1
Field Type
Type value is fixed as 124.(the self-defined TLV of tissue is distributed by organization internal)
Field Length
Length represents Length data length below, does not comprise Type and Length field.
Field ReqOrResp
Value can be that REQ (0) or RESP (1), REQ represent it is that request upgrades, and RESP represents the response upgraded request.
Field BasicTLVNum
Represent and require that basic TLV type number N, the N that upgrade immediately can be 0.
Field BasicTLVTypeList
N number of byte, the Type (7bits) of the corresponding basic TLV of each byte, last bit retains.When BasicTLVNum is 0, this field does not exist.
Field OrgTLVNum
Represent and require that organize self-defined TLV type number M, the M that upgrade immediately can be 0.
Field OrgTLVTypeList
M*4 byte, corresponding one of every 4 bytes organize the OUI of self-defined TLV (3octets) to add Subtype (1octets).When OrgTLVNum is 0, this field does not exist.
Above-mentioned field portions is option, if basic TLV type, field OrgTLVNum is option, if organize self-defined TLV type, so field BasicTLVNum is option, and user can determine whether use or retain this field according to self-demand.
In an embodiment of the application, support the LLDP equipment of the application, such as network equipment SW11, when its neighboring net-work device of needs SW13 upgrades some information immediately, in the LLDP message that it sends, except carrying local up-to-date information, also carry and upgrade TLV, wherein ReqOrResp fills in REQ (0), for representing that it requires that neighbours upgrade TLV.TLV list to be updated is carried in described renewal TLV, see in table 1, field BasicTLVNum and field BasicTLVTypeList defines quantity and the list of basic TLV to be updated, field OrgTLVNum and field OrgTLVTypeList, defines to be updated quantity and the list of organizing self-defined TLV.The position upgrading TLV, according to protocol requirement, can appear at first three essential TLV optional position below.
After supporting that the neighboring net-work device SW13 of UPDATE TLV receives the LLDP message with UPDATE TLV, this TLV is resolved, for the situation that ReqOrResp is REQ (0), extract TLV list to be updated, and collect the relevant information of local above-mentioned TLV immediately, the LLDP message that the TLV that response upgrades is carried in assembling sends.
When neighboring net-work device SW13 sends the LLDP message upgrading TLV, complete transmission can be adopted and upgrade transmission two kinds of modes.All this locality TLV information to be released is carried in complete transmission, comprises the TLV information be not listed in other in UPDATE TLV required in UPDATE TLV; Upgrade the information sending and refer to and only send the TLV asked in UPDATE TLV, upgrade when sending and also need additionally to carry a UPDATE TLV, wherein ReqOrResp extends this as RESP (1), and fill in this TLV list upgraded, represent that this is the renewal transmission to update request last time, instead of common complete transmission message.Carry out, so can ensure that recipient's network equipment SW13 of this message supports the application owing to upgrading transmission response UPDATE TLV.
The basic TLV that the requirement of filling in UPDATE TLV upgrades and/or organize self-defined TLV to allow at neighboring net-work device SW13 the TLV scope issued, if request the TLV that certain is not yet allowed by neighboring net-work device SW13 to issue, neighboring net-work device SW13 can ignore the update request of this TLV, and the update request of other TLV can be normally processed.
When to receive with ReqOrResp be the LLDP message of the UPDATE TLV of RESP (1), SW13 is resolved to the LLDP message upgrading and send, and carries out information updating according to the TLV list that it carries, not TLV in lists not more fresh content.The LLDP equipment of early version, receives the data of being carried by UPDATE TLV, as not identifiable design TLV process.
The application achieves the mechanism of LLDP active update request TLV, under supporting the various expanded application scenes such as PoE negotiation, EEE negotiation, DCBX negotiation, all can reach effect mutual fast at LLDP, thus promotes the efficiency of consulting.
The foregoing is only preferred example of the present disclosure, not in order to limit interest field, all within spirit of the present disclosure and principle, any amendment made, equivalent replacements, improvement etc., within the interest field that all should be included in disclosure record.
Claims (10)
1. a method for LLDP active renewal, is characterized in that, comprise the following steps:
Initiatively send the LLDP message carrying and upgrade TLV to neighbours, in described renewal TLV, carry TLV list to be updated;
Receive the LLDP message of the renewal TLV that neighbours send, in described renewal TLV, at least carry the TLV information in list to be updated;
Resolve the renewal TLV received, according to the neighbor information of TLV information updating this locality that it carries.
2. the method for claim 1, is characterized in that, described renewal TLV comprises ReqOrResp field, when described ReqOrResp value is 0, for representing that it requires that neighbours upgrade TLV.
3. the method for claim 1, is characterized in that, described renewal TLV comprises field BasicTLVNum and field BasicTLVTypeList, for defining quantity and the list of basic TLV to be updated;
Described renewal TLV also comprises field OrgTLVNum and field OrgTLVTypeList further, for defining to be updated quantity and the list of organizing self-defined TLV.
4. a method for LLDP active renewal, is characterized in that, comprise the following steps:
Receive the LLDP message sent from the active of neighbor device, in described message, carry the list of TLV to be updated;
Parsing receives LLDP message, extracts TLV list to be updated, and collects the relevant information of local above-mentioned TLV immediately, organizes the LLDP message of the TLV information of at least carrying in TLV list to be updated to send.
5. method as claimed in claim 4, it is characterized in that, the LLDP message of described transmission carries complete local TLV information, comprises the TLV information be not listed in other in renewal TLV upgrading and require in TLV; Or,
The LLDP message of described transmission carries renewal TLV, described renewal TLV and carries the TLV list that upgraded corresponding with TLV list to be updated.
6. method as claimed in claim 5, it is characterized in that, described renewal TLV comprises ReqOrResp field, when described ReqOrResp value is 1, for representing that response upgrades TLV.
7. LLDP initiatively upgrade a device, it is characterized in that, comprise with lower module:
Request module, initiatively sends the LLDP message carrying and upgrade TLV, carries TLV list to be updated in described renewal TLV to neighbours;
Receiver module, receives the LLDP message of the renewal TLV that neighbours send, at least carries the TLV information in list to be updated in described renewal TLV;
Processing module, resolves the renewal TLV received, according to the neighbor information of TLV information updating this locality that it carries.
8. device as claimed in claim 7, it is characterized in that, described renewal TLV comprises ReqOrResp field, when described ReqOrResp value is 0, for representing that it requires that neighbours upgrade TLV.
9. device as claimed in claim 7, it is characterized in that, described renewal TLV comprises field BasicTLVNum and field BasicTLVTypeList, for defining quantity and the list of basic TLV to be updated;
Described renewal TLV also comprises field OrgTLVNum and field OrgTLVTypeList further, for defining to be updated quantity and the list of organizing self-defined TLV.
10. LLDP initiatively upgrade a device, it is characterized in that, comprise with lower module:
Receive the LLDP message sent from the active of neighbor device, in described message, carry the list of TLV to be updated;
Parsing receives LLDP message, extracts TLV list to be updated, and collects the relevant information of local above-mentioned TLV immediately, organizes the LLDP message of the TLV information of at least carrying in TLV list to be updated to send.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410606724.0A CN104320347B (en) | 2014-10-31 | 2014-10-31 | A kind of method and apparatus for actively updating LLDP |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410606724.0A CN104320347B (en) | 2014-10-31 | 2014-10-31 | A kind of method and apparatus for actively updating LLDP |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104320347A true CN104320347A (en) | 2015-01-28 |
| CN104320347B CN104320347B (en) | 2017-10-17 |
Family
ID=52375521
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410606724.0A Active CN104320347B (en) | 2014-10-31 | 2014-10-31 | A kind of method and apparatus for actively updating LLDP |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104320347B (en) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105357127A (en) * | 2015-12-17 | 2016-02-24 | 上海市共进通信技术有限公司 | System and method for processing LLDP (link layer discovery protocol) messages with announcement and negotiation TLV (type/length/value) |
| CN106936824A (en) * | 2017-03-09 | 2017-07-07 | 迈普通信技术股份有限公司 | LLDP neighbor informations processing method and LLDP neighbor information processing equipments |
| CN107301054A (en) * | 2017-07-14 | 2017-10-27 | 杭州敦崇科技股份有限公司 | A kind of Oftware updating method based on MANET |
| CN109302358A (en) * | 2017-07-24 | 2019-02-01 | 华为技术有限公司 | Neighbor discovering method, interchanger and AP in a kind of network |
| CN112737883A (en) * | 2020-12-28 | 2021-04-30 | 咪咕音乐有限公司 | Two-layer network data packet transmission method, device and network equipment |
| CN114301578A (en) * | 2021-12-17 | 2022-04-08 | 苏州浪潮智能科技有限公司 | Communication message processing method and device, electronic equipment and storage medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120101987A1 (en) * | 2010-10-25 | 2012-04-26 | Paul Allen Bottorff | Distributed database synchronization |
| CN103825813A (en) * | 2014-03-12 | 2014-05-28 | 杭州华三通信技术有限公司 | LLDP (Link Layer Discovery Protocol) message processing method and device |
-
2014
- 2014-10-31 CN CN201410606724.0A patent/CN104320347B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120101987A1 (en) * | 2010-10-25 | 2012-04-26 | Paul Allen Bottorff | Distributed database synchronization |
| CN103825813A (en) * | 2014-03-12 | 2014-05-28 | 杭州华三通信技术有限公司 | LLDP (Link Layer Discovery Protocol) message processing method and device |
Non-Patent Citations (1)
| Title |
|---|
| 迈普（四川）通信技术有限公司: "LLDP技术", 《百度文库》 * |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105357127A (en) * | 2015-12-17 | 2016-02-24 | 上海市共进通信技术有限公司 | System and method for processing LLDP (link layer discovery protocol) messages with announcement and negotiation TLV (type/length/value) |
| CN105357127B (en) * | 2015-12-17 | 2018-10-26 | 上海市共进通信技术有限公司 | Carry processing system and method that bulletin negotiates the LLDP messages of TLV |
| CN106936824A (en) * | 2017-03-09 | 2017-07-07 | 迈普通信技术股份有限公司 | LLDP neighbor informations processing method and LLDP neighbor information processing equipments |
| CN106936824B (en) * | 2017-03-09 | 2019-12-24 | 迈普通信技术股份有限公司 | LLDP neighbor information processing method and LLDP neighbor information processing device |
| CN107301054A (en) * | 2017-07-14 | 2017-10-27 | 杭州敦崇科技股份有限公司 | A kind of Oftware updating method based on MANET |
| CN109302358A (en) * | 2017-07-24 | 2019-02-01 | 华为技术有限公司 | Neighbor discovering method, interchanger and AP in a kind of network |
| CN109302358B (en) * | 2017-07-24 | 2021-01-15 | 华为技术有限公司 | Neighbor discovery method in network, switch and AP |
| CN112737883A (en) * | 2020-12-28 | 2021-04-30 | 咪咕音乐有限公司 | Two-layer network data packet transmission method, device and network equipment |
| CN114301578A (en) * | 2021-12-17 | 2022-04-08 | 苏州浪潮智能科技有限公司 | Communication message processing method and device, electronic equipment and storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104320347B (en) | 2017-10-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3550892B1 (en) | Method for network slice selection, user equipment, and network device | |
| CN104320347A (en) | Method and device for initiatively updating LLDP | |
| CN110881207B (en) | Network slice selection method and related product | |
| EP3537786A1 (en) | User terminal location area update method, access network entity, user terminal, and core network entity | |
| CN105049502B (en) | The method and apparatus that device software updates in a kind of cloud network management system | |
| US20140187224A1 (en) | Protocol version negotiation method, mobile terminal, base station and communications system | |
| CN104754003B (en) | Transmit the method and system of data | |
| JP2021510997A (en) | Methods, devices, and systems for configuring policies for UEs | |
| CN105659689A (en) | Method and system for dual role handling in a wireless environment | |
| WO2022267175A1 (en) | Information processing method and apparatus, and computer device and storage medium | |
| US9699080B2 (en) | Method for determining management domain, network device, and virtual cluster | |
| CN104516693A (en) | Wireless printing method and system | |
| CN112822115A (en) | Service framework construction method and system based on plug-in engine | |
| CN110635957A (en) | Method and device for network distribution of Internet of things equipment and mobile terminal | |
| CN103200596A (en) | Method for fast batch update of access points (AP) in thin AP framework wireless local area network (WLAN) network | |
| CN104519482A (en) | Equipment parameter configuration method and device | |
| CN105656643A (en) | Method and equipment for performing compatible management based on network configuration protocol | |
| KR20160103110A (en) | Network element data access method and apparatus, and network management system | |
| CN101242412A (en) | A transmission method, device and system for multi-dimension data instance | |
| CN102694814A (en) | High-definition video player with wireless networking function and wireless access point function simultaneously | |
| CN105491082A (en) | Remote resource access method and switch equipment | |
| CN113994649A (en) | Method, device, equipment and storage medium for accessing BLE Mesh equipment | |
| KR20220006605A (en) | Cloud communication method and device, user device, network device | |
| KR101984846B1 (en) | Communication method and apparatus providing mobility of objects | |
| CN113261249A (en) | Data transmission method, related equipment and computer storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant after: Xinhua three Technology Co., Ltd. Address before: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Applicant before: Huasan Communication Technology Co., Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |