Ｇ３／Ｇ４及びインターネットファクシミリ関連ＴＴＣ標準の改版と制定 Revision and Institution of TTC Standards Relating to G3/G4 and Internet Facsimile

(1)

FAX-SWG

JT-T30(改定第１８版)

一般交換電話網における文書

ファクシミリ伝送手順

Procedures for document facsimile transmission

in the general switched telephone network

(2)

FAX-SWG

ＩＴＵ－Ｔ勧告との関連

RELATIONS WITH ITU-T RECOMMENDATION

(3)

FAX-SWG

• V.34からのフォールバックにおける無音区間の延長

V.34からG3手順にフォールバックしたとき、エコーキャンセラー

を再設定するために、フォールバック手順の前に450±50ms待

たなければならない。

（G.168の7.8節「リリース時間」250±150msとの整合性確保。）

改定の概要

ＯＶＥＲＶＩＥＷ

OF THE STANDARD

(4)

FAX-SWG CI DIS 発呼端末応答端末 ANSam DIS CNG 開始 450±50ms ANSam JM CM CJ 回線診断フェーズへ回線診断フェーズへ

無音区間の延長の例（手動送信）

改定の概要

ＯＶＥＲＶＩＥＷ

OF THE STANDARD

(5)

FAX-SWG

JT-T38(改定第6版)

ＩＰネットワーク上のリアルタイム

グループ３ファクシミリ通信手順

Procedures for real-time Group 3 facsimile

communication over IP networks

(6)

FAX-SWG

ＩＴＵ－Ｔ勧告との関連

RELATIONS WITH ITU-T RECOMMENDATION

(7)

FAX-SWG

• H.323、SIP、H.248.1呼の確立の説明適正化

（付属資料B、D、E）

• V.34からのフォールバック手順を含むゲートウエイと

G3 FAX間の互換性の改良(付属資料F)

ＩＴＵ－Ｔ勧告Ｖ．１５０．１付属資料Ｃに定義されているステータス

シグナリングイベント（ＳＳＥ）手順、もしくはＩＴＵ－Ｔ勧告Ｖ．１５２の

１０章で定義されているペイロードタイプ手順を使用

改定の概要

ＯＶＥＲＶＩＥＷ

OF THE STANDARD

(8)

