【事件の表示】
　特願２０１４−５１９３７２「ボイスオーバインターネットプロトコルサービス」拒絶査定不服審判事件〔平成２５年　１月１７日国際公開、ＷＯ２０１３／００７０２２、平成２６年１０月　２日国内公表、特表２０１４−５２６１７６、請求項の数（１３）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１  手続の経緯
　本願は、２０１１年７月１３日（外国庁受理　中国）を国際出願日とする出願であって、平成２７年１月１３日付けで拒絶理由が通知され、同年７月１４日付けで手続補正がされたが、平成２８年１月８日付けで拒絶査定がされ、これに対し、同年４月２８日に拒絶査定不服審判が請求され、同日付けで手続補正がされたものである。
第２　原査定の概要
　原査定（平成２８年１月８日付け拒絶査定）の概要は次のとおりである。
１．本願請求項１−１４に係る発明は、以下の引用文献１−５に基づいて、その発明の属する技術の分野における通常の知識を有する者（以下、「当業者」という。）が容易に発明できたものであり、特許法第２９条第２項の規定により特許を受けることができない。
　引用文献等一覧
　１．特表２０１１−５１７８８３号公報
　２．国際公開第２００８／０２３６４９号
　３．国際公開第２０１０／０３３８５７号
　４．国際公開第２０１０／０９０５６５号
　５．国際公開第２０１１／０００２３１号
第３　審判請求時の手続について
　審判請求時の補正は、特許法第１７の２第３項から第６項までの要件に違反しているものとは認められない。そして、「第４　本願発明」から「第６　当審の判断」までに示すように、補正後の請求項１−１４に係る発明は、独立特許要件を満たすものである。
第４　本願発明
　本願請求項１−１３に係る発明（以下、それぞれ「本願発明１」−「本願発明１３」という。）は、平成２８年４月２８日付けの手続補正で補正された特許請求の範囲の請求項１−１３に記載された事項により特定される発明であり、以下のとおりの発明である。
「【請求項１】
　端末においてボイスオーバインターネットプロトコルサービスを提供するための方法であって、
　前記ボイスオーバインターネットプロトコルサービスのアイドル状態中に、前記端末の端末バッファにおいて検出されたサイレンスディスクリプタパケットに応答して、第１のスケジューリング要求を基地局に送信することと、
　前記第１のスケジューリング要求に応答して、第１のスケジューリング信号を前記基地局から受信することであって、前記第１のスケジューリング信号が、前記サイレンスディスクリプタパケットを送信するのに十分な第１のリソース割り当てを含むことと、
　前記受信したスケジューリング信号に応答して、前記サイレンスディスクリプタパケットを前記基地局に送信することと、
　前記ボイスオーバインターネットプロトコルサービスの前記アイドル状態において音声データパケットを検出することにより、当該アイドル状態が前記ボイスオーバインターネットプロトコルサービスのアクティブ状態への遷移中であることを検出し、前記音声データパケットに応答して、第２のスケジューリング要求を前記基地局に送信することと、
　前記第２のスケジューリング要求に応答して、第２のスケジューリング信号を前記基地局から受信することであって、前記第２のスケジューリング信号が、前記サイレンスディスクリプタパケットを割り当てるのに十分な第２のリソース割り当てを含むことと、
　前記受信した第２のスケジューリング信号に応答して、バッファ状態レポートを含むパケットを前記基地局に送信することと、
　半永続スケジューリング信号を前記基地局から受信することであって、前記受信した半永続スケジューリング信号が、アップリンクステータスがアクティブであることを示すことと、
　を含み
　前記アクティブ状態では、前記端末は、前記バッファ状態レポートを前記基地局に定期的にアップリンクし、当該基地局は、このアップリンクのためのリソースを定期的に端末に割り当て、
　前記端末は、前記端末バッファにおいて前記サイレンスディスクリプタパケットを検出したときに、前記ボイスオーバインターネットプロトコルサービスが前記半永続スケジューリングの状態にある場合には、当該ボイスオーバインターネットプロトコルサービスはアイドル状態に遷移し、
　前記第１のスケジューリング要求と前記第２のスケジューリング要求が同じ構成を有し、前記第１のリソース割り当てと前記第２のリソース割り当てが、同じリソース量の割り当てを含む、
　前記方法。
　　【請求項２】〜【請求項１３】（略）」
第５　引用文献、引用発明等
（１）引用文献１の記載事項
　原査定の拒絶の理由に引用された引用文献１（特表２０１１−５１７８８３号公報）には、図面とともに以下の事項が記載されている。
イ．「【００２２】
　第３の実施形態では、ＷＴＲＵプロセッサ４１５は、ボイス無音期間中にＤＲＸサイクルをボイスオーバーインターネットプロトコル（ＶｏＩＰ）の無音記述子（ＳＩＤ：Ｓｉｌｅｎｃｅ  Ｄｅｓｃｒｉｐｔｏｒ）との整列を制御する。ダウンリンクについては、ＳＩＰパケットに関するリソース割り当てのダイナミックなスケジューリングは、ＤＲＸサイクルが短ＤＲＸサイクルまたは長ＤＲＸサイクルであるかに関わらず、ＤＲＸオン持続期間またはアクティブ時間期間と整列されてよく、ＳＩＤパケットのスケジューリングおよび送信がＤＲＸオン持続期間またはアクティブ時間期間において発生する。
【００２３】
　ＷＴＲＵ３１０がＤＲＸオン持続期間またはアクティブ時間期間中にダウンリンクＳＩＤパケットを受信する、この実施形態の第１の例においては、短ＤＲＸサイクルをアクテ
ィブにする必要がなく、ＷＴＲＵプロセッサ４１５は長ＤＲＸサイクルオペレーションをアクティブにする。ＤＲＸオン持続期間タイマー４１４またはＤＲＸインアクティビティタイマー４１０はＷＴＲＵ３１０がダウンリンクＳＩＤパケットをＤＲＸアクティブ時間期間中に受信した後に満了するという条件で、ＷＴＲＵプロセッサ４１５が長ＤＲＸサイクルをアクティブにする。これは、次のＤＲＸオン持続期間またはＤＲＸアクティブ時間期間を次のＳＩＤパケットと整列させ、前記次のＳＩＤパケットが長ＤＲＸサイクルに等しい周期的送信を有する。従って、ＷＴＲＵ３１０が他の時刻でウェークアップしてＳＩＤパケットを監視し、検出する必要はない。
【００２４】
　あるいは、第２の例として、ＷＴＲＵはまず短ＤＲＸサイクルに入って、次に長ＤＲＸサイクルに入ることができる。ＤＲＸオン持続期間タイマー４１４またはＤＲＸインアクティビティタイマー４１０はダウンリンクＳＩＤパケットがこの期間中に受信された後に満了するという条件で、ＷＴＲＵプロセッサ４１５が短ＤＲＸサイクルをトリガーする。短ＤＲＸサイクルタイマー４１２の満了に応じて、プロセッサ４１５は長ＤＲＸサイクルをスタートする。
【００２５】
　図８は、トークスパート（ｔａｌｋ  ｓｐｕｒｔ）８０２と８０４との間のアップリンクのＶｏＩＰ無音期間８０３における、アップリンクＳＩＤパケットに関するスケジューリング要求を示す。ＷＴＲＵ３１０は、ＤＲＸインアクティビティタイマー４１０が作動中にある時にアップリンクＳＩＤパケット８１０を送信することによって、アップリンクＳＩＤパケットに関するスケジューリング要求およびバッファー状態レポートをＤＲＸオン持続期間またはアクティブ時間期間８０５の間に送ることができる。ＳＩＤスケジューリング要求に応じて、ｅＮＢ３２０は同じＤＲＸオン持続期間またはアクティブ時間期間８０５内にアップリンクＳＩＤに関するリソース割り当てをＷＴＲＵ３１０に送る。ＷＴＲＵは次に割り当てられたリソースからアップリンクＳＩＤパケットを送信する。本例においてＳＩＤパケットのアップリンク送信としてここに説明されるが、本手順は任意のアップリンク送信に適用することができる。
【００２６】
　アップリンクＳＩＤパケット８０１がＷＴＲＵ３１０によってＤＲＸオン持続期間またはアクティブ時間期間８０５の間に送られる、第１の例において、短ＤＲＸサイクルをアクティブにする必要がなく、ＷＴＲＵプロセッサ４１５は長ＤＲＸサイクルオペレーションを選択する。従って、ＤＲＸオン持続期間タイマー４１４またはＤＲＸインアクティビティタイマー４１０が満了してかつＷＴＲＵ３１０がアップリンク周期的パケット（例えば、ＳＩＤパケット）をこの期間中に送るという条件で、ＷＴＲＵプロセッサ４１５は長ＤＲＸサイクルをアクティブにする。」（８〜９頁）
　引用文献１の記載及び図面並びにこの分野における技術常識を考慮すると、上記イ．の【００２５】における「図８は、トークスパート（ｔａｌｋ  ｓｐｕｒｔ）８０２と８０４との間のアップリンクのＶｏＩＰ無音期間８０３における、アップリンクＳＩＤパケットに関するスケジューリング要求を示す。ＷＴＲＵ３１０は、・・・アップリンクＳＩＤパケットに関するスケジューリング要求およびバッファー状態レポートをＤＲＸオン持続期間またはアクティブ時間期間８０５の間に送ることができる。」との記載、及び図８によれば、引用文献１のＷＴＲＵにおいてＶｏＩＰを提供するための方法は、ＶｏＩＰ無音期間におけるＤＲＸオン持続期間またはアクティブ時間期間に、アップリンクＳＩＤパケットに関するスケジューリング要求およびバッファ状態レポートをｅＮＢに送信しているといえる。また、「トークスパート」についても記載されている。
　また、上記イ．の【００２５】における「ＳＩＤスケジューリング要求に応じて、ｅＮＢ３２０は同じＤＲＸオン持続期間またはアクティブ時間期間８０５内にアップリンクＳＩＤに関するリソース割り当てをＷＴＲＵ３１０に送る。」との記載、及び図８によれば、ＷＴＲＵは、前述のアップリンクＳＩＤパケットに関するスケジューリング要求に応答して、アップリンクＳＩＤに関するリソース割り当てをｅＮＢから受信している。
　また、上記イ．の【００２５】における「ＷＴＲＵは次に割り当てられたリソースからアップリンクＳＩＤパケットを送信する。」との記載、及び図８によれば、ＷＴＲＵは、受信したアップリンクＳＩＤに関するリソース割り当てに応答して、アップリンクＳＩＤパケットをｅＮＢに送信しているといえる。
　したがって、引用文献１には、以下の発明（以下、「引用発明１」という。）が記載されているものと認められる。
　「ＷＴＲＵにおいてＶｏＩＰを提供するための方法であって、
　前記ＶｏＩＰのＶｏＩＰ無音期間におけるＤＲＸオン持続期間またはアクティブ時間期間に、アップリンクＳＩＤパケットに関するスケジューリング要求およびバッファ状態レポートをｅＮＢに送信することと、
　前記アップリンクＳＩＤパケットに関するスケジューリング要求に応答して、アップリンクＳＩＤに関するリソース割り当てをｅＮＢから受信することと、
　前記受信したアップリンクＳＩＤに関するリソース割り当てに応答して、前記アップリンクＳＩＤパケットを前記ｅＮＢに送信することと、
　トークスパートと、
　を含む、
　前記方法。」
（２）引用文献２の記載事項
　原査定の拒絶の理由に引用された引用文献２（国際公開第２００８／０２３６４９号）には、図面とともに以下の事項が記載されている。
イ．「[0045]　以下で、本発明の良好な実施形態について、図面を参照して説明する。説明の便宜上、上りリンク音声伝送における制御と、下りリンク音声伝送における制御とに分けて説明するが、基本的な考え方は同じである。
[0046]　なお、本実施形態では、後述するように、パケットサイズに基づいて、ＭＡＣ層において、無音状態か否かについて判定するように構成されている。
[0047]　本実施形態は、例えば、パケット長に基づいて音声パケットか、音声パケット以外のパケット（たとえばサイレント状態を記述するＳＩＤ（silent descriptor）パケット）なのかを推定し、無音状態、有音状態を判断することができる。
[0048]　また、本実施形態は、判定の信頼度を確保するために、特定のバッファ状態が一定時間継続したときに無音状態に移行した判定するのが望ましい。
[0049]　例えば、本実施形態は、音声以外のパケットが複数回連続して到着した場合に無音状態と判断する、或いは、長いサイズのパケット（音声パケットと推定される）の到着後、一定時間、次の音声パケットを受信しない場合に無音状態と判断してもよい。
[0050]  ＜上りリンクでの無線リソース開放制御＞
　図１は、上りリンクでのリソース開放シーケンスの第１の例を示す図である。この実施例では、移動局（またはユーザ端末ＵＥ）で無音判定を行い、移動局からのリソース開放要求に基づいて、無線リソースが開放される。
[0051]　すなわち、移動局ＵＥは、ユーザの通話中に、無線基地局（ｅＮＢ）へ送信されるべき音声データの無音区間を判定する（Ｓ１）。無音区間の判定方法については、後述する。
[0052]　無音区間が検出されたならば、移動局ＵＥは、リソース開放要求を生成し（Ｓ２）、これを無線基地局ｅＮＢに送信する（Ｓ３）。
[0053]　リソース開放要求を受信した無線基地局は、この移動局ＵＥに対してパーシステントに割り当てられていた上りリンクの無線リソースを開放する（Ｓ４）。
[0054]　必要であれば、リソース開放応答を移動局ＵＥに返してもよい（Ｓ５）。
[0055]　図２は、上述した動作を行う移動局（ＵＥ）１０の概略構成を示すブロック図である。
[0056]　移動局１０は、上位層から入力される送信パケットを一時的に格納するパケットバッファ１１と、入力パケットについて有音・無音区間を判定する有音・無音判定部１２を有する。
[0057]　有音・無音判定部１２は、上りリンク用の有音・無音判定部１２ａと、下りリンク用の有音・無音判定部１２ｂと、タイマ１２ｃを含む。
[0058]　上りリンクの処理では、有音・無音判定部１２ａは、パケットサイズまたはバッファへの格納状態に基づき、有音区間・無音区間を判定する。
[0059]　有音区間であれば、送信部１４は、そのままパケットバッファ１１からパケットを順次読み出して、所定のタイミングで送信する。
[0060]　なお、図２では、説明の便宜上、上りリンク用の有音・無音判定部１２ａと、下りリンク用の有音・無音判定部１２ｂとを分けて描いているが、単一の判定部で判定処理を行ってもよい。
[0061]　有音・無音判定部１２ａが、無音区間を検出すると、開放・割当要求信号生成部１３は、リソース開放要求を生成し、送信部１４から無線基地局ｅＮＢへ送信する。
[0062]　一方、後述するように、ユーザが、発話を再開し、有音・無音判定部１２ａが、有音区間の再開を判定した場合は、開放・割当要求信号生成部１３は、割当要求信号を生成して、送信部１４から無線基地局ｅＮＢへ送信する。
[0063]　なお、受信系の処理については、下りリンクでのリソース開放制御と関連して後述する。
[0064]　なお、移動局１０は、上述のリソース開放要求を無線基地局２０に送信した後、かかるリソース開放要求に対応する無線リソースを開放する無線リソース管理部を備えていてもよい。
[0065]　また、移動局１０は、無線基地局２０からリソース開放通知を受信した後、かかるリソース開放通知に対応する無線リソースを開放する無線リソース管理部を備えていてもよい。
[0066]　図３は、有音・無音判定部１２ａが行う無音判定処理の一例（フロー１）を示す。この判定例では、パケットサイズに基づいて有音・無音を判定する。
[0067]　まず、送信パケットが入力されると（Ｓ３１）、有音・無音判定部１２ａは、パケットサイズが所定のしきい値よりも小さいか否かを判断する（Ｓ３２）。
[0068]　ＡＭＲの場合、発語していない無音区間においても、一定間隔（例えば、１６０ｍｓおき）で背景雑音情報が、ＳＩＤ（silent descriptor）として送信される。
[0069]　ＳＩＤは、音声パケットと比較してパケット長が短い。ＡＭＲの最低レート（４．７５ｋｂｐｓ）のペイロードサイズは、１１２ビットであるが、ＳＩＤのペイロードサイズは、５６ビットである。
[0070]　有音・無音判定部１２ａは、ＡＭＲに限らず、音声パケットとノイズ情報を伝達するパケットとのパケットサイズの違いを利用して、パケットサイズから有音・無音状態を推定することができる。
[0071]　ステップＳ３２で、パケットサイズがしきい値よりも小さい場合は、有音・無音判定部１２ａは、ＳＩＤであると判断する（Ｓ３３）。
[0072]　そして、有音・無音判定部１２ａは、ＳＩＤが所定の回数（Ｎ回）以上連続して受信されたか否かについて判断する（Ｓ３４）。
[0073]　所定回数に満たない場合は、有音・無音判定部１２ａは、ステップＳ３１に戻って、次の入力パケットについて判定する。
[0074]　ＳＩＤがＮ回以上続けて受信された場合は、無音状態になった可能性が高く、有音・無音判定部１２ａは、この時点で、無音状態へ移行したと判断して（Ｓ３５）、開放・割当要求信号生成部１３に、リソース開放要求を生成させる（Ｓ３６）。」
　引用文献２の記載及び図面並びにこの分野における技術常識を考慮すると、上記イ．の[0067]における「送信パケットが入力されると（Ｓ３１）、有音・無音判定部１２ａは、パケットサイズが所定のしきい値よりも小さいか否かを判断する（Ｓ３２）。」との記載、同イ．の[0071]における「ステップＳ３２で、パケットサイズがしきい値よりも小さい場合は、有音・無音判定部１２ａは、ＳＩＤであると判断する（Ｓ３３）。」との記載、及び図３によれば、引用文献２の移動局（ＵＥ）は、パケットサイズから、ＳＩＤを判定しているといえる。
　したがって、引用文献２には、以下の発明（以下、「引用発明２」という。）が記載されているものと認める。
　「パケットサイズから、ＳＩＤを判定すること。」
（３）引用文献３の記載事項
　原査定の拒絶の理由に引用された引用文献３（国際公開第２０１０／０３３８５７号）には、図面とともに以下の事項が記載されている。
イ．「[0028]　Figure 2 illustrates a series of events that can occur in the setup of a semi- persistently scheduled uplink resource. The events are represented by vertical lines that are regularly spaced in the drawing even though the events do not necessarily occur at regular intervals. A silence period 115 ends and a talk spurt 120 begins at event 130, when a new uplink voice packet is available at a UA. The arrival of the new uplink voice packet indicates that an uplink transmission from the UA to the access device needs to be established.
[0029]　When the UA becomes aware that an uplink resource needs to be established, the UA sends a scheduling request to the access device at event 140 to indicate that the UA has data to send to the access device. The scheduling request is typically an indicator, such as a single information bit, that the UA sends to the access device over a scheduling request channel. The scheduling request channel is a dedicated channel between the UA and the access device that is traditionally established specifically for the purpose of providing the UA a channel for requesting resources from the access device. When the UA transmits the indicator on the scheduling request channel, the access device interprets  this as a request for an uplink resource that the UA can use to send data to the access device.
[0030]　At event 150, upon receiving the indicator from the UA, the access device grants the UA a minimal amount of resource capacity via a control message over the PDCCH. This control message contains an identifier for the UA. Upon receiving the control message over the PDCCH, the UA checks the identifier to determine whether the identifier was addressed to the UA.
[0031]　At event 160, if the identifier in the control message is addressed to the UA, the UA uses the minimal radio resource provided via the control message to send the access device either a buffer status report or a voice packet. The buffer status report or voice packet can inform or imply to the access device the quantity of data and/or the periodicity of the data the UA wishes to send as well as other possible information such as quality of service information. The access device uses this information to determine the quantity of resource capacity the UA will need for the data the UA wishes to send and then periodically grants the appropriate resource. The UA receives the resource at event 170.
[0032]　At event 180, the talk spurt 120 ends and another silence period 115 begins. The semi-persistently scheduled resource that had been granted to the UA is released at that point, either by the UA or by the access device with which the UA is communicating. In an embodiment, the UA stops attempting to detect and decode the SPS activation/reconfiguration signaling at that point. In some cases, the UA might have begun attempting to detect and decode the SPS activation/reconfiguration signaling after event 160 occurs, where the UA sends the access device a buffer status report or a voice packet. By limiting the length of time during which the UA attempts to detect and decode the SPS activation/reconfiguration signaling, the probability that the UA will falsely detect an identifier that was not addressed to it can be reduced.」
訳文（イ．）「[００２８]　図２は、半永続的にスケジューリングされたアップリンクリソースの設定の際に生じ得る、一連のイベントを図示する。イベントは、必ずしも、定期的間隔で生じない場合でも、図面中に定期的に離間される垂直線によって表される。新しいアップリンク音声パケットが、ＵＡで利用可能となるイベント１３０で、無音期間１１５が終了し、トークスパート１２０が開始する。新しいアップリンク音声パケットの到着は、ＵＡからアクセスデバイスへのアップリンク伝送が確立される必要があることを示す。
[００２９]　ＵＡが、アップリンクリソースが確立される必要があることを認識すると、ＵＡは、スケジューリング要求をアクセスデバイスにイベント１４０で送信し、ＵＡがアクセスデバイスに送信するためのデータを有することを示す。スケジューリング要求は、典型的には、ＵＡがスケジューリング要求チャネル上でアクセスデバイスに送信する、単一情報ビット等のインジケータである。スケジューリング要求チャネルは、特に、アクセスデバイスからリソースを要求するためのチャネルをＵＡに提供する目的のために従来から確立されている、ＵＡとアクセスデバイスとの間の専用チャネルである。ＵＡが、インジケータをスケジューリング要求チャネル上で伝送すると、アクセスデバイスは、ＵＡがデータをアクセスデバイスに送信するために使用可能なアップリンクリソースの要求としてこれを解釈する。
[００３０]　イベント１５０では、ＵＡからのインジケータの受信に応じて、アクセスデバイスは、ＰＤＣＣＨ上の制御メッセージを介して、最小のリソース容量をＵＡに許可する。この制御メッセージは、ＵＡのための識別子を含有する。ＰＤＣＣＨ上での制御メッセージの受信に応じて、ＵＡは識別子を検証し、識別子がＵＡにアドレスされたものであるかどうかを判定する。
[００３１]　イベント１６０では、制御メッセージ内の識別子が、ＵＡにアドレスされている場合、ＵＡは、制御メッセージを介して提供される最小の無線リソースを使用して、バッファ状態報告または音声パケットのいずれかをアクセスデバイスに送信する。バッファ状態報告または音声パケットは、データの量、および／またはＵＡがサービス情報の量等の他の可能性のある情報と同じ様に送信したいデータの周期性をアクセスデバイスに通知あるいは暗示可能である。アクセスデバイスは、ＵＡが送信したいデータのためにＵＡが必要とするリソース容量を決定するために、この情報を使用し、次いで、適切なリソースを周期的に許可する。ＵＡは、リソースをイベント１７０で受信する。
[００３２]　イベント１８０では、トークスパート１２０が終了し、別の無音期間１１５が開始する。ＵＡに許可された半永続的にスケジューリングされたリソースは、その時点で、ＵＡによって、またはＵＡが通信しているアクセスデバイスによって、解放される。ある実施形態では、ＵＡは、その時点で、ＳＰＳ作動／再構成シグナリングを検出および復号する試みをやめる。ＵＡがアクセスデバイスにバッファ状態報告または音声パケットを送信する場合に、イベント１６０が発生後、ＵＡは、ＳＰＳ作動／再構成シグナリングを検出および復号する試みを開始する場合があったかもしれない。ＵＡが、ＳＰＳ作動／再構成シグナリングを検出および復号する試みる時間の長さを限定することによって、ＵＡが、誤って、それにアドレスされていない識別子を検出する確率が、低減され得る。」
　引用文献３の記載及び図面並びにこの分野における技術常識を考慮すると、上記イ．の[００２８]の「新しいアップリンク音声パケットが、ＵＡで利用可能となるイベント１３０で、無音期間１１５が終了し、トークスパート１２０が開始する。」、[００２９]の「ＵＡは、スケジューリング要求をアクセスデバイスにイベント１４０で送信し」、[００３０]の「アクセスデバイスは、ＰＤＣＣＨ上の制御メッセージを介して、最小のリソース容量をＵＡに許可する。」との記載によれば、ＵＡで新たなアップリンク音声パケットがあるとトークスパートが開始されて、ＵＡからアクセスデバイスに、スケジューリング要求し、アクセスデバイスから最小の容量の無線リソースを許可する制御メッセージをＵＡが受信するといえる。また、[００３１]の「ＵＡは、制御メッセージを介して提供される最小の無線リソースを使用して、バッファ状態報告または音声パケットのいずれかをアクセスデバイスに送信する。」、[００３２]の「ＵＡに許可された半永続的にスケジューリングされたリソースは、その時点で、ＵＡによって、またはＵＡが通信しているアクセスデバイスによって、解放される。」との記載によれば、無線リソースを使用して、バッファ状態報告をアクセスデバイスに送信し、アクセスデバイスは、該バッファ報告に基づいて、ＵＡに、半永続的にスケジューリングされたリソースをＵＡに許可するといえる。
　したがって、引用文献３には、以下の発明（以下、「引用発明３」という。）が記載されているものと認める。
　「ＵＡで新たなアップリンク音声パケットがあるとトークスパートが開始されて、前記ＵＡからアクセスデバイスに、スケジューリング要求し、前記アクセスデバイスから最小の容量の無線リソースを許可する制御メッセージを前記ＵＡが受信すると、該無線リソースを使用して、バッファ状態報告をアクセスデバイスに送信し、前記アクセスデバイスは、該バッファ報告に基づいて、前記ＵＡに、半永続的にスケジューリングされたリソースを前記ＵＡに許可すること。」
（４）引用文献４の記載事項
　原査定の拒絶の理由に引用された引用文献４（国際公開第２０１０／０９０５６５号）には、図面とともに以下の事項が記載されている。
イ．「For uplink scheduling, the eNodeB needs information about the current state of the buffers in the terminal, i.e. if and how much data the terminal has in its priority queues. This information is sent from the terminal to the eNodeB either as a 1-bit Scheduling Request (SR) or by a Buffer Status Report (BSR). The Scheduling Requests are transmitted on a control channel such as e.g. Physical Uplink Control CHannel (PUCCH) or Radio Access CHannel (RACH) while the BSR are transmitted on the data channel such as e.g. Physical Uplink Shared CHannel (PUSCH), mostly together with user data.」（１頁２１〜２７行）
訳文（イ．）「アップリンクのスケジューリングのために、ｅＮｏｄｅＢは、端末の中のバッファの現在の状態についての情報、すなわち端末が優先順位付き待ち行列の中にどのくらいのデータを有しているかについての情報を必要とする。この情報は、１ビットのスケジューリング要求（ＳＲ）としてまたはバッファ状態報告（ＢＳＲ）により、端末からｅＮｏｄｅＢに送信される。スケジューリング要求は、物理アップリンク制御チャネル（ＰＵＣＣＨ）または無線アクセスチャネル（ＲＡＣＨ）等の制御チャネル上で送信される。一方で、ＢＳＲは、ほとんどの場合にユーザデータと共に、物理アップリンク共有チャネル（ＰＵＳＣＨ）等のデータチャネル上で送信される。」
　引用文献４の記載及び図面並びにこの分野における技術常識を考慮すると、上記イ．における「ｅＮｏｄｅＢは、端末の中のバッファの現在の状態についての情報、すなわち端末が優先順位付待ち行列の中にどのくらいのデータを有しているかについての情報を必要とする。この情報は、１ビットのスケジューリング要求（ＳＲ）としてまたはバッファ状態報告（ＢＳＲ）により、端末からｅＮｏｄｅＢに送信される。」との記載によれば、引用文献４の端末は、端末の中のバッファの現在の状態についての情報を、スケジューリング要求（ＳＲ）により、ｅＮｏｄｅＢに送信しているといえる。
　したがって、引用文献４には、以下の発明（以下、「引用発明４」という。）が記載されているものと認める。
　「端末が、アップリンクのスケジューリングのために、端末の中のバッファの現在の状態についての情報を、スケジューリング要求（ＳＲ）により、ｅＮｏｄｅＢに送信すること。」
第６　当審の判断
　本願発明１と引用発明１とを対比する。 
ａ．引用発明１の「ＷＴＲＵ」、「ＶｏＩＰ」、「ＳＩＤパケット」、「アップリンクＳＩＤパケットに関するスケジューリング要求」、「アップリンクＳＩＤに関するリソース割り当て」及び「ｅＮＢ」は、本願発明１の「端末」、「ボイスオーバインターネットプロトコルサービス」、「サイレンスディスクリプタパケット」、「第１のスケジューリング要求」、「第１のスケジューリング信号」及び「基地局」にそれぞれ相当する。
ｂ．引用発明１の「ＶｏＩＰ無音期間におけるＤＲＸオン持続期間またはアクティブ時間期間」と、本願発明１の「アイドル状態中」とは、後述する相違点を除いて、「所定の状態」という点で共通する。
ｃ．引用発明１の「トークスパート」と、本願発明１の「前記受信したスケジューリング信号に応答して、前記サイレンスディスクリプタパケットを前記基地局に送信することと、前記ボイスオーバインターネットプロトコルサービスの前記アイドル状態において音声データパケットを検出することにより、当該アイドル状態が前記ボイスオーバインターネットプロトコルサービスのアクティブ状態への遷移中であることを検出し、前記音声データパケットに応答して、第２のスケジューリング要求を前記基地局に送信することと、前記第２のスケジューリング要求に応答して、第２のスケジューリング信号を前記基地局から受信することであって、前記第２のスケジューリング信号が、前記サイレンスディスクリプタパケットを割り当てるのに十分な第２のリソース割り当てを含むことと、前記受信した第２のスケジューリング信号に応答して、バッファ状態レポートを含むパケットを前記基地局に送信することと、半永続スケジューリング信号を前記基地局から受信することであって、前記受信した半永続スケジューリング信号が、アップリンクステータスがアクティブであることを示すことと、を含み、前記アクティブ状態では、前記端末は、前記バッファ状態レポートを前記基地局に定期的にアップリンクし、当該基地局は、このアップリンクのためのリソースを定期的に端末に割り当て」とは、後述する相違点を除いて、「音声データパケットに関する手順」である点で共通する。
 　したがって、本願発明１と引用発明１は、以下の点で一致ないし相違している。 
