JP4820583B2 - Call control method, call control program, and RTC client - Google Patents

Call control method, call control program, and RTC client Download PDF

Info

Publication number
JP4820583B2
JP4820583B2 JP2005177505A JP2005177505A JP4820583B2 JP 4820583 B2 JP4820583 B2 JP 4820583B2 JP 2005177505 A JP2005177505 A JP 2005177505A JP 2005177505 A JP2005177505 A JP 2005177505A JP 4820583 B2 JP4820583 B2 JP 4820583B2
Authority
JP
Japan
Prior art keywords
rtc client
rtc
client
registration
issued
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.)
Expired - Fee Related
Application number
JP2005177505A
Other languages
Japanese (ja)
Other versions
JP2006352620A (en
Inventor
直也 瀬田
輝也 藤井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SoftBank Corp
Original Assignee
SoftBank Telecom Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by SoftBank Telecom Corp filed Critical SoftBank Telecom Corp
Priority to JP2005177505A priority Critical patent/JP4820583B2/en
Publication of JP2006352620A publication Critical patent/JP2006352620A/en
Application granted granted Critical
Publication of JP4820583B2 publication Critical patent/JP4820583B2/en
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Telephonic Communication Services (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、リアルタイムコミュニケーション（ＲＴＣ）を実現する呼制御方法、呼制御プログラムおよびＲＴＣクライアントに関する。   The present invention relates to a call control method, a call control program, and an RTC client that realize real-time communication (RTC).

リアルタイムコミュニケーションは、無線ＬＡＮにおける音声通信（ＶｏＩＰ：Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）に代表される。たとえば、無線ＬＡＮ環境において、１つのアクセスポイント（ＡＰ）に、ＶｏＩＰ端末に代表される多数のＲＴＣクライアントが接続される。ＡＰには、さらに、データ通信クライアント、つまり、リアルタイム通信によって接続していない静止画の画像データやテキストデータを送受信するクライアントが混在する場合には、無線ＬＡＮ上のトラフィック量に応じて、ＲＴＣの通信品質（たとえば音声通話品質）が低下する。ウェブやメールにアクセスしているデータ通信クライアントは、大きなパケット遅延やその揺らぎ、パケットロスに伴う通信品質の悪化による影響を受けにくい。しかしながら、ＲＴＣクライアントにおいては、アプリケーションの通信品質、たとえば、音声通話品質に直接かかわるため、非常に大きな影響をうけやすい。   Real-time communication is represented by voice communication (VoIP: Voice over IP) in a wireless LAN. For example, in a wireless LAN environment, many RTC clients represented by VoIP terminals are connected to one access point (AP). If the AP further includes a data communication client, that is, a client that transmits / receives still image data or text data that is not connected by real-time communication, the RTC is configured according to the amount of traffic on the wireless LAN. Communication quality (for example, voice call quality) decreases. Data communication clients accessing the web or mail are less susceptible to large packet delays, fluctuations, and deterioration of communication quality due to packet loss. However, since the RTC client is directly related to the communication quality of the application, for example, the voice call quality, it is easily affected greatly.

これを回避するためには、ＳＩＰサーバなど呼制御装置において、全体のＲＴＣクライアントの登録数や呼量を制限する方法が考えられる。しかしながら、このような方法では、全体としての呼量は多くないが、特定のＡＰに呼が集中している場合などに対応することができないという問題点があった。
特開平４−３７３３２５号公報 特開平１１−２２０４７７号公報 In order to avoid this, a method of limiting the total number of registered RTC clients and the call volume in a call control device such as a SIP server can be considered. However, such a method has a problem that although the total call volume is not large, it cannot cope with a case where calls are concentrated on a specific AP.
JP-A-4-373325 JP-A-11-220477

また、特許文献１には、通信トラフィックに応じて発呼および位置登録を制御する移動通信システムにおいて、トラフィック特性に適応した最適な規制を行う技術が開示されている。特許文献１においては、移動端末が、基地局（ＡＰに相当する）からの発呼規制および位置登録規制信号をモニタし、乱数発生により一定の割合で、端末自らが発呼や登録要求を取りやめるように構成され、基地局からの規制信号で送信される規制値を、トラヒックに応じて動的に変更している。   Patent Document 1 discloses a technique for performing optimum regulation adapted to traffic characteristics in a mobile communication system that controls calling and location registration according to communication traffic. In Patent Document 1, a mobile terminal monitors a call restriction and location registration restriction signal from a base station (corresponding to an AP), and the terminal itself cancels a call or a registration request at a certain rate by random number generation. The restriction value transmitted by the restriction signal from the base station is dynamically changed according to the traffic.

しかしながら、この手法を、たとえば、無線ＬＡＮ環境におけるＲＴＣクライアントに適用するために、規制信号を送受信するための機構をＡＰに組み込む必要がある。ネットワーク上に数多く存在するＡＰの構成を改変することは容易ではなく、コスト的にも望ましくない。或いは、呼制御装置が、規制信号を発する構成を考えると、全体のトラフィックをモニタすることは可能であっても、それぞれのＡＰの状態を考慮して、個別に規制信号を出すことはできないという問題点がある。   However, in order to apply this method to, for example, an RTC client in a wireless LAN environment, it is necessary to incorporate a mechanism for transmitting and receiving a restriction signal into the AP. It is not easy to modify the configuration of a large number of APs on the network, which is not desirable in terms of cost. Or, considering the configuration in which the call control device issues a restriction signal, it is possible to monitor the entire traffic, but it is not possible to individually issue a restriction signal in consideration of the state of each AP. There is a problem.

また、特許文献２には、ＬＡＮ構内交換ネットワークシステムにおいて、トラフィック量の増大時に効果的に発呼規制することにより、通話品質を維持する技術が開示されている。この技術においては、ＬＡＮ構内交換機においてトラフィック量を測定し、発呼制限が必要と判断された場合には、ＬＡＮ基地局やＬＡＮ電話機に対して、「発呼規制メッセージ」を一斉同報する。これにより、それ以降の発呼規制を、基地局ごとに分散制御可能としている。   Patent Document 2 discloses a technique for maintaining call quality by effectively restricting outgoing calls when the traffic volume increases in a LAN private branch exchange network system. In this technique, a traffic volume is measured in a LAN private branch exchange, and when it is determined that call restriction is necessary, a “call restriction message” is broadcast to a LAN base station or a LAN telephone. As a result, the subsequent call restriction can be distributed and controlled for each base station.

この手法においても、ＬＡＮ構内交換ネットワークのトラフィック量の測定結果に基づいている。このため、これを無線ＬＡＮ環境に適用すると、全体のトラフィック量は少ないが、特定の基地局下のトラフィック量が集中し、当該基地局下のＲＴＣクライアントのＱｏＳが低下しているときには、適切に対応することができないという問題点があった。   This method is also based on the measurement result of the traffic amount of the LAN private branch exchange network. Therefore, when this is applied to a wireless LAN environment, the total traffic volume is small, but when the traffic volume under a specific base station is concentrated and the QoS of the RTC client under the base station is lowered, There was a problem that it was not possible to cope.

本発明は、それぞれのＡＰの状態を考慮して、個別に適切に登録や接続を規制することができる呼制御方法、呼制御プログラムおよびＲＴＣクライアントを提供することを目的とする。   An object of the present invention is to provide a call control method, a call control program, and an RTC client that can appropriately and appropriately regulate registration and connection in consideration of the state of each AP.

本発明の目的は、リアルタイム通信するリアルタイム通信クライアント（ＲＴＣクライアント）と、当該ＲＴＣクライアントと接続される末端中継装置と、を含むネットワーク環境において、前記ＲＴＣクライアントの呼を制御する呼制御方法であって、
前記ＲＴＣクライアントにおいて、自己のＱｏＳに関する情報に基づき、前記リアルタイム通信の品質を表すＱｏＳ値が所定の閾値より悪化した場合に、アラームを示す情報を、前記ネットワークおよび前記末端中継装置を介して、呼制御装置に送信するステップと、
前記呼制御装置において、前記ネットワークを介して、前記ＲＴＣクライアントを特定する情報および当該ＲＴＣクライアントの属する末端中継装置の情報を含む第１のパラメータ群を受信するステップと、
前記ＲＴＣクライアントから、前記アラームを示す情報を受信するステップと、
前記アラームを示す情報にしたがって、前記ＲＴＣクライアントが属する末端中継装置ごとのＱｏＳに関する情報を記憶した状態情報テーブルを更新するステップと、
前記ＲＴＣクライアントによる登録要求、或いは、接続要求を受信したときに、前記第１のパラメータ群に基づき、ＲＴＣクライアントおよび当該ＲＴＣクライアントが属する末端中継装置を特定し、かつ、前記状態情報テーブルを参照して、前記ＲＴＣクライアントが属する末端中継装置のＱｏＳに関する情報を参照して、登録の可否或いは接続の可否を判断するステップと、を備えたことを特徴とする呼制御方法により達成される。 An object of the present invention is a call control method for controlling a call of an RTC client in a network environment including a real-time communication client (RTC client) that performs real-time communication and a terminal relay device connected to the RTC client. ,
In the RTC client, when the QoS value indicating the quality of the real-time communication is deteriorated below a predetermined threshold based on the information related to its own QoS, information indicating an alarm is called via the network and the terminal relay device. Transmitting to the control device;
In the call control device, receiving, via the network, a first parameter group including information identifying the RTC client and information of a terminal relay device to which the RTC client belongs;
Receiving information indicating the alarm from the RTC client;
Updating a state information table storing information on QoS for each terminal relay device to which the RTC client belongs according to information indicating the alarm;
When a registration request or a connection request is received by the RTC client, the RTC client and a terminal relay device to which the RTC client belongs are specified based on the first parameter group, and the status information table is referred to This is achieved by a call control method comprising the step of determining whether registration is possible or connection is possible by referring to information on QoS of the terminal relay device to which the RTC client belongs.

制御装置は、ＲＴＣクライアントから登録要求や接続要求があったときに、当該ＲＴＣクライアントが属する末端制御装置の状態、特に、前記アラームに基づくＱｏＳに関する情報に基づき、登録の可否や接続の可否を判断する。したがって、よりの粒度の高いＲＴＣの品質制御が可能となる。また、ＲＴＣクライアントと非ＲＴＣクライアントが混在している場合にも、ＲＴＣクライアントのＱｏＳに関する情報に基づいて、登録や接続の可否を判断するため、実際のＲＴＣクライアントによるトラフィック状況に応じた登録・接続制限を実現できる。   When there is a registration request or connection request from the RTC client, the control device determines whether registration is possible or connection is possible based on the status of the terminal control device to which the RTC client belongs, in particular, information on QoS based on the alarm. To do. Therefore, it is possible to control the quality of RTC with higher granularity. Even when RTC clients and non-RTC clients coexist, registration / connection according to the traffic status of the actual RTC client is performed in order to determine whether registration or connection is possible based on the information about the QoS of the RTC client. Limits can be realized.

さらに、本発明においては、ＲＴＣクライアントにおいて、ＱｏＳの悪化というイベントが生じた際に、呼制御装置に、アラームを通知する。したがって、ＲＴＣクライアントと呼制御装置との間のトラヒックの増大を抑制しつつ、上述した登録・接続制限を実現することができる。   Furthermore, in the present invention, when an event of deterioration of QoS occurs in the RTC client, an alarm is notified to the call control device. Therefore, the above-described registration / connection restriction can be realized while suppressing an increase in traffic between the RTC client and the call control device.

なお、末端中継装置には、無線ＬＡＮ環境におけるアクセスポイント（ＡＰ）や、エッジルータが含まれる。   Note that the terminal relay device includes an access point (AP) and an edge router in a wireless LAN environment.

好ましい実施態様においては、前記ＲＴＣクライアントにおいて、ケット遅延時間の揺らぎであるジッタ値、パケットロス数および／または往復遅延時間に基づくＱｏＳ値を算出するステップを備える。   In a preferred embodiment, the RTC client includes a step of calculating a QoS value based on a jitter value, a packet loss number and / or a round trip delay time, which are fluctuations in the packet delay time.

また、好ましい実施態様においては、前記状態情報テーブルが、ＱｏＳに関する情報の項目として、前記末端中継装置ごとの、前記ＲＴＣクライアントから通知されたアラームの合計数を含み、
前記登録の可否を判断するステップが、前記状態情報テーブル中、該当する末端中継装置に関する前記アラームの合計数を参照して、登録の可否を判断するステップを含む。 In a preferred embodiment, the status information table includes, as an item of information on QoS, the total number of alarms notified from the RTC client for each terminal relay device,
The step of determining whether or not registration is possible includes a step of determining whether or not registration is possible by referring to the total number of alarms related to the corresponding terminal relay device in the status information table.

より好ましい実施態様においては、前記状態情報テーブルが、項目として、前記末端中継装置ごとの、ＲＴＣクライアントの接続数を含み、
前記登録の可否を判断するステップが、前記状態情報テーブル中、前記ＲＴＣクライアントが属する末端中継装置に関する接続数に対するアラームの合計数の割合を参照して、登録の可否を判断するステップを含む。 In a more preferred embodiment, the state information table includes, as items, the number of RTC client connections for each terminal relay device,
The step of determining whether or not registration is possible includes the step of determining whether or not registration is possible by referring to the ratio of the total number of alarms to the number of connections related to the terminal relay device to which the RTC client belongs in the status information table.

また、別の好ましい実施態様においては、前記状態情報テーブルが、ＱｏＳに関する情報の項目として、前記末端中継装置ごとの、前記ＲＴＣクライアントから通知されたアラームの合計数を含み、
前記接続の可否を判断するステップが、前記状態情報テーブル中、該当する末端中継装置に関する前記アラームの合計数を参照して、接続の可否を判断するステップを含む。 In another preferred embodiment, the status information table includes a total number of alarms notified from the RTC client for each terminal relay device as an item of information on QoS,
The step of determining whether or not connection is possible includes the step of determining whether or not connection is possible by referring to the total number of alarms related to the corresponding terminal relay device in the status information table.

より好ましい実施態様においては、前記状態情報テーブルが、項目として、前記末端中継装置ごとの、ＲＴＣクライアントの接続数を含み、
前記接続の可否を判断するステップが、前記状態情報テーブル中、前記ＲＴＣクライアントが属する末端中継装置に関する接続数に対するアラームの合計数の割合を参照して、接続の可否を判断するステップを含む。 In a more preferred embodiment, the state information table includes, as items, the number of RTC client connections for each terminal relay device,
The step of determining whether or not connection is possible includes a step of determining whether or not connection is possible by referring to the ratio of the total number of alarms to the number of connections related to the terminal relay device to which the RTC client belongs in the status information table.

さらに別の好ましい実施態様においては、前記状態情報テーブルが、項目として、前記末端中継装置ごとの、ＲＴＣクライアントの登録数を含み、
前記登録の可否を判断するステップが、前記状態情報テーブル中、前記ＲＴＣクライアントが属する末端中継装置に関する登録数を参照して、当該登録の可否を判断するステップを含み、かつ、
前記登録の可否の判断の結果、登録が可能である場合に、前記状態情報テーブル中、前記ＲＴＣクライアントが属する末端中継装置に関する登録数を更新するステップを備える。 In still another preferred embodiment, the state information table includes, as an item, the number of registered RTC clients for each terminal relay device,
The step of determining whether or not registration is possible includes the step of referring to the number of registrations related to the terminal relay device to which the RTC client belongs in the status information table and determining whether or not the registration is possible; and
If registration is possible as a result of the determination as to whether or not registration is possible, a step of updating the number of registrations related to the terminal relay device to which the RTC client belongs in the status information table is provided.

さらに別の好ましい実施態様においては、前記状態情報テーブルが、項目として、前記末端中継装置ごとの、ＲＴＣクライアントの接続数を含み、
前記接続の可否を判断するステップが、前記状態情報テーブル中、前記ＲＴＣクライアントが属する末端中継装置に関する接続数を参照して、当該接続の可否を判断するステップを含み、かつ、
前記接続の可否の判断の結果、接続が可能である場合に、前記状態情報テーブル中、前記ＲＴＣクライアントが属する末端中継装置に関する接続数を更新するステップを備える。 In still another preferred embodiment, the state information table includes, as an item, the number of RTC client connections for each terminal relay device,
The step of determining whether or not the connection is possible includes the step of determining whether or not the connection is possible by referring to the number of connections related to the terminal relay device to which the RTC client belongs in the status information table; and
When connection is possible as a result of the determination as to whether or not connection is possible, there is provided a step of updating the number of connections related to the terminal relay device to which the RTC client belongs in the status information table.

好ましい実施態様においては、前記登録の可否或いは接続の可否を判断するステップが、参照された項目と、当該項目のそれぞれの閾値を格納した接続制限情報テーブル中の閾値とを比較するステップを含む。   In a preferred embodiment, the step of determining whether registration or connection is possible includes comparing the referenced item with a threshold value in a connection restriction information table storing the threshold values of the item.

また、より好ましい実施態様においては、さらに、前記ＲＴＣクライアントにおいて、前記ＱｏＳ値が、前記所定の閾値よりも良好となった場合に、前記アラーム解除を示す情報を、前記ネットワークおよび前記末端中継装置を介して、前記呼制御装置に送信するステップと、
前記呼制御装置において、前記ＲＴＣクライアントから、前記アラーム解除を示す情報を受信するステップと、
前記アラーム解除を示す情報にしたがって、前記ＲＴＣクライアントが属する末端中継装置ごとのＱｏＳに関する情報を記憶した状態情報テーブルを更新するステップと、を備える。 Further, in a more preferred embodiment, in the RTC client, when the QoS value becomes better than the predetermined threshold, information indicating the alarm release is sent to the network and the end relay device. Via the step of transmitting to the call control device,
In the call control device, receiving information indicating the alarm release from the RTC client;
Updating a state information table storing information on QoS for each terminal relay device to which the RTC client belongs in accordance with information indicating the alarm release.

また、本発明の目的は、リアルタイム通信するリアルタイム通信クライアント（ＲＴＣクライアント）と、当該ＲＴＣクライアントと接続される末端中継装置と、当該ＲＴＣクライアントの呼を制御する呼制御装置と、を含むネットワーク環境において、前記ＲＴＣクライアントの呼を制御するために、当該ＲＴＣクライアントにより読み出し可能な呼制御プログラムであって、
前記ＲＴＣクライアントに、
自己のＱｏＳに関する情報を取得して、前記リアルタイム通信の品質を表すＱｏＳ値を算出するステップと、
算出されたＱｏＳ値が所定の閾値より悪化した場合に、前記呼制御装置において、前記ＲＴＣクライアントが属する末端中継装置における登録要求或いは接続要求に基づく、他のＲＴＣクライアントの登録或いは接続の制限のために、アラームを示す情報を生成して、前記ネットワークおよび前記末端中継装置を介して、呼制御装置に送信するステップと、を実行させることを特徴とする呼制御プログラムによっても達成される。 Another object of the present invention is to provide a network environment including a real-time communication client (RTC client) that performs real-time communication, a terminal relay device connected to the RTC client, and a call control device that controls calls of the RTC client. A call control program readable by the RTC client to control the call of the RTC client,
To the RTC client,
Obtaining information about its own QoS and calculating a QoS value representing the quality of the real-time communication;
When the calculated QoS value is worse than a predetermined threshold, the call control device is used for registration or connection limitation of other RTC clients based on a registration request or connection request in the terminal relay device to which the RTC client belongs. And a step of generating information indicating an alarm and transmitting the information to the call control device via the network and the terminal relay device.

好ましい実施態様においては、前記ＱｏＳ値を算出するステップにおいて、前記ＲＴＣクライアントに、
パケット遅延時間の揺らぎであるジッタ値、パケットロス数および／または往復遅延時間に基づくＱｏＳ値を算出するステップを実行させる。 In a preferred embodiment, in the step of calculating the QoS value, in the RTC client,
A step of calculating a QoS value based on a jitter value, a packet loss number and / or a round-trip delay time, which are fluctuations in the packet delay time, is executed.

また、別の好ましい実施態様においては、さらに、前記ＲＴＣクライアントに、
前記ＱｏＳ値が、前記所定の閾値よりも良好となった場合に、前記アラーム解除を示す情報を、前記ネットワークおよび前記末端中継装置を介して、前記呼制御装置に送信するステップを実行させる。 In another preferred embodiment, the RTC client further includes:
When the QoS value becomes better than the predetermined threshold, a step of transmitting information indicating the alarm release to the call control device via the network and the terminal relay device is executed.

さらに、本発明の目的は、リアルタイム通信するリアルタイム通信クライアント（ＲＴＣクライアント）と、当該ＲＴＣクライアントと接続される末端中継装置と、当該ＲＴＣクライアントの呼を制御する呼制御装置と、を含むネットワーク環境において、
自己のＱｏＳに関する情報を取得して、前記リアルタイム通信の品質を表すＱｏＳ値を算出するＱｏＳ値算出手段と、
前記ＱｏＳ算出されたＱｏＳ値が所定の閾値より悪化した場合に、前記呼制御装置において、前記ＲＴＣクライアントが属する末端中継装置における登録要求或いは接続要求に基づく、他のＲＴＣクライアントの登録或いは接続の制限のために、アラームを示す情報を生成して、前記ネットワークおよび前記末端中継装置を介して、呼制御装置に送信するアラーム生成・送信手段と、を備えたことを特徴とするＲＴＣクライアントによっても達成される。 Furthermore, an object of the present invention is in a network environment including a real-time communication client (RTC client) that performs real-time communication, a terminal relay device connected to the RTC client, and a call control device that controls a call of the RTC client. ,
QoS value calculation means for acquiring information about its own QoS and calculating a QoS value representing the quality of the real-time communication;
When the calculated QoS value is worse than a predetermined threshold, in the call control device, restrictions on registration or connection of other RTC clients based on a registration request or connection request in a terminal relay device to which the RTC client belongs And an alarm generating / transmitting means for generating information indicating an alarm and transmitting the information to the call control device via the network and the terminal relay device. Is done.

好ましい実施態様においては、前記ＱｏＳ値算出手段が、パケット遅延時間の揺らぎであるジッタ値、パケットロス数および／または往復遅延時間に基づくＱｏＳ値を算出するように構成されている。   In a preferred embodiment, the QoS value calculating means is configured to calculate a QoS value based on a jitter value, a packet loss number and / or a round trip delay time, which are fluctuations in the packet delay time.

別の好ましい実施態様においては、さらに、前記ＱｏＳ値が、前記所定の閾値よりも良好となった場合に、前記アラーム解除を示す情報を、前記ネットワークおよび前記末端中継装置を介して、前記呼制御装置に送信するアラーム解除手段を備えている。   In another preferred embodiment, when the QoS value becomes better than the predetermined threshold, the information indicating the alarm release is transmitted via the network and the terminal relay device to the call control. Alarm releasing means for transmitting to the apparatus is provided.

本発明によれば、それぞれのＡＰの状態を考慮して、個別に適切に登録や接続を規制することができる呼制御方法、呼制御プログラムおよびＲＴＣクライアントを提供することが可能となる。   According to the present invention, it is possible to provide a call control method, a call control program, and an RTC client that can appropriately regulate registration and connection in consideration of the state of each AP.

以下、添付図面を参照して、本発明の実施の形態について説明する。図１は、本発明の実施の形態にかかる無線ＬＡＮ通信環境の全体を示すブロックダイヤグラムである。図１に示すように、呼制御装置１２がネットワーク１１に接続される。ネットワークには、たとえば、ルータ１５が設けられる。また、複数のアクセスポイント（ＡＰ）１４−１、１４−２、１４−３、・・・もネットワーク１１に接続される。なお、明細書において、特定のＡＰを指す場合を除いて、ＡＰ１４と表記する。ネットワーク上には、適宜ルータ１５が配置されている。   Embodiments of the present invention will be described below with reference to the accompanying drawings. FIG. 1 is a block diagram showing an entire wireless LAN communication environment according to an embodiment of the present invention. As shown in FIG. 1, a call control device 12 is connected to a network 11. For example, a router 15 is provided in the network. A plurality of access points (AP) 14-1, 14-2, 14-3,... Are also connected to the network 11. In the specification, it is expressed as AP14 except when referring to a specific AP. A router 15 is appropriately arranged on the network.

ＡＰ１４には、複数のクライアントが無線ＬＡＮにて接続され得る。ここに、たとえば、ＶｏＩＰによる音声通信などを実行する端末をＲＴＣクライアント、それ以外の端末を非ＲＴＣクライアントと称する。本実施の形態においては、ＲＴＣクライアントは、音声通信するものとしているがこれに限定されない。また、たとえば、ウェブによるデータ通信やメール送受信を実行するクライアントが、非ＲＴＣクライアントに相当する。図１の例においては、たとえば、ＡＰ１（符号１４−１）には、ＲＴＣクライアント１６−１、１６−２、および、非ＲＴＣクライアント１７−１が接続されている。以下、特定のＲＴＣクライアント、非ＲＴＣクライアントを指すときを除き、ＲＴＣクライアント１６、非ＲＴＣクライアント１７と称する。   A plurality of clients can be connected to the AP 14 via a wireless LAN. Here, for example, a terminal that performs voice communication using VoIP is referred to as an RTC client, and other terminals are referred to as non-RTC clients. In the present embodiment, the RTC client performs voice communication, but is not limited to this. Further, for example, a client that performs data communication or mail transmission / reception via the web corresponds to a non-RTC client. In the example of FIG. 1, for example, RTC clients 16-1 and 16-2 and a non-RTC client 17-1 are connected to AP1 (reference numeral 14-1). Hereinafter, the RTC client 16 and the non-RTC client 17 are referred to except when referring to a specific RTC client and a non-RTC client.

ＲＴＣは、主としてＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）を利用する即時性の高いデータ通信であり、ネットワークトラフィックの変動によるパケットの遅延、遅延揺らぎ、ロスなどの影響を大きく受け、その結果、ユーザへの品質（たとえば音声通話品質）に影響を及ぼす。その一方、ウェブによるデータ通信やメールによるデータ送受信を実行する非ＲＴＣクライアントにおいては、主としてＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）を用いるため、トラフィック負荷による影響は、単にユーザへのレスポンスタイム変動として現れる。   RTC is a highly immediate data communication mainly using UDP (User Datagram Protocol), and is greatly affected by packet delay, delay fluctuation, loss, etc. due to fluctuations in network traffic. For example, it affects voice call quality). On the other hand, a non-RTC client that executes data communication via the web or data transmission / reception via e-mail mainly uses TCP (Transmission Control Protocol), and therefore the influence of the traffic load appears only as a response time fluctuation to the user.

呼制御装置１２は、主として、ＲＴＣクライアントの認証、ＩＰアドレスに基づく位置管理や呼制御を実行する。なお、呼制御装置１２は、物理的に単独の装置である必要は無く、ネットワークを介してデータ送受信することにより上記機能を実現しても良い。位置登録／管理や呼制御に関する手順は、ＶｏＩＰで利用されるＳＩＰ(Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＲＦＣ３２６１)やＨ．３２３を代表として標準化されている。   The call control device 12 mainly performs RTC client authentication, location management based on an IP address, and call control. Note that the call control device 12 does not need to be physically a single device, and may implement the above functions by transmitting and receiving data via a network. Procedures related to location registration / management and call control are described in SIP (Session Initiation Protocol: RFC3261) used in VoIP and H.264. H.323 is standardized as a representative.

図１に示すように、ＲＴＣクライアント１６および非ＲＴＣクライアント１７は、そのほとんどが、これらを管轄するＡＰ１４の管轄下において混在した状態で、ネットワーク１１に接続されている。ＲＴＣクライアント１６は、自己のＩＰアドレスとＩＤ（たとえば電話番号）を、呼制御装置１２に通知し、現在のロケーション（ＩＰアドレス）を登録することで着信可能となる。この登録処理は定期的に行われ、呼制御装置１２に蓄積された登録情報はリフレッシュされるが、一定時間を経過したにもかかわらずＲＴＣクライアント１６からの再登録が行われない場合には、呼制御装置１２は、登録情報を消去する。   As shown in FIG. 1, most of the RTC client 16 and the non-RTC client 17 are connected to the network 11 in a mixed state under the jurisdiction of the AP 14 having jurisdiction over them. The RTC client 16 notifies the call control device 12 of its own IP address and ID (for example, a telephone number), and can receive a call by registering the current location (IP address). This registration process is periodically performed, and the registration information accumulated in the call control device 12 is refreshed. However, when re-registration from the RTC client 16 is not performed even though a predetermined time has elapsed, The call control device 12 deletes the registration information.

また、ＲＴＣクライアント１６は、ＡＰ１４間を移動可能であり、ルータを越えて異なるサブネットのＡＰに接続した場合（たとえば、ＡＰ−２の管轄する領域１８−２から、ＡＰ−３の管轄する領域１８−３に移動した場合）には、呼制御装置１２に対して、新たに取得したＩＰアドレスを用いて再登録することで、シームレスな着信が可能となっている。   Further, the RTC client 16 can move between the APs 14 and connects to APs in different subnets across the router (for example, from the area 18-2 managed by the AP-2 to the area 18 managed by the AP-3). 3), the call control device 12 can re-register using the newly acquired IP address, thereby enabling seamless incoming calls.

