【事件の表示】
　特願２００３−５１１４９１「ＡＬＬ−ＩＰ網に基づいた移動通信システムでの音声フレームを伝送するための装置及び方法」拒絶査定不服審判事件〔平成１５年　１月１６日国際公開、ＷＯ０３／０５６５７、平成１６年１２月　２日国内公表、特表２００４−５３６５０９〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明
　本願は，平成１３年（２００１年）７月５日（パリ条約による優先権主張，２００１年７月５日，大韓民国）を国際出願日とする出願であって，特許請求の範囲の請求項３５に係る発明（以下，「本願発明」という。）は，平成１８年６月２９日付け，及び平成１９年７月９日付け手続補正書により補正された明細書及び図面の記載からみて，その特許請求の範囲の請求項３５に記載された以下のとおりのものと認める。
　
（本願発明）
　「ＩＰに基づいた移動通信システムでの移動局の伝送方法において，
　ＩＰ通信のときに使用されるヘッダを生成してシグナルフレームにのせて伝送するステップと，
　前記シグナルフレームの伝送の後にＩＰヘッダを有しないデータを伝送するステップと，からなることを特徴とする方法。」
　
２．引用文献
　これに対して，平成１２年（２０００年）１１月３０日に公開され，原査定の拒絶理由に引用された国際公開第００／７２５４９号（以下，「引用文献」という。）には，図面とともに以下の事項が記載されている。
　なお，特表２００３−５００９３３号公報は，前記引用文献に対応する国内出願の公表公報であり，項立て等に多少の記載上の差異はあるが，翻訳文として概ね適切であるので，項立て等のみを修正して，他は訳文としてそのまま摘記した。
　
　イ．「（５７）Ａｂｓｔｒａｃｔ：Ｉｎ　ａ　ｗｉｒｅｌｅｓｓ　ｐａｃｋｅｔ　ｓｗｉｔｃｈｉｎｇ　ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ　ｎｅｔｗｏｒｋ，ｖｏｉｃｅ　ｓｅｒｖｉｃｅｓ　ａｒｅ　ｐｒｏｖｉｄｅｄ　ｂｙ　ｈａｖｉｎｇ　ａ　ｃｏｍｐｒｅｓｓｏｒ／ｄｅｃｏｍｐｒｅｓｓｏｒ　ｉｎ　ｅａｃｈ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ　ｔｏ　ｐｒｏｖｉｄｅ　ｅａｃｈ　ｖｏｉｃｅ　ｐａｃｋｅｔ　ｗｉｔｈ　ａ　ｃｏｍｐｒｅｓｓｅｄ　ｈｅａｄｅｒ．Ｖｏｉｃｅ　ｄａｔａ　ａｎｄ　ｓｉｇｎａｌｌｉｎｇ　ｄａｔａ　ａｒｅ　ｓｅｎｔ　ｓｅｐａｒａｔｅｌｙ　ａｎｄ　ｉｎ　ｄｉｆｆｅｒｅｎｔ　ｄａｔａ　ｆｏｒｍａｔｓ　ｔｏ　ｔｈｅ　ａｉｒ　ｉｎｔｅｒｆａｃｅ．Ｔｈｅ　ｃｏｍｐｒｅｓｓｅｄ　ｈｅａｄｅｒ　ｍａｙ　ｂｅ　ａｎ　Ｍ　ｂｉｔ　ａｎｄ　ａ　ｃｙｃｌｉｃａｌｌｙ　ｒｅｓｅｔ　ｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒ，ｗｈｉｃｈ　ｉｓ　ｄｅｃｏｍｐｒｅｓｓｅｄ　ｂｙ　ｕｓｅ　ｏｆ　ａ　ｗａｌｌｃｌｏｃｋ　ｗｈｉｃｈ　ｃｏｕｎｔｓ　ｒｅｓｅｔ　ｃｙｃｌｅｓ　ｔｏ　ｒｅｉｎｓｔａｔｅ　ｔｈｅ　ｖｏｉｃｅ　ｐａｃｋｅｔ　ｈｅａｄｅｒｓ．Ａｌｔｅｒｎａｔｉｖｅｌｙ，ＲＴＰ　ａｇｅｎｔｓ　ａｒｅ　ｐｒｏｖｉｄｅｄ　ａｔ　ｔｈｅ　ｃｏｍｐｒｅｓｓｉｏｎ　ａｎｄ　ｄｅｃｏｍｐｒｅｓｓｉｏｎ　ｐｏｉｎｔｓ，　ａｎｄ　ｖｏｉｃｅ　ｐａｃｋｅｔｓ　ａｒｅ　ｓｅｎｔ　ｗｉｔｈｏｕｔ　ｈｅａｄｅｒｓ　ｏｖｅｒ　ａ　“ｈｉｇｈ　ｑｕａｌｉｔｙ”ｎｅｔｗｏｒｋ　ｓｕｃｈ　ａｓ　ａ　ｆｒａｍｅ　ｒｅｌａｙ　ｏｒ　ＡＴＭ　ｎｅｔｗｏｒｋ．Ｃｏｍｐｒｅｓｓｉｏｎ　ｓｔａｔｅ　ｏｆ　ａ　ｖｏｉｃｅ　ｐａｃｋｅｔ　ｈｅａｄｅｒ　ｃａｎ　ｂｅ　ｅｓｔａｂｌｉｓｈｅｄ　ｂｙ　ｓｅｎｄｉｎｇ　ｃａｌｌ　ｓｅｔ−ｕｐ　ｉｎｆｏｒｍａｔｉｏｎ　ｏｖｅｒ　ａｎ　ｏｕｔ−ｏｆ−ｂａｎｄ　ｃｈａｎｎｅｌ　ｂｅｔｗｅｅｎ　ｃｏｍｐｒｅｓｓｉｏｎ　ｐｏｉｎｔｓ　ｉｎ　ａ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ　ａｎｄ　ｉｎ　ｔｈｅ　ｎｅｔｗｏｒｋ．」（フロントページ）
（訳文）
「（５７）【要約】
無線パケット交換通信ネットワーク内で，モバイル局内で，圧縮ヘッダを提供する各コンプレッサ／デコンプレッサを各音声パケット中に設けることによって音声サービスが提供される。音声データおよびシグナリングデータが，エアインターフェースに別々に，異なるデータ形式で送られる。圧縮ヘッダは，Ｍビットおよび周期的にリセットされるｔｉｍｅｃｌｉｃｋ＿ｎｕｍｂｅｒとすることができ，このヘッダは，音声パケットヘッダを回復するためにリセット周期をカウントするウォールクロックを使用して圧縮解除される。別法では，ＲＴＰエージェントが，圧縮ポイントおよび圧縮解除ポイントで提供され，音声パケットは，ヘッダなしに，フレームリレーネットワークまたはＡＴＭネットワークなどの「高品質」ネットワークを介して送信される。音声パケットヘッダの圧縮状態は，モバイル局内の圧縮ポイントとネットワーク内の圧縮ポイントの間の帯域外チャネルを介してコールセットアップ情報を送信することによって確立することができる。」
　
　ロ．「１．Ｆｉｅｌｄ　ｏｆ　ｔｈｅ　Ｉｎｖｅｎｔｉｏｎ
　Ｔｈｉｓ　ｉｎｖｅｎｔｉｏｎ　ｒｅｌａｔｅｓ　ｔｏ　ａｎ　ａｐｐａｒａｔｕｓ　ａｎｄ　ｍｅｔｈｏｄ　ｆｏｒ　ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ　ｕｓｉｎｇ　Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ，ａｎｄ　ｒｅｌａｔｅｓ　ｅｓｐｅｃｉａｌｌｙ　ｔｏ　ａｎ　ａｄｖａｎｔａｇｅｏｕｓ　ｄａｔａ　ｃｏｍｐｒｅｓｓｉｏｎ　ａｒｒａｎｇｅｍｅｎｔ．」（１ページ２０行〜２４行）
（訳文）
「【０００２】
　１．発明の分野
　本発明は，インターネットプロトコルを使用する遠隔通信のための装置および方法に関し，特に，有利なデータ圧縮構成に関する。」（６ページ１７行〜２０行）
　
　ハ．「Ｉｎ　ａ　ｗｉｒｅｌｅｓｓ　ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ　ｎｅｔｗｏｒｋ　ｏｐｅｒａｔｉｎｇ　ａ　ｐａｃｋｅｔ　ｓｗｉｔｃｈｉｎｇ　ｔｅｃｈｎｏｌｏｇｙ，ｉｔ　ｗｏｕｌｄ　ａｄｖａｎｔａｇｅｏｕｓ　ｔｏ　ｂｅ　ａｂｌｅ　ｔｏ　ｏｆｆｅｒ　ｖｏｉｃｅ　ａｎｄ　ｄａｔａ　ｓｅｒｖｉｃｅｓ　ｕｓｉｎｇ　ｔｈｅ　Ｉｎｔｅｒｎｅｔ，ｂｕｔ　ｔｈｅ　ｎｅｅｄ　ｔｏ　ｔｒａｎｓｍｉｔ　ｔｈｅ　ｃｏｍｂｉｎｅｄ　ｈｅａｄｅｒｓ　ｏｆ　Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ（ＲＴＰ），Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ（ＵＤＰ）　ａｎｄ　Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ（ＩＰ）ｉｎ　ｅａｃｈ　ｐａｃｋｅｔ　ｈｅａｄｅｒ　ｉｓ　ａ　ｄｉｓａｄｖａｎｔａｇｅ．Ｔｈｅ　ｔｈｒｅｅ　ｈｅａｄｅｒｓ　ａｒｅ　ｒｅｓｐｅｃｔｉｖｅｌｙ　２０，８　ａｎｄ　１２ｂｙｔｅｓ　ｐｅｒ　ｐａｃｋｅｔ，ａｎｄ　ｔｈｉｓ　４０　ｂｙｔｅ　ｌｏａｄ　ｉｓ　ｎｅａｒｌｙ　ｄｏｕｂｌｅ　ｔｈｅ　ｖｏｉｃｅ　ｐａｙｌｏａｄ　ｏｆ　２３　ｂｙｔｅｓ　ｆｏｒ　２０　ｍｉｌｌｉｓｅｃｏｎｄｓ　ｉｎ　ｔｈｅ　ｖｏｉｃｅ　ｃｏｄｉｎｇ　ｓｙｓｔｅｍ　ｋｎｏｗｎ　ａｓ　ＧＳＭ　ＦＲ．Ｉｔ　ｉｓ　ｗｅｌｌ　ｋｎｏｗｎ　ｔｈａｔ　ｗｉｒｅｌｅｓｓ　ｒｅｓｏｕｒｃｅ／ｂａｎｄｗｉｄｔｈ　ｉｓ　ｍｏｒｅ　ｅｘｐｅｎｓｉｖｅ　ｔｈａｎ　ｌａｎｄｌｉｎｅ　ａｒｒａｎｇｅｍｅｎｔｓ，ａｎｄ　ｔｈｅ　ｏｖｅｒｌｏａｄ　ｏｆ　ｔｈｅ　ｌａｒｇｅ　ｈｅａｄｅｒ　ｌｏａｄ　ｉｓ　ａ　ｓｅｒｉｏｕｓ　ｄｒａｗｂａｃｋ．
　
２．Ｂｒｉｅｆ　Ｄｅｓｃｒｉｐｔｉｏｎ　ｏｆ　ｔｈｅ　Ｐｒｉｏｒ　Ａｒｔ
　
　Ｏｎｅ　ｓｏｌｕｔｉｏｎ　ａｓ　ｄｉｓｃｌｏｓｅｄ・・・・ＲＦＣ２５０８，・・・ｉｓ　ｔｏ　ｃｏｍｐｒｅｓｓ　ｔｈｅ　ＲＴＰ／ＵＤＰ／ＩＰ　ｈｅａｄｅｒｓ．Ａ　ｐｒｏｔｏｃｏｌ　ｉｓ　ｄｅｆｉｎｅｄ　ｔｏ　ｃｏｍｐｒｅｓｓ　ａｎｄ　ｄｅｃｏｍｐｒｅｓｓ　ｔｈｅ　ｈｅａｄｅｒｓ，　ａｎｄ　ａ　ｒｅｄｕｃｔｉｏｎ　ｔｏ　ｂｅｔｗｅｅｎ　２　ａｎｄ　５ｂｙｔｅｓ　ｃａｎ　ｂｅ　ａｃｈｉｅｖｅｄ．Ｈｏｗｅｖｅｒ，ａ　ｍａｊｏｒ　ｄｉｓａｄｖａｎｔａｇｅ　ｉｓ　ｔｈａｔ　ｉｆ　ａ　ｃｏｍｐｒｅｓｓｅｄ　ｐａｃｋｅｔ　ｉｓ　ｌｏｓｔ　ｉｔ　ｍｕｓｔ　ｂｅ　ｒｅ−ｔｒａｎｓｍｉｔｔｅｄ　ａｎｄ　ｔｈｅ　ｐｒｏｖｉｓｉｏｎ　ｏｆ　ａｎ　ｅｒｒｏｒ−ｒｅｃｏｖｅｒｙ　ｆａｃｉｌｉｔｙ　ｉｓ　ｅｓｓｅｎｔｉａｌ，ａｎｄ　ｔｈｅｒｅｆｏｒｅ　ｔｈｅ　ｒｏｕｎｄ−ｔｒｉｐ−ｔｉｍｅ　ｍｕｓｔ　ｂｅ　ｓｈｏｒｔ　ｉｆ　ｑｕａｌｉｔｙ　ｉｓ　ｔｏ　ｂｅ　ｍａｉｎｔａｉｎｅｄ．」（１ページ２６行〜２ページ１７行）
（訳文）
「【０００３】
　パケット交換技術を働かせているワイヤレス遠隔通信ネットワークでは，インターネットを使用して音声サービスおよびデータサービスを提供できれば有利であるが，各パケットヘッダ中でリアルタイムトランスポートプロトコル（ＲＴＰ），ユーザデータグラムプロトコル（ＵＤＰ），およびインターネットプロトコル（ＩＰ）の合成ヘッダを伝送する必要性があることは欠点である。この３つのヘッダは，それぞれ，パケット当り２０バイト，８バイト，１２バイトであり，この４０バイトロードは，ＧＳＭ　ＦＲとして知られる音声符号化システムにおける２０ミリ秒間２３バイトの音声ペイロードのほぼ２倍である。ワイヤレスリソース／帯域幅は，地上線構成よりも高価であることがよく知られており，より大きなヘッダロードのオーバーロードは，深刻な欠点である。
【０００４】
　２．従来技術の簡単な説明
　ＲＦＣ２５０８・・・（中略）・・・が開示する１つの解決法は，ＲＴＰ／ＵＤＰ／ＩＰヘッダを圧縮することである。これらのヘッダを圧縮および圧縮解除するためのプロトコルが定義されて，２バイトから５バイトの縮減を実現することができる。ただし，その大きな欠点は，圧縮パケットが損失された場合，それを再伝送しなければならず，誤り回復機構が必要不可欠であり，したがって，品質を保つためには，往復時間が短くなければならないことである。」（６ページ２１行〜７ページ１３行）
　
　ニ．「３．Ｓｕｍｍａｒｙ　ｏｆ　ｔｈｅ　ｉｎｖｅｎｔｉｏｎ　
　
　Ａｃｃｏｒｄｉｎｇ　ｔｏ　ｔｈｅ　ｉｎｖｅｎｔｉｏｎ，ａ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ　ｆｏｒ　ａ　ｐａｃｋｅｔ　ｓｗｉｔｃｈｉｎｇ　ｒａｄｉｏ　ｎｅｔｗｏｒｋ　ｗｈｉｃｈ　ｉｎｃｌｕｄｅｓ　ａ　Ｖｏｉｃｅ　ｏｖｅｒ　Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　ａｐｐｌｉｃａｔｉｏｎ　ｌａｙｅｒ　ａｎｄ　Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　Ｓｔａｃｋｓ　ｉｎｃｌｕｄｉｎｇ　Ｒｅａｌ　Ｔｉｍｅ　Ｐｒｏｔｏｃｏｌ，Ｔｒａｎｓｐｏｒｔ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ，Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ　ａｎｄ　Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ　ｌａｙｅｒｓ，ｆｕｒｔｈｅｒ　ｃｏｍｐｒｉｓｉｎｇ　ａ　ｃｏｍｐｒｅｓｓｏｒ／ｄｅｃｏｍｐｒｅｓｓｏｒ　ｔｏ　ｃｏｍｐｒｅｓｓ　ｖｏｉｃｅ　ｄａｔａ，ａｎｄ　ｍｅａｎｓ　ｔｏ　ｓｅｎｄ　ｖｏｉｃｅ　ｄａｔａ　ａｎｄ　ｃａｌｌ　ｓｉｇｎａｌｌｉｎｇ　ｄａｔａ　ｓｅｐａｒａｔｅｌｙ　ａｎｄ　ｉｎ　ｄｉｆｆｅｒｅｎｔ　ｄａｔａ　ｆｏｒｍａｔｓ　ｔｏ　ｔｈｅ　ｌｉｎｋ　ｌａｙｅｒ　ａｎｄ　ｔｈｅ　ａｉｒ　ｉｎｔｅｒｆａｃｅ　ｏｆ　ｔｈｅ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ．
　・・・・
　Ｆｕｒｔｈｅｒ　ａｃｃｏｒｄｉｎｇ　ｔｏ　ｔｈｅ　ｉｎｖｅｎｔｉｏｎ　ａ　ｍｅｔｈｏｄ　ｏｆ　ｏｐｅｒａｔｉｎｇ　ａ　ｐａｃｋｅｔ　ｓｗｉｔｃｈｉｎｇ　ｒａｄｉｏ　ｎｅｔｗｏｒｋ　ｔｏ　ｐｒｏｖｉｄｅ　ｖｏｉｃｅ　ｓｅｒｖｉｃｅｓ　ｃｏｍｐｒｉｓｉｎｇ　ｓｅｐａｒａｔｉｎｇ　ｔｈｅ　ｖｏｉｃｅ　ｄａｔａ　ｆｒｏｍ　ｔｈｅ　ｃａｌｌ　ｓｉｇｎａｌｌｉｎｇ　ａｎｄ　ｏｔｈｅｒ　ｄａｔａ，ｗｈｅｒｅｂｙ　ｅａｃｈ　ｖｏｉｃｅ　ｐａｃｋｅｔ　ｃｏｎｔａｉｎｉｎｇ　ｖｏｉｃｅ　ｄａｔａ　ｉｓ　ｐｒｏｖｉｄｅｄ　ｗｉｔｈ　ｃｏｍｐｒｅｓｓｅｄ　ｏｒ　ｒｅｍｏｖｅｄ　ＲＴＰ／ＵＤＰ／ＩＰ　ｈｅａｄｅｒｓ．」（３ページ７行〜４ページ３行）
（訳文）
「【０００６】
　（発明の概要）
　本発明によれば，ボイスオーバインターネットプロトコルアプリケーション層と，リアルタイムプロトコル層，トランスポート制御プロトコル層，ユーザデータグラムプロトコル層，およびインターネットプロトコル層を含むインターネットプロトコルスタックとを含むパケット交換無線ネットワーク用のモバイル局であって，音声データを圧縮するコンプレッサ／デコンプレッサと，音声データおよびコールシグナリングデータを別々に異なるデータ形式で，モバイル局のリンク層とエアインターフェースに送信する手段とをさらに含むモバイル局が提供される。
・・・
【００１０】
　さらに，本発明によれば，音声サービスを提供するためにパケット交換無線ネットワークを動作させる方法であって，コールシグナリングおよびその他のデータから音声データを分離することを含み，それによって，音声データを含む各パケットは，圧縮されたまたは除去されたＲＴＰ／ＵＤＰ／ＩＰヘッダを備えることができる方法が提供される。」（８ページ６行〜９ページ４行）
　
　ホ．「５．Ｄｅｓｃｒｉｐｔｉｏｎ　ｏｆ　ａ　Ｐｒｅｆｅｒｒｅｄ　Ｅｍｂｏｄｉｍｅｎｔ　ｏｆ　ａ　Ｍｏｂｉｌｅ　Ｓｔａｔｉｏｎ　ａｎｄ　Ｎｅｔｗｏｒｋ
　
　Ｉｎ　Ｆｉｇｕｒｅ１，ａ　ｗｉｒｅｌｅｓｓ　ｍｏｂｉｌｅ　ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ　ｓｙｓｔｅｍ　１０　ｃｏｍｐｒｉｓｅｓ　ａ　ｎｕｍｂｅｒ　ｏｆ　Ｍｏｂｉｌｅ　Ｓｔａｔｉｏｎｓ（ＭＳ）１２　ａｎｄ　ａ　ｎｕｍｂｅｒ　ｏｆ　ｂａｓｅ　ｔｒａｎｓｃｅｉｖｅｒ　ｓｔａｔｉｏｎｓ（Ｎｏｄｅ　Ｂ）１４　ｃｏｎｎｅｃｔｅｄ　ｔｈｒｏｕｇｈ　ａ　ＲＮＣ（Ｒａｄｉｏ　Ｎｅｔｗｏｒｋ　Ｃｏｎｔｒｏｌｌｅｒ）１６（ａｌｌ　ｉｎ　ｔｈｅ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ　ＲＡＮ１８）ｔｏ　ａ　ｐａｃｋｅｔ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ（ＣＮ）２０　ｗｈｉｃｈ　ｃｏｎｓｉｓｔｓ　ｏｆ　ｔｗｏ　ｅｌｅｍｅｎｔｓ：ａ　ＳＧＳＮ（Ｓｅｒｖｉｎｇ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）２２　ａｎｄ　ａ　ＧＧＳＮ（Ｇａｔｅｗａｙ　ＧＰＲＳ　Ｓｕｐｐｏｒｔ　Ｎｏｄｅ）２４．Ｔｈｅ　ＣＮ　ｉｓ　ｃｏｎｎｅｃｔｅｄ　ｖｉａ　ａ　ＩＰ／ＰＳＴＮ　Ｇａｔｅｗａｙ２６，ｔｏ　ｔｈｅ　ＰＳＴＮ（Ｐｕｂｌｉｃ　Ｓｗｉｔｃｈｅｄ　Ｔｅｌｅｐｈｏｎｅ　Ｎｅｔｗｏｒｋ）３０　ａｎｄ　ｔｏ　ｔｈｅ　Ｉｎｔｅｒｎｅｔ２８．　
　
　Ｉｎ　ｔｈｉｓ　Ｆｉｇｕｒｅ　ｔｈｅ　ｎｅｔｗｏｒｋ　ａｒｃｈｉｔｅｃｔｕｒｅ　ｉｓ　ｂａｓｅｄ　ｏｎ　ｔｈｅ　ＵＭＴＳ　ｒｅｆｅｒｅｎｃｅ　ｍｏｄｅｌ．
　
　Ｓｕｐｐｏｓｅ　ｔｈｅ　ｎｅｔｗｏｒｋ１０　ｏｐｅｒａｔｅｓ　ｉｎ　ｐａｃｋｅｔ　ｓｗｉｔｃｈ　ｍｏｄｅ．Ｏｎｅ　ｗａｙ　ｔｏ　ｉｍｐｌｅｍｅｎｔ　ｖｏｉｃｅ　ｓｅｒｖｉｃｅ　ｉｓ　ｔｏ　ｕｓｅ　ＶｏｌＰ　ｔｅｃｈｎｏｌｏｇｙ　ｉｎ　ｗｈｉｃｈ　ＶｏＩＰ　ａｐｐｌｉｃａｔｉｏｎ　ｆｒｏｍ　ｔｈｅ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ１２　ｉｓ　ｔｒｅａｔｅｄ　ａｓ　ａ　ｇｅｎｅｒａｌ　ＩＰ　ａｐｐｌｉｃａｔｉｏｎ　ａｎｄ　ｃｏｄｅｄ　ｖｏｉｃｅ　ｉｓ　ｄｅｃｏｍｐｏｓｅｄ　ｉｎｔｏ　ＲＴＰ／ＵＤＰ／ＩＰ　ｐａｃｋｅｔｓ　ａｎｄ　ｔｒａｎｓｍｉｔｔｅｄ　ｏｖｅｒ　ｔｈｅ　ａｉｒ，ｔｈｅ　ＲＡＮ１８　ａｎｄ　ｔｈｅ　ＣＮ２０　ｔｏ　Ｉｎｔｅｒｎｅｔ２８　ｏｒ　ｔｈｅ　ＰＳＴＮ３０　ｖｉａ　ｔｈｅ　ＩＰ／ＰＳＴＮ　ｇａｔｅｗａｙ２６．
　
　Ａｔ　ａ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ１２，ＩＰ−ｂａｓｅｄ　ｃａｌｌ　ｓｉｇｎａｌｌｉｎｇ　ａｎｄ　ｔｈｅ　Ｇｒａｐｈｉｃａｌ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ　ｏｆ　ＶｏＩＰ　ａｐｐｌｉｃａｔｉｏｎ　ｃａｎ　ｒｕｎ　ｉｎ　ｔｈｅ　ｓａｍｅ　ｗａｙ　ａｓ　ｏｎ　ａ　ｎｏｒｍａｌ　ＩＰ　ｔｅｒｍｉｎａｌ．　
Ｔｈｅ　ｖｏｉｃｅ　ｔｒａｆｆｉｃ　ｉｓ　ｓｅｎｔ　ａｓ　ａ　ｌｉｎｋ　ｌａｙｅｒ　ｐａｙｌｏａｄ　ｗｉｔｈ　ｃｏｍｐｒｅｓｓｅｄ　ｏｒ　ｒｅｍｏｖｅｄ　ＲＴＰ／ＵＤＰ／ＩＰ　ｈｅａｄｅｒ　ｉｎｆｏｒｍａｔｉｏｎ，ａｓ　ｗｉｌｌ　ｂｅ　ｅｘｐｌａｉｎｅｄ　ｉｎ　ｍｏｒｅ　ｄｅｔａｉｌ　ｂｅｌｏｗ．
　
　Ｒｅｆｅｒｒｉｎｇ　ｔｏ　Ｆｉｇｕｒｅ２ａ，ｔｈｅ　ｕｐ−ｌｉｎｋ　ｄｉｒｅｃｔｉｏｎ　ｉｓ　ｃｏｎｓｉｄｅｒｅｄ　ｆｒｏｍ　ａ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ６０　ｔｏ　ｔｈｅ　ｎｅｔｗｏｒｋ．Ｉｎ　ｔｈｅ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ　ｔｈｅｒｅ　ｉｓ　ａ　ＶｏＩＰ　ａｐｐｌｉｃａｔｉｏｎ　ｌａｙｅｒ６８　ｆｒｏｍ　ｗｈｉｃｈ　ｃａｌｌ　ｓｉｇｎａｌｌｉｎｇ　ｄａｔａ　ｉｓ　ｓｅｎｔ　ｔｏ　ａ　ＴＣＰ　ｌａｙｅｒ６６　ａｎｄ　ａ　ＵＤＰ／ＩＰ　ｌａｙｅｒ６５．Ｖｏｉｃｅ　ｄａｔａ　ｉｓ　ｔｒａｎｓｍｉｔｔｅｄ　ｔｏ　ａｎ　ＲＴＰ／ＵＤＰ　ｌａｙｅｒ６７　ａｎｄ　ａｎ　ＩＰ　ｌａｙｅｒ６５．　
　
　Ｂｏｔｈ　ｃａｌｌ　ｓｉｇｎａｌｌｉｎｇ　ｄａｔａ　ａｎｄ　ｖｏｉｃｅ　ｄａｔａ　ｉｎ　ｐａｃｋｅｔｓ　ａｒｅ　ｐｒｏｖｉｄｅｄ　ｔｏ　ａ　ｃｏｍｐｒｅｓｓｏｒ６４，ｗｈｉｃｈ　ｃｏｍｐｒｅｓｓｅｓ　ｔｈｅ　ｃｏｍｂｉｎｅｄ　ＲＴＰ／ＵＤＰ／ＩＰ　ｈｅａｄｅｒｓ，ｂｕｔ　ｔｈｅ　ｃｏｍｐｒｅｓｓｏｒ　ｄｏｅｓ　ｎｏｔ　ｃｏｍｐｒｅｓｓ　ｔｈｅ　ｃａｌｌ　ｓｉｇｎａｌｌｉｎｇ　ｄａｔａ．Ｔｈｅ　ｔｗｏ　ｔｙｐｅｓ　ｏｆ　ｐａｃｋｅｔ６２，６３，（ｃｏｍｐｒｅｓｓｅｄ　ａｎｄ　ｕｎｃｏｍｐｒｅｓｓｅｄ）　ａｒｅ　ｐｕｔ　ｉｎ　ＲＬＣ／ＭＡＣ　ｐｒｏｔｏｃｏｌ，ａｎｄ　ｐａｓｓ　ｏｖｅｒ　ｔｈｅ　ａｉｒ　ｉｎｔｅｒｆａｃｅ６１．
　・・・
　Ｆｉｇｕｒｅ３　ｉｌｌｕｓｔｒａｔｅｓ　ａ　ｗｈｏｌｅ　ｓｙｓｔｅｍ，ｉｎ　ｗｈｉｃｈ　ａ　ｍｏｂｉｌｅ６０　ｗｉｔｈ　ｉｔｓ　ｃｏｍｐｒｅｓｓｏｒ６４　ｉｓ　ｃｏｎｎｅｃｔｅｄ　ｔｈｒｏｕｇｈ　ｔｈｅ　ａｉｒ　ｉｎｔｅｒｆａｃｅ６１　ｓｅｑｕｅｎｔｉａｌｌｙ　ｔｏ　ａ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ（ＲＡＮ）８１　ｗｈｉｃｈ　ｔｕｎｎｅｌｓ　ｏｒ　ｒｅｌａｙｓ　ｄａｔａ　ｂｅｔｗｅｅｎ　ｔｈｅ　ａｉｒ　ｉｎｔｅｒｆａｃｅ６１　ａｎｄ　ｔｈｅ　Ｃｏｒｅ　Ｎｅｔｗｏｒｋ８４，ａｎｄ　ａ　ｄｅｃｏｍｐｒｅｓｓｏｒ　ＣＤ８３　ｉｎ　ＣＮ８２　ｃｏｎｎｅｃｔｅｄ　ｔｏ　ａｎｙ　ＩＰ　ｈｏｓｔ８５　ｖｉａ　ｔｈｅ　Ｉｎｔｅｒｎｅｔ．
　Ｉｎ　ｔｈｅ　ａｒｒａｎｇｅｍｅｎｔｓ　ｓｈｏｗｎ　ｉｎ　Ｆｉｇｕｒｅ２ａ，２ｂ　ａｎｄ　３，ｉｔ　ｉｓ　ａｓｓｕｍｅｄ　ｔｈａｔ　ｔｈｅ　ＩＰ／ＵＤＰ／ＲＴＰ　ｈｅａｄｅｒ　ｉｎｆｏｒｍａｔｉｏｎ　ｉｓ　ｎｏｔ　ｕｓｅｄ　ｆｏｒ　ｒｏｕｔｉｎｇ　ｅｔｃ，ｆｒｏｍ　ｔｈｅ　ｍｏｂｉｌｅ　ｓｔａｔｉｏｎ６０　ｔｏ　ｔｈｅ　ＣＤ８３　ｉｎ　ＣＮ８４；ｉｎｓｔｅａｄ　ａｌｌ　ｄａｔａ　ｉｎｃｌｕｄｉｎｇ　ｖｏｉｃｅ　ｐａｃｋｅｔｓ　ａｒｅ　ｒｅｌａｙｅｄ／ｔｕｎｎｅｌｌｅｄ．Ｉｔ　ｉｓ　ａｓｓｕｍｅｄ　ｔｈａｔ　ｔｈｅ　ｐａｃｋｅｔｓ　ａｒｅ　ｄｅｌｉｖｅｒｅｄ　ｉｎ　ｓｅｑｕｅｎｃｅ　ｂｅｔｗｅｅｎ　ｔｈｅ　ｍｏｂｉｌｅ６０　ａｎｄ　ｔｈｅ　ＣＤ８３．Ｉｔ　ｉｓ　ｆｕｒｔｈｅｒ　ａｓｓｕｍｅｄ　ｔｈａｔ　ｓｏｍｅ　ｍｅｃｈａｎｉｓｍ　ｗｉｌｌ　ｂｅ　ａｂｌｅ　ｔｏ　ｄｉｓｔｉｎｇｕｉｓｈ　ｃｏｍｐｒｅｓｓｅｄ（ｓｐｅｅｃｈ）ｐａｃｋｅｔｓ　ｆｒｏｍ　ｎｏｒｍａｌ（ｕｎｃｏｍｐｒｅｓｓｅｄ）ｐａｃｋｅｔｓ，ａｎｄ　ｔｈｉｓ　ｄｉｓｔｉｎｃｔｉｏｎ　ｃａｎ　ｂｅ　ｍａｉｎｔａｉｎｅｄ　ｕｎｔｉｌ　ＣＮ８４　ｉｓ　ｒｅａｃｈｅｄ． 」（５ページ９行〜７ページ８行）
（訳文）
「【００１４】
・・・・
　５．モバイル局およびモバイルネットワークの好ましい実施形態の説明
　図１では，ワイヤレスモバイル通信システム１０が，いくつかのモバイル局（ＭＳ）１２と，２つの要素，ＳＧＳＮ（サービス提供ＧＰＲＳサポートノード）２２およびＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）２４から成るパケットコアネットワーク（ＣＮ）２０にＲＮＣ（無線ネットワークコントローラ）１６を介して接続されたいくつかの基地トランシーバ局（ノードＢ）１４（１２，１４，１６はすべて，無線アクセスネットワークＲＡＮ１８内にある）とを含む。ＣＮは，ＩＰ／ＰＳＴＮゲートウェイ２６を介して，ＰＳＴＮ（公衆交換電話網）３０およびインターネット２８に接続される。この図では，ネットワークアーキテクチャは，ＵＭＴＳ基準モデルに基づいている。
【００１５】
　ネットワーク１０は，パケット交換モードで動作するものと想定する。音声サービスを実施する一方式は，ＶｏＩＰ技術を使用するものであり，そこでは，モバイル局１２からのＶｏＩＰアプリケーションが，汎用ＩＰアプリケーションとして扱われ，また符号化された音声が，ＲＴＰ／ＵＤＰ／ＩＰパケットに分解されて，エア，ＲＡＮ１８，およびＣＮ２０をを介してインターネット２８に，またはＩＰ／ＰＳＴＮゲートウェイ２６を介してＰＳＴＮ３０に伝送される。
【００１６】
　モバイル局１２において，ＩＰベースのコールシグナリングおよびＶｏＩＰアプリケーションのグラフィカルユーザインターフェースが，通常のＩＰ端末上におけるのと同様に動作することができる。音声トラフィックは，下記により詳細に説明するとおり，そのＲＴＰ／ＵＤＰ／ＩＰヘッダ情報が圧縮または除去されたリンク層ペイロードとして送信される。
【００１７】
　図２ａを参照すると，モバイル局６０からネットワークへのアップリンク方向が考慮されている。モバイル局内には，ＶｏＩＰアプリケーション層６８が存在し，そこからコールシグナリングデータがＴＣＰ層６６およびＵＤＰ／ＩＰ層６５に送信される。音声データはＲＴＰ／ＵＤＰ層６７およびＩＰ層６５に伝送される。
【００１８】
　パケット中のコールシグナリングデータと音声データはともに，コンプレッサ６４に提供される。これは，合成ＲＴＰ／ＵＤＰ／ＩＰヘッダを圧縮するが，コールシグナリングデータは圧縮しない。２つの型のパケット６２，６３（圧縮および非圧縮）が，ＲＬＣ／ＭＡＣプロトコルに入れられ，エアインターフェース６１を通過する。
【００１９】（略）
【００２０】（略）
【００２１】
　図３は，システム全体を示す。図では，コンプレッサ６４を備えたモバイル６０が，エアインターフェース６１を介して順次，エアインターフェース６１とコアネットワーク８４の間でデータをトンネル伝送またはリレーする無線アクセスネットワーク（ＲＡＮ）８１に，またインターネットを介して任意のＩＰホスト８５に接続されたＣＮ８２内のデコンプレッサＣＤ８３に接続されている。
【００２２】
  図２ａ，２ｂ，３に示す構成では，ＩＰ／ＵＤＰ／ＲＴＰヘッダ情報は，モバイル局６０からＣＮ８４内のＣＤ８３への経路などには使用されず，代りに，音声パケットを含むすべてのデータが，リレー／トンネル伝送されるものと想定する。パケットは，モバイル６０とＣＤ８３の間で順に送達されるものと想定する。さらに，圧縮（音声）パケットを通常の（非圧縮）パケットから区別することができる何らかの機構があり，この区別は，ＣＮ８４に到達するまで維持できるものと想定する。」（９ページ２４行〜１１ページ２５行）
　
