０ＡＢ～Ｊ ＩＰ電話端末（ＳＩＰ）

が具備すべき機能等に関するガイドライン

ＣＥＳ－I００２－１

２０１１年３月

一般社団法人情報通信ネットワーク産業協会

目次
１．適用範囲 ....................................................................................................................... 5

１．１ 適用機種 ................................................................................................................................................... 5
２．引用した標準・規格......................................................................................................... 5
３．技術基準に関するガイドライン規格 .................................................................................. 6

３．１ 基本的機能............................................................................................................................................... 6
３．１．１ 背景 ................................................................................................................... 6
３．１．２ 定義................................................................................................................... 6
３．１．３ 具備すべき機能 ................................................................................................. 6

３．２ 発信の機能............................................................................................................................................... 7
３．２．１ 背景 ................................................................................................................... 7
３.２.２ 定義 ...................................................................................................................... 7
３．２．３ 具備すべき機能 ................................................................................................. 7

３．３ 識別情報登録機能 ............................................................................................................................. 12３．３．１ 背景 ................................................................................................................. 12
３．３．２ 定義 ................................................................................................................. 12３．３．３ 具備すべき機能................................................................................................ 12
３．３．４ 可視表示・可聴音による通知 ........................................................................... 15

３．４ ふくそう通知時等の動作機能......................................................................................................... 16
３．４．１ 背景................................................................................................................. 16
３．４．２ 定義................................................................................................................. 16
３．４．３ 具備すべき機能 ............................................................................................... 16
３．４．４ 可視表示・可聴音による通知 ........................................................................... 18

３．５ 緊急通報機能 ....................................................................................................................................... 19
３．５．１ 背景 ................................................................................................................. 19
３．５．２ 定義................................................................................................................. 19
３．５．３ 具備すべき機能 ............................................................................................... 19

３．６ 電気的条件等 ....................................................................................................................................... 21
３．６．１ 背景 ................................................................................................................. 21
３．６．２ 定義................................................................................................................. 21
３．６．３ 具備すべき機能 ............................................................................................... 21

３．７ 送出電力 ................................................................................................................................................ 21
３．７．１ 背景 ................................................................................................................. 21
３．７．２ 定義................................................................................................................. 211

３．７．３ 具備すべき機能 ............................................................................................... 22４．その他の機能に関するガイドライン規格 ........................................................................................ 23
４．１ ソフトウェア更新機能 ........................................................................................................................ 23
４．１．１ 背景 ................................................................................................................. 23
４．１．２ 定義 ................................................................................................................. 23
４．１．３

具備すべき機能 ............................................................................................. 23

４．１．４ ソフトウェアの更新機能事例............................................................................. 24

４．２ 遠隔切り分けへの対応機能 ........................................................................................................... 25
４．２．１ 背景................................................................................................................. 25
４．２．２

具備すべき機能............................................................................................. 25

附録： 参考資料 ................................................................................................................27

Ａ．技術基準に相当する項目の確認事項............................................................................................. 27
A．1 技術基準に関する基本的な機能 .................................................................................................. 27
A．1．1 機器構成 ........................................................................................................... 27
A．１．２ 確認手順 ......................................................................................................... 28
A．１．３ 確認事項 ......................................................................................................... 28

Ａ．２ 発信の機能 ........................................................................................................................................... 28
A．２．1 機器構成 .......................................................................................................... 28
A．２．２ 確認手順及び確認事項.................................................................................... 29

Ａ．３ 識別情報登録機能 ............................................................................................................................. 34
Ａ．３．１ 機器構成 ......................................................................................................... 34
Ａ．３．２ 動作機能 ......................................................................................................... 34
Ａ．３．３ 確認手順 ......................................................................................................... 35
Ａ．３．４ 確認事項 ......................................................................................................... 36

Ａ．４. ふくそう通知時等の動作機能 ....................................................................................................... 37
Ａ．４．１ 機器構成 ......................................................................................................... 37
Ａ．４．２ 確認手順 ......................................................................................................... 37
Ａ．４．３ 確認事項 ......................................................................................................... 38

Ａ．５ 緊急通報機能 ...................................................................................................................................... 39
Ａ．５．１ 機器構成 ......................................................................................................... 39
Ａ．５．２ 確認手順及び確認事項 ................................................................................... 39

Ａ．６ 電気的条件 ........................................................................................................................................... 40
Ａ．６．１ 機器構成 ......................................................................................................... 40
Ａ．６．２ 確認事項 ......................................................................................................... 40

Ａ．７ 送出電力................................................................................................................................................ 402

Ａ．７．１ 機器構成 ......................................................................................................... 40
Ａ．７．２ 確認手順 ......................................................................................................... 41
Ａ．７．３ 確認事項 ......................................................................................................... 41

Ｂ．その他の機能の確認事項 .................................................................................................................... 42
Ｂ．１．ソフトウェア更新機能 ....................................................................................................................... 42
Ｂ．１．１ 機器構成 ......................................................................................................... 42
Ｂ．１．２ 確認手順 ......................................................................................................... 42
Ｂ．１．３ 確認事項 ......................................................................................................... 42

Ｂ．２ 遠隔切り分けへの対応機能 .......................................................................................................... 43
Ｂ．２．１ 機器構成 ......................................................................................................... 43
Ｂ．２．２ 確認手順 ......................................................................................................... 43
Ｂ．２．３ 確認事項 ......................................................................................................... 43

3

まえがき
我が国では、世界最速・最安のブロードバンドの普及が進み、高速なネットワーク環境を利用した新たなＩＰ系サービスも急速な勢いで普及・拡大している。このような中、国内外の政府や主要な電気通信事業者がネットワークのＩＰ化に向けた計画を展開しており、既に国内ではこの高速性を活かした NGN が商用サービス化されている。さらに、ＩＴＵ－Ｔにおいても次世代
ＩＰネットワークの国際標準化を最重要課題として取り上げ、関連する仕様を勧告するなど、情報通信ネットワークのＩＰ化に向けた動きが活発化している。
このようなＩＰ化時代において、「端末設備等規則」並びに「端末機器の技術基準適合認定等に関する規則」においても０ＡＢ～Ｊ ＩＰ電話端末に関する改正が実施され、新たな端末機器の種類として「Ｅ認定」が定義されることになった。
こうしたことから、ＣＩＡＪ関係委員会委員及び部外関係者によって構成する「ＩＰ化時代の通信端末等に関する課題検討ＷＧ」において、ネットワークと通信端末の機能分担のうち、ネットワ
ークへの迷惑防止などの新たに設定された「Ｅ認定」という観点から、０ＡＢ～Ｊ番号を利用した音声通信機能を有するＩＰ電話端末（以下ＩＰ電話端末と言う）に求められる機能の実現可否について検討を行った。
これらの結果を元に、ＴＴＣなどの標準化機関の動きも調査した上で、０ＡＢ～Ｊ番号を利用した音声通信機能を有するＩＰ電話端末に具備するに相応しい機能の設計指針をガイドライン
として取りまとめた。
なお、「同ＷＧ」での検討のうち通信品質に係る機能については、別途、「０ＡＢ～Ｊ電話端末（ハンドセット）電話機通話品質ガイドライン：ＣＥＳ－Ｑ００５」「ＩＰ-ＰＢＸにＶｏＩＰ－ＴＡを経由してファクシミリ端末を収容する際のＶｏＩＰ-TA/ファクシミリ端末ガイドライン：ＣＥＳ－Ｑ－００６－１」等として取りまとめているので、そちらも同様に参照されたい。

4

１．適用範囲
１．１ 適用機種
本ガイドラインは、０ＡＢ～Ｊ ＩＰ電話網にＩＰを使用して接続されるＩＰ電話端末に適用する。なお、本ガイドラインで言うＩＰ電話端末とは、ＴＡならびにＶｏＩＰ電話装置（ＩＰ電話機、Ｉ
Ｐ電話機能を有するＩＰ-FAX、ＩＰ-PBX、無線機能付ＩＰ電話機、TV 電話端末等の SＩＰのUA を有するＥ認定対象機器）を指す。Ｅ認定対象機器の定義の詳細については、「端末設備等規則」並びに「端末機器の技術基準適合認定等に関する規則」による。
なお、０ＡＢ～Ｊ ＩＰ電話網では、一般的な呼制御に RFC３２６１で規定されるＳＩＰ（Session Initiation Protocol）が標準的に使われており、本ガイドラインではこのＳＩＰを使用したＩＰ電話端末につき規定する。なお、各電気通信業者の網との接続にあたっては、呼制御を行う前に種々の事前接続のプロトコルが必要になる場合も考えられるが、これに関しては、本ガイドラインの規定外とする。また、電話機能を有さない D 認定対象機器については本ガイドラインの規定外とする。
図表１．１．１ 適用範囲イメージ