図２は、呼制御装置の構成を示すブロックダイヤグラムである。図２に示すように、呼制御装置１２は、ＱｏＳ情報受信処理部２０、登録処理部２２、ＡＰ状態情報処理部２４、呼制御処理部２６、および、データベース（ＤＢ）２８を有している。ＤＢ２８には、ＡＰ状態情報テーブル３０と、接続制限情報テーブル３２とを含む。また、図３は、ＲＴＣクライアントの構成を示すブロックダイヤグラムである。図３に示すように、ＲＴＣクライアント１６は、ＱｏＳ情報送信処理部４０、登録・呼制御処理部４２、メディア転送部４４、ＱｏＳ判断部４６、および、ハードウェア（Ｈ／Ｗ）ドライバ４８を有する。呼制御装置１２のＱｏＳ情報受信処理部２０と、ＲＴＣクライアント１６のＱｏＳ情報送信処理部４０とが、ネットワークを介してデータを授受する。また、呼制御装置１２の呼制御処理部２６と、ＲＴＣクライアント１６の登録・呼制御処理部４２とが、ネットワークを介してデータを授受する。   FIG. 2 is a block diagram showing the configuration of the call control device. As shown in FIG. 2, the call control device 12 includes a QoS information reception processing unit 20, a registration processing unit 22, an AP state information processing unit 24, a call control processing unit 26, and a database (DB) 28. . The DB 28 includes an AP state information table 30 and a connection restriction information table 32. FIG. 3 is a block diagram showing the configuration of the RTC client. As shown in FIG. 3, the RTC client 16 includes a QoS information transmission processing unit 40, a registration / call control processing unit 42, a media transfer unit 44, a QoS determination unit 46, and a hardware (H / W) driver 48. . The QoS information reception processing unit 20 of the call control device 12 and the QoS information transmission processing unit 40 of the RTC client 16 exchange data via the network. The call control processing unit 26 of the call control device 12 and the registration / call control processing unit 42 of the RTC client 16 exchange data via the network.

ＱｏＳ情報送信処理部４０は、呼制御装置１２のＱｏＳ情報送信処理部２０に対して、現在接続中のＲＴＣに関するＱｏＳ情報（）に基づくアラームおよびアラーム解除要請を送信する。なお、呼制御装置１２のＩＰアドレスは、ＲＴＣに予め設定されているので、新たにそのアドレスを取得する手段を考慮する必要は無い。   The QoS information transmission processing unit 40 transmits an alarm and an alarm release request based on the QoS information () related to the currently connected RTC to the QoS information transmission processing unit 20 of the call control device 12. Since the IP address of the call control device 12 is preset in the RTC, it is not necessary to consider means for newly acquiring the address.

