JP2006197064A

JP2006197064A - Ip-pbx system

Info

Publication number: JP2006197064A
Application number: JP2005004806A
Authority: JP
Inventors: Yoshikazu Fukuhara; 義和福原
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2005-01-12
Filing date: 2005-01-12
Publication date: 2006-07-27

Abstract

<P>PROBLEM TO BE SOLVED: To provide an IP-PBX system capable of gathering traffic information of each terminal and charging the terminal. <P>SOLUTION: The IP-PBX system is equipped with a MAC address counter 22a which stores the number of packets that a LAN switch incorporated in an IP-PBX device uses to gather traffic information; and packets to be counted are specified based upon values of a field on a packet header, such as a MAC address, an IP address, a VLAN identifier of a VLAN tag, a TCP/UDP port number, priority of the VLAN tag, and priority of DiffServ, and the number of the packets is counted and stored in the MAC address coutner 22a. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

本発明は、ＩＰネットワーク網およびインターネット網を介して音声交換を行うＩＰ−ＰＢＸシステムに関する。 The present invention relates to an IP-PBX system that performs voice exchange via an IP network and an Internet network.

従来のＩＰ−ＰＢＸ装置のＬＡＮスイッチはポート毎にパケットをカウントするポートカウンターしか搭載しておらず、ポートに接続された複数の端末すべてのトラフィック情報のみを収集している。また、各端末がデータ上にトラフィック情報を挿入し、トラフィックデータの存在を検出したときにカウントして課金情報として出力している（例えば、特許文献１参照）。
特開平５−４８７１５号公報 A conventional LAN switch of an IP-PBX apparatus is equipped with only a port counter that counts packets for each port, and collects only traffic information of a plurality of terminals connected to the port. Also, each terminal inserts traffic information into the data, counts when it detects the presence of traffic data, and outputs it as billing information (see, for example, Patent Document 1).
Japanese Patent Laid-Open No. 5-48715

従来のＩＰ−ＰＢＸ装置のＬＡＮスイッチはポート毎にパケットをカウントするポートカウンターしか搭載しておらず、ポートに接続された複数の端末すべてのトラフィック情報を収集することは可能であるが、ＩＰ−ＰＢＸ装置に接続された各端末毎のトラフィック情報を収集して課金することができないという問題点があった。 A conventional LAN switch of an IP-PBX device has only a port counter that counts packets for each port, and can collect traffic information of all of a plurality of terminals connected to the port. There is a problem that it is not possible to collect and charge traffic information for each terminal connected to the PBX device.

本発明はこのような従来の課題を解決するものであり、ＩＰ−ＰＢＸ装置に接続された各端末毎のトラフィック情報を収集して課金することができるＩＰ−ＰＢＸシステムを提供することを目的とする。 The present invention solves such a conventional problem, and an object thereof is to provide an IP-PBX system capable of collecting and charging traffic information for each terminal connected to an IP-PBX device. To do.

上記目的を達成するために本発明のＩＰ−ＰＢＸシステムは、ＩＰ−ＰＢＸ装置とこのＩＰ−ＰＢＸ装置につながるＩＰ電話端末からなるＩＰ−ＰＢＸシステムにおいて、前記ＩＰ−ＰＢＸ装置に内蔵されたＬＡＮスイッチがトラフィック情報を収集するためのパケット数を記憶するパケットカウンターを備え、ＭＡＣアドレス、ＩＰアドレス、ＶＬＡＮタグのＶＬＡＮ識別子、ＴＣＰ／ＵＤＰポート番号、ＶＬＡＮタグの優先度およびＤｉｆｆＳｅｒｖの優先度などのパケットヘッダー上のフィールドの値によりカウントすべきパケットを特定しそのパケット数をカウントし前記パケットカウンターに記憶するように構成したものである。 To achieve the above object, an IP-PBX system according to the present invention is an IP-PBX system comprising an IP-PBX device and an IP telephone terminal connected to the IP-PBX device, and a LAN switch built in the IP-PBX device. Has a packet counter that stores the number of packets for collecting traffic information, and includes packet headers such as MAC address, IP address, VLAN tag VLAN identifier, TCP / UDP port number, VLAN tag priority and DiffServ priority The packet to be counted is specified by the value in the upper field, and the number of packets is counted and stored in the packet counter.

これによりＭＡＣアドレス、ＩＰアドレス、ＶＬＡＮタグのＶＬＡＮ識別子、ＴＣＰ／ＵＤＰポート番号、ＶＬＡＮタグの優先度およびＤｉｆｆＳｅｒｖの優先度などのパケットヘッダー上のフィールドの値によりカウントすべきパケットを特定しそのパケット数をカウントできるので、ＩＰ−ＰＢＸ装置に接続された端末毎、ＶＬＡＮグループ毎、アプリケーション毎、プロトコル毎、優先度毎などのトラフィック情報を収集して課金することができる。 This identifies the number of packets to be counted based on the field values on the packet header, such as MAC address, IP address, VLAN tag VLAN identifier, TCP / UDP port number, VLAN tag priority, and DiffServ priority. Therefore, it is possible to collect and charge traffic information such as for each terminal connected to the IP-PBX device, for each VLAN group, for each application, for each protocol, and for each priority.

以上のように本発明のＩＰ−ＰＢＸシステムは、ＭＡＣアドレス、ＩＰアドレス、ＶＬＡＮタグのＶＬＡＮ識別子、ＴＣＰ／ＵＤＰポート番号、ＶＬＡＮタグの優先度およびＤｉｆｆＳｅｒｖの優先度などのパケットヘッダー上のフィールドの値によりカウントすべきパケットを特定しそのパケット数をカウントできるので、ＩＰ−ＰＢＸ装置に接続された端末毎、ＶＬＡＮグループ毎、アプリケーション毎、プロトコル毎、優先度毎などのトラフィック情報を収集して課金することができるという利点がある。 As described above, the IP-PBX system according to the present invention has the field values on the packet header such as the MAC address, the IP address, the VLAN identifier of the VLAN tag, the TCP / UDP port number, the priority of the VLAN tag, and the priority of DiffServ. The packet to be counted can be specified and the number of packets can be counted. Therefore, traffic information such as for each terminal connected to the IP-PBX device, for each VLAN group, for each application, for each protocol, for each priority is collected and charged. There is an advantage that you can.

本発明は、ＩＰ−ＰＢＸ装置とこのＩＰ−ＰＢＸ装置につながるＩＰ電話端末からなるＩＰ−ＰＢＸシステムにおいて、前記ＩＰ−ＰＢＸ装置に内蔵されたＬＡＮスイッチがトラフィック情報を収集するためのパケット数を記憶するパケットカウンターを備え、ＭＡＣアドレス、ＩＰアドレス、ＶＬＡＮタグのＶＬＡＮ識別子、ＴＣＰ／ＵＤＰポート番号、ＶＬＡＮタグの優先度およびＤｉｆｆＳｅｒｖの優先度などのパケットヘッダー上のフィールドの値によりカウントすべきパケットを特定しそのパケット数をカウントし前記パケットカウンターに記憶するように構成したＩＰ−ＰＢＸシステムである。 In the IP-PBX system comprising an IP-PBX device and an IP telephone terminal connected to the IP-PBX device, the present invention stores the number of packets for the LAN switch built in the IP-PBX device to collect traffic information. Packet counters to identify the packets to be counted by the field values on the packet header such as MAC address, IP address, VLAN tag VLAN identifier, TCP / UDP port number, VLAN tag priority and DiffServ priority Then, the IP-PBX system is configured to count the number of packets and store it in the packet counter.

また、本発明は、前記ＬＡＮスイッチが前記パケットカウンターとしてＭＡＣアドレス毎のパケット数を記憶するＭＡＣアドレスカウンターを備え、ＭＡＣアドレスにより特定した端末毎のパケット数をカウントし前記ＭＡＣアドレスカウンターに記憶するように構成した請求項１記載のＩＰ−ＰＢＸシステムである。 In the present invention, the LAN switch includes a MAC address counter that stores the number of packets for each MAC address as the packet counter, and counts and stores the number of packets for each terminal specified by the MAC address in the MAC address counter. The IP-PBX system according to claim 1 configured as described above.

これによりＭＡＣアドレスにより特定した端末毎のパケット数をカウントできるので、ＩＰ−ＰＢＸ装置に接続された端末毎のトラフィック情報を収集して課金することができる。 As a result, the number of packets for each terminal specified by the MAC address can be counted, so that traffic information for each terminal connected to the IP-PBX device can be collected and charged.

また、本発明は、前記ＬＡＮスイッチが前記パケットカウンターとしてＩＰアドレス毎のパケット数を記憶するＩＰアドレスカウンターを備え、ＩＰアドレスにより特定した端末毎のパケット数をカウントし前記ＩＰアドレスカウンターに記憶するように構成した請求項１記載のＩＰ−ＰＢＸシステムである。 In the present invention, the LAN switch includes an IP address counter that stores the number of packets for each IP address as the packet counter, and counts and stores the number of packets for each terminal specified by the IP address in the IP address counter. The IP-PBX system according to claim 1 configured as described above.