２．引用した標準・規格
本ガイドライン作成にあたり、参照した主な標準、規格は以下のとおりである。


端末設備等規則（昭和６０年郵政省令第３１号）



端末機器の技術基準適合認定等に関する規則

5

TTC 標準 JT-Q３４０２ ＮＧＮ ＵＮＩシグナリングプロファイルプロトコルセット 1



TTC 標準 ＪＴ－Ｑ３４０２の付属資料/付録



ＲＦＣ７９２ ＩＣＭＰ

ＲＦＣ３２６１ ＳＩＰ

３．技術基準に関するガイドライン規格
３．１ 基本的機能
３．１．１ 背景
ネットワークに接続されるＩＰ電話端末において、通話を行う場合には規定されたメッ
セージをネットワーク側に送出することにより、無効なパケット負荷をネットワーク全体にかけないようにするため、ＩＰ電話端末が具備すべき動作機能を規定するものである。
３．１．２ 定義
（端末設備等規則第三十二条の二に該当）
ＩＰ電話端末はネットワークに接続される相手端末を呼び出し、通話を行うにあたり、定められた方式における発信、応答、通話の終了時に規定されたメッセージをネット
ワークに送出すること。
３．１．３ 具備すべき機能
３．１．３．１ 発信
利用者が発信の操作を行った場合、ＩＰ電話端末は相手先アドレス情報を含む
INVITE リクエストメッセージを送出すること。
３．１．３．２ 応答
３．１．３．１項の INVITE リクエストメッセージに対し、呼び出されたＩＰ電話端末
は、応答した場合２００ OK（成功応答）メッセージを送出すること。
３．１．３．３

切断

切断には以下の２つがあり、ＩＰ電話端末は切断に際して、条件に従ったメッセー
ジを送出のこと。
①通話中からの 切断：
Bye メッセージ送出並びにその応答としての 200 OK メッセージ受信②未通話状態からの 切断（取消し）：
Cancel メッセージ送出並びにその応答としての 200 OK メッセージ受信

6３．２ 発信の機能
３．２．１ 背景
ＩＰ電話端末からの発信に際して相手の端末からの応答を自動的に確認する機能或いは自動再発信機能がある場合、長時間の回線無効捕促や短時間での繰り返し再発信による無効なトラフィックの発生を抑制するため、ＩＰ電話端末はどのような動作機
能を具備すべきかを規定するものである。
３.２.２ 定義
（端末設備等規則第三十二条の三に該当）
ＩＰ電話端末は、発信にあたって以下の機能を具備すること。
３．２．２．１ 自動切断の機能発信に際して相手の端末からの応答を自動的に確認する機能を有するＩＰ電話端末
は、非常の場合を除き、電気通信網からの応答が確認できない場合、発信メッセー
ジ送出後、二分以内に呼切断メッセージを送出すること。
３．２．２．２ 自動再発信の機能
自動再発信機能を有するＩＰ電話端末にあっては、非常の場合を除き、同一番号への自動再発信の回数は最初の発信から三分間に二回以内であること。なお、最初の発信から三分を超えて行われる発信は、これを別の発信とみなす。
また、自動再発信の回数が１５回以内の場合を除く。
なお、この自動再発信の回数には、使用するプロトコル自体が有する伝送エラー等を救済するための再送信機能、呼制御サーバの要求(Retry After 等)により行われる
再送、並びに網とのネゴシエーションにより発生する通信パラメータ変更（ＣＯＤＥＣ
変更、映像系端末におけるフォールダウン等）に伴う再発信は含まれない。
３．２．３ 具備すべき機能
３．２．３．１ 自動切断の機能発信に際して相手の端末からの応答を自動的に確認する機能を有する端末は、電気通信網からの応答が確認できない場合、発信メッセージ送出後、二分以内に切断（取消し）メッセージを送出すること。図表３．２．１に代表的な動作例を示す。
なお、応答待ちタイムアウトまでの時間は接続先事業者等によっても要求が異なる場
合があり、本ガイドラインでは規定しない。

7

図表３．２．１ 自動切断機能例
呼制御サーバ

ＩＰ電話端末INVITE

ダイヤル

100 Trying
180 Ringing

二分
応答自動

以内

監視

CANCEL

応答待ち
タイムアウト３．２．３．２ 自動再発信の機能
自動再発信の機能を有するＩＰ電話端末は、以下の３つのケースにおいて、同一番号への再発信の回数は最初の発信から三分間に二回以内であること。代表的な動作例を図表３．２．２～３．２．４に示す。
① 発信に対して、ネットワークより 486 BusyHere のエラーレスポンスを受け、切断した場合。なお、486 BusyHere 以外のリクエスト失敗応答、サーバ失敗応答並びにグローバル失敗応答のエラーレスポンス受信時への適用については、必須ではなくオプションとする。
② ネットワークからの発信に対するリンギング応答が返る前に切断した場合③ ネットワークからの応答を待たないで、発信操作を切断した場合

8

図表３．２．２①のケースにおける自動再発信機能例
ＩＰ電話端末呼制御サーバ

最初の発信

INVITE
100 Trying
486 Busy HereACK

INVITEINVITE
100 Trying

自動再発信ｘ２回

486 Busy HereACK
３回目の自動再発
信禁止

３分経過
INVITE

新規の発信とみなされる

INVITE

注：100 Trying は返送されない場合もある。

9

図表３．２．３②のケースにおける自動再発信例
ＩＰ電話端末呼制御サーバ

最初の発信

INVITE
100 Trying

タイムアウトCANCEL180 Ringing を待200 OK

たずに呼の放棄487 Request Terminated
ACK

INVITE

自動再発信ｘ２回

INVITE
100 Trying
タイムアウトCANCEL

180Ringing

200 OKを待たずに呼の放棄

487 Request Terminated
３回目の自動再

ACK

発信禁止

３分経過
INVITE

新規の発信とみなされる

INVITE

注：100 Trying、200 OK、487 Request Terminated は、ふくそうの場合等
では返送されない場合もある。
タイムアウトまでの時間については、通信事業者によって異なる場合も考えられることから、本ガイドラインでは規定しない。

10

図表３．２．４③のケースにおける自動再発信例
ＩＰ電話端末呼制御サーバ

最初の発信

INVITE
100 Trying
180Trying
Ringing
CANCEL
Ｒｉｎｇｉｎｇ
200 OK

応答を待たずに呼の放棄

487 Request Terminated
ACK

INVITE

自動再発信ｘ２回

INVITE
100 Trying

180 Ｒｉｎｇｉｎｇ
CANCEL200 OK487 Request Terminated
ACK

応答を待たずに呼の放棄
３回目の自動再発
信禁止

３分経過
INVITEINVITE

新規の発信とみなされる

注：100 Trying は返送されない場合もある。

11

