JP2014512149A

JP2014512149A - サーバ故障中のパケット処理方法及びルータ

Info

Publication number: JP2014512149A
Application number: JP2014505478A
Authority: JP
Inventors: 帆 ▲楊▼
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-04-19
Filing date: 2011-04-19
Publication date: 2014-05-19
Anticipated expiration: 2031-04-19
Also published as: CN102171995A; EP2701331A2; CN102171995B; EP2701331B1; JP5828954B2; US20140040466A1; US9391854B2; WO2011103837A2; EP2701331A4; WO2011103837A3

Abstract

本発明の実施例は、サーバ故障中のパケット処理方法及びルータを開示し、ネットワーク通信技術の分野に関する。本発明では、ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせることにより、プライマリ付加価値サービスサーバの状態を直ちに学習する。プライマリ付加価値サービスサーバの問い合わされた状態が故障状態である場合、ルータは、再ルーティングのために受信した要求パケットを要求ルーティングサーバに直ちに転送してもよく、バックアップ付加価値サービスサーバに転送してもよい。これにより、クライアントがビデオ付加価値サービスを要求するときのクライアントの待機時間を短縮する。更に、バックアップ付加価値サービスサーバのアドレスがルータに格納されるため、従来技術におけるクライアントの複雑性が増加し、ネットワークセキュリティが低減するという欠点が克服される。本発明は、IPプロトコルに基づいてテレビ放送サービスを提供するネットワークに主に適用される。

Description

本発明は、ネットワーク通信技術の分野に関し、特にサーバ故障中のパケット処理方法及びルータに関する。

通信業界の進展により、IPTV（Internet Protocol Television：IPプロトコルに基づくテレビ放送）サービスがますます広く適用されている。従来のIPTVサービスでは、ビデオ符号化及び復号化の問題は、チャンネルの遅い変化を容易に生じ、ネットワークリンクのパケットロスの現象は、ビデオ再生における不規則な表示又は空白の画面を容易に生じている。従来技術はこれらの問題を解決するためのルータを提供しており、ビデオ付加価値サービスを提供するために付加価値サービスボードが構成されている。１つ以上の付加価値サービスボードは、付加価値サービスサーバ（付加価値サービスグループとも呼ばれる）を形成する。サーバは、FCC（Fast Channel Changing：高速チャンネル変更）及びRET（Retransmission：欠落したパケットの再送信）を実行することにより、ビデオに対するユーザ経験を向上させることができる。

クライアント（すなわち、セットトップボックス）がFCC及びRETを要求する場合、クライアントは、要求パケットをRRS（Request Routing Server：要求ルーティングサーバ）に送信し、RRSは、プライマリ付加価値サービスサーバにルーティングし、RRSによりルーティングされたプライマリ付加価値サービスサーバに要求パケットを転送し、プライマリ付加価値サービスサーバが、クライアントと直接通信する。

RRSは、ハートビートパケット（heartbeat packet）を使用することにより、全ての付加価値サービスサーバの状態情報を維持管理する。RRSは、10秒毎にハートビートパケットを付加価値サービスサーバに送信する。RRSが３回連続して付加価値サービスサーバから応答を取得しない場合、RRSは、付加価値サービスサーバが故障していると考え、付加価値サービスサーバのローカルに格納された状態を故障状態に変更する。その後、RRSがクライアントから再び要求を受信すると、RRSは、故障した付加価値サービスサーバにルーティングしない。

付加価値サービスサーバの付加価値サービスボードが故障している場合、RRSが付加価値サービスサーバの故障を検出し、クライアントの要求を再ルーティングするために少なくとも30秒が必要である。この期間に、クライアントが付加価値サービスサーバに要求パケットを送信すると、クライアントは、応答を直ちに受信せず、その結果、クライアントは、FCC及びRETを要求する際に長い時間を待機する必要がある。これにより、ビデオに対するユーザ経験を低減する。

従来技術は、クライアントがFCC及びRETを要求する際にクライアントの長い待機時間を回避するために、ルータにおいてバックアップ付加価値サービスサーバを設定する方法を提案している。バックアップ付加価値サービスサーバは、１つ以上の付加価値サービスボードにより形成される。クライアントは、全てのバックアップ付加価値サービスサーバのアドレスを格納する。クライアントが要求パケットを送信する場合、クライアントは、全てのバックアップ付加価値サービスサーバの格納されたアドレスをパケットで伝達する。RRSによりルーティングされた付加価値サービスサーバの付加価値サービスボードが故障しており、プライマリ付加価値サービスサーバの故障及び要求パケットに応答できないことを生じた場合、プライマリ付加価値サービスサーバは、要求パケットで伝達されたバックアップ付加価値サービスサーバのアドレスに従って、要求パケットをバックアップ付加価値サービスサーバに転送し、バックアップ付加価値サービスサーバが、クライアントと直接通信する。これにより、FCC及びRETを要求する際のクライアントの待機時間を短縮する。