これによりＩＰアドレスにより特定した端末毎のパケット数をカウントできるので、ＩＰ−ＰＢＸ装置に接続された端末毎のトラフィック情報を収集して課金することができる。 As a result, the number of packets for each terminal specified by the IP address can be counted, so that traffic information for each terminal connected to the IP-PBX device can be collected and charged.

また本発明は、前記ＬＡＮスイッチが前記パケットカウンターとしてＶＬＡＮグループ毎のパケット数を記憶するＶＬＡＮカウンターを備え、ＶＬＡＮタグのＶＬＡＮ識別子による識別により特定したＶＬＡＮグループ毎のパケット数をカウントし前記ＶＬＡＮカウンターに記憶するように構成した請求項１記載のＩＰ−ＰＢＸシステムである。 In the present invention, the LAN switch includes a VLAN counter for storing the number of packets for each VLAN group as the packet counter, and counts the number of packets for each VLAN group specified by identification by a VLAN identifier of a VLAN tag. The IP-PBX system according to claim 1, wherein the IP-PBX system is configured to store.

これによりＶＬＡＮタグのＶＬＡＮ識別子よる識別により特定したＶＬＡＮグループ毎のパケット数をカウントできるので、ＶＬＡＮグループ毎のトラフィック情報を収集して課金することができる。 As a result, the number of packets for each VLAN group specified by the identification by the VLAN identifier of the VLAN tag can be counted, so that traffic information for each VLAN group can be collected and charged.

また本発明は、前記ＬＡＮスイッチが前記パケットカウンターとしてアプリケーション毎のパケット数を記憶するアプリケーションカウンターを備え、ＴＣＰ／ＵＤＰポート番号による識別により特定したアプリケーション毎のパケット数をカウントし前記アプリケーションカウンターに記憶するように構成した請求項１記載のＩＰ−ＰＢＸシステムである。 In the present invention, the LAN switch includes an application counter for storing the number of packets for each application as the packet counter, and counts and stores the number of packets for each application specified by identification by a TCP / UDP port number in the application counter. The IP-PBX system according to claim 1 configured as described above.

これによりＴＣＰ／ＵＤＰポート番号による識別により特定したアプリケーション毎のパケット数をカウントできるので、アプリケーション毎のトラフィック情報を収集して課金することができる。 As a result, the number of packets for each application specified by identification using the TCP / UDP port number can be counted, so that traffic information for each application can be collected and charged.

また本発明は、前記ＬＡＮスイッチが前記パケットカウンターとしてプロトコル毎のパケット数を記憶するプロトコルカウンターを備え、既知および独自に規定したイーサタイプによる識別により特定したプロトコル毎のパケット数をカウントし前記プロトコルカウンターに記憶するように構成した請求項１記載のＩＰ−ＰＢＸシステムである。 In the present invention, the LAN switch includes a protocol counter for storing the number of packets for each protocol as the packet counter, and counts the number of packets for each protocol specified by identification by a known and uniquely defined ether type. The IP-PBX system according to claim 1, which is configured to be stored in

これにより既知および独自に規定したイーサタイプによる識別により特定したプロトコル毎のパケット数をカウントできるので、プロトコル毎のトラフィック情報を収集して課金することができる。 As a result, the number of packets for each protocol specified by identification by an ether type that is known and uniquely defined can be counted, and traffic information for each protocol can be collected and charged.

また本発明は、前記ＬＡＮスイッチが前記パケットカウンターとしてＱｏＳ毎のパケット数を記憶するＱｏＳカウンターを備え、ＶＬＡＮタグの優先度による識別により特定したＱｏＳ毎のパケット数をカウントし前記ＱｏＳカウンターに記憶するように構成した請求項１記載のＩＰ−ＰＢＸシステムである。 In the present invention, the LAN switch includes a QoS counter for storing the number of packets for each QoS as the packet counter, and counts the number of packets for each QoS specified by identification based on the priority of the VLAN tag and stores the counted number in the QoS counter. The IP-PBX system according to claim 1 configured as described above.

これによりＶＬＡＮタグの優先度による識別により特定したＱｏＳ毎のパケット数をカウントできるので、ＱｏＳ毎のトラフィック情報を収集して課金することができる。 As a result, the number of packets for each QoS specified by identification based on the priority of the VLAN tag can be counted, so that traffic information for each QoS can be collected and charged.

また本発明は、前記ＬＡＮスイッチが前記パケットカウンターとしてＱｏＳ毎のパケット数を記憶するＱｏＳカウンターを備え、ＤｉｆｆＳｅｒｖの優先度による識別により特定したＱｏＳ毎のパケット数をカウントし前記ＱｏＳカウンターに記憶するように構成した請求項１記載のＩＰ−ＰＢＸシステムである。 According to the present invention, the LAN switch includes a QoS counter for storing the number of packets for each QoS as the packet counter, and counts and stores the number of packets for each QoS specified by the identification based on DiffServ priority. The IP-PBX system according to claim 1 configured as described above.

これによりＤｉｆｆＳｅｒｖの優先度による識別により特定したＱｏＳ毎のパケット数をカウントできるので、ＱｏＳ毎のトラフィック情報を収集して課金することができる。 As a result, the number of packets for each QoS specified by the identification based on DiffServ priority can be counted, and traffic information for each QoS can be collected and charged.

以下、本発明の実施の形態に係るＩＰ−ＰＢＸシステムについて図面を用いて説明する。 Hereinafter, an IP-PBX system according to an embodiment of the present invention will be described with reference to the drawings.

（実施の形態１）
本発明の実施の形態１に係るＩＰ−ＰＢＸ装置の構成を図１の実施の形態１におけるＩＰ−ＰＢＸ装置の内部ブロック図と図２の実施の形態１におけるＩＰ−ＰＢＸ装置に搭載されたＬＡＮスイッチの内部ブロック図に基づいて説明する。 (Embodiment 1)
The configuration of the IP-PBX device according to the first embodiment of the present invention is shown as an internal block diagram of the IP-PBX device in the first embodiment in FIG. 1 and the LAN mounted on the IP-PBX device in the first embodiment in FIG. This will be described based on an internal block diagram of the switch.

図１においてＩＰ−ＰＢＸ装置は、加入者網への外線インターフェースを備え既存のＰＢＸ機能を実現するレガシーＰＢＸエンジンカード１、ゲートウェイの機能を実現するためのルーターカード２、アプリケーション機能を実現するためのサーバーカード３、ＶｏＩＰの呼制御機能を実現するためのＣＰＵカード４、ＩＰ電話端末９から外線の加入者網へかけるためＧ．７１１／Ｇ．７２３／Ｇ．７２９等で音声圧縮されたＶｏＩＰ音声パケットを６４ＫｂｐｓのＴＤＭデータへ変換しまたその逆を実現するＶｏＩＰカード５、ＩＰ−ＰＢＸ装置に接続されたＩＰ電話端末９をスイッチングするためのＬＡＮスイッチ６、ファーストイーサネット（登録商標）へ接続するためのトランシーバーおよびパルストランス（以下、ＦＥＰＨＹ＿Ｔｒａｎｓと称す）７ａ、ギガイーサネット（登録商標）へ接続するためのトランシーバーおよびパルストランス（以下、ＧＥＰＨＹ＿Ｔｒａｎｓと称す）７ｂ、ＬＡＮインターフェースへのＲＪ４５コネクタ８ａであり、ＷＡＮインターフェースへのＲＪ４５コネクタ８ｂから構成されている。 In FIG. 1, an IP-PBX device includes an external line interface to a subscriber network, a legacy PBX engine card 1 that realizes an existing PBX function, a router card 2 that realizes a gateway function, and an application function. In order to call the server card 3, the CPU card 4 for realizing the VoIP call control function, and the IP telephone terminal 9 to the outside subscriber network 711 / G. 723 / G. LAN switch 6 for switching the VoIP card 5, the IP phone terminal 9 connected to the IP-PBX device, which converts the VoIP voice packet compressed by 729 etc. into 64 Kbps TDM data and vice versa Transceiver and pulse transformer (hereinafter referred to as FEPHY_Trans) 7a for connection to Ethernet (registered trademark), transceiver and pulse transformer (hereinafter referred to as GEPHY_Trans) 7b for connection to Giga Ethernet (registered trademark), to LAN interface RJ45 connector 8a, which is composed of an RJ45 connector 8b to the WAN interface.

