[Numbat] Network Reentry, czyli postępy w WMaxCtrl

[Tomasz Mrugalski]

Hej,

Napisałem wstępną wersje zoptymalizowanej wersji procedury network 
reentry. Jeżeli ktoś o tym nie czytał, to sprawa wygląda mniej więcej tak, 
że po dokonaniu handoveru SS musi ponownie wejść do sieci na target BSie. 
Żeby jednak nie tracić mnóstwa czasu na pełną procedure wejścia, możliwe 
jest mnóstwo różnych optymalizacji. Ja zaimplementowałem wersję 
najbardziej optymalną, czyli najkrótszą. Oczywiście trzeba ją będzie 
rozszerzyć.

Podsumowanie, co działa w WMaxCtrl:
- wejście do sieci
- procedura handoveru (HO widziany z punktu serving BS)
- network reentry (HO widziane z punktu widzenia target BS)

Ok, to oznacza, że kiedy Andrzej wcheckinuje swoje klocki, można będzie 
zacząć myśleć o skleceniu tego wszystkiego razem. Andrzej zaproponował, 
żeby po wykoaniu pierwszego handoveru wypić szampana. Jestem za.
W kwestii formalnej: Maciek, jeżeli jesteś przeciw, to możemy głosować ;)

A tak na poważnie, to po pierwszym uruchomieniu takiego handoveru trzeba 
go będzie troche urealnić, np. wprowadzić opóźnienia. Przetworzenie każdej 
wiadomości ileś trwa i BS nigdy nie odpowie od razu. Do tego trzeba by 
uwzględnić opóźnienia spowodowane prośbami o pasmo (tutaj bardzo przyda 
się best effort by Maciek).

No i brakuje wciąż procedury DSA, czyli kreowania service flowów.
Ehh, brakuje duuuużo rzeczy.

Aha, Andrzej. Chwaliłeś sie, że skompilowałeś ten nasz wynalazek pod 
windą. Wcheckinuj projekt i ewentualne dodatkowe pliki, które są potrzebne 
do takiej kompilacji.

Pozdrowienia i dobrej nocy,

-- 
Tomasz Mrugalski,              | " Talk is cheap. Show me the code."  |
thomson(at)klub(dot)com(dot)pl |                     Linus Torvalds   |

p.s.
Z tym szampanem to nie był mój pomysł. Bo potem będzie, że studentów 
rozpijam ;) Jak ktoś chce, to może świętować tymbarkiem.