ITU-R RAPPORT M 2009 FRENCH-1995 Direct-Dial Telephone systems for the Maritime Mobile Service《海洋移动服务的直拨电话系统》.pdf

上传人:registerpick115 文档编号:792715 上传时间:2019-02-02 格式:PDF 页数:23 大小:111.48KB
下载 相关 举报
ITU-R RAPPORT M 2009 FRENCH-1995 Direct-Dial Telephone systems for the Maritime Mobile Service《海洋移动服务的直拨电话系统》.pdf_第1页
第1页 / 共23页
ITU-R RAPPORT M 2009 FRENCH-1995 Direct-Dial Telephone systems for the Maritime Mobile Service《海洋移动服务的直拨电话系统》.pdf_第2页
第2页 / 共23页
ITU-R RAPPORT M 2009 FRENCH-1995 Direct-Dial Telephone systems for the Maritime Mobile Service《海洋移动服务的直拨电话系统》.pdf_第3页
第3页 / 共23页
ITU-R RAPPORT M 2009 FRENCH-1995 Direct-Dial Telephone systems for the Maritime Mobile Service《海洋移动服务的直拨电话系统》.pdf_第4页
第4页 / 共23页
ITU-R RAPPORT M 2009 FRENCH-1995 Direct-Dial Telephone systems for the Maritime Mobile Service《海洋移动服务的直拨电话系统》.pdf_第5页
第5页 / 共23页
点击查看更多>>
资源描述

1、- 1 -Rap. UIT-R M.2009RAPPORT UIT-R M 2009SYSTMES RADIOTLPHONIQUES APPEL DIRECT POURLE SERVICE MOBILE MARITIME(1995)Considrations gnralesBien quon puisse utiliser le systme appel slectif numrique (ASN) pour tablir des systmes entirementautomatiques dans le sens navire-station ctire, station ctire-na

2、vire et navire-navire, il peut tre ncessaire de crerdes systmes qui nassurent pas toutes les facilits spcifies pour le systme ASN.Plusieurs administrations exploitent des systmes mobiles maritimes en ondes hectomtriques, dcamtriqueset mtriques, avec des moyens automatiques dappel direct travers le r

3、seau tlphonique public avec commutation(RTPC).Les principales caractristiques de certains systmes sont indiques dans les Annexes 1 et 2.ANNEXE 1Systme 11 Introduction1.1 Le systme utilise la signalisation numrique pour tablir et librer les appels sur le trajet radiolectrique surles mmes voies de tra

4、fic que celles utilises pour les connexions tlphoniques (ondes mtriques conformment lAppendice 18 du Rglement des radiocommunications (RR); ondes hectomtriques/dcamtriques conformment lArticle 60 du RR).1.2 Aprs la slection manuelle dune voie de trafic, le systme assure un service automatique appel

5、direct navirevers RTPC et offre un service limit de radiorecherche dans le sens station ctire-navire, qui informe le navire quunusager du RTPC a demand une connexion.1.3 Linterface entre le trajet radiolectrique et le RTPC est normalement assure par une station ctire maritimequipe dune interface gre

6、 par un processeur disposant des fonctions ncessaires dcrites dans cette annexe etconforme aux exigences dinterconnexion avec le RTPC.1.4 Le systme permet dassurer sur la mme voie de trafic les services manuels existants et les services dappeldirect.1.5 La station du navire peut tre constitue par un

7、e unit unique et distincte qui est relie directement lentremicrophone de lmetteur-rcepteur en ondes hectomtriques, dcamtriques ou mtriques actuellement install dans lesnavires.1.6 La disponibilit dune voie de trafic est dtermine soit par coute manuelle ou de faon automatique silquipement de navire e

8、st rgl sur une voie de trafic particulire.1.7 Pour permettre lenregistrement de facturation spare des diffrents usagers dun mme terminal de navire, onpeut associer chaque terminal au maximum 99 mots de passe ou numros didentification personnelle (PIN) 5 chiffres.1.8 Pour empcher ltablissement de con

