(57)【要約】  無線送受信ユニット（ＷＴＲＵ）が、ＩＥＥＥ８０２．１６モデム、ＵＭＴＳモデム、およびＭＩＨエンティティを含むことができる。ソフトウェアアプリケーションプログラミングインターフェースが、ＩＥＥＥ８０２．１６リンクおよびＵＭＴＳリンクに関する情報を受け取ること、ハンドオーバについてＩＥＥＥ８０２．１６モデムおよびＵＭＴＳモデムを制御すること、ＭＩＨサーバおよびＩＭＳノードを発見すること、モバイルＩＰハンドオーバをトリガすることなどを行う機構をＭＩＨエンティティに提供する。ＩＥＥＥ８０２．１６リンクが首尾よく確立された場合に、ＭＩＨエンティティは、ＭＩＨセッションを開始する。ＩＥＥＥ８０２．１６モデムが、接続が終了されようとしていることを示すときに、ＭＩＨエンティティは、ハンドオーバのためにＵＭＴＳモデムをアクティブ化する。ＩＥＥＥ８０２．１６モデムが、リンクパラメータが閾値と交差したことを示す場合に、ＭＩＨエンティティは、ＩＥＥＥ８０２．１６信号測定値およびＷＣＤＭＡ信号測定値をＭＩＨサーバに送信する。ＭＩＨ切替要求を受信した後に、ＭＩＨエンティティは、ＵＭＴＳネットワークへのハンドオーバを開始する。
2010519808.tif 000002
【特許請求の範囲】
【請求項１】
ＩＥＥＥ８０２．１６ネットワークとＵＭＴＳネットワークとの間でＩＥＥＥ８０２．２１  ＭＩＨ（media independent handover）機能を使用してハンドオーバを実行する無線送受信ユニット（ＷＴＲＵ）内で実施される方法であって、
ＭＩＨエンティティは、第１のアプリケーションプログラミングインターフェース（ＡＰＩ）を介してＩＥＥＥ８０２．１６リンクを確立するようにＩＥＥＥ８０２．１６モデムに要求することと、
前記ＩＥＥＥ８０２．１６モデムは、第２のＡＰＩを介して前記ＭＩＨエンティティにＩＥＥＥ８０２．１６リンクを確立する試みの状況を報告することと、
前記状況が、ＩＥＥＥ８０２．１６リンクが首尾よく確立されたことを示す場合に、前記ＭＩＨエンティティは、ＭＩＨセッションを開始することと、
前記ＩＥＥＥ８０２．１６モデムは、第３のＡＰＩを介して前記ＭＩＨエンティティにレイヤ２接続があるタイムインターバル内に終了されると期待されることを示すことと、
前記ＭＩＨエンティティは、ハンドオーバのためにＵＭＴＳモデムをアクティブ化することと
を含むことを特徴とする方法。
【請求項２】
前記ＭＩＨエンティティは、フォーリンエージェント（ＦＡ）の発見およびモバイルＩＰバインディング更新を要求することと、
前記ＩＥＥＥ８０２．１６モデムは、前記ＩＥＥＥ８０２．１６リンク上で前記ＷＴＲＵのインターネット（ＩＰ）スタックを介して前記ＦＡの発見およびモバイルＩＰバインディング更新を実行することと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＩＨエンティティは、プロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）およびＭＩＨサーバの発見を要求することと、
前記ＩＥＥＥ８０２．１６モデムは、前記ＩＥＥＥ８０２．１６リンク上で前記ＩＰスタックを介してＰ−ＣＳＣＦおよびＭＩＨサーバの発見を実行することと
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ＭＩＨサーバは、ＤＨＣＰおよびＤＮＳのうちの１つを介して発見されることを特徴とする請求項３に記載の方法。
【請求項５】
前記ＭＩＨエンティティは、ＩＭＳ登録を要求することと、
前記ＩＥＥＥ８０２．１６モデムは、前記ＩＥＥＥ８０２．１６リンク上で前記ＩＰスタックを介してＩＭＳ登録を実行することと
をさらに含むことを特徴とする請求項３に記載の方法。
【請求項６】
前記ＭＩＨエンティティは、ホームエージェント（ＨＡ）ＩＰアドレスを要求することと、
前記ＩＥＥＥ８０２．１６モデムは、前記ＩＥＥＥ８０２．１６リンク上で前記ＩＰスタックを介してＨＡ  ＩＰアドレスクエリを実行することと
をさらに含むことを特徴とする請求項５に記載の方法。
【請求項７】
前記ＭＩＨエンティティは、前記ＵＭＴＳモデムをアクティブ化するのにAT+CFUNコマンドを使用することを特徴とする請求項１に記載の方法。
【請求項８】
前記ＭＩＨエンティティは、交差されたときに測定報告の生成をトリガするＩＥＥＥ８０２．１６リンクパラメータについてLink_Configure_Thresholds.request ＡＰＩを介して閾値をセットすることと、
前記ＩＥＥＥ８０２．１６モデムは、Link_Configure_Thresholds.confirm ＡＰＩを介して前記ＭＩＨエンティティに構成の結果を示すことと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記ＩＥＥＥ８０２．１６モデムは、Link_Parameter_Report.indication ＡＰＩを介して前記ＭＩＨエンティティに、前記ＩＥＥＥ８０２．１６リンクパラメータが閾値と交差したことを示すこと、をさらに含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記ＭＩＨエンティティは、Link_Get_Parameter.request ＡＰＩを介して、ＵＭＴＳ信号品質測定値を報告するように前記ＵＭＴＳモデムに要求することと、
前記ＵＭＴＳモデムは、Link_Get_Parameter.confirm ＡＰＩを介して、前記ＭＩＨエンティティに前記ＵＭＴＳ信号品質測定値を報告することと、
前記ＭＩＨエンティティは、前記ＵＭＴＳ信号品質測定値をＭＩＨサーバに送信することと、
前記ＭＩＨエンティティは、前記ＭＩＨサーバからＭＩＨ切替要求を受信することと、
前記ＭＩＨエンティティは、前記ＵＭＴＳネットワークへのハンドオーバプロシージャを開始することと
をさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記ＭＩＨエンティティは、前記ＵＭＴＳ信号品質測定値を要求するのにAT+CSQコマンドを使用することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記ＭＩＨエンティティは、新規パケットデータプロトコル（ＰＤＰ）コンテキストを作成するように前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、前記ＵＭＴＳネットワークにアタッチするように前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、前記ＵＭＴＳモデムに登録状況を要求することと、
前記ＭＩＨエンティティは、ＰＤＰコンテキストをアクティブ化するように前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、定義されたＰＤＰコンテキストの現在のセッティングを前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、データ状態に入るように前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、フォーリンエージェント（ＦＡ）の発見およびモバイルＩＰバインディング更新を実行するようにモバイルＩＰクライアントに要求することと、
前記ＭＩＨエンティティは、ＭＩＨ切替応答を前記ＭＩＨサーバに送信することと
をさらに含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記ＭＩＨエンティティは、前記新規ＰＤＰコンテキスト作成を要求するのにAT+CGDCONTコマンドを使用することを特徴とする請求項１２に記載の方法。
【請求項１４】
前記ＭＩＨエンティティは、前記アタッチメントを要求するのにAT+CGATTコマンドを使用することを特徴とする請求項１２に記載の方法。
【請求項１５】
前記ＭＩＨエンティティは、前記登録状況を要求するのにAT+CGREG?を使用し、前記ＰＤＰコンテキストアクティブ化を要求するのにAT+CGACTコマンドを使用することを特徴とする請求項１２に記載の方法。
【請求項１６】
前記ＭＩＨエンティティは、前記定義されたＰＤＰコンテキストの前記現在のセッティングを要求するのにAT+CGDCONT?を使用し、前記データ状態に入るように前記ＵＭＴＳモデムに要求するのにAT+CGDATAを使用することを特徴とする請求項１２に記載の方法。
【請求項１７】
前記ＭＩＨエンティティは、Link_Action.request ＡＰＩを介して、前記ＩＥＥＥ８０２．１６リンクを破壊するように前記ＩＥＥＥ８０２．１６モデムに指令すること
をさらに含むことを特徴とする請求項１２に記載の方法。
【請求項１８】
前記ＭＩＨエンティティは、Link_Get_Parameter.request ＡＰＩを介して、前記ＩＥＥＥ８０２．１６モデムにＩＥＥＥ８０２．１６サービス品質（ＱｏＳ）パラメータを要求することと、
前記ＩＥＥＥ８０２．１６モデムは、Link_Get_Parameter.confirm ＡＰＩを介して、前記ＭＩＨエンティティに前記要求されたＩＥＥＥ８０２．１６ＱｏＳパラメータを送信することと、
前記ＭＩＨエンティティは、前記ＩＥＥＥ８０２．１６ＱｏＳパラメータをＵＭＴＳ  ＱｏＳパラメータにマッピングし、Link_Action.request ＡＰＩを介して前記ＵＭＴＳモデムにＵＭＴＳ  ＱｏＳプロファイルを指定することであって、前記指定されるＵＭＴＳ  ＱｏＳプロファイルは、ＰＤＰコンテキストアクティブ化中に前記ＵＭＴＳネットワークに要求される、マッピングし指定することと
をさらに含むことを特徴とする請求項１２に記載の方法。
【請求項１９】
前記ＭＩＨエンティティは、前記ＵＭＴＳ  ＱｏＳプロファイルを指定するのにＡＴ＋ＣＧＥＱＲＥＱコマンドを使用することを特徴とする請求項１８に記載の方法。
【請求項２０】
前記ＭＩＨエンティティは、ＰＤＰコンテキストアクティブ化中に、サブスクライブされたＱｏＳプロファイルを要求することを特徴とする請求項１２に記載の方法。
【請求項２１】
前記ＩＥＥＥ８０２．１６リンクが首尾よく確立はされなかったことが示される場合に、前記ＭＩＨエンティティは、前記ＵＭＴＳネットワークにアタッチするように前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、前記ＵＭＴＳモデムにネットワーク登録状況を要求することと、
前記ＭＩＨエンティティは、パケットデータプロトコル（ＰＤＰ）コンテキストをアクティブ化するように前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、前記ＵＭＴＳモデムに定義されたＰＤＰコンテキストの現在のセッティングを要求することと、
前記ＭＩＨエンティティは、データ状態に入るように前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、モバイルＩＰバインディング更新を実行するようにモバイルＩＰクライアントに要求することと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項２２】
前記第１のＡＰＩは、Link_Action.request ＡＰＩであり、前記第２のＡＰＩは、Link_Action.confirm ＡＰＩであり、前記第３のＡＰＩは、Link_Going_Down.indication ＡＰＩであることを特徴とする請求項１に記載の方法。
【請求項２３】
ＩＥＥＥ８０２．１６ネットワークとＵＭＴＳネットワークとの間でＩＥＥＥ８０２．２１  ＭＩＨ（media independent handover）機能を使用してハンドオーバを実行する、無線送受信ユニット（ＷＴＲＵ）内で実施される方法であって、
ＭＩＨエンティティは、前記ＵＭＴＳネットワーク上に前記無線送受信ユニット（ＷＴＲＵ）に関する何らかのトラフィックがあるかどうかを判定するためにＵＭＴＳモデムに要求を送信することと、
前記ＵＭＴＳネットワーク上にトラフィックがない場合に、前記ＭＩＨエンティティは、前記ＩＥＥＥ８０２．１６ネットワークをスキャンするようにＩＥＥＥ８０２．１６モデムに要求することと、
前記ＩＥＥＥ８０２．１６モデムは、スキャン結果を前記ＭＩＨエンティティに送信することと、
スキャン結果が、ＩＥＥＥ８０２．１６セルの検出を示す場合に、前記ＭＩＨエンティティは、パケットデータプロトコル（ＰＤＰ）非アクティブ化およびデタッチプロシージャを実行するように前記ＵＭＴＳモデムに要求することと、
前記ＭＩＨエンティティは、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して、ＩＥＥＥ８０２．１６リンクを確立するように前記ＩＥＥＥ８０２．１６モデムに要求することと
を含むことを特徴とする方法。
【請求項２４】
前記ＭＩＨエンティティは、前記ＰＤＰコンテキストを非アクティブ化するのにＡＴ＋ＣＧＡＣＴコマンドを使用し、前記デタッチメントを要求するのにＡＴ＋ＣＧＡＴＴコマンドを使用することを特徴とする請求項２３に記載の方法。
【請求項２５】
前記ＡＰＩは、Link_Action.request ＡＰＩであることを特徴とする請求項２３に記載の方法。
【請求項２６】
ＩＥＥＥ８０２．１６ネットワークとＵＭＴＳネットワークとの間でＭＩＨ（media independent handover）をサポートする無線送受信ユニット（ＷＴＲＵ）であって、
前記ＩＥＥＥ８０２．１６ネットワークとの無線リンクを確立するＩＥＥＥ８０２．１６モデムと、
前記ＵＭＴＳネットワークとの無線リンクを確立するＵＭＴＳモデムと、
上位レイヤと、
ＭＩＨ機能を実行するＭＩＨエンティティと
を含み、
前記ＩＥＥＥ８０２．１６モデム、前記ＵＭＴＳモデム、前記上位レイヤ、および前記ＭＩＨエンティティは、アプリケーションプログラミングインターフェース（ＡＰＩ）を介して通信する、ことを特徴とするＷＴＲＵ。
【請求項２７】
前記ＭＩＨエンティティは、交差されたときにLink_Configure_Thresholds.request ＡＰＩを介する測定レポートの生成をトリガするＩＥＥＥ８０２．１６リンクパラメータの閾値をセットするように前記ＩＥＥＥ８０２．１６モデムに要求し、前記ＩＥＥＥ８０２．１６モデムは、Link_Configure_Thresholds.confirm ＡＰＩを介して、そのような構成の結果を送信することを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項２８】
前記ＩＥＥＥ８０２．１６モデムは、レイヤ２接続があるタイムインターバル内にダウンすると期待されることをLink_Going_Down ＡＰＩを介して示し、リンクパラメータが閾値と交差したことをLink_Patameter_Report.indication ＡＰＩを介して示すことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項２９】
前記ＭＩＨエンティティは、Link_Action.request ＡＰＩを介して、リンクレイヤ接続変更に対して前記ＩＥＥＥ８０２．１６モデムに命令し、前記ＩＥＥＥ８０２．１６モデムは、Link_Action.confirm ＡＰＩを介して、前記リンクレイヤ接続変更の状況を示すことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３０】
前記ＭＩＨエンティティは、Link_Get_Parameter.request ＡＰＩを介して、前記ＩＥＥＥ８０２．１６モデムにターゲットアプリケーションのサービス品質（ＱｏＳ）パラメータを要求し、前記ＩＥＥＥ８０２．１６モデムは、Link_Get_Parameters.confirm ＡＰＩを介して前記要求されたＱｏＳパラメータを応答することを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３１】
前記ＭＩＨエンティティは、Link_Get_Parameters.request ＡＰＩを介して、ＵＭＴＳ信号品質測定値を報告するように前記ＵＭＴＳモデムに要求し、前記ＵＭＴＳモデムは、Link_Get_Parameters.confirm ＡＰＩを介して、前記要求されたＵＭＴＳ信号強度測定値を報告することを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３２】
前記ＭＩＨエンティティは、前記ＵＭＴＳ信号品質測定値を要求するのにAT+CSQコマンドを使用することを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３３】
前記ＭＩＨエンティティは、AT+CFUNコマンドを使用して、Link_Action.request ＡＰＩを介してidleモードおよびConnectedモードのうちの１つになるように前記ＵＭＴＳモデムをアクティブ化し、前記ＵＭＴＳモデムは、Link_Action.confirm ＡＰＩを介してアクティブ化の状況を示すことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３４】
前記ＭＩＨエンティティは、Link_Action.request ＡＰＩを介して、新規パケットデータプロトコル（ＰＤＰ）コンテキストを作成し、前記ＵＭＴＳネットワークにアタッチし、登録状況を要求し、ＰＤＰコンテキストアクティブ化を要求し、定義されたＰＤＰコンテキストの現在のセッティングを要求し、前記ＵＭＴＳモデムがデータ状態に入ることを要求することを前記ＵＭＴＳモデムに要求することを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３５】
前記ＭＩＨエンティティは、前記新規ＰＤＰコンテキスト作成を要求するのにAT+CGDCONTコマンドを使用し、前記アタッチメントを要求するのにAT+CGATTコマンドを使用し、前記登録状況を要求するのにAT+CGREG?を使用し、前記ＰＤＰコンテキストアクティブ化を要求するのにAT+CGACTコマンドを使用し、前記定義されたＰＤＰコンテキストの前記現在のセッティングを要求するのにAT+CGDCONT?を使用し、前記データ状態に入るように前記ＵＭＴＳモデムに要求するのにAT+CGDATAを使用することを特徴とする請求項３４に記載のＷＴＲＵ。
【請求項３６】
前記上位レイヤは、モバイルＩＰレイヤを含み、前記ＡＰＩは、モバイルＩＰフォーリンエージェント（ＦＡ）の発見を要求するＭＩＨエンティティからモバイルＩＰレイヤへのＡＰＩおよびモバイルＩＰ  ＦＡの発見を確認するモバイルＩＰレイヤからＭＩＨエンティティへのＡＰＩを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３７】
前記ＡＰＩは、フォーリンエージェント（ＦＡ）を介してホームエージェント（ＨＡ）に新しいネットワークアタッチメントを登録するためにモバイルＩＰバインディング更新を実行するＭＩＨエンティティからモバイルＩＰレイヤへのＡＰＩと、バインディング更新完了を確認するモバイルＩＰレイヤからＭＩＨエンティティへのＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３８】
前記上位レイヤは、モバイルＩＰレイヤを含み、前記ＡＰＩは、使用中のＩＰアドレスの個数およびアクティブＩＰに対応するホームアドレスに関する情報を要求するＭＩＨエンティティからモバイルＩＰレイヤへのＡＰＩと、前記ＩＰアドレスの前記個数および前記対応するホームアドレスを提供するモバイルＩＰレイヤからＭＩＨエンティティへのＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３９】
前記上位レイヤは、ＤＨＣＰレイヤを含み、前記ＡＰＩは、プロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）のインターネットプロトコル（ＩＰ）アドレスを発見するＭＩＨエンティティからＤＨＣＰレイヤへのＡＰＩと、前記Ｐ−ＣＳＣＦの前記ＩＰアドレスを発見する試みの結果を返すＤＨＣＰレイヤからＭＩＨエンティティへのＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４０】
前記上位レイヤは、ＩＭＳレイヤを含み、前記ＡＰＩは、ＩＭＳに登録するＭＩＨエンティティからＩＭＳレイヤへのＡＰＩと、前記ＩＭＳへの登録の試みの結果を返すＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４１】
前記上位レイヤは、トランスポートプロトコルレイヤ／インターネットプロトコル（ＩＰ）レイヤを含み、前記ＡＰＩは、互いに通信するためにＭＩＨエンティティからトランスポート／ＩＰレイヤへのＡＰＩおよびトランスポート／ＩＰレイヤからＭＩＨエンティティへのＡＰＩを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４２】
前記上位レイヤは、ＤＨＣＰレイヤを含み、前記ＡＰＩは、ネットワークノードのＩＰアドレスを発見するＭＩＨエンティティからＤＨＣＰレイヤへのＡＰＩと、前記ネットワークノードを発見する試みの結果を返すＤＨＣＰレイヤからＭＩＨエンティティへのＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４３】
前記上位レイヤは、Ｏ＆Ｍ（operation and maintenance）レイヤを含み、前記ＡＰＩは、前記ＭＩＨエンティティをアクティブ化するＯ＆ＭレイヤからＭＩＨエンティティへのＡＰＩと、前記ＭＩＨエンティティをアクティブ化する試みの結果を返すＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４４】
前記上位レイヤは、Ｏ＆Ｍ（operation and maintenance）レイヤを含み、前記ＡＰＩは、前記ＭＩＨエンティティを非アクティブ化するＯ＆ＭレイヤからＭＩＨエンティティへのＡＰＩと、前記ＭＩＨエンティティを非アクティブ化する試みの結果を返すＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４５】
前記上位レイヤは、Ｏ＆Ｍ（operation and maintenance）レイヤを含み、前記ＡＰＩは、ＭＩＨエンティティパラメータを取り出すＯ＆ＭレイヤからＭＩＨエンティティへのＡＰＩと、前記要求されたＭＩＨエンティティパラメータを返すＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４６】
前記上位レイヤは、Ｏ＆Ｍ（operation and maintenance）レイヤを含み、前記ＡＰＩは、前記ＩＥＥＥ８０２．１６ネットワークと前記ＵＭＴＳネットワークとの間のハンドオーバ完了について前記Ｏ＆Ｍレイヤに知らせるＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４７】
前記上位レイヤは、Ｏ＆Ｍ（operation and maintenance）レイヤを含み、前記ＡＰＩは、前記ＵＭＴＳモデムのモードをチェックするＯ＆ＭレイヤからＭＩＨエンティティへのＡＰＩと、前記ＵＭＴＳモデムの前記モードを返すＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩとを含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４８】
前記ＭＩＨエンティティは、Link_Get_Parameter.request ＡＰＩを介して前記ＩＥＥＥ８０２．１６モデムにＩＥＥＥ８０２．１６サービス品質（ＱｏＳ）パラメータを要求し、ＩＥＥＥ８０２．１６ＱｏＳパラメータをＵＭＴＳ  ＱｏＳパラメータにマッピングし、Link_Action.request ＡＰＩを介して前記ＵＭＴＳモデムにＵＭＴＳ  ＱｏＳプロファイルを指定するように構成され、前記指定されるＵＭＴＳ  ＱｏＳプロファイルは、ＰＤＰコンテキストアクティブ化中に前記ＵＭＴＳネットワークに要求されることを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項４９】
前記ＭＩＨエンティティは、前記ＵＭＴＳ  ＱｏＳプロファイルを指定するのにＡＴ＋ＣＧＥＱＲＥＱコマンドを使用することを特徴とする請求項４８に記載のＷＴＲＵ。
【請求項５０】
前記ＭＩＨエンティティは、ＰＤＰコンテキストアクティブ化中にサブスクライブされたＱｏＳプロファイルを要求するように構成されることを特徴とする請求項２６に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
ＧＳＭ（global standards for mobile communication）、ＵＭＴＳ（universal mobile telecommunication system）、ＣＤＭＡ２０００、ＩＥＥＥ８０２．１６ＷｉＢｒｏ（wireless broadband）、ＷｉＦｉおよびＷｉＭＡＸ、ならびにＩＥＥＥ８０２．１１無線ローカルエリアネットワーク（ＷＬＡＮ）を含む多数の異なるタイプの無線アクセステクノロジが、開発されてきた。これらのシステムのそれぞれが、特定の応用例（application）を提供するために開発され、調整されてきた。
【０００３】
企業、住居、および公有地での無線通信ネットワークの採用が普及するに伴って、そのようなネットワークのユーザがあるネットワークから他のネットワークへ移動するときに、連続的接続性をサポートすることができる。新生の「常時接続（always-on）」ライフスタイルに伴って、無線送受信ユニット（ＷＴＲＵ）（すなわち、移動局（ＭＳ））は、複数の異種ネットワークをサポートすることを要求され、これらの無線インターフェースのうちの複数を組み込まれたマルチモードＷＴＲＵは、通信中に複数の異種ネットワーク間でシームレスに切り替える能力を必要とする。
【０００４】
ＩＥＥＥ８０２．２１異種メディア間ハンドオーバ（ＭＩＨ：media independent handover）は、リンクレイヤから供給される測定値およびトリガに基づいてシームレスなハンドオーバを可能にするために開発された。ＩＥＥＥ８０２．２１では、メディア独立のイベント・サービス（ＥＳ：event service）、コマンド・サービス（ＣＳ：command service）、および情報サービス（ＩＳ：information service）が定義されている。ＩＥＥＥ８０２．２１では、メディア依存／非依存のサービスアクセスポイント（ＳＡＰ：service access point）および特定のアクセステクノロジごとの関連するプリミティブも定義されている。
【０００５】
ＩＥＥＥ８０２．２１  ＭＩＨ  イベントおよび情報サービス（ＥＩＳ：event and information service）は、ＷＴＲＵとＭＩＨのネットワーク・サービス・ポイント（ＰｏＳ：point of service）との間のリンク状況更新のためのＭＡＣレイヤまたは物理レイヤに基づくイベント通知を必要とする。ＭＩＨ  ＥＩＳイベントは、リンクアップ、リンクダウン、リンクパラメータ変更、リンクが使用可能ではなくなりつつあること、サービスデータユニット（ＳＤＵ）送信状況、リンクイベントロールバック、プリトリガ（差し迫ったＬ２ハンドオフ）などを含む。現在、ＭＩＨ  ＥＩＳをサポートするために必要なリンクレイヤ拡張が、様々なテクノロジについて検討されている。
【０００６】
ＭＩＨによって提供される主要な機能性は、インターネットプロトコル（ＩＰ）レイヤを含む様々な無線レイヤの間の通信である。必要なメッセージは、プロトコルスタック内でレイヤ２とレイヤ３との間に位置するＭＩＨエンティティによって中継される。ＭＩＨエンティティは、シグナリング用のセッションイニシエーションプロトコル（ＳＩＰ：session initiation protocol）を含む様々なＩＰレイヤおよびモビリティ管理用のモバイルＩＰレイヤと通信することができる。
【０００７】
セッションが、あるアクセスポイントから同一テクノロジを使用する別のアクセスポイントにハンドオフされるときに、そのハンドオーバを、通常、ＭＩＨエンティティを用いずに、無線テクノロジ自体の中で実行することができる。例えば、ＷｉＢｒｏ送受話器からＷｉＢｒｏアクセスポイントへのＶｏＩＰ（voice over IP）呼を、同一のＷｉＢｒｏ標準規格を使用する同一ネットワーク内の別のＷｉＢｒｏアクセスポイントにハンドオーバすることができる。しかし、ＷｉＢｒｏアクセスポイントからＵＭＴＳネットワークへのハンドオーバを実行するためには、ＭＩＨが必要になるはずである。というのは、２つのアクセスポイントが、リンクレイヤで互いに通信することができず、一般に異なるＩＰサブネット上にあるからである。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】IEEE P802.16g/D6、2006年11月
【非特許文献２】IEEE P802.21/D02.00、2006年9月
【非特許文献３】3GPP TS 27.007 V5.6.0 (2005年3月)
【発明の概要】
【発明が解決しようとする課題】
【０００９】
したがって、ＩＥＥＥ８０２．１６ＷｉＢｒｏネットワークとＵＭＴＳネットワークとの間でハンドオーバを実行する方法および装置を提供することが望ましいはずである。
【課題を解決するための手段】
【００１０】
ＩＥＥＥ８０２．１６ネットワークとＵＭＴＳネットワークとの間でＩＥＥＥ８０２．２１  ＭＩＨ機能を使用してハンドオーバを実行する方法および装置を開示する。ＷＴＲＵが、ＩＥＥＥ８０２．１６モデム（例えば、ＷｉＢｒｏモデム）、ＵＭＴＳモデム、およびＭＩＨエンティティを含むことができる。ソフトウェアアプリケーションプログラミングインターフェース（ＡＰＩ）が、ＩＥＥＥ８０２．１６リンクおよびＵＭＴＳリンクに関する情報を受信し、テクノロジ間ハンドオーバのためにＩＥＥＥ８０２．１６モデムおよびＵＭＴＳモデムを制御し、ＤＨＣＰ（Dynamic Host Configuration Protocol）を介してまたはＤＮＳ（Domain Name System）を介してＭＩＨサーバおよびＩＭＳ（IP multimedia system）ネットワークノードを発見し、ＩＰハンドオーバを実行するためにモバイルＩＰをトリガし、ＵＤＰ（User Datagram Protocol）などのトランスポートプロトコル上でＭＩＨメッセージを送信または受信し、ホストＯ＆Ｍ（operation and maintenance）エンティティがＭＩＨエンティティを制御できるようになることを可能にする機構をＭＩＨエンティティに提供する。
【００１１】
ＭＩＨエンティティは、ＡＰＩを介してＩＥＥＥ８０２．１６モデムをアクティブ化することができる。ＩＥＥＥ８０２．１６リンクが首尾よく確立されている場合に、ＭＩＨエンティティは、ＭＩＨセッションを開始する。ＩＥＥＥ８０２．１６が、接続が終了されようとしている（または他の形で破壊されようとしている）ことを示すときには、ＭＩＨエンティティは、ハンドオーバのためにＵＭＴＳモデムをアクティブ化する。ＩＥＥＥ８０２．１６モデムが、あるリンクパラメータが閾値と交差したことを示す場合に、ＭＩＨエンティティは、ＩＥＥＥ８０２．１６信号測定値およびＵＭＴＳ信号測定値をＭＩＨサーバに送信する。ＭＩＨ切替要求を受信した後に、ＭＩＨエンティティは、ＵＭＴＳネットワークへのハンドオーバを開始する。ＭＩＨエンティティは、ＩＥＥＥ８０２．１６  ＱｏＳパラメータをＵＭＴＳ  ＱｏＳパラメータにマッピングし、ＵＭＴＳネットワークに要求されるべきＵＭＴＳ  ＱｏＳプロファイルを指定する。代替案では、ＭＩＨエンティティは、ＰＤＰコンテキストアクティブ化中にネットワークサブスクライブされたＱｏＳプロファイルを要求する。
【図面の簡単な説明】
【００１２】
本発明のより詳細な理解は、例として与えられ、添付図面と共に理解されるべき例の実施形態の次の説明から得ることができる。
【図１】ＷｉＢｒｏネットワークからＷＣＤＭＡネットワークへのＭＩＨを実行するＷＴＲＵの例を示すブロック図である。
【図２Ａ】ＷｉＢｒｏネットワークからＷＣＤＭＡネットワークへのＭＩＨを実行するプロセスの例を示す流れ図である。
【図２Ｂ】ＷｉＢｒｏネットワークからＷＣＤＭＡネットワークへのＭＩＨを実行するプロセスの例を示す流れ図である。
【図３】ハンドオーバ時にＷｉＢｒｏ上にデータセッションがないときの図２の例のプロセスに対する代替案を示す図である。
【図４】スタートアップ時にＷｉＢｒｏカバレッジがないときにＭＩＨを実行するプロセスの例を示す流れ図である。
【図５】ＵＭＴＳネットワークからＷｉＢｒｏネットワークへのＭＩＨを実行するプロセスの例を示す流れ図である。
【図６Ａ】同期関数呼出しプロシージャを示す図である。
【図６Ｂ】非同期関数呼出しプロシージャを示す図である。
【図７】ＷＣＤＭＡ  ＱｏＳパラメータへのＷｉＢｒｏ  ＱｏＳパラメータのマッピングの例を示す図である。
【発明を実施するための形態】
【００１３】
本明細書で言及される場合、用語「ＷＴＲＵ」は、ユーザ機器（ＵＥ）、移動局、固定のまたはモバイルの加入者ユニット、ページャー、セルラー電話機、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境で動作できる任意の他のタイプのユーザデバイスを含むが、これらに限定はされない。本明細書で言及される場合、用語「基地局」は、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作できる任意の他のタイプのインターフェースするデバイスを含むが、これらに限定はされない。
【００１４】
以下の説明は、純粋に説明のためのものであるが、ＷｉＢｒｏおよびＷＣＤＭＡを参照して説明される。しかし、実施形態が、ＷｉＢｒｏ−ＷＣＤＭＡハンドオーバに限定されず、ＩＥＥＥ８０２．１６ネットワークを含む任意の２つの無線アクセスネットワーク間のハンドオーバに適用できることに留意されたい。さらに、ＵＭＴＳが、ＷＣＤＭＡより広義の用語であることが認められるが、ＷＣＤＭＡおよびＵＭＴＳが、本明細書で交換可能に使用される場合があることに留意されたい。
【００１５】
図１は、ＷｉＢｒｏネットワークからＷＣＤＭＡネットワークへのＭＩＨを実行する例のＷＴＲＵ１００のブロック図である。ＷＴＲＵ１００は、ＩＥＥＥ８０２．１６（例えば、ＷｉＢｒｏ、ＷｉＭＡＸ、など）モデム１１０、ＷＣＤＭＡモデム１２０、ＭＩＨエンティティ（ＭＩＨミドルウェア）１３０、および上位レイヤ１４０を含むことができる。ＷＴＲＵ１００は、図を明瞭にするために図１には示されていない１つまたは複数の他のコンポーネントを含むこともできる。上位レイヤ１４０は、例えば、アプリケーションレイヤ１５０（インスタントメッセージ、ウェブブラウジング、など）、制御プロトコルレイヤ１６０（ＳＩＰ、モバイルＩＰ、ＤＨＣＰ、ＤＮＳ、など）、トランスポートレイヤ１７０（ＵＤＰレイヤ、ＴＣＰレイヤ、ＳＣＴＰ（Stream Control Transmission Protocol）、ＤＣＣＰ（Datagram Congestion Control Protocol）、など）、ＩＰレイヤ１８０、およびＯ＆Ｍ（operation and maintenance）エンティティ１９０を含むことができる。ＷｉＢｒｏモデムは、ＷｉＢｒｏ物理レイヤ１１２およびＷｉＢｒｏ  Ｌ２  １１４を含むことができる。ＷＣＤＭＡモデムは、物理レイヤ１２２、アクセス・ストラタム（階層）（ＡＳ：access stratum）レイヤ１２４、および非アクセス・ストラタム（ＮＡＳ：non-access stratum）レイヤ１２６を含むことができる。ＭＩＨエンティティ１３０からＷｉＢｒｏモデム１１０およびＷＣＤＭＡモデム１２０へまたはその逆のコマンドおよび情報を、ＷｉＢｒｏモデム１１０およびＷＣＤＭＡモデム１２０のためにマッピング機能を実行する８０２．２１サービスアクセスポイント（ＳＡＰ）１１８、１２８を介して通信することができる。
【００１６】
一例の実施形態では、ＭＩＨエンティティ１３０とＷＴＲＵ１００内の他のエンティティとの間のソフトウェアインターフェースを実施する方法を提供する。このソフトウェアインターフェースは、ＷｉＢｒｏリンクおよびＷＣＤＭＡリンクに関する情報を受信し、テクノロジ間ハンドオーバのためにＷｉＢｒｏモデム１１０、ＷＣＤＭＡモデム１２０、およびＷＴＲＵ１００の他のコンポーネントを制御し、ＤＨＣＰまたはＤＮＳを介してＭＩＨサーバおよびＩＭＳネットワークノードを発見し、ＩＰハンドオーバを実行するためにモバイルＩＰをトリガし、ＴＣＰ／ＵＤＰを介してＭＩＨメッセージを送信しまたは受信し、Ｏ＆Ｍエンティティ１９０がＭＩＨエンティティ１３０を制御できるようになることを可能にする機構をＭＩＨエンティティ１３０に提供する。
【００１７】
もう１つの実施形態では、ＷｉＢｒｏ−ＷＣＤＭＡモビリティに関するクライアントアプリケーションプログラミングインターフェース（ＡＰＩ）が定義される。このＡＰＩは、下位レイヤクライアントＡＰＩおよび上位レイヤクライアントＡＰＩを含む。表１は、ＷｉＢｒｏモデム１１０とＭＩＨエンティティ１３０との間の下位レイヤクライアントＡＰＩを示す。表２は、ＷＣＤＭＡモデム１２０とＭＩＨエンティティ１３０との間の下位レイヤクライアントＡＰＩを示す。
【００１８】
【表１−１】
2010519808.tif 000003
【００１９】
【表１−２】
2010519808.tif 000004
【００２０】
【表２−１】
2010519808.tif 000005
【００２１】
【表２−２】
2010519808.tif 000006
【００２２】
ＡＴコマンドは、機能を実行する（例えば、ＰＤＰコンテキストを作成する）ために、ＷＣＤＭＡモデム１２０とＭＩＨエンティティ１３０との間で通信するのに使用することができる。ＡＴコマンドのフォーマットは、プレフィックス、本体（body）、および終端（termination）を含み、これらを、後で詳細に説明する。
【００２３】
表３は、ＭＩＨエンティティ１３０とモバイルＩＰレイヤ１６４との間の上位レイヤクライアントＡＰＩを示す。表４は、ＭＩＨエンティティ１３０とＳＩＰクライアント１６２との間の上位レイヤクライアントＡＰＩを示す。表５は、ＭＩＨエンティティ１３０とＵＤＰ／ＩＰレイヤ１７０／１８０との間の上位レイヤクライアントＡＰＩを示す。表６は、ＭＩＨエンティティ１３０とＤＨＣＰレイヤ１６６との間の上位レイヤクライアントＡＰＩを示す。表７は、ＭＩＨエンティティ１３０とＯ＆Ｍエンティティ１９０との間の上位レイヤクライアントＡＰＩを示す。
【００２４】
【表３】
2010519808.tif 000007
【００２５】
【表４】
2010519808.tif 000008
【００２６】
【表５】
2010519808.tif 000009
【００２７】
【表６】
2010519808.tif 000010
【００２８】
【表７】
2010519808.tif 000011
【００２９】
図２Ａおよび２Ｂは、ＷｉＢｒｏネットワークからＵＭＴＳネットワークへのＭＩＨを実行する一例のプロセス２００の流れ図である。ＭＩＨ相互作用の開始時に、ＭＩＨエンティティは、Link_Action.request ＡＰＩを介してＷｉＢｒｏモデムをアクティブ化する（ステップ２０２）。ＷｉＢｒｏモデムがアクティブ化され、ＷｉＢｒｏモデムは、ＷｉＢｒｏリンクの確立を試みる（ステップ２０４）。アクティブ化およびＷｉＢｒｏリンク確立の状況が、Link_Action.confirm ＡＰＩを介してＭＩＨエンティティに示される（ステップ２０６）。ＷｉＢｒｏリンクが確立されなかったと判定される場合には、プロセス４００が実行されるが、このプロセス４００は、図４を参照して詳細に説明する。
【００３０】
ステップ２０８でＷｉＢｒｏリンクが首尾よく確立されたと判定される場合に、ＭＩＨエンティティは、フォーリンエージェント（ＦＡ）の発見およびモバイルＩＰバインディング更新を実行するようにモバイルＩＰクライアント１６４に要求する（ステップ２１０）。ＦＡ発見が実行され、モバイルＩＰバインディング更新が、発見されたＦＡを用いてＷｉＢｒｏリンク上でＩＰスタックを介して実行される（ステップ２１２）。プロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）およびＭＩＨ発見が、ＩＰスタック上でＤＨＣＰまたはＤＮＳを介して実行される（ステップ２１４）。Ｐ−ＣＳＣＦおよびＭＩＨサーバが、ＤＨＣＰサーバまたはＤＮＳサーバを用いてＩＰスタックを介して発見される（ステップ２１６）。ＭＩＨエンティティは、ＩＭＳ（IP multimedia subsystem）登録を実行するようにＳＩＰクライアントに要求する（ステップ２１８）。ＩＭＳ登録が、Ｐ−ＣＳＣＦを用いてＩＰスタックを介して実行される（ステップ２２０）。ＨＡ  ＩＰアドレスが、ＦＡを介して問い合わされる（ステップ２２１、２２１ａ）。その後、ＭＩＨエンティティは、ＭＩＨセッションを開始する（ステップ２２２）。ＭＩＨセッションの開始は、ＩＰスタックを介してＭＩＨサーバに通信される（ステップ２２４）。
【００３１】
現在のＷｉＢｒｏセルがボーダーセルである（すなわち、ＷｉＢｒｏリンク条件が下げられている）ことが検出されるときに、ＷｉＢｒｏカバレッジの最終的な終了がトリガされ、現在のＷｉＢｒｏボーダーセルのアイデンティティ（ＩＤ）が、Link_Going_Down.indication ＡＰＩを介してＭＩＨエンティティに報告される（ステップ２２６）。その後、ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CFUNコマンドを送信することによってＷＣＤＭＡモデムをアクティブ化する（ステップ２２８）。ＷＣＤＭＡモデムがアクティブ化され、ＯＫがシグナリングされる（ステップ２３０、２３２）。
【００３２】
ＭＩＨエンティティは、交差されたときに測定レポートの生成をトリガするある種のＷｉＢｒｏリンクパラメータについて、閾値を、ＷｉＢｒｏモデムへのLink_Configure_Thresholds.request ＡＰＩを介してセットする（ステップ２３４）。ＷｉＢｒｏモデムは、リンクパラメータを構成する要求に応答して確認を送信し、Link_Configure_Thresholds.confirm ＡＰＩを介してＭＩＨエンティティに構成の結果を明示する（ステップ２３６）。ＷｉＢｒｏモデムは、閾値と交差した後に周期的にLink_Parameter_Report.indication ＡＰＩを介してＭＩＨエンティティに測定結果を報告する（ステップ２３８）。ＭＩＨエンティティは、AT+CSQコマンドを送信することによって、ＷＣＤＭＡモデムに（周期的）信号品質測定値を要求する（ステップ２４０）。ＷＣＤＭＡモデムは、ＭＩＨエンティティからの周期的に要求される信号品質測定に応答する（ステップ２４２）。
【００３３】
ＭＩＨエンティティは、信号品質測定値およびＷｉＢｒｏセルＩＤをＩＰスタックを介してＭＩＨサーバに送信する（ステップ２４４）。ＭＩＨエンティティは、ＭＩＨサーバからＭＩＨ切替要求を受信する（ステップ２４６）。ＭＩＨエンティティは、ＷＣＤＭＡ  ＱｏＳパラメータへのＷｉＢｒｏ  ＱｏＳパラメータのマッピングのためにLink_Get_Parameters.request ＡＰＩを介して現在動作しているアプリケーションのＱｏＳパラメータをＷｉＢｒｏモデムに要求することができる（ステップ２４８）。ＷｉＢｒｏモデムは、Link_Get_Parameters.confirm ＡＰＩを介して、要求されたＱｏＳパラメータを応答する（ステップ２５０）。次に、ＭＩＨエンティティは、ＷｉＢｒｏ  ＱｏＳパラメータをＵＭＴＳ  ＱｏＳパラメータにマッピングする（ステップ２５２）。マッピングされたＵＭＴＳ  ＱｏＳプロファイルは、ＰＤＰコンテキストアクティブ化中にＵＭＴＳネットワークに対して要求される。ＷｉＢｒｏ  ＱｏＳ定義およびＷＣＤＭＡ  ＱｏＳ定義を、それぞれ表８および表９に示す。ＷＣＤＭＡ  ＱｏＳパラメータへのＷｉＢｒｏ  ＱｏＳパラメータのマッピングの例を、図７および表１０に示す。
【００３４】
【表８】
2010519808.tif 000012
【００３５】
【表９】
2010519808.tif 000013
【００３６】
【表１０】
2010519808.tif 000014
【００３７】
代替案では、ＭＩＨエンティティは、以前に許可されたＷｉＢｒｏ  ＱｏＳをＷＣＤＭＡ  ＱｏＳにマッピングするのではなく、ＵＭＴＳネットワークから「サブスクライブされたＱｏＳプロファイル」を入手することができる。このプロシージャでは、以前のＷｉＢｒｏの許可されたＱｏＳが無視され、ＭＩＨエンティティは、ＵＭＴＳネットワークへのＰＤＰコンテキストアクティブ化メッセージでネットワークサブスクライブされた（割り当てられた）ＱｏＳを使用することを示す。次に、ＭＩＨエンティティは、ＵＭＴＳネットワークによって送信されたＱｏＳプロファイルを受け入れる。
【００３８】
ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGDCONTコマンドを送信することによって、新規パケットデータプロトコル（ＰＤＰ）コンテキスト作成を要求する（ステップ２５４）。ＯＫが、それに応答してシグナリングされ、新規ＰＤＰコンテキストが作成される（ステップ２５６、２５７）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGEQREQコマンドを送信することによってＵＭＴＳ  ＱｏＳプロファイルを指定する（ステップ２５８）。ＯＫが、それに応答してシグナリングされ、ＱｏＳプロファイルが、ＰＤＰコンテキストのために格納される（ステップ２６０、２６１）。
【００３９】
ＭＩＨエンティティは、ＵＭＴＳに切り替えるプロシージャを開始する（ステップ２６２）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGATTコマンドを送信することによって、ＵＭＴＳネットワークとのアタッチメントの実行を要求する（ステップ２６４）。ＯＫが、それに応答してシグナリングされ、ＲＲＣ（radio resource control）接続セットアッププロシージャが、無線ネットワークコントローラ（ＲＮＣ：radio network controller）を用いて実行され、アタッチメントプロシージャが、サービングＧＰＲＳ（general packet radio services）サポートノード（ＳＧＳＮ）を用いて実行される（ステップ２６６、２６７）。ＷＣＤＭＡモデムは、Connectedモードに進む。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGATT?コマンドを送信することによってネットワーク登録状況を要求する（ステップ２６８）。ＷＣＤＭＡモデムは、ネットワーク登録状況の変化を報告する（ステップ２７０）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGACTコマンドを送信することによって、ＰＤＰコンテキストのアクティブ化を要求する（ステップ２７２）。ＯＫが、それに応答してシグナリングされ、ＰＤＰコンテキストアクティブ化およびラジオベアラ確立が、ＳＧＳＮおよびゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）を用いて実行される（ステップ２７４、２７５）。ＰＤＰコンテキストアクティブ化中に、ＷｉＢｒｏ  ＱｏＳパラメータをＷＣＤＭＡ  ＱｏＳパラメータにマッピングすることによってまたはサブスクライブされたＱｏＳプロファイルの要求を示すことによってのいずれかで生成されたＱＯＳプロファイルが、ＰＤＰコンテキストアクティブ化メッセージと共に送信される。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGEQREQ/?コマンドを送信することによって、ＰＤＰコンテキストの現在のセッティングを要求する（ステップ２７６）。ＷＣＤＭＡモデムは、定義されたＰＤＰコンテキストごとの現在のセッティングをＭＩＨエンティティに返す（ステップ２７８）。
【００４０】
ＭＩＨエンティティは、AT+CGDATAコマンドを送信することによって、データ状態に入るようにＷＣＤＭＡモデムに要求する（ステップ２８０）。ＷＣＤＭＡモデムは、CONNECTコマンドを応答する（ステップ２８２）。ＭＩＨエンティティは、ＦＡ発見およびモバイルＩＰバインディング更新を実行するようにモバイルＩＰクライアント１６４に要求する（ステップ２８４）。ＦＡ発見および発見されたＦＡを用いるモバイルＩＰバインディング更新が、ＷＣＤＭＡリンク上のＩＰスタックを介して実行される（ステップ２８６）。ＭＩＨエンティティは、ＩＭＳ再登録を実行するようにＳＩＰクライアント１６２に要求する（ステップ２８８）。ＩＭＳ再登録が、ＩＰスタック上でＰ−ＣＳＣＦを用いて実行される（ステップ２９０）。ＭＩＨエンティティは、ステップ２４０での切替要求に応答して、ＩＰスタック上でＭＩＨサーバにＭＩＨ切替応答を送信する（ステップ２９２）。ＩＭＳに関するＵＭＴＳセッションが始まる（ステップ２９４）。ＭＩＨエンティティは、Link_Action.request ＡＰＩを介してＷｉＢｒｏモデムにＷｉＢｒｏリンクを破壊するリンク切替コマンドを送信する（ステップ２９６）。ＷｉＢｒｏモデムは、Link_Action.confirm ＡＰＩを介して応答し、ＷｉＢｒｏモデムは、電源をオフにされる（ステップ２９８）。
【００４１】
図３に、ハンドオーバ時にＷｉＢｒｏ上にデータセッションがないときの一例のプロセス２００に対する代替案を示す。ハンドオーバのときに進行中のデータセッションがないときには、ステップ２０２〜２４２を実行した後に、ＭＩＨエンティティは、信号品質測定値をＩＰスタックを介してＭＩＨサーバに送信する（ステップ３０２）。ＭＩＨエンティティは、ＭＩＨサーバからＭＩＨ切替要求を受信する（ステップ３０４）。
【００４２】
ＭＩＨエンティティは、ＵＭＴＳに切り替えるプロシージャを開始する（ステップ３０６）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGDCONTコマンドを送信することによって新規ＰＤＰコンテキスト作成を要求する（ステップ３０８）。ＯＫが、それに応答してシグナリングされ、新規ＰＤＰコンテキストが作成される（ステップ３１０）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGATTコマンドを送信することによってＵＭＴＳネットワークとのアタッチメントを実行するように要求する（ステップ３１２）。ＯＫが、それに応答してシグナリングされ、アタッチメントプロシージャが実行され、ＷＣＤＭＡモデムは、Connectedモードに進む（ステップ３１４）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGATT?コマンドを送信することによってネットワーク登録状況を要求する（ステップ３１６）。ＷＣＤＭＡモデムは、ネットワーク登録状況の変化を報告する（ステップ３１８）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGACTコマンドを送信することによってＰＤＰコンテキストのアクティブ化を要求する（ステップ３２０）。ＯＫが、それに応答してシグナリングされ、ＰＤＰコンテキストアクティブ化およびラジオベアラ確立が実行される（ステップ３２２）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGEQREQ?コマンドを送信することによってＰＤＰコンテキストの現在のセッティングを要求する（ステップ３２４）。ＷＣＤＭＡモデムは、定義されたＰＤＰコンテキストごとの現在のセッティングをＭＩＨエンティティに返す（ステップ３２６）。
【００４３】
ＭＩＨエンティティは、AT+CGDATAコマンドを送信することによって、データ状態に入るようにＷＣＤＭＡモデムに要求する（ステップ２３８）。ＷＣＤＭＡモデムは、CONNECTコマンドを応答する（ステップ３３０）。ＭＩＨエンティティは、ＦＡ発見およびモバイルＩＰバインディング更新を実行するようにモバイルＩＰクライアント１６４に要求する（ステップ３３２）。ＦＡ発見および発見されたＦＡを用いるモバイルＩＰバインディング更新が、ＩＰスタックを介して実行される（ステップ３３４）。ＭＩＨエンティティは、ＩＰスタックを介してＭＩＨサーバにＭＩＨ切替応答を送信する（ステップ３３６）。ＭＩＨエンティティは、Link_Action.request ＡＰＩを介してＷｉＢｒｏモデムにＷｉＢｒｏリンクを破壊するリンク切替コマンドを送信する（ステップ３３８）。ＷｉＢｒｏモデムは、Link_Action.confirm ＡＰＩを介して応答し、ＷｉＢｒｏモデムは、電源をオフにされる（ステップ３４０）。
【００４４】
図４は、スタートアップ時にＷｉＢｒｏカバレッジがないときにＭＩＨを実行する一例のプロセス４００を示す流れ図である。ＭＩＨ相互作用の開始時に、ＭＩＨエンティティは、Link_Action.request ＡＰＩを介してＷｉＢｒｏモデムをアクティブ化する（ステップ４０２）。ＷｉＢｒｏモデムがアクティブ化され、ＷｉＢｒｏモデムが、ＷｉＢｒｏリンクの確立を試みる（ステップ４０４）。アクティブ化およびＷｉＢｒｏリンク確立の状況が、Link_Action.confirm ＡＰＩを介してＭＩＨエンティティに示される（ステップ４０６）。ステップ４０８でＷｉＢｒｏリンクが確立されなかったと判定される場合に、ＭＩＨエンティティは、ＵＭＴＳに切り替えるプロシージャを開始する（ステップ４１０）。
【００４５】
ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGATTコマンドを送信することによってＵＭＴＳネットワークとのアタッチメントを実行するように要求する（ステップ４１２）。ＯＫが、それに応答してシグナリングされ、アタッチメントプロシージャが実行され、ＷＣＤＭＡモデムが、Connectedモードに進む（ステップ４１４）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGATT?コマンドを送信することによってネットワーク登録状況を要求する（ステップ４１６）。ＷＣＤＭＡモデムは、ネットワーク登録状況の変化を報告する（ステップ４１８）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGACTコマンドを送信することによってＰＤＰコンテキストのアクティブ化を要求する（ステップ４２０）。ＯＫが、それに応答してシグナリングされ、ＰＤＰコンテキストアクティブ化およびラジオベアラ確立が実行される（ステップ４２２）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGEQREQ?コマンドを送信することによって、ＰＤＰコンテキストの現在のセッティングを要求する（ステップ４２４）。ＷＣＤＭＡモデムは、定義されたＰＤＰコンテキストごとの現在のセッティングをＭＩＨエンティティに返す（ステップ４２６）。
【００４６】
ＭＩＨエンティティは、AT+CGDATAコマンドを送信することによってデータ状態に入るようにＷＣＤＭＡモデムに要求する（ステップ４２８）。ＷＣＤＭＡモデムは、CONNECTコマンドを応答する（ステップ４３０）。ＭＩＨエンティティは、ＦＡ発見およびモバイルＩＰバインディング更新を実行するようにモバイルＩＰクライアント１６４に要求する（ステップ４３２）。ＦＡ発見および発見されたＦＡを用いるモバイルＩＰバインディング更新が、ＩＰスタックを介して実行される（ステップ４３４）。ＭＩＨ相互作用が終了する（ステップ４３６）。
【００４７】
図５は、ＵＭＴＳネットワークからＷｉＢｒｏネットワークへのＭＩＨを実行する一例のプロセス５００を示す流れ図である。ＭＩＨ相互作用の開始時に、ＭＩＨエンティティは、タイマをセットし、ＷＣＤＭＡモデムにコマンドを送信することによって、ＵＭＴＳ上にトラフィックがあるかどうかを周期的にチェックする（ステップ５０２）。ＷＣＤＭＡモデムは、このコマンドに応答する（ステップ５０４）。ＷＣＤＭＡ上にトラフィックがないと判定される場合に、ＭＩＨエンティティは、ＷｉＢｒｏカバレッジがあるかどうかを判定するためにＷｉＢｒｏ上でスキャンするようにＷｉＢｒｏモデムに要求する（ステップ５０６）。ＷｉＢｒｏモデムは、ＷｉＢｒｏセルについてスキャンし、スキャン結果をＭＩＨエンティティに報告する（ステップ５０８）。
【００４８】
ＷｉＢｒｏカバレッジがあると判定される場合に、ＭＩＨエンティティは、ＷＣＤＭＡモデムをオフにするプロシージャを開始する（ステップ５１０）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGACTコマンドを送信することによってＰＤＰコンテキストの非アクティブ化を要求する（ステップ５１２）。ＯＫが、それに応答してシグナリングされ、ＰＤＰコンテキストが非アクティブ化される（ステップ５１４）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGEQREQ?コマンドを送信することによって現在のＰＤＰコンテキストセッティングを要求する（ステップ５１６）。ＷＣＤＭＡモデムは、現在のＰＤＰコンテキストセッティングをＭＩＨエンティティに返す（ステップ５１８）。ＭＩＨエンティティは、ＷＣＤＭＡモデムに「０」をセットされたAT+CGATTコマンドを送信することによって、ネットワークデタッチメントを要求する（ステップ５２０）。ＯＫが、それに応答してシグナリングされ、デタッチメントプロシージャが実行される（ステップ５２２）。ＭＩＨエンティティは、ＷＣＤＭＡモデムにAT+CGATT?コマンドを送信することによってネットワーク登録状況を要求する（ステップ５２４）。ＷＣＤＭＡモデムは、ＭＩＨエンティティにネットワーク登録状況を返す（ステップ５２６）。ＭＩＨエンティティは、Link_Action.request ＡＰＩを介してＷｉＢｒｏモデムをアクティブ化する（ステップ５２８）。ＷｉＢｒｏモデムがアクティブ化され、ＷｉＢｒｏモデムは、ＷｉＢｒｏリンクの確立を試みる（ステップ５３０）。ＭＩＨ相互作用は継続される。
【００４９】
図６Ａは、同期関数呼出しプロシージャを示す。リクエスタは、ピアエンティティから関数を呼び出し、呼び出されたピアエンティティは、処理が完了した後に関数リターンによって応答する。関数リターンは、その動作の結果または成功もしくは失敗を示すコードのいずれかを示すために呼出し側関数に対して呼び出された関数によって提供される情報である。関数は、終了まで実行したときにリターンする。関数リターンは、リクエスタに動作状況を示すことができる。
【００５０】
図６Ｂは、非同期関数呼出しプロシージャを示す。リクエスタは、ピアエンティティから関数を呼び出し、ピアエンティティは、まず、要求を完了せずに、呼び出されたプロセスインスタンス化の後に第１の関数リターンによって応答する。呼び出された要求が実行された後に、ピアエンティティは、コールバック関数を呼び出す。コールバック関数は、非同期関数呼出しに関連付けることができる。コールバック関数は、リクエスタによって提供され、ピアエンティティによって呼び出され、呼び出された要求の結果は、コールバック関数を介してリクエスタに渡される。
【００５１】
以下の命名規則（naming convention）が本明細書で使用されることに留意されたい。関数名は、接尾辞を除いて、要求および関連するコールバック関数について同一である。「ｒｅｑ」は、関数が要求を実施するときに接尾辞として使用される（例えば、mihc_set_req()）。「ｃｂ」は、関連するコールバック関数の接尾辞として使用される（例えば、mihc_set_cb()）。要求を実施するエンティティの名前は、要求とコールバックとの両方の接頭辞として使用される。ＩＭＳによって実施される要求関数を、「ims_set_req()」と呼ぶことができ、関連するコールバックは、「ims_set_cb()」と呼ばれる。
【００５２】
クライアントＡＰ説明の詳細な例を以下で説明する。これらの例が、実施形態を説明することだけのために提供され、決して範囲を限定しないことに留意されたい。ＭＩＨミドルウェア（即ち、ＭＩＨエンティティ）は、米国規格協会（ＡＮＳＩ）Ｃコンパイラサポートを有するすべてのオペレーティングシステム（ＯＳ）で動作できるポータブルなＡＮＳＩ  Ｃコード（．ｃおよび／または．ｈファイル）として記述されることが好ましい。ＭＩＨミドルウェアは、リアルタイムオペレーティングシステム（ＲＴＯＳ）および／またはマルチスレッド式環境で実行することができる。外部（非ＭＩＨ）スレッドは、ＭＩＨミドルウェアを開始し、停止することができる。ＭＩＨミドルウェアは、他の（非ＭＩＨ）ソフトウェアスレッド（例えば、ＷｉＢｒｏ、ＭＩＰ）と一部の共通メモリ空間を共有することができる。関数呼出しが、他の（非ＭＩＨ）ソフトウェアスレッド（例えば、ＭＩＰ）と通信するのに使用される。ＭＩＨミドルウェアによって他のソフトウェアスレッド（例えば、ＷｉＢｒｏ）に提供される機能は、呼出し側の実行時間内に実行される。他のソフトウェアスレッド（例えば、ＷｉＢｒｏ）によって提供され、ＭＩＨミドルウェアによって呼び出される機能は、ＭＩＨミドルウェアの実行時間中に呼び出される。
【００５３】
以下は、ＷｉＢｒｏインターフェースのソフトウェアＡＰＩ記述の例である。
【００５４】
ＷｉＢｒｏへのＡＰＩ：wibro_config_thresh_req
・  方向
−  ＭＩＨクライアントミドルウェア→ＷｉＢｒｏデバイスドライバ
・  説明
−  この非同期関数呼出しは、閾値と交差するや否や報告されるようにＷｉＢｒｏリンクパラメータの閾値をセットする
−  この関数は、ＷｉＢｒｏデバイスドライバによって提供され、対応するコールバックは、ＭＩＨクライアントミドルウェアによって提供される
−  この関数は、ＭＩＨクライアントミドルウェアがＭＩＨサーバからMIH_Configure_Thresholds.requestを受信する否や、呼び出されなければならない
−  呼び出されたときに、この関数は、ＷｉＢｒｏデバイスドライバ内のすべての要求された閾値を構成する
−  閾値構成の後に、結果は、関連するコールバック関数を介して返される
・  関数
【００５５】
【表１１】
2010519808.tif 000015
【００５６】
・  パラメータ
−  num        ：閾値がセットされるべきパラメータの個数
−  param      ：閾値をセットすべきパラメータ（例えば、ＲＳＳＩ）
−  init_thresh：アクションのセットアップを開始する閾値
−  rb_thresh  ：アクションセットアッププロシージャを停止する閾値（ヒステリシス）
−  exec_thresh：アクションを即座に停止させる閾値
−  interval   ：閾値と交差したならばパラメータを報告すべきタイムインターバル（一度だけの報告については、０）
・  リターン
−  MIH_SUCCESS  関数呼出し成功および閾値構成の試みを示す
−  MIH_ERROR    関数呼出しが失敗することを示す
・  コールバック関数
−  wibro_config_thresh_cb(link_thresh_status);
【００５７】
ミドルウェアへのＡＰＩ：wibro_config_thresh_cb
・  方向
−  ＷｉＢｒｏデバイスドライバ→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、リンクパラメータ報告に関する閾値を構成する要求に応答する
−  このコールバックは、ＭＩＨクラインアントミドルウェアによって提供され、対応する要求関数呼出しは、ＷｉＢｒｏデバイスドライバによって提供される
−  呼び出されたときに、この関数は、引数の情報を使用してＷｉＢｒｏリンクのＭＩＨサーバにMIH_Configure_Thresholds.confirmメッセージを送信する
・  関数
【００５８】
【表１２】
2010519808.tif 000016
【００５９】
・  パラメータ
−  status_code：閾値構成の試みの状況を示すためのコード
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  wibro_config_thresh_req(num_link_type, link_param_thresh_s);
【００６０】
ミドルウェアへのＡＰＩ：wibro_link_going_down_ind
・  方向
−  ＷｉＢｒｏデバイスドライバ→ＭＩＨクライアントミドルウェア
・  説明
−  この非同期関数呼出しは、ＷｉＢｒｏボーダーセルに属するＡＰに現在サービスしているＭＩＨクライアントミドルウェアへの表示（indication）として働く
−  関数呼出しは、ＭＩＨクライアントミドルウェアによって提供される
−  呼び出されたときに、関数は、MIH_Link_Going_DownをＭＩＨサーバに送信することができる
−  この関数は、ＭＩＨハンドオーバの予備測定を開始する
・  関数
【００６１】
【表１３】
2010519808.tif 000017
【００６２】
・  パラメータ
−  interval  ：接続性が失われるまでの期待される時間
−  confidence：分数として表される、予測での信頼性のレベル
−  reason    ：接続性消失の理由
−  id        ：イベントに関連する一意の１６ビット番号
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  この関数に関連するコールバックはない
【００６３】
上記Wibro_link_going_down_indを、mihc_wibro_event_indと名付けることができる。 Wibro_link_going_down_indを、ＷｉＢｒｏリンクが指定された理由に起因して指定されたインターバルについて使用不能であることの指定された信頼度に関して表示することができる。この機能性に加えて、以下のことを、mihc_wibro_event_indによってＭＩＨエンティティに示すことができる。  
−  ＷｉＢｒｏカバレッジが検出された
−  ＷｉＢｒｏ基地局とのアソシエーションが作成された
−  ＷｉＢｒｏリンクが、指定された理由に起因して完全に使用不能になった
−  リンクが使用不能になることの以前の予測が、その理由がもはや存在しないので撤回された
・  方向
−  ＷｉＢｒｏデバイスドライバ→ＭＩＨクライアントミドルウェア
・  説明
−  この同期関数呼出しは、ＷｉＢｒｏデバイスが、モビリティクライアントミドルウェアへの汎用インジケーションを生成することを可能にする
−  渡される引数は、表示の性質に従って扱われる（キャストによって）。表６は、インジケーションタイプと対応する引数タイプとの間の関係を示す
・  関数
【００６４】
【表１４】
2010519808.tif 000018
【００６５】
・  パラメータ
−  event_ind_p：イベントタイプおよびＰＯＡ＿ＭＡＣまたはＢＳＩＤを保持する構造体を指すポインタ
−  arg_p：イベントタイプに依存する、可変引数へのポインタ
・  LINK_UP                  null
・  LINK_DETECTED            TRUE/FALSE
・  LINK_DOWN                reason
・  LINK_EVENT_ROLLBACK      Uint16（event identifier）
・  LINK_GOING_DOWN          interval, confidence, reason, identifier
・  リターン
−  なし
・  コールバック関数
−  この関数に関連するコールバック関数はない
【００６６】
ミドルウェアへのＡＰＩ：wibro_param_report_ind
・  方向
−  ＷｉＢｒｏデバイスドライバ→ＭＩＨクライアントミドルウェア
・  説明
−  この同期関数は、様々なリンクパラメータ（ＲＳＳＩ、ＢＥＲなど）の値がＭＩＨミドルウェアクライアントクライアントによって事前に構成される閾値未満になるときに、これらの値に関する報告として働く
−  関数呼出しは、ＭＩＨクライアントソフトウェアによって提供される
−  呼び出されたときに、関数は、パラメータ値が実際に閾値未満であるかどうかをチェックする
−  パラメータ値が閾値未満である場合に、関数は、引数に含まれる情報を使用してMIH_Link_Parameters_Report.indicationをＭＩＨサーバに送信する
・  関数
【００６７】
【表１５】
2010519808.tif 000019
【００６８】
・  パラメータ
−  num_param   ：パラメータの構造内のパラメータの個数
−  param_list_s：リンクパラメータを含む構造およびその現在値
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  この関数に関連付けられたコールバック関数はない
・  注
−  この関数は、ＭＩＨクライアントミドルウェアに信号強度メトリック数を報告するのに使用される
【００６９】
ＷｉＢｒｏへのＡＰＩ：wibro_link_action_req
・  方向
−  ＭＩＨクライアントミドルウェア→ＷｉＢｒｏデバイスドライバ
・  説明
−  この同期関数は、ＷｉＢｒｏデバイスをオン／オフするか、他の形でその状況を変更する
−  この関数は、ＷｉＢｒｏデバイスドライバによって提供され、対応するコールバックは、ＭＩＨクライアントミドルウェアによって提供される
−  この関数は、ＭＩＨクライアントミドルウェアがＭＩＨサーバからMIH_Switch.requestを受信するや否や実行されなければならない
−  ＷｉＢｒｏデバイスドライバは、引数として受信されるアクションコードに基づいてリンクアクションを実行する
−  ＷｉＢｒｏデバイスは、関連するコールバック関数を使用することによってアクションを実行した後に、結果のリンク状況を返す
・  関数
【００７０】
【表１６】
2010519808.tif 000020
【００７１】
・  パラメータ
−  action：ＵＭＴＳドライバによって実行されるアクションのタイプ（例えば、パワーオン、パワーオフ、Connectedモードに進む、など）
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびリンクアクションセットの試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  wibro_link_action_cb(link_status)
・  注
−  この関数は、一般に、ＷｉＢｒｏスタックの電源を入れる／切るのに使用される
【００７２】
ミドルウェアへのＡＰＩ：wibro_link_action_cb
・  ＡＰＩ名：wibro_link_action_cb
−  方向：ＷｉＢｒｏデバイスドライバ→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、ＷｉＢｒｏデバイスドライバのリンクアクションに関する要求への応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求関数呼出しは、ＷｉＢｒｏデバイスドライバによって提供される
−  呼び出されたときに、この関数は、リンクアクション要求がMIH_Switch.requestコマンドの結果として送信された場合にMIH_Switch.confirmメッセージを送信する
−  この関数は、ＱｏＳマッピングプロシージャを開始することができる
・  関数
【００７３】
【表１７】
2010519808.tif 000021
【００７４】
・  パラメータ
−  link_status：リンクアクションを実行した後のＷｉＢｒｏリンクの状況
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  wibro_link_action_req(link_action_type action);
・  注
−  この関数は、MIH_Switch.confirm応答に関連付けられてもそうでなくてもよい
【００７５】
ＷｉＢｒｏへのＡＰＩ：wibro_get_param_req
・  方向
−  ＭＩＨクライアントミドルウェア→ＷｉＢｒｏデバイスドライバ
・  説明
−  この非同期関数は、ＷｉＢｒｏスタックの指定されたリンクパラメータの現在の値をチェックし（例えばＲＳＳＩ、ＢＥＲ、ＳＮＲ、Ｃ／Ｉ、データレート）、それらの値を返す
−  この関数は、ＷｉＢｒｏデバイスドライバによって提供され、対応するコールバック関数は、ＭＩＨクライアントミドルウェアによって提供される
−  また、この関数は、ＭＩＨクライアントミドルウェアがＭＩＨサーバからMIH_Get_Status.Requestを受信するや否や呼び出されなければならない
−  呼び出されたときに、この関数は、引数で要求されたＵＭＴＳパラメータの状態または値を取り出す
−  この関数は、要求されたパラメータの値を、要求されたリンクパラメータのリンクを指定する構造体に格納する
−  ＭＩＨクライアントミドルウェアに値を返すために、関連するコールバック関数が、パラメータが格納される位置へのポインタを渡して使用される
・  関数
【００７６】
【表１８】
2010519808.tif 000022
【００７７】
・  パラメータ
−  wibro_param_sp：値が要求されている（値フィールドには要求内で０がセットされる）パラメータ（ＲＳＳＩ、ＳＮＲ、Ｃ／Ｉ、ＢＥＲ、データレート）を含む構造体へのポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびリンクパラメータ取出の試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  wibro_get_param_cb(link_parameter_sp);
【００７８】
ミドルウェアへのＡＰＩ：wibro_get_param_cb
・  方向
−  ＷｉＢｒｏデバイスドライバ→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、リンクパラメータ値に関する要求への応答である
−  このコールバック関数は、ＭＩＨクライアントミドルウェアによって提供され、対応する要求関数呼出しは、ＷｉＢｒｏデバイスドライバによって提供される
−  呼び出されたときに、この関数は、受け取られた引数に基づいて現在アクティブなセッションのＱｏＳクラスを計算する
−  この関数は、ＱｏＳマッピングプロシージャを開始することができる
−  MIH_Get_Status.requestが受信された場合に、MIH_Get_Status.confirmも送信される
・  関数
【００７９】
【表１９】
2010519808.tif 000023
【００８０】
・  パラメータ
−  wibro_param_sp：リンクパラメータ（ＲＳＳＩ、ＳＮＲ、Ｃ／Ｉ、ＢＥＲ、データレート）および関数呼出しの時点での該パラメータに対応する値を含む構造体へのポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  wibro_get_param_req(link_parameter_sp)
【００８１】
以下は、ＵＭＩＴＳインターフェース（即ち、ＷＣＤＭＡインターフェース）に関するソフトウェアＡＰＩである。上記したように、接頭「ＵＭＴＳ」を、「ＷＣＤＭＡ」と交換可能に使用することができる。
【００８２】
ＵＭＴＳへのＡＰＩ：umts_get_param_req
・  方向
−  ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  説明
−  この非同期関数呼出しは、ＵＭＴＳスタックの指定されたリンクパラメータの現在値（例えば、ＲＳＳＩ、ＢＥＲ、ＳＮＲ、Ｃ／Ｉ、データレート）をチェックし、それらを返す
−  この関数は、ＵＭＴＳデバイスドライバによって提供され、対応するコールバック関数は、ＭＩＨクライアントミドルウェアによって提供される
−  この関数は、ＭＩＨクライアントミドルウェアがＭＩＨサーバからMIH_Link_Get_Parameters.requestを受信するや否や呼び出されなければならない
−  呼び出されたときに、この関数は、引数内で要求されたＵＭＴＳパラメータの状況または値を取り出す
−  この関数は、要求されたパラメータの値を、要求されたリンクパラメータのリンクを指定する構造体に格納する
−  ＭＩＨクライアントミドルウェアに値を返すために、関連するコールバック関数が使用され、パラメータが格納された位置へのポインタが渡される
・  関数
【００８３】
【表２０】
2010519808.tif 000024
【００８４】
・  パラメータ
−  umts_param_sp：値が要求されるパラメータ（ＲＳＳＩ、ＳＮＲ、Ｃ／Ｉ、ＢＥＲ、データレート）を含む構造体を指すポインタ（要求では、値フィールドに０がセットされる）
・  リターン
−  MIH_SUCCESS  関数呼出しの成功およびリンクパラメータ取出の試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  umts_get_param_cb(link_parameter_sp);
・  注
−  実現可能なときに、この関数は、要求時にアクションを実行するためにAT+CSQコマンドを呼び出すことができる
【００８５】
ミドルウェアへのＡＰＩ：umts_get_param_cb
・  方向
−  ＵＭＴＳデバイスドライバ→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、リンクパラメータ値の要求に対する応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求関数呼出しは、ＵＭＴＳデバイスドライバによって提供される
−  呼び出されたときに、この関数は、パラメータを記録し、ＱｏＳクラスＵＭＴＳリンクを計算する
−  必要な場合に、ＱｏＳマッピングプロシージャが開始される場合がある
−  mih_get_status.requestが受信された場合には、mih_get_status.confirmが送信される
・  関数
【００８６】
【表２１】
2010519808.tif 000025
【００８７】
・  パラメータ
−  ｕmts_param_sp：リンクパラメータ（ＲＳＳＩ、ＳＮＲ、Ｃ／Ｉ、ＢＥＲ、データレート）およびこれらのパラメータの値を含む構造体を指すポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  utms_get_param_req(link_parameter_sp);
【００８８】
ＵＭＴＳへのＡＰＩ：umts_link_action_req
・  方向
−  ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  説明
−  この同期関数は、ＵＭＴＳデバイスをオン／オフに切り替えるか、他の形でその状況を変更する
−  この関数は、ＵＭＴＳデバイスドライバによって提供され、対応するコールバックは、ＭＩＨクライアントミドルウェアによって提供される
−  この関数は、ＭＩＨクライアントミドルウェアがＭＩＨサーバからMIH_Switch.requestを受信するや否や実行されなければならない
−  ＵＭＴＳデバイスドライバは、引数として受け取られたアクションコードに基づいて、次のうちの１つを実行する：
・  パワーオンし、IDLEモードに進む
・  CONNECTEDモードに進み、ＰＤＰコンテキストをアクティブ化する
・  ＰＤＰコンテキストを非アクティブ化し、ＲＡＢを解放する
−  ＵＭＴＳデバイスは、関連するコールバック関数を使用することによって、アクションを実行した後の結果のリンク状況を返す
・  関数
【００８９】
【表２２】
2010519808.tif 000026
【００９０】
・  パラメータ
−  action：ＵＭＴＳドライバによって実行されるアクションのタイプ（例えば、パワーオン、パワーオフ、Connectedモードに進むなど）
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびリンクアクションセットの試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  umts_action_cb(link_status)
・  注
−  実現可能な場合に、この関数は、次のコマンドの組合せを呼び出すことができる
・  AT+CFUN    ：端末をスタートアップする
・  AT+CGEQREG ：ＱｏＳプロファイルを指定する
・  AT+CGATT   ：ＰＳアタッチ／デタッチ
・  AT+CGREG?  ：ネットワーク登録状況クエリ
・  AT+CGACT   ：ＰＤＰコンテキストのアクティブ化／非アクティブ化
・  AT+CGDCONT?：ＰＤＰコンテキストセッティングクエリ
・  AT+CGDATA  ：データ状態に入る
【００９１】
ミドルウェアへのＡＰＩ：umts_link_action_cb
・  方向
−  ＵＭＴＳデバイスドライバ→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、ＵＭＴＳデバイスドライバに関するリンクアクションの要求に対する応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求関数呼出しは、ＵＭＴＳデバイスドライバによって提供される
−  呼び出されたときに、この関数は、リンクアクション要求がMIH_Switch.requestコマンドの結果として送信された場合にはMIH_Switch.confirmメッセージを送信する
−  この関数は、ＱｏＳマッピングプロシージャを開始する場合もある
・  関数
【００９２】
【表２３】
2010519808.tif 000027
【００９３】
・  パラメータ
−  link_status：リンクパワーおよびモード表示の状況コード
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  umts_link_action_req(link_action_type)
・  注
−  この関数は、MIH_Switch.confirm応答に関連してもしなくてもよい
【００９４】
ＱｏＳパラメータをwcdma_action_reqに渡すことができる。前述のumts_link_action_req関数およびumts_link_action_cb関数は、パワーモードを変更することができる。Wcdma_action_req ＡＰＩは、新しいＡＴコマンド記述を介してＷＣＤＭＡ低電力モード挙動を指定し、ＷＣＤＭＡ  ＱｏＳパラメータを構成することができる。関数名は、次のように変更される。  
−  umts_link_action_req()は、wcdma_action_req()に名前を変更される
−  umts_link_action_cb() は、wcdma_action_cb() に名前を変更される
・  方向
モビリティクライアントミドルウェア→ＷＣＤＭＡデバイスドライバ
・  説明
−  この非同期関数は、ＷＣＤＭＡデバイスの状況を変更する。この関数は、ＷＣＤＭＡデバイスドライバによって提供され、対応するコールバックは、モビリティクライアントミドルウェアによって提供される。  
−  この関数は、モビリティクライアントミドルウェアがＭＩＨサーバからハンドオーバを受信するときに実行される。この関数は、他の理由でＭＣＭによって呼び出される場合もある。  
−  ＷＣＤＭＡデバイスは、関連するコールバック関数を使用することによって、アクションを実行した後の結果のリンク状況を返す。  
・  関数
【００９５】
【表２４】
2010519808.tif 000028
【００９６】
・  パラメータ
−  action     ：ＵＭＴＳドライバによって実行されるアクションのタイプ
−  ip_qos_p   ：使用中のＩＰアドレスおよび対応するＱｏＳを指すポインタ
−  user_data_p：関連付けられたコールバック関数を呼び出すときに戻って渡されるポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびリンクアクションセットの試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  wcdma_action_cb()
・  注
−  実現可能なときに、この関数は、次のコマンドの組合せを呼び出すことができる
・  AT+CFUN：端末をスタートアップする。セルでキャンプする。ネットワークには登録しない。ＴＸをオフにする。  
・  AT+CGDCONT ：ＰＤＰコンテキストを作成する
・  AT+CGEQREG ：ＱｏＳプロファイルを指定する
・  AT+CGATT   ：ＰＳアタッチ／デタッチ
・  AT+CGREG?  ：ネットワーク登録状況クエリ
・  AT+CGACT   ：ＰＤＰコンテキストのアクティブ化／非アクティブ化
・  AT+CGDCONT?：ＰＤＰコンテキストセッティングクエリ
【００９７】
以下は、モバイルＩＰクライアントに関するソフトウェアＡＰＩの説明である。
【００９８】
モバイルＩＰへのＡＰＩ：mip4_discover_fa_req
・  方向
−  ＭＩＨクライアントミドルウェア→モバイルＩＰクライアント
・  説明
−  この非同期関数呼出しは、関連するプロトコル（注の下の参考文献に記載）を使用してモバイルＩＰフォーリンエージェントを発見する
−  この関数は、モバイルＩＰクライアントによって提供され、対応するコールバックは、ＭＩＨクライアントミドルウェアによって提供される
−  この関数は、通常、ＭＩＨクライアントミドルウェアがＬ２デバイスをパワーオンするときに、必ず呼び出されなければならない
−  呼び出されたならば、モバイルＩＰは、Router Solicitationを送信する
−  Router Advertisementが受信された後に、モバイルＩＰは、新しいＩＰを入手するためにプロトコルを完了する
−  モバイルＩＰは、関連するコールバック関数を呼び出すことによって、ＦＡ発見の結果を確認する
・  関数
【００９９】
【表２５】
2010519808.tif 000029
【０１００】
・  パラメータ
−  ip：フォーリンエージェントをそれに関して発見しなければならないホームアドレス
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびＦＡ発見の試みの開始を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mip4_discover_fa_cb(ip_config_status,mip_new_ip,mip_hoa_ip);
【０１０１】
ミドルウェアへのＡＰＩ：mip4_discover_fa_cb
・  方向
−  モバイルＩＰクライアント→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、モバイルＩＰフォーリンエージェント発見要求に対する応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求関数呼出しは、モバイルＩＰクライアントによって提供される
−  呼び出されたときに、ＭＩＨクライアントミドルウェアは、引数として渡されたすべてのＩＰを格納する
−  この関数は、ＩＰに関連するＱｏＳクラスを見つけ、格納する試みをも行う
−  この関数は、受信されたＩＰに関するモバイルＩＰバインディング更新を開始する
・  関数
【０１０２】
【表２６】
2010519808.tif 000030
【０１０３】
・  パラメータ
−  status：新しいＩＰが入手されたかどうかを示すコード
−  mt_ip ：モバイル端末のために入手されたＩＰアドレス
−  ma_ip ：受け取られたＩＰアドレスに関連するホームアドレス
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  mip4_discover_fa_req(mip_hoa_ip)
・  注
−  このコールバックは、デバイスがＩＰ対応であることの表示である
【０１０４】
モバイルＩＰへのＡＰＩ：mip4_send_bu_req
・  方向
−  ＭＩＨクライアントミドルウェア→モバイルＩＰクライアント
・  説明
−  この非同期関数呼出しは、ホームエージェントとのバインディングを作成するためにモバイルＩＰ登録要求を送信する
−  この関数は、モバイルＩＰクライアントによって提供され、対応するコールバック関数は、ＭＩＨクライアントミドルウェアによって提供される
−  この関数は、ＭＩＨクライアントミドルウェアが、新しいＩＰが構成されたことの表示を受信するや否や呼び出されなければならない
−  呼び出されたならば、モバイルＩＰは、ホームエージェントにRegistration Requestを送信し、ケアオブアドレスとのバインディングを作成するために関連するプロトコル（注の下の参考文献に記載）を実行する
−  Registration Replyが受信されるときに、ＭＩＨクライアントミドルウェアは、関連するコールバック関数を介して知らされなければならない
・  関数
【０１０５】
【表２７】
2010519808.tif 000031
【０１０６】
・  パラメータ
−  ip：バインディング更新要求がそれについて行われているＩＰアドレス
・  リターン
−  MIH_SUCCESS  関数呼出し成功および登録要求ディスパッチを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mip4_send_bu_cb(mip_bu_status)
【０１０７】
ミドルウェアへのＡＰＩ：mip4_send_bu_cb
・  方向
−  モバイルＩＰクライアント→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、モバイルＩＰバインディング更新要求に対する応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求関数呼出しは、モバイルＩＰクライアントによって提供される
−  呼び出されたときに、この関数は、様々な上位レイヤプロトコル（ＳＩＰなど）のセッションの再確立を開始する場合がある
・  関数
【０１０８】
【表２８】
2010519808.tif 000032
【０１０９】
・  パラメータ
−  status：バインディング更新が完了したかどうかを示すコード
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  mip4_send_bu_req(mip_new_ip)
・  注
−  このコールバックは、デバイスがＩＰ対応であり、そのホームエージェントがケアオブアドレスへのパケットをトンネリングしていることの表示である
【０１１０】
モバイルＩＰへのＡＰＩ：mip4_ip_info_req
・  方向
−  ＭＩＨクライアントミドルウェア→モバイルＩＰクライアント
・  説明
−  この関数は、モバイルＩＰクライアントによって処理されるＩＰアドレスに関する情報を取り出す
−  結果は、関連するコールバック関数を使用して、ＭＩＨクライアントミドルウェアに供給される
−  呼び出されたならば、モバイルＩＰは、関連付けられたコールバック関数を使用して、モバイル端末に現在関連付けられているＩＰアドレスの個数を返す
−  この関数は、使用中の各ＩＰに対応するホームアドレスをもＭＩＨクライアントミドルウェアに与える
・  関数
Mih_ret_code mip4_ip_info_req()
・  パラメータ
−  パラメータは、引数としては渡されない
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびＩＰ情報取出の試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mip4_ip_info_cb(num_ip,mip_hoa_ip_s);
【０１１１】
ミドルウェアへのＡＰＩ：mip4_ip_info_cb
・  方向
−  モバイルＩＰクライアント→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、モバイルＩＰアドレス割当情報要求への応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求関数呼出しは、モバイルＩＰクライアントによって提供される
−  呼び出されたときに、この関数は、受け取られたアクティブＩＰの個数および対応するホームアドレスに基づいて、ＷＣＤＭＡのＰＤＰコンテキストの処理をトリガする
−  この関数は、すべての新たにアクティブ化されたインターフェースに関するＩＰ構成をも開始する
・  関数
【０１１２】
【表２９】
2010519808.tif 000033
【０１１３】
・  パラメータ
−  num     ：モバイル端末に割り振られたＩＰアドレスの個数
−  hoa_ip_s：現在アクティブなＩＰに対応するホームアドレスを含む構造体
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  mip4_ip_info_req()
【０１１４】
Mip4_send_bu_reqは、モバイルＩＰ登録をトリガする場合がある。この登録は、次の関数を用いるエージェント発見プロシージャに先行する場合がある。  
−  mip4_ha_addr_req()、および
−  mip4_ha_addr_cb()
【０１１５】
モバイルＩＰへのＡＰＩ：mip4_registration_req
・  方向
−  ＭＩＨクライアントミドルウェア→モバイルＩＰクライアント
・  説明
−  この非同期関数呼出しは、モバイルＩＰフォーリンエージェント発見と、ホームエージェントとのバインディングを更新するためのモバイルＩＰ再登録要求の送信とをトリガする
−  この関数は、モバイルＩＰクライアントによって提供され、対応するコールバック関数は、モビリティクライアントミドルウェアによって提供される
−  この関数は、モビリティクライアントミドルウェアがハンドオーバを首尾よく実行し、新しいリンクレイヤがセットアップされるときに呼び出される
−  呼び出されたならば、モバイルＩＰは、Router Solicitationを送信する。Agent Advertisementが受信された後に、モバイルＩＰは、ホームエージェントにRegistration Requestを送信し、ケアオブアドレスとのバインディングを作成するために、関連するプロトコル（注の下の参考文献に記載）を実行する
−  Registration Replyが受信されるときに、モビリティクライアントミドルウェアは、関連するコールバック関数を介して知らされなければならない
・  関数
【０１１６】
【表３０】
2010519808.tif 000034
【０１１７】
・  パラメータ
−  user_data_p：関連付けられたコールバック関数を呼び出すときに戻って渡されるポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功および登録要求ディスパッチを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mip4_registration_cb()
【０１１８】
ミドルウェアへのＡＰＩ：mip4_registration_cb
・  方向
−  モバイルＩＰクライアント→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、モバイルＩＰ登録要求に対する応答である。このコールバックは、モビリティクライアントミドルウェアによって提供され、対応する要求関数呼出しは、モバイルＩＰクライアントによって提供される
・  関数
【０１１９】
【表３１】
2010519808.tif 000035
【０１２０】
・  パラメータ
−  status     ：バインディング更新が完了したかどうかを示すコード
−  user_data_p：関連付けられた要求関数を呼び出すときに渡されたポインタ
・  リターン
−  なし
・  対応する要求関数
−  mip4_registration_req()
・  注
−  このコールバックは、デバイスがＩＰ対応であることと、そのホームエージェントがケアオブアドレスのパケットをトンネリングしていることとの表示である
【０１２１】
モバイルＩＰへのＡＰＩ：mip4_ha_addr_req
・  方向
−  ＭＩＨクライアントミドルウェア→モバイルＩＰクライアント
・  説明
−  この非同期関数呼出しは、現在のモバイルノードホームエージェントＩＰアドレスをチェックし、返す
−  この関数は、モバイルＩＰクライアントによって提供され、対応するコールバック関数は、モビリティクライアントミドルウェアによって提供される
−  呼び出されたときに、この関数は、現在のモバイルノードホームエージェントＩＰアドレスを取り出す
−  モビリティクライアントミドルウェアに値を返すために、関連付けられたコールバック関数が使用される
・  関数
【０１２２】
【表３２】
2010519808.tif 000036
【０１２３】
・  パラメータ
−  user_data_p：関連付けられたコールバック関数を呼び出すときに戻って渡されるポインタ。これは要求プロバイダによって使用されることを意図されたものではない
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびＦＡ発見の試みの開始を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mip4_ha_addr_cb()
【０１２４】
ミドルウェアへのＡＰＩ：mip4_ha_addr_cb
・  方向
−  モバイルＩＰクライアント→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、モバイルＩＰホームエージェントアドレス要求に対する応答である
−  このコールバックは、モビリティクライアントミドルウェアによって提供され、対応する要求関数呼出しは、モバイルＩＰクライアントによって提供される
・  関数
【０１２５】
【表３３】
2010519808.tif 000037
【０１２６】
・  パラメータ
−  ip_addr：モバイルノードの現在のホームエージェントＩＰアドレスを含む構造体
−  user_data_p：関連付けられた要求関数を呼び出すときに渡されたポインタ
・  リターン
−  なし
・  対応する要求関数
−  mip4_ha_addr_req()
【０１２７】
以下は、ＩＭＳ／ＳＩＰクライアントに関するソフトウェアＡＰＩの説明である。
【０１２８】
ＩＭＳへのＡＰＩ：ims_discover_req
・  方向
−  ＭＩＨクライアントミドルウェア→クライアントＩＭＳスタック
・  説明
−  この非同期関数呼出しは、ＩＭＳコアネットワーク内の名前付き要素（例えば、Ｐ−ＣＳＣＦなど）のＩＰ発見を実行する
−  この関数は、ＩＭＳクライアントスタックによって提供され、対応するコールバックは、ＭＩＨクライアントミドルウェアによって提供される
−  呼び出されたときに、この関数は、ＤＨＣＰの使用（例えば、dhcp_discover_req()関数）を介して要求されたＩＭＳエンティティのＩＰアドレスを発見することを試みる
−  ＩＰ発見が完了したならば、結果が、関連付けられたコールバック関数を使用してＭＩＨクライアントミドルウェアに返される
−  この関数は、ＩＭＳ  Ｐ−ＣＳＣＦを発見するのに使用されなければならない
・  関数
【０１２９】
【表３４】
2010519808.tif 000038
【０１３０】
・  パラメータ
−  peer：そのＩＰが要求されるリモートエンティティ（例えば、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦなど）の名前
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびＩＰ発見の試みの開始を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  ims_discover_cb(peer_addr_s)
【０１３１】
ミドルウェアへのＡＰＩ：ims_discover_cb
・  方向
−  ＩＭＳクライアント→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、ＩＭＳエンティティ発見要求に対する応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求関数呼出しは、ＩＭＳクライアントによって提供される
−  呼び出されたときに、この関数は、当該のノードのすべての以前に格納されたＩＰを除去し、将来の使用のために新たに受け取られたＩＰアドレスを格納する
−  さらに、この関数は、ＩＭＳ登録をトリガする場合もある
・  関数
【０１３２】
【表３５】
2010519808.tif 000039
【０１３３】
・  パラメータ
−  addr_s：エンティティ名および対応するＩＰアドレスを格納する構造体
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  ims_discover_req(peer_type)
・  注
−  このコールバックは、ＭＩＨクライアントミドルウェアにＰ−ＣＳＣＦのＩＰアドレスを与えることができる
【０１３４】
ＩＭＳへのＡＰＩ：ims_reg_req
・  方向
−  ＭＩＨクライアントミドルウェア→クライアントＩＭＳスタック
・  説明
−  この非同期関数呼出しは、クライアントをＩＭＳサービスについてＩＭＳネットワークに登録する
−  この関数は、クライアントＩＭＳスタックによって提供され、対応するコールバックは、ＭＩＨクライアントミドルウェアによって提供される
−  呼び出されたときに、この関数は、引数として受け取られたパラメータを使用してＩＭＳネットワークに登録することを試みる
−  登録が完了し、登録肯定応答が受信されたならば、登録パラメータが、関連付けられたコールバック関数を使用してＭＩＨクライアントミドルウェアに返される
−  この関数は、ＩＭＳ登録または再招待（re-invite）メッセージを送信するのに使用されなければならない
・  関数
【０１３５】
【表３６】
2010519808.tif 000040
【０１３６】
・  パラメータ
−  param_s：ＩＭＳセッション登録に関連するパラメータを含む構造体
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびＩＭＳ登録開始を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  ims_reg_cb(ims_session_info_s)
【０１３７】
ミドルウェアへのＡＰＩ：ims_reg_cb
・  方向
−  ＩＭＳクライアント→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、ＩＭＳ登録要求に対する応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求は、ＩＭＳクライアントによって提供される
−  呼び出されたときに、この関数は、ＩＭＳセッションに関する情報を部分的にまたは完全に格納する
・  関数
【０１３８】
【表３７】
2010519808.tif 000041
【０１３９】
・  パラメータ
−  ses_info_s：ＩＭＳ登録セッションに関連するパラメータを含む構造体
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  ims_reg_req(ims_reg_param_s param_s);
−  このコールバックは、ＩＭＳ登録要求に関する確認として働く
【０１４０】
以下は、ＵＤＰ／ＩＰスタックに関するソフトウェアＡＰＩの説明である。
【０１４１】
ＵＤＰ／ＩＰへのＡＰＩ：udp_sendmsg_req
・  方向
−  ＭＩＨクライアントミドルウェア→ＵＤＰ／ＩＰスタック
・  説明
−  この非同期関数は、引数として渡されるＩＰおよびポート情報に基づいて受信側に所与のメッセージを送信する
−  対応するコールバック関数へのハンドルが、引数として渡される
−  呼び出されたときに、この関数は、ＵＤＰを介して、引数でポイントされる位置からの引数内で示される個数のバイトを送信することを試みる
−  首尾よく送信されたバイト数は、そのポインタが渡されるコールバックを介して呼び出す関数に返される
−  これは、すべてのＵＰＤパケットディスパッチに使用できる汎用関数である
・  関数
【０１４２】
【表３８】
2010519808.tif 000042
【０１４３】
・  パラメータ
−  udp_sendmsg_cb_p：コールバック関数を指すポインタ
−  addr            ：データをピアエンティティ（例えば、ＭＩＨサーバ）に送信するのに使用されるアドレスおよびポート番号
−  msg_p          ：送信されるメッセージを指すポインタ
−  send_len       ：送信されるバイト数
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびＵＤＰ送信の試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  udp_sendmsg_cb(length send_len)
【０１４４】
ＵＤＰ／ＩＰへのＡＰＩ：udp_sendmsg_cb
・  方向
−  ＵＤＰ／ＩＰスタック→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、ディスパッチを要求した対応するエンティティに、ＵＤＰを介して送信されるパケットの長さを提供する
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求は、ＵＤＰ／ＩＰスタックによって提供される
−  呼び出されたならば、この関数は、送信されるバイト数を検証する
−  検証が成功する場合に、この関数は、ＡＣＫが要求された場合にＡＣＫタイマをトリガすることができる
−  これは、すべてのＵＤＰパケットディスパッチに使用できる汎用関数である
・  関数
【０１４５】
【表３９】
2010519808.tif 000043
【０１４６】
・  パラメータ
−  send_len：送信されるバイト数
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  udp_sendmsg_req(func_p,addr_info addr,message_p msg_p,length send_len)
【０１４７】
ＵＤＰ／ＩＰヘのＡＰＩ：udp_recvmsg_req
・  方向
−  ＭＩＨクライアントミドルウェア→ＵＤＰ／ＩＰスタック
・  説明
−  この非同期関数は、ピアからＵＤＰパケットを受信し、呼び出す関数に関連情報を渡す
−  対応するコールバック関数へのハンドルが、引数として渡される
−  呼び出されたならば、この関数は、ＵＤＰパケットを待ち、受信する
−  パケットが受信されるときに、この関数は、メッセージコンテンツを指すポインタ、メッセージ長を示す数、および送信側のアドレス情報を格納する
−  ＵＤＰパケット受信に関する格納されるデータは、関連付けられたコールバック関数を介して、呼び出す関数に渡される
−  これは、すべてのＵＤＰパケット受信に使用できる汎用関数である
・  関数
【０１４８】
【表４０】
2010519808.tif 000044
【０１４９】
・  パラメータ
−  udp_recvmsg_cb_p：コールバック関数を指すポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびＵＤＰ受信開始を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  udp_recvmsg_cb(addr_info_p,message_p,length);
【０１５０】
ＵＤＰ／ＩＰへのＡＰＩ：udp_recvmsg_cb
・  方向
−  ＵＤＰ／ＩＰスタック→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、ＵＤＰを介して受信されたメッセージパケットを、受信を要求した対応するエンティティに供給する
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求は、ＵＤＰ／ＩＰスタックによって提供される
−  呼び出されたならば、この関数は、受信されたメッセージを取り出す
−  この関数は、受信側に関するＩＰアドレス情報をも取り出し、一時的に格納する
−  この関数は、受信されたメッセージの長さを検証する
−  これは、すべてのＵＤＰパケット受信に使用できる汎用関数である
・  関数
【０１５１】
【表４１】
2010519808.tif 000045
【０１５２】
・  パラメータ
−  addr_p：送信側のアドレス情報を格納する位置を指すポインタ
−  msg_p ：メッセージが格納されている位置を指すポインタ
−  len   ：受信されたメッセージのバイト単位の長さ
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  udp_recvmsg_req(func_p)
【０１５３】
以下は、ＤＨＣＰスタックに関するソフトウェアＡＰＩの説明である。
【０１５４】
ＤＨＣＰへのＡＰＩ：dhcp_discover_req
・  方向
−  ＭＩＨクライアントミドルウェア→クライアントＤＨＣＰスタック
・  説明
−  この非同期関数呼出しは、ＤＨＣＰの使用を介して、特定の名前付きネットワークエンティティ（例えば、ＭＩＨサーバ、ＩＭＳエンティティなど）のＩＰアドレスの発見を実行する
−  対応するコールバック関数へのハンドルが、引数として渡される
−  呼び出されたときに、クライアント端のＤＨＣＰスタックが、所望のネットワークエンティティのＩＰアドレスについてＤＨＣＰサーバに問い合わせる
−  発見が完了したときに、結果のＩＰアドレスが、それへのポインタが引数として供給される関連するコールバック関数を介して、呼び出すエンティティに供給される
−  この関数は、ハンドオーバを実行する前にＭＩＨサーバまたはＩＭＳ  Ｐ−ＣＳＣＦを発見するのに使用されなければならない
・  関数
【０１５５】
【表４２】
2010519808.tif 000046
【０１５６】
・  パラメータ
−  dhcp_discover_cb_p：コールバック関数を指すポインタ
−  peer              ：そのＩＰポインタが要求されるリモートエンティティ（例えば、ＭＩＨサーバ、Ｐ−ＣＳＣＦなど）の名前
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびＩＰ発見の試みの開始を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mih_ret_code dhcp_discover_cb(peer_addr_s);
【０１５７】
ミドルウェアへのＡＰＩ：dhcp_discover_cb
・  方向
−  Ｃｌｉｅｎｔ  ＤＨＣＰスタック→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、ネットワークノードのＩＰアドレスを見つけるためのＤＨＣＰスタックへの要求に対する応答である
−  このコールバックは、ＭＩＨクライアントミドルウェアによって提供され、対応する要求は、クライアントＤＨＣＰスタックによって提供される
−  呼び出されたときに、この関数は、将来の使用のために受け取られたＩＰアドレスを格納する
−  この関数は、引数で提供される情報に基づいて、ＭＩＨ登録またはＩＭＳ登録をも開始する場合がある
−  このコールバックは、ＭＩＨクライアントミドルウェアにＭＩＨサーバおよびＰ−ＣＳＣＦのＩＰアドレスを与えるのに使用することができる
・  関数
【０１５８】
【表４３】
2010519808.tif 000047
【０１５９】
・  パラメータ
−  addr_s：エンティティ名および対応するＩＰアドレスを含む構造体
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  dhcp_discover_req(peer_type)
【０１６０】
以下は、Ｏ＆Ｍインターフェースに関するソフトウェアＡＰＩの説明である。
【０１６１】
ミドルウェアへのＡＰＩ：mihc_activate_req
・  方向
−  Ｏ＆Ｍインターフェース→ＭＩＨクライアントミドルウェア
・  説明
−  この非同期関数は、ＭＩＨクライアントミドルウェアの機能性をアクティブ化する
−  この関数は、ＭＩＨクライアントミドルウェアによって提供され、対応するコールバックは、Ｏ＆Ｍインターフェースによって提供される
−  呼び出されたならば、この関数は、受け取られた引数に基づいて、ＭＩＨクライアントミドルウェアのＭＩＨ機能性をアクティブ化する
−  この関数は、他のエンティティ（リンクドライバ、モバイルＩＰ、ＩＭＳクライアント、およびＤＨＣＰスタックなど）との相互作用を開始する
−  ＭＩＨクライアントミドルウェアがアクティブになったならば、この関数は、関連付けられたコールバック関数を使用してＯ＆Ｍインターフェースに確認を送信し、引数としてミドルウェアの状況を返す
・  関数
【０１６２】
【表４４】
2010519808.tif 000048
【０１６３】
・  パラメータ
−  profile_sp：ＭＩＨクライアントミドルウェアの初期化に関する情報（例えば、使用すべき上位レイヤモビリティプロトコルの名前など）を有する構造体を指すポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびアクティブ化の試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mihc_activate_cb(mihc_status)
【０１６４】
ミドルウェアへのＡＰＩ：mihc_activate_cb
・  方向
−  ＭＩＨクライアントミドルウェア→Ｏ＆Ｍインターフェース
・  説明
−  この関数コールバックは、ＭＩＨクライアントミドルウェアへの機能性アクティブ化要求への応答である
−  このコールバックは、Ｏ＆Ｍインターフェースによって提供され、対応する要求は、ＭＩＨクライアントミドルウェアによって提供される
−  呼び出されたときに、この関数は、ＭＩＨクライアントミドルウェアとの将来の相互作用の基準点としてＭＩＨクライアントミドルウェアからの状況コードを格納する
・  関数
【０１６５】
【表４５】
2010519808.tif 000049
【０１６６】
・  パラメータ
−  status：ＭＩＨクライアントミドルウェアの状況（例えば、ON、ERROR_NO_LINKなど）に関する情報
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  mihc_activate_req(mihc_profile_s)
−  この関数は、ＭＩＨクライアントミドルウェアに対するmihc_activate_req(mihc_profile_s)呼出しに対するコールバックである
【０１６７】
ミドルウェアへのＡＰＩ：mihc_deactivate_req
・  方向
−  Ｏ＆Ｍインターフェース→ＭＩＨクライアントミドルウェア
・  説明
−  この非同期関数は、ＭＩＨクライアントミドルウェアの機能性を非アクティブ化する
−  この関数は、ＭＩＨクライアントミドルウェアによって提供され、対応するコールバックは、Ｏ＆Ｍインターフェースによって提供される
−  呼び出されたならば、この関数は、引数として渡された位置にＭＩＨクライアントミドルウェアの現在の機能セッティングを格納する
−  この関数呼出しは、ＭＩＨクライアントミドルウェアのＭＩＨ機能性を非アクティブ化する
−  この関数は、他のエンティティ（リンクドライバ、モバイルＩＰ、ＩＭＳクライアント、およびＤＨＣＰスタックなど）との相互作用を一時停止する
−  ＭＩＨクライアントミドルウェアがインアクティブになったならば、この関数は、関連付けられたコールバックを使用して確認し、ミドルウェアの状況を引数として渡す
−  この関数は、ＭＩＨクライアントミドルウェアをインアクティブモードにする
・  関数
【０１６８】
【表４６】
2010519808.tif 000050
【０１６９】
・  パラメータ
−  profile_sp：一時停止動作の前にＭＩＨクライアントミドルウェアの現在のコンテキストを格納しなければならない構造体を指すポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功および非アクティブ化の試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mihc_deactivate_cb(mihc_status)
【０１７０】
ミドルウェアへのＡＰＩ：mihc_deactivate_cb
・  方向
−  ＭＩＨクライアントミドルウェア→Ｏ＆Ｍインターフェース
・  説明
−  この関数コールバックは、ＭＩＨクライアントミドルウェアへの機能性非アクティブ化要求に対する応答である
−  このコールバックは、Ｏ＆Ｍインターフェースによって提供され、対応する要求は、ＭＩＨクライアントミドルウェアによって提供される
−  呼び出されたときに、この関数は、ＭＩＨクライアントミドルウェアとの将来の相互作用の基準点としてＭＩＨクライアントミドルウェアからの状況コードを格納する
・  関数
【０１７１】
【表４７】
2010519808.tif 000051
【０１７２】
・  パラメータ
−  status：ＭＩＨクライアントミドルウェアの状況（例えば、OFF、ERROR_SES_ACTIVEなど）に関する情報
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  mihc_deactivate_req(mihc_profile_sp);
−  この関数は、ＭＩＨクライアントミドルウェアへのmihc_deactivate_req(mihc_profile_sp)呼出しに対するコールバックである
【０１７３】
ミドルウェアへのＡＰＩ：mihc_param_req
・  方向
−  Ｏ＆Ｍインターフェース→ＭＩＨクライアントミドルウェア
・  説明
−  この非同期関数呼出しは、ＭＩＨクライアントミドルウェアの機能パラメータを取り出し、これらをＯ＆Ｍインターフェースに返す
−  この関数は、ＭＩＨクライアントミドルウェアによって提供され、対応するコールバックは、Ｏ＆Ｍインターフェースによって提供される
−  呼び出されたときに、この関数は、ＭＩＨクライアントミドルウェアの要求されたパラメータを取り出す
−  パラメータ値は、構造体に格納され、ポインタが、関連付けられたコールバックを使用してＯ＆Ｍインターフェースに渡される
−  この関数は、テストおよびデバッグを含むがこれらに限定はされない様々な理由のためにＯ＆Ｍインターフェースによって使用することができる
・  関数
【０１７４】
【表４８】
2010519808.tif 000052
【０１７５】
・  パラメータ
−  param_sp：要求されているＭＩＨパラメータのリストを指すポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびパラメータ取出の試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mihc_param_cb(mih_param_sp)
【０１７６】
ミドルウェアへのＡＰＩ：mihc_param_cb
・  方向
−  ＭＩＨクライアントミドルウェア→Ｏ＆Ｍインターフェース
・  説明
−  このコールバック関数は、特定のＭＩＨクライアントミドルウェア動作パラメータに関するＯ＆Ｍインターフェースによる要求に対する応答である
−  このコールバックは、Ｏ＆Ｍインターフェースによって提供され、対応する要求は、ＭＩＨクライアントミドルウェアによって提供される
−  呼び出されたときに、この関数は、すべての事前に格納された古いパラメータを新しいパラメータに置換し、別のパラメータ要求呼出しが行われるまで、これらのパラメータ値を格納する
・  関数
【０１７７】
【表４９】
2010519808.tif 000053
【０１７８】
・  パラメータ
−  param_sp：様々なパラメータ値を含む構造体を指すポインタ
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  mihc_param_req(mihc_param_sp)
−  この関数は、ＭＩＨクライアントミドルウェアに対するmihc_param_req(mihc_param_sp)呼出しへのコールバックである
【０１７９】
ミドルウェアへのＡＰＩ：mihc_handover_ind
・  方向
−  ＭＩＨクライアントミドルウェア→Ｏ＆Ｍインターフェース
・  説明
−  この同期関数呼出しは、Ｏ＆Ｍインターフェースによる使用のためにＭＩＨによってトリガされたハンドオーバに関する情報を格納する
−  この関数呼出しは、Ｏ＆Ｍインターフェースによって提供される
−  この関数は、ＭＩＨクライアントミドルウェアがＭＩＨサーバにMIH_Switch.confirmを送信するや否や、呼び出されなければならない
−  呼び出されたときに、関数は、新しいリンクをデバイスのデフォルトにし、将来のＩＰセッション確立の基準点としてＱｏＳを使用する
−  この関数は、ＭＩＨがハンドオーバを実行したことと、新しいインターフェースがＩＰセッションに使用されようとしていることとを示す
・  関数
【０１８０】
【表５０】
2010519808.tif 000054
【０１８１】
・  パラメータ
−  info：ハンドオーバ完了状況およびそのプロセスに用いられたリンクに関する情報
−  qos ：ＩＰサービスの古いおよび新しいＱｏＳに関する情報
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  この関数に関連付けられたコールバックはない
【０１８２】
Mihc_handover_ind ＡＰＩを、ncc_gen_indという名前にすることができる。Mihc_handover_ind ＡＰＩは、リンクレイヤハンドオーバについてＯ＆Ｍに知らせるのに使用することができる。ncc_gen_ind ＡＰＩを、ハンドオーバ、エラー、ならびに他のリンクレイヤ関連イベントおよびＭＩＨ関連イベントに関するＯ＆Ｍ情報を提供するための汎用表示関数として使用することができる。
【０１８３】
ミドルウェアへのＡＰＩ：ncc_gen_ind
・  方向
−  ＭＩＨクライアントミドルウェア→Ｏ＆Ｍインターフェース
・  説明
−  この同期関数は、発生した任意のイベント／エラーを報告するためにＭＣＭによって使用される
−  メモリは、呼出し側（ＭＣＭ）によって割り振られ、関数がリターンしたならばＯ＆Ｍクライアントから使用可能ではない
−  この関数の挙動は、受け取られる表示に依存する
−  第２の関数引数は、表示に依存して変化する
・  関数
【０１８４】
【表５１】
2010519808.tif 000055
【０１８５】
・  パラメータ
−  mihc_gen_ind：表示値を含む
−  data_p      ：指定された表示タイプに関連するデータを指すポインタ
・  リターン
−  なし
・  コールバック関数
−  この関数に関連付けられたコールバック関数はない
【０１８６】
ミドルウェアへのＡＰＩ：mihc_umts_mode_req
・  方向
−  Ｏ＆Ｍインターフェース→ＭＩＨクライアントミドルウェア
・  説明
−  この非同期関数呼出しは、ＵＭＴＳモデムの動作コード（データ／コマンド）を取り出す
−  この関数呼出しは、ＭＩＨクライアントミドルウェアによって提供され、対応するコールバックは、Ｏ＆Ｍインターフェースによって提供される
−  呼び出されたときに、この関数は、使用可能なＡＴコマンド（またはＳＷ  ＡＰＩ）を使用して、ＵＭＴＳモデムにそのモードについて問い合わせる
−  この関数は、関連するコールバックメソッドを使用して結果を返す
−  この関数は、ＡＴコマンドを送信できるかどうかを判断するのに使用できる
・  関数
Mih_ret_code  mihc_umts_mode_req()
・  パラメータ
−  パラメータは、引数としては渡されない
・  リターン
−  MIH_SUCCESS  関数呼出し成功およびモード取出の試みを示す
−  MIH_ERROR    関数呼出し失敗を示す
・  コールバック関数
−  mihc_umts_mode_cb(umts_mode)
【０１８７】
ミドルウェアへのＡＰＩ：mihc_umts_mode_cb
・  方向
−  ＭＩＨクライアントミドルウェア→Ｏ＆Ｍインターフェース
・  説明
−  このコールバック関数は、ＵＭＴＳモデムのモード（データ／コマンド）に関する要求に対する応答である
−  このコールバックは、Ｏ＆Ｍインターフェースによって提供され、対応する要求関数は、ＭＩＨクライアントミドルウェアによって提供される
−  呼び出されたときに、この関数は、Ｏ＆Ｍインターフェースによる将来の使用のために、タイムスタンプと共にＵＭＴＳモードを格納する
・  関数
【０１８８】
【表５２】
2010519808.tif 000056
【０１８９】
・  パラメータ
−  mode：ＵＭＴＳモデムのモードを表すコード
・  リターン
−  MIH_SUCCESS  関数呼出し成功を示す
−  MIH_ERROR    関数呼出し失敗を示す
・  対応する要求関数
−  mihc_umts_mode_req()
【０１９０】
ミドルウェアへのＡＰＩ：mihc_set_config_req
・  方向
−  Ｏ＆Ｍインターフェース→ＭＩＨクライアントミドルウェア
・  説明
−  この非同期関数呼出しは、モビリティクライアントミドルウェアのパラメータの構成を変更することを要求する。この関数は、モビリティクライアントミドルウェアによって提供され、対応するコールバックは、Ｏ＆Ｍによって提供される。  
−  呼び出されたときに、この関数は、パラメータの現在値を指定された値に変更する
−  構造体を指すポインタは、Ｏ＆Ｍモジュールによって割り振られる。関数がリターンしたときには、そのポインタは今後は使用不能である。  
・  関数
【０１９１】
【表５３】
2010519808.tif 000057
【０１９２】
・  パラメータ
−  config_p   ：構成可能なパラメータを保持する構造体を指すポインタ
−  user_data_p：関連付けられたコールバック関数を呼び出すときに戻って渡されるポインタ。要求プロバイダによって使用されることは意図されていない。  
・  リターン
−  MIHC_SUCCESS        関数呼出し成功およびパラメータ取出の試みを示す
−  MIHC_NOT_ACTIVATED  ＭＣＭがアクティブ化されていないので関数呼出しが失敗することを示す
−  MIHC_INVALID_PARAM  無効なパラメータゆえに関数呼出しが失敗することを示す
−  MIHC_ERROR          関数呼出し失敗を示す
・  コールバック関数
−  mihc_set_config_cb()
【０１９３】
ミドルウェアへのＡＰＩ：mihc_set_config_cb
・  方向
−  Ｏ＆Ｍインターフェース→ＭＩＨクライアントミドルウェア
・  説明
−  この非同期関数は、いくつかのパラメータを構成するためのＯ＆Ｍからモビリティクライアントミドルウェアへの要求に対する応答である
−  このコールバックは、Ｏ＆Ｍによって提供され、対応する要求は、モビリティクライアントミドルウェアによって提供される
・  関数
【０１９４】
【表５４】
2010519808.tif 000058
【０１９５】
・  パラメータ
−  status：構成の試みの状況
−  user_data_p：関連付けられた要求関数を呼び出すときに渡されたポインタ
・  リターン
−  なし
・  対応する要求関数
−  mihc_set_config_req()
【０１９６】
ミドルウェアへのＡＰＩ：ncc_get_qos_req
・  方向
−  ＭＩＨクライアントミドルウェア→Ｏ＆Ｍインターフェース
・  説明
−  この非同期関数呼出しは、ＱｏＳおよびＩＰパラメータの現在値をチェックし、返す。この関数は、Ｏ＆Ｍによって提供され、対応するコールバック関数は、モビリティクライアントミドルウェアによって提供される。  
−  呼び出されたときに、この関数は、引数内のＯ＆Ｍ  ＱｏＳおよびＩＰパラメータの状況または値を取り出す。この関数は、要求パラメータの値を引数として受け取られた位置に格納する。モビリティクライアントミドルウェアに値を返すために、関連するコールバック関数が、要求時に引数として受け取られたパラメータを指すポインタと共に使用される。  
−  パラメータおよびその値のためのメモリは、呼出し側（ＭＣＭ）によって割り振られ、Ｏ＆Ｍ機能によって充てんされ、コールバック関数が呼び出されたならばＭＣＭによって解放される。  
・  関数
【０１９７】
【表５５】
2010519808.tif 000059
【０１９８】
・  パラメータ
−  nb_ip_qos  ：ip_qos_pによってポイントされる配列内のエントリの個数
−  ip_qos_p  ：ＩＰアドレスおよびＱｏＳパラメータ値を含む配列を指すポインタ
−  user_data_p：関連付けられた要求関数を呼び出すときに渡されたポインタ
これは、要求プロバイダによって使用されることを意図されていない。  
・  リターン
−  MIHC_SUCCESS        関数呼出し成功およびリンクパラメータ取出の試みを示す
−  MIHC_INVALID_PARAM  無効なパラメータゆえに関数呼出しが失敗することを示す
−  MIHC_ERROR  関数呼出し失敗を示す
・  コールバック関数
−  ncc_get_qos_cb()
【０１９９】
ミドルウェアへのＡＰＩ：ncc_get_qos_cb
・  方向
−  Ｏ＆Ｍインターフェース→ＭＩＨクライアントミドルウェア
・  説明
−  このコールバック関数は、ＱｏＳパラメータ値に関する要求に対する応答である
−  このコールバックは、モビリティクライアントミドルウェアによって提供され、対応する要求関数呼出しは、Ｏ＆Ｍによって提供される。  
−  使用されるパラメータのリストは要求時に引数として受け取られたリストである
−  メモリは、ＭＣＭによって割り振られ、解放される。メモリは、Ｏ＆Ｍライブラリによって充てんされる。  
・  関数
【０２００】
【表５６】
2010519808.tif 000060
【０２０１】
・  パラメータ
−  ip_qos_p   ：ＱｏＳパラメータおよびこれらのパラメータの値を指すポインタ
−  user_data_p：関連付けられた要求関数を呼び出すときに渡されたポインタ
・  リターン
−  なし
・  対応する要求関数
−  ncc_get_qos_req()
【０２０２】
期待される挙動に関するＡＴコマンドの説明を、以下で説明する。
【０２０３】
ＡＴコマンド：AT+CSQ
・  コマンド名：AT+CSQ
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  AT+CSQ
・  パラメータ
−  パラメータは引数としては渡されない
・  リターン
−  アクションの成功の完了の場合に+CSQ <rssi>，<ber>
−  失敗の場合に+CME ERROR：<err>
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、ＵＭＴＳリンクに関する信号受信品質情報を得る必要があるとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 8.5で指定された符号化を使用して、ＲＳＳＩ値およびチャネルＢＥＲ値を返す
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Get_Parameters.requestを実施するのに使用することができ、これによって、リターンは、Link_Get_Parameters.confirmとして扱われる
【０２０４】
ＡＴコマンド：AT+CFUN
・  コマンド名：AT+CFUN
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +CFUN=[<fun>[,<rst>]]
・  パラメータ
−  fun：電話に望まれる機能性レベル
−  rst：機能性レベルをセットする前にリセットすべきかどうかを示すフラグ
・  リターン
−  アクションの成功の完了の場合にはＯＫ
−  失敗の場合には+CME ERROR：<err>
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、ＵＭＴＳ電話機の機能性のレベル（例えば、フル、ＲＸのみ、ＴＸのみなど）をセットしなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 8.2で指定されたコードを使用して、機能性のレベルを解釈し、セットする
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２０５】
wcdma_action_reqの挙動をサポートするために、ＡＴコマンドの新しいプロプライエタリ挙動が提供される。プロプライエタリ挙動は、ＷＣＤＭＡモデムを受信のみ状態（即ち、ＴＸなし）にして、ＷＣＤＭＡモデムに適切なネットワークでキャンプさせ、ＷＣＤＭＡモデムがどのセルにも登録しないようにするために定義される。一実施形態によれば、プロプライエタリ機能コード（ｆｕｎ＝５）が、既存ＡＴコマンドＡＴ＋ＣＦＵＮに追加される（本明細書で例示するように）。代替案では、新しい挙動を有する新しいプロプライエタリＡＴコマンド（例えば、AT+XIDLE）が追加される。  
・  コマンド名：AT+CFUN
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +CFUN=[<fun>[,<rst>]]
・  パラメータ
−  fun：電話機に望まれる機能性レベル
−  rst：機能性レベルをセットする前にリセットすべきかどうかを示すフラグ
・  リターン
−  アクションの成功の完了の場合にはＯＫ
−  失敗の場合には+CME ERROR：<err>
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、ＵＭＴＳ電話機の機能性のレベル（例えば、フル、ＲＸのみ、ＴＸのみなど）をセットしなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 8.2で指定されたコードを使用して機能性のレベルを解釈し、セットする
−  さらに、新しいプロプライエタリ挙動拡張（例えば、ｆｕｎ＝５）は、ＷＣＤＭＡモデムを受信のみ状態（即ち、ＴＸなし）にする。このコマンドが発行された後に、ＷＣＤＭＡモデムは、適切なネットワーク上で、それに登録せずにキャンプする。  
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２０６】
ＡＴコマンド：AT+CGDCONT
・  コマンド名：AT+CGDCONT
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
【０２０７】
【表５７】
2010519808.tif 000061
【０２０８】
・  パラメータ
−  TS 27.007 V5.6.0 Section 10.1.1の定義に従う
・  リターン
−  OK
−  ERROR
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、ＵＭＴＳ  ＰＤＰコンテキストを作成しなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、新しいＵＭＴＳ  ＰＤＰコンテキストを作成し、これを、3GPP TS 27.007 V5.6.0 Section 10.1.1に記載されたとおりに提供されるcidに関連付ける
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２０９】
ＡＴコマンド：AT+CGEQREQ
・  コマンド名：AT+CGEQREQ
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
【０２１０】
【表５８】
2010519808.tif 000062
【０２１１】
・  パラメータ
−  TS 27.007 V5.6.0 Section 10.1.6で定義されるとおり
・  リターン
−  アクションの成功の完了の場合にOK
−  失敗の場合にERROR
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、ＵＭＴＳ  ＰＤＰコンテキストのサービス品質（ＱｏＳ）プロファイルを指定しなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 10.1.6で指定されるコードを使用してＱｏＳパラメータを解釈し、セットする
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２１２】
ＡＴコマンド：AT+CGATT
・  コマンド名：AT+CGATT
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +CGATT=[<state>]
・  パラメータ
−  state：パケットドメインサービスのアタッチまたはデタッチの要求コード
・  リターン
−  アクションの成功の完了の場合にOK
−  失敗の場合にERROR
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、ＵＭＴＳパケットドメインサービスからのアタッチまたはデタッチを要求しなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 10.1.9で指定されたアタッチメントコードを解釈し、使用する
−  ＵＭＴＳデバイスドライバは、望まれるアタッチ要求またはデタッチ要求を実行する
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２１３】
ＡＴコマンド：AT+CGATT?
・  コマンド名：AT+CGATT?
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +CGATT?
・  パラメータ
−  パラメータは引数としては渡されない
・  リターン
−  +CGATT:<state>
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントがＵＭＴＳパケットドメインアタッチメント状況を問い合わせなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 10.1.9で指定された状況コードを返す
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２１４】
ＡＴコマンド：AT+CGREG?
・  コマンド名：AT+CGREG?
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +CGREG?
・  パラメータ
−  パラメータは引数としては渡されない
・  リターン
−  成功の完了の場合には+CGREG: <n>,<stat>[,<lac>,<ci>］
−  失敗の場合には+CME ERROR: <err>
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントがＵＭＴＳネットワーク登録状況を問い合わせなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 7.2で指定されたコードを使用して、上のパラメータを返す
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２１５】
ＡＴコマンド：AT+CGACT
・  コマンド名：AT+CGACT
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
【０２１６】
【表５９】
2010519808.tif 000063
【０２１７】
・  パラメータ
−  state：ＰＤＰコンテキストアクティブ化の状況（active=1 / inactive=0）
−  cid  ：ＰＤＰコンテキスト定義を示す数値パラメータ
・  リターン
−  アクションの成功の完了の場合にOK
−  失敗の場合にERROR:<err>
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントがＵＭＴＳ  ＰＤＰコンテキストをアクティブ化（または非アクティブ化）しなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 10.1.1および10.1.10で指定されたcidコードを使用する
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２１８】
ＡＴコマンド：AT+CGACT?
・  コマンド名：AT+CGACT?
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +CGACT?
・  パラメータ
−  パラメータは引数としては渡されない
・  リターン
【０２１９】
【表６０】
2010519808.tif 000064
【０２２０】
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、すべての定義されたＵＭＴＳ  ＰＤＰコンテキストのアクティブ化状況を問い合わせなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section10.1.10で指定されるすべての定義されたＵＭＴＳ  ＰＤＰコンテキストのアクティブ化状況コードを返す
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２２１】
ＡＴコマンド：AT+CGDCONT?
・  コマンド名：AT+CGDCONT?
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +CGDCONT?
・  パラメータ
−  パラメータは引数としては渡されない
・  リターン
【０２２２】
【表６１】
2010519808.tif 000065
【０２２３】
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、すべての定義されたＵＭＴＳ  ＰＤＰコンテキストのセッティングを問い合わせなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 10.1.1で指定される、上のパラメータを使用して、すべての定義されたＵＭＴＳ  ＰＤＰコンテキストの現在のセッティングを返す
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２２４】
ＡＴコマンド：AT+CGDATA
・  コマンド名：AT+CGDATA
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +CGDATA=[<L2P> ,[<cid> [,<cid> [,...]]]]
・  パラメータ
−  L2P：ＴＥとＭＴとの間で使用されるレイヤ２プロトコルを記述するパラメータ
−  cid：ＰＤＰコンテキスト定義を示す数値パラメータ
・  リターン
−  アクションの成功の完了の場合にCONNECT
−  失敗の場合にERROR:<err>
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、ＵＭＴＳスタックにデータ状態に入らせなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、3GPP TS 27.007 V5.6.0 Section 10.1.1および10.1.12で指定された引数コードを使用する
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、Link_Action.requestを実施するのに使用することができ、これによって、リターンは、Link_Action.confirmの一部として扱われる
【０２２５】
ＡＴコマンド：AT+XDTBT
・  コマンド名：AT+XDTBT
−  方向：ＭＩＨクライアントミドルウェア→ＵＭＴＳデバイスドライバ
・  関数
−  +XDTBT?
・  パラメータ
−  パラメータは引数としては渡されない
・  リターン
−  +XDTBT:<sent_bytes>,<received_bytes>
・  次のときに生成される
−  ＭＩＨミドルウェアクライアントが、ＵＭＴＳデータ転送統計を問い合わせなければならないとき
・  受信時のアクション
−  ＵＭＴＳデバイスドライバは、送信されたバイトの総数および受信されたバイトの総数をlong integerとして返す
・  注
−  このＡＴコマンド（または、それに対応する関数呼出し）は、ＵＭＴＳ接続上にアクティブセッションがあるかどうかを識別する機構を実施するのに使用できる
【０２２６】
実施形態。
１．ＩＥＥＥ８０２．１６ネットワークとＵＭＴＳネットワークとの間でＩＥＥＥ８０２．２１ＭＩＨ機能を使用してハンドオーバを実行するＷＴＲＵ内で実施される方法。
【０２２７】
２．ＭＩＨエンティティは、第１のＡＰＩを介してＩＥＥＥ８０２．１６リンクを確立するようにＩＥＥＥ８０２．１６モデムに要求することを含む、実施形態１の方法。
【０２２８】
３．ＩＥＥＥ８０２．１６モデムは、第２のＡＰＩを介してＭＩＨエンティティにＩＥＥＥ８０２．１６リンクを確立する試みの状況を報告することを含む、実施形態２の方法。
【０２２９】
４．状況が、ＩＥＥＥ８０２．１６リンクが首尾よく確立されたことを示す場合に、ＭＩＨエンティティは、ＭＩＨセッションを開始する、実施形態３の方法。
【０２３０】
５．ＩＥＥＥ８０２．１６モデムは、第３のＡＰＩを介してＭＩＨエンティティにレイヤ２接続があるタイムインターバル内に終了されると期待されることを示すことを含む、実施形態２〜４のいずれか１つの方法。
【０２３１】
６．ＭＩＨエンティティは、ハンドオーバのためにＵＭＴＳモデムをアクティブ化することを含む、実施形態５の方法。
【０２３２】
７．ＭＩＨエンティティは、ＦＡの発見およびモバイルＩＰバインディング更新を要求することをさらに含む、実施形態２〜６のいずれか１つの方法。
【０２３３】
８．ＩＥＥＥ８０２．１６モデムは、ＩＥＥＥ８０２．１６リンク上でＷＴＲＵのＩＰスタックを介してＦＡの発見およびモバイルＩＰバインディング更新を実行することを含む、実施形態７の方法。
【０２３４】
９．ＭＩＨエンティティは、Ｐ−ＣＳＣＦおよびＭＩＨサーバの発見を要求することをさらに含む、実施形態２〜８のいずれか１つの方法。
【０２３５】
１０．ＩＥＥＥ８０２．１６モデムは、ＩＥＥＥ８０２．１６リンク上でＩＰスタックを介してＰ−ＣＳＣＦおよびＭＩＨサーバの発見を実行することを含む、実施形態９の方法。
【０２３６】
１１．ＭＩＨサーバは、ＤＨＣＰおよびＤＮＳのうちの１つを介して発見される、実施形態１０の方法。
【０２３７】
１２．ＭＩＨエンティティは、ＩＭＳ登録を要求することをさらに含む、実施形態２から１１のいずれか１つの方法。
【０２３８】
１３．ＩＥＥＥ８０２．１６モデムは、ＩＥＥＥ８０２．１６リンク上でＩＰスタックを介してＩＭＳ登録を実行することを含む、実施形態１２の方法。
【０２３９】
１４．ＭＩＨエンティティは、ＨＡ  ＩＰアドレスを要求することをさらに含む、実施形態２〜１３のいずれか１つの方法。
【０２４０】
１５．ＩＥＥＥ８０２．１６モデムは、ＩＥＥＥ８０２．１６リンク上でＩＰスタックを介してＨＡ  ＩＰアドレスクエリを実行することを含む、実施形態１４の方法。
【０２４１】
１６．ＭＩＨエンティティは、ＵＭＴＳモデムをアクティブ化するのにAT+CFUNコマンドを使用する、実施形態６〜１５のいずれか１つの方法。
【０２４２】
１７．ＭＩＨエンティティは、交差されたときに測定報告の生成をトリガするＩＥＥＥ８０２．１６リンクパラメータについてLink_Configure_Thresholds.request ＡＰＩを介して閾値をセットすることをさらに含む、実施形態２から１６のいずれか１つの方法。
【０２４３】
１８．ＩＥＥＥ８０２．１６モデムは、Link_Configure_Thresholds.confirm ＡＰＩを介してＭＩＨエンティティに構成の結果を示すことを含む、実施形態１７の方法。
【０２４４】
１９．ＩＥＥＥ８０２．１６モデムは、Link_Parameter_Report.indication ＡＰＩを介してＭＩＨエンティティに、ＩＥＥＥ８０２．１６リンクパラメータが閾値と交差したことを示すことをさらに含む、実施形態１８〜１９のいずれか１つの方法。
【０２４５】
２０．ＭＩＨエンティティは、Link_Get_Parameter.request ＡＰＩを介して、ＵＭＴＳ信号品質測定値を報告するようにＵＭＴＳモデムに要求することをさらに含む、実施形態２から１９のいずれか１つの方法。
【０２４６】
２１．ＵＭＴＳモデムは、Link_Get_Parameter.confirm ＡＰＩを介して、ＭＩＨエンティティにＵＭＴＳ信号品質測定値を報告することを含む、実施形態２０の方法。
【０２４７】
２２．ＭＩＨエンティティは、ＵＭＴＳ信号品質測定値をＭＩＨサーバに送信することを含む、実施形態２１の方法。
【０２４８】
２３．ＭＩＨエンティティは、ＭＩＨサーバからＭＩＨ切替要求を受信することを含む、実施形態２２の方法。
【０２４９】
２４．ＭＩＨエンティティは、ＵＭＴＳネットワークへのハンドオーバプロシージャを開始することを含む、実施形態２３の方法。
【０２５０】
２５．ＭＩＨエンティティは、ＵＭＴＳ信号品質測定値を要求するのにAT+CSQコマンドを使用する、実施形態２０〜２４のいずれか１つの方法。
【０２５１】
２６．ＭＩＨエンティティは、新規ＰＤＰコンテキストを作成するようにＵＭＴＳモデムに要求することをさらに含む、実施形態６〜２５のいずれか１つの方法。
【０２５２】
２７．ＭＩＨエンティティは、ＵＭＴＳネットワークにアタッチするようにＵＭＴＳモデムに要求することを含む、実施形態２６に記載の方法。
【０２５３】
２８．ＭＩＨエンティティは、ＵＭＴＳモデムに登録状況を要求することを含む、実施形態２７に記載の方法。
【０２５４】
２９．ＭＩＨエンティティは、ＰＤＰコンテキストをアクティブ化するようにＵＭＴＳモデムに要求することを含む、実施形態２６〜２８のいずれか１つの方法。
【０２５５】
３０．ＭＩＨエンティティは、定義されたＰＤＰコンテキストの現在のセッティングをＵＭＴＳモデムに要求することを含む、実施形態２６〜２９のいずれか１つの方法。
【０２５６】
３１．ＭＩＨエンティティは、データ状態に入るようにＵＭＴＳモデムに要求することを含む、実施形態２６〜３０のいずれか１つの方法。
【０２５７】
３２．ＭＩＨエンティティは、ＦＡの発見およびモバイルＩＰバインディング更新を実行するようにモバイルＩＰクライアントに要求することを含む、実施形態２６〜３１のいずれか１つの方法。
【０２５８】
３３．ＭＩＨエンティティは、ＭＩＨ切替応答をＭＩＨサーバに送信することを含む、実施形態２６〜３２のいずれか１つの方法。
【０２５９】
３４．ＭＩＨエンティティは、新規ＰＤＰコンテキスト作成を要求するのにAT+CGDCONTコマンドを使用する、実施形態２６から３３のいずれか１つの方法。
【０２６０】
３５．ＭＩＨエンティティは、アタッチメントを要求するのにAT+CGATTコマンドを使用する、実施形態２７〜３４のいずれか１つの方法。
【０２６１】
３６．ＭＩＨエンティティは、登録状況を要求するのにAT+CGREG?を使用し、ＰＤＰコンテキストアクティブ化を要求するのにAT+CGACTコマンドを使用する、実施形態２８〜３５のいずれか１つの方法。
【０２６２】
３７．ＭＩＨエンティティは、定義されたＰＤＰコンテキストの現在のセッティングを要求するのにAT+CGDCONT?を使用し、データ状態に入るようにＵＭＴＳモデムに要求するのにAT+CGDATAを使用する、実施形態３０〜３６のいずれか１つの方法。
【０２６３】
３８．ＭＩＨエンティティは、Link_Action.request ＡＰＩを介して、ＩＥＥＥ８０２．１６リンクを破壊するようにＩＥＥＥ８０２．１６モデムに指令することをさらに含む、実施形態３３〜３７のいずれか１つの方法。
【０２６４】
３９．ＭＩＨエンティティは、Link_Get_Parameter.request ＡＰＩを介して、ＩＥＥＥ８０２．１６モデムにＩＥＥＥ８０２．１６ＱｏＳパラメータを要求することをさらに含む、実施形態２〜３８のいずれか１つの方法。
【０２６５】
４０．ＩＥＥＥ８０２．１６モデムは、Link_Get_Parameter.confirm ＡＰＩを介して、ＭＩＨエンティティに要求されたＩＥＥＥ８０２．１６ＱｏＳパラメータを送信することを含む、実施形態３９の方法。
【０２６６】
４１．ＭＩＨエンティティは、ＩＥＥＥ８０２．１６ＱｏＳパラメータをＵＭＴＳ  ＱｏＳパラメータにマッピングし、Link_Action.request ＡＰＩを介してＵＭＴＳモデムにＵＭＴＳ  ＱｏＳプロファイルを指定することであって、指定されるＵＭＴＳ  ＱｏＳプロファイルは、ＰＤＰコンテキストアクティブ化中にＵＭＴＳネットワークに要求される、ことを含む、実施形態４０の方法。
【０２６７】
４２．ＭＩＨエンティティは、ＵＭＴＳ  ＱｏＳプロファイルを指定するのにAT+CGEQREQコマンドを使用する、実施形態４１の方法。
【０２６８】
４３．ＭＩＨエンティティは、ＰＤＰコンテキストアクティブ化中に、サブスクライブされたＱｏＳプロファイルを要求する、実施形態４１〜４２のいずれか１つの方法。
【０２６９】
４４．ＩＥＥＥ８０２．１６リンクが首尾よく確立はされなかったことが示される場合に、ＭＩＨエンティティは、ＵＭＴＳネットワークにアタッチするようにＵＭＴＳモデムに要求することをさらに含む、実施形態２〜４３のいずれか１つの方法。
【０２７０】
４５．ＭＩＨエンティティは、ＵＭＴＳモデムにネットワーク登録状況を要求することを含む、実施形態４４の方法。
【０２７１】
４６．ＭＩＨエンティティは、ＰＤＰコンテキストをアクティブ化するようにＵＭＴＳモデムに要求することを含む、実施形態４４〜４５のいずれか１つの方法。
【０２７２】
４７．ＭＩＨエンティティは、ＵＭＴＳモデムに定義されたＰＤＰコンテキストの現在のセッティングを要求することを含む、実施形態４４〜４６のいずれか１つの方法。
【０２７３】
４８．ＭＩＨエンティティは、データ状態に入るようにＵＭＴＳモデムに要求することを含む、実施形態４４〜４７のいずれか１つの方法。
【０２７４】
４９．ＭＩＨエンティティは、モバイルＩＰバインディング更新を実行するようにモバイルＩＰクライアントに要求することを含む、実施形態４４〜４８のいずれか１つの方法。
【０２７５】
５０．第１のＡＰＩは、Link_Action.request ＡＰＩであり、第２のＡＰＩは、Link_Action.confirm ＡＰＩであり、第３のＡＰＩは、Link_Going_Down.indication ＡＰＩである、実施形態２〜４９のいずれか１つの方法。
【０２７６】
５１．ＭＩＨエンティティは、ＵＭＴＳネットワーク上にＷＴＲＵに関するトラフィックがあるかどうかを判定するためにＵＭＴＳモデムに要求を送信することを含む、実施形態１の方法。
【０２７７】
５２．ＵＭＴＳネットワーク上にトラフィックがない場合に、ＭＩＨエンティティは、ＩＥＥＥ８０２．１６ネットワークをスキャンするようにＩＥＥＥ８０２．１６モデムに要求することを含む、実施形態５１の方法。
【０２７８】
５３．ＩＥＥＥ８０２．１６モデムは、スキャン結果をＭＩＨエンティティに送信することを含む、実施形態５２の方法。
【０２７９】
５４．スキャン結果が、ＩＥＥＥ８０２．１６セルの検出を示す場合に、ＭＩＨエンティティは、ＰＤＰ非アクティブ化およびデタッチプロシージャを実行するようにＵＭＴＳモデムに要求することを含む、実施形態５３の方法。
【０２８０】
５５．ＭＩＨエンティティは、ＡＰＩを介して、ＩＥＥＥ８０２．１６リンクを確立するようにＩＥＥＥ８０２．１６モデムに要求することを含む、実施形態５４の方法。
【０２８１】
５６．ＭＩＨエンティティは、ＰＤＰコンテキストを非アクティブ化するのにAT+CGACTコマンドを使用し、デタッチメントを要求するのにAT+CGATTコマンドを使用する、実施形態５４〜５５のいずれか１つの方法。
【０２８２】
５７．ＡＰＩは、Link_Action.request ＡＰＩである、実施形態５５〜５６のいずれか１つの方法。
【０２８３】
５８．ＩＥＥＥ８０２．１６ネットワークとＵＭＴＳネットワークとの間でＭＩＨをサポートするＷＴＲＵ。
【０２８４】
５９．ＩＥＥＥ８０２．１６ネットワークとの無線リンクを確立するＩＥＥＥ８０２．１６モデムを含む、実施形態５８のＷＴＲＵ。
【０２８５】
６０．ＵＭＴＳネットワークとの無線リンクを確立するＵＭＴＳモデムを含む、実施形態５９のＷＴＲＵ。
【０２８６】
６１．上位レイヤを含む、実施形態６０のＷＴＲＵ。
【０２８７】
６２．ＭＩＨ機能を実行するＭＩＨエンティティであって、ＩＥＥＥ８０２．１６モデム、ＵＭＴＳモデム、上位レイヤ、およびＭＩＨエンティティは、ＡＰＩを介して通信する、ＭＩＨエンティティを含む、実施形態６１のＷＴＲＵ。
【０２８８】
６３．ＭＩＨエンティティは、交差されたときにLink_Configure_Thresholds.request  ＡＰＩを介する測定レポートの生成をトリガするＩＥＥＥ８０２．１６リンクパラメータの閾値をセットするようにＩＥＥＥ８０２．１６モデムに要求し、ＩＥＥＥ８０２．１６モデムは、Link_Configure_Thresholds.confirm ＡＰＩを介して、そのような構成の結果を送信する、実施形態６２のＷＴＲＵ。
【０２８９】
６４．ＩＥＥＥ８０２．１６モデムは、レイヤ２接続があるタイムインターバル内にダウンすると期待されることをLink_Going_Down ＡＰＩを介して示し、リンクパラメータが閾値と交差したことをLink_Patameter_Report.indication ＡＰＩを介して示す、実施形態６０〜６３のいずれか１つのＷＴＲＵ。
【０２９０】
６５．ＭＩＨエンティティは、Link_Action.request ＡＰＩを介して、リンクレイヤ接続変更に対してＩＥＥＥ８０２．１６モデムに命令し、ＩＥＥＥ８０２．１６モデムは、Link_Action.confirm ＡＰＩを介して、リンクレイヤ接続変更の状況を示す、実施形態６２〜６４のいずれか１つのＷＴＲＵ。
【０２９１】
６６．ＭＩＨエンティティは、Link_Get_Parameter.request ＡＰＩを介して、ＩＥＥＥ８０２．１６モデムにターゲットアプリケーションのＱｏＳパラメータを要求し、ＩＥＥＥ８０２．１６モデムは、Link_Get_Parameters.confirm ＡＰＩを介して要求されたＱｏＳパラメータを応答する、実施形態６２〜６５のいずれか１つのＷＴＲＵ。
【０２９２】
６７．ＭＩＨエンティティは、Link_Get_Parameters.request ＡＰＩを介して、ＵＭＴＳ信号品質測定値を報告するようにＵＭＴＳモデムに要求し、ＵＭＴＳモデムは、Link_Get_Parameters.confirm ＡＰＩを介して、要求されたＵＭＴＳ信号強度測定値を報告する、実施形態６２〜６６のいずれか１つのＷＴＲＵ。
【０２９３】
６８．ＭＩＨエンティティは、ＵＭＴＳ信号品質測定値を要求するのにAT+CSQコマンドを使用する、実施形態６７のＷＴＲＵ。
【０２９４】
６９．ＭＩＨエンティティは、AT+CFUNコマンドを使用して、Link_Action.request ＡＰＩを介してidleモードおよびConnectedモードのうちの１つになるようにＵＭＴＳモデムをアクティブ化し、ＵＭＴＳモデムは、Link_Action.confirm ＡＰＩを介してアクティブ化の状況を示す、実施形態６２〜６８のいずれか１つのＷＴＲＵ。
【０２９５】
７０．ＭＩＨエンティティは、Link_Action.request ＡＰＩを介して、新規ＰＤＰコンテキストを作成し、ＵＭＴＳネットワークにアタッチし、登録状況を要求し、ＰＤＰコンテキストアクティブ化を要求し、定義されたＰＤＰコンテキストの現在のセッティングを要求し、ＵＭＴＳモデムがデータ状態に入ることを要求することをＵＭＴＳモデムに要求する、実施形態６２〜６９のいずれか１つのＷＴＲＵ。
【０２９６】
７１．ＭＩＨエンティティは、新規ＰＤＰコンテキスト作成を要求するのにAT+CGDCONTコマンドを使用し、アタッチメントを要求するのにAT+CGATTコマンドを使用し、登録状況を要求するのにAT+CGREG?を使用し、ＰＤＰコンテキストアクティブ化を要求するのにAT+CGACTコマンドを使用し、定義されたＰＤＰコンテキストの現在のセッティングを要求するのにAT+CGDCONT?を使用し、データ状態に入るようにＵＭＴＳモデムに要求するのにAT+CGDATAを使用する、実施形態７０のＷＴＲＵ。
【０２９７】
７２．上位レイヤは、モバイルＩＰレイヤを含み、ＡＰＩは、モバイルＩＰ  ＦＡの発見を要求するＭＩＨエンティティからモバイルＩＰレイヤへのＡＰＩおよびモバイルＩＰ  ＦＡの発見を確認するモバイルＩＰレイヤからＭＩＨエンティティへのＡＰＩを含む、実施形態６１〜７１のいずれか１つのＷＴＲＵ。
【０２９８】
７３．ＡＰＩは、ＦＡを介してＨＡに新しいネットワークアタッチメントを登録するためにモバイルＩＰバインディング更新を実行するＭＩＨエンティティからモバイルＩＰレイヤへのＡＰＩと、バインディング更新完了を確認するモバイルＩＰレイヤからＭＩＨエンティティへのＡＰＩとを含む、実施形態７２のＷＴＲＵ。
【０２９９】
７４．上位レイヤは、モバイルＩＰレイヤを含み、ＡＰＩは、使用中のＩＰアドレスの個数およびアクティブＩＰに対応するホームアドレスに関する情報を要求するＭＩＨエンティティからモバイルＩＰレイヤへのＡＰＩと、ＩＰアドレスの個数および対応するホームアドレスを提供するモバイルＩＰレイヤからＭＩＨエンティティへのＡＰＩとを含む、実施形態６１〜７３のいずれか１つのＷＴＲＵ。
【０３００】
７５．上位レイヤは、ＤＨＣＰレイヤを含み、ＡＰＩは、Ｐ−ＣＳＣＦのＩＰアドレスを発見するＭＩＨエンティティからＤＨＣＰレイヤへのＡＰＩと、Ｐ−ＣＳＣＦのＩＰアドレスを発見する試みの結果を返すＤＨＣＰレイヤからＭＩＨエンティティへのＡＰＩとを含む、実施形態６１〜７４のいずれか１つのＷＴＲＵ。
【０３０１】
７６．上位レイヤは、ＩＭＳレイヤを含み、ＡＰＩは、ＩＭＳに登録するＭＩＨエンティティからＩＭＳレイヤへのＡＰＩと、ＩＭＳへの登録の試みの結果を返すＡＰＩとを含む、実施形態６１〜７５のいずれか１つのＷＴＲＵ。
【０３０２】
７７．上位レイヤは、トランスポートプロトコルレイヤ／ＩＰレイヤを含み、ＡＰＩは、互いに通信するためにＭＩＨエンティティからトランスポート／ＩＰレイヤへのＡＰＩおよびトランスポート／ＩＰレイヤからＭＩＨエンティティへのＡＰＩを含む、実施形態６１〜７６のいずれか１つのＷＴＲＵ。
【０３０３】
７８．上位レイヤは、ＤＨＣＰレイヤを含み、ＡＰＩは、ネットワークノードのＩＰアドレスを発見するＭＩＨエンティティからＤＨＣＰレイヤへのＡＰＩと、ネットワークノードを発見する試みの結果を返すＤＨＣＰレイヤからＭＩＨエンティティへのＡＰＩとを含む、実施形態６１〜７７のいずれか１つのＷＴＲＵ。
【０３０４】
７９．上位レイヤは、Ｏ＆Ｍレイヤを含み、ＡＰＩは、ＭＩＨエンティティをアクティブ化するＯ＆ＭレイヤからＭＩＨエンティティへのＡＰＩと、ＭＩＨエンティティをアクティブ化する試みの結果を返すＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩとを含む、実施形態６１〜７８のいずれか１つのＷＴＲＵ。
【０３０５】
８０．上位レイヤは、Ｏ＆Ｍレイヤを含み、ＡＰＩは、ＭＩＨエンティティを非アクティブ化するＯ＆ＭレイヤからＭＩＨエンティティへのＡＰＩと、ＭＩＨエンティティを非アクティブ化する試みの結果を返すＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩとを含む、実施形態６１〜７９のいずれか１つのＷＴＲＵ。
【０３０６】
８１．上位レイヤは、Ｏ＆Ｍレイヤを含み、ＡＰＩは、ＭＩＨエンティティパラメータを取り出すＯ＆ＭレイヤからＭＩＨエンティティへのＡＰＩと、要求されたＭＩＨエンティティパラメータを返すＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩとを含む、実施形態６１〜８０のいずれか１つのＷＴＲＵ。
【０３０７】
８２．上位レイヤは、Ｏ＆Ｍレイヤを含み、ＡＰＩは、ＩＥＥＥ８０２．１６ネットワークとＵＭＴＳネットワークとの間のハンドオーバ完了についてＯ＆Ｍレイヤに知らせるＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩを含む、実施形態６１〜８１のいずれか１つのＷＴＲＵ。
【０３０８】
８３．上位レイヤは、Ｏ＆Ｍレイヤを含み、ＡＰＩは、ＵＭＴＳモデムのモードをチェックするＯ＆ＭレイヤからＭＩＨエンティティへのＡＰＩと、ＵＭＴＳモデムのモードを返すＭＩＨエンティティからＯ＆ＭレイヤへのＡＰＩとを含む、実施形態６１〜８２のいずれか１つのＷＴＲＵ。
【０３０９】
８４．ＭＩＨエンティティは、Link_Get_Parameter.request ＡＰＩを介してＩＥＥＥ８０２．１６モデムにＩＥＥＥ８０２．１６ＱｏＳパラメータを要求し、ＩＥＥＥ８０２．１６ＱｏＳパラメータをＵＭＴＳ  ＱｏＳパラメータにマッピングし、Link_Action.request ＡＰＩを介してＵＭＴＳモデムにＵＭＴＳ  ＱｏＳプロファイルを指定するように構成され、指定されるＵＭＴＳ  ＱｏＳプロファイルは、ＰＤＰコンテキストアクティブ化中にＵＭＴＳネットワークに要求される、実施形態６２〜８３のいずれか１つのＷＴＲＵ。
【０３１０】
８５．ＭＩＨエンティティは、ＵＭＴＳ  ＱｏＳプロファイルを指定するのにAT+CGEQREQコマンドを使用する、実施形態８４のＷＴＲＵ。
【０３１１】
８６．ＭＩＨエンティティは、ＰＤＰコンテキストアクティブ化中にサブスクライブされたＱｏＳプロファイルを要求するように構成される、実施形態８４〜８５のいずれか１つのＷＴＲＵ。
【０３１２】
特徴および要素を、例示の実施形態で特定の組合せで説明したが、各特徴または要素を、例示の実施形態の他の特徴および要素を伴わずに単独でまたは他の特徴および要素を伴うもしくは伴わない様々な組合せで使用することができる。本明細書で説明された方法またはフロー図を、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体内で有形に実施されるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスク、デジタル多用途ディスク（ＤＶＤ）などの光媒体ならびに類似物を含む。
【０３１３】
適切なプロセッサは、例えば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０３１４】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ：radio network controller）、任意のホストコンピュータ、等で使用されるラジオ周波数トランシーバを実施することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョン受像機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールと共に使用することができる。
【図１】
2010519808.tif 000066
【図２Ａ】
2010519808.tif 000067
【図２Ｂ】
2010519808.tif 000068
【図３】
2010519808.tif 000069
【図４】
2010519808.tif 000070
【図５】
2010519808.tif 000071
【図６Ａ】
2010519808.tif 000072
【図６Ｂ】
2010519808.tif 000073
【図７】
2010519808.tif 000074
【手続補正書】
【提出日】平成21年10月19日(2009.10.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メディア独立ハンドオーバ（ＭＩＨ：media independent handover）対応の無線送受信ユニット（ＷＴＲＵ）で使用される方法であって、
前記方法は、
ＩＥＥＥ８０２．１６モデムを使用してＩＥＥＥ８０２．１６リンクを確立するステップと、
ＭＩＨエンティティが、プロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）発見要求およびＭＩＨサーバ発見要求を前記ＩＥＥＥ８０２．１６モデムに通信するステップと、
前記ＩＥＥＥ８０２．１６モデムが、ＤＨＣＰまたはＤＮＳを介してインターネットプロトコル（ＩＰ）スタック上でＰ−ＣＳＣＦおよびＭＩＨサーバを発見するステップと、
前記ＭＩＨエンティティが、ＭＩＨセッションを開始するステップと、
前記ＩＥＥＥ８０２．１６モデムが、前記リンクが終了されると期待されることを前記ＭＩＨエンティティに通信するステップと、
前記ＭＩＨエンティティが、ハンドオーバのためにＵＭＴＳモデムをアクティブ化するステップと
を備えることを特徴とする方法。
【請求項２】
前記ＭＩＨエンティティが、Ｓｅｒｖｉｃｅ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）クライアントにＩＭＳ登録要求を通信するステップと、
前記ＳＩＰクライアントが、ＩＰスタックを介して前記Ｐ−ＣＳＣＦにＩＭＳ登録要求を送信するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＭＩＨエンティティが、ホームエージェント（ＨＡ）ＩＰアドレス要求を前記ＩＥＥＥ８０２．１６モデムに通信するステップと、
前記ＩＥＥＥ８０２．１６モデムが、前記ＭＩＨエンティティからの前記ＨＡ  ＩＰアドレス要求に応答して前記ＦＡにＨＡ  ＩＰアドレス要求を送信するステップと、
前記ＩＥＥＥ８０２．１６モデムが、前記ＨＡ  ＩＰアドレスを示す前記ＦＡからのＨＡ  ＩＰ応答を受信するステップと、
前記ＩＥＥＥ８０２．１６モデムが、前記ＨＡ  ＩＰアドレスを前記ＭＩＨエンティティに通信するステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項４】
前記ＩＥＥＥ８０２．１６モデム上にトラフィックがなく、
前記方法は、
前記ＭＩＨエンティティが、ＵＭＴＳへの切替を指し示す要求を前記ＭＩＨサーバから受信し、パケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ＰＤＰコンテキスト作成要求に応答してＰＤＰコンテキストを作成するステップと、
前記ＭＩＨエンティティが、ＵＭＴＳアタッチメント要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ＵＭＴＳアタッチメント要求に応答してＵＭＴＳネットワークにアタッチするステップと、
前記ＭＩＨエンティティが、ＰＤＰコンテキストアクティブ化要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ＰＤＰコンテキストアクティブ化要求に応答して前記ＰＤＰコンテキストをアクティブ化するステップと、
前記ＭＩＨエンティティが、フォーリンエージェント（ＦＡ）発見要求およびモバイルＩＰ（ＭＩＰ）バインディング更新要求をＭＩＰクライアントに通信するステップと、
前記ＭＩＰクライアントが、前記ＦＡ発見要求に応答してＦＡを発見し、前記ＭＩＰバインディング更新要求に応答してＭＩＰバインディング更新を実行するステップと、
前記ＭＩＨエンティティが、シャットダウン要求を前記ＩＥＥＥ８０２．１６モデムに通信するステップと、
前記ＩＥＥＥ８０２．１６モデムが、前記シャットダウン要求に応答してシャットダウンするステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項５】
前記ＩＥＥＥ８０２．１６上にトラフィックがあり、
前記方法は、
前記ＭＩＨエンティティが、ＵＭＴＳへの切替を示す要求を前記ＭＩＨサーバから受信し、パケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ＰＤＰコンテキスト作成要求に応答してＰＤＰコンテキストを作成するステップと、
前記ＭＩＨエンティティが、前記ＩＥＥＥ８０２．１６モデムにＩＥＥＥ８０２．１６サービス品質（ＱｏＳ）パラメータ要求を通信するステップと、
前記ＩＥＥＥ８０２．１６モデムが、前記ＩＥＥＥ８０２．１６  ＱｏＳパラメータ要求に応答して前記ＭＩＨエンティティに現在動作しているアプリケーションのＩＥＥＥ８０２．１６  ＱｏＳパラメータを通信するステップと、
前記ＭＩＨエンティティが、前記ＩＥＥＥ８０２．１６  ＱｏＳパラメータをＵＭＴＳ  ＱｏＳパラメータにマッピングするステップと、
前記ＭＩＨエンティティが、前記マッピングされたＵＭＴＳ  ＱｏＳパラメータおよびＵＭＴＳアタッチメント要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ＵＭＴＳアタッチメント要求に応答してＵＭＴＳネットワークにアタッチするステップと、
前記ＭＩＨエンティティが、ＰＤＰコンテキストアクティブ化要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ＰＤＰコンテキストアクティブ化要求に応答して前記ＰＤＰコンテキストをアクティブ化するステップであって、前記ＰＤＰコンテキストのアクティブ化は、前記マッピングされたＵＭＴＳ  ＱｏＳパラメータを含むＱｏＳプロファイル要求を前記ＵＭＴＳネットワークに送信することを含む、ステップと、
前記ＭＩＨエンティティが、フォーリンエージェント（ＦＡ）発見要求およびモバイルＩＰ（ＭＩＰ）バインディング更新要求をＭＩＰクライアントに通信するステップと、
前記ＭＩＰクライアントが、前記ＦＡ発見要求に応答してＦＡを発見し、前記ＭＩＰバインディング更新要求に応答してＭＩＰバインディング更新を実行するステップと、
前記ＭＩＨエンティティが、前記ＩＥＥＥ８０２．１６モデムにシャットダウン要求を通信するステップと、
前記ＩＥＥＥ８０２．１６モデムが、前記シャットダウン要求に応答してシャットダウンするステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項６】
前記ＩＥＥＥ８０２．１６モデム上にトラフィックがあり、
前記方法は、
前記ＭＩＨエンティティが、前記ＵＭＴＳへの切替を示す要求を前記ＭＩＨサーバから受信し、パケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ＰＤＰコンテキスト作成要求に応答してＰＤＰコンテキストを作成するステップと、
前記ＭＩＨエンティティが、サブスクライブされたＱｏＳプロファイル要求を前記ＵＭＴＳネットワークに送信し、前記ＵＭＴＳネットワークからサブスクライブされたＱｏＳプロファイル応答を受信するステップであって、前記サブスクライブされたＱｏＳプロファイル応答は、前記ＰＤＰコンテキストのネットワーク割当されたＱｏＳパラメータを示す、ステップと、
前記ＭＩＨエンティティが、前記マッピングされたＵＭＴＳ  ＱｏＳパラメータおよびＵＭＴＳアタッチメント要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ＵＭＴＳアタッチメント要求に応答してＵＭＴＳネットワークにアタッチするステップと、
前記ＭＩＨエンティティが、前記ＵＭＴＳモデムにＰＤＰコンテキストアクティブ化要求を通信するステップと、
前記ＵＭＴＳモデムが、前記ＰＤＰコンテキストアクティブ化要求に応答して前記ＰＤＰコンテキストをアクティブ化するステップであって、前記ＰＤＰコンテキストのアクティブ化は、サブスクライブされたＵＴＭＳ  ＱｏＳパラメータを示すＱｏＳプロファイル要求を前記ＵＭＴＳネットワークに送信することを含む、ステップと、
前記ＭＩＨエンティティが、フォーリンエージェント（ＦＡ）発見要求およびモバイルＩＰ（ＭＩＰ）バインディング更新要求をＭＩＰクライアントに通信するステップと、
前記ＭＩＰクライアントが、前記ＦＡ発見要求に応答してＦＡを発見し、前記ＭＩＰバインディング更新要求に応答してＭＩＰバインディング更新を実行するステップと、
前記ＭＩＨエンティティが、前記ＩＥＥＥ８０２．１６モデムにシャットダウン要求を通信するステップと、
前記ＩＥＥＥ８０２．１６モデムが、前記シャットダウン要求に応答してシャットダウンするステップと
をさらに備えることを特徴とする請求項１に記載の方法。
【請求項７】
メディア独立ハンドオーバ（ＭＩＨ：media independent handover）対応の無線送受信ユニット（ＷＴＲＵ）であって、
前記ＷＴＲＵは、
ＩＥＥＥ８０２．１６リンクを確立するように構成されたＩＥＥＥ８０２．１６モデムと、
ＵＭＴＳリンクを確立するように構成されたＵＭＴＳモデムと、
プロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）およびＭＩＨサーバに関する発見要求を前記ＩＥＥＥ８０２．１６モデムに通信するように構成されたＭＩＨエンティティと
を備え、
前記ＩＥＥＥ８０２．１６モデムは、前記発見要求に応答してＤＨＣＰまたはＤＮＳを介してＩＰスタック上でＰ−ＣＳＣＦおよびＭＩＨサーバを発見するようにさらに構成され、
前記ＭＩＨエンティティは、ＭＩＨセッションを開始するようにさらに構成され、
前記ＩＥＥＥ８０２．１６モデムは、接続が終了されると期待されることを示す終了メッセージを前記ＭＩＨエンティティに通信するようにさらに構成され、
前記ＭＩＨエンティティは、前記終了メッセージに応答してハンドオーバのために前記ＵＭＴＳモデムをアクティブ化するようにさらに構成される
ことを特徴とするＷＴＲＵ。
【請求項８】
前記ＭＩＨエンティティからのＩＭＳ登録要求に応答して前記ＩＰスタック上で前記Ｐ−ＣＳＣＦにＩＭＳ登録要求を送信するように構成されたＳｅｒｖｉｃｅ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）クライアント
をさらに含むことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記ＭＩＨエンティティは、前記ＩＥＥＥ８０２．１６モデムにホームエージェント（ＨＡ）ＩＰアドレス要求を通信するようにさらに構成され、
前記ＩＥＥＥ８０２．１６モデムは、
前記ＭＩＨエンティティからの前記ＨＡ  ＩＰアドレス要求に応答して前記ＦＡにＨＡ  ＩＰアドレス要求を送信し、
前記ＨＡ  ＩＰアドレスを示すＨＡ  ＩＰアドレス応答を前記ＦＡから受信し、
前記ＨＡ  ＩＰアドレスを前記ＭＩＨエンティティに通信する
ようにさらに構成される
ことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１０】
前記ＩＥＥＥ８０２．１６モデム上にトラフィックがなく、
前記ＭＩＨエンティティは、
ＵＭＴＳへの切替を示す要求を前記ＭＩＨサーバから受信し、
パケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を前記ＵＭＴＳモデムに通信する
ようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＰＤＰコンテキスト作成要求に応答してＰＤＰコンテキストを作成するようにさらに構成され、
前記ＭＩＨエンティティは、前記ＵＭＴＳモデムにＵＭＴＳアタッチメント要求を通信するようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＵＭＴＳアタッチメント要求に応答してＵＭＴＳリンクを確立するようにさらに構成され、
前記ＭＩＨエンティティは、前記ＵＭＴＳモデムにＰＤＰコンテキストアクティブ化要求を通信するようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＰＤＰコンテキスト作成要求に応答して前記ＰＤＰコンテキストをアクティブ化するようにさらに構成され、
前記ＭＩＨエンティティは、フォーリンエージェント（ＦＡ）発見要求およびモバイルＩＰ（ＭＩＰ）バインディング更新要求をＭＩＰクライアントに通信するようにさらに構成され、
前記ＭＩＰクライアントは、前記ＦＡ発見要求に応答してＦＡを発見し、前記ＭＩＰバインディング更新要求に応答してＭＩＰバインディング更新を実行するようにさらに構成され、
前記ＭＩＨエンティティは、シャットダウン要求を前記ＩＥＥＥ８０２．１６モデムに通信するようにさらに構成され、
前記ＩＥＥＥ８０２．１６モデムは、前記シャットダウン要求に応答してシャットダウンするようにさらに構成される
ことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１１】
前記ＩＥＥＥ８０２．１６モデム上にトラフィックがなく、
前記ＭＩＨエンティティは、
ＵＭＴＳへの切替を示す要求を前記ＭＩＨサーバから受信し、
前記ＵＭＴＳモデムにパケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を通信する
ようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＰＤＰコンテキスト作成要求に応答してＰＤＰコンテキストを作成するようにさらに構成され、
前記ＭＩＨエンティティは、前記ＩＥＥＥ８０２．１６モデムにＩＥＥＥ８０２．１６サービス品質（ＱｏＳ）要求を通信するようにさらに構成され、
前記ＩＥＥＥ８０２．１６モデムは、前記ＩＥＥＥ８０２．１６  ＱｏＳ要求に応答して前記ＭＩＨエンティティに現在実行中のアプリケーションのＩＥＥＥ８０２．１６  ＱｏＳパラメータを通信するようにさらに構成され、
前記ＭＩＨエンティティは、
前記ＩＥＥＥ８０２．１６  ＱｏＳパラメータをＵＭＴＳ  ＱｏＳパラメータにマッピングし、
前記マッピングされたＵＭＴＳ  ＱｏＳパラメータを前記ＵＭＴＳモデムに通信し、
前記ＵＭＴＳモデムにＵＭＴＳアタッチメント要求を通信する
ようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＵＭＴＳアタッチメント要求に応答してＵＭＴＳリンクを確立するようにさらに構成され、
前記ＭＩＨエンティティは、前記ＵＭＴＳモデムにＰＤＰコンテキストアクティブ化要求を通信するようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＰＤＰコンテキスト作成要求に応答して前記ＰＤＰコンテキストをアクティブ化するようにさらに構成され、前記ＰＤＰコンテキストのアクティブ化は、前記マッピングされたＵＭＴＳ  ＱｏＳパラメータを含むＵＭＴＳ  ＱｏＳプロファイル要求を前記ＵＭＴＳネットワークに送信することを含み、
前記ＭＩＨエンティティは、フォーリンエージェント（ＦＡ）発見要求およびモバイルＩＰ（ＭＩＰ）バインディング更新要求をＭＩＰクライアントに通信するようにさらに構成され、
前記ＭＩＰクライアントは、前記ＦＡ発見要求に応答してＦＡを発見し、前記ＭＩＰバインディング更新要求に応答してＭＩＰバインディング更新を実行するようにさらに構成され、
前記ＭＩＨエンティティは、シャットダウン要求を前記ＩＥＥＥ８０２．１６モデムに通信するようにさらに構成され、
前記ＩＥＥＥ８０２．１６モデムは、前記シャットダウン要求に応答してシャットダウンするようにさらに構成される
ことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１２】
前記ＩＥＥＥ８０２．１６モデム上にトラフィックがなく、
前記ＭＩＨエンティティは、
ＵＭＴＳへの切替を示す要求を前記ＭＩＨサーバから受信し、
パケットデータプロトコル（ＰＤＰ）コンテキスト作成要求を前記ＵＭＴＳモデムに通信する
ようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＰＤＰコンテキスト作成要求に応答してＰＤＰコンテキストを作成するようにさらに構成され、
前記ＭＩＨエンティティは、
前記ＵＭＴＳネットワークにサブスクライブされたＱｏＳプロファイル要求を送信し、
前記ＰＤＰコンテキストのネットワーク割当されたＱｏＳパラメータを示すサブスクライブされたＱｏＳプロファイル応答を前記ＵＭＴＳネットワークから受信し、
ＵＭＴＳアタッチメント要求を前記ＵＭＴＳモデムに通信する
ようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＵＭＴＳアタッチメント要求に応答してＵＭＴＳリンクを確立するようにさらに構成され、
前記ＭＩＨエンティティは、前記ＵＭＴＳモデムにＰＤＰコンテキストアクティブ化要求を通信するようにさらに構成され、
前記ＵＭＴＳモデムは、前記ＰＤＰコンテキスト作成要求に応答して前記ＰＤＰコンテキストをアクティブ化するようにさらに構成され、前記ＰＤＰコンテキストのアクティブ化は、前記ＵＭＴＳネットワークに前記サブスクライブされたＵＭＴＳ  ＱｏＳパラメータを示すＵＭＴＳ  ＱｏＳプロファイル要求を送信することを含み、
前記ＭＩＨエンティティは、フォーリンエージェント（ＦＡ）発見要求およびモバイルＩＰ（ＭＩＰ）バインディング更新要求をＭＩＰクライアントに通信するようにさらに構成され、
前記ＭＩＰクライアントは、前記ＦＡ発見要求に応答してＦＡを発見し、前記ＭＩＰバインディング更新要求に応答してＭＩＰバインディング更新を実行するようにさらに構成され、
前記ＭＩＨエンティティは、前記ＩＥＥＥ８０２．１６モデムにシャットダウン要求を通信するようにさらに構成され、
前記ＩＥＥＥ８０２．１６モデムは、前記シャットダウン要求に応答してシャットダウンするようにさらに構成される
ことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１３】
スタートアップ時に非デフォルトモデムテクノロジを選択する、無線送受信ユニット（ＷＴＲＵ）内で使用される方法であって、
前記方法は、
ＭＩＨ（Media Independent handover）エンティティを開始するステップを備え、
前記ＭＩＨエンティティを開始するステップは、
ＩＥＥＥ８０２．１６モデムが、ＩＥＥＥ８０２．１６リンクを確立する試みの失敗を通信することと、
前記ＭＩＨエンティティが、ＵＭＴＳ接続要求を、ＵＭＴＳ基地局とのＵＭＴＳリンクを確立するためにＵＭＴＳモデムに通信することと、
前記ＵＭＴＳモデムが、前記ＵＭＴＳ接続要求に応答して、前記ＵＭＴＳネットワークにアタッチし、ｃｏｎｎｅｃｔｅｄモードに入ることと、
前記ＭＩＨエンティティが、前記ＵＭＴＳモデムにパケットデータプロトコル（ＰＤＰ）コンテキストアクティブ化要求を通信することと、
前記ＵＭＴＳモデムが、前記ＰＤＰコンテキストアクティブ化要求に応答してＰＤＰコンテキストアクティブ化およびラジオベアラ確立を実行することと、
前記ＭＩＨエンティティが、フォーリンエージェント（ＦＡ）発見要求およびモバイルＩＰ（ＭＩＰ）バインディング更新要求をＭＩＰクライアントに通信することと、
前記ＭＩＰクライアントが、インターネットプロトコル（ＩＰ）スタックを介してＦＡを発見し、ＩＰスタックを介してＭＩＰバインディング更新を実行することと
を含むことを特徴とする方法。
【請求項１４】
ＭＩＨセッションを開始するステップをさらに備え、
前記ＭＩＨセッションを開始するステップは、
前記ＭＩＨエンティティが、前記ＩＥＥＥ８０２．１６モデムをアクティブ化することと、
前記ＩＥＥＥ８０２．１６モデムが、ＩＥＥＥ８０２．１６リンクを確立することを試みることと
を含むことを特徴とする請求項１３に記載の方法。
【請求項１５】
前記ＭＩＨエンティティが、ネットワーク登録状況要求を前記ＵＭＴＳモデムに通信するステップと、
前記ＵＭＴＳモデムが、前記ネットワーク登録状況要求に応答して前記ＭＩＨエンティティにネットワーク登録状況を通信するステップと、
前記ＭＩＨエンティティが、前記ＵＭＴＳモデムにＰＤＰコンテキストセッティング要求を通信するステップと、
前記ＵＭＴＳモデムが、複数の定義されたＰＤＰコンテキストのそれぞれのＰＤＰコンテキストセッティングを前記ＭＩＨエンティティに通信するステップと
をさらに備えることを特徴とする請求項１３に記載の方法。
【国際調査報告】
2010519808.tif 000075
2010519808.tif 000076
2010519808.tif 000077