JP2690695B2 - 交換網における放送サービスシステムとその分岐方法 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は交換網における分岐方式
に関し、特に放送サービスのパス設定に関する。

【０００２】

【従来の技術】複数の加入者端末を収容する複数の交換
機で構成する交換網において、発呼端末から複数の着呼
端末へ同報通信する際に、送信するサービス情報が複数
の方路に分散して収容されている着呼端末まで効率よく
確実に転送されることが不可欠であり、そのために送信
側で中継方路を指定する必要がある。

【０００３】従来、この種の同報通信の分岐方式とし
て、同報のための経路情報（各交換機での分岐数，分岐
先，着呼端末，着呼端末番号を含む）を一括して作成す
る経路情報生成手段を網内に設け、発呼端末を収容する
発呼側交換機が経路情報生成手段に対し経路情報を問合
せして、この経路情報を交換機単位に編集した後、発呼
側交換機からデータ送信する回線とは別の経路情報信号
線を使用して順次後位交換機へ転送し、後位交換機は一
括して送られてきた経路情報から自交換機において着信
する端末数と、その着信端末番号と、分岐する後位の交
換機数と、その交換機番号とを識別することにより、各
交換機において分岐パスを設定する技術が特開昭６２−
１７９２４３号公報（同報接続経路情報転送方式）に開
示されている。

【０００４】

【発明が解決しようとする課題】このように、従来の同
報接続経路情報転送方式は、同報サービスの発呼要求を
受けた交換機が、特定の交換機あるいは網内に別に設け
られた経路情報生成手段をアクセスして、同報サービス
に必要な経路情報を一括して受取り、交換機単位に編集
して発呼側交換機から順次後位交換機へ経路情報信号線
で転送するので、分岐パスの設定に時間がかかり、処理
効率が悪いという欠点があった。

【０００５】また、放送サービス情報を送信するデータ
回線の外に経路情報を送受信するための別回線を必要と
するので経済性に欠ける。

【０００６】更に、後位交換機で中継回線の障害などに
より、上位交換機からの分岐指示通り分岐パスが設定で
きない場合には、再度経路情報を問合せする必要があっ
た。

【０００７】本発明の目的は、分岐接続のための経路情
報を特定の交換機に問合せることなく、各交換機で効率
的に分岐パスを設定することができる交換網における放
送サービスの最遠端分岐方式を提供することにある。

【０００８】

【発明を解決するための手段】本発明の交換網における
放送サービスの分岐方法は、複数の加入者端末を収容す
る複数の交換機で構成する交換網における放送サービス
の分岐方法において； 任意の一つの発呼加入者端末が指定した複数の被呼加入
者端末へメッセージ情報を放送する際、前記発呼加入者
端末を収容する自局交換機が、前記発呼加入者端末がメ
ッセージ情報の送出前に送出する前記メッセージ情報の
接続先情報を分析し、接続先が自局収容加入者端末か他
局収容加入者端末かを識別して前記被呼加入者端末の方
路を決定し、前記方路が自局のときは自局収容加入者端
末と接続し、前記方路が他局のときは各方路の最近端の
他局交換機に方路毎の接続先情報を転送し、前記最近端
の他局交換機から最遠端の他局交換機に至るまで順次前
記自局交換機と同様な分岐接続を行い、前記発呼加入者
が指定したすべての前記被呼加入者端末までの分岐接続
が完了した後、前記発呼加入者端末から前記メッセージ
情報を一斉に放送することを特徴とする。

【０００９】また、本発明の交換網における放送サービ
スシステムは、複数の加入者端末を収容する複数の交換
機で構成する交換網における放送サービスシステムにお
いて； 発呼加入者端末または前記発呼加入者端末を収容する発
信交換機から、放送サービスである旨を示すサービス要
求情報を含む呼設定メッセージに続き、接続先情報であ
るメンバーリストを含むファシリティメッセージを受信
したとき、前記メンバーリストを抽出しこのメンバーリ
ストを含む付加情報通知を基本呼制御手段へ送出し、前
記メンバーリストを含む付加情報通知に対する、各方路
毎のメンバリストを含む呼設定要求を前記基本呼制御手
段から受信したとき、前記各方路毎の呼設定要求に対応
する呼設定メッセージを前記各方路へ転送し、この呼設
定メッセージに対する、応答メッセージを前記各方路か
ら受信したとき、前記各方路毎の応答通知を前記基本呼
制御手段へ送出し、この各方路毎の応答通知に対する、
自局方路以外の前記方路毎のメンバリストを含む付加情
報要求を前記基本呼制御手段から受信したとき、この各
方路毎のメンバリストを含むファシリティメッセージを
前記自局方路以外の前記方路毎に転送する プロトコル制
御手段と；前記プロトコル制御手段から前記メンバーリストを含む
付加情報通知を受信したとき、このメンバーリストを含
むサービス通知をサービスシナリオ手段へ送出すると共
に前記メンバーリストを含む付加情報通知を疑似端末手
段へ送出し、前記メンバリストを含むサービス通知情報
に対応する、方路毎のメンバリストを含む呼設定要求を
前記疑似端末から受信したとき、このメンバリストを含
む呼設定要求を前記プロトコル制御手段へ送出し、前記
プロトコル制御手段から前記各方路毎の応答通知を受信
したとき、前記各方路から応答があった旨を示すサービ
ス通知を前記方路毎に前記サービスシナリオ手段へ送出
すると共に、前記各方路毎の応答通知を疑似端末手段へ
送出し、前記疑似端末から前記方路毎のメンバリストを
含む付加情報要求を受信したとき、この方路毎のメンバ
リストを含む付加情報要求を前記プロトコル制御手段へ
送出する前記 基本呼制御手段と；前記基本呼制御手段から前記メンバリストを含むサービ
ス通知を受信したとき、このメンバーリストの加入者番
号翻訳要求をトランスレータ手段へ送出し、こ の翻訳要
求に対する翻訳結果である加入者番号を前記トランレー
タ手段から受信し方路毎にメンバリストを編集すると共
に、編集した方路毎に呼設定サービス要求を前記疑似端
末へ送出し、前記基本呼制御手段から前記各方路から応
答があった旨を示す前記サービス通知を方路毎に受信し
たとき、前記方路毎に編集したメンバリストを参照し自
局方路か他局方路かを識別し、自局方路の場合は自局収
容の被呼加入者端末を接続し、他局方路の場合には各方
路毎にそれぞれメンバリスト含むサービス要求を前記疑
似端末手段へ送出する前記 サービスシナリオ手段と；前記サービスシナリオ手段から前記加入者番号翻訳要求
を受信したとき、前記メンバリストを方路に翻訳し前記
サービスシナリオ手段へ送出する前記 トランスレータ手
段と；前記サービスシナリオ手段から前記編集した方路毎の呼
設定のサービス要求を受信したとき、この呼設定要求を
前記基本呼制御手段へ送出し、前記サービスシナリオ手
段から自局以外の方路の前記メンバーリストを含むサー
ビス要求を受信したとき、このメンバーリストを含む付
加情報要求を前記基本呼制御手段へ送出する前記疑似端
末手段と ；を有することを特徴とする。

