• 专利附录
  • 专利说明
  • 权利要求
  • 类似技术
  • 同族专利
  • 引用文献
  • 法律状态
  • 优先权
    • 专利摘要:
    In the context of a dynamic adaptation of a transmission data rate of a terminal device in a wireless communication network, predefined transmission profiles corresponding to respective data rates are respectively associated with sensitivities. in reception. A server performs an optimization of said data rate in successive steps, and decides to go a new step according to a frame delivery rate with respect to a predefined threshold. The server selects the transmission profile to be applied to the terminal device while preserving at least one predefined margin, depending on the stage on which the optimization is carried out, between received signal level indication and reception sensitivity corresponding to said profile. program.
    公开号:FR3048149A1
    申请号:FR1651457
    申请日:2016-02-23
    公开日:2017-08-25
    发明作者:Yassir Sennoun；Gourrierec Marc Le
    申请人:Sagemcom Energy and Telecom SAS；
    IPC主号:
    专利说明:

    The present invention relates to a dynamic adaptation of transmission data rate of a terminal device in a long-range wide area network LPWAN ("Low-Power Wide Area Network" in English). The Internet of Things ("Internet of Things") is emerging. The Internet of Things represents the extension of the Internet to things and places in the physical world. While the Internet does not usually extend beyond the electronic world, the Internet of Things represents the exchange of information and data from real-world devices to the Internet, such as collection of electricity consumption or water consumption records. The Internet of Things is considered the third evolution of the Internet, called Web 3.0. The Internet of Things is partly responsible for the current increase in the volume of data to be transmitted and stored, and is the cause of what is called "Big Data". The Internet of Things has a universal character to designate objects connected to various uses, for example in the industrial field, agro-food, e-health or home automation.
    To enable communicating objects to communicate in the context of the Internet of Things, collection bridges located on geographically high points are deployed by an operator. Except for maintenance operations, these gateways are typically fixed and permanent. For example, the SigFox (registered trademark) or ThingPark (registered trademark) networks can be mentioned on this model. These collection gateways communicate with communicating objects through LPWAN medium or long-range radio communication systems, such as LoRaWAN ("Long Range Wide-Area Network") technology, also known as diminutive "LoRa" (trademark, "Long Range" in English) of the name of the alliance promoting long-range wide-area network technologies LoRaWAN (registered trademark). These gateways thus serve as a relay between the communicating objects and a server (core network) configured to process information sent by the communicating objects and to send commands to said communicating objects.
    Such commands sent by the server to said communicating objects concern, for example, transmission rate adjustments via a spreading factor SF ("Spread Factor") and / or TxPower transmission power level adjustments, which therefore allows ADR (Adaptive Data Rate) Adaptive Data Rate (ADR) policies to be applied. A particularity of LPWAN medium or long-range radio communication networks is that the choice of the rate and / or the emission level of each communicating object is made by the server and not locally between said communicating object and a collection gateway with which said communicating object is in relation. This choice is made on the basis of RSSI (Received Signal Strength Indication) received signal level indications for frames of data received from said communicating object. However, this requires that the server has substantial memory resources for storing the RSSI received signal level indications for a large mass of received frames, and this for each communicating object that is under the control of said server.
    In addition, a difficulty in ADR adaptive data rate (data) policies is to avoid inadvertent configuration changes in communicating objects.
    It is desirable to overcome these disadvantages of the state of the art, which is found more generally in wireless communication networks. The invention relates to a method for dynamic adaptation of a transmission data rate of a terminal device in a wireless communication network, the method being executed by a server of said network, predefined transmission profiles that correspond to at respective data rates being respectively associated with reception sensitivities, said reception sensitivities representing minimum reception signal levels for decoding signals respectively transmitted according to said predefined transmission profiles. The method is such that the server optimizes said transmission data rate in successive steps, and each step defines: an amount N of frames to be analyzed, a first frame rate delivery threshold TH1, a second rate threshold TH2. for delivering frames less than said first threshold TH1, a first margin Ml, and a second margin M2 less than or equal to said first margin Ml, such that said quantity N of each step is less than or equal to said quantity N of the next level said first margin M1 of each step is less than or equal to said first margin M1 of the next step, and said second margin M2 of each step is less than or equal to said second margin M2 of the next level. In addition, the optimization is carried out according to a current step, the server performs the following steps: retain a signal level indication received for each received frame of a series of N frames sent by the terminal device; determining a frame delivery rate for said series of N frames; when the determined frame delivery rate is greater than or equal to said first TH1 threshold of the current stage, proceed to the next stage, and select the transmission profile to be applied to said terminal device retaining at least the second margin M2 of the level in course between the received received signal level indication and the reception sensitivity corresponding to said transmission profile; when the determined frame delivery rate is lower than said first threshold TH1 of the current stage and is greater than said second threshold TH2 of the current stage, select the transmission profile to be applied to said terminal device while keeping the first margin Ml of the plateau in progress between the received received signal level indication and the reception sensitivity corresponding to said transmission profile; and when the determined frame delivery rate is less than or equal to said second threshold TH2 of the current stage, stop or reset the optimization. Thus, the stepwise approach allows a gradual optimization of the transmission profile of said terminal device, by applying margins increasingly restricted, and avoids unwanted configurations of said terminal device.
    According to a particular embodiment, each step further defines a quantity K of worse received signal level indications to be discarded in a series of N frames, and, for retaining a signal level indication received for each received frame of a frame. A series of N frames transmitted by the terminal device, the server stores the K + l worst received signal level indications for said series of N frames, and the server retains the best signal level indication received among the level indications of received signal stored. Thus, it is only necessary to store the K + 1 worst signal level indications received for said series of N frames, which is advantageous in terms of memory resource consumption.
    According to a particular embodiment, the optimization starts with an initialization step that does not define a second threshold TH2 of frame delivery rate. Thus, the initialization stage makes it possible to initiate the optimization.
    According to a particular embodiment, the optimization ends with a final stage and, when the optimization is carried out according to the final stage: when the determined frame delivery rate is greater than or equal to said first threshold TH1 of said final stage, select the transmission profile to be applied to said terminal device retaining at least the second margin M2 of the final plateau between the received received signal level indication and the reception sensitivity corresponding to said transmission profile, and requesting said terminal device to reduce a level of transmission power.
    According to a particular embodiment, the transmission data rate is represented by a spreading factor of a CSS type modulation ("Chirp Spread Sprectrum" in English).
    According to a particular embodiment, the wireless communication network is a long-range wide area network LPWAN, the wireless communication network connects the terminal device to at least one collection gateway serving as a relay with the server, and the server receives each frame relayed by each collection gateway in association with a received signal level indication determined by said collection gateway upon receipt of said frame.
    According to a particular embodiment, the wireless communication network implements the LoRaWAN protocol. The invention also relates to a server configured to perform a dynamic adaptation of a transmission data rate of a terminal device in a wireless communication network, predefined transmission profiles corresponding to respective data rates being associated respectively with reception sensitivities, said reception sensitivities representing minimum reception signal levels for decoding signals transmitted respectively according to said predefined transmission profiles. The server is configured to perform an optimization of said data transmission rate in successive steps, and each step defines: an amount N of frames to be analyzed, a first threshold of frame delivery rate TH1, a second threshold of delivery rate TIC of frames below said first threshold TH1, a first margin Ml, and a second margin M2 less than or equal to said first margin Ml, such that said quantity N of each step is less than or equal to said quantity N of the next step, said first margin Ml of each step is less than or equal to said first margin Ml of the next step, and said second margin M2 of each step is less than or equal to said second margin M2 of the next level. In addition, the server is configured, when optimization is carried out according to a current step, to: retain a signal level indication received for each received frame of a series of N frames sent by the terminal device; determining a frame delivery rate for said series of N frames; when the determined frame delivery rate is greater than or equal to said first TH1 threshold of the current stage, proceed to the next stage, and select the transmission profile to be applied to said terminal device retaining at least the second margin M2 of the level in course between the received received signal level indication and the reception sensitivity corresponding to said transmission profile; when the determined frame delivery rate is lower than said first threshold TH1 of the current stage and is greater than said second threshold TH2 of the current stage, select the transmission profile to be applied to said terminal device while keeping the first margin Ml of the plateau in progress between the received received signal level indication and the reception sensitivity corresponding to said transmission profile; and when the determined frame delivery rate is less than or equal to said second TIC threshold of the current stage, stopping or resetting the optimization. The invention also relates to a computer program, which can be stored on a medium and / or downloaded from a communication network, in order to be read by a processor. This computer program includes instructions for implementing the method mentioned above, when said program is executed by the processor. The invention also relates to an information storage medium storing such a computer program.
    The characteristics of the invention mentioned above, as well as others, will emerge more clearly on reading the following description of an exemplary embodiment, said description being given in relation to the attached drawings, among which: Fig. 1 schematically illustrates a communication system in which the present invention can be implemented; FIG. 2 schematically illustrates an example of a hardware architecture of a communication device of the communication system of FIG. 1; FIG. 3 schematically illustrates an exemplary protocol architecture implemented in the communication system of FIG. 1; FIG. 4 schematically illustrates a table of correspondence between spreading factors and respective levels of sensitivity in reception; FIG. 5 schematically illustrates a threshold parameter definition table for use in dynamic dynamic data rate adaptation; and - FIG. 6 schematically illustrates an algorithm for dynamic adaptation of data rate in transmission, in a particular embodiment of the invention.
    Fig. 1 schematically illustrates a communication system in which the present invention can be implemented.
    The communication system includes a plurality of collection gateways 120, 121, 122, 123. The collection gateways 120, 121, 122, 123 have respective communication links with a server 130 to which said collection gateways are attached. According to a particular embodiment, each collection gateway 120, 121, 122, 123 integrates an access function to the Internet and the communication link between said residential gateway with the server 130 is based on the IP protocol ("Internet Protocol In English, as defined in the normative document RFC 791).
    In the communication system, messages must be sent in the form of frames from each terminal device 110, 111 to the server 130. Said server 130 has a role of control and collection of information available from the terminal devices 110, 111 , and the collection gateways 120, 121, 122, 123 have a role of relay between the terminal devices 110, 111 and the server 130. Messages, in particular control messages, can also be transmitted in the form of frames from the server 130 to to the terminal devices 110, 111 via the collection gateways 120, 121, 122, 123. Such commands sent by the server 130 to said terminal devices 110, 111 relate more particularly to transmission rate adjustments, which therefore allows apply ADR adaptive data rate (data) policies as described below in connection with Figs. 4 to 6. The emission rate adjustments can be made via SF spreading factor adjustments. Such commands sent by the server 130 to said terminal devices 110, 111 may also relate to TxPower transmit power level adjustments.
    To enable this relay role to be fulfilled, each collection gateway 120, 121, 122, 123 has at least one radio interface enabling said collection gateway to communicate with at least one terminal device 110, 111 on the basis of a wireless communication network, and preferably according to LPWAN communication technology. Said radio interface is for example of LoRa (registered trademark) type thus making it possible to implement, within the communication system, a LoRaWAN (registered trademark) data transmission protocol. Said radio interface is such that a terminal device can be in communication range by radio of a plurality of collection gateways, according to the geographical position of said terminal device with respect to the collection gateways 120, 121, 122, 123 and radio transmission conditions in the environment of said terminal device and the collection gateways 120, 121, 122, 123. This is the case, for example, of the terminal device 110 in FIG. 1, which is within radio communication range of the collection gateways 120, 121 and 122. The terminal device 111 in FIG. 1 is, in turn, within radio communication range of the collection gateways 122 and 123. An exemplary protocol architecture implemented in the communication system to enable the terminal devices 110, 111 and the server 130 to communicate via the Gateways 120, 121, 122, 123 are described below in connection with FIG. 3. If the range of communications allows, and if the server 130 is equipped with a radio interface for communicating directly with the terminal devices 110, 111, then the communication system can dispense with the collection gateways 120, 121, 122, 123.
    Fig. 2 schematically illustrates an example of a hardware architecture of a communication device of the communication system of FIG. Each terminal device 110, 111 and / or each collection gateway 120, 121, 122, 123 and / or the server 130 may be constructed on the basis of such hardware architecture.
    The communication device comprises, connected by a communication bus 210: a processor or CPU ("Central Processing Unit" in English) 201; Random Access Memory (RAM) 202; a ROM (Read Only Memory) 203; a storage unit or a storage medium reader, such as a SD ("Secure Digital") card reader 204 or a HDD ("Hard Disk Drive") hard disk; a communication interface 205, and possibly another communication interface 206.
    When the communication device of FIG. 2 shows a terminal device 110, 111 of the communication system, the communication interface 205 is configured to allow said terminal device to communicate with collection gateways of the communication system. Note that the communication interface 205 may be configured to allow said terminal device to communicate directly with the server 130.
    When the communication device of FIG. 2 shows a collection gateway 120, 121, 122, 123 of the communication system, the communication interface 205 is configured to allow said collection gateway to communicate with terminal devices of the communication system, and the other interface of communication 206 is configured to allow said collection gateway to communicate with the server 130.
    When the communication device of FIG. 2 represents the server 130, the communication interface 205 is configured to allow said server 130 to communicate with the collection gateways 120, 121, 122, 123. Note that the communication interface 205 may be configured to enable said server 130 to communicate directly with the terminal devices 110, 111 of the communication system.
    The processor 201 is capable of executing instructions loaded into the RAM 202 from the ROM 203, an external memory, a storage medium, or a communication network. When the communication device is powered up, the processor 201 is able to read instructions from RAM 202 and execute them. These instructions form a computer program causing the processor 201 to implement all or some of the algorithms and steps described herein in relation to the communication device in question.
    Thus, all or part of the algorithms and steps described here can be implemented in software form by executing a set of instructions by a programmable machine, such as a DSP ("Digital Signal Processor" in English) or a microcontroller. All or part of the algorithms and steps described here can also be implemented in hardware form by a machine or a dedicated component, such as an FPGA ("Field-Programmable Gâte Array" in English) or an ASIC ("Application-Specific Integrated Circuit"). " in English).
    Fig. 3 schematically illustrates an exemplary protocol architecture implemented in the communication system of FIG. 1. FIG. 3 illustrates the protocol architecture in a distributed manner between the terminal device 110, the collection gateway 120 and the server 130.
    The terminal device 110 comprises a high layer 311 and a low layer 313, and an intermediate layer 312 connecting the high layer 311 and the low layer 313. The high layer 311 is a client application. The intermediate layer 312 implements the exchange protocol, for example of the LoRaWAN (registered trademark) type, between the terminal device 110 and the server 130. The low layer 313 is the physical layer (PHY) of the radio interface of the terminal device 110, for example of the LoRa (registered trademark) type, which enables said terminal device 110 to communicate with the collection gateways of the communication system, such as for example the collection gateway 120.
    The server 130 comprises a high layer 331 and a low layer 333, as well as an intermediate layer 332 linking the high layer 331 and the low layer 333. The high layer 331 is a server application. The intermediate layer 332 implements the exchange protocol, for example of the LoRaWAN (registered trademark) type, between the server 130 and the terminal devices 110, 111. The low layer 333 is the physical layer (PHY) of the server interface. 130 which communicates with the collection gateways 120, 121, 122, 123.
    The collection gateway 120 includes a first low layer 322 and a second low layer 323, and an adaptation module 321. The first low layer 322 is the physical layer (PHY) of the radio interface of the collection gateway. 120 which makes it possible to communicate with terminal devices of the communication system, for example the terminal device 110. The second low layer 323 is the physical layer (PHY) of the interface of the collection gateway 120 which makes it possible to communicate with the server 130. The adaptation module 321 is configured to convert the messages received via the first lower layer 322 into messages adapted to the second lower layer 323, and vice versa. During this conversion, the collection gateway 120 may enrich said message with additional information, such as, for example, a signal level indication received RSSI determined by said collection gateway 120 on receipt of said message. The protocol architecture shown in FIG. 3 is such that the intermediate layer 312 of the terminal device 110 communicates with the intermediate layer 332 of the server 130, based on the respective lower layers of the terminal device 110 and the server 130 via the collection gateway 120. The protocol architecture shown in FIG. 3 is also such that the upper layer 311 of the terminal device 110 communicates with the upper layer 331 of the server 130, relying on the respective intermediate layers 312, 332 of the terminal device 110 and the server 130.
    The layers and protocol modules represented can be completed, in particular by protocol stacks allowing the server 130 to exchange with the collection gateway 120, in particular to enable the server 130 to configure the collection gateway 120.
    Fig. 4 schematically illustrates a correspondence table between predefined emission profiles (corresponding to respective predefined data rates) and respective sensitivity sensitivity levels SL ("Sensitivity Level"). In the table of FIG. 4, the emission profiles are represented by respective SF spreading factors used in CSS ("Chirp Spread Sprectrum"). The reception sensitivity levels SL are equivalent to the minimum reception signal levels to enable the decoding of signals transmitted respectively according to said predefined transmission profiles.
    The correspondence table of FIG. 4 thus defines reception sensitivity levels SL for a set of six spreading factors SF: SF12, SF11, SF10, SF9, SF8 and SF7. These six spreading factors SF correspond more particularly to the spread spectrum parameters defined in the LoRaWAN (registered trademark) protocol. The spreading factors SF are shown here in increasing order of the data rates at which said spreading factors SF correspond.
    Thus, if, for example, a frame transmitted by a terminal device is received by a collection gateway with an RSSI received signal level indication equal to -129dBm while said terminal device uses a spreading factor SF corresponding to SF12, it is possible to extrapolate that this frame can be received by said collection gateway for a transmission SF spreading factor corresponding to SF11, or SF10, or SF9. By accepting a margin of 3dBm with respect to the limit sensitivity level, an optimization would consist in having said terminal device use an SF transmission spreading factor corresponding to SF10.
    In order to refine the optimization of the transmission parameters of the terminal device and to avoid inadvertent configuration changes of said terminal device, it is proposed that the optimization be done in successive stages, so that each step crossing is decided according to the frame delivery rate from said terminal device, and that said step crossing is accompanied by an increase in integration time to determine said frame delivery rate, as well as a rate increase. delivery of frames to be achieved to allow a new level crossing, and a decrease in the margin to be respected compared to a limit sensitivity level corresponding to the actual emission profile chosen. An illustrative example of various parameters defining the different steps for each terminal device controlled by the server 130 is described below in relation to FIG. 5.
    Thus, FIG. Figure 5 schematically illustrates a step parameter definition table for use in dynamic dynamic data rate adaptation.
    In the table of FIG. 5, the different steps are represented in the chronological order in which said steps can be used in the context of the optimization of the transmission parameters of the terminal device concerned.
    The table of FIG. 5 has seven columns.
    The first column provides, for each level, a level identifier ID.
    The second column provides, for each level, information representative of a quantity N of frames to be considered in order to determine a rate of data loss (or a rate of frame delivery) then serving the indicator server 130 to decide to base optimization on the current step, or base optimization on the next step, or possibly stop or reset the optimization. The quantity N thus defines for each level a series of frames to analyze to practice the optimization. Note that said quantity N of each step is less than or equal to said quantity N of the next step, and this in order to increase (or stabilize) the integration time at the step crossing.
    The third column provides a first frame rate delivery threshold TH1 beyond which the server 130 decides to base the optimization on the next stage. Equivalently, the first threshold TH1 may be a data loss rate threshold below which the server 130 decides to base the optimization on the next level.
    The fourth column provides a second threshold frame delivery rate TH2 below which the server 130 decides to stop or reset the optimization, the second threshold TH2 then being, for each step, strictly less than the first threshold TH1. Equivalently, the second threshold TH2 may be a data loss rate threshold beyond which the server 130 decides to stop or reset the optimization, the second threshold TH2 then being, for each level, strictly greater than the first. threshold TH1.
    The fifth column optionally provides information representative of a quantity K of worse RSSI received signal level indications, for a series of N frames being analyzed, which must be discarded to determine a minimum received signal level indication. RSSI for said series of N frames being analyzed.
    The sixth column provides information representative of a first margin M1 to be kept between the received minimum received signal level RS SI and the corresponding reception sensitivity level SL (according to the table of FIG. selected by the optimization on the way to the next step.
    The seventh column provides information representative of a second margin M2 to be kept between the received minimum received signal level RS SI and the corresponding reception sensitivity level SL (according to the table of Fig. 4) to the spreading factor SF. selected by optimization when the optimization maintains the current stage.
    The table of FIG. 5 comprises a plurality of bearings, and, illustratively, four bearings. The steps are listed in the order in which said steps can be crossed by the optimization.
    First, the table of FIG. 5 comprises an initialization step (whose identifier ID has the value "1"), for which there is no definition of second threshold TH2 frame delivery rate below which the server 130 decides to stop or reset the optimization. As a variant, the second frame delivery rate threshold TH2 can also be defined, for said initialization stage, as a function, in particular, of the value of the parameter N for said initialization stage. In the example of FIG. 5, for the initialization stage: the parameter N has the value "1", the first threshold TH1 is 100%, the parameter K has the value "0", the first margin Ml has the value 20 dB, and the second margin M2 is 10 dB.
    Then the table of FIG. 5 comprises two intermediate levels (whose IDs ID respectively have the values "2" and "3"). In the example of FIG. 5, for the intermediate bearing having for identification ID the value "2": the parameter N has the value "10", the first threshold TH1 has the value 90%, the second threshold TH2 has the value "70%", the parameter K has the value "1", the first margin Ml is 12 dB and the second margin M2 is 6 dB. In the example of FIG. 5, for the intermediate bearing having for identification ID the value "3": the parameter N has the value "100", the first threshold TH1 has the value 95%, the second threshold TH2 has the value 75%, the parameter K has for value "3", the first margin M1 is 6 dB, and the second margin M2 is 3 dB.
    Finally, the table of FIG. 5 comprises a final stage (whose identifier ID has the value "4"), for which the first margin Ml is not used during the transition to the next stage (since there is no stage beyond the final stage) but to decide to ask the terminal device concerned to reduce the level of transmission power used by said terminal device. As a variant, the final stage does not include a definition of first margin M1, only a definition of second margin M2. The server 130 then applies, in terms of the final plateau, systematically the second margin M2 when it comes to determining the transmission profile to be applied by said terminal device (see details below in connection with FIG. 6). An equivalent approach, as illustrated in FIG. 5, is to set the first margin Ml and the second margin M2 to the same value. In the example of FIG. 5, for the final stage: the parameter N has the value "300", the first threshold TH1 has the value 98%, the second threshold TH2 has the value "75%", the parameter K has the value "10", the first margin Ml is 3 dB, and the second margin M2 is 3 dB.
    Thus, for each terminal device that the server 130 is controlled to apply an adaptive data rate (ADR) policy, the server 130 stores information representative of the fact that said terminal device allows or not a dynamic adaptation of its transmission parameters. And when said terminal device allows such a dynamic adaptation of its transmission parameters, the server 130 stores the identifier of the stage at which the optimization of the transmission parameters of said terminal device has currently been achieved, and the spreading factor SF at present used by said terminal device, and possibly the TxPower transmission power level currently used by said terminal device. The server 130 also allocates a buffer memory for storing the K + 1s (thus depending on the stage at which the optimization of the transmission parameters of said terminal device has been reached) worse received signal level indications RS SI for a series of frames in the course of analysis, in order to allow the server 130 to finally retain only one signal level indication received RS SI relevant for a whole series of frames being analyzed.
    It should be noted that: said quantity N of each bearing is less than or equal to said quantity N of the next bearing; said first margin M1 of each step is less than or equal to said first margin M1 of the next level; and said second margin M2 of each step is less than or equal to said second margin M2 of the next level. Moreover, with the exception of the initialization stage used to initiate the optimization, the first frame delivery rate threshold TH1 of each step is less than or equal to the first frame delivery rate threshold TH1 of the next level. , and the second frame delivery rate threshold TH2 of each step is less than or equal to the first frame delivery rate threshold TH2 of the next plateau. The criteria to authorize a step crossing are therefore increasingly severe as optimization progresses among the stages.
    The values of the parameters of the table of FIG. 5 are typically defined by experimentation and / or simulations, and are set so as to limit unwanted reconfigurations of the terminal devices concerned.
    It should also be noted that it is possible for the server 130 to have several step parameter definition tables, and the server 130 to use one or another table to optimize the transmission parameters of one or more terminal devices and such or such other table to optimize the transmission parameters of one or more other terminal devices, for example according to the type (capabilities, function, ...) of said terminal devices.
    Fig. 6 schematically illustrates an algorithm, implemented by the server 130, dynamic adaptation of data rate in transmission of a terminal device, in a particular embodiment of the invention. Let us consider as an illustration that the server 130 wishes to optimize the transmission parameters of the terminal device 110 within the framework of the communication system of FIG. 1.
    It is considered at the beginning of the algorithm of FIG. 6 that the server 130 and the terminal device 110 are able to perform an optimization of the transmission parameters of the terminal device 110. Either the communication system is such that the server 130 and all the terminal devices that are attached thereto are capable of performing a optimizing the transmission parameters of said terminal devices; or it is considered that the communication system is heterogeneous, that is to say it may include devices that are not able to perform such optimization. In the latter case, each frame header FH ("Frame Header" in English) comprises a field FH.ADR (for example in the form of a single bit) indicating whether the device (server or terminal device) is fit (bit to "1"), or not (bit to "0"), to perform such an optimization. An exchange of frames therefore allows the server 130 and each terminal device concerned to know whether the dynamic adaptation of the data rate in transmission is possible.
    In a step 601, the server 130 activates the optimization of the transmission parameters of the terminal device 110. The initialization stage is thus selected with respect to the terminal device 110.
    In a next step 602, the server 130 initializes the optimization of the transmission parameters of the terminal device 110. The server 130 makes available in particular a buffer memory for storing the K + 1 poorest received signal level indications RS SI for the a series of future frames (K being then chosen, in the bearing parameter definition table of Fig. 5, to correspond to the initialization stage). If the terminal device 110 currently uses (eg by default) a transmission rate value, namely a spreading factor value SF, which is not known prior to the server 130, the server 130 sends to the terminal device 110 a command requesting that the terminal device 110 apply a selected transmission profile (eg by default) by the server 130. In the LoRaWan protocol, this command takes the form of a MAC message ("Medium Access Control" in English). ) of type LinkADRReq. For example, the terminal device 110 applies transmission parameters involving the lowest data rate in the correspondence table between predefined transmission profiles and respective reception sensitivity levels SL (eg SF12 in the context of FIG. ). In addition, the server 130 initializes to zero a Nb Rx Frames counter for counting the number of distinct frames received from the terminal device 110.
    In a next step 603, the server 130 checks whether said server 130 has received a new frame from the terminal device 110. As already explained, in the context of LPWAN type communications, at least one collection gateway serves as a relay between the terminal device 110 and server 130. It is therefore possible for server 130 to receive several copies of the same frame transmitted by the terminal device 110. Each frame includes a sequence number chosen by the transmitter of said frame to make it possible to distinguish said frame among other frames transmitted by said transmitter. This sequence number may be a frame counter value transmitted. The server 130 is then able to remove the duplicates in the frames received from the collection gateways acting as relays. The server 130 then retains, for what follows, what is the worst signal level indication received RS SI among these duplicates. To do this, for each frame received by a collection gateway from a terminal device, said collection gateway determines the received signal level for said frame and provides the server 130, in association with said frame, the indication of received signal level RS SI corresponding. Thus, if the server 130 has received a new frame from the terminal device 110, a step 604 is performed; otherwise, step 603 is repeated until a new frame is received from the terminal device 110.
    In step 604, the server 130 increments the counter Nb_Rx_F rames by one.
    In a next step 605, the server 130 checks whether the received RSSI signal level indication for the frame received in step 603 is among the K + 1 worst RSSI received signal level indications for the series of frames. course of analysis. If this is the case, a step 606 is performed; otherwise, a step 607 is performed.
    In step 606, the server 130 stores, in the buffer provided for this purpose, the received RSSI signal level indication obtained for the frame received in step 603. If said buffer memory contains and already K + l received signal level indications RSSI, then the server 130 removes from said buffer the best received RSSI signal level indications stored therein, and then stores in said buffer the signal level indication received RSSI obtained for the frame received in step 603. Then, step 607 is performed.
    In step 607, the server 130 checks whether the end of the series of N frames to be analyzed for the current stage is reached. The server 130 can determine how many frames have been transmitted by the terminal device 110 by comparing a value of a transmitted frame counter which was included in the very first frame received by the server 130 for the series of N frames with a value of frame counter transmitted which was included in the very last frame received by the server 130 from the terminal device 110. In the LoRaWAN protocol, these values of the transmitted frame counter are entered in the field FH.FCNT of the respective frame headers FH. said frames. If the end of the series of N frames to be analyzed for the current stage is reached, a step 608 is performed; otherwise, step 603 is repeated until a new frame is received from the terminal device 110.
    In step 608, the server 130 determines a rate of data loss or frame delivery rate (FDR) on the series of N frames to be analyzed for the current stage. The rate of FDR frame delivery is determined by dividing by N the amount of frames actually received, as represented by the current value of the Nb Rx Frames counter. The data loss rate is, in turn, determined by dividing by N the difference between N and the amount of frames actually received, as represented by the current value of the counter Nb_Rx_Frames.
    In a next step 609, the server 130 checks whether the FDR frame delivery rate determined in step 608 is less than or equal to the second threshold TH2 set for the current plateau. Note that when considering the data loss rate, the server 130 checks whether said data loss rate is greater than or equal to the second threshold TH2 defined for the current level. If the FDR frame delivery rate determined in step 608 is less than or equal to the second threshold TH2 set for the current plateau, a step 610 is performed; otherwise, a step 611 is performed. Note that when the second threshold TH2 is not defined for the initialization stage and the current stage is the initialization stage, the algorithm then goes directly from step 608 to step 611.
    In step 610, the server 130 deactivates (or stops) the optimization of the transmission parameters of the terminal device 110 and releases the resources that had been allocated for said optimization, in particular the buffer intended to store the worse K + 1s RSSI received signal level indications among the frames received from the terminal device 110 in each series of N frames. The algorithm of FIG. 6, after ensuring that the terminal device 110 applies a selected transmission profile (eg by default) by the server 130. In an alternative embodiment, the server 130 resets the optimization starting from the first step, and the step 602 is executed.
    In step 611, the server 130 checks whether the FDR frame delivery rate determined in step 608 is lower than the first threshold TH1 set for the current stage. Note that when considering the data loss rate, the server 130 checks whether said data loss rate is greater than the first threshold TH1 defined for the current level. If the FDR frame delivery rate determined in step 608 is less than the first threshold TH1 set for the current stage, a step 612 is performed; otherwise, a step 613 is performed.
    In step 612, the server 130 selects a transmission profile corresponding to transmission parameters such as the corresponding reception sensitivity SL (according to the correspondence table between predefined transmission profiles and respective reception sensitivity levels SL ) respects the relationship:
    where RSSIK + 1 represents the best of the received signal level signal indications RSSI among the K + 1 RSSI received signal level indications stored in the aforementioned buffer memory, and K and M2 depend on the current step. To obtain RSSIK + 1, it is sufficient for the server 130 to remove from the above-mentioned buffer the K the worst received signal level indications RSSI stored therein. The transmission profile is preferably chosen so that the corresponding reception sensitivity SL (according to the correspondence table between transmission parameters and respective reception sensitivity levels SL) respects the above relationship and has the smallest difference. with RSSIK + 1 - M2 among the reception sensitivities SL of the predefined emission profiles. The server 130 then informs the terminal device 110 of the predefined transmission profile selected in step 612, if said selected predefined transmission profile is different from the transmission profile in use by said terminal device 110. In the LoRaWAN protocol framework, the server 130 uses a linkADRReq message to do this. Step 602 is then repeated, keeping the same level. The buffer for storing the K + l worst RSSI received signal level indications is cleared, the Nb Rx Frames counter is reset, and a new set of N frames is analyzed.
    In step 613, the server 130 checks whether the final plateau has been reached (last row of the table of Fig. 5). If the final step has been reached, a step 616 is performed; otherwise, a step 614 is performed.
    In step 614, the server 130 selects a transmission profile corresponding to transmission parameters such as the corresponding reception sensitivity SL (according to the correspondence table between predefined transmission profiles and respective reception sensitivity levels SL ) respects the relationship:
    where K and Ml depend on the current stage. The transmission profile is preferably chosen so that the corresponding reception sensitivity SL (according to the correspondence table between predefined transmission profiles and respective reception sensitivity levels SL) respects the above relationship and presents the smallest difference with RSSIK + 1 - Ml among the reception sensitivities SL of the predefined emission profiles. The server 130 then informs the terminal device 110 of the predefined transmission profile selected in step 614, if said selected predefined transmission profile is different from the transmission profile in use by said terminal device 110. In the LoRaWAN protocol framework, the server 130 uses a linkADRReq message to do this.
    In a next step 615, the server 130 selects the next step. Then, step 602 is repeated. The buffer memory intended to store the K + l the worst received signal level indications RS SI is emptied, the size of said memory is updated if the value of the parameter K for the new step is different from the value of the parameter K for the In the previous step, the Nb Rx Frames counter is reset, and a new series of N frames is analyzed, the value of the parameter N being in agreement with the new level.
    In step 616, the server 130 selects a predefined transmission profile corresponding to transmission parameters such as the corresponding reception sensitivity SL (according to the correspondence table between predefined transmission profiles and respective reception sensitivity levels). SL) respects the relationship:
    where RSSIK + 1 represents the best of the received RSSI signal level indications among the K + 1 received RSSI signal level indications stored in the aforementioned buffer, and K and M1 depend on the current step (final stage at this stage) . To obtain RSSIK + 1, it is sufficient for the server 130 to remove from the above-mentioned buffer the K the worst received signal level indications RSSI stored therein. The predefined transmission profile is preferably chosen so that the corresponding reception sensitivity SL (according to the correspondence table between predefined emission profiles and respective reception sensitivity levels SL) respects the above relationship and presents the most small gap with RSSIK + 1 - Ml among the sensitivities in reception SL predefined emission profiles. The server 130 then informs the terminal device 110 of the predefined transmission profile selected in step 612, if said selected predefined transmission profile is different from the transmission profile in use by said terminal device 110. , the server 130 requests the terminal device 110 to reduce the transmission power TxPower used by the terminal device 110. In the context of the LoRaWAN protocol, the server 130 uses a linkADRReq message to do this. Step 602 is then repeated, keeping the same level (final stage at this stage). The buffer for storing the K + 1 poorest received RSSI signal level indications is cleared, the Nb Rx Frames counter is reset, and a new set of N frames is analyzed.
    As already expressed in relation to FIG. 5, the server 130 may alternatively use the second margin M2 instead of the first margin M1 to determine the transmission profile in step 616. The difference between step 612 and step 616 then resides solely in that that the transmit power level is adjusted only at step 616, i.e., when the FDR frame delivery rate determined in step 608 is greater than or equal to the first TH1 threshold of frame delivery rate as defined for the final level.
    权利要求:
    Claims (10)
    [1" id="c-fr-0001]
    1) Method for dynamic adaptation of a transmission data rate of a terminal device (110, 111) in a wireless communication network, the method being executed by a server (130) of said network, profiles predefined transmission rates corresponding to respective data rates being respectively associated with reception sensitivities, said reception sensitivities representing minimum reception signal levels for decoding signals respectively transmitted according to said predefined transmission profiles, characterized in that the server performs an optimization of said data rate in successive steps, and in that each step defines: an amount N of frames to be analyzed, a first frame rate delivery threshold TH1, a second rate threshold TIC of delivery of frames less than said first threshold TH1, a first margin Ml, and a second margin M2 lower or equal to said first margin M1, such that said quantity N of each step is less than or equal to said quantity N of the next step, said first margin M1 of each step is less than or equal to said first margin M1 of the next step, and said second margin M2 of each step is less than or equal to said second margin M2 of the next step, and in that, when the optimization is performed according to a current step, the server performs the following steps: retaining a level indication received signal for each frame received from a series of N frames transmitted by the terminal device; determining (608) a frame delivery rate for said series of N frames; when the determined frame delivery rate is greater than or equal to said first TH1 threshold of the current stage, selecting (614) the transmission profile to be applied to said terminal device while retaining at least the second margin M2 of the current stage between received received signal level indication and receive sensitivity corresponding to said transmission profile, and passing (615) to the next level; when the determined frame delivery rate is lower than said first threshold TH1 of the current stage and is greater than said second threshold TH2 of the current stage, select (612) the transmission profile to be applied to said terminal device while maintaining the first margin Ml of the current step between the received received signal level indication and the reception sensitivity corresponding to said transmission profile; and when the determined frame delivery rate is less than or equal to said second threshold TH2 of the current stage, stop (610) or reset the optimization.
    [0002]
    2) Method according to claim 1, characterized in that each step further defines a quantity K of the worst received signal level indications to be discarded in a series of N frames, and that, for retaining a signal level indication. received for each frame received from a series of N frames transmitted by the terminal device, the server stores the K + 1 worst received signal level indications for said series of N frames, and the server retains the best level indication of signal received from the received received signal level indications.
    [0003]
    3) Process according to any one of claims 1 and 2, characterized in that the optimization starts with an initialization step not defining a second threshold frame delivery rate TH2.
    [0004]
    4) Method according to any one of claims 1 to 3, characterized in that the optimization ends in a final stage and, when the optimization is performed according to the final stage: when the given frame delivery rate is higher or equal to said first threshold TH1 of said final plateau, selecting (616) the transmission profile to be applied to said terminal device while retaining at least the second margin M2 of the final plateau between the received received signal level indication and the sensitivity in reception corresponding to said transmission profile, and ask said terminal device to decrease a transmission power level.
    [0005]
    5) Method according to any one of claims 1 to 4, characterized in that the transmission data rate is represented by a spreading factor of a CSS type modulation.
    [0006]
    6) Method according to any one of claims 1 to 5, characterized in that the wireless communication network is a long-range wide area network LPWAN, in that the wireless communication network connects the terminal device at least one collection gateway (120, 121, 122, 123) serving as a relay with the server, and in that the server receives each frame relayed by each collection gateway in association with a received signal level indication determined by said collection gateway on receipt of said frame.
    [0007]
    7) Method according to claim 6, characterized in that the wireless communication network implements the LoRaWAN protocol.
    [0008]
    A computer program comprising a set of instructions causing a processor (201) to execute a server (130) to be included in a LPWAN long-range wide area network, the method according to any one of claims 1 to 7, when said computer program is executed by said processor.
    [0009]
    An information storage medium storing a computer program comprising a set of instructions causing a processor (201) to execute a server (130) to be included in a long-range wide area network. LPWAN type, the method according to any one of claims 1 to 7, when said computer program is executed by said processor.
    [0010]
    A server (130) configured to dynamically adapt a transmission data rate of a terminal device (110; 111) in a wireless communication network, predefined transmission profiles that correspond to data rates. respective data being respectively associated with reception sensitivities, said reception sensitivities representing minimum levels of reception signal for decoding signals respectively transmitted according to said predefined transmission profile, characterized in that the server is configured to perform an optimization of said data rate in successive steps, and in that each step defines: an amount N of frames to be analyzed, a first threshold of frame delivery rate TH1, a second threshold of frame delivery rate TIC lower than said first level; TH1 threshold, a first margin Ml, and a second margin M2 less than or equal to said first margin Ml, such that said quantity N of each step is less than or equal to said quantity N of the next step, said first margin M1 of each step is less than or equal to said first margin M1 of the next step, and said second margin M2 of each step is less than or equal to said second margin M2 of the next step, and in that the server is configured, when optimizing is operated according to a current step, to: retain a signal level indication received for each received frame a series of N frames transmitted by the terminal device; determining (608) a frame delivery rate for said series of N frames; when the determined frame delivery rate is greater than or equal to said first TH1 threshold of the current stage, selecting (614) the transmission profile to be applied to said terminal device while retaining at least the second margin M2 of the current stage between received received signal level indication and receive sensitivity corresponding to said transmission profile, and passing (615) to the next level; when the determined frame delivery rate is lower than said first threshold TH1 of the current stage and is greater than said second threshold TH2 of the current stage, select (612) the transmission profile to be applied to said terminal device while maintaining the first margin Ml of the current step between the received received signal level indication and the reception sensitivity corresponding to said transmission profile; and when the determined frame delivery rate is less than or equal to said second threshold TH2 of the current stage, stop (610) or reset the optimization.
    类似技术:
    公开号 | 公开日 | 专利标题
    EP3420678B1|2019-11-20|Method for the dynamic adaptation of a data rate
    EP3258736B1|2020-07-29|Method for defining and applying a frequency plan
    EP3453148B1|2021-09-01|System and method for latency-based queuing
    US8918497B2|2014-12-23|Email system latencies and bandwidths
    WO2007066016A1|2007-06-14|Information transmission system
    EP1995932B1|2010-04-28|System and method for processing attendance status information with improved reliability
    CN110225417A|2019-09-10|Data processing method and server, the method and server that detect Caton
    CN104702592A|2015-06-10|Method and device for downloading stream media
    CN108614750A|2018-10-02|The restoration methods and device of delay machine data
    EP2856719B1|2018-04-25|Technique for communication in an information-centred communication network
    CN108521435B|2021-09-03|Method and system for user network behavior portrayal
    US11218412B2|2022-01-04|Method and system for managing the download of data
    EP3100582B1|2017-10-18|Method of communication between a battery powered terminal and a base station and associated communication network
    EP3343371B1|2020-10-14|Device and method for monitoring and allocating resources of it infrastructures
    CN110855731A|2020-02-28|Message processing, pushing and model training method, device, equipment and storage medium
    EP2190144A1|2010-05-26|Method and device for managing connections between a plurality of embedded applications on a mobile terminal and a plurality of interfaces for accessing wireless communication networks
    US20200236733A1|2020-07-23|TCP performance over cellular mobile networks
    US20140032689A1|2014-01-30|Method and system for processing message content that is stored at a message server
    EP2073450A1|2009-06-24|Method of communication between a teminal and a communication network
    FR3096204A3|2020-11-20|Capping the pace of inbound transactions in established inbound stateful exchanges in a distributed computing environment
    EP2827639B1|2018-08-08|Method of managing at least one dynamic virtual connection between a mobile terminal and a communication network and associated communication network
    FR3087978A1|2020-05-01|EQUIPMENT MANAGEMENT METHOD FOR UPDATING FIRMWARE
    WO2016207541A1|2016-12-29|Method and device for determining image tile size
    FR2811098A1|2002-01-04|Procedure for transfer of electronic documents in a communication network, uses predictions of times when data transfer rates will be maximum to decide when to send data, based on measurement of previous transfers
    CN113542076A|2021-10-22|Link detection method, link detection device, computer equipment and storage medium
    同族专利:
    公开号 | 公开日
    WO2017144406A1|2017-08-31|
    US10334536B2|2019-06-25|
    US20190053169A1|2019-02-14|
    CN108702298B|2020-12-15|
    CN108702298A|2018-10-23|
    EP3420678A1|2019-01-02|
    FR3048149B1|2018-03-23|
    EP3420678B1|2019-11-20|
    引用文献:
    公开号 | 申请日 | 公开日 | 申请人 | 专利标题
    US6563822B1|1998-12-11|2003-05-13|Fujitsu Limited|Data Transferring method|
    US20150103785A1|2013-10-16|2015-04-16|Samsung Electronics Co., Ltd.|Method and apparatus for controlling resource|
    US20100041349A1|1989-08-03|2010-02-18|Broadcom Corporation|Remote radio data communication system with data rate switching|
    US7606575B2|1988-08-04|2009-10-20|Broadcom Corporation|Remote radio data communication system with data rate switching|
    US7423990B2|2002-06-18|2008-09-09|Vixs Systems Inc.|Dynamically adjusting data rate of wireless communications|
    US7315967B2|2003-07-31|2008-01-01|Terayon Communication Systems, Inc.|Method and apparatus for automatic rate adaptation in a DOCSIS upstream|
    US7428669B2|2003-12-07|2008-09-23|Adaptive Spectrum And Signal Alignment, Inc.|Adaptive FEC codeword management|
    JP2006050573A|2004-06-28|2006-02-16|Sanyo Electric Co Ltd|Transmitting method and apparatus, and receiving method and apparatus|
    WO2006012772A1|2004-08-06|2006-02-09|Zte Corporation|A method of transmission in wlan|
    CN104618085A|2005-07-10|2015-05-13|适应性频谱和信号校正股份有限公司|Adaptive margin and band control method and device|
    KR20070033115A|2005-09-20|2007-03-26|삼성전자주식회사|System and method for allocate of adaptive modulation coding level in a broadband wireless access communication system|
    US8130659B2|2007-03-29|2012-03-06|Broadcom Corporation|RF transceiver system with adjustable transmission parameters and methods for use therewith|
    GB2529419B|2014-08-19|2020-11-25|British Telecomm|Regenerator devices|
    US9699119B2|2015-03-17|2017-07-04|Gainspan Corporation|Determining transmission rates when transmitting parallel data streams from a wireless station of a wireless network|CN108199892B|2018-01-12|2019-11-26|电子科技大学|LoRa terminal maximum transmission rate dynamic prediction method neural network based|
    CN109640484B|2018-12-26|2021-09-28|合肥大明智联科技股份有限公司|Single lamp controller|
    US20220038874A1|2020-07-31|2022-02-03|King Abdulaziz University|Compressive sensing-aided lpwan mac layer|
    法律状态:
    2017-01-23| PLFP| Fee payment|Year of fee payment: 2 |
    2017-08-25| PLSC| Publication of the preliminary search report|Effective date: 20170825 |
    2018-01-23| PLFP| Fee payment|Year of fee payment: 3 |
    2020-01-22| PLFP| Fee payment|Year of fee payment: 5 |
    2021-11-12| ST| Notification of lapse|Effective date: 20211005 |
    优先权:
    申请号 | 申请日 | 专利标题
    FR1651457A|FR3048149B1|2016-02-23|2016-02-23|METHOD FOR DYNAMIC ADAPTATION OF DATA RATE|
    FR1651457|2016-02-23|FR1651457A| FR3048149B1|2016-02-23|2016-02-23|METHOD FOR DYNAMIC ADAPTATION OF DATA RATE|
    CN201780012625.1A| CN108702298B|2016-02-23|2017-02-20|Method for dynamically adapting data rate|
    PCT/EP2017/053778| WO2017144406A1|2016-02-23|2017-02-20|Method for the dynamic adaptation of a data rate|
    EP17705153.9A| EP3420678B1|2016-02-23|2017-02-20|Method for the dynamic adaptation of a data rate|
    US16/076,866| US10334536B2|2016-02-23|2017-02-20|Method for dynamic adaptation of a data rate|
    [返回顶部]