5

Przeszukałem przejścia stanu RRC w sieciach UMTS i stwierdziłem, że "za każdym razem, gdy UE czuje, że nie ma danych do transmisji, uruchamia zegar T323, po wygaśnięciu tego timera wysyła Sygnał SCRI do zakończenia połączenia.W momencie odbioru sieci SCRI decyduje stan RRC UE. "Timer T323 i szybki stan uśpienia w sieci UMTS

Mam pewne wątpliwości w tej procedurze.

  1. Czy wartość zegara T323 jest stała dla sieci lub zmienia się z możliwością dostosowania?
  2. Czy przejście z DCH na IDLE lub DCH na PCH jest możliwe w tym modelu?
  3. W urządzeniu z Androidem jest jakiś sposób, aby poznać wartość limitu czasu timera T323?

Jestem nowy w tej dziedzinie, więc proszę mnie poprawić, jeśli nigdzie się nie mylę.

+0

Nie jestem pewien, czy jest to pytanie dotyczące programowania. To nie wygląda - bez kodu. – MSalters

+0

T323 (Timer SCRI - FD R8) jest ustawiony dla sieci (na przykład 120 s). DCH-> PCH-> IDLE lub DCH-> FACH-> IDLE. Odnośnie dostępu do T323, myślę, że to zależy od twojego dostępu do dzienników debugowania pasma podstawowego z urządzenia. Wartości timerów można zweryfikować w logach pasma podstawowego na innych urządzeniach, więc powinno być możliwe np. Za pomocą QXDM lub podobny. –

Odpowiedz

4

Niestety dla mojego zmarłego odpowiedzi w tym poście ...

Dopiero teraz zdaję sobie sprawę, że to UMTS tag w StackOverflow ... Ale myślę, że mogę pomóc w jakiś sposób.

Po pierwsze, pozwól mi odpowiedzieć na twoje pytanie. Następnie podam kilka szczegółów na ten temat:

1. Czy wartość zegara T323 jest stała dla sieci lub zmienia się z możliwością dostosowania?

Ten timer jest ustawiony przez sieć. Ma następujące możliwe wartości: 0,5,10,20,30,60,90,120 sekund.

Uważam, że nie zmienia się dynamicznie, ale sieć może korzystać z różnych wartości w różnych regionach lub komórkach.

2. Czy przejście z DCH na IDLE lub DCH na PCH jest możliwe w tym modelu?

Mogę się mylić, ale uważam, że nie jest to możliwe.

SCRI jest wysyłany przez telefon. Następnie urządzenie przesyła sieć do innego stanu (IDLE, CELL_PCH lub URA_PCH). Uważam jednak, że SCRI jest zwykle wysyłane, gdy urządzenie znajduje się w CELL_FACH. Tak więc telefon przechodzi do PCH tylko po stanie FACH (a nie direclly od CELL_DCH).

3. Czy w urządzeniu z systemem Android można w jakiś sposób poznać wartość limitu czasu timera T323?

Ten licznik czasu jest wysyłany przez sieć w komunikacie System Information Block Type 1. Wartość ta jest następnie odczytywana i obsługiwana przez mobilny procesor pasma podstawowego (lub modem lub CP - procesor komunikacyjny).

Zwykle funkcja Fastdormancy jest obsługiwana po stronie modemu, aw końcu dzienniki CP mogą drukować wartość T323. Jednak dzienniki CP nie są tak łatwe do zrobienia w telefonach użytkowników końcowych. Tego rodzaju dzienniki są wyłączone w oprogramowaniu dla użytkownika końcowego.

Oczywiście, niektóre firmy mogą chcieć obsłużyć funkcję FastDormancy po stronie aplikacji, a następnie będzie można sprawdzić za pomocą komunikatu dziennika. Myślę jednak, że tak nie jest ...

Rozważania o T323

Zegar ten został stworzony, aby blokować zbyt wielu wiadomości SCRi. Ten zegar określa, ile czasu telefon komórkowy powinien czekać na wysłanie dwóch kolejnych komunikatów SCRI.

Poniżej przedstawiono przepływ pracy: - Telefon wykrywa, że ​​żadne nowe pakiety nie zostaną wysłane do sieci. - Telefon wysyła pierwszy SCRI i uruchamia zegar T323. - Przeniesienie telefonu w sieci do CELL_PCH lub URA_PCH. - Telefon wysyła pewne dane i wykrywa, że ​​wkrótce nie zostanie wysłany nowy pakiet danych. - Próbuje ponownie wysłać SCRI. Jeśli jednak T323 jest uruchomiony, ten SCRI jest zablokowany. - Po wygaśnięciu T323, SCRI może zostać wysłane do sieci i cały proces rozpoczyna się od nowa.

Jak wiadomo, po wysłaniu komunikatu SCRI, sieć przenosi telefon do stanu niskiego zużycia energii (Cell_PCH lub URA_PCH). W ten sposób niektóre zasoby zostają zwolnione. Jeśli jakiś nowy pakiet musi zostać wysłany do sieci, telefon musi powrócić do CELL_FACH/CELL_DCH, a zasoby muszą zostać przywrócone. Po wysłaniu pakietów danych telefon prawdopodobnie wyśle ​​ponownie SCRI, a wszystkie zasoby zostaną ponownie zwolnione.

Dlatego właśnie T323 został stworzony. Aby uniknąć bardzo częstych zwolnień/przywracania zasobów. Takie zachowanie zwiększa obciążenie sygnału w komórce, ponieważ zasoby są uwalniane/odtwarzane przez komunikaty sygnalizacyjne.

Jak Mobile Phone Wykrywanie żaden nowy pakiet zostanie wysłany

Jest całkowicie telefon komórkowy odpowiedzialności. Tak więc każda marka telefonów komórkowych ma własny algorytm lub funkcję wykrywającą wysyłanie SCRI.

Oczywiście można tworzyć skomplikowane algorytmy przewidujące, kiedy nie będzie już wysyłany żaden pakiet danych i uniknąć wysyłania niepotrzebnego SCRI.

Jednak zastosowano prostsze rozwiązanie. Zwykle telefon po prostu czeka, a jeśli nie zostanie wysłany żaden pakiet danych, spróbuje wysłać wiadomość SCRI.

Mam nadzieję, że ci pomogę.

T323 czasami powoduje zamieszanie. Ale mówi tylko, ile czasu telefon powinien poczekać, zanim wyśle ​​nowy SCRI - po wysłaniu pierwszego.

Jest ustawiany przez sieć i po ustawieniu na 0 telefon nie czeka na wysłanie SCRI. Może wysyłać, kiedy tylko chce.

Jednak to operator telefonu komórkowego decyduje, kiedy należy wysłać SCRI.

Fastdakowanie ma na celu zwiększenie zużycia baterii poprzez żądanie zwolnienia zasobów, gdy tylko nie będą wysyłane żadne pakiety.

+0

Wow ... Dzięki @Guilhema, miłe wyjaśnienie –