以下その動作について説明すると例えば、ＩＰ電話端末９から加入者網の外線に電話する場合、ＲＪ４５コネクタ８ａから受信したＶｏＩＰ呼制御パケットはＦＥＰＨＹ＿Ｔｒａｎｓ７ａを経由してＬＡＮスイッチ６の接続されたポートに入り、内部ＰＣＩバスインターフェースを介してＣＰＵカード４に転送され、呼制御処理が行われる。そして呼制御処理後通話状態となった後は、ＶｏＩＰ音声パケットはＬＡＮスイッチ６から内部ＰＣＩバスインターフェースを介してＶｏＩＰカード５へ転送され、ＴＤＭ（時分割多重）データに変換され、レガシーＰＢＸエンジンカード１を介して加入者網の外線へ接続される。また、ＩＰネットワーク網に電話する場合は上記と同様にＬＡＮスイッチ６からルーターカード２を経由した後、ＧＥＰＨＹ＿Ｔｒａｎｓ７ｂおよびＲＪ４５コネクタ８ｂからＩＰネットワーク網へ接続される。 The operation will be described below. For example, when calling from the IP telephone terminal 9 to the outside line of the subscriber network, the VoIP call control packet received from the RJ45 connector 8a enters the connected port of the LAN switch 6 via the FEPHY_Trans 7a. The data is transferred to the CPU card 4 via the internal PCI bus interface, and call control processing is performed. After the call control process, the VoIP voice packet is transferred from the LAN switch 6 to the VoIP card 5 via the internal PCI bus interface, converted into TDM (time division multiplexing) data, and the legacy PBX engine card. 1 is connected to the outside line of the subscriber network. When calling the IP network, the LAN switch 6 passes through the router card 2 and is connected to the IP network from the GEPHY_Trans 7b and the RJ45 connector 8b as described above.

図２においてＬＡＮスイッチ６は、イーサネット（登録商標）ＭＡＣ層（データリンク層）処理であるＩＥＥＥ８０２．３フレーム処理、アドレス処理、エラー検出処理等を行うＭＡＣ１１、受信フレームバッファであるＲｘＦＩＦＯ１２ａおよび送信フレームバッファであるＴｘＦＩＦＯ１２ｂを備えるフレームバッファ１２、送信元アドレス４８ビットおよび宛先アドレス４８ビットをデコードするパケットデコード１３、ＭＡＣアドレスの検索を行うアドレス検索１４、パケットをスイッチングして対応するパケットバッファ１７ｄに高速転送するスイッチファブリック１５、ＵＤＰ／ＴＣＰポート番号・ＤＳＣＰ値・イーサタイプ・ＩＰアドレスによりトラフィックを認識し分類し優先処理を行うＱｏＳ１６、学習されたユニキャストＭＡＣアドレスとそのルーティング情報を保有しているＭＡＣテーブル１７ａとＩＰアドレスとそのルーティング情報を保有しているＩＰテーブル１７ｂとそのフレームが属するＶＬＡＮ情報（ポート、タグ、ＭＡＣアドレス）を保有しているＶＬＡＮテーブル１７ｃと転送されるパケットデータを格納するパケットバッファ１７ｄとを備えるメモリ１７、前面パネルにリンク状態・全二重／半二重・転送スピード等を表示するＬＥＤ制御信号をやりとりするためのＬＥＤインターフェース１８、ＰＢＸの制御および呼制御等を行う外部ＣＰＵとのインターフェース信号をやりとりするＣＰＵインターフェース１９、呼制御用パケットの外部ＣＰＵへの転送設定や音声パケットのＶｏＩＰゲートウェイへの転送設定やＬ２〜Ｌ４パラメータによるパケット・フィルタリング設定等基本的なＬＡＮスイッチ６の設定情報を行うレジスタであるコンフィギュレーションレジスタ２０、外部ＰＨＹ（フィジカル層デバイス）チップのレジスタを設定するためのインターフェースであるＭＤＩＯインターフェース２１、ＳＮＭＰによるネットワーク管理を行う場合の管理情報であるＭＩＢ（ｍａｎａｇｅｍｅｎｔｉｎｆｏｒｍａｔｉｏｎｂａｓｅ）２２およびトラフィック情報を収集するためのパケット数を記憶するパケットカウンターとしてＭＡＣアドレス毎のパケットのカウントを格納するＭＡＣアドレスカウンター２２ａから構成される。 In FIG. 2, a LAN switch 6 includes an IEEE 802.3 frame process that is an Ethernet (registered trademark) MAC layer (data link layer) process, an MAC 11 that performs an address process, an error detection process, and the like, an Rx FIFO 12a that is a reception frame buffer, and a transmission frame buffer Frame buffer 12 having TxFIFO 12b, packet decode 13 for decoding 48 bits of source address and 48 bits of destination address, address search 14 for searching for MAC address, switching packets and transferring them to corresponding packet buffer 17d at high speed Switch fabric 15, QoS 16 that recognizes and classifies traffic by UDP / TCP port number, DSCP value, ether type, IP address, and performs priority processing, learned unicast The MAC table 17a that holds the MAC address and its routing information, the IP table 17b that holds the IP address and its routing information, and the VLAN that holds the VLAN information (port, tag, MAC address) to which the frame belongs A memory 17 having a table 17c and a packet buffer 17d for storing packet data to be transferred, an LED interface for exchanging LED control signals for displaying link status, full duplex / half duplex, transfer speed, etc. on the front panel 18. CPU interface 19 for exchanging interface signals with an external CPU for PBX control and call control, etc., transfer settings for call control packets to external CPU, transfer settings for voice packets to VoIP gateway, and L2-L4 parameters Configuration register 20 that is a register for performing basic LAN switch 6 setting information such as packet filtering setting, MDIO interface 21 that is an interface for setting a register of an external PHY (physical layer device) chip, and a network by SNMP The management information base is an MIB (management information base) 22 and a MAC address counter 22a that stores a packet count for each MAC address as a packet counter that stores the number of packets for collecting traffic information. .

以上のように構成されたＬＡＮスイッチ６において以下その動作を説明すると、まずＩＰ−ＰＢＸ装置に接続された端末からの受信パケットはＭＡＣ１１においてイーサネット（登録商標）ＭＡＣ層処理であるＩＥＥＥ８０２．３フレーム処理・アドレス処理・エラー検出処理等を行い受信フレームバッファであるＲｘＦＩＦＯ１２ａに格納される。 The operation of the LAN switch 6 configured as described above will be described below. First, a received packet from a terminal connected to the IP-PBX device is processed by the MAC 11 in the IEEE 802.3 frame processing which is Ethernet (registered trademark) MAC layer processing. Address processing, error detection processing, etc. are performed and stored in the RxFIFO 12a which is a reception frame buffer.

そしてパケットデコード１３においてはアドレス学習のために送信元アドレス４８ビットおよびアドレス検索のために宛先アドレス４８ビットをデコードし宛先不明のアドレスはブロードキャストおよびゲートウェイに転送しＴＣＰ／ＵＤＰポート番号・ＩＰアドレス・プロトコルナンバー・ＤＳ／ＴＯＳ・イーサタイプといったＬ２〜Ｌ４パラメータの識別を行う。 The packet decode 13 decodes the source address 48 bits for address learning and the destination address 48 bits for address search, and forwards the unknown destination address to the broadcast and gateway to transmit the TCP / UDP port number, IP address, and protocol. L2 to L4 parameters such as number, DS / TOS, and ether type are identified.

次にアドレス検索４においては、イーサネット（登録商標）フレームの送信元アドレスと受信したポート番号をアドレステーブルに記録するアドレス学習処理、イーサネット（登録商標）フレームの宛先アドレスとＭＡＣテーブル１７ａから、送信ポートを決定するアドレス探索処理、古くなったテーブルを削除するエージング処理を行う。 Next, in address search 4, an address learning process for recording the transmission source address of the Ethernet (registered trademark) frame and the received port number in the address table, the transmission port from the destination address of the Ethernet (registered trademark) frame and the MAC table 17a. An address search process for determining the aging process and an aging process for deleting an obsolete table are performed.

次にスイッチファブリック１５においては、ＭＡＣテーブル１７ａやＶＬＡＮテーブル１７ｃに基づいて宛先ＭＡＣアドレスとＶＬＡＮ識別子から出力ポートを検索し、パケットをスイッチングして対応するパケットバッファ１７ｄに高速転送する。このときＱｏＳ１６においてはＵＤＰ／ＴＣＰポート番号、ＤＳＣＰ値、イーサタイプ、ＩＰアドレスによりトラフィックを認識、分類、優先処理を行い、ＴｘＦＩＦＯ１２ｂからＭＡＣ１１を経由して外部ポートへ転送される。 Next, in the switch fabric 15, an output port is searched from the destination MAC address and the VLAN identifier based on the MAC table 17a and the VLAN table 17c, and the packet is switched and transferred to the corresponding packet buffer 17d at high speed. At this time, in the QoS 16, the traffic is recognized, classified, and prioritized by the UDP / TCP port number, DSCP value, ether type, and IP address, and transferred from the Tx FIFO 12b to the external port via the MAC 11.