【００１０】

【実施の形態】次に本発明について図面を参照して説明
する。図１は本発明の一実施の形態例を示す交換機の呼
制御プログラムの体系を示す図であり、交換機に接続さ
れる回線のＱ９３１インタフェースに特有な部分の呼の
接続，切断を制御するプログラムであるプロトコル制御
１と、交換機に接続される回線の各種インタフェース特
有な部分に関連しない共通部分の呼の接続，切断を制御
するプログラムである基本呼制御２と、放送サービスす
る各方路毎にメンバーリストを編集するプログラムであ
るサービスシナリオ３と、加入者番号を翻訳し方路を決
定するプログラムであるトランスレータ５と、交換機内
で基本呼制御２からの信号をプロトコル制御１の代りに
受信したり、サービスシナリオ３からの要求を基本呼制
御２への信号に変換するプログラムである疑似端末５と
から成り、各プログラムの結合関係および動作は、シー
ケンスチャートを併せて詳細に説明する。

【００１１】図２は、網構成の一例であり、主催者６
と、交換機７−ａ（ａ局），交換機７−ｂ（ｂ局），交
換機７−ｃ（ｃ局），参加者８−ａ（ａ），参加者８−
ｂ（ｂ），参加者８−ｃ（ｃ），参加者８−ｄ（ｄ），
参加者８−ｅ（ｅ）とから構成される。

【００１２】図３，図４は、本発明の交換機と主催者，
参加者間の接続シーケンスを示す図である。図５，図６
は、本発明の主催者側交換機（ａ局）における、分岐接
続シーケンスを示す図である。図７は、本発明の参加者
側交換機（ｂ局）における、分岐接続シーケンスを示す
図である。図８は、参加者側交換機（ｃ局）における、
分岐接続シーケンスを示す図である。図９は、主催者側
交換機（ａ局）における、接続完了シーケンスを示す図
である。図１０は、主催者側交換機（ａ局）における、
参加者追加接続シーケンスを示す図である。図１１は参
加者側交換機（ｃ局）における、参加者追加接続シーケ
ンスを示す図である。図１２は放送サービスデータの分
岐を示す図であり、（Ａ）は放送サービス開始時、
（Ｂ）は参加者追加後を示す。図１３，図１４は、参加
者側交換機（ｂ局，ｃ局）における、参加者側からの切
断シーケンスを示す図である。図１５，図１６は、参加
者側交換機（ｃ局）における、参加者側からの切断シー
ケンスを示す図である。図１８は、主催者側交換機（ａ
局）で主催者が切断したときの、参加者側交換機（ｂ
局）における、切断シーケンスを示す図である。図１９
は、主催者側交換機（ａ局）で主催者が切断したとき
の、参加者側交換機（ｃ局）における、切断シーケンス
を示す図である。

【００１３】まず、放送サービスの呼の接続について説
明する。なお、ここでは主催者６から参加者ａ、ｂ、
ｃ、ｄに放送サービスする例について説明する。図３に
おいて、主催者６は、ファシリティ情報要素に「放送サ
ービス」と設定した呼設定（ＳＥＴＵＰ）メッセージを
ａ局（７−ａ）へ送出することで放送サービスの接続を
開始し、ａ局（７−ａ），ｂ局（７−ｂ），ｃ局（７−
ｃ）は次のようにパスを分岐接続する。最初に、図５を
参照してａ局（７−ａ）の分岐パスの設定処理動作を説
明する。

【００１４】ＳＥＴＵＰメッセージを受信したａ局（７
−ａ）のプロトコル制御１は、主催者６に呼設定受付
（ＣＡＬＬ ＰＲＯＣ）メッセージを送出すると共に、
「呼設定通知」を基本呼制御２に送出し、基本呼制御２
はサービスシナリオ３に「サービス通知」により放送サ
ービスの接続要求であることを通知すると共に、疑似端
末４に対して「呼設定通知」を送出する。呼設定通知を
受信した疑似端末４は「応答要求」を、基本呼制御を介
してプロトコル制御１に送出し、プロトコル制御１は主
催者６に対して応答（ＣＯＮＮ）メッセージを送出す
る。

【００１５】図３において、ＣＯＮＮメッセージを受信
した主催者６は、参加者ａ（８−ａ）、参加者ｂ（８−
ｂ）、参加者ｃ（８−ｃ）、参加者ｄ（８−ｄ）の加入
者番号（メンバリスト）をファシリティ（ＦＡＣ）メッ
セージに設定してａ局（７−ａ）に送出する。図５にお
いて、ＦＡＣメッセージを受信したａ局（７−ａ）のプ
ロトコル制御１は、基本呼制御２に「付加情報通知」を
送出し、基本呼制御２は「サービス通知」によりメンバ
リストをサービスシナリオ３に引き渡すと共に、疑似端
末４に「付加情報通知」を送出する。メンバリストを受
信したサービスシナリオ３は、参加者ａ（８−ａ）、参
加者ｂ（８−ｂ）、参加者ｃ（８−ｃ）、参加者ｄ（８
−ｄ）が自局加入者か他局加入者かの決定を行い、その
方路を求めるために、トランスレータ５に対して「加入
者番号の翻訳要求」を行う。

【００１６】サービスシナリオ３は、加入者番号の「翻
訳結果」から自局加入者は参加者ａ（８−ａ）、ｂ局
（７−ｂ）向けの方路の先には参加者ｂ（８−ｂ）と参
加者ｃ（８−ｃ）、ｃ局（７−ｃ）向けの方路の先には
参加者ｄ（８−ｄ）が収容されていることを示すメンバ
リストを方路毎に編集し、その方路毎について、つまり
参加者ａ（８−ａ）、ｂ局（７−ｂ）、ｃ局（７−ｃ）
に対して、疑似端末４にサービス要求を行うことにより
呼設定の要求を行う。疑似端末４は基本呼制御２を介し
て「呼設定要求」をプロトコル制御１に送出し、プロト
コル制御１は参加者ａ（８−ａ）、ｂ局（７−ｂ）、ｃ
局（７−ｃ）に対してそれぞれＳＥＴＵＰメッセージを
送出する。