バックアップ付加価値サービスサーバによりFCC及びRETを実施する処理において、発明者は、従来技術が少なくとも以下の問題を有することを見出した。クライアントは全てのバックアップ付加価値サービスサーバのアドレスを事前に認識する必要があり、更に、全てのバックアップ付加価値サービスサーバのアドレスが要求パケットの伝送処理で公開されるため、ネットワークセキュリティが低減する。

本発明の実施例は、サーバ故障中のパケット処理方法及びルータを提供し、これは、クライアントがビデオ付加価値サービスを要求する際のクライアントの待機時間を短縮するだけでなく、クライアントの複雑性の増加及びネットワークセキュリティの低減を回避する。

前述の目的を実現するため、本発明の実施例は、以下の技術的対策を採用する。

サーバ故障中のパケット処理方法は、ルータにより、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信し、ただし、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達し、ルータにより、プライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせ、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータにより、再ルーティングのために要求パケットを要求ルーティングサーバに転送する、或いは、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータにより、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送することを含む。

ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュールであり、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュールと、プライマリ付加価値サービスサーバについての情報に従ってルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュールと、問い合わせモジュールにより検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール、或いは、問い合わせモジュールにより検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送するように構成された転送モジュールとを含む。

本発明の実施例で提供されるサーバ故障中のパケット処理方法及びルータによれば、ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせることにより、プライマリ付加価値サービスサーバの状態を直ちに学習し、プライマリ付加価値サービスサーバの問い合わされた状態が故障状態である場合、ルータは、再ルーティングのために受信した要求パケットをRRSに直ちに転送してもよく、バックアップ付加価値サービスサーバに転送してもよい。再ルーティングされたプライマリ付加価値サービスサーバ又はバックアップ付加価値サービスサーバは、クライアントの要求に応答する。しかし、従来技術では、プライマリ付加価値サービスサーバの故障は、RRSハートビートパケットを通じてのみ検出可能であり、RRSが再ルーティングを実行可能になる前にプライマリ付加価値サービスサーバの故障状態を確認するために少なくとも30秒を要する。従って、本発明の実施例によるサーバ故障中のパケット処理方法及びルータは、クライアントがビデオ付加価値サービスを要求するときのクライアントの待機時間を短縮することができる。

更に、本発明の実施例で提供されるサーバ故障中のパケット処理方法及びルータによれば、バックアップ付加価値サービスサーバのアドレスがルータに格納されるため、プライマリ付加価値サービスサーバが故障した場合、ルータは、利用可能なバックアップ付加価値サービスサーバを選択し、受信した要求パケットを選択されたバックアップ付加価値サービスサーバに直接転送してもよい。これは、バックアップ付加価値サービスサーバのアドレスがクライアントに格納されることから生じる、クライアントの複雑性が増加し、ネットワークセキュリティが低減するという従来技術の問題を克服する。

本発明の実施例１によるサーバ故障中のパケット処理方法のフローチャート本発明の実施例１によるルータのブロック図本発明の実施例２によるサーバ故障中のパケット処理方法における故障フィードバック処理のフローチャート本発明の実施例２によるルータのブロック図本発明の実施例３によるサーバ故障中のパケット処理方法のフローチャート従来技術におけるプライマリ付加価値サービスサーバへのクライアントによる要求を開始する方法のフローチャート本発明の実施例３によるルータのブロック図

以下に、本発明の実施例又は従来技術の技術的対策をより明確に示すために、実施例又は従来技術を記載するために必要な添付図面について簡単に紹介する。明らかに、以下の説明において添付図面は、単なる本発明のいくつかの実施例を示しているに過ぎず、当業者は、創造的取り組みを行うことなく、依然としてこれらの添付図面から他の図面を導くことができる。

以下に、本発明の実施例の添付図面を参照して本発明の実施例の技術的対策について明確且つ完全に説明する。明らかに、記載の実施例は、本発明の実施例の全てではなく、単なる一部である。創造的取り組みを行うことなく本発明の実施例に基づいて当業者により得られる全ての他の実施例は、本発明の保護範囲内に入るものとする。

＜実施例１＞
この実施例は、サーバ故障中のパケット処理方法を提供する。図１に示すように、この方法は以下のステップを含む。

101.ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する、ただし、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。

特に、ルータのインタフェースボードは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する。要求パケットは、RRSから転送されてもよく、クライアントにより直接送信されてもよい。要求パケットは、プライマリ付加価値サービスサーバのアドレスのようなルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。プライマリ付加価値サービスサーバは、ルータの少なくとも１つの付加価値サービスボードにより形成される。

102.ルータは、プライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせる。

メイン制御ボードは、ルータに構成され、ルータの全ての付加価値サービスボードを制御及び管理し、付加価値サービスボードの状態情報を維持管理し、付加価値サービスボードにより形成された付加価値サービスサーバの状態情報を維持管理するように構成される。状態情報は、メイン制御ボードによりローカルに格納される。

ルータは、要求パケットで伝達されたプライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された対応する状態を問い合わせる。

103.プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、再ルーティングのために要求パケットを要求ルーティングサーバに転送する、或いは、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送する。