ＱｏＳ判断部４６にて実行される処理は後に詳述するが、ＲＴＣクライアント１６自身の受信パケット遅延時間の揺らぎ（パケット到着間隔の揺らぎ：ジッタ値）、パケットロス数、往復遅延時間（ＲＴＴ）などに基づくＱｏＳ値にしたがって、呼制御装置１２に対してアラームを通知すべきか否か、或いは、アラーム解除すべきか否か判断する。   The processing executed by the QoS judgment unit 46 will be described in detail later. The fluctuation of the reception packet delay time of the RTC client 16 itself (fluctuation of packet arrival interval: jitter value), the number of packet losses, the round trip delay time (RTT), etc. In accordance with the QoS value based on the above, it is determined whether to notify the call control device 12 of an alarm or whether to cancel the alarm.

登録・呼制御処理部４２は、主として、登録処理、発呼や着呼のシグナリング処理を実行する。登録処理においては、現在接続中（Ａｓｓｏｃｉａｔｅｄ）のＡＰを特定可能なＩＤ、たとえば、ＢＳＳＩＤ（Basic Service Set identifier）を取得し、登録メッセージの中に含めて送信することができる。したがって、登録処理においては、以下の登録情報（第１のパラメータ群）が送信される。   The registration / call control processing unit 42 mainly executes a registration process and a signaling process for outgoing calls and incoming calls. In the registration process, an ID that can identify the currently connected AP, such as a BSSID (Basic Service Set identifier), can be acquired and included in the registration message. Therefore, in the registration process, the following registration information (first parameter group) is transmitted.

（クライアントＩＤ、ＡＰ＿ＩＤ）
なお、クライアントＩＤは、ＲＴＣクライアント１６を一意的に特定する値、ＡＰ＿ＩＤは、上記ＢＳＳＩＤに相当する。図５は、ＲＴＣクライアントの登録・呼制御処理部４２が送信するメッセージの例を示す図である。図５に示すように、メッセージ中に「Ｃａｌｌ−Ｉｎｆｏ」として、ＡＰのＢＳＳＩＤが含まれている。 (Client ID, AP_ID)
The client ID is a value that uniquely identifies the RTC client 16, and AP_ID is equivalent to the BSSID. FIG. 5 is a diagram illustrating an example of a message transmitted by the registration / call control processing unit 42 of the RTC client. As shown in FIG. 5, the BSSID of the AP is included as “Call-Info” in the message.

また、シグナリング処理は、現在のＶｏＩＰで主として用いられるＳＩＰ（ＲＦＣ３２６１）やＨ．３２３などの手順に従うことで実装され得る。   Signaling processing is performed using SIP (RFC3261) or H.264 mainly used in current VoIP. It can be implemented by following a procedure such as H.323.

メディア転送部４４は、メディアストリームを送受信し、メディアごとのＣＯＤＥＣ処理やパケット送受信処理を実行する。また、メディア転送部４４は、本実施の形態においては、メディア転送部４４は、受信パケットのジッタ値、パケットロス数、および、往復遅延時間（ＲＴＴ値）に基づいて、換算Ｒ値を算出する。算出されたＲ値が、後述するＱｏＳ判断部４６における処理に用いられる。無論、ＱｏＳ値として他の値、たとえば、換算ＭＯＳ（Ｍｅａｎ
Ｏｐｉｎｉｏｎ Ｓｃｏｒｅ）値を利用しても良い。 The media transfer unit 44 transmits / receives a media stream, and executes CODEC processing and packet transmission / reception processing for each medium. In this embodiment, media transfer unit 44 calculates a converted R value based on the jitter value of the received packet, the number of packet losses, and the round-trip delay time (RTT value). . The calculated R value is used for processing in the QoS determination unit 46 described later. Of course, other values as the QoS value, for example, conversion MOS (Mean
(Opinion Score) value may be used.

Ｈ／Ｗドライバ４８は、たとえば、無線ＬＡＮカードドライバであり、ＡＰとの間の電波の電界強度を計測することができる。   The H / W driver 48 is, for example, a wireless LAN card driver, and can measure the electric field strength of radio waves with the AP.

呼制御装置１２のＱｏＳ情報受信処理部２０は、ＲＴＣクライアント１６のＱｏＳ情報送信処理部４０からの情報を受信する。ＱｏＳ情報送信処理部４０からの情報には、クライアントＩＤと、アラーム或いはアラーム解除指示が含まれる。したがって、ＱｏＳ情報受信処理部２０は、ＡＰ状態情報処理部２４に、以下のデータの組を通知する。なお、このデータの組を、「アラーム情報」とも称する。   The QoS information reception processing unit 20 of the call control device 12 receives information from the QoS information transmission processing unit 40 of the RTC client 16. The information from the QoS information transmission processing unit 40 includes a client ID and an alarm or alarm release instruction. Therefore, the QoS information reception processing unit 20 notifies the AP state information processing unit 24 of the following data set. This data set is also referred to as “alarm information”.

（クライアントＩＤ、アラーム或いはアラーム解除指示）
登録処理部２２は、ＲＴＣクライアント１６の登録処理および登録解除処理を実行する。登録処理部２２は、ＡＰ状態情報テーブル３０を作成、更新するとともに、呼制御処理部２６と協働して、ＡＰ状態情報テーブル３０および接続制限情報テーブル３２を参照して、ＲＴＣクライアント１６の登録の可否を判断する。 (Client ID, alarm or alarm release instruction)
The registration processing unit 22 executes registration processing and registration cancellation processing of the RTC client 16. The registration processing unit 22 creates and updates the AP state information table 30 and registers the RTC client 16 with reference to the AP state information table 30 and the connection restriction information table 32 in cooperation with the call control processing unit 26. Determine whether or not.

図４（ａ）は、ＡＰ状態情報テーブルのデータ構成を示す図である。図４（ａ）に示すように、ＡＰ状態情報テーブル（図４（ａ）の符号４００）のレコード（たとえば、符号４０１、４０２）は、項目として、ＡＰ＿ＩＤ（ａｐ＿ｉｄ）ＲＴＣ登録数（ｃｖ＿ｒ）、ＲＴＣ接続数（ｃｖ＿ｃ）、アラーム数（ｃｖ＿ａｌａｒｍ）、および、登録ＲＴＣリスト（ｃｖ＿ｌｉｓｔ）を含む。ＡＰ＿ＩＤは、アクセスポイントのＩＤを示す。本実施の形態においては、アクセスポイントごとに、ＡＰ状態情報テーブルのレコードが設けられる。   FIG. 4A is a diagram illustrating a data configuration of the AP state information table. As shown in FIG. 4A, records (for example, reference numerals 401 and 402) of the AP state information table (reference numeral 400 in FIG. 4A) include AP_ID (ap_id) RTC registration number (cv_r), It includes the number of RTC connections (cv_c), the number of alarms (cv_alarm), and the registered RTC list (cv_list). AP_ID indicates the ID of the access point. In the present embodiment, a record of the AP state information table is provided for each access point.

ＲＴＣ登録数は、現在、ＡＰ＿ＩＤで特定されるＡＰにおいて登録されているＲＴＣクライアントの数を示す。ＲＴＣ接続数は、現在、リアルタイム通信中のＲＴＣクライアントの数を示す。アラーム数（ｃｖ＿ａｌａｒｍ）は、通信中のＲＴＣクライアントから送信されたアラームのカウント数に相当する。   The number of RTC registrations indicates the number of RTC clients currently registered in the AP specified by AP_ID. The number of RTC connections indicates the number of RTC clients currently in real-time communication. The number of alarms (cv_alarm) corresponds to the number of alarms transmitted from the RTC client in communication.

また、登録ＲＴＣリストには、ＡＰ＿ＩＤで特定されるＡＰにおいて登録されているＲＴＣクライアントのクライアントＩＤが含まれる。   The registered RTC list includes the client ID of the RTC client registered in the AP specified by the AP_ID.

図４（ｂ）は、接続制限情報テーブルのデータ構成を示す図である。図４（ｂ）に示すように、接続制限情報テーブル（図４（ｂ）の符号４１０）のレコード（たとえば、符号４１１、４１２）は、項目として、ＡＰ＿ＩＤ（ａｐ＿ｉｄ）、ＲＴＣ登録数制限値（ｓｖ＿ｒ）、ＲＴＣ接続数制限値（ｓｖ＿ｃ）、アラーム数割合制限値（ｓｖ＿ａｌａｒｍ）を含む。ＲＴＣ登録数制限値、ＲＴＣ接続数制限値は、それぞれ、ＡＰ＿ＩＤで特定されるＡＰにおける、ＲＴＣクライアントの登録数、接続数の上限を表わす。また、アラーム数割合制限値は、ＲＴＣ接続数（ｃｖ＿ｃ）に対するアラーム数（ｃｖ＿ａｌａｒｍ）の割合の上限を表す。   FIG. 4B is a diagram illustrating a data configuration of the connection restriction information table. As shown in FIG. 4B, records (for example, reference numerals 411 and 412) in the connection restriction information table (reference numeral 410 in FIG. 4B) include, as items, AP_ID (ap_id), RTC registration number limit value ( sv_r), RTC connection number limit value (sv_c), and alarm number ratio limit value (sv_alarm). The RTC registration number limit value and the RTC connection number limit value respectively represent the upper limit of the RTC client registration number and the connection number in the AP identified by the AP_ID. The alarm number ratio limit value represents the upper limit of the ratio of the alarm number (cv_alarm) to the RTC connection number (cv_c).

接続制限情報テーブル３２のレコード（符合４１０参照）は、予め、ＡＰごと個別に、又は、複数のＡＰに一律に、それぞれの項目の値を決定しておき、ＤＢ２８に格納される。また、ＡＰ状態情報テーブル３０は、ＡＰ状態情報処理部２４が、アラーム情報（クライアントＩＤ、アラーム或いはアラーム解除指示）を受信することに応答して、ＡＰ状態情報処理部２４により更新される。   The record of the connection restriction information table 32 (see reference numeral 410) is stored in the DB 28 with the values of the respective items determined in advance individually for each AP or uniformly for a plurality of APs. The AP state information table 30 is updated by the AP state information processing unit 24 in response to the AP state information processing unit 24 receiving alarm information (client ID, alarm, or alarm cancel instruction).

呼制御処理部２６は、ＲＴＣクライアント１６からの呼に関する要求を処理する。ＲＴＣクライアント１６からの登録メッセージや登録解除メッセージを受信すると、これを登録処理部２２に渡す。呼制御処理部２６は、登録処理部２２と協働して、発呼側および着呼側のＲＴＣクライアントが属するＡＰの状態を、ＡＰ状態情報テーブル３０および接続制限情報テーブル３２を参照して判断し、接続可能である場合には、発呼側のＲＴＣクライアントと着呼側のＲＴＣクライアントとの接続を認める。この処理については、後に詳述する。また、呼制御処理部２６は、ＳＩＰ／Ｈ３２３など、他の標準的な処理を実行する。登録処理部２２も、ＳＩＰ／Ｈ３２３など、他の標準的な処理を実行することができる。   The call control processing unit 26 processes a request regarding a call from the RTC client 16. When a registration message or a registration cancellation message is received from the RTC client 16, it is passed to the registration processing unit 22. The call control processing unit 26 determines the status of the AP to which the calling and called RTC clients belong by referring to the AP status information table 30 and the connection restriction information table 32 in cooperation with the registration processing unit 22. If the connection is possible, the connection between the calling RTC client and the called RTC client is permitted. This process will be described in detail later. The call control processing unit 26 executes other standard processes such as SIP / H323. The registration processing unit 22 can also execute other standard processes such as SIP / H323.

このように構成されたＲＴＣクライアント１６および呼制御装置１２にて実行される処理について説明する。図６は、本実施の形態にかかるＲＴＣクライアントにおいて実行されるアラーム通知処理を示すフローチャートである。なお、このアラーム通知処理は、後述するＲＴＣクライアント１６からの要求にしたがって、呼制御装置１２において、当該ＲＴＣクライアント１６の登録処理が終了し（図７参照）、かつ、呼制御装置１２において、当該ＲＴＣクライアントからの発呼要求が受け入れられ（図１１参照）、当該ＲＴＣクライアントが他のＲＴＣクライアントとの間でリアルタイム通信が実行されている際に有効となる（図６のステップ６０２参照）。   Processing executed by the RTC client 16 and the call control device 12 configured as described above will be described. FIG. 6 is a flowchart showing an alarm notification process executed in the RTC client according to the present embodiment. Note that this alarm notification processing is completed in the call control device 12 in accordance with a request from the RTC client 16 described later (see FIG. 7), and the call control device 12 The call request from the RTC client is accepted (see FIG. 11), and becomes effective when the RTC client is executing real-time communication with another RTC client (see step 602 in FIG. 6).

図６に示すように、ＲＴＣクライアント１６のＱｏＳ判断部４６は、ＲＴＣクライアント１６が、リアルタイム通信を実行しているか否かを判断する（ステップ６０２）。ステップ６０２でイエス(Yes)と判断された場合には、ＱｏＳ判断部４６は、Ｈ／Ｗドライバ４８から、現在接続中のＡＰからの電波の、測定された電界強度を取得して（ステップ６０３）、電界強度が所定の第１の閾値を越えているか否かを判断する（ステップ６０４）。このステップは、ＲＴＣクライアント１６において、リアルタイム通信の品質が一定のレベルを下回る要因が、電界強度の弱さに起因する場合を除外するために実行される。   As shown in FIG. 6, the QoS determination unit 46 of the RTC client 16 determines whether or not the RTC client 16 is executing real-time communication (step 602). If YES is determined in step 602, the QoS determination unit 46 acquires the measured electric field strength of the radio wave from the currently connected AP from the H / W driver 48 (step 603). ), It is determined whether or not the electric field intensity exceeds a predetermined first threshold (step 604). This step is executed in the RTC client 16 in order to exclude the case where the factor that the quality of the real-time communication falls below a certain level is caused by the weak electric field strength.

ステップ６０４でイエス(Yes)と判断された場合には、ＱｏＳ判断部４６は、メディア転送部４４から、メディア受信状態を示す情報として、ＱｏＳ値を取得する（ステップ６０５）。ＱｏＳ判断部４６は、ＱｏＳ値が、所定の第２の閾値より小さいか否かを判断する（ステップ６０６）。ステップ６０６でイエス(Yes)と判断した場合には、ＱｏＳ判断部４６は、ＱｏＳ情報送信処理部４０に対して、アラーム送信を指示する。ＱｏＳ情報送信処理部４０は、指示に応答して、アラームを送信する（ステップ６０７）。これにより、アラーム情報（クライアントＩＤ、アラーム）を含むパケットが、ＡＰを介して、呼制御装置１２に伝達される。送信後、ＱｏＳ判断部４６は、アラーム送信を示すアラーム送信フラグを、メモリ（図示せず）の何れかの領域にセットしておく（ステップ６０８）。   If YES is determined in step 604, the QoS determination unit 46 acquires a QoS value as information indicating the media reception state from the media transfer unit 44 (step 605). The QoS determination unit 46 determines whether or not the QoS value is smaller than a predetermined second threshold (step 606). If YES is determined in step 606, the QoS determination unit 46 instructs the QoS information transmission processing unit 40 to transmit an alarm. In response to the instruction, the QoS information transmission processing unit 40 transmits an alarm (step 607). Thereby, a packet including alarm information (client ID, alarm) is transmitted to the call control device 12 via the AP. After the transmission, the QoS determination unit 46 sets an alarm transmission flag indicating alarm transmission in any area of a memory (not shown) (step 608).

上記アラーム情報（クライアントＩＤ、アラーム）を受信した呼制御装置１２は、AP状態情報テーブルの登録RTCリストフィールドを参照し、ＲＴＣクライアント１６のクライアントＩＤに基づき、当該ＲＴＣクライアント１６が属するＡＰを特定し、ＡＰ状態情報テーブル３０の当該ＡＰに関するレコード中、アラーム数（ｃｖ＿ａｌａｒｍ）を「＋１」する。このアラームの受信に応答して実行される呼制御装置１２の処理については後述する。   Upon receiving the alarm information (client ID, alarm), the call control device 12 refers to the registered RTC list field of the AP status information table and specifies the AP to which the RTC client 16 belongs based on the client ID of the RTC client 16. In the record relating to the AP in the AP status information table 30, the number of alarms (cv_alarm) is incremented by “+1”. The processing of the call control device 12 executed in response to reception of this alarm will be described later.