【００１７】図６において、ａ局（７−ａ）のプロトコ
ル制御１はそれぞれのＳＥＴＵＰメッセージに対応した
ＣＡＬＬ ＰＲＯＣメッセージを参加者ａ（８−ａ）、
ｂ局（７−ｂ）、ｃ局（７−ｃ）から受信する。続いて
ＣＯＮＮメッセージを受信したａ局（７−ａ）のプロト
コル制御１は、応答確認（ＣＯＮＮ ＡＣＫ）メッセー
ジを参加者ａ（８−ａ）、ｂ局（７−ｂ）、ｃ局（７−
ｃ）へ送出すると共に、「応答通知」を基本呼制御２に
送出し、基本呼制御２は「サービス通知」により参加者
ａ（８−ａ）、ｂ局（７−ｂ）、ｃ局（７−ｃ）が応答
したことをサービスシナリオ３に通知した後、疑似端末
４にそれぞれの「応答通知」を送出する。「サービス通
知」により参加者ａ（８−ａ），ｂ局（７−ｂ），ｃ局
（７−ｃ）が応答した旨通知されたサービスシナリオ３
は、先に編集した方路毎のメンバーリストから参加者ａ
が自局の加入者であることを識別し参加者ａへの方路に
ＳＥＴＵＰメッセージを送出すると共に、参加者ｂ，ｃ
およびｄがｂ局（７−ｂ）およびｃ局（７−ｃ）に収容
されていることを識別し、その方路毎（ｂ局とｃ局）に
その加入者番号（メンバリスト）を「サービス要求」に
より疑似端末４へ通知し、疑似端末４は方路毎、つまり
ｂ局およびｃ局毎に、編集した参加者のメンバリスト
を、基本呼制御２を介してプロトコル制御１へ送出し、
プロトコル制御１は、編集されたメンバリストをそれぞ
れ設定したＦＡＣメッセージをｂ局（７−ｂ）およびｃ
局（７−ｃ）へ送出する。

【００１８】次に図７を参照してｂ局（７−ｂ）の分岐
パスの設定処理動作を説明する。ａ局（７−ａ）から放
送サービスが設定されたＳＥＴＵＰメッセージを受信し
たｂ局（７−ｂ）のプロトコル制御１は、ａ局（７−
ａ）にＣＡＬＬ ＰＲＯＣメッセージを送出すると共
に、「呼設定通知」を基本呼制御２に送出し、基本呼制
御２はサービスシナリオ３に「サービス通知」により放
送サービスの接続であることを通知すると共に、疑似端
末４に対して「呼設定通知」を送出する。呼設定通知を
受信した疑似端末４は、「応答要求」を基本呼制御２を
介してプロトコル制御１に送出し、プロトコル制御１は
ａ局（７−ａ）に対してＣＯＮＮメッセージを送出す
る。

【００１９】ａ局（７−ａ）からＣＯＮＮ ＡＣＫメッ
セージに続き収容するメンバリストが設定されたＦＡＣ
メッセージを受信したｂ局（７−ｂ）のプロトコル制御
１は、基本呼制御２に「付加情報通知」を送出し、基本
呼制御２は「サービス通知」によりメンバリストをサー
ビスシナリオ３に引き渡すと共に、疑似端末４に「付加
情報通知」を送出する。メンバリストを受信したサービ
スシナリオ３は、参加者ｂ（８−ｂ）、参加者ｃ（８−
ｃ）が自局加入者か他局加入者かの決定を行い、その方
路を求めるために、トランスレータ５に対して「加入者
番号の翻訳要求」を行う。サービスシナリオ３は、加入
者番号の「翻訳結果」から自局加入者は参加者ｂ（８−
ｂ）および参加者ｃ（８−ｃ）であり、他局加入者は無
しと判断してメンバリストを編集し、「サービス要求」
を疑似端末４に送出することにより、参加者ｂ（８−
ｂ）、参加者ｃ（８−ｃ）に対する呼設定の要求を行
う。疑似端末４は「呼設定要求」を基本呼制御２を介し
てプロトコル制御１に送出し、プロトコル制御１は参加
者ｂ（８−ｂ）、参加者ｃ（８−ｃ）に対してＳＥＴＵ
Ｐメッセージを送出する。

【００２０】図７において、ｂ局（７−ｂ）は、参加者
ｂ（８−ｂ）、参加者ｃ（８−ｃ）に対するそれぞれの
ＳＥＴＵＰメッセージに対応したＣＡＬＬ ＰＲＯＣメ
ッセージを参加者ｂ（８−ｂ）、参加者ｃ（８−ｃ）か
ら受信する。続いてＣＯＮＮメッセージを受信したｂ局
（７−ｂ）のプロトコル制御１は、ＣＯＮＮ ＡＣＫメ
ッセージを参加者ｂ（８−ｂ）、参加者ｃ（８−ｃ）へ
送出すると共に、「応答通知」を基本呼制御２に送出
し、基本呼制御２は「サービス通知」により参加者ｂ
（８−ｂ）、参加者ｃ（８−ｃ）が応答したことをサー
ビスシナリオ３に通知した後、疑似端末４に「応答通
知」を送出する。

【００２１】全ての自局収容加入者（この場合参加者
ｂ、ｃ）から応答を受信したサービスシナリオ３は、ａ
局（７−ａ）に接続完了を通知するために、疑似端末４
に「サービス要求」を送出し接続完了を通知する。この
時に接続に失敗した端末がある場合には、その端末番号
のリストを「サービス要求」に設定する。「サービス要
求」を受信した疑似端末４は、「付加情報要求」を基本
呼制御２を介してプロトコル制御１に送出する。「付加
情報要求」を受信したプロトコル制御１は、接続完了を
設定したＦＡＣメッセージをａ局（７−ａ）に対して送
出する。

