A voir également:
- Protocole SS GSM
- Protocole http - Guide
- Identifier un numéro de gsm belgique ✓ - Forum Mobile
- Protocole dhcp - Guide
- Utilise un protocole incompatible ✓ - Forum Windows
- Ora-12560: tns : erreur d'adaptateur de protocole - Forum Logiciels
2 réponses
Un peu tard, mais bon...
Lors d'une communication entre deux stations mobiles (Alice<-->Bob), lorsque Gertrude souhaite parler à Alice, il envoie un message au CC de type SET UP référencé par son numéro de transaction (Alice-Gertrude), pour dire : "Hey mec! Je veux te parler".
Alice envoie un message CC CALL CONFIRMED pour dire : "Attend j'ai quelqu'un en double fil" + une avertissement avec tonalité : ALERTING (qu'on aurait pu remplacé par la musique de Patrick bruel - Place des grands hommes).
Ensuite par action de Alice, si elle veut plus parler à Bob (ou juste le mettre en attente), elle envoie un CC HOLD à ce cher Bob, qui sera de toute façon d'accord avec un CC HOLD ACKNOWLEDGE. Puis Alice initialisera une connexion (CC CONNECT) avec Gertrude, qui après patience accepte (CC CONNECT ACKNOWLEDGE), toujours avec les identificateurs de transactions respectifs.
Au niveau des canaux logiques, on sait que chaque message d'appel est transmis sur le canal PCH sur un ensemble de cellule et le mobile ciblé répond bien sur dans la cellule où il se trouve. Le nombre d'appel en diffusion est limité à 4 (utilisation de TMSI). Lors d'un Paging request de la part de Gertrude, une demande de réservation est faite sur le canal RACH et le canal AGCH informe que le mobile doit basculer sur le canal de signalisation dédié SDCCH à celui-ci et y établit une connexion. Il est donc nécessaire d'avoir un canal dédié TCH+SACCH.
Après au niveau de l'attente, je ne sais pas encore si le canal est libéré du côté d'Alice, mais je pense que non? A confirmer. J'ai pas encore la vue dessus.
=)
Lors d'une communication entre deux stations mobiles (Alice<-->Bob), lorsque Gertrude souhaite parler à Alice, il envoie un message au CC de type SET UP référencé par son numéro de transaction (Alice-Gertrude), pour dire : "Hey mec! Je veux te parler".
Alice envoie un message CC CALL CONFIRMED pour dire : "Attend j'ai quelqu'un en double fil" + une avertissement avec tonalité : ALERTING (qu'on aurait pu remplacé par la musique de Patrick bruel - Place des grands hommes).
Ensuite par action de Alice, si elle veut plus parler à Bob (ou juste le mettre en attente), elle envoie un CC HOLD à ce cher Bob, qui sera de toute façon d'accord avec un CC HOLD ACKNOWLEDGE. Puis Alice initialisera une connexion (CC CONNECT) avec Gertrude, qui après patience accepte (CC CONNECT ACKNOWLEDGE), toujours avec les identificateurs de transactions respectifs.
Au niveau des canaux logiques, on sait que chaque message d'appel est transmis sur le canal PCH sur un ensemble de cellule et le mobile ciblé répond bien sur dans la cellule où il se trouve. Le nombre d'appel en diffusion est limité à 4 (utilisation de TMSI). Lors d'un Paging request de la part de Gertrude, une demande de réservation est faite sur le canal RACH et le canal AGCH informe que le mobile doit basculer sur le canal de signalisation dédié SDCCH à celui-ci et y établit une connexion. Il est donc nécessaire d'avoir un canal dédié TCH+SACCH.
Après au niveau de l'attente, je ne sais pas encore si le canal est libéré du côté d'Alice, mais je pense que non? A confirmer. J'ai pas encore la vue dessus.
=)