次に、本実施の形態において、呼制御装置１２にて実行される処理について以下に詳細に説明する。図７は、本実施の形態にかかる呼制御装置１２で実行される登録処理を示すフローチャートである。図７に示すように、呼制御装置１２の呼制御処理部２６は、初期的には待機状態にある（ステップ７００）。   Next, processing executed by the call control device 12 in the present embodiment will be described in detail below. FIG. 7 is a flowchart showing a registration process executed by the call control device 12 according to the present embodiment. As shown in FIG. 7, the call control processing unit 26 of the call control device 12 is initially in a standby state (step 700).

呼制御処理部２６が、ＲＴＣクライアント１６からのメッセージを受信すると（ステップ７０１）、受信したことを示す通知を受けた登録処理部２２は、当該メッセージが登録要求であるか、登録解除であるかを判断する。登録解除の必要が無い場合（ステップ７０２でノー(No)）、つまり、登録要求である場合には、登録処理部２２は、受信したメッセージに含まれる第１のパラメータ群および登録位置情報テーブルを参照して、ＲＴＣクライアント１６が接続中であるかどうかを判断する（ステップ７０３）。ステップ７０３でノー(No)と判断された場合には、登録処理部２２は、第１のパラメータ群中のＡＰ＿ＩＤから、当該ＲＴＣクライアント１６が属するＡＰについてのＡＰ状態情報テーブル３０および接続制限情報テーブル３２のレコードを、それぞれ特定し、当該レコード中の値を参照する（ステップ７０４）。   When the call control processing unit 26 receives a message from the RTC client 16 (step 701), the registration processing unit 22 that has received the notification indicating that the message has been received is a registration request or a registration cancellation. Judging. If there is no need for deregistration (No in step 702), that is, if it is a registration request, the registration processing unit 22 displays the first parameter group and the registered location information table included in the received message. Referring to this, it is determined whether or not the RTC client 16 is connected (step 703). If it is determined NO in step 703, the registration processing unit 22 uses the AP_ID in the first parameter group to determine the AP state information table 30 and the connection restriction information table for the AP to which the RTC client 16 belongs. Each of the 32 records is specified, and the value in the record is referred to (step 704).

次いで、登録処理部２２は、ＲＴＣ登録数とＲＴＣ登録数制限値、ＲＴＣ接続数とＲＴＣ接続数制限値、ＲＴＣ接続数に対するアラームの割合とアラーム数割合制限値を、それぞれ比較し、ＲＴＣ登録数がＲＴＣ登録数制限値より小さく（ｃｖ＿ｒ＜ｓｖ＿ｒ）、ＲＴＣ接続数がＲＴＣ接続数制限値より小さく（ｃｖ＿ｃ＜ｓｖ＿ｃ）、かつ、ＲＴＣ接続数に対するアラームの割合「ｃｖ＿ａｌａｒｍ／ｃｖ＿ｃ」が、アラーム数割合制限値より小さい（ｃｖ＿ａｌａｒｍ／ｃｖ＿ｃ＜ｓｖ＿ａｌａｒｍ）場合に（ステップ７０５でイエス(Yes)）、当該ＲＴＣクライアント１６の登録が可能と判断する。したがって、登録処理部２２はＡＰ状態情報処理部２４にＡＰ状態情報テーブル３０の更新を指示するとともに、ＡＰ状態情報処理部２４に、第１のパラメータ群を登録情報として与える。 図８および図９は、ＡＰ状態情報処理部２４にて実行される処理を示すフローチャートである。ＡＰ状態情報処理部２４は、ＱｏＳ情報受信処理部２０、登録処理部２２、呼制御処理部２６からの指示があるまで待機状態となっている（ステップ８０１）。上記３種類のいずれかの処理部からの指示があると、指示の内容を判断して、指示を出した処理部に対応した所定の処理を実行する。上述した場合には、ＡＰ状態情報処理部２４は、登録情報を受信し（図９のステップ９０１）、指示が削除指令であるか否かを判断する（ステップ９０２）。上記場合は登録の指示であるため、ステップ９０２においてノー(No)と判断される。ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０の該当レコードの、登録ＲＴＣリスト（ｃｖ＿ｌｉｓｔ）に、新規に登録するＲＴＣクライアント１６のクライアントＩＤを追加するとともに、当該レコードのＲＴＣ登録数を「１」だけ増やす（図７のステップ７０６、図９のステップ９０３）。   Next, the registration processing unit 22 compares the RTC registration number and the RTC registration number limit value, the RTC connection number and the RTC connection number limit value, the alarm ratio with respect to the RTC connection number and the alarm number ratio limit value, respectively, and the RTC registration number Is smaller than the RTC registration number limit value (cv_r <sv_r), the RTC connection number is smaller than the RTC connection number limit value (cv_c <sv_c), and the alarm ratio “cv_alarm / cv_c” with respect to the RTC connection number is the alarm number ratio. If it is smaller than the limit value (cv_alarm / cv_c <sv_alarm) (Yes in step 705), it is determined that the RTC client 16 can be registered. Therefore, the registration processing unit 22 instructs the AP state information processing unit 24 to update the AP state information table 30, and gives the AP state information processing unit 24 the first parameter group as registration information. 8 and 9 are flowcharts showing processing executed by the AP state information processing unit 24. The AP state information processing unit 24 is in a standby state until an instruction is received from the QoS information reception processing unit 20, the registration processing unit 22, and the call control processing unit 26 (step 801). When there is an instruction from any of the three types of processing units, the contents of the instruction are determined, and a predetermined process corresponding to the processing unit that issued the instruction is executed. In the case described above, the AP state information processing unit 24 receives the registration information (step 901 in FIG. 9), and determines whether or not the instruction is a deletion command (step 902). In the above case, since it is a registration instruction, it is determined NO in step 902. The AP state information processing unit 24 adds the client ID of the RTC client 16 to be newly registered to the registered RTC list (cv_list) of the corresponding record in the AP state information table 30, and sets the number of RTC registrations of the record to “1”. ”(Step 706 in FIG. 7 and step 903 in FIG. 9).

また、登録処理部２６は、登録位置情報テーブル（図示せず）に、クライアントＩＤ、ＩＰアドレス、登録時刻などを含むレコードを作成する（ステップ７０７）。その後、呼制御処理部２６は、ＲＴＣクライアント１６に対して、登録受信メッセージを返信する（ステップ７０８）。   In addition, the registration processing unit 26 creates a record including a client ID, an IP address, a registration time, and the like in a registration position information table (not shown) (step 707). Thereafter, the call control processing unit 26 returns a registration reception message to the RTC client 16 (step 708).

その一方、ステップ７０５でノー(No)と判断された場合、つまり、ＲＴＣ登録数がＲＴＣ登録数制限値以上、ＲＴＣ接続数がＲＴＣ接続数制限値以上、或いは、「ｃｖ＿ａｌａｒｍ／ｃｖ＿ｃ＜ｓｖ＿ａｌａｒｍ」がアラーム数割合制限値以上の何れかであった場合には、呼制御処理部２６は、ＲＴＣクライアント１６に対して、登録拒否メッセージを送信する（ステップ７０９）。これを受信したＲＴＣクライアント１６は、登録できないことを示す音声メッセージをユーザに伝えても良いし、或いは、表示装置の画面上にテキストメッセージを表示しても良い。また、この登録拒否メッセージには、接続を推奨する近隣のＡＰ（推奨接続先ＡＰ）の情報（たとえば、当該ＡＰのＡＰ＿ＩＤ）を含ませても良い。   On the other hand, if it is determined NO in step 705, that is, the number of RTC registrations is equal to or greater than the RTC registration number limit value, the number of RTC connections is equal to or greater than the RTC connection number limit value, or “cv_alarm / cv_c <sv_alarm” is set. If it is any one of the alarm number ratio limit values or more, the call control processing unit 26 transmits a registration rejection message to the RTC client 16 (step 709). The RTC client 16 that has received this may transmit a voice message indicating that registration cannot be performed to the user, or may display a text message on the screen of the display device. Further, the registration rejection message may include information on neighboring APs (recommended connection destination APs) recommended for connection (for example, AP_ID of the AP).

次に、登録解除が必要である場合（ステップ７０２でイエス(Yes)）について説明する。この場合には、登録処理部２２は、登録解除の指示とともに第１のパラメータ群をＡＰ状態情報処理部２４に渡す。したがって、ＡＰ状態情報処理部２４において、図９のステップ９０２においてイエス(Yes)と判断される。ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０から、登録ＲＴＣリスト（ｃｖ＿ｌｉｓｔ）に該当するＲＴＣクライアントのクライアントＩＤが含まれたレコードを見出し、見出されたレコードの登録ＲＴＣリストから、ＲＴＣクライアントのクライアントＩＤを削除するとともに、当該レコードのＲＴＣ登録数（ｃｖ＿ｒ）の値を「１」だけ減じる（ステップ７１０、図９のステップ９０４）。また、登録処理部２２は、登録位置情報テーブルから、クライアントＩＤを含むレコードを削除する（ステップ７１１）。   Next, the case where deregistration is necessary (Yes in step 702) will be described. In this case, the registration processing unit 22 passes the first parameter group to the AP state information processing unit 24 together with a registration cancellation instruction. Accordingly, the AP state information processing unit 24 determines Yes in step 902 of FIG. The AP state information processing unit 24 finds a record including the client ID of the RTC client corresponding to the registered RTC list (cv_list) from the AP state information table 30, and from the registered RTC list of the found record, the RTC client And the value of the RTC registration number (cv_r) of the record is reduced by “1” (step 710, step 904 in FIG. 9). Further, the registration processing unit 22 deletes the record including the client ID from the registered position information table (step 711).

次に、ＲＴＣクライアント１６の移動時の処理について説明する。ＲＴＣ接続（たとえば通話）をしていないときに、ＲＴＣクライアント１６が、あるＡＰ（たとえば、ＡＰ−１（符号１４−１））から、異なるＡＰ（たとえば、ＡＰ−２（符号１４−２））に移動する場合を考える。   Next, processing when the RTC client 16 is moved will be described. When an RTC connection (for example, a call) is not being made, the RTC client 16 changes from one AP (for example, AP-1 (reference numeral 14-1)) to a different AP (for example, AP-2 (reference numeral 14-2)). Consider moving to.

本実施の形態においては、ＲＴＣクライアント１６が、新たなＡＰ１４との接続（ａｓｓｏｃｉａｔｉｏｎ）をトリガとして、新しいＡＰ＿ＩＤを付加して登録を行い、成功した場合には、移動元のＡＰのＡＰ＿ＩＤで登録を解除する。この場合、呼制御装置１２の側では単に連続した登録要求と登録解除要求として受信されるので、基本的に、図７および図１０に示すフローチャートに従う。   In the present embodiment, the RTC client 16 performs registration by adding a new AP_ID using a connection with a new AP 14 as a trigger, and if successful, registers with the AP_ID of the source AP. To release. In this case, since the call control device 12 receives the request simply as a continuous registration request and deregistration request, it basically follows the flowcharts shown in FIGS.

また、ＲＴＣ通信（たとえば通話）の最中に、ＲＴＣクライアント１６が、あるＡＰ（たとえば、ＡＰ−１（符号１４−１））から、異なるＡＰ（たとえば、ＡＰ−２（符号１４−２））に移動した場合、移動先のＡＰ（たとえば、ＡＰ−２）が混雑している場合には、登録数が登録数制限値を超えてしまう可能性がある。   Further, during the RTC communication (for example, telephone call), the RTC client 16 changes from a certain AP (for example, AP-1 (reference numeral 14-1)) to a different AP (for example, AP-2 (reference numeral 14-2)). If the destination AP (for example, AP-2) is congested, the number of registrations may exceed the registration number limit value.

呼制御装置１２においては、通話中のＲＴＣクライアント１６が把握されている。したがって、上述した場合には、通信中のＲＴＣクライアント１６については、優先的に扱って、当該移動先のＡＰに関する登録数制限値を超えても登録を許可しても良い。より詳細には、上述した場合には、ステップ７０３においてイエス(Yes)と判断される。そこで、登録処理部２２は、移動元のＡＰに関する登録解除の指示および移動先のＡＰに関する登録指示を、ＡＰ状態情報処理部２４に渡す。これに応答して、ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０中、移動元のＡＰに関するレコードについて、当該レコードのＲＴＣ登録数（ｃｖ＿ｒ）およびＲＴＣ接続数（ｃｖ＿ｃ）を、それぞれ「１」ずつ減じるとともに、登録ＲＴＣリストから、ＲＴＣクライアントのクライアントＩＤを削除する（ステップ１００１）。また、ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０中、移動先のＡＰに関するレコードについて、当該レコードのＲＴＣ登録数（ｃｖ＿ｒ）およびＲＴＣ接続数（ｃｖ＿ｃ）を、それぞれ「１」ずつ増大させるとともに、登録ＲＴＣリストに、ＲＴＣクライアントのクライアントＩＤを追加する（ステップ１００２）。その後、ステップ７０７に戻り、登録位置情報テーブルが更新される（ステップ７０７）。   In the call control device 12, the RTC client 16 in communication is grasped. Therefore, in the case described above, the RTC client 16 in communication may be handled preferentially, and registration may be permitted even if the registration number limit value related to the destination AP is exceeded. More specifically, in the case described above, it is determined as Yes in step 703. Therefore, the registration processing unit 22 passes to the AP state information processing unit 24 an instruction for deregistration regarding the movement source AP and a registration instruction regarding the movement destination AP. In response to this, the AP state information processing unit 24 sets the number of RTC registrations (cv_r) and the number of RTC connections (cv_c) of the relevant AP in the AP state information table 30 to “1”, respectively. And the client ID of the RTC client is deleted from the registered RTC list (step 1001). In addition, the AP state information processing unit 24 increases the number of RTC registrations (cv_r) and the number of RTC connections (cv_c) of the record about the destination AP in the AP state information table 30 by “1”, respectively. At the same time, the client ID of the RTC client is added to the registered RTC list (step 1002). Thereafter, the process returns to step 707, and the registered position information table is updated (step 707).

次に、ＲＴＣクライアント１６からの発呼要求や切断要求があった場合の処理について、図１１を参照して説明する。   Next, processing when there is a call request or a disconnection request from the RTC client 16 will be described with reference to FIG.

呼制御処理部２６が発呼要求や切断要求の受信待ちの状態で（ステップ１１００）、登録されたＲＴＣクライアント１６からの発呼要求を受信すると（ステップ１１０１）、第１のパラメータ群および登録位置情報テーブルを参照して、発呼要求を送信したＲＴＣクライアントが接続中であるか否かが判断される（ステップ１１０２）。ステップ１１０２でノー(No)と判断された場合には、呼制御処理部２６は、発呼要求に含まれる発呼元および着信先のＲＴＣクライアントがそれぞれ属するＡＰのＡＰ＿ＩＤを特定し、ＡＰ状態情報テーブル３０中、当該ＡＰ＿ＩＤを含むそれぞれのレコードを特定する（ステップ１１０３）。呼制御処理部２６は、ＡＰ状態情報テーブル３０中、発呼元のＲＴＣクライアントが属するＡＰについてのレコードを参照して、ＲＴＣ接続数がＲＴＣ接続数制限値より小さく（ｃｖ＿ｃ＜ｓｖ＿ｃ）、かつ、アラームの割合がアラーム数割合制限値より小さい（ｃｖ＿ａｌａｒｍ／ｃｖ＿ｃ＜ｓｖ＿ａｌａｒｍ）か否かを判断する（ステップ１１０４）。   When the call control processing unit 26 is waiting for a call request or a disconnection request (step 1100) and receives a call request from the registered RTC client 16 (step 1101), the first parameter group and the registration position Referring to the information table, it is determined whether or not the RTC client that has transmitted the call request is connected (step 1102). If it is determined NO in step 1102, the call control processing unit 26 specifies the AP_ID of the AP to which the caller and the callee RTC clients included in the call request belong, and AP state information Each record including the AP_ID is specified in the table 30 (step 1103). The call control processing unit 26 refers to the record for the AP to which the calling RTC client belongs in the AP status information table 30, and the RTC connection number is smaller than the RTC connection number limit value (cv_c <sv_c), and It is determined whether the alarm rate is smaller than the alarm number rate limit value (cv_alarm / cv_c <sv_alarm) (step 1104).

