(57)【特許請求の範囲】
【請求項１】
課金エンティティに使用するための方法において、
課金エンティティに障害が発生し、複数のクレジット制御セッションが終了し、そして複数のクレジット制御セッションの各々に関連したベアラを維持すべきときに、課金エンティティにより取り扱われる複数のクレジット制御セッションの各々の識別子を記憶し、及び
前記複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するためのメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱うゲートウェイエンティティへ送信する、
ことを含む方法。
【請求項２】
前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを課金クライアントから受信することを更に含む、請求項１に記載の方法。
【請求項３】
クレジット制御を要求するための前記メッセージは、更新クレジット制御要求メッセージであり、そして障害の間に加入者により使用されるアクティブなレーティンググループの消費トラフィックに関する情報を含み、前記方法は、更に、前記メッセージに含まれる情報に基づいて加入者に対するクレジット制御を再開することを含む、請求項２に記載の方法。
【請求項４】
前記課金エンティティが一時的に混雑であることを課金クライアントに通知することを更に含む、請求項１から３のいずれか１項に記載の方法。
【請求項５】
課金クライアントに使用するための方法において、
複数のクレジット制御セッションを取り扱う課金エンティティに障害が発生したことを指示するメッセージであって、複数のクレジット制御セッションが終了したことを指示するメッセージを受信し、
複数のクレジット制御セッションの各々に関連したベアラを維持し、
前記ベアラに関連した複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱う課金エンティティから受信し、及び
前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを前記課金エンティティへ送信する、
ことを含む方法。
【請求項６】
課金エンティティに障害が発生したことを指示する前記メッセージは、課金エンティティが一時的に混雑であることを更に指示する、請求項５に記載の方法。
【請求項７】
クレジット制御を要求するための前記メッセージは、更新クレジット制御要求メッセージであり、そして障害の間に加入者により使用されるアクティブなレーティンググループの消費トラフィックに関する情報を含む、請求項５又は６に記載の方法。
【請求項８】
クレジット制御を要求するための前記メッセージは、初期クレジット制御要求メッセージである、請求項５に記載の方法。
【請求項９】
課金エンティティに使用するための装置において、
少なくとも１つのプロセッサ、及び
プロセッサにより実行されるべきインストラクションを記憶するための少なくとも１つのメモリ、
を備え、前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
課金エンティティに障害が発生し、複数のクレジット制御セッションが終了し、そして複数のクレジット制御セッションの各々に関連したベアラを維持すべきときに、課金エンティティにより取り扱われる複数のクレジット制御セッションの各々の識別子を記憶し、及び
複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するためのメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱うゲートウェイエンティティへ送信する、
ようにさせるよう構成された装置。
【請求項１０】
前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するメッセージを課金クライアントから受信するようにさせるよう更に構成された、請求項９に記載の装置。
【請求項１１】
クレジット制御を要求するための前記メッセージは、更新クレジット制御要求メッセージであり、そして障害の間に加入者により使用されるアクティブなレーティンググループの消費トラフィックに関する情報を含み、
前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、前記メッセージに含まれた情報に基づいて加入者に対するクレジット制御を再開するようにさせるよう更に構成された、請求項１０に記載の装置。
【請求項１２】
前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、前記課金エンティティが一時的に混雑であることを課金クライアントに通知するようにさせるよう更に構成された、請求項９から１１のいずれか１項に記載の装置。
【請求項１３】
課金クライアントに使用するための装置において、
少なくとも１つのプロセッサ、及び
プロセッサにより実行されるべきインストラクションを記憶するための少なくとも１つのメモリ、
を備え、前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
複数のクレジット制御セッションを取り扱う課金エンティティに障害が発生したことを指示するメッセージであって、複数のクレジット制御セッションが終了したことを指示するメッセージを受信し、
複数のクレジット制御セッションの各々に関連したベアラを維持し、
前記ベアラに関連した複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱う課金エンティティから受信し、及び
前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを前記課金エンティティへ送信する、
ようにさせるよう構成された装置。
【請求項１４】
課金エンティティに障害が発生したことを指示する前記メッセージは、課金エンティティが一時的に混雑であることを更に指示する、請求項１３に記載の装置。
【請求項１５】
クレジット制御を要求するための前記メッセージは、更新クレジット制御要求メッセージであり、そして障害の間に加入者により使用されるアクティブなレーティンググループの消費トラフィックに関する情報を含む、請求項１３又は１４に記載の装置。
【請求項１６】
クレジット制御を要求するための前記メッセージは、初期クレジット制御要求メッセージである、請求項１３に記載の装置。
【請求項１７】
処理装置のためのプログラムを含むコンピュータプログラム製品において、処理装置でプログラムが実行されるときに請求項１から８のいずれかに記載の方法を遂行するためのソフトウェアコード部分を備えたコンピュータプログラム製品。
【請求項１８】
前記ソフトウェアコード部分が記憶されるコンピュータ読み取り可能な媒体を備えた、請求項１７に記載のコンピュータプログラム製品。
【請求項１９】
前記処理装置の内部メモリに前記プログラムが直接ロード可能である、請求項１７に記載のコンピュータプログラム製品。
【請求項２０】
課金エンティティに障害が発生し、複数のクレジット制御セッションが終了し、そして複数のクレジット制御セッションの各々に関連したベアラを維持すべきときに、課金エンティティにより取り扱われる複数のクレジット制御セッションの各々の識別子を記憶するための手段、及び
複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するためのメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱うゲートウェイエンティティへ送信するための手段、
を備えた装置。
【請求項２１】
複数のクレジット制御セッションを取り扱う課金エンティティに障害が発生したことを指示するメッセージであって、複数のクレジット制御セッションが終了したことを指示するメッセージを受信するための手段、
複数のクレジット制御セッションの各々に関連したベアラを維持するための手段、
前記ベアラに関連した複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱う課金エンティティから受信するための手段、及び
前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを前記課金エンティティへ送信するための手段、
を備えた装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジット制御セッションの選択的再スタートによる改善型混雑制御（enhanced congestion control）に関連した装置、方法、システム、コンピュータプログラム、コンピュータプログラム製品及びコンピュータ読み取り可能な媒体に関する。
【０００２】
〔略語及び用語〕
本発明の説明において、参考文書［１］から［３］に定義された次の表現を使用する。
ＡＰＮ：アクセスポイント名
ＡＶＰ：属性値対
ＣＣＡ：クレジット制御回答
ＣＣＲ−Ｉ：クレジット制御要求−初期要求
ＣＣＲ−Ｕ：クレジット制御要求−更新要求
ＣＤＲ（Charging Data Record）：課金データレコード
ＤＣＣＡ：ダイアメータクレジット−制御アプリケーション
ＥＰＣ：進化型パケットコア
ｅＮＢ：進化型ノードＢ
ＩＭＳ：ＩＰマルチメディアサブシステム
ＩＰ：インターネットプロトコル
ＨＰＬＭＮ：ホームＰＬＭＮ
ＬＴＥ：長期進化
ＭＭＥ：移動管理エンティティ
ＭＳＣＣ：マルチサービスクレジット制御
ＯＣＳ：オンライン課金システム
ＰＣＥＦ：ポリシー及び課金施行機能
ＰＧＷ：パケットデータネットワークゲートウェイ
ＰＬＭＮ：公衆地上移動ネットワーク
ＰＳ：パケット交換
ＲＡＡ：再許可回答
ＲＡＲ：再許可要求
ＳＧＷ：サービングゲートウェイ
ＶｏＬＴＥ：ボイスオーバーＬＴＥ
ＶＰＬＭＮ：ビジターＰＬＭＮ
【０００３】
課金データレコード（ＣＤＲ）：請求及び会計に使用するための課金可能なイベント（例えば、コール設定の時間、コールの期間、転送データ量、等）に関する情報のフォーマットされた集合体。課金可能なイベントの一部分又は全部について課金されるべき当事者ごとに、個別のＣＤＲが発生され、即ち、単一の課金可能なイベントに対して、例えば、その期間が長いために、又は２人以上の課金当事者に課金すべきであるために、２つ以上のＣＤＲが発生されることがある。
【０００４】
オンライン課金システム（ＯＣＳ）：リアルタイムクレジット制御を遂行するエンティティ。その機能は、トランザクションの取り扱い、格付け（レーティング、rating）、オンライン相関、及び加入者口座残高の管理を含む。
Ｇｙ：ＰＣＥＦとＯＣＳとの間のオンライン課金基準点。
Ｒｏ：３ＧＰＰネットワーク要素（例えば、ＰＧＷ）とＯＣＳとの間のオンライン課金基準点。
【背景技術】
【０００５】
本発明は、３ＧＰＰ（第３世代パートナーシッププロジェクト）のＬＴＥ（長期進化）進化型パケットコア（ＥＰＣ）アーキテクチャーの分野に属する。より詳細には、本発明は、ＯＣＳからの制御でＰＧＷ（パケットデータネットワークゲートウェイ）において実施されるオンライン課金ロジックに属する。このインターフェイスは、参考文書［１］から［３］に定義されている。
【０００６】
２０１４年に、３ＧＰＰは、多数のインターフェイスに対する混雑制御メカニズムについて研究した。Ｒｏ（Ｇｙ）インターフェイスに対し、ダイアメータアプリケーションを改善するのではなく、ＯＣＳにおける混雑の場合に、ＣＣＡ（クレジット制御回答）を結果コード：ＤＩＡＭＥＴＥＲ＿ＴＯＯ＿ＢＵＳＹ（３００４）と共にＰＧＷへ送信するという結論であった。
【０００７】
このタイプのエラーは、文書［４］（ダイアメータベースプロトコル）に「プロトコルエラー」（３×××）として定義されている。このエラーを受け取ると、クレジット制御セッション、例えば、ＤＣＣＡセッションは、二次ＯＣＳへ移動する必要があり、この二次ＯＣＳが利用できない場合は、ＤＣＣＡセッションが終了となる。ベアラがリリースされるか（欠陥（障害）取り扱いアクション：終了）又は設定時間中アクティブに保たれる（欠陥（障害）取り扱いアクション：継続）。
【０００８】
欠陥取り扱いアクションの詳細は、文書［２］、「添付Ｂ（規範）：欠陥取り扱い手順及びセッションフェイルオーバーメカニズムの記述」、及び文書［５］、「第７章：クレジット制御アプリケーション状態マシン」に定義されている。
【０００９】
欠陥取り扱いアクションが「終了」（「終了」又は「再試みして終了」を選択）である場合には、ベアラが終了となり、そして加入者は、運営者からの悪いサービスを経験する（そのとき、ＰＧＷ及び無線ネットワークが全てサービスを提供できたとしても、加入者は、運営者のＯＣＳに欠陥があるため、それが要求したサービスにアクセスできないが、それらは、ＯＣＳにおける欠陥のためにサービスを提供しないように強制される）。又、ベアラが終了すると、移動ターミナルまで、ＰＧＷ、ＳＧＷ（サービングゲートウェイ）、ＭＭＥ（移動管理エンティティ）、ｅＮｏｄｅＢ（進化型ノードＢ）に大量のシグナリングも発生する。ベアラが削除されると、暫くして、移動ターミナルがそれを再びオープンする（加入者は、おそらく、同じサービスの再利用を試みるであろうから）。
【００１０】
欠陥取り扱いアクションが「継続」である場合には、加入者は、構成可能な時間中、悪いサービスを経験しない（任意であるが、運営者は、「継続」オプションを永久的に行うことを決定できる）。構成可能な時間が経過すると、ベアラが削除され、そして「終了」の場合について述べたのと同様に加入者の経験に影響が生じる。
【００１１】
欠陥取り扱いアクションが「継続」である場合には、ベアラの残りの寿命中、ＤＣＣＡセッションが終了となる。現在、ＤＣＣＡセッションの再スタートを許す３ＧＰＰ方法はない。ＤＣＣＡセッションを再スタートする非３ＧＰＰ方法が存在するだけである。
【００１２】
例えば、「継続」アクションがスタートするときに動作を開始するタイマーをＰＧＷにおいて構成することができる。タイマーが時間切れした後、ＰＧＷは、ＯＣＳに向かってＤＣＣＡセッション（ＣＣＲ−Ｉｎｉｔ送信）の再スタートを試みる。ＯＣＳの観点から、ＰＧＷは、単に、（「継続」アクションがスタートしたときに削除された）以前のものとは関わりのない新たなＤＣＣＡセッションを生成するだけである。「継続」アクションの間に発生される課金データ（ＣＤＲ）は、（加入者が割り当て分を依然有する場合は）後処理により請求される。
【００１３】
更に、選択されたエラー状態に対してのみ「継続」アクションをトリガーすることが考えられる。現在、欠陥取り扱い手順は、ベアラに対して選択され、欠陥取り扱いをトリガーすると、選択された欠陥取り扱いアクション（継続、終了、再試み・終了）がスタートする。運営者は、非常に僅かなエラー状態に対してのみ危険な「継続」アクションをトリガーし、そしてほとんどの状態においてベアラを終了することを希望する。これは、例えば、“ＤＩＡＭＥＴＥＲ＿ＴＯＯ＿ＢＵＳＹ”だけが「継続」アクションをトリガーし、そして他のエラーは、単に、ベアラを「終了」することを運営者が許せるようにする。この非３ＧＰＰメカニズムは、ＤＣＣＡセッションの再スタートに関連していないが、構成されたエラー状態に対してのみＤＣＣＡセッションを再スタートする（そして３ＧＰＰで定義された各エラー状態に対しては再スタートしない）以前の方法と共に使用することができる。
【００１４】
しかしながら、欠陥取り扱いアクション「継続」の場合にＤＣＣＡセッションを再スタートする前記非３ＧＰＰ方法のいずれを運営者が実施しても、運営者は、以下の使用可能性の問題に直面しなければならない。
【００１５】
ＯＣＳがフェイルすると、多量のＤＣＣＡセッションが削除される（そしてベアラは、「継続」へ移動）。ＤＣＣＡセッションを再開するためのベアラのタイマーは、全て、短い期間内に時間切れとなり、おそらく、ＯＣＳをトリガーして再び混雑状態となる。
【００１６】
参考文書
［１］３ＧＰＰ  ＴＳ  ３２．２４０
［２］３ＧＰＰ  ＴＳ  ３２．２５１
［３］３ＧＰＰ  ＴＳ  ３２．２９９
［４］ＩＥＴＦ  ＲＦＣ  ３５８８：「ダイアメータベースプロトコル」
［５］ＩＥＴＦ  ＲＦＣ  ４００６：「ダイアメータクレジット−制御アプリケーション」
【発明の概要】
【発明が解決しようとする課題】
【００１７】
それ故、本発明の目的は、上述した問題を克服すると共に、クレジット制御セッションの選択的再スタートによる改善型混雑制御に関連した装置、方法、システム、コンピュータプログラム、コンピュータプログラム製品及びコンピュータ読み取り可能な媒体を提供することである。
【課題を解決するための手段】
【００１８】
本発明のある観点によれば、課金エンティティに使用するための方法において、
課金エンティティに欠陥が発生し、複数のクレジット制御セッションが終了し、そして複数のクレジット制御セッションの各々に関連したベアラを維持すべきときに、課金エンティティにより取り扱われる複数のクレジット制御セッションの各々の識別子を記憶し、及び
複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するためのメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱うゲートウェイエンティティへ送信する、
ことを含む方法が提供される。
【００１９】
本発明の別の観点によれば、課金クライアントに使用するための方法において、
複数のクレジット制御セッションを取り扱う課金エンティティに欠陥が発生したことを指示するメッセージであって、複数のクレジット制御セッションが終了したことを指示するメッセージを受信し、
複数のクレジット制御セッションの各々に関連したベアラを維持し、
前記ベアラに関連した複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱う課金エンティティから受信し、及び
前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを前記課金エンティティへ送信する、
ことを含む方法が提供される。
【００２０】
本発明の別の観点によれば、課金エンティティに使用するための装置において、
少なくとも１つのプロセッサ、及び
プロセッサにより実行されるべきインストラクションを記憶するための少なくとも１つのメモリ、
を備え、前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
課金エンティティに欠陥が発生し、複数のクレジット制御セッションが終了し、そして複数のクレジット制御セッションの各々に関連したベアラを維持すべきときに、課金エンティティにより取り扱われる複数のクレジット制御セッションの各々の識別子を記憶し、及び
複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するためのメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱うゲートウェイエンティティへ送信する、
ようにさせるよう構成された装置が提供される。
【００２１】
本発明の別の観点によれば、課金クライアントに使用するための装置において、
少なくとも１つのプロセッサ、及び
プロセッサにより実行されるべきインストラクションを記憶するための少なくとも１つのメモリ、
を備え、前記少なくとも１つのメモリ及びインストラクションは、少なくとも１つのプロセッサとで、装置が、少なくとも、
複数のクレジット制御セッションを取り扱う課金エンティティに欠陥が発生したことを指示するメッセージであって、複数のクレジット制御セッションが終了したことを指示するメッセージを受信し、
複数のクレジット制御セッションの各々に関連したベアラを維持し、
前記ベアラに関連した複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱う課金エンティティから受信し、及び
前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを前記課金エンティティへ送信する、
ようにさせるよう構成された装置が提供される。
【００２２】
本発明の別の観点によれば、コンピュータのメモリにロードされるときに前記いずれかの方法のステップを生成するように適応されるコード手段を備えたコンピュータプログラム製品が提供される。
【００２３】
本発明の更に別の観点によれば、ソフトウェアコード部分が記憶されるコンピュータ読み取り可能な媒体を備えた前記コンピュータプログラム製品が提供される。
【００２４】
本発明の更に別の観点によれば、処理装置の内部メモリにプログラムが直接ロード可能である前記コンピュータプログラム製品が提供される。
【００２５】
本発明の更に別の観点によれば、
課金エンティティに欠陥が発生し、複数のクレジット制御セッションが終了し、そして複数のクレジット制御セッションの各々に関連したベアラを維持すべきときに、課金エンティティにより取り扱われる複数のクレジット制御セッションの各々の識別子を記憶するための手段、及び
複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するためのメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱うゲートウェイエンティティへ送信するための手段、
を備えた装置が提供される。
【００２６】
本発明の更に別の観点によれば、
複数のクレジット制御セッションを取り扱う課金エンティティに欠陥が発生したことを指示するメッセージであって、複数のクレジット制御セッションが終了したことを指示するメッセージを受信するための手段、
複数のクレジット制御セッションの各々に関連したベアラを維持するための手段、
前記ベアラに関連した複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱う課金エンティティから受信するための手段、及び
前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを前記課金エンティティへ送信するための手段、
を備えた装置が提供される。
【００２７】
これら及び他の目的、特徴、細部及び効果は、添付図面を参照した本発明の観点／実施態様の以下の詳細な説明からより完全に明らかとなるであろう。
【図面の簡単な説明】
【００２８】
【図１】本発明の幾つかの規範的態様による方法の一例を示すフローチャートである。
【図２】本発明の幾つかの規範的態様による方法の別の例を示すフローチャートである。
【図３】本発明の幾つかの規範的態様による装置の一例を示すブロック図である。
【発明を実施するための形態】
【００２９】
以下、添付図面を参照して、本発明の開示及び実施形態の規範的態様について述べる。本発明を例示するために、３ＧＰＰベースの通信システム、例えば、ＬＴＥ／ＬＴＥ−Ａベースのシステムに基づくセルラー通信ネットワークについて実施例及び実施形態を説明する。しかしながら、本発明は、そのようなタイプの通信システム又は通信ネットワークを使用する分野に限定されず、例えば、２Ｇ及び３Ｇ通信ネットワーク又は他のワイヤレス通信ネットワーク、等の他のタイプの通信システム又は通信ネットワークにも適用できることに注意されたい。
【００３０】
以下の規範的形態及び実施形態は、単なる例示として理解されるべきである。明細書の多数の位置で「一(an)」「１つの(one)」又は「ある(some)」規範的態様又は実施形態が参照されるが、これは、必ずしも、そのような各参照が同じ規範的態様又は実施形態に対するものであること、又は特徴が単一の規範的態様又は実施形態のみに適用されることを意味していない。異なる実施形態の単一の特徴を結合して、他の実施形態を形成してもよい。更に、「備える(comprising)」及び「含む(including)」という語は、ここに述べる実施形態を、言及した特徴のみで構成することに限定するものではないと理解すべきであり、そしてそのような規範的態様及び実施形態は、特に言及されなかった特徴、構造、ユニット、モジュール、等を含んでもよい。
【００３１】
本発明の規範的実施形態を適用できる通信ネットワークの基本的システムアーキテクチャーは、ワイヤード又はワイヤレスアクセスネットワークサブシステム及びコアネットワークより成る１つ以上の通信システムの通常に知られたアーキテクチャーを含む。そのようなアーキテクチャーは、１つ以上の通信ネットワーク制御要素、アクセスネットワーク要素、無線アクセスネットワーク要素、アクセスサービスネットワークゲートウェイ又はベーストランシーバステーション、例えば、ベースステーション（ＢＳ）、アクセスポイント又はｅＮＢを備え、それらは、各カバレージエリア又はセルを制御し、そしてそれらと共に、ＵＥのような１つ以上の通信要素又はターミナル装置、或いは同様の機能を有する別の装置、例えば、ＵＥの一部分であるか又はＵＥに個別要素として取り付けられるモデムチップセット、チップ、モジュール、等が、多数のタイプのデータを通信するために１つ以上のチャンネルを経て通信することができる。更に、コアネットワーク要素、例えば、ゲートウェイネットワーク要素、ポリシー及び課金制御ネットワーク要素、移動管理エンティティ、運転・保守要素、等が含まれてもよい。
【００３２】
ここに述べる要素の一般的機能及び相互接続は、実際のネットワークタイプにも依存するが、当業者に良く知られており、そして対応する規格に記載されているので、その詳細な説明は、ここでは省略する。しかしながら、ＵＥのような通信要素又はターミナル装置及び無線ネットワークコントローラのような通信ネットワーク制御要素への通信又はそれらからの通信に対し、以下に詳細に述べるものの他に、多数の付加的なネットワーク要素及びシグナリングリンクが使用されてもよいことに注意されたい。
【００３３】
又、通信ネットワークは、公衆交換電話ネットワーク又はインターネットのような他のネットワークと通信することもできる。又、通信ネットワークは、クラウドサービスの利用をサポートすることもできる。ＢＳ及び／又はｅＮＢ或いはそれらの機能は、そのような利用に適したノード、ホスト、サーバー又はアクセスノード等のエンティティを使用することにより実施されてもよいことが明らかであろう。
【００３４】
更に、ここに述べるネットワーク要素及び通信装置、例えば、ＵＥのようなターミナル装置又はユーザ装置、ＢＳ又はｅＮＢのようなセルの通信ネットワーク制御要素、ＡＰ等のアクセスネットワーク要素、並びにここに述べる対応機能は、ソフトウェア、例えば、コンピュータのためのコンピュータプログラム製品により、及び／又はハードウェアにより、実施されてもよい。いずれにせよ、それらの各機能を実行するために、対応的に使用される装置、ノード又はネットワーク要素は、制御、処理及び／又は通信／シグナリング機能に要求される多数の手段、モジュール、ユニット、コンポーネント、等（図示せず）を含む。そのような手段、モジュール、ユニット及びコンポーネントは、例えば、インストラクション及び／又はプログラムを実行し及び／又はデータを処理するための１つ以上の処理部分を含む１つ以上のプロセッサ又はプロセッサユニット；インストラクション、プログラム及び／又はデータを記憶し、プロセッサ又は処理部分等のワークエリアとして働くストレージ又はメモリユニット又は手段（例えば、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、等）；ソフトウェアによりデータ及びインストラクションを入力するための入力又はインターフェイス手段（例えば、フロッピーディスク、ＣＤ−ＲＯＭ、ＥＥＰＲＯＭ、等）；監視及び操作能力をユーザに与えるためのユーザインターフェイス（例えば、スクリーン、キーボード、等）；プロセッサユニット又は部分の制御のもとでリンク及び／又は接続を確立するための他のインターフェイス又は手段（例えば、ワイヤード又はワイヤレスインターフェイス手段、例えば、アンテナユニット等を含む無線インターフェイス手段、無線通信部を形成する手段、等）；等を含み、インターフェイスを形成する各手段、例えば、無線通信部は、リモートサイト（例えば、無線ヘッド又は無線ステーション等）に配置することもできる。本明細書において、処理部は、１つ以上のプロセッサの物理的部分を表わすだけであると考えてはならず、１つ以上のプロセッサにより遂行される参照される処理タスクの論理的分割として考えてもよいことに注意されたい。
【００３５】
本発明の幾つかの規範的態様によれば、ＯＣＳが取り扱いできるＤＣＣＡセッションの再スタートをＯＣＳが選択的に要求するのを許すことにより欠陥取り扱いアクション「継続」に対する改善が提供される。（上述した非３ＧＰＰ方法において許された）ＤＣＣＡセッションの大量再スタートではなく、ＯＣＳが「継続」へ移動するところの各ＤＣＣＡセッションのセッションＩＤのリストをＯＣＳが保持することが提案される。
【００３６】
ＯＣＳの負荷が低いとき、即ち負荷が所定スレッシュホールドより低いとき、例えば、（もはや混雑がない）か、又はＯＣＳ保守作業が終了してＯＣＳが生き返ったとき、ＯＣＳは、古いセッションＩＤに対して全ＤＣＣＡ割り当て分の再許可を要求するためにＰＧＷに向けたＲＡＲ（再許可要求）メッセージの送信をスタートする。
【００３７】
３ＧＰＰによれば、ＯＣＳは、それが各割り当て分の再許可を希望する場合には、セッションＩＤ（ＤＣＣＡセッションの識別子）のみを含むＲＡＲメッセージをトリガーし、又はそれが加入者のＤＣＣＡセッションからの特定の格付け（レーティング）グループの再許可を希望する場合は、セッションＩＤ及び格付けグループを伴うＲＡＲを送信することができる。本発明の幾つかの規範的態様によれば、セッションＩＤを伴うＲＡＲだけが必要である。
【００３８】
現在、３ＧＰＰによれば、終了されたＤＣＣＡセッションに対してセッションＩＤのみを含むＲＡＲメッセージをＯＣＳが送信する場合には（例えば、欠陥取り扱いアクション「継続」）、ＰＧＷは、結果コード：ＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）を伴うＲＡＡ（再許可回答）でＲＡＲコマンドに応答する。
【００３９】
ベアラがＰＧＷにおいて依然アクティブである場合、ＰＧＷは、ＰＧＷにおいて終了しそして現在欠陥取り扱い継続アクションのもとにあるＤＣＣＡセッションの再許可をＲＡＲが求めていることを知るために必要な情報を依然有している（終了したＤＣＣＡセッションの古いセッションＩＤを依然知っている）ことになる。
【００４０】
本発明の幾つかの規範的態様によれば、ＰＧＷにおいてそのようなＲＡＲ（欠陥取り扱い継続アクションのもとにあるアクティブなベアラに属するセッションＩＤを伴う）を受信すると、ＰＧＷは、結果コード：ＤＩＡＭＥＴＥＲ＿ＬＩＭＩＴＥＤ＿ＳＵＣＣＥＳＳ（２００２）を伴うＲＡＡでＲＡＲに応答し、そしてＯＣＳに向けてＣＣＲ−Ｕ（クレジット制御要求−更新要求）（ＣＣＲ−Ｉではない）を直ちにトリガーすることが提案される。そのようなＣＣＲ−Ｕは、各アクティブな格付けグループに対するＭＳＣＣ（マルチサービスクレジット制御）（又は格付けグループ及びサービスＩＤの組み合せ）を含み、そして「継続」アクションがスタートした点からＣＣＲ−Ｕがトリガーされるまでに消費したトラフィックを報告する。
【００４１】
ＯＣＳが一時的に混雑したことを知る結果としてクレジット制御クライアントが欠陥取り扱い継続を適用する場合、本発明のロジックは、ＯＣＳ過負荷により欠陥取り扱い継続のもとにあるベアラのみに関与する一方、通常のＯＣＳクレジット制御により欠陥取り扱い継続へ移動したベアラについては、選択的ＤＣＣＡ再スタートがディスエイブルされる（クレジット制御クライアントは、レガシーシステムで現在行われているようにＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）で応答する）ことに注意されたい。
【００４２】
ＯＣＳは、セッションＩＤを伴うＲＡＲを送信するので、これは、ＯＣＳが古いＤＣＣＡセッションに依然アクセスすることを意味する（さもなければ、ＯＣＳは、セッションＩＤがそもそもあったことを知らない）。次いで、ＯＣＳは、ＣＣＡ−Ｕ、報告された割り当て分の請求書を受け容れ、そして割り当て分が残っている場合には、追加の割り当て分を承諾する。
【００４３】
あるＯＣＳ売主は、ＯＣＳがセッションＩＤのみを記憶するが以前の全ＤＣＣＡセッションデータベースにもはやアクセスしないときに、ＯＣＳ側に同様の実施を提示することを好むことになる。そのため、本発明は、ＣＣＲ−Ｕを送信する（以前のＤＣＣＡセッションをＯＣＳで知ることが必要）ことによりＤＣＣＡセッションの再スタートを強制することに限定されず、本発明の幾つかの規範的な態様は、ＤＣＣＡセッションを再スタートするためにＰＧＷがＣＣＲ−Ｕを送信するかＣＣＲ−１を送信するか選択するためＰＧＷにおいてローカル構成も提案する。
【００４４】
この特別な融通性は、２段階で展開できることから本発明の容易な展開を許す。第１の段階では、ＣＣＲ−Ｉを使用することによりレガシーＯＣＳ（ＯＣＳは本発明をサポートしない）を伴うシステムで展開することができ、そして第２の段階では、ＣＣＲ−Ｕを使用することにより同等のＯＣＳ（ＯＣＳは本発明をサポートする）を伴うシステムで展開することができる。
【００４５】
本発明の幾つかの規範的な態様によれば、ＣＣＲ−Ｕの送信は、過去の課金情報を含むことを許すので、好ましい選択肢である。しかしながら、ＣＣＲ−Ｉの送信も、ＯＣＳ（上述した）及びＰＧＷ（ＰＧＷは、ＯＣＳへ送信されない課金データを記憶する必要がなく、それを簡単にＣＤＲへ送信したりそのオンライン課金データベースから除去したりできる）における同様の実施を許すので、選択肢である。
【００４６】
本発明は、ＲＡＲ／ＲＡＡ、ＣＣＲ／ＣＣＡメッセージ及びそのＡＶＰ（属性値対）に対して既存の実施を再使用する。即ち、新たなＡＶＰもＡＶＰの新たな値も要求されず、これは、３ＧＰＰ及びＯＣＳ／ＰＧＷ売主による特徴の承認を容易にする。というのは、ＯＣＳ及びＰＧＷにより適用されるロジックのみで実施されるからである。
【００４７】
本発明の幾つかの規範的態様によれば、運営者は、ＯＣＳにエラーがある場合には「継続」アクションをより自由に使用することができる。これは、ＤＣＣＡセッションが最終的に再スタートされ、そして加入者のクレジット制御が再開されるからである。
【００４８】
ＯＣＳは、それがより多くのシグナリングを取り扱いできるたびに、別のＤＣＣＡセッションを再スタートするためにＲＡＲを送信する。これは、ＯＣＳ利用性によりＤＣＣＡセッションを再スタートするための「低速ループ」と考えられ、従って、現在の全ての方法、及びＰＧＷ側のローカルタイマーによりＤＣＣＡセッションを再スタートして欠陥取り扱い「継続」するための提案された方法に対して効果を有する。
【００４９】
ＰＧＷが全てのアクティブな格付けグループに対して割り当て分を要求するＣＣＲを送信するときには、ＤＣＣＡセッションの円滑な再スタートが確保される。ＰＧＷは、加入者がどの格付けグループを現在使用しているか既に知っており、従って、必要な割り当て分を要求するためにＤＣＣＡセッションが確立されるのを待機する必要がない。
【００５０】
ＰＧＷに新たな情報を記憶する必要がなく（ベアラが依然アクティブであるので）、それ故、ＰＧＷに容量の影響は生じない。ＰＧＷにおいてストレージリソースを消費しないのは、ソフトウェア実施（ロジック）だけである。これは、ＰＧＷにおける既に利用できる情報に対して余分なロジックを実行するだけである。
【００５１】
ＰＧＷがここに提案する本発明を実施しない場合、又は本発明が実施されるが、ＲＡＲが到着するまでベアラが通常にリリースされる場合には、ＰＧＷは、ＤＩＡＭＥＴＥＲ＿ＵＮＫＮＯＷＮ＿ＳＥＳＳＩＯＮ＿ＩＤ（５００２）で単に応答し、これは、上述したように、現在の３ＧＰＰの振舞いである。それ故、ここに提案する本発明の規範的態様は、現在の実施と後方互換性である。
【００５２】
又、ここに提案する機能は、ゴーストのセッションＩＤを検出するためにＯＣＳにより使用される現在の同期方法も改善する。このシナリオにおいて、動作中のＯＣＳは、ＯＣＳに既に連絡していなければならないがまだ連絡していないＤＣＣＡセッションがあることを検出する。これは、ＰＧＷがＤＣＣＡセッションを検出する（そしてＯＣＳに通知する）場合であるが、エラー（又は失われたメッセージ）のために、ＯＣＳは、ＤＣＣＡセッションを、それが依然アクティブであるかのように保持する。ゴーストのＤＣＣＡセッションを除去するため、ＯＣＳは、疑いのある全てのＤＣＣＡセッションに対して再認証を要求するためにＲＡＲメッセージを周期的に送信する。ここに提案する本発明では、ＯＣＳがゴーストのＤＣＣＡセッションを除去するためにその同期方法を適用するとき、ＰＧＷにおいて「継続」アクションのもとにある全てのＤＣＣＡセッションは、そのＤＣＣＡセッションを再スタートし、ベアラがクレジット制御を回復するようにさせる。次いで、ここに提案する本発明は、ＯＣＳがそれらのゴーストＤＣＣＡセッションを同期させるだけでなく、それらに対してクレジット制御を回復することも許す。これは、現在の機能に対する改善である。というのは、それらのベアラは、現在の振舞いのもとで終了され、ベアラの需要を招く余計なシグナリングを発生するからである。
【００５３】
以下、図１から３を参照して本発明の実施形態の規範的態様をより一般的に説明する。
【００５４】
図１は、本発明の規範的態様による方法の一例を示すフローチャートである。
【００５５】
本発明の規範的態様によれば、方法は、オンライン課金システム等の課金エンティティにおいて実施されるか、又はその一部分である。この方法は、ステップＳ１１において、課金エンティティに欠陥が発生し、複数のクレジット制御セッションが終了し、そして複数のクレジット制御セッションの各々に関連したベアラを維持すべきときに、課金エンティティにより取り扱われる複数のクレジット制御セッションの各々の識別子を記憶し、及びステップＳ１２において、複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するためのメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱うゲートウェイエンティティへ送信する、ことを含む。
【００５６】
本発明の幾つかの規範的態様によれば、前記方法は、更に、前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを課金クライアントから受信することを含む。
【００５７】
本発明の幾つかの規範的態様によれば、クレジット制御を要求するための前記メッセージは、更新クレジット制御要求メッセージであり、そして欠陥の間に加入者により使用されるアクティブな格付けグループの消費トラフィックに関する情報を含み、前記方法は、更に、前記メッセージに含まれる情報に基づいて加入者に対するクレジット制御を再開することを含む。
【００５８】
本発明の幾つかの規範的態様によれば、前記方法は、更に、前記課金エンティティが一時的に混雑であることを課金クライアントに通知することを含む。
【００５９】
図２は、本発明の規範的態様による方法の一例を示すフローチャートである。
【００６０】
本発明の規範的態様によれば、方法は、ＰＧＷ、等のような課金クライアントにおいて実施されるか又はその一部分である。この方法は、ステップＳ２１において、複数のクレジット制御セッションを取り扱う課金エンティティに欠陥が発生したことを指示するメッセージであって、複数のクレジット制御セッションが終了したことを指示するメッセージを受信し、ステップＳ２２において、複数のクレジット制御セッションの各々に関連したベアラを維持し、ステップＳ２３において、前記ベアラに関連した複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱う課金エンティティから受信し、及びステップＳ２４において、前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを課金エンティティへ送信する、ことを含む。
【００６１】
本発明の幾つかの規範的態様によれば、課金エンティティに欠陥が発生したことを指示する前記メッセージは、課金エンティティが一時的に混雑であることを更に指示する。
【００６２】
本発明の幾つかの規範的態様によれば、クレジット制御を要求するための前記メッセージは、更新クレジット制御要求メッセージであり、そして欠陥の間に加入者により使用されるアクティブな格付けグループの消費トラフィックに関する情報を含む。
【００６３】
本発明の幾つかの規範的態様によれば、クレジット制御を要求するための前記メッセージは、初期クレジット制御要求メッセージである。
【００６４】
図３は、本発明の幾つかの規範的態様による装置の一例を示すブロック図である。
【００６５】
図３は、本発明の前記態様を実施するように構成された装置３０の構成を示すブロック回路図である。図３に示す装置３０は、以下に述べるものの他に多数のさらに別の要素又は機能を含むが、それらは、本発明を理解する上で重要でないので、簡単化のために省略されている。更に、この装置は、装置の一部分であるか又は装置に個別の要素として取り付けられるチップセット、チップ、モジュール、等の、同様の機能を有する別の装置でもよい。
【００６６】
装置３０は、プログラムにより与えられるインストラクション等を実行するＣＰＵ等の処理機能又はプロセッサ３１を備えている。プロセッサ３１は、以下に述べる特定の処理専用の１つ以上の処理部分を備えているか、又は単一のプロセッサにおいて処理が行われてもよい。そのような特定の処理を実行する部分は、個別の要素として設けられてもよいし、或いは１つ又は更なるプロセッサ又は処理部分、例えば、ＣＰＵのような１つの物理的なプロセッサ又は多数の物理的エンティティ内に設けられてもよい。参照符号３２は、プロセッサ３１に接続されたトランシーバ又は入力／出力（Ｉ／Ｏ）ユニット（インターフェイス）を表わす。Ｉ／Ｏユニット３２は、１つ以上の他のネットワーク要素、エンティティ、ターミナル、等と通信するのに使用される。Ｉ／Ｏユニット３２は、多数のネットワーク要素に向かう通信装置含む複合ユニットでもよいし、或いは異なるネットワーク要素に対して複数の異なるインターフェイスを伴う分散型構造を含んでもよい。装置３０は、更に、例えば、プロセッサ３１により実行されるデータ及びプログラムを記憶するのに使用でき及び／又はプロセッサ３１のワーキングストレージとしても使用できる少なくとも１つのメモリ３３も備えている。
【００６７】
プロセッサ３１は、前記観点に関連した処理を実行するように構成される。特に、装置３０は、オンライン課金システムのような課金エンティティで実施されてもよいし又はその一部分でもよく、そして図１に関連して述べた方法を遂行するように構成される。従って、プロセッサ３１は、課金エンティティに欠陥が発生し、複数のクレジット制御セッションが終了し、そして複数のクレジット制御セッションの各々に関連したベアラを維持すべきときに、課金エンティティにより取り扱われる複数のクレジット制御セッションの各々の識別子を記憶すること、及び複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するためのメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱うゲートウェイエンティティへ送信すること、を遂行するように構成される。
【００６８】
本発明の幾つかの規範的態様によれば、装置３０は、ＰＧＷ等の課金クライアントにおいて実施されるか又はその一部分であり、そして図２に関連して述べた方法を遂行するように構成される。従って、プロセッサ３１は、複数のクレジット制御セッションを取り扱う課金エンティティに欠陥が発生したことを指示するメッセージであって、複数のクレジット制御セッションが終了したことを指示するメッセージを受信すること、複数のクレジット制御セッションの各々に関連したベアラを維持すること、このベアラに関連した複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの再スタートを要求するメッセージであって、再スタートされるべき複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションの識別子を含むメッセージを、複数のクレジット制御セッションを取り扱う課金エンティティから受信すること、及び前記識別子に対応する複数のクレジット制御セッションのうちの少なくとも１つのクレジット制御セッションに対するクレジット制御を要求するためのメッセージを課金エンティティへ送信する、ことを遂行するように構成される。
【００６９】
装置３０の機能の更なる詳細については、図１及び２に関連して説明した本発明の幾つかの規範的態様による方法の説明を参照されたい。
【００７０】
従って、課金エンティティに使用するための装置、及び課金クライアントに使用するための装置は、一般的に、同じ構造上のコンポーネントを有し、それらコンポーネントは、各々、上述した要素の各機能を実行するように構成される。
【００７１】
装置の前記規範的説明では、本発明の原理を理解するのに関連したユニット／手段のみを、機能的ブロックを使用して説明した。装置は、各々の動作に必要な更に別のユニット／手段を備えてもよい。しかしながら、それらユニット／手段の説明は、本明細書では、省略されている。装置の機能的ブロックの配列は、本発明を限定するものではなく、それらの機能は、１つのブロックにより遂行されてもよいし、サブブロックに更に分割されてもよい。
【００７２】
以上の説明において、装置（又は他の手段）がある機能を遂行するように構成されると述べられたとき、それは、各装置のメモリに記憶されたコンピュータプログラムコードと潜在的に協働する１つの（即ち、少なくとも１つの）プロセッサ又はそれに対応する回路が、少なくともそのように述べられた機能を装置に遂行させるように構成されたと述べる記載と同等であると解釈すべきである。又、そのような機能は、各機能を遂行するための特別に構成された回路又は手段により同等に実施可能であると解釈すべきである（即ち、「・・・ように構成されたユニット」という表現は、「・・・ための手段」のような表現と同等であると解釈される）。
【００７３】
以上に述べた本発明の目的に対して、次のことに注意されたい。
−おそらくソフトウェアコード部分として実施されそして（デバイス、装置及び／又はそのモジュールの例として或いは装置及び／又はそのモジュールを含むエンティティの例として）装置のプロセッサを使用して実行される方法ステップは、ソフトウェアコード独立であり、そしてその方法ステップにより定義される機能が保存される限り、既知の又は将来開発されるプログラミング言語を使用して特定することができ；
−一般的に、いずれの方法ステップも、観点／実施形態のアイデアを変更せずに、及び実施される機能に関して変更なしに、ソフトウェアとして又はハードウェアにより実施するのに適しており；
−おそらく前記装置又はそのモジュールのハードウェアコンポーネントとして実施されるべき方法ステップ及び／又はデバイス、ユニット又は手段（例えば、上述した観点／実施形態による装置の機能を実行するデバイス）は、ハードウェア独立であり、そして既知の又は将来開発されるハードウェア技術或いはそれらの混成、例えば、ＭＯＳ（金属酸化物半導体）、ＣＭＯＳ（相補的ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合ロジック）、ＴＴＬ（トランジスタ・トランジスタロジック）、等を使用し、例えば、ＡＳＩＣ（特定用途向けＩＣ（集積回路））コンポーネント、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）コンポーネント、ＣＰＬＤ（コンプレックスプログラマブルロジックデバイス）コンポーネント、又はＤＳＰ（デジタル信号プロセッサ）コンポーネントを使用して、実施することができ；
−デバイス、ユニット又は手段（例えば、前記装置、又はそれらの各ユニット／手段のいずれか）は、個々のデバイス、ユニット又は手段として実施されるが、これは、デバイス、ユニット又は手段の機能が保存される限り、それらがシステム全体を通して分散形態で実施されることを除外するものではなく；
−装置は、半導体チップ、チップセット、或いはそのようなチップ又はチップセットを含む（ハードウェア）モジュールによって表わされてもよいが、これは、実施されるハードウェアに代って、装置又はモジュールの機能が、プロセッサ上で実行／ランされる実行可能なソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品のような（ソフトウェア）モジュールにおけるソフトウェアとして実施される可能性を除外するものではなく；
−デバイスは、例えば、互いに機能的に協働するか、又は同じデバイスハウジング内にあるが互いに機能的に独立であるかに関わらず、装置として、又は２つ以上の装置のアッセンブルとしてみなされてもよい。
【００７４】
一般的に、上述した観点による各機能的ブロック又は要素は、各部分のここに述べる機能だけを遂行するようにされる場合には、ハードウェア及び／又はソフトウェアの既知の手段により実施できることに注意されたい。上述した方法ステップは、個々の機能的ブロックにおいて又は個々のデバイスにより実現されるか、或いはそれら方法ステップの１つ以上は、単一の機能的ブロックにおいて又は単一のデバイスにより実現される。
【００７５】
一般的に、いずれの方法ステップも、本発明のアイデアを変更せずにソフトウェアとして又はハードウェアにより実施するのに適している。デバイス及び手段は、個々のデバイスとして実施できるが、これは、デバイスの機能が保存される限り、それらがシステム全体にわたり分散形態で実施されることを除外するものではない。そのような及び同様の原理は、当業者に知られていると考えるべきである。
【００７６】
ソフトウェアは、本発明の意味において、各機能を遂行するためのコード手段又は部分或いはコンピュータプログラム又はコンピュータプログラム製品を含むようなソフトウェアコード、並びに各データ構造又はコード手段／部分が記憶されたコンピュータ読み取り可能な（ストレージ）媒体のような有形媒体において実施されるか或いは信号又はチップにおいて潜在的にその処理中に実施されるソフトウェア（或いはコンピュータプログラム又はコンピュータプログラム製品）を包含する。
【００７７】
上述した観点／実施形態並びに一般的及び特定の実施例は、例示の目的で設けられたもので、本発明をそれに限定するものではないことに注意されたい。むしろ、請求の範囲に包含される全ての変更及び修正が網羅されるものとする。
【符号の説明】
【００７８】
３０：装置
３１：プロセッサ
３２：Ｉ／Ｏユニット
３３：メモリ
【図１】
0006657374.tif 000002
【図２】
0006657374.tif 000003
【図３】
0006657374.tif 000004