On 11/30/2017 08:13 AM, saumil shah wrote:
> Dear Tom,
>
> Thanks for prompt response. I was main concerned for the case of Laa
> where we can use DutyCycle as ChannelAccessManager and not Lte.
> As i know in LTE, ChannelAccessManager option will be ignored and based
> on lteDutycycle value we will get the result.
>
> So based on what you have suggested that option i think will not be
> applicable for Laa as that part of code in ConfigureLaa() is commented.
>
> I was checking and trying to configure attributes related to DutyCycle
> in laa-wifi-coexistance-helper.cc file as mentioned below.
>
> else if (m_channelAccessManagerFactory.GetTypeId ().GetName () ==
> "ns3::DutyCycleAccessManager")
> {
>
> Ptr<DutyCycleAccessManager> dutyCycleAccessManager =
> m_channelAccessManagerFactory.Create<DutyCycleAccessManager> ();
>
> dutyCycleAccessManager->SetDutyCyclePeriod(MilliSeconds(80));
> dutyCycleAccessManager->SetOnDuration(MilliSeconds(40));
> dutyCycleAccessManager->SetOnStartTime(MilliSeconds(0));
>
> ltePhy->SetChannelAccessManager (dutyCycleAccessManager);
> }
>
> When i configure here this is working but the thing is it is applicable
> for all eNB in Laa and not the particular eNB. Can you suggest something?
Could you add parameters to this method:
void
LaaWifiCoexistenceHelper::ConfigureEnbDevicesForLbt (NetDeviceContainer
enbDevices, struct PhyParams phyParams)
to pass in values for period, on duration, and start time, and then call
it differently for different NetDevice containers?
Another possibility would be to use the ConfigStore subsystem to load
custom values for all attributes just before the start of the simulation.
- Tom