ステップ１１０４でイエス(Yes)と判断された場合には、呼制御処理部２６は、着呼先のＲＴＣクライアントが属するＡＰについても、ＡＰ状態情報テーブル３０のレコードを参照して、ＲＴＣ接続数がＲＴＣ接続数制限値より小さく（ｃｖ＿ｃ＜ｓｖ＿ｃ）、かつ、アラームの割合がアラーム数割合制限値より小さい（ｃｖ＿ａｌａｒｍ／ｃｖ＿ｃ＜ｓｖ＿ａｌａｒｍ）か否かを判断する（ステップ１１０５）。ステップ１１０５でもイエス(Yes)と判断されると、呼制御処理部２６は、ＡＰ状態情報処理部２４にＡＰ状態情報テーブル３０の更新を指示するとともに、呼接続情報として、発呼元および着呼先双方についての第１のパラメータ群を渡す。   If it is determined Yes in step 1104, the call control processing unit 26 refers to the record in the AP status information table 30 for the AP to which the RTC client of the called party belongs, and determines the number of RTC connections. It is determined whether or not the RTC connection number limit value is smaller (cv_c <sv_c) and the alarm rate is smaller than the alarm number rate limit value (cv_alarm / cv_c <sv_alarm) (step 1105). If it is also determined as Yes in step 1105, the call control processing unit 26 instructs the AP state information processing unit 24 to update the AP state information table 30, and as the call connection information, the call source and the incoming call are received. Pass the first set of parameters for both.

ＡＰ状態情報処理部２４は、呼接続情報を受信すると（図８のステップ８０２）、削除指令であるか否かを判断する（ステップ８０３）。この場合、ステップ８０３においてノー(No)と判断されるため、ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０中、発呼側および着呼側のＡＰのＡＰ＿ＩＤを含むレコードのＲＴＣ接続数（ｃｖ＿ｃ）を「１」だけ増やす（ステップ１１０６、図８のステップ８０４）。   Upon receiving the call connection information (step 802 in FIG. 8), the AP state information processing unit 24 determines whether it is a deletion command (step 803). In this case, since it is determined No in Step 803, the AP state information processing unit 24 stores the number of RTC connections in the AP state information table 30 including the AP_IDs of the calling and called APs ( cv_c) is increased by "1" (step 1106, step 804 in FIG. 8).

また、登録処理部２２は、登録位置情報テーブルにおいてそれぞれのクライアントＩＤを有するレコードに、着呼先の情報（たとえば、着呼先のＲＴＣクライアントのクライアントＩＤ）や発呼時刻など必要な情報を追加しておく。その後、呼制御処理部２６は、ＳＩＰ／Ｈ３２３などの手順に基づいて呼接続処理を実行する（ステップ１１０７）。このようにして、発呼元のＲＴＣクライアントと着信先のＲＴＣクライアントとの間のリアルタイム通信が開始される。   In addition, the registration processing unit 22 adds necessary information such as call destination information (for example, client ID of the callee RTC client) and call time to the record having each client ID in the registration position information table. Keep it. Thereafter, the call control processing unit 26 executes a call connection process based on a procedure such as SIP / H323 (step 1107). In this manner, real-time communication between the calling RTC client and the called RTC client is started.

たとえば、ステップ１１０４でノー(No)或いはステップ１１０５でノー(No)と判断された場合には、呼制御処理部２２は発呼拒否処理を実行する（ステップ１１０８）。たとえば、呼制御処理部２２は、ＳＩＰ／Ｈ３２３などの手順にしたがって、ビジー状態を示すメッセージパケット、音声、或いは、ＩＶＲ（Ｉｎｔｅｒａｃｔｉｖｅ Ｖｏｉｃｅ Ｒｅｓｐｏｎｓｅ）を、ＲＴＣクライアントに返送する。   For example, if it is determined NO in step 1104 or NO in step 1105, the call control processing unit 22 executes call rejection processing (step 1108). For example, the call control processing unit 22 returns a message packet, voice, or IVR (Interactive Voice Response) indicating a busy state to the RTC client according to a procedure such as SIP / H323.

次に、ＲＴＣクライアント１６からの切断要求を受信すると（ステップ１１０９）、呼制御処理部２６は、ＡＰ状態情報処理部２４に、切断要求に伴うＡＰ状態情報テーブル３０の更新を指示するとともに、必要な情報を与える。ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０中、発呼元および着呼先のＲＴＣクライアントが属するＡＰのＡＰ＿ＩＤを、それぞれ含むレコードを特定し、これらレコードのＲＴＣ接続数（ｃｖ＿ｃ）を「１」だけ減ずる（ステップ１１１０、図８のステップ８０５）。   Next, when receiving a disconnection request from the RTC client 16 (step 1109), the call control processing unit 26 instructs the AP state information processing unit 24 to update the AP state information table 30 accompanying the disconnection request, and is necessary. Give information. The AP state information processing unit 24 specifies records including the AP_IDs of the APs to which the calling and called RTC clients belong in the AP state information table 30, and sets the number of RTC connections (cv_c) of these records to “ 1 ”(step 1110, step 805 in FIG. 8).

また、登録処理部２２は、登録位置情報テーブルにおいて、それぞれのクライアントＩＤの有するレコードに、呼切断時刻など必要な情報を追加しておく。その後、呼制御処理部２６は、ＳＩＰ／Ｈ３２３などの手順にしたがって、ＲＴＣクライアント間の呼を切断する（ステップ１１１１）。   In addition, the registration processing unit 22 adds necessary information such as a call disconnection time to the record of each client ID in the registration position information table. Thereafter, the call control processing unit 26 disconnects the call between the RTC clients according to a procedure such as SIP / H323 (step 1111).

次に、ＲＴＣクライアント１６の移動時における呼処理について説明する。ＲＴＣ通信中の移動では、基本的に新たな呼接続処理は発生しないことから、これにかかわる呼接続処理（図１１参照）は必要ない。しかしながら、たとえば、ＳＩＰにおいて、通信中にＱｏＳが低下して、音声コーデックを、より帯域の低いものに変更するような、動的な属性変更は可能である。この場合でも、接続中のＲＴＣクライアント１６からの再発呼処理（ｒｅＩｎｖｉｔｅ）であることが呼制御装置１２において判断可能である。したがって、このような場合には、本発明にかかる発呼規制の手順をふまずに、通常の標準的な手順にしたがってメッセージを処理することが可能である。ＲＴＣクライアント１６から再発呼（ｒｅＩｎｖｉｔｅ）の要求を受信すると、呼制御装置１２においては、図１１のステップ１１０２においてイエス(Yes)と判断される。この場合には、ステップ１１０３〜１１０６の処理を経ることなく、呼接続処理（ステップ１１０７）が実行される。   Next, call processing when the RTC client 16 moves will be described. Since movement during RTC communication basically does not generate new call connection processing, call connection processing related to this (see FIG. 11) is not necessary. However, for example, in SIP, dynamic attribute change is possible such that QoS is lowered during communication and the voice codec is changed to a lower bandwidth. Even in this case, the call control device 12 can determine that it is a re-calling process (reInvite) from the connected RTC client 16. Therefore, in such a case, it is possible to process a message according to a normal standard procedure without using the call restriction procedure according to the present invention. When a recall request is received from the RTC client 16, the call controller 12 determines Yes in step 1102 of FIG. In this case, the call connection process (step 1107) is executed without passing through the processes of steps 1103 to 1106.

このように、本実施の形態によれば、ＡＰごとに、当該ＡＰに属するＲＴＣクライアントの登録数、リアルタイム通信による接続数、アラーム数？などをＡＰ状態情報テーブル３０に保持し、登録数、接続数、アラーム数の割合が、予め定められた制限値に達していない場合に、ＲＴＣクライアントの登録を認める。また、発呼元のＲＴＣクライアントおよび着呼先のＲＴＣクライアントがそれぞれ属するＡＰについて、ＲＴＣクライアントの接続数、アラーム数の割合が、上記制限値に達していない場合に、これらＲＴＣクライアント間のリアルタイム通信を認める。これにより、粒度の高い呼制御を実現することが可能となる。   Thus, according to the present embodiment, for each AP, the number of registered RTC clients belonging to the AP, the number of connections by real-time communication, the number of alarms? Are stored in the AP status information table 30, and registration of the RTC client is permitted when the ratio of the number of registrations, the number of connections, and the number of alarms does not reach a predetermined limit value. Further, for the APs to which the calling RTC client and the called RTC client belong respectively, when the ratio of the number of connections and the number of alarms of the RTC client does not reach the above limit values, real-time communication between these RTC clients Admit. Thereby, call control with high granularity can be realized.

図６を参照して、ＲＴＣクライアント１６におけるアラーム通知処理について、説明した。本実施の形態では、ＲＴＣクライアント１６は、アラームを呼制御装置１２に通知した後、ＱｏＳ値が改善した場合には、アラーム解除を、呼制御装置１２に送信する。図１２は、本実施の形態にかかるＲＴＣクライアント１６において実行されるアラーム解除通知処理を示すフローチャートである。   The alarm notification process in the RTC client 16 has been described with reference to FIG. In the present embodiment, the RTC client 16 transmits an alarm release to the call control device 12 when the QoS value has improved after notifying the call control device 12 of an alarm. FIG. 12 is a flowchart showing an alarm release notification process executed in the RTC client 16 according to the present embodiment.

図１２に示すように、ＲＴＣクライアント１６のＱｏＳ判断部４６は、一定時間の待機状態の後（ステップ１２０１）、ＲＴＣクライアント１６がリアルタイム通信を実行しているか否かを判断する（ステップ１２０２）。ステップ６０２でイエス(Yes)と判断された場合には、ＱｏＳ判断部４６は、ＲＴＣクライアント１６自身のメモリの何れかの領域に設けられたアラーム送信フラグが「１」である（つまりセットされた状態であるか）、あるいは、「０」であるかを判断する（ステップ１２０３）。   As shown in FIG. 12, the QoS determination unit 46 of the RTC client 16 determines whether or not the RTC client 16 is executing real-time communication after waiting for a certain time (step 1201) (step 1202). If YES is determined in step 602, the QoS determination unit 46 indicates that the alarm transmission flag provided in any region of the memory of the RTC client 16 is “1” (that is, set). It is determined whether the state is “0” or “0” (step 1203).

アラーム送信フラグが「１」である場合には（ステップ１２０３でイエス(Yes)）、ＱｏＳ判断部４６は、Ｈ／Ｗドライバ４８から、現在接続中のＡＰからの電波の、測定された電界強度を取得して（ステップ１２０４）、電界強度が所定の第１の閾値を越えているか否かを判断する（ステップ１２０５）。   If the alarm transmission flag is “1” (Yes in step 1203), the QoS determination unit 46 determines the measured electric field strength of the radio wave from the currently connected AP from the H / W driver 48. Is acquired (step 1204), and it is determined whether or not the electric field strength exceeds a predetermined first threshold value (step 1205).

ステップ１２０５でイエス(Yes)と判断された場合には、ＱｏＳ判断部４６は、メディア転送部４４から、メディア受信状態を示す情報として、ＱｏＳ値を取得する（ステップ１２０６）。ＱｏＳ判断部４６は、ＱｏＳ値が、所定の第２の閾値以上か否かを判断する（ステップ１２０７）。つまり、ステップ１２０７において、ＱｏＳ値が一定以上に回復しているかを調べている。   If it is determined as Yes in Step 1205, the QoS determination unit 46 acquires a QoS value as information indicating the media reception state from the media transfer unit 44 (Step 1206). The QoS determination unit 46 determines whether or not the QoS value is greater than or equal to a predetermined second threshold (step 1207). That is, in step 1207, it is checked whether the QoS value has recovered to a certain level or more.

ステップ１２０７でイエス(Yes)と判断した場合には、ＱｏＳ判断部４６は、ＱｏＳ情報送信処理部４０に対して、アラーム解除指示の送信を指示する。ＱｏＳ情報送信処理部４０は、指示に応答して、アラーム解除指示を送信する（ステップ１２０８）。これにより、アラーム情報（クライアントＩＤ、アラーム解除指示）を含むパケットが、ＡＰを介して、呼制御装置１２に伝達される。送信後、ＱｏＳ判断部４６は、メモリ中にセットされていたアラーム送信を示すアラーム送信フラグをリセットする（ステップ１２０９）。   If YES is determined in step 1207, the QoS determination unit 46 instructs the QoS information transmission processing unit 40 to transmit an alarm release instruction. In response to the instruction, the QoS information transmission processing unit 40 transmits an alarm release instruction (step 1208). As a result, a packet including alarm information (client ID, alarm release instruction) is transmitted to the call control device 12 via the AP. After the transmission, the QoS determination unit 46 resets the alarm transmission flag indicating the alarm transmission set in the memory (step 1209).

上記アラーム情報（クライアントＩＤ、アラーム解除指示）を受信した呼制御装置１２は、AP状態情報テーブルの登録RTCリストフィールドを参照して、ＲＴＣクライアント１６のクライアントＩＤに基づき、当該ＲＴＣクライアント１６が属するＡＰを特定し、ＡＰ状態情報テーブル３０の当該ＡＰに関するレコード中、アラーム数（ｃｖ＿ａｌａｒｍ）を「−１」する。このアラームの受信に応答して実行される呼制御装置１２の処理については、以下に説明する。 次に、ＡＰ状態情報処理部２４によるアラームに関する処理について説明する。前述したように、ＲＴＣクライアント１６のＱｏＳ情報送信処理部４０から、呼制御装置１２のＱｏＳ情報受信処理部２０に対して、アラーム情報（クライアントＩＤ、アラーム或いはアラーム解除指示）が送信され、呼制御装置１２において、ＡＰ状態情報処理部２４には、（クライアントＩＤ、アラーム或いはアラーム解除指示）というデータの組が通知される。   The call control device 12 that has received the alarm information (client ID, alarm release instruction) refers to the registered RTC list field of the AP state information table, and based on the client ID of the RTC client 16, the AP to which the RTC client 16 belongs. And the number of alarms (cv_alarm) in the record relating to the AP in the AP state information table 30 is set to “−1”. Processing of the call control device 12 executed in response to reception of this alarm will be described below. Next, processing related to an alarm by the AP state information processing unit 24 will be described. As described above, the alarm information (client ID, alarm, or alarm release instruction) is transmitted from the QoS information transmission processing unit 40 of the RTC client 16 to the QoS information reception processing unit 20 of the call control device 12 to perform call control. In the apparatus 12, the AP state information processing unit 24 is notified of a data set (client ID, alarm or alarm release instruction).

ＡＰ状態情報処理部２４は、アラーム情報として上記データの組を受信すると（ステップ８０６）、ＡＰ状態情報テーブル３０中、当該ＲＴＣクライアントが属するＡＰのＡＰ＿ＩＤを有するレコードを検索する（ステップ８０７）。次いで、ＡＰ状態情報処理部２４は、受信したデータの組中の、「アラーム」或いは「アラームの解除」という情報にしたがって、ＡＰ状態情報テーブル３０のレコード中、「アラーム数」の項目を更新する（ステップ８０８）。データの組（アラーム情報）が、（クライアントＩＤ、アラーム）であれば、ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０のレコード中、「アラーム数」の項目を「＋１」し、その一方、データの組（アラーム情報）が、（クライアントＩＤ、アラーム解除指示）であれば、ＡＰ状態情報処理部２４は、上記レコード中、「アラーム数」の項目を「−１」する。   When the AP state information processing unit 24 receives the data set as the alarm information (step 806), the AP state information processing unit 24 searches the AP state information table 30 for a record having the AP_ID of the AP to which the RTC client belongs (step 807). Next, the AP state information processing unit 24 updates the item “number of alarms” in the record of the AP state information table 30 in accordance with the information “alarm” or “alarm release” in the received data set. (Step 808). If the data set (alarm information) is (client ID, alarm), the AP state information processing unit 24 adds “+1” to the item “number of alarms” in the record of the AP state information table 30. If the data set (alarm information) is (client ID, alarm release instruction), the AP state information processing unit 24 decrements the item “number of alarms” in the record by “−1”.