ＭＩＢ２２はＳＮＭＰによるネットワーク管理を行う場合の管理情報であり、ＳＮＭＰとはＴＣＰ／ＩＰネットワークで管理情報をやりとりするためのプロトコルである。この通信は基本的にマネージャとエージェントの間で行われ、このエージェントがＬＡＮスイッチ６にあたる。 The MIB 22 is management information when performing network management by SNMP, and SNMP is a protocol for exchanging management information over a TCP / IP network. This communication is basically performed between the manager and the agent, and this agent corresponds to the LAN switch 6.

マネージャの実体はコンピュータにインストールされたソフトウェアであり、ＬＡＮスイッチ６との通信と集めた情報の解析と解析結果の描画が主な機能であり、本発明のトラフィック情報を収集して課金するところである。 The entity of the manager is software installed in the computer, and its main functions are communication with the LAN switch 6, analysis of collected information, and drawing of analysis results, and it is a place to collect and charge traffic information according to the present invention. .

一方、エージェントであるＬＡＮスイッチ６はマネージャ・ソフトからの要求を解釈・処理するためにＣＰＵインターフェース１９を介したＣＰＵカード４と各種カウンターとメモリで構成されたＭＩＢ２２が載っており、ＣＰＵカード４でＳＮＭＰパケットの内容を解釈してＭＩＢ２２から目的のデータを得る。このＭＩＢ２２のメモリにはエージェントとして動作するためのソフトウェアを記録しておいたり、ＬＡＮスイッチ６の情報を蓄積・加工するために使用される。 On the other hand, the LAN switch 6 serving as an agent has a CPU card 4 via the CPU interface 19 and an MIB 22 composed of various counters and memories for interpreting and processing requests from the manager software. The contents of the SNMP packet are interpreted to obtain target data from the MIB 22. Software for operating as an agent is recorded in the memory of the MIB 22 and is used for storing and processing information of the LAN switch 6.

このＭＩＢ情報には、例えばポート毎のパケット数、ＭＡＣアドレス毎のパケット数、ＩＰアドレス毎のパケット数、ＶＬＡＮ識別子毎のパケット数、アプリケーションＴＣＰ／ＵＤＰ（ポート番号）毎のパケット数、イーサタイプのプロトコル毎のパケット数、コリジョン数、エラーフレーム数、ＤＳＣＰ値およびＶＬＡＮの設定情報が含まれる。 The MIB information includes, for example, the number of packets per port, the number of packets per MAC address, the number of packets per IP address, the number of packets per VLAN identifier, the number of packets per application TCP / UDP (port number), the ether type The number of packets for each protocol, the number of collisions, the number of error frames, the DSCP value, and VLAN setting information are included.

図３はイーサネット（登録商標）のフレームフォーマットを示す図であり、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、プロトコルタイプ、ユーザーデータ、ＦＣＳから構成されており、各端末から受信したパケットのイーサネット（登録商標）ヘッダには、端末固有のハードウェアアドレスであるＭＡＣアドレスの情報が含まれている。 FIG. 3 is a diagram showing an Ethernet (registered trademark) frame format, which is composed of a destination MAC address, a source MAC address, a protocol type, user data, and an FCS. Ethernet (registered trademark) of a packet received from each terminal. ) The header includes information on the MAC address, which is a hardware address unique to the terminal.

図４はＭＡＣアドレスカウンター２２ａの動作フローチャートであり、呼制御処理の後通話状態になると、ＣＰＵカード４から課金すべきＭＡＣアドレスと課金有効レジスタが設定され、さらにＭＡＣアドレスカウンター２２ａがゼロクリア設定される（ステップＳ４−１）。 FIG. 4 is an operation flowchart of the MAC address counter 22a. When a call state is established after the call control process, the MAC address to be charged and the charge valid register are set from the CPU card 4, and the MAC address counter 22a is set to zero clear. (Step S4-1).

そしてこの送信元と宛先のＭＡＣアドレスをパケットデコード１３が参照し、ＭＡＣアドレステーブル１７ａを検索する。そしてパケット検知されると（ステップＳ４−２）設定されたパケットカウンターであるＭＡＣアドレスカウンター２２ａがインクリメントされ（ステップＳ４−３）、通話終了するまで続けられる（ステップＳ４−４）。 The packet decode 13 refers to the source and destination MAC addresses and searches the MAC address table 17a. When a packet is detected (step S4-2), the MAC address counter 22a, which is a set packet counter, is incremented (step S4-3) and is continued until the call ends (step S4-4).

そして通話終了して、課金有効レジスタがディセーブルになると、そのカウンタ値はＭＩＢ情報としてメモリに記憶され（ステップＳ４−５）、終了する。そしてこの情報はＣＰＵインターフェース１９を介してＣＰＵカード４に吸い上げられ、ＳＮＭＰプロトコルにてネットワーク管理者に送られる。 When the call ends and the charge valid register is disabled, the counter value is stored in the memory as MIB information (step S4-5), and the process ends. This information is sucked into the CPU card 4 via the CPU interface 19 and sent to the network administrator using the SNMP protocol.

このように、ＩＰ−ＰＢＸ装置においてＭＡＣアドレスカウンター２２ａを設けることにより、ＩＰ電話端末９の各端末毎にトラフィック情報を収集して課金することができる。 Thus, by providing the MAC address counter 22a in the IP-PBX device, traffic information can be collected and charged for each terminal of the IP telephone terminal 9.

（実施の形態２）
次に、本発明の実施の形態２に係るＩＰ−ＰＢＸ装置の構成をＩＰ−ＰＢＸ装置の内部ブロック図である図１と実施の形態２におけるＩＰ−ＰＢＸ装置に搭載されたＬＡＮスイッチ６の内部ブロック図である図５に基づいて説明する。ここでＩＰ−ＰＢＸ装置の内部ブロック図である図１は実施の形態１において説明しているため説明を省略する。 (Embodiment 2)
Next, the configuration of the IP-PBX device according to the second embodiment of the present invention is shown in FIG. 1 which is an internal block diagram of the IP-PBX device and the inside of the LAN switch 6 mounted on the IP-PBX device in the second embodiment. This will be described with reference to FIG. 5 which is a block diagram. Here, FIG. 1, which is an internal block diagram of the IP-PBX device, has been described in the first embodiment, and thus the description thereof is omitted.

図５においてＬＡＮスイッチ６は実施の形態１の図２において説明したＭＡＣ１１からＭＩＢ２２まで（図２と同一であるため説明は省略）およびトラフィック情報を収集するためのパケット数を記憶するパケットカウンターとしてＩＰアドレス毎のパケットのカウントを格納するＩＰアドレスカウンター２２ｂを備える。 In FIG. 5, the LAN switch 6 uses IP as a packet counter for storing the MAC 11 to MIB 22 described in FIG. 2 of the first embodiment (the description is omitted because it is the same as FIG. 2) and the number of packets for collecting traffic information. An IP address counter 22b for storing a packet count for each address is provided.

このＩＰアドレスカウンター２２ｂの動作について図６、図７を用いて説明する。図６はＩＰヘッダの標準フォーマットを示す図であり、このＩＰヘッダにはＩＰプロトコルによってパケットの配送を制御するときに必要な情報が格納されており、バージョン、ヘッダ長、サービスタイプ（ＴＯＳ）、パケット長、識別子、フラグ、フラグメントオフセット、生存時間（ＴＴＬ）、プロトコル、ヘッダチェックサム、送信元ＩＰアドレス、宛先ＩＰアドレスから構成される。また各端末から受信したパケットのＩＰヘッダには、端末を識別するためのＩＰアドレスの情報が含まれている。 The operation of this IP address counter 22b will be described with reference to FIGS. FIG. 6 is a diagram showing a standard format of the IP header. This IP header stores information necessary for controlling packet delivery by the IP protocol, and includes version, header length, service type (TOS), It consists of packet length, identifier, flag, fragment offset, time to live (TTL), protocol, header checksum, source IP address, and destination IP address. The IP header of the packet received from each terminal includes IP address information for identifying the terminal.

図７はＩＰアドレスカウンター２２ｂの動作フローチャートであり、呼制御処理の後通話状態になると、ＣＰＵカード４から課金すべきＩＰアドレスと課金有効レジスタが設定され、さらにＩＰアドレスカウンター２２ｂがゼロクリア設定される（ステップＳ７−１）。 FIG. 7 is an operation flowchart of the IP address counter 22b. When a call state is established after the call control processing, the IP address to be charged and the charging valid register are set from the CPU card 4, and the IP address counter 22b is set to zero clear. (Step S7-1).

そしてこの送信元と宛先のＩＰアドレスをパケットデコード１３が参照し、ＩＰアドレステーブル１７ｂを検索する。そしてパケット検知されると（ステップＳ７−２）設定されたパケットカウンターであるＩＰアドレスカウンター２２ｂがインクリメントされ（ステップＳ７−３）、通話終了するまで続けられる（ステップＳ７−４）。 The packet decode 13 refers to the source and destination IP addresses and searches the IP address table 17b. When a packet is detected (step S7-2), the set IP address counter 22b, which is a packet counter, is incremented (step S7-3) and is continued until the call ends (step S7-4).

