改版履歴 版数公開改版内容 第 1 版 2001 年 11 月 1 日新規作成 第 2 版 2001 年 12 月 25 日 P.23 フレッツ ISDN 利用者認証失敗シーケンス 修正 フレッツ ADSL8Mb/s 追加にともない フレッツ ADSL のインタフェース を改定 フレッツ オフィスギ

Transcription

1 技術参考資料 IP 通信網サービスのインタフェース フレッツシリーズ 第 42 版 西日本電信電話株式会社 本資料の内容は 機能追加等により追加 変更されることがあります なお 内容についての問い合わせは 下記宛にお願い致します 西日本電信電話株式会社 アライアンス営業本部 ビジネスデザイン部

2 改版履歴 版数公開改版内容 第 1 版 2001 年 11 月 1 日新規作成 第 2 版 2001 年 12 月 25 日 P.23 フレッツ ISDN 利用者認証失敗シーケンス 修正 フレッツ ADSL8Mb/s 追加にともない フレッツ ADSL のインタフェース を改定 フレッツ オフィスギガビットイーサネット追加にともない フレッツ オフィスのインタフェース を改定 第 3 版 2002 年 4 月 15 日 フレッツ ISDN の各種シーケンスの一部表記を修正 CHAP の表記を CHAP の一部 に変更 フレッツ オフィス STMビル内接続型タイプ追加にともない フレッツ オフィスのインタフェース を改定 第 4 版 2002 年 6 月 26 日 フレッツ スポット追加にともない フレッツ スポットのインタフェース を追加 B フレッツ ファミリー 100 タイプ追加にともない B フレッツのインタフェース 他を改定 第 5 版 2002 年 10 月 1 日 仕様変更および フレッツ プラス追加にともない 共通事項 を改定 第 6 版 2002 年 10 月 10 日 フレッツ ADSL モア追加にともない フレッツ ADSL のインタフェース 他を改定 第 7 版 2003 年 3 月 4 日 フレッツ オフィスワイド追加にともない フレッツ オフィスのインタフェース を改定 第 8 版 2003 年 5 月 1 日 フレッツ オフィス ATMビル内接続型タイプ追加にともない フレッツ オフィスのインタフェース を改定 第 9 版 2003 年 6 月 18 日 フレッツ ADSL モア 24 追加にともない フレッツ ADSL のインタフェース 他を改定 第 10 版 2003 年 10 月 27 日 Bフレッツ ワイヤレスタイプの追加にともない B フレッツのインタフェース 他を改定 第 11 版 2003 年 12 月 17 日 フレッツ ADSL モア 40 追加にともない フレッツ ADSL のインタフェース を改定 第 12 版 2004 年 2 月 19 日 フレッツ オフィス ( ワイド ) ギガビットイーサネットデュアルクラス追加にともない フレッツ オフィス フレッツ オフィスワイド編 を改定 第 13 版 2004 年 7 月 14 日 フレッツ ADSL モアスペシャル追加にともない フレッツ ADSL のインタフェース 他を改定 第 14 版 2004 年 10 月 20 日 フレッツ スポットの高速化 (54Mbps) 対応にともない フレッツ スポットのインタフェース を改定 第 15 版 2004 年 11 月 8 日 Bフレッツ ワイヤレスファミリータイプの追加にともない Bフレッツのインタフェース 他を改定 第 16 版 2004 年 12 月 2 日 フレッツ オフィス ( ワイド )ATM( メガデータネッツ ) 追加にともない フレッツ オフィス フレッツ オフィスワイド編 を改定 - 1 -

3 第 17 版第 18 版第 19 版第 20 版 2004 年 12 月 24 日 2005 年 1 月 28 日 2005 年 2 月 2 日 2005 年 4 月 5 日 フレッツ v6 アプリの追加にともない フレッツ ISDN フレッツ ADSL B フレッツ フレッツ スポット編 を改定 フレッツ v6 キャストの追加にともない フレッツv6 キャスト編 および IPv6 マルチキャスト編 を追加 フレッツ 光プレミアムファミリータイプの追加にともない フレッツ 光プレミアムのインタフェース を追加 フレッツ オフィス ( ワイド )Ethernet/FastEthernet タイプにおけるインタフェース条件の追加 フレッツ オフィス ( ワイド ) におけるイーサネット追加接続機能追加にともない フレッツ オフィス フレッツ オフィスワイド編 を改定 フレッツ 光プレミアムマンションタイプの追加にともない フレッツ 光プレミアムのインタフェース を改定 対応するマルチキャスト方式の MLDv2 への統一にともない フレッツ v6 キャスト編 および IPv6 マルチキャスト編 を改定 第 21 版 2005 年 10 月 26 日 フレッツ スポットの複数端末対応にともない 共通 事項 PPPoE セッション数制限 を改定 第 22 版 2005 年 11 月 15 日 フレッツ v6 キャストにおけるデュアルクラス追加に ともない フレッツ v6 キャスト編 を改定 第 23 版 2005 年 12 月 16 日 フレッツ 光プレミアムの UPnP の表記を修正 第 24 版 2006 年 1 月 29 日 フレッツ 光プレミアムの加入者網終端装置 (CTU) のファームウェア更新にともない UPnP を改定 第 25 版 第 26 版 第 27 版 2006 年 8 月 13 日 2006 年 8 月 21 日 2006 年 10 月 4 日 フレッツ 光プレミアムの加入者網終端装置 (CTU) のファームウェア更新にともない PPPoE 機能 および UPnP を改定 フレッツ 光プレミアムエンタープライズタイプの追加にともない フレッツ 光プレミアムのインタフェース を改定 フレッツ オフィス ( ワイド ) におけるフレッツ 光プレミアム対応にともない フレッツ オフィス フレッツ オフィスワイド編 を改定 第 28 版 2006 年 10 月 18 日 フレッツ v6 キャストにおける 10Gbps プラン追加に ともない フレッツ v6 キャスト編 を改定 第 29 版 2006 年 1 月 12 日 フレッツ v6 キャストにおける地域メニュー追加にと もない フレッツ v6 キャスト編 を改定 - 2 -

4 第 30 版 2007 年 1 月 29 日 フレッツ 光プレミアムおよびフレッツ v6 アプリに おける ユーザ 網インタフェース仕様を改定 第 31 版 2007 年 1 月 31 日 フレッツ オフィス ( ワイド ) イーサネット100M b/s 品目におけるフレッツ 光プレミアム対応に伴い フレッツ オフィス フレッツ オフィスワイド編 を改定 第 32 版 2007 年 3 月 16 日 フレッツ 光プレミアムおよびフレッツ v6 アプリにおける ユーザ 網インタフェース仕様を改定 第 33 版 2007 年 7 月 25 日 ATM データ通信網サービス ( メガデータネッツ ) のイーサ ONU 提供に伴い フレッツ オフィス フレッツ オフィスワイド編 を改定 第 34 版 2008 年 2 月 28 日 フレッツ スポットの IEEE802.11a 対応にともない フレッツ スポットのインタフェース を改定 第 35 版 2008 年 8 月 1 日 フレッツ v6 キャストにおける IPTV フォーラム仕様対応機能追加にともない フレッツ v6 キャスト編 を改定 第 36 版 2008 年 10 月 2 日 IPTV フォーラムによる標準運営規定の策定にともな い フレッツ v6キャスト を改定 第 37 版 第 38 版 2010 年 1 月 29 日 2013 年 1 月 16 日 PPPoE のディスカバリステージを修正 組織名変更に伴う改定 変更前 サービスクリエーション部 変更後 ビジネスデザイン部 第 39 版 2014 年 7 月 1 日 フレッツ v6 キャスト編 接続用 IP アド レス を改定 第 40 版 第 41 版 2014 年 9 月 5 日 2017 年 4 月 1 日 フレッツ スポット 端末認証方式の廃止 及び自社役務による Web 認証方式の提供開始に伴い フレッツ スポット編 フレッツ オフィス フレッツ オフィスワイド編 を改定メーリングリストのアドレス変更に伴う改定 変更前 flets-tech@ml.hq.west.ntt.co.jp 変更後 flets-tech-hq-ml@west.ntt.co.jp 第 42 版 2018 年 2 月 1 日 B フレッツ フレッツ オフィス フレッツ オフィ スワイドのサービス終了に伴う改定 - 3 -

5 目 次 まえがき 用語の定義 用語の定義... 8 フレッツシリーズ概要編 フレッツシリーズの概要 フレッツ ISDN フレッツ ADSL フレッツ 光プレミアム フレッツ v6 アプリを利用する場 合のインタフェース フレッツ スポット編 フレッツ ISDN の概要 サービスの概要 インタフェース規定点 伝送路インタフェース 端末設備と電気通信回線設備の分界点 施工 保守上の責任範囲 ユーザ 網インタフェース仕様 IP 呼制御フェーズ ISDN 呼制御フェーズ フレッツ ISDN の通信シーケンス 正常通信シーケンス 準正常通信シーケンス フレッツ ADSL のインタフェース サービス概要 インタフェース規定点 端末設備と電気通信回線設備の分界点 施工 保守上の責任範囲 プロトコル構成 伝送路インタフェース 物理レイヤ ( レイヤ 1) 仕様 データリンクレイヤ ( レイヤ 2) 仕様 ネットワークレイヤ ( レイヤ 3) 仕様 上位レイヤ ( レイヤ 4~7) 仕様 ユーザ 網インタフェース仕様 物理レイヤ ( レイヤ 1) 仕様 データリンクレイヤ ( レイヤ 2) 仕様 ネットワークレイヤ ( レイヤ 3) 仕様 上位レイヤ ( レイヤ 4~7) 仕様

6 2.8 フレッツ ADSL の通信シーケンス 接続シーケンス 切断シーケンス 認証失敗シーケンス 強制切断シーケンス フレッツ 光プレミアムのインタフェース サービス概要 インタフェース規定点 端末設備と電気通信回線設備の分界点 施工 保守上の責任範囲 ユーザ 網インタフェース仕様 プロトコル構成 物理レイヤ ( レイヤ 1) 仕様 データリンクレイヤ ( レイヤ 2) 仕様 ネットワークレイヤ ( レイヤ 3) 仕様 上位レイヤ ( レイヤ 4~7) 仕様 PPPoE 機能 フレッツ v6 アプリを利用する場合のインタフェース インタフェース規定点 端末設備と電気通信回線設備の分界点 施工 保守上の責任範囲 ユーザ 網インタフェース仕様 プロトコル構成 物理レイヤ ( レイヤ 1) 仕様 データリンクレイヤ ( レイヤ 2) 仕様 ネットワークレイヤ ( レイヤ 3) 仕様 上位レイヤ ( レイヤ4~7) 仕様 フレッツ スポットのインタフェース サービス概要 インタフェース規定点 端末設備と電気通信回線設備の分界点 施工 保守上の責任範囲 ユーザ 網インタフェース仕様 プロトコル構成 物理レイヤ ( レイヤ 1) 仕様 データリンクレイヤ ( レイヤ 2) 仕様 ネットワークレイヤ ( レイヤ 3) 仕様 上位レイヤ ( レイヤ 4~7) 仕様 フレッツ スポットの通信シーケンス 無線区間における接続シーケンス 無線区間における接続失敗シーケンス 共通事項