9、nexions sur un trajet radiolectrique qui est de trop mauvaise qualit pourassurer une communication tlphonique, linterface de la station ctire peut mesurer le rapport signal/bruit de la liaisonde donnes initiale et rejeter la demande de connexion si ce rapport est en dessous dun seuil prdtermin.1.9 P

10、our assurer le secret des communications, une installation dembrouillage optionnelle peut tre incluse.- 2 -Rap. UIT-R M.20092 Caractristiques techniques2.1 Paramtres de transmission des donnes modulation:MDF (modulation par dplacementde frquence) mode dexploitation: duplex intgral protocole de liais

11、on des donnes: CCITT V.21 asynchrone dbit des donnes: 300 bit/s bit de dpart: 1 bits de donnes: 8 bits parit: pair bit darrt: 1 frquence de modulation de la station ctire: trait (1) 980 Hzespace (0) 1 180 Hz frquence de modulation de la station de navire: trait (1) 1 650 Hzespace (0) 1 850 Hz tolran

12、ce en frquence: : 1 Hz2.2 Structure des messages de donnesLes messages de donnes ont le format suivant et contiennent des caractres ASCII (bien que ceux qui setrouvent dans le champ du message soient transmis sous une forme comprime voir le 2.4):En-Tte Champ de message Fin de message2.2.1 En-tteIl c

13、omprend le caractre ASCII de dbut de texte STX( 02 en dcimal).2.2.2 Champ de messageIl comprend les trois parties suivantes: un “numro de navire“ neuf chiffres (de prfrence lidentit du service mobile maritime MMSI) quiidentifie la station de navire depuis laquelle le message est transmis ou laquelle

14、 le message est adress; un “type de message“ un chiffre; un champ de donnes de longueur variable qui, pour certains messages, est de longueur zro.2.2.3 Fin de messageIl comprend une squence de contrle de parit deux caractres suivi par le caractre de retour-charriot (voirle 2.5).2.3 Contenu du champ

15、de messageHormis la partie du champ de message qui contient le numro du navire, le contenu des diffrents champs demessages est dcrit ci-dessous.- 3 -Rap. UIT-R M.20092.3.1 Messages navire-ctireLes types de message suivants peuvent tre envoys dans le sens navire-ctire (voir aussi la Fig.1):Valeur du

16、champ type demessageSignification Nombre de chiffres dedonnes1 Demande dappel 5 + 9 + 162 Continuit de la communication/ brouilleur activ 03 Continuit de la communication/brouilleur dsactiv 04 Fin de la communication 05 Demande dappel avec service spcial 28 Rponse lappel ctire-navire 0Une descriptio

17、n dtaille de lobjet et du contenu des messages ci-dessus est donne ci-aprs:2.3.1.1 Message de navire de type 1 (demande dappel)Ce message est envoy par le navire pour demander une connexion tlphonique. Le champ de donnescontient le mot de passe ou le numro didentification personnel (PIN) (cinq chiff

18、res), lidentification de la station ctire(neuf chiffres se reporter au 3.2.1.1) et le numro de tlphone (16 chiffres ou lorsque le numro de tlphonecomprend moins de 16 chiffres les chiffres non prsents sont complts par des blancs). La station ctire rpondra parun message daccus de rception (message de

19、 station ctire de type 1). Il est noter que si le numro de tlphonedemand est le 22, la station ctire retourne des informations concernant les appels ctire-navire qui se trouvent en filedattente (message de station ctire de type 7).2.3.1.2 Message de navire de type 2 (continuit de la communication/em

20、brouilleur activ)Ce message est envoy par le navire pour activer lembrouilleur et aussi, pendant les appels embrouills, toutesles 128 s pour indiquer que lappel continue. Ceci permet dviter que la station ctire continue occuper un canalradiolectrique libr par le navire, dans le cas o le message de f

21、in de communication du navire na pas t reu.Lorsque trois messages conscutifs de continuit de la communication ne sont pas reus par la station ctire, lacommunication est libre. La station ctire nenvoie pas de message de rponse (mais elle active son propreembrouilleur).2.3.1.3 Message de navire de typ