特に、プライマリ付加価値サービスサーバの状態が故障状態であることをルータが問い合わせた場合、ルータは、受信した要求パケットを要求ルーティングサーバ（すなわち、RRS）に転送し、RRSは、他の利用可能なプライマリ付加価値サービスサーバに再ルーティングし、RRSは、受信した要求パケットを再選択されたプライマリ付加価値サービスサーバに転送する。

或いは、プライマリ付加価値サービスサーバの状態が故障状態であることをルータが問い合わせた場合、ルータは、ルータに格納されたバックアップ付加価値サービスサーバのアドレスに従って利用可能なバックアップ付加価値サービスサーバを選択し、受信した要求パケットを選択されたバックアップ付加価値サービスサーバに転送する。

メイン制御ボードがプライマリ付加価値サービスサーバの故障した付加価値サービスボードを検出しない場合、メイン制御ボードは、プライマリ付加価値サービスサーバの状態が通常状態であることを確認する。次に、ルータは、受信した要求パケットをプライマリ付加価値サービスサーバに送信し、プライマリ付加価値サービスサーバは、要求パケットに応答し、クライアントと直接通信する。

この実施例で提供されるサーバ故障中のパケット処理方法によれば、ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせることにより、プライマリ付加価値サービスサーバの状態を直ちに学習し、プライマリ付加価値サービスサーバの問い合わされた状態が故障状態である場合、ルータは、再ルーティングのために受信した要求パケットをRRSに直ちに転送してもよく、バックアップ付加価値サービスサーバに転送してもよい。再ルーティングされたプライマリ付加価値サービスサーバ又はバックアップ付加価値サービスサーバは、クライアントの要求に応答する。しかし、従来技術では、プライマリ付加価値サービスサーバの故障は、RRSハートビートパケットを通じてのみ検出可能であり、RRSが再ルーティングを実行可能になる前にプライマリ付加価値サービスサーバの故障状態を確認するために少なくとも30秒を要する。従って、本発明の実施例によるサーバ故障中のパケット処理方法及びルータは、クライアントがビデオ付加価値サービスを要求するときのクライアントの待機時間を短縮することができる。

更に、この実施例によるサーバ故障中のパケット処理方法では、バックアップ付加価値サービスサーバのアドレスがルータに格納されるため、プライマリ付加価値サービスサーバが故障した場合、ルータは、利用可能なバックアップ付加価値サービスサーバを選択し、受信した要求パケットを選択されたバックアップ付加価値サービスサーバに直接転送してもよい。これは、バックアップ付加価値サービスサーバのアドレスがクライアントに格納されることから生じる、クライアントの複雑性が増加し、ネットワークセキュリティが低減するという従来技術の問題を克服する。

この実施例は、ルータを更に提供する。図２に示すように、ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュール21であり、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュール21と、プライマリ付加価値サービスサーバについての情報に従ってルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュール22と、問い合わせモジュール22により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール23、或いは、問い合わせモジュール22により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送するように構成された転送モジュール23とを含む。

モジュールにより実行される方法について前述に詳細に説明したため、更なる詳細はここでは提供されない。

この実施例で提供されるルータは、問い合わせモジュールを使用することによりプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせることにより、プライマリ付加価値サービスサーバの状態を直ちに学習し、プライマリ付加価値サービスサーバの検出された状態が故障状態である場合、ルータは、再ルーティングのために受信した要求パケットをRRSに直ちに転送してもよく、バックアップ付加価値サービスサーバに転送してもよい。しかし、従来技術では、プライマリ付加価値サービスサーバの故障は、RRSハートビートパケットを通じてのみ検出可能であり、RRSが再ルーティングを実行可能になる前にプライマリ付加価値サービスサーバの故障状態を確認するために少なくとも30秒を要する。従って、この実施例で提供されるルータは、クライアントがビデオ付加価値サービスを要求するときのクライアントの待機時間を短縮することができる。

更に、この実施例で提供されるルータでは、バックアップ付加価値サービスサーバのアドレスがルータに格納されるため、プライマリ付加価値サービスサーバが故障した場合、ルータは、利用可能なバックアップ付加価値サービスサーバを選択し、受信した要求パケットを選択されたバックアップ付加価値サービスサーバに直接転送してもよい。これは、バックアップ付加価値サービスサーバのアドレスがクライアントに格納されることから生じる、クライアントの複雑性が増加し、ネットワークセキュリティが低減するという従来技術の問題を克服する。

＜実施例２＞
この実施例は、サーバ故障中のパケット処理方法を提供する。この方法は、実施例１のサーバ故障中のパケット処理方法の更なる改善である。この方法は、以下のステップを含む。

ステップ1：ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する、ただし、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。

ステップ2：ルータは、プライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせる。

ステップ3：プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、再ルーティングのために要求パケットを要求ルーティングサーバに転送する、或いは、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送する。

３つのステップは、実施例１のサーバ故障中のパケット処理方法のものと同じであるため、更なる詳細はここでは提供されない。この実施例によるサーバ故障中のパケット処理方法は、３つのステップを通じて、クライアントがビデオ付加価値サービスを要求するときのクライアント待機時間を短縮する目的を実現し得る。この方法は、以下のステップ301及び302を通じてルータの故障フィードバック及び回復機能を更に実施してもよい。以下に図３を参照してステップ301及び302について詳細に説明する。

