音声規格

電話をかけるときはいつでも、覚えておいてください。魔法は内部で発生します。 暖かい人間の声のすべてのヘルツが数千キロメートルにわたって処理、変調、変換、送信されることを想像してください。 個別の会話の小さな流れが高速道路の巨大な川に合流し、再び人と人の個別の会話に分かれます。



そして、これはすべて標準のおかげで起こります。



「なぜ標準が必要なのでしょうか？」通信会社から遠く離れた読者に尋ねます。 そして答えます：市場が発展するためには標準が必要です。 加入者が異なる半球にいる場合でも、電話システムが別の電話システムを理解し、あるデバイスを別のデバイスに接続できるようにします。 電気通信会社の標準に従わなければ、これは起こりませんでした-ロシアでは電話のアドレス指定をエンコードする方法があり、アメリカの会社ではAT＆Tが別の方法であると想像してください。 電話システムは単に相互に「同意する」ことができず、海外の叔父と通信することはできませんでした（そして、相続財産なしで放置されるでしょう）。



そしてもちろん、標準はすぐには現れませんでした。 電話技術の発展に伴い、彼らは拡大し、「一般的なチャネルシグナリング」シグナリングシステム番号に基づいて接続を確立するための近代的なシステムに徐々に変化しました。 7、またはロシア語OKS-7。



さらに、OKS-7は、その完全な汎用性にもかかわらず、急速に時代遅れの標準になりつつあります。IPネットワークの発展により、サブスクライバの検索/選択と接続の確立というまったく異なる原則に置き換えられています。 しかし、同時に、ダイヤルに関連する従来の電話とユーザーの習慣の浸透は、それを使用することを拒否するにはあまりにも重要です。



したがって、音声接続規格は依然として関連しており、「ボイスオーバーパケットネットワーク」という一般名（Voice-Over-IP（ VoIPの方が一般的です ））の技術の大規模実装とともに開発されています。



それにもかかわらず、これらの標準はすべて公衆交換電話網（PSTN）の歴史的遺産に関連しており、そのために多数のメディアゲートウェイ（メディアゲートウェイ-メディアトラフィックの変換用）およびシグナリングゲートウェイ（変換用）が稼働し続けています。シグナリングおよびスイッチングプロトコル）。



このすべてが、最新の音声ネットワークが非常に複雑で混乱しているように見えるという事実につながっています。 たとえば、次のように。



少なくとも2つの原動力標準があります。

1. 国際電気通信連合-ITU（国際国際電気通信連合、ITU）。1865年以来、つまり電話の到来前から存在していました。
   
   
   
   
2. そして、Internet Engineering Task Force（IETF）に代表される「テレコミュニケーションコミュニティ」は、未定義の法的地位を持つ組織です（そこではすべてが複雑です-実際、ISOCの子会社であるオープンな独立した国際組織-インターネット協会）インターネット協会、ISOC））。
   
   

国際電気通信連合は一種の官僚的な国際的な怪物であり、実際には国連の構造です。 ITUの会議で採用された指令は世界中で拘束力があると考えられています。 同時に、IETFは、技術、仕様、および標準を説明するドキュメントを作成し、議論のために提供するだけでなく、コミュニティがドキュメントを受け入れた場合に広く採用される、テレコムプロフェッショナルの非常に柔軟で俊敏なコミュニティです。







そして、これは古き良き電話と完全にデジタルな音声通信で友達を作ろうとするかなり単純なケースです。



現在、何らかの方法で、企業内または小規模な集落内の非常に古い電話交換を除くすべての電話会話がデジタルで送信されます。 ただ安くて効率的です。



しかし、標準に移りましょう。

ITUの推奨事項

国際電気通信連合の構造は、惑星規模のすべての組織と同様に、非常に混乱しています。 しかし、これは驚くことではありません。ITUには193の州（事実上すべて）と700を超えるメンバー組織が含まれています。これらは、機器開発者、通信事業者、研究所などの最大の企業です。 現在、ITU構造には3つの大きなセクターがあり、エリアおよび/またはテクノロジーに関するワーキンググループがすでに組織されています。

• ITU-T（ITU-T）-電気通信標準化セクター。
  
  
• ITU-R（ITU-R）-無線通信セクター。
  
  
• ITU-D（ITU-D）は、電気通信開発セクターです。
  
  

もちろん、「推奨」と呼ばれる実際の国際標準を作成する標準化部門であるITU-T（重要性を強調し、単純な推奨と区別するための大文字による推奨）に関心があります。 しかし、特に国家の利益や技術の一般的な開発と矛盾する場合、どの国も国際基準に無条件に準拠することを約束しないことを理解する必要があります。 義務についてではなく、勧告について話しているのはそのためです。つまり、標準を採用していない州が他の州と通信したい場合、実装に推奨される国際標準をある程度採用する必要があります。



ITU-TはITUの一部であり、ITUは国連の専門機関であるため、ITU-Tの標準は、他の標準化技術組織の標準よりも正式であり、間違いなく国際的な重要性があります。 そして、それがまさに、標準が非常に深刻な時間遅れで現れる理由です。勧告を開発し承認するとき、あまりにも多くの関心を考慮に入れなければなりません。

たとえば、1978年にITU-Tでの作業が開始された「7レベルOSIネットワークモデル」の開発に関するよく知られた事実が、コードX.200の下での最終承認文書は1994年にのみリリースされました。 おなじみのTCP / IPプロトコルスタックという形のより柔軟な標準は、はるかに速く進化しました。



しかし、テレフォニーに関しては、もちろん、ITU-T規格は他の何よりも権威があります。 国際電気通信連合が一般的な電話通信の出現の数年前に設立されたという単なる事実はすでに拘束力があります。



したがって、テレフォニーに関するITU-T標準は、次のセクションで説明されています。

• ITU-TシリーズE：全体的なネットワーク運用、電話サービス、サービス運用、人的要因 -「ネットワークと電話サービスの運用条件」。おそらく最も重要なのはE.164標準-「電話番号計画」です。
  
  
  
  
• Hの非常に広範なシリーズ：視聴覚およびマルチメディアシステム -「視聴覚およびマルチメディアシステム」。 テレフォニーの場合、ここではH.323シリーズが最も重要です-データネットワークを介してマルチメディア（音声情報だけでなく）を送信するための一連の標準を定義する推奨事項。 また、 H.248-ゲートウェイとゲートウェイコントローラー間の相互作用プロトコルを説明する一連の推奨事項に言及してください。
  
  
  
  
• Gシリーズ：伝送システムとメディア、デジタルシステムとネットワーク -「デジタルネットワーク上のメディア伝送システム」。 テレフォニーで最もよく使用されるのは、デジタルネットワークで音声データを送信および圧縮するための標準である勧告G.711です。 テレフォニーで最も一般的なコーデックは、BCC（メインデジタルチャネル）です。 しかし、一般に、Gシリーズは、国際接続（G.100-199シリーズ）から新世代のNGNネットワークまで、またはGeneralizedTimeなどのネットワークの時間形式の説明まで、音声通信を確立するほぼすべての方法をほぼ説明しています。
  
  
  
  
• Qシリーズ：スイッチングとシグナリング -「スイッチングとシグナリング」。 実際、このセクションでは、SS-7アラームシステムの標準を設定します。 たとえば、勧告Q.7は、自動および半自動モードで電話接続を確立するための以前のシグナリングシステム-SS.4（1954）、SS.5（1964）、SS.6（1968）、およびSS.7（ 1980年以降）。 実際にはSS-7-これはQシリーズ全体、特にQ.7xxバージョンです。
  
  

インターネットエンジニアリングタスクフォース

「インターネットエンジニアリングタスクフォース」（IETF）の開発者は、標準を定義するという点で、わずかに異なる道を歩みました。可能な限り官僚主義から解放されたため、より柔軟で迅速になりました。 同時に、IETF標準は標準と呼ばれることすらありません-これはRequest for Comments（RFC）です。 文字どおりに翻訳された場合、「コメントのリクエスト」またはより正確な翻訳-「ディスカッションのトピック」が得られます。 ロシア語を話す環境では、「ジョブオファー」と呼ばれます。



実際、バインディングドキュメントはRFCではありません。 しかし、IETFコミュニティの重みは非常に大きいため、実際に採用されたRFCは何らかの形で標準になります。 たとえば、ITU-Tを含めると、RFCが標準自体を承認するための基礎となることがよくあります。



RFCメソッドを使用して標準を作成する手順は非常に簡単です。独自のRFCを作成して、それを受け入れることさえできます。 RFCチェーンのステータス：

• インターネットドラフトは、一般承認のために提出されるインターネットドラフト標準です。 6か月以内に誰も変更を加えておらず、提案の議論がなかった場合、文書は削除されます。
  
  
  
  
• 提案された標準-プロジェクトが編集者のコミュニティによってサポートされている場合、ドキュメントは提案された標準のステータスを受け取ります。 文書には独自のRFC番号が割り当てられます。
  
  
  
  
• ドラフト標準はドラフト標準です。 これはより高いステータスです。つまり、提案された標準が受け入れられるだけでなく、少なくとも2つの独立したチームがそれを開発および実装しています。 規格に若干の変更が加えられる可能性がありますが、これらの決定はすでに非常に安定していると見なされています。
  
  
  
  
• インターネット標準はインターネット標準です。 RFCの最高のステータスは、すべての開発者が使用する事実上受け入れられている標準です。
  
  
  
  
• 歴史的-標準が古く、新しいフォームに置き換えられた場合、そのようなドキュメントには「歴史的」ステータスが割り当てられます。
  
  

執筆時点で、すべてのステータスの9805ドキュメントがIETFディレクトリに公開されています。 これはたくさんあります。 ただし、約50のドキュメントがインターネット標準ステータスを受け取りました。 同時に、テレフォニーに関する「一流の」ドキュメントはありません。これは、そのような業界標準の不必要性または確立された実践の欠如を意味する可能性があります。



最初のオプション-標準の必要性の欠如、または、まだ確立されていない標準-は、2つの理由で受け入れられる場合があります。

1. 歴史的に、主要なVoIPプロトコルはSIPとH.323です。 SIP標準は確かに必要ですが、長い間SIPは主要な標準であると主張していませんでした。 H.323用に予約されていました（H.323は1996年に国際電気通信連合（ITU）によって採用された最初のVoIPプロトコルスタックです）。 SIPはこの頃までに人気を集めており、1999年にのみIETFによってRFC2543勧告で説明されました。 その後、承認されたSIP標準がないために両方のプロトコルが並行して開発されたため、追加/変更を行う際の過度の形式主義により、SIPプロトコルは急速に成長する通信市場でより速く進化しました。
   
   
   
   また、H.323が以前に登場し、多くのメーカーとサービスプロバイダーがすでにH.323機器に多額の投資を行っており、SIP標準の開発に関心がなかったことを忘れないでください。 H.323のこの状況は、SIP標準がまだ存在しない主な理由の1つです。
   
   
   
   
2. インターネットテレフォニープロトコルは、従来のテレフォニーとの統合に何らかの形で結び付けられています。これは、歴史的な発展とハードウェアにより、現代の通信手段よりも劣っています。 たとえば、通常の電話とビデオ接続を確立することはできません-これは明らかです。 その結果、開発者は、ユニファイドコミュニケーション、ビデオ会議、インスタントメッセンジャーなど、より有望な他の領域に力を再配分しました。
   
   

主な「電話」RFCをリストしてみましょう。

• SIP（セッション開始プロトコル）-接続（セッション）を確立するためのプロトコル。 それには多くのRFCがあり、その最初のものは1999年にRFC2543として登場しました。 その後、2002年にプロトコルがわずかに改訂され、現在標準トラックと見なされているRFC3261がリリースされました。 実際、SIPはSS-7の「IPワールド用」の類似物であり、プロトコルの目的は、加入者を見つけ、そのステータスを確立し、彼との通信セッションを編成することです。 実際には、音声情報の転送はRTPまたはH.323プロトコルを使用して実行されます。
  
  
  
  
• RTP（リアルタイム転送プロトコル）-リアルタイム伝送プロトコル。 プロトコルの説明は、1996年にRFC1889で初めて登場し、2003年にRFC3550に置き換えられました 。 このプロトコルは、マルチメディアデータ（音声だけでなく）をリアルタイムで送信する方法を記述しています。 そして、これは、インターネット標準の最高のステータスを持つ電話に関連する唯一のプロトコルです。
  
  
  
  
• RTSP（リアルタイムストリーミングプロトコル）は、リアルタイムストリーミングプロトコルです。 RFC2326について説明します 。 RTPプロトコルがエンドツーエンドのデータ転送セッションと形式の説明を復元する役割を担っていた場合、RTSPはマルチメディア情報のストリーミングとデータストリームへのアクセスを記述するプロトコルであり、たとえば、会議の実装やサーバーへのストリーミング情報の記録など、RTPの機能を大幅に拡張します。
  
  
  
  
• RTCP（Real-Time Transport Control Protocol）は、リアルタイム伝送制御プロトコルです。 RTPプロトコルを監視および品質管理機能で補完します。 RTP- RFC3550と同じRFC番号を持っています。 実際、RTCPは古いRFC1889を置き換える理由でした。
  
  
  
  
• ENUMはE.164 NUmber Mappingの頭字語です。 歴史的にRFC2915標準（ Name Authority Pointer（NAPTR） 専用 -ドメインネームシステム（DNS）のリソースレコードのタイプの1つ）で記述されていますが、後でRFC3761 、 RFC6116 、およびRFC6117が追加されています。 この標準については、おそらく他の記事で詳細に説明する必要がありますが、要するに、ENUMは、通常の電話番号に従って加入者の選択レベルでインターネットテレフォニーとPSTNを組み合わせるためのプロトコルセットです。 ENUMはDNSに似ていますが、電話番号用であり、インターネットクライアントを通じて電話番号計画を拡張することを目的としています。