(57)【特許請求の範囲】
【請求項１】
温度を測定する温度センサと、
ポート単位または伝送フロー単位の少なくとも一方と、前記単位におけるパケットの伝送レートとを対応付けた組合せを記憶するメモリと、
測定温度にもとづいて、発熱の抑制を図る前記組合せを選択し、前記ポート単位または前記伝送フロー単位の少なくとも一方に対して、選択した前記組合せによる前記伝送レートで受信レート制御を行うプロセッサと、
受信パケットの送信元装置を登録した送信元管理テーブルと、
を備え、
前記プロセッサは、前記送信元管理テーブルから前記送信元装置を認識して、前記送信元装置へ現在の測定温度を通知し、前記送信元装置に対して送信レート制御を実行させる、
ことを特徴とする通信装置。
【請求項２】
前記プロセッサは、一定時間内の温度上昇時における、前記測定温度と、前記組合せとの第１の対応関係と、一定時間内の温度下降時における、前記測定温度と前記組合せとの第２の対応関係とを保持し、
現在の測定温度、前回の測定温度および前々回の測定温度から、温度が上昇傾向にあることを認識した場合は、前記第１の対応関係に示される前記測定温度から前記組合せを段階的に選択し、
現在の測定温度、前回の測定温度および前々回の測定温度から、温度が下降傾向にあることを認識した場合は、前記第２の対応関係に示される前記測定温度から前記組合せを段階的に選択する、
ことを特徴とする請求項１記載の通信装置。
【請求項３】
前記プロセッサは、温度上昇時の前記第１の対応関係に設定した温度のしきい値と、温度下降時の前記第２の対応関係に設定した温度のしきい値とには、ヒステリシスを持たせることを特徴とする請求項２記載の通信装置。
【請求項４】
前記プロセッサは、現在の測定温度、前回の測定温度および前々回の測定温度から、一定時間内で温度上昇と温度下降が繰り返される温度変化を認識した場合は、前記組合せの選択を停止することを特徴とする請求項１記載の通信装置。
【請求項５】
発熱抑制方法において、
ポート単位または伝送フロー単位の少なくとも一方と、パケットの伝送レートとを対応付けて記憶する第１メモリと、受信パケットの送信元装置を記憶する第２メモリとを備え、
測定温度にもとづいて、発熱の抑制を図る前記対応付けを選択し、
前記ポート単位または前記伝送フロー単位の少なくとも一方に対して、選択した前記対応付けによる前記伝送レートで受信レート制御を行い、
前記第２メモリから前記送信元装置を認識して、前記送信元装置へ現在の測定温度を通知し、前記送信元装置に対して送信レート制御を実行させる、
ことを特徴とする発熱抑制方法。
【請求項６】
一定時間内の温度上昇時における、前記測定温度と組合せとの第１の対応関係と、一定時間内の温度下降時における、前記測定温度と前記組合せとの第２の対応関係とを保持し、
現在の測定温度、前回の測定温度および前々回の測定温度から、温度が上昇傾向にあることを認識した場合は、前記第１の対応関係に示される前記測定温度から前記組合せを段階的に選択し、
現在の測定温度、前回の測定温度および前々回の測定温度から、温度が下降傾向にあることを認識した場合は、前記第２の対応関係に示される前記測定温度から前記組合せを段階的に選択する、
ことを特徴とする請求項５記載の発熱抑制方法。
【請求項７】
温度上昇時の前記第１の対応関係に設定した温度のしきい値と、温度下降時の前記第２の対応関係に設定した温度のしきい値とには、ヒステリシスを持たせることを特徴とする請求項６記載の発熱抑制方法。
【請求項８】
現在の測定温度、前回の測定温度および前々回の測定温度から、一定時間内で温度上昇と温度下降が繰り返される温度変化を認識した場合は、前記組合せの選択を停止することを特徴とする請求項６記載の発熱抑制方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報通信を行う通信装置および発熱を抑制する発熱抑制方法に関する。
【背景技術】
【０００２】
キャリアが提供するネットワークにおいて、従来ではＳＯＮＥＴ／ＳＤＨ（Synchronous Optical Network／Synchronous Digital Hierarchy）による電話の音声信号の通信が主流であったが、近年ではＩＰ（Internet Protocol）によるパケット通信が増大している。
【０００３】
また、インターネット・ユーザの急増によるトラフィックの増加により、４０Ｇｂｐｓまたは１００Ｇｂｐｓといった高速・大容量のネットワークの構築が進んでいる。
パケット通信が高速、大容量になるにつれて、通信機器内の個々の機能ブロックにおける処理頻度が増大し、消費電力が増加してデバイスが発熱することになる。所定値を超えて発熱すると、デバイスが熱暴走を起こして正常に動作できなくなる等の障害が発生するため、適切な発熱抑制対策を行うことが重要である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】国際公開番号ＷＯ２００８／１２９６３８Ａ１
【発明の概要】
【発明が解決しようとする課題】
【０００５】
消費電力の増加に伴う発熱抑制対策としては、測定された温度に応じて、伝送レート制御を行う従来技術があり、例えば、上記の特許文献１（ＷＯ２００８／１２９６３８Ａ１）では、測定温度に応じて、フレームの送出量を制御する内容が開示されている。
【０００６】
しかし、従来技術の場合は、ポート単位や伝送フロー単位に対する伝送レートの組合せを列挙した、可変設定可能な組合せ群（プロファイル）を管理する構成を有していなかった。このため、発熱温度に対してどのように伝送レートを可変するかといった、伝送レートの変更設定を容易に行うことができなかった。
【０００７】
本発明はこのような点に鑑みてなされたものであり、温度変化の状態に応じて可変設定可能な伝送レートのプロファイルを管理して、発熱抑制の設定制御の簡便化を図った通信装置を提供することを目的とする。
【０００８】
また、本発明の他の目的は、温度変化の状態に応じて可変設定可能な伝送レートのプロファイルを管理して、発熱抑制の設定制御の簡便化を図った発熱抑制方法を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、通信装置が提供される。通信装置は、温度を測定する温度センサと、ポート単位または伝送フロー単位の少なくとも一方と、前記単位におけるパケットの伝送レートとを対応付けた組合せを記憶するメモリと、測定温度にもとづいて、発熱の抑制を図る前記組合せを選択し、前記ポート単位または前記伝送フロー単位の少なくとも一方に対して、選択した前記組合せによる前記伝送レートで受信レート制御を行うプロセッサと、受信パケットの送信元装置を登録した送信元管理テーブルと、を備え、前記プロセッサは、前記送信元管理テーブルから前記送信元装置を認識して、前記送信元装置へ現在の測定温度を通知し、前記送信元装置に対して送信レート制御を実行させる。
【発明の効果】
【００１０】
発熱抑制を行う設定制御の簡便化を図ることが可能になる。
【図面の簡単な説明】
【００１１】
【図１】通信装置の構成例を示す図である。
【図２】ネットワーク構成例を示す図である。
【図３】通信装置の構成例を示す図である。
【図４】回線ＩＦカードの構成例を示す図である。
【図５】プロファイルテーブルの構成例を示す図である。
【図６】プロファイルテーブルの構成例を示す図である。
【図７】プロファイルと温度との関係を示す図である。
【図８】プロファイルと温度との関係を示す図である。
【図９】プロファイルの適用動作を示すフローチャートである。
【図１０】回線ＩＦカードの構成例を示す図である。
【図１１】回線ＩＦカードの構成例を示す図である。
【図１２】送信元カード管理テーブルの構成例を示す図である。
【図１３】プロファイルの適用動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施の形態を図面を参照して説明する。図１は通信装置の構成例を示す図である。なお、以降では、イーサネット（登録商標）のフレーム形式等も含めて情報伝送単位をパケットと呼ぶ。
【００１３】
通信装置１は、温度センサ１ａ、プロファイルテーブル１ｂおよびプロセッサ１ｃを備える。温度センサ１ａは、例えば、発熱の大きなデバイス近傍に置かれて、該デバイスの温度を測定する。プロファイルテーブル１ｂは、ポート単位または伝送フロー単位の少なくとも一方に対する、該単位におけるパケットの伝送レートの組合せを列挙した組合せ群を管理するテーブルである。また、プロファイルテーブル１ｂは、外部アクセスなどにより可変設定可能である。プロファイルテーブル１ｂは、例えばメモリ等の記憶媒体に記憶される。
【００１４】
プロセッサ１ｃは、測定温度にもとづいて、発熱の抑制を図る組合せを選択する。そして、ポート単位または伝送フロー単位の少なくとも一方に対して、選択した組合せによる伝送レートで受信レート制御を行う（受信パケットに対して、選択した組合せの受信レートになるように、所定の割合で廃棄（間引き）する）。
【００１５】
このように、プロファイルテーブル１ｂを備えて、測定温度に応じて任意の伝送レートを自由に設定して、発熱抑制のための受信レート制御を行うことにより、発熱抑制に関する制御の柔軟性および利便性の向上を図ることが可能になる。
【００１６】
次に通信装置１が適用されるネットワーク構成について説明する。図２はネットワーク構成例を示す図である。ネットワーク１００は、通信装置１−１〜１−６および外部装置（保守端末など）５ａ−１〜５ａ−ｎ、５ｂ−１〜５ｂ−ｎ、５ｃ−１〜５ｃ−ｎ、５ｄ−１〜５ｄ−ｎを備える。
【００１７】
通信装置１−１は、通信装置１−２、１−３、１−４と接続し、通信装置１−２は、通信装置１−１、１−３、１−４と接続する。通信装置１−３は、通信装置１−１、１−２、１−４、１−５、１−６と接続し、通信装置１−４は、通信装置１−１、１−２、１−３、１−５、１−６と接続する。通信装置１−５は、通信装置１−３、１−４、１−６と接続し、通信装置１−６は、通信装置１−３、１−４、１−５と接続する。
【００１８】
また、通信装置１−１には、外部装置５ａ−１〜５ａ−ｎが接続し、通信装置１−２には、外部装置５ｂ−１〜５ｂ−ｎが接続している。また、通信装置１−５には、外部装置５ｃ−１〜５ｃ−ｎが接続し、通信装置１−６には、外部装置５ｄ−１〜５ｄ−ｎが接続している。
【００１９】
通信装置１は、外部装置から送信されるパケットを受信し、パケット内に格納されたアドレス情報等をもとに、所定の宛先へパケットの転送処理を行う。例えば、外部装置がパケットを送信すると、通信装置１は、パケット内に格納されたＭＡＣ（Media Access Control）アドレスやＩＰアドレス等をもとにしてパケットの転送処理を行う。
【００２０】
図３は通信装置の構成例を示す図である。通信装置１は、回線ＩＦカード１０−１〜１０−ａ、１０−ｂ〜１０−ｋ、スイッチカード２０および制御カード３０を備える。回線ＩＦカード１０−１〜１０−ａ、１０−ｂ〜１０−ｋ、スイッチカード２０および制御カード３０は、任意に着脱可能なカードである。
【００２１】
回線ＩＦカード１０−１〜１０−ａ、１０−ｂ〜１０−ｋは、回線ポートを収容し、外部装置とのインタフェース機能、受信パケット処理、送信パケット処理等を行う。スイッチカード２０は、回線ＩＦカード１０−１〜１０−ａ、１０−ｂ〜１０−ｋとデータ信号線で接続し、回線ＩＦカード間のパケット転送のスイッチ処理を行う。
【００２２】
制御カード３０は、回線ＩＦカード１０−１〜１０−ａ、１０−ｂ〜１０−ｋおよびスイッチカード２０に対して、制御信号線で接続し、通信装置１内の各カードの各種設定、アラームや統計情報の収集を司る。また、保守端末等の外部装置と接続して、外部装置とのユーザインタフェース処理などを実行する。
【００２３】
なお、回線ＩＦカード１０−１〜１０−ａ、１０−ｂ〜１０−ｋ、スイッチカード２０および制御カード３０は、通信装置１のマザーボードと一体化される装置形態としてもよい。
【００２４】
次に回線ＩＦカードの構成について説明する。図４は回線ＩＦカードの構成例を示す図である。回線ＩＦカード１０−１は、光モジュール１１−１〜１１−ｎ、ＮＰＵ （Network Processor Unit）１２、ＴＭ（Traffic Manager）１３、ＢＷＢＩＦ（Back Wiring Board Interface）１４、メモリ群１５ａ、１５ｂ、ＣＰＵ１６、温度センサ１７ａ、１７ｂおよびプロファイルテーブル１８ａ、１８ｂを備える。回線ＩＦカード１０−１〜１０−ｋは、同一の機能構成を有しているカードである。なお、図１に示したプロセッサ１ｃのプロファイル選択機能は、ＣＰＵ１６で行われ、プロセッサ１ｃの受信レート制御機能は、ＮＰＵ１２で実行される。
【００２５】
光モジュール１１−１〜１１−ｎは、ポート（物理ポート）Ｐ１〜Ｐｎを介して光パケットを受信し、Ｏ／Ｅ変換を行って、Ｏ／Ｅ変換後のパケットをＮＰＵ１２へ送信する。ＮＰＵ１２は、メモリ群１５ａに保存されているアドレステーブルにより、宛先アドレスの検索を行い、優先度やタグ情報といったパケットの解析を行う。
【００２６】
ＴＭ１３は、ＮＰＵ１２で解析されたパケットを、宛先アドレスや優先度にもとづいて、メモリ群１５ｂ内の該当するキュー（Queue）へ転送する。その後、ＴＭ１３は、所定のキューからパケットを読み出して、キューから読み出したパケットを、ＢＷＢＩＦ１４へ出力する。
【００２７】
ＢＷＢＩＦ１４は、受信したパケットをスイッチカード２０へ送信し、スイッチカード２０は、宛先にもとづいて該当の回線ＩＦカードへパケットを送信する。
なお、ＣＰＵ１６は、プロファイル選択機能の他に、制御カード３０を介して、外部装置５と接続し、外部装置５から指示された設定にもとづき、回線ＩＦカード１０−１内の各構成要素の設定制御を行う。また、回線ＩＦカード１０−１内の各構成要素の監視制御を行って、監視結果を外部装置５へ送信制御する。
【００２８】
ここで、回線ＩＦカード１０−１が受信するパケットの流量が増えると、ＮＰＵ１２がメモリ群１５ａに格納されているアドレステーブルを介して、宛先アドレスを検索する頻度が増加する。
【００２９】
また、ＴＭ１３がメモリ群１５ｂ内のキューへパケットを転送する頻度も増加する。すると、ＮＰＵ１２を構成するデバイス、ＴＭ１３を構成するデバイス、さらには、メモリ群１５ａ、１５ｂの消費電力が増大して発熱が生じることになる。
【００３０】
このため、回線ＩＦカード１０−１では、ＮＰＵ１２の近傍に温度センサ１７ａを設け、温度センサ１７ａによりＮＰＵ１２の温度を測定する。また、ＴＭ１３の近傍に温度センサ１７ｂを設け、温度センサ１７ｂによりＴＭ１３の温度を測定する。
【００３１】
さらに、受信パケットの伝送レート制御に用いるプロファイルテーブル１８ａ、１８ｂを備える。プロファイルテーブル１８ａは、ポートＰ１〜Ｐｎ単位の受信パケットに対する伝送レート制御を行うためのテーブルである。また、プロファイルテーブル１８ｂは、ＶＬＡＮ（Virtual Local Area Network）単位の受信パケットに対する伝送レート制御を行うためのテーブルである。プロファイルテーブル１８ａ、１８ｂは、例えばメモリ等の記憶媒体に記憶される。プロファイルテーブル１８ａ、１８ｂは、それぞれ異なるメモリに記憶させてもよいし、または各テーブルを１個のメモリに記憶させることもできる。
【００３２】
なお、ＶＬＡＮ単位の受信パケットに対する伝送レート制御とは、パケット内に格納されているＶＬＡＮ−ＩＤを単位にして、許容レートの制御を行うことを意味する。ここではＶＬＡＮを例にしているが、他の伝送フロー単位に伝送レート制御を行ってもよい。
【００３３】
なお、温度センサ１７ａ（ＮＰＵ用）、温度センサ１７ｂ（ＴＭ用）、プロファイルテーブル１８ａ（ポート）、プロファイルテーブル１８ｂ（ＶＬＡＮ）およびＣＰＵ１６は、制御バスで互いに接続される。ＣＰＵ１６は、プロファイルテーブル１８ａ、１８ｂに所定データの書き込みを行い、または所定データの読み出しを行う。
【００３４】
上記のように、受信パケットが多量となり高負荷状態となると、ＮＰＵ１２およびＴＭ１３の消費電力が増大し発熱するため、温度センサ１７ａ、１７ｂで温度状態を監視し、ＣＰＵ１６は、温度センサ１７ａ、１７ｂから、温度データを周期的に読み出す。
【００３５】
そして、得られた温度測定結果に応じて、受信ポート単位またはＶＬＡＮ単位で受信レート制御を行う。受信レート制御は、プロファイルテーブル１８ａ、１８ｂに設定されているプロファイルにもとづき、ＮＰＵ１２に対して、ＣＰＵ１６により実行される。
【００３６】
ＮＰＵ１２は、ＣＰＵ１６より設定された伝送レートに従い、ポート単位またはＶＬＡＮ単位に受信パケットの伝送レート制御を行い、設定レート値を超えて入力されたパケットに対して、ＮＰＵ１２の入力側で廃棄する。
【００３７】
このような制御を行うことにより、メモリ群１５ａへのアクセス回数を低減し、後段のＴＭ１３で行われる処理頻度も低減させるので、消費電力を低下させて、温度上昇を抑制することができる。
【００３８】
次にプロファイルテーブルについて説明する。図５、図６はプロファイルテーブルの構成例を示す図である。図５のプロファイルテーブル１８ａは、ポートＰ１〜Ｐｎごとに許容する伝送レートが設定されており、プロファイル番号（＃）に応じて、各ポートに対して複数の許容レートが設定可能となっている。
【００３９】
例えば、ポートＰ１、Ｐ２の優先度が高く、ポートＰｎの優先度が低いとした場合、プロファイル＃１では、ポートＰ１、Ｐ２は１Ｇｂｐｓの許容レート、ポートＰｎは８００Ｍｂｐｓの許容レートが設定される。なお、０ｂｐｓは、プロファイルにもとづく伝送レート制御を行わないことを示しており、例えば、プロファイル＃５の０ｂｐｓでは、全ポートに対して伝送レート制御を行わないことになる。
【００４０】
図６のプロファイルテーブル１８ｂは、ＶＬＡＮ−０〜ＶＬＡＮ−４０９５ごとに許容する伝送レートが設定されており、プロファイル番号に応じて、各ＶＬＡＮに対して複数の許容レートが設定可能となっている。
【００４１】
例えば、ＶＬＡＮ−０、ＶＬＡＮ−１の優先度が高く、ＶＬＡＮ−４０９５の優先度が低いとした場合、プロファイル＃１では、ＶＬＡＮ−０、ＶＬＡＮ−１は１Ｇｂｐｓの許容レート、ＶＬＡＮ−４０９５は８００Ｍｂｐｓの許容レートが設定される。なお、上記の許容レート値の設定については、外部装置５を通じて任意の値を設定可能である。
【００４２】
次にプロファイルと温度の関係について説明する。図７、図８はプロファイルと温度との関係を示す図である。縦軸は、温度（℃）、横軸はプロファイル番号である。図７は温度上昇時のプロファイルと温度との関係（第１の対応関係）を示し、図８は温度下降時のプロファイルと温度との関係（第２の対応関係）を示している。
【００４３】
図７において、温度に対するしきい値として４５℃、５５℃、６５℃の３つを持っている（温度値は、外部装置５から変更可能）。温度上昇時に示す例では、４５℃まではプロファイル＃０が適用され、４５℃〜５５℃ではプロファイル＃１が適用される。また、５５℃〜６５℃ではプロファイル＃２が適用され、６５℃以上ではプロファイル＃３が適用されるとしている。
【００４４】
図８において、温度に対するしきい値としてしきい値４０℃、５０℃、６０℃の３つを持っている。温度下降時に示す例では、６０℃まではプロファイル＃３が適用され、５０℃〜６０℃ではプロファイル＃２が適用される。また、４０℃〜５０℃ではプロファイル＃１が適用され、４０℃未満はプロファイル＃０が適用されるとしている。
【００４５】
ここで、図７の温度上昇時に設定したしきい値と、図８の温度下降時に設定したしきい値とには、この例では５℃のヒステリシス（差分）を持たせている。温度上昇方向と温度下降方向でヒステリシスを持たせておくことで、プロファイル適用時の発振状態を回避することを可能としている。
【００４６】
例えば、ヒステリシスを持たずに、温度上昇時でも下降時でも５５℃のしきい値があり、５５℃以下をプロファイル＃１、５５℃を超えるとプロファイル＃２とすると、測定温度が５５℃の近傍にあるときは、プロファイル＃１、＃２が交互に繰り返される現象が生じてしまう。このような現象を抑制するために、温度上昇方向と温度下降方向でヒステリシスを持たせておく。
【００４７】
なお、温度に対するプロファイルの設定例として、トラフィックの利用状況に応じたプロファイルを設定し、消費電力を低減する方法もとることができる。例えば、昼間のトラフィックは多いが、夜は少ないといった場合、それに応じたプロファイルを設定することで、パケットの処理負荷を低減させることができる。
【００４８】
次に温度測定に応じたプロファイルの適用動作について説明する。図９はプロファイルの適用動作を示すフローチャートである。温度センサ１７ａの測定値にもとづく動作について示す。
【００４９】
〔Ｓ１〕ＣＰＵ１６は、温度センサ１７ａの温度値の読み出しを行う。
〔Ｓ２〕ＣＰＵ１６は、読み出した温度値が、６５℃以下かどうかを判定する。６５℃以下の場合はＳ３へ行き、６５℃以下でない場合はＳ８へ行く。
【００５０】
〔Ｓ３〕ＣＰＵ１６は、今回の測定温度（現在の測定温度）が前々回の測定値より高温か否かを判定する。高温の場合はＳ４へ行き、そうでない場合はＳ６へ行く。
〔Ｓ４〕ＣＰＵ１６は、今回の測定温度が前回の測定値より高温か否かを判定する。高温の場合はＳ５へ行き、そうでない場合はＳ１０へ行く。
【００５１】
〔Ｓ５〕ＣＰＵ１６は、前回の測定温度が前々回の測定値より高温か否かを判定する。高温の場合はＳ８へ行き、そうでない場合はＳ１０へ行く。
〔Ｓ６〕ＣＰＵ１６は、今回の測定温度が前回の測定値より低温か否かを判定する。低温の場合はＳ７へ行き、そうでない場合はＳ１０へ行く。
【００５２】
〔Ｓ７〕ＣＰＵ１６は、前回の測定温度が前々回の測定値より低温か否かを判定する。低温の場合はＳ９へ行き、そうでない場合はＳ１０へ行く。
〔Ｓ８〕ＣＰＵ１６は、温度上昇時のプロファイル（プロファイル番号）を適用する。
【００５３】
〔Ｓ９〕ＣＰＵ１６は、温度下降時のプロファイル（プロファイル番号）を適用する。
〔Ｓ１０〕ＣＰＵ１６は、前々回に測定された温度値を消去し、今回測定された温度値を保持する。
【００５４】
上記において、Ｓ２では、６５℃以下かどうかの判定を行っている。これは最上位チェック温度を６５℃としており、６５℃を超えている場合は、すぐさま受信レートの制御を実施するとしたためである。
【００５５】
また、Ｓ３〜Ｓ７では、一定時間内における温度の変動状態、すなわち、測定温度が上昇傾向であるか下降傾向であるか、または上昇と下降とを繰り返すふらついた状態であるかを判定している。判定方法は、今回の測定値（現在の測定値）、前回の測定値、前々回の測定値の３値を比較することにより判断している。
【００５６】
以下、具体的な測定数値を挙げて説明する。なお、ポート単位の受信レート制御を行うものとし、プロファイルテーブル１８ａを使用するものとする。
（測定温度が６５℃を超える場合）
Ｓ２において、例えば、今回の測定値＝７０℃であったとすると、Ｓ８へ行き、温度上昇時のプロファイルが適用されることになる。
【００５７】
このとき、図７に示すプロファイルから、６５℃を超える場合は、プロファイル＃３である。したがって、図５に示すプロファイルテーブル１８ａから、プロファイル＃３の伝送レートにもとづく受信レート制御が、ポートＰ１〜Ｐｎの受信パケットに対して実行されることになる。
【００５８】
（温度上昇傾向の場合）
前々回の測定値＝４３℃、前回の測定値＝５７℃、今回の測定値＝６２℃であったする。分岐処理の流れは、Ｓ２のYES分岐→Ｓ３のYES分岐→Ｓ４のYES分岐→Ｓ５のYES分岐→Ｓ８となる。温度上昇傾向と判断して、図７に示す温度上昇時のプロファイルを適用する。
【００５９】
（温度下降傾向の場合）
前々回の測定値＝６２℃、前回の測定値＝５７℃、今回の測定値＝４３℃であったとする。分岐処理の流れは、Ｓ２のYES分岐→Ｓ３のNO分岐→Ｓ６のYES分岐→Ｓ７のYES分岐→Ｓ９となる。温度下降傾向と判断して、図８に示す温度下降時のプロファイルが適用される。
【００６０】
このとき、図８に示すプロファイルから、４３℃の場合は、プロファイル＃１である。したがって、図５に示すプロファイルテーブル１８ａから、プロファイル＃１の伝送レートにもとづく受信レート制御が、ポートＰ１〜Ｐｎの受信パケットに対して実行されることになる。
【００６１】
（温度上昇の状態から下降する場合）
この場合は、２パターンある。すなわち、今回の測定温度が前々回の測定値と前回の測定値との間の温度である場合（パターン１）と、今回の測定温度が前々回の測定値より低い温度である場合（パターン２）とがある。
【００６２】
（パターン１の場合）
前々回の測定値＝４３℃、前回の測定値＝６２℃、今回の測定値＝５７℃であったとする。分岐処理の流れは、Ｓ２のYES分岐→Ｓ３のYES分岐→Ｓ４のNO分岐→Ｓ１０となる。
【００６３】
（パターン２の場合）
前々回の測定値＝５７℃、前回の測定値＝６２℃、今回の測定値＝４３℃であったとする。分岐処理の流れは、Ｓ２のYES分岐→Ｓ３のNO分岐→Ｓ６のYES分岐→Ｓ７のNO分岐→Ｓ１０となる。
【００６４】
上記のパターン１、２共に、前々回の測定値から前回の測定値で温度が上昇し、前回の測定値から今回の測定値では温度が下降しており、一定時間内において温度がふらついている状態である。
【００６５】
このような場合は、プロファイルを適用せずに、Ｓ１０の処理により、前々回の測定値を消去し、前回の測定値を前々回の測定値とあらたに設定し、今回の測定値を前回の測定値とあらたに設定する。そして、次の周期で読み出された温度値を今回の測定値として、再度、プロファイルの適用動作フローを実行することになる。
【００６６】
（温度下降の状態から上昇する場合）
この場合は、２パターンある。すなわち、今回の測定温度が前々回の測定値と前回の測定値との間の温度である場合（パターン１）と、今回の測定温度が前々回の測定値より高い温度である場合（パターン２）とがある。
【００６７】
（パターン１の場合）
前々回の測定値＝６２℃、前回の測定値＝４３℃、今回の測定値＝５７℃であったとする。分岐処理の流れは、Ｓ２でYES分岐→Ｓ３でNO分岐→Ｓ６でNO分岐→Ｓ１０となる。
【００６８】
（パターン２の場合）
前々回の測定値＝５７℃、前回の測定値＝４３℃、今回の測定値＝６２℃であったとする。分岐処理の流れは、Ｓ２でYES分岐→Ｓ３でYES分岐→Ｓ４でYES分岐→Ｓ５でNO分岐→Ｓ１０となる。
【００６９】
上記のパターン１、２共に、前々回の測定値から前回の測定値で温度が下降し、前回の測定値から今回の測定値では温度が上昇しており、一定時間内において温度がふらついている状態である。
【００７０】
このような場合も、上記と同様にプロファイルを適用せずに、Ｓ１０の処理により、前々回の測定値を消去し、前回の測定値を前々回の測定値とあらたに設定し、今回の測定値を前回の測定値とあらたに設定する。そして、次の周期で読み出された温度値を今回の測定値として、再度、プロファイルの適用動作フローを実行することになる。
【００７１】
このように、通信装置１では、時間経過に伴って、温度が上昇傾向にあるのか、下降傾向にあるのか、または上昇下降を繰り返しているのかといった、一定時間内の温度変化の状態を認識して、温度変化の状態に応じた段階的な伝送レート制御を行う構成とした。
【００７２】
測定温度がしきい値を超えているか否かの単純な判断で、固定的な伝送レート設定を行うと、デバイスの発熱は抑制されたとしても、必要以上に伝送レートを制限してしまうおそれがある。これに対し、通信装置１では、上記のような制御を行うことにより、温度が上昇傾向にあれば、伝送レートも段階的に小さく設定し、温度が下降傾向にあれば伝送レートも段階的に大きく設定することが可能になり、発熱を抑制するための適切な伝送レート値を設定することが可能になる。
【００７３】
また、今回の測定温度、前回の測定温度および前々回の測定温度から、一定時間内で温度上昇と温度下降が繰り返される温度変化（温度のふらつき）を認識した場合は、プロファイルの選択を停止する構成とした。すなわち、一定時間内において、温度がふらついている状態の場合はプロファイルにもとづく伝送レート設定を停止し、一定時間内において、温度上昇または下降の状態になった場合はプロファイルにもとづく伝送レート設定を行う構成とした。これにより、温度がふらついている状態のときの伝送レート変更を停止することで、安定した受信レート制御を行うことが可能になる。
【００７４】
次に変形例について説明する。上記に示した回線ＩＦカードでは、温度センサ１７ａ、１７ｂ、プロファイルテーブル１８ａ、１８ｂが制御バスに接続し、ＣＰＵ１６で測定温度にもとづくプロファイル番号を選択する。そして、選択したプロファイル番号をＮＰＵ１２に通知し、ＮＰＵ１２が、プロファイル番号にもとづく受信レート制御を行うものであった。
【００７５】
これに対し、第１の変形例では、温度センサ１７ａ、１７ｂ、プロファイルテーブル１８ａ、１８ｂをＮＰＵ１２に接続し、ＮＰＵ１２が、測定温度にもとづくプロファイル番号の選択およびプロファイル番号にもとづく受信レート制御の両方を行うものである（すなわち、図１のプロセッサ１ｃの機能をＮＰＵ１２で実行させる）。
【００７６】
図１０は回線ＩＦカードの構成例を示す図である。回線ＩＦカード１０ａ−１は、光モジュール１１−１〜１１−ｎ、ＮＰＵ１２、ＴＭ１３、ＢＷＢＩＦ１４、メモリ群１５ａ、１５ｂ、ＣＰＵ１６、温度センサ１７ａ、１７ｂおよびプロファイルテーブル１８ａ、１８ｂを備える。
【００７７】
温度センサ１７ａ、１７ｂ、プロファイルテーブル１８ａ、１８ｂをＮＰＵ１２に接続している。その他の内部構成は図４と同じなので説明は省略する。このような構成により、ＮＰＵ１２が周期的にプロファイルを読み出し、受信レート制御を自律的に行うことが可能になる。また、ＣＰＵ１６の負荷を軽減することも可能になる。なお、温度センサ１７ａ、１７ｂ、プロファイルテーブル１８ａ、１８ｂを、ＮＰＵ１２の内部に取り込む構成にしてもよい。
【００７８】
次に第２の変形例について説明する。図４に示す構成では、発熱抑制を行う場合、送信されてきたパケットに対して、受信側の回線ＩＦカード１０−１のみで受信レート制御を行うものであった。
【００７９】
これに対し、第２の変形例では、送信側の回線ＩＦカードに対してバックプレッシャをかけることで、送信側の回線ＩＦカードでも伝送レート制御（送信レート制御）を行うものである。
【００８０】
図１１は回線ＩＦカードの構成例を示す図である。回線ＩＦカード１０ｂ−１は、光モジュール１１−１〜１１−ｎ、ＮＰＵ１２、ＴＭ１３、ＢＷＢＩＦ１４、メモリ群１５ａ、１５ｂ、ＣＰＵ１６、温度センサ１７ａ、１７ｂ、プロファイルテーブル１８ａ、１８ｂおよび送信元カード管理テーブル（送信元管理テーブル）１９を備える。図４と異なる構成は、送信元カード管理テーブル１９が追加されている点である。送信元カード管理テーブル１９は、制御バスに接続される。送信元カード管理テーブル１９は、メモリ等の記憶媒体に記憶される。プロファイルテーブル１８ａ、１８ｂおよび送信元カード管理テーブル１９は、それぞれ異なるメモリに記憶させてもよいし、または各テーブルを１個のメモリに記憶させることもできる。
【００８１】
送信元カード管理テーブル１９は、回線ＩＦカード１０ｂ−１が、スイッチカード２０を介して、他のどの回線ＩＦカードと通信をしているかを管理するテーブルである（対向の送信元カードとの通信状態を管理するテーブルである）。
【００８２】
図１２は送信元カード管理テーブルの構成例を示す図である。送信元カード管理テーブル１９は、カード番号１９−１、送信元カード１９−２の項目属性を有している。カード番号１９−１は、回線ＩＦカードの識別番号である。送信元カード１９−２は、自カードに対して現在通信を行っている“通信中”または現在通信を行っていない“非通信”を示す。
【００８３】
図の場合、回線ＩＦカードとして２０枚有しており、アップリンク側の回線ＩＦカード１がダウンリンク側の回線ＩＦカード３〜１９の１７枚のカードと通信していることを表している。
【００８４】
次に第２の変形例における、温度測定に応じたプロファイルの適用動作について説明する。図１３はプロファイルの適用動作を示すフローチャートである。温度センサ１７ａの測定値にもとづく動作について示す。
【００８５】
〔Ｓ１〕ＣＰＵ１６は、温度センサ１７ａの温度値の読み出しを行う。
〔Ｓ２〕ＣＰＵ１６は、読み出した温度値が、６５℃以下かどうかを判定する。６５℃以下の場合はＳ３へ行き、６５℃以下でない場合はＳ８へ行く。
【００８６】
〔Ｓ３〕ＣＰＵ１６は、今回の測定温度（現在の測定温度）が前々回の測定値より高温か否かを判定する。高温の場合はＳ４へ行き、そうでない場合はＳ６へ行く。
〔Ｓ４〕ＣＰＵ１６は、今回の測定温度が前回の測定値より高温か否かを判定する。高温の場合はＳ５へ行き、そうでない場合はＳ１１へ行く。
【００８７】
〔Ｓ５〕ＣＰＵ１６は、前回の測定温度が前々回の測定値より高温か否かを判定する。高温の場合はＳ８へ行き、そうでない場合はＳ１１へ行く。
〔Ｓ６〕ＣＰＵ１６は、今回の測定温度が前回の測定値より低温か否かを判定する。低温の場合はＳ７へ行き、そうでない場合はＳ１１へ行く。
【００８８】
〔Ｓ７〕ＣＰＵ１６は、前回の測定温度が前々回の測定値より低温か否かを判定する。低温の場合はＳ９へ行き、そうでない場合はＳ１１へ行く。
〔Ｓ８〕ＣＰＵ１６は、温度上昇時のプロファイル（プロファイル番号）を適用する。
【００８９】
〔Ｓ９〕ＣＰＵ１６は、温度下降時のプロファイル（プロファイル番号）を適用する。
〔Ｓ１０ａ〕ＣＰＵ１６は、送信元カードへ現在の温度を通知し、送信元カードの温度上昇時のプロファイル番号の適用を指示する。
【００９０】
〔Ｓ１０ｂ〕ＣＰＵ１６は、送信元カードへ現在の温度を通知し、送信元カードの温度下降時のプロファイル番号の適用を指示する。
〔Ｓ１１〕ＣＰＵ１６は、前々回に測定された温度値を消去し、今回測定された温度値を保持する。
【００９１】
このように、受信パケットの送信元カードを登録した送信元カード管理テーブル１９を備えて、送信元カード管理テーブル１９から送信元カードを認識する。そして、送信元カードへ現在の温度を通知し、送信元カードに対して送信レート制御を実行させる構成とした。これにより、受信側の伝送レート制御だけでなく、送信側での伝送レート制御も行われることになるので、より短時間で発熱抑制を行うことが可能になる。
【００９２】
なお、上記の説明では、伝送レート制御を行うことで発熱を抑制するとしたが、発熱を抑制するための他の制御としては、例えば、プロセッサ１ｃにおいて、温度上昇時には、対向装置に対してポーズ（pause）パケットを送信し、対向装置から送信パケットを停止させるような制御を行う構成にしてもよい。
【００９３】
または、プロセッサ１ｃにおいて、温度上昇時には、呼受付制御（ＣＡＣ：Call Admission Control）を行って、新規の呼受付の設定（例えば、ポート開設および新規ＶＬＡＮ設定等）を停止する制御を行う構成にしてもよい。さらに、これらの制御を適宜組み合わせて、発熱抑制の制御を行うことも可能である。
【００９４】
以上、実施の形態を例示したが、実施の形態で示した各部の構成は同様の機能を有する他のものに置換することができる。また、他の任意の構成物や工程が付加されてもよい。
【符号の説明】
【００９５】
１  通信装置
１ａ  温度センサ
１ｂ  プロファイルテーブル
１ｃ  プロセッサ
【図１】
0005741202.tif 000002
【図２】
0005741202.tif 000003
【図３】
0005741202.tif 000004
【図４】
0005741202.tif 000005
【図５】
0005741202.tif 000006
【図６】
0005741202.tif 000007
【図７】
0005741202.tif 000008
【図８】
0005741202.tif 000009
【図９】
0005741202.tif 000010
【図１０】
0005741202.tif 000011
【図１１】
0005741202.tif 000012
【図１２】
0005741202.tif 000013
【図１３】
0005741202.tif 000014