３．３ 識別情報登録機能
３．３．１ 背景
地域停電などの障害から復旧した時に、ＩＰ電話端末から網に向けて一斉に登録(REGISTER)要求が送出される場合が想定され、これにより、網側の設備が端末登録のために高負荷となり、最悪の場合は網がふくそう状態となる可能性がある。
このようなＩＰ電話端末からの一斉登録（REGISTER）要求による網ふくそうを防止する
ため、ＩＰ電話端末はどのような動作機能を具備すべきかを規定するものである。
３．３．２ 定義
（端末設備等規則第三十二条の四に該当）
ＩＰ電話端末からの一斉の登録要求による網ふくそうを防止する目的で、網からのレスポンスとして、TTC 標準ＪＴ－Ｑ３４０２ならびに付属資料に規定されているレスポンスに対して、本規定に従った機能を具備すること。
なお、ＩＰ－ＰＢＸ等の複数の０ＡＢ～Ｊ番号を設定可能なＩＰ電話端末は、接続キャリアとの REGISTER 条件（０ＡＢ～Ｊ番号ごと REGISTER／代表番号のみの REGISTER etc）
に従って、REGISTER 単位で機能を具備することが必要である。なお、本規定はネットワークに登録要求を行うＩＰ電話端末が対象であり、ネットワークに登録要求を行わない端末（ネットワーク以外のＩＰ-PBX 等上段の装置/端末に対してのみ登録を行う場合
等）ではオプションとする。
① ＩＰ電話端末の REGISTER リクエストに対して、網から Retry-After ヘッダを含む
エラーレスポンスを受信した場合。
② ＩＰ電話端末の REGISTER リクエストに対して、網から Retry-After ヘッダを含まないエラーレスポンスを受信した場合。
③ ＩＰ電話端末の REGISTER リクエストに対して、網からレスポンスがない場合。
３．３．３ 具備すべき機能
３．３．２項に記述した３つのケースについての動作機能を下記に記述する。
１）Retry-After ヘッダを含むエラーレスポンスを受信した場合
ＩＰ電話端末は、Retry-After ヘッダによって指定された時間後に REGISTER リク
エストを再送すること。

12

図表３．３．１ Retry-After ヘッダを含む場合のシーケンス図
ＩＰ電話端末呼制御サーバREGISTER

エラーレスポンス(Retry-After ヘッダ有り)
Retry-After ヘッダ
で 指 定 された 時 間タイミングを取る。
再 REGISTERINVITE

上記の Retry-After ヘッダ有りのエラーレスポンスとしては、下記メッセージを考慮すること。
なお、メッセージ詳細については TTC 標準 ＪＴ－Ｑ３４０２並びに付属資料を参照のこと。
４０４（Ｎｏｔ Found）レスポンス

４１３(Request Entity Too Large) レスポンス

４８０(Temporarily Unavailable) レスポンス

４８６(Busy Here) レスポンス

５００(Server Internal Error) レスポンス５０３(Service Unavailable) レスポンス

６００(Busy Everywhere) レスポンス

６０３(Decline) レスポンス

２）Retry-After ヘッダを含まないエラーレスポンスを受信した場合
ＩＰ電話端末は、端末固有情報に基づく端末固有タイミングまたはランダ
ムタイミングにより、REGISTER リクエストを再送すること。
なお、接続するキャリアが、Retry-After ヘッダを含まないエラーレスポ
ンスに対して、ＩＰ電話端末からの再登録タイミング値を定めている場合には、その値に従うこと。特にタイミングの指定が無い場合には複数端末からの集中再送を避けるために３分を越える端末固有情報に基づく端末
固有タイミングまたはランダムタイミングを取るのが望ましい。

13

図表３．３．２ Retry-After ヘッダを含まない場合のシーケンス図
ＩＰ電話端末呼制御サーバREGISTER

エラーレスポンス(Retry-After ヘッダなし)
ＩＰ電話端末で、端末固有のタイミングまたはランダムタイミングを取る。
再 REGISTERINVITEな お 、 上 記 の Retry-After ヘ ッ ダ な し の エ ラ ー レ ス ポ ン ス と し て は 、 401（Unauthorized）レスポンスを除くエラーレスポンス（4xx-6xx レスポンス）全てに対して考慮すること。
３）REGISTER リクエストに対するレスポンスがない場合
REGISTER リクエストに対するレスポンスがない場合は、網ふくそうによるものか、回線の故障でレスポンスがないのか、ＩＰ電話端末で識別するのが困難である
が、ＲＦＣ３２６１に規定される REGISTER リクエストのリトライシーケンス後、端末固有情報に基づく端末固有のタイミングまたはランダムタイミング等により
REGISTER リクエストを再送すること。
なお、接続するキャリアが、REGISTER リクエストに対するレスポンスがない場合に対するＩＰ電話端末の再登録タイミング値を定めている場合には、その値に従うこと。特にタイミングの指定が無い場合には同時再送を避けるために３分を越える、端末固有情報に基づく端末固有タイミングまたはランダムタイミン
グを取るのが望ましい。

14

図表３．３．３ レスポンスがない場合のシーケンス図
ＩＰ電話端末呼制御サーバREGISTERREGISTER（再送）・・・
REGISTER（再送）ＩＰ電話端末で、端末固有のタイミ
ングまたはランダ

再 REGISTER

ムタイミングを取INVITEる。

なお、ＩＣＭＰエラー通知など、ＳＩＰアプリケーションレイヤより下位のレイヤでエラーとなった場合も同様に、３分を超える、端末固有情報に基づく端末固有タイミングまたはランダムタイミングを取ることが望ましい。
３．３．４ 可視表示・可聴音による通知
３．３．３項の各ケースにおいて、ＩＰ電話端末の利用者に端末の登録(REGISTER)ができていない旨の可視表示または可聴音(無音を含む)による通知（可視、可聴の両方を具備することを推奨）を行なうことが望ましい。
なお、接続されるキャリア等で可視表示・可聴音が定められている場合には、それに従うものとする。
① 可視表示
ランプ表示の場合は、正常動作・障害中と明確に区別ができ、登録動作中であることがわかる表示（ランプの色、点灯インターバル等）を行なうこと。
ディスプレイ表示の場合は、「ただいま端末をネットワークに登録しています」など、利用者に判別しやすい表示を行なうこと。
② 可聴音による通知
トーンによる通知では、発信音・話中音を除く特殊音（無音を含む）で通知すること。なお、無音の場合にはガイダンスによる通知を行うのが望ましい。
ガイダンスによる通知としては、「ただいま端末をネットワークに登録しています」など、利用者に判別しやすい表示を行なうこと。

15

