(57)【要約】  切り替え要請メッセージ、ルート事前登録要請メッセージ、及びルート登録要請メッセージにリソース合併指示を増し、切り替え要請処理は、端末が複数のサービスストリームをカレントサービスネットからターゲットネットに切り替える時、切り替え要請メッセージにおけるリソース合併指示及び複数のサービスストリームの切り替えがターゲットネットに受け取られるか否かによって、端末が切り替えることを許容するか否かを判断し、ルート事前確立処理とルート確立処理は、端末が複数のサービスストリームをカレントサービスネットからターゲットネットに切り替えることを許容する場合、ルート事前登録要請メッセージ、ルート登録要請メッセージにおけるリソース合併指示、及び複数のサービスストリームに対してデータチャンネル事前登録／登録を確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間でのデータチャンネルを事前確立／確立ができるか否かを判断するマイクロ波アクセス世界的相互運用システムに用いるマルチプルサービスストリーム操作の最適化方法である。
2011504695.tif 000002
【特許請求の範囲】
【請求項１】
切り替え要請メッセージ、ルート事前登録要請メッセージ、およびルート登録要請メッセージにリソース合併指示を加え、そのなか、リソース合併指示は端末の複数のサービスストリームを相互にバインディングするか否かを示すために用いられ、
切り替え要請処理は、端末の複数のサービスストリームをカレントサービスネットからターゲットネットに切り替える時、切り替え要請メッセージにおけるリソース合併指示及び複数のサービスストリームの切り替えがターゲットネットに受け取られるか否かによって、端末が切り替えることを許容するか否かを判断し、
ルート事前確立処理は、端末の複数のサービスストリームをカレントサービスネットからターゲットネットに切り替えることを許容する場合、ルート事前登録要請メッセージにおけるリソース合併指示及び複数のサービスストリームに対してデータチャンネル事前登録を確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットの間でのデータチャンネルを事前に確立できるか否かを判断し、
ルート確立処理は、端末の複数のサービスストリームをカレントサービスネットからターゲットネットに切り替えることを許容する場合、ルート登録要請メッセージにおけるリソース合併指示及び複数のサービスストリームに対してデータチャンネル登録を確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間でのデータチャンネルを確立できるか否かを判断することを特徴とするマイクロ波アクセス世界的相互運用システムに用いるマルチプルサービスストリーム操作の最適化方法。
【請求項２】
前記切り替え要請処理において、
前記端末より前記カレントネットに切り替えを発起し、またはカレントより切り替えを発起し、
前記カレントネットよりターゲットネットに前記切り替え要請メッセージを送信し、
前記切り替え要請メッセージにおけるリソース合併指示が前記端末の複数サービスストリームのバインディングであることを示す場合、前記複数サービスストリームにおける一部のサービスストリームがターゲットネットに拒否されれば、前記ターゲットネットは端末が切り替えを行うことを許容しないと判定し、前記複数サービスストリームの各サービスストリームが全てターゲットネットに拒否されなければ、前記ターゲットネットは端末が切り替えを行うことを許容すると判定することを更に特徴とする請求項１に記載の最適化方法。
【請求項３】
前記端末が切り替えを行うことを許容しない場合、
前記ターゲットネットより前記カレントネットに応えメッセージを送信し、かつ、前記メッセージにおいて後続の切り替えの必要な一部の情報を省略し、
前記カレントネットは切り替えた候補ターゲットネットを端末に知らせて、そのなか、前記候補ターゲットネットの中に前記端末を拒否したターゲットネットを含まないことを更に特徴とする請求項２に記載の最適化方法。
【請求項４】
ルート前記事前確立処理において、
前記ターゲットネットはデータマネージャユニットのローカルネットに前記ルート事前登録要請メッセージを送信しまたはデータマネージャユニットのローカルネットより前記ターゲットネットに前記事前登録要請メッセージを送信し、
前記ルート事前登録要請メッセージにおけるリソース合併指示が前記複数サービスストリームを相互にバインディングすることを示す場合、前記ターゲットネットまたは前記データマネージャユニットのローカルネットが前記複数のサービスストリームに対応する一部のサービスストリームのルート事前登録を処理する時に失敗すれば、前記ターゲットネットまたはデータマネージャユニットのローカルネットが前記ターゲットネットとデータマネージャユニットのローカルネットとの間のデータチャンネルを事前に確立することを許容しないと判断し、かつ、前記ルート事前確立処理を終止させ、前記複数サービスストリームに対応する各サービスストリームのルート事前確立がそれぞれ成功すれば、前記データチャンネルを事前確立することを許容することを更に特徴とする請求項1に記載の最適化方法。
【請求項５】
前記ルート確立処理において、前記ターゲットネットは前記ルート登録要請メッセージをデータマネージャユニットのローカルネットに送信し、
前記ルート登録要請メッセージにおけるリソース合併指示は複数サービスストリームを相互にバインディングし、事前登録が未実施であることを示す場合、前記データマネージャユニットのローカルネットが前記複数サービスストリームに対応する一部のサービスストリームのルート登録を処理する時に失敗すれば、前記データマネージャユニットのローカルネットは前記ターゲットネットとのデータチャンネルを確立することを許容しないと判断し、かつ、前記ルート確立処理を終止させ、複数サービスストリームに対応する各サービスストリームのルート登録の確立が成功すれば、前記ターゲットネットとのデータチャンネルを確立することを許容することを更に特徴とする請求項1に記載の最適化方法。
【請求項６】
切り替え過程において、前記端末の複数サービスストリームのバインディング関係のリソース合併指示を前記カレントネットからターゲットネットに渡し届けることを更に特徴とする請求項1に記載の最適化方法。
【請求項７】
前記リソース合併指示の表示方式においては、
前記リソース合併指示の標識とサービスストリームの標識を配合して使用し、
バインディング関係がある複数サービスストリームが同じ標識を有するリソース合併指示を使用し、
バインディング関係がある複数サービスストリームにおける各組のサービスストリームの情報が別々にリソース合併指示を設置することのうちの少なくとも一つを含むことを特徴とする請求項1に記載の最適化方法。
【請求項８】
前記切り替え要請メッセージ、前記ルート事前登録要請メッセージ、および前記ルート登録要請メッセージにおけるリソース合併指示は前記複数サービスストリームを相互にバインディングしていないことを示す場合、前記切り替え要請処理、前記ルート事前確立処理、および前記ルート確率処理を行い、その後、前記複数サービスストリーム処理をトリガすることを特徴とする請求項1〜7のいずれか一つに記載の最適化方法。
【請求項９】
前記リソース合併指示は前記リソース合併要求と副層集合タイプを含むことを特徴とする請求項1〜7のいずれか一つに記載の最適化方法。
【請求項１０】
前記副層集合タイプは前記リソース合併要求が前記複数サービスストリームのバインディング範囲に対して標識するために用いられることを特徴とする請求項9に記載の最適化方法。
【請求項１１】
前記バインディング範囲は端末層とサービス副層集合を含むことを特徴とする請求項10に記載の最適化方法。
【請求項１２】
切り替え要請メッセージは、ルート事前登録要請メッセージまたはルート登録要請メッセージにマルチプルサービスストリームバインディング指示情報を加えて、そのなか、マルチプルサービスストリームバインディング指示情報は端末の複数サービスストリームを相互にバインディングするか否かを示すために用いられ、
切り替え要請処理は、端末が複数のサービスストリームをカレントサービスネットからターゲットネットに切り替える時、切り替え要請メッセージにおけるマルチプルサービスストリームバインディング指示情報及び複数のサービスストリームの切り替えがターゲットネットに受け取取られるか否かによって、端末が切り替えることを許容するか否かを判断し、
ルート事前確立処理は、端末の複数のサービスストリームをカレントサービスネットからターゲットネットに切り替えることを許容する場合、ルート事前登録要請メッセージにおけるマルチプルサービスストリームバインディング指示情報及び複数のサービスストリームに対してデータチャンネル事前登録を確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間でのデータチャンネルを事前に確立できるか否かを判断し、
ルート確立処理は、端末の複数のサービスストリームをカレントサービスネットからターゲットネットに切り替えることを許容し、前記ルート事前登録処理を未実施である場合、ルート登録要請メッセージにおける複数サービスストリームバインディング指示情報及び複数のサービスストリームに対してデータチャンネル登録を確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間でのデータチャンネルを確立できるか否かを判断することを特徴とするマイクロ波アクセス世界的相互運用システムに用いるマルチプルサービスストリーム操作の最適化方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、特に、マイクロ波アクセス世界的相互運用（Worldwide Interoperability for Microwave Access、WiMAXと略称する）システムに用いるマルチプルサービスストリーム操作の最適化方法に関する。
【背景技術】
【０００２】
WiMAX無線通信システムにおいて、一つのユーザーに複数サービスストリームのサービスを同時に提供することができる。WiMAXは複数のサービスストリームの操作要請が一つのメッセージに携えられることを許容する。ネットのワーキンググループ（Network Working Group、NWGと略称し、WiMAX標準的組織の一つのワーキンググループであり、WiMAXシステムのネット技術に関連することを担当する）標準において、メッセージにはリソースを合併する指示（リソース合併指示）フィールドを携えられ、同一要請メッセージにおける複数のサービスストリームの操作結果がバインディングされるか否かを示す。複数のサービスストリームをバインディングする場合、いずれかの一つのサービスストリームが失敗すると全体の要請メッセージにおける全てのサービスストリームの予定操作の失敗を招き、複数のサービスストリームをバインディングしない場合、いずれかの一つのサービスストリームの失敗はそれ自体の予定結果にしか影響を与えず、リソース合併フィールドがない場合、複数のサービスストリームをバインディングしないことをデフォルト（黙認）する。
【０００３】
切り替えの過程の中で、複数のサービスストリームの処理に関しても同様である。現有のNWG標準の中において、切り替え要請メッセージに対する定義にはリソース合併指示フィールドが含まれていないから、端末が一回の切り替えの後に、元のサービスストリームのバインディング情報のロストを招くかもしれない。サービスストリーム情報がロストした場合、ロストの情報を再び獲得する必要と、相応する処理を行うことが必要であり、シグナル流量を増す。
【０００４】
図１は現有技術における切り替えを行う時に行われる切り替え準備段階の処理のシグナルのフローチャートである。図１に示すように、切り替え場面は（ターゲットネット）授権パスワードキー文脈（上下文）獲得の始めとデータ・チャンネルである。理解と説明の便宜上、図１はターゲットネット１に切り替えるフローチャートだけを示すが、実際の処理は複数のターゲットネットが存在する可能性があることは容易に想到される。
【０００５】
図１に示すように、切り替え準備段階の処理は以下のステップを含む（ステップ11〜ステップ１７）。
【０００６】
ステップ11において、MS（端末）はServing ASN（カレントサービスネット）に空きポートの切り替え要請（MOB_MSHO-REQ）メッセージを送信し、切り替えを発起し；
ステップ12において、カレントサービスネットは一つまたは複数のターゲットネットに切り替え要請（HO_Req）メッセージを送信し、当切り替え要請（HO_Req）メッセージは認証器標識（Authenticator ID）とネットワークゲートウェー固定標識（Anchor ASN GW ID）を含む；
ステップ13において、Target ASN 1（ターゲットネット１）はAuthenticator ASN（オーセンティケーターネット）に文脈要請フローを起こし、具体的な実施過程において、当該ステップ13は切り替え実行段階まで遅らせて起してもよく；
ステップ14において、Target ASN 1（ターゲットネット１）またはAnchor ASN（データマネージャユニットのローカルネット）はデータ・チャンネル事前確立フローを起こし、具体的な実施過程において、当該ステップ14は切り替え実行段階まで遅らせて起してもよく；
ステップ15において、切り替え要請に応じ、Target ASN 1はServing ASNにHO_Rsp（切り替え応え）メッセージを送信し；
ステップ16において、Serving ASNはMSにMOB_BSHO-RSP（空きポート切り替え応え）メッセージを送信し、当該MOB＿BSHO−RSPメッセージは一つまたは複数のネットがMSに選択した潜在の切り替え可能なターゲット基地局Target  BSを含み；
ステップ17において、Serving ASNは潜在のTarget BSが属するTarget ASN 1（ターゲットネット１）にHO_Ack（切り替え正確応答）を送信する。
【０００７】
また、MSの複数サービスストリームが元にバインディング関係であれば、MSがASN aからASN bに切り替えたあとに、以前の切り替えメッセージが当該MSの複数サービスストリームがバインディングした情報をASN bに渡さなかったことにより、ASN bはMSの複数サービスストリームがバインディングしていないとディフォルトする。このように、端末での複数サービスストリームをバインディングしていたという情報は一回の切り替えの後に失ってしまうことを招くかもしれない。
【０００８】
そのため、現有技術に基づいて、MSはASN bにおいて再び切り替える時に、実行する処理は図１のような処理と同様に、ただASN bを相応するServing ASNと改修して行われる。
【０００９】
そのほか、現有NWGのPath_Prereg_Req（ルート事前登録要請）とPath_Reg_Req（ルート登録要請）に対する定義には、リソース合併指示フィールドを含まず、このように、複数サービスストリーム操作要請に対して、切り替え後の元のサービスストリームをバインディングした情報を完全に伝えることを保証できないので、ターゲットネットのマルチサービスストリームに対する判断の最適化にとって不利である。
【００１０】
図２は現有技術における切り替えを行う時に行われる切り替え実行段階のシグナルフローチャートである。図２に示すように、Serving ASNがTarget ASNにHO_Cnf（切り替え確認）メッセージを送信し、切り替え実行段階の処理は以下のステップ（ステップ201〜ステップ211）を含む。
【００１１】
ステップ201において、協議（プロトコル）規定によって、MSがServing ASNにMOB_HO-IND（空きポート切り替え指示）メッセージを送信し、Serving ASNが選択したTarget ASNの一つに切り替えることを知らせ；
ステップ202において、Serving ASNがMOB_HO-INDメッセージを受け取った後、前のステップで選択したTarget ASNにHO_Cnf（切り替え確認）メッセージを送信し；
ステップ203において、上記選択したTarget ASNがServing ASNにHO_Ack確認メッセージを送信し；
ステップ204において、HO_ReqまたはHO_Cnfメッセージが認証器標識（Authenticator ID）を含み、かつ、前の切り替え準備段階で、MSに対応する認証キー（Authentication Key、AKと略称）文脈が獲得されない場合、上記選択したTarget ASNはAuthenticator ASN（認証器のローカルネット）に文脈要請フローを起こして、MSのために認証キー（AK）文脈を要請し；
ステップ205において、HO_ReqまたはHO_CnfメッセージがAnchor ASN GW ID（ネットワークゲートウェー固定標識）フィールドを含み、かつ、データチャンネルの事前登録フローがまだ発生していない場合、当該フローがこのステップで発生することを選択してよいし、データチャンネル事前登録フローが既に発生し、かつ、Path_Prereg_Reqと応えたメッセージにおけるSF Info（サービスストリーム情報）がData Delivery Trigger（データ配送トリガ）を含む場合、直ちにMSのいかなるサービスストリームの配送をトリガし；
ステップ206において、MSが上述で選択されたTarget ASNのネットに再ログインフローを発起し；
ステップ207において、上述で選択されたTarget ASNがAnchor ASNにデータチャンネル登録フローを発起する；
ステップ208において、ネット再ログインが成功した後、上述で選択されたTarget ASNがCMAC Key Count（パースワードに基づく情報認証コードキーカウント）更新フローを発起し；
ステップ209において、ネット再ログインが成功した後、上述で選択されたTarget ASNがServing ASNにHO_Complete（切り替え完了）メッセージを送信し切り替え完了することを知らせてよく；
ステップ210〜211において、上述で選択されたTarget ASNとのデータチャンネルを確立した後に、Anchor ASNが元のServing ASNにデータチャンネル登録フローを発起する。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
現在、未だにマルチプルサービスストリームのバインディング関係の最適化処理を切り替え過程に取り入れる技術方案は提出されていない。
【００１３】
本発明は、現在、未だにマルチプルサービスストリームのバインディング関係の最適化処理を切り替え過程に取り入れる技術方案を提出していないことに鑑みてなされたものであり、本発明の主な目的とするところは、切り替え過程の中でターゲットネットがサービスストリームのバインディング操作に対する選択を提供して、複数サービスストリーム処理を改善するマイクロ波アクセス世界的相互運用システムに用いる複数サービスストリーム操作の最適化方法を提供することにある。
【課題を解決するための手段】
【００１４】
本発明によれば、マイクロ波アクセス世界的相互運用システムに用いる複数サービスストリーム操作の最適化方法を提供する。
【００１５】
当該方法は以下の通りである。
【００１６】
切り替え要請メッセージ、ルート事前登録要請メッセージ、およびルート登録要請メッセージにリソース合併指示を増し、そのなか、リソース合併資源指示は端末の複数のサービスストリームを相互にバインディングするか否かを示すために用いられ；
切り替え要請処理において、端末の複数のサービスストリームをカレントサービスネットからターゲットネットに切り替える時、切り替え要請メッセージにおけるリソース合併指示及び複数のサービスストリームの切り替えがターゲットネットに受け取られるか否かによって、ターゲットネットは端末が切り替えることを許容するか否かを判断し；
ルート事前確立処理において、端末の複数のサービスストリームをカレントサービスネットからターゲットネットに切り替えることを許容する場合、ルート事前登録要請メッセージにおけるリソース合併指示及び複数のサービスストリームに対してデータチャンネル事前登録を確立できるか否かによって、ターゲットネットまたはデータマネージャユニットのローカルネットはターゲットネットとデータユニットのローカルネットとの間でのデータチャンネルを事前確立できるか否かを判断してよく；並びに
ルート確立処理において、端末の複数のサービスストリームをカレントサービスネットからターゲットネットに切り替えることを許容し、かつ、ルート事前登録処理を行っていない場合、ルート登録要請メッセージにおけるリソース合併指示及び複数のサービスストリームに対してデータチャンネル登録を確立できるか否かによって、データマネージャユニットのローカルネットはターゲットネットとデータマネージャユニットのローカルネットのと間でデータチャンネルを確立できるか否かを判断してよい。
【００１７】
その中、切り替え請求処理において、さらに、端末よりカレントネットに切り替えを発起するか、またはカレントネットより切り替えを発起し、カレントネットよりターゲットネットに切り替え要請メッセージを送信し、切り替え要請メッセージにおけるリソース合併指示が端末の複数のサービスストリームがバインディングされていることを示す場合、複数のサービスストリームの一部のサービスストリームがターゲットネットに拒否されれば、ターゲットネットは端末が切り替えを行うことを許容しないと判断してよく、複数のサービスストリームにおける各サービスストリームがターゲットネットに拒否されなければ、ターゲットネットは端末が切り替えを行うことを許容すると判断してよい。かつ、端末の切り替えを許容しない場合、さらに、ターゲットネットがカレントネットに応えメッセージを送信し、応えメッセージに後続の切り替えに必要な一部の情報は省略され、カレントネットが切り替えた候補ターゲットネットを端末に知らせ、その中、候補ターゲットネットに端末を拒否するターゲットネットは含まれない。
【００１８】
また、ルート事前確立処理において、さらに、ターゲットネットがデータマネージャユニットのローカルネットにルート事前登録要請メッセージを送信しまたはデータマネージャユニットよりターゲットネットにルート事前登録要請メッセージを送信し、ルート事前登録要請メッセージのリソース合併指示が複数のサービスストリームを相互にバインディングすることを示す場合、メッセージの受け取り側のローカルネットが複数サービスストリームに対応する一部サービスストリームのルート事前登録を処理する時に失敗すれば、ターゲットネットまたはデータマネージャユニットのローカルネットはターゲットネットとデータマネージャユニットのローカルネットとの間でのデータチャンネルを事前に確立することを許容しないと判断し、ルート事前確立処理を終止させ、複数サービスストリームに対する各サービスストリームのルート事前登録確立が全て成功すれば、当該データチャンネルを事前に確立することを許容する。
【００１９】
さらに、ルート確立処理において、更に、ターゲットネットがデータマネージャユニットのローカルネットにルート登録要請メッセージを送信し、ルート登録要請メッセージにおけるリソース合併指示が複数サービスストリームを相互にバインディングし、かつ、ルート事前登録を行っていない場合、データマネージャユニットのローカルネットが複数サービスストリームに対応する一部サービスストリームのルート登録を処理する時に失敗すれば、データマネージャユニットのローカルネットはターゲットネットとの間でデータチャンネルを確立することを許容しないと判断し、かつ、ルート確立処理を終止させ、複数サービスストリームに対応する各サービスストリームのルート登録の確立がすべて成功すれば、ターゲットネットとの間でデータチャンネルを確立することを許容する。
【００２０】
さらに、その方法において、切り替え過程において端末の複数サービスストリームのバインディング関係を示すリソース合併指示をカレントネットからターゲットネットに渡し届ける。
【００２１】
また、リソース合併指示の表示形式は、リソース合併指示の標識とサービスストリームの標識を配合して使用し、バインディング関係がある複数サービスストリームは同じ標識があるリソース合併指示を使用し、バインディング関係がある複数サービスストリームにおける各組のサービスストリームの情報がリソース合併指示を設置することを少なくとも一つを含む。
【００２２】
それ以外、切り替え要請メッセージ、ルート事前登録要請メッセージ、およびルート登録要請メッセージのリソース合併指示は複数のサービスストリームを相互にバインディングしていることを示す場合、切り替え要請処理、ルート事前確立処理、およびルート確立処理を行った後に、複数サービスストリーム処理をトリガする。その中、リソース合併指示にリソース合併要求と副層集合タイプを含む。また、副層集合タイプはリソース合併要求が複数サービスストリームのバインディング範囲を標識するために用いられ。そのなか、バインディング範囲は端末層とサービス集合副層を含む。
【００２３】
本発明によれば、切り替え要請メッセージ、ルート事前要請メッセージまたはルート登録要請メッセージの中に複数サービスストリームのバインディング指示情報を加え、そのなか、複数サービスストリームバインディング指示情報は端末の複数のサービスストリームを相互にバインディングするか否かを示すために用いられ、切り替え要請処理において、端末の複数サービスストリームをカレントネットからターゲットネットに切り替えるときに、切り替え要請メッセージにおける複数サービスストリームのバインディング指示情報及び複数サービスストリームの切り替えがターゲットネットに受け取られるか否かによって、端末の切り替えを許容するか否かを判断し、ルート事前確立処理において、端末の複数サービスストリームをカレントネットからターゲットネットに切り替えることを許容する場合、ルート事前登録要請メッセージにおける複数サービスストリームのバインディング指示情報及び複数サービスストリームに対してデータチャンネルを事前に登録できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間でのデータチャンネルの事前確立ができるか否かを判断し、ルート確立処理において、端末の複数サービスストリームをカレントネットからターゲットネットに切り替えることを許容し、かつ、ルート事前登録処理を行っていない場合、ルート登録要請メッセージにおける複数サービスストリームのバインディング指示情報及び複数サービスストリームに対してデータチャンネル登録が確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間でのデータチャンネルを確立できるか否かを判断するマイクロ波アクセス世界的相互運用システムに用いる複数サービスストリーム操作の最適化方法を提供することにある。
【発明の効果】
【００２４】
本発明の上述技術方案を通じて、切り替え過程において、ターゲットネットがサービスストリームのバインディング操作に対する判決の選択を提供することを通して、現有技術の複数サービスストリームが存在する場合の不足を克服したとともに、端末が一回の切り替え後に元のサービスストリームのバインディング情報の完全性を保証し、これによるサービスストリーム処理の誤りを招くおそれを免れる。
【図面の簡単な説明】
【００２５】
【図１】図１は、関連技術に係わる切り替え準備段階の処理のシグナルフローチャートである。
【図２】図２は、関連技術に係わる切り替え実行段階の処理のシグナルフローチャートである。
【図３】図３は、本発明の実施形態１において、マイクロ波アクセス世界的相互運用システムに用いるマルチプルサービスストリーム操作の最適化方法のフローチャートである。
【図４】図４は、は本発明の実施形態２において、マイクロ波アクセス世界的相互運用システムに用いるマルチプルサービスストリーム操作の最適化方法のフローチャートである。
【発明を実施するための形態】
【００２６】
機能の概述
本発明の実施形態が提供する技術方案において、切り替え過程におけるマルチプルサービスストリームをバインディングするか否かの情報をターゲットネットに送信することによって、サービスストリームのバインディング操作に対してターゲットネットが判決を行う選択を提供して、端末が一回の切り替え後に元のサービスストリームのバインディング情報の完全性を保証し、これによる複数サービスストリーム処理の誤りを招くおそれを免れる。
【００２７】
以下に添付図面を参照しながら本発明の実施形態について詳細に説明する。なお、矛盾しない限り、本発明の実施の形態及びその特徴は相互に組合せてもよい。
【００２８】
実施の形態１
本発明の実施の形態において、マイクロ波アクセス世界的相互運用システムに用いるマルチプルサービスストリーム操作の最適化方法を提供する。図３は本発明の実施の形態に係わる、マイクロ波アクセス世界的相互運用システムに用いるマルチプルサービスストリーム操作の最適化方法を示す図であり、図３に示すように、当該方法はステップS302〜ステップS308を含み、以下は各ステップに対して、詳しく述べる。
【００２９】
ステップS302において、切り替え要請（HO_Req）メッセージ、ルート事前登録要請（Path_Prereg_Req）メッセージ、およびルート登録要請（Path_Reg_Req）メッセージにリソース合併指示を加え、当該リソース合併指示は端末の複数のサービスストリームを相互にバインディングするか否かを示すために用いられ、リソース合併指示にリソース合併要求と副層集合タイプが含まれてよく、そのなか、リソース合併要求は複数サービスストリームをバインディングするか否かに対して標識するために用いられ、複数サービスストリームをバインディングすることを示す場合、いずれかの１つのサービスストリームの失敗が以下の結果を招く。当該要請に対して、その層の全てのストリームの事前操作の要請が全て拒否される。そうではなく、複数サービスストリームをバインディングしないことを示す場合、一つのサービスストリームの失敗はそれ自体だけに影響を与えて、当該要請におけるほかのサービスストリームの操作結果に影響を与えず、副層集合タイプはリソース合併要求が複数サービスストリームをバインディングする範囲に対して標識するために用いられる。当該バインディング範囲は端末層とサービス副層集合層を含む。
【００３０】
HO_Reqメッセージ、Path_Prereg_Reqメッセージ、およびPath_Reg_Reqメッセージのリソース合併指示は複数のサービスストリームを相互にバインディングしていない場合、切り替え要請処理において、ルート事前確立処理とルート確立処理を行った後に複数サービスストリーム処理をトリガ（触発）する。切り替え過程におけるリソース合併指示はカレントネットからターゲットネットに渡し届ける。
【００３１】
上述のリソース合併指示は以下の三種類の表示方式を有する。（一）リソース合併指示の標識とサービスストリームの標識を配合して使用し、即ち、全てのサービスストリームの情報は一つのメッセージに携えられるとともに、リソース合併のバインディング標識とサービスストリームの標識を配合して使用する。（二）バインディング関係がある複数のサービスストリームは同じ標識を有するリソース合併指示を使用し、即ち、全てのサービスストリームの情報は一つのメッセージに携えられ、そして、バインディング関係がある複数サービスストリームが同じバインディング標識を使用し、当該一組が相互のバインディング関係があるサービスストリームであることを見分けるために用いられる。（三）バインディング関係がある複数のサービスストリームにおける各組のサービスストリームの情報にリソース合併指示を設置し、即ち、バインディング関係がある複数のサービスストリームの各組のサービスストリームの情報は別々に一つのメッセージに設置し、そしてリソース合併のバインディング標識に協力するとともに、当該組のサービスストリームのバインディング関係を表示する。
【００３２】
ステップS304において、切り替え要請処理、端末の複数サービスストリームをカレントネットからターゲットネットに切り替える時に、ターゲットネットはHO_Reqメッセージにおけるリソース合併指示及び複数のサービスストリームの切り替えはターゲットネットに受け入れられるか否かによって、端末が切り替えを行うことを許容するか否かを判断する。
【００３３】
具体的に、カレントネットは端末から発起した切り替えメッセージを受け取った後にターゲットネットにHO_Reqメッセージを送信してもよいし、カレントネットは自身が切り替えを発起した後にターゲットネットにHO_Reqメッセージを送信してもよい。HO_Reqメッセージに携えられるリソース合併指示は端末の複数のサービスストリームがバインディングされていることを示す場合、複数サービスストリームにおける一部のサービスストリームがターゲットネットに拒否されれば、ターゲットネットは端末が切り替えを行うことを許容しないと判断してよく、その時、ターゲットネットはカレントネットに応えメッセージを送信し、応えメッセージに後続切り替えに必要な一部の情報を省略し、カレントネットは切り替えの候補ターゲットネットを端末に知らせ、そのなか、候補ターゲットネットにこの前端末を拒否したターゲットネットを含まず、複数サービスストリームの各サービスストリームがターゲットネットに拒否されていなければ、ターゲットネットは端末が切り替えを行うことを許容すると判断してよい。
【００３４】
ステップS306において、ルート事前確立処理において端末の複数サービスストリームをカレントネットからターゲットネットに切り替えることを許容する場合、ターゲットネットまたはデータマネージャユニットのローカルネットはPath_Prereg_Reqメッセージにおけるリソース合併指示及び複数サービスストリームに対してデータチャンネルの事前登録が確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間でのデータチャンネルを事前に確立できるか否かを判断してよい。当該ステップS306は切り替え準備段階で実行してもよいし、切り替え実行段階で実行してもよいし、実行しなくてもよい。
【００３５】
ルート事前確立処理においては、ターゲットネットがデータマネージャユニットのローカルネットにPath_Prereg_Reqメッセージを送信してもよいし、データマネージャユニットのローカルネットがターゲットネットにPath_Prereg_Reqを送信してもよい。
【００３６】
Path_Prereg_Reqメッセージにおけるリソース合併指示が複数のサービスストリームを相互にバインディングすることを示す場合、メッセージの受け取り側のローカルネットは複数サービスストリームにおける一部のサービスストリームのルート事前登録に対して処理する時に失敗すれば、ターゲットネットまたはデータマネージャユニットのローカルネットはターゲットネットとデータマネージャユニットのローカルネットとの間のデータチャンネルの事前確立を許容しないと判断し、かつ、ルート事前確立処理を終止させ、メッセージの受け取り側のローカルネットは複数サービスストリームに対応する各サービスストリームのルート登録の確立が全て成功すれば、データチャンネルを事前に確立することを許容する。
【００３７】
ステップS308において、ルート確立処理、端末の複数サービスストリームをカレントネットからターゲットネットに切り替えることを許容し、かつ、ルート事前登録処理を行っていない場合、ターゲットネットまたはデータマネージャユニットのローカルネットはPath_Reg_Reqメッセージにおけるリソース合併指示及び複数サービスストリームに対してデータチャンネル登録を確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間のデータチャンネルを確立できるか否かを判断できる。
【００３８】
以上の説明から見ると、切り替え要請処理、ルート事前確立処理とルート確立処理の過程において、サービスストリームを相互にバインディングすると、一つのサービスストリームが拒否されるまたは失敗する場合、それとバインディングしたほかのサービスストリームの切り替え、ルート事前確立、およびルート確立の結果は同様に失敗する。
【００３９】
以下、本発明を具体的な場面を結び付けて詳しく説明する。
【００４０】
まず図1のようなネット環境に基づいて、切り替え準備段階に対して説明する。
【００４１】
切り替え場面はTarget ASN（ターゲットネット）がAK文脈獲得とデータチャンネル事前登録を発起することである。図１に示すように、ほかのTarget ASNの情況を考えず、図１において、Target ASN 1（ターゲットネット１）だけを示したので、ここもTarget ASN 1だけを例として説明する。他のTarget ASN の処理はTarget ASN 1の処理と類似する。
【００４２】
少なくとも一つのサービスストリームがTarget ASN 1に拒否されたとする。この時、上述場面の処理は以下のステップ（ステップ11―ステップ17）を含む。
【００４３】
ステップ11において、MS（端末）がServing ASN（カレントネット）にMOB_MSHO-REQメッセージを送信し、切り替えを発起する。当該ステップは現有技術におけるステップ11と同じである；
ステップ12において、Serving ASNが一つまたは複数のTarget ASNにHO_Reqメッセージを送信し、当該HO_ReqメッセージにはAuthenticator IDとAnchor ASN GW ID（ネットワークゲートウェー固定標識）及び複数サービスストリームをバインディングするか否かの標識を含む；
ステップ13において、複数サービスストリームのバインディングであれば、一つのサービスストリームでもTarget ASN 1に拒否されれば、Target ASN 1は当該バインディング標識によって判断し、当該MSの全てのサービスストリームを拒否してよく、後続の文脈要請フローと以下のステップ14のデータチャンネル事前確立フローはTarget ASN 1に対して全て発起するとは限らず、バインディングしていなければ、元のフローと同じように、Target ASN 1がAuthenticator ASNに文脈要請フローを発起する；
ステップ14において、Target ASN 1またはAnchor ASNがデータチャンネル事前確立フローを発起し、バインディングしていなければ、元のフローと同じである；
ステップ15において、Target ASN 1がServing ASNにHO_Rspメッセージを送信し、切り替え要請を確認し、複数サービスストリーム標識がバインディングであれば、HO_Rspメッセージには、Data Path Info（データチャンネル情報）、HO ID（切り替え標識）、Service Level Prediction（サービスレベル予告）、HO Process Optimization（切り替え処理最適化）、HO Authorization Policy Support（切り替え認証策略サポート）、Action Time（操作時間）、Data Integrity Info（データ完全性情報）という情報を含まなくてもよいし、そしてBS HO RSP Code（ベース切り替え反響コード）は切り替え拒否と確定できる；
ステップ16において、Serving ASNがMSにMOB_BSHO-RSPメッセージを送信し、当該MOB_BSHO-RSPメッセージには一つまたは複数のネットがMSによって選択された潜在の切り替わり得るtarget BS（ターゲットベース）を含む。複数サービスストリーム標識がバインディングであれば、上述したTarget ASN 1を含まない；
ステップ17において、Serving ASNが全て潜在のtarget BSに属するTarget ASN（候補ターゲットネット）にHO_Ackを送信する。複数サービスストリームのバインディングであれば、候補ターゲットネットに上述のTarget ASN 1を含まない。
【００４４】
また、切り替え場面はTarget ASNが発起したAK文脈獲得とデータチャンネル事前登録である場合、MSの複数サービスストリームがバインディング関係であれば、MSがASN aからASN bに切り替えた後に、この前の切り替えメッセージは当該MSの複数サービスストリームをバインディングした情報をASN bに渡し届けなかったため、ASN bはMSの複数サービスチャンネルがバインディングしていないとディフォルトする。MSがASN bで再び切り替えを起こした時、以下のストリームのように、その中、ASN bがそれに応じてServing ASNになる。
【００４５】
同様に少なくとも一つのサービスストリームがTarget ASN 1に拒否された場合とすると、図1のようなネット環境に基づいて、以下のステップを含む。
【００４６】
ステップ11において、元のフローと同じように、MSがServing ASNにMOB_MSHO-REQメッセージを送信し切り替えを発起する。当該ステップは現有技術におけるステップ11と同じである；
ステップ12において、Serving ASNが一つまたは複数のTarget ASNにHO_Reqメッセージを送信し、当該メッセージにはAuthenticator IDとAnchor ASN GW IDを含み、Serving ASNが他のネット元から複数サービスストリームのバインディング情報を獲得できなければ、HO_Reqメッセージには複数サービスストリームのバインディング標識を含まず、バインディングしないとディフォルトする；
ステップ13において、一つのサービスストリームでもTarget ASN 1に拒否されれば、当該MSの複数サービスストリームが元々バインディング関係であることによって、Target ASN 1が当該MSの全てのサービスストリームを拒否する。そして後続の文脈要請フローとステップ14のデータチャンネル事前確立フローがTarget ASN 1に全て発起するとは限らず、直接にステップ15に進む。当該バインディング関係情報がその前の切り替えで失われたため、現在の切り替えの中で、Serving ASNはMSの複数サービスストリームがバインディング関係がなく、誤り処理に入り、協議（プロトコル）の元のフローと同じであることを認識し、Target ASN 1がAuthenticator ASNに文脈要請を発起し、ステップ14に進む；
ステップ14において、Target ASN 1またはAnchor ASNがデータチャンネル事前確立フローを発起し、バインディングがなければ、元のフローと同じである；
ステップ15において、Target ASN 1がServing ASNにHO_Rspメッセージを送信し、切り替え要請を確認し、当該MSの複数サービスストリームのバインディング関係によって、HO_Rspメッセージには、後続の切り替え処理にData Path Info（データチャンネル情報）、HO ID（切り替え標識）、Service Level Prediction（サービスレベル予告）、HO Process Optimization（切り替え処理最適化）、HO Authorization Policy Support（切り替え認証策略サポート）、Action Time（操作時間）、Data Integrity Info（データ完全性情報）という必要な情報を含まなくてもよいし、かつ、BS HO RSP Code（ベース切り替え反響コード）が切り替え拒否と確定できるが、当該バインディング関係メッセージがその前の切り替えで失われたため、現在の切り替えの中で、Serving ASNが当該MSの複数サービスストリームにバインディング関係がないと認識して、元のフローと同じくメッセージに携えられる情報は元のフローと同じである。
【００４７】
ステップ16において、Serving ASNがMSにMOB_BSHO-RSPメッセージを送信し、そのMOB_BSHO-RSPメッセージにはMSに選択する一つまたは複数のネットが潜在の切り替わり得るtarget BSを含み、当該MSの複数サービスストリーム関係によれば、当該メッセージに上述したTarget ASN 1を含まないが、当該バインディング関係メッセージがその前の切り替えで失われたため、現在の切り替えの中で、Serving ASNが当該MSの複数サービスストリームにバインディング関係がないと認識し、そのメッセージに上述のTarget ASN 1を含む可能性がある；
ステップ17において、Serving ASNは潜在のtarget BSが属するASNにHO_Ackを送信し、潜在のTarget ASN中に上述のTarget ASN 1を含む可能性がある。
【００４８】
次に、図２のようなネット環境に基づいて、切り替え実行段階の処理過程に対して説明する。仮に、切り替え場面はServing ASNよりTarget ASNにHO_Cnfメッセージを送信し、そして、データチャンネル粒度がサービスストリームであり、しかもデータチャンネル要請（Path_Prereg_Req/Path_Reg_Req）における複数サービスストリームがバインディング関係であるとして、以下のステップ（ステップ201〜ステップ211）を含む。
【００４９】
ステップ201において、MSよりServing ASNにMOB_HO-IND（空きポート切り替え指示）メッセージを送信し、Serving ASNが選択したTarget ASNにおける一つに切り替えることを知らせる；
ステップ202において、Serving ASNがMOB_HO-INDメッセージを受け取った後に、選択したTarget ASNにHO_Cnfメッセージを送信する；
ステップ203において、選択したTarget ASNよりServing ASNにHO_Ack確認メッセージを送信する；
ステップ204において、HO_ReqまたはHO_Cnf（切り替え確認）メッセージにAuthenticator IDフィールドを含めば、そしてこの前の切り替え準備段階で、当該MSに対応するAK文脈が獲得されなければ、選択したTarget ASNがAuthenticator ASNに文脈要請フローを発起し、MSのためにAK文脈を要請する；
ステップ205において、データチャンネル事前登録フローが切り替え実行段階で発生すれば、本発明の実施例によって、Path_Prereg_Reqにおける複数サービスストリームのバインディング標識がバインディング関係であってかつ仮に少なくとも一つのサービスストリームのデータチャンネルの確立が失敗するとすれば、Target ASNまたはAnchor ASNがPath_Prereg_Rspメッセージでデータチャンネル確立失敗を相手にしらせる、そして、Path_Prereg_Reqと応えメッセージにおけるSF InfoにData Delivery Triggerフィールドが含まれていても、当該MSのいかなるサービスストリームの配送もトリガしない。データチャンネルの事前確立が成功すれば、以下の処理を実行する；
ステップ206において、MSより当該Target ASNのネットに再びログイン（進入）フローを発起する；
ステップ207において、当該Target ASNよりAnchor ASNにデータチャンネル登録フローを発起し、その中、データチャンネル粒度がサービスストリームであり、データチャンネル要請（Path_Reg_Req）における複数サービスストリームがバインディングである場合、データチャンネル確立前にデータチャンネル事前登録が未実施であれば、三方握手するデータチャンネル確立フローが発生し、任意の一つのサービスストリームが対応するデータチャンネルの確立が拒否された時に、Path_Reg_Req中複数サービスストリームがバインディング関係であれば、Anchor ASNがPath_Reg_Rspメッセージ中でデータチャンネル登録確立失敗をTarget ASNにしらせる；
ステップ208において、ネット再ログインが成功した後に、Target ASNよりCMAC Key Count（CMACキーカウント）更新フローを発起する；
ステップ209において、ネット再ログインが成功した後に、Target ASNよりServing ASNにHO_Complete（切り替え完了）メッセージを送信し、切り替え完了をしらせる。
【００５０】
ステップ210〜211において、Target ASNとのデータチャンネルの確立完了後、Anchor ASNがこの前のServing ASNにデータチャンネル登録フローを発起する。
【００５１】
実施の形態２
本発明の実施の形態において、マイクロ波アクセス世界的相互運用システムに用いるマルチプルサービスストリーム操作の最適化方法を提供する。図４は当該最適化のフローチャートであり、図４に示すように、下記ステップ（ステップS402〜ステップS408）を含む。
【００５２】
ステップS402において、切り替え要請メッセージ、ルート事前登録要請メッセージまたはルート登録要請メッセージに複数サービスストリームのバインディング指示情報を加え、その中、マルチサービスストリームのバインディング指示情報は端末の複数サービスストリームを相互にバインディングしているか否かを示すのに用いる。
【００５３】
ステップS404において、切り替え要請処理、端末の複数サービスストリームをカレントネットからターゲットネットに切り替えるときに、切り替え要請メッセージにおける複数サービスストリームのバインディング指示情報及び複数サービスストリームの切り替えがターゲットネットに受け入れられるか否かによって、端末が切り替えを行うことを許容するか否かを判断する。
【００５４】
ステップS406において、ルート事前確立処理において、端末の複数サービスストリームをカレントネットからターゲットネットまで切り替えることを許容する場合、ルート事前登録要請メッセージにおける複数サービスストリームのバインディング指示情報及び複数サービスストリームに対してデータチャンネルの事前登録を確立できるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットとの間でデータチャンネルを事前確立できるか否かを判断する。
【００５５】
ステップS408において、ルート確立処理、端末のマルチサービスストリームをカレントネットからターゲットネットまで切り替えることを許容し、ルート事前登録処理が未実施の場合、ルート登録要請メッセージにおけるマルチサービスストリームのバインディング指示情報及び複数サービスストリームに対してデータチャンネル登録の確立ができるか否かによって、ターゲットネットとデータマネージャユニットのローカルネットの間でデータチャンネルを確立できるか否かを判断する。
【００５６】
上述の複数サービスストリームのバインディング指示情報が上述の実施の形態1におけるリソース合併指示であることが好ましい。
【００５７】
以上の記述から見ると、上述のステップS404からステップS408までは上述のS304〜S308と類似であるので、ここで贅言しない。そのほか、実施の形態１と違うのは、ここのマルチサービスストリームバインディング指示情報が切り替え要請メッセージにまたはルート事前登録要請メッセージにまたはルート登録要請メッセージに携えられている。
【００５８】
上述の場面以外に、本発明は切り替え準備段階のほかの応用場面に同様に適用するのは、当業者には理解できるであろう。例えば、認証キー（AK）文脈がカレントネットより送信し、ターゲットネットよりデータチャンネル事前登録を発起する場面、固定ネット（Anchor ASN）と（Serving ASN）が共同配置であり、かつR4（参考点４）データチャンネル事前登録がAnchor ASN/Serving ASNより発起される場面、及び、Anchor ASNとServing ASNが共同配置であり、かつデータチャンネル事前登録メッセージを切り替えコントロールメッセージに加えて発起する場面、ネット発起する切り替えの場面など。並びに、ネット発起した切り替えに対して、Serving ASNまたはServing ASN/Authenticator ASN（共同配置の場合）より発起する。
【００５９】
なお、上述の場面において、特別にネット発起と明記する切り替え以外は、ほかの場面は全てMSより発起する切り替えである。
【００６０】
リソース合併指示を増すことを通じて、ターゲットネットは複数サービスストリームの切り替え要請に対して直接判断することができ、そのリソース合併情報を保留するネット要素から獲得するまたは切り替え要請情報をそのネット要素に届けてネット要素より判決を出すことではないことは容易に分かる。そのため、関連情報の交互するリソースの支出を節約し、その同時に、元サービスストリームバインディング情報を完全的に伝えることも保証する。
【００６１】
更に、上述の切り替え実行段階の記述した場面以外は、本発明はほかの切り替え実行段階場面に適用する。例えば、Target ASNがR4（参考点４）のHO_Cnfを受け取っていない場面、Serving ASNがMOB_MSHO-REQメッセージを受け取っていない画面、Anchor ASN、Authenticator ASNとServing ASNが共同配置で、Serving ASNがチャンネル登録を発起する場面。
【００６２】
本発明の技術方案によれば、切り替え過程におけるターゲットネットがサービスストリームのバインディング操作に対して判決を行う選択を提供し、現有技術に複数サービスストリームの時の不足を克服し；同時に端末が一次の切り替え後に元のサービスストリームのバインディング情報の完全性を保証し、これによる複数サービスストリーム処理の誤りを招くおそれを免れる。
【００６３】
以上、本発明の各モジュールまたは各ステップは通常の計算装置で実現でき、単独の計算装置に集めてもよいし、または複数の計算装置が構成したネット上で分布してもよいし、計算装置で実行できるプログラムコードで実現するのもよいし、メモリー装置に保存されて計算装置で実行でき、または、それぞれICのモジュールを作成して、またはそれらのうちの複数のモジュールかステップを単独のICモジュールを作成して実現するのは、当業者には明らかとなろう。このように、本発明はいかなる特定のハードウェアとソフトウェアで結合することを制限しない。
【００６４】
以上は単に本発明の最適化した実施の形態だけであり、本発明を制限するものではなく、
当分野の技術者にとって、本発明は、いろいろな変更と変化をさせることが可能である。一般的に本発明の精神と原則の内で、行ったいかなる改修、交替、改善など、本発明の保護範囲内に含むべきである。
【図１】
2011504695.tif 000003
【図２】
2011504695.tif 000004
【図３】
2011504695.tif 000005
【図４】
2011504695.tif 000006
【国際調査報告】
2011504695.tif 000007
2011504695.tif 000008
2011504695.tif 000009
2011504695.tif 000010