【００２２】次に図８を参照して、ｃ局（７−ｃ）の分
岐パスの設定処理動作を説明する。ｃ局（７−ｃ）は、
図７のｂ局（７−ｂ）の動作と同様に、ａ局（７−ａ）
から放送サービスを設定した「ＳＥＴＵＰ」メッセージ
を受信したｃ局（７−ｃ）のプロトコル制御１は、ａ局
（７−ａ）にＣＡＬＬ ＰＲＯＣメッセージを送出する
と共に、「呼設定通知」を基本呼制御２に送出し、基本
呼制御２はサービスシナリオ３に、「サービス通知」を
送出して放送サービスの接続であることを通知すると共
に、疑似端末４に対して「呼設定通知」を送出する。

【００２３】呼設定通知を受信した疑似端末４は、「応
答要求」を基本呼制御２を介してプロトコル制御１に送
出し、プロトコル制御１はａ局（７−ａ）に対してＣＯ
ＮＮメッセージを送出する。ａ局（７−ａ）からＣＯＮ
Ｎ ＡＣＫメッセージに続きＣＯＮＮメッセージに対す
る、ｃ局収容のメンバリストが設定されたＦＡＣメッセ
ージを受信したプロトコル制御１は、基本呼制御２に
「付加情報通知」を送出し、基本呼制御２は「サービス
通知」によりメンバリストをサービスシナリオ３に引き
渡すと共に、疑似端末４に付加情報通知を送出する。メ
ンバリストを受信したサービスシナリオ３は、参加者ｄ
（８−ｄ）が自局加入者か他局加入者かの決定を行い、
その方路を求めるために、トランスレータ５に対して
「加入者番号の翻訳要求」を行う。サービスシナリオ３
は、「加入者番号の翻訳結果」から自局加入者は参加者
ｄ、他局収容加入者は無しと判断し、疑似端末４に「サ
ービス要求」を行うことにより参加者ｄ（８−ｄ）に対
する呼設定の要求を行う。

【００２４】疑似端末４は、基本呼制御２を介してプロ
トコル制御１に「呼設定要求」を送出し、プロトコル制
御１は参加者ｄ（８−ｄ）に対してＳＥＴＵＰメッセー
ジを送出する。図８において、ｃ局（７−ｃ）は、ＳＥ
ＴＵＰメッセージに対応したＣＡＬＬ ＰＲＯＣメッセ
ージに引き続きＣＯＮＮメッセージを参加者ｄ（８−
ｄ）から受信する。ＣＯＮＮメッセージを受信したｃ局
（７−ｃ）のプロトコル制御１は、「応答通知」を基本
呼制御２に送出すると共に、ＣＯＮＮ ＡＣＫメッセー
ジを参加者ｄへ送出する。基本呼制御２は「サービス通
知」により参加者ｄ（８−ｄ）が応答したことをサービ
スシナリオ３に通知した後、疑似端末４に「応答通知」
を送出する。

【００２５】全ての自局収容加入者（この場合参加者
ｄ）から応答を受信したサービスシナリオ３は、ａ局
（７−ａ）に接続完了を通知するために、疑似端末４に
「サービス要求」を送出して「接続完了」を通知する。
この時に接続に失敗した端末がある場合には、その端末
番号のリストを「サービス要求」に設定する。サービス
要求を受信した疑似端末４は「付加情報要求」を、基本
呼制御２を介してプロトコル制御１に送出する。「付加
情報要求」を受信したプロトコル制御１は、接続完了を
設定したＦＡＣメッセージをａ局（７−ａ）に対して送
出する。

【００２６】次に図９を参照して、ａ局（７−ａ）の接
続完了の通知処理動作を説明する。参加者ａ（８−ａ）
からＣＯＮＮメッセージを受信したプロトコル制御１
は、参加者ａ（８−ａ）にＣＯＮＮ ＡＣＫメッセージ
を送出すると共に、基本呼制御２に「応答通知」を送出
する。応答通知を受信した基本呼制御２は、サービスシ
ナリオ３に、「サービス通知」により参加者ａ（８−
ａ）の応答を通知すると共に、疑似端末４に「応答通
知」を送出する。同様に、ｂ局（７−ｂ）、ｃ局（７−
ｃ）からＦＡＣメッセージを受信したａ局（７−ａ）の
プロトコル制御１は、基本呼制御２に「付加情報通知」
を送出する。付加情報通知を受信した基本呼制御２は、
サービスシナリオ３に「サービス通知」を送出して参加
者ａ（８−ａ）との接続が完了した旨を通知すると共
に、疑似端末４に「付加情報通知」を送出する。

【００２７】全ての自局加入者（参加者ａ）から応答メ
ッセージおよび呼設定を行った全他局（ｂ局、ｃ局）か
らの接続完了を設定したＦＡＣメッセージを、基本呼制
御２を介して受信したサービスシナリオ３は、主催者６
に接続完了を通知するために、疑似端末４に「サービス
要求」を送出して接続完了を通知する。この時にａ局
（７−ａ）、ｂ局（７−ｂ）、ｃ局（７−ｃ）で接続に
失敗した端末がある場合には、ｂ局（７−ｂ）、ｃ局
（７−ｃ）からの接続失敗端末リストと合わせて、ａ局
（７−ａ）での接続失敗端末リストを「サービス要求」
に設定する。「サービス要求」を受信した疑似端末４
は、「付加情報要求」を基本呼制御２を介してプロトコ
ル制御１に送出する。「付加情報要求」を受信したプロ
トコル制御１は、接続完了を設定したＦＡＣメッセージ
を主催者６に対して送出する。こうして主催者６が要求
した「放送サービス」の接続が完了すると、図４におい
て、ＦＡＣメッセージ（接続完了）を受信した主催者６
は放送サービスを開始する。

【００２８】次に図１２（ａ）を参照して、放送サービ
ス開始後のデータの分岐を説明する。ａ局（７−ａ）に
おいて主催者６からの放送サービス情報を分岐して参加
者ａ（８−ａ）、ｂ局（７−ｂ）、ｃ局（８−ｃ）に送
出する。ｂ局（７−ｂ）においても同様に、ａ局（７−
ａ）からの放送サービス情報を分岐して参加者ｂ（８−
ｂ）、参加者ｃ（８−ｃ）に送出する。ｃ局（７−ｃ）
においては、送信先が参加者ｄ（８−ｄ）だけなので、
受信した放送サービス情報は分岐せずにそのまま参加者
ｄ（８−ｄ）へ送出する。