３．４ ふくそう通知時等の動作機能
３．４．１ 背景
０ＡＢ～Ｊ ＩＰ電話網におけるＩＰ電話端末に対して、呼を制御するサーバがふくそうしている場合、並びに網自体がふくそうしている場合には、利用者の再発呼により、これ以上のふくそうを助長させないために、呼を制御するサーバより、ふくそう状態を示す
エラーレスポンスが返される場合がある。このエラーレスポンスをＩＰ電話端末が受信した場合において、ＩＰ電話端末はどのような動作機能を具備すべきかを規定するものである。
３．４．２ 定義
（端末設備等規則第三十二条の五に該当）
ふくそうとして想定される場合については、以下の３種類がある。以下の①の場合について、ふくそうが発生している旨を利用者に通知するための機能を具備すること。
① 発信に際して、呼を制御するサーバからふくそう中であることを示すメッセージを受信した場合。
このメッセージとは、TTC 標準 JT-Q3402 付属資料 ｆ に規定される、網がふくそう状態であることを網から端末に通知するレスポンスをいう。
② 発信に際して、ふくそうの影響により一定時間内に 180 Ringing 並びに他の応答メッセージも受信しない場合。
この状態は必ずしも網側ふくそうのためとは限らず、他の原因による場合も考えられる。このため、ここではその取り扱いについての規定は行わないが、利用者が長時間無音の状態になるのを防止する機能を付加することが望ましい。
③ 網側からふくそうトーキー等の可聴音・可聴メッセージにて利用者に通知される場合。なお、この場合のＩＰ電話端末としてのふくそう防止の機能については本
項では規定しない。
３．４．３ 具備すべき機能
ふくそうを示すエラーレスポンスを受信した場合、新規の発信を抑制するためには、可
視表示、可聴音等により利用者にその旨を通知する機能を具備すること。なお、送受話機能をもった端末(ＩＰ電話機等）を後段に接続し、自らは送受話機能をもたないＩＰ
電話端末については、エラーレスポンスを後段のＩＰ電話端末に適切に伝送する、網からの可聴音を透過する等の方法で後段の端末から利用者への通知を可能とする機能を具備すること。また、これらのエラーレスポンスを受信した場合には再発信を抑制するために、ＩＰ電話端末の保有機能等によって以下の再発信抑制策をとることが望ま

16

しい。
なお、判別のための手段として、設置環境、機器の機能によっては表示部を持たないものもあることから、ＩＰ電話端末は、最低限可視表示、可聴音による通知機能のどちらか一方を具備することとし、両方を併せ持つことは許容されることとする。
①自動再発信機能を有さないＩＰ電話端末
利用者による発信の抑制を原則とする。
②自動再発信機能を有するＩＰ電話端末
ふくそう中のエラーメッセージを網から受け取った場合には再発信を停止すること。
この際、３分以内に同じ電話番号に対して自動再発信動作を行わないこと。なお、
緊急呼に使用する自動再発信端末については、この限りではない。
また、Retry-After ヘッダ等にて次のメッセージを送出する場合までの時間が指定された場合には、その指定に従うこと。
ＩＰ電話端末からの発信に際して、呼制御サーバからふくそう中であることを示すメッセージを受け取った場合の動作事例を図表３．４．１に示す。
ＩＰ電話端末からのＩＮＶＩＴＥリクエストに対し、呼制御サーバは図表３．４．１のシーケンスに基づき、100Trying、Reason ヘッダを設定した 503（Service unavailable）を返す。この 503（Service unavailable）を受けて、ＩＰ電話端末はふくそう中である旨を利用者に通知する。なお、ここではエラーメッセージの代表例として 503（Service unavailable）を使用しているが、接続キャリアにより個別にメッセージが規定される場合、その個別ふくそうエラーメッセージを受信した場合も同様の動作を行うこと。
なお、ＴＴＣ標準に規定される具体的なふくそうエラーメッセージとしては、下記をいう。
・ Reason ヘッダ（Protocol に Q.850、Protocol Cause に 42（交換機ふくそう））が設定された 503(Service Unavailable) レスポンスメッセージ・
注：付加情報(Warning Code 399)を受信する場合もある。この場合には３．４．
４項に従った動作を行うことが望ましい。

17

図表３．４．１ ふくそう中を示す応答信号を受け取った場合の動作事例

ＩＰ電話端末呼制御サーバ

利用者

INVITE
100 Trying＊注１

ダイヤル503（Service Unavailable）
可視、可聴表示
自動再発信機能停止＊ 注１：実運用時はサーバのふくそう状態により、必ずしも 100Ｔｒｙｉｎｇが返送されるとは限らない
自動再発信の停止
じ

３．４．４ 可視表示・可聴音による通知

ふくそう中の場合、網側からふくそうトーキーなどの可聴音にて通知されるケースと、呼制御サーバ等からのふくそうエラーメッセージに基づきＩＰ電話端末で発生させる可視表示・可聴音で状況が通知されるケースが想定される。これらが著しく異なると、利用者にとっても混乱のもととなることから、これらは統一されることが望ましい。
本ガイドラインにおいては、以下の可視表示・可聴音による通知を推奨する。
ただし、接続するキャリア等により別途定められている場合には、そちらに従うこと。
1) 可視表示によるふくそう通知
・ランプ表示の場合は、ランプの点灯・消灯・点滅周期等により、利用者が他の状態とは明確に区別できる表示を行うこと。


ディスプレイ表示の場合は、「ただいま電話が大変かかりにくくなっています。
しばらく経ってからおかけ直し下さい。」などのメッセージ表示またはアイコン
等 利 用 者 に 判 別 し や す い 表 示 を 行 う こ と と す るが 、 エ ラ ー メ ッ セ ー ジ のWarning ヘッダに Warning コード 399 が設定され、warn-txt に text が付加されてきた場合には、当該 text 情報をディスプレイに表示することが望ましい。

２） 可聴音によるふくそう通知
トーンによる場合は、その周波数、繰り返し周期等により、発信音、話中音、呼び
出し中音と明確に区別できること。

18

例：「周波数８００Hz」
２００ｍ秒オン、２００ｍ秒オフ、２００ｍ秒オン、４００ｍ秒オフの繰り返し

音声ガイダンスによる場合は、網からの音声ガイダンスと著しく差異の無いことが望ましい。 音声ガイダンスとしては、「ただいま電話が大変かかりにくくなっています。しばらく経ってからおかけ直し下さい。」などのメッセージを流すこととするが、Warning コード 399 で Warn-text を使用したメッセージが送られてきた場合には、音声合成機能を有する端末については送られてきたメッセージを当該機能等により読み上げることが望ましい。

３．５ 緊急通報機能
３．５．１ 背景
緊急通報について、ネットワーク設備に関する対応はすでに要件化されているが、端末設備側でも所要の機能を具備する必要があることから、通話に用いるＩＰ電話
端末については、緊急通報発信する機能を具備する必要がある。
３．５．２ 定義
（端末設備等規則第三十二条の六に該当）
緊急通報先として定められている警察機関、海上保安機関及び消防機関への発信ができることを担保する。なお、本規定は、利用者が端末設定等で緊急通報を利用しないことを妨げるものではない。ＩＰ電話端末としては緊急通報を発信するための機能を有すればよく、例えば、常に発信できることを担保するものではない。
３．５．３ 具備すべき機能
利用者のダイヤル又は特定の発信操作により、以下の番号への発信が可能なこと。
なお、音声通信を行う機能を有するＩＰ電話端末においては緊急通報先と通話が可
能なこと。
① １１０ ：警察機関② １１８ ：海上保安庁機関③ １１９ ：消防機関

１） 利用者がダイヤルすることにより、発信を行う場合
利用者が上記①～③をダイヤルした場合、そのダイヤル番号あての発信メッセージが送出されること。
２） 利用者が特定の操作を行うことにより、発信を行う場合

19

特定のキーを操作、並びに特定のアイコンをクリックすること等により、緊急通報発信を行う機能を有するＩＰ電話端末においては、その操作を行った場合、その緊急通報先の電話番号への発信メッセージを送出すること。なお、音声の送受話機能を有するＩＰ電話端末においては、あらかじめＩＰ電話端末に設定した音声並びにデータメッセージを送出する場合を除き、緊急通報先応答後双方向の通話が可能なこと。なお、送受話機能をもった端末（ＩＰ電話機等）を後段に接続する、送受話機能をもたない端末については、後段から受信した緊急通報用発
信メッセージをネットワークに伝送すること等、後段の端末が緊急通報の発信を行うことを可能とする機能を具備すること。
なお、複数の異なる接続方式で電気通信業者と接続する機能を有する IP 電話
端末で、本ガイドラインに規定する SIP 方式より優先し、具備する方式／プロトコ
ルで緊急通報の発信を行うものについては、少なくとも該当 IP 電話端末が具備する優先する方式／プロトコルにて、上述の機能が実現できること。
図３．５．１に緊急通報発信を行った場合の動作事例を示す。
図表３．５．１ 緊急通報発信を行った場合の動作事例
ＩＰ電話端末呼制御サーバINVITE ＊注１

利用者
発信

100 Trying
180 Ringing
200 OKACK
通話 ＊注２

注１：、このときの INVITE リクエストメッセージの To:ヘッダに、指定した緊急通報先番号が記述されていること。
注２：通話の機能を持たない端末、あらかじめ設定したメッセージを送出する端末等においては「通話」は要件外である。

20

３．６ 電気的条件等
３．６．１ 背景
接続されたＩＰ電話端末により、事業用電気通信回線設備が損傷を受けることを防止することを目的として規定する。
３．６．２ 定義
（端末設備等規則第三十二条の七に該当）
ＩＰ電話端末とのインタフェース点で直流の電圧を印加しないこと。但し、省令により電気的条件及び光学的条件が別に告示されている場合等においては、これに従うこと。
３．６．３ 具備すべき機能
事業用回線設備とインタフェース点において、対アース間、対線間いずれにおいても直流電圧が加えられていないこと。図表３．６．１にペア線の場合の事例を示す。
①、②、③共に直流を印加してはならない。
図表３．６．１ ペア線使用時の事例①

インタフェース点（コネクタ）②③