そして通話終了して、課金有効レジスタがディセーブルになると、そのカウンタ値はＭＩＢ情報としてメモリに記憶され（ステップＳ７−５）、終了する。そしてこの情報はＣＰＵインターフェース１９を介したＣＰＵカード４に吸い上げられ、ＳＮＭＰプロトコルにてネットワーク管理者に送られる。 When the call ends and the billing valid register is disabled, the counter value is stored in the memory as MIB information (step S7-5), and the process ends. This information is sucked into the CPU card 4 via the CPU interface 19 and sent to the network administrator by the SNMP protocol.

このように、ＩＰ−ＰＢＸ装置においてＩＰアドレスカウンター２２ｂを設けることにより、ＩＰ電話端末９の各端末毎にトラフィック情報を収集して課金することができる。 Thus, by providing the IP address counter 22b in the IP-PBX device, traffic information can be collected and charged for each terminal of the IP telephone terminal 9.

（実施の形態３）
次に、本発明の実施の形態３に係るＩＰ−ＰＢＸ装置の構成をＩＰ−ＰＢＸ装置の内部ブロック図である図１と実施の形態３におけるＩＰ−ＰＢＸ装置に搭載されたＬＡＮスイッチ６の内部ブロック図である図８に基づいて説明する。ここでＩＰ−ＰＢＸ装置の内部ブロック図である図１は実施の形態１において説明しているため説明を省略する。 (Embodiment 3)
Next, the configuration of the IP-PBX device according to the third embodiment of the present invention is shown in FIG. 1 which is an internal block diagram of the IP-PBX device, and the inside of the LAN switch 6 mounted on the IP-PBX device in the third embodiment. A description will be given based on FIG. 8 which is a block diagram. Here, FIG. 1, which is an internal block diagram of the IP-PBX device, has been described in the first embodiment, and thus the description thereof is omitted.

図８においてＬＡＮスイッチ６は実施の形態１の図２において説明したＭＡＣ１１からＭＩＢ２２まで（図２と同一であるため説明は省略）およびトラフィック情報を収集するためのパケット数を記憶するパケットカウンターとしてＶＬＡＮグループ毎のパケットのカウントを格納するＶＬＡＮカウンター２２ｃを備える。 In FIG. 8, the LAN switch 6 is a VLAN as a packet counter for storing the MAC 11 to MIB 22 described in FIG. 2 of the first embodiment (the description is omitted because it is the same as FIG. 2) and the number of packets for collecting traffic information. A VLAN counter 22c that stores a count of packets for each group is provided.

このＶＬＡＮカウンター２２ｃの動作について図９、図１０を用いて説明する。図９はＶＬＡＮタグ付のイーサネット（登録商標）のフレームフォーマットを示す図であり、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、ＶＬＡＮタグ、プロトコルタイプ、ユーザーデータ、ＦＣＳから構成されており、異なるスイッチをまたがるセグメントを構築できるようにしたものがＩＥＥＥ８０２．１Ｑで標準化されたＶＬＡＮタグである。さらにこのＶＬＡＮタグはＶＬＡＮプロトコルＩＤ、優先度、ＣＦＩ、ＶＬＡＮ識別子から構成され、セグメント毎に一意となる１２ビットのＶＬＡＮ識別子を設定し、その値をもとにどのセグメントにフレームを転送するかを決定する。このように各端末から受信したパケットのイーサネット（登録商標）のヘッダの中には、ＶＬＡＮタグが含まれている。 The operation of the VLAN counter 22c will be described with reference to FIGS. FIG. 9 is a diagram showing a frame format of Ethernet (registered trademark) with a VLAN tag, which is composed of a destination MAC address, a source MAC address, a VLAN tag, a protocol type, user data, and FCS, and spans different switches. A VLAN tag standardized by IEEE802.1Q is one that can construct a segment. This VLAN tag is composed of a VLAN protocol ID, priority, CFI, and VLAN identifier. A unique 12-bit VLAN identifier is set for each segment, and to which segment the frame is transferred based on the value. decide. Thus, the VLAN tag is included in the Ethernet (registered trademark) header of the packet received from each terminal.

図１０はＶＬＡＮカウンター２２ｃの動作フローチャートであり、呼制御処理の後通話状態になると、ＣＰＵカード４から課金すべきｃであるＶＬＡＮ識別子と課金有効レジスタが設定され、さらにＶＬＡＮカウンター２２ｃがゼロクリア設定される（ステップＳ１０−１）。 FIG. 10 is a flowchart of the operation of the VLAN counter 22c. When a call state is established after the call control process, a VLAN identifier and charging valid register c to be charged are set from the CPU card 4, and the VLAN counter 22c is set to zero clear. (Step S10-1).

そしてこのＶＬＡＮタグのＶＬＡＮ識別子をパケットデコード１３が参照し、ＶＬＡＮテーブル１７ｃを検索する。そしてパケット検知されると（ステップＳ１０−２）設定されたパケットカウンターであるＶＬＡＮカウンター２２ｃがインクリメントされ（ステップＳ１０−３）、通話終了するまで続けられる（ステップＳ１０−４）。 The packet decode 13 refers to the VLAN identifier of this VLAN tag and searches the VLAN table 17c. When a packet is detected (step S10-2), the VLAN counter 22c, which is a set packet counter, is incremented (step S10-3) and continued until the call ends (step S10-4).

そして通話終了して、課金有効レジスタがディセーブルになると、そのカウンタ値はＭＩＢ情報としてメモリに記憶され（ステップＳ１０−５）、終了する。そしてこの情報はＣＰＵインターフェース１９を介したＣＰＵカード４に吸い上げられ、ＳＮＭＰプロトコルにてネットワーク管理者に送られる。 When the call ends and the charge valid register is disabled, the counter value is stored in the memory as MIB information (step S10-5), and the process ends. This information is sucked into the CPU card 4 via the CPU interface 19 and sent to the network administrator by the SNMP protocol.

このように、ＩＰ−ＰＢＸ装置においてＶＬＡＮカウンター２２ｃを設けることにより、ＶＬＡＮグループ毎に、いわゆる部署単位毎等でトラフィック情報を収集して課金することができる。 Thus, by providing the VLAN counter 22c in the IP-PBX device, it is possible to collect and charge traffic information for each VLAN group for each so-called department unit.

（実施の形態４）
次に、本発明の実施の形態４に係るＩＰ−ＰＢＸ装置の構成をＩＰ−ＰＢＸ装置の内部ブロック図である図１と実施の形態４におけるＩＰ−ＰＢＸ装置に搭載されたＬＡＮスイッチ６の内部ブロック図である図１１に基づいて説明する。ここでＩＰ−ＰＢＸ装置の内部ブロック図である図１は実施の形態１において説明しているため説明を省略する。 (Embodiment 4)
Next, the configuration of the IP-PBX device according to the fourth embodiment of the present invention is shown in FIG. 1 which is an internal block diagram of the IP-PBX device, and the inside of the LAN switch 6 mounted on the IP-PBX device in the fourth embodiment. A description will be given based on FIG. 11 which is a block diagram. Here, FIG. 1, which is an internal block diagram of the IP-PBX device, has been described in the first embodiment, and thus the description thereof is omitted.

図１１においてＬＡＮスイッチ６は実施の形態１の図２において説明したＭＡＣ１１からＭＩＢ２２まで（図２と同一であるため説明は省略）およびトラフィック情報を収集するためのパケット数を記憶するパケットカウンターとしてアピリケーション毎のパケットのカウントを格納するアプリケーションカウンター２２ｄを備える。 In FIG. 11, the LAN switch 6 is used as a packet counter for storing MAC 11 to MIB 22 described in FIG. 2 of the first embodiment (the description is omitted because it is the same as FIG. 2) and the number of packets for collecting traffic information. An application counter 22d that stores a count of packets for each application is provided.

このアプリケーションカウンター２２ｄの動作について図１２、図１３を用いて説明する。図１２はＵＤＰのヘッダフォーマットを示す図であり、ＵＤＰヘッダは送信元ポート番号、宛先ポート番号、パケット長、チェックサムから構成され、同様にＴＣＰヘッダは送信元ポート番号、宛先ポート番号、シーケンス番号、確認応答番号、データオフセット、コントロールフラグ、ウィンドウサイズ、チェックサム、緊急ポインタから構成される。各端末から受信したパケットのＴＣＰ／ＵＤＰヘッダには、プログラムを識別するためのポート番号が含まれている。 The operation of the application counter 22d will be described with reference to FIGS. FIG. 12 is a diagram showing a UDP header format. The UDP header is composed of a source port number, a destination port number, a packet length, and a checksum. Similarly, a TCP header is a source port number, a destination port number, and a sequence number. , Confirmation response number, data offset, control flag, window size, checksum, and emergency pointer. The TCP / UDP header of the packet received from each terminal includes a port number for identifying the program.