FAX-SWG ・ステータスシグナリングイベント手順を使った、標準のファクシミリへの遷移例 T.38_F3 F1 G1 F2 Audio _Audio G2 Link 1 T.38 Link 2 V.21(H) flags SSE:f(p') SSE:f(V21Flags) Facsimile/T.38 Facsimile/ T.38 V.8-CM=V.34 fax G1 Cut CM DIS(v.8 bit = 1) IFP: DIS hdlc-data DIS(v.8 bit = 0)

IP Network

PSTN

_PSTN

FAX Gateway Gateway FAX

改定の概要

(9)

JT-G722 1

JT-G722(改定第3版)

64kbit/s以下の7kHzオーディオ符号化方式

7 kHz audio-coding within 64 kbit/s

(10)

JT-G722 2

ITU-T勧告との関連

RELATIONS WITH ITU-T RECOMMENDATION

2006年11月および2007年7月に発行された

ITU-T勧告G.722 Appendix IIIおよびAppendix IV

(11)

JT-G722 3

本標準の概要

OVERVIEW OF THE STANDARD

＜概要＞

64kb/s以下のビットレートで広帯域(7kHz)オーディオ信号をSB-ADPCM(帯域

分割適応差分パルス符号変調

)方式に基づき符号化する方式に関する標準

＜特徴＞

・広帯域

(7kHz)音声での高音質な音声通信を実現

・

64,56,48kb/sの3種類の符号化ビットレートをサポート

・音楽信号に対しても良好な品質を実現

＜アプリケーション＞

幅広い用途で高音質(広帯域音声)なサービスを提供

AV通信(TV電話、TV会議・電話会議システム、等)、 IP電話、次世代DECT、マルチメディアストリーミング、など 3

(12)

JT-G722 4

今回の改定内容

CONTENTS OF REVISION

JT-G722に適用するパケット損失補償アルゴリズム(2方式)に関する

付録

(付録3,4)の追加

◆付録3 「JT-G722に対する高品質パケット損失補償アルゴリズム」

・付録4のアルゴリズムに比べて、高音質な補償を実現

・ただし、演算量は付録4に比べて多い

◆付録4 「JT-G722に対する低演算量パケット損失補償アルゴリズム」

・付録3のアルゴリズムに比べて、低演算量での補償を実現

・ただし、補償時の音質は付録3の方が高い

※上記の特徴を生かして付録3または4のいずれかを実装することが可能

(13)

JT-G722 5

本標準の構成

CONTENTS OF THE STANDARD

※付録3,4に対するCコード(固定小数点演算)は日本ITU協会から入

手可能

標準本体

音声符復号処理の規定、伝送特性規定

付属資料

A コーデックの折り返し接続による信号対

総合雑音比の検証

付録

1 網的側面

付録

2 コーデック検証のためのディジタルテス

トシーケンス

付録3

高品質パケット損失補償アルゴリズム

付録

4 低演算量パケット損失補償アルゴリズム

今回の改定

Í新規追加

(14)

JT-H323 1

JT-H323 (改定第6版)

パケットに基づくマルチメディア通信システム

Packet Based Multimedia Communications

Systems

TTC

(15)

JT-H323 2

ＩＴＵ－Ｔ勧告との関連

Relationship with ITU-T Recommendation

・ 2006年6月に承認されたＩＴＵ－Ｔ勧告H.323（第

6版）に準拠した改定

(16)

JT-H323 3

＜概要＞

パケットネットワーク，特にIPネットワークの上で動作するリアルタイム会

話型マルチメディア通信のシステムを規定する．

＜特徴＞

・ポイント・ツ・ポイント通信のみならずマルチポイント通信も対象とする

・端末の登録，呼接続，メディア情報の伝達を含めた一連の通信手順を

定義している

・通信制御を司る新たな要素としてGatekeeper (GK)を定義し，ここでア

ドレス解決，受付可否制御，帯域割り当て制御，呼接続などを行う

・ JT-H320システムなど他システムとはGateway (GW)を介して相互接続

する

・ GK経由の接続以外に，端末間の直接接続を許容する

＜アプリケーション＞

VoIP，テレビ電話，テレビ会議，テレプレゼンス，テレビ講義

本標準の概要

(17)

JT-H323 4

・ <参考>として新たに「要約」を追加 — Version番号の定義が

書かれていて重要

・付属資料G（テキスト通話とテキストSET）の拡充

・付属資料J（付属資料Fのためのセキュリティ）の追加 — これ

に伴い

TR-1002 「H323付属資料Ｊ(H323付属資料Ｆのため

のセキュリティ）についての技術調査」（02/02/22）廃止

・付属資料M2（ISUPトンネリング）の追加

・付属資料M4（NSSトンネリング）の追加

・素属資料P（JT-H323上のモデム信号の転送）の追加

・付属資料Q（遠隔カメラ制御とH.281/H.224）の追加

・付属資料R（代替GKを利用した信頼度向上）と関連する本文

記述の追加

・付録VI（IP上の典型的なJT-H323システムの説明）の追加

・その他，実装の経験で必要と分かった修正，誤記訂正など

今回の主要改定内容

(18)

JT-H323 5

• 今回の作業中に発見された勧告H.323の誤記，不明点を

SG16 WP2/16課題ラポータ会合（2008年1月にソウルで開

催）に

AVD-3300

Source: TTC / Media Coding WG / Multimedia System SWG

Title: Editorial observations on H.323v6

として寄与

• H.323 v7に反映される予定

アプストリーム活動

Upstream activities

(19)

JT-H245 1

JT-H245 (改定第13版)

マルチメディア通信用制御プロトコル

Control Protocol For Multimedia Communication

TTC

(20)

JT-H245 2

ＩＴＵ－Ｔ勧告との関連

Relationship with ITU-T Recommendation

・ 2006年5月に承認されたＩＴＵ－Ｔ勧告H.245（第

13版），2006年10月のH.245(2006)Erratum 1，

2007年7月に承認されたImplementors’ Guide，

および2007年11月のH.245(2006)Erratum 2に

準拠した改定

・前回2004年4月制定のJT-H245第10版を更新

（ITUの出版に合わせ11版，12版は欠番とする）

(21)

JT-H245 3

＜概要＞

双方向通信端末間の通信開始時や通信中における，インバンドネゴシ

エーション・プロトコルを規定する．

＜特徴＞

・あらゆるマルチメディア通信で共通に使われ，異システム間の相互接続

を容易にすることが意図されている

・機能的には，能力交換，論理チャネル確立，マスター・スレイブ決定，通

信モード要求，制御/表示コマンドなどの機能をモジュール化して定義

・制御メッセージのシンタックス（ASN.1表記），その意味，制御メッセージ

の処理方法を分けて記述

・制御メッセージを送る度にACK/NACKで確認

＜アプリケーション＞

VoIP，テレビ電話，テレビ会議，テレプレゼンス，テレビ講義，音声/デー

タ同時伝送など

本標準の概要

(22)

JT-H245 4

・ <参考>として新たに「要約」を追加 -- Version番号の定義が書かれていて

重要

・付属資料A（メッセージ・シンタックス），付属資料B（メッセージの意味）に

H.361 (QoS)拡張，ユーザからの制御コード入力拡張などに必要な新たな

機能を追加

・付属資料D（オブジェクト識別子割当）に新たなOIDを追加

・付属資料N（RFC 3389 - 擬似背景雑音のRTP ペイロード）追加

・付属資料O（L16能力識別子）追加

・付属資料P（Bounded audio stream能力）追加

・付属資料Q（IP上のNx64K回線リレーのための汎用能力）追加

・付属資料R（適応型マルチレート能力定義）追加

・付属資料S（インターネット低ビットレートコーデックiLBCの能力定義）追加

・付録 VIII（汎用能力および汎用メッセージのリスト）に追記

・付録 X（単一方向と双方向における衝突シナリオの解決策）追加

・その他実装の経験で必要と分かった修正，誤記訂正など

今回の主要改定内容

(23)

JT-H245 5

• 今回の作業中に発見された勧告H.245 Figure X.3/H.245

の誤りをH.245 Editorに伝えた．

• 印刷過程の誤りであることが判明したため，TSBは直ちに

H.245 Erratum 2 (11/2007)を発行

アプストリーム活動

Upstream activities

(24)

JT-H241 1

JT-H241 (改定第2版)

JT-H300シリーズ端末への拡張映像手順と制御信号

Extended Video Procedures and Control Signals

for H.300 Series Terminals

TTC

(25)

JT-H241 2

ＩＴＵ－Ｔ勧告との関連

Relationship with ITU-T Recommendation

・ 2006年5月に承認されたＩＴＵ－Ｔ勧告H.241（第

3版）に準拠した改定

(26)

JT-H241 3

＜概要＞

JT-H300シリーズ端末おけるJT-H264を含む先進的な映像符号化利用

のための手順を共通的に定義する

＜特徴＞

・既存のJT-H310，JT-H320，JT-H321，JT-H322，JT-H323，JT-H324

のみならず将来定義される端末にも適用することを意図

・ JT-H264に続く次世代の符号化が決まれば，この標準に利用方法を規

定する

・具体的には，映像符号化に関わる制御信号，通知信号，能力交換方法

および伝送メカニズムを記述

＜アプリケーション＞

テレビ電話，テレビ会議，テレプレゼンス，テレビ講義ほか映像符号化を

用いる全てのアプリケーション

本標準の概要

(27)

JT-H241 4

・本文について，JT-H264 VCL HRD (Type I HRD)対NAL HRD (Type

II HRD)のビットレート使用法の明確化，JT-H264のサンプルアスペク

ト比能力を追加したほか，実装の経験で必要と分かった修正，誤記訂

正など

・付属資料A "JT-H323におけるJT-H264伝送"は，仕様の記述から

RFC3984のシングルNALユニットモード参照に変わった．

・付属資料B“JT-H264ベースラインプロファイルビットストリームのため

のRDCO”追加

・ HATS要望対応として，7.1節“JT-H264ビデオストリーム送信”に次

ページに示すTTC注を追加・

・その他，実装の経験で必要と分かった修正，誤記訂正など

今回の主要改定内容

Major content of revision

HRD: Hypothetical Reference Decoder NAL: Network Aｂｓｔraction Layer

RCDO: Reduced Complexity Decoding Operation VCL: Video Coding Layer

(28)

JT-H241 5

TTC注

TTC note

TTC注） — 例えばテレビ会議のような双方向通信において、端末に

よっては、シーケンスパラメータセット・ピクチャパラメータセットやIDRピ

クチャデータを送信側が通信開始直後にのみ送出することが想定され

る。もし、これらのデータが通信途中で損失する場合や、受信側の処理

速度が遅いために受信漏れを引き起こす場合、受信側はそれ以降、デ

コード映像を正常に表示できない状態になる。

この事態を防ぐための参考情報として、送信側のJT-H264エンコーダ

は、次の動作を実装することで回避することができる。

・ IDRピクチャないし復旧点SEIメッセージを含むピクチャを定期的に

挿入する。

・ IDRピクチャを挿入する場合、ピクチャの開始に先じてシーケンスパ

ラメータセット・ピクチャパラメータセットを付加して送信することを必須と

する。

7 JT-H300シリーズシステムでの符号化ビデオ送信

7.1 JT-H264ビデオストリーム送信

7.1.1 パラメータセット転送

(29)

1 1

IETF RFC 5104

Codec Control Messages

in the RTP Audio-Visual Profile with Feedback (AVPF)

JF-IETF-RFC5104

フィードバックを伴うRTP AVプロファイル (AVPF)

のコーデック制御メッセージ

(30)

2 2

IETF RFC5104

Title

Codec Control Messages with the RTP Audio-Visual Profile with Feedback (AVPF)

Author

S. Wenger, U. Chandra (Nokia)

M. Westerlund, B. Burman (Ericsson)

Date

February 2008

標準の概要

RFC4585で定義されているAudio-Visual Profile with Feedback (AVPF)に、コーデック制御のためのメッセージを追加

Temporary Maximum Media Stream Bit Rate (Request/Notification) Full Intra Request (FIR)

Temporal-Spatial Trade-off (Request/Notification) ITU-T Rec. H.271 Video Back Channel Message (VBCM)

RTCPの送信タイミングについては、RFC4585に準拠

Immediate Feedback mode Early RTCP mode Regular RTCP mode (RFC3550) 本コーデック制御を利用する場合のSDP記述を定義 RFC4585に追加 (rtcp-fbの値として“ccm”を追加) Offer/Answerの基本規則本標準が想定しているRTPトポロジ Point to Point

Point to Multipoint using Multicast

Point to Multipoint using the RFC3550 Translator Point to Multipoint using the RFC3550 Mixer Model

(32)

4 4

フィードバックメッセージの種類

Request

応答を必要とするメッセージ

Command

受信側に何らかのアクションを取らせるメッセージ

Indication

現在の状況を報告するメッセージ

Notification

イベントが発生したことを通知するメッセージ通常、Requestの応答メッセージ

(33)

5 5

追加されたフィードバックメッセージ

Transport layer Feedback Messages

・・・トランスポート層(RTP)に関連したフィードバックメッセージ

Temporary Maximum Media Stream Bit Rate Request (TMMBR)

メディアの送信側に最大メディアストリームビットレートを要求

Temporary Maximum Media Stream Bit Rate Notification (TMMBN) TMMBRの応答として変更後の最大メディアストリームビットレートを通知

Payload-Specific Feedback Messages

・・・ペイロードに依存したフィードバックメッセージ

Full Intra Request (FIR)

メディアの送信側にIntraピクチャやIDRピクチャなどの送信を要求 Temporal-Spatial Trade-off Request (TSTR)

メディアの送信側に時間解像度と空間解像度のトレードオフ値の変更を要求 Temporal-Spatial Trade-off Notification (TSTN)

TSTRの応答として変更後の時間解像度と空間解像度のトレードオフ値を通知 H.271 Video Back Channel Message (VBCM)

(34)

6 6

RFC4585に規定されているフィードバックモード(参考)

RTP session参加者数 (Group Size)に応じてモードを切替

モード切替の閾値は、ネットワーク環境、伝送データによって変更 ACK feedback V :<- - - - NACK feedback - - - ->// : : Immediate ||

: Feedback mode ||Early RTCP mode Regular RTCP mode :<=============>||<=============>//<=================> : ||

-+---||---//---> group size 2 ||

Application-specific FB Threshold

(35)

7 7

RTCPフィードバックメッセージの共通フォーマット

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| FMT | PT | length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC of packet sender | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC of media source | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ : Feedback Control Information (FCI) :

Feedback message type (FMT): 5 bits FBメッセージのタイプをセット。 Payload type (PT): 8 bits

RTCP packet typeをセット．下記2種類はIANAよりに定義ずみ Name | Value | Brief Description

---+---+---RTPFB | 205 | Transport layer FB message

(36)

8 8

RFC5104で新たに追加されたPTとFMTの値

PT FMT メッセージの種類 RFC

1 Generic NACK RFC4585

31 Reserved for future expansion of the identifier number space RFC4585 1 Picture Loss Indication (PLI) RFC4585 2 Slice Lost Indication (SLI) RFC4585

15 Application layer FB message RFC4585

7 Video Back Channel Message (VBCM) RFC5104

3 Reference Picture Selection Indication (RPSI) RFC4585

2 Reserved (＊) RFC5104

3 Temporary Maximum Media Stream Bit Request (TMMBR) RFC5104

4 Temporary Maximum Media Stream Bit Notification (TMMBN) RFC5104

Full Intra Request (FIR) Command

Temporal-Spatial Trade-off Request (TSTR) Temporal-Spatial Trade-off Notification (TSTN)

Reserved for future expansion of the identifier number space 205 (RTPFB) 4 RFC5104 5 RFC5104 6 RFC5104 206 (PSFB) 31 RFC4585 （＊） RFC4585の初期のバージョンでFMT=2が予約されていたが最終版では削除された

(37)

9 9

Temporary Maximum Media Stream Bit Rate Request

Temporary Maximum Media Stream Bit Rate Request (TMMBR)

基本動作

受信可能な最大ビットレートの変更をメディア送信側へ要求送信タイミング

最初のIMMBRはImmediate Feedback modeまたはEarly RTCP modeで送信 [MAY] IMMBRが連続するときはRegular RTCP modeで送信[SHOULD]

Temporary Maximum Media Stream Bit Rate Notification (TMMBN)

基本動作

TMMBRの応答としてメディア送信側が使用する最大ビットレートを送信送信タイミング

許されるタイミングの範囲で出来るだけ早く送信 [SHOULD] Immediate Feedback modeまたはEarly RTCP mode [SHOULD]

(38)

10 10

FCIフォーマット: TMMBR

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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MxTBR Exp | MxTBR Mantissa |Measured Overhead| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ SSRC: 32bits メディア送信側のSSRC値 MxTBR Exp: 6bits 最大メディアビットレート値のための仮数の指数スケーリング MxTBR Mantissa: 17bits 最大メディアビットレート値の仮数 Measured Overhed: 9bits

平均パケットオーバヘッドの計測値 MxTBR = Mentissa * ２^Exp [bps]

(39)

11 11

FCIフォーマット: TMMBN

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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MxTBR Exp | MxTBR Mantissa |Measured Overhead| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ SSRC: 32bits メディア受信側のSSRC値 MxTBR Exp: 6bits 最大メディアビットレート値のための仮数の指数スケーリング MxTBR Mantissa: 17bits 最大メディアビットレート値の仮数 Measured Overhed: 9bits

(40)

12 12

Full Intra Request (FIR) Command

基本動作

メディア受信側がIntra PictureやIDR Pictureがなければメディアをデコードできないときに送信

IntraピクチャやIDRピクチャがなければ画像が表示できないときのみ送信 [SHOULD] Picture Lossなどエラーが発生した場合の動作としてFIRは送信禁止[SHALL NOT] エラーなどはRFC4585で規定されているPLI (Picture Loss Indication)を送信

[RECOMMENDED]

送信タイミング

Immediate Feedback modeまたはEarly RTCP modeにて送信 [MAY]

Immediate Feedback modeの場合には、少なくてもRTT待ってから次のFIR Commandを送信 [SHOULD]

(41)

13 13

FCIフォーマット: FIR

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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Seq nr. | Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ SSRC: 32bits メディア送信側のSSRC値 Seq nr: 8bits コマンドのシーケンス番号 Reserved: 24bits 0をセットする

(42)

14 14

Temporal-Spatial Trade-off Request

Temporal-Spatial Trade-off Request （TSTR)

基本動作

メディアの受信側がメディアの送信側に対して、画像の空間解像度と時間解像度のトレードオフのレベル(0～31の値)で提案するときに送信(0: 最も空間解像度が高い、 31: 最も時間解像度が高い)

送信タイミング

Regular RTCP mode [SHOULD]

ただし、ユーザインタフェース的に迅速なフィードバックが必要な場合は、Immediate Feedback modeまたはEarly RTCP modeにて送信 [MAY]

Temporal-Spatial Trade-off Notification (TSTN)

基本動作

TSTRの応答としてメディア送信側が使用するレベルを送信送信タイミング

(43)

15 15

FCIフォーマット: TSTR

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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Seq nr. | Reserved | Index | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ SSRC: 32bits メディア送信側のSSRC値 Seq nr: 8bits 要求のシーケンス番号 Reserved: 19bits 0をセットする Index: 5bits 要求されたトレードオフの値。0が空間解像度優先、31が時間解像度優先

(44)

16 16

FCIフォーマット: TSTN

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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Seq nr. | Reserved | Index | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ SSRC: 32bits メディア送信側のSSRC値 Seq nr: 8bits 要求のシーケンス番号 Reserved: 19bits 0をセットする Index: 5bits メディア送信側が使っているトレードオフ値

(45)

17 17

Video Back Channel Messages

基本動作

メディア送信側にITU-T Rec. H.271 Video Back Channel Messageを送信したいときに使用

送信タイミング

Sub-messageタイプによって異なる

H.271メッセージタイプとフィードバックメッセージの関係

H.271 msg type AVPF/CCM msg type multicast-safe

---0 (when used for

reference picture

selection) AVPF RPSI No (positive ACK of pictures) 1 picture loss AVPF PLI Yes

2 partial loss AVPF SLI Yes

3 one parameter CRC N/A Yes (no required sender action) 4 all parameter CRC N/A Yes (no required sender action) 5 refresh point CCM FIR Yes

(46)

18 18

FCIフォーマット: VBCM

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 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | SSRC | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Seq nr. |0| Payload Type| Length | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | VBCM Octet String.... | Padding | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ SSRC: 32bits メディア送信側のSSRC値 Seq nr: 8bits コマンドのシーケンス番号 0 : 1bits 使用しない Payload Type: 7bits

VBCMビットストリームを解釈しなければならないRTPペイロードタイプ Length: 16bits VBCM文字列の長さ VBCM Octet String: 可変長フィードバックサブメッセージを運ぶためにデコーダによって生成された文字列 Padding: 可変長パディング

(47)

19 19

SDP記述

rtcp-fb-val =/ "ccm" rtcp-fb-ccm-param

rtcp-fb-ccm-param = SP "fir" ; Full Intra Request

/ SP "tmmbr" [SP "smaxpr=" MaxPacketRateValue] ; Temporary max media bit rate / SP "tstr" ; Temporal-Spatial Trade-Off

/ SP "vbcm" *(SP subMessageType) ; H.271 VBCMs / SP token [SP byte-string]

; for future commands/indications subMessageType = 1*8DIGIT

byte-string = <as defined in section 4.2 of [RFC4585] > MaxPacketRateValue = 1*15DIGIT

(48)

20 20

SDPの記述例

v=0

o=alice 3203093520 3203093520 IN IP4 host.example.com

s=Offer/Answer

c=IN IP4 192.0.2.124

m=audio 49170 RTP/AVP 0

a=rtpmap:0 PCMU/8000

m=video 51372 RTP/AVPF 98

a=rtpmap:98 H263-1998/90000

a=rtcp-fb:98 ccm tstr

a=rtcp-fb:98 ccm fir

a=rtcp-fb:* ccm tmmbr smaxpr=120

TSTR/TSTN、FIR、TMMBR/TMMBNを使用する場合

(49)

21 21

(50)

22 22

ビットレート上限を決定するアルゴリズムの基本的な考え方

Receiver A: TMMBR_max total BR = 35kbps, TMMBR_OH = 40 bytes Receiver B: TMMBR_max total BR = 40kbps, TMMBR_OH = 60 bytes

Max_net_media_BR_A = TMMBR_max total BR_A - PR * TMMBR_OH_A * 8 ・・・ (1) Max_net_media_BR_B = TMMBR_max total BR_B - PR * TMMBR_OH_B * 8 ・・・ (2) 事前条件

受信可能なメディアの最大ビットレート

Receiver AとReceiver Bに同じメディアを送信する場合には、Max_net_media_BR_A = Max_net_media_BR_B は同じとすると、

TMMBR_max total BR_A – TMMBR_max total BR_B

PR = --- ・・・ (3) 8 * (TMMBR_OH_A – TMMBR_OH_B) PR = 31.25 (1)と(2)より事前条件の値で計算すると Max_net_media BR PR (Packet Rate) A max_PR_A B max_PR_B ビットレートとして可能な領域 C