(57)【要約】  あるシステムは、アンカーｅＮｏｄｅＢとの間で無線インタフェースを介して通信するセルフバックホールｅＮｏｄｅＢを含み、上記セルフバックホールｅＮｏｄｅＢは、事業者のネットワークにサービングゲートウェイを介して到達可能とされ、上記セルフバックホールｅＮｏｄｅＢの上記サービングゲートウェイは、上記セルフバックホールｅＮｏｄｅＢと関連付けられるＩＰアドレスを有する。上記システムは、上記セルフバックホールｅＮｏｄｅＢを宛て先とするパケットを受信し、上記セルフバックホールｅＮｏｄｅＢへのセルフバックホールリンクと関連付けられるベアラに上記パケットを分類する。【特許請求の範囲】
【請求項１】
アンカーｅＮｏｄｅＢとの間で無線インタフェースを介して通信するセルフバックホールｅＮｏｄｅＢを含むシステム内に実装される方法であって、
前記セルフバックホールｅＮｏｄｅＢは、事業者のネットワークにサービングゲートウェイを介して到達可能とされ、
前記セルフバックホールｅＮｏｄｅＢの前記サービングゲートウェイは、前記セルフバックホールｅＮｏｄｅＢと関連付けられるＩＰアドレスを有し、
前記方法は：
前記セルフバックホールｅＮｏｄｅＢを宛て先とするパケットを受信することと；
前記セルフバックホールｅＮｏｄｅＢへのセルフバックホールされるリンクと関連付けられるベアラに前記パケットを分類することと；
を特徴とする、方法。
【請求項２】
前記アンカーｅＮｏｄｅＢは、前記セルフバックホールｅＮｏｄｅＢが前記事業者のネットワークから隠蔽されるように、前記事業者のネットワークと前記セルフバックホールｅＮｏｄｅＢとの間のプロキシとして動作する、請求項１の方法。
【請求項３】
前記セルフバックホールｅＮｏｄｅＢについての前記サービングゲートウェイは、前記アンカーｅＮｏｄｅＢ内に統合される、請求項１の方法。
【請求項４】
前記セルフバックホールｅＮｏｄｅＢの前記サービングゲートウェイは、流入するパケットを：
異なるセルフバックホールベアラについて前記セルフバックホールｅＮｏｄｅＢにより使用される異なるＩＰアドレスに基づいて；
流入するパケットのヘッダ内に含まれるトランスポートネットワークのサービス品質（ＱｏＳ）インジケータに基づいて；
前記流入するパケット内の内部トンネリングヘッダを検証することによるＵＥベアラの識別に基づいて；又は
前記ＵＥの前記サービングゲートウェイと前記セルフバックホールｅＮｏｄｅＢの前記サービングゲートウェイとの間のトンネリングの使用に基づいて；
セルフバックホールベアラにマッピングする、請求項１の方法。
【請求項５】
前記セルフバックホールｅＮｏｄｅＢに接続されるＵＥのサービングゲートウェイは、前記セルフバックホールｅＮｏｄｅＢの前記サービングゲートウェイにおいて、前記パケットがマッピングされるべき前記セルフバックホールベアラを前記セルフバックホールｅＮｏｄｅＢへ送信されるパケット内で表示し、
当該表示は、
各セルフバックホールベアラについて前記セルフバックホールｅＮｏｄｅＢの異なるＩＰアドレスを使用し；
前記パケットのヘッダ内に含まれるトランスポートネットワークのサービス品質（ＱｏＳ）インジケータを使用し；又は
前記ＵＥの前記サービングゲートウェイと前記セルフバックホールｅＮｏｄｅＢの前記サービングゲートウェイとの間のトンネリングを使用する、
ことにより達成される、請求項１の方法。
【請求項６】
前記セルフバックホールｅＮｏｄｅＢは、所与のＵＥベアラについて、前記ＵＥの前記サービングゲートウェイのために：
前記所与のセルフバックホールベアラに対応するＩＰアドレスを表示し；又は
前記所与のセルフバックホールベアラに対応する前記トランスポートネットワークのＱｏＳコードポイントを表示することにより；
どのセルフバックホールベアラを前記ＵＥの前記サービングゲートウェイが使用すべきかを表示する、請求項５の方法。
【請求項７】
前記セルフバックホールｅＮｏｄｅＢのベアラは、前記セルフバックホールｅＮｏｄｅＢの構成及び初期セットアップの間に確立される、請求項１の方法。
【請求項８】
無線ネットワーク内のセルフバックホールｅＮｏｄｅＢにサービス提供する第１のゲートウェイ内に実装される方法であって、
前記セルフバックホールｅＮｏｄｅＢは、前記無線ネットワークのアンカーｅＮｏｄｅＢへの無線インタフェースを介して前記無線ネットワークとの間で通信するノードを含み：
前記セルフバックホールｅＮｏｄｅＢによりサービス提供されているユーザ機器（ＵＥ）を宛て先とするパケットを受信することと；
前記パケットを分類し、当該分類に基づいて前記ＵＥと関連付けられるベアラに前記パケットをマッピングすることと；
トンネリングプロトコルを使用して、無線インタフェースを介して前記セルフバックホールｅＮｏｄｅＢへ前記パケットを送信しようとする前記アンカーｅＮｏｄｅＢに向けて、パケットをトンネリングすることと；
を特徴とする、方法。
【請求項９】
前記トンネリングプロトコルは、ＧＰＲＳ（General  Packet  Radio  Service）トンネリングプロトコル（ＧＴＰ）を含む、請求項８の方法。
【請求項１０】
前記パケットが前記セルフバックホールｅＮｏｄｅＢにサービス提供する第２のゲートウェイへＩＰルーティングされるように、前記セルフバックホールｅＮｏｄｅＢと関連付けられるインターネットプロトコル（ＩＰ）アドレスへ前記パケットを送信すること、
をさらに含む、請求項８の方法。
【請求項１１】
前記第２のゲートウェイにおいて、前記パケットを第２のトンネルにカプセル化することと；
カプセル化された前記パケットを前記アンカーｅＮｏｄｅＢへ送信することと；
をさらに含む、請求項１０の方法。
【請求項１２】
前記方法は：
前記セルフバックホールｅＮｏｄｅＢと関連付けられるベアラへ第１のトンネルをマッピングすることと；
マッピングされた前記ベアラに基づいて、第２のトンネルに前記パケットをカプセル化することと；
をさらに含み、
カプセル化された前記パケットを前記トンネリングプロトコルを使用してトンネリングすることは、カプセル化された前記パケットを前記アンカーｅＮｏｄｅＢに向けて前記第２のトンネルを使用してトンネリングすること、をさらに含む、
請求項８の方法。
【請求項１３】
前記セルフバックホールｅＮｏｄｅＢと関連付けられるゲートウェイ機能を前記アンカーｅＮｏｄｅＢに統合すること、さらに含む、請求項８の方法。
【請求項１４】
前記パケットが前記アンカーｅＮｏｄｅＢへＩＰルーティングされるように、前記セルフバックホールｅＮｏｄｅＢと関連付けられるインターネットプロトコル（ＩＰ）アドレスへ前記パケットを送信すること、さらに含む、請求項１３の方法。
【請求項１５】
無線インタフェースを介して第２の基地局にサービス提供する、無線ネットワーク内の第１の基地局であって：
トランスポートネットワークを介してサービングゲートウェイからトンネリングされるカプセル化されたパケットを受信するよう構成されるネットワークインタフェースと、前記カプセル化されたパケットが前記第２の基地局によりサービス提供されるユーザ機器（ＵＥ）を宛て先とすることと；
前記パケットを逆カプセル化し、又はパケット分類を実行するよう構成される処理ユニットと；
前記ＵＥへの伝達のために、前記パケットを前記無線インタフェース上で前記第２の基地局へ送信するよう構成される送信器と；
を特徴とする、第１の基地局。
【請求項１６】
前記処理ユニットは、前記第２の基地局の無線ベアラに前記パケットをマッピングするようさらに構成される、請求項１５の第１の基地局。
【請求項１７】
前記第１の基地局は、アンカーｅＮｏｄｅＢを含む、請求項１５の第１の基地局。
【請求項１８】
前記第２の基地局は、セルフバックホールｅＮｏｄｅＢを含む、請求項１５の第１の基地局。
【請求項１９】
前記ネットワークインタフェースは、ＧＰＲＳ（General  Packet  Radio  Service）トンネリングプロトコル（ＧＴＰ）のトンネルを介して前記サービングゲートウェイからトンネリングされるカプセル化されたパケットを受信するよう構成される、請求項１５の第１の基地局。
【請求項２０】
セルラーネットワークと関連付けられるシステムであって：
トランスポートネットワークと接続され：第２の基地局によりサービス提供されるユーザ機器（ＵＥ）を宛て先とする、前記トランスポートネットワークを介してトンネリングされるパケットを受信し、及び、前記第２の基地局へ無線インタフェース上で前記パケットを送信する、よう構成される第１の基地局と；
前記第１の基地局から前記無線インタフェース上で前記パケットを受信し、トンネリングされる前記パケットを逆カプセル化し、及び、前記ＵＥへ前記無線インタフェース上で前記パケットを送信する、よう構成される前記第２の基地局と；
を特徴とする、システム。
【請求項２１】
前記トランスポートネットワークは、インターネットプロトコル（ＩＰ）トランスポートネットワークである、請求項２０のシステム。
【請求項２２】
アンカーｅＮｏｄｅＢとの間で無線インタフェースを介して通信するセルフバックホールｅＮｏｄｅＢを含むシステム内に実装される方法であって、
前記セルフバックホールｅＮｏｄｅＢは、事業者のネットワークにサービングゲートウェイを介して到達可能とされ、
前記アンカーｅＮｏｄｅＢは、前記セルフバックホールｅＮｏｄｅＢが前記事業者のネットワークから隠蔽されるように、制御プレーンメッセージを解釈し及びデータパケットをスイッチングすることにより、前記事業者のネットワークと前記セルフバックホールされるものとの間のプロキシとして動作し、
前記方法は：
ユーザ機器（ＵＥ）を宛て先とするデータパケットを前記セルフバックホールｅＮｏｄｅＢにおいて受信することと；
前記データパケットを流入するトンネルから流出するトンネルへマッピングすることと；
前記ＵＥを宛て先とする制御メッセージを受信し、前記制御メッセージのある要素を修正する一方で前記制御メッセージ内の他の要素を複製することと；
を特徴とする、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
ここに説明される実装例（Implementations）は、一般的に無線通信システムに関し、より具体的には、１つ以上のセルフバックホールされる基地局を採用する無線通信システムに関する。
【背景技術】
【０００２】
３ＧＰＰ（The  3rd  Generation  Partnership  Project）標準化団体は、拡張される３Ｇ移動体システムの仕様化に現在取り組んでおり、そこでは、多くの場合、アーキテクチャのコアネットワーク関連の拡張がＳＡＥ（System  Architecture  Evolution）又はＥＰＣ（Evolved  Packet  Core）として言及され、一方で無線アクセスネットワーク（ＲＡＮ：Radio  Access  Network）の拡張は、ＬＴＥ（Long  Term  Evolution）又はＥ−ＵＴＲＡＮ（Evolved  Universal  Terrestrial  Radio  Access  Network）として言及される。ＳＡＥ／ＬＴＥ又はＥＰＳ（Evolved  Packet  System）という名称は、システム全体についてのものである。２００８年に完了するであろう３ＧＰＰ標準のリリース８の仕様化は、ＳＡＥ／ＬＴＥという拡張システムの仕様を含むであろう。アーキテクチャのＬＴＥ部分の全体の説明については“E-UTRA,  E-UTRAN  Overall  Description”（3GPP  TS  36.300）を、ＳＡＥ部分については“General  Packet  Radio  Service（GPRS）  Enhancements  for  E-UTRAN  Access”（3GPP  TS  23.401）を参照されたい。
【０００３】
ＳＡＥ／ＬＴＥアーキテクチャは、多くの場合、２ノード（two-node）アーキテクチャとも呼ばれ、論理的にはユーザ機器（ＵＥ：User  Equipment）とコアネットワークとの間で―ユーザプレーン及び制御プレーンの双方の経路において―２つのノードのみが関与する。これら２つのノードとは、３ＧＰＰの用語ではｅＮｏｄｅＢと呼ばれる基地局、並びに、ユーザプレーンではサービングゲートウェイ（Ｓ−ＧＷ）及び制御プレーンでは移動性管理エンティティ（ＭＭＥ：Mobility  Management  Entity）である。ネットワーク内には、複数のＳ−ＧＷ及びＭＭＥが存在してもよい。
【０００４】
Ｓ−ＧＷは、パケットフィルタリング及び分類を含む、ルーティング機能と同様の一般的なパケット処理機能を実行する。ＭＭＥは、ＵＥとの間のＮＡＳ（Non-Access  Stratum）シグナリングプロトコルを終端し、確立されたベアラ、セキュリティコンテキスト及びＵＥのロケーションを含むＵＥコンテキストを管理する。
【０００５】
ＬＴＥアーキテクチャにおいて、ＲＬＣ（Radio  Link  Control）及びＭＡＣ（Medium  Access  Control）プロトコルを含む無線リンク固有のプロトコルは、ｅＮｏｄｅＢ内で終端される。制御プレーンでは、ｅＮｏｄｅＢは、ＲＲＣ（Radio  Resource  Control）プロトコルを使用して、例えば、あるサービス品質（ＱｏＳ：Quality  of  Service）特性を伴う無線ベアラの確立、ＵＥのメジャメントの制御、又はハンドオーバの制御などの、より長いタイムスケールでのＵＥに対する無線リソースの制御を実行する。
【０００６】
ｅＮｏｄｅＢとＥＰＣネットワークとの間のネットワークインタフェースは、Ｓ１インタフェースと呼ばれ、ＭＭＥと接続される制御プレーン部分（Ｓ１−ＣＰ）及びＳ−ＧＷと接続されるユーザプレーン部分（Ｓ１−ＵＰ）を有する。Ｓ１インタフェースのユーザプレーン部分は、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）を基礎とする。トンネリングメカニズムは、ＵＥを宛て先とするインターネットプロトコル（ＩＰ）パケットが当該ＵＥが目下位置する正確なｅＮｏｄｅＢに伝達され得ることを保証するために必要とされる。例えば、もとのＩＰパケットは、適切なｅＮｏｄｅＢのアドレスが記述された外部（outer）ＩＰパケット内にカプセル化される。
【０００７】
Ｓ１の制御プレーンプロトコルは、Ｓ１−ＡＰと呼ばれ、ＳＣＴＰ（Stream  Control  Transmission  protocol）／ＩＰの最上位に置かれる。ＭＭＥは、例えば、ＵＥについてのＱｏＳサービスをサポートするように無線ベアラの確立を要求するなど、Ｓ１−ＡＰを使用してｅＮｏｄｅＢと会話する。近傍のｅＮｏｄｅＢの間のネットワークインタフェースも存在し、それはＸ２インタフェースと呼ばれ、制御プレーンがＸ２−ＡＰと呼ばれることを除いて、Ｓ１インタフェースと同様のプロトコル構造を有する。Ｘ２インタフェースは、主に１つのｅＮｏｄｅＢから他へのＵＥのハンドオーバの実行のために使用されるが、例えば、セル間干渉調整（Inter-Cell  Interference  Coordination）などの他の無線リソース管理機能のセル間調整のためにも使用される。ハンドオーバの実行の間、ソースｅＮｏｄｅＢは、Ｘ２−ＡＰプロトコルを介してターゲットｅＮｏｄｅＢと会話してハンドオーバを準備し、そのハンドオーバの実行の間、保留中のユーザプレーンパケットはターゲットｅＮｏｄｅＢへ転送され、それらはＵＥが一度ターゲットｅＮｏｄｅＢに到達すると当該ＵＥへ伝達される。パケット転送は、Ｓ１インタフェース上のユーザプレーンと同様のＧＴＰトンネリングプロトコルを用いるＳ２ユーザプレーンを介して行われる。
【０００８】
ｅＮｏｄｅＢ、ＭＭＥ及びＳ−ＧＷなどの様々なネットワークノードを接続するために使用されるネットワーク基盤は、ＩＰベースのトランスポートネットワークであり、それは様々なテクノロジー、即ち、ＳＤＨリンク、イーサネットリンク、デジタル加入者回線（ＤＳＬ：Digital  Subscriber  Line）リンク、又はマイクロ波リンクなどを伴うＬ２ネットワークを含み得る。トランスポートネットワーク及び採用されるＬ２テクノロジーの種類は、個別の実装のシナリオにおけるそうしたネットワークのアベイラビリティ、コスト、オーナシップ、事業者の好みなどに依存する実装の問題である。しかしながら、一般的に、トランスポートネットワークに関するコストが多くの場合ネットワークの全体的な運用コストの大部分を占めることは真実である。
【０００９】
ＬＴＥ−Ａ（LTE-Advanced）と呼ばれるＬＴＥシステムの将来的な強化版において、３ＧＰＰは、ＵＥへのサービス提供のためだけではなく他のｅＮｏｄｅＢと接続するバックホールリンクとしてサービスするためにｅＮｏｄｅＢからのＬＴＥの無線インタフェースを使用するための、可能な解決策を議論している。即ち、ｅＮｏｄｅＢは、他のｅＮｏｄｅＢを介するＬＴＥ無線接続を利用して、他のｅＮｏｄｅＢのためのトランスポートネットワークコネクティビティを提供することができる。この方法は、いくつかの基地局にとって無線リンク自体がトランスポートリンクとしても使用されることから、“セルフバックホーリング（self-backhauling）”と呼ばれる。セルフバックホーリングを採用するＬＴＥシステムにおいて、無線接続を介してネットワークと接続されるｅＮｏｄｅＢは、セルフバックホール（self-backhauled）ｅＮｏｄｅＢ、あるいは簡略化してＢ−ｅＮｏｄｅＢとして言及され、一方、他のｅＮｏｄｅＢのためにバックホール無線接続を提供するｅＮｏｄｅＢは、アンカー（anchor）ｅＮｏｄｅＢ、あるいは簡略化してＡ−ｅＮｏｄｅＢとして言及される（“ｅＮｏｄｅＢ”自体は、セルフバックホールもされずアンカーｅＮｏｄｅＢでもない通常のｅＮｏｄｅＢをいう）。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
現在、ＬＴＥにおいてセルフバックホーリングを実現するための解決策は知られていない。ここで説明される例示的な実施形態は、事業者のネットワーク内のサービスレベルにセルフバックホールｅＮｏｄｅＢを顕在化（expose）させ、認識可能（visible）／到達可能（reachable）とすることにより、ＬＴＥにおけるセルフバックホーリングを実現し、それはセルフバックホールｅＮｏｄｅＢが通常のＵＥにサービス提供するために使用されるものと同様のメカニズム（ＳＡＥ／ＬＴＥシグナリン方法など）によって扱われ得る／サービスされ得ることを意味する。これを達成するためのメカニズムは、セルフバックホールｅＮｏｄｅＢのＩＰアドレスを事業者のネットワークに顕在化させ、ＳＡＥ／ＬＴＥにおいて既に使用されている同様のサービスレイヤメカニズムにとって利用可能とすることである。
【課題を解決するための手段】
【００１１】
ここで説明される例示的な実施形態は、ＬＴＥにおいてセルフバックホーリングを実現するための２つの汎用的な手法を提供する。カプセル化の手法において、セルフバックホールｅＮｏｄｅＢは、ＵＥ自体（即ち、セルフバックホールｅＮｏｄｅＢによりサービス提供されるＵＥ）への／からのトラフィックを扱うアンカーｅＮｏｄｅＢの見地からは、ＵＥとして扱われ得る。ネットワークルーティングの手法において、アンカーｅＮｏｄｅＢは、セルフバックホールｅＮｏｄｅＢとコアネットワークとの間でＩＰルータのように動作するトランスポートネットワークの一部として映るであろう。ここで説明される例示的な実施形態は、従って、現在のＬＴＥアーキテクチャにおいてセルフバックホーリングを実装するための、既存のインタフェース、プロトコル及びネットワークノードのごく小さい修正を伴う解決策を提供する。
【００１２】
１つの側面において、ある方法は、アンカーｅＮｏｄｅＢとの間で無線インタフェースを介して通信するセルフバックホールｅＮｏｄｅＢを含むシステム内に実装されてもよく、上記セルフバックホールｅＮｏｄｅＢは、事業者のネットワークにサービングゲートウェイを介して到達可能とされ、上記セルフバックホールｅＮｏｄｅＢの上記サービングゲートウェイは、上記セルフバックホールｅＮｏｄｅＢと関連付けられるＩＰアドレスを有する。上記方法は、上記セルフバックホールｅＮｏｄｅＢを宛て先とするパケットを受信することとを含み得る。また、上記方法は、上記セルフバックホールｅＮｏｄｅＢへのセルフバックホールリンクと関連付けられるベアラに上記パケットを分類することをさらに含み得る。
【００１３】
また別の観点によれば、ある方法は、無線ネットワーク内のセルフバックホールｅＮｏｄｅＢにサービス提供する第１のゲートウェイ内に実装されてもよく、上記セルフバックホールｅＮｏｄｅＢは、上記無線ネットワークのアンカーｅＮｏｄｅＢへの無線インタフェースを介して上記無線ネットワークとの間で通信するノードを含む。上記方法は、上記セルフバックホールｅＮｏｄｅＢによりサービス提供されているユーザ機器（ＵＥ）を宛て先とするパケットを受信することと、上記パケットを分類し、当該分類に基づいて上記ＵＥと関連付けられるベアラに上記パケットをマッピングすることと、を含み得る。上記方法は、トンネリングプロトコルを使用して、無線インタフェースを介して上記セルフバックホールｅＮｏｄｅＢへ上記パケットを送信しようとする上記アンカーｅＮｏｄｅＢに向けて、パケットをトンネリングすること、をさらに含み得る。
【００１４】
他の観点によれば、無線インタフェースを介して第２の基地局にサービス提供する、無線ネットワーク内の第１の基地局は、トランスポートネットワークを介してサービングゲートウェイからトンネリングされるカプセル化されたパケットを受信するよう構成されるネットワークインタフェースを含んでもよく、上記カプセル化されたパケットは、上記第２の基地局によりサービス提供されるユーザ機器（ＵＥ）を宛て先とする。上記第１の基地局は、上記パケットを逆カプセル化し又はパケット分類を実行するよう構成される処理ユニットと；上記ＵＥへの伝達のために、上記パケットを上記無線インタフェース上で上記第２の基地局へ送信するよう構成される送信器と、をさらに含み得る。
【００１５】
さらなる観点によれば、セルラーネットワークと関連付けられるシステムは、トランスポートネットワークと接続され：第２の基地局によりサービス提供されるユーザ機器（ＵＥ）を宛て先とする、上記トランスポートネットワークを介してトンネリングされるパケットを受信し、及び、上記第２の基地局へ無線インタフェース上で上記パケットを送信する、よう構成される第１の基地局、を含み得る。上記第２の基地局は、上記第１の基地局から上記無線インタフェース上で上記パケットを受信し、トンネリングされる上記パケットを逆カプセル化し、及び、上記ＵＥへ上記無線インタフェース上で上記パケットを送信する、よう構成され得る。
【００１６】
さらに別の観点によれば、ある方法は、アンカーｅＮｏｄｅＢとの間で無線インタフェースを介して通信するセルフバックホールｅＮｏｄｅＢを含むシステム内に実装されてもよく、上記セルフバックホールｅＮｏｄｅＢは、事業者のネットワークにサービングゲートウェイを介して到達可能とされ、上記アンカーｅＮｏｄｅＢは、上記セルフバックホールｅＮｏｄｅＢが上記事業者のネットワークから隠蔽されるように、制御プレーンメッセージを解釈し及びデータパケットをスイッチングすることにより、上記事業者のネットワークと上記セルフバックホールされるものとの間のプロキシとして動作する。上記方法は、ユーザ機器（ＵＥ）を宛て先とするデータパケットを上記セルフバックホールｅＮｏｄｅＢにおいて受信することと、上記データパケットを流入する（incoming）トンネルから流出する（outgoing）トンネルへマッピングすることと、を含み得る。上記方法は、上記ＵＥを宛て先とする制御メッセージを受信し、上記制御メッセージのある要素を修正する一方で上記制御メッセージ内の他の要素を複製すること、をさらに含み得る。
【図面の簡単な説明】
【００１７】
【図１】１つ以上のセルフバックホールｅＮｏｄｅＢを含む一例としての通信システムを示している。
【図２】図１のアンカーｅＮｏｄｅＢ及び／又はセルフバックホールｅＮｏｄｅＢに相当し得る装置の一例としてのコンポーネント群を示している。
【図３Ａ】図１のＵＥの一例としてのコンポーネント群を示している。
【図３Ｂ】ＵＥがセルラー無線電話を含む場合の、図３ＡのＵＥの一例としての実装を示している。
【図４】例示的な第１の実施形態と関連付けられるＳ１インタフェースのユーザプレーン（Ｓ１−ＵＰ）のプロトコルアーキテクチャを示している。
【図５】さらに、例示的な第１の実施形態と関連付けられるＸ２インタフェースのＵＰ（Ｘ２−ＵＰ）のプロトコルアーキテクチャを示している。
【図６Ａ】図４及び図５の例示的な実施形態に従ったダウンリンクパケットプロセシング及びルーティングと関連付けられる例示的な処理のフローチャートである。
【図６Ｂ】図４及び図５の例示的な実施形態に従ったダウンリンクパケットプロセシング及びルーティングと関連付けられる例示的な処理のフローチャートである。
【図７】図６Ａ及び図６Ｂの例示的な処理と関連付けられるメッセージング図である。
【図８】例示的な第２の実施形態と関連付けられるＳ１インタフェースのユーザプレーン（Ｓ１−ＵＰ）のプロトコルアーキテクチャを示している。
【図９】さらに、例示的な第２の実施形態と関連付けられるＸ２インタフェースのＵＰ（Ｘ２−ＵＰ）のプロトコルアーキテクチャを示している。
【図１０Ａ】図８及び図９の例示的な実施形態に従ったダウンリンクパケットプロセシング及びルーティングと関連付けられる例示的な処理のフローチャートである。
【図１０Ｂ】図８及び図９の例示的な実施形態に従ったダウンリンクパケットプロセシング及びルーティングと関連付けられる例示的な処理のフローチャートである。
【図１１】図１０Ａ及び図１０Ｂの例示的な処理と関連付けられるメッセージング図である。
【図１２】図４、図５、図８及び図９の例示的な実施形態と関連付けられるＳ１−制御プレーン（ＣＰ）のプロトコルアーキテクチャを示している。
【図１３】図４、図５、図８及び図９の例示的な実施形態についてのＸ２インタフェース上のＣＰプロトコルアーキテクチャを示している。
【図１４】例示的な第２の実施形態と関連付けられるＳ１−ＣＰのプロトコルアーキテクチャを示している。
【図１５】図１４の例示的な第２の実施形態と関連付けられるＸ２−ＵＰのプロトコルアーキテクチャを示している。
【図１６】図１４及び図１５の例示的な第２の実施形態と関連付けられるＳ１−ＣＰのプロトコルアーキテクチャを示している。
【図１７】図１４、図１５及び図１６の例示的な第２の実施形態と関連付けられるＸ２−ＣＰのプロトコルアーキテクチャを示している。
【図１８】図１４〜図１７の例示的な実施形態に従ったダウンリンクパケットプロセシング及びルーティングと関連付けられる例示的な処理のフローチャートである。
【図１９】図１８の例示的な処理と関連付けられるメッセージング図である。
【図２０】例示的な第３の実施形態と関連付けられるＳ１−ＵＰのプロトコルアーキテクチャを示している。
【図２１】図２０の例示的な第３の実施形態と関連付けられるＳ１−ＣＰのプロトコルアーキテクチャを示している。
【図２２Ａ】無線通信システムにおける第１のセルフバックホールｅＮｏｄｅＢから第二のセルフバックホールｅＮｏｄｅＢへのＵＥの例示的なハンドオフを示している。
【図２２Ｂ】無線通信システムにおける第１のセルフバックホールｅＮｏｄｅＢから第二のセルフバックホールｅＮｏｄｅＢへのＵＥの例示的なハンドオフを示している。
【図２３Ａ】無線通信システムにおけるセルフバックホールｅＮｏｄｅＢからｅＮｏｄｅＢへのＵＥの例示的なハンドオフを示している。
【図２３Ｂ】無線通信システムにおけるセルフバックホールｅＮｏｄｅＢからｅＮｏｄｅＢへのＵＥの例示的なハンドオフを示している。
【発明を実施するための形態】
【００１８】
本発明の以下の詳細な説明は、添付の図面に言及する。異なる図面内の同じ参照符号は、同一の又は同様の要素を識別し得る。また、以下の詳細な説明は、本発明を限定するものではない。
【００１９】
図１は、一例としての通信システム１００を示しており、通信システム１００は、ＳＡＥ／ＬＴＥネットワークと接続されるＵＥデバイス１１０−１、１１０−２及び１１０−３を含み、ＳＡＥ／ＬＴＥネットワークは、いずれもトランスポートネットワーク１２０へ接続されるｅＮｏｄｅＢノード、ＭＭＥノード及びＳ−ＧＷノードを含み得る。図１に示したように、システム１００は、無線インタフェース１３５を介してセルフバックホールｅＮｏｄｅＢ（Ｂ−ｅＮｏｄｅＢ１）と接続されるアンカーｅＮｏｄｅＢ１２５（Ａ−ｅＮｏｄｅＢ１）、及び無線インタフェース１４５を介してセルフバックホールｅＮｏｄｅＢ（Ｂ−ｅＮｏｄｅＢ２）と接続されるアンカーｅＮｏｄｅＢ１４０（Ａ−ｅＮｏｄｅＢ２）を含み得る。アンカーｅＮｏｄｅＢ１２５及びアンカーｅＮｏｄｅＢ１４０は、例えばセルフバックホールｅＮｏｄｅＢ１３０及びセルフバックホールｅＮｏｄｅＢ１５０などの他のｅＮｏｄｅＢへ接続するための“バックホールリンク”を提供することに加えて、ＵＥにサービスを提供し得る。即ち、アンカーｅＮｏｄｅＢ１２５は、無線インタフェース１３５を使用してセルフバックホールｅＮｏｄｅＢ１３０のためにトランスポートリンクを提供し、アンカーｅＮｏｄｅＢ１４０は、無線インタフェース１４５を使用してセルフバックホールｅＮｏｄｅＢ１５０のためにトランスポートリンクを提供し得る。ここで言及される“セルフバックホールｅＮｏｄｅＢ”は、無線接続を介してトランスポートネットワーク１２０と接続されるｅＮｏｄｅＢを含む。ここで言及される“アンカーｅＮｏｄｅＢ”は、１つ以上の他のｅＮｏｄｅＢのために（例えば、セルフバックホールｅＮｏｄｅＢのために）バックホール無線接続を提供するｅＮｏｄｅＢを含む。
【００２０】
図１には、簡明さの目的のために、２つのアンカーｅＮｏｄｅＢ及びセルフバックホールｅＮｏｄｅＢが示されている。しかしながら、システム１００は、図１に示されたものよりも多くの又は少ないアンカーｅＮｏｄｅＢ及びセルフバックホールｅＮｏｄｅＢを含んでよい。システム１００は、さらに、アンカーｅＮｏｄｅＢ１２５及び１４０に加えて、１つ以上の他のｅＮｏｄｅＢ（例えば、図１に示されているｅＮｏｄｅＢ１５５）を含んでもよく、当該他のｅＮｏｄｅＢは別のｅＮｏｄｅＢにバックホールリンクを提供しなくてもよい。これら他のｅＮｏｄｅＢ（例えばｅＮｏｄｅＢ１５５）は、アンカーｅＮｏｄｅＢでもセルフバックホールｅＮｏｄｅＢでもないｅＮｏｄｅＢを含む。
【００２１】
システム１００は、追加的に、１つ以上のサービングゲートウェイ（Ｓ−ＧＷ）１６０−１から１６０−Ｎ、及び１つ以上の移動性管理エンティティ（ＭＭＥ）１６５−１から１６５−Ｍを含み得る。ここで説明されるいくつかの実装において、所与のＢ−ｅＮｏｄｅＢと関連付けられる１つのＳ−ＧＷ論理機能（例えば、Ｓ−ＧＷ１６０−１）、及び当該ｅＮｏｄｅＢによりサービス提供されているＵＥと関連付けられる別個のＳ−ＧＷ機能（例えば、Ｓ−ＧＷ１６０−２）が存在し得る。いくつかの実装においては、これら２つの論理機能は、同じ物理ノード内に共存してもよい。また、Ｓ−ＧＷ１６０−１から１６０−Ｎは、パケットデータネットワークゲートウェイ（Ｐ−ＧＷ）論理機能をさらに含んでもよい。その代わりに、Ｐ−ＧＷ論理機能は、別個の物理ノード内に位置してもよい。Ｓ−ＧＷ１６０−１から１６０−Ｎは、ＵＥ接続を終端する論理ノード（３ＧＰＰの専門用語ではＥＰＳベアラと呼ばれる）を含み得る。ＥＰＳベアラは、ＵＥと外部ネットワーク（例えば、インターネット）との間のＳＡＥ／ＬＴＥシステムにより提供される接続を含み得る。外部ネットワークへのこの接続は、ＵＥのＩＰアドレスが割り当てられるＰ−ＧＷにより提供されてもよい。また、ＥＰＳベアラは、異なるＱｏＳ（Quality  of  Service）の扱いを提供することを目的として異なるパケットフローを識別可能とするための手段でもあってよい。ＭＭＥ１６５−１から１６５−Ｍは、システム１００内のＵＥの移動性を扱うための機能を含み得る。
【００２２】
ＵＥデバイス１１０−１から１１０−３は、例えば、セルラー無線電話、携帯情報端末（ＰＤＡ：personal  digital  assistant）、個人向け通信システム（ＰＣＳ：Personal  Communications  Systems）端末、ラップトップコンピュータ、パームトップコンピュータ、又は、ＵＥデバイス１１０が無線リンクを介して他のデバイスと通信するための通信送受信器を含む他の種類のデバイス若しくは電子機器を含んでよい。ＰＣＳ端末は、例えば、セルラー無線電話を、データプロセシング、ファクシミリ及びデータ通信のケイパビリティと組合せ得る。ＰＤＡは、例えば、無線電話、ページャ、インターネット／イントラネットアクセスデバイス、ウェブブラウザ、オーガナイザ、カレンダー及び／又はＧＰＳ（global  positioning  system）受信機を含み得る。ＵＥデバイス１１０は、“一般的なコンピューティングの”デバイスを指すものであってよい。
【００２３】
トランスポートネットワーク１２０は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、衛星ネットワーク、イントラネット、インターネット、又はネットワークの組合せを含む、いかなる種類の１つ以上のネットワークを含んでもよい。ｅＮｏｄｅＢ１２５〜１５５、Ｓ−ＧＷ１６０−１から１６０−Ｎ、及びＭＭＥ１６５−１から１６５−Ｍは、ＳＡＥ／ＬＴＥネットワーク内に所在してもよく、トランスポートネットワーク１２０を介して接続されてもよい。
【００２４】
図２は、アンカーｅＮｏｄｅＢ１２５及び１４０、セルフバックホールｅＮｏｄｅＢ１３０及び１５０、並びにｅＮｏｄｅＢ１５５に相当し得るデバイス２００の例示的な実装を示している。デバイス２００は、送受信器２０５、処理ユニット２１０、メモリ２１５、インタフェース２２０及びバス２２５を含み得る。デバイス２００は、デバイス２００がセルフバックホールｅＮｏｄｅＢ１３０又は１５０に相当する場合には、（デバイス２００がＭＥＭ１６５及び／又はＳ−ＧＷ１６０への論理インタフェースを依然として有するとしても）有線インタフェース２２０を省略してもよい。
【００２５】
送受信器２０５は、１つ以上のアンテナを介して無線周波数信号を用いたシンボルシーケンスを送信し及び／又は受信するための送受信器回路を含み得る。処理ユニット２１０は、命令を解釈し及び実行し得る、プロセッサ、マイクロプロセッサ、又は処理ロジックを含み得る。処理ユニット２１０は、全てのデバイスのデータ処理機能を実行してよい。メモリ２１５は、デバイスの処理機能の実行中に処理ユニット２１０により使用されるデータ及び命令の、永続的な、半永続的な、又は一時的なワーキングストレージを提供し得る。メモリ２１５は、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気及び／若しくは光学記録媒体とそれに対応するドライブなどの大容量ストレージデバイス、並びに／又は他の種類のメモリデバイスを含み得る。インタフェース２２０は、トランスポートネットワーク１２０に接続するリンクとの間のインタフェースのための回路を含み得る。バス２２５は、デバイス２００の様々なコンポーネント群を相互接続し、それによりコンポーネント群が相互に通信可能となり得る。
【００２６】
図２において示したデバイス２００のコンポーネント群の構成は、単に例示の目的のためのものである。より多くの、より少ない、又は異なる配置のコンポーネント群を伴う他の構成が実装されてもよい。
【００２７】
図３Ａは、ＵＥ１１０の例示的なコンポーネント群を示している。ＵＥ１１０は、送受信器３０５、処理ユニット３１０、メモリ３１５、入力デバイス３２０、出力デバイス３２５、及びバス３３０を含み得る。
【００２８】
送受信器３０５は、１つ以上のアンテナを介して無線周波数信号を用いたシンボルシーケンスを送信し及び／又は受信するための送受信器回路を含み得る。処理ユニット３１０は、命令を解釈し及び実行し得る、プロセッサ、マイクロプロセッサ、又は処理ロジックを含み得る。処理ユニット３１０は、入力、出力、並びに、データバッファリング及び呼プロセシング制御又はユーザインタフェース制御などといったデータ処理についての、全てのデータ処理機能を実行してよい。
【００２９】
メモリ３１５は、デバイスの処理機能の実行中に処理ユニット３１０により使用されるデータ及び命令の、永続的な、半永続的な、又は一時的なワーキングストレージを提供し得る。メモリ３１５は、ＲＯＭ、ＲＡＭ、磁気及び／若しくは光学記録媒体とそれに対応するドライブなどの大容量ストレージデバイス、並びに／又は他の種類のメモリデバイスを含み得る。入力デバイス３２０は、ＵＥ１１０へのデータエントリのためのメカニズムを含み得る。例えば、入力デバイス３２０は、キーパッド（図示せず）、マイクロフォン（図示せず）又はディスプレイユニット（図示せず）を含んでもよい。キーパッドは、ＵＥ１１０へのデータの手動でのユーザエントリを可能とし得る。マイクロフォンは、音声入力を電気信号に変換するためのメカニズムを含み得る。ディスプレイユニットは、デバイスの機能を選択するためにユーザにより使用され得るユーザインタフェース（例えば、グラフィカルユーザインタフェース）を提供し得るスクリーンディスプレイを含み得る。
インタフェース２２０は、トランスポートネットワーク１２０に接続するリンクとの間のインタフェースのための回路を含み得る。バス２２５は、デバイス２００の様々なコンポーネント群を相互接続し、それによりコンポーネント群が相互に通信可能となり得る。ディスプレイユニットのスクリーンディスプレイは、例えば、液晶ディスプレイ（ＬＣＤ）、プラズマスクリーンディスプレイ、ＬＥＤ（light-emitting  diode）ディスプレイ、ＣＲＴ（cathode  ray  tube）ディスプレイ、ＯＬＥＤ（organic  light-emitting  diode）ディスプレイなどの任意の種類の視覚的ディスプレイを含んでよい。
【００３０】
出力デバイス３２５は、音声、映像及び／又はハードコピーの形式でデータを出力するためのメカニズムを含み得る。例えば、出力デバイス３２５は、電気信号を音声出力に変換するためのメカニズムを含むスピーカ（図示せず）を含んでもよい。さらに、出力デバイス３２５は、ユーザに出力データを表示するディスプレイユニットを含んでもよい。例えば、ディスプレイユニットは、ユーザに出力データを表示するグラフィカルユーザインタフェースを提供し得る。バス３３０は、ＵＥ１１０の様々なコンポーネント群を相互接続し、それによりコンポーネント群が相互に通信可能となり得る。
【００３１】
図３Ａにおいて示したＵＥ１１０のコンポーネント群の構成は、単に例示の目的のためのものである。より多くの、より少ない、又は異なる配置のコンポーネント群を伴う他の構成が実装されてもよい。
【００３２】
図３Ｂは、ＵＥ１１０の例示的な実装を示しており、ＵＥ１１０は、セルラー無線電話を含む。図３Ｂに示したように、セルラー無線電話は、ＵＥ１１０に音声情報を入力するための（例えば、入力デバイス３２０の）マイクロフォン３３５と、ＵＥ１１０からの音声出力を提供するための（例えば、出力デバイス３２５の）スピーカ３４０と、データの手動でのエントリ又はデバイス機能の選択のための（例えば、入力デバイス３２０の）キーパッド３４５と、データをユーザに視覚的に表示し及び／又は（キーパッド３４５と連携して）データエントリ若しくはデバイス機能の選択のために使用され得るユーザインタフェースを提供し得る（例えば入力デバイス３２０若しくは出力デバイス３２５の）ディスプレイ３５０と、を含み得る。
【００３３】
ここで説明されるように、セルフバックホールＢ−ｅＮｏｄｅＢを介するＵＥへのパケットの送信のために、カプセル化の手法が採用されてもよい。そのカプセル化の手法において、パケットは、（仮想的なＵＥとして動作する）セルフバックホールＢ−ｅＮｏｄｅＢの無線接続内にカプセル化され、セルフバックホールＢ−ｅＮｏｄｅＢとセルフバックホールＢ−ｅＮｏｄｅＢによりサービス提供されるＵＥとの間を送信され得る。２つの例示的なカプセル化の手法が以下に説明されるが、これらは主にパケットがどのようにＵＥのためのＳ−ＧＷとＢ−ｅＮｏｄｅＢのためのＳ−ＧＷとの間をルーティングされるかが異なる。１つの例示的な実施形態において、セルフバックホールＢ−ｅＮｏｄｅＢは、自身のＳ−ＧＷにおけるＩＰアドレスを割り当てられ、ＵＥのＳ−ＧＷが当該Ｂ−ｅＮｏｄｅＢのＩＰアドレスの宛て先を有するＧＴＰパケットを送信すると、当該パケットは、当該Ｂ−ｅＮｏｄｅＢのＩＰアドレスが自身のＳ−ＧＷと関連付けられていることで、通常のＩＰルーティングによって正確なＳ−ＧＷへのルート（way）を自動的に発見し得る。例示的な第２の実施形態において、セルフバックホールＢ−ｅＮｏｄｅＢのためのＳ−ＧＷとＵＥのためのＳ−ＧＷとの間のルーティングは、ＧＴＰトンネリングを使用し得る。この例示的な実施形態において、ＧＴＰトンネルは、Ｂ−ｅＮｏｄｅＢの各ベアラに対応する２つのＳ−ＧＷノードの間で確立され得る。これら例示的なカプセル化の手法の双方において、カプセル化トンネリングは、Ｂ−ｅＮｏｄｅＢを介して、ＵＥに対応する内部（inner）トンネルを搬送するＢ−ｅＮｏｄｅＢに対応する外部トンネルと共に採用されてもよい。
【００３４】
図４及び図５は、例示的な第１の実施形態を示しており、セルフバックホールＢ−ｅＮｏｄｅＢには自身のＳ−ＧＷにおけるＩＰアドレスが割り当てられ、ＵＥのＳ−ＧＷからのパケットは通常のＩＰルーティングによって正確なＳ−ＧＷへのルートを発見する。図４は、例示的な第１の実施形態と関連付けられるＳ１インタフェースのユーザプレーン（Ｓ１−ＵＰ）のプロトコルアーキテクチャを示している。図４に示したように、ＵＥ及び当該ＵＥのＳ−ＧＷ１６０−１と関連付けられるＩＰアドレス４００、並びにＢ−ｅＮｏｄｅＢ１  １３０及びＢ−ｅＮｏｄｅＢ１  １３０のＳ−ＧＷ１６０−２と関連付けられるＩＰアドレス４１０が、Ａ−ｅＮｏｄｅＢ１  １２５及びＢ−ｅＮｏｄｅＢ１  １３０を介するＵＥ１１０−３への配送のためのＳ−ＧＷ１６０−１からＳ−ＧＷ１６０−２へのパケットのＩＰルーティングのために使用され得る。図５は、さらに、例示的な第１の実施形態と関連付けられるＸ２インタフェースのＵＰ（Ｘ２−ＵＰ）のプロトコルアーキテクチャを示している。ここでのいわゆるＸ２インタフェースは、近傍の２つのｅＮｏｄｅＢの間で定義され、ハンドオーバ制御のため及び他の無線リソース管理（ＲＲＭ：Radio  Resource  Management）調整機能のために使用され得る。図５に示したように、１つのセルフバックホールＢ−ｅＮｏｄｅＢから他のセルフバックホールＢ−ｅＮｏｄｅＢへのＵＥ（例えば、ＵＥ１１０−３）のハンドオフに関与する、Ｘ２インタフェースの２つの端部のＢ−ｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０及びＢ−ｅＮｏｄｅＢ２）の双方は、自身のＳ−ＧＷ論理ノードを有し得る。例えば、図５に示したように、Ｂ−ｅＮｏｄｅＢ１  １３０は自身のＳ−ＧＷ１６０−２を有し、Ｂ−ｅＮｏｄｅＢ２  １５０は自身のＳ−ＧＷ１６０−Ｎを有し得る。Ｘ２トラフィック５００は、Ｓ−ＧＷ１６０−２及びＳ−ＧＷ１６０−Ｎを介してルーティングされ得る。それは、ＵＥとの間を行き来するトラフィックがセルフバックホールＢ−ｅＮｏｄｅＢのＩＰアドレスを介してルーティングされ得るように、セルフバックホールノード（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０及びＢ−ｅＮｏｄｅＢ２  １５０のノード）がそれぞれのＳ−ＧＷに位置しているためである。
【００３５】
図６Ａ及び図６Ｂは、上述した図４及び図５の例示的な実施形態に従ったダウンリンクパケットプロセシング及びルーティングと関連付けられる例示的な処理のフローチャートであり、セルフバックホールＢ−ｅＮｏｄｅＢには自身のＳ−ＧＷにおけるＩＰアドレスが割り当てられ、ＵＥのＳ−ＧＷからのパケットは通常のＩＰルーティングによって正確なＳ−ＧＷへのルートを発見する。以下の図６Ａ及び図６Ｂの例示的な処理の説明は、例示の目的のために、図７の例示的なメッセージング図を参照しながら行われる。アップリンクパケットプロセシングは、図６Ａ及び図６Ｂのダウンリンクパケットプロセシングの逆の順序に従って遂行され得る。
【００３６】
当該例示的な処理は、所与のＵＥのためのＳ−ＧＷにおけるそのＵＥ宛てのダウンリンクパケットの受信と共に開始され得る（ブロック６０５）。例えば、図７に示したように、Ｓ−ＧＷ１６０−１は、ＵＥ１１０−３宛てのダウンリンクパケット７００を受信し得る。ＵＥのためのＳ−ＧＷは、受信したパケットを分類／フィルタリングして、それらを様々なＵＥベアラにマッピングする（ブロック６１０）。例えば、図７は、受信したパケット７００を分類／フィルタリング７０５して様々なＵＥベアラに当該パケットをマッピングするＳ−ＧＷ１６０−１を示している。パケットは、ＵＥベアラごとに１つのＧＴＰトンネルを伴うＧＰＲＳトンネリングプロトコル（ＧＴＰ）トンネルにカプセル化され得る（ブロック６１５）。例えば、図７は、ＧＴＰトンネルにパケット７００をカプセル化７１０するＳ−ＧＷ１６０−１を示している。パケットは、Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷへＩＰルーティングされるように、セルフバックホールｅＮｏｄｅＢ（Ｂ−ｅＮｏｄｅＢ）と関連付けられるＩＰアドレスへ送信され得る（ブロック６２０）。Ｂ−ｅＮｏｄｅＢのＩＰアドレスは第２のＳ−ＧＷと関連付けられているため、パケットは、通常のＩＰルーティングによって第２のＳ−ＧＷへのルートを自動的に発見する。図７は、Ｓ−ＧＷ１６０−２へＩＰルーティングされるようにＢ−ｅＮｏｄｅＢのＩＰアドレスへ送信（７１５）されるパケットを示している。
【００３７】
Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷは、受信したパケットを分類し、それらをＢ−ｅＮｏｄｅＢのベアラにマッピングする（ブロック６２５）。Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷにおけるパケットの分類及びマッピングは、以下の方法のうち１つ以上を含み得る：
ａ）パケットは、（ＵＥにサービス提供しているＳ−ＧＷにより、各ＩＰパケットのヘッダ内に設定される）トランスポートネットワークのＱｏＳインジケータに基づいて分類され得る。即ち、ＵＥのためのＳ−ＧＷは、ＵＥベアラのＱｏＳクラスに基づいて、各ＩＰパケットのヘッダ内にＱｏＳクラス（例えば、DiffServコードポイント）を設定する。Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷは、DiffServコードポイントに従って、パケットをＢ−ｅＮｏｄｅＢのベアラ上にマッピングする。Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷにおけるこのマッピングルールの構成は、静的であってもよく、システム構成及びＢ−ｅＮｏｄｅＢのセットアップにおいて確立され得る。
ｂ）パケットは、Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷにおいて、内部ＧＴＰヘッダを（即ち、Ｂ−ｅＮｏｄｅＢにおいてのみ認識可能である、ＵＥベアラのＧＴＰトンネルエンドポイント識別子（ＴＥＩＤ）を）検証し、それに応じてパケットを分類することにより、分類され得る。その分類のルール（即ち、どの内部ＧＴＰトンネルがどのＢ−ｅＮｏｄｅＢベアラにマッピングされ得るかを特定するルールが、新たなＵＥベアラが確立され、修正され、又は解放される都度、Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷにおいて構成され得る。マッピングルールは、特定のＵＥのためのベアラが確立され、修正され又は解放される際に、ＭＭＥにより構成され得る。
（例えば、トランスポートネットワーク内に適用される構成上の制限により）パケットの分類のためにDiffServコードポイントを使用することができない場合には、Ｂ−ｅＮｏｄｅＢに複数のＩＰアドレス（例えば、バックホールベアラごと）が割り当てられ、それらＩＰアドレスを使用してパケットの分類が行われ得る。
【００３８】
パケットは、各パケットがマッピングされたそれぞれのＢ−ｅＮｏｄｅＢベアラに対応するＧＴＰトンネルにカプセル化され得る（ブロック６３０）。例えば、図７に示したように、Ｓ−ＧＷ１６０−２は、パケットを分類／フィルタリング７２５して、それらをＢ−ｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０）のベアラにマッピングし、そして当該パケットをＧＴＰトンネルにカプセル化７３０し得る。Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷは、カプセル化したパケットをアンカーｅＮｏｄｅＢ（Ａ−ｅＮｏｄｅＢ）へ送信し得る（ブロック６３５）。図７にさらに示したように、Ｓ−ＧＷ１６０−２は、ＧＴＰトンネル７４０を介してアンカーノードであるＡ−ｅＮｏｄｅＢ１  １２５へパケットを送信７３５し得る。
【００３９】
Ａ−ｅＮｏｄｅＢは、受信したパケットを逆カプセル化（decapsulate）し、ＧＴＰ  ＴＥＩＤに基づいて当該パケットをＢ−ｅＮｏｄｅＢの対応する無線ベアラにマッピングし得る（ブロック６４０）。Ａ−ｅＮｏｄｅＢは、パケットを無線インタフェース上でＢ−ｅＮｏｄｅＢへ送信し得る（ブロック６４５）。例えば、図７に示したように、Ａ−ｅＮｏｄｅＢ１  １２５は、パケットを逆カプセル化７４５し、それらをＢ−ｅＮｏｄｅＢ１  １３０の無線ベアラへマッピングし、そしてＡ−ｅＮｏｄｅＢ１  １２５は当該パケットをＢ−ｅＮｏｄｅＢ１  １３０へ送信７５０し得る。
【００４０】
Ｂ−ｅＮｏｄｅＢは、ＧＴＰトンネルを逆カプセル化し、ＧＴＰ  ＴＥＩＤに基づいて受信パケットをＵＥの対応するベアラにマッピングし得る（ブロック６５０）。Ｂ−ｅＮｏｄｅＢは、当該パケットを無線インタフェース上で宛て先のＵＥへ送信し得る（ブロック６５５）。例えば、図７に示したように、Ｂ−ｅＮｏｄｅＢ１  １３０は、ＧＴＰトンネルを逆カプセル化７６０し、当該パケットをＵＥのベアラにマッピングし、そしてＢ−ｅＮｏｄｅＢ１  １３０は当該パケットを無線インタフェースを介してＵＥ１１０−３へ送信し得る。
【００４１】
図８及び図９は、例示的な第２の実施形態を示しており、セルフバックホールＢ−ｅＮｏｄｅＢのためのＳ−ＧＷとＵＥのためのＳ−ＧＷとの間のルーティングは、ＧＴＰトンネリングを使用し得る。この例示的な実施形態において、ＧＴＰトンネルは、Ｂ−ｅＮｏｄｅＢの各ベアラに対応する２つのＳ−ＧＷノードの間で確立され得る。図８は、例示的な第２の実施形態と関連付けられるＳ１インタフェースのユーザプレーン（Ｓ１−ＵＰ）のプロトコルアーキテクチャを示している。図８に示したように、パケット８００は、Ｂ−ｅＮｏｄｅＢ１  １３０を介するＵＥ１１０−３への配送のために、Ｓ−ＧＷ１６０−１とＳ−ＧＷ１６０−２との間で、そしてＳ−ＧＷ１６０−２とＡ−ｅＮｏｄｅＢ１  １２５との間でトンネリングされ得る。
【００４２】
図９は、さらに、例示的な第２の実施形態と関連付けられるＸ２インタフェースのＵＰ（Ｘ２−ＵＰ）のプロトコルアーキテクチャを示している。図９に示したように、１つのセルフバックホールＢ−ｅＮｏｄｅＢから他のセルフバックホールＢ−ｅＮｏｄｅＢへのＵＥ（例えば、ＵＥ１１０−３）のハンドオフに関与する、Ｘ２インタフェースの２つの端部のＢ−ｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０及びＢ−ｅＮｏｄｅＢ２）の双方は、自身のＳ−ＧＷ論理ノードを有し得る。例えば、図５に示したように、Ｂ−ｅＮｏｄｅＢ１  １３０は自身のＳ−ＧＷ１６０−２を有し、Ｂ−ｅＮｏｄｅＢ２  １５０は自身のＳ−ＧＷ１６０−Ｎを有し得る。Ｘ２トラフィック９００は、Ｓ−ＧＷ１６０−ＮとＳ−ＧＷ１６０−２との間のＧＴＰトンネリングに基づいて、Ｂ−ｅＮｏｄｅＢ１  １３０又はＢ−ｅＮｏｄｅＢ２  １５０のいずれかに到達するようにルーティングされ得る。図９に示された例示的な実施形態において、Ｘ２インタフェースのセットアップ手続は、セルフバックホールＢ−ｅＮｏｄｅＢセットアップ／構成段階の最中に、２つのＳ−ＧＷノード（例えば、Ｓ−ＧＷ１６０−Ｎ及びＳ−ＧＷ１６０−２）の間のＧＴＰトンネルを確立し得る。
【００４３】
図１０Ａ及び図１０Ｂは、上述した図８及び図９の例示的な実施形態に従ったダウンリンクパケットプロセシング及びルーティングと関連付けられる例示的な処理のフローチャートであり、セルフバックホールＢ−ｅＮｏｄｅＢのためのＳ−ＧＷとＵＥのためのＳ−ＧＷとの間のルーティングは、ＧＴＰトンネリングを使用し得る。図１０Ａ及び図１０Ｂの例示的な処理において、ＧＴＰトンネルは、Ｂ−ｅＮｏｄｅＢの各ベアラに対応する２つのＳ−ＧＷノードの間で確立され得る。以下の図１０Ａ及び図１０Ｂの例示的な処理の説明は、例示の目的のために、図１１の例示的なメッセージング図を参照しながら行われる。アップリンクパケットプロセシングは、図１０Ａ及び図１０Ｂのダウンリンクパケットプロセシングの逆の順序に従って遂行され得る。
【００４４】
当該例示的な処理は、あるＵＥのためのＳ−ＧＷにおけるそのＵＥ宛てのダウンリンクパケットの受信と共に開始され得る（ブロック１０００）。例えば、図１１に示したように、Ｓ−ＧＷ１６０−１において、ＵＥ１１０−３宛てのパケット１１００が受信される。受信されたパケットは、分類／フィルタリングされ、様々なＵＥベアラにマッピングされ得る（ブロック１００５）。図１１は、パケット１１００を分類／フィルタリング１１０５して様々なＵＥベアラに当該パケットをマッピングするＳ−ＧＷ１６０−１を示している。パケットは、ＵＥベアラごとに１つのＧＴＰトンネルを伴うＧＴＰトンネルにカプセル化され得る（ブロック１０１０）。図１１に示したように、Ｓ−ＧＷ１６０−１は、ＧＴＰトンネル１１６０にパケット１１００をカプセル化し得る。
【００４５】
ＧＴＰトンネルは、適切なＢ−ｅＮｏｄｅＢベアラにマッピングされ、ＧＴＰパケットは、所与のＢ−ｅＮｏｄｅＢベアラに対応する第２のＧＴＰトンネルにカプセル化され得る（ブロック１０１５）。第２のＧＴＰトンネルは、Ｂ−ｅＮｏｄｅＢのＳ−ＧＷへパケットをトンネリングし得る。図１１は、ＧＴＰトンネルをＢ−ｅＮｏｄｅＢベアラにマッピングし、ＧＴＰパケットを第２のＧＴＰトンネルにカプセル化するＳ−ＧＷ１６０−１を示している。ＵＥのためのＳ−ＧＷは、第２のＧＴＰトンネルを介して、Ｂ−ｅＮｏｄｅＢのＳ−ＧＷへパケットをトンネリングし得る（ブロック１０２０）。図１１は、ＧＴＰトンネル１１２５を介してＢ−ｅＮｏｄｅＢ１のためのＳ−ＧＷ（例えば、Ｓ−ＧＷ１６０−２）へパケット１１００をトンネリング１１２０するＳ−ＧＷ１６０−１を示している。
【００４６】
Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷは、トンネリングされたパケットを受信し、外部ＧＴＰトンネルを逆カプセル化し得る（ブロック１０２５）。図１１に示したように、Ｓ−ＧＷ１６０−２は、ＧＴＰトンネル１１２５を介して受信したパケット１１００の外部トンネルを逆カプセル化１１３０する。
【００４７】
Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷは、ＴＥＩＤに基づいて、パケットを対応するＢ−ｅＮｏｄｅＢベアラ及びＳ１  ＧＴＰトンネル上にマッピングし得る（ブロック１０３０）。Ｓ−ＧＷ‐Ｓ−ＧＷインタフェース上のＧＴＰトンネルとＳ１インタフェース上のＧＴＰトンネルとの間には、１対１のバインディングが存在し得る。このバインディングは、Ｂ−ｅＮｏｄｅＢのセットアップ／構成においてＢ−ｅＮｏｄｅＢベアラが確立される際に生成され得る。図１１は、ＴＥＩＤに基づいてパケットをＢ−ｅＮｏｄｅＢベアラ及びＳ１  ＧＴＰトンネルにマッピング１１３５するＳ−ＧＷ１６０−２を示している。Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷは、受信したパケットを対応するＳ１  ＧＴＰトンネルにカプセル化し、当該パケットをＡ−ｅＮｏｄｅＢへ送信し得る（ブロック１０３５）。Ｓ１  ＧＴＰトンネルは、バインディング関係によって指定され得る。図１１は、パケットをカプセル化１１４０し、当該パケットをＧＴＰトンネル１１４５を介してＡ−ｅＮｏｄｅＢ１  １２５へ送信するＳ−ＧＷ１６０−２を示している。
【００４８】
Ａ−ｅＮｏｄｅＢは、パケットを受信及び逆カプセル化し、ＧＴＰ  ＴＥＩＤに基づいて当該パケットをＢ−ｅＮｏｄｅＢの対応する無線ベアラにマッピングする（ブロック１０４０）。図１１に示したように、Ａ−ｅＮｏｄｅＢ１  １２５は、ＧＴＰトンネル１１４５を介してＳ−ＧＷ１６０−２から受信したパケットを逆カプセル化１１５０し、当該パケットをＢ−ｅＮｏｄｅＢ１（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０）の無線ベアラにマッピングし得る。Ａ−ｅＮｏｄｅＢは、無線インタフェース上でＢ−ｅＮｏｄｅＢへパケットを送信し得る（ブロック１０４５）。図１１は、Ｂ−ｅＮｏｄｅＢ１  １３０へパケットを送信１１５５するＡ−ｅＮｏｄｅＢを示している。
【００４９】
Ｂ−ｅＮｏｄｅＢは、ＧＴＰトンネルを逆カプセル化し、ＧＴＰ  ＴＥＩＤに基づいて受信したパケットをＵＥの対応する無線ベアラにマッピングする（ブロック１０５０）。そして、Ｂ−ｅＮｏｄｅＢは、無線インタフェース上でＵＥへパケットを送信し得る（ブロック１０５５）。図１１は、ＧＴＰトンネルを逆カプセル化１１６５し、パケットをＵＥ１１０−１のベアラにマッピングし、当該パケットを無線Ｉ／Ｆ上でＵＥ１１０−３へ送信１１７０するＢ−ｅＮｏｄｅＢ１  １３０を示している。
【００５０】
図１２は、図４、図５、図８及び図９の例示的な実施形態と関連付けられるＳ１−制御プレーン（ＣＰ）のプロトコルアーキテクチャを示している。制御プレーンのトラフィックは、異なるベアラ上で送信され得るものの、セルフバックホールｅＮｏｄｅＢにおいて生成されるユーザトラフィックと同様の手法で扱われ得る。ＣＰデータ１２００は、アンカーｅＮｏｄｅＢ（例えば、Ａ−ｅＮｏｄｅＢ１  １２５）からセルフバックホールｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０）にサービス提供しているＳ−ＧＷ（例えば、Ｓ−ＧＷ１６０−２）へトンネリングされ得る。ＵＥにサービス提供しているＭＭＥ（例えば、ＭＭＥ１６５−１）とセルフバックホールｅＮｏｄｅＢにサービス提供しているＳ−ＧＷ（例えば、Ｓ−ＧＷ１６０−２）との間でデータをルーティングするために、追加的なメカニズムが使用されてもよい。２つの例示的なメカニズムが、ＭＭＥとＳ−ＧＷとの間でデータをルーティングするために採用され得る：１）セルフバックホールｅＮｏｄｅＢにサービス提供しているＳ−ＧＷにおいて割り当てられ得るセルフバックホールｅＮｏｄｅＢのＩＰアドレスに基づくＩＰルーティング：又は、２）ＧＴＰトンネリングを介するデータのルーティング、である。
【００５１】
ＭＭＥ１６５−１とＳ−ＧＷ１６０−２との間のデータのＧＴＰトンネリングの場合には、ＧＴＰのユーザプレーン部分及び制御プレーン部分のいずれかが、制御プレーンのデータを転送するために使用され得る。ＧＴＰ−ｃが使用される場合には、ＧＴＰ−ｃプロトコルは、シグナリングメッセージの透過的な転送のケイパビリティを含むように拡張され得る。Ｓ−ＧＷ１６０−２とＭＭＥ１６５−１との間のＧＴＰの関連付け（ユーザプレーン又は制御プレーンのいずれか）は、Ｂ−ｅＮｏｄｅＢ１  １３０とＭＭＥ１６５−１との間でＳ１接続が確立される際に（即ち、Ｂ−ｅＮｏｄｅＢ１  １３０のセットアップにおいて）確立され得る。
【００５２】
図１３は、図４、図５、図８及び図９の例示的な実施形態についてのＸ２インタフェース上のＣＰプロトコルアーキテクチャを示している。Ｘ２インタフェースと同様、制御プレーンにおいてトンネリングが使用され得る。例えば、制御プレーンデータ１３００は、セルフバックホールｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０）にサービス提供しているアンカーｅＮｏｄｅＢ（例えば、Ａ−ｅＮｏｄｅＢ１  １２５）から対応するＳ−ＧＷへトンネリングされ、そしてセルフバックホールｅＮｏｄｅＢにサービス提供しているＳ−ＧＷを介して対応するアンカーｅＮｏｄｅＢへルーティングされ得る。パケットは、ＩＰルーティングを介して又はＧＴＰトンネリングを介して（図１３に示されている）、２つのＳ−ＧＷの間を搬送され得る。２つのＳ−ＧＷの間でＧＴＰトンネリングが使用される場合には、近傍のＢ−ｅＮｏｄｅＢ１  １３０及びＢ−ｅＮｏｄｅＢ２  １５０に対応するＧＴＰトンネルが、Ｘ２インタフェースの確立（即ち、Ｂ−ｅＮｏｄｅＢのセットアップ／構成）に際して確立され得る。Ｂ−ｅＮｏｄｅＢとの間で制御プレーンのメッセージ（Ｄ１又はＸ２のいずれか）を搬送するために、セルフバックホールｅＮｏｄｅＢについて（ユーザプレーンのトラフィックのためのベアラとは別の）別個のベアラが確立され得る。当該セルフバックホールｅＮｏｄｅＢは、当該セルフバックホールｅＮｏｄｅＢによりサービス提供されているＵＥとの間を行き来するユーザデータとは異なるＱｏＳ（Quality  of  Service）の取り扱い（例えば、高優先度）を受け得る。
【００５３】
ここで説明しているように、セルフバックホールＢ−ｅＮｏｄｅＢを介するＵＥへのパケットの送信のために、ネットワークルーティングの手法が代替的に採用されてもよい。この手法の１つの実現例として、アンカーｅＮｏｄｅＢは、トランスポートネットワークの一部としてセルフバックホールｅＮｏｄｅＢとコアネットワークとの間でＩＰルータのように動作するように映るであろう。この実現例のためのユーザプレーンアーキテクチャが、Ｓ１及びＸ２インタフェースのそれぞれについて図１４及び図１５に示されている。双方のインタフェース上で、セルフバックホールｅＮｏｄｅＢ宛てのパケット１４００は、セルフバックホールｅＮｏｄｅＢのＩＰアドレスに基づいて、アンカーｅＮｏｄｅＢを介してルーティングされる。アンカーｅＮｏｄｅＢ（例えば、Ａ−ｅＮｏｄｅＢ１  １２５）は、Ｓ−ＧＷ機能（例えば、Ｓ−ＧＷ１６０−２）を包有しており、セルフバックホールｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０）のためのＳ−ＧＷとして動作し得る。Ｓ−ＧＷの本格的な機能性は必ずしも必要ではなく、なぜならば多くの複雑な機能（例えば、移動性ハンドリングなど）は省略され得る。ｅＮｏｄｅＢ１  １３０のＩＰアドレスは、Ｓ−ＧＷとして動作するＡ−ｅＮｏｄｅＢ１  １２５のものが割り当てられ、従ってＳ−ＧＷ及びｅＮｏｄｅＢの機能はＢ−ｅＮｏｄｅＢベアラのための１つのノードと化す。セルフバックホールｅＮｏｄｅＢに割り当てられるＩＰアドレスは、事業者のネットワーク内の内部ＩＰアドレスであってもよく、通常のＵＥのＩＰアドレスとは反対に外部ネットワークとの間で到達可能／ルーティング可能でなくてもよい。ＭＭＥからＳ−ＧＷに向けての既存の制御手続は、セルフバックホールｅＮｏｄｅＢにおけるベアラ管理を実行するために再利用されてもよい（即ち、コアネットワークへの影響はより少ない）。例えば、ＭＭＥは、通常のＵＥのためのベアラを確立するために使用されるような既存のシグナリング手続を使用して、セルフバックホールｅＮｏｄｅＢのために無線ベアラを確立し、対応するパケットのフィルタリング／分類のルールを構成することができる。
【００５４】
ネットワークルーティングの手法の他の実現例において、アンカーｅＮｏｄｅＢは、ＩＰトランスポートネットワークノードとして映るであろう。従って、ＭＭＥは、通常のＵＥとは若干異なる形で、セルフバックホールｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０）を扱い得る。例えば、それは、いくらか修正されたＱｏＳ管理のためのメカニズム、即ち、アンカーｅＮｏｄｅＢにおけるセルフバックホールｅＮｏｄｅＢのための無線ベアラのセットアップのためのＭＭＥのシグナリングを含み得る。
【００５５】
図１６は、図１４及び図１５の例示的な実施形態と関連付けられるＳ１−コントロールプレーン（ＣＰ）のプロトコルアーキテクチャを示している。図１７は、さらに、図１４、図１５及び図１６の例示的な実施形態と関連付けられるＸ２−ＣＰのプロトコルアーキテクチャを示している。制御プレーンデータ１６００を搬送するＩＰパケットは、トランスポートネットワーク内でＩＰルータのように動作するアンカーｅＮｏｄｅＢ（例えば、Ａ−ｅＮｏｄｅＢ１  １２５）を介してルーティングされ得る。ＣＰのためのパケットプロセシングはＵＰについてのものと同様とすることができ、好適には、ＣＰトラフィックは、ユーザデータと比較して異なるＱｏＳ特性を伴う異なるベアラにマッピングされ得る。セルフバックホールｅＮｏｄｅＢのためのサービングＭＭＥとして動作するＭＭＥは、制御プレーントラフィックが高優先度のベアラ上にマッピングされ得るように、無線ベアラを構成し、アンカーｅＮｏｄｅＢ内のパケット分類のルールを設定しなければならないであろう。この構成は、Ｓ１及びＸ２インタフェースが確立される際に（即ち、Ｂ−ｅＮｏｄｅＢのセットアップ／構成において）実行され得る。
【００５６】
図１８は、図１４〜図１７の例示的な実施形態に従ったダウンリンクパケットプロセシング及びルーティングと関連付けられる例示的な処理のフローチャートであり、アンカーｅＮｏｄｅＢが、セルフバックホールｅＮｏｄｅＢとトランスポートネットワークとの間でトラフィックをルーティングするためのＩＰルータのように動作する。以下の図１８の例示的な処理の説明は、例示の目的のために、図１９の例示的なメッセージング図を参照しながら行われる。アップリンクパケットプロセシングは、図１８のダウンリンクパケットプロセシングの逆の順序に従って遂行され得る。
【００５７】
当該例示的な処理は、所与のＵＥのためのＳ−ＧＷにおけるそのＵＥ宛てのダウンリンクパケットの受信と共に開始され得る（ブロック１８００）。例えば、図１９に示したように、Ｓ−ＧＷ１６０−１において、ＵＥ１１０−３宛てのパケット１９００が受信され得る。ＵＥのためのＳ−ＧＷは、パケットを分類／フィルタリングして、当該パケットを様々なＵＥベアラにマッピングする（ブロック１８０５）。上で説明した技術が、ＵＥのためのＳ−ＧＷにおけるパケットの分類のために使用され得る。例えば、パケット分類は、当該パケット内のトランスポートネットワークのＱｏＳインジケータに基づいて、内部ＧＴＰヘッダを検証することによりＵＥベアラに基づいて、又はＩＰアドレス（即ち、異なるバックホールベアラについてＢ−ｅＮｏｄｅＢの異なるＩＰアドレスが存在する場合）に基づいて、行われ得る。図１９は、受信したパケット１９００を分類／フィルタリング１９０５して様々なＵＥベアラにそれらをマッピングするＳ−ＧＷ１６０−１を示している。ＵＥのためのＳ−ＧＷは、パケットをＵＥベアラごとに１つのＧＴＰトンネルを伴うＧＴＰトンネルにカプセル化し得る（ブロック１８１０）。図１９は、ＧＴＰトンネルに受信したパケット１９００をカプセル化１９１０するＳ−ＧＷ１６０−１を示している。ＵＥのためのＳ−ＧＷは、カプセル化したパケットを、Ｂ−ｅＮｏｄｅＢのためのＡ−ｅＮｏｄｅＢへＩＰルーティングされるように、宛て先のＵＥにサービス提供しているＢ−ｅＮｏｄｅＢと関連付けられるインターネットプロトコル（ＩＰ）アドレスへ送信し得る（ブロック１８１５）。図１９は、ＵＥ１１０−３にサービス提供しているＢ−ｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０）へカプセル化したパケットをＧＴＰトンネル１９２０を介して送信１９１５するＳ−ＧＷ１６０−１を示している。
【００５８】
Ａ−ｅＮｏｄｅＢは、パケットを分類／フィルタリングして、当該パケットをＢ−ｅＮｏｄｅＢに向けた適切な無線ベアラにマッピングする（ブロック１８２０）。ＵＥのためのＳ−ＧＷから送信されたパケットは、ＩＰルーティングを介して正確なＡ−ｅＮｏｄｅＢに到達する。図１９は、パケットを分類／フィルタリング１９２５してそれらをＢ−ｅＮｏｄｅＢ１  １３０の無線ベアラにマッピングするＡ−ｅＮｏｄｅＢ１  １２５を示している。Ａ−ｅＮｏｄｅＢは、無線インタフェース上でＢ−ｅＮｏｄｅＢへパケットを送信し得る（ブロック１８２５）。図１９は、無線Ｉ／Ｆ上でＢ−ｅＮｏｄｅＢ１  １３０へパケットを送信１９３０するＡ−ｅＮｏｄｅＢ１  １２５を示している。
【００５９】
Ｂ−ｅＮｏｄｅＢは、ＧＴＰトンネルを逆カプセル化し、ＧＴＰ  ＴＥＩＤに基づいて受信したパケットをＵＥの対応する無線ベアラへマッピングする（ブロック１８３０）、図１９は、ＧＴＰトンネル１９３５を逆カプセル化１９４０し、パケットをＵＥ１１０−３のベアラへマッピングするＢ−ｅＮｏｄｅＢ１  １３０を示している。Ｂ−ｅＮｏｄｅＢは、無線インタフェース上でＵＥへパケットを送信し得る（ブロック１８３５）。図１９は、ＧＴＰトンネル１９５０を介してＵＥ１１０−３へパケットを送信１９４５するＢ−ｅＮｏｄｅＢ１  １３０を示している。
【００６０】
図１４〜図１７に示した例示的な実施形態のさらなる改良は、アンカーｅＮｏｄｅＢがＵＥにサービス提供しているコアネットワークとセルフバックホールｅＮｏｄｅＢとの間のプロキシとして動作し、当該Ａ−ｅＮｏｄｅＢのプロキシ機能がＢ−ｅＮｏｄｅＢをコアネットワークのノードから効果的に隠蔽するように、Ａ−ｅＮｏｄｅＢ内にプロキシ機能を導入することを含む。言い換えれば、Ａ−ｅＮｏｄｅＢは、コアネットワークの観点から、多くのＵＥをサポートできる１つの大きなｅＮｏｄｅＢとして映る。
【００６１】
より具体的には、Ａ−ｅＮｏｄｅＢは、ＵＥにサービス提供しているＳ−ＧＷにとって、及びＵＥのＭＭＥにとっても、ＵＥがＡ−ｅＮｏｄｅＢと直接接続しているかのように映る。従って、ＵＥのＳ−ＧＷがＵＥ向けのユーザデータを送信する場合、Ｓ−ＧＷはＧＴＰベースのトンネリングメカニズムを介してパケットをＡ−ｅＮｏｄｅＢへ送信する。そして、Ａ−ｅＮｏｄｅＢの責任でＵＥパケットがＢ−ｅＮｏｄｅＢへとさらに送信され、次に、Ｂ−ｅＮｏｄｅＢが当該データをＵＥへ伝達する。この目的のために、トンネルマッピング機能が、Ｓ−ＧＷからＡ−ｅＮｏｄｅＢに向けてのＧＴＰトンネルにダウンリンクＧＴＰトンネルをマッピングするＡ−ｅＮｏｄｅＢ内で必要とされ得る。Ａ−ｅＮｏｄｅＢは、ＵＥデータベアラが確立される際に、ＧＴＰトンネルのそのようなマッピングテーブルを構築する。
【００６２】
同様に、制御シグナリングにおいてＵＥのＭＭＥは、例えば、ＭＭＥがＵＥのためのベアラのセットアップを要求する際のように、Ａ−ｅＮｏｄｅＢのみと“会話”する。Ａ−ｅＮｏｄｅＢは、要求されたＵＥベアラを生成するＢ−ｅＮｏｄｅＢに向けて、この要求を解釈（translate）する。このベアラセットアップは、ＭＭＥの検知からは隠蔽されたままであり得る。Ｂ−ｅＮｏｄｅＢからコアネットワークに向かう方向では、プロキシの動作は、Ｂ−ｅＮｏｄｅＢにとって完全には透過的でない。この目的のために、Ａ−ｅＮｏｄｅＢ内でメッセージ解釈機能が必要とされる可能性があり、当該Ａ−ｅＮｏｄｅＢは、Ａ−ｅＮｏｄｅＢのある側のノードがＡ−ｅＮｏｄｅＢの他の側のノードにとって依然隠蔽されるように、バイパスされる制御メッセージが修正されることを保証する。これを達成するために、Ａ−ｅＮｏｄｅＢにより、メッセージ内の少なくともＵＥ接続識別子を、所与のインタフェース上で有効な適切な識別子が使用されるように修正することが必要であり得る。これにより、Ａ−ｅＮｏｄｅＢ内のＵＥ接続識別子のマッピングテーブルが要請される。例えば他端のノードのためだけに設けられた情報要素など、シグナリングメッセージの他の部分は、Ａ−ｅＮｏｄｅＢによって修正されなくてよく、１つのインタフェースから他へと透過的に複製され得る。
【００６３】
このプロキシベースの解決策の利点は、セルフバックホールｅＮｏｄｅＢをコアネットワークから完全に隠蔽することができ、システムにセルフバックホーリングを導入するにあたってコアネットワークのノード群を全く変更しないまま残すことができる点である。特に、Ｂ−ｅＮｏｄｅＢのＭＭＥ機能もＡ−ｅＮｏｄｅＢに統合される場合には、Ａ−ｅＮｏｄｅＢ及びＢ−ｅＮｏｄｅＢのみに新たな機能性が要求され得る。プロキシベースの実施形態と関連付けられるユーザプレーン及び制御プレーンのためのプロトコルアーキテクチャが、図２０及び図２１に示されている。図２０は、Ｓ−ＧＷ１６０−１（例えば、ＵＥのためのＳ−ＧＷ）とＡ−ｅＮｏｄｅＢ１  １２５との間の第１のトンネル２０００、及びＡ−ｅＮｏｄｅＢ１  １２５とＢ−ｅＮｏｄｅＢ１  １３０との間の第２のトンネル２０１０という、ユーザプレーン内の２つのトンネルを示している。図２１に示されているように、制御プレーン内では、ＭＭＥ１６５−１に向けてのＳ１−ＣＰプロトコル接続２１００がＡ−ｅＮｏｄｅＢ１  １２５において終端され、Ａ−ｅＮｏｄｅＢ１  １２５及びＢ−ｅＮｏｄｅＢ１からの第２のＳ１−ＣＰプロトコル接続２１１０が存在し得る。上述したプロキシの運用は、Ｘ２インタフェースにも適用されてよく、その場合、Ａ−ｅＮｏｄｅＢ１  １２５がＳ１プロキシ機能のみならずＸ２プロキシ機能をも含むことができる。
【００６４】
図２２Ａ及び図２２Ｂは、ＵＥの移動性の一例を示しており、ＵＥ１１０−３がセルフバックホールｅＮｏｄｅＢ１３０からセルフバックホールｅＮｏｄｅＢ１５０へハンドオフし得る。図２０Ａ及び図２０Ｂに示されているように、ＵＥ１１０−３は、当初、無線インタフェース１３５及びアンカーｅＮｏｄｅＢ１２５を介してセルフバックホールｅＮｏｄｅＢ１３０によりサービス提供されるセル１  ２２１０内に位置し得る。これに対し、無線インタフェース１４５及びアンカーｅＮｏｄｅＢ１４０を介してセルフバックホールｅＮｏｄｅＢ１５０によりサービス提供されるセル２  ２２２０へＵＥ１１０−３が入ると、ＵＥ１１０−３は、セルフバックホールｅＮｏｄｅＢへハンドオフ２２００し得る。図２２Ａ及び図２２Ｂに示したように、セルフバックホールｅＮｏｄｅＢ１５０は、無線インタフェース１４５及びアンカーｅＮｏｄｅＢ１４０を介してトランスポートネットワーク１２０と接続している。ハンドオフ２２００に続いて、ＵＥ１１０−３がセル２  ２２２０内に位置している間、セルフバックホールｅＮｏｄｅＢ１５０は、無線インタフェース１４５及びアンカーｅＮｏｄｅＢ１４０を介してＵＥ１１０−３にサービス提供し得る。
【００６５】
図２２Ａ及び図２２Ｂに示したＵＥの移動性の例において、さらに、サービングセルフバックホールｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０）のＳ−ＧＷとは異なるサービングＳ−ＧＷを有するターゲットセルフバックホールｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ２  １５０）へＵＥが移動する場合、ＭＭＥは、ＵＥのサービングＳ−ＧＷとターゲットＢ−ｅＮｏｄｅＢのサービングＳ−ＧＷとの間の新たな関連付け（association）を確立し、同時にソースＢ−ｅＮｏｄｅＢのＳ−ＧＷ向けの関連付けを削除する必要があり得る。これら関連付けの再構成は、２つのＳ−ＧＷ間の新たなＧＴＰトンネルの確立、及びパケットフィルタの再構成を含み得る。
【００６６】
Ｂ−ｅＮｏｄｅＢの変更におけるＳ−ＧＷの変更を扱うための解決策は、Ｂ−ｅＮｏｄｅＢについての複数のＩＰアドレス（及び、それにより複数のサービングＳ−ＧＷ）を維持し、実際のＵＥにサービス提供しているＳ−ＧＷと同じ位置にある（co-located）Ｓ−ＧＷを使用することであってよい。Ｂ−ｅＮｏｄｅＢのＳ−ＧＷの複数のＩＰアドレス（例えば、ネットワーク内の各Ｓ−ＧＷについて１つのＩＰアドレス）を維持することにより、特定のＵＥにサービス提供しているＳ−ＧＷは、常に、当該ＵＥにサービス提供しているＳ−ＧＷと同じ位置にあるであろう。よって、Ｓ−ＧＷの移動性の扱いは、ＵＥにサービス提供する特定のＳ−ＧＷのＢ−ｅＮｏｄｅＢのＩＰアドレスを決定するのみでよいことから、より簡単になる。
【００６７】
ＵＥの移動の間に生じ得る他の状況は、ターゲットセルフバックホールｅＮｏｄｅＢがソースセルフバックホールｅＮｏｄｅＢとは異なるサービングＭＭＥを有するという状況である（Ｓ−ＧＷは、ＭＭＥの変更と共に変更されてもされなくてもよい）。この状況において、ＵＥのサービングＭＭＥは、特にＳ−ＧＷの変更の場合に、ターゲットＢ−ｅＮｏｄｅＢのサービングＭＭＥと通信して、ＵＥのＱｏＳニーズをサポートするためにＢ−ｅＮｏｄｅＢベアラを修正することを要求し、及び／又はＳ−ＧＷフィルタ／トンネルの再構成を要求し得る。
【００６８】
さらなる移動性の状況が、ＵＥがサービングＭＭＥを変更し、場合によってはサービングＳ−ＧＷをも変更する際に生じ得る。この状況において、以前のＭＭＥは、Ｂ−ｅＮｏｄｅＢのＳ−ＧＷ向けの必要な関連付け、及びＵＥのＳ−ＧＷとＢ−ｅＮｏｄｅＢのＳ−ＧＷとの間の関連付けを確立するためにターゲットＭＭＥにより使用され得るＵＥコンテキストの一部としての情報を、転送し得る。
【００６９】
また別の移動性の状況が、ＵＥ及びＳ−ＧＷにサービス提供しているＳ−ＧＷとＢ−ｅＮｏｄｅＢにサービス提供しているＭＭＥとの双方がＵＥの移動の間に同時に変更される場合に生じ得る。この状況では、双方のＭＭＥ（即ち、ＵＥのＭＭＥ及びＢ−ｅＮｏｄｅＢのＭＭＥ）においてコンテキストの転送が生じ、ＵＥにサービス提供しているＭＭＥは、適切なＢ−ｅＮｏｄｅＢへのバインディングを生成し得る。
【００７０】
移動性の取り扱いのさらなる改良において、ソース及びターゲットＢ−ｅＮｏｄｅＢ内のバックホールリンクをサポートしているベアラリソースは、例えば、ソースにおいてリソースが解放され、ハンドオーバに関与するＵＥのＱｏＳニーズに従ってターゲットにおいてリソースが予約され得るように、ＵＥの移動に際して更新され得る。ＵＥにサービス提供しているＭＭＥは、それに応じて、ソース及びターゲットＢ−ｅＮｏｄｅＢにサービス提供しているＭＭＥと通信し、ベアラの更新を要求し得る。Ｓ−ＧＷにおけるパケットフィルタもまた、それに応じて更新されなければならないであろう。
【００７１】
図２３Ａ及び図２３Ｂは、ＵＥの移動性の一例を示しており、ＵＥ１１０−３がセルフバックホールｅＮｏｄｅＢ１３０からセルフバックホールｅＮｏｄｅＢでないｅＮｏｄｅＢ（例えば、ｅＮｏｄｅＢ１５５）へハンドオフされ得る。図２３Ａ及び図２３Ｂに示したように、ＵＥ１１０−３は、当初、無線インタフェース１３５及びアンカーｅＮｏｄｅＢ１２５を介してセルフバックホールｅＮｏｄｅＢ１３０によりサービス提供されるセル１  ２３１０内に位置し得る。これに対し、ｅＮｏｄｅＢ１５５によりサービス提供されるセル２  ２３２０へＵＥ１１０−３が入ると、ＵＥ１１０−３は、ｅＮｏｄｅＢ１５５へハンドオフ２２００され得る。図２１Ａに示したように、ｅＮｏｄｅＢ１５５は、トランスポートネットワーク１２０内に位置し得る。ハンドオフ２３００に続いて、ＵＥ１１０−３がセル２３２０内に位置している間、ｅＮｏｄｅＢ１５５は、ＵＥ１１０−３にサービス提供し得る。
【００７２】
上述した例示的な実施形態を円滑にするために、Ｂ−ｅＮｏｄｅＢのセットアップ／構成の間、いくつかのアクションが実行される必要があり得る。Ｂ−ｅＮｏｄｅＢにサービス提供しているＭＭＥは、セルフバックホールｅＮｏｄｅＢのバックホールリンクをサポートする（様々なＱｏＳ特性を伴う）ベアラ群をセットアップし及び構成し、そこにはＢ−ｅＮｏｄｅＢと関連付けられるＳ−ＧＷ機能におけるパケットフィルタの構成（図４〜図５、及び図８〜図９の例示的な実施形態に適用可能）、又はアンカーｅＮｏｄｅＢ内のそうしたフィルタの構成（図１４〜図１７の例示的な実施形態に適用可能）が含まれ得る。また、ＭＭＥは、セルフバックホールｅＮｏｄｅＢのために、Ｓ１及びＸ２インタフェース上でセルフバックホールｅＮｏｄｅＢとの間で制御トラフィックを搬送し、及び対応する分類／フィルタリングルールを構成するために使用される個別のベアラを確立する。ＵＥにサービス提供しているＳ−ＧＷとＢ−ｅＮｏｄｅＢにサービス提供しているＳ−ＧＷとの間でのパケットのルーティングにトンネリングが使用される場合（図４〜図５、及び図８〜図９の例示的な実施形態に適用可能）には、Ｂ−ｅＮｏｄｅＢの各ベアラに対応する２つのＳ−ＧＷノードの間で１つのＧＴＰトンネルが確立され得る。さらに、ＧＴＰトンネルがＸ２シグナリングトラフィックを搬送し得る場合（図４〜図５、及び図８〜図９の例示的な実施形態に適用可能）には、Ｘ２インタフェースを有する２つのＢ−ｅＮｏｄｅＢにサービス提供する２つのＳ−ＧＷノードの間で、別個のＧＴＰトンネルがセットアップされ得る。また、ＧＴＰトンネルは、Ｂ−ｅＮｏｄｅＢにサービス提供しているＳ−ＧＷと当該Ｂ−ｅＮｏｄｅＢがＳ１インタフェースを有するＭＭＥとの間にも確立され得る（図４〜図５、及び図８〜図９の例示的な実施形態に適用可能）。この場合、ＧＴＰトンネルは、Ｂ−ｅＮｏｄｅＢとの間でＳ１シグナリングトラフィックを搬送するために使用され得る。
【００７３】
ここまでの実装の説明は、例示及び説明を提供しているものの、網羅的であること又は厳密に開示された形式に発明を限定することを意図するものではない。修正及び変形は、上記教示を踏まえて可能であり、又は本発明の実践から得られるであろう。例えば、図６Ａ、図６Ｂ、図１０Ａ、図１０Ｂ及び図１８に関して一連のブロックが説明されたが、ブロックの順序は、本発明の原理に沿った他の実装においては修正されてもよい。さらに、依存関係のないブロックは並列的に実行されてもよい。
【００７４】
また、本発明の側面は、方法及び／又はコンピュータプログラムの製品においても実装され得る。従って、本発明は、ハードウェア及び／又はソフトウェア（ファームウェア、常駐型のソフトウェア、マイクロコードなどを含む）において具現化されてよい。さらに、本発明は、コンピュータにより使用可能な又はコンピュータにより読み取り可能な記憶媒体の形式をとってもよく、当該記憶媒体は、命令実行システムによる使用のため若しくは／命令実行システムに関連して媒体内で具現化される、コンピュータにより使用可能な又はコンピュータにより読み取り可能なプログラムコードを有する。ここで説明した実施形態を実装するために使用される実際のソフトウェアコード又は特化した制御ハードウェアは、本発明の限定ではない。よって、本実施形態の運用及び振る舞いは、特定のソフトウェアコードを参照することなく説明されており−いわゆる当業者がここでの説明に基づいてその側面を実装するためのソフトウェア及び制御ハードウェアを設計することができるであろうということが理解される。
【００７５】
さらに、本発明のある部分は、１つ以上の機能を実行する“ロジック”として実装されてもよい。このロジックは、アプリケーションに特化した集積回路若しくはフィールドプログラマブルゲートアレイ、又はハードウェアとソフトウェアとの組合せなど、ハードウェアを含んでもよい。
【００７６】
特定の特徴の組合せが特許請求の範囲内に記載され、及び／又は明細書内で開示されているものの、それら組合せは本発明を限定することを意図したものではない。実際、それら特徴の多くは、特許請求の範囲に記載され及び／又は明細書内で開示された以外の形で組合せられてもよい。
【００７７】
強調すべき点として、本明細書において使用される場合の“含む（comprises/comprising）”という用語は、記述された特徴、整数、ステップ、コンポーネント又は集合を特定するために用いられており、１つ以上の他の特徴、整数、ステップ、コンポーネント若しくはそれらの集合の存在又は追加を排除するものではない。
【００７８】
本出願において使用されるいかなる要素、動作又は命令も、そのように明示的に説明されていない限り、本発明にとって重要又は不可欠なものと解釈されるべきではない。また、ここで使用されている通り、冠詞“ａ”は、１つ以上の項目を含むことを意図している。ただ１つの項目が意図される場合には、“１つ”という用語又は同様の語句が使用される。さらに、“基づいて”というフレーズは、明示的に他の形で記述されていない限り、“少なくとも部分的に基づいて”を意味することを意図している。
【図１】
2011521530.tif 000002
【図２】
2011521530.tif 000003
【図３】
2011521530.tif 000004
【図３Ｂ】
2011521530.tif 000005
【図４】
2011521530.tif 000006
【図５】
2011521530.tif 000007
【図６Ａ】
2011521530.tif 000008
【図６Ｂ】
2011521530.tif 000009
【図７】
2011521530.tif 000010
【図８】
2011521530.tif 000011
【図９】
2011521530.tif 000012
【図１０Ａ】
2011521530.tif 000013
【図１０Ｂ】
2011521530.tif 000014
【図１１】
2011521530.tif 000015
【図１２】
2011521530.tif 000016
【図１３】
2011521530.tif 000017
【図１４】
2011521530.tif 000018
【図１５】
2011521530.tif 000019
【図１６】
2011521530.tif 000020
【図１７】
2011521530.tif 000021
【図１８】
2011521530.tif 000022
【図１９】
2011521530.tif 000023
【図２０】
2011521530.tif 000024
【図２１】
2011521530.tif 000025
【図２２Ａ】
2011521530.tif 000026
【図２２Ｂ】
2011521530.tif 000027
【図２３Ａ】
2011521530.tif 000028
【図２３Ｂ】
2011521530.tif 000029
【手続補正書】
【提出日】平成22年11月2日(2010.11.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アンカー基地局（１２５）との間で無線インタフェースを介して通信するセルフバックホール基地局（１３０）を含むシステム内に実装される、ユーザ機器（ＵＥ）（１１０）にパケットを送信するための方法であって、
前記アンカー基地局（１２５）は、セルラーネットワークのサービングゲートウェイ（Ｓ−ＧＷ）（１６０−１）又は前記ユーザ機器の移動性管理エンティティ（ＭＭＥ）ノード（１６５）と通信し、
前記Ｓ−ＧＷ（１６０−１）は、第２のＳ−ＧＷ（１６０−１）としてトランスポートネットワーク（１２０）を介して参照され、
前記セルフバックホール基地局（１３０）は、前記セルフバックホール基地局（１３０）にサービス提供する第１のＳ−ＧＷ（１６０−２）を介して、前記第２のＳ−ＧＷ（１６０−１）又はＭＭＥノード（１６５）に到達可能とされ、
前記方法は、
前記第２のＳ−ＧＷ（１６０−１）において、前記セルフバックホール基地局（１３０）によりサービス提供される前記ＵＥ（１１０）を宛て先とする前記パケットを受信することと、
前記第２のＳ−ＧＷ（１６０−１）において、前記セルフバックホール基地局（１３０）によりサービス提供される前記ＵＥ（１１０）と関連付けられる１つ以上のベアラに前記パケットを分類することと、
前記第２のＳ−ＧＷ（１６０−１）において、前記パケットを前記セルフバックホール基地局（１３０）へのＧＰＲＳ（General  Packet  Radio  Service）トンネリングプロトコル（ＧＴＰ）トンネルにカプセル化することと、
前記第２のＳ−ＧＷ（１６０−１）から、前記セルフバックホール基地局（１３０）と関連付けられているインターネットプロトコル（ＩＰ）アドレスへ前記パケットを送信することと、
前記第１のＳ−ＧＷ（１６０−２）において、前記パケットを受信することと、
前記セルフバックホール基地局（１３０）と関連付けれている前記ＩＰアドレスは、前記第１のＳ−ＧＷ（１６０−２）と関連付けられていることと、
前記第１のＳ−ＧＷ（１６０−２）において、前記セルフバックホール基地局（１３０）の１つ以上のベアラに前記パケットを分類することと、
前記第１のＳ−ＧＷ（１６０−２）において、前記アンカー基地局（１２５）に向けたＧＰＲＳ（General  Packet  Radio  Service）トンネリングプロトコル（ＧＴＰ）トンネルに前記パケットをカプセル化することと、
前記第１のＳ−ＧＷ（１６０−２）から、前記アンカー基地局（１２５）へ前記パケットを送信することと、
前記アンカー基地局（１２５）において、前記パケットを受信することと、
前記アンカー基地局（１２５）において、前記パケットを逆カプセル化することと、
前記アンカー基地局（１２５）において、前記セルフバックホール基地局（１３０）の前記１つ以上のベアラに前記パケットをマッピングすることと、
前記アンカー基地局（１２５）から、無線インタフェース上で前記セルフバックホール基地局（１３０）へ前記パケットを送信することと、
前記セルフバックホール基地局において、前記パケットを受信することと、
前記セルフバックホール基地局（１３０）において、受信された前記パケットを前記ＵＥ（１１０）の前記１つ以上のベアラにマッピングすることと、
前記セルフバックホール基地局（１３０）から、無線インタフェース上で前記ＵＥ（１１０）へ前記パケットを送信することと、
を特徴とする、方法。
【請求項２】
前記セルフバックホール基地局（１３０）のための前記第１のＳ−ＧＷ（１６０−２）は、前記アンカー基地局（１２５）内に統合される、請求項１に記載の方法。
【請求項３】
前記セルフバックホール基地局（１３０）の前記第１のＳ−ＧＷ（１６０−２）は、前記パケットを：
異なるセルフバックホールベアラについて前記セルフバックホール基地局により使用される異なるＩＰアドレスに基づいて；
前記パケットのヘッダ内に含まれるトランスポートネットワークのサービス品質（ＱｏＳ）インジケータに基づいて；
前記パケット内の内部トンネリングヘッダを検証することによるＵＥベアラの識別に基づいて；又は
前記ＵＥ（１１０）の前記第２のＳ−ＧＷ（１６０−１）と前記セルフバックホール基地局の前記第１のＳ−ＧＷ（１６０−２）との間のトンネリングの使用に基づいて；
前記セルフバックホール基地局の前記１つ以上のベアラにマッピングする、
請求項１に記載の方法。
【請求項４】
前記セルフバックホール基地局（１３０）に接続されるＵＥ（１１０）の前記第２のＳ−ＧＷ（１６０−１）は、前記セルフバックホール基地局（１３０）の前記第１のＳ−ＧＷ（１６０−２）において前記パケットがマッピングされるべきセルフバックホールベアラを、前記セルフバックホール基地局（１３０）へ送信される前記パケット内で表示し、
当該表示は、
前記１つ以上のベアラの各セルフバックホールベアラについて前記セルフバックホール基地局（１３０）の異なるＩＰアドレスを使用し；
前記パケットのヘッダ内に含まれるトランスポートネットワークのサービス品質（ＱｏＳ）インジケータを使用し；又は
前記ＵＥ（１１０）の前記第２のＳ−ＧＷ（１６０−１）と前記セルフバックホール基地局（１３０）の前記第１のＳ−ＧＷ（１６０−２）との間のトンネリングを使用する、
ことにより達成される、
請求項１に記載の方法。
【請求項５】
前記セルフバックホール基地局（１３０）は、前記ＵＥ（１１０）の前記第２のＳ−ＧＷ（１６０−１）のために：
前記１つ以上のベアラのセルフバックホールベアラに対応するＩＰアドレスを表示し；又は、
前記セルフバックホールベアラに対応する前記トランスポートネットワークのＱｏＳインジケータを表示することにより；
前記１つ以上のベアラのどのベアラを前記ＵＥ（１１０）の前記第２のＳ−ＧＷ（１６０−１）がＵＥベアラのために使用すべきかを表示する、
請求項４に記載の方法。
【請求項６】
前記セルフバックホール基地局（１３０）の前記１つ以上のベアラは、前記セルフバックホール基地局（１３０）の構成及び初期セットアップの間に確立される、請求項１に記載の方法。
【請求項７】
アンカー基地局（１２５）との間で無線インタフェースを介して通信するセルフバックホール基地局（１３０）を含むシステム内に含まれるように構成される当該アンカー基地局（１２５）であって、
前記アンカー基地局（１２５）は、セルラーネットワークのサービングゲートウェイ（Ｓ−ＧＷ）（１６０−１）又はユーザ機器の移動性管理エンティティ（ＭＭＥ）ノード（１６５）と通信するように構成され、
前記Ｓ−ＧＷ（１６０−１）は、第２のＳ−ＧＷ（１６０−１）としてトランスポートネットワーク（１２０）を介して参照され、
前記セルフバックホール基地局（１３０）は、前記アンカー基地局（１２５）を介して、前記第２のＳ−ＧＷ（１６０−１）又はＭＭＥノード（１６５）に到達可能とされ、
前記アンカー基地局（１２５）は、制御プレーンメッセージを解釈し及びデータパケットをスイッチングすることにより、前記第２のＳ−ＧＷ（１６０−１）又はＭＭＥノード（１６５）と前記セルフバックホール基地局（１３０）との間のプロキシとして動作するように構成され、それにより、前記ユーザ機器（１１０）が前記アンカー基地局（１２５）と直接接続しているように、前記第２のＳ−ＧＷ（１６０−１）及び前記ＭＭＥノード（１６５）に認識され、前記セルフバックホール基地局は前記第２のＳ−ＧＷ（１６０−１）及び前記ＭＭＥノード（１６５）から隠蔽され、
前記アンカー基地局（１２５）は：
前記ユーザ機器（１１０）を宛て先とするデータパケットを受信し；
前記データパケットを流入するＧＰＲＳ（General  Packet  Radio  Service）トンネリングプロトコル（ＧＴＰ）トンネルから流出するＧＴＰトンネルへマッピングし；
制御メッセージを受信し、ユーザ機器接続識別子を修正することにより又は前記セルフバックホール基地局（１３０）に向けたベアラへ前記ユーザ機器（１１０）のためのベアラの設定を解釈することにより、前記制御メッセージのある要素を修正する一方で、前記制御メッセージ内の他の要素を複製し；
前記セルフバックホール基地局（１３０）と前記第２のＳ−ＧＷ（１６０−１）又は前記ＭＭＥノード（１６５）との間で前記制御メッセージを転送する；
ように構成されることを特徴とする、アンカー基地局（１２５）。
【請求項８】
アンカー基地局（１２５）との間で無線インタフェースを介して通信するセルフバックホール基地局（１３０）を含むシステム内に含まれる当該アンカー基地局（１２５）内に実装される方法であって、
前記アンカー基地局（１２５）は、セルラーネットワークのサービングゲートウェイ（Ｓ−ＧＷ）（１６０−１）又はユーザ機器の移動性管理エンティティ（ＭＭＥ）ノード（１６５）と通信し、
前記Ｓ−ＧＷ（１６０−１）は、第２のＳ−ＧＷ（１６０−１）としてトランスポートネットワーク（１２０）を介して参照され、
前記セルフバックホール基地局（１３０）は、前記アンカー基地局（１２５）を介して、前記第２のＳ−ＧＷ（１６０−１）又はＭＭＥノード（１６５）に到達可能とされ、
前記アンカー基地局（１２５）は、制御プレーンメッセージを解釈し及びデータパケットをスイッチングすることにより、前記第２のＳ−ＧＷ（１６０−１）又はＭＭＥノード（１６５）と前記セルフバックホール基地局（１３０）との間のプロキシとして動作し、それにより、前記ユーザ機器（１１０）が前記アンカー基地局（１２５）と直接接続しているように、前記第２のＳ−ＧＷ（１６０−１）及び前記ＭＭＥノード（１６５）に認識され、前記セルフバックホール基地局は前記第２のＳ−ＧＷ（１６０−１）及び前記ＭＭＥノード（１６５）から隠蔽され、
前記アンカー基地局（１２５）内の前記方法は：
前記ユーザ機器（１１０）を宛て先とするデータパケットを受信することと；
前記データパケットを流入するＧＰＲＳ（General  Packet  Radio  Service）トンネリングプロトコル（ＧＴＰ）トンネルから流出するＧＴＰトンネルへマッピングすることと；
制御メッセージを受信し、ユーザ機器接続識別子を修正することにより又は前記セルフバックホール基地局（１３０）に向けたベアラへ前記ユーザ機器（１１０）のためのベアラの設定を解釈することにより、前記制御メッセージのある要素を修正する一方で、前記制御メッセージ内の他の要素を複製することと；
前記セルフバックホール基地局（１３０）と前記第２のＳ−ＧＷ（１６０−１）又は前記ＭＭＥノード（１６５）との間で前記制御メッセージを転送することと；
を特徴とする、方法。
【請求項９】
前記アンカー基地局（１２５）は、ＵＥ接続のために前記セルフバックホール基地局（１３０）に向けたＳ１−制御プレーン（ＣＰ）接続及び前記ＭＭＥノード（１６５）に向けた他のＳ１−ＣＰ接続を維持し、ＵＥ接続識別子をマッピングすることにより、プロキシ動作を実行する、請求項８に記載の方法。
【請求項１０】
前記アンカー基地局（１２５）は、ＵＥベアラ接続のために前記セルフバックホール基地局（１３０）に向けたＧＴＰトンネル及び前記第２のＳ−ＧＷ（１６０−１）に向けた他のＧＴＰトンネルを維持し、２つの前記トンネル接続間をマッピングすることにより、プロキシ動作を実行する、請求項８に記載の方法。
【請求項１１】
前記アンカー基地局（１２５）は、ＵＥベアラが確立される際に、ＧＴＰトンネル又はＵＥ接続識別子のマッピングテーブルを生成する、請求項９又は請求項１０に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】変更
【補正の内容】
【００２４】
図２は、アンカーｅＮｏｄｅＢ１２５及び１４０、セルフバックホールｅＮｏｄｅＢ１３０及び１５０、並びにｅＮｏｄｅＢ１５５に相当し得るデバイス２００の例示的な実装を示している。デバイス２００は、送受信器２０５、処理ユニット２１０、メモリ２１５、インタフェース２２０及びバス２２５を含み得る。デバイス２００は、デバイス２００がセルフバックホールｅＮｏｄｅＢ１３０又は１５０に相当する場合には、（デバイス２００がＭＭＥ１６５及び／又はＳ−ＧＷ１６０への論理インタフェースを依然として有するとしても）有線インタフェース２２０を省略してもよい。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００３７
【補正方法】変更
【補正の内容】
【００３７】
Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷは、受信したパケットを分類し、それらをＢ−ｅＮｏｄｅＢのベアラにマッピングする（ブロック６２５）。Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷにおけるパケットの分類及びマッピングは、以下の方法のうち１つ以上を含み得る：
ａ）パケットは、（ＵＥにサービス提供しているＳ−ＧＷにより、各ＩＰパケットのヘッダ内に設定される）トランスポートネットワークのＱｏＳインジケータに基づいて分類され得る。即ち、ＵＥのためのＳ−ＧＷは、ＵＥベアラのＱｏＳクラスに基づいて、各ＩＰパケットのヘッダ内にＱｏＳクラス（例えば、DiffServコードポイント）を設定する。Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷは、DiffServコードポイントに従って、パケットをＢ−ｅＮｏｄｅＢのベアラ上にマッピングする。Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷにおけるこのマッピングルールの構成は、静的であってもよく、システム構成及びＢ−ｅＮｏｄｅＢのセットアップにおいて確立され得る。
ｂ）パケットは、Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷにおいて、内部ＧＴＰヘッダを（即ち、Ｂ−ｅＮｏｄｅＢにおいてのみ認識可能である、ＵＥベアラのＧＴＰトンネルエンドポイント識別子（ＴＥＩＤ）を）検証し、それに応じてパケットを分類することにより、分類され得る。その分類のルール（即ち、どの内部ＧＴＰトンネルがどのＢ−ｅＮｏｄｅＢベアラにマッピングされ得るかを特定するルール）が、新たなＵＥベアラが確立され、修正され、又は解放される都度、Ｂ−ｅＮｏｄｅＢのためのＳ−ＧＷにおいて構成され得る。マッピングルールは、特定のＵＥのためのベアラが確立され、修正され又は解放される際に、ＭＭＥにより構成され得る。
（例えば、トランスポートネットワーク内に適用される構成上の制限により）パケットの分類のためにDiffServコードポイントを使用することができない場合には、Ｂ−ｅＮｏｄｅＢに複数のＩＰアドレス（例えば、バックホールベアラごと）が割り当てられ、それらＩＰアドレスを使用してパケットの分類が行われ得る。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００４２
【補正方法】変更
【補正の内容】
【００４２】
図９は、さらに、例示的な第２の実施形態と関連付けられるＸ２インタフェースのＵＰ（Ｘ２−ＵＰ）のプロトコルアーキテクチャを示している。図９に示したように、１つのセルフバックホールＢ−ｅＮｏｄｅＢから他のセルフバックホールＢ−ｅＮｏｄｅＢへのＵＥ（例えば、ＵＥ１１０−３）のハンドオフに関与する、Ｘ２インタフェースの２つの端部のＢ−ｅＮｏｄｅＢ（例えば、Ｂ−ｅＮｏｄｅＢ１  １３０及びＢ−ｅＮｏｄｅＢ２）の双方は、自身のＳ−ＧＷ論理ノードを有し得る。例えば、図９に示したように、Ｂ−ｅＮｏｄｅＢ１  １３０は自身のＳ−ＧＷ１６０−２を有し、Ｂ−ｅＮｏｄｅＢ２  １５０は自身のＳ−ＧＷ１６０−Ｎを有し得る。Ｘ２トラフィック９００は、Ｓ−ＧＷ１６０−ＮとＳ−ＧＷ１６０−２との間のＧＴＰトンネリングに基づいて、Ｂ−ｅＮｏｄｅＢ１  １３０又はＢ−ｅＮｏｄｅＢ２  １５０のいずれかに到達するようにルーティングされ得る。図９に示された例示的な実施形態において、Ｘ２インタフェースのセットアップ手続は、セルフバックホールＢ−ｅＮｏｄｅＢセットアップ／構成段階の最中に、２つのＳ−ＧＷノード（例えば、Ｓ−ＧＷ１６０−Ｎ及びＳ−ＧＷ１６０−２）の間のＧＴＰトンネルを確立し得る。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００６３
【補正方法】変更
【補正の内容】
【００６３】
このプロキシベースの解決策の利点は、セルフバックホールｅＮｏｄｅＢをコアネットワークから完全に隠蔽することができ、システムにセルフバックホーリングを導入するにあたってコアネットワークのノード群を全く変更しないまま残すことができる点である。特に、Ｂ−ｅＮｏｄｅＢのＭＭＥ機能もＡ−ｅＮｏｄｅＢに統合される場合には、Ａ−ｅＮｏｄｅＢ及びＢ−ｅＮｏｄｅＢのみに新たな機能性が要求され得る。プロキシベースの実施形態と関連付けられるユーザプレーン及び制御プレーンのためのプロトコルアーキテクチャが、図２０及び図２１に示されている。図２０は、Ｓ−ＧＷ１６０−１（例えば、ＵＥのためのＳ−ＧＷ）とＡ−ｅＮｏｄｅＢ１  １２５との間の第１のトンネル２０００、及びＡ−ｅＮｏｄｅＢ１  １２５とＢ−ｅＮｏｄｅＢ１  １３０との間の第２のトンネル２０１０という、ユーザプレーン内の２つのトンネルを示している。図２１に示されているように、制御プレーン内では、ＭＭＥ１６５−１に向けてのＳ１−ＣＰプロトコル接続２１００がＡ−ｅＮｏｄｅＢ１  １２５において終端され、Ａ−ｅＮｏｄｅＢ１  １２５とＢ−ｅＮｏｄｅＢ１との間の第２のＳ１−ＣＰプロトコル接続２１１０が存在し得る。上述したプロキシの運用は、Ｘ２インタフェースにも適用されてよく、その場合、Ａ−ｅＮｏｄｅＢ１  １２５がＳ１プロキシ機能のみならずＸ２プロキシ機能をも含むことができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００６９
【補正方法】変更
【補正の内容】
【００６９】
また別の移動性の状況が、ＵＥにサービス提供しているＳ−ＧＷとＢ−ｅＮｏｄｅＢにサービス提供しているＭＭＥとの双方がＵＥの移動の間に同時に変更される場合に生じ得る。この状況では、双方のＭＭＥ（即ち、ＵＥのＭＭＥ及びＢ−ｅＮｏｄｅＢのＭＭＥ）においてコンテキストの転送が生じ、ＵＥにサービス提供しているＭＭＥは、適切なＢ−ｅＮｏｄｅＢへのバインディングを生成し得る。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００７１
【補正方法】変更
【補正の内容】
【００７１】
図２３Ａ及び図２３Ｂは、ＵＥの移動性の一例を示しており、ＵＥ１１０−３がセルフバックホールｅＮｏｄｅＢ１３０からセルフバックホールｅＮｏｄｅＢでないｅＮｏｄｅＢ（例えば、ｅＮｏｄｅＢ１５５）へハンドオフされ得る。図２３Ａ及び図２３Ｂに示したように、ＵＥ１１０−３は、当初、無線インタフェース１３５及びアンカーｅＮｏｄｅＢ１２５を介してセルフバックホールｅＮｏｄｅＢ１３０によりサービス提供されるセル１  ２３１０内に位置し得る。これに対し、ｅＮｏｄｅＢ１５５によりサービス提供されるセル２  ２３２０へＵＥ１１０−３が入ると、ＵＥ１１０−３は、ｅＮｏｄｅＢ１５５へハンドオフ２２００され得る。図２３Ａに示したように、ｅＮｏｄｅＢ１５５は、トランスポートネットワーク１２０内に位置し得る。ハンドオフ２３００に続いて、ＵＥ１１０−３がセル２３２０内に位置している間、ｅＮｏｄｅＢ１５５は、ＵＥ１１０−３にサービス提供し得る。
【国際調査報告】
2011521530.tif 000030
2011521530.tif 000031
2011521530.tif 000032