【００２９】次に図１０を参照して、放送サービス開始
した後に参加者ｅ（８−ｅ）を追加接続する場合の処理
動作を説明する。図４において主催者６は、追加したい
参加者ｅの加入者番号（追加メンバリスト）をＦＡＣメ
ッセージに設定してａ局（７−ａ）に送出する。図１０
において、主催者６から追加メンバリスト（参加者ｅ）
が設定されたＦＡＣメッセージを受信したａ局（７−
ａ）のプロトコル制御１は、「付加情報通知」を基本呼
制御２へ送出する。付加情報通知を受信した基本呼制御
２は、サービスシナリオ３に「サービス通知」により追
加メンバリストを引き渡すと共に、疑似端末４に対して
「付加情報通知」を送出する。サービス通知を受けたサ
ービスシナリオ３は、参加者ｅ（８−ｅ）が自局加入者
か他局加入者かを求め、その方路を求めるために、トラ
ンスレータ５に対して「加入者番号の翻訳要求」を行
う。

【００３０】サービスシナリオ３は、加入者番号の翻訳
結果から参加者ｅ（８−ｅ）はｃ局（７−ｃ）向けの方
路の先にあると判断し、放送サービスの開始時にｃ局
（７−ｃ）とは既に接続しているので、追加メンバリス
トをｃ局（７−ｃ）に送出するために、疑似端末４に
「サービス要求」を行う。疑似端末４は「付加情報要
求」を基本呼制御２を介してプロトコル制御１へ送出
し、プロトコル制御１はｃ局（７−ｃ）へ追加メンバリ
ストを設定したＦＡＣメッセージを送出する。

【００３１】図１１において、主催者６から追加メンバ
リストが設定されたＦＡＣメッセージを受信したｃ局
（７−ｃ）のプロトコル制御１は、「付加情報通知」を
基本呼制御２へ送出し、基本呼制御２は「サービス通
知」により追加メンバリストをサービスシナリオ３に引
き渡すと共に、疑似端末４に「付加情報通知」を送出す
る。サービス通知を受けたサービスシナリオ３は、参加
者ｅ（８−ｅ）が自局加入者か他局加入者かを求め、そ
の方路を求めるために、トランスレータ５に対して「加
入者番号の翻訳要求」を行う。

【００３２】サービスシナリオ３は、加入者番号の「翻
訳結果」から参加者ｅ（８−ｅ）は自局加入者と判断
し、放送サービスの開始時に参加者ｅ（８−ｅ）とは接
続していなので、参加者ｅ（８−ｅ）と接続するため
に、疑似端末４に「サービス要求」により呼設定要求を
行う。疑似端末４は「呼設定要求」を基本呼制御２を介
してプロトコル制御１へ送出し、プロトコル制御１は参
加者ｅ（８−ｅ）へＳＥＴＵＰメッセージを送出する。

【００３３】参加者ｅ（８−ｅ）からＣＡＬＬ ＰＲＯ
Ｃメッセージに続いてＣＯＮＮメッセージを受信したｃ
局（７−ｃ）のプロトコル制御１は「応答通知」を、基
本呼制御２へ送出すると共に、ＣＯＮＮ ＡＣＫメッセ
ージを参加者ｅ（８−ｅ）へ送出する。この時点で、図
１２（ｂ）においてｃ局（７−ｃ）は、ａ局（７−ａ）
からの放送サービス情報を分岐して参加者ｄ（８−ｄ）
と追加された参加者ｅ（８−ｅ）に送出し、参加者ｅは
放送サービスの提供を受けることができる。

【００３４】図１１において、プロトコル制御１から
「応答通知」を受信した基本呼制御２は、「サービス通
知」により参加者ｅ（８−ｅ）が応答したことをサービ
スシナリオ３に通知すると共に、「応答通知」を疑似端
末４に送出する。サービスシナリオ３は、サービス通知
から参加者ｅ（８−ｅ）が応答したことを認識した後、
ａ局（７−ａ）に接続完了を通知するために、「サービ
ス要求」を疑似端末４へ送出する。このときに接続に失
敗した端末がある場合には、その端末番号のリストを
「サービス要求」に設定する。疑似端末４は、「付加情
報要求」を基本呼制御２を介してプロトコル制御１へ送
出し、プロトコル制御１はａ局（７−ａ）へ接続完了を
設定したＦＡＣメッセージを送出する。

【００３５】図１０において、ｃ局（７−ｃ）から接続
完了を設定したＦＡＣメッセージを受信したａ局（７−
ａ）のプロトコル制御１は、「付加情報通知」を基本呼
制御２へ送出し、基本呼制御２は「サービス通知」をサ
ービスシナリオ３に引き渡すと共に、疑似端末４に「付
加情報通知」を送出する。「サービス通知」によりｃ局
（７−ｃ）から「接続完了」を受けたサービスシナリオ
３は、主催者６に接続完了を通知するために疑似端末４
に「サービス要求」を送出する。このときに接続に失敗
した端末がある場合には、その端末番号のリストを「サ
ービス要求」に設定する。疑似端末４は、「付加情報要
求」を基本呼制御２を介してプロトコル制御１へ送出
し、プロトコル制御１は主催者６へ接続完了を設定した
ＦＡＣメッセージを送出する。

【００３６】次に放送サービス時における参加者からの
切断処理動作を説明する。図１３において、参加者ｄ
（８−ｄ）は切断（ＤＩＳＣ）メッセージをｃ局（７−
ｃ）へ送出することで放送サービスの切断処理を開始す
る。図１５において、参加者ｄ（８−ｄ）からＤＩＳＣ
メッセージを受信したｃ局（７−ｃ）のプロトコル制御
１は、基本呼制御２へ「切断通知」を送出し、基本呼制
御２は「サービス通知」によりサービスシナリオ３へ切
断を通知すると共に、「切断通知」を疑似端末４へ送出
する。サービス通知を受信したサービスシナリオ３は、
参加者ｄ（８−ｄ）が放送サービスの受信を終了したこ
とを認識する。切断通知を受信した疑似端末４は「解放
要求」を、基本呼制御２を介してプロトコル制御１へ送
出し、プロトコル制御１は参加者ｄ（８−ｄ）へ解放
（ＲＥＬ）メッセージを送出する。参加者ｄ（８−ｄ）
から解放完了（ＲＥＬ ＣＯＭ）メッセージを受信した
プロトコル制御１は、「解放完了通知」を基本呼制御２
を介して疑似端末４に送出し、参加者ｄ（８−ｄ）の解
放完了を通知する。この時点で、図１２（Ｂ）におい
て、ｃ局（７−ｃ）では参加者ｄ（８−ｄ）への放送サ
ービス情報の送出を停止する。