３．７ 送出電力
３．７．１ 背景
ＩＰ電話端末がアナログ電話網に接続されるアナログ電話端末と通信を行う場合に、アナログ電話網保護の観点から、ＩＰ電話端末からアナログ電話網に対して入力されるアナログ信号に一定の制限をかけるものである。
３．７．２ 定義
（端末設備等規則第三十二条の八に該当）
ＩＰ電話端末が通話以外で送出される各種可聴音を含む音声信号を送出可能な場合、その送出電力は、ＩＰ電話端末のパラメータ設定等により大きくすることが可能である。Ｉ
Ｐ電話端末が過大な送出電力によりアナログ電話端末と通信を行うと、他のアナログ電話利用者に迷惑をかける可能性があるため、その送出電力は一定値以下とする必要がある。ＩＰ電話端末は従来多く使われていた G.711 以外にも、広帯域コデック、狭帯域

21コデック等を具備している場合があるが、本規定は、アナログ電話端末と通信が可能なコデックを用いて通話以外の音声信号（可聴音を含む）でアナログ電話端末と接続する機能を有するＩＰ電話端末に限られる。
なお、ここでいう通話とは、ＩＰ電話端末等を使用した肉声による通信のことを指し、通話以外に送出される信号（ＩＰ電話端末が内蔵する保留音等の音源を利用して送出される信号）については全て本規定が適用される。
３．７．３ 具備すべき機能
ＩＰ電話端末がアナログ電話端末と通信可能なコデックを用いて通話以外の音声信号（可聴音を含む）でアナログ電話端末と接続する機能を有する場合、その音声信号の送出電力は、アナログ電話網と接続するインタフェース点において平均レベルでー３d
Ｂｍ以下であること。

22

４．その他の機能に関するガイドライン規格
以下のガイドライン規格は特に技術基準に基づくものではないが、ＩＰ電話端末として有することが望ましい機能について、規定するものである。
４．１ ソフトウェア更新機能
４．１．１ 背景
通信端末のソフトウェア制御に伴い、ソフトウェアの脆弱性を悪用したウィルスなどの攻撃により、通信端末の不具合のみならずネットワーク全体へ影響を及ぼす可能性が考えられる。これを回避するために、また、バグ修正、軽微な変更等が必要な場合に備え、ＩＰ電話端末はどのような動作機能を具備すべきかを規定するものである。
４．１．２ 定義
ソフトウェア更新機能とは、利用者または保守者の操作によりＩＰ電話端末のソフトウェ
アを更新する機能、もしくは、ＩＰ電話端末がソフトウェア版数を自動判定し、必要に応じて自動的にソフトウェアを更新する機能をいう。
４．１．３

具備すべき機能

ＩＰ電話端末はソフトウェアの脆弱性、バグ等を修正し、ネットワークへの影響を回避するために、また、軽微な変更を適用するために利用者または保守者がソフトウェア更新の必要性を確認し、速やかにソフトウェアを更新できる機能を具備することが望ましい。
１）更新の方式
更新方式については、次の二通りの方式が考えられる。
以下の具備すべき機能を考慮し、各社にて決定した方式に基づいてＩＰ電話端末のソフトウェアの更新を可能とすること。
①利用者または保守者がソフトウェア更新の必要性を確認し、ＩＰ電話端末を操作することで更新する。
②ＩＰ電話端末がソフトウェア更新の必要性を自動的に判断し、更新する。
２）ＩＰ電話端末に具備する機能
具備する機能は以下のとおりとする。
（１）利用者または保守者がソフトウェア更新を行うＩＰ電話端末① ネットワーク経由または CD-ROM 等の媒体に記録されたソフトウェアを読み込む機能。なお、補助のために外部に保守端末をつなぐことも可とする。
② ＩＰ電話端末を構成するソフトウェアを更新する機能。

23

なお、この際にユーザが設定した情報については、それを引き継ぐこと。
③ 版数情報/オプション情報の読み出し等、実装されているソフトウェアが適正なものであるかを確認する機能。なお、本機能についてはネットワーク経
由で遠隔からでも保守者が確認できることが望ましい。
（２）自動的にソフトウェア更新を行うＩＰ電話端末① ネットワーク経由でサーバに接続し、適正なソフトウェアが存在するかを自動的に確認する機能。
② ＩＰ電話端末を構成するソフトウェアをネットワーク経由でダウンロードし、更新する機能。なお、この際にユーザが設定した情報については、それを引き継ぐこと。
③ ＩＰ電話端末には更新を完了したことを利用者に知らせる機能があることが望ましい。
④ 版数情報/オプション情報の読み出し等、実装されているソフトウェアが適正なものであるかを確認する機能。なお、本機能については ネットワー
ク経由で、遠隔から保守者による確認、またはサーバ等による自動確認ができることが望ましい。
⑤ 通話中の呼に影響を与えないように自動更新を制御する機能。
３）製造、販売各社が提供する機能
ＩＰ電話端末を製造、販売する各社については、連携してそのＩＰ電話端末のソフ
トウェアを更新するため以下の項目を利用者または保守者に提供すること。
①更新ソフトウェア②更新の必要性の情報③版数情報等、そのソフトウェアが適正かどうかを確認する手段
４．１．４ ソフトウェアの更新機能事例
ソフトウェアの更新手段には、利用者がネットワークを介してリモートで更新する方法、利用者や保守者がオンサイトで更新する方法、自動的に更新する方法など、Ｉ
Ｐ電話端末の設置環境や保守契約の形態などにより更新方法が異なり、また更新
ソフトウェアの提供媒体も異なる。
以下に、その具体的なソフトウェアの更新事例を紹介する。
１）利用者がネットワークを介してリモートで更新する方法
利用者の意思に基づいて各社の保守センタなどに設置されるサーバなどとネットワークを介して対象となるＩＰ電話端末をリモート接続し、ソフトウェアをダウンロ

24

ードすることで、ソフトウェアの更新を実施できること。
この方法による場合には、ソフトウェアの更新が正常に終了したこと、および、ＩＰ
電話端末が正常に起動したことを利用者が確認できることが必要である。
２）利用者や保守者がオンサイトで更新する方法
利用者または保守者が、ネットワークを介して保守センタなどのサーバに接続し、必要なソフトウェアをダウンロードできること。または、用意された CD-ROM 等のソフトウェア記録媒体を、保守端末等を用いてＩＰ電話端末にソフトウェアをインストールし、更新を実施できること。
この方法による場合には、ＩＰ電話端末または保守端末等の操作により、ソフトウ
ェアの更新が正常に終了したこと、および、ＩＰ電話端末が正常に起動したことを確認できることが必要である。
３） 自動的に更新する方法
ＩＰ電話端末が例えば定期的に保守センタなどへアクセスすることで、ＩＰ電話
端末にインストールされているソフトウェア版数と最新のソフトウェア版数とを比較し、ソフトウェア更新の必要性を自動的に判断し、ソフトウェアの更新が必要と判断した場合は、最新のソフトウェアをダウンロードしソフトウェアの更新を実施できること。
この方式による場合には、ＩＰ電話端末または保守端末等の操作により、ソフト
ウェアの版数が確認できることが必要である。

４．２ 遠隔切り分けへの対応機能
４．２．１ 背景
０ＡＢ～Ｊ ＩＰ電話サービスは、ネットワークとＩＰ電話端末の双方の連携によりサービ
ス提供が行われることから、サービスが利用できない場合の原因の切り分け手段として、ネットワークとＩＰ電話端末とのＩＰレイヤでの接続の正常性確認が必要である。この目的のために、ネットワークからの疎通確認に対し、ＩＰ電話端末はどのような動作機能を具備するかを規定するものである。
なお、ネットワークにおいて、ＩＣＭＰプロトコルの通過規制などによる不特定多数の装置からのＤｏＳ攻撃の防御対策が施されていない場合を想定し、利用者等が上述の機能と供に具備しておくことが望ましい機能についても規定する。
４．２．２

具備すべき機能

疎通確認の一つの手段として、ＩＰレイヤでの切り分けツールとして広く普及している25

ＲＦＣ７９２ ＩＣＭＰプロトコルに基づく ICMP PING を利用するものとし、ネットワーク
からのエコーリクエストパケットに対して、ＩＰ電話端末は、エコーリプライパケットを応答する機能を具備することが望ましい。
また、本応答機能を停止及び開始できる機能を具備することとし、停止している場合には、ネットワークからのエコーリクエストパケットに対してＩＰ電話端末は無応答であること。なお、本項に変わる方式の疎通確認の方法も別途検討されており、標準化動向により、本方式は見直すこともある。
１） Ping コマンドのシーケンス
Ping コマンドは、図表４．２．１に示すように、ネットワークより ICMP Echo パケッ
トをＩＰ電話端末へ送信し、ＩＰ電話端末からの応答（ICMP Echo Reply パケット）を確認するコマンドである。

