【事件の表示】
　特願２０１６−５６４０６４「改善されたマルチ・キャリア通信のための方法および装置」拒絶査定不服審判事件〔平成２７年１０月２９日国際公開、ＷＯ２０１５／１６４１２２、平成２９年　６月１５日国内公表、特表２０１７−５１６３９５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は，２０１５（平成２７年）年４月１４日（パリ条約による優先権主張　外国庁受理　２０１４年４月２１日，米国）を国際出願日とする出願であって，その手続の経緯の概略は以下のとおりである。
平成３０年　２月　８日付け　拒絶理由通知書
平成３０年　５月１８日　　　意見書及び手続補正書の提出
平成３０年１０月１０日付け　拒絶査定
平成３１年　２月１８日　　　拒絶査定不服審判の請求
第２　本願発明
　本願の請求項に係る発明は，平成３０年５月１８日にされた手続補正により補正された特許請求の範囲の請求項１ないし１０に記載された事項により特定されるものであるところ，その請求項６に係る発明（以下「本願発明」という。）は以下のとおりのものと認める。
　「複数のキャリアを経由して，プロトコル・スタックを使用して，ユーザ要素（ＵＥ）に対してパケット・データを送信するように構成された複数のネットワーク・ノード，を備えており，
　前記プロトコル・スタックは，無線リンク制御（ＲＬＣ）レイヤを含み，
　前記ＲＬＣレイヤが，一つの上位ＲＬＣ処理レイヤと複数の下位ＲＬＣ処理レイヤとに分割され，
　前記複数のキャリアの各々が，前記上位ＲＬＣ処理レイヤ及び前記複数の下位ＲＬＣ処理レイヤの内の一つの下位ＲＬＣ処理レイヤに関連付けられており，
　前記上位ＲＬＣ処理レイヤは，前記複数のキャリアを経由したパケット・データ送信をサポートするように構成され，
　前記複数の下位ＲＬＣ処理レイヤの各々は，前記複数のキャリアの内の少なくとも１つを経由したパケット・データ送信をサポートするように構成されており，該構成によって，前記複数のキャリアの各々を経由したパケット・データ送信が，
　　前記上位ＲＬＣ処理レイヤ，及び，
　　前記複数の下位ＲＬＣ処理レイヤの内の一つの下位ＲＬＣ処理レイヤ，
によってサポートされることになる，
無線アクセス・ネットワーク（ＲＡＮ）。」
第３　原査定の拒絶の理由
　原査定の拒絶の理由は，「この出願の下記の請求項に係る発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。」というものであり，請求項１−１０に対して下記の引用例１が引用され，常套手段であることを示す周知例として引用例２があげられている。
引用例１　特表２０１３−５２００９６号公報
引用例２　Intel Corporation，Down selection of user plane architecture options，3GPP TSG-RAN WG2#83bis R2-133499，２０１４年　４月２１日
第４　引用発明，及び，周知技術
１　引用例１
　原査定の拒絶の理由で引用された特表２０１３−５２００９６号公報（「引用例１」）には，図面とともに，次の記載がある。
　「【０００７】
　ワイヤレス通信ネットワークにおいてデータを分割する方法およびシステムが，開示される。データは，ユーザ機器への送信のために複数の基地局を使用するように分割されることが可能であり，または複数の基地局に送信するためにユーザ機器によって分割されることが可能である。或る実施形態では，データ分割は，ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol）層において実行され得る。或る実施形態では，データは，ＲＬＣ（無線リンク制御）層において分割され得る。或る実施形態では，データは，ＭＡＣ（媒体アクセス制御）層において分割され得る。これらの実施形態のそれぞれにおいて，データは，ユーザ機器上，および／または基地局上で分割され得る。或る実施形態では，データは，代わりに，サービングゲートウェイにおいてなど，ユーザプレーンで分割され得る。本開示の上記，およびさらなる態様が，後段でより詳細に説明される。」
　「【００４７】
　一部のＬＴＥ　Ｒ１０実施において，キャリア集約のための複数のＣＣのサポートが，１つのサービングｅノードＢに制限され得る。このことは，ＵＥが，異なる複数のｅノードＢに対して１つのＣＣを使用してデータ接続を維持することを妨げ得る。ＵＥが，図３に示されるとおり，異なる２つのｅノードＢ上のＣＣに関してカバレッジの重なり合いが存在するロケーションに移動するシナリオにおいて，ネットワークＲＲＭ（無線リソース管理）エンティティが，異なるサイトからの複数のＣＣを使用することによってデータスループット増加を十分に利用する代わりに，別のセルサイトにハンドオーバすべきかどうかを判定することが可能である。各ＣＣ上で利用可能な帯域幅を十分に利用するために，対応するデータストリームが，関連するｅノードＢにルーティングされること，および関連するｅノードＢからルーティングされることが可能である。」
　「【００８５】
　図９は，ＲＬＣ層データ分割が実行される或る実施形態に従って使用され得る例示的なデータフローおよびアーキテクチャを示す。ｅノードＢ９１０が，ＰＤＣＰ層９１９においてＩＰパケット９９０を受信して，そのデータをＲＬＣ層９１７に供給することが可能である。ＲＬＣ層９１７で，データ分割エンティティ９１８が，そのデータをフロー９３１と９３２に分割することが可能である。データ分割エンティティ９１８は，フロー９３２がピアｅノードＢに送信されるべきであるのに対して，フロー９３１がローカルで（すなわち，ＵＥ９３０に直接に）送信されるべきことを判定することが可能である。データ分割エンティティ９１８は，フロー９３１をＭＡＣ９１５に供給することが可能である（例えば，バッファ占有率情報を更新した後，要求が行われると）。データ分割エンティティ９１８は，データ分割エンティティ９１８がデータを別々のフローに分割すると，ＲＬＣ　ＳＤＵを追跡することが可能である。ＭＡＣ９１５は，フロー９３１に関するデータをＰＨＹ９１４に供給することが可能であり，ＰＨＹ９１４は，フロー９３１を，第１のＣＣを介してＵＥ９３０に送信することが可能である。
【００８６】
　ｅノードＢフロー９１０が，フロー９３２を，トンネル９４０を介してｅノードＢ９２０に供給することが可能である。ＲＬＣ層９２７が，フロー９３２をＭＡＣ９２５に供給することが可能である（例えば，バッファ占有率情報を更新した後，要求が行われると）。ＭＡＣ９２５は，フロー９３２に関するデータをＰＨＹ９２４に供給することが可能であり，ＰＨＹ９２４は，フロー９３２を，第２のＣＣを介してＵＥ９３０に送信することが可能である。Ｘ２シグナリング９５０が，ｅノードＢ９１０とｅノードＢ９２０との間で制御情報を交換するのに使用され得る。
【００８７】
　ＵＥ９３０で，データフロー９３１および９３２が，データフロー９３１および９３２をＭＡＣ９３５に供給することが可能なＰＨＹ９３４によって受け取られることが可能であり，ＭＡＣ９３５は，フロー９３１および９３２のデータをＲＬＣ９３７に供給する。次に，ＲＬＣ９３７のデータマージエンティティ９３６が，それらのデータフローをマージして，適切に順序付けられたＳＤＵにし，さらに，もたらされるデータをＰＤＣＰ９３９に供給し，ＰＤＣＰ９３９は，そのデータをＩＰパケットとしてネットワークに送信することが可能である。データマージエンティティ９３８は，ＲＬＣ　ＳＤＵを追跡することが可能である。
【００８８】
　ＲＬＣ層データ分割実施形態に関して，ハンドオーバ動作は，ＰＤＣＰ層データ分割に関して開示された手段を含め，本明細書で開示される任意の手段または方法を使用して実行され得る。」
　引用例１【０００７】の「ワイヤレス通信ネットワークにおいてデータを分割する方法およびシステムが，開示される。」との記載より，引用例１には「ワイヤレス通信ネットワーク」が記載されていると認める。
　引用例１の図９には，ｅノードＢ９１０，及び，ｅノードＢ９２０のそれぞれにおいて，ＰＤＣＰ，ＲＬＣ，ＭＡＣ，ＰＨＹからなるプロトコル・スタックを使用してＩＰパケットの送信を行うことが見てとれる。してみれば，「プロトコル・スタックを使用して，ＵＥに対してＩＰパケットを送信するｅノードＢ９１０，及び，ｅノードＢ９２０」，及び，「前記プロトコル・スタックは，ＲＬＣ層を含」むことが示されているといえる。
　引用例１【００８５】の「図９は，ＲＬＣ層データ分割が実行される或る実施形態に従って使用され得る例示的なデータフローおよびアーキテクチャを示す。ｅノードＢ９１０が，ＰＤＣＰ層９１９においてＩＰパケット９９０を受信して，そのデータをＲＬＣ層９１７に供給することが可能である。ＲＬＣ層９１７で，データ分割エンティティ９１８が，そのデータをフロー９３１と９３２に分割することが可能である。データ分割エンティティ９１８は，フロー９３２がピアｅノードＢに送信されるべきであるのに対して，フロー９３１がローカルで（すなわち，ＵＥ９３０に直接に）送信されるべきことを判定することが可能である。データ分割エンティティ９１８は，フロー９３１をＭＡＣ９１５に供給することが可能である（例えば，バッファ占有率情報を更新した後，要求が行われると）。データ分割エンティティ９１８は，データ分割エンティティ９１８がデータを別々のフローに分割すると，ＲＬＣ　ＳＤＵを追跡することが可能である。ＭＡＣ９１５は，フロー９３１に関するデータをＰＨＹ９１４に供給することが可能であり，ＰＨＹ９１４は，フロー９３１を，第１のＣＣを介してＵＥ９３０に送信することが可能である。」，同【００８６】の「ｅノードＢフロー９１０（当審注：「ｅノードＢ９１０」の誤記と認める。）が，フロー９３２を，トンネル９４０を介してｅノードＢ９２０に供給することが可能である。ＲＬＣ層９２７が，フロー９３２をＭＡＣ９２５に供給することが可能である（例えば，バッファ占有率情報を更新した後，要求が行われると）。ＭＡＣ９２５は，フロー９３２に関するデータをＰＨＹ９２４に供給することが可能であり，ＰＨＹ９２４は，フロー９３２を，第２のＣＣを介してＵＥ９３０に送信することが可能である。Ｘ２シグナリング９５０が，ｅノードＢ９１０とｅノードＢ９２０との間で制御情報を交換するのに使用され得る。」，及び，同図９の記載より，「ｅノードＢ９１０のＲＬＣ層で，データ分割エンティティ９１８が，データをフロー９３１と９３２に分割し，データ分割エンティティ９１８がフロー９３１をＭＡＣ９１５に供給し，ｅノードＢ９１０がフロー９３２をトンネル９４０を介してｅノードＢ９２０に供給し，ｅノードＢ９２０のＲＬＣ９２７が，フロー９３２をＭＡＣ９２５に供給する」ことが見てとれる。
　してみれば，引用例１には以下の発明（以下「引用発明」という。）が記載されていると認める。
　「プロトコル・スタックを使用して，ＵＥに対してＩＰパケットを送信するｅノードＢ９１０，及び，ｅノードＢ９２０，を備えており，
　前記プロトコル・スタックは，ＲＬＣ層を含み，
　ｅノードＢ９１０のＲＬＣ層で，データ分割エンティティ９１８が，データをフロー９３１と９３２に分割し，データ分割エンティティ９１８がフロー９３１をＭＡＣ９１５に供給し，
　ｅノードＢ９１０がフロー９３２をトンネル９４０を介してｅノードＢ９２０に供給し，
　ｅノードＢ９２０のＲＬＣ９２７が，フロー９３２をＭＡＣ９２５に供給する，
　ワイヤレス通信ネットワーク。」
２　周知技術
（１）引用例３
　本願の優先日前に公開された特開２００７−１９５０７７号公報（以下「引用例３」という。）には，次の記載がある。
　「【００３４】
　上記目的を達成するため，本発明では，（１）ＩＥＥＥ８０２標準に従ってＯＳＩ参照モデルのデータリンク層におけるＭＡＣ層をいくつかのレイヤに分割し，上位のプロトコル装置部分と下位のＭＡＣ装置部分に分け，このＭＡＣ装置に，上位のプロトコル装置に対してＭＡＣサービスを提供するＩＥＥＥ標準８０２．３−２００１で規定された「ＭＡＣサービスアクセスポイント」（ＭＳＡＰ：ＭＡＣ　Ｓｅｒｖｉｃｅ　Ａｃｃｅｓｓ　Ｐｏｉｎｔ）を複数設け，さらに，各ＭＡＣサービスアクセスポイントがそれぞれ個別ＭＡＣアドレスで識別される構成としたことを特徴とする。」
（２）引用例４
　本願の優先日前に公開された特表２００８−５０１２９０号公報（以下「引用例３」という。）には，次の記載がある。
　「【００１０】
　既存の無線インタフェースのプロトコルのアーキテクチャに対する影響を最小限にしつつ上述の特徴をサポートするために，ＭＡＣ層は，ＭＡＣ−ｈｓ副層（サブレイヤ）を追加することによって拡張された。ＭＡＣ−ｈｓ副層は，ＭＡＣ−ｄ層とＰＨＹ層との間に配置されている。どちらの副層も，ＨＳ−ＤＳＣＨでの伝送のために使用される。」
（３）
　引用例３，４の記載から「既存のネットワークに機能追加を行うため，既存のプロトコル・スタックの階層をさらに分割する。」ことは周知技術であると認める。
第５　対比・判断
　本願発明と引用発明とを対比する。
　引用発明の「プロトコル・スタックを使用して，ＵＥに対してＩＰパケットを送信するｅノードＢ９１０，及び，ｅノードＢ９２０」との事項に関し，「ｅノードＢ９１０，及び，ｅノードＢ９２０」との複数のｅノードＢがＵＥに対してＩＰパケットを送信しており，前記ＩＰパケットは，複数のキャリアを経由して送信されることは，当業者にとって明らかである。また，ｅノードＢはネットワーク・ノードに含まれ，ＩＰパケットはパケット・データに含まれる。
　してみれば，引用発明の「プロトコル・スタックを使用して，ＵＥに対してＩＰパケットを送信するｅノードＢ９１０，及び，ｅノードＢ９２０，を備えており，」は，本願発明の「複数のキャリアを経由して，プロトコル・スタックを使用して，ユーザ要素（ＵＥ）に対してパケット・データを送信するように構成された複数のネットワーク・ノード，を備えており」に相当する。
　引用発明の「ＲＬＣ層」は本願発明の「無線リンク制御（ＲＬＣ）レイヤ」に相当する。してみれば，本願発明と引用発明の「前記プロトコル・スタックは，ＲＬＣ層を含み」とでは，「前記プロトコル・スタックは，無線リンク制御（ＲＬＣ）レイヤを含み」との点で一致する。
　引用発明の「ワイヤレス通信ネットワーク」は本願発明の，「無線アクセス・ネットワーク（ＲＡＮ）」に相当する。
　よって，本願発明と引用発明とでは，
　「複数のキャリアを経由して，プロトコル・スタックを使用して，ユーザ要素（ＵＥ）に対してパケット・データを送信するように構成された複数のネットワーク・ノード，
を備えており，
　前記プロトコル・スタックは，無線リンク制御（ＲＬＣ）レイヤを含む，
　無線アクセス・ネットワーク（ＲＡＮ）」
との点で一致し，以下の点で相違する。
（相違点１）
　本願発明が「前記ＲＬＣレイヤが，一つの上位ＲＬＣ処理レイヤと複数の下位ＲＬＣ処理レイヤとに分割され」ているのに対し，引用発明では，「　ｅノードＢ９１０のＲＬＣ層で，データ分割エンティティが，データをフロー９３１と９３２に分割し，データ分割エンティティがフロー９３１をＭＡＣ９１５に供給」するものであるものの，ＲＬＣ層の分割については特定していない点。
（相違点２）
　本願発明が
　「前記複数のキャリアの各々が，前記上位ＲＬＣ処理レイヤ及び前記複数の下位ＲＬＣ処理レイヤの内の一つの下位ＲＬＣ処理レイヤに関連付けられており，
　前記上位ＲＬＣ処理レイヤは，前記複数のキャリアを経由したパケット・データ送信をサポートするように構成され，
　前記複数の下位ＲＬＣ処理レイヤの各々は，前記複数のキャリアの内の少なくとも１つを経由したパケット・データ送信をサポートするように構成されており，該構成によって，前記複数のキャリアの各々を経由したパケット・データ送信が，
　　前記上位ＲＬＣ処理レイヤ，及び，
　　前記複数の下位ＲＬＣ処理レイヤの内の一つの下位ＲＬＣ処理レイヤ，
によってサポートされることになる」
のに対し，引用発明は
　「ｅノードＢ９１０のＲＬＣ層で，データ分割エンティティが，データをフロー９３１と９３２に分割すること，データ分割エンティティがフロー９３１をＭＡＣ９１５に供給すること，ｅノードＢ９１０がフロー９３２をトンネル９４０を介してｅノードＢ９２０に供給し，ｅノードＢ９２０のＲＬＣ９２７が，フロー９３２をＭＡＣ９２５に供給する」
ものであって，本願発明の前記各レイヤの前記サポートに相当する特定はない点。
第６　判断
　前記相違点について検討する。
（相違点１）
　引用発明では，分割されたフロー９３２が供給されたＲＬＣ９２７は，機能としては，従来型のＲＬＣと同様の上位層から供給されたデータを受け取る機能と，従来型のＲＬＣと異なる他のｅノードＢから供給されたデータを受け取る機能と，前記上位層，又は，他のｅノードＢから供給されたデータをＭＡＣ層に供給する機能を有するといえるところ，前記第４　２「周知技術」で検討したように，既存のネットワークに機能追加を行うため，既存のプロトコル・スタックの階層をさらに分割することは周知技術であるから，ＲＬＣ層の上位層から供給されたデータを受け取る機能，及び，前記上位層から供給されたデータを分割する機能を上位層に，分割されたデータを同じｅノードＢ又は異なるｅノードＢから受けとり，ＭＡＣに供給する機能を下位層と整理し，ＲＬＣ層を分割し，もって「前記ＲＬＣレイヤが，一つの上位ＲＬＣ処理レイヤと複数の下位ＲＬＣ処理レイヤとに分割」することは，当業者が容易に想到することができたものである。
（相違点２）
　前記相違点１について検討したとおり，「前記ＲＬＣレイヤが，一つの上位ＲＬＣ処理レイヤと複数の下位ＲＬＣ処理レイヤとに分割」することは，当業者が容易に想到することができたものであるところ，引用発明において前記ＲＬＣ層の分割を行った場合，上位ＲＬＣ処理層においては，複数のキャリアを経由したパケット・データ送信のためのデータを，複数の下位ＲＬＣ処理層においては，それぞれに対応したキャリアを経由したパケット・データ送信のためのデータを，それぞれ扱うことは明らかである。
　してみれば，
　「前記ＲＬＣレイヤが，一つの上位ＲＬＣ処理レイヤと複数の下位ＲＬＣ処理レイヤとに分割され，
　前記複数のキャリアの各々が，前記上位ＲＬＣ処理レイヤ及び前記複数の下位ＲＬＣ処理レイヤの内の一つの下位ＲＬＣ処理レイヤに関連付けられており，
　前記上位ＲＬＣ処理レイヤは，前記複数のキャリアを経由したパケット・データ送信をサポートするように構成され，
　前記複数の下位ＲＬＣ処理レイヤの各々は，前記複数のキャリアの内の少なくとも１つを経由したパケット・データ送信をサポートするように構成されており，該構成によって，前記複数のキャリアの各々を経由したパケット・データ送信が，
　　前記上位ＲＬＣ処理レイヤ，及び，
　　前記複数の下位ＲＬＣ処理レイヤの内の一つの下位ＲＬＣ処理レイヤ，
によってサポートされることになる」
との事項は，前記ＲＬＣ層の分割から自ずと導出されることに過ぎない。
　よって，本願発明は，引用発明及び周知技術に基づき，当業者が容易に発明をすることができたものである。
第７　むすび
　以上のとおり，本願発明は，特許法第２９条第２項の規定により特許を受けることができないから，他の請求項に係る発明について検討するまでもなく，本願は拒絶されるべきものである。
　よって，結論のとおり審決する。