301：ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を周期的に問い合わせる。

特に、ルータは、要求パケットを受信して要求パケットを転送する機能に加えて、故障フィードバック機能を有する。ルータのメイン制御ボードは、付加価値サービスサーバの状態をローカルに格納する。ルータは、ルータにおけるプライマリ付加価値サービスサーバの状態を周期的に問い合わせることにより、プライマリ付加価値サービスサーバの状態変化の情報を取得してもよい。

302：プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化したことを検出した場合、ルータは、第１の故障メッセージをRRSに送信する、或いは、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、ルータは、故障回復メッセージをRRSに送信する。

特に、プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化したことをルータが検出した場合、ルータは、第１の故障メッセージをRRSに送信する。第１の故障メッセージは、RRSに対してRRSに格納されたプライマリ付加価値サービスサーバの対応する状態を故障状態に変更するように命令するために使用される。従って、プライマリ付加価値サービスサーバの次のルーティング中に、RRSは、故障状態のプライマリ付加価値サービスサーバにルーティングしない。しかし、従来技術では故障フィードバック機能が利用可能でないため、プライマリ付加価値サービスサーバが故障した後、且つ、RRSがハートビートパケットを通じて故障を検出する前に、クライアントの要求パケットは、依然として故障したプライマリ付加価値サービスサーバに送信され、故障したサーバは、パケットをバックアップ付加価値サービスサーバに転送する。これは、故障したサーバの負荷をかなり増加させ、要求パケットが要求に応答できるサーバに到達するときのパスも最適ではない。

ステップ301及び302の実行は、故障した付加価値サービスサーバが依然として従来技術のRRSにより呼び出されるという問題を解決することができる。

更に、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化したことをルータが検出した場合、ルータは、故障回復メッセージをRRSに送信する。故障回復メッセージは、RRSに対してRRSに格納されたプライマリ付加価値サービスサーバの対応する状態を通常状態に変更するように命令するために使用される。従って、プライマリ付加価値サービスサーバの次のルーティング中に、RRSは、通常状態に回復したプライマリ付加価値サービスサーバにルーティングすることができる。

前述のステップでは、プライマリ付加価値サービスサーバの状態は、能動的な検出を通じてルータのメイン制御ボードにより取得され、又は、プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することによりメイン制御ボードにより取得され、メイン制御ボードによりローカルに格納される。

特に、付加価値サービスサーバが故障した後に、メイン制御ボードは、以下の２つの方法で故障を学習する。付加価値サービスボードの故障は、一般的に一般的な故障（common failure）と、ボードの一時停止（board suspension）とを含む。一般的な故障が生じた場合、付加価値サービスボードは、これをメイン制御ボードに直ちに通知し、メイン制御ボードは、付加価値サービスボードと付加価値サービスボードが属する付加価値サービスサーバとの格納された状態を故障状態に変更する。ボードの一時停止が生じた場合、付加価値サービスボードは、これをメイン制御ボードに通知することができないため、メイン制御ボードは、ハートビートパケットを通じて付加価値サービスボードの状態を検出する。メイン制御ボードが12個のハートビートパケットを送信した後に（すなわち、12秒後）依然として付加価値サービスボードから応答パケットを受信しない場合、メイン制御ボードは、付加価値サービスボードが一時停止されていることを確認し、付加価値サービスボードと付加価値サービスボードが属する付加価値サービスサーバの格納された状態を故障状態に変更する。同時に、故障した付加価値サービスボードがハートビートのロスの再開を実行可能にする。ルータは、前述の問い合わせ動作を通じて、プライマリ付加価値サービスサーバの状態をリアルタイムに学習することができる。

明らかに、故障状態から通常状態へのプライマリ付加価値サービスサーバの状態変化は、ルータにより、バックアップ付加価値サービスサーバのデータをプライマリ付加価値サービスサーバにコピーすることを含んでもよいが、これに限定されない。バックアップ付加価値サービスサーバ及びプライマリ付加価値サービスサーバは等価なサーバであり、これらは同じ情報を含み、クライアントに同じサービスを提供することができる。従って、バックアップ付加価値サービスサーバのデータを対応する故障したプライマリ付加価値サービスサーバにコピーすることにより、故障したプライマリ付加価値サービスサーバが通常状態に回復してもよい。

この実施例によるサーバ故障中のパケット処理方法は、実施例１に基づいて改善された方法である。これは、クライアントがビデオ付加価値サービスを要求するときのクライアントの長い待機時間、クライアントの複雑性の増加及びネットワークセキュリティの低減という実施例１で克服される欠点を克服するだけでなく、故障した付加価値サービスサーバが依然としてRRSにより呼び出されるという理由による故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適ではない伝送パスという問題も解決することができる。

この実施例は、ルータを更に提供する。図４に示すように、ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュール41であり、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュール41と、プライマリ付加価値サービスサーバについての情報に従ってルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュール42と、問い合わせモジュール42により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール43、或いは、問い合わせモジュール42により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送するように構成された転送モジュール43とを含む。

