ITU-T G 764 FRENCH-1990 VOICE PACKETIZATION - PACKETIZED VOICE PROTOCOLS《语音信息包 分组语音协议 15号研究组》.pdf

《ITU-T G 764 FRENCH-1990 VOICE PACKETIZATION - PACKETIZED VOICE PROTOCOLS《语音信息包 分组语音协议 15号研究组》.pdf》由会员分享，可在线阅读，更多相关《ITU-T G 764 FRENCH-1990 VOICE PACKETIZATION - PACKETIZED VOICE PROTOCOLS《语音信息包 分组语音协议 15号研究组》.pdf（23页珍藏版）》请在麦多课文档分享上搜索。

1、Donato Exconde G0764F.DOC CCITTREC.DOT 21 May, 1998UNION INTERNATIONALE DES TLCOMMUNICATIONSCCITT G.764COMIT CONSULTATIFINTERNATIONALTLGRAPHIQUE ET TLPHONIQUEASPECTS GNRAUX DES SYSTMESDE TRANSMISSION NUMRIQUES;QUIPEMENTS TERMINAUXMISE EN PAQUETS DE LA PAROLE PROTOCOLE DE TRANSMISSIONDE LA PAROLE PAR

2、 PAQUETSRecommandation G.764Genve, 1990Donato Exconde G0764F.DOC CCITTREC.DOT 21 May, 1998 2AVANT-PROPOSLe CCITT (Comit consultatif international tlgraphique et tlphonique) est un organe permanent de lUnioninternationale des tlcommunications (UIT). Il est charg de ltude des questions techniques, dex

3、ploitation et detarification, et met ce sujet des Recommandations en vue de la normalisation des tlcommunications lchellemondiale.LAssemble plnire du CCITT, qui se runit tous les quatre ans, dtermine les thmes dtudes et approuveles Recommandations rdiges par ses Commissions dtudes. Entre les Assembl

4、es plnires, lapprobation desRecommandations par les membres du CCITT seffectue selon la procdure dfinie dans la Rsolution no2 du CCITT(Melbourne, 1988).La Recommandation G.764, que lon doit la Commission dtudes XV, a t approuve le 14 dcembre 1990selon la procdure dfinie dans la Rsolution no2._NOTE D

5、U CCITTDans cette Recommandation, lexpression Administration est utilise pour dsigner de faon abrge aussibien une Administration de tlcommunications quune exploitation prive reconnue de tlcommunications. UIT 1990Droits de reproduction rservs. Aucune partie de cette publication ne peut tre reproduite

6、 ni utilise sous quelque formeque ce soit et par aucun procd, lectronique ou mcanique, y compris la photocopie et les microfilms, sans laccordcrit de lditeur.Donato Exconde G0764F.DOC CCITTREC.DOT 21 May, 1998Recommandation G.764Recommandation G.764MISE EN PAQUETS DE LA PAROLE PROTOCOLE DE TRANSMISS

7、IONDE LA PAROLE PAR PAQUETS1 IntroductionCette Recommandation dfinit un protocole de transmission de la parole par paquets dans des circuits virtuelspermanents. La principale application du protocole de transmission de la parole par paquets (PVP) est dbit primaire et dbit primaire fractionn.Le proto

8、cole dfinit les formats et procdures de transport de linformation de parole et de la signalisationassocie chaque connexion tlphonique sur un rseau par paquets bande largie.La Recommandation prend en compte des types futurs supplmentaires, y compris la possibilitdinterfonctionnement avec des rseaux,

9、avec les applications des rseaux de radiocommunication cellulaires numriquesen cours de mise au point. Lextension de la prsente Recommandation au trafic de tlcopie en bande de base est ltude.La prsente Recommandation ne porte pas sur les questions de qualit de fonctionnement.La prsente Recommandatio

10、n ne porte pas sur les mthodes de codage des chantillons de parole, mme si desalgorithmes de codage particuliers recommands sont spcifis dans le protocole (par exemple, les algorithmes de laRecommandation G.726). En particulier, la Recommandation permet une affectation dynamique de la largeur de ban