7 6.1 PPP PPP の概要 PPP パケット LCP PAP CHAP IPCP PPPoE PPPoE の概要 PPPoE のフレームフォーマット ディスカバリステージ PPP セッションステージ PPPoE セッション数制限 IP アドレス フレッツ v6 キャスト編 フレッツ v6 キャストの概要 サービスの概要 サービス品目 インタフェース規定点 端末設備と電気通信回線設備の分界点 施工 保守上の責任範囲 フレッツ v6 キャストの網 インタフェース仕様 ユーザ 網インタフェース仕様 プロトコル構成 Mb/s 品目の物理レイヤ ( レイヤ 1) 仕様 Gb/s 品目の物理レイヤ ( レイヤ 1) 仕様 Gb/s 品目の物理レイヤ ( レイヤ 1) 仕様 インタフェース条件 データリンクレイヤ ( レイヤ 2) 仕様 ネットワークレイヤ ( レイヤ 3) 仕様 上位レイヤ ( レイヤ 4~7) 仕様 ダイナミックルーティングに係る仕様 利用可能な集約装置の条件 冗長化回線利用形態と通信形態 回線障害発生 回線障害回復検知方式 ルーティングに関する主な条件 CDN 構成情報の取得

8 まえがき この技術参考資料は IP 通信網とこれに接続する端末機器とのインタフェース条件について説明したもので 端末機器等を設計 準備する際の参考となる技術的情報を提供するものです 西日本電信電話株式会社 ( 以下 NTT 西日本 ) は この資料の内容によって通信の品質を保証するものではありません なお IP 通信網に接続される端末設備が必ず適合しなければならない技術的条件は 端末設備等規則 及び当社が定める 端末設備等の接続の技術的条件 に定められています 今後 本資料は インタフェースの追加 変更に合わせて 予告なく変更される場合があります - 7 -

9 1. 用語の定義 1.1 用語の定義 (1) ARIB(Association of Radio Industries and Businesses) 社団法人電波産業会 通信 放送分野における電波利用システムの実用化及びその普及を促進し 電波の利用に関する調査 研究 開発 コンサルティング等を行うことを目的として設立された公益法人です 旧名称 RCR (2) ATM (Asynchronous Transfer Mode) 非同期転送モード 情報を セル と呼ばれる転送単位に分割して通信する技術です (3) CTU (Customer Network Terminating Unit) お客様宅に設置し フレッツ 光プレミアムの提供を行うための設備です IP 通信網と通信を行い 電気通信事業者等との接続やファイヤーウォール機能 IPv6 アドレス払い出し機能等を提供します (4) CTU 設定サーバ CTU を設定するためのサーバです (5) DIX 規格 DEC (Digital Equipment Corp.) Intel Xerox の 3 社共同開発による Ethernet の規格です (6) EIA (Electronic Industries Alliance) 米国電子工業会 電子産業に関する調査 統計の発表や 各種技術の標準化 政府への提言等 を行う団体です (7) Ethernet CSMA/CD (Carrier Sense Multiple Access with Collision Detection) 方式に従った信号の送 受を行う方式です (8) IEC (International Electrotechnical Commission) 国際電気標準会議 電気 電子 通信等の分野で各国の規格 標準の調整を行う国際的機関で す 1947 年以降から ISO の電気 電子部門を担当しています (9) IEEE(Institute of Electrical and Electronics Engineers) 米国電気 電子技術者協会 1884 年に設立された世界的な電気 電子情報分野の学会で LAN 等の標準化を行っています (10) IP (Internet Protocol) ネットワークレイヤにおけるインターネットの標準的な通信プロトコルで IP データグラムの - 8 -

10 ルート決定等を行うものです (11) IP アドレス (IPv4 アドレス ) IP 通信のために 通信の送信元と送信先を示すものです アドレスは 32 ビットで構成され IP 通信を行う機器に割り当てられている必要があります (12) IPv6 アドレス IP 通信のために 通信の送信元と送信先を示すものです アドレスは 128 ビットで構成され IP 通信を行う機器に割り当てられている必要があります (13) IP データグラム IP で扱われるメッセージ転送単位です (14) ISO (International Organization for Standardization) 国際標準化機構 1946 年に設立された 商品に関する国際標準をつくることを目的とした国際 的機関です (15) JPNIC(Japan Network Information Center) 日本ネットワークインフォメーションセンタ ドメイン名や IP アドレス等の 日本のイン ターネットにおける共有資源の管理を行っている組織です (16) MTU (Maximum Transmission Unit) 最大転送単位 所定のネットワークに送信することができるデータグラムの最大量を示します (17) OSI 参照モデル (Open Systems Interconnection) データ通信を体系的に整理し 異機種相互間の接続を容易にするために ISO が共通する枠組み を定めたモデルです (18) PPP (Point-to-Point Protocol) 2 地点間の通信に使用するプロトコルであり 専用線で接続を行うルータ間や ダイヤルアップ 接続を行う PC( パーソナル コンピュータ ) 等で使用されます (19) RFC (Request For Comments) TCP/IP に関連するプロトコルや オペレーションの手順等を定めた標準勧告文書です IAB (Internet Architecture Board) が管理 発行しています (20) STM (Synchronous Transfer Mode) 同期転送モード 情報を固定された速度で通信する技術 高速ディジタル伝送サービス等で使 用されます - 9 -

11 (21) TIA (Telecommunications Industry Association) 米国電気通信工業会 USTSA (United States Telephone Suppliers Association) と EIA の情報 通信グループが合併して発足した データ転送に関する電気的標準を制定する団体です (22) TTC(Telecommunication Technology Committee) 社団法人電信電話技術委員会 日本における電気通信網の接続に関する標準 の作成と普及を 図ることを目的として設立された民間組織です (23) TE (Terminal Equipment) NT 等に接続し データの送受信を行う装置です (24) NT (Network Termination) TE からのデータ信号を伝送路インタフェースの信号に変換して送出し また伝送路インタフェースから伝送されてきた信号を元の信号に変換して TE へ伝える装置です ( 回線接続装置 回線終端装置等に相当します ) (25) WT (Wireless Terminal) 無線 LAN 等の無線アクセス装置の子機に相当する装置です (26) 伝送路インタフェース (LI:Line Interface) 加入者線の一端における接続条件を規定するものです (27) アクセスポイント (AP:Access Point) 無線 LAN 等の無線アクセス装置の親機に相当する装置です (28) ユーザ 網インタフェース (UNI:User-Network Interface) ユーザがネットワークを使用するためのインタフェースを規定するものです (27)IPTV フォーラム オープンな IPTV サービスを実現するために必要な技術仕様の策定 維持等を行っている国内の 主要な通信事業者 家電メーカー 放送事業者の団体です

12 フレッツシリーズ概要編

13 1. フレッツシリーズの概要 フレッツシリーズはフレッツ ISDN フレッツ ADSL フレッツ 光プレミアムまたはフレッツ スポットを利用する端末機器等と電気通信事業者等間において 接続制御を行い IP 通信を提供するベストエフォート型サービスです フレッツシリーズには表 1 に示すサービスがあります 表 1 にサービス種別と概要を示します 表 1 サービス種別とその概要 サービス種別 品目 概要 フレッツ ISDN 1.5M プラン 8M プラン フレッツ ADSL フレッツ 光プレミアムフレッツ スポットフレッツ v6 キャスト ( 広域メニュー / 地域メニュー ) モアモア 24 モア 40 モアスペシャルエンタープライズタイプファミリータイプマンションタイプ 100Mbps プラン 1Gbps プラン 10Gbps プラン 接続先を選択し 接続が確立した通信先と IP 通信網を介した IP 通信を行なうことができます コンテンツ配信装置を IP 通信網に接続し IP 通信網を介してコンテンツを配信することができます IP 通信網を利用した通信イメージを図 1 に示します フレッツ ISDN を利用する端末機器等 TE フレッツ ADSL を利用する端末機器等 TE IP 通信網 電気通信 事業者等 フレッツ 光プレミアムを利用する端末機器等 TE フレッツ スポットを利用する端末機器等 TE TE フレッツ オフィス フレッツ オフィスワイドを利用する端末機器等 図 1 IP 通信網を利用した通信イメージ

14 本資料では サービス種別毎にインタフェース条件を規定します インタフェース条件の詳細につ いては 該当するサービス種別の項目を参照してください

15 フレッツ ISDN フレッツ ADSL フレッツ 光プレミアム フレッツ v6 アプリを利用する場合のインタフェース フレッツ スポット編

16 1. フレッツ ISDN の概要 1.1 サービスの概要フレッツ ISDN はベストエフォート型の IP 通信サービスです フレッツ ISDN を利用する端末機器等 ( 以下 端末機器 ) は 電気通信事業者等と IP 通信網を介して IP 通信を行ないます フレッツ ISDN の基本構成を図 1.1 に示します 端末機器 DSU ISDN 交換機 IP 通信網 電気通信事業者等 電気通信事業者等 図 1.1 フレッツ ISDN の基本構成 1.2 インタフェース規定点フレッツ ISDN では 図 1.2 に示すユーザ 網インタフェースおよび伝送路インタフェースを規定します ユーザ 網インタフェース (R 点 S 点 T 点 ) は INS ネットサービスと同一で ディジタル回線終端装置 (DSU) と端末機器 (TE) の接続点がユーザ 網インタフェースとなります 接続点の物理的位置については 技術参考資料 INS ネットサービスのインタフェース第 1 分冊 ( 概要編 ) の最新版を参照してください ユーザ 網インタフェース規定点 (UNI) 伝送路インタフェース規定点 (LI) TE1 S NT2 T NT1 保安器または 配線盤等 加入者線 R S TE2 TA 端末設備等 電気通信設備 NT1 : 網終端装置 1(DSU: ディジタル回線終端装置 ) NT2 : 網終端装置 2(PBX 等 ) TE1 : 端末装置 1(ISDN 対応データ端末等 ) TE2 : 端末装置 2( 既存のデータ端末等 ) TA : 端末アダプタ 図 1.2 フレッツ ISDN のインタフェース規定点

17 1.3 伝送路インタフェース伝送路インタフェース (LI 点 ) は INS ネットサービスと同一で DSU と配線設備の最初の接続点が伝送路インタフェースとなります 接続点の物理的位置については 技術参考資料 INS ネットサービスのインタフェース第 1 分冊 ( 概要編 ) の最新版を参照してください 1.4 端末設備と電気通信回線設備の分界点 端末設備と NTT 西日本の電気通信回線設備との分界点については 技術参考資料 INS ネットサービ スのインタフェース第 1 分冊 ( 概要編 ) の最新版を参照してください 1.5 施工 保守上の責任範囲 配線設備等を含めた施工上 保守上の責任範囲については 技術参考資料 INS ネットサービスのイ ンタフェース第 1 分冊 ( 概要編 ) の最新版を参照してください

18 1.6 ユーザ 網インタフェース仕様ユーザ 網インタフェースの仕様については IP 呼制御フェーズ ISDN 呼制御フェーズに分けて以下に説明します なお IP 通信網に接続するために端末機器等が備えなければならない INS ネットサービスの仕様については 本書での説明は省略します 技術参考資料 INS ネットサービスのインタフェース第 1 分冊 ( 概要編 ) 第 2 分冊 ( レイヤ 1 レイヤ 2 編 ) 第 3 分冊 ( レイヤ 3 回線交換編 ) 第 5 分冊 ( 基本インタフェース用メタリック加入者線伝送方式編 ) 第 6 分冊 ( 一次群速度インタフェース用光加入者線伝送方式編 ) の最新版を参照してください IP 呼制御フェーズ フレッツ ISDN を利用する場合に ISDN 回線交換を担う B チャネルについての各レイヤについて以 下に説明します プロトコル構成 プロトコル構成は 表 1.1 に示す OSI 参照モデルに則した階層構造となっています 表 1.1 フレッツ ISDN(IP 呼制御フェーズ ) のプロトコル構成 レイヤ 使用するプロトコル 7 アプリケーション 6 プレゼンテーション 5 セッション 4 トランスポート 3 ネットワーク 2 データリンク 1 物理 RFC791 (IP) RFC792 (ICMP) RFC1332, RFC1877 (IPCP) RFC1994 (CHAP) RFC1334 (PAP) RFC1661 (PPP) JT-I430 / JT-I