【００３７】図１３において、参加者ｅ（８−ｅ）はＤ
ＩＳＣメッセージをｃ局（７−ｃ）へ送出する。図１５
において、参加者ｅ（８−ｅ）からＤＩＳＣメッセージ
を受信したｃ局（７−ｃ）のプロトコル制御１は、「切
断通知」を基本呼制御２へ送出し、基本呼制御２は「サ
ービス通知」によりサービスシナリオ３へ切断を通知す
ると共に、「切断通知」を疑似端末４へ送出する。切断
通知を受信した疑似端末４は、「解放要求」を基本呼制
御２を介してプロトコル制御１へ送出し、プロトコル制
御１は参加者ｅ（８−ｅ）へＲＥＬメッセージを送出す
る。

【００３８】参加者ｅ（８−ｅ）からＲＥＬ ＣＯＭメ
ッセージを受信したｃ局（７−ｃ）のプロトコル制御１
は、「解放完了通知」を基本呼制御２を介して疑似端末
４に送出する。この時点で、図１２（Ｂ）においてｃ局
（７−ｃ）は参加者ｅ（８−ｅ）への放送サービス情報
の送出を停止する。図１５において「サービス通知」に
より参加者ｅ（８−ｅ）の切断を受信したサービスシナ
リオ３は、参加者ｅ（８−ｅ）が放送サービスの受信を
終了したことを認識し、自局加入者（参加者ｄ，ｅ）が
全て放送サービスの受信を終了したと判断して、ａ局
（７−ａ）へ放送サービスの終了を通知するために、疑
似端末４へ切断の「サービス要求」を送出する。疑似端
末４は「切断要求」を基本呼制御２を介してプロトコル
制御１へ送出し、プロトコル制御１はａ局（７−ａ）に
対してＤＩＳＣメッセージを送出する。

【００３９】図１５において、ａ局（７−ａ）からＲＥ
Ｌメッセージを受けたｃ局（７−ｃ）のプロトコル制御
１は、「解放通知」を基本呼制御２を介して疑似端末４
へ送出する。「解放通知」を受信した疑似端末４は、
「解放完了要求」を基本呼制御２を介してプロトコル制
御１へ送出し、プロトコル制御１はａ局（７−ａ）へＲ
ＥＬ ＣＯＭメッセージを送出する。

【００４０】図１６において、ｃ局（７−ｃ）からＤＩ
ＳＣメッセージを受信したａ局（７−ａ）のプロトコル
制御１は、「切断通知」を基本呼制御２へ送出し、基本
呼制御２はサービスシナリオ３に「サービス通知」によ
りｃ局（７−ｃ）が切断したことを通知すると共に、疑
似端末４に「切断通知」を送出する。サービス通知を受
けたサービスシナリオ３は、ｃ局（７−ｃ）が放送サー
ビスの受信を終了したと認識する。切断通知を受信した
疑似端末４は、「解放要求」を基本呼制御２を介してプ
ロトコル制御１へ送出し、プロトコル制御１はｃ局（７
−ｃ）へＲＥＬメッセージを送出する。ｃ局（７−ｃ）
からＲＥＬ ＣＯＭメッセージを受信したａ局（７−
ａ）のプロトコル制御１は、「解放完了通知」を基本呼
制御２を介して疑似端末４へ送出する。この時点で図１
２において、ａ局（７−ａ）はｃ局（７−ｃ）への放送
サービス情報の送出を停止する。このようにして、参加
者側から個々に送出される放送サービス受信を切断する
旨の情報を受信することにより、その参加者のみ放送サ
ービスを終了し、不要になったパスを解放する。

【００４１】次に放送サービス時における主催者からの
切断処理動作を説明する。図１４において主催者６は放
送サービスを終了するために、ＤＩＳＣメッセージをａ
局（７−ａ）へ送出する。図１７において、主催者６か
らＤＩＳＣメッセージを受信したａ局（７−ａ）のプロ
トコル制御１は、「切断通知」を基本呼制御２へ送出
し、基本呼制御２は主催者６が放送サービスを切断した
ことを「サービス通知」によりサービスシナリオ３へ通
知すると共に、「切断通知」を疑似端末４に送出する。
疑似端末４は、「解放要求」を基本呼制御２を介してプ
ロトコル制御１へ送出し、プロトコル制御１はＲＥＬメ
ッセージを主催者６へ送出する。

【００４２】主催者６からＲＥＬ ＣＯＭメッセージを
受信したａ局（７−ａ）のプロトコル制御１は、「解放
完了通知」を基本呼制御２を介して疑似端末４に送出す
る。サービス通知を受信したサービスシナリオ３は、主
催者６が放送サービスを終了したこと認識し、放送サー
ビス開始時に呼設定を行った参加者ａ（８−ａ）、ｂ局
（７−ｂ）、ｃ局（７−ｃ）に対する放送サービスの切
断を行うために、参加者ａ（８−ａ），ｂ局（７−
ｂ），ｃ局（７−ｃ）それぞれに対する「サービス要
求」を疑似端末４へ送出する。疑似端末４は参加者ａ
（８−ａ），ｂ局（７−ｂ），ｃ局）７−ｃ）それぞれ
に対する「切断要求」を、基本呼制御２を介してプロト
コル制御１へ送出し、プロトコル制御１は、ＤＩＳＣメ
ッセージを参加者ａ（８−ａ）、ｂ局（７−ｂ）、ｃ局
（７−ｃ）へそれぞれ送出する。

【００４３】図１７において、参加者ａ（８−ａ）、ｂ
局（７−ｂ）、ｃ局（７−ｃ）からそれぞれＲＥＬメッ
セージを受信したａ局（７−ａ）のプロトコル制御１
は、「解放通知」を基本呼制御２を介して疑似端末４へ
送出する。疑似端末４は「解放完了要求」を基本呼制御
２を介してプロトコル制御１へ送出し、参加者ａ（８−
ａ）、ｂ局（７−ｂ）、ｃ局（７−ｃ）の切断完了を通
知し、プロトコル制御１はＲＥＬ ＣＯＭメッセージを
参加者ａ（８−ａ）、ｂ局（７−ｂ）、ｃ局（７−ｃ）
へそれぞれ送出する。