図表４．２．１ Ping シーケンス
ＩＰ電話端末ネットワークＩＰヘッダ

ICMP Echo

Echo request
応答時間

Echo reply

ＩＰヘッダ

ICMP Echo Reply２） 条件
データ長：フラグメンテーションを発生させない最大長まで応答可能なこと
プロトコル：サポートするプロトコル（ＩＰｖ４、またはＩＰｖ６）
応答時間：ICMP Ping 規定時間内に応答すること

26

附録： 参考資料
Ａ．技術基準に相当する項目の確認事項
機能確認のための確認方法ならびに試験条件を下記に参考資料としてまとめる。なお、
省令、認定機関ガイドライン等で別途定められているものについてはそちらに従うこと。
A．1 技術基準に関する基本的な機能
A．1．1 機器構成
技術基準に関する基本的な動作機能の確認は、試検機器より測定に必要なメッセージを送出し、それに対する被検機器の反応をプロトコルモニタ等で確認する方法
で行なうこととし、図表Ａ．１．１にその測定機器構成を示す。なお、被検査器を立ち上げるためには予め接続を確立するためのプロトコルが必要、かつ使用するＳＩＰメッ
セージも、接続する通信事業者によっても異なることが考えられるが、本ガイドライン
ではこれらはオプションとし、基本的なところのみを記述する。（以降の確認方法についても同じ条件であることから、この記述は省略する。）
図表 A.．１．１

測定機器構成①送受話器を持つＩＰ電話端末
プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

上段装置

②送受話器を持たないＩＰ電話端末

プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

被検機器

27

被検機器

A．１．２ 確認手順
① 被検機器については、使用するプロトコルに則りＲＥＧＩＳＴＥＲ等を行い、発信できる状態にしておく。
② プロトコルアナライザ等のモニタ機器を起動する。
③ 試検機器より以下の手順で確認を行う。
規定項目のプロトコルシーケンスに従い、発信、応答、切断を被検機器から行い、それに該当するレスポンスを試験機器から返し、そのプロトコルのやり取り並びに被試験器の状態を確認する。プロトコル手順の詳細については、TTC 標準を参照すること。
A．１．３ 確認事項
各項目に規定されたことをメッセージ上ならびにその結果としての動作を確認する。
① 発信
被検機器からダイヤルした宛先のアドレスが To:ヘッダに記述された INVITE メッ
セージが被検機器から送信されることを確認する。
② 応答
試験機器からの着信メッセージ（INVITE）並びに一連の関連メッセージ受信後、被検機器が応答したときに被検機器から 200 OK メッセージが送信されることを確認する。
③ 被検機器が通話中の状態から復旧したときに、被検機器から切断メッセージとして BYE メッセージが送信され、音声パケットが停止することを確認する。
④ 被検機器が通話中でない状態から切断したときに、被検機器から CANCEL メッ
セージが送信されることを確認する。
Ａ．２ 発信の機能
A．２．1 機器構成
技術基準に関する基本的な動作機能の確認は、試検機器より測定に必要なメッセー
ジを送出し、それに対する被検機器の反応をプロトコルモニタ等で確認する方法で行なうこととし、図表Ａ．２．１にその測定機器構成を示す。

28

図表 A.．２．１

測定機器構成①送受話器を持つＩＰ電話端末
プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

上段装置

被検機器

②送受話器を持たないＩＰ電話端末
プロトコルモニタ

プリンタ

ＬＡＮアナライザ
ＬＡＮアナライザ

試検機器

分界点

被検機器

A．２．２ 確認手順及び確認事項
Ａ．２．２．１

自動切断の機能

１）自動切断機能の確認手順① 被検機器については、使用するプロトコルに則りＲＥＧＩＳＴＥＲ等を行い、発信できる状態にしておく。
② プロトコルアナライザ等のモニタ機器を起動する。
③ 図表Ａ．２．２のシーケンス図に基づき、試検機器より以下の手順で確認を行う。


被検機器より、試験機器に向けて発信操作を行う。



試験機器より 180 Ringing を受信し、そのまま放置し、被検機器から
CANCEL メッセージが送信されるまでの時間を測定する。

２）自動切断機能の確認事項
2 分以内に CANCEL メッセージが送出されることを確認する。

29

図表Ａ．２．２ 自動切断の機能のシーケンス図
試験装置

被検機器
INVITE

ダイヤル

100 Trying
180 Ringing

測定モニタ
期間

CANCEL
応答待ち
タイムアウト
このメッセージを確認する

Ａ．２．２．２ 自動再発信の回数制限
１）自動再発信の回数制限の確認手順（１） 被検機器については、使用するプロトコルに則りＲＥＧＩＳＴＥＲ等を行い、発信できる状態にしておく。
（２） プロトコルアナライザ等のモニタ機器を起動する。
（３） 3 分 2 回方式の場合、図表Ａ．２．３～５のシーケンス図に基づき、試検機器より以下の手順で確認する。
① 発信に対して、ネットワークより 486 BusyHere のエラーレスポンスを受ける場合、図表 A.2.3 のシーケンス図にもとづき、確認を行う。
② ネットワークからの発信に対するリンギング応答が返る前に切断した場
合、図表 A.2.4 のシーケンス図に基づき、確認を行う。
③ ネットワークからの応答を待たないで、発信操作を切断した場合、図表
A.２．５のシーケンス図に基づき、確認を行う（４）自動再発信の回数が１５回以内の場合、複数の自動再発信の機能を有する被検機器においては、自動再発信の機能を動作させた状態で、通話中、無通話それぞれの状態において、被検機器
から試験機器への再発信が停止するまでの再発信の数の確認を行う。

30

２） 確認事項① （３）項の試験において、試験機器からの応答がない状態で、被検機器から同一番号への再発信の回数は最初の発信から三分間に二回以内であることを確認する。
② （４）項の試験において、被検機器からの再発信の回数が１５回を超えないことを確認する。
図表Ａ．２．３①のケースにおける自動再発信シーケンス図
被検機器

試験機器

最初の発信

INVITE
100 Trying
486 Busy Here

測定モニタ期間

ACK

INVITEINVITE
100 Trying

自動再発信ｘ２回まで可能

486 Busy Here

ACK

３分経過
３分経過まで、３回目の自動再発信がされないことを確認

31

図表Ａ．２．４②のケースにおける自動再発信シーケンス図
ＩＰ電話端末呼制御サーバ

最初の発信

INVITE
100 Trying

タイムアウトCANCEL180 Ringing を待200 OK487 Request Terminated

たずに呼の放棄
測定モニタ期間

ACK

INVITE

自動再発信ｘ２回

INVITE
100 Trying

まで可能

タイムアウトCANCEL

180Ringing

200 OKを待たずに呼の放棄

487 Request Terminated
ACK

３分経過
３分経過まで、３回目の自動再発信がされないことを確認

32

図表Ａ．２．５③のケースにおける自動再発信シーケンス図
ＩＰ電話端末呼制御サーバ

最初の発信

INVITE
100 Trying
180Trying
Ringing
CANCEL
Ｒｉｎｇｉｎｇ
200 OK487 Request Terminated

応答を待たずに呼の放棄測定モニタ期間

ACK

INVITE

自動再発信ｘ２回

INVITE
100 Trying

まで可能

180 Ｒｉｎｇｉｎｇ
CANCEL200 OK

応答を待たずに呼の放棄

487 Request Terminated
ACK

３分経過
３分経過まで、３回目の自動再発信がされないことを確認

33

Ａ．３ 識別情報登録機能
Ａ．３．１ 機器構成
識別情報登録における一斉登録(REGISTER)防止機能の確認は、試検機器より測定に必要なメッセージを送出し、それに対する被検機器の反応をプロトコルモニタ等で確認する方法で行なうこととし、図表Ａ．３．１にその測定機器構成を示す。
図表Ａ．３．１ 測定機器構成① 送受話器を持つＩＰ電話端末
プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