図１３はアプリケーションカウンター２２ｄの動作フローチャートであり、通話開始状態になると、ＣＰＵカード４から課金すべきポート番号と課金有効レジスタが設定され、さらにアプリケーションカウンター２２ｄがゼロクリア設定される（ステップＳ１３−１）。 FIG. 13 is an operation flowchart of the application counter 22d. When a call is started, the port number to be charged and the charge valid register are set from the CPU card 4, and the application counter 22d is set to zero clear (step S13-1). .

そしてこの送信元と宛先のポート番号をパケットデコード１３が参照し、パケット検知されると（ステップＳ１３−２）設定されたパケットカウンターであるアプリケーションカウンター２２ｄがインクリメントされ（ステップＳ１３−３）、通話終了状態になるまで続けられる（ステップＳ１３−４）。 The packet decode 13 refers to the source and destination port numbers, and when a packet is detected (step S13-2), the application counter 22d, which is a set packet counter, is incremented (step S13-3), and the call ends. The process continues until the state is reached (step S13-4).

そして通話終了状態になり、課金有効レジスタがディセーブルになると、そのカウンタ値はＭＩＢ情報としてメモリに記憶され（ステップＳ１３−５）、終了する。そしてこの情報はＣＰＵインターフェース１９を介したＣＰＵカード４に吸い上げられ、ＳＮＭＰプロトコルにてネットワーク管理者に送られる。 When the call end state is entered and the billing valid register is disabled, the counter value is stored in the memory as MIB information (step S13-5), and the process ends. This information is sucked into the CPU card 4 via the CPU interface 19 and sent to the network administrator by the SNMP protocol.

このように、ＩＰ−ＰＢＸ装置においてアプリケーションカウンター２２ｄを設けることにより、ＷＷＷサービスを受けるためのＷｅｂブラウザや、電子メールを送受信するメールソフト、ＩＰ電話端末９のための音声通信等、各アプリケーション毎にトラフィック情報を収集して課金することができる。 As described above, by providing the application counter 22d in the IP-PBX device, each application such as a Web browser for receiving the WWW service, mail software for transmitting / receiving e-mail, voice communication for the IP telephone terminal 9, and the like is provided. Traffic information can be collected and charged.

（実施の形態５）
次に、本発明の実施の形態５に係るＩＰ−ＰＢＸ装置の構成をＩＰ−ＰＢＸ装置の内部ブロック図である図１と実施の形態５におけるＩＰ−ＰＢＸ装置に搭載されたＬＡＮスイッチ６の内部ブロック図である図１４に基づいて説明する。ここでＩＰ−ＰＢＸ装置の内部ブロック図である図１は実施の形態１において説明しているため説明を省略する。 (Embodiment 5)
Next, the configuration of the IP-PBX device according to the fifth embodiment of the present invention is shown in FIG. 1 which is an internal block diagram of the IP-PBX device, and the inside of the LAN switch 6 mounted on the IP-PBX device in the fifth embodiment. This will be described with reference to FIG. 14 which is a block diagram. Here, FIG. 1, which is an internal block diagram of the IP-PBX device, has been described in the first embodiment, and thus the description thereof is omitted.

図１４においてＬＡＮスイッチ６は実施の形態１の図２において説明したＭＡＣ１１からＭＩＢ２２まで（図２と同一であるため説明は省略）およびトラフィック情報を収集するためのパケット数を記憶するパケットカウンターとしてプロトコル毎のパケットのカウントを格納するプロトコルカウンター２２ｅを備える。 In FIG. 14, the LAN switch 6 is a protocol as a packet counter that stores MAC 11 to MIB 22 described in FIG. 2 of the first embodiment (the description is omitted because it is the same as FIG. 2) and the number of packets for collecting traffic information. A protocol counter 22e for storing the count of each packet is provided.

このプロトコルカウンター２２ｅの動作について図１５、図１６を用いて説明する。図１５はイーサネット（登録商標）のフレームフォーマットを示す図であり、イーサネット（登録商標）フレームは宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、プロトコルタイプ、ユーザーデータ、ＦＣＳから構成されており、各端末から受信したパケットのイーサネット（登録商標）ヘッダには、例えばＩＰは０８００、ＡＲＰは０８０６、Ｉｐｖ６は８６ＤＤというようにプロトコルを識別するためのプロトコルタイプの情報が含まれている。 The operation of the protocol counter 22e will be described with reference to FIGS. FIG. 15 is a diagram showing an Ethernet (registered trademark) frame format. The Ethernet (registered trademark) frame includes a destination MAC address, a source MAC address, a protocol type, user data, and an FCS, and is received from each terminal. The Ethernet (registered trademark) header of the packet includes protocol type information for identifying the protocol, for example, IP is 0800, ARP is 0806, and Ipv6 is 86DD.

図１６はプロトコルカウンター２２ｅの動作フローチャートであり、通話開始状態になると、ＣＰＵカード４から課金すべきプロトコルタイプ番号と課金有効レジスタが設定され、さらにプロトコルカウンター２２ｅがゼロクリア設定される（ステップＳ１６−１）。 FIG. 16 is a flowchart showing the operation of the protocol counter 22e. When a call starts, the protocol type number to be charged and the charge valid register are set from the CPU card 4, and the protocol counter 22e is set to zero clear (step S16-1). ).

そしてこのプロトコルタイプをパケットデコード１３が参照し、パケット検知されると（ステップＳ１６−２）設定されたパケットカウンターであるプロトコルカウンター２２ｅがインクリメントされ（ステップＳ１６−３）、通話終了状態になるまで続けられる（ステップＳ１６−４）。 The packet decode 13 refers to this protocol type, and when a packet is detected (step S16-2), the protocol counter 22e, which is a set packet counter, is incremented (step S16-3) and continues until the call is terminated. (Step S16-4).

そして通話終了状態になり、課金有効レジスタがディセーブルになると、そのカウンタ値はＭＩＢ情報としてメモリに記憶され（ステップＳ１６−５）、終了する。そしてこの情報はＣＰＵインターフェース１９を介したＣＰＵカード４に吸い上げられ、ＳＮＭＰプロトコルにてネットワーク管理者に送られる。 When the call end state is entered and the charge valid register is disabled, the counter value is stored in the memory as MIB information (step S16-5), and the process ends. This information is sucked into the CPU card 4 via the CPU interface 19 and sent to the network administrator by the SNMP protocol.

このように、ＩＰ−ＰＢＸ装置においてプロトコルカウンター２２ｅを設けることにより、使用するプロトコル毎にトラフィック情報を収集して課金することができる。さらに、オプションに独自のプロトコル番号を既定すれば、たとえば同じ開発元の製品のみを判別し、そのトラフィック情報を収集して課金することができる。 Thus, by providing the protocol counter 22e in the IP-PBX device, it is possible to collect and charge traffic information for each protocol used. Furthermore, if a unique protocol number is defined as an option, for example, only products of the same developer can be identified, and traffic information can be collected and charged.

（実施の形態６）
次に、本発明の実施の形態６に係るＩＰ−ＰＢＸ装置の構成をＩＰ−ＰＢＸ装置の内部ブロック図である図１と実施の形態６におけるＩＰ−ＰＢＸ装置に搭載されたＬＡＮスイッチ６の内部ブロック図である図１７に基づいて説明する。ここでＩＰ−ＰＢＸ装置の内部ブロック図である図１は実施の形態１において説明しているため説明を省略する。 (Embodiment 6)
Next, the configuration of the IP-PBX device according to the sixth embodiment of the present invention is shown in FIG. 1 which is an internal block diagram of the IP-PBX device and the inside of the LAN switch 6 mounted on the IP-PBX device in the sixth embodiment. A description will be given based on FIG. 17 which is a block diagram. Here, FIG. 1, which is an internal block diagram of the IP-PBX device, has been described in the first embodiment, and thus the description thereof is omitted.

図１７においてＬＡＮスイッチ６は実施の形態１の図２において説明したＭＡＣ１１からＭＩＢ２２まで（図２と同一であるため説明は省略）およびトラフィック情報を収集するためのパケット数を記憶するパケットカウンターとしてＶＬＡＮタグの優先度によるＱｏＳ毎のパケットのカウントを格納するＱｏＳカウンター２２ｆを備える。 In FIG. 17, the LAN switch 6 is a VLAN as a packet counter for storing the MAC 11 to MIB 22 described in FIG. 2 of the first embodiment (the description is omitted because it is the same as FIG. 2) and the number of packets for collecting traffic information. A QoS counter 22f that stores a packet count for each QoS according to the priority of the tag is provided.

