Hi Qin,

Yes, if 6tisch MIB can provide the interface to access the phyTXPower, a centralized controller can make use of it in a way that can enhance the performance of the 6tisch network.

The reason for specifically delegating this to a controller is because, we expect that it has the required network statistics and link information for it to come up with appropriate power levels. The decisions can be based on certain short/long term measurements. It is hard to expect such an intelligence with nodes in the network.

Anand

On 08/06/2015 20:37, Qin Wang wrote:
Hi Anand,

Regarding to power management, there is a parameter in the IEEE802.15.4 PIB, i.e. phyTXPower. You can control the transmitting power by changing its value. Is that what you want? If so, I think 6tisch MIB will provide the interface to access phyTXPower, which will be defined in the 6tisch-interface draft.

Thanks
Qin



On Saturday, June 6, 2015 2:50 PM, "[email protected]" <[email protected]> wrote:


Hi Kris,

Thanks!

I was not sure if and how such a parameter can be accommodated in the
current scheme of things, although it could be a useful control parameter
from the operator's perspective.

Anand



> seems like a good idea.
>
> ksjp
>
> On 6/4/2015 4:15 AM, SVR Anand wrote:
>> Dear All,
>>
>> A slight digression from the ongoing ML discussions. Hope the timing
>> is OK!
>>
>> As we all know, transmit power control is one of the powerful knobs
>> that can be
>> used to minimize the interference and thereby improve the wireless
>> network
>> performance and also provide deterministic network. Cell breathing
>> technique
>> used in WLANs comes to our mind. When it comes to 6tisch, one might
>> argue that
>> with 16 channels at our disposal, the interference can be avoided
>> through smart
>> 6top cell management interface without worrying much about transmit
>> power
>> control.  However, there can be scenarios where transmit power control
>> might be
>> required, for instance, (i) large scale dense deployments with heavy
>> traffic
>> demands (ii) Co-existing WiFi reducing available non-overlapping
>> channels for
>> 15.4 (iii) prevent wireless leaks beyond the periphery of the
>> deployement
>> region and (iv) OTF scheduling where nodes make local decisions for
>> managing
>> cells, may be more.
>>
>> One possibility is to leave the power management to the nodes. We are
>> then
>> leaving this to implementors to device their own algorithms to handle
>> interference. Alternatively, a centralised controller (NME) knowing the
>> information about conflicting links can adaptively and optimally
>> adjust the
>> operating transmit power of the nodes to avoid the interference and
>> maximize
>> the wireless network performance.
>>
>> If we treat transmit power as one of the controllable parameters along
>> with the
>> cell management parameters, wondering if 6tisch 6top interface MIB is
>> the place
>> to define this. Or this parameter is beyond the scope of 6tisch.
>>
>> Any suggestions ?
>>
>> Anand
>>
>
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

_______________________________________________
6tisch mailing list
[email protected] <mailto:[email protected]>
https://www.ietf.org/mailman/listinfo/6tisch



--
This message has been scanned for viruses and
dangerous content by *MailScanner* <http://www.mailscanner.info/>, and is
believed to be clean.


--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

_______________________________________________
6tisch mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/6tisch

Reply via email to