22、e 3 (continuit de la communication/ embrouilleur dsactiv)Ce message est envoy par le navire pour dsactiver lembrouilleur et aussi, pendant des appels nonembrouills, toutes les 128 s pour indiquer que la communication continue. La station ctire nenvoie pas de message derponse (mais elle dsactive son

23、propre brouilleur sil tait activ auparavant).2.3.1.4 Message de navire de type 4 (demande de fin de communication)Ce message est envoy par le navire pour mettre fin la communication.2.3.1.5 Message de navire de type 5 (demande dappel de service spcial)Ce message est envoy par le navire, aprs quun ap

24、pel ait t reu par la station ctire, pour demander unservice spcial (par exemple: transmission de donnes ou de tlcopie). Le champ de donnes contient un code deservice deux chiffres (01 pour les donnes, 02 pour la tlcopie ou 00 pour le retour la parole). A la rception de cemessage, la station ctire ne

25、utralise la fonction de continuit de la communication (se reporter aux 2.3.1.2 et 2.3.1.3),se connecte des sous-systmes complmentaires si cest ncessaire et enregistre la demande des fins de facturation.2.3.1.6 Message de navire de type 8 (rponse un appel ctire-navire)Ce message est envoy par le navi

26、re pour confirmer la rception dun appel ctire-navire (message de stationctire de type 7 se reporter au 2.3.2.7 ci-dessous).2.3.2 Messages de la station ctireLes types de messages suivants peuvent tre envoys dans la direction ctire-navire (voir aussi la Fig. 2):- 4 -Rap. UIT-R M.2009Valeur du champ t

27、ype demessageSignification Nombre de chiffres dedonnes1 Accus de rception 02 Occup 03 Appel accept 04 Appel non accept 25 Fin de la communication 2 + 66 Voie libre 07 Appel ctire-navire voir 2.3.2.78 tat de la ligne tlphonique 2Une description dtaille de lobjet et du contenu des messages ci-dessus e

28、st donne ci-dessous:2.3.2.1 Message de station ctire de type 1 (accus de rception)Ce message est envoy par la station ctire pour indiquer que le message de demande dappel (message denavire de type 1) ou de fin de communication (message de navire de type 4) a t correctement reu, cest-dire que lecontr

29、le de parit est correct.2.3.2.2 Message de station ctire de type 2 (occup)Ce message est envoy par la station ctire pour indiquer que le systme automatique nest pas disponible.Lorsque cest possible, ce message est transmis tous les navires (en utilisant le numro de navire 000000000).2.3.2.3 Message

30、de station ctire de type 3 (appel accept)Ce message est envoy par la station ctire aprs quelle ait transmis un accus de rception (message destation ctire de type 1) pour indiquer que la demande dappel du navire est acceptable.2.3.2.4 Message de station ctire de type 4 (appel non accept)Ce message es

31、t envoy par la station ctire aprs quelle ait transmis un accus de rception (message destation ctire de type 1) pour indiquer que la demande dappel du navire nest pas acceptable. Le champ de donnescontient deux chiffres qui en donnent le motif (par exemple: 00 = numro de navire non enregistr, 01 = er

32、reur de motde passe (PIN), 02 = liste dinterdictions, 04 = rapport signal/bruit trop faible).2.3.2.5 Message de station ctire de type 5 (fin de communication)Ce message est envoy par la station ctire pour indiquer la raison de la fin de la communication et sa dure.Le champ de donnes contient deux ch

33、iffres indiquant la raison de la fin de la communication (par exemple:00 = arrt de la communication par lutilisateur du RTPC ou par le navire, 01 = anomalie sur la ligne tlphonique, 02 =message de continuit de la communication non reu, 03 = fin de communication manuelle, linitiative de lopratrice,04

34、 = fin de temporisation, 05 = erreur de protocole du navire, 06 = erreur de lordinateur central de la station ctire) et6 caractres indiquant sa dure (heures, minutes, secondes dans le format hmm:ss, par exemple la dure de 1 h, 20 min,30 s est code en ASCII sous la forme 120:30).2.3.2.6 Message de st

35、ation ctire de type 6 (voie libre)Ce message est envoy par la station ctire tous les navires (en utilisant le numro de navire 000000000)quand la voie devient libre ( savoir la fin dappel manuel ou direct ou aprs que le systme de station ctire ait tremis en service aprs maintenance). Ceci permet aux