【００４４】図１８において、ａ局（７−ａ）からＤＩ
ＳＣメッセージを受信したｂ局（７−ｂ）のプロトコル
制御１は、「切断通知」を基本呼制御２へ送出し、基本
呼制御２は上位局のａ局（７−ａ）が切断したことを
「サービス通知」によりサービスシナリオ３へ通知する
と共に、「切断通知」を疑似端末４に送出する。疑似端
末４は、「解放要求」を基本呼制御２を介してプロトコ
ル制御１へ送出し、プロトコル制御１はＲＥＬメッセー
ジをａ局（７−ａ）へ送出する。

【００４５】ＲＥＬ ＣＯＭメッセージをａ局（７−
ａ）から受信したｂ局（７−ｂ）のプロトコル制御１
は、「解放完了通知」を基本呼制御２を介して疑似端末
４に送出する。サービス通知を受信したサービスシナリ
オ３は、上位局のａ局（７−ａ）が放送サービスを終了
したことを認識し、放送サービス開始時に呼設定を行っ
た参加者ｂ（８−ｂ）、参加者ｃ（８−ｃ）への放送サ
ービスを切断するために、「サービス要求」を疑似端末
４へ送出する。疑似端末４は「切断要求」を基本呼制御
２を介してプロトコル制御１へ送出し、プロトコル制御
１はＤＩＳＣメッセージを参加者ｂ（８−ｂ）および参
加者ｃ（８−ｃ）へ送出する。

【００４６】ＲＥＬメッセージを参加者ｂ（８−ｂ）お
よび参加者ｃ（８−ｃ）から受信したｂ局（７−ｂ）の
プロトコル制御１は、「解放通知」を基本呼制御２を介
して疑似端末４へ送出する。疑似端末４は「解放完了要
求」を基本呼制御２へ送出し、基本呼制御２は「解放完
了要求」をプロトコル制御１へ送出する。プロトコル制
御１は、ＲＥＬ ＣＯＭメッセージを、参加者ｂ（８−
ｂ）および参加者ｃ（８−ｃ）へ送出する。

【００４７】図１９において、ａ局（７−ａ）からＤＩ
ＳＣメッセージを受信したｃ局（７−ｃ）のプロトコル
制御１は、「切断通知」を基本呼制御２へ送出し、基本
呼制御２は上位局のａ局（７−ａ）が切断したことを
「サービス通知」によりサービスシナリオ３へ通知する
と共に、「切断通知」を疑似端末４に送出する。疑似端
末４は「解放要求」を、基本呼制御２を介してプロトコ
ル制御１へ送出し、プロトコル制御１はＲＥＬメッセー
ジをａ局（７−ａ）へ送出する。ＲＥＬ ＣＯＭメッ
セージをａ局（７−ａ）から受信したｃ局（７−ｃ）の
プロトコル制御１は「解放完了通知」を、基本呼制御２
を介して疑似端末４にを送出する。サービス通知を受信
したサービスシナリオ３は、上位局のａ局（７−ａ）が
放送サービスを終了したこと認識し、放送サービス開始
時に呼設定を行った参加者ｄ（８−ｄ）、参加者ｅ（８
−ｅ）に対する放送サービスの切断を行うために、「サ
ービス要求」を疑似端末４へ送出する。疑似端末４は
「切断要求」を、基本呼制御２を介してプロトコル制御
１へ送出し、プロトコル制御１はＤＩＳＣメッセージを
参加者ｄ（８−ｄ）、ｅ（８−ｅ）へ送出する。

【００４８】参加者ｄ（８−ｄ）、ｅ（８−ｅ）からＲ
ＥＬメッセージを受信したｃ局（７−ｃ）のプロトコル
制御１は「解放通知」を、基本呼制御２を介して疑似端
末４へ送出する。疑似端末４は「解放完了要求」を、基
本呼制御２を介してプロトコル制御１へ送出し、プロト
コル制御１はＲＥＬ ＣＯＭメッセージを参加者ｄ（８
−ｄ）、参加者ｅ（８−ｅ）へ送出する。このようにし
て、主催者６が放送サービスを終了することにより、全
参加者との放送サービスが終了する。

【００４９】

【発明の効果】以上説明したように本発明は、発呼加入
者端末または前記発呼加入者端末を収容する発信交換機
から、放送サービスである旨を示すサービス要求情報を
含む呼設定メッセージに続き、接続先情報であるメンバ
ーリストを含むファシリティメッセージを受信したと
き、前記メンバーリストを抽出して分析し、方路毎にメ
ンバーリストを編集し、編集した方路毎に呼設定メッセ
ージを送出し、この呼設定メッセージに対する、応答メ
ッセージを各方路から受信したとき、各方路毎のメンバ
ーリストを含むファシリティメッセージを方路毎に転送
し、このファシリティメッセージに対する、接続完了メ
ッセージを各方路および被呼加入者端末から受信したと
き、発呼加入者端末へ接続完了メッセージを送出し、発
呼加入者端末がサービス情報の接続先がすべて分岐接続
されたことを認識した後、サービス情報を送出して放送
サービスすることにより、特定の交換機に経路情報を問
い合わせることなく、各交換機で分岐数、分岐先を決定
できるため、パス設定にかかる時間を減少でき、処理効
率を上げることができる。

【図面の簡単な説明】

【図１】本発明の一実施例を示す呼制御プログラムの構
成図である。

【図２】本発明の網構成の一例を示す図である。

【図３】本発明の交換機と主催者，参加者間の接続シー
ケンスを示す図である。

【図４】本発明の交換機と主催者，参加者間の接続シー
ケンスを示す図である。

【図５】本発明の主催者側交換機（ａ局）における、分
岐接続シーケンスを示す図である。

【図６】本発明の主催者側交換機（ａ局）における、分
岐接続シーケンスを示す図である。

【図７】本発明の参加者側交換機（ｂ局）における、分
岐接続シーケンスを示す図である。

【図８】本発明の参加者側交換機（ｃ局）における、分
岐接続シーケンスを示す図である。

【図９】本発明の主催者側交換機（ａ局）における、接
続完了シーケンスを示す図である。

【図１０】本発明の主催者側交換機（ａ局）における、
参加者追加接続シーケンスを示す図である。

【図１１】本発明の参加者側交換機（ｃ局）における、
参加者追加接続シーケンスを示す図である。

【図１２】本発明のデータ分岐を示す図であり、（Ａ）
は放送サービス開始時、（Ｂ）は参加者追加後を示す。

【図１３】本発明の参加者側交換機（ｂ局，ｃ局）にお
ける、参加者側からの切断シーケンスを示す図である。

【図１４】本発明の参加者側交換機（ｂ局，ｃ局）にお
ける、主催者側からの切断シーケンスを示す図である。