＜一致点＞ 
　「端末においてボイスオーバインターネットプロトコルサービスを提供するための方法であって、
　前記ボイスオーバインターネットプロトコルサービスの所定の状態で、第１のスケジューリング要求を基地局に送信することと、
　前記第１のスケジューリング要求に応答して、第１のスケジューリング信号を前記基地局から受信することであって、前記第１のスケジューリング信号が、サイレンスディスクリプタパケットを送信するための第１のリソース割り当てを含むことと、
　前記受信した第１のスケジューリング信号に応答して、前記サイレンスディスクリプタパケットを前記基地局に送信することと、
　音声データパケットに関する手順、
　を含む、
　前記方法。」
＜相違点１＞
　一致点の「所定の状態」が、本願発明１では「アイドル状態中」であるのに対し、引用発明１では、「ＶｏＩＰ無音期間におけるＤＲＸオン持続期間またはアクティブ時間期間」である点。
　それに関連して、本願発明１では「前記端末は、前記端末バッファにおいて前記サイレンスディスクリプタパケットを検出したときに、前記ボイスオーバインターネットプロトコルサービスが前記半永続スケジューリングの状態にある場合には、当該ボイスオーバインターネットプロトコルサービスはアイドル状態に遷移し」とされているのに対し、引用発明１では、そのような特定がない点。
＜相違点２＞
　一致点の「第１のスケジューリング要求を基地局に送信」の前提として、本願発明１では「前記端末の端末バッファにおいて検出されたサイレンスディスクリプタパケットに応答して」の条件が付されているのに対し、引用発明１では、そのような条件が特定されない点。
＜相違点３＞
　一致点の「第１のスケジューリング要求を基地局に送信」の「送信」の対象が、
　本願発明１は、「第１のスケジューリング要求」だけであるのに対し、引用発明１は、「スケジューリング要求」に加えて「バッファ状態レポート」である点。
＜相違点４＞
　一致点の「第１のリソース割り当て」について、本願発明１は、「十分な」という量的要件が付されるのに対し、引用発明１は、その点について明記されていない点。
＜相違点５＞
　一致点の「音声データパケットに関する手順」について、本願発明１は、「前記ボイスオーバインターネットプロトコルサービスの前記アイドル状態において音声データパケットを検出することにより、当該アイドル状態が前記ボイスオーバインターネットプロトコルサービスのアクティブ状態への遷移中であることを検出し、前記音声データパケットに応答して、第２のスケジューリング要求を前記基地局に送信することと、前記第２のスケジューリング要求に応答して、第２のスケジューリング信号を前記基地局から受信することであって、前記第２のスケジューリング信号が、前記サイレンスディスクリプタパケットを割り当てるのに十分な第２のリソース割り当てを含むことと、前記受信した第２のスケジューリング信号に応答して、バッファ状態レポートを含むパケットを前記基地局に送信することと、半永続スケジューリング信号を前記基地局から受信することであって、前記受信した半永続スケジューリング信号が、アップリンクステータスがアクティブであることを示すことと、を含み、前記アクティブ状態では、前記端末は、前記バッファ状態レポートを前記基地局に定期的にアップリンクし、当該基地局は、このアップリンクのためのリソースを定期的に端末に割り当て」るのに対し、引用発明１は、「トークスパート」の手順について具体的に記載されていない点。
＜相違点６＞
　一致点の「第１のスケジューリング要求」に関連して、本願発明１は、「前記第１のスケジューリング要求と前記第２のスケジューリング要求が同じ構成を有し、前記第１のリソース割り当てと前記第２のリソース割り当てが、同じリソース量の割り当てを含む」のに対し、引用発明１は、そもそも「トークスパート」期間のスケジューリング要求やリソース割り当てについて記載されていない点。
（３）判断
　そこで、上記相違点６について検討する。
　引用発明３として、「ＵＡで新たなアップリンク音声パケットがあるとトークスパートが開始されて、前記ＵＡからアクセスデバイスに、スケジューリング要求し、前記アクセスデバイスから最小の容量の無線リソースを許可する制御メッセージを前記ＵＡが受信すると、該無線リソースを使用して、バッファ状態報告を前記アクセスデバイスに送信し、前記アクセスデバイスは、該バッファ報告に基づいて、前記ＵＡに、半永続的にスケジューリングされたリソースを前記ＵＡに許可すること。」が記載されている。
　そして、引用発明１の「トークスパート」の期間における、端末からｅＮＢへの音声パケットの送信のために、引用発明３を適用してアップリンク音声パケットに関するスケジューリング要求をｅＮＢに送信し、前記アップリンク音声パケットに関するスケジューリング要求に応答して、アップリンク音声パケットに関するスケジューリング信号が、前記アップリンク音声パケットに関するリソース割り当てをｅＮＢから受信するよう構成することが、当業者が容易になし得たとしても、ＳＩＤパケット、音声パケットそれぞれのスケジューリング要求の構成、リソース割り当て量を同じとすることについては、引用発明１ないし引用発明４のいずれにも記載も示唆もされておらず、当業者に自明な事項でもない。
　したがって、引用発明１に、引用発明２ないし引用発明４を適用したとしても、本願発明１の相違点６に係る構成を導き出すことはできない。
　そして、本願発明１の相違点６に係る構成により、本願明細書段落【００３２】の「したがって、アイドル状態中は、受信した割り当ては、サイレンスディスクリプタパケットを送信するのに十分であり得、アクティブ状態への遷移中は、受信した割り当ては、バッファステータスレポートを送信するのに十分であり得る。いくつかの例では、アクティブ状態への遷移中は、バッファステータスレポートがサイレンスディスクリプタパケットに「取って代わる」ことができると見なすことができる。」という作用効果を奏するものであるから、当業者が適宜なし得る設計的事項ということはできない。
　以上のとおり、本願発明１は、他の相違点について検討するまでもなく、引用発明１ないし４に基づいて、当業者が容易に発明をすることができたとはいえない。
２．本願発明２について
　本願発明１の主体が「端末」の方法の発明を、主体が「基地局」の方法の発明としたものであり、同様の技術的特徴を有するものであるから、上記（３）と同じ理由により、引用発明１ないし４に基づいて当業者が容易に発明をすることができたとはいえない。
３．本願発明３ないし７について
　本願発明２を引用する発明であるから、上記（３）と同じ理由により、引用発明１ないし４に基づいて当業者が容易に発明をすることができたとはいえない。
４．本願発明８について
　本願発明８は、本願発明１の「方法」のカテゴリーを「機械可読媒体」としたものであり、同様の技術的特徴を有するものであるから、上記（３）と同じ理由により、引用発明１ないし４に基づいて当業者が容易に発明をすることができたとはいえない。
５．本願発明９について
　本願発明９は、本願発明２の「方法」のカテゴリーを「機械可読媒体」としたものであり、同様の技術的特徴を有するものであるから、上記（３）と同じ理由により、引用発明１ないし４に基づいて当業者が容易に発明をすることができたとはいえない。
６．本願発明１０について
　本願発明１０は、本願発明１の「方法」のカテゴリーを「システム」としたものであり、同様の技術的特徴を有するものであるから、上記（３）と同じ理由により、引用発明１ないし４に基づいて当業者が容易に発明をすることができたとはいえない。
７．本願発明１１ないし１３について
　本願発明１１ないし１３は、本願発明１０を引用する発明であるから、上記（３）と同じ理由により、引用発明１ないし４に基づいて当業者が容易に発明をすることができたとはいえない。
第７　むすび
　以上のとおり、原査定の拒絶理由を検討してもその理由によって拒絶すべきものとすることはできない。
　また、他に本願を拒絶すべき理由を発見しない。
　よって、結論のとおり審決する。