【誤訳訂正書】
【提出日】平成23年9月28日(2011.9.28)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
メッセージ要素の内容を識別するための方法において、前記方法は、当該メッセージ要素外にインジケータを設けることを含む、ことを特徴とする方法。
【請求項２】
メッセージ要素が識別部分と内容部分とを含んでいる、請求項１記載の方法。
【請求項３】
メッセージ要素がさらに長さ部分を含んでいる、請求項２記載の方法。
【請求項４】
前記インジケータは同じメッセージ要素内で送信される特定のビットシーケンスを含んでいる、請求項１から３いずれか１項記載の方法。
【請求項５】
前記インジケータは異なるメッセージ要素内で送信される特定のビットシーケンスを含んでいる、請求項１から３いずれか１項記載の方法。
【請求項６】
前記メッセージ要素はフィールド要素か、又は３ＧＰＰネットワーク内のデバイス間で送信されるメッセージの一部である情報要素である、請求項１から５いずれか１項記載の方法。
【請求項７】
前記インジケータは既存のメッセージ要素内のデュアルトランスファモードハンドオーバーコマンドの存在を示し、
既存のメッセージ要素内のデュアルトランスファモードハンドオーバーコマンドの存在を示す情報を、他のメッセージ要素において送信することを含んでいる、請求項１から６いずれか１項記載の方法。
【請求項８】
前記示す情報は、他の情報要素内の１つ以上のエクストラビットを含んでいる、請求項１から７いずれか１項記載の方法。
【請求項９】
前記他の情報要素は新ＢＳＳから旧ＢＳＳの情報要素である、請求項８記載の方法。
【請求項１０】
新ＢＳＳから旧ＢＳＳのインフォメーション情報要素はＢＳＳＭＡＰハンドオーバーコマンド内に含まれている、請求項９記載の方法。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】メッセージ要素の内容識別方法
【技術分野】
【０００１】
本発明は、例えば５つのメッセージが存在するデュアルトランスファモードハンドオーバーコマンドなどのようなメッセージ要素の内容を識別する方法に関しており、特に、例えばＧＰＲＳ（General Packet Radio Service）、ＥＤＧＥ（Enhanced Data Rates for GSM Evolution)、ＤＴＭハンドオーバー等のためのデュアルトランスファモード（ＤＴＭ）ハンドオーバーコマンドの改善された識別方法の提供に関している。
ＤＴＭハンドオーバーは最近になって移動電話用に許容されるべく設計仕様されたプロシージャであり、このプロシージャは現在のところ新たなセルに対してハンドオーバーすべく割り当てられた専用のすなわち回線交換（ＣＳ）リソースと、同様に割り当てられたパケット交換（ＰＳ）リソースとを有している。このプロシージャはＣＳリソースとＰＳリソースの平行したハンドオーバーのために、既存のプロシージャを使用している。
【０００２】
図１及び図２に示されているように、ソースベースステーションサブシステム（ＢＳＳ）１は２つのリクエストの送信によってハンドオーバーを開始する。この場合１つは回線交換リソースに関するものであり、これはＣＳコアネットワーク３に送信され、他のもう１つはＰＳ（パケット交換）リソースに関し、ＰＳコアネットワーク７へ送信される。これらのリクエストは順方向に各コアネットワークを介してターゲットＢＢＳ５まで転送される。
【０００３】
それらのリクエストに含まれているのは、これらのリクエストがＤＴＭハンドオーバープロシージャの部分を形成していることを示すものである。それによりターゲットＢＢＳ５は、第１のリクエストの受信時に、第２のリクエストに対する待機をリソース割り当て前に知ることができる。
【０００４】
通常は、ターゲットＢＢＳはＰＳリソースとＣＳリソースの両方を割り当て、"ＤＴＭハンドオーバーコマンド"メッセージを構築する。これは両コアネットワーク３，７を介してソースＢＢＳまで返信される。それによりソースＢＢＳは適切なメッセージ内に封入されたメッセージの２つのコピーを受信する。
【０００５】
しかしながら例えば遅延や喪失などの問題がコアネットワークにおいて生じたならばそれは唯１つのリクエストしか受信されないこと、あるいは可用なリソースの欠落を意味し、ターゲットＢＢＳ５は最後にはＰＳ若しくはＣＳのうちのどちらか１つのドメインにおけるリソースのみの割り当てに終止してしまう結果となる。ＣＳリソースのみが割り当てられた場合には、ターゲットＢＢＳは１つの"ハンドオーバーコマンド"メッセージを構築し、それをＣＳコアネットワーク３を介してソースＢＢＳまで返信する。
【０００６】
コアネットワークノード、すなわち移動交換センタ（ＭＳＣ）とＳＧＳＮ（serving GPRS Support node）に与える影響がないことを保証するため、ＣＳ及びＰＳハンドオーバーのための既存のメッセージフローが各ドメイン内で使用される。通常は新たな情報要素は既存のメッセージに容易に追加することができ、情報要素識別子（ＩＥＩ）によって識別される。しかしながらＣＳハンドオーバーのケースでは、いくつかの既存の情報要素（特に無線を介して移動局へ送信すべき"ハンドオーバーコマンド"メッセージの含まれている情報要素）は、特にコアネットワークによって特殊な方法で処理されなければならない。それらの情報要素はコアネットワークによって検査されないのに、ターゲットＢＢＳからソースＢＢＳまで"透過的に"通される。コアネットワークによる同じ処理はＤＴＭハンドオーバーに使用される相応の"ＤＴＭハンドオーバーコマンド"メッセージに対しても要求される。それ故、コアネットワークに必要とされる変更を最小にするために、有利には、ＤＴＭハンドオーバーのケースにおいて移動局へ送信されるメッセージが慣用のＣＳハンドオーバーに使用されるエアーインターフェース"ハンドオーバー"コマンドの搬送に使用されるのと同じ情報要素識別子ＩＥＩによって識別された情報要素ＩＥ内に含まれる。
【０００７】
しかしながらソースＢＳＳにおいて、情報要素の内容がＣＳハンドオーバーに関するものであるのかＤＴＭハンドオーバーに関するものであるのかを判別することは、不可能とは言わないまでも、非常に困難な場合がある。それ故ＣＳコアネットワークからの、ＤＴＭハンドオーバーコマンドが含まれている応答メッセージと（ＣＳのみの）ハンドオーバーコマンドが含まれているメッセージとの間の区別も難しくなり得る。これらのメッセージは大きく異なる方法で処理されるので、ソースＢＢＳはどのメッセージがハンドオーバーの進行のために含まれているのかを知る必要がある。
【０００８】
いくつかの状況においてはソースＢＢＳにとってどのメッセージが含まれているかを推論することは可能である。例えばその成功例として、ＰＳドメインとＣＳドメインの両方から肯定応答の受信メッセージが受信された場合には、それらが両方ともＤＴＭハンドオーバーコマンドを含む。しかしながらＣＳコアネットワークからソースＢＢＳ１によって唯１つだけのメッセージが受信された場合には、どのタイプのメッセージが受信されたのかを判別することは不可能である。たとえば、その１つのメッセージは、ＤＴＭハンドオーバーがＣＳのみのハンドオーバーという結果になったケースのものであり、必ずしもエラーケースというわけではない。
【０００９】
つまりＣＳドメインにおいて肯定応答が受信され、かつ、ＰＳドメインにおいてそのドメインでターゲットＢＢＳにより何のリソースも確保されなかったことを"原因"値を用いて示す否定応答が受信された場合も内容を推論することは不可能である。その他のエラーケースには、ＰＳメッセージが何も受信されなかった場合、又はＰＳメッセージがＰＳコアネットワークにおけるエラーを示す場合が含まれるが、しかしながらそれらの問題に対する解決策は現在に至るまで何も提案されていない。
本発明によるメッセージ要素の内容を識別するための方法は、当該メッセージ要素外にインジケータを設けることを含んでいる。
【００１０】
この発明は、１つのＩＥの内容を他のＩＥを用いて通信可能にするものであり、それによってコアネットワークノードが影響を受けることはないが、受信されたメッセージがＤＴＭハンドオーバーコマンドを含んでいるか否かをソースＢＢＳが知ることは保証される。
【００１１】
有利にはメッセージ要素は識別部分と内容部分を含んでいる。
【００１２】
代替的にメッセージ要素はさらに長さ部分を含んでいる。
【００１３】
有利には前記インジケータは同じメッセージ要素内で送信される特定のビットシーケンスを含んでいる。
【００１４】
代替的に、前記インジケータは異なるメッセージ要素内で送信される特定のビットシーケンスを含んでいる。
【００１５】
有利には前記メッセージ要素はフィールド要素か、又は３ＧＰＰネットワーク内のデバイス間で送信されるメッセージの一部である情報要素である。
【００１６】
有利には前記インジケータは既存のメッセージ要素内のデュアルトランスファモードハンドオーバーコマンドの存在を示し、当該方法は、既存のメッセージ要素内のデュアルトランスファモードハンドオーバーコマンドの存在を示す情報を、他のメッセージ要素において送信することを含む。
【００１７】
有利には、前記示す情報は、他の情報要素内の１つ以上のエキストラビットを含んでいる。
【００１８】
有利には前記他の情報要素は新ＢＳＳから旧ＢＳＳのインフォメーション情報要素である。
【００１９】
有利には前記新ＢＳＳから旧ＢＳＳのインフォメーション情報要素はＢＳＳＭＡＰハンドオーバーコマンド内に含まれている。
【００２０】
以下では、本発明によるメッセージ要素の内容を識別するための方法の実施例を添付の図面を参照して説明する。
【００２１】
図１はリターンパス内でのエラーを伴ったデュアルトランスファモードハンドオーバーのメッセージシーケンスチャートを示した図であり、
図２はリターンパス内でのエラーを伴ったデュアルトランスファモードハンドオーバーのメッセージシーケンスチャートを示した図であり、
図３はＢＳＳＭＡＰハンドオーバーコマンドメッセージの一例を表した図である。
【００２２】
図１には、ソースＢＳＳ１がハンドオーバー要求メッセージ２をＣＳコアネットワーク３に送信するメッセージシーケンスチャートが示されている。このＣＳコアネットワークはハンドオーバーリクエスト４をターゲットＢＳＳ５に送信する。同じようにソースＢＳＳ１はＰＳハンドオーバー要求メッセージ６をＰＳコアネットワーク７に送信する。このＰＳコアネットワーク７はＰＳハンドオーバーリクエスト８をターゲットＢＳＳ５に送信する。ＣＳリソース及びＰＳリソースがターゲットＢＳＳによって割り当てられていた場合、ターゲットＢＳＳはハンドオーバーリクエスト応答１０をＣＳコアネットワークに返信し、ＣＳコアネットワークはＢＳＳＭＡＰハンドオーバーコマンド１１をソースＢＳＳに送信する。ターゲットＢＳＳはＰＳハンドオーバーリクエスト応答１２を送信する。ＣＳリソースとＰＳリソースの両方が割り当てられていたことからから、これらのメッセージ１０，１１，１２は全てＤＴＭハンドオーバーコマンドメッセージを含む。しかしながらＰＳドメインにおける何らかの遅延若しくはエラー１３のために、ＰＳコアネットワーク７から所定期間内に何もメッセージは送信されない（Ｔ２３ ｅｘｐｉｒｙ（１４））。
【００２３】
図２には他のメッセージエラーが表されている。ソースＢＳＳ１はハンドオーバー要求メッセージ２をＣＳコアネットワーク３に送信する。このＣＳコアネットワーク３はハンドオーバーリクエスト４をターゲットＢＳＳ５に送信する。ソースＢＳＳはＰＳハンドオーバー要求メッセージ６を送信するが、但しＰＳドメイン内の遅延若しくはエラー１５のために、タイムリミットを越え、Ｔ２３ ｅｘｐｉｒｙ（１６）において、ターゲットＢＳＳはＣＳリソースのみを割り当て、ハンドオーバーリクエスト応答１０をコアネットワーク３に返信する。このコアネットワーク３はＢＳＳＭＡＰハンドオーバーコマンド１１をＴ２３ ｅｘｐｉｒｙ（１４）の前に送信する。ＣＳリソースのみしか割り当てられていなかったので、これらのメッセージ１０，１１はハンドオーバーコマンドメッセージしか含まない。
【００２４】
本発明は、未知の場合があるＩＥの内容が実際にはＤＴＭハンドオーバーコマンドであることを示すべく、情報要素を既存の"透明なコンテナ"に加えるものである。新たに定められたＩＥの不存在は、ＣＳだけのためのハンドオーバーコマンドメッセージであることを示し、これはＣＳのみのハンドオーバーコマンドのケースにおける従来の挙動に相応し、それ故にバックワードコンバーチブルである。
【００２５】
ＢＳＳＭＡＰハンドオーバーコマンドの例は図３に示されている。このハンドオーバーコマンドメッセージはモバイルステーションコントローラ（ＭＳＣ）からベースステーションサブシステムＢＳＳに送信され、モバイルステーション（ＭＳ）が再調整するターゲットチャネルを含んでいる。
【００２６】
図３にはＢＳＳＭＡＰハンドオーバーコマンド１１が表されており、これはメッセージ要素（情報要素とも呼ばれる）から構成され、レイヤー３インフォメーション情報要素（ＩＥ）２０を含み、さらに新ＢＳＳから旧ＢＳＳの情報メッセージ２１を含んでいる。レイヤー３インフォメーション情報要素ＩＥ２０は情報要素識別子（ＩＥＩ）２２、長さ情報２３、ハンドオーバーコマンドやＤＴＭハンドオーバーコマンドなどのコンテンツ２４を含んでいる。新ＢＢＳから旧ＢＳＳのインフォメーション情報要素２１は、情報要素識別子（ＩＥＩ）２５、長さ情報２６を有し、ＤＴＭハンドオーバーコマンド識別メッセージ２７を有している。ＤＴＭハンドオーバーコマンド識別メッセージ２７はＩＥＩ２８と任意付加的な内容２９とを有している。新ＢＢＳから旧ＢＳＳのインフォメーションメッセージ２１内においては識別メッセージ２７の存在若しくは不存在が、レイヤー３インフォメーション情報要素の内容を示すのに使用できる。又は識別メッセージ２７内の何らかの特定の内容２９がこの目的のために設けられる。
以下のテーブル１は図１及び２において（ＢＳＳＭＡＰ）ハンドオーバーコマンド（これはレイヤー３インフォメーションＩＥに包含され得るハンドオーバーコマンドと同じではない）として示されているものに関連するものである。このレイヤー３インフォメーションはＤＴＭハンドオーバーコマンドか又はハンドオーバーコマンドを含んでいる。通常は情報要素（ＩＥ）の内容はＩＥＩの値によって識別される。しかしながらこのケースにおいてはそれらが共に同じＩＥＩ（レイヤー３インフォメーションＩＥのもの）によって識別されるので、ソースＢＳＳはこの手法によってレイヤー３情報ＩＥの内容を判別できない。
【００２７】
いくつかのケースにおいては進行中のプロシージャのタイプ（例えば他のＧＳＭセルに対するハンドオーバー又はＵＭＴＳ（ＵＴＲＡＮ）セルに対するハンドオーバーなど）によって内容を判別することが可能である。ＤＴＭハンドオーバーのケースにおいては、たとえば、旧ＢＳＳはＤＴＭハンドオーバープロシージャを開始し、新ＢＳＳはそれをＣＳハンドオーバーだけに絞るべく（すなわち、１つのＰＳドメインリソースもターゲットセルに割り当てられることないように）変更する。それ故に旧ＢＳＳは、どのプロシージャが当該ケースにおいて進行中かは正確に認識できない。
【００２８】
【表１】
2009531917.tif 000001
【００２９】
しかしながら新ＢＳＳから旧ＢＳＳのインフォメーションＩＥはさらに以下で３ＧＰＰＴＳ４８.００８標準ドキュメント3.2.2.80 New BSS to Old BSS Informationから抜粋して説明するように、"フィールド要素（Field Elements）"と呼ばれるサブセクションに細分化される。この情報要素は、ＭＳＣを介してＢＢＳ間でフィールド要素を透過的に通させるための基本コンテナとして定められる。
【００３０】
これらのフィールド要素が新ＢＳＳから旧ＢＳＳの情報要素フィールドを構成している。新ＢＳＳから旧ＢＳＳの情報要素フィールドの中身の受信によって実行されるエラーハンドリングはサブクローズ３.１.１９.７において特定されている。
【００３１】
【表２】
2009531917.tif 000002
【００３２】
テーブル２内の長さインジケータ（ｏｃｔｅｔ２）は二進数であり、これは長さインジケータｏｃｔｅｔより後の内容の絶対長を示しており、ゼロに設定される場合もある。新ＢＳＳから旧ＢＳＳの情報要素フィールドはテーブル３にリストアップされた０若しくはそれ以上のフィールド要素から構成されている。フィールド要素は、旧ＢＳＳから新ＢＳＳの情報要素フィールドにおいて任意の順番で配置可能である。フィールド要素の構成により、受信側は未知のフィールド要素を無視することができる。
【００３３】
誤った新ＢＳＳから旧ＢＳＳのインフォメーションＩＥの受信は、ハンドオーバーコマンド（HANDOVER COMMAND）又はハンドオーバーエラーメッセージ（HANDOVER FAILURE message）の拒絶を引き起こさない。そのようなケースでは新ＢＳＳから旧ＢＳＳのインフォメーションＩＥが破棄され、ハンドオーバープロシージャが継続される。
【００３４】
【表３】
2009531917.tif 000003
【００３５】
テーブル４に示されているように、レイヤー３インフォメーションＩＥが、ハンドオーバーコマンドではなくてＤＴＭハンドオーバーコマンドであったことを示すために当該ＩＥに付加的フィールド要素を加えることが可能である。
【００３６】
【表４】
2009531917.tif 000004
【００３７】
プロシージャに対するこのような付加なしでは、ソースＢＢＳはいくつかのケースにおいて、受信したメッセージのタイプがどのタイプなのか判別できない理由からハンドオーバーを中途終了してしまう。このことは、例えばＣＳのみのハンドオーバーよりも信頼性を低下させる。
【００３８】
本願発明により、他の方法では不可能であったケースにおいて、ソースＢＳＳは受信したメッセージのタイプを判別し、ハンドオーバーを伴う進行を選択することができる。このことは"原因"値（cause value）を用いた既存の（若しくは代替的な）機構に比べてメリットをもたらす。なぜなら本願発明の方法は、メッセージの内容をどの原因値が示しているかを知らなければならないソースＢＳＳよりもシンプルだからである。さらに本願発明は将来的にも耐え得る。なぜならそれらの原因値は将来的に変更され得るからである。
【００３９】
ＤＴＭハンドオーバーコマンド情報要素の一例は以下に定められる。
【００４０】
新ＢＢＳから旧ＢＢＳのインフォメーションＩＥにおけるフィールド要素の存在は、（ＲＬＣ／ＭＡＣ）ＤＴＭ  ＨＡＮＤＯＶＥＲ  ＣＯＭＭＡＮＤ  メッセージが同じＢＳＳＭＡＰメッセージ内で搬送されるレイヤー３インフォメーションＩＥ内に含まれていることを示す。
【００４１】
2009531917.tif 000005
【００４２】
本願明細書の記載において、"フィールド要素"および"情報要素"は等価な語であり、また、"フィールド要素"および"情報要素"はより大きな一構造体の構成要素を指している。さらに"スペア"ビットを将来的に定めて用いることができるが、現下ではそれらは全てゼロとして定義している。