(57)【要約】  一方のMIHFが、他方のMIHFで取得可能なイベント、または、（情報サービスのための）情報のタイプを発見し、前記イベントを取得することを可能とするメカニズムまたは技術を提供する。本メカニズムは、前記MIHFがサポートするイベントを前記MIHFの一方のインスタンスが発行する（プッシュ・モデル）ことを可能とし、その結果、前記MIHFの他方のインスタンスに報告することを可能とする（例えば、第１のものは端末に存在し、第２のものはネットワークに存在する）。さらに、本メカニズムは、前記MIHFの一方のインスタンスが、特定のイベントが前記MIHF（例えば、第１のものはネットワークに存在し、第２のものは端末に存在する）の他方のインスタンスによってサポートされているかどうかを要求する（プル・モデル）ことを可能とし、あるいは、サポートされたリストの全イベントを要求することを可能とする。特に、本メカニズムは、一方のメディア非依存ハンドオフ機能（MIHF）が、他のMIHFで取得可能なイベントまたは情報のタイプを発見するための方法を備えており、その方法は、特定のイベント、イベントのリスト、ある種の方法またはこれらの組み合わせのいずれかが、他方のMIHFによってサポートされているかどうかを要求することを可能とする。本方法は、前記一方のMIHFが特定のイベントを取得することを可能とし、あるいは、イベントのリストまたは情報のタイプを受信することを可能とする。
2008541536.tif 000002
【特許請求の範囲】
【請求項１】
一方のメディア非依存ハンドオフ機能（MIHF）が、他方のMIHFで取得可能なイベントまたは情報のタイプを発見する方法であって、その方法は、前記一方のMIHFが、特定のイベント、イベントのリスト、情報のタイプあるいはこれらの組み合わせのいずれかが他方のMIHFによってサポートされるかどうかを要求することを可能とする方法。
【請求項２】
前記方法は、前記一方のMIHFが、特定のイベントを取得すること、あるいはイベントのリストまたは情報のタイプを受信することを可能とする、請求項１に記載の方法。
【請求項３】
前記一方のMIHFは端末にあり、前記他のMIHFはネットワークにある、請求項１に記載の方法。
【請求項４】
前記一方のMIHFは、イベント・ディスクリプタ・コンテナ（EDC）、情報ディスクリプタ・コンテナ（IDC）、またはこれらの組み合わせを含む信号を提供する請求項１に記載の方法。
【請求項５】
前記イベント・ディスクリプタ・コンテナ（EDC）は、EDCディスクリプタ（EDCD）と１組のイベント・ディスクリプタ（ED）との組み合わせを含む請求項４に記載の方法。
【請求項６】
前記EDCDは、それが、サポートされたイベントに関するクエリ、または、クエリに対する応答において使用されているかどうか、サポートされたイベントを発行するためのメッセージにおいて使用されているかどうか、イベントを取得するための要求／応答において使用されているかどうか、またはこれらの組み合わせに関する情報を有している、請求項５に記載の方法。
【請求項７】
各イベント・ディスクリプタ（ED）は、各イベントを識別するイベント・コードを含む、請求項６に記載の方法。
【請求項８】
前記EDが、前記イベント・コードの他に情報が必要とされないクエリにおいて使用するための追加フィールドを含んでいないかどうか、あるいは、前記フィールドがサポートされているが追加情報を提供していないかどうかを示すクエリにおいて使用するための１つの追加フィールドを含んでいるかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項７に記載の方法。
【請求項９】
前記EDが、前記イベント・コードの他に情報が必要とされない場合にイベントを発行するときに使用するための追加フィールドを含んでいないかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項７に記載の方法。
【請求項１０】
前記EDが、前記イベント・コードの他に情報が必要とされない場合にイベントに登録するときに使用するための追加フィールドを含んでいないかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項７に記載の方法。
【請求項１１】
前記EDは、残りのフィールドの長さに関する情報を含んでいるED長さを有する、請求項７に記載の方法。
【請求項１２】
前記EDは、イベントがサポートされているか否かに関するイベント・サポート情報を有する、請求項７に記載の方法。
【請求項１３】
前記EDは、このイベントの登録が成功したか否かに関するイベント登録情報を有する、請求項７に記載の方法。
【請求項１４】
前記EDイベント登録のためのフィールドは１ビットである、請求項１３に記載の方法。
【請求項１５】
前記イベント登録のためのフィールドは１バイト以上であって、前記イベントがどのように報告されるかに関する情報を含んでいる、請求項１３に記載の方法。
【請求項１６】
各イベント・ディスクリプタ（ED）は、イベントの特性を記述するイベント・サブコードを含む、請求項１３に記載の方法。
【請求項１７】
前記IDCは、１組の情報ディスクリプタ（ID）の組み合わせを含み、各IDはイベントに関する情報タイプを一意的に識別するための情報を含む情報コードを含んでいる、請求項４に記載の方法。
【請求項１８】
各IDは、その中のフィールドの長さを示すID長さを含む、請求項１７に記載の方法。
【請求項１９】
前記方法は、サポートされた各イベントに１つのEDが投入されたEDCを含むリスト・イベント・メッセージを前記一方のMIHFから前記他方のMIHFへ送付することにより、MIHFによってサポートされたイベントを発行するための付加的メカニズムを有する、請求項４に記載の方法。
【請求項２０】
前記方法は、所定のMIHFによってサポートされているリスト上の全てのイベントを要求するための空のEDCを含んでいるリスト・イベント要求を送付することにより、どのイベントが所定のMIHFによってサポートされているかを明確に要求する付加的メカニズムを有する、請求項４に記載の方法。
【請求項２１】
前記方法は、所定のMIHFによってサポートされたイベントが投入されたEDCとともにリスト・イベント応答メッセージを返信する工程を有する、請求項２０に記載の方法。
【請求項２２】
前記方法は、所定のMIHFによってサポートされたリスト上のイベント全てへの登録を要求するための空のEDC、あるいは、所定のMIHFによってサポートされた特定のイベントへの登録を要求するための投入されたEDCを含んだ登録メッセージを送ることによって、イベントへ登録し、どのイベントが所定のMIHFによってサポートされているかを明確に要求する付加的メカニズムを有する、請求項４に記載の方法。
【請求項２３】
前記方法は、前記所定のMIHFによってサポートされたイベントが投入されたEDC、及び／または、前記所定のMIHFによってサポートされた登録の状況とともに応答を返信する工程を有する、請求項２２に記載の方法。
【請求項２４】
前記方法は、サポートされる各情報に対して１つのIDが投入されたIDCを含んでいるリスト情報メッセージを送ることによって、MIHFによって、ISによりサポートされた情報を発行する付加的メカニズムを有する、請求項４に記載の方法。
【請求項２５】
前記方法は、前記所定のMIHFによってサポートされたリスト上の全ての情報を要求するための空のIDC、または、１つの情報あるいは１組の情報がサポートされているかどうかを要求する投入されたIDCを含んだリスト情報要求を送ることによって、どの情報が所定のMIHFによってサポートされているかを要求するための付加的メカニズムを有する、請求項４に記載の方法。
【請求項２６】
前記方法は、前記所定のMIHFによってサポートされた情報が投入されたIDCとともに、リスト情報応答メッセージを返信する工程を有する、請求項２５に記載の方法。
【請求項２７】
他のMIHFで取得可能なイベントまたは、情報のタイプを発見することを要求する、１つのメディア非依存ハンドオフ機能（MIHF）を持ったネットワーク・ノードを有するネットワークであって、前記ネットワーク・ノードは、特定のイベント、イベントのリスト、情報のタイプ、または、これらの組み合わせのいずれかが他方のMIHFによってサポートされているかどうかを前記一方のMIHFが要求することを可能とするように構成されているネットワーク。
【請求項２８】
前記一方のMIHFが、前記特定のイベントに登録し、あるいは、前記情報のリストまたは情報のタイプを受信することを可能とするように、前記ネットワーク・ノードが構成されている、請求項２７に記載のネットワーク。
【請求項２９】
前記一方のMIHFは端末にあり、前記他方のMIHFは前記ネットワークにある、請求項２７に記載のネットワーク。
【請求項３０】
前記一方のMIHFは、イベント・ディスクリプタ・コンテナ（EDC）、情報ディスクリプタ・コンテナ（IDC）またはこれらの組み合わせを含む信号を供給するように構成されている、請求項２７に記載のネットワーク。
【請求項３１】
前記イベント・ディスクリプタ・コンテナ（EDC）は、EDCディスクリプタ（EDCD）及び１組のイベント・ディスクリプタ（ED）の組み合わせを有する、請求項３０に記載のネットワーク。
【請求項３２】
前記EDCDは、それが、サポートされたイベントに関連するクエリで使用されているかどうか、あるいは、クエリに対する応答で使用されているかどうか、前記サポートされたイベントを発行するためのメッセージ内で使用されているかどうか、イベントに登録するための要求／応答内で使用されているかどうか、あるいはこれらの組み合わせにおいて使用されているかどうかに関する情報を含む、請求項３１に記載のネットワーク。
【請求項３３】
各イベント・ディスクリプタ（ED）は、各イベントを識別するイベント・コードを含む、請求項３２に記載のネットワーク。
【請求項３４】
前記EDが、前記イベント・コードの他に情報が必要とされないクエリにおいて使用するための追加フィールドを含んでいないかどうか、あるいは、前記フィールドがサポートされているが追加情報を提供していないかどうかを示すクエリにおいて使用するための１つの追加フィールドを含んでいるかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項３３に記載のネットワーク。
【請求項３５】
前記EDが、前記イベント・コードの他に情報が必要とされない場合は、イベントを発行するときに使用するための追加フィールドを含んでいないかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項３３に記載のネットワーク。
【請求項３６】
前記EDが、前記イベント・コードの他に情報が必要とされない場合は、イベントに登録するときに使用するための追加フィールドを含んでいないかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項３３に記載のネットワーク。
【請求項３７】
前記EDは、残りのフィールドの長さに関する情報を含んでいるED長さを有する、請求項３３に記載のネットワーク。
【請求項３８】
前記EDは、イベントがサポートされているか否かに関するイベント・サポート情報を有する、請求項３３に記載のネットワーク。
【請求項３９】
前記EDは、このイベントの登録が成功したか否かに関するイベント登録情報を有する、請求項３３に記載のネットワーク。
【請求項４０】
前記EDイベント登録のためのフィールドは１ビットである、請求項３９に記載のネットワーク。
【請求項４１】
前記イベント登録のためのフィールドは１バイト以上であって、前記イベントがどのように報告されるかに関する情報を含んでいる、請求項３９に記載のネットワーク。
【請求項４２】
各イベント・ディスクリプタ（ED）は、イベントの特性を記述するイベント・サブコードを含む、請求項３９に記載のネットワーク。
【請求項４３】
前記IDCは、１組の情報ディスクリプタ（ID）の組み合わせを含み、各IDはイベントに関する情報タイプを一意的に識別するための情報を含む情報コードを含んでいる、請求項３０に記載のネットワーク。
【請求項４４】
各IDは、フィールドの長さを示すID長さを含む、請求項４３に記載のネットワーク。
【請求項４５】
前記ネットワーク・ノードは、サポートされた各イベントに１つのEDが投入されたEDCを含むリスト・イベント・メッセージを前記一方のMIHFから前記他方のMIHFへ送付することにより、MIHFによってサポートされたイベントを発行するための付加的メカニズムを有するように構成されている、請求項３０に記載のネットワーク。
【請求項４６】
前記ネットワーク・ノードは、前記所定のMIHFによってサポートされているリスト上の全てのイベントを要求するための空のEDCを含んでいるリスト・イベント要求を送付することにより、どのイベントが所定のMIHFによってサポートされているかを明確に要求する付加的メカニズムを有するように構成されている、請求項３０に記載のネットワーク。
【請求項４７】
前記所定のMIHFは、所定のMIHFによってサポートされたイベントが投入されたEDCとともにリスト・イベント応答メッセージを返信する、請求項４６に記載のネットワーク。
【請求項４８】
前記ネットワーク・ノードは、所定のMIHFによってサポートされたリスト上のイベント全てへの登録を要求するための空のEDC、あるいは、所定のMIHFによってサポートされた特定のイベントへの登録を要求するための投入されたEDCを含んだ登録メッセージを送ることによって、イベントへ登録し、どのイベントが所定のMIHFによってサポートされているかを明確に要求する付加的メカニズムを有するように構成されている、請求項３０に記載のネットワーク。
【請求項４９】
前記所定のMIHFは、前記イベントが投入されたEDC、及び／または、前記所定のMIHFによってサポートされた登録の状況とともに応答を返信する、請求項４８に記載のネットワーク。
【請求項５０】
前記ネットワーク・ノードは、サポートされる各情報に対して１つのIDが投入されたIDCを含んでいるリスト情報メッセージを送ることによって、MIHFによって、ISによりサポートされた情報を発行する付加的メカニズムを有する、請求項３０に記載のネットワーク。
【請求項５１】
前記ネットワーク・ノードは、前記所定のMIHFによってサポートされたリスト上の全ての情報を要求するための空のIDC、または、１つの情報あるいは１組の情報がサポートされているかどうかを要求する投入されたIDCを含んだリスト情報要求を送ることによって、どの情報が所定のMIHFによってサポートされているかを要求するための付加的メカニズムを有するように構成されている、請求項３０に記載のネットワーク。
【請求項５２】
前記所定のMIHFは、前記所定のMIHFによってサポートされた情報が投入されたIDCとともに、リスト情報応答メッセージを返信する、請求項５１に記載のネットワーク。
【請求項５３】
前記ネットワーク・ノードは、アクセス・ポイント（AP）である、請求項２７に記載のネットワーク。
【請求項５４】
前記ネットワーク・ノードは、基地局（STA）である、請求項２７に記載のネットワーク。
【請求項５５】
他のMIHFで取得可能なイベントまたは、情報のタイプを発見することを要求する、１つのメディア非依存ハンドオフ機能（MIHF）を有するネットワーク・ノードであって、前記ネットワーク・ノードは、特定のイベント、イベントのリスト、情報のタイプ、または、これらの組み合わせのいずれかが他方のMIHFによってサポートされているかどうかを前記一方のMIHFが要求することを許可するように構成されているネットワーク・ノード。
【請求項５６】
前記一方のMIHFが、前記特定のイベントに登録し、あるいは、前記情報のリストまたは情報のタイプを受信することを許可するように、前記ネットワーク・ノードが構成されている、請求項５５に記載のネットワーク・ノード。
【請求項５７】
前記一方のMIHFは端末にあり、前記他方のMIHFは前記ネットワークにある、請求項５５に記載のネットワーク・ノード。
【請求項５８】
前記一方のMIHFは、イベント・ディスクリプタ・コンテナ（EDC）、情報ディスクリプタ・コンテナ（IDC）またはこれらの組み合わせを含む信号を供給するように構成されている、請求項５５に記載のネットワーク・ノード。
【請求項５９】
前記イベント・ディスクリプタ・コンテナ（EDC）は、EDCディスクリプタ（EDCD）及び１組のイベント・ディスクリプタ（ED）の組み合わせを有する、請求項５８に記載のネットワーク・ノード。
【請求項６０】
前記EDCDは、それが、サポートされたイベントに関するクエリ、または、クエリに対する応答において使用されているかどうか、サポートされたイベントを発行するためのメッセージにおいて使用されているかどうか、イベントを取得するための要求／応答において使用されているかどうか、またはこれらの組み合わせに関する情報を有している、請求項５９に記載のネットワーク・ノード。
【請求項６１】
各イベント・ディスクリプタ（ED）は、各イベントを識別するイベント・コードを含む、請求項６０に記載のネットワーク・ノード。
【請求項６２】
前記EDが、前記イベント・コードの他に情報が必要とされないクエリにおいて使用するための追加フィールドを含んでいないかどうか、あるいは、前記フィールドがサポートされているが追加情報を提供していないかどうかを示すクエリにおいて使用するための１つの追加フィールドを含んでいるかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項６１に記載のネットワーク・ノード。
【請求項６３】
前記EDが、前記イベント・コードの他に情報が必要とされない場合は、イベントを発行するときに使用するための追加フィールドを含んでいないかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項６１に記載のネットワーク・ノード。
【請求項６４】
前記EDが、前記イベント・コードの他に情報が必要とされない場合は、イベントに登録するときに使用するための追加フィールドを含んでいないかどうか、あるいは、ED長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記EDが備えている、請求項６１に記載のネットワーク・ノード。
【請求項６５】
前記EDは、残りのフィールドの長さに関する情報を含んでいるED長さを有する、請求項６１に記載のネットワーク・ノード。
【請求項６６】
前記EDは、イベントがサポートされているか否かに関するイベント・サポート情報を有する、請求項６１に記載のネットワーク・ノード。
【請求項６７】
前記EDは、このイベントの登録が成功したか否かに関するイベント登録情報を有する、請求項６１に記載のネットワーク・ノード。
【請求項６８】
前記EDイベント登録のためのフィールドは１ビットである、請求項６７に記載のネットワーク・ノード。
【請求項６９】
前記イベント登録のためのフィールドは１バイト以上であって、前記イベントがどのように報告されるかに関する情報を含んでいる、請求項６７に記載のネットワーク・ノード。
【請求項７０】
各イベント・ディスクリプタ（ED）は、イベントの特性を記述するイベント・サブコードを含む、請求項６７に記載のネットワーク・ノード。
【請求項７１】
前記IDCは、１組の情報ディスクリプタ（ID）の組み合わせを含み、各IDはイベントに関する情報タイプを一意的に識別するための情報を含む情報コードを含んでいる、請求項５８に記載のネットワーク・ノード。
【請求項７２】
各IDは、フィールドの長さを示すID長さを含む、請求項７１に記載のネットワーク・ノード。
【請求項７３】
前記ネットワーク・ノードは、サポートされた各イベントに１つのEDが投入されたEDCを含むリスト・イベント・メッセージを前記一方のMIHFから前記他方のMIHFへ送付することにより、MIHFによってサポートされたイベントを発行するための付加的メカニズムを有するように構成されている、請求項５８に記載のネットワーク・ノード。
【請求項７４】
前記ネットワーク・ノードは、所定のMIHFによってサポートされているリスト上の全てのイベントを要求するための空のEDCを含んでいるリスト・イベント要求を送付することにより、どのイベントが所定のMIHFによってサポートされているかを明確に要求する付加的メカニズムを有するように構成されている、請求項５８に記載のネットワーク・ノード。
【請求項７５】
前記所定のMIHFは、それによってサポートされたイベントが投入されたEDCとともにリスト・イベント応答メッセージを返信する、請求項７４に記載のネットワーク・ノード。
【請求項７６】
前記ネットワーク・ノードは、所定のMIHFによってサポートされたリスト上のイベント全てへの登録を要求するための空のEDC、あるいは、所定のMIHFによってサポートされた特定のイベントへの登録を要求するための投入されたEDCを含んだ登録メッセージを送ることによって、イベントへ登録し、どのイベントが所定のMIHFによってサポートされているかを明確に要求する付加的メカニズムを有するように構成されている、請求項５８に記載のネットワーク・ノード。
【請求項７７】
前記所定のMIHFは、前記イベントが投入されたEDC、及び／または、前記所定のMIHFによってサポートされた登録の状況とともに応答を返信する、請求項７６に記載のネットワーク・ノード。
【請求項７８】
前記ネットワーク・ノードは、サポートされる各情報に対して１つのIDが投入されたIDCを含んでいるリスト情報メッセージを送ることによって、MIHFによって、ISによりサポートされた情報を発行する、請求項５８に記載のネットワーク・ノード。
【請求項７９】
前記ネットワーク・ノードは、前記所定のMIHFによってサポートされたリスト上の全ての情報を要求するための空のIDC、または、１つの情報あるいは１組の情報がサポートされているかどうかを要求する投入されたIDCを含んだリスト情報要求を送ることによって、どの情報が所定のMIHFによってサポートされているかを要求するための付加的メカニズムを有するように構成されている、請求項５８に記載のネットワーク・ノード。
【請求項８０】
前記所定のMIHFは、それによってサポートされた情報が投入されたIDCとともに、リスト情報応答メッセージを返信する、請求項７９に記載のネットワーク・ノード。
【請求項８１】
前記ネットワーク・ノードは、アクセス・ポイント（AP）である、請求項５５に記載のネットワーク・ノード。
【請求項８２】
前記ネットワーク・ノードは、基地局（STA）である、請求項５５に記載のネットワーク・ノード。
【請求項８３】
前記方法の１以上のステップが、ネットワークまたはシステム内のネットワーク・ノードにおける、プロセッサまたは他の好適な演算装置で動作するコンピュータ・プログラム上で実行される、請求項１に記載の方法。
【請求項８４】
他方のMIHFで取得可能なイベントまたは情報のタイプを発見することを要求する一方のメディア非依存ハンドオフ機能（MIHF）を有するネットワーク・ノードのためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品は、前記一方のMIHFが、特定のイベント、イベントのリスト、情報のタイプあるいはこれらの組み合わせのいずれかが他方のMIHFによってサポートされるかどうかを要求することを可能とするコンピュータ・プログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、2005年3月6日に出願された米国特許仮出願番号. 60/679,386に基づいて優先権を主張し、参照によりその全てを本願に組み込む。
本発明は、IEEE 802.21メディア非依存ハンドオフ（MIH）、IEEE 802.21無線LAN（WLAN）及びIEEE 802.16広帯域無線接続網（BWA）のインスタンス化、L3以上のインターネット・プロトコル（IP）に関し、特に、一方のメディア非依存ハンドオフ機能（MIHF）が、他方のMIHFで入手可能なイベント及び情報のタイプを発見するためのメカニズムまたは技術に関する。
【背景技術】
【０００２】
図１に一例としてIEEE 802.11 WLANシステムの典型的な部品を示す。これは、当技術分野で公知であって、携帯電話や、携帯端末（PDA）、ラップトップ・コンピュータ及びプリンタ等を含む２次装置などの通信機器間の通信を提供するものである。WLANシステムは、無線装置の情報へのアクセスを可能とし、ファイル・サーバや他の適切な装置にファイルを作成し、インターネットに接続する有線LANシステムに接続される。その装置は、いわゆる”アドホック”ネットワークにおいて、基地局を有さずに互いに直接通信することができ、あるいは図示のようにローカル配信サービス・セット （DSS）を用いてAPを通じた配信サービスまたは広域拡張サービス（ESS）を用いて、IEEE 802.11用語でアクセス・ポイント（AP）と呼ばれる基地局を通して通信できる。WLANシステムにおいては、エンド・ユーザのアクセス装置は基地局（STA）として知られ、それは無線信号を通信機器へ、及び通信機器から届けられるデータ信号に変換するするトランシーバ（送受信装置）であり、データ・パケットを受信し他の装置及び／またはネットワークに配信するアクセス・ポイント（AP）と通信機器を接続する。そのSTAは、本技術分野で公知の外部アダプタ（USB）、PCMCIAカードあるいはUSBドングル（内蔵型）だけでなく、機器と結合している無線ネットワーク・インターフェース・カード（NIC）アダプタから、その機器の一部である集積された無線モジュールに至る種々の形態を採ることができる。
【０００３】
図２ａ及び２ｂは、ユニバーサル・モバイル・テレコミュニケーション・システム（UMTS）パケット・ネットワーク・アーキテクチャの図を示し、これも本技術分野において公知である。図２ａにおいて、UMTSパケット・ネットワーク・アーキテクチャは、ユーザ機器（UE）、UMTS地上無線アクセス・ネットワーク（UTRAN）及びコア・ネットワーク（CN）を有する。UEはUTRANと無線（Uu）インターフェースで接続され、一方、UTRANはコア・ネットワーク（CN）と（有線）Iuインターフェースと接続する。図２ｂは、アーキテクチャ、特にUTRANの詳細を示し、これは複数の無線ネットワーク・サブシステム（RNS）を含み、それぞれ少なくとも１つの無線ネットワーク・コントローラ（RNC）を備えている。
【０００４】
図１に示すWLAN（IEEE 802.11）が、図２ａ及び２ｂに示すような他の技術（例えば、3GPP、3GPP2または802.16（BWA））とともに、現在のところ、例えば3GPP及び3GPP2用のプロトコル仕様書に定義されつつある。IEEEプロトコル仕様書において、前記の活動はIEEE 802.11 TGu及びIEEE 802.21（後者の仕様書は特に機器のハンドオフに焦点を当てている）において行なわれている。
【０００５】
IEEE 802.21プロトコル仕様書においては、前記イベントに登録する論理関数にMIHFがどのトリガを送信できるかを決定するために、一組のイベントが決定される。特に、IEEE 802.21においては、論理機能（例えば、L3モビリティ・プロトコル、アプリケーション、接続マネージャ、ハンドオフ・コントローラ）は、MIHFが、あるイベント（例えば、リンク・レイヤがアップしている、信号品質がある閾値以下である等）に関するイベント通知（トリガ)の受信を許可することができる。論理エンティティの取得はローカルとすることができ、そのため（例えば、端末におけるMIH機能-MIHF-のような特別なエンティティにおいて）ローカルでのイベント取得を実行することができ、あるいはリモートとすることができ、そのため（例えば、端末におけるMIHFとネットワークにおけるMIHFとの間の）リモートでのイベント取得を実行することができ、以下、文書[1]で述べる。
【０００６】
遠隔のMIHFが、他のエンティティ（例えば、特にネットワークにおけるMIHFが、端末のMIHFを通して端末のイベントを認可できるように）でのイベントを取得できるように、ネットワークのMIHFは端末においてどのイベントが取得可能か知る必要がある。実際、アクセス技術、例えば、802.21（WLAN）、802.16（WBA）、3GPP、3GPP2等、に従って、802.21でサポートされる全てのイベントが重要というわけでは無く、全ての端末で取得可能とは限らないと見込まれている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
同様に、１つのエンティティは、802.21 MIH情報サービスを通して遠隔のエンティティから情報を要求することができる。しかしながら、MIHFは、他のMIHFから、どの情報が入手可能で、どの情報が入手可能でないかをどのようにして知るのであろうか。
【０００８】
読者が以下の文献を参照することより、その全てが本願の一部を構成する。
［１］IEEE 802.21 文書番号 21-04-0087-12-0000、”IEEE P802.21メディア非依存ハンドオーバ技術要件案”
［２］3GPP TS 32.602、”電気通信管理、コンフィギュレーション管理（CM）、基本CM統合基準点（IRP）、情報サービス（SS）”
［３］3GPP TS 32.612、”電気通信管理、コンフィギュレーション管理（CM）、基本CM統合基準点（IRP）、情報サービス（IS）”
【課題を解決するための手段】
【０００９】
本発明は、一方のMIHFが、他方のMIHFにおいて取得可能な（情報サービスのための）イベントまたは、情報のタイプを発見し、前記イベントを取得可能とするメカニズム及び技術を提供する。特に、本メカニズムは、MIHFがサポートしているイベントをMIHFの一方のインスタンスが発行（プッシュ・モデル）することを可能とし、そしてその結果、MIHF（例えば、第１のものは端末に存在し、第２のものはネットワークに存在する）の他方のインスタンスに報告することを可能とする。さらに、本メカニズムは、MIHFの一方のインスタンスが、特定のイベントがMIHFの他方のインスタンスによってサポートされているかどうかを要求する（プル・モデル）ことを可能とし（例えば、第１のものはネットワークにあり、第２のものは端末にある）、あるいは、サポートされているイベントのリスト全体を要求することを可能とする。
【００１０】
特に、本発明は、メディア非依存ハンドオフ機能（MIHF）が、他のMIHFで取得可能なイベントまたは情報のタイプを発見する方法を提供し、本発明は、あるMIHFが、特定のイベント、イベントのリスト、情報のタイプまたはこれらの組み合わせのいずれかが他のMIHFによってサポートされているかを要求することを可能とする工程を含む。
【００１１】
本方法は、一方のMIHFが、特定のイベントを取得するか、またはイベントのリストあるいは、情報のタイプを受信することを可能とする工程を含む。
【００１２】
一実施形態においては、あるMIHFは端末に存在し、他のMIHFはネットワークに存在する。
【００１３】
動作においては、MIHFはイベント・ディスクリプタ・コンテナ(EDC)、情報ディスクリプタ・コンテナ（IDC）またはこれらの組み合わせを含む信号を提供する。
【００１４】
イベント・ディスクリプタ・コンテナ(EDC)は、EDCディスクリプタ (EDCD)とイベント・ディスクリプタ・セット（ED）との組合せを含んでいてもよい。そのEDCDは、サポートされたイベントに関するクエリ、クエリに対する応答、サポートされたイベントを発行するためのメッセージ、イベントを取得するための要求／応答、またはこれらの組み合わせにおいて、それが使用されるかどうかに関する情報を含んでいる。各EDは、各々のイベントを識別するイベント・コード、イベントがサポートされているか否かに関するイベント・サポート情報、このイベントの登録が成功したか否かに関するイベント登録情報、イベントの特性を記述するイベント・サブコード、あるいはこれらの組み合わせを含んでいる。
【００１５】
IDCは、情報ディスクリプタ（ID）のセットの組み合わせを含んでいてもよく、各IDはイベントに関する情報タイプ等を一意的に識別するための情報を含んだ情報コードを含み、各IDはフィールド長を示すID長を含んでいる。
【００１６】
本発明による方法は、以下の一つまたは複数、即ち、一方のMIHFから他方のMIHFに、サポートされた各イベントに対して１つのEDを投入したEDCを含む、イベント・メッセージ・リストを送ることにより、一方のMIHFによりサポートされたイベントを発行する工程と、所定のMIHFによりサポートされたリスト上の全イベントを要求するために、空のEDCを含むリスト・イベント要求を送ることにより、どのイベントが、所定のMIHFによってサポートされているかを明確に要求する工程と、イベントに登録し、所定のMIHFによりサポートされたリスト上の全イベントへの登録を要求するための空のEDCを含む登録メッセージを送ることにより、所定のMIHFによりどのイベントがサポートされているかを黙示的に要求する工程と、サポートされている各情報に対して１つのIDが投入されているIDCを含むリスト情報メッセージを送ることにより、MIHFによって、ISによりサポートされた情報を発行する工程と、及び／または、所定のMIHFによってサポートされたリスト上の全情報を要求するための空のIDC、または、１つの情報または１セットの情報がサポートされているかどうかを要求するためのデータが投入されたIDCを含む情報要求リストを送ることにより、所定のMIHFによって、どの情報がサポートされているかを要求する工程と、を実施する追加的なメカニズムを有していてもよい。
【００１７】
本発明の範囲は、また、一方のメディア非依存ハンドオフ機能（MIHF）が、他方のMIHFで取得可能なイベントまたは情報のタイプを発見するために、１つ以上のネットワーク・ノードを有するネットワークに及び、ネットワークのノードは、前記一方のMIHFが、他方のMIHFによって、特定のイベント、イベントのリスト、情報のタイプまたはこれらの組み合わせがサポートされているか否かを要求することを可能とする。
【００１８】
最後に、本発明は、また、前記ネットワーク内の１つ以上のネットワーク・ノードまたはシステムにおいて、１つ以上のプロセッサまたは他の適切な演算装置上で動作するコンピュータ・プログラムで実行される、本願に記載の一つ以上のステップを含む方法、及び本発明に従って前記機能を提供する、一つ以上の前記ネットワーク・ノードに関するコンピュータ・プログラム製品を含むことを意図している。
【発明を実施するための最良の形態】
【００１９】
図面には以下の図が含まれるが、必ずしも縮尺どおりではない。
【００２０】
本発明の実施は、以下の態様に基づく（これらは実施形態の例示であって、同様の機能を有する他のデータ構造も利用可能である点に留意されたい）。
【００２１】
［イベント・ディスクリプタ・コンテナ］
一例として、イベント・ディスクリプタ・コンテナ（EDC）は、以下の組み合わせで形成される。即ち、1)EDCディスクリプタEDCDであって、EDCDの長さは（将来の利用の拡張性のため）３ビット以上であり、EDCD=”0...000”は、EDCが、サポートされたイベントに関するクエリ、または、クエリに対する応答で使用されていることを示し、EDCD=”0...001”は、EDCが、サポートされたイベントを発行するためにメッセージ内で使用されていることを示し、EDCD=”0...010”は、EDCが、イベントを取得するために要求／応答において使用されていることを示す。2)イベント・ディスクリプタ（ED）であって、各EDは、イベント・コード（必須フィールド、一定長）であって、イベントが、802.21標準規格で定義され、イベント・コードが、前記イベントを一意的に識別するために各々に対して設定され、EDCD="0...000"である場合、EDディスクリプタ（必須フィールド、nビットの固定長、n>2）は、ED Descriptor= '0...00'は、EDは追加のフィールド（これは、イベント・コードのほかに情報が必要とされないクエリで使用されている）を有していないことを示し、ED Descriptor= '0...01'は、１つの追加フィールドであるイベント・サポート・フィールド（フィールドがサポートされているか否かを示すことを目的として応答する場合に使用され、追加の情報は提供しない）を含むことを示し、ED Descriptor= '0...10'は、EDは２つの追加フィールドであるED長さフィールド及びイベント・サブコード・フィールドを含むことを示す。
EDCD=" 0...001"のとき、EDディスクリプタ（必須フィールド、nビット固定長、n>2）は、ED Descriptor= '0...00'は、EDは追加のフィールド（これは、イベント・コードのほかに情報が必要とされないときに、発行イベントで使用されている）を含まないことを意味し、ED Descriptor= '0...01'は、EDは２つの追加フィールドであるED長さフィールド及びイベント・サブコード・フィールドを含むことを示す。
EDCD=" 0...010"のとき、EDディスクリプタ（必須フィールド、nビット固定長、n>2）は、ED Descriptor= '0...00'は、EDは追加のフィールド（これは、イベント・コードのほかに情報が必要とされないときに、イベントへの登録で使用されている）を含まないことを意味し、ED Descriptor= '0...01'は、EDは２つの追加フィールドであるED長さフィールド及びイベント登録フィールドを含むことを示す。
ED長さ（任意フィールド、固定長）は残りのフィールドの長さを表す。イベント・サポート（付加的、１ビット、ED Length=0のときに存在）に関しては、ED Length=0は、イベントがサポートされており、Event Support=0はサポートされていないことを示す。イベント登録(付加的、可変長）に関しては、ダイアログに要求される複雑さに従って、異なるフォーマットが可能であり、基本的シナリオが、イベント登録フィールドが１ビットのみであるところに存在する。例えば、Event Support=1は、このイベントの登録は成功したことを示し、Event Support=0は、イベントの登録は成功しなかったことを示す。
より複雑なシナリオは、イベント登録フィールドが、以下を含むバイトの列である場合である。即ち、このイベントの登録が成功（例えば１ビット）したこと、及び、例えばイベントがどのように（頻繁に、等）報告されるかに関する、イベントに関連した追加の情報の表示、及び、このイベントの登録が成功しなかった（例えば１ビット）こと及び理由の表示である。
イベント・サブコード（オプション）：イベントがどのようにして登録され、報告されるかを示すために、例えば、イベント・コードで定義されるイベントが登録され、ある方法で報告されうるかどうかを明確にするためのクエリの間に、標準規格はイベントの特性を記述するためにサブコードを定義する。
EDCは、空のED（サポートされていないEDに対して、MIHFからの要求に応答する場合に使用される）と、投入されたED（サポートされたイベントに対して、MIHFからの要求に応答する場合、及びサポートされたイベントを発行するために使用され、登録されたイベントに対しては、登録要求に対して応答するために使用される）との集合とすることができる。
［情報ディスクリプタ・コンテナ］
一例として、情報ディスクリプタ・コンテナ（IDC）は、情報ディスクリプタ（ID）のセットの組合せとして形成することができる。ここで、１）各IDは以下を含む。
情報コード（必須フィールド、固定長）：イベントは802.21標準規格で定義されるように、情報コードは前記情報タイプを一意的に特定するために、それらの各々に対して情報コードが設定される。
ID長（必須フィールド、固定長）は、残りのフィールドの長さを示し、ここで、
ID Length=0は、IDは唯一の追加フィールドである情報サポート・フィールドを含んでいることを示し、ID Length>0は、IDは１つの追加フィールドであるイベント・サブコードを含んでいることを示し、前記フィールド長を示す。
情報サポート（オプション、１ビット、ID Length=0のときに存在する）は、ここで、例えばEvent Support=lは、そのイベントはサポートされていることを示し、Event Support=0は、そのイベントはサポートされていないことを示す。
情報サブコード（オプション、ID Length>0のときに存在する）については、イベントの特性を記述するために、標準規格はサブコードを定義している。
２）IDCは、空のID（サポートされていないEDに対して、MIHFからの要求に応答する場合に使用される）と、密度の高いID（サポートされたイベントに対して、MIHFからの要求に応答する場合、及びサポートされたイベントを発行するために使用される）とを集めたものとすることができ、以下のものを含む。
MIHFによってサポートされたイベントを発行する（プッシュ・モデル）ための付加的なメカニズムであって、MIHF Aが、MIHF Bに対して、サポートされたイベントのリストを発行する必要がある場合に、MIHF Aは、MIHF Bに、サポートされた各イベントに関して１つのEDが投入されたEDCを含むリスト・イベント・メッセージを送る。
所定のMIHFによって、どのイベント（プル・モデル）がサポートされているかを明確に要求するための付加的なメカニズムであって、例えば、MIHF Bは、MIHF Aの存在を検知するか、その存在を知らされるとすぐに、MIHF Aによってサポートされたリスト上の全イベントを要求するための空のEDC、あるいは、１つまたは１セットの特定のイベントがサポートされているかどうかを要求するための投入されたEDCを含んでいるリスト・イベント要求を送ることができる。及び／または、MIHF Aは、サポートされたイベントが投入されたEDCとともにリスト・イベント応答メッセージを返し（特に、リスト・イベント応答メッセージ内のn番目のEDは、リスト・イベント要求メッセージのn番目のEDに対応する）、特にMIHF Bによって送られたEDCが空の場合はリスト全体を返し、あるいは、要求されたイベントのEDを含むEDCを返す。
イベントに登録することを目的とした、どのイベント（プル・モデル）が所定のMIHFによってサポートされているかを明確に要求する、付加的なメカニズムであって、例えば、MIHF Bは、MIHF Aの存在を検知するか、その存在を知らされるとすぐに、MIHF Aによってサポートされたリスト上の全イベントへの登録を要求するための空のEDC、あるいは、特定のイベントへの登録を要求するための投入されたEDCを含んでいる登録メッセージをMIHF Aに送ることができる。
MIHF Aは、サポートされたイベントが投入されたEDCを含んだ登録メッセージに対する応答、登録状態及び付加的な追加情報を返し、（特に、応答メッセージ内のn番目のEDは、応答メッセージのn番目のEDに対応する）、特にMIHF Bによって送られたEDCが空の場合はリスト全体を返し、あるいは、要求されたイベントのEDを含むEDCを返す。
イベントの登録及び応答のために、本発明によるメカニズムは、新たなメッセージを必要としない。なぜなら、前記登録は、どのようにして行なわれるかは不明だが、行なわれることが802.21で知られているからである。
MIHFによってISのためにサポートされた情報（プッシュ・モデル）を発行するための付加的メカニズムであって、MIHFは、例えば、MIHF Aが、ISのためにサポートされた情報のリストをMIHF Bに向けて発行する必要がある場合は、MIHF Aは、サポートされた各情報タイプについて１つのIDが投入されたIDCを含んだリスト情報メッセージをMIHF Bに送付する。
所定のMIHFによってどの情報（プル・モデル）がサポートされているかを要求する付加的なメカニズムであって、MIHFは、例えば、MIHF Bは、MIHF Aの存在を検知するか、その存在を知らされるとすぐに、MIHF Aによってサポートされたリスト上の全情報を要求するための空のIDC、あるいは、１つまたは１セットの特定の情報がサポートされているかどうかを要求するための投入されたIDCを含んでいるリスト情報要求を送ることができる。及び／または、MIHF Aは、サポートされた情報が投入されたIDCとともにリスト情報応答メッセージを返し（特に、リスト情報応答メッセージ内のn番目のIDは、リスト情報要求メッセージのn番目のIDに対応する）、特にMIHF Bによって送られたIDCが空の場合は、リスト全体を返し、あるいは、要求されたイベントのEDを含むEDCを返す。
【００２２】
プル・モデルのためのメカニズムは、付加的であってもよいし、必須であってもよい。なぜならば、MIHF Bが、MIHF Aから所定のイベントの取得を要求し、否定的な回答を受けたときに、MIHF Bは特定のイベントはサポートされていない（これは不十分ではあるが）と結論付けると考えられるからである。
【００２３】
MIHF Aが知っているMIHF Bへのアドレス方法は802.21を実行するために使われるトランスポートに依存する。前記802.21メッセージのトランスポート及びMIHF Aが知っているMIHF Bへのアドレス方法は本発明の範囲外と考えられる。一実施例として、L3トランスポートを用いる場合、MIHF Aは（例えば、MIHF Aが備わっている端末を有するエンティティによる。ここで、前記エンティティは、エンド・ユーザ、企業またはオペレータであってもよい。）MIH機能（全ネットワークで同一とすることができる。）の論理名で構成され、DNS（それゆえローカル・アドレスからIPアドレスを取得する。）を通じてそれを翻訳するとみなすことができる。L2トランスポートを用いる場合（例えば、MIHFの802.11インスタンスのために）、例えば標準規格内のネットワークMIHFにアドレスするために特定されたMACアドレスがある可能性があり（即ち、DS内のルーティングを可能とするアドレス）、端末のMIHFは前記アドレスを用いてネットワークのMIHFにアドレスすることができ、APによってエラーが返されることが可能であり、端末は、回答が無いことはMIHF機能が無いことを示していると判断できる。
【００２４】
あるいは、統合基準点（IRP）（［２］及び［３］とラベルを付した上記参考文献参照）がIEEE 802.21の特別な方法で使用されうる。
【００２５】
［図３及び４：IEEE 802ファミリでの発見と、IEEE 802及び非802携帯電話］
本発明の範囲は、現在知られているまたは将来開発されるIEEE 802ファミリ及び非IEEE 802セルラ・ファミリ（例えば、3GPP及び3GPP2）のみならず、現在知られているまたは将来開発されるIEEE 802ファミリにおけるネットワークまたはシステムに関して、他のMIHFで取得可能なイベントまたは情報のタイプをMIHFが本発明に従って発見するためのメカニズムまたは技術の使用を含む。
【００２６】
図３は、一例として、基地機能エンティティ及びネットワーク機能エンティティを含む、IEEE 802ファミリに関する発見機能を示す。本願に記述した本発明によれば、基地機能エンティティのMIH機能モジュールがネットワーク機能エンティティのMIH機能モジュールで取得可能なイベント及び情報のタイプを発見するため、あるいはこの逆のメカニズムまたは技術であって、特定のイベント、イベントのリスト、情報のタイプあるいはこれらの組み合わせのいずれかが他のMIHFモジュールによってサポートされているかを要求することを可能とする。
【００２７】
比較のために、図４は、ネットワークのIEEE 802ファミリ及び非802セルラ・ネットワークに関する発見の機能を示す。
【００２８】
図３及び４に示すMIH機能モジュールの機能はハードウエア、ソフトウエアあるいはこれらの組み合わせを用いて実行できるが、本発明の範囲は特定の実施形態に限定されるものでは無い。典型的なソフトウエア実行において、そのモジュールは、マイクロプロセッサ、ランダム・アクセス・メモリ（RAM）、読み出し専用メモリ（ROM）、入出力デバイス、およびこれらと接続する制御バス、データバス及びアドレスバスを有する、１つ以上のマイクロプロセッサを用いたアーキテクチャとすることができる。当業者であれば、必要以上の実験をすることなく、本願に記載した機能を実行するための、前記マイクロプロセッサを使用した実施をプログラムすることができるであろう。本発明の範囲は、公知のまたは将来開発される技術を用いた特定の実施に限定されることを意図していない。さらに、本発明の範囲は、公知のMIHFモジュールに含まれるか、あるいは上記と同様に実施するための他の回路と組み合わせた独立型モジュールであるモジュールを含むことを意図している。
【００２９】
［長所及び欠点］
本発明の長所には、本発明は、サポートされているイベントの効率的発見、最小化、及び、ビーコン／情報の階層化を追加することにより、そのビーコンに追加された新たなビットによるシステム容量への影響は最小限に抑えられる点がある。
【００３０】
［目標とする標準化］
本発明は、802.11における標準化を目標としている。関連するSTAとAP間のメッセージ交換を識別するためのトラフィック解析は、その解決策がSTA、APまたはその両方で実行されているかどうかを明らかにする。
【００３１】
本発明は、（802.21仕様書の特定のインスタンス化のため）IEEE 802.21及び802.11をも対象としている。
【００３２】
略語は以下の通りである。
MIH  メディア非依存ハンドオフ
MIHF  メディア非依存ハンドオフ機能
ID  情報ディスクリプタ
IDC  情報ディスクリプタ・コンテナ
ED  イベント・ディスクリプタ
EDC  イベント・ディスクリプタ・コンテナ
【００３３】
［本発明の範囲］
当然のことながら、ここに特に明記しない限り、本願に記載された特定の実施形態に関する、特性、特徴、変更あるいは変形はいずれも、本願に記載された他の如何なる実施形態にも適用され、利用され、組み込まれることが可能である。
【００３４】
本発明は、典型的な実施形態に関して記載及び説明されたが、この発明の精神と範囲から逸脱することなく、上記に加え他の種々の追加及び削除が可能である。
【図面の簡単な説明】
【００３５】
【図１】本発明の技術分野で公知のIEEE 802.11 WLANシステムの典型的構成を示す。
【図２ａ】本発明の技術分野で公知のユニバーサル・モバイル・テレコミュニケーション・システム（UMTS）パケット・ネットワーク・アーキテクチャのダイアグラムを示す。
【図２ｂ】本発明の技術分野で公知のユニバーサル・モバイル・テレコミュニケーション・システム（UMTS）パケット・ネットワーク・アーキテクチャのダイアグラムを示す。
【図３】MIHFが、IEEE 802ファミリとの関連で、前記イベントを認可できるように他のMIHFで入手可能な（情報サービスのための）イベント及び情報のタイプを発見する機能を表すダイアグラムを示す。
【図４】MIHFが、ネットワークのIEEE 802ファミリ及び非802セルラ・ネットワークとの関連で、前記イベントを認可できるように他のMIHFで入手可能な（情報サービスのための）イベント及び情報のタイプを発見する機能を表すダイアグラムを示す。
【図１】
2008541536.tif 000003
【図２ａ】
2008541536.tif 000004
【図２ｂ】
2008541536.tif 000005
【図３】
2008541536.tif 000006
【図４】
2008541536.tif 000007
【手続補正書】
【提出日】平成20年7月2日(2008.7.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
一方のメディア非依存ハンドオフ機能を用いて、他方のメディア非依存ハンドオフ機能で取得可能なイベントまたは情報のタイプを発見する段階と、
前記一方のメディア非依存ハンドオフ機能が、特定のイベント、イベントのリスト、情報のタイプあるいはこれらの組み合わせのいずれかが他方のメディア非依存ハンドオフ機能によってサポートされるかどうかを要求することを可能とする段階と、を有する方法。
【請求項２】
前記方法は、前記一方のメディア非依存ハンドオフ機能が、特定のイベントを取得すること、あるいはイベントのリストまたは情報のタイプを受信することを可能とする、請求項１に記載の方法。
【請求項３】
前記一方のメディア非依存ハンドオフ機能は端末にあり、前記他のメディア非依存ハンドオフ機能はネットワークにある、請求項１に記載の方法。
【請求項４】
前記一方のメディア非依存ハンドオフ機能は、イベント・ディスクリプタ・コンテナ、情報ディスクリプタ・コンテナ、またはこれらの組み合わせを含む信号を提供する請求項１に記載の方法。
【請求項５】
前記イベント・ディスクリプタ・コンテナは、イベント・ディスクリプタ・コンテナ・ディスクリプタと１組のイベント・ディスクリプタとの組み合わせを含む請求項４に記載の方法。
【請求項６】
前記イベント・ディスクリプタ・コンテナ・ディスクリプタは、それが、サポートされたイベントに関するクエリ、または、クエリに対する応答において使用されているかどうか、サポートされたイベントを発行するためのメッセージにおいて使用されているかどうか、イベントを取得するための要求／応答において使用されているかどうか、またはこれらの組み合わせに関する情報を有している、請求項５に記載の方法。
【請求項７】
各イベント・ディスクリプタは、各イベントを識別するイベント・コードを含む、請求項６に記載の方法。
【請求項８】
前記イベント・ディスクリプタが、前記イベント・コードの他に情報が必要とされないクエリにおいて使用するための追加フィールドを含んでいないかどうか、あるいは、前記フィールドがサポートされているが追加情報を提供していないかどうかを示すクエリにおいて使用するための１つの追加フィールドを含んでいるかどうか、あるいは、イベント・ディスクリプタ長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記イベント・ディスクリプタが備えている、請求項７に記載の方法。
【請求項９】
前記イベント・ディスクリプタが、前記イベント・コードの他に情報が必要とされない場合にイベントを発行するときに使用するための追加フィールドを含んでいないかどうか、あるいは、イベント・ディスクリプタ長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記イベント・ディスクリプタが備えている、請求項７に記載の方法。
【請求項１０】
前記イベント・ディスクリプタが、前記イベント・コードの他に情報が必要とされない場合にイベントに登録するときに使用するための追加フィールドを含んでいないかどうか、あるいは、イベント・ディスクリプタ長さフィールド及びイベント・サブコード・フィールドを含む２つの追加フィールドを含んでいるかどうかを示すビットを前記イベント・ディスクリプタが備えている、請求項７に記載の方法。
【請求項１１】
前記イベント・ディスクリプタは、残りのフィールドの長さに関する情報を含んでいるイベント・ディスクリプタ長さを有する、請求項７に記載の方法。
【請求項１２】
前記イベント・ディスクリプタは、イベントがサポートされているか否かに関するイベント・サポート情報を有する、請求項７に記載の方法。
【請求項１３】
前記イベント・ディスクリプタは、このイベントの登録が成功したか否かに関するイベント登録情報を有する、請求項７に記載の方法。
【請求項１４】
前記イベント・ディスクリプタ・イベント登録のためのフィールドは１ビットである、請求項１３に記載の方法。
【請求項１５】
前記イベント・ディスクリプタ・イベント登録のためのフィールドは１バイト以上であって、前記イベントがどのように報告されるかに関する情報を含んでいる、請求項１３に記載の方法。
【請求項１６】
各イベント・ディスクリプタは、イベントの特性を記述するイベント・サブコードを含む、請求項１３に記載の方法。
【請求項１７】
前記イベント・ディスクリプタ・コンテナは、１組の情報ディスクリプタの組み合わせを含み、各情報ディスクリプタはイベントに関する情報タイプを一意的に識別するための情報を含む情報コードを含んでいる、請求項４に記載の方法。
【請求項１８】
各情報ディスクリプタは、その中のフィールドの長さを示す情報ディスクリプタ長さを含む、請求項１７に記載の方法。
【請求項１９】
前記方法は、サポートされた各イベントに１つのイベント・ディスクリプタが投入されたイベント・ディスクリプタ・コンテナを含むリスト・イベント・メッセージを前記一方のメディア非依存ハンドオフ機能から前記他方のメディア非依存ハンドオフ機能へ送付することにより、メディア非依存ハンドオフ機能によってサポートされたイベントを発行するための付加的メカニズムを有する、請求項４に記載の方法。
【請求項２０】
前記方法は、所定のメディア非依存ハンドオフ機能によってサポートされているリスト上の全てのイベントを要求するための空のイベント・ディスクリプタ・コンテナを含んでいるリスト・イベント要求を送付することにより、どのイベントが所定のメディア非依存ハンドオフ機能によってサポートされているかを明確に要求する付加的メカニズムを有する、請求項４に記載の方法。
【請求項２１】
前記方法は、所定のメディア非依存ハンドオフ機能によってサポートされたイベントが投入されたイベント・ディスクリプタ・コンテナとともにリスト・イベント応答メッセージを返信する工程を有する、請求項２０に記載の方法。
【請求項２２】
前記方法は、所定のメディア非依存ハンドオフ機能によってサポートされたリスト上のイベント全てへの登録を要求するための空のイベント・ディスクリプタ・コンテナ、あるいは、所定のメディア非依存ハンドオフ機能によってサポートされた特定のイベントへの登録を要求するための投入されたイベント・ディスクリプタ・コンテナを含んだ登録メッセージを送ることによって、イベントへ登録し、どのイベントが所定のメディア非依存ハンドオフ機能によってサポートされているかを明確に要求する付加的メカニズムを有する、請求項４に記載の方法。
【請求項２３】
前記方法は、前記所定のメディア非依存ハンドオフ機能によってサポートされたイベントが投入されたイベント・ディスクリプタ・コンテナ、及び／または、前記所定のメディア非依存ハンドオフ機能によってサポートされた登録の状況とともに応答を返信する工程を有する、請求項２２に記載の方法。
【請求項２４】
前記方法は、サポートされる各情報に対して１つのイベント・ディスクリプタが投入されたイベント・ディスクリプタ・コンテナを含んでいるリスト情報メッセージを送ることによって、メディア非依存ハンドオフ機能によって、ISによりサポートされた情報を発行する付加的メカニズムを有する、請求項４に記載の方法。
【請求項２５】
前記方法は、前記所定のメディア非依存ハンドオフ機能によってサポートされたリスト上の全ての情報を要求するための空のイベント・ディスクリプタ・コンテナ、または、１つの情報あるいは１組の情報がサポートされているかどうかを要求する投入されたイベント・ディスクリプタ・コンテナを含んだリスト情報要求を送ることによって、どの情報が所定のメディア非依存ハンドオフ機能によってサポートされているかを要求するための付加的メカニズムを有する、請求項４に記載の方法。
【請求項２６】
前記方法は、前記所定のメディア非依存ハンドオフ機能によってサポートされた情報が投入されたイベント・ディスクリプタ・コンテナとともに、リスト情報応答メッセージを返信する工程を有する、請求項２５に記載の方法。
【請求項２７】
他のメディア非依存ハンドオフ機能で取得可能なイベントまたは、情報のタイプを発見することを要求する、１つのメディア非依存ハンドオフ機能を提供し、
特定のイベント、イベントのリスト、情報のタイプ、または、これらの組み合わせのいずれかが他方のメディア非依存ハンドオフ機能によってサポートされているかどうかを前記一方のメディア非依存ハンドオフ機能が要求することを可能とするように構成されたモジュールを備えたネットワーク・ノードを有するネットワーク。
【請求項２８】
前記一方のメディア非依存ハンドオフ機能が、前記特定のイベントに登録し、あるいは、前記情報のリストまたは情報のタイプを受信することを可能とするように、前記ネットワーク・ノードが構成されている、請求項２７に記載のネットワーク。
【請求項２９】
前記一方のメディア非依存ハンドオフ機能は端末にあり、前記他方のメディア非依存ハンドオフ機能は前記ネットワークにある、請求項２７に記載のネットワーク。
【請求項３０】
前記一方のメディア非依存ハンドオフ機能は、イベント・ディスクリプタ・コンテナ、情報ディスクリプタ・コンテナまたはこれらの組み合わせを含む信号を供給するように構成されている、請求項２７に記載のネットワーク。
【請求項３１】
前記ネットワーク・ノードは、アクセス・ポイントである、請求項２７に記載のネットワーク。
【請求項３２】
前記ネットワーク・ノードは、基地局である、請求項２７に記載のネットワーク。
【請求項３３】
他のメディア非依存ハンドオフ機能で取得可能なイベントまたは、情報のタイプを発見することを要求する、１つのメディア非依存ハンドオフ機能提供し、
特定のイベント、イベントのリスト、情報のタイプ、または、これらの組み合わせのいずれかが他方のメディア非依存ハンドオフ機能によってサポートされているかどうかを前記一方のメディア非依存ハンドオフ機能が要求することを可能とするように構成されたモジュールを備えたネットワーク・ノード。
【請求項３４】
前記一方のメディア非依存ハンドオフ機能が、前記特定のイベントに登録し、あるいは、前記情報のリストまたは情報のタイプを受信することを許可するように、前記ネットワーク・ノードが構成されている、請求項３３に記載のネットワーク・ノード。
【請求項３５】
前記一方のメディア非依存ハンドオフ機能は端末にあり、前記他方のメディア非依存ハンドオフ機能は前記ネットワークにある、請求項３３に記載のネットワーク・ノード。
【請求項３６】
前記一方のメディア非依存ハンドオフ機能は、イベント・ディスクリプタ・コンテナ、情報ディスクリプタ・コンテナまたはこれらの組み合わせを含む信号を供給するように構成されている、請求項３３に記載のネットワーク・ノード。
【請求項３７】
前記ネットワーク・ノードは、アクセス・ポイントである、請求項３３に記載のネットワーク・ノード。
【請求項３８】
前記ネットワーク・ノードは、基地局である、請求項３３に記載のネットワーク・ノード。
【請求項３９】
前記方法の１以上のステップが、ネットワークまたはシステム内のネットワーク・ノードにおける、プロセッサまたは他の好適な演算装置で動作するコンピュータ・プログラム上で実行される、請求項１に記載の方法。
【請求項４０】
他方のメディア非依存ハンドオフ機能で取得可能なイベントまたは情報のタイプを発見することを要求する一方のメディア非依存ハンドオフ機能を有するネットワーク・ノードのためのコンピュータ・プログラム製品であって、前記コンピュータ・プログラム製品は、前記一方のメディア非依存ハンドオフ機能が、特定のイベント、イベントのリスト、情報のタイプあるいはこれらの組み合わせのいずれかが他方のメディア非依存ハンドオフ機能によってサポートされるかどうかを要求することを可能とするコンピュータ・プログラム製品。
【請求項４１】
一方のメディア非依存ハンドオフ機能を用いて、他方のメディア非依存ハンドオフ機能で取得可能なイベントまたは情報のタイプを発見する手段と、
特定のイベント、イベントのリスト、情報のタイプあるいはこれらの組み合わせが、前記他方のメディア非依存ハンドオフ機能によってサポートされているかどうかを前記一方のメディア非依存ハンドオフ機能が要求することを可能とする手段と、を有する装置。
【国際調査報告】
2008541536.tif 000008
2008541536.tif 000009
2008541536.tif 000010
2008541536.tif 000011