上段装置

被検機器

② 送受話器を持たないＩＰ電話端末
プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

被検機器

Ａ．３．２ 動作機能
３．４．２項に記述された下記３つのケースについて、動作機能を確認する。
① Retry-After ヘッダを含むエラーレスポンスを受信した場合・ Retry-After で指定された時間後の再 REGISTER リクエストの確認
・ 被検機器仕様で示されている可視表示・可聴音の確認② Retry-After ヘッダを含まないエラーレスポンスを受信した場合
・ 被検機器仕様で示されている再 REGISTER リクエストまでのタイミングの確
認・ 被検機器仕様で示されている可視表示・可聴音（無音を含む）の確認③ REGISTER リクエストに対するレスポンスがない場合
・ 被検機器仕様で示されている再 REGISTER リクエストまでのタイミングの確
認34

・ 被検機器仕様で示されている可視表示・可聴音（無音を含む）の確認
Ａ．３．３ 確認手順
① プロトコルモニタ等のモニタ機器を起動する。
② 被検機器は各試験前に初期化し、レジスト機能が動作するように設定する。
③ ネットワークから Retry-After ヘッダで再送タイミングを指定する場合。
被検機器から試検機器に REGISTER リクエストを出す。試検機器はその
REGISTER リ ク エ ス ト に 対 し 、 503 （ Service Unavailable ） レ ス ポ ン ス でRetry-After ヘッダを有する応答を返送する。
図表Ａ．３．２のシーケンスに基づき、Retry-After には以下の 3 つのタイミング
値を秒表示で設定し、それぞれ再 REGISTER リクエストを送出するまでの時間をプロトコルモニタ等で確認するとともに、端末登録中を表示する可視表示・
可聴音（無音、ガイダンスを含む）による通知を確認する。
① 60 秒② 180 秒

③ 600 秒図表Ａ．３．２ Retry-After ヘッダを含む場合のシーケンス図
試検機器

被検機器

REGISTER

503(Retry-After=60、180、600)

測定モニタ期間
再 REGISTERINVITE④ ネットワークからのエラーレスポンスで再送タイミングを指定しない場合。
被検機器から試検機器に REGISTER リクエストを出す。試検機器はその
REGISTER リクエストに対し、Retry-After ヘッダなしの 503（Service
Unavailable）レスポンスを返送する。
（図表Ａ．３．３の測定シーケンス参照）⑤ REGISTER リクエストに対するレスポンスがない場合。
被検機器から試検機器に REGISTER リクエストを出す。試検機器はその
REGISTER リクエストに対し、レスポンスを返送しない。
（図表Ａ．３．４の35

測定シーケンス参照）

図表Ａ．３．３ Retry-After ヘッダを含まない場合のシーケンス図
試検機器

被検機器

REGISTER

503(Retry-After なし)

測定モニタ期間
再 REGISTERINVITE

図表Ａ．３．４ レスポンスがない場合のシーケンス図
試検機器

被検機器

REGISTERREGISTER（再送）・・・
REGISTER(再送)測定モニタ期間
再 REGISTERINVITE

Ａ．３．４ 確認事項
確認する項目は、下記の通りとする。
① ネットワークから Retry-After ヘッダで再送タイミングを指定する場合。


Retry-After で指定したタイミング値±５％で再 REGISTER リクエストが送出されることを確認する。



被検機器の仕様通りに可視表示・可聴音による通知が動作していることを確認する。

36

② ネットワークからのエラーレスポンスで再送タイミングを指定しない場合。
測定結果の確認事項は、被検機器の仕様に従ったタイミング（タイミング値：3分を越える値）を取って再 REGISTER リクエストが送出されることおよび仕様通りの可視表示・可聴音による通知が動作すること。
③ REGISTER リクエストに対するレスポンスがない場合。
測定結果の確認事項は、被検機器の仕様に従ったタイミング（タイミング値：3分を越える値）を取って再 REGISTER リクエストが送出されることおよび仕様通りの可視表示・可聴音による通知が動作すること。
Ａ．４. ふくそう通知時等の動作機能
Ａ．４．１ 機器構成
ふくそう通知時等の動作機能の確認は、試検機器より測定に必要なメッセージを送出し、それに対する被検機器の反応をプロトコルモニタ等で確認する方法で行なうこととし、図表Ａ．４．１にその測定機器構成を示す。
図表Ａ．４．１. 測定機器構成①送受話器を持つＩＰ電話端末
プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

上段装置

被検機器

②送受話器を持たないＩＰ電話端末
プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

被検機器

Ａ．４．２ 確認手順
①被検機器については、使用するプロトコルに則りレジスタ等を行い、発信できる状
態にしておく。

37

②プロトコルアナライザ等のモニタ機器を起動する。
③試検機器より以下の手順で確認を行う。
発信に際して、サーバからふくそう中であることを示すメッセージが来る場合の確認は次の方法で行う。
被検機器から試検機器に向けて発信を行う。
被検機器からのＩＮＶＩＴＥリクエストに対し、試検機器は図表Ａ．４．２のシーケンスに基づき、100 Ｔｒｙｉｎｇ、Reason ヘッダ（Protocol に Q.850、Protocol Cause に 42（交換機ふくそう））が設定された 503(Service Unavailable)を返す。（注、ここではふくそう中を示すメッセージの代表例として 503（Service Unavailable）を用いるが、確認項目として、キャリア個別に規定された全メッセージについて行う必要がある）
この Reason ヘッダを設定した 503（Service Unavailable）を受けて、被検機器はその仕様に基づき、ふくそう中である旨を利用者に通知することを被検機器にて確認する。
また、自動再発信機能があるＩＰ電話端末の場合、再発信の機能が停止され、かつ、３分以内に同じ電話番号に対して自動発信の動作をしないことを確認する。
なお、Retry-After ヘッダが付けられてきた場合、そこで指定された時間を待って自動再発信機能が動作することを確認する。
図表Ａ．４．２ ふくそう中を示す応答信号を受信した場合
被検機器

試検機器
INVITE
100 Trying＊注１
503（Service Unavailable）

可視表示、可聴音通知＊ 注１：実運用時においてはサーバのふくそう状態により、必ずしも100Ｔｒｙｉｎｇが返るとは限らない
Ａ．４．３ 確認事項
話中時と異なる可視表示、可聴音等でふくそう状態を利用者に通知できることを確認する。また、自動再発信機能のあるＩＰ電話端末については、エラーメッセージにRetry-After ヘッダが付加された場合はその指定された時間後、また、Retry-After ヘッダが付加されない場合は再発信が停止され、3 分以内に同じ電話番号に自動発信されないことを確認する。

38

Ａ．５ 緊急通報機能
Ａ．５．１ 機器構成
緊急通報機能の確認は、試検機器より測定に必要なメッセージを送出し、それに対する被検機器の反応をプロトコルモニタ等で確認する方法で行なうこととし、図表Ａ．５．
１にその測定機器構成を示す。
図表Ａ．５．１. 測定機器構成①送受話器を持つＩＰ電話端末
プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

上段装置

被検機器

②送受話器を持たないＩＰ電話端末
プリンタ

プロトコルモニタＬＡＮアナライザ

試検機器

分界点

被検機器

Ａ．５．２ 確認手順及び確認事項①被検機器については、使用するプロトコルに則りレジスタ等を行い、発信できる状
態にしておく。
②プロトコルアナライザ等のモニタ機器を起動する。
③試検機器より以下の手順で確認を行う。


被検機器より下記の緊急通報先への接続（ダイヤル、特定操作による自動発信等）を行い、以下の緊急通報先番号をＴｏ：ヘッダに記載されたＩＮＶＩＴＥメッ
セージが被検機器から送出されることを確認する。
① １１０ ：警察機関② １１８ ：海上保安庁機関③ １１９ ：消防機関



通話機能を有する被検機器においては、試験機器から応答メッセージ(200OK)送信後、被検機器との間で通話ができることを確認する。

39



あらかじめ登録されたメッセージ、または Text 等で緊急通報を行う装置においては、その製品で定義された動作が行われることを確認する。