このステップ８０７、８０８の処理は、上記データの組を受信するごとに実行しても良いし、或いは、所定の時間、データの組を一時的に保持しておき、適当なタイミングで実行するように構成しても良い。或いは、ＱｏＳ情報受信部２０が、所定の時間データの組を一時的に保持し、適当なタイミングで、これらをＡＰ状態情報処理部２４に通知しても良い。   The processing in steps 807 and 808 may be executed every time the data set is received, or the data set may be temporarily stored for a predetermined time and executed at an appropriate timing. You may comprise. Alternatively, the QoS information receiving unit 20 may temporarily hold a set of predetermined time data and notify the AP state information processing unit 24 of these at an appropriate timing.

このように、本実施の形態によれば、ＡＰ状態情報テーブル３０中のアラーム情報に基づくアラーム数を、更新することで、最適な呼制御を実現可能としている。   As described above, according to the present embodiment, it is possible to realize optimal call control by updating the number of alarms based on the alarm information in the AP state information table 30.

本実施の形態によれば、リアルタイム通信中のＲＴＣクライアント１６において、通信品質が所定のレベルより悪化した場合に、呼制御装置１２に対して、アラームを通知する。呼制御装置１２は、ＲＴＣクライアントの属するＡＰごとにアラーム数を把握しておき、そのアラーム数やアラームの割合に基づいて、新たなＲＴＣクライアントの登録の可否や接続の可否を判断する。本実施の形態では、ＲＴＣクライアントが、通信品質の悪化というイベントに応答して、呼制御装置１２にアラームを通知するため、適切な登録制限、接続制限を実現するために、ＲＴＣクライアント１６と呼制御装置１２との間のトラヒックを増大させることが無い。   According to the present embodiment, the RTC client 16 during real-time communication notifies the call control device 12 of an alarm when the communication quality deteriorates below a predetermined level. The call control device 12 grasps the number of alarms for each AP to which the RTC client belongs, and determines whether or not a new RTC client can be registered and connected or not based on the number of alarms and the alarm ratio. In the present embodiment, the RTC client notifies the call control device 12 of an alarm in response to an event that the communication quality is deteriorated, so that the RTC client 16 calls the RTC client 16 in order to realize appropriate registration restriction and connection restriction. There is no increase in traffic with the control device 12.

次に、本発明の第２の実施の形態について説明する。第１の実施の形態においては、ＲＴＣクライアント１６が、通信品質が所定のレベルに回復した際に、当該ＲＴＣクライアント１６が、アラーム解除指示を、呼制御装置１２に通知している。このアラーム解除通知に応答して、呼制御装置１２において、ＡＰ状態情報テーブル３０の該当レコード中のアラーム数を減じている。   Next, a second embodiment of the present invention will be described. In the first embodiment, when the communication quality is restored to a predetermined level, the RTC client 16 notifies the call control device 12 of an alarm release instruction. In response to the alarm release notification, the call control device 12 reduces the number of alarms in the corresponding record in the AP state information table 30.

第２の実施の形態では、ＲＴＣクライアント１６がアラーム解除通知をすることなく、呼制御装置１２が、ＡＰ状態情報テーブル３０の該当レコード中のアラーム数を減じている。つまり、ＲＴＣクライアント１６からは、「アラーム」のみが呼制御装置１２に通知される。第２の実施の形態にかかる呼制御装置１２においては、アラームを通知してきたＲＴＣクライアント１６からの切断要求を受信したときに、ＡＰ状態情報テーブル３０の、当該ＲＴＣクライアント１６が属するＡＰに関するレコード中、「アラーム数」を「１」だけ減じる。   In the second embodiment, the call control device 12 reduces the number of alarms in the corresponding record in the AP state information table 30 without the RTC client 16 notifying the alarm release. That is, only “alarm” is notified from the RTC client 16 to the call control device 12. In the call control device 12 according to the second embodiment, when a disconnection request is received from the RTC client 16 that has notified the alarm, the call status information table 30 includes a record related to the AP to which the RTC client 16 belongs. , “Alarm number” is decreased by “1”.

より具体的には、呼制御装置１２が、ＲＴＣクライアント１６からアラームを受信し、それに応答して、ＡＰ状態情報処理部２４がアラーム情報（クライアントＩＤ、アラーム）を受信すると（図８のステップ８０６参照）、ＡＰ状態情報処理部２４は、図１３（ａ）に示すように、データの組中の、ＲＴＣクライアントの「クライアントＩＤ」に基づいて、ＡＰ状態情報テーブル３０中、当該ＲＴＣクライアントが属するＡＰのＡＰ＿ＩＤを有するレコードを検索する（ステップ１３０１）。次いで、ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０のレコード中、「アラーム数」の項目を「＋１」する（ステップ１３０２）。また、第２の実施の形態では、状態情報テーブル３０に、「アラーム通知にかかるＲＴＣリスト」の項目を設けておき（図示せず）、ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０の該当レコード中、「アラーム通知にかかるＲＴＣリスト」に、アラームを通知してきたＲＴＣクライアント１６のクライアントＩＤを格納する（ステップ１３０３）。   More specifically, when the call control device 12 receives an alarm from the RTC client 16 and the AP status information processing unit 24 receives alarm information (client ID, alarm) in response to the alarm (step 806 in FIG. 8). As shown in FIG. 13A, the AP state information processing unit 24 belongs to the RTC client in the AP state information table 30 based on the “client ID” of the RTC client in the data set. A record having the AP_ID of the AP is searched (step 1301). Next, the AP state information processing unit 24 increments the item “number of alarms” in the record of the AP state information table 30 by “+1” (step 1302). In the second embodiment, an item “RTC list for alarm notification” (not shown) is provided in the state information table 30, and the AP state information processing unit 24 stores the information in the AP state information table 30. In the corresponding record, the client ID of the RTC client 16 that has notified the alarm is stored in the “RTC list for alarm notification” (step 1303).

また、呼制御装置１２がＲＴＣクライアント１６からの切断要求を受信した場合に、ＡＰ状態情報処理部２４が以下の処理を実行する。図８のステップ８０３で、「削除指令」であると判断されると、ＡＰ状態情報処理部２４は、図１３（ｂ）に示すように、ＡＰ状態情報テーブル３０中、発呼元および着呼先のＲＴＣクライアントが属するＡＰのＡＰ＿ＩＤを、それぞれ含むレコードを特定し、これらレコードのＲＴＣ接続数（ｃｖ＿ｃ）を「１」だけ減ずる（ステップ１３１１）。また、ＡＰ状態情報処理部２４は、ＡＰ状態情報テーブル３０のそれぞれのレコードについて、「アラーム通知にかかるＲＴＣリスト」に、発呼元或いは着呼先のＲＴＣクライアントのクライアントＩＤが格納されているか否かを判断する（ステップ１３１２）。ステップ１３１２でイエス(Yes)と判断された場合には、ＡＰ状態情報処理部２４は、レコード中、「アラーム通知にかかるＲＴＣリスト」から、そのクライアントＩＤを削除する（ステップ１３１３）とともに、「アラーム数」の項目を「−１」する（ステップ１３１４）。   Further, when the call control device 12 receives a disconnection request from the RTC client 16, the AP state information processing unit 24 executes the following processing. If it is determined in step 803 in FIG. 8 that the instruction is “deletion instruction”, the AP state information processing unit 24, as shown in FIG. The records including the AP_IDs of the APs to which the previous RTC client belongs are specified, and the number of RTC connections (cv_c) of these records is reduced by “1” (step 1311). Further, the AP state information processing unit 24 determines whether the client ID of the calling or called RTC client is stored in the “RTC list for alarm notification” for each record of the AP state information table 30. Is determined (step 1312). If YES is determined in step 1312, the AP state information processing unit 24 deletes the client ID from the “RTC list for alarm notification” in the record (step 1313) and “alarm”. The item “number” is set to “−1” (step 1314).

これにより、アラームを通知してきたＲＴＣクライアント１６における呼が切断されたときに、アラーム数を「１」だけ減じることができる。   Thereby, when the call in the RTC client 16 that has notified the alarm is disconnected, the number of alarms can be reduced by “1”.

次に、本発明の第３の実施の形態について説明する。第２の実施の形態では、アラームを通知してきたＲＴＣクライアント１６が切断することで、ＡＰ状態情報テーブル３０の該当レコード中、「アラーム数」の項目を減じている。第３の実施の形態では、ＲＴＣクライアント１６からアラームが通知され、ＡＰ状態情報テーブル３０中の該当レコードの「アラーム数」が「＋１」された後、所定の時間が経過すると、「アラーム数」を「−１」する。たとえば、これは、ＡＰ状態情報テーブル３０に、「アラーム数」を「＋１」した時刻を示す項目を設けておき、アラーム情報受信に応じたＡＰ状態情報処理部２４による処理中、図８のステップ８０８において、「時刻」の項目に、処理日時を格納しておく。また、ＡＰ状態情報処理部２４は、所定のタイミングで、ＡＰ状態情報テーブル３０中、各レコードの「時刻」の項目を参照して、現在日時が、格納された処理日時から所定の時間経過している場合には、当該「処理日時」を削除するとともに、「アラーム数」の項目を「−１」すれば良い。   Next, a third embodiment of the present invention will be described. In the second embodiment, the “number of alarms” item in the corresponding record of the AP state information table 30 is reduced by disconnecting the RTC client 16 that has notified the alarm. In the third embodiment, when an alarm is notified from the RTC client 16 and the “number of alarms” of the corresponding record in the AP status information table 30 is “+1”, the “number of alarms” "-1". For example, in this case, an item indicating the time when “+1” is added to the “number of alarms” is provided in the AP state information table 30, and during the processing by the AP state information processing unit 24 in response to reception of the alarm information, the step of FIG. In 808, the processing date and time is stored in the item “time”. In addition, the AP state information processing unit 24 refers to the item “time” of each record in the AP state information table 30 at a predetermined timing, and the current date and time has elapsed from the stored processing date and time. In such a case, the “processing date and time” is deleted, and the item “number of alarms” is set to “−1”.

第２の実施の形態および第３の実施の形態によれば、ＲＴＣクライアント１６は、アラームのみを呼制御装置１２に通知すれば良く、ＲＴＣクライアント１６における処理負荷をより軽減することができる。また、ＲＴＣクライアント１６と呼制御装置１２との間のトラヒック量をより削減することが可能となる。   According to the second embodiment and the third embodiment, the RTC client 16 only has to notify the call control device 12 of only an alarm, and the processing load on the RTC client 16 can be further reduced. In addition, the traffic volume between the RTC client 16 and the call control device 12 can be further reduced.

本発明は、以上の実施の形態に限定されることなく、特許請求の範囲に記載された発明の範囲内で、種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。   The present invention is not limited to the above embodiments, and various modifications can be made within the scope of the invention described in the claims, and these are also included in the scope of the present invention. Needless to say.

たとえば、前記第１の実施の形態〜第３の実施の形態においては、登録情報（第１のパラメータ群）をＲＴＣクライアント１６から取得しているが、これに限定されず、たとえば、認証サーバやＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバから登録情報を取得しても良い。   For example, in the first to third embodiments, the registration information (first parameter group) is acquired from the RTC client 16, but the present invention is not limited to this. For example, an authentication server or Registration information may be acquired from a DHCP (Dynamic Host Configuration Protocol) server.

或いは、上記登録情報を、ＡＰから取得しても良い。ＡＰにおいては、通常接続（ａｓｓｏｃｉａｔｉｏｎ）されたクライアントのＭＡＣアドレスおよびＩＰアドレスが対応付けられている。そこで、ＲＴＣクライアント１６からの登録要求があったときに、呼制御装置１２がＡＰに対して、これらの情報を問い合わせればよい。ここで、全てのＡＰに対して問合せするのは非効率であるため、ｓｙｓｌｏｇ等を利用して、ＡＰから呼制御装置１２に報告させるように構成することも可能である。なお、ＲＴＣクライアント１６の移動時に、この実施の形態においては、その移動に伴って、ＡＰからｓｙｓｌｏｇ等により、呼制御装置１２に通知される。したがって、ＡＰ状態情報テーブル３０中、移動元のＡＰや移動先のＡＰに関するレコードの更新、登録位置情報テーブルの更新が実現可能である。   Alternatively, the registration information may be acquired from the AP. In the AP, a MAC address and an IP address of a normally connected client are associated with each other. Therefore, when there is a registration request from the RTC client 16, the call control device 12 may inquire such information from the AP. Here, since it is inefficient to make an inquiry to all the APs, it is possible to configure the AP to report to the call control device 12 using a syslog or the like. In this embodiment, when the RTC client 16 moves, the call control device 12 is notified from the AP by a syslog or the like along with the movement. Therefore, in the AP status information table 30, it is possible to update the record relating to the movement source AP and the movement destination AP and update the registered position information table.

また、前記実施の形態において、呼制御装置１２が、ＲＴＣクライアント１６の登録の際に、ＡＰ状態情報テーブル３０において、ＲＴＣ登録数、ＲＴＣ接続数、および、アラームの割合を、接続制限情報テーブル３２の制限値を比較しているが、これに限定されるものではなく、ＲＴＣ登録数およびアラームの割合のみを考慮しても良い。つまり、図７のステップ７０５において、「ｃｖ＿ｒ＜ｓｖ＿ｒ」かつ「アラームの割合＜ｓｖ＿ａｌａｒｍ」を判断するように構成しても良い。或いは、アラームの割合も判断せず、ＲＴＣ登録数のみを判断し、「ｃｖ＿ｒ＜ｓｖ＿ｒ」が見たされれば、当該ＲＴＣクライアント１６を登録するように構成しても良い。   In the above embodiment, when the call control device 12 registers the RTC client 16, the connection status information table 32 indicates the number of RTC registrations, the number of RTC connections, and the alarm ratio in the AP status information table 30. However, the present invention is not limited to this, and only the RTC registration number and the alarm ratio may be considered. That is, in step 705 of FIG. 7, “cv_r <sv_r” and “alarm ratio <sv_alarm” may be determined. Alternatively, the RTC client 16 may be registered if only the number of RTC registrations is determined without determining the alarm ratio and if “cv_r <sv_r” is seen.

また、本発明を、無線ＬＡＮ環境だけでなく、ＲＴＣクライアント１６が有線でエッジルータに接続されるような環境においても適用することが可能である。なお、ＲＴＣクライアントとは、携帯電話の形態をとるものに限定されず、ラップトップコンピュータやデスクトップコンピュータの形態をとっていても良い。つまり、本明細書においてＲＴＣクライアントとは、リアルタイム通信をするクライアントを意味し、その外見はどのようなものであっても良い。   Further, the present invention can be applied not only in a wireless LAN environment but also in an environment where the RTC client 16 is connected to the edge router by wire. The RTC client is not limited to a mobile phone, and may take the form of a laptop computer or a desktop computer. That is, in this specification, the RTC client means a client that performs real-time communication, and may have any appearance.

さらに、前記実施の形態においては、ＱｏＳ情報として、ジッタ値、パケットロス数、往復遅延時間（ＲＴＴ）を利用しているが、これに限定されるものではなく、これらの何れか一つ或いは複数が利用されても良いし、他の指標が利用されても良い。   Furthermore, in the above-described embodiment, the jitter value, the number of packet losses, and the round trip time (RTT) are used as the QoS information. However, the present invention is not limited to this, and any one or more of these are used. May be used, or other indicators may be used.

