[srslte-users] MAC scheduling

[Kewin Rausch]

Depends on what you want to achieve.

"update_allocation" and "new_allocation" are not bound to Round Robin
logic; they just operates on bit-masks.
I don't thking you want to change that for the moment.

What you want to do is simply decide which "user" is allowed to allocate
depending on the logic you want to apply. I don't see big changes on other
components.
An additional note: the RR scheduler right now assume that the entire
subframe is given to a UE only.
Maybe you want to persist with this policy, but in general you can allocate
more than one UE per subframe.

Cheers,
Kewin R.

On Mon, Oct 29, 2018 at 9:40 AM Fateme Rezaee <fateme.rezaee1368 at gmail.com>
wrote:

> Dear Kewin,
> Thanks for your response. Do you mean that I should change the following
> function? If so, how about the other related functions such as
> "dl_metric_rr::new_allocation()" or "dl_metric_rr::update_allocation()".
> Should I make any changes to them or it is not needed?
>
> std::map<uint16_t, sched_ue>::iterator iter = ue_db.begin();
>   std::advance(iter,priority_idx);
>   for(uint32_t ue_count = 0 ; ue_count < ue_db.size() ; ++iter,
> ++ue_count) {
>     if(iter==ue_db.end()) {
>       iter = ue_db.begin(); // wrap around
>     }
>     sched_ue *user = (sched_ue*) &iter->second;
>     user->dl_next_alloc = apply_user_allocation(user);
>   }
>
> Thank you.
>
> On Mon, Oct 29, 2018 at 11:44 AM Kewin Rausch <krausch at fbk.eu> wrote:
>
>>
>> Look in scheduler_metric.cc, procedure dl_metric_rr::new_tti for the
>> Downlink, ul_metric_rr::new_tti for the Uplink.
>> There is where the next TTI is organized in term of physical resources
>> and UEs. Changing that will change the allocation policy to the one you
>> want.
>>
>> Cheers,
>> Kewin R.
>>
>> On Sun, Oct 28, 2018 at 5:12 PM Fateme Rezaee <
>> fateme.rezaee1368 at gmail.com> wrote:
>>
>>> Dear all,
>>>
>>> As I understood, the classes "dl_metric_rr"  and "ul_metric_rr" are for
>>> the scheduling which are based on round robin. I can not understand where
>>> the round robin scheduler is applied directly. I checked the file
>>> scheduler.cc and the following function
>>> sched::dl_sched_data(dl_sched_data_t data[MAX_DATA_LIST])
>>> called in
>>> sched::dl_sched(uint32_t tti, sched_interface::dl_sched_res_t*
>>> sched_result)
>>> Schedules data to users. I want to add a class to have the  proportional
>>> fair scheduler instead of round robin scheduler but I do not know whether
>>> the  PF class should be added to the project similar to the "dl_metric_rr"
>>> class or it should be replaced with "dl_metric_rr" class.  could you plz
>>> tell me where I should apply the changes.
>>> Thank you,
>>>
>>> --
>>>
>>> *******************************************************************************
>>>
>>>
>>> Best regards,
>>>
>>> Fatemeh.Rezaei
>>>
>>> Ph.D. Student in Communication Systems Engineering
>>>
>>> Department of Electrical and Computer Engineering, Yazd University
>>>
>>> Yazd, Iran
>>>
>>>
>>> *******************************************************************************
>>> _______________________________________________
>>> srslte-users mailing list
>>> srslte-users at lists.softwareradiosystems.com
>>> http://www.softwareradiosystems.com/mailman/listinfo/srslte-users
>>>
>>
>> --
>> Le informazioni contenute nella presente comunicazione sono di natura privata
>> e come tali sono da considerarsi riservate ed indirizzate esclusivamente
>> ai destinatari indicati e per le finalità strettamente legate al
>> relativo contenuto. Se avete ricevuto questo messaggio per errore, vi
>> preghiamo di eliminarlo e di inviare una comunicazione all’indirizzo
>> e-mail del mittente.
>> --
>> The information transmitted is intended only for the person or entity to
>> which it is addressed and may contain confidential and/or privileged
>> material. If you received this in error, please contact the sender and
>> delete the material.
>>
>
>
> --
>
> *******************************************************************************
>
>
> Best regards,
>
> Fatemeh.Rezaei
>
> Ph.D. Student in Communication Systems Engineering
>
> Department of Electrical and Computer Engineering, Yazd University
>
> Yazd, Iran
>
>
> *******************************************************************************
>

-- 
--
Le informazioni contenute nella presente comunicazione sono di natura 
privata e come tali sono da considerarsi riservate ed indirizzate 
esclusivamente ai destinatari indicati e per le finalità strettamente 
legate al relativo contenuto. Se avete ricevuto questo messaggio per 
errore, vi preghiamo di eliminarlo e di inviare una comunicazione 
all’indirizzo e-mail del mittente.

--
The information transmitted is 
intended only for the person or entity to which it is addressed and may 
contain confidential and/or privileged material. If you received this in 
error, please contact the sender and delete the material.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.srsran.com/pipermail/srsran-users/attachments/20181029/7c96e06e/attachment.htm>