36、navires de surveiller une voie pour dterminer automatiquementquand elle est libre.2.3.2.7 Message de station ctire de type 7 (appel ctire-navire)Ce message est envoy par la station ctire pour indiquer que celle-ci a reu un appel dun utilisateur duRTPC pour le navire ou en rponse une demande du navir

37、e (message du navire de type 1 avec 22 comme numro de- 5 -Rap. UIT-R M.2009tlphone - voir 2.3.1.1 ci-dessus). Le champ de donnes contient un “chiffre dappel“ (1) suivi par les chiffres des“donnes dappel“ identification de la station ctire (neuf chiffres), code de lutilisateur (deux chiffres identifi

38、antlutilisateur destinataire de lappel parmi 99 utilisateurs maximum), code personnel (un chiffre - voir la Note 1), numrode tlphone (16 chiffres), jour, mois, heure, minute (huit chiffres), blanc (un chiffre). Dans le cas o aucun appel nestenregistr pour le navire (en rponse un message du navire de

39、 type 1), le champ de donnes contient deux chiffres -“pas dappel“ (0) suivis par un blanc.Note 1 Code qui peut tre utilis pour donner des informations complmentaires lutilisateur bord du navire. Lasignification des valeurs de ce code personnel est convenir entre lutilisateur du navire et labonn du R

40、TPC.2.3.2.8 Message de station ctire de type 8 (tat de la ligne tlphonique)Ce message est envoy par la station ctire quand celle-ci a fini de composer le numro de lutilisateur duRTPC demand. Le champ de donnes contient deux chiffres (02) indiquant la “fin de la numrotation“.2.4 Compression du champ

41、du message2.4.1 Pour rduire le volume de donnes transmis, le champ du message est comprim de la faon dcrite ci-dessous.2.4.2 Pour les caractres numriques dans le champ du message et pour le caractre deux-points (:), les quatre bitsles plus significatifs de chaque caractre huit bits sont limins et la

42、 valeur du demi-octet rsultant est augmente duneunit pour viter la cration du code 02 (qui est le caractre den-tte du message). En cas de blanc (caractre espaceASCII), on utilise un code unique quatre bits. Les valeurs des caractres comprims sont indiques dans le Tableau 1.2.4.3 Chaque paire de demi

43、-octets successifs est combine pour former une quantit deux fois moindre doctets quedans le champ du message non comprim ( il est noter que tous les champs de message ont un nombre pair decaractres). Il convient de noter que, sagissant dun groupe doctets comprims reprsentant linformation transmettre

44、,loctet de plus fort poids du groupe est transmis en premier mais que, dans chaque octet, le bit de plus faible poids esttransmis en premier. A titre dexemple, pour un message de navire de type 4, avec un numro de navire de 123456789, lechamp du message comprim contiendrait cinq octets, comme indiqu

45、 dans le Tableau 2.2.5 Caractres de contrle de parit2.5.1 Les deux caractres de contrle de parit suivis dun caractre de retour de chariot (ASCII, dcimale 13) sontles derniers caractres transmis. Les caractres de contrle de parit qui contrlent le champ de message pour la prsencederreurs sont forms co

46、mme indiqu ci-aprs.2.5.1.1 On forme un octet huit bits en faisant en sorte que chacun de ses huit bits soit gal la valeur “ou exclusif“des bits correspondants de tous les caractres du champ de message comprim (ce qui quivaut au bit de plus faiblepoids des sommes modulo-2, cest-dire la parit vertical

47、e paire). Par exemple, le bit 3 est gal la valeur “ouexclusif“ du bit 3 de tous les caractres dans le champ de message comprim.2.5.1.2 Lquivalent en dcimale de loctet huit bits qui en rsulte peut tre reprsent comme une nombre quatrechiffres compris entre 0000 et 0255. Ce nombre quatre chiffres est alors comprim en deux octets laide delalgorithme dcrit au 2.4 et dans le Tableau 1.Par exemple:Rsultat Ou exclusif: 11010010Valeur en dcimale: 0210Contrle de parit en binaire: 0001 0011 0010 0001Pre