図１は、本発明の実施の形態にかかる無線ＬＡＮ通信環境の全体を示すブロックダイヤグラムである。FIG. 1 is a block diagram showing an entire wireless LAN communication environment according to an embodiment of the present invention. 図２は、本実施の形態にかかる呼制御装置の構成を示すブロックダイヤグラムである。FIG. 2 is a block diagram showing the configuration of the call control apparatus according to the present embodiment. 図３は、本実施の形態にかかるＲＴＣクライアントの構成を示すブロックダイヤグラムである。FIG. 3 is a block diagram showing the configuration of the RTC client according to the present embodiment. 図４（ａ）は、ＡＰ状態情報テーブルのデータ構成を示す図、図４（ｂ）は、接続制限情報テーブルのデータ構成を示す図である。4A is a diagram illustrating a data configuration of the AP state information table, and FIG. 4B is a diagram illustrating a data configuration of the connection restriction information table. 図５は、本実施の形態にかかるＲＴＣクライアントの登録・呼制御処理部が送信するメッセージの例を示す図である。FIG. 5 is a diagram illustrating an example of a message transmitted by the registration / call control processing unit of the RTC client according to the present embodiment. 図６は、本実施の形態にかかるＲＴＣクライアントにおいて実行されるアラーム通知処理を示すフローチャートである。FIG. 6 is a flowchart showing an alarm notification process executed in the RTC client according to the present embodiment. 図７は、本実施の形態にかかる呼制御装置で実行される登録処理を示すフローチャートである。FIG. 7 is a flowchart showing a registration process executed by the call control device according to this embodiment. 図８は、本実施の形態にかかるＡＰ状態情報処理部にて実行される処理を示すフローチャートである。FIG. 8 is a flowchart showing processing executed by the AP state information processing unit according to the present embodiment. 図９は、本実施の形態にかかるＡＰ状態情報処理部にて実行される処理を示すフローチャートである。FIG. 9 is a flowchart showing processing executed by the AP state information processing unit according to the present embodiment. 図１０は、本実施の形態にかかる呼制御装置で実行される登録処理を示すフローチャートである。FIG. 10 is a flowchart showing a registration process executed by the call control device according to this embodiment. 図１１は、本実施の形態において、ＲＴＣクライアントからの発呼要求や切断要求があった場合に呼制御装置で実行される処理を示すフローチャートである。FIG. 11 is a flowchart showing processing executed by the call control device when there is a call request or disconnection request from the RTC client in the present embodiment. 図１２は、本実施の形態にかかるＲＴＣクライアントにおいて実行されるアラーム解除通知処理を示すフローチャートである。FIG. 12 is a flowchart showing an alarm release notification process executed in the RTC client according to the present embodiment. 図１３は、第２の実施の形態にかかる呼制御装置で実行される処理の例を示すフローチャートである。FIG. 13 is a flowchart illustrating an example of processing executed by the call control device according to the second embodiment.

符号の説明Explanation of symbols

１１ ネットワーク
１２ 呼制御装置
１４ ＡＰ
１５ ルータ
１６ ＲＴＣクライアント
２０ ＱｏＳ情報受信処理部
２２ 登録処理部
２４ ＡＰ状態情報処理部
２６ 呼制御処理部
２８ ＤＢ
３０ ＡＰ状態情報テーブル
３２ 接続制限情報テーブル
４０ ＱｏＳ情報送信処理部
４２ 登録・呼制御処理部
４４ メディア転送部
４６ ＱｏＳ判断部
４８ Ｈ／Ｗドライバ 11 Network 12 Call Control Device 14 AP
15 router 16 RTC client 20 QoS information reception processing unit 22 registration processing unit 24 AP state information processing unit 26 call control processing unit 28 DB
30 AP status information table 32 Connection restriction information table 40 QoS information transmission processing unit 42 Registration / call control processing unit 44 Media transfer unit 46 QoS judgment unit 48 H / W driver

Claims (14)

