5

Stavo cercando le transizioni di stato RRC nelle reti UMTS e ho scoperto che "ogni volta che UE sente che non ci sono dati lasciati per la trasmissione, avvia un timer T323, alla scadenza di questo timer invia un Segnale SCRI per terminare la connessione Alla ricezione della rete SCRI decide lo stato RRC di UE. "Timer T323 e dormienza veloce nella rete UMTS

Ho qualche dubbio in questa procedura.

  1. Il valore del timer T323 è fisso per una rete o cambia con l'adattabilità?
  2. La transizione da DCH a IDLE o DCH a PCH è possibile in questo modello?
  3. Nel dispositivo Android esiste un modo per conoscere il valore di timeout del timer T323?

Sono nuovo in questo campo, quindi per favore correggimi, se sbaglio dovunque.

+0

Non sono sicuro se si tratta di una domanda di programmazione. Non sembra - nessun codice. – MSalters

+0

Il T323 (timer SCRI - FD R8) è impostato per una rete (ad esempio 120 s). DCH-> PCH-> IDLE o DCH-> FACH-> IDLE. Per quanto riguarda l'accesso a T323, suppongo che dipenda dal tuo accesso ai registri di debug in banda base dal dispositivo. I valori del timer possono essere verificati in registri in banda base su altri dispositivi, quindi dovrebbe essere possibile ad es. QXDM o simile. –

risposta

4

Ci dispiace per la mia risposta tardiva su questo post ...

Solo ora mi rendo conto c'è un tag UMTS in StackOverflow ... Ma penso che posso aiutare in qualche modo.

Prima di tutto, lasciami rispondere alla tua domanda. Quindi, fornirò alcuni dettagli a riguardo:

1. Il valore del timer T323 è fisso per una rete o cambia con l'adattabilità?

Questo timer è impostato dalla rete. Ha i seguenti valori possibili: 0,5,10,20,30,60,90,120 secondi.

Credo che non cambi in modo dinamico, ma la rete può utilizzare valori diversi in diverse regioni o celle.

2. La transizione da DCH a IDLE o DCH a PCH è possibile in questo modello?

Potrei sbagliarmi ma credo che questo non sia possibile.

SCRI viene inviato dal telefono. Quindi, sposta il dispositivo in un'altra posizione (IDLE, CELL_PCH o URA_PCH). Tuttavia, credo che lo SCRI venga solitamente inviato quando il dispositivo si trova in CELL_FACH. Quindi, il telefono passa a PCH solo dopo lo stato FACH (e non direttamente da CELL_DCH).

3. Nel dispositivo Android esiste un modo per conoscere il valore di timeout del timer T323?

Questo timer viene inviato dalla rete nel messaggio System Information Block Type 1. Questo valore viene quindi letto e gestito da Mobile Base Processor (o Modem o CP - Processore di comunicazione).

In genere, la funzione Fastdormancy viene gestita sul lato Modem e, infine, i registri CP possono stampare il valore T323. Tuttavia, i log di CP non sono così facili da prendere nei telefoni degli utenti finali. Questo tipo di log è disabilitato nel software dell'utente finale.

Ovviamente, alcune società potrebbero voler gestire la funzione FastDormancy nel lato Applicazione e quindi, sarà possibile controllare tramite messaggio di registro. Tuttavia, penso che questo non sia il caso ...

Considerazioni sulla T323

Questo timer è stato creato per bloccare troppi messaggi SCRI. Questo timer definisce quanto tempo il cellulare deve attendere per inviare due messaggi SCRI consecutivi.

Di seguito è riportato il flusso di lavoro: - Il telefono rileva che nessun nuovo pacchetto verrà inviato alla rete. - Il telefono invia il primo SCRI e avvia il timer T323. - Spostare la rete del telefono su CELL_PCH o URA_PCH. - Il telefono invia alcuni dati e rileva che nessun nuovo pacchetto di dati verrà inviato a breve. - Prova a inviare di nuovo SCRI. Tuttavia, se T323 è in esecuzione, questo SCRI è bloccato. - Dopo la scadenza del T323, lo SCRI è libero di essere inviato alla rete e l'intero processo ricomincia.

Come sapete, dopo che il messaggio SCRI è stato inviato, la rete sposta il telefono a uno stato di consumo basso (Cell_PCH o URA_PCH). In questo modo, vengono rilasciate alcune risorse. Se è necessario inviare qualsiasi nuovo pacchetto alla rete, il telefono deve tornare a CELL_FACH/CELL_DCH e le risorse devono essere ripristinate. Dopo aver inviato i pacchetti di dati, il telefono probabilmente invierà di nuovo SCRI e tutte le risorse verranno nuovamente rilasciate.

Ecco perché è stato creato T323. Per evitare che le risorse vengano rilasciate/ripristinate molto spesso. Questo comportamento aumenta il carico del segnale in una cella perché le risorse vengono rilasciate/ripristinate attraverso i messaggi di segnalazione.

Come Cellulare Detect Nessun nuovo pacchetto sarà inviato

Questo è totalmente una responsabilità Cellulare. Pertanto, ogni marchio di telefoni cellulari ha il proprio algoritmo o funzionalità per rilevare che è possibile inviare uno SCRI.

Naturalmente, è possibile creare algoritmi complicati per prevedere quando non verrà inviato più pacchetto dati ed evitare di inviare SCRI non necessario.

Tuttavia, è stata applicata una soluzione più semplice. Di solito, il telefono aspetta solo un momento e se non è stato inviato alcun pacchetto di dati, tenta di inviare un messaggio SCRI.

Spero di poterti aiutare in qualche modo.

T323 a volte causa qualche confusione. Ma dice solo quanto tempo dovrebbe aspettare il telefono prima di inviare un nuovo SCRI - dopo aver inviato il primo.

È impostato dalla rete e quando è impostato su 0, il telefono non attende di inviare SCRI. Può inviare quando vuole.

Tuttavia, è responsabilità del telefono cellulare decidere quando inviare SCRI.

Fastdormancy mira a migliorare il consumo della batteria richiedendo di rilasciare le risorse non appena più pacchetti saranno inviati.

+0

Wow ... Grazie a @Guilhema, bella spiegazione –

Problemi correlati