展开阅读全文
相关资源
猜你喜欢
  • ETSI GS INS 004-2010 Identity and access management for Networks and Services Dynamic federation negotiation and trust management in IdM systems《网络和业务的身份和接入管理 IdM系统中动态联合协商和信任管理(版本1_1.pdf ETSI GS INS 004-2010 Identity and access management for Networks and Services Dynamic federation negotiation and trust management in IdM systems《网络和业务的身份和接入管理 IdM系统中动态联合协商和信任管理(版本1_1.pdf
  • ETSI GS INS 005-2011 Identity and access management for Networks and Services Requirements of an Enforcement Framework in a Distributed Environment《网络和业务的身份和接入管理 分布式系统中的增强框架要求(版本1 .pdf ETSI GS INS 005-2011 Identity and access management for Networks and Services Requirements of an Enforcement Framework in a Distributed Environment《网络和业务的身份和接入管理 分布式系统中的增强框架要求(版本1 .pdf
  • ETSI GS INS 005-2011 Identity and access management for Networks and Services Requirements of an Enforcement Framework in a Distributed Environment《网络和业务的身份和接入管理 分布式系统中的增强框架要求(版本1 _1.pdf ETSI GS INS 005-2011 Identity and access management for Networks and Services Requirements of an Enforcement Framework in a Distributed Environment《网络和业务的身份和接入管理 分布式系统中的增强框架要求(版本1 _1.pdf
  • ETSI GS INS 006-2011 Identity and access management for Networks and Services Study to Identify the need for a Global Distributed Discovery Mechanism《网络和业务的身份和接入管理 确定全球性分布式发现机制需求的研.pdf ETSI GS INS 006-2011 Identity and access management for Networks and Services Study to Identify the need for a Global Distributed Discovery Mechanism《网络和业务的身份和接入管理 确定全球性分布式发现机制需求的研.pdf
  • ETSI GS INS 006-2011 Identity and access management for Networks and Services Study to Identify the need for a Global Distributed Discovery Mechanism《网络和业务的身份和接入管理 确定全球性分布式发现机制需求的研_1.pdf ETSI GS INS 006-2011 Identity and access management for Networks and Services Study to Identify the need for a Global Distributed Discovery Mechanism《网络和业务的身份和接入管理 确定全球性分布式发现机制需求的研_1.pdf
  • ETSI GS INS 008-2012 Identity and access management for Networks and Services (INS) Distributed access control enforcement framework Architecture (V1 1 1)《网络与业务的身份与访问管理(INS) 分布式访问控.pdf ETSI GS INS 008-2012 Identity and access management for Networks and Services (INS) Distributed access control enforcement framework Architecture (V1 1 1)《网络与业务的身份与访问管理(INS) 分布式访问控.pdf
  • ETSI GS INS 008-2012 Identity and access management for Networks and Services (INS) Distributed access control enforcement framework Architecture (V1 1 1)《网络与业务的身份与访问管理(INS) 分布式访问控_1.pdf ETSI GS INS 008-2012 Identity and access management for Networks and Services (INS) Distributed access control enforcement framework Architecture (V1 1 1)《网络与业务的身份与访问管理(INS) 分布式访问控_1.pdf
  • ETSI GS INS 009-2012 Identity and access management for Networks and Services (INS) Security and privacy requirements for collaborative cross domain network monitoring (V1 1 1)《网络和.pdf ETSI GS INS 009-2012 Identity and access management for Networks and Services (INS) Security and privacy requirements for collaborative cross domain network monitoring (V1 1 1)《网络和.pdf
  • ETSI GS INS 009-2012 Identity and access management for Networks and Services (INS) Security and privacy requirements for collaborative cross domain network monitoring (V1 1 1)《网络和_1.pdf ETSI GS INS 009-2012 Identity and access management for Networks and Services (INS) Security and privacy requirements for collaborative cross domain network monitoring (V1 1 1)《网络和_1.pdf
  • 相关搜索

    当前位置:首页 > 标准规范 > 国际标准 > 其他

    copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
    备案/许可证编号:苏ICP备17064731号-1