　ヘ．「６．Ｄｅｓｃｒｉｐｔｉｏｎ　ｏｆ　Ｔｗｏ　Ｐｒｅｆｅｒｒｅｄ　Ａｌｇｏｒｉｔｈｍｓ
　
　Ｔｈｅｒｅ　ａｒｅ　ｔｗｏ　ｃｏｍｐｒｅｓｓｉｏｎ　ａｌｇｏｒｉｔｈｍｓ　ｆｏｒ　ＩＰ／ＵＤＰ／ＲＴＰ　ｈｅａｄｅｒｓ，ｏｎｅ　ｃａｎ　ｂｅ　ｃｈａｒａｃｔｅｒｉｚｅｄ　ａｓ　ａ“ｂｅｓｔ−ｅｆｆｏｒｔ　ｌｏｓｓｙ　ｃｏｍｐｒｅｓｓｉｏｎ”　ａｎｄ　ａｎｏｔｈｅｒ　ｏｎｅ　ｃａｎ　ｂｅ　ｃｈａｒａｃｔｅｒｉｚｅｄ　ａｓ　“Ｚｅｒｏ　ｈｅａｄｅｒ　ｃｏｍｐｒｅｓｓｉｏｎ”．Ｂｏｔｈ　ａｌｇｏｒｉｔｈｍｓ　ａｒｅ　ｂａｓｅｄ　ｏｎ　ｔｈｅ　ｆａｃｔ　ｔｈａｔ　ｔｈｅ　ＩＰ／ＵＤＰ／ＲＴＰ　ｈｅａｄｅｒｓ　ａｒｅ　ｎｏｔ　ｕｓｅｄ　ｂｅｔｗｅｅｎ　ＭＳ６４　ａｎｄ　ＣＮ８４．　
６ａ．Ｆｉｒｓｔ　Ｐｒｅｆｅｒｒｅｄ　Ａｌｇｏｒｉｔｈｍ
　Ｔｈｅ　ｏｂｊｅｃｔｉｖｅ　ｉｓ　ｔｏ　ｂｒｅａｋ　ｕｐ　ｔｈｅ　ｉｎｔｅｒｄｅｐｅｎｄｅｎｃｙ　ｏｆ　ｔｈｅ　ｃｏｍｐｒｅｓｓｅｄ　ｐａｃｋｅｔｓ．Ｉｎｓｔｅａｄ　ｏｆ　ｓｅｎｄｉｎｇ　ｒｅｌａｔｉｖｅ　ｖａｌｕｅｓ　ｉｎ　ｔｈｅ　ｃｏｍｐｒｅｓｓｅｄ　ｈｅａｄｅｒｓ（ｂｙ　ｄｉｆｆｅｒｅｎｔｉａｌ　ｃｏｄｉｎｇ），　ａｂｓｏｌｕｔｅ　ｖａｌｕｅｓ（ｔｉｍｅｃｌｉｃｋ　ｎｕｍｂｅｒｓ）　ａｒｅ　ｓｅｎｔ　ａｓ　ｓｕｇｇｅｓｔｅｄ　ｂｙ　Ｐｅｔｒａｃｋ．　Ａｓ　ｔｈｅｒｅ　ｉｓ　ｎｏ　ｉｎｔｅｒ−ｒｅｌａｔｉｏｎｓｈｉｐ　ｂｅｔｗｅｅｎ　ｃｏｍｐｒｅｓｓｅｄ　ＲＴＰ　ｐａｃｋｅｔｓ，ｐａｃｋｅｔ　ｌｏｓｓ　ｗｉｌｌ　ｎｏｔ　ｓｔｏｐ　ｄｅｃｏｍｐｒｅｓｓｉｏｎ　ｆｒｏｍ　ｏｐｅｒａｔｉｎｇ．　
　・・・
　Ｃｏｍｐｒｅｓｓｉｏｎ−ｓｔａｔｅ，ｆｉｒｓｔ　ａｌｇｏｒｉｔｈｍ．Ｔｈｅ　ｃｏｍｐｒｅｓｓｉｏｎ　ｓｔａｔｅ　ｃｏｎｔａｉｎｓ　ｔｈｅ　ｆｏｌｌｏｗｉｎｇ　ｉｎｆｏｒｍａｔｉｏｎ　ｆｏｒ　ａ　ｃａｌｌ　（ｃｏｎｓｉｓｔｉｎｇ　ｏｆ　ｔｗｏ　ＲＴＰ　ｓｅｓｓｉｏｎｓ）　ｔｏ　ｂｅ　ｃｏｍｐｒｅｓｓｅｄ：ｆｏｒ　ｅａｃｈ　ｃａｌｌ−ｅｎｄ：ＩＰ　ａｄｄｒｅｓｓ，ｔｗｏ　ｐｏｒｔ　ｎｕｍｂｅｒｓ（ｓｏｕｒｃｉｎｇ　ａｎｄ　ｉｎｃｏｍｉｎｇ），ＳＳＲＣ　ｅｔｃ，ｆｏｒ　ｔｈｅ　ｃａｌｌ：　ｔｈｅ　ｃｏｄｅｃ　ｕｓｅｄ　ａｎｄ　ｉｔｓ　ｐａｒａｍｅｔｅｒ（ｅ．ｇ．　ｓａｍｐｌｉｎｇ　ｒａｔｅ　ａｎｄ　ｓａｍｐｌｅ　ｄｕｒａｔｉｏｎ）．Ｔｈｅ　ｃｏｄｅｃ　ｆｏｒ　ｂｏｔｈ　ｄｉｒｅｃｔｉｏｎｓ　ｉｓ　ａｓｓｕｍｅｄ　ｔｏ　ｂｅ　ｔｈｅ　ｓａｍｅ．（Ｉｆ　ｎｏｔ　ｔｈｅｎ　ｎｅｅｄ　ｔｏ　ｓｔｏｒｅ　ｔｈｅｍ　ｓｅｐａｒａｔｅｌｙ）．
　
　Ｔｈｅ　ｅｓｔａｂｌｉｓｈｍｅｎｔ　ｏｆ　ｔｈｅ　ｃｏｍｐｒｅｓｓｉｏｎ−ｓｔａｔｅ　ｉｓ　ｖｉａ　ａｎ　ｏｕｔ−ｏｆ−ｂａｎｄ　ｐｒｏｔｏｃｏｌ，ｗｈｉｃｈ　ｃａｎ　ｗｏｒｋ　ｔｏｇｅｔｈｅｒ　ｗｉｔｈ　ｔｈｅ　ｃａｌｌ　ｓｉｇｎａｌｌｉｎｇ　ｐｒｏｔｏｃｏｌ，ａｎｄ　ｗｉｌｌ　ｂｅ　ｄｅｓｃｒｉｂｅｄ　ｌａｔｅｒ．　Ｔｈｉｓ　ｐｒｏｔｏｃｏｌ　ｗｉｌｌ　ａｌｓｏ　ｈｅｌｐ　ｔｏ　ｍｉｇｒａｔｅ　ｔｈｅ　ｓｔａｔｅ　ｉｎｆｏｒｍａｔｉｏｎ　ｆｒｏｍ　ｏｎｅ　ＣＤ　ｔｏ　ａｎｏｔｈｅｒ　ｏｎｅ　ｉｎ　ｔｈｅ　ｃａｓｅ　ｏｆ　ｈａｎｄｏｖｅｒ　ｂｅｔｗｅｅｎ　ＣＤｓ．」（８ページ１行〜９ページ１５行）
（訳文）「【００２６】
　６．２つの好ましいアルゴリズムの説明
　ＩＰ／ＵＤＰ／ＲＴＰヘッダ用の，圧縮アルゴリズムが２つあり，その１つは，「ベストエフォート圧縮」と特徴付けることができ，もう１つは，「ゼロヘッダ圧縮」と特徴付けることができる。両方のアルゴリズムとも，ＭＳ６４とＣＮ８４の間では，ＩＰ／ＵＤＰ／ＲＴＰヘッダが使用されないことに基づくものである。
【００２７】
６ａ．第１の好ましいアルゴリズム
　その目的は，圧縮パケットの相互依存関係を断つことである。圧縮ヘッダ内で相対値を送信する（差分符号化により）代りに，Ｐｅｔｒａｃｋによって示唆されるとおり，絶対値（タイムクリック数）が送信される。圧縮ＲＴＰパケット間の相互関係が存在しないため，パケットの喪失によって，圧縮解除の動作を停止することはない。
【００２８】・・・【００２９】・・・
【００３０】
　圧縮状態，第１アルゴリズム
　コール（２つのＲＴＰセッションから成る）を圧縮するため，圧縮状態は下記の情報を含む。各コールエンドごとに，ＩＰアドレス，２つのポート番号（発信用および着信用），ＳＳＲＣ等。コールごとに，使用されるコーデックおよびそのパラメータ（例えば，サンプリング速度およびサンプル持続時間）。このコーデックは，両方向に関して同一であると想定する。（そうでなければ，別々に記憶する必要がある）
【００３１】
　圧縮状態の確立は，コールシグナリングプロトコルと協働することができる，後述の帯域外プロトコルを使って行われる。このプロトコルはまた，ＣＤ間のハンドオーバの場合に，あるＣＤから別のＣＤに状態情報を移す助けにもなる。」（１２ページ１６行〜１３ページ２９行）
　
　上記引用文献の図１，図３，関係記載及びこの分野の技術常識によれば，引用文献には，
　インターネットプロトコルを使用し，モバイル局（ＭＳ）１２からパケットコアネットワーク（ＣＮ）２０を介しインターネット２８に音声パケットを伝送するパケット交換無線ネットワークに関する発明が開示されている。
　そして，その基本的動作は，
　モバイル局（ＭＳ）１２が，コールシグナリングおよびその他のデータから音声データを分離し，ＩＰ／ＵＤＰ／ＲＴＰヘッダを圧縮した音声データを，前記パケットコアネットワーク（ＣＮ）２０に送信し，
　音声パケットヘッダの圧縮状態は，ネットワーク内のモバイル局とコンプレッサ／デコンプレッサの間における帯域外通信プロトコル上でコールセットアップ情報を利用して確立するものである。
　また，コールシグナリングおよびその他のデータから音声データを分離し，しかも，音声パケットヘッダの圧縮状態の確立は帯域外通信プロトコル上でコールセットアップ情報を利用しているのであるから，ＩＰ通信のときに使用されるヘッダは，当然の前提条件として，通知されているものということができる。事実この分野では，音声パケットヘッダの圧縮状態を確立するためには，例えば，特開２０００−１３４３７０号公報（段落００１４，００３９等参照），国際公開第０１／３５５６８号（特表２００３−５１４４３７号公報，段落０００４等参照），国際公開第０１−２８１８０号（特表２００３−５１１９８１号公報，段落０００３，０００４等参照）等に示されているように，通常は，音声データの送信前であるセッション開始時に予めＩＰ／ＵＤＰ／ＲＴＰヘッダを送信している。したがって，ＩＰ通信のときに使用されるヘッダが生成され，それを伝送していることも明らかである。
　これらの点を総合して，引用文献には，以下の発明（以下，「引用発明」という。）が記載されているものと認められる。
「インターネットプロトコルを使用し，モバイル局（ＭＳ）からパケットコアネットワーク（ＣＮ）を介しインターネットに音声パケットを伝送するパケット交換無線ネットワークの動作方法であって，
　ＩＰ通信のときに使用されるヘッダを生成して伝送し，
　前記モバイル局（ＭＳ）は，コールシグナリングおよびその他のデータから音声データを分離し，ＩＰ／ＵＤＰ／ＲＴＰヘッダを圧縮した音声データを，前記パケットコアネットワーク（ＣＮ）に送信し，
　前記音声パケットヘッダの圧縮状態は，ネットワーク内のモバイル局とコンプレッサ／デコンプレッサの間における帯域外通信プロトコル上でコールセットアップ情報を利用して確立するようにした前記動作方法。」
　
３．対比
　本願発明と引用発明とを対比すると，
　イ．引用発明は，「インターネットプロトコルを使用し，モバイル局（ＭＳ）からパケットコアネットワーク（ＣＮ）を介しインターネットに音声パケットを伝送するパケット交換無線ネットワークの動作方法」に係るのであって，前記「インターネットプロトコル」はＩＰに基づいているのであり，同「モバイル」は移動通信システムであり，同「モバイル局」とは移動局のことであるから，「ＩＰに基づいた移動通信システムでの移動局の伝送方法」である。
　ロ．引用発明は，「前記モバイル局（ＭＳ）は，ＩＰ／ＵＤＰ／ＲＴＰヘッダを圧縮した音声データを，前記パケットコアネットワーク（ＣＮ）に送信」するものであるが，圧縮状態を確立した後に「圧縮した音声データ」を伝送することは当然のことであるから，前記「ＩＰ通信のときに使用されるヘッダを生成して伝送するステップ」の後，即ち，圧縮を確立した後に，「圧縮した音声データ」を伝送することは技術的に自明である。したがって，引用発明は，「前記伝送の後にデータを伝送するステップ」を備えている。
　
　したがって，本願発明と引用発明は，以下の点で一致し，また相違する。
　
（一致点）
「ＩＰに基づいた移動通信システムでの移動局の伝送方法において，
　ＩＰ通信のときに使用されるヘッダを生成して伝送するステップと，
　前記伝送の後にデータを伝送するステップと，からなる方法。」
　                                                              
（相違点１）
　本願発明は，ヘッダを生成して伝送するステップにおいて，該ヘッダを「シグナルフレームにのせて伝送する」のに対して，引用発明は，その点について明示しない点。
（相違点２）
　本願発明は，伝送するデータが「ＩＰヘッダを有しない」のに対して，引用発明は，「圧縮したヘッダ」を有する点。
　
４．判断
　そこで，まず，相違点１について検討する。
　移動通信システムでの移動局からの伝送において，データをフレーム化することはＲＬＣ/ＭＡＣ層で普通に行われている極めて常識的，基礎的な周知技術といえるから，引用発明の「ヘッダを生成して伝送する」ステップにおいて，該ヘッダを「シグナルフレームにのせて伝送する」程度のことは，当業者が容易に想到し得ることである。
　次に，相違点２について検討する。
　引用文献には，ＲＴＰ/ＵＤＰ/ＩＰヘッダを圧縮する第１アルゴリズムに加え，摘記事項ニ．ヘ．等に記載されているように，ヘッダを除去（ゼロ圧縮）する第２アルゴリズムも示唆されており，前記２つのアルゴリズムのうちいずれを採用するかは，モバイル局（ＭＳ）とパケットコアネットワーク（ＣＮ）間の無線リンクにおける伝送品質等に応じて適宜選択可能な設計的事項に過ぎないから，引用発明において，伝送するデータが，圧縮したヘッダを有する構成に代え，「ＩＰヘッダを有しない」構成とすることは，当業者が容易に想到し得ることである。
　そして，本願発明の奏する効果も，引用発明及び周知技術から当業者が容易に予測し得るものであって，格別のものではない。
　
５．むすび
　以上のとおり，本願発明は，引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものと認められるから，特許法第２９条第２項の規定により特許を受けることができない。
　よって，結論のとおり審決する。