(57)【要約】【課題】サービスフロータイプの処理方法及びシステムを提供する。【解決手段】該方法は、サービスフロー許可ＳＦＡが基地局に送信するメッセージにサービスフローのタイプを指示するための指示情報を含み、基地局がメッセージを受信し、指示情報からサービスフローのタイプを解析するステップを含む。本発明によると、関連技術においてＢＳがサービスフローのタイプを判定することができないことによって効率が低い問題を解決し、基地局がサービスフローのタイプを判定でき、基地局によるサービスフロータイプに関連付けられた処理が可能となり、効率を向上できる。【選択図】図２
2013507862.tif 000002
【特許請求の範囲】
【請求項１】
サービスフロー許可ＳＦＡが基地局に送信するメッセージにサービスフローのタイプを指示するための指示情報を含み、
前記基地局が前記メッセージを受信し、前記指示情報から前記サービスフローのタイプを解析するステップを含むことを特徴とするサービスフロータイプの処理方法。
【請求項２】
前記ＳＦＡが前記基地局に送信するメッセージに前記指示情報を含むことが、
前記ＳＦＡが予め配置したサービスフロー識別子ＳＦＩＤによって前記基地局に前記サービスフローのタイプを指示することを含むことを特徴とする請求項１に記載の方法。
【請求項３】
ＳＦＩＤを予め配置することが、
前記ＳＦＩＤの値の範囲を、それぞれ異なるタイプのサービスフローを指示する二つの部分に分ける一つの閾値を予め設定することを含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記それぞれ異なるタイプのサービスフローを指示する二つの部分において、前記閾値未満のＳＦＩＤが前記サービスフローのタイプが初期サービスフローであることを指示することを特徴とする請求項３に記載の方法。
【請求項５】
前記閾値が４０であることを特徴とする請求項３又は４に記載の方法。
【請求項６】
前記ＳＦＡが前記基地局に送信するメッセージに指示情報を含むことが、
前記ＳＦＡが前記基地局に送信するデータルート登録要請Ｐａｔｈ_Ｒｅｇ_Ｒｅｑメッセージに前記指示情報を設定することを含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記ＳＦＡが前記Ｐａｔｈ_Ｒｅｇ_Ｒｅｑメッセージに前記指示情報を設定することが、
前記ＳＦＡが前記基地局に送信する前記Ｐａｔｈ_Ｒｅｇ_Ｒｅｑメッセージのサービスフロー情報ＳＦ−Ｉｎｆｏタイプ/長さ/数値フォーマットＴＬＶに、前記サービスフローのタイプを指示するサブＴＬＶを追加することを含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記追加されるサブＴＬＶの長さが１バイトであって、前記追加されるサブＴＬＶの値が０ｘ１であると、前記サービスフローのタイプが初期サービスフローであることを示し、前記追加されるサブＴＬＶの値が０ｘ０であると、前記サービスフローのタイプが初期サービスフローではないことを示すことを特徴とする請求項７に記載の方法。
【請求項９】
前記基地局が前記サービスフローのタイプを解析した場合、
前記サービスフローの構築に失敗すると、前記基地局が前記サービスフローのタイプが初期サービスフローであるか否かを判定し、判定結果がＹＥＳであると、ユーザをリリースするステップをさらに含むことを特徴とする請求項１に記載の方法。
【請求項１０】
基地局に、サービスフローのタイプを指示するための指示情報が設定されたメッセージを送信するＳＦＡと、
前記メッセージを受信し、前記指示情報から前記サービスフローのタイプを解析する基地局と、を含むことを特徴とするサービスフロータイプの処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、具体的には、サービスフロータイプの処理方法及びシステムに関する。
【背景技術】
【０００２】
ワイマックス（Worldwide  Interoperability  for  Microwave  Access、以下ＷｉＭＡＸと略称）は、ＩＥＥＥ  ８０２.１６標準に基づくブロードバンド無線アクセス技術として、主にブロードバンドデータサービスを提供する。図１は、関連技術に係るＷｉＭＡＸネットワーク構造を示す図で、図１に示すように、ＷｉＭＡＸネットワークにおいて、全般システムの構造は、移動端末（Mobile  Station、以下ＭＳと略称）と、アクセスサービスネットワーク（Access  Service  Network、以下ＡＳＮと略称）と、コネクティビティサービスネットワーク（Connection  Service  Network、以下ＣＳＮと略称）と、を含み、その中、ＡＳＮは基地局（Base  Station、以下ＢＳと略称）と、アクセスネットワークゲートウェイ（Access  Service  Network-Gateway、以下ＡＳＮ−ＧＷと略称）とを含み、ＭＳとＢＳが通信を行うインターフェースはインターフェースＲ１で、ＢＳとＡＳＮ−ＧＷが通信を行うインターフェースはインターフェースＲ６であって、ＣＳＮは、認証・認可・アカウンティング（Authentication、Authorization  and  Accounting、以下ＡＡＡと略称）サーバ、動的ホスト構成プロトコル（Dynamic  Host  Configuration  Protocol、以下ＤＨＣＰと略称）サーバ等を含む。
【０００３】
また、ＷｉＭＡＸネットワークワーキンググループ（Network  Working  Group、以下ＮＷＧと略称）は、異なるサービス品質（Quality  of  Service、以下ＱｏＳと略称）要求のある複数の種類の新たなサービスを提示した。ＷｉＭＡＸネットワークにおいて、ＱｏＳの実現方式はサービスフローで、サービスフローはＱｏＳを単一方向にバインディングしたパケットデータである。８０２.１６ｅプロトコルにおいて、ネットワーク側によって配置され、その構築をトリガーされたサービスフローはプレプロビジョンドサービスフロー（Pre-provisioned  Service  Flow、以下ＰＳＦと略称）である。最初にサービスフロー許可（Service  Flow  Authorization、以下ＳＦＡと略称）によって初期化された一対のサービスフロー（アップリンク/ダウンリンク）が初期サービスフロー（Initial  Service  Flow、以下ＩＳＦと略称）と呼ばれる。ＭＳが支援する各種のＣＳタイプはいずれも一対の単独のＩＳＦを必要とする。ＣＳタイプのＩＳＦの構築に失敗すると、ＭＳの該ＣＳタイプのサービスフローを構築することができない。全てのＣＳタイプのＩＳＦの構築に失敗すると、ＭＳのネットワークへのアクセスが拒絶されることがある。
【０００４】
ＡＡＡは、ＣＳＮ側の認証・認可・アカウンティング機能を実現し、課金モデルは前払いと後払いの二種類があって、その中、後払いタイプは、また、ＩＰに基づく課金とフローに基づく課金とに分かれる。フローのコンテキストに基づいて課金し、各パケットデータストリームはパケットデータマーク（Packet  Data  Flow  ID、以下ＰＤＦＩＤと略称）によって唯一に標記される。ＩＳＦのタイプを有効に標記するため、ＮＷＧにより、最初の２０個のＰＤＦＩＤを各ＭＳのＩＳＦに用いることが提案された。端末装置がアクセスに成功した後、ネットワークサービスプロバイダ（ＮＳＰ）はユーザにより事前に定義されたＱｏＳ属性情報をローディングし、ＡＡＡはＰＤＦＩＤを含むプレプロビジョンドサービスフロー情報をＡＳＮに送信し、ＡＳＮ−ＧＷ内部のロジックエンティティであるサービスフロー許可ＳＦＡによって端末装置の登録完成が検出されると、サービスフローを構築し始め、ＳＦＩＤを生成し、ＰＤＦＩＤからサービスフロー識別子（Service  Flow  ID、以下ＳＦＩＤと略称）へのマッピングを完成し、Ｐａｔｈ_Ｒｅｇ_Ｒｅｑメッセージを介してサービスフローパラメータを基地局に送信する。
【０００５】
サービスフローの構築に失敗すると、ＡＳＮ−ＧＷは総制御点として関連情報（例えば、該サービスフローがＩＳＦであるか否か、バインディングしたか否か等）を把握しているので、関連操作（例えば、リリースフローの開始）を行うことができるが、ＡＳＮ−ＧＷにより開始されるリリースフローの効率が低く、ＢＳによって関連フローを案内すると処理効率を向上できる。しかし、ＢＳ内部のサービスフローに異常が発生すると、該ＢＳは該サービスフローがＩＳＦであるか否かを判定しなければならない。既存のフローにおいて、ＡＡＡとＡＳＮ−ＧＷはＰＤＦＩＤに基づいてＩＳＦを標記することができるが、ＢＳはサービスフローがＩＳＦであるか否かを識別することができないので、ＢＳがサービスフロータイプに関連付けられた処理を行うことができなくなる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、上記関連技術においてＢＳがサービスフローのタイプを判定できないので効率が低くなる問題を解決できるサービスフロータイプの処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を実現するために、本発明の一態様によると、サービスフロータイプの処理方法を提供する。
本発明によるサービスフロータイプの処理方法は、サービスフロー許可ＳＦＡが基地局に送信するメッセージにサービスフローのタイプを指示するための指示情報を携帯し、基地局がメッセージを受信し、指示情報からサービスフローのタイプを解析するステップを含む。
【０００８】
ＳＦＡが基地局に送信するメッセージに指示情報を含むことが、ＳＦＡが予め配置したサービスフロー識別子ＳＦＩＤによって基地局にサービスフローのタイプを指示することを含むことが好ましい。
【０００９】
ＳＦＩＤを予め配置することが、ＳＦＩＤ値の範囲を、それぞれ異なるタイプのサービスフローを指示する二つの部分に分ける一つの閾値を予め配置することを含むことが好ましい。
【００１０】
それぞれ異なるタイプのサービスフローを指示する二つの部分において、閾値未満のＳＦＩＤがサービスフローのタイプが初期サービスフローを指示することが好ましい。
【００１１】
閾値が４０であることが好ましい。
【００１２】
ＳＦＡが基地局に送信するメッセージに指示情報を携帯することが、ＳＦＡが基地局に送信するデータルート登録要請Ｐａｔｈ_Ｒｅｇ_Ｒｅｑメッセージに指示情報を設定することを含むことが好ましい。
【００１３】
ＳＦＡがＰａｔｈ_Ｒｅｇ_Ｒｅｑメッセージに指示情報を設定することが、ＳＦＡが基地局に送信するＰａｔｈ_Ｒｅｇ_Ｒｅｑメッセージのサービスフロー情報ＳＦ−Ｉｎｆｏタイプ/長さ/数値フォーマットＴＬＶに、サービスフローのタイプを指示するサブＴＬＶを追加することを含むことが好ましい。
【００１４】
追加されるサブＴＬＶの長さが１バイトであって、追加されるサブＴＬＶの値が０ｘ１であると、サービスフローのタイプが初期サービスフローであることを示し、追加されるサブＴＬＶの値が０ｘ０であると、サービスフローのタイプが初期サービスフローではないことを示すことが好ましい。
【００１５】
基地局によりサービスフローのタイプを解析した場合、サービスフローの構築に失敗すると、基地局がサービスフローのタイプが初期サービスフローであるか否かを判定し、判定結果がＹＥＳであると、ユーザをリリースするステップをさらに含むことが好ましい。
【００１６】
上記目的を実現するために、本発明の他の一態様によると、サービスフロータイプの処理システムを提供する。
本発明によるサービスフロータイプの処理システムは、基地局に、サービスフローのタイプを指示するための指示情報が設定されたメッセージを送信するＳＦＡと、メッセージを受信し、指示情報からサービスフローのタイプを解析する基地局と、を含む。
【発明の効果】
【００１７】
本発明によると、ＳＦＡが基地局に送信するメッセージにサービスフローのタイプを指示するための指示情報を含むことによって、関連技術においてＢＳがサービスフローのタイプを判定することができないことによって効率が低い問題を解決し、基地局がサービスフローのタイプを判定でき、基地局によるサービスフロータイプに関連付けられた処理が可能となり、効率を向上できる。
【００１８】
本発明の他の特徴及びメリットは下記明細書の部分において説明し、明細書からさらに明確になる、又は本発明を実施することによって把握できる。本発明の目的及び他のメリットは、明細書、特許請求の範囲、図面に特別に指摘された構造によって実現することができる。
【００１９】
なお、添付の図面は本発明を理解するためのもので、本発明の一部を構成し、本発明における実施例と共に本発明を解釈し、本発明を不当に限定するものではない。
【図面の簡単な説明】
【００２０】
【図１】図１は、関連技術に係るＷｉＭＡＸネットワーク構造を示す図である。
【図２】図２は、本発明の実施例に係るサービスフロータイプの処理方法を示すフローチャートである。
【図３】図３は、本発明の実施例に係るサービスフロータイプの処理システムの構造を示すブロック図である。
【図４】図４は、本発明の実施例に係るネットワーク側で開始したサービスフローの構築を示すフローチャートでである。
【発明を実施するための形態】
【００２１】
ここで、互いに矛盾しない限り、本願に記載の実施例及び実施例に記載の特徴を互いに組み合わせることができる。以下、図面を参照しつつ実施例に合わせ、本発明を詳しく説明する。
【００２２】
以下の実施例において、フローチャートに示すステップを例えばコンピューターによりコマンドを実行可能な１セットの計算機システムにおいて執行することができ、また、フローチャートにロジック順を示しているが、場合によっては他の順で図面に示す又は説明したステップを行うことができる。
【００２３】
図２は、本発明の実施例に係るサービスフロータイプの処理方法を示すフローチャートで、図２に示すように、以下のステップを含む。
【００２４】
ＳＦＡが、基地局に送信するメッセージにサービスフローのタイプを指示する指示情報を含む（ステップＳ２０２）。
【００２５】
基地局は、ＳＦＡから送信されたメッセージを受信し、指示情報からサービスフローのタイプを解析する（ステップＳ２０４）。
【００２６】
上記ステップＳ２０２〜ステップＳ２０４によって、ＳＦＡが基地局に指示情報を送信し、基地局がサービスフローのタイプを効果的に識別することができ、基地局によるサービスフロータイプに関連付けられた処理が可能となる。
【００２７】
上記ステップに対応し、本実施例においてサービスフロータイプの処理システムを提供する。図３は、本発明の実施例に係るサービスフロータイプの処理システムのブロック図で、図３に示すように、該システムは、ＳＦＡと、基地局とを含み、その中、ＳＦＡは基地局にメッセージを送信し、また、該メッセージにはサービスフローのタイプを指示する指示情報が設定されている。基地局はＳＦＡからのメッセージを受信し、また指示情報からサービスフローのタイプを解析する。
【００２８】
上記ステップ及びシステムにおいて、ＳＦＡがさまざまな形態で基地局に指示情報を送信することが好ましい。例えば、既存メッセージにおける一部の保留ビットを指示情報とするか、又は既存メッセージに新たなコンテンツ、フィールドを追加して指示情報とするか、又は既存メッセージにおける一部のビットの機能を拡張することができる。以下、二つの好適な実施例を介して説明する。
【００２９】
好適な実施例１
本実施例において、ＳＦＡは予め配置したＳＦＩＤを介して基地局にサービスフローのタイプを指示する。例えば、ＳＦＩＤをそれぞれ異なるサービスフロータイプを指示する二つの部分に分けることができ、又は、ＳＦＩＤにおけるある固定値をサービスフロータイプのマークとして選択し、他の値を他のサービスタイプのマークとすることもできる。本実施例において、ＳＦＩＤの値を二つの部分に分けて説明する。
【００３０】
まず、一つの閾値、例えば、１０、２０、４０等を予め配置し、該閾値によってＳＦＩＤの値の範囲を、それぞれ異なるタイプのサービスフローを指示する二つの部分に分ける。例えば、閾値未満のＳＦＩＤがサービスフローのタイプが初期サービスフローであることを指示するように設定することができる。
【００３１】
閾値を４０に設定し、ＳＦＩＤが４０未満であるのはＩＳＦであって、その他はＰＳＦであることが好ましい。
【００３２】
本実施例によると、ＳＦＩＤの異なる範囲によってサービスフローのタイプを区別することができ、比較的に便利である。
【００３３】
好適な実施例２
本実施例において、ＳＦＡは基地局に送信するメッセージに指示情報を含み、また、該メッセージが既存のメッセージであるか、該指示情報を含むために新たに追加されたメッセージ等であることが好ましく、ＳＦＡにより送信されるメッセージが該指示情報を含むことができれば、サービスフローのタイプを基地局に通知する目的を実現できる。以下、データルート登録要請Ｐａｔｈ_Ｒｅｇ_Ｒｅｑメッセージを例に説明する。
【００３４】
図４は、本発明の実施例に係るネットワーク側で開始したサービスフローの構築を示すフローチャートで、以下図４に合わせて、ＳＦＡが基地局に送信するＰａｔｈ_Ｒｅｇ_Ｒｅｑメッセージに指示情報を設定することを説明する。図４に示すように、以下のステップを含む。
【００３５】
アンカーＳＦＡ（Anchor  SFA）が初期ネットワーク登録を完成し、その戦略を応用する（ステップＳ４０１）。
【００３６】
Ａｎｃｈｏｒ  ＳＦＡがサービングＳＦＡ（Serving  SFA）にＲＲ_Ｒｅｑメッセージを送信し（ステップＳ４０２）、その中、該メッセージにサービスフロー情報（Service  Flow  Information、以下ＳＦ−Ｉｎｆｏと略称）を含む。
【００３７】
サービングＳＦＡは、Ｐａｔｈ_Ｒｅｇ_Ｒｅｑメッセージにサービスフロータイプを指示する指示情報を設定し、該メッセージを基地局におけるサービスフローマネジメント（Service  Flow  Managment、以下ＳＦＭと略称）に送信し（ステップＳ４０３）、その中、該メッセージはＳＦ−Ｉｎｆｏとデータルート情報（Data  Path  Information、以下ＤＰ−Ｉｎｆｏと略称）を携帯する。
【００３８】
ＳＦＡが、基地局に送信するＰａｔｈ_Ｒｅｇ_Ｒｅｑメッセージのサービスフロー情報ＳＦ−Ｉｎｆｏタイプ/長さ/数値フォーマットＴＬＶにサブＴＬＶ（ＳＦＴｙｐｅとも呼ばれる）を追加することが好ましく、その中、追加されるサブＴＬＶはサービスフローのタイプを指示する。その他の方式で該メッセージに指示情報を含むこともでき、例えば、一つのフラグビットを設定することができる。
【００３９】
追加されるサブＴＬＶの長さは１バイトであることができ、追加されるサブＴＬＶの値が０ｘ１であると、サービスフローのタイプが初期サービスフローであることを示し、追加されるサブＴＬＶの値が０ｘ０であると、サービスフローのタイプが初期サービスフローではないことを示すことができる。
【００４０】
表１は、ＳＦ−Ｉｎｆｏ  ＴＬＶの構造を示し、表１に示すように、太字と斜字体部分は新たに追加されたＴＬＶである。
【表１】
2013507862.tif 000003
【００４１】
表２は、新たに追加されたＳＦＴｙｐｅ  ＴＬＶの構造を示し、表２に示すように、新たに追加されたＴＬＶ「ＳＦＴｙｐｅ」はサービスフロータイプを示す。
【表２】
2013507862.tif 000004
【００４２】
ステップＳ４０４〜ステップＳ４１０は基地局による指示情報の取得と関係ないので、説明を省略する。
【００４３】
好適な実施例１と好適な実施例２において、基地局がサービスフローのタイプを解析した場合、基地局はサービスフロータイプを把握してから行われる処理を行うことができ、効率を向上できる。例えば、サービスフローの構築に失敗した場合、基地局はサービスフローのタイプが初期サービスフローであるか否かを判定し、ＹＥＳと判定された場合にユーザをリリースする。
【００４４】
上述のように、上記二つの好適な実施例において、直接Ｐａｔｈ_Ｒｅｇ_Ｒｅｑにおいてサービスフロータイプのフィールドを送信し、又はＳＦＩＤの範囲を明確に指定し、基地局がサービスフローのタイプを効果的に識別することができ、基地局によるサービスフロータイプに関連付けられた処理が可能となり、効率を向上できる。
【００４５】
当業者にとっては、上記本発明の各ブロック又は各ステップは汎用の計算装置によって実現することができ、単独の計算装置に集中させることができれば、複数の計算装置から構成されるネットワークに分布させることもでき、さらに計算装置が実行可能なプログラムのコードによって実現することもできるので、それらを記憶装置に記憶させて計算装置によって実行することができ、又は夫々集積回路ブロックに製作し、又はそれらにおける複数のブロック又はステップを単独の集積回路ブロックに製作して実現することができることは明らかである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。
【００４６】
以上は、本発明の好適な実施例に過ぎず、本発明を限定するものではない。当業者であれば本発明に様々な修正や変形が可能である。本発明の精神や主旨内での如何なる修正、置換、改良なども本発明の保護範囲内に含まれる。
【図１】
2013507862.tif 000005
【図２】
2013507862.tif 000006
【図３】
2013507862.tif 000007
【図４】
2013507862.tif 000008
【国際調査報告】
2013507862.tif 000009
2013507862.tif 000010
2013507862.tif 000011
2013507862.tif 000012
2013507862.tif 000013