問い合わせモジュール42は、ルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を周期的に問い合わせるように更に構成されてもよい。

ルータは、問い合わせモジュール42により検出されたプライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化した場合、第１の故障メッセージを要求ルーティングサーバに送信するように構成された第１の通知モジュール44を更に含んでもよい。第１の故障メッセージは、要求ルーティングサーバに対して要求ルーティングサーバに格納されたプライマリ付加価値サービスサーバの状態を故障状態に変更するように命令するために使用される。

第１の通知モジュール44は、問い合わせモジュール42により検出されたプライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、故障回復メッセージを要求ルーティングサーバに送信するように更に構成されてもよい。故障回復メッセージは、要求ルーティングサーバに対して要求ルーティングサーバに格納されたプライマリ付加価値サービスサーバの状態を通常状態に変更するように命令するために使用される。

ルータは、プライマリ付加価値サービスサーバの状態を格納するように構成された格納モジュール45を更に含んでもよい。プライマリ付加価値サービスサーバの状態は、能動的な検出を通じてルータのメイン制御ボードにより取得される、或いは、プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することによりメイン制御ボードにより取得される。

ルータは、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化するように、バックアップ付加価値サービスサーバのデータをプライマリ付加価値サービスサーバにコピーするように構成されたバックアップモジュール46を更に含んでもよい。

前述のモジュールにより実行される方法について実施例１で詳細に説明したため、更なる詳細はここでは提供されない。

この実施例で提供されるルータは、実施例１に基づいて改善されたルータである。これは、クライアントがビデオ付加価値サービスを要求するときのクライアントの長い待機時間、クライアントの複雑性の増加及びネットワークセキュリティの低減という実施例１で克服される欠点を克服するだけでなく、故障した付加価値サービスサーバが依然としてRRSにより呼び出されるという理由による故障したサーバの負荷の増加及び要求パケットの最適ではない伝送パスという問題も解決することができる。

＜実施例３＞
この実施例は、サーバ故障中のパケット処理方法を提供する。この方法は、実施例１のサーバ故障中のパケット処理方法の更なる改善である。図５に示すように、この方法は、以下のステップを含む。

501.ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する、ただし、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。

特に、ルータのインタフェースボードは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信する。要求パケットは、クライアントにより送信される。要求パケットは、プライマリ付加価値サービスサーバのアドレスのようなルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する。プライマリ付加価値サービスサーバは、ルータの少なくとも１つの付加価値サービスボードにより形成される。

502.ルータは、プライマリ付加価値サービスサーバについての情報に従ってプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせる。

503.プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、再ルーティングのために要求パケットを要求ルーティングサーバに転送する、或いは、プライマリ付加価値サービスサーバの状態が故障状態である場合、ルータは、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送する。

これらの３つのステップは、実施例１のサーバ故障中のパケット処理方法のものと同じであるため、更なる詳細はここでは提供されない。

504.ルータは、第２の故障メッセージをクライアントに送信する。

従来技術においてプライマリ付加価値サービスサーバからクライアントによりサービスを要求する処理は、図６に示されており、以下のステップを含む。

クライアントがプライマリ付加価値サービスサーバからビデオ付加価値サービスを要求する必要がある場合、ステップ601が実行され、クライアントは、要求されたサービスの内容に従って要求パケットを生成する。一般的に、クライアントは、RRSからルーティングを最初に正常に要求した後に、ルーティングされた付加価値サービスサーバのアドレスをローカルメモリに格納する。従って、要求パケットが生成された後に、クライアントは最初にステップ602を実行する。クライアントは、ローカルメモリがプライマリ付加価値サービスサーバのアドレスを格納しているか否かを判定し、そうである場合、ステップ603が実行され、クライアントは、プライマリ付加価値サービスサーバと直接通信する。ローカルメモリがプライマリ付加価値サービスサーバのアドレスを格納していない場合、ステップ604が実行され、クライアントは、要求パケットを要求ルーティングサーバに送信する。

要求ルーティングサーバは、要求パケットを受信した後に、利用可能なプライマリ付加価値サービスサーバにルーティングし、要求パケットを利用可能なプライマリ付加価値サービスサーバに転送する。次に、クライアントはステップ605を実行し、クライアントは、要求ルーティングサーバによりルーティングされた利用可能なプライマリ付加価値サービスサーバと通信する。通信の完了時に、クライアントは、ステップ606を実行し、利用可能なプライマリ付加価値サービスサーバのアドレスをローカルメモリに格納する。

前述の分析から分かるように、従来技術では、通信処理の完了時に、クライアントは、プライマリ付加価値サービスサーバのアドレスを記録し、次にサービスを要求する場合、クライアントは、RRSに対してルーティングを実行することを要求することなく、記録されたプライマリ付加価値サービスサーバと直接通信する。クライアントがプライマリ付加価値サービスサーバを記録した後、且つ次の通信の前に、プライマリ付加価値サービスサーバが故障した場合、クライアントは、依然として要求パケットを故障したプライマリ付加価値サービスサーバに送信する。この理由は、クライアントは、プライマリ付加価値サービスサーバの状態を学習することができないからである。これは、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題を生じる可能性がある。