11、deet une rgulation harmonieuse des encombrements lorsque les chantillons de parole sont cods avec des algorithmesimbriqus tels que ceux spcifis dans la Recommandation G.727.La prsente Recommandation ne porte pas sur les questions suivantes:1) services fonds sur linterface;2) techniques de mise en oe

12、uvre;3) directives sur la qualit de fonctionnement en ce qui concerne lutilisation de la parole mise en paquets;4) aspects concernant les quipements;5) procdures de signalisation des circuits, dtablissement des liaisons et dtablissement descommunications pour les circuits virtuels commuts;6) questio

13、ns concernant la transmission de donnes uniquement, la transmission combine donnes/voix etle relais de trame;7) mise en paquets de la parole dans les systmes (RNIS-B) en mode de transfert asynchrone (TTA).2 Considrations gnralesLa prsente Recommandation contient la spcification dun protocole de tran

14、smission de la parole par paquets(PVP). Le PVP dfinit des formats et des procdures de transport de linformation de parole et la signalisation canal parcanal sur un rseau par paquets.Avant la mise en paquets, les chantillons de parole peuvent tre cods lextrmit dorigine, ct mission,par lune des mthode

15、s de codage exposes dans le prsent document. Le flux de parole code est transform en paquetsdans le format spcifi dans le prsent document. Les chantillons sont recueillis sur une priode de 16 ms et diviss enblocs de 128 bits chacun. Les intervalles silencieux peuvent tre supprims. Les blocs sont org

16、aniss de manire faciliter la suppression des blocs.Les priodes dactivit et dinactivit sont respectivement appeles salves et pauses. Il nest pas ncessairede transmettre des paquets durant les pauses.Recommandation G.764 1 Donato Exconde G0764F.DOC CCITTREC.DOT 21 May, 1998 2Lextrmit de terminaison du

17、 ct rception distante reconstruit un flux continu de parole partir des paquetsqui arrivent, laide des renseignements figurant dans len-tte du paquet. La procdure concernant le temps deconstitution dcrite dans le prsent document vise compenser le retard variable que peuvent subir les paquets dans ler

18、seau. Les paquets qui arrivent avant linstant prvu pour leur restitution sont placs dans lordre dsign dans une filedattente de paquets. Les paquets qui arrivent aprs linstant prvu pour leur reconstitution ne sont pas pris en compte.Len-tte du paquet de parole contient des renseignements sur le nivea

19、u de bruit qui a t mesur par le point extrmitdorigine lmission. Le point extrmit de terminaison la rception utilise ces renseignements pour reconstituer leniveau de bruit correspondant.Le PVP possde la caractristique supplmentaire de contrle dencombrements en supprimant des blocsdchantillon dun paqu

20、et. Le nimebloc est compos par les nimebits de chaque chantillon recueilli durant lintervalledchantillonnage. Len-tte de paquet indique le nombre de blocs supprimables que contient le paquet. Des noeudsencombrs peuvent donc utiliser ces renseignements pour supprimer des paquets de bloc de bits de po

21、ids faible, demanire attnuer lencombrement.La signalisation associe chaque connexion tlphonique est transporte dans des paquets de signalisation,qui sont envoys sparment sur un canal logique diffrent. Le transport de linformation de signalisation ncessite unensemble de procdures, analogues celles ap

22、plicables au transport de la parole, qui sont dcrites dans le prsentdocument.Remarque Dans un rseau national, lhorodateur (TS) et les procdures de reconstitution des 5.1.1, 5.2 et6.3 peuvent tre remplacs par un retard fixe appliqu au premier paquet. A lextrmit dorigine, le TS sera mis 0.Dans un noeu

23、d intermdiaire, le champ TS ne sera pas mis jour. Toutefois, la procdure de reconstitution sera toujoursutilise sur des interfaces rseau-rseau et usager-rseau.3 Formats3.1 Couche physiquePour un fonctionnement 1536 kbit/s ou 1920 kbit/s, les caractristiques lectriques et les formats delinterface son

