(57)【要約】  ゲートウェイ装置（110）は、回線交換ネットワーク（101）に接続された無線基地局制御装置とＩｕＵＰ（Iu User Plane）プロトコル準拠のフレーム信号を交信する通信部（111）と、通信部により受信したフレーム信号が所定条件を満たすか否かを判別する判別部（112）と、前記フレーム信号が所定条件を満たす場合に該フレーム信号に含まれる情報をＩＭＳ（IP Multimedia Subsystem）（102）の呼制御信号に設定すべき情報へ変換する変換部（113）と、前記呼制御信号をＩＭＳの通信装置へ送信する呼制御信号送信部（114）とを備える。
2009090984.tif 000002
【特許請求の範囲】
【請求項１】
回線交換ネットワークに接続された無線基地局制御装置とＩｕＵＰ（Iu User Plane）プロトコル準拠のフレーム信号を交信する通信部と、
前記通信部により受信したフレーム信号が所定条件を満たすか否かを判別する判別部と、
前記フレーム信号が所定条件を満たす場合に該フレーム信号に含まれる情報をＩＭＳ（IP Multimedia Subsystem）の呼制御信号に設定すべき情報へ変換する変換部と、
前記変換された情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信する呼制御信号送信部とを備えることを特徴とするゲートウェイ装置。
【請求項２】
前記呼制御信号送信部は、前記呼制御信号として、ＳＤＰ（Session Description Protocol）準拠の信号またはＳＩＰ（Session Initiation Protocol）準拠の信号を送信することを特徴とする請求項１記載のゲートウェイ装置。
【請求項３】
前記判別部は、判別対象のフレーム信号がＩｕＵＰプロトコルのＩｎｉｔｉａｌｉｚａｔｉｏｎ要求またはＲａｔｅＣｏｎｔｒｏｌ要求を表す場合に、当該フレーム信号が所定条件を満たすと判別することを特徴とする請求項１又は２記載のゲートウェイ装置。
【請求項４】
前記変換部は、前記所定条件を満たすフレーム信号に含まれるＲＦＣＩ（RAB Sub-Flow Combination Indicator）、ＲＡＢＳｕｂ−Ｆｌｏｗの個数、および、ＲＡＢ Ｓｕｂ−Ｆｌｏｗの長さのうちの少なくとも１つを用いて、前記呼制御信号に設定すべき情報としての音声コーデックのビットレートを決定することを特徴とする請求項１乃至３のいずれか１項に記載のゲートウェイ装置。
【請求項５】
相互に通信可能に接続されたゲートウェイ装置および呼制御装置を備え、
前記ゲートウェイ装置は、回線交換ネットワークに接続された無線基地局制御装置とＩｕＵＰ（Iu User Plane）プロトコル準拠のフレーム信号を交信する第１の通信部と、前記第１の通信部により受信したフレーム信号が所定条件を満たすか否かを判別する判別部と、前記フレーム信号が所定条件を満たす場合に該フレーム信号に含まれる情報をＩＭＳ（IP Multimedia Subsystem）の呼制御信号に設定すべき情報へ変換する変換部と、前記変換部により変換された情報を前記呼制御装置へ送信する第２の通信部とを有し、
前記呼制御装置は、前記ゲートウェイ装置から受信した前記情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信する呼制御信号送信部を有することを特徴とするシステム。
【請求項６】
前記第２の通信部は、前記呼制御装置へ送信すべき情報をMEGACO（Media Gateway Control）プロトコルに基づき送信することを特徴とする請求項５記載のシステム。
【請求項７】
回線交換ネットワークに接続された無線基地局制御装置からＩｕＵＰ（Iu User Plane）プロトコル準拠のフレーム信号を受信し、
前記フレーム信号が所定条件を満たすか否かを判別し、
前記フレーム信号が所定条件を満たす場合、当該フレーム信号に含まれる情報をＩＭＳ（IP Multimedia Subsystem）の呼制御信号に設定すべき情報へ変換し、
前記変換された情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信することを特徴とする通信方法。
【請求項８】
前記呼制御信号として、ＳＤＰ（Session Description Protocol）準拠の信号またはＳＩＰ（Session Initiation Protocol）準拠の信号を送信することを特徴とする請求項７記載の通信方法。
【請求項９】
前記判別において、対象のフレーム信号がＩｕＵＰプロトコルのＩｎｉｔｉａｌｉｚａｔｉｏｎ要求またはＲａｔｅＣｏｎｔｒｏｌ要求を表す場合に、当該フレーム信号が所定条件を満たすと判別することを特徴とする請求項７又は８記載の通信方法。
【請求項１０】
前記変換において、前記所定条件を満たすフレーム信号に含まれるＲＦＣＩ（RAB Sub-Flow Combination Indicator）、ＲＡＢＳｕｂ−Ｆｌｏｗの個数、および、ＲＡＢ Ｓｕｂ−Ｆｌｏｗの長さのうちの少なくとも１つを用いて、前記呼制御信号に設定すべき情報としての音声コーデックのビットレートを決定することを特徴とする請求項７乃至９のいずれか１項に記載の通信方法。
【請求項１１】
コンピュータに、
回線交換ネットワークに接続された無線基地局制御装置からＩｕＵＰ（Iu User Plane）プロトコル準拠のフレーム信号を受信するステップと、
前記フレーム信号が所定条件を満たすか否かを判別するステップと、
前記フレーム信号が所定条件を満たす場合、当該フレーム信号に含まれる情報をＩＭＳ（IP Multimedia Subsystem）の呼制御信号に設定すべき情報へ変換するステップと、
前記変換された情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信するステップとを実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話ネットワークにおいて、無線基地局制御装置（RNC：Radio Network Controller）と固定網またはＩＭＳ（IP Multimedia Subsystem）コアネットワークとを接続して、音声サービスやＴＶ電話などのマルチメディアサービスを実現するためのゲートウェイ装置に関する。
【背景技術】
【０００２】
第３世代のＷ−ＣＤＭＡ技術を用いる携帯電話端末及び携帯電話ネットワークは、音声電話やＴＶ電話を実現するために、回線交換ネットワーク（Circuit Switched Network）または回線交換のプロトコルを使用する。【０００３】
一方で、このような回線交換ネットワークでのマルチメディアサービスを、ＩＰネットワーク上のＩＭＳを用いて提供しようとする動きがある。そして、将来的には、ＩＭＳコアネットワーク上で、各種サービスが統合される方向に進んでいる。ＩＭＳの構成は、例えば、３ＧＰＰ（3rd Generation Partnership Project）により規定された後述の非特許文献１やＴＳ２３.２２８に記載されている。
【非特許文献１】3rdGeneration Partnership Project、“3GPP TS 23.002 v7.1.0”、pp.36-38; Figure 6、２００６年３月発行、［２００７年１２月２７日検索］、インターネット＜http://www.3gpp.org/ftp/Specs/html-info/23002.htm＞
【非特許文献２】3rdGeneration Partnership Project、“3GPP TS 29.163 v8.0.0”、pp.88-89; Figure 32、２００７年９月発行、［２００７年１２月２７日検索］、インターネット＜http://www.3gpp.org/ftp/Specs/html-info/29163.htm＞
【非特許文献３】3rdGeneration Partnership Project、“3GPP TS 26.090 v5.0.0”、pp.13-15; Table 1、２００２年６月発行、［２００７年１２月２７日検索］、インターネット＜http://www.3gpp.org/ftp/Specs/html-info/26090.htm＞
【非特許文献４】3rdGeneration Partnership Project、“3GPP TS 25.415 v7.3.0”、pp.11-13; Figure 3、２００６年１２月発行、［２００７年１２月２７日検索］、インターネット＜http://www.3gpp.org/ftp/Specs/html-info/25415.htm＞
【発明の開示】
【発明が解決しようとする課題】
【０００４】
回線交換ネットワークでのマルチメディアサービスを、ＩＭＳを用いて提供する場合、ＩＭＳコアネットワークを回線交換ネットワークに接続する必要がある。この場合、ＩＭＳ側で用いる呼制御の通信プロトコルは、回線交換ネットワークでのプロトコルとは異なる。よって、ＩＭＳは、回線交換ネットワークからマルチメディアサービスのフレーム信号が供給されても、その呼制御処理を適切に行うことができない。【０００５】
本発明は、上記課題に鑑みてなされたものであり、その目的は、回線交換ネットワークからＩＭＳコアネットワークに供給されるフレーム信号の呼制御処理を行うゲートウェイ装置を提供することにある。
【課題を解決するための手段】
【０００６】
本発明に係るゲートウェイ装置は、回線交換ネットワークに接続された無線基地局制御装置とＩｕＵＰ（Iu User Plane）プロトコル準拠のフレーム信号を交信する通信部と、前記通信部により受信したフレーム信号が所定条件を満たすか否かを判別する判別部と、前記フレーム信号が所定条件を満たす場合に該フレーム信号に含まれる情報をＩＭＳ（IP Multimedia Subsystem）の呼制御信号に設定すべき情報へ変換する変換部と、前記変換された情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信する呼制御信号送信部とを備える。【０００７】
本発明に係るシステムは、相互に通信可能に接続されたゲートウェイ装置および呼制御装置を備え、前記ゲートウェイ装置は、回線交換ネットワークに接続された無線基地局制御装置とＩｕＵＰ（Iu User Plane）プロトコル準拠のフレーム信号を交信する第１の通信部と、前記第１の通信部により受信したフレーム信号が所定条件を満たすか否かを判別する判別部と、前記フレーム信号が所定条件を満たす場合に該フレーム信号に含まれる情報をＩＭＳ（IP Multimedia Subsystem）の呼制御信号に設定すべき情報へ変換する変換部と、前記変換部により変換された情報を前記呼制御装置へ送信する第２の通信部とを有し、前記呼制御装置は、前記ゲートウェイ装置から受信した前記情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信する呼制御信号送信部を有する。【０００８】
本発明に係る通信方法は、回線交換ネットワークに接続された無線基地局制御装置からＩｕＵＰ（Iu User Plane）プロトコル準拠のフレーム信号を受信し、前記フレーム信号が所定条件を満たすか否かを判別し、前記フレーム信号が所定条件を満たす場合、当該フレーム信号に含まれる情報をＩＭＳ（IP Multimedia Subsystem）の呼制御信号に設定すべき情報へ変換し、前記変換された情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信するという方法である。
【発明の効果】
【０００９】
本発明によれば、回線交換ネットワークからＩＭＳへ供給されるフレーム信号に対し、ＩＭＳに適した呼制御処理を施すことができる。これにより、回線交換ネットワークでのマルチメディアサービスを適切な状態でＩＭＳに提供することが可能となる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態におけるシステムの構成図である。
【図２】本発明の第１の実施形態におけるゲートウェイ装置のブロック図である。
【図３】本発明の第１の実施形態の動作手順を示すフローチャートである。
【図４】本発明の第２の実施形態におけるシステムの構成図である。
【図５】本発明の第２の実施形態におけるU-Planeゲートウェイ装置および呼制御装置のブロック図である。
【符号の説明】
【００１１】
10,20  システム
100  無線基地局制御装置
101  回線交換ネットワーク
102  ＩＭＳコアネットワーク
110  ゲートウェイ装置
120  ＩＭＳ装置
200  U-Planeゲートウェイ装置
210  呼制御装置
111,115,202,204  U-Planeデータ通信部
112,201  判別部
113,203  プロトコル変換部
114,211  呼制御信号送信部
205,212  MEGACO通信部
【発明を実施するための最良の形態】
【００１２】
《第１の実施形態》
図１に、本発明の第１の実施形態のシステム構成を示す。本実施形態のシステム10において、無線基地局制御装置100及びゲートウェイ装置110は、回線交換ネットワーク101を介して接続される。ＩＭＳ装置120は、ＩＰ網に形成されたＩＭＳコアネットワーク102を介してゲートウェイ装置110に接続される。【００１３】
ＩＭＳ装置120には、例えば、ＩＭＳ−ＭＧＷ（ＩＭＳメディアゲートウェイ）装置を用いることができる。ＩＭＳ−ＭＧＷ装置の構成は、例えば、３ＧＰＰによる非特許文献２や、ＴＳ２３.２２８あるいはＴＳ２９.１６３などに記載されている。ＩＭＳコアネットワーク102の構成は、前述の非特許文献１や、ＴＳ２３.２２８などに記載されている。【００１４】
本実施形態のシステム10は、音声電話サービスのための音声コーデックにAMR（Adaptive Multi-Rate）を用いる。AMRは、３ＧＰＰによる非特許文献３やＴＳ２６.０７１などに記載されている。なお、AMR以外にも、AMR-WBやAMR-WB+といった他の音声コーデックを用いることもできる。AMR-WBおよびAMR-WB+は、それぞれ、３ＧＰＰのＴＳ２６.１９０及びＴＳ２６.２９０などに記載されている。【００１５】
ゲートウェイ装置110は、無線基地局制御装置100からのユーザプレーン（User Plane）データとして、回線交換ネットワーク101で用いるプロトコルに準拠したフレーム信号を受信する。このプロトコルとしては、例えば、ＩｕＵＰ（Iu User Plane）プロトコルを用いることができる。ＩｕＵＰプロトコルは、３ＧＰＰによる非特許文献４などに記載されている。【００１６】
図２に、ゲートウェイ装置110の機能構成を示す。U-Plane（User Plane）データ通信部111は、無線基地局制御装置100（図１）との間で、回線交換ネットワーク101を介してＩｕＵＰプロトコルのフレーム信号を交信する。U-Planeデータ通信部115は、ＩＭＳ装置120（図１）との間で、ＩＭＳコアネットワーク102を介してＩｕＵＰプロトコルのフレーム信号を交信する。【００１７】
呼制御信号送信部114は、無線基地局制御装置100から受信したフレーム信号に対応する呼制御信号を生成し、それをＩＭＳ装置120へ送信する。判別部112は、無線基地局制御装置100から受信したフレーム信号が、予め設定された条件を満たすか否かを判別する。プロトコル変換部113は、受信フレームが所定条件を満たすと判定された場合に、そのフレームに含まれる情報を、呼制御信号送信部114が生成する呼制御信号に設定すべき情報へ変換する。【００１８】
図３に示すフローチャートを参照して、上記構成によるゲートウェイ装置110の動作を説明する。U-Planeデータ通信部111は、無線基地局制御装置100から送信されたＩｕＵＰプロトコルのフレーム信号を回線交換ネットワーク101を介して受信する（ステップS1）。【００１９】
判別部112は、受信フレームに含まれるＰＤＵタイプ情報及びProcedure Indicator情報を抽出する。そして、ＰＤＵタイプ情報が「0」,「1」,「14」のうちの「14」であるかどうかを判別し、また、Procedure Indicator情報が「0」であるかどうかを判別する（ステップS2）。【００２０】
上記判別の結果、ＰＤＵタイプが「14」であり、且つ、Procedure Indicator情報が「0」である場合（ステップS3：YES）、プロトコル変換部113は、受信フレームがＩｕＵＰプロトコルのInitialization要求であると認識する（ステップS4）。Initialization要求とは、ＩＭＳコアネットワーク102から無線基地局制御装置100への信号路に関し、必要な帯域を確保するための手続きである。【００２１】
受信フレームが上記のInitialization要求である場合、プロトコル変換部113は、そのフレームに含まれる後述の（１）〜（３）の情報のうちの少なくとも１つの情報を用いて、AMR準拠のmode-set情報を作成する（ステップS5）。【００２２】
（１）無線基地局制御装置100が使用する信号路の各ＲＦＣＩ（Radio Access Bearer (RAB) sub-flow Combination Indicator）におけるRAB sub-flowの個数（Ｎ）
（２）１番目のＲＦＣＩにおける Ｎ個のRAB sub-flowの各々の長さ （Length）
（３）２番目のＲＦＣＩにおけるＮ個のRAB sub-flowの各々の長さ（Length）【００２３】
上記の情報を用いて作成されるmode-set情報は、呼制御信号送信部114が生成する呼制御信号に設定すべき情報であり、相手装置から受信するAMRのビットレートに関する要求を意味する。すなわち、mode-set情報は、ＩＭＳ装置120から無線基地局制御装置100へのデータ送信に適用すべきAMRビットレートを、そのＩＭＳ装置120に指示するための情報である。【００２４】
ここで、プロトコル変換部113における処理の一例を挙げる。プロトコル変換部113は、次の表１のような、予め設定された変換テーブルに基づき、mode-set情報を作成する。【００２５】
【表１】
2009090984.tif 000003
【００２６】
本例では、プロトコル変換部113が、受信フレームから抽出されたＲＦＣＩ情報、各ＲＦＣＩに対するRAB sub-flowの個数、及び、各RAB sub-flowの長さを用いて、ＳＤＰ（Session Description Protocol）に基づきAMRのmode-set情報を作成することを想定する。ＲＦＣＩ情報とは、各RAB sub-flowのサイズ（Length）の組み合わせを識別するための情報であり、上記の表１における左端列の情報に対応する。ＳＤＰは、呼制御メッセージの一つであり、例えば、ＩＥＴＦ（Internet Engineering Task Force）によるＲＦＣ２３２７、ＲＦＣ３２６４及びＲＦＣ４５６６に規定されている。【００２７】
いま、受信フレームのＲＦＣＩ情報が「9」であり、RAB sub-flow 1, RAB sub-flow 2, RAB sub-flow 3のサイズがそれぞれ「81」,「103」,「60」であるとする。この場合、これらの情報に対応するmode-set情報として、表１の右端列から「7」が得られる。また、例えば、ＲＦＣＩ情報が「0」であり、RAB sub-flow 1, 2, 3のサイズがいずれも「0」である場合は、表１より、mode-set情報として「15」が得られる。プロトコル変換部113は、このようにして得たmode-set情報を呼制御信号送信部114へ供給する。【００２８】
呼制御信号送信部114は、プロトコル変換部113からのmode-set情報を、ＩＭＳ装置120へ送信すべき呼制御信号に設定する（ステップS6）。呼制御信号のプロトコルとしては、例えば、ＩＥＴＦのＲＦＣ３２６１で規定されるＳＩＰ（Session Initiation Protocol）や、前述のＳＤＰなどを用いることができる。表２に、ＳＤＰにより記述された呼制御信号の例を示す。【００２９】
【表２】
2009090984.tif 000004
【００３０】
表２の呼制御信号は、音声コーデックにAMRを使用すること、mode-set情報が「7」,「8」,「15」であること、及び、パケット送出周期が「20ms」であることを示す。呼制御信号送信部114は、ＳＩＰメッセージの送信に続いて、表２のような呼制御信号をＩＭＳ装置120に宛ててＩＭＳコアネットワーク102へ送出する（ステップS7）。【００３１】
本実施形態によれば、回線交換ネットワーク101からＩＭＳコアネットワーク102へ供給されるフレーム信号に対し、ＩＭＳコアネットワーク102に適した呼制御処理を施すことができる。これにより、回線交換ネットワーク101でのマルチメディアサービスを適切な状態でＩＭＳに提供することが可能となる。【００３２】
なお、本発明の実施は、上記形態に限定されるものではなく、特許請求の範囲内で適宜変更が可能である。例えば、音声コーデックとして、前述のAMR以外のものを用いることができる。ＩＭＳ装置120は、ＩＰ網に形成されたＩＭＳコアネットワーク102でなく、ＩＰ網自体に接続される装置でもよい。この場合、図１のＩＭＳコアネットワーク102は、固定網のＩＰネットワークに置き換えられる。【００３３】
ＩＭＳ装置120への呼制御信号に設定する情報としては、mode-set情報に限らず、他のパラメータであってもよい。また、呼制御信号のプロトコルとしては、ＳＤＰやＳＩＰに替えて、ＩＥＴＦのＲＦＣ２９７６に規定されているSIP INFOメソッドを用いることもできる。【００３４】
ゲートウェイ装置110は、ＩＭＳ装置120からＩＭＳコアネットワーク102を介してU-Planeデータを受信して、それを回線交換ネットワーク101を介して無線基地局制御装置100に出力することができる。【００３５】
上記実施形態の判別部112は、受信フレームがInitialization要求であるか否かを判別したが、これに限らず、例えば、受信フレームがＩｕＵＰプロトコルのRate Control要求かどうかを判別するようにしてもよい。この場合、受信フレームのＰＤＵタイプが「14」であり且つProcedure Indicator情報が「1」を示す場合に、そのフレームがRate Control要求であると判断される。Rate Control要求とは、ＩＭＳコアネットワーク102から回線交換ネットワーク101への方向の通信において、AMRビットレートの制御を要求するための手続きである。【００３６】
本発明は、ゲートウェイ装置110の動作手順（図３）に対応するコンピュータプログラム、あるいは、そのプログラムを記憶した記録媒体として実施することができる。【００３７】
《第２の実施形態》
図４に、本発明の第２の実施形態のシステム構成を示す。図示のシステム20において、前述の実施形態（図１）と同様な構成要素には、同一の符号が付されている。【００３８】
本発明の技術分野における呼制御処理およびU-Plane処理は、元来、性質の異なる処理である。そこで、本実施形態において、各処理を別個の装置にて実施するシステム20を提示する。システム20は、前述の実施形態のゲートウェイ装置110の機能が、U-Planeゲートウェイ装置200と呼制御装置210とに分散された構成をとる。【００３９】
図５に、U-Planeゲートウェイ装置200および呼制御装置210の機能構成を示す。U-Planeゲートウェイ装置200において、判別部201、U-Planeデータ通信部202、プロトコル変換部203、及び、U-Planeデータ通信部204は、図２のゲートウェイ装置110における判別部112、U-Planeデータ通信部111、プロトコル変換部113、及び、U-Planeデータ通信部115と同様な機能を果たすものである。U-Planeデータ通信部202は、本発明に係るシステムにおけるゲートウェイ装置の第１の通信部に対応する。【００４０】
呼制御装置210の呼制御信号送信部211は、ゲートウェイ装置110の呼制御信号送信部114（図２）と同様な機能である。【００４１】
システム20において、U-Planeゲートウェイ装置200および呼制御装置210は、互いに通信可能に接続される。その接続のためのプロトコルとして、本実施形態では、ＩＥＴＦのＲＦＣ３０１５に規定されているMEGACO（Media Gateway Control）を用いる。MEGACOによる接続のため、図５に示すように、U-Planeゲートウェイ装置200にMEGACO通信部205が設けられ、呼制御装置210にはMEGACO通信部212が設けられている。MEGACO通信部205は、本発明に係るシステムにおけるゲートウェイ装置の第２の通信部に対応する。【００４２】
本実施形態の動作は、基本的には、図３に沿って説明した前述の実施形態に準じたものである。すなわち、U-Planeデータ通信部202が回線交換ネットワーク101からＩｕＵＰプロトコルのフレームを受信すると、判別部201が、そのフレームのＰＤＵタイプ及びProcedure Indicator情報を確認する。確認の結果、ＰＤＵタイプが「14」であり且つProcedure Indicator情報が「0」である場合、プロトコル変換部203が、受信フレームのＲＦＣＩ情報などを用いて、AMRのmode-set情報を作成する。【００４３】
MEGACO通信部205は、作成されたmode-set情報を、送出指示情報などと共にMEGACO信号にのせて呼制御装置210へ供給する。【００４４】
呼制御装置210では、MEGACO通信部212が、U-Planeゲートウェイ装置200からのmode-set情報を受信すると、呼制御信号送信部211が、そのmode-set情報を用いてＳＤＰやＳＩＰに基づく呼制御信号を生成する。生成された呼制御信号は、ＳＩＰメッセージに続いてＩＭＳコアネットワーク102へ送出される。【００４５】
本実施形態によれば、呼制御処理とU-Plane処理とを別個の装置で実施することから、それぞれの処理に最適な装置を割り当てることができる。これにより、システムのスケーラビリティ（小容量から大容量までの幅）の確保が容易になる。【００４６】
なお、本実施形態は、前述の第１の実施形態と同様な変形が可能である。さらには、U-Planeゲートウェイ装置200と呼制御装置210との接続のためのプロトコルは、呼制御信号のプロトコルに適応するものであれば、MEGACOに限らず、例えばＳＩＰであってもよい。【００４７】
本出願は、２００８年１月１６日に日本出願された特願２００８−００６８８８を基礎とする優先権を主張し、その開示の内容を全て本明細書に取り込むものである。
【図１】
2009090984.tif 000005
【図２】
2009090984.tif 000006
【図３】
2009090984.tif 000007
【図４】
2009090984.tif 000008
【図５】
2009090984.tif 000009
【手続補正書】
【提出日】平成21年6月10日(2009.6.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
回線交換ネットワークに接続された無線基地局制御装置とＩｕＵＰ（Ｉｕ  Ｕｓｅｒ  Ｐｌａｎｅ）プロトコル準拠のフレーム信号を交信する通信部と、
前記通信部により受信したフレーム信号がＩｕＵＰプロトコルのＩｎｉｔｉａｌｉｚａｔｉｏｎ要求またはＲａｔｅＣｏｎｔｒｏｌ要求を表すか否かを判別する判別部と、
前記判定が肯定の場合に前記フレーム信号に含まれる情報をＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）の呼制御信号に設定すべき情報へ変換する変換部と、
前記変換された情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信する呼制御信号送信部とを備えることを特徴とするゲートウェイ装置。
【請求項２】
前記呼制御信号送信部は、前記呼制御信号として、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）準拠の信号またはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）準拠の信号を送信することを特徴とする請求項１記載のゲートウェイ装置。
【請求項３】
（削除）
【請求項４】
前記変換部は、前記フレーム信号に含まれるＲＦＣＩ（ＲＡＢ  Ｓｕｂ−Ｆｌｏｗ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ）、ＲＡＢＳｕｂ−Ｆｌｏｗの個数、および、ＲＡＢ  Ｓｕｂ−Ｆｌｏｗの長さのうちの少なくとも１つを用いて、前記呼制御信号に設定すべき情報としての音声コーデックのビットレートを決定することを特徴とする請求項１乃至３のいずれか１項に記載のゲートウェイ装置。
【請求項５】
相互に通信可能に接続されたゲートウェイ装置および呼制御装置を備え、
前記ゲートウェイ装置は、回線交換ネットワークに接続された無線基地局制御装置とＩｕＵＰ（Ｉｕ  Ｕｓｅｒ  Ｐｌａｎｅ）プロトコル準拠のフレーム信号を交信する第１の通信部と、前記第１の通信部により受信したフレーム信号がＩｕＵＰプロトコルのＩｎｉｔｉａｌｉｚａｔｉｏｎ要求またはＲａｔｅＣｏｎｔｒｏｌ要求を表すか否かを判別する判別部と、前記判定が肯定の場合に前記フレーム信号に含まれる情報をＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）の呼制御信号に設定すべき情報へ変換する変換部と、前記変換部により変換された情報を前記呼制御装置へ送信する第２の通信部とを有し、
前記呼制御装置は、前記ゲートウェイ装置から受信した前記情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信する呼制御信号送信部を有することを特徴とするシステム。
【請求項６】
前記第２の通信部は、前記呼制御装置へ送信すべき情報をＭＥＧＡＣＯ（Ｍｅｄｉａ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ）プロトコルに基づき送信することを特徴とする請求項５記載のシステム。
【請求項７】
回線交換ネットワークに接続された無線基地局制御装置からＩｕＵＰ（Ｉｕ  Ｕｓｅｒ  Ｐｌａｎｅ）プロトコル準拠のフレーム信号を受信し、
前記フレーム信号がＩｕＵＰプロトコルのＩｎｉｔｉａｌｉｚａｔｉｏｎ要求またはＲａｔｅＣｏｎｔｒｏｌ要求を表すか否かを判別し、
前記判定が肯定の場合、前記フレーム信号に含まれる情報をＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）の呼制御信号に設定すべき情報へ変換し、
前記変換された情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信することを特徴とする通信方法。
【請求項８】
前記呼制御信号として、ＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）準拠の信号またはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）準拠の信号を送信することを特徴とする請求項７記載の通信方法。
【請求項９】
（削除）
【請求項１０】
前記変換において、前記フレーム信号に含まれるＲＦＣＩ（ＲＡＢ  Ｓｕｂ−Ｆｌｏｗ  Ｃｏｍｂｉｎａｔｉｏｎ  Ｉｎｄｉｃａｔｏｒ）、ＲＡＢＳｕｂ−Ｆｌｏｗの個数、および、ＲＡＢ  Ｓｕｂ−Ｆｌｏｗの長さのうちの少なくとも１つを用いて、前記呼制御信号に設定すべき情報としての音声コーデックのビットレートを決定することを特徴とする請求項７乃至９のいずれか１項に記載の通信方法。
【請求項１１】
コンピュータに、
回線交換ネットワークに接続された無線基地局制御装置からＩｕＵＰ（Ｉｕ  Ｕｓｅｒ  Ｐｌａｎｅ）プロトコル準拠のフレーム信号を受信するステップと、
前記フレーム信号がＩｕＵＰプロトコルのＩｎｉｔｉａｌｉｚａｔｉｏｎ要求またはＲａｔｅＣｏｎｔｒｏｌ要求を表すか否かを判別するステップと、
前記判定が肯定の場合、前記フレーム信号に含まれる情報をＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）の呼制御信号に設定すべき情報へ変換するステップと、
前記変換された情報を含む呼制御信号を前記ＩＭＳにおける通信装置へ送信するステップとを実行させることを特徴とするプログラム。
【国際調査報告】
2009090984.tif 000010
2009090984.tif 000011
2009090984.tif 000012
2009090984.tif 000013