Loading article…
| OSI層によるSS7プロトコル | |
| 応用 | INAP、MAP、IS-41 ... TCAP、CAP、ISUP、... |
|---|---|
| ネットワーク | MTP レベル 3 + SCCP |
| データリンク | MTPレベル2 |
| 物理的な | MTPレベル1 |
ISDN （総合デジタルサービス網）ユーザー部またはISUPは、公衆交換電話網（PSTN）での電話通話を確立するために使用される信号システムNo.7 （SS7）の一部です。これは、ITU-TによってQ.76xシリーズの一部として指定されています。 [1]
ある加入者から別の加入者への電話通話が設定されるとき、複数の電話交換局が関与する可能性があり、国境を越える場合もあります。通話を正しく設定できるようにするために、ISUP がサポートされている場合、スイッチはISUP メッセージを使用して、着信側番号などの通話関連情報をネットワーク内の 次のスイッチに通知します。
電話交換機は、通話の音声を伝送するT1またはE1トランクを介して接続できます。これらのトランクは 64 kbit/s のタイムスロットに分割され、1 つのタイムスロットで 1 つの通話だけを伝送できます。スイッチの相互接続にどのような設備が使用されているかに関係なく、2 つのスイッチ間の各回線は、ISUP メッセージに含まれる回線識別コード(CIC) によって一意に識別されます。交換機は、この情報と受信したシグナリング情報 (特に着信側番号) を使用して、エンドツーエンドの音声パスを提供するためにどの着信回線と発信回線を接続するかを決定します。
ISUP は、通話関連情報に加えて、使用可能な回線のステータス情報を交換し、その管理を許可するためにも使用されます。特定の交換機で発信回線が使用できない場合は、チェーン内の先行スイッチにリリース メッセージが送り返されます。
ISUPの変種
さまざまなISUPバリアントが存在します。ITU-Tは、国際ネットワークで使用されるバリアントを規定しています。ヨーロッパでは、ETSIがITU-Tの仕様に近い独自のISUP仕様をリリースしています。[2] ITU-T ISUPは国際接続に使用され、一部の国内ISUPバリアントのベースとなっています。ほとんどの国では、国内の要件をカバーするために独自のISUPバリアントを持っています。ANSIは、北米番号計画で使用されるISUPのバリアントを規定していますが、NANPの下にある一部の国では、一部の手順のサポートが異なります（たとえば、LATAはカナダでは意味がありません。また、RBOCは、 ANSIで完全に規定されていないTelcordia手順をサポートしています）。NANP以外の一部の国では、ANSIベースのバリアントをサポートしています（メキシコなど）。
これらの ISUP のバリエーションは微妙に異なりますが、ISUP メッセージ タイプ、パラメータ タイプ、パラメータ フィールド コード ポイント、および関連する基本的なコール処理手順の大部分は、すべてのバリエーションで一致しています。
ITU-T仕様バージョン
- 1980 – ISUP イエローブック
- 1984 – ISUP レッドブック
- 1988 – ISUP ブルーブック
- 1991年 – ISUP Q.767 [3]
- 1992 – ISUP'92 ホワイト ブック (セグメンテーション、互換性、新しい補足サービス)
- 1997 – ISUP'97 (新しい手順、IN CS1、新しい補足サービス)
ITU-T Q.761セクション2.4.1 ISUPインターワーキングによれば、 ISUP'92は、一部の手順（番号ポータビリティなど）を除いて、基本的な通話手順と補助サービスに関してISUPブルーブックおよびQ.767 [3]と下位互換性があります。[4]さらに、このバージョンで導入された互換性機能により、新しいバージョンとの上位互換性が保証されます。
メッセージの種類
ISUP メッセージには、回線識別コードと ISUP メッセージ タイプを含む固定ヘッダーがあり、その後に、送信するメッセージのタイプに応じて、必須の固定長パラメータ部分、必須の可変長パラメータ部分、およびオプションのパラメータ部分が続きます。ISUP メッセージは、メッセージ転送部分、またはまれにシグナリング接続制御部分のサービスを使用して送信できます。これらのメッセージは、コールのセットアップとリリースのさまざまな段階で送信されます。最も一般的なメッセージは次のとおりです。[5]
- 初期アドレス メッセージ (IAM) — メッセージに含まれる CIC で通話を確立する必要があることをパートナー スイッチに通知するために送信される最初のメッセージ。着信番号、サービス タイプ (音声またはデータ)、およびオプションのパラメータが含まれます。
- 後続アドレス メッセージ (SAM) —オーバーラップダイヤリング手順をサポートするネットワークの場合、IAM に完全な着信番号が含まれていない場合、追加の数字を含む 1 つ以上の SAM が続きます。このメッセージは、エン ブロックダイヤリング手順のみをサポートするネットワークではサポートされません。
- アドレス完了メッセージ (ACM) — 加入者に到達して電話が鳴り始めたとき、または通話がインターワーキング ポイントを通過して中間トランクが捕捉されたときに、終端スイッチから返されるメッセージ。
- 通話進行状況 (CPG) — 通話の進行状況に関する追加情報が含まれます。通常、通話のステータスが ACM で報告されたものから変更された場合に、ACM 後に送信されます。
- 応答メッセージ (ANM) — 加入者が電話を取ったとき、リソースが接続されたとき、またはインターワーキング ポイントから応答監視が返されたときに送信されます。通常、課金はこの時点で開始されます。この時点で、通話が両方向で切断されている必要があります。
- 接続 (CON) — 自動端末によって通話が応答されたときに送信されます。このメッセージは、自動端末によって応答された通話の ACM、CPG、および ANM を置き換えます。
- リリース (REL) — 加入者がオンフックになったときに通話をクリアするために送信されます。これは、終端スイッチが通話を完了できないと判断した場合にも送信されます (IAM への直接応答として)。どちらの場合も、終端スイッチはメッセージに原因値を提供して、リリースの理由(例: 「ユーザーがビジー」) を説明します。
- 解放完了 (RLC) — 解放の確認。その後、回路はアイドル状態になり、再び使用できるようになります。
サンプル通話フロー
これは、ISUP メッセージを交換する 2 つの通信スイッチのみを含む非常に基本的なコール フローです。加入者インターフェイスについてはここでは説明しません。理解を深めるためにのみリストしています。
加入者電話会社スイッチ 電話会社スイッチ BB加入者
オフフック
数字をダイヤル --->
-- IAM -->
- 鳴り響く ->
<-- ACM -- オフフック
<-- AN--
- - - - - - - - - - - - 会話 - - - - - - - - - - - -
オンフック -- REL --> オンフック
<-- RLC --
詳細なコールフローはITU-T勧告Q.784.1に記載されている。[6]
以下は、2 つの ISDN 通信スイッチが関与する ISUP メッセージの詳細な交換です。レポートは、Alcatel S12 デジタル スイッチからのものです。
ベナン 2005-07-15 16:49:16 FR
00121 00000000 G159CA01 L6X8AA47
SWA-ORJ-観測
システムレポート
-------------------------------------------------- -----------------------
観察/コールサンプリング成功
-------------------------------------------------- ---------------------
観察の種類: 起源
日付 = 2005-07-15 時刻 = 16:48:23:09
発信DN = 52250000
CAT を呼び出す = 優先サブスクライバ
INC EQ NBR = H'31 & 1
RCVD 数字 = 012625729
着信DN = 012625729
OTG TRNKGRP = LAGOS_SC
OTG EQ NBR = H'1111 & 16
ベアラー = AUDIO31
XFER モード = 回線交換
原因 = 正常
差し押さえられた期間 = 0: 0: 2: 3
スイッチ経由 = 0: 0: 4: 3
答え = 0: 0:14: 6
リリース = 0: 0:46: 3
課税情報
-------------
チャージされたDN = 52250000
通話時間 = 0: 0:31: 6
カウント = 2
関税グループ = 4 関税 ID = 7
レート = 20 ランダムカウント = 0
サーチユニット = 0 キャットユニット = 0
関税登録 = 1
受信機 SZD = 0: 0: 0: 0 受信機 RLSD = 0: 0: 4: 2
REC EQ NBR = H'13 & 6 REC RLS INFO = FORCED RLSE
REC信号方向時間
------------- --------- ----
REG-I-10 受信 0: 0: 1: 3
REG-I-1 受信 0: 0: 1: 6
REG-I-2 受信 0: 0: 1: 8
REG-I-6 受信 0: 0: 2: 1
REG-I-2 受信 0: 0: 2: 3
REG-I-5 受信 0: 0: 2: 5
REG-I-7 受信 0: 0: 3: 0
REG-I-2 受信 0: 0: 3: 3
REG-I-9 受信 0: 0: 3: 7
INC SIG タイプ = アナログ サブスクライバ
信号方向時間
------------- --------- ----
押収受領 0: 0: 0: 0
ダイヤルトーン送信 0: 0: 0: 0
クリア-FW-FW 受信 0: 0:46: 1
OTG 署名タイプ = ISUP-NAT
メッセージ 方向 時間 長さ
------------- --------- ---- ------
IAM送信 0: 0: 2: 3 29
85014040007000010020000B03020604019010620A0603132552000000
サム 送信 0: 0: 2: 4 13
85014040007000020200028002
サム 送信 0: 0: 2: 6 13
85014040007000020200028005
サム 送信 0: 0: 3: 1 13
85014040007000020200028007
サム 送信 0: 0: 3: 4 13
85014040007000020200028002
サム 送信 0: 0: 3: 8 13
85014040007000020200028009
ACM 受信 0: 0: 4: 1 15
850141000070000616040129010100
ANM受信 0: 0:14: 6 18
8501410000700009012D02000039022DC000
SUS受信0:0:45:410
850141000070000D0100
REL送信 0: 0:46: 1 13
850140400070000C020002849F
RLC受信 0: 0:46: 3 9
850141000070001000
非請求レポート番号 = 00121
原因コード
リリース原因コードは、ISDN ユーザー パート シグナリングで発生するイベントを識別してデバッグするために使用されます。ISUP シグナリングのすべてのイベントは原因コード番号を生成します。通常の ISUP コールの場合でも、原因コードが生成されます。ISUP シグナリングの原因コードに基づいて開発されたアプリケーションは多数あります。同様に、通信事業者は原因コードをトレースして、コールの失敗をデバッグします。
以下は使用される原因コードのリストです。番号のみで定義されている原因コードは実質的に未定義であり、独自のソリューションに使用される可能性があります。[引用が必要]
- 未割り当て（割り当てられていない）番号
- 特定の交通ネットワークへのルートがありません
- 目的地までのルートがありません
- 特別な情報音を送信
- 誤ってダイヤルされたトランクプレフィックス
- チャンネルは受け入れられません
- 通話は確立されたチャネルで受信され、配信されています
- 先取権
- プリエンプション – 再利用のために予約された回路
- 10
- 11
- 12
- つるす
- 再開する
- 15
- 通常の通話クリア
- ユーザーがビジー状態
- 応答するユーザーがいません
- ユーザーからの応答なし（ユーザーに警告）
- 加入者がいない
- 通話拒否
- 番号が変更されました
- 新しい宛先にリダイレクト (未割り当ての宛先番号 ANSI)
- 不明なビジネス グループ (ANSI)
- Exchange ルーティング エラー (ANSI)
- 選択されていないユーザーのクリア
- 宛先が故障しています
- 数値形式が無効です
- 施設拒否
- ステータス照会への回答
- 正常、未指定
- 32
- 33
- 利用可能な回線/チャネルがありません
- 35
- 36
- 37
- ネットワーク障害
- 永続的なフレーム モード接続がサービス停止中
- 永続フレームモード接続が動作中
- 一時的な障害
- スイッチング機器の混雑
- アクセス情報は破棄されました
- 要求されたチャネル/回線は利用できません
- プリエンプション (ANSI)
- 優先通話がブロックされました
- リソースが利用できない、指定されていない
- 48
- サービス品質が利用できない
- 要求された施設は登録されていません
- 呼び出しタイプがサービス要求と互換性がありません (ANSI)
- 52
- CUG 内での発信は禁止されています
- グループ制限により通話がブロックされました (ANSI)
- CUG内で着信が禁止される
- 56
- ベアラ機能が許可されていません
- ベアラ機能は現在利用できません
- 59
- 60
- 61
- 設計された発信アクセス情報と加入者クラスの不一致
- サービスまたはオプションが利用できない、指定されていない
- 64
- ベアラ機能が実装されていません
- チャネルタイプが実装されていません
- 67
- 68
- 要求された機能は実装されていません
- 制限されたデジタルベアラ機能のみが利用可能
- 71
- 72
- 73
- 74
- 75
- 76
- 77
- 78
- サービスまたはオプションが実装されていない、指定されていない
- 80
- 無効な通話参照値
- 識別されたチャネルは存在しません
- 中断された通話は存在しますが、この通話IDは存在しません
- 使用中の通話ID
- 通話は停止されません
- 要求された通話IDを持つ通話がクリアされました
- ユーザーはCUGのメンバーではありません
- 互換性のない宛先
- 89
- 存在しないCUG
- 無効なトランジットネットワークの選択
- 92
- 93
- 94
- 無効なメッセージ、未指定
- 必須情報要素がありません
- メッセージ タイプが存在しないか実装されていません
- メッセージがコール状態と互換性がない、またはメッセージ タイプが存在しないか実装されていません
- 情報要素が存在しないか実装されていません
- 情報要素の内容が無効です
- メッセージが通話状態と互換性がありません
- タイマー満了時の回復
- パラメータが存在しないか実装されていないため、渡されます
- 104
- 105
- 106
- 107
- 108
- 109
- 認識されないパラメータを含むメッセージは破棄されました
- プロトコルエラー、未指定
- 112
- 113
- 114
- 115
- 116
- 117
- 118
- 119
- 120
- 121
- 122
- 123
- 124
- 125
- 126
- 相互運用性、未指定。
メッセージ形式
すべてのISUPメッセージ信号ユニット（MSU）の信号情報フィールド（SIF）には、次のコンポーネントが含まれています。[7]
- ルーティングラベル
- 回路識別コード
- メッセージタイプ
- 必須固定部分
- 必須変数部分
- オプションパーツ
ルーティング ラベルは、ネットワーク内の発信元ノードと宛先ノードのポイント コードを示します。また、MSU が 2 つのノード間で取ることができる複数のルートを選択するために使用されるシグナリング リンク選択フィールドも含まれます。
回線識別コードは、 2つのスイッチ間のどのトランクが特定の通話を伝送するために使用されるかを指定するために使用されます。ANSI ISUPの一部のバージョンでは、示されている12ビットではなく14ビットの有効ビットを持つCICが許可されていることに注意してください。[ 8]
- メッセージタイプは、 ISUP メッセージ タイプを示します。残りの 3 つのコンポーネントの存在と形式は、このメッセージ タイプによって決まります。
- 必須固定部分が存在する場合、メッセージ タイプに関連付けられた必須の固定長パラメータが含まれます。
- 必須変数部分が存在する場合、メッセージ タイプに関連付けられた必須の可変長パラメータが含まれます。
- オプション部分が存在する場合、メッセージ タイプに含めることが許可されているオプション パラメータが含まれます。
シグナリング接続制御部のサービスを使用して送信される場合、ユーザデータパラメータ（NSDU）でSCCPに渡されるISUPメッセージは、最後の4つのコンポーネント（メッセージタイプ、必須固定部分、必須可変部分、オプション部分）のみで構成されます。ルーティングラベルと回線識別コードは、 SCCPに渡されるユーザデータには含まれません。[9]
参照
注記
参考文献
- ^ Qシリーズ勧告、ITU-T。
- ^ EN 300 356-1、国際インターフェースの ISUP バージョン 4、ETSI。
- ^ ab 勧告 Q.767、ITU-T。
- ^ 勧告 Q.761、ITU-T。
- ^ ラッセル2002、362-419頁。
- ^ ITU-T 1999b.
- ^ ITU-T 1999a、3～4ページ。
- ^ ラッセル2002、321ページ。
- ^ ITU-T 1999a、3ページ。
文献
- ラッセル、トラヴィス（2002）、シグナリングシステム＃7（第4版）、ニューヨーク：マグロウヒル、ISBN 978-0-07-138772-9。
- ITU-T (1999年12月a)、「第1章 一般的なコーディング原則」、勧告Q.763。
- ITU-T (1999年12月b) [1996]、勧告Q.784.1 (07/96)、ISUP基本コールテスト仕様: ISUP'92およびQ.767プロトコルの検証と互換性。