この実施例のステップ504は、従来技術において付加価値サービスサーバが故障した後も、クライアントが依然として付加価値サービスサーバを呼び出すという問題を解決することができる。

特に、クライアントにより送信された要求パケットにおけるプライマリ付加価値サービスサーバの状態が故障状態であるとルータが検出した場合、ルータは最初にステップ503を実行する。ルータは、再ルーティングのために要求パケットをRRSに転送し、或いは、要求パケットをバックアップ付加価値サービスサーバに転送する。次にステップ504を実行し、ルータは、第２の故障メッセージをクライアントに送信する。第２の故障メッセージは、クライアントに対してクライアントに格納されたプライマリ付加価値サービスサーバのアドレスを削除するように命令するために使用される。従って、次に要求を開始するときに、プライマリ付加価値サービスサーバのアドレスがローカルに格納されていないため、クライアントは、要求パケットをRRSに送信し、RRSは、利用可能なプライマリ付加価値サービスサーバにルーティングする。

この実施例によるサーバ故障中のパケット処理方法は、実施例１に基づいて改善された方法であり、クライアントがビデオ付加価値サービスを要求するときのクライアントの長い待機時間、クライアントの複雑性の増加及びネットワークセキュリティの低減という実施例１で克服される欠点を克服することができる。更に、この実施例のルータがクライアントにより送信された要求パケットを受信したときに、プライマリ付加価値サービスサーバが故障状態であるとルータが検出した場合、ルータは、実施例１に記載の方法に従って要求パケットを転送するだけでなく、故障メッセージをクライアントに送信し、クライアントに格納されたプライマリ付加価値サービスサーバが故障しており、プライマリ付加価値サービスサーバについての格納された情報を削除する必要があることをクライアントに通知する。これにより、次の要求メッセージは、ルーティングのためにRRSに直接送信される。従って、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題が解決される。

この実施例によるサーバ故障中のパケット処理方法は、この実施例でのサーバ故障中のパケット処理方法が故障フィードバック及び回復機能を有するように、以下のステップ1及びステップ2を更に含んでもよい点に留意すべきである。

ステップ1：ルータは、プライマリ付加価値サービスサーバのローカルに格納された状態を周期的に問い合わせる。

ステップ2：プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化したことを検出した場合、ルータは、第１の故障メッセージをRRSに送信する、或いは、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化したことを検出した場合、ルータは、故障回復メッセージをRRSに送信する。

２つのステップは、実施例２の図３を参照して詳細に説明したため、更なる詳細はここでは提供されない。この実施例によるサーバ故障中のパケット処理方法は、２つのステップを追加することにより、故障した付加価値サービスサーバが依然としてRRSにより呼び出されることから生じる、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題を更に解決することができる。

明らかに、故障状態から通常状態へのプライマリ付加価値サービスサーバの状態変化は、ルータにより、バックアップ付加価値サービスサーバのデータをプライマリ付加価値サービスサーバにコピーすることを含んでもよいが、これに限定されない。

プライマリ付加価値サービスサーバによる故障状態から通常状態への状態を格納するステップ及び回復するステップは、実施例２で詳細に説明したため、更なる詳細はここでは提供されない。

この実施例は、ルータを更に提供する。図７に示すように、ルータは、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュール71であり、要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュール71と、プライマリ付加価値サービスサーバについての情報に従ってルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュール72と、問い合わせモジュール72により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール73、或いは、問い合わせモジュール72により検出されたプライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って要求パケットをバックアップ付加価値サービスサーバに転送するように構成された転送モジュール73とを含む。

ルータにより受信された要求パケットがクライアントにより送信された場合、ルータは、要求パケットが再ルーティングのために要求ルーティングサーバに転送された後、又は要求パケットがバックアップ付加価値サービスサーバのローカルに格納されたアドレスに従ってバックアップ付加価値サービスサーバに転送された後に、第２の故障メッセージをクライアントに送信するように構成された第２の通知モジュール74を更に含んでもよい。第２の故障メッセージは、クライアントに対してクライアントにより格納されたプライマリ付加価値サービスサーバのアドレスを削除するように命令するために使用される。

前述の方法により実行される方法は、実施例１で詳細に説明したため、更なる詳細はここでは提供されない。

この実施例で提供されるルータは、実施例１に基づいて改善されたルータであり、クライアントがビデオ付加価値サービスを要求するときのクライアントの長い待機時間、クライアントの複雑性の増加及びネットワークセキュリティの低減という実施例１で克服される欠点を克服することができる。更に、この実施例のルータがクライアントにより送信された要求パケットを受信したときに、プライマリ付加価値サービスサーバが故障状態であるとルータが検出した場合、ルータは、実施例１に記載の転送モジュールを通じて要求パケットを転送するだけでなく、第２の通知モジュールを通じて故障メッセージをクライアントに送信し、クライアントに格納されたプライマリ付加価値サービスサーバが故障しており、プライマリ付加価値サービスサーバについての格納された情報を削除する必要があることをクライアントに通知する。これにより、次の要求メッセージは、ルーティングのためにRRSに直接送信される。従って、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題が解決される。