19 物理レイヤ ( レイヤ 1) 仕様レイヤ 1 では INS ネットサービスにおける物理レイヤのインタフェース条件が適用されます 詳細については 技術参考資料 INS ネットサービスのインタフェース第 2 分冊 ( レイヤ 1 レイヤ 2 編 ) の最新版を参照してください データリンクレイヤ ( レイヤ 2) 仕様レイヤ 2 では PPP PAP CHAP の一部 IPCP を使用します 詳細については [7.1 PPP] を参照してください 図 1.3 にデータリンクレイヤ ( レイヤ 2) のフレーム構成を示します このフレームは ISO3309 で規定されたデータリンク制御手順 (HDLC) に似たフレーム構成を使用します 情報フィールドには PPP 独自の 2 バイトのプロトコルフィールドを設けて使用します プロトコルフィールドには 情報フィールドに格納されるデータのプロトコル種別を示すプロトコル識別子が挿入されます フラグフィールドには 0x7e アドレスフィールドには 0xff 制御フィールドには 0x03 を固定して使用します なお フレッツ ISDN で使用される PPP のプロトコル識別子および情報フィールドの詳細や PAP CHAP IPCP の詳細については 7.1 PPP を参照してください フラグ アドレス 制御 プロトコル 情報 FCS フラグ 0x7e 0xff 0x03 フ ロトコル識別子 LCP NCP ネットワークレ 0x7e ( 固定 ) ( 固定 ) ( 固定 ) イヤフ ロトコル ( 固定 ) 1byte 1byte 1byte 2bytes 可変長 2byte 1byte 図 1.3 データリンクレイヤ ( レイヤ 2) のフレームの構成 ネットワークレイヤ ( レイヤ 3) 仕様レイヤ 3 では RFC791 に規定されている IP を使用します IP のサブセットとして RFC792 に規定されている ICMP の一部についてもサポートします IP についての詳細は RFC791 を ICMP についての詳細は RFC792 を参照して下さい また フレッツ ISDN で利用可能な IP アドレスの詳細については [7.3 IP アドレス ] を参照してください 上位レイヤ ( レイヤ 4~7) 仕様 フレッツ ISDN では 特に規定しません

20 1.6.2 ISDN 呼制御フェーズ フレッツ ISDN を利用する場合に ISDN 呼制御を担う D チャネルについての各レイヤについて以下 に説明します プロトコル構成 プロトコル構成には 表 1.2 に示す OSI 参照モデルに則した階層構造になっています 表 1.2 フレッツ ISDN(ISDN 呼制御フェーズ ) のプロトコル構成 レイヤ 使用するプロトコル 7 アプリケーション 6 プレゼンテーション 5 セッション 4 トランスポート 3 ネットワーク 情報チャネル呼制御手順 (JT-Q931 等 ) 2 データリンク LAPD(JT-Q921) 1 物理 JT-I430 / JT-I 物理レイヤ ( レイヤ 1) 仕様レイヤ 1 での D チャネルインタフェースは JT-I430 または JT-I431 をサポートする必要があります 詳細については 技術参考資料 INS ネットサービスのインタフェース第 2 分冊 ( レイヤ 1 レイヤ 2 編 ) の最新版を参照してください データリンクレイヤ ( レイヤ 2) 仕様レイヤ 2 での D チャネルインタフェースは LAPD(JT-Q921) をサポートする必要があります 詳細については 技術参考資料 INS ネットサービスのインタフェース第 2 分冊 ( レイヤ 1 レイヤ 2 編 ) の最新版を参照してください

21 ネットワークレイヤ ( レイヤ 3) 仕様レイヤ 3 での D チャネルインタフェースは 情報チャネル呼制御手順 (JT-Q931 等 ) をサポートする必要があります 詳細については 以下に示す仕様を除き 技術参考資料 INS ネットサービスのインタフェース第 3 分冊 ( レイヤ 3 回線交換編 ) の最新版を参照してください (1) 呼設定用メッセージ 呼設定 メッセージにおける 伝達能力 情報要素は 64Kbit/s 非制限ディジタルとし 図 1.4 に示す内容に設定します 本条件を満たさない場合 理由表示 (#63 その他のサービスまたはオプションの利用不可クラス ) により呼の受付は拒否されます 発番号 情報要素の番号ディジットには契約回線番号を設定する もしくは番号を未設定とすることを基本とします インタフェースに付与されている番号でフレッツ ISDN の契約以外の番号を番号ディジットに設定した場合 理由表示 (#79: その他のサービスまたはオプションの未提供クラス ) により呼の受付は拒否されます 着番号 情報要素 もしくは キーパッドファシリティ 情報要素には 予め指定された IP 通信網のアクセス番号を設定する必要があります フレッツ ISDN のユーザが指定されていないアクセス番号に対して発呼した場合 もしくは フレッツ ISDN の契約を行っていないユーザが フレッツ ISDN のアクセス番号に発呼した場合 理由表示 (#79: その他のサービスまたはオプションの未提供クラス ) により呼の受付は拒否されます 着サブアドレス 情報要素は未設定とします 本条件を満たさない場合 未応答となる場合があります 低位レイヤ整合性 情報要素 高位レイヤ整合性 情報要素は未設定とすることを基本とします 本条件を満たさない場合 理由表示 (#88: 端末属性不一致 ) 等により呼の受付は拒否される もしくは未応答となる場合があります すでに IP 通信網に接続しているユーザが IP 通信網に対して発呼した場合 理由表示 (#63: その他のサービスまたはオプションの未提供クラス ) により呼の受付は拒否されます 呼出 メッセージは IP 通信網から発信ユーザに対して転送されない場合があります (2) 通話中メッセージ 端末側から IP 通信網に対して 中断再開手順を行った場合 B チャネル上にて用いられている PPP のリンクが切断される可能性があるため 呼の継続は保証されません ( 注 ) フレッツ ISDN で 発端末から呼を切断しない使用をユーザが行う場合は ユーザ 網間での呼状態不一致を起こさせないため 端末機器からの定期的な状態問合せ手順の起動を推奨します 本機能を有しない場合 IP 通信網との呼状態の不一致により 発端末において呼の無効保留が発生する可能性があります

22 (3) 呼切断復旧用メッセージ フレッツ ISDN では IP 通信網から端末機器に対して呼の切断を行う場合があります (4) その他のメッセージ IP 通信網では 付加情報 メッセージ 通知 メッセージは使用しません オクテットビット伝達能力情報要素識別子 情報要素内容長 拡張 *1 非制限ディジタル *1 ITU-T 勧告および TTC 標準拡張回線交換 64kbit/s 図 1.4 伝達能力の設定 - 64kbit/s 非制限ディジタル ( 同期 ) 上位レイヤ ( レイヤ 4~7) 仕様 上位レイヤ ( レイヤ 4~7) については 特に規定は設けません

23 1.6.3 フレッツ ISDN の通信シーケンスフレッツ ISDN を利用する場合の通信シーケンスについて PPP 接続および切断手順等の具体的な例について説明します 正常通信シーケンス 接続シーケンス 端末機器 1 SETUP CALL PROC IP 通信網 回線接続処理 CONNECT CONNECT-Ack PPP 起動 LCP パケット 2 Configure-Request Configure-Ack Configure-Request 3 Configure-Ack PAP/CHAP による認証フェーズ 認証成功 Configure-Request Configure-Ack 4 IPCP パケット 5 7 Configure-Request Configure-Nak Configure-Request Configure-Ack 6 IP 通信開始 [ 説明 ] 1 利用者が端末機器から IP 通信網へアクセス番号で呼設定します 2 LCP コンフィグレーション オプションを指定 要求します 3 IP 通信網が受け入れたコンフィグレーション オプションを返送します 4 IP 通信網側の IP アドレスを通知します 5 端末 ( 利用者 ) が使用する IP アドレスを要求します 6 端末 ( 利用者 ) に割り当てる IP アドレス情報を返送します 7 端末 ( 利用者 ) が受信した IP アドレスを通知します

24 切断シーケンス 端末機器 IP 通信網 IP 通信中 PPP 終結 1 Terminate-Request Terminate-Ack 2 セッション終了 3 DISC 回線切断処理 REL REL COMP [ 説明 ] 1 IP 通信を終了するために PPP データリンクの終結処理を起動します LCP の Terminate-Request パケットを送信します 2 端末機器側から Terminate-Request パケットを受信すると PPP のセッションを終了します 3 利用者の端末機器から IP 通信網に対して Bch の切断処理を行います

25 1.6.5 準正常通信シーケンス 利用者認証失敗 強制切断等準正常通信シーケンスを示します 認証失敗シーケンス 回線接続処理 端末機器 1 SETUP CALL PROC IP 通信網 CONNECT CONNECT-Ack PPP 起動 LCP パケット 2 Configure-Request Configure-Ack Configure-Request 3 Configure-Ack PAP/CHAP による認証フェーズ 認証失敗 Terminate-Request 4 PPP 終結 Terminate-Ack [ 説明 ] 1 利用者が端末機器から IP 通信網へアクセス番号をダイヤルします 2 LCP コンフィグレーション オプションで認証方式として PAP/CHAP を指定 要求します 3 IP 通信網が受け入れたコンフィグレーション オプションを返送します 4 正しい利用者 ID およびパスワードを受信できなければ 利用者端末機器側に対して PPP データリンク終結要求を送信します

26 強制切断シーケンス 端末機器 IP 通信網 DISC セッション終了 回線切断処理 REL REL COMP [ 説明 ] IP 通信網側から B チャネルに切断要求を行います

27 2. フレッツ ADSL のインタフェース 2.1 サービス概要フレッツ ADSL はベストエフォート型の IP 通信サービスです フレッツ ADSL を利用する端末機器等 ( 以下 端末機器 ) は 電気通信事業者等と IP 通信網を介して IP 通信を行います フレッツ ADSL の基本構成を図 2.1 に示します 端末機器 ATU-R スプリッタ スプリッタ 回線収容設備 IP 通信網 電気通信事業者等 加入電話端末機器 電気通信事業者等 電話網 ( 注 1) 契約者回線型の場合は スプリッタ 加入電話端末機器 電話網は構成に含まれません 図 2.1 フレッツ ADSL の基本構成

28 2.2 インタフェース規定点フレッツ ADSL では 図 2.2 及び図 2.3 に示すユーザ 網インタフェース (UNI) および伝送路インタフェース (LI) を規定します ただし ユーザ 網インタフェースについては NTT 西日本が ATU-R を提供する場合に限り規定します なお 端末設備が必ず適合しなければならない技術的条件は 端末設備等の接続の技術的条件 を参照して下さい ユーザ 網インタフェース規定点 伝送路インタフェース規定点 コネクタ UNI 端末機器 端末機器 ( 電話 ) ATU-R ( 注 2) スプリッタ LI 保安器又は配線盤 加入者線 図 2.2 利用回線型のインタフェース規定点 ( 注 2) 参考 スプリッタの電話側のインタフェース条件は 電話サービスのインタフェース 及び 端末設備等規則 ( 昭和 60 年郵政省令 31 号 ) 別表第 3 号を参照してください また スプリッタの電気的特性は ITU-T 勧告 G AnnexE Type4 ITU-T 勧告 G AnnexE Type4 又は ITU-T 勧告 G AnnexE に準拠します ユーザ 網インタフェース規定点 伝送路インタフェース規定点 コネクタ 端末機器 UNI ATU-R LI 保安器又は配線盤 加入者線 図 2.3 契約者回線型のインタフェース規定点

29 2.3 端末設備と電気通信回線設備の分界点 端末設備と電気通信回線設備との分界点について図 2.4 図 2.5 に示します 端末設備等 電気通信回線設備 UNI 端末機器 端末機器 ( 電話 ) ATU-R スプリッタ LI 保安器又は配線盤 加入者線 図 2.4 利用回線型の分界点 端末設備等 電気通信回線設備 端末機器 UNI ATU-R LI 保安器又は配線盤 加入者線 図 2.5 契約者回線型の分界点 2.4 施工 保守上の責任範囲施工 保守上の責任範囲について代表的な例を図 2.6 図 2.7 に示します A:NTT 西日本が保安器等までを提供する場合 責任範囲 (1) になります B:NTT 西日本が ATU-R までを提供する場合 責任範囲 (2) になります コネクタ 端末機器 端末機器 ( 電話 ) ATU-R スプリッタ LI 保安器又は配線盤 加入者線 責任範囲 (1) 責任範囲 (2) 図 2.6 利用回線型の施工 保守上の責任範囲 コネクタ 端末機器 ATU-R LI 保安器又は配線盤 加入者線 責任範囲 (1) 責任範囲 (2) 図 2.7 契約者回線型の施工 保守上の責任範囲

30 ( 注 3)ATU-R 等を NTT 西日本が提供する場合であってもユーザにて施工することが可能です その際 施工上の責任範囲は責任範囲 (1) になります

31 2.5 プロトコル構成 プロトコル構成は 表 2.1 に示す OSI 参照モデルに準拠した階層構成となっています なお フレ ッツ ADSL では下記の引用された規格のすべての機能が実現されているわけではありません 表 2.1 フレッツ ADSL のプロトコル構成 使用するプロトコル レイヤ ユーザ 網インタフェー ス 1.5M フ ラン 8M フ ランモア 伝送路インタフェースモア 24 モア 40 モアスペシャル 7 アプリケーション 6 プレゼンテーション 5 セッション 4 トランスポート 3 ネットワーク RFC791(IP) RFC792(ICMP) RFC791(IP) RFC792(ICMP) 2 データリンク RFC1332 RFC1877 (IPCP) RFC1994(CHAP) RFC1334(PAP) RFC1661(PPP) RFC2516(PPPoE) IEEE (MAC)( 注 4) RFC1332 RFC1877(IPCP) RFC1994(CHAP) RFC1334(PAP) RFC1661(PPP) RFC2516(PPPoE) IEEE 802.3(MAC)( 注 4) RFC2684(Multiprotocol over AAL5) JT-I363.5(AAL5) JT-I610(OAM) ITU-T I.361(ATM) ITU-T ITU-T ITU-T ITU-T ITU-T G.992 G.992 G G G Amd Amd.1 Amd.1 AnnexC/ Annex Annex Annex Annex C Annex C I 1 物理 ( 注 5) C C I /Annex /Annex I ADSL-Qua ADSL-Quad ADSL-Quad(EU ( 注 6) d ) ( 注 7) Annex I(EU) ( 注 8) ( 注 4) フレームフォーマットについては DIX 規格 Ethernet Ver.2 のフォーマットも使用します ( 注 5) ユーザ 網インタフェースの物理的インタフェースは使用する端末機器等により異なります ( 注 6) フレッツ ADSL モア 24 では ATU-R の提案に合わせて G Amd.1 Annex I 又は G

32 Amd.1 Annex C (DBM / FBMsOL) で動作することが可能です ( 注 7) フレッツ ADSL モア 40 では ATU-R の提案に合わせて G Amd.1 Annex I 又は G Amd.1 Annex C (DBM / FBMsOL) クワット スヘ クトル ADSL( 以下 ADSL-Quad) で動作することが可能です なお ADSL-Quad は G Amd.1 Annex I をベースに以下の改良を加えた方式です 下り使用周波数帯域の拡張 :138kHz~3.75MHz ハイビットローディング (15bit 超 ) ( 注 8) フレッツ ADSL モアスペシャルでは ATU-R の提案に合わせて G Amd.1 Annex I 又は G Amd.1 Annex C (DBM / FBMsOL) ADSL-Quad ADSL-Quad(EU) Annex I(EU) で動作することが可能です ただし TTC スペクトル管理標準のルールにより距離制限が課せられる伝送方式を含むことから NTT 収容局からの距離によっては ATU-R からの提案を拒否する場合があります なお ADSL-Quad(EU) は ADSL-Quad をベースに Annex I(EU) は G Amd.1 Annex I をベースに改良を加えた方式です また ATM セルヘッダ圧縮機能も具備します ADSL-Quad(EU) 下り使用周波数帯域の拡張 :25kHz~3.75MHz 上り使用周波数帯域の拡張 :25kHz~483kHz Annex I(EU) 上り使用周波数帯域の拡張 :25kHz~414kHz ハイビットローディング (15bit 超 )

33 2.6 伝送路インタフェース 伝送路インタフェースを図 2.8 図 2.9 の通りに規定します 伝送路インタフェース (LI) スプリッタ 配線設備 (2W) 保安器又は配線盤 加入者線 (2W) 図 2.8 利用回線型の伝送路インタフェースの規定点 伝送路インタフェース (LI) ATU-R 配線設備 (2W) 保安器又は配線盤 加入者線 (2W) 図 2.9 契約者回線型の伝送路インタフェースの規定点

34 2.6.1 物理レイヤ ( レイヤ 1) 仕様 物理的条件伝送路インタフェースの物理媒体は メタリック平衡対ケーブル (2W) を使用します ( 加入者区間のメタル回線の提供条件についても 2W 加入者線とします なお 接続点の形状 ( ピン配置 ) 等については 電話サービスのインタフェース に準じます ) また 伝送路インタフェースの伝送速度 (ITU-T 勧告 G G Amd.1 及び G で定義されているネットデータレート ) を表 2.2 に示します 表 2.2 伝送路インタフェースの伝送速度 品目伝送速度 ( 注 9) 1.5M フ ラン 上り 下り 最大 512kbit/s 最大 1,536kbit/s 8M フ ラン 上り 下り 最大 1Mbit/s 最大 8Mbit/s モア 上り 下り 最大 1Mbit/s 最大 12Mbit/s モア 24 上り 下り 最大 1Mbit/s 最大 24Mbit/s モア 40 モアスペシャル 上り下り上り下り 最大 1Mbit/s 最大 40Mbit/s 最大 5Mbit/s 最大 47Mbit/s ( 注 9) 回線状況等により伝送速度が変動します また この伝送を保障するものではありません

35 電気的条件伝送路インタフェースの電気的条件を表 2.3 に示します また ATU-R における PSD(Power Spectrum Density) マスクは表 2.4 に示すとおり ITU-T 勧告 G G Amd.1 及び G に準拠します 表 2.3 伝送路インタフェースの電気的条件 項目 規格 上り総送信電力 下り総送信電力 12.5dBm 以下 (100Ω 終端 ) ( 平均送信 PSD -38dBm/Hz) 20dBm 以下 (100Ω 終端 ) ( 平均送信 PSD -40dBm/Hz)

36 表 PSD マスク (1.5M 8M モア モア 24 モア 40 モアスペシャル ) 周波数 (khz) PSD(dBm/Hz) インヒ ータ ンス帯域幅 , 100Ω かつ 0-4 khz の範囲に入る全体の電力で +15 dbrn 以下 600Ω 4kHz > x log (f/4)/log(2) 100Ω Ω 10kHz x log(f/138)/log(2) 100Ω 10kHz 307 1, Ω 10kHz 1,221 1,630 <-90( ピーク値 ) 100Ω 10kHz かつ [f, f+1 MHz] の範囲にはいる全体の最大電力で 100Ω 1,000kHz ( x log(f/1221)/log(2)+60)dbm 以下 1,630 11,040 <-90( ピーク値 ) 100Ω 10kHz [f, f+1 MHz] の範囲にはいる全体の電力で-50 dbm 以下 100Ω 1,000kHz

37 表 PSD マスク ( モアスペシャル ) TTC EU64/EU-TIF64 FEXT bitmap EU-TIF64 Next bitmap EU-S96 EU-S112 PSD in dbm/hz (PEAKPSD+92.5)/2.69 db/octave PEAKPSD 72 db/octave 100 dbm/hz peak 15 db/octave peak PSD in 1 MHz window above 1411 khz dbrn 0-4 khz 92.5 peak PSD_int dbm/hz 110 dbm/hz 112 dbm/hz f1 f_int Frequency in khz TTC EU64/EU-TIF64 FEXT bitmap 周波数 (khz) PSD(dBm/Hz) インヒ ータ ンス 帯域幅 Ω 100 Hz Ω 100 Hz Ω 100 Hz Ω 10 khz Ω 10 khz Ω 10 khz Ω 10 khz Ω 1 MHz Ω 1 MHz Ω 1 MHz Ω 1 MHz TTC EU-TIF64 NEXT bitmap 周波数 (khz) PSD(dBm/Hz) インヒ ータ ンス 帯域幅 Ω 100 Hz Ω 100 Hz Ω 100 Hz Ω 10 khz Ω 10 khz Ω 10 khz Ω 10 khz Ω 1 MHz Ω 1 MHz Ω 1 MHz Ω 1 MHz

38 TTC EU-S96 周波数 (khz) PSD(dBm/Hz) インヒ ータ ンス帯域幅 Ω 100 Hz Ω 100 Hz Ω 100 Hz 10 interpolated 100Ω 10 khz Ω 10 khz Ω 10 khz Ω 10 khz Ω 10 khz Ω 10 khz Ω 1 MHz Ω 1 MHz Ω 1 MHz Ω 1 MHz TTC EU-S112 周波数 (khz) PSD(dBm/Hz) インヒ ータ ンス帯域幅 Ω 100 Hz Ω 100 Hz Ω 100 Hz 10 interpolated 100Ω 10 khz Ω 10 khz Ω 10 khz Ω 10 khz Ω 10 khz Ω 1 MHz Ω 1 MHz Ω 1 MHz Ω 1 MHz

39 論理的条件 伝送路インタフェースの論理的条件は 表 2.5 の規格に準拠します 表 2.5 伝送路インタフェースの論理的条件 品目 規格 1.5M フ ラン ITU-T 勧告 G (G.lite) Annex C 8M フ ラン ITU-T 勧告 G (G.dmt) Annex C モア ITU-T 勧告 G (G.dmt) Annex C( 注 9) モア 24 モア 40 モアスペシャル ITU-T 勧告 G (G.dmt) Amd.1 Annex C / Annex I ITU-T 勧告 G (G.dmt) Amd.1 Annex C / Annex I ADSL-Quad ITU-T 勧告 G (G.dmt) Amd.1 Annex C / Annex I ADSL-Quad ADSL-Quad(EU) Annex I(EU)

40 その他の条件 レートアダプテーション端末機器 (ATU-R) は レートアダプテーション機能に対応する必要があります DMT サブキャリアキャアに割り当てられるビット数は 各サブキャリアの S/N 比 ( 信号電力対雑音電力比 ) に依存します 各サブキャリアの S/N 比に応じ 最適なビット割り当てを行うレートアダプテーション機能を用いることにより 最適な伝送速度を実現することができます ビット割り当ての変更は起動時 又は回線のノイズ環境が悪化した場合に行われ 通常 数十秒程度の時間回線断となります なお レートアダプテーションによる伝送速度の変動単位は S=1/2 以上では 32kbit/s S=1/4 では 64kbit/s S=1/6 では 96kbit/s です ビットマップモード 端末機器 (ATU-R) は 回線収容設備からの要求に合わせてデュアルビットマップ (DBM) あるいは FEXT ビットマップ (FBM) にて動作する必要があります S=1/2( モア及びモア 24 モア 40 モアスペシャル ) 端末機器 (ATU-R) は 回線収容設備からの要求に合わせて S=1/2( リードソロモン符号あたりの DMT シンボル数 =1/2) にて動作する必要があります S=1/4( モア 24 及びモア 40 モアスペシャル ) 端末機器 (ATU-R) は 回線収容設備からの要求に合わせて S=1/4( リードソロモン符号あたりの DMT シンボル数 =1/4) にて動作する必要があります S=1/6( モア 40 及びモアスペシャル ) 端末機器 (ATU-R) は 回線収容設備からの要求に合わせて S=1/6( リードソロモン符号あたりの DMT シンボル数 =1/6) にて動作する必要があります トレリスコーディング ( モア及びモア 24 モア 40 モアスペシャル ) 端末機器 (ATU-R) は 回線収容設備からの要求に合わせて トレリスコーディングで動作する必要 があります

41 EOC EOC で Dying Gasp ついては特に規定しません その他については ITU-T 勧告 G 及び G を参照してください 回線収容設備からの送信電力制限 ( モア 24 及びモア 40 モアスペシャル) フレッツ ADSL モア 24 及びモア 40 の回線収容設備は 1.81MHz から 2.00MHz の間の周波数範囲において 送信電力を-80dBm/Hz よりも低いレベルで送信することが可能です なお フレッツ ADSL モア 40 及びモアスペシャルの回線収容設備は 上記に加え 3.5MHz から 3.75MHz の間の周波数範囲においても同様の動作をすることが可能です 接続モードの選択 ( モア 24 及びモア 40 モアスペシャル) フレッツ ADSL モア 24 及びモア 40 では G Amd.1 Annex I 及び G Amd.1 Annex C (DBM/FBMsOL) のモードで動作することが可能です なお フレッツ ADSL モア 40 では 上記に加え ADSL-Quad のモードで動作することが可能です フレッツ ADSL モアスペシャルでは 更に ADSL-Quad(EU) Annex I(EU) のモードで動作することが可能です また 端末機器 (ATU-R) は 最適なモードを回線収容設備に提案する機能を具備する必要があります パイロットトーンと TTR 信号 (TCM-ISDN Timing Reference) 端末機器 (ATU-R) は 表 1.6 に示すパイロットトーンと TTR 信号で動作できることが望ましいです 表 2.6 パイロットトーンと TTR 信号 品名パイロットトーン TTR 信号 モア 276kHz( 必須 ) 207kHz( オプション ) モア kHz( 必須 ) 552kHz( オプション ) 207kHz( オプション ) 138kHz( オプション ) モア kHz( 必須 ) モアスペシャル 1104kHz( オプション ) 552kHz( オプション ) 414kHz( オプション ) 207kHz( オプション ) 138kHz( オプション ) A48( 必須 ) C-REVERB33-63( オプション ) A48( 必須 ) B48( オプション ) C-REVERB6-31( オプション ) C-REVERB33-63( オプション ) A48( 必須 ) B48( オプション ) C-REVERB6-31( オプション ) C-REVERB33-63( オプション )

42 フレッツ ADSL モアでは パイロットトーン及び TTR 信号のオプションを使用するにあたっては ITU-T 勧告 G.994.1(G.hs) の S フィールド又は NS フィールドの中で通知します NS フィールドの 中で通知する際のパラメータについては 表 2.7 を参照してください 表 2.7 G の NS フィールド OCT NS フィールド NS の長さ T.35 国コード T.35 国コード 提供者コード 提供者コード 提供者コード 提供者コード Reserved オプション未使用 / 使用 /1 15 Reserved この NS フィールドは CLR CL MS メッセージに付加する必要がある 複数ブロックを付加する 場合には 何番目に付加しても良い データリンクレイヤ ( レイヤ 2) 仕様レイヤ 2 では ATM AAL5 IEEE に規定されている MAC PPP PAP CHAP の一部 IPCP PPPoE を使用します また DIX 規格 Ethernet Ver.2 に規定されているフレームフォーマットも使用します PPP PAP CHAP IPCP PPPoE の詳細については 7.1 PPP と 7.2 PPPoE を参照してください なお 通信のシーケンスについては 2.8 フレッツ ADSL の通信シーケンス を参照してください それ以外のプロトコルの詳細については それぞれの準拠規格等を参照してください ATM レイヤ フレッツ ADSL の回線収容設備は ATM 伝送方式を使用します なお 詳細な ATM 伝送方式の準拠 規格等については ITU-T 勧告 I.361 を参照してください VPI / VCI VPI/VCI は 0/32 とします OAM ATM レイヤにおける OAM の機能は TTC 標準 JT-I610 に準拠しています 保守用として 回線収容設

43 備より OAM セル折返し機能 (F4 又は F5) を使用する場合があります AAL ATM Adaptation Layer(AAL) は TTC 標準 JT-I363.5 に規定されている AAL5 を使用します AAL5 に ついての詳細は TTC 標準 JT を参照してください LLC/SNAP LLC/SNAP レイヤは RFC2684 に規定されている Multiprotocol Encapsulation over ATM Adaptation Layer5 を使用し AAL5 とそれ以上のレイヤのマッピングを行います Multiprotocol Encapsulation over ATM Adaptation Layer5 の詳細については RFC2684 を参照してください ネットワークレイヤ ( レイヤ 3) 仕様レイヤ 3 では RFC791 に規定されている IP を使用します IP のサブセットとして RFC792 に規定されている ICMP の一部についてもサポートします IP についての詳細は RFC791 を ICMP についての詳細は RFC792 を参照して下さい また フレッツ ADSL で利用可能な IP アドレスについては 7.3 IP アドレス を参照してください 上位レイヤ ( レイヤ 4~7) 仕様 上位レイヤ ( レイヤ 4~7) については 特に規定は設けません

44 2.7 ユーザ 網インタフェース仕様 物理レイヤ ( レイヤ 1) 仕様 レイヤ1については 物理的インタフェースは使用する端末機器等により異なります データリンクレイヤ ( レイヤ 2) 仕様レイヤ 2 では IEEE に規定されている MAC PPP PAP CHAP の一部 IPCP PPPoE を使用します また DIX 規格 Ethernet Ver.2 に規定されているフレームフォーマットも使用します MAC の詳細については IEEE を PPP PAP CHAP IPCP PPPoE の詳細については 7.1 PPP と 7.2 PPPoE を参照してください フレームフォーマットについては DIX 規格 Ethernet Ver.2 を参照してください ネットワークレイヤ ( レイヤ 3) 仕様レイヤ 3 では RFC791 に規定されている IP を使用します IP のサブセットとして RFC792 に規定されている ICMP の一部についてもサポートします IP についての詳細は RFC791 を ICMP についての詳細は RFC792 を参照してください また フレッツ ADSL で利用可能な IP アドレスについては [7.3 IP アドレス ] を参照してください 上位レイヤ ( レイヤ 4~7) 仕様 上位レイヤ ( レイヤ 4~7) については 特に規定は設けません

45 2.8 フレッツ ADSL の通信シーケンス フレッツ ADSL を利用する場合の通信シーケンスについて 接続および切断手順等の具体的な例に ついて説明します

46 2.8.1 接続シーケンス 端末機器 1 PADI IP 通信網 PPPoE ディスカバリステージ PADO PADR PPPoE PPP セッションステージ開始 2 3 PADS Configure-Request Configure-Ack LCP パケット Configure-Request 4 Configure-Ack CHAP/PAP による認証フェーズ 認証成功 Configure-Request 5 Configure-Ack IPCP パケット 6 Configure-Request Configure-Nak 7 8 Configure-Request 9 Configure-Ack IP 通信開始 図 2.10 接続シーケンス ( 例 ) [ 説明 ] 1 PPPoE セッションの確立を開始します 2 PPPoE セッションが確立します 3 PPP セッションの確立を開始します 4 認証プロトコルを要求します 5 IP 通信網側の IP アドレスを通知します 6 端末機器が使用する IP アドレスを要求します 7 端末機器に割り当てる IP アドレス情報を返送します 8 端末機器が受信した IP アドレスを通知します 9 PPP セッションが確立します

47 2.8.2 切断シーケンス 端末機器 IP 通信網 IP 通信中 LCP パケット PPPoE PPP セッションステージ終了 PPPoE ディスカバリステージ Terminate-Request Terminate-Ack PADT PADT 図 2.11 切断シーケンス ( 例 ) [ 説明 ] 1 PPP セッションの開放を開始します 2 PPP セッションを開放します 3 PPPoE セッション開放を通知します

48 2.8.3 認証失敗シーケンス 端末機器 1 PADI IP 通信網 PPPoE ディスカバリステージ PPPoE PPP セッションステージ開始 2 3 PADO PADR PADS Configure-Request LCP パケット Configure-Ack Configure-Request Configure-Ack 4 CHAP/PAP による認証フェーズ 認証失敗 LCP パケット PPPoE PPP セッションステージ終了 PPPoE ディスカバリステージ Terminate-Request Terminate-Ack PADT PADT 図 2.12 認証失敗シーケンス ( 例 ) [ 説明 ] 1 PPPoE セッションの確立を開始します 2 PPPoE セッションが確立します 3 PPP セッションの確立を開始します 4 認証プロトコルを要求します 5 PPP セッションの開放を開始します 6 PPP セッションを開放します 7 PPPoE セッションの開放を通知します

49 2.8.4 強制切断シーケンス 端末機器 IP 通信網 IP 通信中 LCP パケット PPPoE PPP セッションステージ終了 PPPoE ディスカバリステージ Terminate-Request Terminate-Ack PADT PADT 図 2.13 強制切断シーケンス ( 例 ) [ 説明 ] 1 PPP セッションの開放を開始します 2 PPP セッションを開放します 3 PPPoE セッション開放を通知します

50 3. フレッツ 光プレミアムのインタフェース 3.1 サービス概要フレッツ 光プレミアムはベストエフォート型の IP 通信サービスです フレッツ 光プレミアムを利用する端末機器等 ( 以下 端末機器 ) は CTU と接続した後 電気通信事業者等と IP 通信網を介して IP 通信を行います フレッツ 光プレミアムの基本構成を図 図 に示します 端末機器 CTU ONU/MDU 回線収容設備 IP 通信網 電気通信事業者等 電気通信事業者等 図 フレッツ 光プレミアムの基本構成 ( マンションタイプ [VDSL 利用 ] 除く ) 端末機器 CTU VDSL モデム 加入電話端末機器 スプリッタ VDSL 装置 回線収容設備 IP 通信網 電気通信事業者等 電気通信事業者等 電話網 図 フレッツ 光プレミアムの基本構成 ( マンションタイプ [VDSL 利用 ]) フレッツ 光プレミアムでは 複数電気通信事業者等への同時接続も可能になっています

51 3.2 インタフェース規定点 フレッツ 光プレミアムでは 図 図 に示すユーザ 網インタフェース (UNI) を規定 します 端末機器 コネクタ Ethernet CTU IP 通信網 UNI 図 インタフェース規定点 ( マンションタイプ [VDSL 利用 ] 除く ) コネクタ端末機器 Ethernet 端末機器 ( 電話 ) CTU スプリッタ UNI ( 注 1) IP 通信網 保安器又は配線盤 加入者線 図 インタフェース規定点 ( マンションタイプ [VDSL 利用 ]) ( 注 1) 参考 スプリッタの電話側のインタフェース条件は 電話サービスの信号と VDSL の信号が重畳されています 電話サービスの信号については 電話サービスのインタフェース 及び 端末設備等規則 ( 昭和 60 年郵政省令 31 号 ) 別表第 3 号を参照してください VDSL の信号は ITU-T 勧告 G AnnexF に準拠します 3.3 端末設備と電気通信回線設備の分界点 端末設備と電気通信回線設備との分界点について図 図 に示します 端末設備 分界点 電気通信回線設備 端末機器 コネクタ Ethernet CTU モジュラジャック IP 通信網 図 分界点 ( マンションタイプ [VDSL 利用 ] 除く ) 端末設備 分界点 電気通信回線設備 端末機器 コネクタ Ethernet モジュラジャック CTU スプリッタ IP 通信網 端末機器 ( 電話 ) 保安器又は配線盤 加入者線 図 分界点 ( マンションタイプ [VDSL 利用 ])

52 3.4 施工 保守上の責任範囲 施工 保守上の責任範囲について図 図 に示します 責任範囲 コネクタ モジュラジャック 端末機器 Ethernet CTU IP 通信網 図 施工 保守上の責任範囲 ( マンションタイプ [VDSL 利用 ] 除く ) 責任範囲 端末機器 コネクタ Ethernet モジュラジャック CTU スプリッタ IP 通信網 端末機器 ( 電話 ) 保安器又は配線盤 加入者線 図 施工 保守上の責任範囲 ( マンションタイプ [VDSL 利用 ])

53 3.5 ユーザ 網インタフェース仕様 プロトコル構成プロトコル構成は 表 4.1 に示す OSI 参照モデルに則した階層構成となっています なお 初期状態では PPPoE 機能が無効になっており 利用する場合には CTU 設定サーバを介して PPPoE 機能を有効に設定する必要があります PPPoE 機能を有効に設定した場合 IP 通信網に接続された端末機器は使用用途 実装に応じて表 3.1 のプロトコル構成のどちらか一方 もしくは双方同時に使用することが可能です 表 3.1 プロトコル構成 レイヤ 使用するプロトコル PPPoE 機能 7 アプリケーション 6 プレゼンテーション 5 セッション 4 トランスポート RFC1945,2616(HTTP) RFC2131(DHCP) RFC3315,3633(DHCPv6) RFC1034,1035(DNS) UPnP Device Architecture V1.0 UPnP IGD V1.0 RFC2246(TLS) RFC2818(HTTP over TLS) ( 注 2) IPv4 RFC791(IP) RFC792(ICMP) 3 ネットワーク 2 データリンク 1 物理 IPv6 RFC2373(IPv6 Addressing Architecture) RFC2460(IPv6) RFC2461(Neighbor Discovery for IPv6) RFC2462(IPv6 Stateless Address Autoconfiguration) RFC2463(ICMPv6) RFC3810(Multicast Listener Discovery Version 2 for IPv6) RFC4605(MLD Proxying) IEEE (3.1.1 MAC frame format) IPv4 IEEE 802.3ab 1000BASE-T 準拠 IEEE 802.3u 100BASE-TX 準拠 ISO/IEC BASE-T 準拠 RFC791(IP) RFC792(ICMP) RFC1332 RFC1877(IPCP) RFC1994(CHAP) RFC1334(PAP) RFC1661(PPP) RFC2516(PPPoE) IEEE (3.1.1 MAC frame format)

54 ( 注 2) 本表の上位レイヤ ( レイヤ 4~7) の記述は IP 通信網 (CTU 設定サーバ等 ) との通信プロトコルを表しています 4.5.5[ 上位レイヤ ( レイヤ 4~7)] を参照してください CTU への設定内容によりますが 本表のレイヤ 3 以下のプロトコルを用いた電気通信事業者等との通信を特に阻害するものではありません なお PPPoE 機能を利用した場合には レイヤ 3 以下のプロトコルを利用した電気通信事業者等との通信のみが可能であり IP 通信網 (CTU 設定サーバ等 ) との通信は行えません 物理レイヤ ( レイヤ 1) 仕様フレッツ 光プレミアムがサポートするレイヤ 1 のインタフェース条件と通信モードを表 4.2 に示します 表 3.2 インタフェース条件 タイプインタフェース条件通信モード エンタープライズ ファミリー マンション 10BASE-T または 100BASE-TX または 1000BASE-T ポート (Auto-MDI/MDI-X) ( 注 3) 10BASE-T または 100BASE-TX ポート (Auto-MDI/MDI-X) ( 注 3) 自動折衝機能 (Auto Negotiation) ( 注 3) 自動折衝機能 (Auto Negotiation) ( 注 3) ( 注 3) インタフェースと通信モードは CTU の自動折衝機能 (Auto Negotiation) により決定します インタフェース条件ユーザ 網インタフェースは ISO8877 準拠の 8 極モジュラジャックである RJ-45 ポートです モジュラジャックの挿入面から見た RJ-45 ポートのピン配置を図 図 に示します CTU は 2 以上の RJ-45 ポートを具備しています 各ポートのインタフェース仕様は同一です RJ-45 ポート挿入面 ピン番号 送受信 記号 信号方向端末機器 IP 通信網 ピン番号 BI_DA(+) 1 BI_DA( ) 2 BI_DB(+) 3 BI_DB( ) 6 BI_DC(+) 4 BI_DC( ) 5 BI_DD(+) 7 BI_DD( ) 8 図 挿入面から見た RJ-45 ポートのピン配置 ( エンタープライズタイプ [1000BASE-T] 利用 )

55 RJ-45 ポート挿入面ピン番号 送信 受信 信号方向 記号 端末機器 IP 通信網 ピン番号 TD(+) 1 TD(-) 2 RD(+) 3 RD(-) 6 ピン番号 は使用しません 図 挿入面から見た RJ-45 ポートのピン配置 ( エンタープライズ [1000BASE-T] 除く ) 適用ケーブルモジュラジャックと接続する端末機器との配線は 2 対の非シールドより対線ケーブルを使用します 10BASE-T で接続する場合はカテゴリ 3 以上の UTP ケーブル 100BASE-TX で接続する場合はカテゴリ 5 以上の UTP ケーブルを使用します なお エンタープライズタイプで 1000BASE-T で接続する場合は 4 対の非シールドより対線ケーブルでエンハンスドカテゴリ 5 以上の UTP ケーブルを使用します データリンクレイヤ ( レイヤ 2) 仕様 IEEE (3.1.1 MAC frame format) に規定されているフレームフォーマットを使用します 許容する MAC フレーム長は最小 64byte~ 最大 1518byte です Length/Type フィールドについては CTU への受信は Length/Type 双方受け付け CTU からの送信は Type で送ります 各仕様に関する詳細は各規格を参照してください ハブインタフェース仕様ユーザ 網インタフェースの各ポートは1つのスイッチングハブとして動作します ポート毎に接続された端末機器の MAC アドレスを自動で学習し IP 通信網から端末機器への通信において 送信先の MAC アドレスが学習した MAC アドレスである場合に 当該端末機器が接続されているポートにのみ送信することが可能です 学習していない MAC アドレスやブロードキャストアドレス等が送信先である場合は 全ポートに送信します なお IEEE により管理されたグローバルな MAC アドレスを利用しなかった場合については MAC フレームの転送ができない場合があります ARP RFC 826 に規定されている ARP をサポートしています 詳細は RFC を参照してください ネットワークレイヤ ( レイヤ 3) 仕様レイヤ 3 では RFC 791 に規定されている IPv4 RFC 2460 に規定されている IPv6 を使用します IP 通信網に接続された端末機器は使用用途 実装に応じ IPv4 IPv6 のどちらか一方 もしくは双方

56 同時に使用することが可能です また IPv4 のサブセットとして RFC792 に規定されている ICMPv4 の一部についてもサポートします IPv6 については RFC2373 に規定されている IPv6 アドレッシング RFC2461 に規定されている NDP RFC2462 に規定されている IPv6 アドレスオートコンフィグ RFC2463 に規定されている ICMPv6 等の一部 またはすべてをサポートします ただし IP 通信網内に存在しない宛先に送信されるパケットについては IP 通信網において応答なくパケット破棄される場合や RFC793 に規定される RST ビットをセットした TCP パケットを返信する場合があります それぞれのプロトコル適用範囲については [IPv4 仕様 ] [IPv6 仕様 ] を参照してください 各仕様に関する詳細は各 RFC を参照してください IPv4 仕様 IPv4 では RFC791 に規定されている IPv4 IPv4 のサブセットとして RFC792 に規定されている ICMPv4 の一部についてもサポートします IPv4 においては NAT 型動作 ( 以下 NAT 型 ) および Unnumbered 型動作 ( 以下 Unnumbered 型 ) に対応しています NAT 型とは 端末機器に対して RFC1918 で規定されているプライベートアドレスの割り当てを行い 電気通信事業者等と通信する際には 電気通信事業者等から割り当てられた IPv4 のアドレスに変換して通信を行う方式です また Unnumbered 型とは IP 通信網にお客様が指定した IPv4 アドレスを接続先の電気通信事業者等の網の一部のアドレスとして通信を行う方式です なお NAT 型と Unnumbered 型はどちらか一方のみ選択可能です また Unnumbered 型を選択した場合は 電気通信事業者等との接続数は 1 のみとなります IPv4 アドレス端末機器において RFC791 に規定されている IPv4 を利用可能ですが RFC 1700 で規定されているクラス D クラス E の IP アドレスを使用することはできません また RFC1918 で規定されているプライベートアドレスは使用可能です IP アドレスについての詳細は RFC1700 を プライベートアドレスについての詳細は RFC1918 を参照してください グローバルアドレスを使用する場合は JPNIC 等のインターネットレジストリから割り当てられているグローバルアドレスを使用する必要があります 接続用 IPv4 アドレス NAT 型の場合 接続用 IPv4 アドレスとして 電気通信事業者等から1つのホストアドレスを CTU に対して割り当てられる必要があります また DHCPv4 を利用した端末機器へのアドレス払い出し機能を利用可能です DHCPv4 については [DHCPv4] を参照してください Unnumbered 型の場合 接続用 IPv4 アドレスとして 電気通信事業者等からサブネットが割り当てられる必要があります 接続用のサブネットには ネットワークアドレス ブロードキャストアドレス 2 つ以上のホストアドレスが必要です 電気通信事業者等から割り当てられたアドレスの中から1つのホストアドレスを CTU に対して CTU 設定サーバを介して設定する必要があります また CTU と端末機器に対し同一サブネットの IP アドレスを付与する必要があります

57 DHCPv4 NAT 型を使用する場合 UNI に接続された端末機器に対して RFC に規定されている DHCP の一部をサポートします 端末機器は DHCPv4 機能を用いて IPv4 プライベートアドレス ネットワークアドレス サブネットマスク値 及び DNS アドレスを受け取ることができます また DHCPv4 にて取得するパラメータは端末機器の MAC アドレスを認識し固定的に通知することが可能です これらの DHCPv4 機能を用いて通知される値は [CTU 設定サーバ ] を介し設定を行うことが可能です サポートされるメッセージ オプションコードを表 4.3 および表 4.4 に示します 規定外のメッセージは無視し 破棄を行います また 未規定のオプションコードは 未規定のオプションコードのみを無視し処理を継続します 各仕様に関する詳細は各 RFC を参照してください 表 3.3 DHCPv4 でサポートされるメッセージタイプ メッセージタイプ 値 説明 DHCPDISCOVER 1 クライアントがサーバを探索するためのメッセージ DHCPOFFER 2 サーバが DHCPDISCOVER に対して応答する際に使用するメッセージ DHCPREQUEST 3 IP アドレス 設定パラメータを要求 更新する際に使用する DHCPDECLINE 4 DHCPOFFER メッセージで通知されたアドレスの重複を検出した際に使用する DHCPACK 5 サーバが DHCPREQUEST に対して応答し 各種情報を通知する際に使用する DHCPNAK 6 サーバが DHCPREQUEST に対して拒否する際に使用する DHCPRELEASE 7 クライアントが IP アドレス 設定パラメータの開放を要求する際に使用する 表 3.4 DHCPv4 でサポートされるオプションコード オプションコード 値 説明 Pad 0 パディング用データ オプションデータを一定サイズ (314 オクテット ) まで埋めるのに使用する Subnet Mask 1 サブネットマスク Router 3 デフォルトゲートウェイアドレス Domain Server 6 DNS サーバアドレス Address Request 50 クライアントがリクエストする IP アドレス Address Time 51 IP アドレスリース期間 DHCP Msg Type 53 DHCP メッセージタイプ DHCP Server Id 54 DHCP サーバアドレス Parameter List 55 クライアントからのパラメータ要求リスト IPv4 ルーティング IPv4 ルーティングは スタティックルーティング方式を使用します NAT 型の場合は プライベートアドレスを割り当てた端末機器と IP 通信網を経由した電気通信事業者等との通信に使用するルーティングを自動的に設定します ただし 電気通信事業者等が割り当てる接続用 IPv4 アドレスがプライベートアドレスの場合 ルーティングは自動的に設定されません また 宛先ルーティング候補が複数の電気通信事業者接続に重複する場合 あらかじめ設定された優先度に従いルーティングを行います

58 IPv4 フィルタリング IP 通信網は お客様の指定する設定内容に基づき IPv4 通信のフィルタリングが可能です フィル タリングによって破棄された IPv4 通信は通知されません NAT 端末機器と IP 通信網を経由した電気通信事業者との通信を行う際 RFC2663 に規定される NAT 機能および NAPT(Network Address Port Translation) 機能の一部をサポートしています 動的に変換を行う機能のほか 静的に NAT 設定を行うことにより特定の端末へ通信を転送することができます UPnP UPnP Device Architecture (UDA) V1.0 および UPnP Internet Gateway Device (IGD) V1.0 に規定される機能のうち 基本的に 以下に示す仕様を除き Required (must) に指定されている項目をサポートします なお Recommended (should) Optional (may) に指定されている項目については規定しません UPnP についての詳細は UDA V1.0 および IGD V1.0 を参照してください なお UPnP 機能は NAT 型の場合のみ利用可能であり UPnP を適用する接続先を指定することができます Discovery (Step1) Advertisement: Device available -- NOTIFY with ssdp:alive ssdp:alive メッセージフォーマットに関して UDA V1.0 で ssdp:alive メッセージのヘッダとして規定されていないヘッダの有無および記述内容についても特に規定しません これ以外のフォーマットは UDA V1.0 に従います Advertisement: Device unavailable -- NOTIFY with ssdp:byebye ssdp:byebye メッセージフォーマットに関して UDA V1.0 で ssdp:byebye メッセージのヘッダとして規定されていないヘッダの有無および記述内容については特に規定しません これ以外のフォーマットは UDA1.0 に従います Search: Response Search: Response メッセージフォーマットに関して UDA V1.0 で Search: Response メッセージのヘッダとして規定されていないヘッダの有無および記述内容についても特に規定しません これ以外のフォーマットは UDA V1.0 に従います なお MAN ヘッダの記述が ssdp:discover でない Request with M-SEARCH を受信した時の動作は特に規定しません Description (Step2) Device description Device description メッセージにおけるボディ部 (XML ) のフォーマットに関して InternetGatewayDevice:1 についての servicelist 要素およびそのタグはメッセージに含みません

59 ただし devicelist 要素内には WANDevice:1 や WANConnectionDevice:1 の device 要素がネスト状に含まれているため それらの device が提供する WANCommonInterfaceConfig:1 や WANIPConnection:1 のための servicelist 要素はそれぞれの device 要素に含みます これ以外のボディ部のフォーマットは UDA V1.0 に従います Device description メッセージにおいて提示する device と service は図 4.6 に示します ( 太字 device, 斜体 service) InternetGatewayDevice:1 WANDevice:1 WANCommonInterfaceConfig:1 WANConnectionDevice:1 WANIPConnection:1 図 3.6 Device description メッセージにおいて提示する device と service Service description Service description メッセージにおけるボディ部 (XML) のフォーマットは UDA V1.0 に従います また 全ての statevariable 要素の sendevents 属性は no とします actionlist 要素内で提示されるパラメータについては [ サポートする action] を参照してください Retrieving a description Description メッセージのヘッダ部のフォーマットに関して SERVER ヘッダ CONTENT-LANGUAGE ヘッダの有無および記述内容については特に規定しません また UDA V1.0 で Description メッセージのヘッダとして規定されていないヘッダの有無および記述内容については特に規定しません これ以外のヘッダ部のフォーマットは UDA1.0 に従います Control (Step3) Action: Response Action: Response メッセージフォーマットに関して UDA V1.0 で Action: Response メッセージのヘッダとして規定されていないヘッダの有無および記述内容については特に規定しません これ以外のフォーマットは UDA1.0 に従います [ サポートする action] に示す action の invoke に対しては Action: Response メッセージを返信します Action: Response メッセージ内で提示されるパラメータについては [ サポートする action] を参照してください [ サポートする action] に示す以外の action の invoke に対する動作は特に規定しません Query for variable Query for variable はサポートしません 端末機器から Query: Invoke を受信した時の動作は特に 規定しません

60 Eventing (Step4) Eventing はサポートしません 端末機器から Eventing メッセージを受信した時の動作は特に規定し ません Presentation (Step5) Presentation はサポートしません 端末機器から Presentation メッセージを受信した時の動作は特 に規定しません サポートする action IGD V1.0 に規定されている action のうち サポートする action を表 4.5 に示します 各 action における IGD V1.0 との差分については [GetCommonLinkProperties]~ [GetExternalIPAddress] を参照してください 表 3.5 サポートする action service WANCommonInterfaceConfig:1 WANIPConnection:1 action GetCommonLinkProperties GetConnectionTypeInfo GetStatusInfo GetNATRSIPStatus GetGenericPortMappingEntry GetSpecificPortMappingEntry AddPortMapping DeletePortMapping GetExternalIPAddress GetCommonLinkProperties 引数 NewPhysicalLinkStatus の返り値としては Up のみをサポートします これ以外の値は規定 しません その他は IGD V1.0 に従います GetConnectionTypeInfo 引数 NewPossibleConnectionType の返り値としては IP_Routed のみをサポートします これ以 外の値は規定しません その他は IGD V1.0 に従います GetStatusInfo 引数 NewConnectionStatus の返り値としては Connected のみをサポートします これ以外の値 は規定しません その他は IGD V1.0 に従います GetNATRSIPStatus IGD V1.0 に従います

61 GetGenericPortMappingEntry IGD V1.0 に従います GetSpecificPortMappingEntry 引数 NewRemoteHost に指定される値としては empty string のみをサポートします Control: Action: Invoke において これ以外の値が指定された場合の動作は規定しません 引数 NewExternalPort に指定される値としては 1~65535 のみをサポートします Control: Action: Invoke において 0 が指定された場合の動作は規定しません その他は IGD V1.0 に従います AddPortMapping 引数 NewRemoteHost に指定される値としては empty string のみをサポートします Control: Action: Invoke において これ以外の値が指定された場合の動作は規定しません 引数 NewExternalPort および引数 NewInternalPort に指定される値としては 1~65535 のみをサポートします Control: Action: Invoke において 0 が指定された場合の動作は規定しません その他は IGD V1.0 に従います DeletePortMapping 引数 NewRemoteHost に指定される値としては empty string のみをサポートします Control: Action: Invoke において これ以外の値が指定された場合の動作は規定しません その他は IGD V1.0 に従います GetExternalIPAddress IGD V1.0 に従います 最大転送単位 (MTU) IP 通信網における IPv4 通信の MTU の値は 1438byte です ただし 同一 CTU 配下の端末機器間での IPv4 通信において CTU がスイッチングハブとして動作する場合の MTU の値は 1500byte です IP 通信網が MTU の値を超えるデータグラムを受信した場合 IP 通信網内で分割転送が発生する場合や正常な通信ができない場合 またはパケットを破棄する場合があります MSS 調整 (MSS) IP 通信網を通過する通信の TCP MSS 値を監視し 規定値よりも大きかった場合 自動的に調整する ことが可能です ICMPv4 RFC 792 に規定されている ICMPv4 をサポートしています 詳細は RFC を参照してください IPv6 仕様 RFC 2460 に規定されている IPv6 機能を利用可能です また IPv6 のサブセットとして RFC2373(IPv6-60 -

62 Addressing Architecture) RFC2461 (Neighbor Discovery for IPv6) RFC2462(IPv6 Stateless Address Autoconfiguration) RFC2463 (ICMPv6) 等の一部 またはすべてをサポートします 各仕様に関する 詳細は各 RFC を参照してください IPv6 アドレス IPv6 アドレスは RFC2373 で規定されている IPv6 のグローバル ユニキャストアドレスを使用します 端末機器ではリンクローカルアドレスを除いて IP 通信網が割り当てる以外のアドレスは使用できません IPv6 に対応した端末機器 ( 以下 IPv6 対応端末機器 ) が IP 通信網に接続された場合 自動的に表 4.6 に示すパラメータを取得することができます また IPv6 ルータ機能を有する IPv6 対応端末機器 ( 以下 IPv6 ルータ機器 ) が接続する場合は IPv6 ルータ機器を介して複数の LAN セグメントを接続することが可能です 各々の詳細に関しては [NDP] [DHCPv6-PD] を参照してください 表 3.6 IP 通信網に接続された端末機器に対する自動アドレス付与 設定項目取得可能なパラメータ ( IPv6 アドレス /Prefix) 備考 アドレス情報付与方法 IPv6 対応端末機器 NDP ( Prefix ::/64) IPv6 ルータ機器 DHCPv6-PD ( Prefix :1000:/52~ Prefix :F000:/52) F000 の 15 通りのうちから 4 つの払い出しが可能 NDP IPv6 対応端末機器が IP 通信網に接続した際 RFC2461 に規定される NDP に基づき 重複検出を行った後 ルータ探索メッセージを受信すると IP 通信網から契約者回線毎に割り当てた 64bit の IPv6 Prefix を含むメッセージを当該 IPv6 対応端末に送信します IPv6 Prefix を含むメッセージを受信した IPv6 対応端末機器は グローバル ユニキャストアドレスを生成し このアドレスについて再び重複検出を行い 重複がない場合は 接続用 IP アドレスとして使用することが可能となります DHCPv6 PD IPv6 対応ルータ機器が IP 通信網に接続した際 RFC2461 に基づいた重複検出を行った後 RFC に規定される DHCPv6-PD(DHCPv6 による IPv6 Prefix Option) を使用し IP 通信網から 52bit の IPv6 Prefix を含むメッセージを当該 IPv6 対応ルータ機器に送信します IPv6 Prefix を含むメッセージを受信した IPv6 対応ルータ機器は グローバル ユニキャストアドレスを生成し このアドレスについて再び重複検出を行い 重複がない場合は 接続用 IP アドレスとして使用することが可能となります

63 IPv6 フィルタリング IP 通信網は お客様の指定する設定内容に基づき IPv6 通信のフィルタリングが可能です フィル タリングによって破棄された IPv6 通信は通知されません 優先制御 IP 通信網との通信においては RFC 2474 で規定される DSCP 値は保証されません また DSCP 値を 設定した場合であっても IP 通信網において優先制御の動作は保証されません 最大転送単位 (MTU) IP 通信網における IPv6 通信の MTU の値は 1500byte です IP 通信網が MTU の値を超えるデータグラムを受信した場合 IP 通信網内で分割転送が発生する場合や正常な通信ができない場合 またはパケットを破棄する場合があります Multicast Listener Discovery Version 2 for IPv6(MLDv2) IP 通信網では コンテンツ配信サーバやコンテンツ受信端末などの端末機器間でマルチキャストアドレスを利用した通信を行うことが可能です マルチキャスト通信の受信にあたっては RFC3810 (MLDv2) に則った端末機器を接続する必要があります RFC3810 では チャネル指定方法として特定のチャネルを指定して要求する インクルードモード (Include mode) と 特定のチャネル以外を指定して要求する エクスクルードモード(Exclude mode) が定義されていますが IP 通信網においてはインクルードモードにのみ対応しています MLD Proxying CTU は ユーザ 網インタフェースに接続されたマルチキャスト受信端末機器に対し RFC4605 で規 定された proxy device(mld Proxy) として動作します 上位レイヤ ( レイヤ 4~7) 仕様上位レイヤ ( レイヤ 4~7) については CTU 設定サーバとの通信と DNS 関連のプロトコルのみ規定します その他の通信においては 特に規定はありません CTU 設定サーバ契約者回線毎の設定の一部は CTU 設定サーバを用いて設定変更が可能です CTU 設定サーバとの通信は RFC2616 に規定された HTTP RFC2246 に規定された TLS RFC2818 に規定された HTTP over TLS を用います また CTU 設定サーバとの通信のメッセージフォーマットは W3C 勧告 HTML 4.0 に準拠しています 各仕様に関する詳細は各 RFC を参照してください DNS 関連ユーザ 網インタフェースに接続された端末機器に対し IP 通信網経由でアクセス可能な DNS サーバ間で RFC 1035 に規定された DNS 要求 応答 RFC 2671 に規定された DNS 用拡張メカニズムを中継する機能 ( 以後は DNS-PROXY 機能 ) をサポートします

64 CTU の DNS-PROXY 機能は IP 通信網上にある DNS サーバ 複数の電気通信事業者等の網上にある DNS サーバのいずれに問合せを行うか選択する機能を有しています ルートサーバからたどることが可能なドメイン名の解決 ( 以後は グローバルドメイン解決 と呼称 ) と ルートサーバからたどることができないドメイン名の解決 ( 以後は ローカルドメイン解決 と呼称 ) の双方について CTU の DNS-Proxy 機能部で名前解決が可能です ただし ローカルドメイン解決が必要な場合には 当該ローカルドメインを解決できる DNS サーバを CTU に登録 設定をする必要があります DNS 要求を中継する際に用いるトランスポートプロトコル (UDP/TCP) は 端末機器の指定に従います 問合せ先 DNS サーバがトランスポートプロトコル変更を通知した場合 その変更通知をそのまま端末機器に中継します 複数接続時 DNS 要求 複数の電気通信事業者等への接続が設定されていた場合 接続状態や DNS サーバアドレスの取得状 態等により 1 つの接続を優先接続と見なし 優先接続先 DNS サーバにのみ DNS 要求 応答を行います DNS アドレス通知 CTU の DNS-PROXY 機能を端末機器で利用する場合 DHCPv4 の DNS オプションにより通知された CTU の IP アドレスを利用することが可能です (NAT 型のみ ) また 手動で端末機器に DNS サーバアドレスの設定を行う場合は DNS サーバアドレスとして CTU の IP アドレスを指定する必要があります PPPoE 機能 PPPoE 機能として [ データリンクレイヤ ( レイヤ2) 仕様 ]~ [ フレッツ 光プレミアム PPPoE 機能の通信シーケンス ] に示す機能が利用可能です なお 初期状態では PPPoE 機能が無効になっており 利用する場合には CTU 設定サーバを介して PPPoE 機能を有効に設定する必要があります PPPoE 機能を有効に設定した場合 IP 通信網に接続された端末機器は使用用途 実装に応じて表 4.1 のプロトコル構成のどちらか一方 もしくは双方同時に使用することが可能です データリンクレイヤ ( レイヤ 2) 仕様 IEEE (3.1.1 MAC frame format) に規定されているフレームフォーマット PPP PAP CHAP の一部 PPPoE を使用します フレームフォーマットについては IEEE (3.1.1 MAC frame format) を参照してください PPP PAP CHAP PPPoE については一部の規定がフレッツ ADSL とは異なりますので 詳細については 7.1[PPP] と 7.2[PPPoE] を参照してください ネットワークレイヤ ( レイヤ 3) 仕様レイヤ 3 では RFC 791 に規定されている IPv4 IPv4 のサブセットとして RFC792 に規定されている ICMPv4 の一部についてもサポートします 各仕様に関する詳細は各 RFC を参照してください また 利用可能な IP アドレスについては 7.3[IP アドレス ] を参照してください 最大転送単位 (MTU) IP 通信網における IPv4 通信の MTU の値は 1438byte です IP 通信網が MTU の値を超えるデータグラムを受信した場合 IP 通信網内は該当パケットを破棄しま

65 す 上位レイヤ ( レイヤ 4~7) 仕様 上位レイヤ ( レイヤ 4~7) については 特に規定は設けません フレッツ 光プレミアム PPPoE 機能の通信シーケンスフレッツ 光プレミアム PPPoE 機能の通信シーケンスは 以下に示す仕様を除きフレッツ ADSL と同様のシーケンスを取ります 詳細については 2.8 [ フレッツ ADSL の通信シーケンス ] を参照してください CHAP 認証シーケンス 接続シーケンスにおける CHAP 認証フェーズの通信シーケンスを図 4.7 に示します PPPoE PPP セッションステージ 1 端末機器 LCP ネゴシエーション IP 通信網 LCP 確立 ( 認証方式 :CHAP) 3 CHAP/Challenge(Challenge 値 ) CHAP/Responce(Peer-ID, ダイジェスト ) 2 LCP パケット 4 LCP ネゴシエーション ( 認証方式を CHAP として LCP 再交渉 ) LCP 確立 ( 認証方式 :CHAP) 6 CHAP/Challenge(Challenge 値 ) CHAP/Responce(Peer-ID, ダイジェスト ) 5 CHAP/Success 7 IPCP パケット 8 IPCP ネゴシエーション PPP 確立 図 3.7 CHAP 認証シーケンス ( 例 ) [ 説明 ] 1 LCP ネゴシエーションを行い 認証方式を CHAP として LCP を確立します 2 CHAP チャレンジを送信します 3 受信したチャレンジを元に CHAP 応答を送信します 4 認証方式を CHAP として再度 LCP ネゴシエーションを行い LCP を確立します 5 CHAP チャレンジを送信します 6 受信したチャレンジを元に CHAP 応答を送信します 認証の成功を通知します IPCP ネゴシエーションを行い PPP セッションが確立します

66 4. フレッツ v6 アプリを利用する場合のインタフェース フレッツ v6 アプリは フレッツ ADSL において 従来の機能に加えて IPv6 を用いた通信を追加して提供するサービスです 既存サービス ( フレッツ ADSL) からフレッツ v6 アプリを利用する場合の基本構成を図 5.1 に示します 端末機器 ADSL モデム ルータ等 回線収容設備 IP 通信網 電気通信事業者等 電気通信事業者等 図 4.1 既存サービス ( フレッツ ADSL) からフレッツ v6 アプリを利用する場合の基本構成 4.1 インタフェース規定点使用するサービス ( フレッツ ADSL) のインタフェース仕様に準拠します インタフェース規定点の詳細については 本資料 フレッツ ADSL のインタフェース を参照してください 4.2 端末設備と電気通信回線設備の分界点使用するサービス ( フレッツ ADSL) のインタフェース仕様に準拠します 端末設備と電気通信回線設備の分界点については 本資料 フレッツ ADSL のインタフェース を参照してください 4.3 施工 保守上の責任範囲使用するサービス ( フレッツ ADSL) のインタフェース仕様に準拠します 施工 保守上の責任範囲については 本資料 フレッツ ADSL のインタフェース を参照してください

67 4.4 ユーザ 網インタフェース仕様 プロトコル構成 プロトコル構成は 表 5.1 に示す OSI 参照モデルに則した階層構成となっています 表 4.1 プロトコル構成 レイヤ 使用するプロトコル 7 アプリケーション 6 プレゼンテーション 5 セッション 4 トランスポート 3 ネットワーク 2 データリンク 1 物理 RFC2373(IPv6 Addressing Architecture) RFC2460 (IPv6) RFC2461 (Neighbor Discovery for IPv6)( 注 1) RFC2462(IPv6 Stateless Address Autoconfiguration) RFC2463 (ICMPv6) RFC3810 (Multicast Listener Discovery Version 2 for IPv6) 物理レイヤ ( レイヤ 1) 及びデータリンクレイヤ ( レイヤ 2) で使用するプロトコルは 使用するサービス ( フレッツ ADSL) のインタフェース仕様に準拠します ( 注 1)RFC2461(Neighbor Discovery for IPv6) における ManagedFlag と OtherConfigFlag は 0(FALSE) 状態を使用します また 認証ヘッダ (Authentication Header) は使用できません 物理レイヤ ( レイヤ 1) 仕様 使用するサービス ( フレッツ ADSL) のインタフェース仕様に準拠します 詳細については 本資料 フレッツ ADSL のインタフェース を参照してください データリンクレイヤ ( レイヤ 2) 仕様 使用するサービス ( フレッツ ADSL) のインタフェース仕様に準拠します 詳細については 本資料 フレッツ ADSL のインタフェース を参照してください ネットワークレイヤ ( レイヤ 3) 仕様 レイヤ 3 では フレッツ ADSL のインタフェース で規定したレイヤ 3 仕様に加えて RFC2460 に規定されている IPv6 を使用します [IPv6 仕様 ] を参照してください IPv6 仕様 RFC 2460 に規定されている IPv6 機能を利用可能です また IPv6 のサブセットとして RFC2373(IPv6 Addressing Architecture) RFC2461 (Neighbor Discovery for IPv6) RFC2462(IPv6 Stateless Address Autoconfiguration) RFC2463 (ICMPv6) 等の一部 またはすべてをサポートします