24、t ceux dfinis dans les Recommandations G.703, G.704 et I.431 pour les dbits primaires de 1544 kbit/s et2048 kbit/s respectivement. Le signal mis en paquet consiste en un flux numrique envoy sur des dispositifs classiques dbit primaire. Les situations hybrides contenant un ou plusieurs trains de paqu

25、ets N 64 kbit/s et M canauxclassiques 64 kbit/s sont galement prises en considration.3.1.1 Inversion des bitsPour les applications dbit primaire, qui ncessitent des restrictions de code pour maintenir la densitsuffisante de un, linversion des bits est ncessaire: le rsultat du bourrage des bits et de

26、 linversion des bits doit tredempcher loctet tout 0 et de rpondre aux prescriptions restrictives en matire de densit des un des dispositifsDS1.3.1.2 Ordre de transmissionLe bit 1 est le bit de moindre poids (LSB) et est transmis le premier. Le bit 8 est le bit de poids fort (MSB) etest transmis en d

27、ernier.3.2 Couche liaisonLa couche liaison du PVP est tire de la Recommandation Q.921/I.441 avec les adjonctions indiques danscette Recommandation. Les trames de voix et les trames de signalisation reoivent des adresses de couche 2 diffrentes,cest-dire quelles sont transportes sur deux liaisons logi

28、ques diffrentes. Ceci, juxtapos lusager dun type diffrentde trames non numrotes pour chaque catgorie de trafic, offre une mesure de scurit supplmentaire afin de protgercontre les erreurs daiguillage des trames de signalisation.3.2.1 Champ dadresseLe champ dadresse a 2 octets de longueur, le premier

29、bit de chaque octet tant dfini comme un bit dextensionet le bit 2 de loctet 1 tant dfini comme le bit commande/rponse (C/R). Les 13 bits restants sont regroups en unidentificateur de connexion de liaison de donnes (DLCI) unique. Lassignation dadresse commence par 128 et finit par8063. Les adresses d

30、e couche 2 sont dj assignes et la mise en oeuvre commence partir de ltat DLCI_ASSIGNED.2 Recommandation G.764 Donato Exconde G0764F.DOC CCITTREC.DOT 21 May, 19983.2.2 Bit commande/rponseLe bit C/R (bit 2 de loctet) est mis 0.3.2.3 Types de trameLes deux types de trame suivants sont autoriss dans le

31、PVP.3.2.3.1 Trames dinformation non numrotesLorsquune entit de couche 3 ou de gestion demande un transfert dinformation sans accus de rception, lacommande dinformation non numrote (UI) est utilise pour envoyer les informations lentit quivalente sansaffecter les variables de la couche liaison de donn

32、es. Les trames de commande UI ne comportent pas de numro desquence et peuvent donc tre perdues sans modification.Le champ de commande de la trame de commande UI a un seul octet de longueur. Le format et le codage sontidentiques ceux indiqus dans la Recommandation Q.921/I.441. La trame UI est utilise

33、 pour le transport de lasignalisation canal par canal.3.2.3.2 Trames dinformation non numrote avec contrle den-tteLa trame dinformation non numrote avec contrle den-tte (UIH) a les mmes applications que la trame UI.La diffrence entre les deux est que la squence de contrle de redondance cyclique (CRC

34、) est obtenue sur len-tte detrame (les huit premiers octets lexclusion des fanions) et non sur la trame totale. La squence de contrle remplit lesdeux derniers octets de la trame UIH.Le champ de commande de la trame UIH a un seul octet de longueur et est reprsent sur la figure 1/G.764.87654321Numro d