問い合わせモジュール72は、ルータにおけるプライマリ付加価値サービスサーバのローカルに格納された状態を周期的に問い合わせるように更に構成されてもよい点に留意すべきである。

この実施例で提供されるルータは、問い合わせモジュール72により検出されたプライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化した場合、第１の故障メッセージを要求ルーティングサーバに送信するように構成された第１の通知モジュール75を更に含んでもよい。第１の故障メッセージは、要求ルーティングサーバに対して要求ルーティングサーバに格納されたプライマリ付加価値サービスサーバの状態を故障状態に変更するように命令するために使用される。

第１の通知モジュール75は、問い合わせモジュール72により検出されたプライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、故障回復メッセージを要求ルーティングサーバに送信するように更に構成されてもよい。故障回復メッセージは、要求ルーティングサーバに対して要求ルーティングサーバに格納されたプライマリ付加価値サービスサーバの状態を通常状態に変更するように命令するために使用される。

ルータは、プライマリ付加価値サービスサーバの状態を格納するように構成された格納モジュール76を更に含んでもよい。プライマリ付加価値サービスサーバの状態は、能動的な検出を通じてルータのメイン制御ボードにより取得される、或いは、プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することによりメイン制御ボードにより取得される。

ルータは、プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化するように、バックアップ付加価値サービスサーバのデータをプライマリ付加価値サービスサーバにコピーするように構成されたバックアップモジュール77を更に含んでもよい。

前述のモジュールにより実行される方法について実施例２で詳細に説明したため、更なる詳細はここでは提供されない。第１の通知モジュールを追加することにより、この実施例で提供されるルータは、故障した付加価値サービスサーバが依然としてRRSにより呼び出されることから生じる、故障した付加価値サービスサーバの負荷の増加及び要求パケットの最適でない伝送パスという問題を更に解決することができる。

前述の実施例の説明を通じて、当業者は、本発明が必要なユニバーサルハードウェアに加えてソフトウェアにより実施されてもよく、明らかにハードウェアにより実施されてもよいことを明確に認識する。しかし、ほとんどの状況では、前者が好まれる。このような理解に基づいて、従来技術に本質的又は部分的に寄与する本発明の技術的対策は、ソフトウェアプロダクトの形式で実施されてもよい。コンピュータソフトウェアプロダクトは、読み取り可能な記憶媒体（例えば、コンピュータのフロッピー（登録商標）ディスク、ハードディスク、光ディスク）に格納され、コンピュータデバイス（パーソナルコンピュータ、サーバ、ネットワークデバイス等でもよい）に対して本発明の実施例に記載の方法を実行するように命令する複数の命令を含む。

本発明の実施例は、IPTVサービスを提供するネットワークで主に使用される。

前述の説明は、本発明の単に特定の実施例に過ぎず、本発明の保護範囲を限定することを意図するものではない。本発明で開示された技術的範囲内で当業者により容易に理解できる如何なる変更又は置換も、本発明の保護範囲内に入るものとする。従って、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

通信業界の進展により、IPTV（Internet Protocol Television）サービスがますます広く適用されている。従来のIPTVサービスでは、ビデオ符号化及び復号化の問題は、チャンネルの遅い変化を容易に生じ、ネットワークリンクのパケットロスの現象は、ビデオ再生における不規則な表示又は空白の画面を容易に生じている。従来技術はこれらの問題を解決するためのルータを提供しており、ビデオ付加価値サービスを提供するために付加価値サービスボードが構成されている。１つ以上の付加価値サービスボードは、付加価値サービスサーバ（付加価値サービスグループとも呼ばれる）を形成する。サーバは、FCC（Fast Channel Changing）及びRET（Retransmission：欠落したパケットの再送信）を実行することにより、ビデオに対するユーザ経験を向上させることができる。

クライアント（すなわち、セットトップボックス）がFCC及びRETを要求する場合、クライアントは、要求パケットをRRS（Request Routing Server）に送信し、RRSは、プライマリ付加価値サービスサーバにルーティングし、RRSによりルーティングされたプライマリ付加価値サービスサーバに要求パケットを転送し、プライマリ付加価値サービスサーバが、クライアントと直接通信する。

Claims

