JPH0251958A - Checking system for competitive service of communication network - Google Patents
Checking system for competitive service of communication networkInfo
- Publication number
- JPH0251958A JPH0251958A JP20200488A JP20200488A JPH0251958A JP H0251958 A JPH0251958 A JP H0251958A JP 20200488 A JP20200488 A JP 20200488A JP 20200488 A JP20200488 A JP 20200488A JP H0251958 A JPH0251958 A JP H0251958A
- Authority
- JP
- Japan
- Prior art keywords
- service
- call
- node
- ncr
- additional service
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 title claims abstract description 9
- 230000002860 competitive effect Effects 0.000 title abstract 4
- 238000000034 method Methods 0.000 claims description 9
- 230000006870 function Effects 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 13
- 230000007704 transition Effects 0.000 description 12
- 230000004044 response Effects 0.000 description 8
- 230000000694 effects Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 239000011888 foil Substances 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
Landscapes
- Exchange Systems With Centralized Control (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、通信網における付加サービスの制御方式に関
する。DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a control method for additional services in a communication network.
従来のサービス競合のチェックは、例えば書籍[D10
形自動交換桟[IV] (財団法人電気通信共済会
昭和56年6月5日改訂版発行)の第402頁〜第40
4頁」に記載のように、ノード内に閉したサービス競合
のチェック方式〔発明が解決しようとする課題〕
今後の通信システムのインテリジェントネットワークは
、ユーザによるサービス定義が考えられ、広域なサービ
スにおいてのサービス性向上、不正使用等によるネット
ワーク信頼性低下の防止技術が必要となる。Conventional service conflict checks include, for example, the book [D10
Automatic exchange bar [IV] (Telecommunications Mutual Aid Association
(revised edition published June 5, 1981), pages 402 to 40
As described in "Page 4", a method for checking service conflicts that are closed within a node [Problem to be solved by the invention] Intelligent networks of future communication systems will allow users to define services, and it will be possible to Techniques are needed to improve serviceability and prevent network reliability from decreasing due to unauthorized use.
ところが、上記従来技術は、ひとつの呼が複数ノードを
使用し、あるノードで付加サービスを受け、別のノード
で更に付加サービスを受ける場合には競合チェックがで
きないという問題があった。However, the above-mentioned conventional technology has a problem in that it is not possible to perform a conflict check when one call uses a plurality of nodes, receives an additional service at one node, and receives an additional service at another node.
本発明の目的は、異なるノードで発生するサービスの競
合チェックを実施する方法を提供することにある。SUMMARY OF THE INVENTION An object of the present invention is to provide a method for checking conflicts between services occurring at different nodes.
上記目的は、サービス制御ノードに付加サービス発生時
、網信網内で唯ひとつに識別可能な網呼番号(NCR:
Network Ca1lReference
)を該当呼に割付ける手段と、付加サービス使用状況を
記憶する手段と、交換ノードに該当呼でNCRをノード
間で詩趣る手段と、サービス制御ノードに該当呼で新た
な付加サービス発生時NCRにより付加サービス使用状
況をリードし、予め定義されている付加サービス競合条
件とチェックする手段とを設けることにより達成される
。The above purpose is to provide a network call number (NCR) that can be uniquely identified within the network when an additional service is generated at a service control node.
Network CalReference
) to the corresponding call, a means for storing supplementary service usage status, a means for transmitting an NCR between nodes on the corresponding call in the switching node, and a means for the service control node to assign the NCR to the corresponding call when a new supplementary service occurs on the corresponding call. This is achieved by providing means for reading the supplementary service usage status using the NCR and checking against predefined supplementary service conflict conditions.
NCRは、付加サービスが発生した時に捕捉され、以降
該当呼に関する付加サービス使用状況の情報は、該当呼
が切断されるまでサービス制御ノード内に保持される。The NCR is captured when a supplementary service occurs, and thereafter information on the supplementary service usage status regarding the call is held in the service control node until the call is disconnected.
NCRは捕捉された後、交換ノードで呼制御信号に付加
され、交換ノード間で引継がれる。After the NCR is captured, it is added to the call control signal at the switching node and passed between switching nodes.
該当呼で新たな付加サービスが発生すると、引継がれて
来たNCRがサービス制御ノードに通知される。When a new supplementary service occurs in the call, the NCR that has been taken over is notified to the service control node.
サービス制御ノードでは、通知されたNCRにより、該
箔呼の付加サービス使用状況をリードし、こわと新たな
付加サービス種別について予め定義されている付加サー
ビス競合条件により、競合チェックができるようになる
ので、異なるノードで発生する新たな付加サービスを許
容するか、拒否するか決定できる。The service control node reads the supplementary service usage status of the foil call based on the notified NCR, and can perform a conflict check based on predefined supplementary service conflict conditions for the new supplementary service type. , it can be decided whether to accept or reject new supplementary services that occur at different nodes.
以下、本発明の一実施例を第1図から第9図により説明
する。An embodiment of the present invention will be described below with reference to FIGS. 1 to 9.
本例は、会議通話中に会議メンバーによる王者通話要求
時の拒否と許容の場合の実施例である。This example is an example of rejecting and accepting a champion call request by a conference member during a conference call.
第1図は1本発明に係わる通信網の構成図である。Aは
、会議通話を招朶する会議ホスト加入者で、交換ノード
aに収容される。Bは、会議通話に招隻される会議メン
バー加入者で、交換ノードしに収容される。Cは、Bが
会議通話中に三者通話として呼出そうとする第三者加入
者である。サービス制御ノードは、交換ノードa、交換
ノードbのサービスの制御機能を持つ。FIG. 1 is a block diagram of a communication network according to the present invention. A is a conference host subscriber who invites a conference call and is accommodated at switching node a. B is a conference member subscriber invited to a conference call and accommodated at the switching node. C is a third party subscriber that B wishes to call as a three-way call during a conference call. The service control node has a function of controlling the services of exchange node a and exchange node b.
第2図は、異なるノードでの付加サービスが拒否される
場合のシーケンスの概念図である。FIG. 2 is a conceptual diagram of a sequence when supplementary services at different nodes are refused.
Aが、会議要求番号と会議メンバーのBの番号をダイヤ
ルすると、交換ノードaは、サービス制御ノードへ会議
要求番号を送り、サービス種別″会議″′とNCRが返
送され、Bの番号とNCRを交換ノードbへ送る。When A dials the conference request number and conference member B's number, switching node a sends the conference request number to the service control node, returns the service type "conference" and NCR, and dials B's number and NCR. Send to exchange node b.
交換ノードbでは、一般入呼としてBを呼出し、Bが応
答すると、交換ノードaに応答を返えす。これにより、
AとBの会議通話が開始される。Switching node b calls B as a general incoming call, and when B responds, returns the response to switching node a. This results in
A conference call between A and B begins.
この状態で、Bが王者通話要求番号とCの番号をダイヤ
ルすると、交換ノードbは、サービス制御ノードへ、王
者通話要求番号をNCRを付けて送り、回答が拒否であ
ると、Bに拒否表示をする。Bが会議通話への復帰要求
をすると、元の会議通話へ復帰する。Aが切断すると呼
を解放し、サービス制御ノードへ解放通知をNCRを付
けて送る。In this state, when B dials the champion call request number and C's number, exchange node b sends the champion call request number to the service control node with an NCR attached, and if the answer is a refusal, a rejection message is displayed to B. do. When B requests a return to the conference call, the original conference call is resumed. When A disconnects, it releases the call and sends a release notification with an NCR to the service control node.
第3図は、異なるノードでの付加サービスが許容される
場合のシーケンスの概念図である6図中1間合せ中信号
送出までは第2図と同じであり省略する。FIG. 3 is a conceptual diagram of a sequence when supplementary services are allowed at different nodes. The steps in FIG. 6 up to the sending of the 1-coordination signal are the same as in FIG. 2 and are omitted here.
サービス制御ノードからサービス種別″三者通話″の回
答があると、Cを呼出し、Cから応答があると、AとB
が会議通話中でありながら。When the service control node replies that the service type is "three-party call," it calls C, and when there is a response from C, A and B
while on a conference call.
AとBとCの三者通話となる。It becomes a three-party call between A, B, and C.
この状態でCが切断すると、交換ノードbはサービス制
御ノードヘサービス終了通知をNCRを付けて送り、元
の会議通話へ復帰する。When C disconnects in this state, switching node b sends a service termination notification with an NCR attached to the service control node, and returns to the original conference call.
以降は第2図と同じであり省略する。The subsequent steps are the same as in FIG. 2 and will be omitted.
第4図は、交換ノードaの状態遷移図である。FIG. 4 is a state transition diagram of switching node a.
1の空状態で、Aより会議要求番号と会議メンバーであ
るBの番号を受信すると、サービス制御ノードへ会議要
求番号を送り、サービスの指示を受ける。この時、この
呼は、呼の生起時点であり、NCRは、末だ持っていな
い。When the conference request number and the conference member B's number are received from A in the empty state of 1, the conference request number is sent to the service control node and a service instruction is received. At this time, this call is at the origination point of the call, and the NCR does not yet exist.
サービス制御ノードより、サービス種別″会議″とNC
Rを受信すると、NCRをメモリに格納し、Bの収容ノ
ードである交換ノードbへBの番号とNCRを送り、2
のメンバー呼出しへ遷移する。From the service control node, the service type "conference" and NC
Upon receiving R, it stores the NCR in memory, sends B's number and NCR to exchange node b, which is the accommodating node of B, and
Transition to member call.
交換ノードbより応答があると3の会議通話へ遷移する
。When there is a response from exchange node b, the process transitions to 3, a conference call.
Aが切断すると、交換ノードbへ切断を送り、サービス
制御ノードへ、呼の解放通知をメモリに格納されている
NCRを付けて送り、1の空状態へ戻り、メモリのNC
Rを解放する。When A disconnects, it sends a disconnect to switching node b, sends a call release notification to the service control node with the NCR stored in memory, returns to the empty state of 1, and returns the NC in memory to
Release R.
第5図は、交換ノードbの状態遷移図である。FIG. 5 is a state transition diagram of switching node b.
4の空状態で、交換ノードaよりBの番号とNCRを受
信するとNCRをメモリに格納し、5の呼出しへ遷移し
、Bを呼出す。Bよりの応答で交換ノードaへ応答を送
り、6の通話へ遷移する。When the number and NCR of B are received from exchange node a in the empty state of 4, the NCR is stored in the memory, and the transition is made to the calling of 5, and B is called. In response to the response from B, a response is sent to exchange node a, and the conversation transitions to 6.
ここで、交換ノードaでは、会議通話状態(図4の3)
となるが、交換ノードbでは、会議通話を認識しない。Here, in exchange node a, the conference call state (3 in FIG. 4)
However, switching node b does not recognize the conference call.
Bよりの王者通話要求番号とCの番号を受信すると、サ
ービス制御ノードへ、王者通話要求番号とメモリに格納
されているNCRを送る。When receiving the champion call request number from B and the number of C, it sends the champion call request number and the NCR stored in the memory to the service control node.
サービス制御ノードからサービス拒否が回答された場合
は7の拒否へ遷移し、Bへ拒否表示し、Bの復旧要求に
より、6の通話へ戻り、AとBの会議通話となる。When the service control node replies that the service is refused, the process changes to 7, refusal, and a refusal is displayed to B. Upon B's recovery request, the call returns to 6, and a conference call between A and B is established.
また、サービス制御ノードからサービス種別″三者通話
″が回答された場合は、8の王者呼出しへ遷移し、Cの
応答により、9の王者通話へ遷移する。ここでAとBと
Cの王者通話となるが、AとBが会議通話中とは認識し
ない。Further, when the service control node answers the service type "three-party call", the process transitions to the champion call (8), and in response to the response from C, the process transitions to the champion call (9). At this point, A, B, and C are making a champion call, but A and B do not recognize that they are in a conference call.
Cが切断すると、サービス制御ノードへ、王者通話終了
と、メモリに格納さ九ているNCRを送り、6の通話へ
遷移する。交換ノードaより切断を受信すると4の空状
態へ戻り、メモリのNCRを解放する。When C disconnects, it sends the end of the champion call and the NCR stored in the memory to the service control node, and transitions to call 6. When it receives a disconnection from exchange node a, it returns to the empty state of 4 and releases the NCR in its memory.
次に、第6図から第8図は、サービス制御ノードの処理
フロー図である。Next, FIGS. 6 to 8 are processing flow diagrams of the service control node.
第6図は、該当呼における最初の付加サービス発生時の
間合せであり、この場合NCRが未捕捉である。FIG. 6 shows the timing when the supplementary service first occurs in the call, and in this case, the NCR is not captured.
付加サービス要求番号を受信すると、サービス分析によ
り、付加サービス要求番号から、サービス種別″会議″
を決定する。When the supplementary service request number is received, service analysis determines the service type "conference" from the supplementary service request number.
Determine.
NCR空塞表により空のNCRを捕捉し、サービス制御
テーブルをNCRで索引し、サービス使用状況として、
サービス種別″会議″を設定し、間合せ元の交換ノード
aへ、サービス種別″会議″とNCRを返送する。Capture empty NCRs using the NCR empty table, index the service control table using the NCRs, and use the service usage status as the service usage status.
The service type ``conference'' is set, and the service type ``conference'' and the NCR are returned to the arranging exchange node a.
第7図は、該当呼における2つ目の付加サービス発生時
の間合せであり、この場合はNCRが付加されて来る。FIG. 7 shows the timing when the second supplementary service occurs in the call, and in this case, an NCR is added.
付加サービス要求番号とNCRを受信すると、サービス
分析により、付加サービス要求番号から、サービス種別
パ三者通話″(■)を決定する。When the supplementary service request number and NCR are received, the service analysis determines the service type "P3-party call" (■) from the supplementary service request number.
サービス制御テーブルをNCRで索引し、該当呼のサー
ビス使用状況を取り出す(■)。The service control table is indexed by NCR and the service usage status of the corresponding call is retrieved (■).
予め定義されている付加サービス競合条件により、【■
(会議)サービス中の■(王者通話)サービスの競合を
チェックする。Due to the predefined supplementary service competition conditions, [■
(Conference) Check for conflicts in the ■ (King Call) service in the service.
そして、チェック結果が拒否ならば、間合せ元の交換ノ
ードしに拒否回答する。チェック結果が許容ならば、サ
ービス制御テーブルに2つ目のサービス使用状況″三者
通話″(■)を設定し、間合せ元の交換ノードしへ、サ
ービス種別″三者通話″(■)を回答する。If the check result is a rejection, a rejection reply is sent to the arranging exchange node. If the check result is acceptable, set the second service usage status "Three-party call" (■) in the service control table, and set the service type "Three-party call" (■) to the arranging exchange node. Answer.
第8図は、該当呼の2つ目の付加サービス終了通知と、
該当呼解放通知のフローである。Figure 8 shows the second supplementary service termination notification for the call,
This is the flow of the corresponding call release notification.
該当呼の2つ目の付加サービス終了(王者通話終了)通
知時は、交換ノードbから送られて来るNCRでサービ
ス制御テーブルを索引し、2つ目のサービス使用状況″
三者通話″をクリアする。When the end of the second supplementary service for the corresponding call (end of champion call) is notified, the service control table is indexed using the NCR sent from exchange node b, and the second service usage status is determined.
Clear “Three-way call”.
該当呼の解放時は、交換ノードaから送られて来るNC
Rでサービス制御テーブルを索引し、全サービス使用状
況をクリアし、NCR空塞表を空とすることによりNC
Rを解放する。When the corresponding call is released, the NC sent from switching node a
NC by indexing the service control table in R, clearing all service usage status, and emptying the NCR idle table.
Release R.
最後に第9図は、NCRの構成例であり、網内で唯ひと
つに識別可能な番号とするため、網内のサービス制御ノ
ード毎に割付けた″サービス制御ノード識別番号″と、
サービス制御ノード内で管理され、付加サービス発生毎
に割付けるパサービス制御ノード内呼番号″とから構成
される。これによりサービス制御ノードが複数個からな
る通信網でも網内でユニークとすることができる。Finally, FIG. 9 shows an example of the configuration of the NCR, in which a "service control node identification number" is assigned to each service control node in the network to make it a unique number that can be identified within the network.
It is managed within the service control node and consists of a "call number within the service control node" that is assigned each time an additional service occurs.This makes it possible to make the call number unique within the network even if the service control node consists of multiple service control nodes. can.
なお、サービス制御テーブルとNCR空塞表については
、NCRの1′サ一ビス制御ノード内呼番号″で管理す
ることにより、テーブルの冗長エリアを消滅できる。Note that redundant areas in the table can be eliminated by managing the service control table and the NCR idle table using the NCR's 1' service control node call number.
このように、本実施例によれば、異なるノードで会議通
話中の、会議メンバーからの王者通話要求に対して、サ
ービスを拒否するか許容するかの競合チェックが可能と
なる。In this manner, according to the present embodiment, it is possible to perform a conflict check to determine whether to deny or allow service for a champion call request from a conference member during a conference call at different nodes.
本発明によれば、ひとつの呼で異なるノードで発生する
付加サービスを認識できるので、広域なサービス競合チ
ェックが可能となる。According to the present invention, additional services occurring at different nodes can be recognized in a single call, making it possible to check service conflicts over a wide area.
第1図は本発明の一実施例の通信網の構成図、第2図は
異なるノードでの付加サービスが拒否される場合のシー
ケンス図、第3図は異なるノードでの付加サービスが許
容される場合のシーケンス図、第4図は交換ノードaの
状態遷移図。
第5図は交換ノードbの状態遷移図、第6図から第8図
はサービス制御ノードの処理フロー図、第9図はNCR
の構成図である。
A・・・会議ホスト加入者。
B・・・会議メンバー加入者、
C・・・第三者加入者、
薬 1 図
サービス市11猪Pノード
ε C
勇
牛
図
第
乙
圓
〔口金でCNC尺な0〕
莫
δ
図
C竹刀ロサーヒ′ス終嘔知〕
()芋解叔止知)
菓
図Fig. 1 is a configuration diagram of a communication network according to an embodiment of the present invention, Fig. 2 is a sequence diagram when supplementary services at different nodes are denied, and Fig. 3 is a sequence diagram when supplementary services are allowed at different nodes. FIG. 4 is a state transition diagram of exchange node a. FIG. 5 is a state transition diagram of switching node b, FIGS. 6 to 8 are processing flow diagrams of the service control node, and FIG. 9 is a state transition diagram of switching node b.
FIG. A: Conference host subscriber. B...Conference member subscriber, C...Third party subscriber, Medicine 1 Figure Service City 11 Boar P node ε C Yuushizu 1st round [CNC shaku na 0 with base] Mo δ Figure C Shinai Losahi ``Suzukochi〕 () Imokaishutochi) Kazu
Claims (1)
テムにおいて、サービス制御ノードに付加サービス発生
時、通信網内で唯ひとつに識別可能な網呼番号(NCR
)を該当呼に割付ける手段と、付加サービス使用状況を
記憶する手段と、交換ノードに該当呼でNCRをノード
間で持廻る手段と、サービス制御ノードに該当呼で新た
な付加サービス発生時 NCRにより付加サービス使用状況をリードし、予め定
義されている付加サービス競合条件とチェックする手段
とを設けたことを特徴とする通信網のサービス競合チェ
ック方式。[Claims] 1. In a communication system having a switching node and a service control node, when an additional service occurs in the service control node, a network call number (NCR) that can be uniquely identified within the communication network is transmitted to the service control node.
) to the corresponding call, a means for storing supplementary service usage status, a means for passing the NCR between nodes for the corresponding call in the switching node, and a means for assigning the NCR to the corresponding call when a new supplementary service occurs in the service control node. 1. A service conflict checking method for a communication network, characterized in that a means is provided for checking the additional service usage status with predefined additional service conflict conditions.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP20200488A JP2680057B2 (en) | 1988-08-15 | 1988-08-15 | Communication conflict check method for communication networks |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP20200488A JP2680057B2 (en) | 1988-08-15 | 1988-08-15 | Communication conflict check method for communication networks |
Publications (2)
Publication Number | Publication Date |
---|---|
JPH0251958A true JPH0251958A (en) | 1990-02-21 |
JP2680057B2 JP2680057B2 (en) | 1997-11-19 |
Family
ID=16450333
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP20200488A Expired - Lifetime JP2680057B2 (en) | 1988-08-15 | 1988-08-15 | Communication conflict check method for communication networks |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2680057B2 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004509492A (en) * | 2000-09-14 | 2004-03-25 | フランス テレコム | Method and apparatus for coordinating telecommunications services |
JP2005217857A (en) * | 2004-01-30 | 2005-08-11 | Oki Electric Ind Co Ltd | Distribution type server system, and call information management method in distribution type server system |
JP2011511501A (en) * | 2007-12-21 | 2011-04-07 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Method for controlling a multi-party call and service control entity and service switching entity for performing the method |
US8917844B2 (en) | 2009-01-19 | 2014-12-23 | Avaya Inc. | Mid-call detection and resolution of feature interactions |
US9049290B2 (en) | 2009-06-29 | 2015-06-02 | Avaya Inc. | Interaction detection between web-enabled and call-related features |
-
1988
- 1988-08-15 JP JP20200488A patent/JP2680057B2/en not_active Expired - Lifetime
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004509492A (en) * | 2000-09-14 | 2004-03-25 | フランス テレコム | Method and apparatus for coordinating telecommunications services |
JP2005217857A (en) * | 2004-01-30 | 2005-08-11 | Oki Electric Ind Co Ltd | Distribution type server system, and call information management method in distribution type server system |
JP2011511501A (en) * | 2007-12-21 | 2011-04-07 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | Method for controlling a multi-party call and service control entity and service switching entity for performing the method |
US8363811B2 (en) | 2007-12-21 | 2013-01-29 | Telefonaktiebolaget Lm Ericsson (Publ) | Method for controlling a multi party call and a service control entity and a service switching entity for performing the method |
US8917844B2 (en) | 2009-01-19 | 2014-12-23 | Avaya Inc. | Mid-call detection and resolution of feature interactions |
US9049290B2 (en) | 2009-06-29 | 2015-06-02 | Avaya Inc. | Interaction detection between web-enabled and call-related features |
Also Published As
Publication number | Publication date |
---|---|
JP2680057B2 (en) | 1997-11-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5414752A (en) | Method for achieving communication between a plurality of participants | |
US6473626B1 (en) | Telecommunications network with fixed and mobile subscribers | |
US5099511A (en) | Exchange system for incoming calls from direct-in lines | |
US6611689B1 (en) | System for integrating mobile telecommunication terminals into a private telecommunication system | |
JPH03500836A (en) | Exchange route reservation configuration | |
US5442692A (en) | Telecommunication system having a capability of changing the alerting tone | |
JPH0251958A (en) | Checking system for competitive service of communication network | |
JPS58177061A (en) | Individual numbering system | |
US6880001B1 (en) | System for managing and exchanging telecommunication system subscriber data stored in a single logical subscriber database | |
JP2543035B2 (en) | Exchange control method | |
JPS60109363A (en) | Call processing control system | |
US6026154A (en) | Interoffice multiparty connection method and exchange | |
JPS586640A (en) | Multiple address communication distribution system | |
US6341126B1 (en) | Inhomogeneous connections | |
JPH05103087A (en) | Incoming call connection system | |
JPH02246662A (en) | Channel management system in integrated service communication network | |
US20050169450A1 (en) | Method of automatically accessing a telephone conference, and a system for implementing the method | |
KR100277232B1 (en) | Duplicate Call Processing Method for Telephone Voting Service Using Intelligent Network | |
US6940961B1 (en) | Method and system for transmitting service-relevant information between several end-to-end controllers | |
JPS62179258A (en) | Personal exchange system | |
US5598465A (en) | Exchange controlling system for managing terminal groups | |
JPH04127652A (en) | Transfer control method for pursuit telephone service system | |
US6307927B1 (en) | Method for operating a network with interconnected terminals | |
JPH01215154A (en) | Isdn termination system | |
JP3601281B2 (en) | Communication transmission path allocation method and system |