35、e bit111P1111FIGURE 1/G.764Champ de commande de la trame UIHLa trame UIH est utilise pour le transport des donnes de parole (voir la remarque).Remarque Le contrle de redondance cyclique (CRC) de la trame UIH protge les 8 octets qui contiennent lechamp dadresse (pour assurer la livraison correcte des

36、 trames), le champ de contrle (pour garantir la validit du type detrame) et len-tte de la couche 3. Le contrle ne protge pas linformation de la parole, parce que la parole est plussensible aux dlais dus aux transmissions quimposeraient des erreurs de bits et parce que cela permet une rduction delinf

37、ormation vocale par llimination de bloc dans le cas dencombrement sans ncessiter le recalcul du contrle CRC.Par consquent, le reste de trames non valables au 3.2.7 utilise une longueur minimale de trame de 10 octets.3.2.4 Bit dinterrogationLe bit dinterrogation (P) est le bit 5 du champ de commande

38、de trame UI/UIH. Le bit P doit tre mis 0.Recommandation G.764 3 Donato Exconde G0764F.DOC CCITTREC.DOT 21 May, 1998 43.2.5 Squence de contrleLalgorithme de la squence de contrle (CS) est le mme que celui dcrit dans la Recommandation ISO-3309de lISO. Le champ CS est une squence de 16 bits. Il est le

39、complment un de la somme (modulo 2):1) du reste de la division (modulo 2) de xk(x15+ x14+ x13+ x12+ x11+ x10 + x9+ x8 + x7+ x6+ x5+ x4+ x3+ x2+ x1+ 1) par le polynme gnrateur x16+ x12+ x5+ 1, o k est le nombre de bits contenus dans latrame existant entre, mais nincluant pas, le dernier bit du fanion

40、 douverture de trame et le premier bit dupremier octet des octets non supprimables pour la squence de contrle den-tte (HCS) ou le premier bitde la squence de contrle pour la squence de contrle de trame (FCS), lexclusion des bits insrs pourla transparence, et2) du reste de la division (modulo 2) par

41、le polynme gnrateur x16+ x12+ x5+ 1 du produit de x16par lecontenu de la trame existant entre, mais nincluant pas, le dernier bit du drapeau douverture et le premierbit du premier octet des octets non supprimables pour la HCS ou du premier bit de la CS pour la FCS, lexclusion des bits insrs pour la

42、transparence.Comme exemple de ralisation, lmission, le contenu initial du registre du dispositif qui calcule le reste de ladivision est tout dabord fix une valeur reprsente uniquement par des un. Il est ensuite modifi par division deschamps dadresse, de commande et des parties appropries dinformatio

43、n par le polynme gnrateur (comme dcritprcdemment). Le complment un du reste ainsi obtenu est transmis comme CS de 16 bits.Comme exemple de ralisation, la rception, le contenu initial du registre du dispositif qui calcule le reste estdabord fix une valeur reprsente uniquement par des un. Le reste fin

44、al aprs multiplication par x16, puis division(modulo 2) par le polynme gnrateur x16+ x12+ x5+ 1 de la suite des bits protgs reus et de la CS, doit tre de0001110100001111 de x15 x0respectivement, en labsence derreurs de transmission.3.2.6 Arrt de trameLa rception de sept bits 1 contigus ou davantage

45、est interprte comme un chec de trame, et lentit decouche liaison ne tient pas compte de la trame en cours de rception. La trame qui suit un chec de trame doitcommencer par un fanion douverture.3.2.7 Trames UI/UIH non valables pour le PVPPour les besoins du PVP, une trame UI/UIH non valable est une t

46、rame qui:1) nest pas correctement dlimite par deux drapeaux; ou2) compte moins de 10 octets entre drapeaux (moins de 5 octets pour les applications autres que PVP); ou3) compte plus de 490 octets entre les drapeaux; ou4) ne consiste pas en un nombre entier doctets avant linsertion du bit zro ou aprs

47、 lextraction du bit zro;ou5) contient une erreur de CS.Les trames non valables doivent tre cartes sans notification lmetteur. Aucune mesure nest prise aprscette trame.3.3 Couche paquetLes procdures de la couche paquet sappliquent uniquement la phase de transfert dinformation. Lesprocdures de contrle dappel