このＱｏＳカウンター２２ｆの動作について図１８、図１９を用いて説明する。図１８はＶＬＡＮタグ付のイーサネット（登録商標）のフォーマットであり、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、ＶＬＡＮタグ、プロトコルタイプ、ユーザーデータ、ＦＣＳから構成されており、異なるスイッチをまたがるセグメントを構築できるようにしたものがＩＥＥＥ８０２．１Ｑで標準化されたＶＬＡＮタグである。さらにこのＶＬＡＮタグはＶＬＡＮプロトコルＩＤ、優先度、ＣＦＩ、ＶＬＡＮ識別子から構成され、３ビットの優先度を設定することにより、パケットの優先制御を行うことができる。このように各端末から受信したパケットのイーサネット（登録商標）のヘッダの中には、ＶＬＡＮタグが含まれている。 The operation of the QoS counter 22f will be described with reference to FIGS. FIG. 18 shows an Ethernet (registered trademark) format with a VLAN tag, which is composed of a destination MAC address, a source MAC address, a VLAN tag, a protocol type, user data, and FCS, and can construct a segment across different switches. This is a VLAN tag standardized by IEEE 802.1Q. Further, this VLAN tag is composed of VLAN protocol ID, priority, CFI, and VLAN identifier, and packet priority control can be performed by setting a 3-bit priority. Thus, the VLAN tag is included in the Ethernet (registered trademark) header of the packet received from each terminal.

図１９はＶＬＡＮタグによるＱｏＳカウンター２２ｆの動作フローチャートであり、通話開始状態になると、ＣＰＵカード４から課金すべきＶＬＡＮタグの優先度と課金有効レジスタが設定され、さらにＱｏＳカウンター２２ｆがゼロクリア設定される（ステップＳ１９−１）。 FIG. 19 is a flowchart of the operation of the QoS counter 22f by the VLAN tag. When the call is started, the priority of the VLAN tag to be charged and the charging valid register are set from the CPU card 4, and the QoS counter 22f is set to zero clear. (Step S19-1).

そしてこのＶＬＡＮタグの優先度をパケットデコード１３が参照し、ＶＬＡＮテーブル１７ｃを検索する。そしてパケット検知されると（ステップＳ１９−２）設定されたパケットカウンターであるＱｏＳカウンター２２ｆがインクリメントされ（ステップＳ１９−３）、通話終了状態になるまで続けられる（ステップＳ１９−４）。 The packet decode 13 refers to the priority of the VLAN tag and searches the VLAN table 17c. When a packet is detected (step S19-2), the QoS counter 22f, which is a set packet counter, is incremented (step S19-3) and continued until the call is terminated (step S19-4).

そして通話終了状態になり、課金有効レジスタがディセーブルになると、そのカウンタ値はＭＩＢ情報としてメモリに記憶され（ステップＳ１９−５）、終了する。そしてこの情報はＣＰＵインターフェース１９を介したＣＰＵカード４に吸い上げられ、ＳＮＭＰプロトコルにてネットワーク管理者に送られる。 When the call end state is entered and the billing valid register is disabled, the counter value is stored in the memory as MIB information (step S19-5), and the process ends. This information is sucked into the CPU card 4 via the CPU interface 19 and sent to the network administrator by the SNMP protocol.

このように、ＩＰ−ＰＢＸ装置においてＱｏＳカウンター２２ｆを設けることにより、パケットの優先度毎に、いわゆる帯域のクラス分けされたユーザー毎にトラフィック情報を収集して課金することができる。 In this way, by providing the QoS counter 22f in the IP-PBX device, it is possible to collect and charge traffic information for each user classified as a so-called band for each packet priority.

（実施の形態７）
次に、本発明の実施の形態７に係るＩＰ−ＰＢＸ装置の構成をＩＰ−ＰＢＸ装置の内部ブロック図である図１と実施の形態７におけるＩＰ−ＰＢＸ装置に搭載されたＬＡＮスイッチ６の内部ブロック図である図２０に基づいて説明する。ここでＩＰ−ＰＢＸ装置の内部ブロック図である図１は実施の形態１において説明しているため説明を省略する。 (Embodiment 7)
Next, the configuration of the IP-PBX device according to the seventh embodiment of the present invention is shown in FIG. 1 which is an internal block diagram of the IP-PBX device, and the inside of the LAN switch 6 mounted on the IP-PBX device in the seventh embodiment. This will be described with reference to FIG. 20, which is a block diagram. Here, FIG. 1, which is an internal block diagram of the IP-PBX device, has been described in the first embodiment, and thus the description thereof is omitted.

図２０においてＬＡＮスイッチ６は実施の形態１の図２において説明したＭＡＣ１１からＭＩＢ２２まで（図２と同一であるため説明は省略）およびトラフィック情報を収集するためのパケット数を記憶するパケットカウンターとしてＤｉｆｆＳｅｒｖの優先度によるＱｏＳ毎のパケットのカウントを格納するＱｏＳカウンター２２ｇを備える。 20, LAN switch 6 is DiffServ as a packet counter that stores MAC 11 to MIB 22 described in FIG. 2 of Embodiment 1 (the description is omitted because it is the same as FIG. 2) and the number of packets for collecting traffic information. A QoS counter 22g for storing a packet count for each QoS according to the priority of

このＱｏＳカウンター２２ｇの動作について図２１、図２２を用いて説明する。図２１はＴＯＳ５（ＴｙｐｅｏｆＳｅｒｖｉｃｅ）フィールドのＤｉｆｆＳｅｒｖフィールドフォーマットを示す図であり、ＩＰヘッダの優先情報は昔のＴｏＳ（ＴｙｐｅｏｆＳｅｒｖｉｃｅ）フィールドが現在ＤＳフィールドとして８ビット確保されていて、そのうち最初の６ビットがＤＳＣＰ（ＤｉｆｆｓｅｒｖＣｏｄｅＰｏｉｎｔ）ビットとなっている。 The operation of the QoS counter 22g will be described with reference to FIGS. FIG. 21 is a diagram showing the DiffServ field format of the TOS5 (Type of Service) field, and the priority information of the IP header is the old ToS (Type of Service) field in which 8 bits are reserved as the current DS field, of which the first Six bits are DSCP (Diffserv Code Point) bits.

例えばＤＳＣＰが“００００００”の場合、ベストエフォートになり、これは何も優先制御しない形である。ＤＳＣＰが“１０１１１０”の場合、最優先制御になる。ＤＳＣＰが上記２つ以外の場合、ＤＳＣＰの値によって何種類かの優先制御になる。このように、各端末から受信したパケットのＩＰヘッダの中には、ＴＯＳフィールドのＤＳＣＰ値が含まれているので、ＤｉｆｆＳｅｒｖに対応したルータやスイッチ間では、マーキングされたＩＰヘッダのＤＳＣＰ値によって、パケットの優先制御を行うことができる。 For example, when DSCP is “000000”, it is the best effort, and this is a form in which no priority control is performed. When DSCP is “101110”, the highest priority control is performed. When DSCP is other than the above two, several types of priority control are performed depending on the value of DSCP. Thus, since the DSCP value of the TOS field is included in the IP header of the packet received from each terminal, between the routers and switches corresponding to DiffServ, depending on the DSCP value of the marked IP header, Packet priority control can be performed.

図２２はＤｉｆｆＳｅｒｖによるＱｏＳカウンター２２ｇの動作フローチャートであり、通話開始状態になると、ＣＰＵカード４から課金すべきＤＳＣＰ値と課金有効レジスタが設定され、さらにＱｏＳカウンター２２ｇがゼロクリア設定される（ステップＳ２２−１）。 FIG. 22 is a flowchart showing the operation of the QoS counter 22g by DiffServ. When the call starts, the DSCP value to be charged and the charge valid register are set from the CPU card 4, and the QoS counter 22g is set to zero clear (step S22- 1).

そしてこのＤＳＣＰ値をパケットデコード１３が参照し、そしてそのパケットが検知されると（ステップＳ２２−２）設定されたパケットカウンターであるＱｏＳカウンター２２ｇがインクリメントされ（ステップＳ２２−３）、通話終了状態になるまで続けられる（ステップＳ２２−４）。 The packet decode 13 refers to this DSCP value, and when the packet is detected (step S22-2), the set QoS counter 22g, which is a packet counter, is incremented (step S22-3), and the call is terminated. (Step S22-4).

そして通話終了状態になり、課金有効レジスタがディセーブルになると、そのカウンタ値はＭＩＢ情報としてメモリに記憶され（ステップＳ２２−５）、終了する。そしてこの情報はＣＰＵインターフェース１９を介したＣＰＵカード４に吸い上げられ、ＳＮＭＰプロトコルにてネットワーク管理者に送られる。 When the billing end state is entered and the billing valid register is disabled, the counter value is stored in the memory as MIB information (step S22-5), and the processing ends. This information is sucked into the CPU card 4 via the CPU interface 19 and sent to the network administrator by the SNMP protocol.

このように、ＩＰ−ＰＢＸ装置においてＤｉｆｆｓｅｒｖによるＱｏＳカウンター２２ｇを設けることにより、設定されたＤＳＣＰ値のパケット優先度に応じて、いわゆる帯域のクラス分けされたユーザー毎にトラフィック情報を収集して課金することができる。 Thus, by providing the QoS counter 22g by Diffserv in the IP-PBX device, according to the packet priority of the set DSCP value, traffic information is collected and charged for each user classified as a so-called bandwidth class. be able to.