リアルタイム通信するリアルタイム通信クライアント（ＲＴＣクライアント）と、当該ＲＴＣクライアントと接続される末端中継装置と、呼制御装置とを含むネットワーク環境において、前記ＲＴＣクライアントの呼を制御する呼制御方法であって、
前記呼制御装置において、
前記ＲＴＣクライアントから発行された、当該ＲＴＣクライアントを特定する情報および当該ＲＴＣクライアントの属する末端中継装置の情報を含む第１のパラメータ群を伴う登録要求に応じて、当該登録要求に伴う前記第１のパラメータ群を、当該登録要求を発行したＲＴＣクライアントの登録情報として登録するステップと、
前記登録情報が登録されたＲＴＣクライアントである登録ＲＴＣクライアントから発行された、他の登録ＲＴＣクライアントとの接続を要求する接続要求に応じて、接続の可否を判定し、接続可と判定された場合に、当該接続要求を発行した登録ＲＴＣクライアントと前記他の登録ＲＴＣクライアントとの接続を制御するステップと、
他のＲＴＣクライアントと接続中のＲＴＣクライアントである接続ＲＴＣクライアントにおいて、
自己のＱｏＳに関する情報に基づき、前記リアルタイム通信の品質を表すＱｏＳ値が所定の閾値より悪化した場合に、アラームを示す情報を、前記ネットワークおよび前記末端中継装置を介して、前記呼制御装置に送信するステップと、
前記呼制御装置において、
前記接続ＲＴＣクライアントから、前記アラームを示す情報を受信するステップと、
前記接続ＲＴＣクライアントから受信した前記アラームを示す情報にしたがって、当該アラームを示す情報を送信した接続ＲＴＣクライアントが属する末端中継装置ごとのアラームの発生状況に関する情報を記憶した状態情報テーブルを更新するステップとを有し、
前記接続を制御するステップにおいて、前記登録ＲＴＣクライアントから発行された接続要求を受信したときに、当該接続要求を発行した登録ＲＴＣクライアントの登録情報として登録されている前記第１のパラメータ群に基づき、当該接続要求を発行した登録ＲＴＣクライアントおよび当該接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置を特定し、かつ、前記状態情報テーブルを参照して、当該接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置のアラームの発生状況に関する情報を参照して、接続の可否を判定することを特徴とする呼制御方法。 A call control method for controlling a call of the RTC client in a network environment including a real-time communication client (RTC client) that performs real-time communication, a terminal relay device connected to the RTC client, and a call control device ,
In the call control device,
In response to a registration request issued from the RTC client and including a first parameter group including information identifying the RTC client and information of the terminal relay device to which the RTC client belongs, the first associated with the registration request Registering the parameter group as registration information of the RTC client that issued the registration request;
When it is determined that the connection is possible in response to a connection request issued from the registered RTC client that is the registered RTC client that requests the connection with another registered RTC client. A step of controlling connection between the registered RTC client that has issued the connection request and the other registered RTC client;
In a connected RTC client that is an RTC client connected to another RTC client,
When the QoS value indicating the quality of the real-time communication is deteriorated below a predetermined threshold based on the information on its own QoS, information indicating an alarm is transmitted to the call control device via the network and the terminal relay device. And steps to
In the call control device,
Receiving information indicating the alarm from the connected RTC client;
Updating a state information table storing information on an alarm occurrence state for each terminal relay device to which the connected RTC client that transmitted the information indicating the alarm belongs according to the information indicating the alarm received from the connected RTC client; Have
In the step of controlling the connection, when receiving a connection request issued from the registered RTC client, based on the first parameter group registered as registration information of the registered RTC client that issued the connection request, The registered RTC client that issued the connection request and the terminal relay device to which the registered RTC client that issued the connection request belongs are identified, and the registered RTC client that issued the connection request belongs by referring to the state information table A call control method comprising: determining whether or not a connection is possible by referring to information on an alarm occurrence state of a terminal relay device. リアルタイム通信するリアルタイム通信クライアント（ＲＴＣクライアント）と、当該ＲＴＣクライアントと接続される末端中継装置と、呼制御装置とを含むネットワーク環境において、前記ＲＴＣクライアントの呼を制御する呼制御方法であって、A call control method for controlling a call of the RTC client in a network environment including a real-time communication client (RTC client) that performs real-time communication, a terminal relay device connected to the RTC client, and a call control device,
前記呼制御装置において、In the call control device,
前記ＲＴＣクライアントから発行された、当該ＲＴＣクライアントを特定する情報および当該ＲＴＣクライアントの属する末端中継装置の情報を含む第１のパラメータ群を伴う登録要求に応じて、登録の可否を判定し、登録可と判定された場合に、当該登録要求に伴う前記第１のパラメータ群を、当該登録要求を発行したＲＴＣクライアントの登録情報として登録するステップと、In response to a registration request issued from the RTC client and including a first parameter group including information identifying the RTC client and information of the terminal relay device to which the RTC client belongs, whether or not registration is possible is determined. The first parameter group accompanying the registration request is registered as registration information of the RTC client that issued the registration request,
前記登録情報が登録されたＲＴＣクライアントである登録ＲＴＣクライアントから発行された、他の登録ＲＴＣクライアントとの接続を要求する接続要求に応じて、当該接続要求を発行した登録ＲＴＣクライアントと前記他の登録ＲＴＣクライアントとの接続を制御するステップと、In response to a connection request issued from a registered RTC client that is an RTC client in which the registration information is registered and requests connection with another registered RTC client, the registered RTC client that issued the connection request and the other registration Controlling the connection with the RTC client;
他のＲＴＣクライアントと接続中のＲＴＣクライアントである接続ＲＴＣクライアントにおいて、In a connected RTC client that is an RTC client connected to another RTC client,
自己のＱｏＳに関する情報に基づき、前記リアルタイム通信の品質を表すＱｏＳ値が所定の閾値より悪化した場合に、アラームを示す情報を、前記ネットワークおよび前記末端中継装置を介して、前記呼制御装置に送信するステップと、When the QoS value indicating the quality of the real-time communication is deteriorated below a predetermined threshold based on the information on its own QoS, information indicating an alarm is transmitted to the call control device via the network and the terminal relay device. And steps to
前記呼制御装置において、In the call control device,
前記接続ＲＴＣクライアントから、前記アラームを示す情報を受信するステップと、Receiving information indicating the alarm from the connected RTC client;
前記接続ＲＴＣクライアントから受信した前記アラームを示す情報にしたがって、当該アラームを示す情報を送信した接続ＲＴＣクライアントが属する末端中継装置ごとのアラームの発生状況に関する情報を記憶した状態情報テーブルを更新するステップとを有し、Updating a state information table storing information on an alarm occurrence state for each terminal relay device to which the connected RTC client that transmitted the information indicating the alarm belongs according to the information indicating the alarm received from the connected RTC client; Have
前記ＲＴＣクライアントを登録するステップにおいて、前記ＲＴＣクライアントから発行された登録要求を受信したときに、当該登録要求に伴う前記第１のパラメータ群に基づき、当該登録要求を発行したＲＴＣクライアントおよび当該登録要求を発行したＲＴＣクライアントが属する末端中継装置を特定し、かつ、前記状態情報テーブルを参照して、当該登録要求を発行したＲＴＣクライアントが属する末端中継装置のアラームの発生状況に関する情報を参照して、登録の可否を判定することを特徴とする呼制御方法。When the registration request issued from the RTC client is received in the step of registering the RTC client, the RTC client that has issued the registration request and the registration request based on the first parameter group accompanying the registration request The end relay device to which the RTC client that issued the RTC client belongs is identified, and the status information table is referenced to refer to the information regarding the alarm occurrence status of the end relay device to which the RTC client that has issued the registration request belongs, A call control method characterized by determining whether registration is possible. 前記ＲＴＣクライアントを登録するステップは、前記登録要求に応じて、登録の可否を判定し、登録可と判定された場合に、当該登録要求に伴う前記第１のパラメータ群を、当該登録要求を発行したＲＴＣクライアントの登録情報として登録するステップであり、The step of registering the RTC client determines whether or not registration is possible in response to the registration request, and if it is determined that registration is possible, issues the registration request to the first parameter group accompanying the registration request. Registered as registered information of the RTC client,
当該ＲＴＣクライアントを登録するステップにおいて、前記ＲＴＣクライアントから発行された登録要求を受信したときに、当該登録要求に伴う前記第１のパラメータ群に基づき、当該登録要求を発行したＲＴＣクライアントおよび当該登録要求を発行したＲＴＣクライアントが属する末端中継装置を特定し、かつ、前記状態情報テーブルを参照して、当該登録要求を発行したＲＴＣクライアントが属する末端中継装置のアラームの発生状況に関する情報を参照して、登録の可否を判定することを特徴とする請求項１に記載の呼制御方法。When the registration request issued from the RTC client is received in the step of registering the RTC client, the RTC client that has issued the registration request and the registration request based on the first parameter group accompanying the registration request The end relay device to which the RTC client that issued the RTC client belongs is identified, and the status information table is referenced to refer to the information regarding the alarm occurrence status of the end relay device to which the RTC client that has issued the registration request belongs, The call control method according to claim 1, wherein whether or not registration is possible is determined. 前記状態情報テーブルが、アラームの発生状況に関する情報の項目として、前記末端中継装置ごとの、前記接続ＲＴＣクライアントから通知されたアラームの合計数を含み、
前記ＲＴＣクライアントを登録するステップにおいて、前記状態情報テーブルの、前記登録要求を発行したＲＴＣクライアントが属する末端中継装置に関する前記アラームの合計数を参照して、登録可否を判定することを特徴とする請求項２または３に記載の呼制御方法。 The status information table includes a total number of alarms notified from the connected RTC client for each of the terminal relay devices as an item of information relating to an alarm occurrence state,
The step of registering the RTC client determines whether or not registration is possible by referring to the total number of the alarms related to the terminal relay device to which the RTC client that has issued the registration request belongs in the status information table. Item 4. The call control method according to Item 2 or 3. 前記状態情報テーブルが、項目として、前記末端中継装置ごとの、接続ＲＴＣクライアント数を接続数として含み、
前記ＲＴＣクライアントを登録するステップにおいて、前記状態情報テーブル中の、前記登録要求を発行したＲＴＣクライアントが属する末端中継装置の接続数に対する、当該登録要求を発行したＲＴＣクライアントが属する末端中継装置に関するアラームの合計数の割合が所定のレベル以下である場合に、登録可と判定することを特徴とする請求項４に記載の呼制御方法。 The state information table includes, as items, the number of connected RTC clients for each terminal relay device as the number of connections,
In the step of registering the RTC client, an alarm of the terminal relay device to which the RTC client that has issued the registration request belongs to the number of connections of the terminal relay device to which the RTC client that has issued the registration request belongs in the status information table. 5. The call control method according to claim 4, wherein it is determined that registration is possible when the ratio of the total number is equal to or lower than a predetermined level. 前記状態情報テーブルが、アラームの発生状況に関する情報の項目として、前記末端中継装置ごとの、前記接続ＲＴＣクライアントから通知されたアラームの合計数を含み、
前記接続を制御するステップにおいて、前記状態情報テーブル中の、前記接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置に関する前記アラームの合計数を参照して、接続可否を判定することを特徴とする請求項１または３に記載の呼制御方法。 The status information table includes a total number of alarms notified from the connected RTC client for each of the terminal relay devices as an item of information relating to an alarm occurrence state,
In the step of controlling the connection, it is determined whether connection is possible by referring to the total number of the alarms related to the terminal relay device to which the registered RTC client that issued the connection request belongs in the status information table. The call control method according to claim 1 or 3. 前記状態情報テーブルが、項目として、前記末端中継装置ごとの、接続ＲＴＣクライアント数を接続数として含み、
前記接続の可否を判定するステップにおいて、前記状態情報テーブル中の、前記接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置の接続数に対する、当該接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置に関するアラームの合計数の割合を参照して、接続可否を判定することを特徴とする請求項６に記載の呼制御方法。 The state information table includes, as items, the number of connected RTC clients for each terminal relay device as the number of connections,
In the step of determining whether or not connection is possible, the terminal relay device to which the registered RTC client that has issued the connection request belongs to the number of connections of the terminal relay device to which the registered RTC client that has issued the connection request belongs in the status information table The call control method according to claim 6, wherein whether or not the connection is possible is determined by referring to a ratio of a total number of alarms regarding the connection. 前記接続を制御するステップにおいて、前記状態情報テーブル中の、前記接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置に関する前記アラームの合計数に加え、当該接続要求が接続を要求する前記他の登録ＲＴＣクライアントが属する末端中継装置に関する前記アラームの合計数を参照して、接続可否を判定することを特徴とする請求項６に記載の呼制御方法。In the step of controlling the connection, in addition to the total number of alarms related to the terminal relay device to which the registered RTC client that issued the connection request belongs in the status information table, the other registration for which the connection request requests connection 7. The call control method according to claim 6, wherein whether or not connection is possible is determined by referring to the total number of alarms related to the terminal relay device to which the RTC client belongs. 前記接続を制御するステップにおいて、前記状態情報テーブル中の、前記接続要求を発行したＲＴＣクライアントが属する末端中継装置の接続数に対する、前記接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置に関するアラームの合計数の割合が所定のレベル以下であり、かつ、当該接続要求が接続を要求する前記他の登録ＲＴＣクライアントが属する末端中継装置の接続数に対する、当該他の登録ＲＴＣクライアントが属する末端中継装置に関するアラームの合計数の割合が所定のレベル以下である場合に接続可と判定することを特徴とする請求項７に記載の呼制御方法。In the step of controlling the connection, an alarm relating to the terminal relay device to which the registered RTC client that issued the connection request belongs to the number of connections of the terminal relay device to which the RTC client that issued the connection request belongs in the status information table. The ratio of the total number is equal to or lower than a predetermined level, and the connection request relates to the terminal relay device to which the other registered RTC client belongs with respect to the connection number of the terminal relay device to which the other registered RTC client to which connection is requested belongs. 8. The call control method according to claim 7, wherein it is determined that the connection is possible when the ratio of the total number of alarms is equal to or lower than a predetermined level. さらに、前記接続ＲＴＣクライアントにおいて、前記ＱｏＳ値が、前記所定の閾値よりも良好となった場合に、前記アラーム解除を示す情報を、前記ネットワークおよび前記末端中継装置を介して、前記呼制御装置に送信するステップと、
前記呼制御装置において、前記接続ＲＴＣクライアントから、前記アラーム解除を示す情報を受信するステップと、
前記アラーム解除を示す情報にしたがって、当該アラーム解除を示す情報を送信した前記接続ＲＴＣクライアントが属する末端中継装置ごとのアラームの発生状況に関する情報を記憶した状態情報テーブルを更新するステップと、を備えたことを特徴とする請求項１ないし９の何れか一項に記載の呼制御方法。 Further, in the connected RTC client, when the QoS value becomes better than the predetermined threshold, information indicating the alarm release is sent to the call control device via the network and the terminal relay device. Sending, and
In the call control device, receiving information indicating the alarm cancellation from the connected RTC client;
Updating a state information table storing information on an alarm occurrence state for each terminal relay device to which the connected RTC client that has transmitted the information indicating the alarm cancellation belongs , according to the information indicating the alarm cancellation. The call control method according to any one of claims 1 to 9, wherein the call control method is characterized in that: 前記接続ＲＴＣクライアントにおいて、パケット遅延時間の揺らぎであるジッタ値、パケットロス数および／または往復遅延時間に基づくＱｏＳ値を算出するステップを備えたことを特徴とする請求項１ないし１０に記載の呼制御方法。11. The call according to claim 1, further comprising a step of calculating a QoS value based on a jitter value, a packet loss number and / or a round trip delay time, which is a fluctuation of a packet delay time, in the connected RTC client. Control method. リアルタイム通信するリアルタイム通信クライアント（ＲＴＣクライアント）と、当該ＲＴＣクライアントと接続される末端中継装置と、呼制御装置とを含むネットワーク環境において、前記ＲＴＣクライアントの呼を制御する前記呼制御装置であって、A call control device that controls a call of the RTC client in a network environment including a real-time communication client (RTC client) that performs real-time communication, a terminal relay device connected to the RTC client, and a call control device;
前記ＲＴＣクライアントから発行された、当該ＲＴＣクライアントを特定する情報および当該ＲＴＣクライアントの属する末端中継装置の情報を含む第１のパラメータ群を伴う登録要求に応じて、当該登録要求に伴う前記第１のパラメータ群を、当該登録要求を発行したＲＴＣクライアントの登録情報として登録する登録手段と、In response to a registration request issued from the RTC client and including a first parameter group including information identifying the RTC client and information of the terminal relay device to which the RTC client belongs, the first associated with the registration request Registration means for registering the parameter group as registration information of the RTC client that issued the registration request;
前記登録情報が登録されたＲＴＣクライアントである登録ＲＴＣクライアントから発行された、他の登録ＲＴＣクライアントとの接続を要求する接続要求に応じて、接続の可否を判定し、接続可と判定された場合に、当該接続要求を発行した登録ＲＴＣクライアントと前記他の登録ＲＴＣクライアントとの接続を制御する接続制御手段と、When it is determined that the connection is possible in response to a connection request issued from the registered RTC client that is the registered RTC client that requests the connection with another registered RTC client. A connection control means for controlling connection between the registered RTC client that issued the connection request and the other registered RTC client;
他のＲＴＣクライアントと接続中のＲＴＣクライアントである接続ＲＴＣクライアントにおいて前記リアルタイム通信の品質を表すＱｏＳ値が所定の閾値より悪化した旨のアラームを示す情報を、当該接続ＲＴＣクライアントから受信するアラーム受信手段と、Alarm receiving means for receiving, from the connected RTC client, information indicating an alarm indicating that the QoS value indicating the quality of the real-time communication has deteriorated below a predetermined threshold in the connected RTC client which is an RTC client connected to another RTC client. When,
前記接続ＲＴＣクライアントから受信した前記アラームを示す情報にしたがって、当該アラームを示す情報を送信した接続ＲＴＣクライアントが属する末端中継装置ごとのアラームの発生状況に関する情報を記憶した状態情報テーブルを更新する状態情報テーブル更新手段とを有し、In accordance with the information indicating the alarm received from the connected RTC client, state information for updating a state information table storing information on the alarm occurrence status for each terminal relay device to which the connected RTC client that transmitted the information indicating the alarm belongs Table updating means,
前記接続制御手段は、前記登録ＲＴＣクライアントから発行された接続要求を受信したときに、当該接続要求を発行した登録ＲＴＣクライアントの登録情報として登録されている前記第１のパラメータ群に基づき、当該接続要求を発行した登録ＲＴＣクライアントおよび当該接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置を特定し、かつ、前記状態情報テーブルを参照して、当該接続要求を発行した登録ＲＴＣクライアントが属する末端中継装置のアラームの発生状況に関する情報を参照して、接続の可否を判定することを特徴とする呼制御装置。When the connection control means receives a connection request issued from the registered RTC client, the connection control means, based on the first parameter group registered as registration information of the registered RTC client that issued the connection request, The end relay device to which the registered RTC client that issued the request and the registered RTC client that issued the connection request belong is identified, and the end relay to which the registered RTC client that issued the connection request belongs with reference to the state information table A call control device that determines whether or not connection is possible by referring to information relating to an alarm occurrence state of a device. リアルタイム通信するリアルタイム通信クライアント（ＲＴＣクライアント）と、当該ＲＴＣクライアントと接続される末端中継装置と、呼制御装置とを含むネットワーク環境において、前記ＲＴＣクライアントの呼を制御する前記呼制御装置であって、A call control device that controls a call of the RTC client in a network environment including a real-time communication client (RTC client) that performs real-time communication, a terminal relay device connected to the RTC client, and a call control device;
前記ＲＴＣクライアントから発行された、当該ＲＴＣクライアントを特定する情報および当該ＲＴＣクライアントの属する末端中継装置の情報を含む第１のパラメータ群を伴う登録要求に応じて、登録の可否を判定し、登録可と判定された場合に、当該登録要求に伴う前記第１のパラメータ群を、当該登録要求を発行したＲＴＣクライアントの登録情報として登録する登録手段と、In response to a registration request issued from the RTC client and including a first parameter group including information identifying the RTC client and information of the terminal relay device to which the RTC client belongs, whether or not registration is possible is determined. Registration means for registering the first parameter group accompanying the registration request as registration information of the RTC client that has issued the registration request,
前記登録情報が登録されたＲＴＣクライアントである登録ＲＴＣクライアントから発行された、他の登録ＲＴＣクライアントとの接続を要求する接続要求に応じて、当該接続要求を発行した登録ＲＴＣクライアントと前記他の登録ＲＴＣクライアントとの接続を制御する接続制御手段と、In response to a connection request issued from a registered RTC client that is an RTC client in which the registration information is registered and requests connection with another registered RTC client, the registered RTC client that issued the connection request and the other registration Connection control means for controlling connection with the RTC client;
他のＲＴＣクライアントと接続中のＲＴＣクライアントである接続ＲＴＣクライアントにおいて、In a connected RTC client that is an RTC client connected to another RTC client,
他のＲＴＣクライアントと接続中のＲＴＣクライアントである接続ＲＴＣクライアントにおいて前記リアルタイム通信の品質を表すＱｏＳ値が所定の閾値より悪化した旨のアラームを示す情報を、当該接続ＲＴＣクライアントから受信するアラーム受信手段と、Alarm receiving means for receiving, from the connected RTC client, information indicating an alarm indicating that the QoS value indicating the quality of the real-time communication has deteriorated below a predetermined threshold in the connected RTC client which is an RTC client connected to another RTC client. When,
前記接続ＲＴＣクライアントから受信した前記アラームを示す情報にしたがって、当該アラームを示す情報を送信した接続ＲＴＣクライアントが属する末端中継装置ごとのアラームの発生状況に関する情報を記憶した状態情報テーブルを更新する状態情報テーブル更新手段とを有し、In accordance with the information indicating the alarm received from the connected RTC client, state information for updating a state information table storing information on the alarm occurrence status for each terminal relay device to which the connected RTC client that transmitted the information indicating the alarm belongs Table updating means,
前記登録手段において、前記ＲＴＣクライアントから発行された登録要求を受信したときに、当該登録要求に伴う前記第１のパラメータ群に基づき、当該登録要求を発行したＲＴＣクライアントおよび当該登録要求を発行したＲＴＣクライアントが属する末端中継装置を特定し、かつ、前記状態情報テーブルを参照して、当該登録要求を発行したＲＴＣクライアントが属する末端中継装置のアラームの発生状況に関する情報を参照して、登録の可否を判定することを特徴とする呼制御装置。When the registration means receives a registration request issued from the RTC client, the RTC client that issued the registration request and the RTC that issued the registration request based on the first parameter group accompanying the registration request The terminal relay device to which the client belongs is identified, and the status information table is referenced to refer to the information regarding the alarm occurrence status of the terminal relay device to which the RTC client that issued the registration request belongs to determine whether registration is possible. A call control device characterized by determining. 前記登録手段は、前記登録要求に応じて、登録の可否を判定し、登録可と判定された場合に、当該登録要求に伴う前記第１のパラメータ群を、当該登録要求を発行したＲＴＣクライアントの登録情報として登録し、The registration means determines whether or not registration is possible according to the registration request, and when it is determined that registration is possible, the first parameter group associated with the registration request is set to the first parameter group of the RTC client that issued the registration request. Register as registration information,
当該登録手段において、前記ＲＴＣクライアントから発行された登録要求を受信したときに、当該登録要求に伴う前記第１のパラメータ群に基づき、当該登録要求を発行したＲＴＣクライアントおよび当該登録要求を発行したＲＴＣクライアントが属する末端中継装置を特定し、かつ、前記状態情報テーブルを参照して、当該登録要求を発行したＲＴＣクライアントが属する末端中継装置のアラームの発生状況に関する情報を参照して、登録の可否を判定することを特徴とする請求項１２に記載の呼制御装置。In the registration means, when receiving a registration request issued from the RTC client, based on the first parameter group accompanying the registration request, the RTC client that issued the registration request and the RTC that issued the registration request The terminal relay device to which the client belongs is identified, and the status information table is referenced to refer to the information regarding the alarm occurrence status of the terminal relay device to which the RTC client that issued the registration request belongs to determine whether registration is possible. The call control device according to claim 12, wherein the call control device determines.
JP2005177505A 2005-06-17 2005-06-17 Call control method, call control program, and RTC client Expired - Fee Related JP4820583B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2005177505A JP4820583B2 (en) 2005-06-17 2005-06-17 Call control method, call control program, and RTC client

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005177505A JP4820583B2 (en) 2005-06-17 2005-06-17 Call control method, call control program, and RTC client

Publications (2)

Publication Number Publication Date
JP2006352620A JP2006352620A (en) 2006-12-28
JP4820583B2 true JP4820583B2 (en) 2011-11-24

Family

ID=37647962

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005177505A Expired - Fee Related JP4820583B2 (en) 2005-06-17 2005-06-17 Call control method, call control program, and RTC client

Country Status (1)

Country Link
JP (1) JP4820583B2 (en)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4724761B2 (en) * 2009-03-18 2011-07-13 株式会社エヌ・ティ・ティ ピー・シー コミュニケーションズ Communication control device and program
JP5413073B2 (en) 2009-09-11 2014-02-12 ソニー株式会社 Mobile station apparatus, base station apparatus, and radio communication system
JP5440052B2 (en) 2009-09-11 2014-03-12 ソニー株式会社 Relay station apparatus, base station apparatus, mobile station apparatus, and radio communication system
JP5953990B2 (en) * 2012-07-02 2016-07-20 富士通株式会社 COMMUNICATION CONTROL DEVICE, COMMUNICATION CONTROL SYSTEM, AND COMMUNICATION CONTROL METHOD
CN104486793A (en) * 2014-08-26 2015-04-01 上海华为技术有限公司 Data transmission method and base station

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH1155286A (en) * 1997-08-07 1999-02-26 Kokusai Electric Co Ltd Radio lan system
JP2001326658A (en) * 2000-03-10 2001-11-22 Fujitsu Ltd Network load managing unit, communication unit, communication method, medium and program

Also Published As

Publication number Publication date
JP2006352620A (en) 2006-12-28

Similar Documents

Publication Publication Date Title
JP5272536B2 (en) Call relay method and call relay system
CN111093225B (en) Method, device and medium for monitoring and reporting data path service quality
JP3761486B2 (en) Wireless LAN system, main device and program
JP4640856B2 (en) Communication system and communication terminal
US8542668B2 (en) Wireless VoIP/VIP roaming to access point of different network type
US8374644B2 (en) Method and apparatus for establishing a call connection based on a communication system condition desired by a calling party
US7603594B2 (en) Wireless communications system
JP4679415B2 (en) Communication system and communication method
US20070211664A1 (en) Communication relay apparatus in a wireless communication network
US20090003269A1 (en) Router Selection Method, Home Agent Device, Mobile Router, and Mobile Network System
US20110002220A1 (en) Tunneling-based mobility support equipment and method
JP2011530904A (en) Call seamless switching method and mobile terminal
US11228936B2 (en) Service communication method and device
JP4820583B2 (en) Call control method, call control program, and RTC client
US8223727B2 (en) Association method, relay apparatus, communication management apparatus and bandwidth allocation management apparatus
JP2010093566A (en) Extension connection method and route selection device
JP2006108834A (en) Call control method and call controller
US20100296442A1 (en) Communication apparatus and communication control method
JP2015226208A (en) Communication terminal and transmission path selecting method
JP5569977B2 (en) Wireless LAN system, data transmission / reception method and program
JP2014195167A (en) Telephone system and method for the same
JP2008311695A (en) Access controller and access control method
JP5029867B2 (en) WIRELESS LAN SYSTEM, WIRELESS COMMUNICATION DEVICE, CALL NUMBER ALLOCATION METHOD, AND PROGRAM
ES2543449T3 (en) Gateway that has the function of distributed processing, and communication terminal
US8320295B2 (en) Mobile IP control system, mobile IP control method, and mobile IP control program

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A712

Effective date: 20071120

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20080617

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110208

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110222

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110422

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20110627

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110830

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110905

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140909

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4820583

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees