2008.07.11
[IP Network Skill - No.0368 -] RTCP
‥‥……━━━━━━ IP Network Skill No. 00000368 ━━━━━━……‥‥
～ ｽﾄﾘｰﾐﾝｸﾞ RTCP ～
‥‥……━━━━━━━━━━━━━━━━━━━━━━━━━━━━……‥‥
【PR】-------------------------------------------
英語が不得意でも日系企業から外資系企業へ転職し､
年収が１．５倍になったAさんの転職手記をご希望の
方にお送りします｡また､転職に関してご質問があり
ましたら､お気軽にお問い合わせください｡
tenshoku@xai.nu まで｡
-------------------------------------------------
【まえがき】
７月４日から｢ﾀﾞﾋﾞﾝｸﾞ１０｣の運用が始まりました｡
ﾃﾞｼﾞﾀﾙﾃﾚﾋﾞ放送ではﾀﾞﾋﾞﾝｸﾞ（ｺﾋﾟｰ）時に画像の劣化が
なく､無尽蔵にｺﾋﾟｰできて著作権が守られない恐れがある､
ということで１回しかﾀﾞﾋﾞﾝｸﾞできない｢ｺﾋﾟｰﾜﾝｽ｣と呼
ばれる規定がありました｡
そのためﾊｰﾄﾞﾃﾞｨｽｸ（HDD）にﾃﾞｼﾞﾀﾙ放送を録画して､
それをBlu-rayにﾀﾞﾋﾞﾝｸﾞしたい場合､Blu-rayにﾃﾞｰﾀが移る
とHDD内の情報が強制的に削除されてしまいます｡
さらに､Blu-rayから再度HDDへ戻すこともできません｡
Blu-rayなどへのﾀﾞﾋﾞﾝｸﾞが失敗したとしてもHDD機器側で正常
に送り終わったと判断されてしまうと､せっかくの映像ﾃﾞｰﾀ
が台無しになる､ということも起きえます｡
また家族で別のﾒﾃﾞｨｱに記録しておきたい､ということも
１台の録画機器では不可能です｡
そこで､著作権保護だけでなく視聴者の利便性も考えて１０個
まではﾃﾞｰﾀを持てるようにしましょう､と緩和されたのが
ﾀﾞﾋﾞﾝｸﾞ１０（ﾀﾞﾋﾞﾝｸﾞﾃﾝ）です｡
（あとがきに続く）
╋━━┳━┳━┳━┳━┳━┳━┳━┳━┳━┳━━━━━━━━━━……‥‥
┃本┃日┃の┃試┃験┃対┃策┃問┃題┃
╋━━┻━┻━┻━┻━┻━┻━┻━┻━┻━┻━━━━━━━━━━……‥‥
〔問題１〕次のうちRTCPの特徴として正しいものはどれか｡
１．ﾘｱﾙﾈｯﾄﾜｰｸｽ社によって開発された
２．主にUDP上で動作する
３．RTSPと同じRFCに記載されている
４．再送制御やQoS制御を行える
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
ﾈ┃ｯ┃ﾄ┃ﾜ┃ｰ┃ｸ┃の┃基┃礎┃講┃座┃
━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛━┛
-----------------------------------------------------------------
この企画は処女作｢TCP/IPﾈｯﾄﾜｰｸｽﾃｯﾌﾟｱｯﾌﾟﾗｰﾆﾝｸﾞ｣
http://www.Amazon.co.jp/exec/obidos/ASIN/4774116351/ipnetworksk01-22
を基に構成変更､加筆､修正､省略｡｡｡いろいろ手を加えたものです｡
TCP/IPﾈｯﾄﾜｰｸｽﾃｯﾌﾟｱｯﾌﾟﾗｰﾆﾝｸﾞは第４刷を重ねました！
講習教科書などでご利用いただいています｡
-----------------------------------------------------------------
【11．ｱﾌﾟﾘｹｰｼｮﾝﾌﾟﾛﾄｺﾙ】
11.22. ｽﾄﾘｰﾐﾝｸﾞｱﾌﾟﾘｹｰｼｮﾝ
11.22.4. ｽﾄﾘｰﾐﾝｸﾞ伝送
11.22.4.1 RTP (Real-time Transport Protocol)
11.22.4.1.3. RTPの流れ
RTPは以下のﾍｯﾀﾞを持っていることを先週説明しました｡
CSRCを考えなければ12ﾊﾞｲﾄ (96ﾋﾞｯﾄ) のﾍｯﾀﾞです｡
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V=2|P|X| CC |M| PT | sequence number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| synchronization source (SSRC) identifier |
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
実際の音声ﾃﾞｰﾀはこの後に付きます｡
+----------+-----------+-----------+---------------+
| IPﾍｯﾀﾞ | UDPﾍｯﾀﾞ | RTPﾍｯﾀﾞ | 音声ﾃﾞｰﾀ |
+----------+-----------+-----------+---------------+
上記のようなﾊﾟｹｯﾄﾌｫｰﾏｯﾄです｡
この音声ﾃﾞｰﾀの部分に､例えばG.711のｺｰﾃﾞｯｸの場合､160ﾊﾞｲﾄの
ﾃﾞｰﾀで表されます｡
G.711では１秒間に8000ｻﾝﾌﾟﾙ取得し､それぞれを8ﾋﾞｯﾄの値で表現し
ます｡つまり64kbit/secとなり､これをﾊﾞｲﾄで表現すると8k byte/sec､
160ﾊﾞｲﾄずつ20ms単位でﾊﾟｹｯﾄを送出します｡
(8000 [byte/sec] / 160 [byte] = 50 [回/sec]､１秒間に50回ﾊﾟｹｯﾄを
送出する必要があるので20msで１回｡)
11.22.4.1.4. RTPでの遅延対策
先週も書きましたが､RTPというﾌﾟﾛﾄｺﾙには遅延対策はありません｡
したがって､RTPで音声を受信したｱﾌﾟﾘｹｰｼｮﾝにて､ﾊﾞｯﾌｧﾘﾝｸﾞ
（ﾃﾞｰﾀの溜め込み）を行う必要があります｡
ﾊﾞｯﾌｧﾘﾝｸﾞしないと､あるﾊﾟｹｯﾄの到着が遅れると､そのﾊﾟｹｯﾄ
のﾃﾞｰﾀが再生できず､音や映像が途切れてしまうことになります｡
11.22.4.2. RTCP (RTP Control Protocol)
RTCPはRTPと同じRFC3550に記載されているﾌﾟﾛﾄｺﾙで､RTP送出/受信ﾊﾟｹ
ｯﾄ数やﾊﾟｹｯﾄ損失率など統計情報をｴﾝﾄﾞﾂｰｴﾝﾄﾞでやりとりします｡
通常RTPのﾎﾟｰﾄ番号に１を加えた値のﾎﾟｰﾄ番号を使用します｡
RTPは20msに１回送出されますが､RTCPは数秒に１回送出されます｡
以下のような情報がやり取りされます｡
11.22.4.2.1. SR
Sender reportの略で､動作中送信者から送信および受信統計情報がﾚﾎﾟｰﾄさ
れます｡NTP (Network Time Protocol) の時刻情報､送信者のﾊﾟｹｯﾄ数､ｵｸ
ﾃｯﾄ数（ﾊﾞｲﾄ数）が送信者情報として含まれます｡
また､自身が受信した情報に関して､その送信元ごとにﾚﾎﾟｰﾄﾌﾞﾛｯｸとして
付け加えます｡この中にはｼﾞｯﾀ､ﾊﾟｹｯﾄ損失数､損失率､LSR (最後に受け
取ったSR)､DLSR (最後のSRからの遅延時間) 等が含まれます｡
（動作中送信者とは､電話でいうと話している人｡電話会議ｼｽﾃﾑでも
話している人｡動作していない送信者とは聞いている人のこと｡）
ﾃﾞｰﾀの送信を一切行わなかった場合､SRではなく次に書くRRを送出します｡
[SRのﾊﾟｹｯﾄﾌｫｰﾏｯﾄ]
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
-- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
↑ |V=2|P| RC | PT=SR=200 | length |
ﾍｯﾀﾞ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
↓ | SSRC of sender |
-- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
↑ | NTP timestamp, most significant word |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
送 | NTP timestamp, least significant word |
信 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
者 | RTP timestamp |
情 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
報 | sender's packet count |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
↓ | sender's octet count |
-- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
↑ | SSRC_1 (SSRC of first source) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| fraction lost | cumulative number of packets lost |
ﾚﾎﾟ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ｰﾄ | extended highest sequence number received |
ﾌﾞﾛ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ｯｸ | interarrival jitter |
１ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| last SR (LSR) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
↓ | delay since last SR (DLSR) |
-- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
↑ | SSRC_2 (SSRC of second source) |
ﾚﾎﾟｰ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ﾄﾌﾞﾛ : ... :
ｯｸ２ +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
| profile-specific extensions |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
V=2はﾊﾞｰｼﾞｮﾝ２という値を示します｡Pはﾊﾟﾃﾞｨﾝｸﾞを表すﾋﾞｯﾄで､ここ
に１が入っていると追加のﾊﾟﾃﾞｨﾝｸﾞ情報があることを示します｡
RCはreception Report Countの略で､受信したﾚﾎﾟｰﾄﾌﾞﾛｯｸの数が入ります｡
PTはﾊﾟｹｯﾄ種別でSRの場合は200という値です｡
"sender's packet count" にはﾄﾗﾝｻﾞｸｼｮﾝが開始されてから､このSRが
生成されるまでの間に送信者によって送られたﾃﾞｰﾀのﾊﾟｹｯﾄ数が入ります｡
"sender's octet count" は同様に送信されたﾊﾞｲﾄ数です｡
11.22.4.2.2. RR
RRはReceiver reportの略で､ﾃﾞｰﾀを送らなかった､つまり音声や映像を受け
取るだけだったﾎｽﾄから送出されます｡
ﾊﾟｹｯﾄﾌｫｰﾏｯﾄはSRから送信者情報を抜いたもので､ﾊﾟｹｯﾄ種別は
201番です｡
[RRのﾊﾟｹｯﾄﾌｫｰﾏｯﾄ]
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
-- +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
↑ |V=2|P| RC | PT=RR=201 | length |
ﾍｯﾀﾞ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
↓ | SSRC of packet sender |
-- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
↑ | SSRC_1 (SSRC of first source) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| fraction lost | cumulative number of packets lost |
ﾚﾎﾟ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ｰﾄ | extended highest sequence number received |
ﾌﾞﾛ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ｯｸ | interarrival jitter |
１ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| last SR (LSR) |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
↓ | delay since last SR (DLSR) |
-- +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
↑ | SSRC_2 (SSRC of second source) |
ﾚﾎﾟ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
ｰﾄ : ... :
ﾌﾞﾛ +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
ｯｸ | profile-specific extensions |
２ +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
11.22.4.2.3. その他のRTCPﾊﾟｹｯﾄ種別
SRとRR以外に､以下のRTCPﾊﾟｹｯﾄ種別があります｡
SDES: Source description itemsの略でSSRCの別名であるCNAMEを含みます｡
BYE: ﾃﾞｰﾀ通信の終了を表します｡
APP: ｱﾌﾟﾘｹｰｼｮﾝ独自の機能用です｡
これらの情報をRTP/RTCPを利用するｱﾌﾟﾘｹｰｼｮﾝが応用して､より信頼性
の高い､高品質なﾏﾙﾁﾒﾃﾞｨｱ通信を実現します｡
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
かんたんﾈｯﾄﾜｰｸ入門
http://www.amazon.co.jp/exec/obidos/ASIN/477412124X/ipnetworksk01-22
第５刷好評発売中！
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
解┃答┃と┃解┃説┃
━┛━┛━┛━┛━┛
《本日の試験対策問題》
（解答）２
（解説）
ﾘｱﾙﾈｯﾄﾜｰｸｽ社が開発に関わったのはRTSP
(Real Time Streaming Protocol) です｡
RTCPはRTPと同じRFCに記載されているﾌﾟﾛﾄｺﾙです｡
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
◆◆◆◆◆◆ ┃ あとがき ┃ ◆◆◆◆◆◆
（まえがきから続く）
自宅のHDD＋Blu-rayﾚｺｰﾀﾞでも､先週からﾌｧｰﾑｳｪｱが
書き換わったようで､ﾀﾞﾋﾞﾝｸﾞ回数を示す表示が｢１｣から
｢１０｣に増えていました｡
もちろん､過去の番組は｢１｣のままで､７月４日以降のもの
が｢１０｣に変わっていました｡
これで､９回までﾀﾞﾋﾞﾝｸﾞやﾃﾞｰﾀｺﾋﾟｰ､移動を行うことが
できるようになります｡
１回だけ記録可能なBD-R､何回も書いたり消したりできるBD-RE､
そして２層構造のBD-R/RE-DLがありますが､BD-R-DLがｺｽﾄ
ﾊﾟﾌｫｰﾏﾝｽが一番良いと思いました｡
ﾀﾞﾋﾞﾝｸﾞ時に圧縮ﾚﾍﾞﾙを指定できますが､最高圧縮､
つまりｻｲｽﾞが一番小さいが画質が一番悪い､というﾓｰﾄﾞで
行っても思ったほど画質は悪くありません｡
そのため､ﾌﾟﾗｲﾍﾞｰﾄで過去の番組を多く保存したいので
あれば､最高圧縮でBD-R-DLに大量に残す､というのが個人的
に行き着いた結果です｡
adzuki
【PR】-------------------------------------------
外資系IT企業の営業､SE希望の方､準備､情報収集､
面談希望の方､ tenshoku@xai.nu までご連絡ください｡
-------------------------------------------------
………………………………………………………
IP Network Skill vol.000368 7/11/08
発行者：adzuki http://www.xai.nu/ipnet
…………… ｉｐｎｅｔ７＠ｘａｉ．ｎｕ ……
◎￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣◎
｜ 新規購読･購読解除･ﾊﾞｯｸﾅﾝﾊﾞｰ ⇒ http://www.xai.nu/ipnet
｜ IP Network Skill 掲示板
｜ ⇒ http://www.xai.nu/cgibin/ipnet/bbs.cgi
｜ ﾊﾞｯｸﾅﾝﾊﾞｰ一覧
｜ ⇒ http://xai.nu/ipnet/stack/index.html
｜ 間違いご指摘
｜ ⇒ ﾒﾙﾏｶﾞにｺﾒﾝﾄを添えて返信ください｡
◎＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿◎
友達にﾒｰﾙで教える
語学･資格ﾗﾝｷﾝｸﾞﾄｯﾌﾟ
まぐまぐｱｰｶｲﾌﾞﾄｯﾌﾟ
お問い合わせ
(C)まぐまぐ
ﾒﾙﾏｶﾞﾄｯﾌﾟ(記事一覧)へ
前|
最新号
|
次