以上のように本発明は、ＩＰネットワーク網およびインターネット網を介して音声交換を行うＩＰ−ＰＢＸシステムに関するものであって、ＭＡＣアドレス、ＩＰアドレス、ＶＬＡＮタグのＶＬＡＮ識別子、ＴＣＰ／ＵＤＰポート番号、ＶＬＡＮタグの優先度およびＤｉｆｆＳｅｒｖの優先度などのパケットヘッダー上のフィールドの値によりカウントすべきパケットを特定しそのパケット数をカウントできるので、ＩＰ−ＰＢＸ装置に接続された端末毎、ＶＬＡＮグループ毎、アプリケーション毎、プロトコル毎、優先度毎などのトラフィック情報を収集して課金することができるという利点がある。 As described above, the present invention relates to an IP-PBX system that performs voice exchange via an IP network and an Internet network, and includes a MAC address, an IP address, a VLAN identifier of a VLAN tag, a TCP / UDP port number, and a VLAN. Since packets to be counted can be identified and counted by the field values on the packet header such as the tag priority and DiffServ priority, the number of packets can be counted, so that each terminal connected to the IP-PBX device, each VLAN group, application There is an advantage that it is possible to collect and charge traffic information such as every protocol, every protocol, and every priority.

実施の形態１におけるＩＰ−ＰＢＸ装置の内部ブロック図Internal block diagram of IP-PBX apparatus according to Embodiment 1 実施の形態１におけるＬＡＮスイッチの内部ブロック図Internal block diagram of LAN switch in embodiment 1 実施の形態１におけるＥｔｈｅｒｎｅｔ（登録商標）のフレーム・フォーマットを示す図The figure which shows the flame | frame format of Ethernet (registered trademark) in Embodiment 1 実施の形態１におけるＭＡＣアドレスカウンターの動作フローチャートOperation flow chart of MAC address counter in embodiment 1 実施の形態２におけるＬＡＮスイッチの内部ブロック図Internal block diagram of LAN switch in embodiment 2 実施の形態２におけるＩＰヘッダのフォーマットを示す図The figure which shows the format of the IP header in Embodiment 2 実施の形態２におけるＩＰアドレスカウンターの動作フローチャートOperation flow chart of IP address counter in embodiment 2 実施の形態３におけるＬＡＮスイッチの内部ブロック図Internal block diagram of LAN switch in Embodiment 3 実施の形態３におけるＶＬＡＮタグ付のＥｔｈｅｒｎｅｔ（登録商標）のフレーム・フォーマットを示す図The figure which shows the flame | frame format of Ethernet (registered trademark) with a VLAN tag in Embodiment 3. 実施の形態３におけるＶＬＡＮカウンターの動作フローチャートOperation flowchart of VLAN counter in embodiment 3 実施の形態４におけるＬＡＮスイッチの内部ブロック図Internal block diagram of LAN switch in embodiment 4 実施の形態４におけるＵＤＰのヘッダ・フォーマットを示す図The figure which shows the header format of UDP in Embodiment 4 実施の形態４におけるアプリケーションカウンターの動作フローチャートOperation flowchart of application counter in embodiment 4 実施の形態５におけるＬＡＮスイッチの内部ブロック図Internal block diagram of LAN switch in embodiment 5 実施の形態５におけるＥｔｈｅｒｎｅｔ（登録商標）のフレーム・フォーマットを示す図The figure which shows the flame | frame format of Ethernet (registered trademark) in Embodiment 5 実施の形態５におけるプロトコルカウンターの動作フローチャートFlowchart of protocol counter operation in embodiment 5 実施の形態６におけるＬＡＮスイッチの内部ブロック図Internal block diagram of LAN switch in embodiment 6 実施の形態６におけるＶＬＡＮタグ付のＥｔｈｅｒｎｅｔ（登録商標）のフレーム・フォーマットを示す図The figure which shows the flame | frame format of Ethernet (registered trademark) with a VLAN tag in Embodiment 6. 実施の形態６におけるＶＬＡＮタグによるＱｏＳカウンターの動作フローチャートFlowchart of QoS counter operation by VLAN tag in embodiment 6 実施の形態７におけるＬＡＮスイッチの内部ブロック図Internal block diagram of LAN switch according to Embodiment 7 実施の形態７におけるＴＯＳフィールドのフォーマットを示す図The figure which shows the format of the TOS field in Embodiment 7 実施の形態７におけるＤｉｆｆＳｅｒｖによるＱｏＳカウンターの動作フローチャートFlowchart of QoS counter operation by DiffServ in Embodiment 7

Explanation of symbols

１レガシーＰＢＸエンジンカード
２ルーターカード
３サーバーカード
４ＣＰＵカード
５ＶｏＩＰカード
６ＬＡＮスイッチ
７ａファーストイーサネット（登録商標）のトランシーバーおよびパルストランス
７ｂギガイーサネット（登録商標）のトランシーバーおよびパルストランス
８ａＬＡＮインタフェースへのＲＪ４５コネクタ
８ｂＷＡＮインタフェースへのＲＪ４５コネクタ
９ＩＰ電話端末
１１ＭＡＣ
１２ＦＩＦＯ
１３パケットデコード
１４アドレス検索
１５スイッチファブリック
１６ＱｏＳ
１７メモリ
１７ａＭＡＣテーブル
１７ｂＶＬＡＮテーブル
１７ｃパケットバッファ
１８ＬＥＤインターフェース
１９ＣＰＵインターフェース
２０コンフィギュレーションレジスタ
２１ＭＤＩＯインターフェース
２２ＭＩＢ（ｍａｎａｇｅｍｅｎｔｉｎｆｏｒｍａｔｉｏｎｂａｓｅ）
２２ａＭＡＣアドレスカウンター
２２ｂＩＰアドレスカウンター
２２ｃＶＬＡＮカウンター
２２ｄアプリケーションカウンター
２２ｅプロトコルカウンター
２２ｆＱｏｓ（ＶＬＡＮ）カウンター
２２ｇＱｏＳ（ＤＳＣＰ）カウンター DESCRIPTION OF SYMBOLS 1 Legacy PBX engine card 2 Router card 3 Server card 4 CPU card 5 VoIP card 6 LAN switch 7a Fast Ethernet (registered trademark) transceiver and pulse transformer 7b Giga Ethernet (registered trademark) transceiver and pulse transformer 8a RJ45 to LAN interface Connector 8b RJ45 connector to WAN interface 9 IP phone terminal 11 MAC
12 FIFO
13 Packet decoding 14 Address search 15 Switch fabric 16 QoS
17 memory 17a MAC table 17b VLAN table 17c packet buffer 18 LED interface 19 CPU interface 20 configuration register 21 MDIO interface 22 MIB (management information base)
22a MAC address counter 22b IP address counter 22c VLAN counter 22d Application counter 22e Protocol counter 22f QoS (VLAN) counter 22g QoS (DSCP) counter

Claims

In an IP-PBX system comprising an IP-PBX device and an IP telephone terminal connected to the IP-PBX device, a packet counter for storing the number of packets for the LAN switch built in the IP-PBX device to collect traffic information is provided. Prepared, identify packets to be counted by the field values on the packet header such as MAC address, IP address, VLAN tag VLAN identifier, TCP / UDP port number, VLAN tag priority and DiffServ priority. IP-PBX system configured to count and store in the packet counter.

The LAN switch includes a MAC address counter that stores the number of packets for each MAC address as the packet counter, and is configured to count the number of packets for each terminal specified by the MAC address and store the counted number in the MAC address counter. The described IP-PBX system.

The LAN switch includes an IP address counter that stores the number of packets for each IP address as the packet counter, and is configured to count and store the number of packets for each terminal specified by the IP address in the IP address counter. The described IP-PBX system.

The LAN switch includes a VLAN counter for storing the number of packets for each VLAN group as the packet counter, and is configured to count the number of packets for each VLAN group specified by identification by a VLAN identifier of a VLAN tag and store the counted number in the VLAN counter. The IP-PBX system according to claim 1.

The LAN switch includes an application counter that stores the number of packets for each application as the packet counter, and is configured to count and store the number of packets for each application specified by identification by a TCP / UDP port number in the application counter. Item 2. The IP-PBX system according to Item 1.

The LAN switch includes a protocol counter for storing the number of packets for each protocol as the packet counter, and counts and stores the number of packets for each protocol specified by identification by a known and uniquely defined ether type and stores the number in the protocol counter. The IP-PBX system according to claim 1 configured.

The LAN switch includes a QoS counter that stores the number of packets for each QoS as the packet counter, and is configured to count the number of packets for each QoS specified by identification based on a priority of a VLAN tag, and store the counted number in the QoS counter. Item 2. The IP-PBX system according to Item 1.

The LAN switch includes a QoS counter that stores the number of packets for each QoS as the packet counter, and is configured to count the number of packets for each QoS specified by identification based on DiffServ priority and store the number in the QoS counter. The IP-PBX system according to 1.