注：なお、複数の異なる接続方式で電気通信業者と接続する機能を有する IP 電話端
末で、本ガイドラインに規定する SIP 方式より優先し、具備する方式／プロトコルで緊急通報の発信を行うものについては、該当 IP 電話端末が具備する方式／プロトコルに従い、緊急通報の発信ができることを確認する。なお、優先する方式／プロトコルが使えない場合に、本ガイドラインに規定される方式が選択される IP 電話端末の場合には、
優先方式／プロトコルを停止させたうえで、本動作を確認する。
Ａ．６ 電気的条件
Ａ．６．１ 機器構成
インタフェースがＥｔｈｅｒｎｅｔの場合の電気的条件の確認は、被検機器の出線を適切な終端抵抗で終端し、オシロスコープと接続して行う。図表Ａ．６．１にその測定機器構成を示す。
図表Ａ．６．１ 電気的条件測定構成
被検機器

オシロスコープ

終端抵抗

Ａ．６．２ 確認事項
①終端抵抗の両端に直流電圧が重畳されていないことを確認する。
②終端抵抗とアース間に直流電圧が重畳されていないことを確認する。

Ａ．７ 送出電力
Ａ．７．１ 機器構成
送出電力確認は、被検機器をＶｏＩＰ信号からアナログ信号に変換する疑似端末を経由し、事前に基準器で調整したレベルメータによって、その平均レベルを測定する。
機器構成を図表Ａ．７．１に示す。

40

図表Ａ．７．１ 送出電力測定構成
疑似呼制御サーバ

被検機器

疑似端末

（内部音源）

終端回路

レベルメータ

Ｄ／Ａ

外部音源ポート

Ａ．７．２ 確認手順
被検装置から送出することができる通話以外のすべての音源に対して、レベルを測定する。事前に疑似呼制御サーバにより、被検機器と疑似端末を接続しておく。
① 周波数：アナログ電話端末の音声帯域である３００－４０００Ｈｚを用いる。なお、これ以外の周波数帯域でアナログ電話網とつなぐ場合には、その条件にあった周波数帯の信号を使う。
② 測定時間は最大レベルを含む 3 秒間の平均とする。なお、連続信号の場合には０．３秒の平均値でも可能とする。
③ 外部音源入力が可能なポートを有する被検機器では、１５００Ｈｚ、０ｄＢｍの信号を入力して測定する。
④ 被検機器の構成品を含め、すべての内部音源並びに外部音源ポートについて確認する。

Ａ．７．３ 確認事項
すべての音源、外部音源ポートにつき、平均送出電力がー３ｄＢｍ以下であることを確認する。

41

Ｂ．その他の機能の確認事項
Ｂ．１．ソフトウェア更新機能
Ｂ．１．１ 機器構成
ソフトウェア更新機能の動作は、被検機器または保守端末等からの操作により更新用
ソフトウェアをダウンロードし、被検機器のソフトウェア版数の更新を確認する方法で行なうこと。
Ｂ．１．２ 確認手順
ソフトウェア更新にかかる下記機能に基づき、想定している方式にて正常にソフトウェア更新プロセスが動作することを確認する。
１） 利用者または保守者がソフトウェア更新を行うＩＰ電話端末の場合


ソフトウェアをネットワーク、媒体等想定したメディアより読み込めること。



読み込んだソフトウェアにより、ソフトウェア更新がなされること。



ソフトウェアの版数/オプション情報等を想定している方法で読み出せること。

２） 自動的にソフトウェア更新を行う端末の場合


想定しているネットワーク経由でソフトウェアの存在が確認できること。



想定しているプロトコルでソフトウェアをダウンロードできること。



ダウンロードしたソフトウェアにてソフトウェア更新がなされること。



通話中等、通話に影響を与える可能性のあるときは更新機能が停止さ
れること。



ユーザ設定情報が保存されていること。



ソフトウェアの版数/オプション情報等を想定している方法で読み出せること。

Ｂ．１．３ 確認事項
被試験機のソフトウェア更新機能実行後にソフトウェアの版数を確認し、更新用ソフ
トウェア版数に更新されることを確認する。

42

Ｂ．２ 遠隔切り分けへの対応機能
Ｂ．２．１ 機器構成
図表Ｂ．２．１ 測定機器構成

プリンタ

プロトコルモニタLAN アナライザ

試検機器

分界点

被検機器

なお、図表Ｂ.２.1 において、被検機器が具備するインタフェースなどの条件によっては、被検機器がＩＰアドレスを取得できるよう、その他必要な機器を準備する。
Ｂ．２．２ 確認手順
（１）被検機器の Ping 応答機能を開始状態に設定する。
（２）被検機器を図表 A.5.1 のように接続し、ＩＰレイヤが動作可能であることを確認する。
（３）プロトコルアナライザを起動する。
（４）試検機器から ＩＣＭＰ Ｐｉｎｇ（ICMP Echo）を、３分以内に２回以上、被検機器へ送信し、申告設計値以内にその応答（ICMP Echo Reply）が被検機器より返信されることをプロトコルアナライザにより確認する。
なお、被検機器がスリープモードに入っている場合においても２５０ｍｓ以内に応答が返信されるのが望ましい。
（５）ＩＰｖ６、ＩＰｖ４のうち、被検機器が具備しているそれぞれの方式において、フラグメ
ンテーションを発生させない最大のデータ長で測定する。
（６）被検機器の Ping 応答機能を停止状態に設定し、上記（２）から（５）を実施する。
Ｂ．２．３ 確認事項
Ping 応答機能の開始設定において、それぞれのアドレス種別におけるＰｉｎｇの規定
時間内の応答率が１００％であることを確認する。
また、Ping 応答機能の停止設定においては、それぞれのアドレス種別におけるＰｉｎｇの規定時間内の応答率が０％であることを確認する。

43

０ＡＢ～Ｊ ＩＰ電話端末(ＳＩＰ)が具備すべき機能等に関するガイドライン検討メンバ

主査

沖電気工業（株）

髙呂 賢治

副主査

富士通テレコムネットワークス（株）

成宮 憲一

委

員

岩崎通信機（株）

須田 一哉

委

員

ＮＥＣアクセステクニカ（株）

山本

委

員

ＮＥＣアクセステクニカ（株）

松井 英樹

委

員

ＮＥＣインフロンティア（株）

中西

委

員

ＮＥＣエンジニアリング（株）

野澤 善明

委

員

沖電気工業（株）

千村 保文

委

員

キヤノン(株)

三国

委員

KDDI(株)

中間 浩一

委

員

KDDI(株)遠藤委員

サクサ(株)

木村 邦彦

委

員

サクサ(株)

桜井 裕司

委

員

(株)東芝

室井 保彦

委

員

東芝テック(株)

笹野

潤

委

員

ナカヨ通信機(株)

金川

修

委

員

西日本電信電話(株)

安藤 大介

委

員

日本電信電話(株)

堀越 博文

委

員

日本電信電話(株)

石渡 琢朗

委

員

(株)ネイクス

酒井 利幸

委

員

パナソニック システムネットワークス(株)

福田

委

員

パナソニック システムネットワークス(株)

前原 淳一

委

員

東日本電信電話(株)

増井 幹久

委

員

(株)日立製作所

荒家 正雄

委

員

富士通（株）

伊藤 孝男

委

員

三菱電機(株)

伊藤 清和

委

員

村田機械(株)

吉川 弘康

委

員

ヤマハ(株)

刑部 勝一

委

員

ヤマハ(株)

山田 裕一

委

員

(株)リコー

受川

44

潤
廉

誠
晃

光

猛

ｵﾌﾞｻﾞｰﾊﾞ

総務省

篠澤 康夫

ｵﾌﾞｻﾞｰﾊﾞ

総務省

森下

ｵﾌﾞｻﾞｰﾊﾞ

総務省

小林 顕造

ｵﾌﾞｻﾞｰﾊﾞ

総務省

細井 光雄

事務局

一般社団法人 情報通信ネットワーク産業協会

樋口 忠宏

事務局

一般社団法人 情報通信ネットワーク産業協会

小形 裕子

事務局

一般社団法人 情報通信ネットワーク産業協会

斎藤 香織

45

信