1、 Rec. UIT-R BT.1549 1 RECOMMANDATION UIT-R BT.1549*Protocole de liaison de donnes pour canal dinteraction (Question UIT-R 16/6) (2001) LAssemble des radiocommunications de lUIT, considrant a) les progrs raliss dans le traitement de linformation et dans les technologies de communication; b) le dvelop
2、pement rapide des systmes de diffusion tlvisuelle numrique ou amliore; c) la ncessit de rendre ces systmes interactifs pour diverses applications; d) la mise au point de mthodes de transmission permettant lauditeur de retourner, par divers moyens, des informations concernant le contenu de lmission (
3、son, multimdia, donnes); e) la capacit des rcepteurs de stocker des donnes, rendant possible linteraction sans ncessit dun canal de retour; f) le nombre important de tlviseurs grand public sur lesquels ladoption de services interactifs aura probablement une incidence; g) le nombre important de systm
4、es multimdias grand public sur lesquels ladoption de services interactifs aura probablement une incidence; h) que les informations de retour provenant des tlspectateurs peuvent aussi tre transmises de faon non automatique (les tlspectateurs stockant linformation et contrlant leur transmission); j) l
5、a Recommandation UIT-R BT.1369 Principes fondamentaux pour une famille mondiale de systmes ayant en commun la fourniture de services interactifs de tlvision; k) que lon a besoin de protocoles plus simples que le protocole fond sur le protocole Internet (IP) dfini dans la Recommandation UIT-R BT.1434
6、, afin de faciliter la mise en uvre des services interactifs utilisant un canal de retour; _ *La Commission dtudes 6 des radiocommunications a apport des modifications rdactionnelles cette Recommandation in 2002 conformment aux dispositions de la Rsolution UIT-R 44. 2 Rec. UIT-R BT.1549 l) que les r
7、seaux tlphoniques publics commuts (RTPC)/numriques avec intgration des services (RNIS) constituent la solution la plus gnrique de canal dinteraction dans de nombreux pays; m) quil est ncessaire que les protocoles plus simples confrent galement un niveau de scurit simple, recommande 1 dappliquer le p
8、rotocole de la couche liaison de donnes pour le canal dinteraction spcifi dans lAnnexe 1 lorsquun modem faible dbit de donnes et des protocoles simples de transfert de donnes sont utiliss. ANNEXE 1 Protocole de liaison de donnes pour canal dinteraction 1 Domaine dapplication La prsente Recommandatio
9、n spcifie le protocole de couche liaison de donnes pouvant tre appliqu lors de lutilisation dun modem faible dbit de donnes et dun protocole de transfert de donnes simple pour canal dinteraction (protocoles non fonds sur les protocoles IP, tels que la commande de liaison de donns haut niveau (HDLC)
10、(ISO 3309, 4335, 7809), procdure de commande en mode de base pour les systmes de communication de donnes (ISO 1745), etc.). 2 Rfrences normatives Recommandation UIT-T X.28 Interface ETTD/ETCD pour quipement terminal de traitement de donnes arythmique accdant un dispositif dassemblage et de dsassembl
11、age de paquets dans un rseau public pour donnes situ dans le mme pays. 3 Modles de rfrence 3.1 Modle de connexion suppos pour les systmes interactifs Un modle de connexion suppos pour systme interactif auquel le protocole de la couche liaison peut tre appliqu est illustr ci-dessous. NOTE 1 Ce modle
12、est conforme au modle de systme figurant dans la Recommandation UIT-T J.110 et correspond galement au modle logique de la Recommandation UIT-T J.111, ceci prs que le canal S2 de chargement de donnes nest pas utilis. Rec. UIT-R BT.1549 3 1549-01Serveur ARseau point daccs partagRcepteurServeur BServeu
13、rRTPC, etc.Serveur N AServeur N BFIGURE 1Modle de connexion bidirectionnelle symtrique(Modle de connexion directe: lutilisation dun rseau point daccs partag permet aux rcepteursde slectionner facilement une connexion directe vers nimporte quel serveur)3.2 Phases de transfert de donnes Les protocoles
14、 utilisant le RTPC pour les services interactifs bidirectionnels regroupent les cinq phases suivantes: Phase 1: connexion de ligne Phase 2: tablissement de la liaison de donnes Phase 3: transmission des donnes Phase 4: terminaison de la liaison de donnes Phase 5: dconnexion de la ligne. 4 Protocole
15、de liaison de donnes pour canal dinteraction 4.1 Conditions 4.1.1 Conditions relatives aux tlcommunications Le Tableau 1 prsente les conditions relatives aux tlcommunications associes au modem du rcepteur. 4 Rec. UIT-R BT.1549 TABLEAU 1 Conditions relatives aux tlcommunications associes au modem du
16、rcepteur 4.1.2 Modem Le modem doit satisfaire des spcifications indiques ci-dessus, gales celles de la Recomman-dation UIT-T V.22 bis ou suprieures (Recommandations UIT-T V.22 bis, UIT-T V.32 ou UIT-T V.32 bis par exemple) et avec un systme de correction derreurs gal au MNP4 ou suprieur (MNP4, MNP5,
17、 Recommandation UIT-T V.42 ou UIT-T V.42 bis par exemple). 4.1.3 Phase de connexion/dconnexion de ligne Durant la phase de connexion/dconnexion de ligne, le rcepteur se connecte/dconnecte au/du serveur en utilisant le RTPC, etc. La connexion et la dconnexion de ligne sont assures par des commandes A
18、T (attention) pour les adaptateurs de modem, de terminal (TA) et de communication de donnes associs aux tlphones mobiles. 4.2 Protocole de phase dtablissement et de terminaison de la liaison de donnes Dans cette phase, qui dbute aprs que la connexion de ligne a t effectue, une transmission de donnes
19、 est tablie entre le rcepteur et un serveur. De plus, lorsque la transmission de donnes a t acheve, la liaison entre le rcepteur et le serveur est dsactive. On peut appliquer ces phases aux protocoles de transfert de donnes, qui ne spcifient pas une adresse de destination pour chaque paquet de donne
20、s. Cette phase est ainsi applicable divers types de protocoles pour canaux dinteraction. Paramtres Note Longueur dune donne (longueur dun caractre) 8 bits Parit Aucune Bit darrt 1 bit Systme de code de transmission Spcifique de chaque application Renvoi dcho local Aucun (on peut utiliser un renvoi d
21、cho distance) Caractre de contrle CR/LF Du rcepteur vers le serveur: seul CR est mis. Du serveur vers le rcepteur: CR et LF sont mis. Code pour le dlimiteur de transmission CR (0D H) Code pour une nouvelle ligne LF (0A H) Code pour la correction dentre BS (08 H) Conditions de communication associes
22、une connexion de ligne Squence de transfert de donnes Spcifique de chaque application Mode de transmission Transmission duplex asynchrone Vitesse de transmission Suprieure celle tablie par la Recommandation UIT-T V.22bis (2 400 bit/s) Contrle du flux RS/CS Classe MNP Classe 4 ou suprieure Conditions
23、 de communication associes un modem CR: dlimiteur de transmission LF: code pour une nouvelle ligne MNP: Microcom Networking Protocol Rec. UIT-R BT.1549 5 Lorsquon utilise des modems de base, les protocoles de dtection et de correction derreurs sont effectus soit au niveau de la couche physique (MNP4
24、), soit au niveau de la couche liaison de donnes, soit au niveau de la couche rseau, ce qui est spcifi dans la rgle dexploitation. Le Tableau 2 prcise la pile de protocoles associe cette phase. TABLEAU 2 Pile de protocoles associe la phase dtablissement et de terminaison de la liaison de donnes 4.3
25、Numro de serveur Lorsque des rcepteurs tablissent une connexion avec des serveurs par lintermdiaire de rseaux tlphoniques, il est ncessaire quils tablissent en premier lieu une connexion avec le point daccs partag, avant denvoyer la commande numro de serveur pour identifier le serveur considr. 4.4 S
26、quences 4.4.1 Squence de connexion 1549-02RTPC, etc.IRDAppelRponsePrise de contactCommande numro de serveurSignal de service COMServeursModem/ADPEcho distance (renvoi du numro de serveur)Notificationde connexionNotificationde connexionIndication derception dappelDemande deconnexionPointdaccsFIGURE 2
27、Squence normaleIRD: rcepteur-dcodeur intgrADP: adaptateurPile de protocoles Couche application Choisie en fonction du service considr Couche liaison de donnes Protocole conforme une partie de la Recommandation UIT-T X.28 (ncessit dune fonction spcifiant le numro de serveur) Couche physique Rcepteur
28、Serveur Modem de base Recommandation UIT-T V.22 bis et versions ultrieures 6 Rec. UIT-R BT.1549 1549-03AppelRponsePrise de contactCommande numro de serveur( signifie espace)Indication derception dappelNotificationde connexionNotificationde connexionDemande deconnexionNotification deconnexionEcho dis
29、tance (renvoi du numro de serveur)Signal de service ERR INVAprs lenvoi du signalERR INV, le serveur attend la commande numro de serveur. Il dtermine ensuite si une communication a t tablie(Dlai dexpiration: T1)Note 1 La valeur de T1 est propre chaque application.FIGURE 3Squence derreur(erreur cause
30、par la commande numro de serveur)1549-04FIGURE 4Squence derreur(erreur cause par lexpiration de la temporisationdu serveur aprs attente de la commande numro de serveur)RTPC, etc.IRDAppelRponsePrise de contactPas de communicationDconnexionServeursModem/ADPNotificationde connexionNotificationde connex
31、ionAprs dpassement du dlai spcifi durant lequel le tempo-risateur scrute une ventuelle communication, la ligne de connexion est interrompue. (Dlai dexpiration: T1)Note 1 La valeur de T1 est propre chaque application.Indication derception dappelPointdaccsDemande deconnexionT1Rec. UIT-R BT.1549 7 1549
32、-05FIGURE 5Squence derreur(rejet de la rception dappel caus par le serveur)AppelRponsePrise de contactCommande numro de serveurEcho distance (renvoi du numro de serveur)DconnexionIndication derception dappelNotificationde connexionNotificationde connexionDemande deconnexion1549-06RTPC, etc.IRDAppelR
33、ponsePrise de contactCommande numro de serveurEcho distance relatif un numro de serveur diffrent de celui du numro transmisDconnexionServeursModem/ADPPointdaccsIndication derception dappelNotificationde connexionNotificationde connexionFIGURE 6Squence derreur(erreur dcho distance)Demande deconnexion
34、8 Rec. UIT-R BT.1549 1549-07AppelRponsePrise de contactCommande numro de serveurPas de communicationDconnexionFIGURE 7Squence derreur(expiration du dlai dattente au niveau du rcepteur aprs attente de lcho distance)Demande deconnexionNotificationde connexionNotificationde connexionIndication dercepti
35、on dappelAprs lenvoi de la commande numro de serveur, attente dune communication. Si aucune communication nest observe au cours du dlai dexpiration spcifi T1, la connexion de la ligne est interrompue.(Dlai dexpiration T1).Note 1 La valeur de T1 est propre chaque application.T11549-08RTPC, etc.IRDApp
36、elRponsePrise de contactCommande numro de serveurSignal de service avec erreurDconnexionServeursModem/ADPEcho distance (renvoi du numro de serveur)FIGURE 8Squence derreur(erreur de signal de service)Demande deconnexionIndication derception dappelPointdaccsNotificationde connexionNotificationde conne
37、xionRec. UIT-R BT.1549 9 1549-09T1AppelRponsePrise de contactCommande numro de serveurPas de communicationDconnexionEcho distance (renvoi du numro de serveur)FIGURE 9Squence derreur(expiration du dlai dattente au niveau du rcepteur aprs attente du signal de service)Demande deconnexionNotificationde
38、connexionNotificationde connexionIndication derception dappelAprs rception de lcho lointain, attente dune ventuelle communication. Si, lexpiration de la dure T1 spcifie, aucune communication na t tablie lexception dun cho distance rpondant la transmission du numro de serveur, la connexion de la lign
39、e est interrompue.(Dlai dexpiration T1).Note 1 La valeur de T1 est propre chaque application.4.4.2 Squence dinterruption 1549-10RTPC, etc.IRDDconnexion de la ligneServeursModem/ADPFIGURE 10Dconnexion la demande des rcepteursIndication dela dconnexionPointdaccsCommandede dconnexion1549-11Dconnexion d
40、e la ligneFIGURE 11Dconnexion la demande des serveursIndication dela dconnexionCommandede dconnexion10 Rec. UIT-R BT.1549 On trouvera des exemples de format de commande numro de serveur et de signal de service dans le Tableau 3. TABLEAU 3 Exemples de format de commande numro de serveur et de signal
41、de service 4.4.3 Comportement du rcepteur aprs transmission de la commande numro de serveur 4.4.3.1 Attente de lcho distance du numro de serveur transmis Aprs mission du numro de serveur, les rcepteurs se placent en tat dattente afin de recevoir lcho distance. Le comportement des rcepteurs en tat da
42、ttente est indiqu dans le Tableau 4. TABLEAU 4 Comportement des rcepteurs en attente dun cho distance Format Note Commande numro de serveur N1N2N3N4N5N6N7N8 CR Caractres renvoys en cho: N1N2N3N4N5N6N7N8 CR LF 8 caractres alphanumriques sont renvoys en cho. Notification de connexion CR LF COM CR LF C
43、R LF Signal de service Erreur de commande CR LF ERRINV CR LF signifie espace Signal reu Comportement aprs rception du signal Echo distance identique celui du numro de serveur transmis Rception de N1N2N3N4N5N6N7N8 CR LF (les 8 caractres prcdant le CR LF sont compars, les autres caractres tant ngligs.
44、) Se placent en tat dattente du signal de service Echo distance diffrent de celui du numro de serveur transmis Rception de CR LF ( reprsente des chanes de code dune longueur quelconque suprieure 0 octet, autres que N1N2N3N4N5N6N7N8) Dconnexion immdiate de la ligne Aprs envoi ou renvoi du numro de se
45、rveur, le CR LF nest pas reu durant lintervalle de temps spcifi (dure dexpiration T1).(1)Dconnexion immdiate de la ligne (1)Le temporistateur qui observe la communication se dclenche au moment de la transmission ou de la retransmission de la commande numro de serveur (la valeur de T1 est propre chaq
46、ue application). Rec. UIT-R BT.1549 11 4.4.3.2 Attente du signal de service Aprs rception dun cho distance identique celui du numro de serveur transmis (N1N2N3N4N5N6N7N8 CR LF), les rcepteurs se placent en tat dattente du signal de service. Le Tableau 5 indique le comportement des rcepteurs dans cet
47、 tat. TABLEAU 5 Comportement des rcepteurs en attente du signal de service 4.4.4 Echo distance Lorsquun rcepteur envoie une commande numro de serveur, le serveur renvoie un cho vers le rcepteur. Ainsi, un renvoi dcho local vers le rcepteur nest pas ncessaire. Le serveur renvoie un cho aprs rception de la commande numro de serveur, puis envoie un signal de service. 4.4.5 Lancement de la temporisation au niveau du serveur Le temporisateur qui observe la communication du ct du serveur court p