【図１５】本発明の参加者側交換機（ｃ局）における、
参加者側からの切断シーケンスを示す図である。

【図１６】本発明の参加者側交換機（ｃ局）における、
参加者側からの切断シーケンスを示す図である。

【図１７】本発明の主催者側交換機（ａ局）における、
主催者側からの切断シーケンスを示す図である。

【図１８】本発明の主催者側交換機（ａ局）で主催者側
が切断したときの、参加者側交換機（ｂ局）における、
切断シーケンスを示す図である。

【図１９】本発明の主催者側交換機（ａ局）で主催者側
が切断したときの、参加者側交換機（ｃ局）における、
切断シーケンスを示す図である。

【符号の説明】

１ プロトコル制御 ２ 基本呼制御 ３ サービスシナリオ ４ トランスレーター ５ 疑似端末 ６ 主催者 ７−ａ 交換機（ａ局） ７−ｂ 交換機（ｂ局） ７−ｃ 交換機（ｃ局） ８−ａ 参加者ａ ８−ｂ 参加者ｂ ８−ｃ 参加者ｃ ８−ｄ 参加者ｄ ８−ｅ 参加者ｅ

フロントページの続き (56)参考文献 特開 平５−63699（ＪＰ，Ａ) 特開 昭49−95503（ＪＰ，Ａ) 特開 平５−219095（ＪＰ，Ａ) 特開 平２−34062（ＪＰ，Ａ)

Claims (2)

(57)【特許請求の範囲】
1. 【請求項１】 複数の加入者端末を収容する複数の交換
   機で構成する交換網における放送サービスの分岐方法に
   おいて； 任意の一つの発呼加入者端末が指定した複数の被呼加入
   者端末へメッセージ情報を放送する際、前記発呼加入者
   端末を収容する自局交換機が、前記発呼加入者端末がメ
   ッセージ情報の送出前に送出する前記メッセージ情報の
   接続先情報を分析し、接続先が自局収容加入者端末か他
   局収容加入者端末かを識別して前記被呼加入者端末の方
   路を決定し、前記方路が自局のときは自局収容加入者端
   末と接続し、前記方路が他局のときは各方路の最近端の
   他局交換機に方路毎の接続先情報を転送し、前記最近端
   の他局交換機から最遠端の他局交換機に至るまで順次前
   記自局交換機と同様な分岐接続を行い、前記発呼加入者
   が指定したすべての前記被呼加入者端末までの分岐接続
   が完了した後、前記発呼加入者端末から前記メッセージ
   情報を一斉に放送することを特徴とする交換網における
   放送サービスの分岐方法。
2. 【請求項２】 複数の加入者端末を収容する複数の交換
   機で構成する交換網における放送サービスシステムにお
   いて； 発呼加入者端末または前記発呼加入者端末を収容する発
   信交換機から、放送サービスである旨を示すサービス要
   求情報を含む呼設定メッセージに続き、接続先情報であ
   るメンバーリストを含むファシリティメッセージを受信
   したとき、前記メンバーリストを抽出しこのメンバーリ
   ストを含む付加情報通知を基本呼制御手段へ送出し、前
   記メンバーリストを含む付加情報通知に対する、各方路
   毎のメンバリストを含む呼設定要求を前記基本呼制御手
   段から受信したとき、前記各方路毎の呼設定要求に対応
   する呼設定メッセージを前記各方路へ転送し、この呼設
   定メッセージに対する、応答メッセージを前記各方路か
   ら受信したとき、前記各方路毎の応答通知を前記基本呼
   制御手段へ送出し、この各方路毎の応答通知に対する、
   自局方路以外の前記方路毎のメンバリストを含む付加情
   報要求を前記基本呼制御手段から受信したとき、この各
   方路毎のメンバリストを含むファシリティメッセージを
   前記自局方路以外の前記方路毎に転送する プロトコル制
   御手段と；前記プロトコル制御手段から前記メンバーリストを含む
   付加情報通知を受信し たとき、このメンバーリストを含
   むサービス通知をサービスシナリオ手段へ送出すると共
   に前記メンバーリストを含む付加情報通知を疑似端末手
   段へ送出し、前記メンバリストを含むサービス通知情報
   に対応する、方路毎のメンバリストを含む呼設定要求を
   前記疑似端末から受信したとき、このメンバリストを含
   む呼設定要求を前記プロトコル制御手段へ送出し、前記
   プロトコル制御手段から前記各方路毎の応答通知を受信
   したとき、前記各方路から応答があった旨を示すサービ
   ス通知を前記方路毎に前記サービスシナリオ手段へ送出
   すると共に、前記各方路毎の応答通知を疑似端末手段へ
   送出し、前記疑似端末から前記方路毎のメンバリストを
   含む付加情報要求を受信したとき、この方路毎のメンバ
   リストを含む付加情報要求を前記プロトコル制御手段へ
   送出する前記 基本呼制御手段と；前記基本呼制御手段から前記メンバリストを含むサービ
   ス通知を受信したとき、このメンバーリストの加入者番
   号翻訳要求をトランスレータ手段へ送出し、この翻訳要
   求に対する翻訳結果である方路を前記トランレータ手段
   から受信し方路毎にメンバリストを編集すると共に、編
   集した方路毎に呼設定サービス要求を前記疑似端末へ送
   出し、前記基本呼制御手段から前記各方路から応答があ
   った旨を示す前記サービス通知を方路毎に受信したと
   き、前記方路毎に編集したメンバリストを参照し自局方
   路か他局方路かを識別し、自局方路の場合は自局収容の
   被呼加入者端末を接続し、他局方路の場合には各方路毎
   にそれぞれメンバリスト含むサービス要求を前記疑似端
   末手段へ送出する前記 サービスシナリオ手段と；前記サービスシナリオ手段から前記加入者番号翻訳要求
   を受信したとき、前記メンバリストを加入者番号に翻訳
   し前記サービスシナリオ手段へ送出する前記 トランスレ
   ータ手段と；前記サービスシナリオ手段から前記編集した方路毎の呼
   設定のサービス要求を受信したとき、この呼設定要求を
   前記基本呼制御手段へ送出し、前記サービスシナリオ手
   段から自局以外の方路の前記メンバーリストを含むサー
   ビス要求を受信したとき、このメンバーリストを含む付
   加情報要求を前記基本呼制御手段へ送出する前記疑似端
   末手段と； を有することを特徴とする交換網における放送サービス
   システム。