(57)【要約】  ＤＴＭハンドオーバの際に，同一のターゲットセルに対するＣＳリソースハンドオーバとＰＳリソースハンドオーバとを同期させる問題を，ＣＳハンドオーバの性能に影響をおよぼすことなく解決する。ＰＳリソースハンドオーバとＣＳリソースハンドオーバとを同期させる機構は，次の機能によって支持される。（１）ＣＳハンドオーバとＰＳハンドオーバとが，同時に同一のＭＳに対して行われていることをターゲットセルのネットワークノードに示す，ＣＳハンドオーバ信号通知及びＰＳハンドオーバ信号通知におけるリソース指示。（２）ターゲットセルにＣＳリソース及びＰＳリソースがあることをソースセルノードに知らせる，ＣＳハンドオーバ信号通知及びＰＳハンドオーバ信号通知上の割当てリソース指示。（３）ソースセル及びターゲットセルにおける，ＣＳハンドオーバ及びＰＳハンドオーバの同期管理。
2008535352.tif 000002
【特許請求の範囲】
【請求項１】
ソース無線接続ネットワーク要素（１０）と移動機（６０）との間の無線インタフェースのハンドオーバ測定が，前記移動機のターゲット無線接続ネットワーク要素（１２）へのハンドオーバが適切であることを判定したのちに，前記ソース無線接続ネットワーク要素が開始するハンドオーバ信号通知方法であって，
前記ソース無線接続ネットワーク要素からコアネットワーク（１４）へ１又は複数の第１メッセージ（１６又は１１６，１１７）を送信し，前記コアネットワークから前記ターゲット無線接続ネットワーク要素へ１又は複数の対応するメッセージ（１８又は１１８，１１９）を送信するステップであって，前記１又は複数の第１メッセージは，回線交換リソース及びパケット交換リソース双方が，前記ソース無線接続ネットワーク要素からターゲット無線接続ネットワーク要素へハンドオーバされること示すステップと，
前記ソース無線接続ネットワーク要素がその後に，前記コアネットワーク（１４）において前記ターゲット無線接続ネットワーク要素から１又は複数の第２メッセージ（３０又は１３０ａ，１３１）を受信し，それに応答して前記コアネットワーク（１４）から前記ソース無線接続ネットワーク要素にハンドオーバコマンドメッセージ（４０又は１４０）を送信するステップと，
を有する方法。
【請求項２】
パケット交換手続及び回線交換手続を並行して用いて，前記パケット交換リソース及び前記回線交換リソース双方のハンドオーバを実行する請求項１に記載の方法。
【請求項３】
前記ソース無線接続ネットワーク要素から前記コアネットワーク（１４）へ送信されるメッセージ（１１６，１１８又は１１７，１１９）は，前記パケット交換リソース及び回線交換リソースがハンドオーバされることを示し，前記ソース無線接続ネットワーク要素が前記コアネットワークから受信する前記ハンドオーバコマンドメッセージ及びパケット交換ハンドオーバ必須肯定応答メッセージ（１４１）は共に，前記ターゲット無線接続ネットワーク要素においてパケット交換リソース及び回線交換リソースが結合ハンドオーバのために利用できることを示す請求項２に記載の方法。
【請求項４】
前記ターゲット無線接続ネットワーク要素（１２）は，前記回線交換リソース及び前記パケット交換リソースを割り当てることができるように，前記コアネットワークから前記１又は複数の対応するメッセージ（１１８，１１９）を受信する時間（Ｔ１）だけ待機する請求項２に記載の方法。
【請求項５】
前記１又は複数の対応するメッセージは一対のハンドオーバ要求メッセージ（１１８，１１９）を含み，前記一対のハンドオーバ要求メッセージ（１１８，１１９）のうち最初のメッセージが前記コアネットワークから到着したとき，前記ターゲット無線接続ネットワーク要素（１２）がタイマ（１５０）を始動するステップを更に有する請求項２に記載の方法。
【請求項６】
前記ターゲット無線接続ネットワーク要素（１２）は，前記一対のハンドオーバ要求メッセージ（１１８，１１９）のうち２番目のメッセージが前記コアネットワークから到着したとき，前記タイマ（１５０）を停止させる請求項５に記載の方法。
【請求項７】
前記ターゲット無線接続ネットワーク要素から前記コアネットワーク（１４）へ，前記ターゲット無線接続ネットワーク要素における前記パケット交換リソースの可用性を示すメッセージ（１３０ａ，１３１）を送信するステップを更に有する請求項２に記載の方法。
【請求項８】
前記ソース無線接続ネットワーク要素（１０）は，ハンドオーバコマンドメッセージ（１８０）を前記移動機（６０）に送信できるように，前記回線交換ハンドオーバコマンドメッセージ（１４０）及び前記パケット交換ハンドオーバ必須肯定応答メッセージ（１４１）双方が到着するまでの時間（Ｔ２）だけ待機する請求項３に記載の方法。
【請求項９】
前記ソース無線接続ネットワーク要素（１０）は，前記回線交換コマンドメッセージ（１４０）及び前記パケット交換ハンドオーバ必須肯定応答メッセージ（１４１）のうち最初のメッセージが到着したとき，タイマ（１６０）を始動する請求項８に記載の方法。
【請求項１０】
前記ソース無線接続ネットワーク要素（１０）は，前記回線交換コマンドメッセージ（１４０）及び前記パケット交換ハンドオーバ必須肯定応答メッセージ（１４１）のうち２番目のメッセージが到着したとき，タイマ（１６０）を停止させる請求項９に記載の方法。
【請求項１１】
前記ソース無線接続ネットワーク要素から送信される前記１又は複数の第１メッセージは，前記回線交換リソース及び前記パケット交換リソース双方がハンドオーバされたことを示す単一メッセージ（１６）を含む請求項１に記載の方法。
【請求項１２】
前記ソース無線接続ネットワーク要素から送信される前記１又は複数の第１メッセージは，前記パケット交換リソースが前記コアネットワークへ透過的に送信されたことを示す単一メッセージ（１６）を含む請求項１に記載の方法。
【請求項１３】
前記ソース無線接続ネットワーク要素から送信された前記単一メッセージは，旧経路制御エリアコード（ＲＡＣ）に関連する情報を含む請求項１１に記載の方法。
【請求項１４】
前記ソース無線接続ネットワーク要素から送信された前記単一メッセージは，前記移動機の国際移動体通信加入者識別情報を示す請求項１１に記載の方法。
【請求項１５】
前記の送信ステップは，前記ソース無線接続ネットワーク要素から送信される前記単一メッセージによって，旧一時論理リンク識別情報に関係する情報を送信するステップを含む請求項１１に記載の方法。
【請求項１６】
パケットフローコンテキスト（ＰＦＣ）をダウンロードするために，前記ターゲット無線接続ネットワーク要素（１２）から前記コアネットワーク（１４）へダウンロードパケットフローコンテキストメッセージ（１３４）を送信するステップを更に有する請求項１１に記載の方法。
【請求項１７】
前記ターゲット無線接続ネットワーク要素から受信する前記メッセージ（１３４）は，前記パケットフローコンテキストをダウンロードするために必要な複数のパラメータを含む請求項１６に記載の方法。
【請求項１８】
新サービス提供サポートノードから旧サービス提供サポートノードへ，強化サービス提供サポートノードコンテキストをダウンロードするために必要な複数のパラメータを含むコンテキスト要求メッセージ（１３０）を送信するステップを更に有する請求項１６に記載の方法。
【請求項１９】
前記コンテキスト要求メッセージ（１３０）に応答して，前記旧サービス提供サポートノードから前記新サービス提供サポートノードへ，パケットデータプロトコル（ＰＤＰ）コンテキスト及びＭＭコンテキストを含む強化コンテキスト応答メッセージ（１３２）を送信するステップを更に有する請求項１６に記載の方法。
【請求項２０】
前記ターゲット無線接続ネットワーク要素（１２）においてパケットフローコンテキストを生成するために，前記新サービス提供サポートノードから前記ターゲット無線接続ネットワーク要素へのメッセージ（１１０）によってパケットフローコンテキスト割当て情報を送信する請求項１６に記載の方法。
【請求項２１】
前記ソース無線接続ネットワーク要素と前記移動機との間の無線インタフェースを介して，前記ソース無線接続ネットワーク要素から前記移動機へハンドオーバコマンドメッセージ（１８０）を送信するステップを更に有する請求項１に記載の方法。
【請求項２２】
ソース無線接続ネットワーク要素（１０）と移動機（６０）との間の無線インタフェースのハンドオーバ測定が，前記移動機のターゲット無線接続ネットワーク要素（１２）へのハンドオーバが適切であることを判定したのちに，ハンドオーバ信号通知を開始するソース無線接続ネットワーク要素であって，
前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へ，コアネットワーク（１４）を介して１又は複数の第１メッセージ（１６，１８又は１１６，１１８，又は１１７，１１９）を送信する送信器であって，前記１又は複数の第１メッセージは，回線交換リソース及びパケット交換リソース双方が，前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へハンドオーバされることを示す送信器と，
前記ターゲット無線接続ネットワーク要素から前記コアネットワークを介して１又は複数の第２メッセージ（３０，４０又は１３０ａ，１４０，又は１３１，１４１）を受信する受信器であって，前記１又は複数の第２メッセージはパケット交換及び回線交換結合ハンドオーバの１又は複数の対応するハンドオーバコマンドを示す受信器と，
を備えるソース無線接続ネットワーク要素。
【請求項２３】
前記コアネットワーク（１４）からの前記１又は複数の第２メッセージ（１４０，１４１）のうち最初に到着したメッセージに応答して時間測定を開始し，前記１又は複数の第２メッセージ（１４０，１４１）のうち２番目に到着したメッセージに応答して停止させるタイマ（１６０）を更に備える請求項２２に記載のソース無線接続ネットワーク要素。
【請求項２４】
前記送信器はまた，前記ソース無線接続ネットワーク要素から前記移動機へ，前記ソース無線接続ネットワーク要素と前記移動機との間の前記無線インタフェースを介して，前記回線交換リソース及び前記パケット交換リソース双方の前記ハンドオーバを指示するハンドオーバコマンドメッセージ（１８０）を送信するためのものであって，前記時間測定が期限に到達する前に前記タイマの前記停止が生じたときは，その後前記回線交換リソースのハンドオーバだけが実行される請求項２２に記載のソース無線接続ネットワーク要素。
【請求項２５】
ソース無線接続ネットワーク要素（１０）と移動機（６０）との間の無線インタフェースのハンドオーバ測定によって，前記移動機のターゲット無線接続ネットワーク要素（１２）へのハンドオーバが適切であることを前記ソース無線接続ネットワーク要素が判定したのちに，前記ターゲット無線接続ネットワーク要素（１２）において実行される方法であって，
前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へ，コアネットワーク（１４）を介して１又は複数の第１メッセージ（１６，１８又は１１６，１１８，又は１１７，１１９）を受信するステップであって，前記１又は複数の第１メッセージは，回線交換リソース及びパケット交換リソース双方が，前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へハンドオーバされることを示すステップと，
前記ターゲット無線接続ネットワーク要素から前記ソース無線接続ネットワーク要素へ前記コアネットワークを介して，前記１又は複数の第１メッセージの受信を肯定応答する１又は複数の第２メッセージ（３０，４０又は１３０ａ，１４０，又は１３１，１４１）を送信するステップと，
を有する方法。
【請求項２６】
ソース無線接続ネットワーク要素（１０）と移動機（６０）との間の無線インタフェースのハンドオーバ測定を考慮して，前記移動機のターゲット無線接続ネットワーク要素（１２）へのハンドオーバが適切であることを前記ソース無線接続ネットワーク要素が判定したのちに，前記ソース無線接続ネットワーク要素とハンドオーバ信号通知を交換するターゲット無線接続ネットワーク要素（１２）であって，
前記ソース無線接続ネットワーク要素からコアネットワーク（１４）を介して１又は複数の第１メッセージ（１６，１８又は１１６，１１８，又は１１７，１１９）を受信する受信器であって，前記１又は複数の第１メッセージは，回線交換リソース及びパケット交換リソース双方が，前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へハンドオーバされることを示す受信器と，
前記ソース無線接続ネットワーク要素が，該ソース無線接続ネットワーク要素と前記移動機との間の前記無線インタフェースを介してハンドオーバコマンドメッセージを前記移動機へ送信する前に，前記ターゲット無線接続ネットワーク要素から前記ソース無線接続ネットワーク要素へ前記コアネットワークを介して１又は複数の第２メッセージ（３０，４０又は１３０ａ，１４０，又は１３１，１４１）を送信する送信器であって，前記１又は複数の第２メッセージは前記１又は複数の第１メッセージの受信を肯定応答するものである送信器と，
を備えるターゲット無線接続ネットワーク要素。
【請求項２７】
無線接続ネットワーク要素であって，
ソース無線接続ネットワーク要素として動作するときは，コアネットワーク（１４）を介してターゲット無線接続ネットワーク要素へ１又は複数の第１メッセージ（１６，１８又は１１６，１１８，又は１１７，１１９）を送信する送信器であって，前記１又は複数の第１メッセージは回線交換リソース及びパケット交換リソース双方が，前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へハンドオーバされたことを示す送信器と，前記ターゲット無線接続ネットワーク要素から前記コアネットワークを介して１又は複数の第２メッセージ（３０，４０又は１３０ａ，１４０，又は１３１，１４１）を受信する受信器であって，前記１又は複数の第２メッセージは前記１又は複数の第１メッセージの受信を示す受信器と，を備え
ターゲット無線接続ネットワーク要素として動作するときは，ソース無線接続ネットワーク要素から前記コアネットワークを介して前記１又は複数の第１メッセージを受信する受信器と，前記ソース無線接続ネットワーク要素が結合ハンドオーバのために前記ソース無線接続ネットワーク要素と前記移動機との間の無線インタフェースを介して移動機にハンドオーバコマンドメッセージを送信する前に，前記コアネットワークを介して前記ソース無線接続ネットワーク要素へ前記１又は複数の第２メッセージを送信する送信器と，
を備える無線接続ネットワーク要素。
【請求項２８】
前記ターゲット無線接続ネットワーク要素として動作するとき，前記１又は複数のメッセージのうち最初のメッセージに応答して期限の測定を開始するために用いるタイマであって，その期限の前に前記結合ハンドオーバを実行する条件として，前記コアネットワークを介して前記ソース無線接続ネットワーク要素から前記１又は複数の第１メッセージのうち２番目のメッセージを受信することが期待されるタイマを更に備える請求項２７の無線接続ネットワーク要素。
【請求項２９】
前記ソース無線接続ネットワーク要素として動作するとき，前記ターゲット無線接続ネットワーク要素から前記コアネットワークを介して前記１又は複数の第２メッセージのうち最初のメッセージを受信することに応答して，第２の期限の測定を開始するために用いる第２タイマであって，その期限以降前記ソース無線接続ネットワーク要素が前記コアネットワークを介して前記ターゲット無線接続ネットワーク要素へ前記１又は複数の第１メッセージの繰り返しを送信開始するタイマを更に備える請求項２８に記載の無線接続ネットワーク要素。
【請求項３０】
請求項１に記載の各ステップを実行する命令を有する計算機可読媒体上に記憶された計算機プログラム。
【請求項３１】
請求項２５に記載の各ステップを実行する命令を有する計算機可読媒体上に記憶された計算機プログラム。
【請求項３２】
移動機であって，
ソース無線接続ネットワーク要素と前記移動機との間の無線インタフェースを介して前記ソース無線接続ネットワーク要素から受信するハンドオーバコマンドメッセージ（１８０）に応答する受信器と，
ハンドオーバを実行するために，前記受信器と共にターゲット無線接続ネットワーク要素と信号を交換するための送信器であって，（ａ）前記ソース無線接続ネットワーク要素が，コアネットワークを介して前記ターゲット無線接続ネットワーク要素へ，回線交換リソース及びパケット交換リソース双方が前記ターゲット無線接続ネットワーク要素にハンドオーバされることを示す１又は複数のハンドオーバ必須メッセージを送信するステップ，及び（ｂ）前記ターゲット無線接続ネットワーク要素が，前記コアネットワークに前記１又は複数のハンドオーバ必須メッセージの受信を示す１又は複数の肯定応答メッセージを送信するステップ，が前記ハンドオーバコマンドメッセージの受信に先立つ送信器と，
を備える移動機。
【請求項３３】
前記１又は複数のハンドオーバ必須メッセージを，前記コアネットワークを介して前記ターゲット無線接続ネットワーク要素へ送信するステップと，パケット交換リソース及び回線交換リソース双方が前記結合ハンドオーバのために前記ターゲット無線接続ネットワーク要素を介して利用可能であることを示す１又は複数のハンドオーバコマンドメッセージを前記コアネットワークから受信するステップと，の間で測定される期限内に結合ハンドオーバが実行され，その期限後は前記結合ハンドオーバは実行されず，前記回線交換リソースだけが実行される請求項３２に記載の移動機。
【請求項３４】
（ａ）無線接続ネットワーク要素であって，
（ｉ）コアネットワーク（１４）を介してターゲット無線接続ネットワーク要素へ１又は複数の第１メッセージ（１６，１８又は１１６，１１８，又は１１７，１１９）を送信する，ソース無線接続ネットワーク要素として動作するとき前記無線接続ネットワーク要素が用いる送信器であって，前記１又は複数の第１メッセージは，回線交換リソース及びパケット交換リソース双方が前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へハンドオーバされることを示す送信器，及び前記コアネットワークを介して前記ターゲット無線接続ネットワーク要素から１又は複数の第２メッセージ（３０，４０又は１３０ａ，１４０，又は１３１，１４１）を受信する受信器であって，前記１又は複数の第２メッセージは，前記ターゲット無線接続ネットワーク要素を介して利用できるパケット交換リソース及び回線交換リソース双方からなる結合ハンドオーバを示す受信器と，
（ｉｉ）前記コアネットワークを介して前記ソース無線接続ネットワーク要素から前記１又は複数の第１メッセージを受信するために，ターゲット無線接続ネットワーク要素として動作するとき前記無線接続ネットワーク要素が用いる前記受信器，及び前記コアネットワークを介して前記ソース無線接続ネットワーク要素へ前記１又は複数の第２メッセージを送信する前記送信器と，
を備えた無線接続ネットワーク要素と，
（ｂ）移動機であって，
（ｉ）前記ソース無線接続ネットワーク要素と前記移動機との間の無線インタフェースを介して，ソース無線接続ネットワーク要素として動作する前記無線接続ネットワーク要素から受信するハンドオーバコマンドメッセージ（１８０）に応答する受信器と，
（ｉｉ）前記結合ハンドオーバを実行するために，前記ターゲット無線接続ネットワーク要素と信号を交換する際に前記受信器と同時に用いる送信器と，
を備える移動機と，
を備えるシステム。
【請求項３５】
前記無線接続ネットワーク要素は，前記回線交換リソース及び前記パケット交換リソースからなる結合ハンドオーバを期限内だけ許可するタイマを更に備え，その期限後は前記回線交換リソースだけがハンドオーバされる請求項３４に記載のシステム。
【請求項３６】
移動機に提供されるリソースを有する通信システムのハンドオーバ方法であって，
回線交換リソースを前記移動機にハンドオーバするステップと，
前記回線交換リソースの前記ハンドオーバと結合して，パケット交換リソースを前記移動機にハンドオーバするステップと，
を有する方法。
【請求項３７】
前記の各ハンドオーバするステップを並行して実行する請求項３６に記載の方法。
【請求項３８】
前記の各ハンドオーバするステップを同時に実行する請求項３６に記載の方法。
【請求項３９】
前記回線交換リソースの前記ハンドオーバと結合して前記パケット交換リソースを前記移動機にハンドオーバする前記ステップを期限内だけ許可するステップを更に有し，その期限後は前記回線交換リソースだけハンドオーバするステップを有する請求項３６に記載の方法。
【請求項４０】
無線端末に提供されるリソースを有する無線通信ネットワークのハンドオーバシステムであって，
前記無線端末に回線交換リソースをハンドオーバする手段と，
前記回線交換リソースの前記ハンドオーバと結合して，パケット交換リソースを前記無線端末にハンドオーバする手段と，
を備えるシステム。
【請求項４１】
前記の各ハンドオーバするステップを並行して実行する請求項４０に記載のシステム。
【請求項４２】
前記の各ハンドオーバするステップを同時に実行する請求項４０に記載のシステム。
【請求項４３】
パケット交換リソースを前記無線端末にハンドオーバするステップは，前記回線交換リソースのハンドオーバと結合することができる期間を限定する手段を更に備え，その期限後は前記回線交換リソースのハンドオーバだけを許可する請求項４０に記載のシステム。
【請求項４４】
ソース無線接続ネットワーク要素と移動機（６０）との間の無線インタフェースのハンドオーバ測定が，前記移動機のターゲット無線接続ネットワーク要素（１２）へのハンドオーバが適切であることを判定したのちにハンドオーバ信号通知を開始する無線接続ネットワーク要素内で用いる集積回路であって，
前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へコアネットワーク（１４）を介して１又は複数の第１メッセージ（１６，１８又は１１６，１１８，又は１１７，１１９）を送信する送信器であって，前記１又は複数の第１メッセージは，回線交換リソース及びパケット交換リソース双方が，前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へハンドオーバされることを示す送信器と，
前記ターゲット無線接続ネットワーク要素から前記コアネットワークを介して１又は複数の第２メッセージ（３０，４０，１３０ａ，１４０，又は１３１，１４１）を受信する受信器であって，前記１又は複数の第２メッセージは，パケット交換及び回線交換結合ハンドオーバの少なくとも１つのハンドオーバコマンドを示す受信器と，
を備える集積回路。
【請求項４５】
ソース無線接続ネットワーク要素（１０）と移動機（６０）との間の無線インタフェースのハンドオーバ測定を考慮して，前記移動機のターゲット無線接続ネットワーク要素（１２）へのハンドオーバが適切であることを前記ソース無線接続ネットワーク要素が判定した後で，前記ソース無線接続ネットワーク要素とハンドオーバ信号通知を交換する無線接続ネットワーク要素内で用いる集積回路であって，
前記ソース無線接続ネットワーク要素からコアネットワーク（１４）を介して１又は複数の第１メッセージ（１６，１８又は１１６，１１８，又は１１７，１１９）を受信する受信器であって，前記１又は複数の第１メッセージは，回線交換リソース及びパケット交換リソース双方が，前記ソース無線接続ネットワーク要素から前記ターゲット無線接続ネットワーク要素へハンドオーバされることを示す受信器と，
前記ソース無線接続ネットワーク要素が，該ソース無線接続ネットワーク要素と前記移動機との間の前記無線インタフェースを介してハンドオーバコマンドメッセージを前記移動機へ送信する前に，前記ターゲット無線接続ネットワーク要素から前記ソース無線接続ネットワーク要素へ前記コアネットワークを介して１又は複数の第２メッセージ（３０，４０又は１３０ａ，１４０，又は１３１，１４１）を送信する送信器であって，前記１又は複数の第２メッセージは前記１又は複数の第１メッセージの受信を肯定応答するものである送信器と，
を備える集積回路。
【請求項４６】
請求項２７に記載の送信器及び受信器を備える集積回路。
【発明の詳細な説明】
【背景技術】
【０００１】
２重転送モード（ＤＴＭ；Ｄｕａｌ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）は，3GPP TS 43.055 V6.7.0，「第３世代パートナシッププロジェクト，ＧＳＭ／ＥＤＧＥ技術仕様グループ，無線接続ネットワーク，２重転送モード（ＤＴＭ）第２段階（リリース６）」，２００４年１１月，に規定されている。このＤＴＭにおいては，移動機（ＭＳ）が回線交換（ＣＳ）コネクション及びパケット交換（ＰＳ）コネクションを同時に有しているが，ハンドオーバ手続はＣＳリソースに関してだけ規定されている。ＣＳリソースハンドオーバの詳細は，"3GPP TS 23.009 V6.0.0"，「第３世代パートナシッププロジェクト，コアネットワーク技術仕様グループ，ハンドオーバ手続（リリース６）」，２００４年１２月，に一般的ハンドオーバの目的で規定されている。
【０００２】
ＤＴＭハンドオーバにおいては，ＰＳリソースは破棄され，ＭＳがハンドオーバに成功した後に再確立される。ＰＳリソースのハンドオーバは，3GPP TS 43.129 v6.0.0，「第３世代パートナシッププロジェクト，ＧＥＲＡＮ（ＧＳＭ（世界移動体通信システム）ＥＤＧＥ（ＧＳＭ進化のための強化データレート）無線接続ネットワーク）技術仕様，ＧＥＲＡＮ  Ａ／Ｇｂモードのためのパケット交換ハンドオーバ，第２段階（リリース６）」，２００４年１１月，に一般目的のために標準化されている。
【０００３】
TS 43.129の図１は，ＧＥＲＡＮ Ａ／ＧｂモードにおけるＰＳハンドオーバの参照構成を示しており，Ｇｓインタフェースを介して第１ＳＧＳＮ（サービス提供ＧＰＲＳサポートノード）に接続したＭＳＣ（移動体通信交換センタ）を含むコアネットワーク（ＣＮ）と，Ｇｎインタフェースを介して第２ＳＧＳＮ及びＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）に接続した第１ＳＧＳＮと，ＰＳＴＮにもまた接続したＭＳＣ，Ｇｐインタフェースを介してほかのネットワークに接続した第１ＳＧＳＮ，並びにＧｏインタフェース及びＧｉインタフェースを介してほかのネットワークに接続したＧＧＳＮと，を含む。無線接続ネットワークについては，ＢＳＳ（無線基地局サブシステム，すなわち無線接続ネットワーク要素）／ＧＥＲＡＮがＡインタフェースを介してＣＮのＭＳＣと接続し，かつＧｂインタフェースを介して第１ＳＧＳＮと接続していることが示されている。ＢＳＳ／ＧＥＲＡＮは，ＡｂｉｓインタフェースによってＢＴＳ（無線基地局装置）と接続したＢＳＣ（無線基地局制御装置）を含む。
【０００４】
ＢＴＳの１つは，Ｕｍ（無線）インタフェースを介してＭＳと通信していることが示されている。ＲＮＳ（無線ネットワークシステム）（又は別のＢＳＳ）もまた，ノードＢに接続したＲＮＣ（無線ネットワーク制御装置）（又はＢＳＣ）を含むことが示されており，各ノードＢはＭＳと通信することのできる，Ｕｕインタフェースを含むセルを有する。ＲＮＣ（又はＢＳＳ）は，Ｉｕ−ＣＳインタフェースを介してＭＳＣに接続し，かつＩｕ−ＰＳインタフェースを介して第２ＳＧＳＮに接続していることが示されている。この図は，これらのインタフェースの多くがユーザ情報及び信号通知双方を含むように示している。以上のことから，ＣＳリソース及びＰＳリソース双方を含むハンドオーバに場合，ＰＳ信号通知はＣＳ信号通知よりも時間のかかる長い経路があることが分かるであろう。
【０００５】
上記によって示唆されるように，3GPP TS 43.055において規定されるＤＴＭ手続はＣＳリソースのハンドオーバだけが可能であり，ＰＳリソースについては，ＭＳが新規セルに接続できた後で（再）確立しなければならない。
【０００６】
ＤＴＭにおけるＭＳにとって，ハンドオーバ時のＰＳサービス中断はかなりのものである（ＢＳＣ間，ＭＳＣ間，ＳＧＳＮ間の場合３．４秒，経路制御エリア更新手続による約２．７秒を含む）。詳細は，２００４年１月１２日〜１６日，スコットランドエジンバラで開催された3GPP TSG GERAN #17bisの議題番号5.4.6.2，「ＤＴＭ動作におけるＰＳサービス中断の推定値」，Tdoc G2-040049，提出者シーメンス，を参照されたい。この中断は，例えばＰＳによる会話型ビデオのような，厳重な遅延要求条件を伴うサービスにおいては許容できない。したがって既存のTS 43.055仕様書におけるハンドオーバは，ＰＳサービスに問題のある中断を起こすことになる。
【０００７】
ＤＴＭ強化は，３ＧＰＰリリース６におけるＧＥＲＡＮ  Ａ／Ｇｂモードの検討課題として提案されている（２００３年１１月１７日〜２１日，ハンガリーブダペストで開催の3GPP TSG GERAN #17における議題番号6.7，「２重転送モードにおけるＰＳサービス中断の削減」，Tdoc GP-032548，及び２００４年１１月８日〜１１日，ケープタウンで開催の3GPP TSG GERAN #22における「ＧＥＲＡＮプロジェクトスケジュール及び残課題」，Tdoc GP-042836参照）。しかし，実時間ＰＳサービスのエンド‐ツ‐エンド遅延を最小化するためにＤＴＭにおけるＣＳリソース及びＰＳリソースの結合ハンドオーバを可能にする改善を定義する必要性は，依然として解決されていない。実時間ＰＳサービスに要求されるサービス中断は，最大１５０ミリ秒である。
【０００８】
ＣＳリソース及びＰＳリソースの（並行した又は同時の）結合ハンドオーバを可能にする先行技術による解決方法はない。
【０００９】
この課題は，ＰＳリソースのハンドオーバを，ＣＳリソースのハンドオーバと並行して，又は同時に行うことができれば解決できる。
【００１０】
ＤＴＭにおけるＣＳリソース及びＰＳリソースの並行した結合ハンドオーバを可能にするための問題点は，ＣＳハンドオーバ手続及びＰＳハンドオーバ手続が互いに独立して実行され，そのために一方の手続がもう１つより前に完了する，例えばＣＳハンドオーバがＰＳハンドオーバの完了に先だって完了する危険性があることである。これは，ＤＴＭにおけるＣＳリソース又はＰＳリソースのうち１つのハンドオーバに失敗することになり，ターゲットセルにおいてリソースが割り当てられてもＤＴＭハンドオーバが実行できないことになる。したがって，同時ハンドオーバの後，ＤＴＭにおけるＭＳがＣＳセッション及びＰＳセッション双方を継続することができるように，ソースシステム及びターゲットシステムにおいてＰＳハンドオーバ手続及びＣＳハンドオーバ手続を同期させる必要がある。
【発明の開示】
【課題を解決するための手段】
【００１１】
本発明によれば，ＤＴＭにおけるＰＳリソース及びＣＳリソースの結合ハンドオーバが可能になる新機構が提供される。この新機構は特に，実行中のＣＳサービス及び１又は複数の活性なＰＳサービスを伴うＤＴＭにおけるＭＳに適用できる。
【００１２】
ＣＳリソース及びＰＳリソースの結合ハンドオーバに関するこの新機構は，次に示す２つの別の実施例によって達成できる。
１．TSG GERAN [3GPP TS 43.129]で現在標準化されているＰＳハンドオーバ手続，及び3GPP TS 23.009に規定されるＣＳハンドオーバ手続を並行して用いる「並行ＣＳハンドオーバ及びＰＳハンドオーバ」。
２．ＰＳリソースのハンドオーバにも対応するために，3GPP TS 23.009に規定されたＣＳハンドオーバ手続を強化する「同時ＣＳハンドオーバ及びＰＳハンドオーバ」。
【００１３】
上記の実施例は，互いに独立である。
【００１４】
本発明の第１実施例によれば，適用した基本原理は，ＤＴＭにおけるＰＳリソース及びＣＳリソースの結合ハンドオーバの同期を可能にするために，ＣＳハンドオーバ手続及びＰＳハンドオーバ手続を強化することである。
【００１５】
新機構は，ＤＴＭにおけるＰＳのエンド‐ツ‐エンド遅延を最小化する。ＣＳハンドオーバ及びＰＳハンドオーバの原理を用いて，エンド‐ツ‐エンド遅延の点でＤＴＭの性能を改善する。これはＤＴＭにおけるすべてのＰＳサービスのＰＳサービス中断を減少させるだけでなく，特にＤＴＭにおける実時間ＰＳサービスの展開を可能にする。
【００１６】
ＤＴＭにおけるＭＳに関して，ＰＳリソース及びＣＳリソースの結合ハンドオーバは，3GPP TS 23.009に規定されたＣＳハンドオーバ手続及び3GPP TS 43.129に規定されたＰＳハンドオーバ手続を並行に用いること，又は上述の3GPP TS 23.009に規定されたＣＳハンドオーバ手続をＰＳリソースのハンドオーバにも対応するように強化すること，のいずれかによって可能となる。この機構によってＭＳは，新セルにおいてＰＳリソースが利用可能であれば，パケットフローを継続する。この方法によってサービス中断が最小化され，ＭＳがＤＴＭにあるときＰＳサービスの性能を向上させる。ＣＳハンドオーバ手続の強化以外に，ＰＳハンドオーバのためにターゲットセルにおいてリソースを割り当てることができるように，ＰＳ領域における追加の機能もまた必要である。
【００１７】
本発明の目的は，ＣＳハンドオーバの性能に影響を与えることなくＣＳリソース及びＰＳリソースのハンドオーバを可能にすることである。上記実施例の双方に記載されたＰＳリソースのハンドオーバに起因して，ＣＳハンドオーバが遅延したり，干渉を受けることはない。
【００１８】
第１実施例は，ソースＢＳＳ及びターゲットＢＳＳにおけるＰＳリソース及びＣＳリソースハンドオーバの同期を提供することができる。ＤＴＭにおけるＰＳリソース及びＣＳリソースハンドオーバの同期機構は，ＣＳハンドオーバ手続及びＰＳハンドオーバ手続双方に適用される。この機構は次の各機能によって支持される。
・ターゲットセルネットワークノードに，ＣＳハンドオーバ及びＰＳハンドオーバが同一のＭＳに関して同時に実行中であることを示すための，ＣＳハンドオーバ信号通知及びＰＳハンドオーバ信号通知上のリソース指示
・ソースセルネットワークノードに，ターゲットセルにおいてＣＳリソース及びＰＳリソースが利用可能であることを示すための，ＣＳハンドオーバ信号通知及びＰＳハンドオーバ信号通知上の割当てリソース指示
・ソースセル及びターゲットセルにおけるＣＳハンドオーバ及びＰＳハンドオーバの同期管理
【００１９】
本発明によるＣＳリソース及びＰＳリソース同時ハンドオーバのための第２実施例は，3GPP TS 23.009に規定されたＣＳハンドオーバ手続及び次の各機能を用いる。
・ターゲットセルネットワークノードに，ＣＳリソース及びＰＳリソースのハンドオーバがＭＳに関して実行中であることを示すための，ＣＳハンドオーバ信号通知上のＰＳリソース指示
・ターゲットセルにおいてＰＳリソースを割り当てるためのＧｂインタフェース（ＢＳＣとＳＧＳＮとの間）及びＧｎインタフェース（ＳＧＳＮ間）への追加機能
・ソースセルネットワークノードに，ターゲットセルにおいてＣＳリソース及びＰＳリソースが利用可能であることを示すための，ＣＳハンドオーバ信号通知上の割当てＰＳリソース指示
【００２０】
本発明のこれら及びほかの目的と，特徴と，利点とは，以降の詳細な説明によってより明白になるであろう。
【発明を実施するための最良の形態】
【００２１】
上記背景技術の項で説明したように，ＤＴＭ手続は現在3GPP TS 43.055において，ＤＴＭにおけるＭＳについてはＣＳリソースだけハンドオーバしてもよいと規定されている。ＤＴＭにおけるハンドオーバ時には，ＰＳリソースは解放され，ハンドオーバがうまく完了したとき初めてターゲットセルにおいてＰＳリソースが再確立される。上述のようにサービス中断は，ＢＳＣ間，ＭＳＣ間，ＳＧＳＮ間の場合約３．４秒であり，そのうち２．７秒は経路制御エリア更新によってもたらされる。（上述の２００４年１月１２〜１６日，スコットランドエジンバラで開催された3GPP TSG GRAN #17bis，議題番号5.4.6.2，「ＤＴＭ動作におけるＰＳサービス中断の推定値」，Tdoc G2-040049を参照されたい。）そのような遅延は，実時間ＰＳサービスでは受け入れられない。
【００２２】
ＰＳサービス及び特に実時間ＰＳデータフローに関してＤＴＭにおけるエンド‐ツ‐エンド遅延を最小化するために，ＣＳリソース及びＰＳリソースの並行又は同時の結合ハンドオーバを可能にする新しい機構に対する要望がある。本発明は，ＤＴＭにおけるＭＳについて，ＰＳリソース及びＣＳリソース双方の並行又は同時ハンドオーバに対応するために，既存のＰＳハンドオーバ手続及びＣＳハンドオーバ手続を利用する。
【００２３】
ＣＳハンドオーバ手続及びＰＳハンドオーバ手続双方を用いる「ＣＳ及びＰＳ並行ハンドオーバ」
上述のようにＣＳハンドオーバ手続及びＰＳハンドオーバ手続を互いに独立に実行する点で，ＤＴＭにおけるＣＳリソース及びＰＳリソースの並行ハンドオーバを可能にするには問題がある。したがって，例えばＣＳハンドオーバがＰＳハンドオーバの前に完了すると言った，一方の手続が他方より前に完了する危険性がある。このことは，ターゲットセルにおいてリソースが割り当てられているにもかかわらず，ＤＴＭにおけるＣＳリソース又はＰＳリソースいずれかのハンドオーバに失敗し，ＤＴＭハンドオーバが実行できないことにつながる。したがって，ＤＴＭにおけるＭＳが，ハンドオーバの後でＣＳセッション及びＰＳセッションを同時に続けることができるように，ソースシステム及びターゲットシステムにおいてＰＳハンドオーバ手続及びＣＳハンドオーバ手続を同期する要望がある。本発明による基本原理は，ＣＳハンドオーバ手続及びＰＳハンドオーバ手続を強化して，ＤＴＭにおけるＭＳのＰＳリソースハンドオーバ及びＣＳリソースハンドオーバの同期を可能にするものである。
【００２４】
ＰＳ指示ＩＥ及びＣＳ指示ＩＥ
ここで図１を参照すると，本発明によってＣＳハンドオーバ手続及びＰＳハンドオーバ手続を同期させ，ＣＳリソース及びＰＳリソース双方のハンドオーバの同期を可能にして，ＰＳ指示情報要素（PS Indication Information Element）を並行して供給することができる。
この２つのＩＥは，ターゲットＢＳＳにおけるＰＳハンドオーバ及びＣＳハンドオーバの同期を可能にするために用いてもよい。これらの指示はソースＢＳＳ１０が設定し，ターゲットＢＳＳ１２が使用するだけである。ターゲットＢＳＳは，線１１８のハンドオーバ要求（HANDOVER REQUEST）メッセージ，及び線１１９のＰＳハンドオーバ要求（PS HANDOVER REQUEST）メッセージ双方を待ってから，線１３０ａ及び１３１（図２参照）でＣＮ１４へ肯定応答を送信する。
・PS Indication IEは，旧ＢＳＳから新ＢＳＳへの透過コンテナ（Old BSS to New BSS Transparent Container）（3GPP TS 48.008参照）内の線１１６のハンドオーバ必須（HANDOVER REQUIRED）メッセージ（ＢＳＳからＣＳへ）と，線１１８のHANDOVER REQUESTメッセージ（ＣＮからＢＳＳへ）とで送信される（図１参照）。
・CS Indication IEは，ソースＢＳＳからターゲットＢＳＳへの透過コンテナ（Source BSS to Target BSS Transparent Container）（3GPP TS 43.129参照）内の線１１７のPS HANDOVER REQUIREDメッセージ（ＢＳＳからＣＮへ）と，線１１９のPS HANDOOVER REQUESTメッセージ（ＣＮからＢＳＳへ）とで送信される。
【００２５】
ＰＳリソース利用可能（PS Resource Available）ＩＥ及びＣＳリソース利用可能（CS Resource Available）ＩＥ
この２つの追加新規ＩＥは，反対方向のハンドオーバを同期させるために，ターゲットＢＳＳ１２がソースＢＳＳ１０に送信する（図２参照）。
・PS Resource Available IEは，線１３０ａのハンドオーバ要求肯定応答（HANDOVER REQUEST ACKNOWLEDGE (ACK)）メッセージ（ＢＳＳからＣＮへ）と，線１４０のハンドオーバコマンド（HANDOVER COMMAND）メッセージ（ＣＮからＢＳＳへ）とで送信される。PS Resource Available IEは，部分ＰＳハンドオーバ障害の場合にはデータ送信が継続できることをＭＳに指示するために，ＣＮのＭＳＣが用いてもよい。
・CS Resource Available IEは，線１３１のPS HANDOVER REQUEST ACKメッセージ（ＢＳＳからＣＮへ）と，線１４１のPS HANDOVER REQUIREDメッセージ（ＣＮからＢＳＳへ）によって送信される。
【００２６】
ＣＳリソース及びＰＳリソース割当ての同期管理のための，ソースＢＳＳ及びターゲットＢＳＳのＤＴＭハンドオーバタイマ
次のとおり２つのタイマが規定される。
・ターゲットＢＳＳタイマ（Ｔ１）１５０（図２参照）
Ｔ１はターゲットＢＳＳ１２において規定される。このタイマの目的は，ＤＴＭハンドオーバを実行するために必要なＣＳリソース及びＰＳリソース割当て管理である。ＣＳハンドオーバはＰＳハンドオーバに対して優先権があり，例えばＰＳリソース割当てのせいで遅延することはない。ここでＰＳリソース割当ては，特にＳＧＳＮ変更の場合，コアネットワークの信号通知のためにＣＳハンドオーバよりも時間がかかることがある。しかしターゲットＢＳＳは，ソースＢＳＳ用にＤＴＭハンドオーバ情報（ＣＳ及びＰＳのリソース可用性）を準備するために，限定された期間，すなわちタイマＴ１の期間又は値だけＰＳハンドオーバ信号通知を待ってもよい。そしてその結果，ＣＳハンドオーバ信号通知及びＰＳハンドオーバ信号通知によってＣＳリソース可用性及びＰＳリソース可用性を示す。タイマＴ１の値は，ＣＳハンドオーバ性能に影響しないように小さいことが望ましい。
ターゲットＢＳＳは，ソースＢＳＳ１０がDTM HANDOVER COMMANDメッセージに必要な情報を構築するために必要な，ターゲットＢＳＳ１２から送信される透過コンテナを構築できるように，ＣＳ及びＰＳ情報を有する各ハンドオーバ要求メッセージ（線１１８のHANDOVER REQUEST及び線１１９のPS HANDOVER REQUEST）の双方を待つ必要がある。
【００２７】
タイマＴ１の規定は次のとおりである。
タイマＴ１
・タイマＴ１は，ＤＴＭハンドオーバを示すＣＳハンドオーバメッセージ，すなわちターゲットＢＳＳ１２においてもＰＳハンドオーバが起きることを示す新規PS Indication IEを含む線１１８のHANDOVER REQUESTメッセージを受信したとき始動させられる。
・タイマＴ１は，ＣＳ及びＰＳハンドオーバ要求，すなわちＰＳリソースが利用できることを示す新規PS Resource Available IEを含む，線１３０ａのHANDOVER REQUEST ACKメッセージ，又はＣＳリソースが利用可能であることを示す新規CS Resource Available IEを含む，線１３１のPS HANDOVER REQUEST ACKメッセージを，ＣＮ内の対応するＭＳＣ又はＳＧＳＮに最後に送信したとき停止させられる。
・タイマＴ１が時間切れになった時点で，ＰＳハンドオーバが失敗したとき（例えばターゲットＢＳＳがＣＮ１４内のＳＧＳＮから線１１９のPS HANDOVER REQUESTメッセージを受信しなかったか，十分な無線リソースを有さないとき）は，ターゲットＢＳＳは例えば，線１３０ａのHANDOVER REQUEST ACKメッセージ（ＰＳリソースが利用できないことを示すPS Resource Available IEを含む）をＣＮ１４内のＭＳＣへ送信する。この場合，ＣＳハンドオーバだけが継続する。割り当てられたＰＳリソースは，ターゲットセル内のＭＳにうまく接続できた後で利用され又は割り当てられる。ＣＳハンドオーバが失敗したときは，ターゲットＢＳＳ１２がＣＮ１４内のＭＳＣにハンドオーバ障害（HANDOVER FAILURE）メッセージを送信する。
・タイマＴ１の値は，ＣＳハンドオーバがＰＳ側のハンドオーバよりも優先権を有するので，例えばＣＳハンドオーバがあまり長く遅延しないように規定される。
【００２８】
ソースＢＳＳタイマ（Ｔ２）１６０
タイマＴ２ １６０は，ソースＢＳＳ１０において規定される。このタイマの目的は，ソースＢＳＳが図２内の線１４０，１４１のメッセージによってターゲットＢＳＳから受信するＣＳリソース及びＰＳリソース割当てに関する情報に基づいてDTM HANDOVER COMMAND（ＭＳへ送信される。図４の線１８０を参照。）を構築することができるようにすることである。ＣＳハンドオーバはＰＳハンドオーバに対して優先権を有しており，ＰＳハンドオーバのために遅延させられることはない。ここでＰＳハンドオーバは既に前述したように，特にＳＧＳＮ変更の場合，コアネットワークの信号通知のためにＣＳハンドオーバより時間がかかることがある。しかしソースＢＳＳは，ＭＳ（これも図４参照のこと）用に線１８０のDTM HANDOVER COMMANDメッセージを準備するために，限られた時間，すなわちタイマＴ２の期間又は値だけ待機することが望ましい。タイマＴ２の値は，ＣＳハンドオーバ性能に影響しないように選ぶことが望ましい。タイマＴ２の値は，タイマＴ１の値よりも大きい。
ソースＢＳＳ１０は，ＭＳ用に無線インタフェースメッセージ，DTM HANDOVER COMMANDメッセージ，を構築することができるように，ＣＳ情報及びＰＳ情報を含む２つのハンドオーバコマンドメッセージ（図２内の線１４１のPS HANDOVER REQUIRED ACKメッセージ，及び線１４０のHANDOVER COMMANDメッセージ）を待つ必要がある。タイマＴ２の規定は次のとおりである。
【００２９】
タイマＴ２
・タイマＴ２は，ＤＴＭハンドオーバを示す最初のメッセージ，すなわちソースセル内の線１４０のHANDOVER COMMANDメッセージ，又は線１４１のＰＳハンドオーバ必須肯定応答（PS HANDOVER REQUIRED ACK）メッセージのいずれか，を受信したとき始動させられる。
・タイマＴ２は，ソースＢＳＳが線１４０のHANDOVER COMMANDメッセージ及び線１４１のPS HANDOVER REQUIRED ACKメッセージの双方を受信したとき停止させられる。
タイマＴ２が時間切れになった時点でソースＢＳＳは，ＣＳ領域のハンドオーバ又はＣＳ及びＰＳ領域のハンドオーバの再始動を示すために，線１１６のHANDOVER REQUIREDメッセージ及び線１１７のPS HANDOVER REQUIREDメッセージをＣＮ１４へ再度送信してもよい。
・タイマＴ２の値は，ＣＳハンドオーバがＰＳ側のハンドオーバよりも優先権を有するので，ＣＳハンドオーバがあまり長く遅延しないように規定される。
（備考）上記においてはＣＳサービスに優先権が与えられているが，本発明はそれに限定されない。
【００３０】
第２実施例，「ＣＳ及びＰＳ同時ハンドオーバ」，ＣＳハンドオーバ手続の強化
ＤＴＭにおけるハンドオーバにおいて，ＰＳリソースとＣＳリソースとの同時ハンドオーバに対応するために，第２実施例によればＣＳハンドオーバ手続に次に掲げる強化が必要である。
（ＢＳＳ側）
・ＰＳハンドオーバを可能にするため，ＣＳハンドオーバの際にＰＳ情報を提供する信号通知の追加
・ターゲットＢＳＳからＭＳＣへの，ターゲットセルにおけるＰＳリソースの可用性指示
・ＳＧＳＮが変更になるとき，ソースＢＳＳから新ＳＧＳＮへの，ＲＡＣ（経路制御エリアコード）情報，旧ＴＬＬＩ（一時論理リンク識別情報），又はＩＭＳＩ（国際移動体通信加入者識別情報）の送信
・ソースＢＳＳ及びターゲットＢＳＳにおけるＣＳリソース及びＰＳリソース割当ての管理
（ＭＳＣ側）
・ＳＧＳＮへのＰＳリソースハンドオーバ完了を示すために（ＭＳＣとＳＧＳＮとの間の）Ｇｓインタフェースが利用できる場合の，Ｇｓインタフェース上の新規手続
【００３１】
これらの強化について，以降詳細に述べる。
（ＰＳ情報）
・図５を参照すると，ターゲットセルへのＰＳハンドオーバを可能にするために，ソースＢＳＳ１０から（ＣＮ１４経由）ターゲットＢＳＳ１２へ，ソースセルにおいて利用されているＰＳリソースについての情報を回送する必要がある。この情報は，ＣＳハンドオーバにおいて用いられる線１６のHANDOVER REQUIREDメッセージ（ＢＳＳからＣＮへ）及び線１８のHANDOVER REQUESTメッセージ（ＣＮからＢＳＳへ）内に新規情報要素（ＩＥ）を含めることによって，コアネットワーク１４を透過的に回送することができる。
【００３２】
（ハンドオーバの際のＳＧＳＮコンテキスト交換を可能にする新規手続）
ハンドオーバの際にＳＧＳＮが変更になる場合，ＳＧＳＮコンテキストをダウンロードする旧ＳＧＳＮを識別するために，新ＳＧＳＮはＭＳ識別情報と同様経路制御エリア識別子（ＲＡＩ）を，旧ＴＬＬＩ又はＩＭＳＩのいずれかによって知る必要がある。この情報をターゲットＢＳＳに渡す新規手続（図５参照）を次に説明する。
・旧ＲＡＣは，線１６のHANDOVER REQUIREDメッセージ及び線１８のHANDOVER REQUESTメッセージ内で，ソースＢＳＳ１０からＣＮ１４を介してターゲットＢＳＳ１２へ，ターゲットセル識別子の一部として回送してもよい。
・ＩＭＳＩは，ＣＮ１４内のＭＳＣが，ターゲットＢＳＳ１２に送信される線１８のHANDOVER REQUESTメッセージに追加してもよい。あるいは，ソースＢＳＳ１０が旧ＴＬＬＩ情報を，ＣＳハンドオーバに用いられる線１６のHANDOVER REQUIREDメッセージ（ＢＳＳからＣＮへ）及び線１８のHANDOVER REQUESTメッセージ（ＣＮからＢＳＳへ）に含めることによって，ＣＮ１４を通じてターゲットＢＳＳ１２へ透過的に送信することもできる。
【００３３】
（ＣＳリソース及びＰＳリソース割当て管理）
ターゲットＢＳＳ１２は，ＣＳリソース及びＰＳリソース双方のハンドオーバを操作できるように，ＣＳ情報及びＰＳ情報を有するハンドオーバメッセージ（線１８のHANDOVER REQUESTメッセージ）を待つ必要がある。ターゲットＢＳＳ１２は線４０の最終的なHANDOVER COMMANDメッセージ（図６参照）を構築し，それはＣＮ１４を介してソースＢＳＳ１０へ回送される。
HANDOVER COMMANDメッセージを受信すると，このメッセージがソースＢＳＳのタイマ期限より前に到着したときは，ソースＢＳＳはそれを無線インタフェース上のメッセージ１８０（図８参照）としてＭＳに送信する。ソースＢＳＳは，線１６のHANDOVER REQUIREDメッセージがＣＮへ送信された後タイマを始動させ，線４０のHANDOVER COMMANDメッセージがＣＮから受信された後停止させる。
【００３４】
（ＰＳリソース割当て）
図６を参照すると，ターゲットセルへのＰＳハンドオーバを可能にするために，ターゲットセル内の割り当てられたＰＳリソースについての情報を，ターゲットＢＳＳ１２からソースＢＳＳ１０へ回送する必要がある。この情報はＣＳハンドオーバに用いられる線３０のHANDOVER REQUEST ACKメッセージ（ＢＳＳからＣＮへ）及び線４０のHANDOVER COMMANDメッセージ（ＣＮからＢＳＳへ）内の新規ＩＥとして送信してもよい。ＭＳＣが変更になる場合は，この情報はＣＮノード間においても送信することが望ましい。
【００３５】
（ＰＳリソースのＳＧＳＮへのハンドオーバ完了を示すために，（ＭＳＣとＳＧＳＮとの間の）Ｇｓインタフェースに対応している場合の，Ｇｓインタフェース上の新規手続）
新規手続によってＧｓインタフェースが利用できるとき，ＭＳＣはターゲットＢＳＳ内のＰＳリソース割当て状態をＳＧＳＮに報告する。この新規手続は，図８に示すように線１００のハンドオーバ完了（HANDOVER COMPLETE）メッセージをＭＳＣがターゲットＢＳＳ（図８のＢＳＳ２）から受信したとき，開始する。線１０２の新規なハンドオーバ状態（HANDOVER STATUS）メッセージは，図６に示すように線３０のHANDOVER REQUEST ACKメッセージ内の新ＩＥが示すＰＳリソースの可用性についての情報がＭＳＣにおいて受信されたときだけ，ＭＳＣから新ＳＧＳＮへ送信される。HANDOVER REQUEST ACKメッセージは，最初にＢＳＳ２からＭＳＣへ行き，そしてＧｓインタフェースを介してＭＳＣから旧ＳＧＳＮへ，そして（旧ＳＧＳＮと新ＳＧＳＮ間の）Ｇｎインタフェースを介して新ＳＧＳＮへ回送される。このメッセージが受信された後，適切なＳＧＳＮが旧セル内のリソースを解放するためにソースＢＳＳ（図８のＢＳＳ１）へＢＳＳ  ＰＦＣ削除（Delete BSS Packet Flow Context (PFC)）手続を開始してもよい。この場合，図８に更に示すように２つの別の解決策が可能である。
・第１の解決策は，ソースセルのＢＳＳ  ＰＦＣ解放を開始するために，ダミーＬＬＣ  ＰＤＵを送信することである。
・第２の解決策では，ＢＳＳがユーザの非活性状態を検出したとき，ソースＢＳＳはＢＳＳ  ＰＦＣ情報の削除を開始してもよい（3GPP TS 48.018参照）。
【００３６】
（Ｇｂインタフェース及びＧｎインタフェース上の追加機能）
ＰＳリソースのハンドオーバに対応するために，Ｇｂインタフェース，Ｇｎインタフェース，Ｇｓインタフェース（ＧｓはＢＳＣとＳＧＳＮとの間）上のＰＳ領域手続にここで次の強化を推奨する。
（ＢＳＳ側）
・Download BSS PFC手続の新規起動点を規定する
（ＳＧＳＮ側）
・Ｇｎインタフェース上に新規な強化ＳＧＳＮコンテキスト（Enhanced SGSN Context）手続を規定する
【００３７】
次にこれらの強化について詳細に説明する。
（Download BSS PFC手続のための新規起動操作）
この場合，Ｇｂインタフェース上にDownload BSS PFC手続のための新規起動操作が規定される。図５に示すようにターゲットＢＳＳ１２は，ＣＮ１４内のＭＳＣから線１８のHANDOVER  REQUESTメッセージ（ＣＮからＢＳＳへ）を受信したとき，この手続を開始する。ターゲットＢＳＳ１２は，線３０のHANDOVER REQUEST ACK（図６参照）を形成してＭＳＣに返送するために，ＭＳＣからの線１８のHANDOVER REQUESTメッセージと，これもＣＮ１４内のＳＧＳＮからの線１１０のＢＳＳ  ＰＦＣ生成（CREATE BSS PFC）メッセージの双方を待つ必要がある。次にＭＳＣは，第３層情報透過コンテナ（Layer 3 Information Transparent Container）に含まれる無線情報を，図６に更に示されるように線４０のHANDOVER COMMANDメッセージ（ＣＮからＢＳＳへ）内でソースＢＳＳ１０へ転送する。透過コンテナは，ＰＳリソース指示及びＣＳリソース指示双方を含むHANDOVER COMMANDメッセージ，若しくは例えばターゲットＢＳＳにおいて待機タイマが時間切れになったとき，又はＰＳリソースが割り当てられなかったときＣＳリソース指示だけを含むHANDOVER COMMANDメッセージ，のいずれかを転送する。
【００３８】
（強化ＳＧＳＮコンテキスト手続）
ハンドオーバの準備段階で，旧ＳＧＳＮから（Ｇｎインタフェース上で）新ＳＧＳＮへ情報を転送する新規手続が規定される。この新規手続は，旧ＳＧＳＮと新ＳＧＳＮとの間で交換される２つの新規ＧＴＰメッセージからなる（図７参照）。
・これら２つのメッセージは，
１．線１３０の強化ＳＧＳＮコンテキスト要求（ENHANCED SGSN CONTEXT REQUEST）と，
２．線１３２の強化ＳＧＳＮコンテキスト応答（ENHANCED SGSN CONTEXT RESPONSE）メッセージと，
である。
【００３９】
これらのメッセージは，新ＳＧＳＮと旧ＳＧＳＮとの間で交換される。新ＳＧＳＮは，図５に更に示されているようにターゲットＢＳＳ（図７のＢＳＳ２）から線１３４のダウンロードＢＳＳパケットフローコンテキスト要求（DOWNLOAD BSS PFC REQUEST）（旧ＲＡＩ，旧ＴＬＬＩ，ＩＭＳＩ，パケットフローＩＤ）メッセージを受信する。旧ＴＬＬＩがＢＳＳに対して利用可能でないときは，ＩＭＳＩを送信する必要がある。新ＳＧＳＮは，旧ＲＡＩ及びＩＭＳＩ（又は旧ＴＬＬＩ）から旧ＳＧＳＮを判別して，この旧ＳＧＳＮにＳＧＳＮコンテキスト要求（SGSN CONTEXT REQUEST）メッセージを送信する。あるいは，新ＳＧＳＮは旧ＲＡＩから旧ＳＧＳＮを判別する。
【００４０】
新ＳＧＳＮは，ＭＭ（移動性管理）コンテキスト（MM Context）及びＰＤＰ（パケットデータプロトコル）コンテキスト（PDP Context）をダウンロードするために，線１３０の強化ＳＧＳＮコンテキスト要求（ENHANCED SGSN CONTEXT REQUEST）（新ＳＧＳＮアドレス，ＩＭＳＩ，旧ＴＬＬＩ，旧ＲＡＩ）メッセージを旧ＳＧＳＮに送信する。
【００４１】
新ＳＧＳＮが旧ＳＧＳＮから線１３２の強化ＳＧＳＮコンテキスト応答（ENHANCED SGSN CONTEXT RESPONSE）（MM Context，PDP Context，ＸＩＤ（交換識別情報）パラメータ（3GPP TS 43.129参照））を受信したときは，新ＳＧＳＮはＢＳＳ  ＰＦＣ生成（Create BSS PFC）手続を開始し，次にその手続がターゲットＢＳＳ内にリソースを割り当てる。これは図５に更に示されているように新ＳＧＳＮからターゲットＢＳＳ（図７のＢＳＳ２）へ，また多少異なる方法でターゲットＢＳＳ１２からＣＮ１４（もちろん旧ＳＧＳＮ，新ＳＧＳＮ，ＭＳＣ，ＧＧＳＮなどを含む）への，線１１０のCREATE BSS PFCメッセージによって示されている。
【００４２】
図９は，本発明の第１実施例によって図１〜４に示すＣＮ１４と信号を交換するソースＢＳＳ１０を示している。図９のソースＢＳＳ１０は，信号プロセッサ２００−９を含み，それは（全体又は部分が）集積回路であってもよいし，又は制限のない，例えば図１４に示す種類のものであってもよい。信号プロセッサはそれらしく，中央処理ユニット（ＣＰＵ）２０２と，ランダムアクセスメモリ（ＲＡＭ）２０４と，読み出し専用メモリ（ＲＯＭ）２０６と，入出力デバイス２０８と，信号プロセッサの前述のコンポーネントを相互接続するデータバス，アドレスバス及び制御バス２１０と，を含む。このような信号プロセッサにおいては，計算機プログラム言語で書かれた１組のコード化した命令がＲＯＭ２０６に，通常はコンパイルされた形態で記憶される。すなわち，人間可読ソースコードは機械可読命令にコンパイルされ，ＣＰＵ２０２がプログラマの並べた順に実行するために取り出せるように計算機可読媒体（すなわちＲＯＭ）２０６に記憶される。もちろん記憶されるコードは，コンパイルする代わりに，その場で（ｏｎ−ｔｈｅ−ｆｌｙ）解釈してもよい。命令に従って実行した中間結果及び計算値は，中間結果を一時的に記憶する役割をするＲＡＭ２０４に記憶してもよい。
信号プロセッサは，処理のために入出力デバイス２０８が受信した入力信号に反応し，それに応答して同一の入出力デバイス又は別の類似のデバイスに現れる出力信号を供給することができる。図９のソースＢＳＳ１０は，それ自身入出力デバイス２２０を備えており，それは信号プロセッサ２００の入出力デバイス２０８とは異なり，ソースＢＳＳの外部環境との種々のインタフェース信号を処理することができる。入出力デバイスはそれらしく，送信器２２２及び受信器２２４を含んでもよい。送信器２２２は信号プロセッサ２００−９からの線２２４の信号に反応し，線１１６のHANDOVER REQUIRED信号及び線１１７のPS HANDOVER REQUIRED信号を供給する。この双方の信号は，図１及び３に示されている。入出力デバイス２２０はまた受信器２２４を含み，それは線１４０のHANDOVER COMMAND信号及び線１４１のPS HANDOVER REQUIRED ACK信号に反応して，信号プロセッサ２００−９に線２２６の信号を供給する。一般にソースＢＳＳ１０内の信号プロセッサ２００−９は更に，ＭＳが行う測定，並びに特にＭＳがセル内で移動しているとき，及びセルからセルへ移動しているとき，それ自身が無線環境に関して行う測定，にも反応する。ＭＳが実行する測定動作の種類は本発明の範囲を超えるが，その詳細は例えば上述したTS 43.055のような３ＧＰＰ仕様書に記載されている。ハンドオーバに関する無線情報の詳細は3GPP TS 24.008に記載されており，関連するネットワーク情報は3GPP TS 23.009に記載されている。どの場合も図１及び３の線１１７のPS HANDOVER REQUIREDメッセージは，CS Indication IEを搬送するSource BSS to Target BSS Transparent Container IEを含んでもよい。CS Indication IEは，このＭＳに対してはハンドオーバ試行を唯一に識別する内容を有し，また線１１６のHANDOVER REQUIREDメッセージに含まれるPS Indication IEの内容に同じであってもよい。類似してTarget Cell Identifier IEは，メッセージに含まれ，対応する線１１６のHANDOVER REQUIREDメッセージ内の好適なセル識別子リスト情報要素（Cell Identifier List IE）に規定されたものと同一のセルを識別することができる。図９に示す線１４０及び１４１の信号に関しては，受信器２２４が受信して信号プロセッサ２００−９への線２２６に供給される。ソースＢＳＳ１０は線１４０のHANDOVER COMMANDメッセージ及び線１４１のPS HANDOVER REQUIREDメッセージ双方を受信するまで待機し，それからタイマ１６０を停止し，図４の線１８０のHANDOVER COMMANDメッセージを送信し，そしてPS Handover Required手続を終了する。図２のタイマ１６０が，線１４０及び１４１双方のメッセージを受信する前に時間切れになったときは，ソースＢＳＳ１０はどのメッセージを受信したかに応じて次のうち１つを実行する。
（１）ソースＢＳＳ１０が線１４１のPS HANDOVER REQUIRED ACKメッセージは受信したが，線１４０のHANDOVER COMMANDメッセージは受信せず，かつタイマが時間切れになったときは，ＰＳハンドオーバ中止(PS Handover Cancellation）手続を開始してもよい。
（２）ソースＢＳＳ１０が線１４０のHANDOVER COMMANDメッセージは受信したが，線１４１のPS HANDOVER REQUIRED ACKメッセージは受信せず，かつタイマ１６０が時間切れになったときは，例えば「タイマ時間切れ」のように示された理由を含むHANDOVER FAILUREメッセージをＭＳＣに送信してもよい。
（３）ソースＢＳＳ１０が線１４０のメッセージ，又は線１４１のメッセージいずれも受信しなかったときは，ハンドオーバ手続を終了してもよく，ＭＳＣ又はＳＧＳＮいずれにもメッセージを送信しない。
タイマ１６０が時間切れになった後でＭＳＣ又はＳＧＳＮから受信したこのハンドオーバ試行に関するどのメッセージ又はＰＤＵも破棄してよい。
【００４３】
ソースＢＳＳ１０が，線１１６のHANDOVER REQUIREDメッセージに対する否定応答及びハンドオーバ必須拒否（HANDOVER REQUIRED REJECT）メッセージを受信したときは，ハンドオーバ手続は終了し，ＭＳＣ又はＳＧＳＮいずれにもメッセージを送信しない。
【００４４】
ソースＢＳＳ１０が線１１７のPS HANDOVER REQIREDメッセージに対するＳＧＳＮ障害を示す理由値を含む否定応答及びHANDOVER COMMANDメッセージを受信したときは，ソースＢＳＳ１は「ＳＧＳＮ障害」と示された障害理由を含むHANDOVER FAILUREメッセージをＭＳＣに送信し，ＭＳにはメッセージを送信しない。
【００４５】
ソースＢＳＳ１０が肯定応答及びHANDOVER REQUIRED REJECTメッセージを受信したときは，ソースＢＳＳ１０はPS Handover Cancellation手続を開始し，ＭＳにはメッセージを送信しない。
【００４６】
このようにこの実施例は，ソースＢＳＳ１０及びターゲットＢＳＳ１２におけるＰＳリソース及びＣＳリソースのハンドオーバ同期を提供する。ＤＴＭにおけるＰＳリソース及びＣＳリソースのハンドオーバを同期させる機構は，ＣＳハンドオーバ手続及びＰＳハンドオーバ手続双方に適用される。そしてこの機構は，ＣＳ及びＰＳハンドオーバ信号通知のリソース指示によって支持され，ターゲットセルネットワークノードにＣＳハンドオーバ及びＰＳハンドオーバが同時に同一のＭＳについて実行中であることを示す。
【００４７】
図１０を参照すると，すべて本発明の第２実施例に属している図７及び８と同様図５及び６のソースＢＳＳ１０に関しては図９と類似している。図１０のソースＢＳＳ１０は信号プロセッサ２００−１０を含んでおり，前述の図１４の形態でもよいし，又は集積回路のようなある別の形態でもよい。信号プロセッサは，概略線２３０の信号で示す出力信号を，入出力デバイス２３４内の送信器２３２に供給することができる。送信器２３２は図５の線１６のHANDOVER REQUIREDメッセージを提供し，図７に更に示すようにＣＮ１４のＭＳＣが受信する。図６の線４０のHANDOVER COMMANDメッセージは図８にも示されており，ＣＮ１４のＭＳＣからソースＢＳＳ１０へ送信される。図１０において，この線４０のHANDOVER COMMANDメッセージは受信器２４０が受信するように示されており，受信器は次に線２４２の出力信号を信号プロセッサ２００−１０へ供給する。信号プロセッサ２００−１０において実行される詳細及び図１０に関連する信号通知処理は，上述の図５〜８に関連して既に説明したものと類似している。
【００４８】
図１１は図１及び２の第１実施例に示したようなターゲットＢＳＳ１２を示しており，線１１８のHANDOVER REQUESTメッセージ及び線１１９のPS HANDOVER REQUESTメッセージを受信している（同一の信号が図１及び３に示されている）。これらは受信器２５０が受信するように示されており，受信器は次に線２５２の出力信号を信号プロセッサ２００−１１に供給し，信号プロセッサはチップでもよいし，図１４に示したものと類似の構造を有してもよい。図３に示すように，新ＳＧＳＮはＣＮ１４の要素であって，線１１９のPS HANDOVER REQUESTメッセージをターゲットＢＳＳ１２へ送信する。このメッセージは，設定すべきＰＦＣに対応するＰＳハンドオーバのためのＮＡＳ（非接続層）コンテナを含む（ＳＧＳＮ内ＰＳハンドオーバの場合を除く）。上述のとおりタイマ１５０は線１１９のメッセージに応答して始動される。CS Indication IEを含む線１１９のPS HANDOVER REQUESTメッセージを受信する（すなわちＤＴＭハンドオーバ手続が実行中である）と，ターゲットＢＳＳ１２はいくつかの別の手続へ進むことができる。最初にタイマ１５０が動作していないときは，タイマを始動することができる。線１１９のPS HANDOVER REQUESTメッセージ及び線１１８のHANDOVER REQUESTメッセージ双方が受信され，CS Indication IE及びPS Indication IE双方の内容が同一であるとき，ターゲットＢＳＳ１２はタイマ１５０を停止させ，ＭＳのために新規ＢＳＳコンテキストを生成し，受信したＡＢＱＰ（集約ＢＳＳ ＱｏＳプロファイル）パラメータに従ってＰＦＣを生成し，ＭＳの能力内で個別リソース及びＴＢＦ（一時ブロックフロー）リソース双方を割り当てるよう試行する（ここで個別リソースは，例えば3GPP TS 48.008に規定されたように割り当てられる）。信号プロセッサは，送信器２５６への信号を線２５４に出力し，送信器は線１３０ａのHANDOVER REQUEST ACKメッセージ及び線１３１のPS HANDOVER REQUEST ACKメッセージを供給する。線１３１のPS HANDOVER REQUEST ACKメッセージは，ターゲットＢＳＳからソースＢＳＳへの透過コンテナ（Target BSS to Source BSS Transparent Container），すなわち3GPP TS 44.060に規定されているような完全なDTM HANDOVER COMMANDメッセージを含んでもよい。試行ＤＴＭハンドオーバの場合，共有リソースが割り当てられないときは，ターゲットＢＳＳ１２は対応するハンドオーバリソース割当て（Handover Resource Allocation）手続を継続し，個別リソースだけを割り当ててもよい（3GPP TS 48.008参照）。タイマ１５０が時間切れになり，ターゲットＢＳＳ１２が線１１９のPS HANDOVER REQUESTメッセージを受信したときは，ターゲットＢＳＳは例えば「タイマ時間切れ」と示された理由を含むPS HANDOVER REQUEST NEGATIVE ACKNOWLEDGE (NACK)をＳＧＳＮへ送信することによって，PS Handover Request手続を終了してもよい。ターゲットＢＳＳ１２は，タイマ１５０が時間切れになったとき，ＭＳ識別情報及びこのハンドオーバ試行のCS Indication IEだけを記憶すればよい。あるいは，ターゲットＢＳＳ１２はＭＳについて何の情報も保持しない。ターゲットＢＳＳがＭＳ識別情報及びCS Indication IEを記憶する期間は，実装依存であることに注意されたい。しかし，HANDOVER REQUESTメッセージが以前に終了したＤＴＭハンドオーバ試行に対応するものかどうかを新ＢＳＳが判定するために十分長いことが望ましい。Ａインタフェースタイマ１５０が期限切れになり，ターゲットＢＳＳがHANDOVER REQUESTメッセージを受信したときは，実行中のハンドオーバリソース割当ては失敗する。
【００４９】
ＰＳハンドオーバの場合に加えてＤＴＭハンドオーバの場合，ターゲットＢＳＳはターゲットセルの主ＤＣＣＨ（個別制御チャネル）で（RR（無線リソース））HANDOVER COMPLETEメッセージを受信したときPS Handover Complete手続を開始することができる（3GPP TS 44.018参照）。
【００５０】
旧ＢＳＳから新ＢＳＳへの情報（Old BSS to New BSS Information）ＩＥ内にPS Indication IEを含む，図１１に示すような線１１８のHANDOVER REQUESTメッセージを受信すると，ターゲットＢＳＳ１２はいくつかの別の手続に進むことができる。ターゲットＢＳＳのタイマが動作していないときは，ターゲットＢＳＳがそれを始動することができる。対応するHANDOVER REQUESTメッセージとPS HANDOVER REQUESTメッセージのペアが受信された（すなわち，CS Indication IEとPS Indication IEの内容が同一である）とき，ターゲットＢＳＳ１２はタイマを停止させ，ＭＳの能力に対応する個別リソース及び（任意選択で）共有リソースを割り当てることができる（3GPP TS 48.018参照）。
【００５１】
ＤＴＭハンドオーバの場合，個別リソース及び共有リソース双方が割り当てられたときは，ターゲットＢＳＳ１２が送信した線１３８のHANDOVER REQUEST ACKメッセージは，「第３層情報（Layer 3 Information）」ＩＥ内に無線インタフェースメッセージDTM HANDOVER COMMANDを含んでもよい。Layer 3 Information（RR Layer 3 HANDOVER COMMAND又はRLC/MAC（無線リンク制御／媒体接続制御） Layer 2 DTM HANDOVER COMMANDのいずれかである）が，これもまたBSMAP（基地局管理アプリケーション部）メッセージのLayer 3 Information IE内のHANDOVER COMMANDメッセージを用いて，制御ＭＳＣによってソースＢＳＳに転送される。新ＢＳＳが選択した適切な新チャネル及びハンドオーバ参照番号に関する情報は，HANDOVER COMMAND又はDTM HANDOVER COMMANDに含まれる。ソースＢＳＳにおいて使用中のチャネルについて知ることによって，ターゲットＢＳＳはHANDOVER COMMANDメッセージ又はDTM HANDOVER COMMANDメッセージのサイズを最小化できる（すなわち，第１チャネルＩＥのモードをHANDOVER COMMANDに含める必要があるかどうかを決定する）。
【００５２】
タイマが時間切れになり，ターゲットＢＳＳが線１１８のHANDOVER COMMAND REQUESTメッセージを受信したが，線１１９の対応するPS HANDOVER REQUESTメッセージを受信しなかったときは，ターゲットＢＳＳはＭＳＣに理由「ＤＴＭハンドオーバタイマ時間切れ」を含むHANDOVER FAILUREメッセージを送信してHandover Resource Allocation手続を破棄してもよいし，又はHandover Resource Allocation手続を続行して個別リソースだけを割り当ててもよい。後者の場合ＢＳＳは，RR HANDOVER COMMANDメッセージを含むLayer 3 Information IEを含む，線１３８のHANDOVER REQUEST ACKメッセージをＭＳＣに送信する。どちらの場合もターゲットＢＳＳは，PS Indication IEの内容及びＭＳ識別情報を記憶してもよい。新ＢＳＳがPS Indication IEの内容を記憶する期間は，実装依存であることに注意されたい。しかし，遅れたPS HANDOVER REQUESTメッセージが以前に終了したＤＴＭハンドオーバ試行に対応するかどうかをターゲットＢＳＳが判定するために十分長いことが望ましい。
【００５３】
タイマが時間切れになり，ターゲットＢＳＳがPS HANDOVER REQUESTメッセージを受信したが対応するHANDOVER REQUESTメッセージを受信しなかったときは，実行中のPS Handover Request手続は暗黙に失敗し，ターゲットＢＳＳは理由「ＤＴＭハンドオーバタイマ時間切れ」を含むPS HANDOVER REQUEST NACKメッセージをＳＧＳＮに送信することができる（3GPP TS 48.018参照）。
【００５４】
ここで図１２を参照すると，それは，図５〜８に示した第２実施例に適用可能であることを除けば，図１１に関連して既に説明したものと類似である。このように入出力デバイス２６２の受信器２６０は，線１８のHANDOVER REQUESTメッセージを受信するように示されており，それに応答して受信器２６０は信号プロセッサ２００−１２に線２６４の出力信号を供給する。信号プロセッサは図１４に示す形態であってもよいし，又は集積回路（チップ）であってもよい。既に上述したとおり，ターゲットＢＳＳ１２はそれに応答してＣＮ１４へ線１３４のDownload BSS PFCメッセージを送信してもよい。このように図１２の信号プロセッサ２００−１２は，入出力デバイス２６２内の送信器２６８へ線２６６の信号を供給し，入出力デバイスは次に線１３４のDOWNLOAD BSS PFCメッセージを供給するように示されている。これに応答してＣＮは線１１０のCreate BSS PFCメッセージを供給し，それを受信器２６０が受信して，信号プロセッサ２００−１２へ線２６４で供給するように示されている。
【００５５】
信号プロセッサ２００−１２はまた，信号プロセッサ２００−１２からの線２６６の信号に応答して，図６に関連して前述したとおり線３０のHANDOVER REQUESTメッセージを供給する。
【００５６】
図１３は，本発明の２つの実施例，より特定すれば図３〜４及び７〜８に示した移動機のような移動機（ＭＳ）６０を示している。信号プロセッサ２００−１３は図１４に示す形態であってもよいがそれに限定されない。すなわち，集積回路のような別の形態であってもよい。前の図に関連して既に示した種々の信号が図１３に示されており，それらをＭＳ６０内の入出力デバイス２７４の一部である受信器２７０が受信し，又は送信器２７２が供給する。この入出力デバイス２７４は図示したとおり，図３〜４及び７〜８に既に示した種々の入力信号及び出力信号を供給するように，信号プロセッサ２００−１３に接続されている。
【００５７】
ＭＳ６０はもちろん，ターゲットＢＳＳ１２だけでなく，ソースＢＳＳ１０と，ＣＮ１４と，図３〜４及び７〜８に詳細に示したＣＮの種々の要素と，を含む前述の図に示した種々の要素を含むシステムの一要素である。
【図面の簡単な説明】
【００５８】
【図１】本発明の第１実施例による，ＣＮを介したソースＢＳＳとターゲットＢＳＳとの間のＰＳ指示転送手続及びＣＳ指示転送手続を示す図である。
【図２】本発明の第１実施例による，図１の手続後にＣＮを介してターゲットＢＳＳとソースＢＳＳとの間で実行される，ＰＳリソース可用性転送手続及びＣＳリソース可用性転送手続を示す図である。
【図３】本発明の第１実施例による，より広いコンテキストにおける図１及び２の各ステップの多くを含むＢＳＳ間と，ＭＳＣ内と，ＳＧＳＮ間とのＤＴＭハンドオーバのネットワーク動作モード（ＮＭＯ）Ｉ，準備フェーズを示す図である。
【図４】本発明の第１実施例による，図２のハンドオーバコマンドを含む，ＢＳＳ間と，ＭＳＣ内と，ＳＧＳＮ間とのＤＴＭハンドオーバのＮＭＯ  Ｉ，実行フェーズを示す図である。
【図５】本発明の第２実施例による，ＣＳハンドオーバ並びにＣＳリソース及びＰＳリソースの割当てを伴うＰＳリソースのハンドオーバを示す図である。
【図６】本発明の第２実施例による，同時ＣＳハンドオーバ及びＰＳリソース可用性指示を伴うＰＳリソースのハンドオーバを示す図である。
【図７】本発明の第２実施例による適用例であって，ＢＳＳ及びＳＧＳＮは変更になり，ＭＳＣは同一のままであり，準備フェーズにおいてＧｓインタフェースが利用できる場合を示す図である。
【図８】本発明の第２実施例による実行フェーズにおける図７の例を示す図である。
【図９】本発明の第１実施例によるソースＢＳＳを示す図である。
【図１０】本発明の第２実施例によるソースＢＳＳを示す図である。
【図１１】本発明の第１実施例によるターゲットＢＳＳを示す図である。
【図１２】本発明の第２実施例によるターゲットＢＳＳを示す図である。
【図１３】本発明の第１実施例又は第２実施例のいずれかによる移動機を示す図である。
【図１４】例えば図９〜１３に示す本発明の任意の実施例において用いることができる信号プロセッサを示す図である。
【図１】
2008535352.tif 000003
【図２】
2008535352.tif 000004
【図３】
2008535352.tif 000005
【図４】
2008535352.tif 000006
【図５】
2008535352.tif 000007
【図６】
2008535352.tif 000008
【図７】
2008535352.tif 000009
【図８】
2008535352.tif 000010
【図９】
2008535352.tif 000011
【図１０】
2008535352.tif 000012
【図１１】
2008535352.tif 000013
【図１２】
2008535352.tif 000014
【図１３】
2008535352.tif 000015
【図１４】
2008535352.tif 000016
【手続補正書】
【提出日】平成19年12月18日(2007.12.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項４６
【補正方法】変更
【補正の内容】
【請求項４６】
（ａ）ソース無線接続ネットワーク要素において動作するとき，送信及び受信を行う請求項２７に記載の送信器及び受信器と，
（ｂ）ターゲット無線接続ネットワーク要素において動作するとき，受信及び送信を行う請求項２７に記載の受信器及び送信器と，
を備える集積回路。
【国際調査報告】
2008535352.tif 000017
2008535352.tif 000018
2008535352.tif 000019
2008535352.tif 000020