ルータにより、クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するステップであり、前記要求パケットは、前記ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達するステップと、
前記ルータにより、前記プライマリ付加価値サービスサーバについての情報に従って前記プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わるステップと、
前記プライマリ付加価値サービスサーバの状態が故障状態である場合、前記ルータにより、再ルーティングのために前記要求パケットを要求ルーティングサーバに転送するステップ、又は、前記プライマリ付加価値サービスサーバの状態が故障状態である場合、前記ルータにより、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って前記要求パケットを前記バックアップ付加価値サービスサーバに転送するステップと
を有するサーバ故障中のパケット処理方法。
前記ルータにより、前記プライマリ付加価値サービスサーバの前記ローカルに格納された状態を周期的に問い合わせるステップと、
前記プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化した場合、前記ルータにより、前記要求ルーティングサーバに対して前記要求ルーティングサーバに格納された前記プライマリ付加価値サービスサーバの状態を故障状態に変更するように命令するために使用される第１の故障メッセージを前記要求ルーティングサーバに送信するステップ、又は、前記プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、前記ルータにより、前記要求ルーティングサーバに対して前記要求ルーティングサーバに格納された前記プライマリ付加価値サービスサーバの状態を通常状態に変更するように命令するために使用される故障回復メッセージを前記要求ルーティングサーバに送信するステップと
を更に有する、請求項１に記載のサーバ故障中のパケット処理方法。
前記プライマリ付加価値サービスサーバの状態は、能動的な検出を通じて前記ルータのメイン制御ボードにより取得され、又は、前記プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することにより前記メイン制御ボードにより取得され、前記メイン制御ボードによりローカルに格納される、請求項１又は２に記載のサーバ故障中のパケット処理方法。
前記要求パケットは、前記クライアントにより送信され、
前記ルータにより、再ルーティングのために前記要求パケットを要求ルーティングサーバに転送した後、又は前記ルータにより、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って前記要求パケットを前記バックアップ付加価値サービスサーバに転送した後に、
前記ルータにより、前記クライアントに対して前記クライアントに格納された前記プライマリ付加価値サービスサーバのアドレスを削除するように命令するために使用される第２の故障メッセージを前記クライアントに送信するステップを更に有する、請求項３に記載のサーバ故障中のパケット処理方法。
故障状態から通常状態への前記プライマリ付加価値サービスサーバの状態変化は、前記ルータにより、前記プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化するように、前記ルータにより、前記バックアップ付加価値サービスサーバのデータを前記プライマリ付加価値サービスサーバにコピーすることを有する、請求項２に記載のサーバ故障中のパケット処理方法。
クライアントが初期接続を確立した場合又はFCC及びRETを要求した場合に生成された要求パケットを受信するように構成された受信モジュールであり、前記要求パケットは、ルータにおけるプライマリ付加価値サービスサーバについての情報を伝達する受信モジュールと、
前記プライマリ付加価値サービスサーバについての情報に従って前記ルータにおける前記プライマリ付加価値サービスサーバのローカルに格納された状態を問い合わせるように構成された問い合わせモジュールと、
前記問い合わせモジュールにより検出された前記プライマリ付加価値サービスサーバの状態が故障状態である場合、再ルーティングのために前記要求パケットを要求ルーティングサーバに転送するように構成された転送モジュール、又は、前記問い合わせモジュールにより検出された前記プライマリ付加価値サービスサーバの状態が故障状態である場合、バックアップ付加価値サービスサーバのローカルに格納されたアドレスに従って前記要求パケットを前記バックアップ付加価値サービスサーバに転送するように構成された転送モジュールと
を有するルータ。
前記問い合わせモジュールは、前記ルータにおける前記プライマリ付加価値サービスサーバの前記ローカルに格納された状態を周期的に問い合わせるように更に構成され、
前記ルータは、
前記プライマリ付加価値サービスサーバの状態が通常状態から故障状態に変化した場合、前記要求ルーティングサーバに対して前記要求ルーティングサーバに格納された前記プライマリ付加価値サービスサーバの状態を故障状態に変更するように命令するために使用される第１の故障メッセージを前記要求ルーティングサーバに送信するように構成された第１の通知モジュール、又は、前記プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化した場合、前記要求ルーティングサーバに対して前記要求ルーティングサーバに格納された前記プライマリ付加価値サービスサーバの状態を通常状態に変更するように命令するために使用される故障回復メッセージを前記要求ルーティングサーバに送信するように構成された第１の通知モジュールを更に有する、請求項６に記載のルータ。
前記プライマリ付加価値サービスサーバの状態を格納するように構成された格納モジュールを更に有し、
前記プライマリ付加価値サービスサーバの状態は、能動的な検出を通じて前記ルータのメイン制御ボードにより取得される、或いは、前記プライマリ付加価値サービスサーバにより報告された状態メッセージを受信することにより前記メイン制御ボードにより取得される、請求項６又は７に記載のルータ。
前記要求パケットは、前記クライアントにより送信され、
前記ルータは、
前記要求パケットが再ルーティングのために前記要求ルーティングサーバに転送された後、又は前記要求パケットが前記バックアップ付加価値サービスサーバの前記ローカルに格納されたアドレスに従って前記バックアップ付加価値サービスサーバに転送された後に、前記クライアントに対して前記クライアントに格納された前記プライマリ付加価値サービスサーバのアドレスを削除するように命令するために使用される第２の故障メッセージを前記クライアントに送信するように構成された第２の通知モジュールを更に有する、請求項８に記載のルータ。
前記プライマリ付加価値サービスサーバの状態が故障状態から通常状態に変化するように、前記バックアップ付加価値サービスサーバのデータを前記プライマリ付加価値サービスサーバにコピーするように構成されたバックアップモジュールを更に有する、請求項７に記載のルータ。