(57)【特許請求の範囲】
【請求項１】
プレロード（Ｐｒｅｌｏａｄ）モードポリシー制御及び課金ＰＣＣルールの制御方法であって、
前記方法は、
Ｐｒｅｌｏａｄモード下に、ポリシー課金ルール制御機能ＰＣＲＦエンティティが、毎回ＰＣＣルールを基幹回線網ネットワーク構成要素ＰＧＷに発送するシステム時刻を記述し、Ｐｒｅｌｏａｄモードアップデート時刻間隔を得るステップと、
ＰＣＲＦエンティティが、現在、定常セッション状態になっているサービスの実行期日が既定されていないと検出する場合、記述した当該サービスの前回発送に対応するＰＣＣルールのシステム時刻と現在時刻の間の間隔を検出するステップと、
記述した、ＰＣＣルールを発送する前回のシステム時刻と現在時刻の間の時間が、得たＰｒｅｌｏａｄモードアップデート時刻間隔である場合、前記ＰＣＲＦエンティティが、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートするステップとを備え、
前記Ｐｒｅｌｏａｄモードアップデート時刻間隔は事前に設定された値であり、
サービスの実行期日は、年月日が特定されていない実行開始時刻と、年月日が特定されていない実行終了時刻とによって規定されていることを特徴とするプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御及び課金ＰＣＣルールの制御方法。
【請求項２】
前記ＰＣＲＦ検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートすることは、
前記ＰＣＲＦは、検出された実行期日が既定されていないサービスの既定実行時刻間隔と、前記検出された実行期日が既定されていないサービスに対応するＰＣＣルールの前回有効時刻及び失効時刻とに基づいて、前記検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を生成することを特徴とする請求項１に記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御及び課金ＰＣＣルールの制御方法。
【請求項３】
発送ＰＣＣルールを発送する前回のシステム時刻と現在時刻の間の時刻間隔がＰｒｅｌｏａｄモードアップデート時刻間隔に到達していなければ、定常セッション状態になるサービスに対応するＰＣＣルールに既定の実行期日があるかを引き続き検出することを特徴とする請求項１に記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御及び課金ＰＣＣルールの制御方法。
【請求項４】
前記ＰＣＲＦエンティティ毎回ＰＣＣルールを発送するシステム時刻を記述することは、
前記ＰＣＲＦエンティティは、毎回ＰＣＣルールを発送するグリニッジ平均時ＧＭＴを記述し、同一のＰＣＣルールの２回発送の間の時間長は、事前に設定されたＰｒｅｌｏａｄモードアップデート時刻間隔と等しいことを特徴とする請求項１に記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御及び課金ＰＣＣルールの制御方法。
【請求項５】
前記ＰＣＲＦエンティティが、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートした後に、
前記ＰＣＲＦエンティティは、生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を、対応するＰＣＣルールとともに、再認証リクエストＲＡＲメッセージにより、基幹回線網ネットワーク構成要素ＰＧＷに送信することを特徴とする請求項１ないし請求項４のいずれかに記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御及び課金ＰＣＣルールの制御方法。
【請求項６】
前記ＰＣＲＦエンティティが、生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を、対応するＰＣＣルールとともに、前記再認証リクエストＲＡＲメッセージにより、基幹回線網ネットワーク構成要素ＰＧＷに送信した後、
前記ＰＣＲＦエンティティは、既定の時間内で、対応する再認証応答ＲＡＡメッセージを受信したかを検出し、
既定の時間内で、対応する再認証応答ＲＡＡメッセージを受信すれば、前記対応するＰＣＣルールの有効時刻及び失効時刻を引き続き周期的にアップデートし、既定の時間内で、対応する再認証応答ＲＡＡメッセージを受信していなければ、格納された対応するＰＣＣルールの情報を削除することを特徴とする請求項５に記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御及び課金ＰＣＣルールの制御方法。
【請求項７】
プレロード（Ｐｒｅｌｏａｄ）モードポリシー制御課金ＰＣＣルールの制御装置であって、
前記装置は、
Ｐｒｅｌｏａｄモード下に、毎回ＰＣＣルールを基幹回線網ネットワーク構成要素ＰＧＷに発送するシステム時刻を記述し、Ｐｒｅｌｏａｄモードアップデート時刻間隔を得る時間モジュールと、
現在、定常セッション状態になっているサービスの実行期日が既定されていないと検出する場合、記述した当該サービスの前回発送に対応するＰＣＣルールのシステム時刻と現在時刻の間の間隔を検出する検出モジュールと、
現在時刻とＰＣＣルールを発送する前回のシステム時刻の間の時間が、得たＰｒｅｌｏａｄモードアップデート時刻間隔である場合、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートするアップデートモジュールとを備え、
前記Ｐｒｅｌｏａｄモードアップデート時刻間隔は事前に設定された値であり、
サービスの実行期日は、年月日が特定されていない実行開始時刻と、年月日が特定されていない実行終了時刻とによって規定されていることを特徴とするプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御課金ＰＣＣルールの制御装置。
【請求項８】
前記アップデートモジュールは、検出された実行期日が既定されていないサービスの既定実行時刻間隔と、前記検出された実行期日が既定されていないサービスに対応するＰＣＣルールの前回有効時刻及び失効時刻とに基づいて、前記検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を生成することを特徴とする請求項７に記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御課金ＰＣＣルールの制御装置。
【請求項９】
前記検出モジュールは、現在時刻とＰＣＣルールを発送する前回のシステム時刻の間の間隔がＰｒｅｌｏａｄモードアップデート時刻間隔に到達していなければ、次の定常セッション状態になるサービスに対応するＰＣＣルールに既定の実行期日があるかを引き続き検出することを特徴とする請求項７に記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御課金ＰＣＣルールの制御装置。
【請求項１０】
前記時間モジュールは、
毎回ＰＣＣルールを送信するグリニッジ平均時を記録し、同一のＰＣＣルールの２回発送間の時間長は、事前に設定されたＰｒｅｌｏａｄモードアップデート時刻間隔と等しいことを特徴とする請求項７に記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御課金ＰＣＣルールの制御装置。
【請求項１１】
前記アップデートモジュールにより検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートした後、生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を、対応するＰＣＣルールとともに、再認証リクエストＲＡＲメッセージにより、基幹回線網ネットワーク構成要素ＰＧＷに送信する送信モジュールをさらに備えることを特徴とする請求項７ないし請求項１０のいずれかに記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御課金ＰＣＣルールの制御装置。
【請求項１２】
前記送信モジュールにより、生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を、対応するＰＣＣルールとともに、再認証リクエストＲＡＲメッセージにより、基幹回線網ネットワーク構成要素ＰＧＷに送信した後、既定の時間内で、対応する再認証応答ＲＡＡメッセージを受信したかを検出し、既定の時間内で、対応する再認証応答ＲＡＡメッセージを受信すれば、前記対応するＰＣＣルールの有効時刻及び失効時刻を引き続き周期的にアップデートし、既定の時間内で、対応する再認証応答ＲＡＡメッセージを受信していなければ、格納された対応するＰＣＣルールの情報を削除する制御モジュールをさらに備えることを特徴とする請求項１１に記載のプレロード（Ｐｒｅｌｏａｄ）モードポリシー制御課金ＰＣＣルールの制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信分野に関し、特にＰｒｅｌｏａｄモードＰＣＣルールの制御方法及び装置に関する。
【背景技術】
【０００２】
本出願は、２０１２年１１月１５日に中国特許局に提出し、出願番号が２０１２１０４６１０７２.７であり、発明名称が「ＰｒｅｌｏａｄモードＰＣＣルールの制御方法及び装置」との中国特許出願を基礎とする優先権を主張し、その開示の総てをここに取り込む。
【０００３】
３ＧＰＰ（Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ ＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）のＰＣＣ（ＰｏｌｉｃｙＣｏｎｔｒｏｌａｎｄＣｈａｒｇｉｎｇ）アーキテクチャにおいて、基幹回線網ネットワーク構成要素ＰＧＷ（ＰａｃｋｅｔＧａｔｅｗａｙ）及びＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅＦｕｎｃｔｉｏｎ）エンティティは、Ｇｘインタフェースを介して情報を交換し、ＩＰ-ＣＡＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ-ＣｏｎｎｅｃｔｉｖｉｔｙＡｃｃｅｓｓＮｅｔｗｏｒｋ）セッションを確立して、ポリシー制御を実行する。ＩＰ-ＣＡＮセッションの確立流れは図１に示すようである。ＰＧＷは、ＰＣＲＦエンティティにＣＣＲ（Ｃｒｅｄｉｔ-Ｃｏｎｔｒｏｌ-Ｒｅｑｕｅｓｔ，信用制御リクエスト）メッセージ・リクエストを送信して、ＩＰ-ＣＡＮセッションを確立し、ＰＣＲＦエンティティによりＣＣＡ（Ｃｒｅｄｉｔ-Ｃｏｎｔｒｏｌ-Ａｎｓｗｅｒ，信用制御応答）メッセージをＰＧＷにフィードバックして、ＩＰ-ＣＡＮセッションの確立を確定する。
【０００４】
セッション維持過程において、ＰＣＲＦエンティティは、ＰＧＷに送信したＲＡＲ（Ｒｅ Ａｕｔｈ Ｒｅｑｕｅｓｔ，再認証リクエスト）メッセージにより、ＰＣＣルール再授権の実行をリクエストするか、または、報告イベントリストをアップデートする。ＰＧＷは、ＰＣＲＦエンティティにＲＡＡ（ＲｅＡｕｔｈＡｎｓｗｅｒ，再認証応答）メッセージをフィードバックすることにより、当該ＲＡＲメッセージを応答する。図２に示すようである。
【０００５】
Ｐｒｅｌｏａｄ（プレロード）モードとは、ＰＣＲＦエンティティが、関連サービスに対して異なる時間帯においてＰＣＣ制御を行なうＰＣＣルール（各ルールの有効時刻及び失効時刻が含まれる）を一回的にＰＧＷに送るモードである。ＰＧＷにより、現在時刻に基づいてＰＣＣルールの使用を自分で制御する。ＰｒｅｌｏａｄモードでＰＣＣルールの発送及び使用を行なうことは、ＰＣＲＦエンティティとＰＧＷ間のシグナリング交換を低減することができるため、処理効率を向上させ、ビズィ時間及びアイドル時間を利用するＰＣＣルール制御シナリオに適応する。図３に示すように、Ｐｒｅｌｏａｄモードの場合、ＰＧＷはＣＣＲ-ＩメッセージをＰＣＲＦエンティティに送信して、セッションの確立をリクエストする。ＰＣＲＦエンティティは、ＣＣＡ-Ｉメッセージ（ＰＣＣルール有効時刻及び失効時刻が含まれる）をＰＧＷをフィードバックし、ＰＧＷは、ＣＣＡ-Ｉメッセージに含まれるＰＣＣルール有効時刻において、対応するＰＣＣルールの実行を開始し、当該ＰＣＣルールの失効時刻で当該ＰＣＣルールを終了する。
【０００６】
上記Ｐｒｅｌｏａｄモードの場合、ＰＣＲＦエンティティにより発送したＰＣＣルールの有効時刻及び失効時刻に対応する具体的な期日及び時間（即ち、年月日時分秒を明記する）が規定されないといけない。例えば、あるＰＣＣルールの有効時刻が２０１２年１２月１２日８：００：００であり、失効時刻は２０１２年１２月１２日１６：００：００である。Ｐｒｅｌｏａｄモードの場合、ＰＣＥＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ，ポリシー制御及び課金強化機能）に採用されたＰＣＲＦエンティティにより提供するＰＣＣルールは既定の具体的な期日の時間帯において対応サービスに対してポリシー制御を行なうことができるが、既定の具体的な期日が過ぎると、当該ＰＣＣルールが失効になる。よって、このようなＰＣＣルールの発送方式は、任意の時間帯を満足できない。
【０００７】
例えば、Ｐｒｅｌｏａｄモードの場合、毎日の８：００：００-１６：００：００をかけて、あるＰＣＣルールを実行する必要があるため、当該，サービスの年月日（即ち具体的な期日に限定しない）に対して特に制限せず、当該サービスの開示時分秒及び時分秒（即ち具体的な時間帯）を決めればよい。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
従来技術において、Ｐｒｅｌｏａｄモードの場合、ＰＣＣルールの制御権をＰＧＷに移管したが、ＰＣＲＦエンティティは、初始の際のみに、ＰＣＣルール情報をＰＧＷに割り当てればよい。しかしながら、プロトコルにより規定したＰＣＣルールの有効時刻及び失効時刻は、必ずある具体的な年月日時分秒と対応しなければならないため、ＰＣＣルールに対応する有効期日がすぎると、ＰＧＷは、関連サービスに対してＰＣＣ制御を行なうことができなくなる。関連サービスに対してＰＣＣ制御を行なおうとすれば、ＰＧＷは、ＣＣＲメッセージを再送信し、ＰＣＣルールの発送をリクエストする必要がある。よって、従来技術において、Ｐｒｅｌｏａｄモードの場合、ＰＣＣルールに対して既定された実行時間は、ただ1回のみ利用でき、重複利用はできない。これは、シグナリング消費及びオーバーヘッドが大きくなることにより、システムリソースの消費も増大され、Ｐｒｅｌｏａｄモードの利用及び普及価値が大幅に縮小される。
本発明に係る実施例は、ＰｒｅｌｏａｄモードＰＣＣルールの制御方法及び装置を提供し、従来のＰＣＣルールの既定実行時間が重複利用できない問題点を解決する。
【課題を解決するための手段】
【０００９】
本発明に係るＰｒｅｌｏａｄモードＰＣＣルールの制御方法は、Ｐｒｅｌｏａｄモード下に、ＰＣＲＦエンティティが、毎回ＰＣＣルールを発送するシステム時刻を記述し、Ｐｒｅｌｏａｄモードアップデート時刻間隔を得るステップと、ＰＣＲＦエンティティは、現在、定常セッション状態になっているサービスが実行期日が既定されていないと検出する場合、記述した当該サービスの前回発送に対応するＰＣＣルールのシステム時刻と現在時刻の間の間隔を検出するステップと、現在時刻と記述した、ＰＣＣルールを発送する前回のシステム時刻の間の間隔時間が、得たＰｒｅｌｏａｄモードアップデート時刻間隔である場合、ＰＣＲＦエンティティが、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートするステップとを備える。前記Ｐｒｅｌｏａｄモードアップデート時刻間隔は事前に設定された値である。
【００１０】
。
本発明に係るＰｒｅｌｏａｄモードＰＣＣルールの制御装置は、Ｐｒｅｌｏａｄモード下に、毎回ＰＣＣルールを発送するシステム時刻を記述し、Ｐｒｅｌｏａｄモードアップデート時刻間隔を得る時間モジュールと、現在、定常セッション状態になっているサービスが実行期日が既定されていないと検出する場合、記述した当該サービスの前回発送に対応するＰＣＣルールのシステム時刻と現在時刻の間の間隔を検出する検出モジュールと、現在時刻とＰＣＣルールを発送する前回のシステム時刻の間の間隔時間が、得たＰｒｅｌｏａｄモードアップデート時刻間隔である場合、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートするアップデートモジュールとを備える。前記Ｐｒｅｌｏａｄモードアップデート時刻間隔は事前に設定された値である。
【００１１】
本発明に係る実施例により提供されたポリシー課金ルール制御機能エンティティ装置は、プロセッサと、データ送受信インタフェースとを備える。
前記プロセッサは、Ｐｒｅｌｏａｄモード下に、毎回ＰＧＷにＰＣＣルールを発送するシステム時刻を記述し、Ｐｒｅｌｏａｄモードアップデート時刻間隔を得、現在、定常セッション状態になっているサービスが実行期日が既定されていないと検出する場合、記述した当該サービスの前回発送に対応するＰＣＣルールのシステム時刻と現在時刻の間の間隔を検出し、記述した、ＰＣＣルールを発送する前回のシステム時刻と現在時刻の間の時間が、得たＰｒｅｌｏａｄモードアップデート時刻間隔である場合、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートし、前記データ送受信インタフェースは、プロセッサプロセッサとＰＧＷ間のデータ通信に用いられる。前記Ｐｒｅｌｏａｄモードアップデート時刻間隔は事前に設定された値である。
【発明の効果】
【００１２】
本発明に係る実施例によれば、ＰＣＲＦエンティティは、実行期日が既定されていないサービスに対して、検出を行い、１つのＰｒｅｌｏａｄモードアップデート時刻間隔ごとに、当該実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートして、当該ＰＣＣルールが重複利用できるようにさせ、従来のＰＣＣルールの既定実行時間が重複利用できず、全時間適用的要求を満足できないことにより、シグナリングオーバーヘッドの増加を招き、システムリソースの消費が増加してしまうとの問題点を解決できる。
【図面の簡単な説明】
【００１３】
【図１】従来のＩＰ-ＣＡＮセッションの確立フローチャートである。
【図２】従来のＰＣＲＦにより自発的にトリガーしたトリガーＩＰ-ＣＡＮセッション訂正フローチャートである。
【図３】従来のＰｒｅｌｏａｄモード処理フローチャートである。
【図４】本発明に係る実施例の改良後のＰｒｅｌｏａｄモード処理フローチャートである。
【図５】本発明に係る実施例のＰｒｅｌｏａｄモードＰＣＣルールの制御方法フローチャートである。
【図６】本発明に係る実施例により設計したＰｒｅｌｏａｄモードＰＣＣルールの制御方法の実現を示す図である。
【図７】本発明に係る実施例のＰｒｅｌｏａｄモードＰＣＣルールの制御装置の構造図である。
【発明を実施するための形態】
【００１４】
本発明に係る実施例により設計した方法によれば、Ｐｒｅｌｏａｄモード下に、ＰＣＲＦエンティティにより、実行期日が既定されていないサービスに対応するＰＣＣルールのアップデート時間点をモニタリングし、当該実行期日が既定されていないサービスに対応するＰＣＣルールのアップデート時間点に到達すれば、当該ＰＣＣルールの有効時刻及び失効時刻をアップデートする。これにより、実行期日が既定されていないサービスに対応するＰＣＣルール重複利用が可能になり、全時間適用の要求を満足し、シグナリングオーバーヘッド及びリソース消費を節約する。
【００１５】
本発明に係る実施例において、実行期日が既定されていないサービス、具体的には、当該サービスを実行する年月日（即ち、実行期日）に対して具体的に要求せず、ただし、当該サービスの開始時分秒及び終了時分秒（即ち具体的な時間帯）を要求する。
【００１６】
以下、図面を参照しながら本発明の好ましい実施例を説明する。
【００１７】
以下、図４を参照しながら、本発明に係る実施例において、Ｐｒｅｌｏａｄモード下に、あるＰＣＣルールを制御する過程を説明する。
【００１８】
本発明に係る実施例において、ＰＧＷは、ＰＣＲＦエンティティにＣＣＲ-Ｉメッセージ・リクエストを送信して、ＩＰ-ＣＡＮセッションを確立し、ＰＣＲＦエンティティは、あるＰＣＣルールの有効時刻及び失効時刻が含まれるＣＣＡ-Ｉメッセージをフィートバックし、ＰＧＷとＩＰ-ＣＡＮセッションを確立することを確定する。ＰＣＲＦエンティティは、当該ＰＣＣルールのアップデート時刻間隔に基づいて、当該ＰＣＣルールの有効時刻及び失効時刻を周期的にアップデートする。ＰＣＣルールのアップデート時間点が到達する際に、ＰＣＲＦエンティティは、ＰＧＷに当該ＰＣＣルールの新しい有効時刻及び失効時刻が含まれるＲＡＲメッセージを送信して、当該ＰＣＣルールの再授権を実行する。
【００１９】
ＰＧＷは、ＲＡＲメッセージを受信する場合、ＰＣＲＦエンティティに対応するＲＡＡメッセージをフィードバックし、ＲＡＲメッセージに含まれるＰＣＣルールのコンテンツ及び新しい有効時刻及び失効時刻に基づいて、対応するサービスに対してＰＣＣ制御を行う。
【００２０】
ＰＣＲＦエンティティは、既定の時間内でＰＧＷからフィードバックしたＲＡＡメッセージを受信したのかを検出し、既定の時間内でＰＧＷからフィードバックしたＲＡＡメッセージを受信すれば、当該ＰＣＣルールの有効時刻及び失効時刻を引き続き周期的にアップデートする。既定の時間内でＰＧＷからフィードバックしたＲＡＡメッセージを受信していなければ、ＰＣＲＦエンティティは、格納された対応するＰＣＣルールの情報を削除する。
【００２１】
本発明に係る実施例により設計されたＰｒｅｌｏａｄモードＰＣＣルールの制御方法のフローチャートは、図５に示すようである。
【００２２】
ステップ５０１：Ｐｒｅｌｏａｄモード下に、ＰＣＲＦエンティティは、毎回ＰＣＣルールを発送するシステム時刻を記述し、Ｐｒｅｌｏａｄモードアップデート時刻間隔を得る。前記Ｐｒｅｌｏａｄモードアップデート時刻間隔は事前に設定された値である。
【００２３】
実際の応用において、Ｐｒｅｌｏａｄモード下に、ＰＣＲＦエンティティは、対応するＰＣＣルールを送信するたびに、ＰＣＲＦエンティティ及びＰＧＷのセッションのサービス情報において、現在のＧＭＴ（ＧｒｅｅｎｗｉｃｈＭｅａｎＴｉｍｅ，グリニッジ平均時）時間を記述する。同様なＰＣＣルールを送信する２回の送信点の間の時間帯を、Ｐｒｅｌｏａｄモードアップデート時刻間隔として記する。
【００２４】
ステップ５０２：ＰＣＲＦエンティティは、現在、定常セッション状態になっているサービスが実行期日が既定されていないと検出する場合、現在時刻と当該サービスのＰＣＣルールの前回発送と対応する発送時間の間の間隔を検出する。
【００２５】
実際の応用において、ＰＣＲＦエンティティに、１つの周期的な検出タイマー（当該タイマーの周期時間長Ｔは、調整できるように設定することができる）を設置することができる。当該周期的な検出タイマーは、対応するＰＣＣルールを送信するたび、計数し始める。ＰＣＲＦエンティティは、タイマーがタイムアウトになると、活性化され且つ定常セッション状態になるすべてのサービスが、既定の実行期日を有するのかを検出する。上述の定常セッション状態になるサービスとは、対応するＩＰ-ＣＡＮセッションが定常状態になっているサービスをいう。
【００２６】
または、ＰＣＲＦエンティティは、現在定常セッション状態になるサービスが既定の実行期日を有するのかを不定期的に検出することもできる。例えば、ＰＣＲＦエンティティは、ＰＣＣルールを送信した１分後に、現在定常セッション状態になるサービスが既定の実行期日を有するのかを検出し、その後の２０分内に、３０秒ごとに、現在定常セッション状態になるサービスが既定の実行期日を有するのかを検出する。
【００２７】
いずれの活性化され且つ定常セッション状態になるサービスに対し、その時間トリガーモードがＰｒｅｌｏａｄモードであり、且つＰＣＲＦエンティティに格納された当該サービスの実行時間が年月日と関係ないであれば、現在ＧＭＴ時間からセッション実例サービス情報に既に記述したＧＭＴ時間を引いて、当該サービスに対応するＰＣＣルールの前回発送時間から現在ＧＭＴ時間までの時刻間隔を獲得して、Ｔｄｅｌａｙに設定する。
【００２８】
実際の応用において、もし１つの定常セッションに複数のサービスが含まれれば、これらのサービスに対して、検出処理を行うことができる。即ち、同一の定常セッション状態になるサービスごとに、それぞれの時間トリガーモードがＰｒｅｌｏａｄモードであるかを検出し、同時に、当該サービスが既定の実行期日を有するのかを検出する。
【００２９】
ステップ５０３：現在時刻と発送ＰＣＣルールを発送する前回のシステム時刻の間に、１つのＰｒｅｌｏａｄモードアップデート時刻間隔が置いている場合、ＣＲＦエンティティは、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻をアップデートする。
【００３０】
実際の応用において、下記の仕様でＰＣＣルールの有効時刻及び失効時刻をアップデートすることができる。
【００３１】
ＰＣＲＦエンティティは、当該ＰＣＣルールの前回有効時刻及び失効時刻、及びＰＣＲＦエンティティに既に格納された当該サービスの既定実行時刻間隔に基づいて、当該ＰＣＣルールの次回有効時刻及び失効時刻を計算する。ここで、いずれサービスの既定実行時刻間隔は、当該いずれか一つのサービスに対応するＰＣＣルールの２回の有効時刻の差と等しい。実際の応用において、ＰＣＣルールの既定実行時刻間隔がＰｒｅｌｏａｄモードアップデート時刻間隔と同様になる可能性もあるし、ＰＣＣルールの既定実行時刻間隔がＰｒｅｌｏａｄモードアップデート時刻間隔と異なる可能性もある。
【００３２】
ＰＣＲＦエンティティは、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートした後、生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を、対応するＰＣＣルールとともに、ＲＡＲメッセージにより、ＰＧＷに送信する。その過程は下記のように実行することができるが、それに限られない。
【００３３】
Ｔｄｅｌａｙが指定したＰｒｅｌｏａｄモードアップデート時刻間隔Ｉｎｔｅｒｖａｌ（Ｉｎｔｅｒｖａｌ的周期時間長は、調整できるように設定することができる）より小さければ、各検出した実行期日が既定されていないサービスに対応するＰＣＣルールのアップデート識別子であるＵｐｄＦｌａｇの値を、全部１に設定する。
【００３４】
同一な定常状態になるＩＰ-ＣＡＮセッション下の全てのサービスに対応するＰＣＣルールが、いずれも同一のＣＣＡ-Ｉメッセージにより発送されるため、これらのＰＣＣルールのＰｒｅｌｏａｄモードアップデート時刻間隔が同一であると見なしてもよい。
【００３５】
Ｔｄｅｌａｙが指定したＰｒｅｌｏａｄモードアップデート時刻間隔Ｉｎｔｅｒｖａｌ（Ｉｎｔｅｒｖａｌ的周期時間長は、調整できるように設定することができる）と等しければ、同一な定常状態になるＩＰ-ＣＡＮセッション下の全サービスが既にトラバースされたとみなすことができる。この際、ＵｐｄＦｌａｇが１であるサービスに対して、ＲＡＲメッセージを生成する。当該ＲＡＲメッセージにＵｐｄＦｌａｇが１であるサービスに対して発送したＰＣＣルールと、当該ＰＣＣルールの新しい有効時刻及び失効時刻が含まれる。
【００３６】
ＰＧＷは、ＲＡＲメッセージを受信後、当該ＲＡＲメッセージに含まれる対応するＰＣＣルール情報を格納し、ＰＣＲＦエンティティにＲＡＡメッセージをフィードバックする。ＲＡＡメッセージのフィードバックが失敗すれば（ＰＣＲＦエンティティは、ＲＡＲメッセージを送信した後の設定時間内において、ＰＣＲＦエンティティからフィードバックされたＲＡＡメッセージを受信したことがない）、ＰＣＲＦエンティティは、その前に格納された対応するＰＣＣルール情報を削除する。
【００３７】
以下、図６を参照しながら本発明に係る実施例により設計したＰｒｅｌｏａｄモードＰＣＣルールの制御方法ｎｏ実現過程を説明する。当該過程において、現在定常セッション下の全サービスのＰＣＣルールの既定実行時刻間隔のいずれも、Ｐｒｅｌｏａｄモードアップデート時刻間隔と同一である。
【００３８】
ステップ６０１：ＰＣＲＦエンティティは、周期時間長がＴである周期的な検出タイマーを起動する。
【００３９】
ステップ６０２：ＰＣＲＦエンティティは、タイマータイムアウト（即ち、クロック周期Ｔに到達するたびに）を検出した場合、現在活性化され且つ定常状態になるセッション下の全サービスの時間トリガーモードがＰｒｅｌｏａｄモード、かつ全時間適用モード（即ち，当該サービスは、周期的に重複実行が可能、且つこの実行時間は年月日と関係しない）であるかを検査する。時間トリガーモードがＰｒｅｌｏａｄモード、かつ全時間適用モードであれば、ステップ６０４を実行し、時間トリガーモードがＰｒｅｌｏａｄモード、かつ全時間適用モードではなければ、ステップ６０３を実行する。
【００４０】
実際の応用において、活性化され且つ定常状態になるセッション下に、複数のサービスがあれば、全サービスを並行的に検出することができる。
【００４１】
ステップ６０３：ＰＣＲＦエンティティは、当該サービスに対応するＰＣＣルールに対して再授権を行わない。
【００４２】
ステップ６０４：ＰＣＲＦエンティティは、現在時刻とＰＣＣルールの前回の発送時間の差が、Ｐｒｅｌｏａｄモードアップデート時刻間隔と等しいであるかを検出する。等しいであれば、ステップ６０５を実行し、等しいではなければ、ステップ６０２に戻す。
【００４３】
ステップ６０５：ＰＣＲＦエンティティは、サービスルールアップデート識別子を１に設定する。
【００４４】
ステップ６０６：ＰＣＲＦは、現在ＩＰ-ＣＡＮセッションにおける全サービスがトラバースされたかを検出する。トラバースされたとすれば、ステップ６０７を行い、トラバースされていなければ、ステップ６０２に戻す。
【００４５】
ステップ６０７：ＰＣＲＦエンティティは、アップデート識別子の値が１であるサービスに対応するＰＣＣルールの有効時刻及び失効時刻を生成し、対応するＰＣＣルールとともに、ＲＡＲメッセージによりＰＧＷに送信する。
【００４６】
この際、アップデート識別子の値が１であるサービスは、１個でもよいし、複数個であってもよい。複数であれば、ＰＣＲＦエンティティは、アップデート識別子の値が１であるサービスそれぞれに対応するＰＣＣルールの有効時刻及び失効時刻を生成し、対応するコンテンツが変わらないＰＣＣルールとともに、ＲＡＲメッセージによりＰＧＷに送信する。
【００４７】
ステップ６０８：ＰＣＲＦエンティティは、既定時間内で、ＰＧＷからフィードバックされたＲＡＡメッセージを受信したかを判断する。既定時間内で、ＰＧＷからフィードバックされたＲＡＡメッセージを受信すれば、ステップ６０２に戻し、既定時間内で、ＰＧＷからフィードバックされたＲＡＡメッセージを受信していなければ、ステップ６０９を実行する。
【００４８】
ステップ６０９：ＰＣＲＦエンティティは、発送したＲＡＲメッセージに含まれた全部のＰＣＣルールのＰＣＣルール情報を削除する。
【００４９】
以下、２つ実施例により、ＰｒｅｌｏａｄモードＰＣＣルールの制御方法の他の実現過程を説明する。
【００５０】
〈実施例１〉
実際の応用において、ＰＣＲＦエンティティは、１つの周期的な検出タイマーを起動し、当該タイマーの周期時間長は１分である。ＰＣＲＦエンティティ、１分ごとに、現在活性化され且つ定常状態になるセッション下の全サービスを検査する。タイマー起動後の１分後、ＰＣＲＦエンティティは、現在活性化され且つ定常状態になるセッション下のサービスがサービスＡとサービスＢであることを検出する。ＰＣＲＦエンティティは、検出されたサービスＡとサービスＢの時間トリガーモードがＰｒｅｌｏａｄモードであり、且つＰＣＲＦエンティティに格納されたサービスＡとサービスＢの既定実行時間が年月日と関係なければ、毎日の０１：００：００から０２：００：００までの間に、ＰＧＷは、対応のＰＣＣルールに基づいて、サービスＡ対してＰＣＣ制御を行い、毎日の０１：３０：００から０２：３０：００までの間に、ＰＧＷは、対応のＰＣＣルールに基づいて、サービスＢに対してＰＣＣ制御を行う。これで、ＰＣＲＦエンティティＨＡ，サービスＡとサービスＢとの既定実行時刻間隔がともに２４時間であることを獲得する。
【００５１】
Ｐｒｅｌｏａｄモードのアップデート時刻間隔Ｉｎｔｅｒｖａｌも２４時間だと仮説し、２０１２年１２月１２日００:３０:００に、ＰＣＲＦエンティティは、同一のＣＣＡ-Ｉメッセージにより、サービスＡとサービスＢに対応するＰＣＣルール及び各ＰＣＣルールそれぞれに対応する第一回の有効時刻及び失効時刻（サービスＡに対応するＰＣＣルールの第１回有効時刻は、２０１２年１２月１２日０１:００:００であり、第１回の失効時刻は、２０１２年１２月１２日０２:００:００であり、サービスＢに対応するＰＣＣルールの第１回有効時刻は２０１２年１２月１２日０１:３０:００であり、第１回の失効時刻は２０１２年１２月１２日０２：３０：００である）を発送する。
【００５２】
１つＩｎｔｅｒｖａｌを隔たって、即ち２４時間後、２０１２年１２月１３日００:３０:００に、ＰＣＲＦエンティティは、サービスＡに対応するＰＣＣルールとサービスＢに対応するＰＣＣルールそれぞれの第２回の有効時刻及び失効時刻（サービスＡに対応するＰＣＣルールの第１回有効時刻は、２０１２年１２月１３日０１:００:００であり、第１回の失効時刻は２０１２年１２月１３日０２:００:００であり、サービスＢに対応するＰＣＣルールの第１回有効時刻は、２０１２年１２月１３日０１:３０:００であり、第１回の失効時刻は、２０１２年１２月１３日０２：３０：００である）を生成する。
【００５３】
ＰＣＲＦエンティティは、サービスＡに対応するＰＣＣルールとサービスＢに対応するＰＣＣルール及び各自の第２回の有効時刻及び失効時刻を、サービスＡとサービスＢに対するＲＡＲメッセージに封入する。当該ＲＡＲメッセージに含まれるサービスＡとサービスＢそれぞれに対応するＰＣＣルールのコンテンツは変わらない。
【００５４】
〈実施例２〉
ＰＣＲＦエンティティは、現在、活性化され且つ定常状態になるセッション下のサービスが存在するかを検査する。ＰＣＲＦエンティティが現在活性化され且つ定常状態になるセッション下のサービスがサービスＣであれば、ＰＣＲＦエンティティにより検出されたサービスＣの時間トリガーモードもＰｒｅｌｏａｄモードであり、かつＰＣＲＦエンティティに格納されたサービスＣの既定実行時間が年月日と関係しない場合（毎日の２３:００:００から翌日の０２:０１:０１までに、ＰＧＷは、対応するＰＣＣルールに基づいて、サービスＣに対してＰＣＣ制御を行うと仮説する）、ＰＣＲＦエンティティは、サービスＣの既定実行時刻間隔が２４時間であることを獲得し、且つサービスＣに対応するＰＣＣルールのアップデート識別子であるＵｐｄＦｌａｇの値を１に設定することができる。
【００５５】
Ｐｒｅｌｏａｄモードのアップデート時刻間隔も２４時間だと仮説する。２０１２年１２月１８日２２:０１:０１に、ＰＣＲＦエンティティは、１つのＣＣＡ-Ｉメッセージにより、サービスＣに対応するＰＣＣルール及び対応する第一回の有効時刻及び失効時刻（サービスＣに対応するＰＣＣルールの第１回有効時刻は２０１２年１２月１８日２３:００:００であり、第１回の失効時刻は２０１２年１２月１９日０２:０１:０１である）を発送する。
【００５６】
２４時間後、２０１２年１２月１９日２２:０１:０１に、ＰＣＲＦエンティティは、サービスＣに対応するＰＣＣルールの第２回の有効時刻及び失効時刻（サービスＡに対応するＰＣＣルールの第２回の有効時刻が２０１２年１２月１９日２３:００:００であり、第２回の失効時刻が２０１２年１２月２０日０２:０１:０１である）を生成し、ＰＣＲＦエンティティは、サービスＣに対応するＰＣＣルール及び当該ＰＣＣルールの第２回の有効時刻及び失効時刻を、サービスＣに対するＲＡＲメッセージに封入する。当該ＲＡＲメッセージにおいて、サービスＣに対応するＰＣＣルールのコンテンツは変わらないし、且つ当該ＲＡＲメッセージに、全てのＵｐｄＦｌａｇの値が１であるサービスそれぞれに対応するＰＣＣルール及び各自の新しい有効時刻及び失効時刻が含まれることが可能である。
【００５７】
ＰＧＷは、当該ＲＡＲメッセージを受信した後、当該ＲＡＲメッセージに含まれる全部ＰＣＣルールの各情報を格納し、且つＰＣＲＦエンティティにＲＡＡメッセージをフィードバックする。
【００５８】
ＰＣＲＦエンティティは、既定の時間内で、ＰＧＷからフィードバックされたＲＡＡメッセージを受信したかを判断する。受信したとすれば、当該ＲＡＲメッセージに含まれる全部のＰＣＣルールの有効時刻及び失効時刻を周期的にアップデートする。受信していなければ、ＰＣＲＦエンティティは、ローカルに記載された当該ＲＡＲメッセージに含まれるＰＣＣルールの各情報を削除する。
【００５９】
上述の方法実施例に基づいて、本発明に係る実施例は、Ｐｒｅｌｏａｄ モードＰＣＣルールの制御装置を設計した。当該装置は、図７に示すように、時間モジュール７０１と、検出モジュール７０２と、アップデートモジュール７０３とを備える。
【００６０】
時間モジュール７０１は、Ｐｒｅｌｏａｄモード下に、毎回ＰＣＣルールを発送するシステム時刻を記述し、Ｐｒｅｌｏａｄモードアップデート時刻間隔を得る。前記Ｐｒｅｌｏａｄモードアップデート時刻間隔は事前に設定された値である。
【００６１】
検出モジュール７０２は、現在、定常セッション状態になっているサービスが実行期日が既定されていないと検出する場合、記述した当該サービスの前回発送に対応するＰＣＣルールのシステム時刻と現在時刻の間の間隔を検出する。
【００６２】
アップデートモジュール７０３は、現在時刻とＰＣＣルールを発送する前回のシステム時刻の間の間隔時間が、得たＰｒｅｌｏａｄモードアップデート時刻間隔である場合、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートする。
【００６３】
上記装置は、送信モジュール７０４と、制御モジュール７０５とをさらに備える。
当該送信モジュール７０４は、アップデートモジュール７０３により検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートした後、生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻と、対応するＰＣＣルールとともに、ＲＡＲメッセージにより、ＰＧＷに送信する。
【００６４】
当該制御モジュール７０５は、送信モジュール７０４が、生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を、対応するＰＣＣルールとともに、ＲＡＲメッセージにより、ＰＧＷに送信した後、既定の時間内で対応するＲＡＡメッセージを受信したかを検出する。既定の時間内で対応するＲＡＡメッセージを受信したとすれば、対応するＰＣＣルールの有効時刻及び失効時刻を引き続き周期的にアップデートする。既定の時間内で対応するＲＡＡメッセージを受信していなければ、格納した対応するＰＣＣルールの情報を削除する。
【００６５】
本発明に係る実施例は、ポリシー課金ルール制御機能ＰＣＲＦエンティティ装置をさらに提供ス、当該装置は、プロセッサと、データ送受信インタフェースとを備える。
【００６６】
前記プロセッサは、Ｐｒｅｌｏａｄモード下に、毎回ＰＧＷにＰＣＣルールを発送するシステム時刻を記述し、Ｐｒｅｌｏａｄモードアップデート時刻間隔を得る。前記Ｐｒｅｌｏａｄモードアップデート時刻間隔は事前に設定された値である。現在、定常セッション状態になっているサービスが実行期日が既定されていないと検出する場合、記述した当該サービスの前回発送に対応するＰＣＣルールのシステム時刻と現在時刻の間の間隔を検出する。記述した、ＰＣＣルールを発送する前回のシステム時刻と現在時刻の間の間隔時間が、得たＰｒｅｌｏａｄモードアップデート時刻間隔である場合、検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートする。
【００６７】
前記データ送受信インタフェースは、プロセッサプロセッサとＰＧＷ間のデータ通信に用いられる。
【００６８】
好ましくは、前記プロセッサは、具体的に、検出された実行期日が既定されていないサービスの既定実行時刻間隔と、前記検出された実行期日が既定されていないサービスに対応するＰＣＣルールの前回有効時刻及び失効時刻とに基づいて、前記検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を生成する。
【００６９】
好ましくは、前記プロセッサは、現在時刻とＰＣＣルールを発送する前回のシステム時刻の間の時刻間隔がＰｒｅｌｏａｄモードアップデート時刻間隔に到達していなければ、次の定常セッション状態になるサービスに対応するＰＣＣルールに既定の実行期日があるかを引き続き検出する。
【００７０】
好ましくは、前記プロセッサは、毎回ＰＣＣルールを発送するグリニッジ平均時を記述し、同一ＰＣＣルールを発送する前後二回の間の時間長は、事前に設定されたＰｒｅｌｏａｄモードアップデート時刻間隔と等しい。
【００７１】
好ましくは、前記プロセッサは、前記アップデートモジュールにより検出された実行期日が既定されていないサービスに対応するＰＣＣルールの有効時刻及び失効時刻をアップデートした後、生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻を、対応するＰＣＣルールとともに、再認証リクエストＲＡＲメッセージにより、基幹回線網ネットワーク構成要素ＰＧＷに送信する。
【００７２】
好ましくは、前記プロセッサは、前記送信モジュールにより生成した検出された実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻と、対応するＰＣＣルールとともに、再認証リクエストＲＡＲメッセージによりＰＧＷに送信した後、既定の時間内で対応する再認証応答ＲＡＡメッセージを受信したかを検出する。既定の時間内で対応する再認証応答ＲＡＡメッセージを受信すれば、前記対応するＰＣＣルールの有効時刻及び失効時刻を引き続き周期的にアップデートする。既定の時間内で対応する再認証応答ＲＡＡメッセージを受信していなければ、格納された前記対応するＰＣＣルールの情報を削除する。
【００７３】
本発明に係る実施例によれば、ＰＣＲＦは、実行期日が既定されていないサービスを検出し、１つのＰｒｅｌｏａｄモードアップデート時刻間隔ごとに、ＰＧＷに、当該実行期日が既定されていないサービスに対応するＰＣＣルールの新しい有効時刻及び失効時刻が含まれるＲＡＲメッセージを送信する。これにより、ＰＣＣルールの既定実行時間が一回のみ利用でき、ＰＣＣルールの重複利用はできず、シグナリングオーバーヘッドが増加され、システムリソースの消費が大きくなり、Ｐｒｅｌｏａｄモードの使用価値と普及価値が縮小されるとの従来の問題点を解決する。
【００７４】
本分野の技術者として、本発明の実施形態が、方法、システム或いはコンピュータプログラム製品を提供できるため、本発明は完全なハードウェア実施形態、完全なソフトウェア実施形態、またはソフトウェアとハードウェアの両方を結合した実施形態を採用できることがかわるはずである。さらに、本発明は、一つ或いは複数のコンピュータプログラム製品の形式を採用できる。当該製品はコンピュータ使用可能なプログラムコードを含むコンピュータ使用可能な記憶媒体（ディスク記憶装置と光学記憶装置等を含むがそれとは限らない）において実施する。
【００７５】
以上は本発明の実施形態の方法、装置（システム）、およびコンピュータプログラム製品のフロー図および／またはブロック図によって、本発明を記述した。理解すべきことは、コンピュータプログラム指令によって、フロー図および／またはブロック図における各フローおよび／またはブロックと、フロー図および／またはブロック図におけるフローおよび／またはブロックの結合を実現できる。プロセッサはこれらのコンピュータプログラム指令を、汎用コンピュータ、専用コンピュータ、組込み式処理装置、或いは他のプログラム可能なデータ処理装置設備の処理装置器に提供でき、コンピュータ或いは他のプログラム可能なデータ処理装置のプロセッサは、これらのコンピュータプログラム指令を実行し、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００７６】
これらのコンピュータプログラム指令は又、コンピュータ或いは他のプログラム可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これによって、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００７７】
これらコンピュータプログラム指令はさらに、コンピュータ或いは他のプログラム可能なデータ処理装置設備に実装もできる。コンピュータプログラム指令が実装されたコンピュータ或いは他のプログラム可能設備は、一連の操作ステップを実行することによって、関連の処理を実現し、コンピュータ或いは他のプログラム可能な設備において実行される指令によって、フロー図における一つ或いは複数のフローおよび／またはブロック図における一つ或いは複数のブロックに指定する機能を実現する。
【００７８】
上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。
【００７９】
無論、当業者によって、上述した実施形態に記述された技術的な解決手段を改造し、或いはその中の一部の技術要素を置換することもできる。そのような、改造と置換は本発明の各実施形態の技術の範囲から逸脱するとは見なされない。そのような改造と置換は、すべて本発明の請求の範囲に属する。
【図１】
0006067872.tif 000002
【図２】
0006067872.tif 000003
【図３】
0006067872.tif 000004
【図４】
0006067872.tif 000005
【図５】
0006067872.tif 000006
【図６】
0006067872.tif 000007
【図７】
0006067872.tif 000008