(57)【要約】無線リンクサービスプロファイルがIPパケットの上位レイヤ・トランスポート用のパラメータセットとして定義される。無線リンクサービスプロファイルが論理チャネルフロー識別子に関連付けられる場合もある。基地局とユーザ機器との間のデータパケットの送信は、LSIDによって識別された無線論理チャネルを介して行われる。メモリから作成または起動されたRLSPの関連付けは、無線ネットワークコントローラを起動する必要なくBS及びUEで調整され、RLSPがアップリンクにDiffServフィールドを有しない場合、データパケットを伝送する前にBSがDiffServフィールドを追加する。方法、デバイス（BS及びUEの両方）、コンピュータ・プログラム及びシステムが多数の実施形態で説明されている。 【選択図】図９
2009506609.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置（BS）とユーザ機器装置（UE）との間で、インターネットプロトコルのパケットを送受信するか、またはインターネットプロトコルのパケットの列をフローとして送受信する方法であって、
一時的インターネットプロトコル・パケットフローを、品質パラメータセット、トランスポートパラメータセット、論理チャネル識別子（LSID）のうちの少なくとも１つを含む無線リンクサービスプロファイル（RLSP）であって、上位レイヤパケットトランスポート用のRLSPと関連付けることと、
前記品質パラメータセット及び前記トランスポートパラメータセットから選択された品質及びトランスポート要件を満足させながら、前記LSIDによって識別される無線論理チャネルを介してデータパケットの送信または受信の一方を行うことと
を含む方法。
【請求項２】
前記RLSPが、差別化サービスフロー（differentiated service flow）を示すdiffServフィールドをさらに備える、請求項1に記載の方法。
【請求項３】
前記RLSPは前記UEによってリクエストされて前記BSによって確認され、前記データパケットを送ることは、前記データパケットを前記UEから前記BSへ送ることを含み、前記データパケットを受信することは、前記BSが前記UEから前記データパケットを受信することを含む、請求項1に記載の方法。
【請求項４】
前記リクエストされたRLSPは、前記一時的フローが確立される前に前記UEのメモリ及び前記BSのメモリに格納され、前記方法は、前記データパケットを送る前に、前記BSまたは前記UEのうちの一方が前記格納されたRLSPを起動することと、前記データパケットを受信する前に、前記BSまたは前記UEのうちの一方が前記格納されたRLSPをそれぞれ起動すること、とをさらに含む、請求項3に記載の方法。
【請求項５】
前記RLSPは前記BSによって作成され、前記BSが前記データパケットを前記UEに送る前に前記UEへ送られ；前記UEは前記RLSPにしたがって前記BSから前記データパケットを受信する、請求項1に記載の方法。
【請求項６】
前記RLSPは、前記品質パラメータセットを備えるデフォルトRLSPを含み、前記品質パラメータセットは、前記無線論理チャネルを介したパケットのトランスポートに適用できる規格に規定され、前記一時的フローが確立される前に前記デフォルトRLSPが前記UEのメモリ及び前記BSのメモリに格納される、請求項1に記載の方法。
【請求項７】
前記RLSPは、前記無線論理チャネルがアップリンク・チャネルの場合は前記パケットの送信元の前記UE固有のUE識別子をさらに備え、前記無線論理チャネルがダウンリンク・チャネルの場合は前記パケットの送信先の前記UE固有のUE識別子をさらに備える、請求項1に記載の方法。
【請求項８】
前記関連付けることは、前記UEと前記BSとの間のメッセージの交換を含み、前記交換の前記メッセージは無線ネットワーク・コントローラ（RNC）からのメッセージに由来する、請求項1に記載の方法。
【請求項９】
前記関連付けることは、前記UEと前記BSとの間のメッセージの交換を含み、前記交換の前記メッセージは無線ネットワーク・コントローラ（RNC）のメッセージに由来しないが、基地局または前記パケット・ネットワークのルーティング・ノードからのメッセージに由来する、請求項1に記載の方法。
【請求項１０】
メモリ及び第１のトランシーバ装置に接続されたプロセッサを備えるデバイスであって、前記メモリは、一時的フロー（temporary flow）を無線リンクサービスプロファイル（RLSP）に関連付けるためのコンピュータ・プログラム命令を格納するためのものであり、前記RLSPは、品質パラメータセット、トランスポートパラメータセット、上位層パケットトランスポートのための論理チャネル識別子（LCID）のうちの少なくとも１つを含み、
前記コンピュータ・プログラム命令が前記関連付けを行った後、前記LCIDによって識別される無線論理チャネルを介して、前記第１のトランシーバ装置がデータパケットを送信し、第２のトランシーバ装置が前記データパケットを受信する、デバイス。
【請求項１１】
前記RLSPが、差別化サービスフローを示すdiffServフィールドをさらに備える、請求項10に記載のデバイス。
【請求項１２】
ユーザ機器（UE）を備え、前記第１のトランシーバ装置が無線リンクを介して基地局（BS）へRLSPリクエストメッセージを送信し、RLSP確認メッセージを返事として受信する、請求項10に記載のデバイス。
【請求項１３】
前記リクエストメッセージでリクエストされた前記RLSPは、前記一時的フローが確立される前に前記デバイスの前記メモリに格納され、前記コンピュータ・プログラム命令は、前記データパケットを送信する前に、前記格納されたRLSPを起動する、請求項12に記載のデバイス。
【請求項１４】
基地局（BS）を含み、前記プロセッサ及びコンピュータ・プログラム命令が前記RLSPを作成し、前記データパケットを前記UEに送信する前に前記第１のトランシーバ装置が前記作成されたRLSPを少なくとも１つのユーザ機器へ送信する、請求項10に記載のデバイス。
【請求項１５】
前記RLSPが、前記品質パラメータセット及び前記トランスポートパラメータセットを備えるデフォルトRLSPを含み、前記品質パラメータセット及び前記トランスポートパラメータセットは前記無線論理チャネルを介したパケットのトランスポートに適用できる規格に規定され、前記デフォルトRLSPは前記一時的フローが確立される前に前記デバイスの前記メモリに格納される、請求項10に記載のデバイス。
【請求項１６】
基地局を備える、請求項15に記載のデバイス。
【請求項１７】
ユーザ機器として移動局を備える、請求項15に記載のデバイス。
【請求項１８】
前記RLSPは、前記データパケットのソースまたはデスティネーションとして前記データパケット内で識別される前記ユーザ機器固有のUE識別子をさらに含む、請求項10に記載のデバイス。
【請求項１９】
前記関連付けることは、前記デバイスと別のデバイスとの間のメッセージの交換を含み、前記交換の前記メッセージは、無線ネットワーク・コントローラ（RNC）からのメッセージに由来する、請求項10に記載のデバイス。
【請求項２０】
前記関連付けることは、前記デバイスと別のデバイスとの間のメッセージの交換を含み、前記交換の前記メッセージは無線ネットワーク・コントローラ（RNC）のメッセージに由来しないが、基地局または前記パケット・ネットワークのルーティング・ノードからのメッセージに由来する、請求項10に記載のデバイス。
【請求項２１】
基地局（BS）またはユーザ機器（UE）のコンピュータ可読記憶媒体上に組み入れられるコンピュータ・プログラムであって、前記コンピュータ・プログラムは、上位レイヤにおけるデータパケットのトランスポート条件の規定に関する動作をデジタルプロセッサに実行させる命令を含み、前記動作は、
一時的フローを、品質パラメータセット、トランスポートパラメータセット、論理チャネル識別子（LSID）のうちの少なくとも１つを含む、上位レイヤパケットトランスポート用の無線リンクサービスプロファイル（RLSP）と関連付けることと、
前記LCIDによって識別される無線論理チャネルを介したデータパケットの送信または受信の一方を行うことと、
を含む、コンピュータ・プログラム。
【請求項２２】
前記RLSPが、差別化サービスフローを示すDiffServフィールドをさらに備える、請求項21に記載のコンピュータ・プログラム。
【請求項２３】
前記記憶媒体はUEの記憶媒体であり、前記RLSPは前記UEによってリクエストされて前記BSによって確認され、前記データパケットを送信することは、前記データパケットを前記UEから前記BSへ送信することを含み、前記データパケットを受信することは、前記BSが前記UEから前記データパケットを受け取ることを含む、請求項21に記載のコンピュータ・プログラム。
【請求項２４】
前記リクエストされたRLSPは前記一時的フローが確立される前に前記UEの前記メモリに格納され、前記動作は、前記データパケットを送信する前に、前記BSまたは前記UEのうちの一方が前記格納されたRLSPを起動することと、前記データパケットを受信する前に、前記BSまたは前記UEのうちの一方が前記格納されたRLSPをそれぞれ起動することとをさらに含む、請求項23に記載のコンピュータ・プログラム。
【請求項２５】
前記記憶媒体はBSの記憶媒体であり、前記RLSPは、前記BSが前記データパケットをUEに送信する前に、前記BSによって作成されて前記UEへ送信され、前記RLSPは、前記BSからの前記データパケットを受信するために前記UEによって格納される、請求項21に記載のコンピュータ・プログラム。
【請求項２６】
前記RLSPが、前記品質パラメータセット及び前記トランスポートパラメータセットを備えるデフォルトRLSPを含み、前記品質パラメータセット及び前記トランスポートパラメータセットは前記無線論理チャネルを介してパケットのトランスポートに適用できる規格に規定され、前記デフォルトRLSPは前記一時的フローが確立される前に前記メモリに格納される、請求項21に記載のコンピュータ・プログラム。
【請求項２７】
前記RLSPは、前記メモリが前記UEのものであれば前記パケットの送信元の前記UEに固有のUE識別子をさらに備え、前記メモリがBSのものであれば前記パケットの送信先の前記UEに固有のUE識別子をさらに備える、請求項21に記載のコンピュータ・プログラム。
【請求項２８】
前記関連付けることは、UEとBSとの間のメッセージの交換を含み、前記交換の前記メッセージは、無線ネットワーク・コントローラ（RNC）からのメッセージに由来する、請求項21に記載のコンピュータ・プログラム。
【請求項２９】
前記関連付けることは、前記UEと前記BSとの間のメッセージ交換を含み、前記交換の前記メッセージは無線ネットワーク・コントローラ（RNC）のメッセージに由来しないが、基地局または前記パケット・ネットワークのルーティング・ノードからのメッセージに由来する、請求項21に記載のコンピュータ・プログラム。
【請求項３０】
基地局（BS）とユーザ機器（UE）とを備えるシステムであって、前記BS及び前記UEはそれぞれが、トランシーバ及びコンピュータ・プログラム命令を格納するためのメモリに接続されたプロセッサを備え、さらに前記システムは、
品質パラメータセット、トランスポートパラメータセット、論理チャネル識別子（LCID）のうちの少なくとも１つを含む無線リンクサービスプロファイル（RLSP）へ一時的フロー（temporary flow）を関連付けるために、前記BSとUEの間でメッセージを交換することと、
その後、前記LCIDによって識別される無線論理チャネルを介した、前記BS及び前記UE間のデータパケットの送信または受信の一方を行うことと、
によって、データパケットのための上位レイヤの情報伝達を調整するように動作する、
システム。
【請求項３１】
前記メッセージを交換することは前記RLSPを作成することを含む、請求項30に記載のシステム。
【請求項３２】
前記メッセージを交換することは、前記メモリからの前記RLSPを起動することを含み、前記デフォルトRLSPは前記一時的フローが確立される前に前記メモリに格納される、請求項30に記載のシステム。
【請求項３３】
前記RLSPが、差別化サービスフローを示すDiffServフィールドを備える、請求項30に記載のシステム。
【請求項３４】
データパケットを前記送信することは、前記UEから前記BSへデータパケットを送信することを含み、前記BSは、前記データパケットの受信後または受信時に前記diffServフィールドを前記RLSPに割り当てる、請求項33に記載のシステム。
【請求項３５】
前記交換されるメッセージは、無線ネットワーク・コントローラからのメッセージに由来する、請求項30に記載のシステム。
【請求項３６】
前記交換されるメッセージは、無線ネットワーク・コントローラのメッセージに由来しないが、基地局または前記パケット・ネットワークのルーティング・ノードからのメッセージに由来する、請求項30に記載のシステム。
【請求項３７】
上位レイヤパケットトランスポート用の無線リンクサービスプロファイル（RLSP）と関連付けられたフローを受信するための入力を備える受信器であって、前記RLSPは、品質パラメータセット、トランスポートパラメータセット、論理チャネル識別子（LSID）のうちの少なくとも１つを含み、前記フローは、前記LDIDによって識別される論理チャネルを介して受信される、受信器。
【請求項３８】
前記論理チャネルが無線論理チャネルを含む、請求項37に記載の受信器。
【請求項３９】
前記受信器が基地局に組み入れられる、請求項38に記載の受信器。
【請求項４０】
ユーザ機器（UE）を備え、前記UEは、無線リンクを介して基地局へRLSPリクエストメッセージを送信し、RLSP確認メッセージを返事として受信する、請求項38に記載の受信器。
【請求項４１】
基地局（BS）を備え、前記BSは、前記RLSPを作成し、前記データパケットを前記少なくとも１つのUEへ送信する前に、前記作成されたRLSPを少なくとも１つののユーザ機器（UE）へ送信する、請求項38に記載の受信器。
【請求項４２】
前記RLSPが、差別化サービスフローを示すdiffServフィールドをさらに備える、請求項37に記載の受信器。
【請求項４３】
前記RLSPが、前記品質パラメータセット及び前記トランスポートパラメータセットを備えるデフォルトRLSPを含み、前記品質パラメータセット及び前記トランスポートパラメータセットは、前記論理チャネルを介したパケットのトランスポートに適用できる規格に規定され、前記デフォルトRLSPは前記一時的フローが確立される前に前記受信器に格納される、請求項37に記載の受信器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の例示的な実施形態及び非限定的な実施形態は、全般的に、無線通信のシステム、方法、デバイス及びコンピュータ・プログラムに関し、特に、２つのシステム要素間の無線リンクでインターネットプロトコル（IP）を使用することに関する。
【背景】
【０００２】
従来のUTRAN／GERANシステムの実装においては、無線ネットワークコントローラ（RNC）及びユーザ機器（UE）間の接続をセットアップするために無線ベアラという概念が必要とされる。しかし、無線ベアラ構築プロセスは、トランスポートの品質及びベアラ・パラメータを取り決めるために多量の情報伝達を要する。実際のところ、無線アクセスネットワークRANでフローを運ぶ無線ベアラ以外に、UMTSベアラ、無線アクセス・ベアラ及びトランスポート・ベアラ（すなわち、Iuベアラ）が必要とされるので、ベアラの構造はいくつかのネットワークエンティティ間で階層型となる。
【０００３】
このタイプのベアラ構造はフロー・セットアップに遅延を加えるものであり、動的に更新または再構築することが難しい。
【０００４】
将来的に無線IPトラフィックがさらに優勢になると予測されるため、セットアップ遅延ビットレート及び動的調節性に対する新たな要件が無線アクセス技術に要求される。しかし、現在の無線ベアラの概念はこれらの要件を最も効率よく満足させるというものではない。
【０００５】
3GPP 25.331バージョン6.xに記載されているように、さらにパケット指向型でさらにフレキシブルとなるようにベアラの概念を向上させる試みが行われていることが注目される。また、3G UTRAN／GERAN以外の新しい無線システムの中には、そのアドホック・ネットワーキング性及びランダム・アクセス・チャネルの予約により、ベアラなしで動作する手段を備えているものもある。しかし、そのサービスメカニズムの内容は一般に3G UTRAN／GERANのものほど精巧ではない。
【摘要】
【０００６】
例示的な実施形態によれば、基地局（BS）とユーザ機器（UE）の間でパケットを送る方法が提供される。この方法では、一時的フロー（temporary flow）が無線リンクサービスプロファイル（RLSP）と関連付けられる。ここで、RLSPは、品質パラメータセット、トランスポートパラメータセット、論理チャネル識別子（LCID）のうちの少なくとも１つを含む。RLSPは、上位レイヤパケットトランスポートに使用できる。また、この方法では、データパケットはLCIDによって識別される無線論理チャネルで送られる。
【０００７】
さらに別の例示的な実施形態によれば、メモリ及びトランシーバに接続されるプロセッサを含むデバイスが提供される。このメモリは、一時的フローを無線リンクサービスプロファイル（RLSP）に関連付けるためのコンピュータ・プログラム命令を格納するためのものである。ここで、RLSPは、上位レイヤパケットトランスポートのための、品質パラメータセット、トランスポートパラメータセット、論理チャネル識別子（LCID）のうちの少なくとも１つを含む。コンピュータ・プログラム命令が関連付けを行った後、トランシーバは、LCIDによって識別された無線論理チャネルでデータパケットを送出する。
【０００８】
さらに別の例示的な実施形態によれば、基地局（BS）またはユーザ機器（UE）のコンピュータ可読記憶媒体に組み入れられるコンピュータ・プログラムが提供される。このコンピュータ・プログラムは、データパケットの上位レイヤ・トランスポート条件の規定に対して行われる動作をデジタルプロセッサに実行させる命令を含む。この動作は、一時的フローを無線リンクサービスプロファイル（RLSP）に関連付けることを含む。RLSPは、品質パラメータセット、トランスポートパラメータセット、論理チャネル識別子のうちの少なくとも１つを含み、上位レイヤパケットトランスポートのためのものである。この動作は、LCIDによって識別される無線論理チャネルでデータパケットを送ることを含む。
【０００９】
さらに別の例示的な実施形態によれば、基地局（BS）とユーザ機器（UE）を含むシステムが提供される。BS及びUEのそれぞれがプロセッサを含み、このプロセッサはトランシーバ及びメモリに接続されている。それぞれのメモリは、コンピュータ・プログラム命令を格納するためのものである。システムは、一時的フローを無線リンクサービスプロファイル（RLSP）に関連付けるようにBS及びUE間でメッセージを交換することによってデータパケットに関する上位レイヤ信号通信を調整するように動作する。RLSPは、品質パラメータセット、トランスポートパラメータセット、論理チャネル識別子のうちの少なくとも１つを含む。また、このシステムは、LCIDによって識別される無線論理チャネルを介して、BSとUE間のデータパケット送信を行う。
【００１０】
上記及び他の態様を以下に詳述する。
【図面の簡単な説明】
【００１１】
添付図面について。
【００１２】
【図１Ａ】GERAN／UTRANネットワーク・アーキテクチャにおいて本発明の例示的実施形態を実施する際に用いるのに適した種々の電子デバイスの簡素なブロック図を示す。
【００１３】
【図１Ｂ】Evolved-UTRANネットワーク・アーキテクチャにおいて本発明の例示的実施形態を実施する際に用いるのに適した種々の電子デバイスの簡素なブロック図を示す。
【００１４】
【図２ａ】図2は、サービスプロファイルを具現化するプロトコル・スタックを示し、一つの実施例に従うフロー図である。図2aと2bで一つの図2を形成する。
【図２ｂ】図2の一部であり、図2aと2bで一つの図2を形成する。
【００１５】
【図３Ａ−１】図3Aは、一つの実施例に従うGERAN／UTRANネットワークまたは同等にEbolved-UTRAN（E-UTRAN）ネットワークのCプレーンの無線リンクサービスプロファイル生成中のピア・ツウ・ピア・メッセージングを示す。図3A-1〜図3A-3の三つで１つの図3Aを形成する。
【図３Ａ−２】図3Aの一部であり、図3A-1〜図3A-3の３つで１つの図3Aを形成する。
【図３Ａ−３】図3Aの一部であり、図3A-1〜図3A-3の３つで１つの図3Aを形成する。
【００１６】
【図３Ｂ】一つの実施例に従うGERAN／UTRANネットワークまたは同等にE-UTRANネットワークのための無線リンクサービス起動後のUプレーン上のデータ・フローを示す。
【００１７】
【図４】例示的な一実施形態にしたがってBSによって開始される場合の無線リンクサービスプロファイル作成のためのRRCプロシージャを示す。
【００１８】
【図５】例示的な一実施形態にしたがってUEによって開示される場合の無線リンクサービスプロファイル作成のためのRRCプロシージャを示す。
【００１９】
【図６Ａ】図6は、RRC作成の場合のメッセージならびにRLSP CREATIONメッセージの各構成情報要素の非限定例を示す。図6Aと6Bで１つの図6を形成する。
【図６Ｂ】図6の一部であり、図6Aと6Bで１つの図6を形成する。
【００２０】
【図７ａ】図7は、例示的な一実施形態に従うDLによって開始されるRLSP作成の例を示す。図7a〜7dの４つで１つの図7を形成する。
【図７ｂ】図7の一部であり、図7a〜7dの４つで１つの図7を形成する。
【図７ｃ】図7の一部であり、図7a〜7dの４つで１つの図7を形成する。
【図７ｄ】図7の一部であり、図7a〜7dの４つで１つの図7を形成する。
【００２１】
【図８Ａ−１】図8Aは、例示的な一実施形態に従うULによって開始されるRLSP作成の例を示す。図8A-1〜図8A-4の４つで１つの図8Aを形成する。
【図８Ａ−２】図8Aの一部であり、図8A-1〜図8A-4の４つで１つの図8Aを形成する。
【図８Ａ−３】図8Aの一部であり、図8A-1〜図8A-4の４つで１つの図8Aを形成する。
【図８Ａ−４】図8Aの一部であり、図8A-1〜図8A-4の４つで１つの図8Aを形成する。
【００２２】
【図８Ｂ−１】図8Bは、例示的な一実施形態に従うUL RLSP作成の別実施形態を示す。図8B-1〜図8B-4の４つで１つの図8Bを形成する。
【図８Ｂ−２】図8Bの一部であり、図8B-1〜図8B-4の４つで１つの図8Bを形成する。
【図８Ｂ−３】図8Bの一部であり、図8B-1〜図8B-4の４つで１つの図8Bを形成する。
【図８Ｂ−４】図8Bの一部であり、図8B-1〜図8B-4の４つで１つの図8Bを形成する。
【００２３】
【図９】例示的な一実施形態に従うデフォルトRLSPまたは事前構築RLSPの使用例を示す。
【００２４】
【図１０ａ】図10は、例示的な一実施形態に従う、Uプレーン・データ送信用のデフォルト無線リンクサービスプロファイル及びカスタマイズ無線リンクサービスプロファイルのための情報伝達の例を示す。図10aと図10bで１つの図10を形成する。
【図１０ｂ】図10の一部であり、図10aと図10bで１つの図10を形成する。
【００２５】
【図１１】例示的な一実施形態に従う初期アクセス用の簡素な情報伝達を示す。
【詳細な説明】
【００２６】
下記略称を以下に定義する。
3GPP：      第3世代パートナーシップ・プログラム
BS：        基地局
CTCH：      共通トラフィック・チャネル（論理チャネルタイプ）
DCCH：      専用制御チャネル（論理チャネルタイプ）
DiffServ：  差別化サービス（あらゆるIPパケットのフィールドにあるサービスフローの差別化）
DL：        ダウンリンク、BSからUEへの通信リンク
DSCP：      差別化サービス・コード・ポイント（ネットワーク・ノードにおける差別化サービル・フローのために与えられるコード）
DTCH：      専用トラフィック・チャネル（論理チャネルタイプ）
E-UTRAN：   Evolved UTRAN
GERAN：     GSM／EDGE無線アクセス・ネットワーク
IP：        インターネットプロトコル
IPCS：      IPコンバージェンス・サブレイヤ
LCID：      論理チャネル・アイデンティティにより論理チャネルを１つまたはそれより多い論理チャネルフローに分割できる。各論理チャネルフローはLCIDによって一意に識別される。
MAC-u/c：  メディア・アクセス制御プロトコル（ユーザ／制御プレーン）
MBMS：     マルチメディア・ブロードキャスト及びマルチキャスト同時放送
MTCH：     マルチメディア・トラフィック・チャネル（論理チャネルタイプ）
PDU：      プロトコル・データ単位（アクティブ・レイヤのプロトコル単位）
PHY：      物理レイヤRAN無線アクセス・ネットワーク
RLID：     無線リンク・アイデンティティ（RLID）は、所与のセルにおけるUEの無線リンクの固有アイデンティティである。RLIDはRRCによって与えられる。RLODは、現在受信中のセル（serving cell）が変わるときに変わる。
RLSP：      無線リンクサービスプロファイル。本発明の例示実施形態によれば、RLSPはRRCによって上位レイヤ・フロー用に規定される。RLSPは、品質セット、トランスポートパラメータセット、LCIDのうちの少なくとも１つとともに、UEごとの固有プロファイル・アイデンティティを含む。これらの品質パラメータ及びトランスポートパラメータは、MAC-u SAPピア・エンティティを介して満たされる。E-UTRANのためのCプレーン及びUプレーン低遅延要件セットを満足させるために、RLSPはUTRAN無線ベアラの概念を交換する。したがってRLSPは無線ベアラ・サービスプロファイル等と呼ばれることもある。
RLSPアイデンティティ： RLSPの固有参照番号
RRC：      無線リソース制御
SAP：      サービス・アクセス・ポイント（ローカル・プトロコル・インタフェース）
SDU：      サービス・データ単位（上位レイヤ・プロトコル単位。例えば、信号IPパケットなど）
TCP：      伝送制御プロトコル（IPの上）
TFID：     トラフィックフロー・アイデンティティ（RFID）は、IPCS-uにおける上位レイヤパケットフローの固有識別子である。TFIDは、IPソース・アドレス、IP宛先アドレス、ソース・ポート、宛先ポート及びDiffServフィールド（ならびに、場合によっては他の属性も）の確定した組み合わせである。TFIDはIPCSによって与えられる。
UDP：      ユーザ・データグラム・プロトコル（IPの上）
UE：       ユーザ機器
UL：       アップリンク。UEからBSへの通信リンク。
UMTS：     汎用移動通信システム
UTRAN：    汎用地上無線アクセス・ネットワーク
【００２７】
本発明の例示的実施形態は、エア・インタフェースで、低遅延で、関連パラメータの拡張設定を簡単かつ迅速に行うことができる、IPトラフィックのサービスクラスの品質で動作するソリューションを提供する。
【００２８】
本発明の非限定的な実施形態は、少なくとも部分的にE-UTRANに関係する。E-UTRANは、パケット交換（PS）ドメインでトラフィックを十分に効率的にサポートするための新たなプロトコル・アーキテクチャを提供する。IPプロトコルは、エア・インタフェースを介するのみならず、RANにおけるトランスポートにも用いられる。
【００２９】
このプロトコル構造は、いくつかのネットワーク要素間の従来のベアラのネゴシエーションを排除し、RRCをBS内に完全構築できる。BSでは、IPCSがIPフローを利用でき、これによりユーザ・プレーン・トラフィック・フローがMACと相互作用可能となる。この相互作用は、本発明の制限なく、局所的なものであってもよいし、パケットトランスポート・ネットワークを介してルーティング・ノードに起こってもよい。
【００３０】
さらに本発明の非限定的な実施形態は、少なくとも部分的にRLSPの作成（及び削除）に関する。RLSPはRRCプロトコルによって設定され、IPフローがMAC及びPHYプロトコル・サービスを効率的かつ機動的に利用できるようにする。RLPSは本願明細書における造語であり、（送信器及び受信器の両方の）無線リンク・レイヤでIPパケットをどのように扱うかを定めるL2 QoSパラメータを含む。ここで、デフォルト・タイプ、事前構築タイプ、及びカスタマイズ・タイプの3タイプのRLSPについて説明する。
【００３１】
本発明のアーキテクチャの観点から、プロトコル及びプロトコル・エンティティが本発明の例示的実施形態にしたがって通信することに注目すべきである。次に重要なことは、本発明では、3G UTRAN／GERANをはじめとする任意のアーキテクチャにおいて、非限定的な例としてRNCでRRCが実行されると、E-UTRANまたはアドホック・ネットワークをはじめとする新しいアーキテクチャにおいて、非限定的な例としてBSでRRCプロトコルが実行される。これらのアーキテクチャ刷新により、パケット・トラフィックの遅延減少と効率向上がもたらされる。同様のアーキテクチャの問題はPDCPプロトコルの位置である。発明の意義から言うと、3G UTRAN／GERANアーキテクチャのようにRNCにあろうと、E-UTRANアーキテクチャのようにルーティング・ノードにあろうと、または非限定的な例のようにアドホック・ネットワーキング・ソリューションにあろうと、その機能に違いはない。また、PDCP-c（制御プレーン）プロトコル及びPDCP-U（ユーザ・プレーン）プロトコルは、非限定的な例のように、異なるネットワーク・ノードに分割される場合もある。
【００３２】
まず、本発明の例示的な実施形態を実施するに際して使用するのに適した種々の電子デバイスの簡素なブロック図を示す図1Aを参照する。図1Aでは、無線ネットワーク1がUE10、基地局（BS）12及びRNC14を含んでいる。UE10は、データ・プロセッサ（DP）10A、プログラム（PROG）10Cを格納するメモリ（MEM）10B、及びBS12との両方向無線通信のための適切な無線周波（RF）トランシーバ10Dを備え、BS12もまた、DP12A、PROG12Cを格納するMEM12B、及び適切なRFトランシーバ12Dを備えている。BS12は、データ・パス13を介してRNC14に接続され、RNC14もまた、DP14Aと、関係するPRG14Cを格納するMEM14Bとを備えている。少なくともPROG10C及び12Cは、関連するDPによって実行されるときに、以下に詳述されるように本発明の例示的実施形態にしたがって電子デバイスを動作できるようにするプログラム命令を含んでいるとする。
【００３３】
機能がBS12とUE10の間だけで、BSがE-UTRAN及びさらにコア・ネットワークへのネットワーキング・接続を有していれば、本発明は新しいネットワーク・アーキテクチャ（例えば、E-UTRAN）にも採用できることに着目されたい。図1Bの例示的な無線ネットワーク1'に示されるように、BS12は図1Aの例に示されるようにデータ・パスを介してRNC14に接続されているのではなく、パケットトランスポート・プロトコルによってパケット・ネットワークのルーティング・ノード16に接続されている。この場合、ルーティング・ノード16は、データ・プロセッサ（DP）16A、プログラム（PROG）16Cを格納するメモリ（MEM）16B及びIPパケット・ルーティング・テーブル（PRT）16Dを備えているとされ、ここで、PROG16Cは、本発明のルーティング・ノード16の態様をインプリメントするように提供される。本発明の例示的な実施形態は、２つの非限定的な例のように、WLANネットワーク・アーキテクチャ及びアドホック・ネットワーク・アーキテクチャに役立つように用いることもできる。したがって、本発明の例示的な実施形態の使用が、図1AのRNC14の存在を要しないことが明らかであろう。
【００３４】
一般に、UE10の種々の実施形態として、それに限定されるものではないが、携帯電話、携帯コミュニケータ、無線通信機能を有する携帯情報端末（PDA）、無線通信機能を有するポータブル・コンピュータ、無線通信機能を有するデジタル・カメラなどの画像キャプチャ・デバイス、無線通信機能を有するゲーム用デバイス、無線通信機能を有する音楽記憶及び再生機器、無線インターネット・アクセスおよぶブラウジングを可能にするインターネット機器のみならず、そのような機能の組み合わせを組み込む携帯ユニットまたは端末などが掲げられる。
【００３５】
本発明の実施形態は、UE10のDP10A及び他のDPで実施可能なコンピュータ・ソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアの組み合わせによってインプリメントできる。
【００３６】
MEM10B、12B、14B及び16Bは、局所的な技術環境に適したタイプのものであれば、どのようなタイプのものであってもよい。また、半導体ベースのメモリ・デバイス、磁気メモリ・デバイス及びシステム、光学メモリ・デバイス及びシステム、固定メモリ及び着脱可能なメモリなど、適切なデータ記憶技術であれば、どのようなデータ記憶技術を用いてインプリメントしてもよい。DP10A、12A、14A及び16Aは、局所的な技術環境に適したものであれば、どのようなタイプのものであってもよく、非限定的な例のように、汎用コンピュータ、専用コンピュータ、マイクロ・プロセッサ、デジタル信号プロセッサ（DSP）及びマルチコア・プロセッサ・アーキテクチャに基づくプロセッサのうちの１つ以上を含むことができる。
【００３７】
本発明の例示的な実施形態は、無線ベアラなしで、パケット交換ドメインで満足に動作できる携帯型無線通信システムを提供する。
【００３８】
上位レイヤのフローのためにRLSPが提供される。RLSPは、ユーザ・プレーンにおける無線伝送のための品質パラメータ及びトランスポートパラメータを設定することによってMAC及びPHYを構築する。
【００３９】
本発明の例示的な実施形態は、UEによって開始されるトラフィック及びBSによって開始されるトラフィックの両方のために、ローカルでUEにRLSPを構築し且つローカルでBSにRLSPを構築する手段を包含する。
【００４０】
また、本発明の例示的な実施形態は、事前構築RLSPを起動するかまたはカスタマイズRLSPを動的に作成するための新規なピア・トゥ・ピア情報伝達を提供する。
【００４１】
RLSPは、品質パラメータセット及び／またはトランスポートパラメータセットを有するUE毎に固有プロファイル・アイデンティティを含む。RLSPはフローごとに割り当てられ、無線リンクで任意のIPトラフィックを表すのに十分なものであることを特徴とする。IPは無線移動性または無線リソース制御機能を備えていないので、これはRLSPの重要機能である。
【００４２】
本発明の例示的な実施形態は、
・  RLSPの作成と、
・  IPフローに対するRLSPの割り当てと、
・  PLSPピア・トゥ・ピアを起動または作成するための情報伝達と
に関する。
【００４３】
RLSPの作成
図2を参照すると、RRC18（BS12内に構築された）は、（IPCSを通じた）上位レイヤからの要求時に、RLSPを作成できる。作成時、RRC18は許可制御を実施し、上位レイヤからの情報に基づいてRLSPのパラメータを選択する。これらの上位レイヤは、セッション・イニシエーション・プロトコルまたはセッション・デスクリプション・プロトコルを含むことができる。
【００４４】
上位レイヤのプロトコルは、差別化サービス（DiffServ）として所望の品質要件をIPCS20a及び20bに与える。IPCS20aは、フローを好み通りに表示して、あらゆるフローにTFID22を割り当てる。
【００４５】
非限定的な例のように、フローは、IPソース・アドレス、IPデスティネーション・アドレス、ソース・ポート（TCPまたはUDPポート）及びデスティネーション・ポート（TCPまたはUDPポート）の組み合わせとなるように定めることもできる。
【００４６】
IPCS20a、20bは、（DiffServに基づいて）フローのTFID22及び品質要件をRRC SAP42、44を介して制御プレーン（Cプレーン）のRRC18へ送る。したがって、RRC18は、ユーザ・プレーン（Uプレーン）におけるトランスポートについて、CMAC28を介してMAC26を構築及び制御でき、また、CPHY32インタフェースを介してPHY30を構築及び制御できる。図2は、RLSPと一緒に用いるプロトコル・スタックの例及びフロー図を示す。
【００４７】
RLSPは、
・  デフォルトRLSP；
・  Cプレーンの場合のデフォルト，DCCH34
・  Uプレーンの場合のデフォルト，DTCH36
・  事前構築されたRLSP；
・  カスタマイズされたRLSP
のうちのいずれかとすることができる。
【００４８】
簡単に言うと、RLSPはローカルで作成可能であり、ピア・トゥ・ピア通信が可能である。RLSPは、本質的に局所的であると考えることができる。少なくともRLSPはデフォルト（事前に知られている）であり、完全に局所的である。一般的なケースでは、RLSPは事前構築されており、その場合、フロー（TFID22）及びプロファイル（RLSP）をリンクするためにピア・トゥ・ピア情報伝達が採用される。差別化サービスが乗っているフローの場合、複数の論理チャネルフロー（LSID38）を備えるRLSPを、１つの論理チャネルフローが正確に１つの差別化サービスを提供するように定めることもできる。
【００４９】
デフォルトRLSP：
デフォルトRLSPはCプレーンDCCH34のために常時予約されている。UプレーンDTCH36またはCTCH40のために、論理チャネルタイプごとに定められたデフォルトRLSPもある。CTCH40を、MBMSの論理チャネルであるMTCHと交換できることに着目されたい。
【００５０】
DTCH36のRLSPデフォルトは主として、
a）接続要求／確認パケット；
b）セッション開始トラフィック；または
c）他のIP制御パケット（Uプレーン・トラフィック）のために用いられる。また、アプリケーション・フロー（例えば、ショート・メッセージ・サービス及びeメールなど）のためにも用いられる。
【００５１】
デフォルトRLSPの利点の１つは、無効状態及び有効状態の両方のUE10及びBS12に存在し、すぐに使用できることである。このように、デフォルトRLSPは、RRCプロシージャによる起動を要しないことを特徴とする。
【００５２】
事前構築RLSP：
事前構築RLSPはローカルで定義される。事前構築RLSPはいくつ存在していても構わないが、すべての事前構築RLSPが固有の予約アイデンティティを有していることが好ましい。事前構築RLSPは、例えば標準的な規格によって暗黙的に規定されていることを特徴とする。したがって、RRCプロシージャによって起動可能であれば、UE10及びBS12においてローカルで利用可能である。起動プロシージャは、事前構築RLSPの数字参照（アイデンティティ）が入った小メッセージを含むことができる。あるいは、RLSPの事前構築は、規格によって規定されるのではなく、ネットワーク別に行われてもよい。このネットワーク別の構築の場合、UE10は事前構築RLSPを、実際の使用前、すなわちネットワークへの最初のアクセスのときまたはネットワークに登録中にロードできる。
【００５３】
カスタマイズRLSP：
カスタマイズRLSPは、開始側のエンティティ（UE10またはBS12）においてローカルで定義され、その作成は使用時にピア・トゥ・ピア通信される。RRCは、空いているアイデンティティを、デフォルトRLSPでもなく事前構築RLSPでもないカスタマイズRLSPに割り当てることができる。カスタマイズRLSPは下記を含むことを特徴とする。
2009506609.tif 000003
【００５４】
本発明の例示的な実施形態を使用することにより、１つのRLSPに対してあらゆるIPフローが一意に割り当てられる。IPヘッダのそのDffservフィールドによって差別化サービス（DiffServ）をサポートするようにIPフローが規定されると、そのような各差別化は、割り当てられたRLSPの固有論理チャネルフロー（LCID38）に割り当てられる。
【００５５】
したがって、直前のフロー割り当てが終了した後、１つのRLSPを複数のTFID22に割り当てることが可能である。また、TFID22の無線リンクが異なれば（例えば、BS12が利用するUE10などが異なれば）、１つのRLSPを複数のTFID22に同時に割り当てることも可能である。本発明のさらなる拡張形態として、１つのRLSPを、１つのUE10の複数のTFID22に同時に割り当てることも可能であるが、これは複数のTFID22が論理チャネルタイプまたは論理チャネル・チャネル数によって一意に差別化される場合に限られる。
【００５６】
ここで、MAC SCU供給の環境におけるIPフローでのRLSPの使用法について記載する。本発明の例示的な実施形態を使用することにより、LCID38がUプレーン論理チャネル（TCH36、40）のMAC-u SAP42かまたはCプレーン論理チャネル（DCCH34）のMAC-u SAP44においてSDUレセプションのトランスポートに摘要されるので、SDUのDffservの属性に応じて特定のLCID38が摘要される。各論理チャネルフロー（LCID38）からのSDUが分割されてMAC PDUに多重化される。したがって、１つのトランスポート・ブロックが、同じLCID38を有する１つまたは数個のMACセグメントで構成されるパックとして定義される。
【００５７】
本発明を使用することにより、論理チャネルフロー46をMAC26にいかようにも多重化することが可能となる。実施可能な場合には、例えば、異なる論理チャネルを一緒に多重化して、１つのRLSPと１つのLCIDで伝送することもできる。あるいは、１つの論理チャネルを、互いに異なるRLSP及びLCID38によって伝送される別々の論理フローに分割することもできる。上記の本発明の例示的実施形態の説明では、MAC多重化46を割愛した。上記モードは電力及び遅延処理の点でもっとも有効であると考えられるからである。トランスポート・チャネル・レベル48では、どのような場合においても多重化が生じることが分かる。
【００５８】
Cプレーン50の無線リンク毎のRLSP作成を示す図3Aを参照する。なお、本発明の例示的な実施形態の使用は、ULまたはDLに限定されないことに注意すべきである。本発明をDLならびにULによって開始されるIPフローの場合について説明する。番号が振ってあるメッセージ・フローを下記に説明する。
【００５９】
ステップ300で、Uプレーンにパケットが受信され、その結果、ピア・トゥ・ピア・パケットではないパケットがUE10からBS12へ送られるなどの動作がCプレーンに生じる。ステップ301で、TFID22は、そのパケットのIPヘッダに存在するパラメータの組み合わせ（例えば、IPソース・アドレス、IPデスティネーション・アドレス、ソース・ポート、デスティネーション・ポート、DSCP等の組み合わせ）によってIPフローを示す。ステップ302で、RRC18はRLSPを作成し、無線リンク・パラメータセットと識別子（Cプレーンに対してはRLSPアイデンティティ、Uプレーンに対してはLCID38）を規定する。RRC18は、ユーザごとに、RLSP及びLSID38の組み合わせについて無線リンクの品質及びトランスポート要件を記述するパラメータをローカルで生成する。ステップ303で、RRC18は上位レイヤ・フロー（TFID22）を、CプレーンのRLSPとUプレーンのLCID38との組み合わせによって分かったRLSPに一意に割り当てる。ステップ304で、RRC18は完全なサービスプロファイルの関連情報要素をそのピア・エントリ（例えば、UE10のRRC18'）に情報伝達する。ステップ305で、ピアRRCエントリ18'はそれぞれRLSPの局所コピーを作成し、それを割り当てる（ステップ306a）。ステップ306で、UE10及びBS12のRRC18'（18）が、ステップ307a及び307bで指定された無線リンクサービス・パラメータセットによって、MAC26、26'をローカルで構築する。このようにして、制御プレーン（RLSP）及びユーザ・プレーン（LCID38）でそれぞれ用いられる参照として、MAC26、26'及びPHY30、30'はRLSP及びLCID38を利用できる。ステップ308a及び308bにおいて、RRC18'、18によってRLSPの確認が行われる。このように、IPフローはこれらの明確な局所設定だけで的確に表現される。これはステップ309a、309bに示されている。ステップ309a、309bにおいて、MAC26'、26がRRC18'、18へ情報伝達し、したがって、ステップ311a及び311bにおいてPHY30'、30が構築され、ステップ312a、312bにおいてPHY30'、30からRRC18'、18へ情報伝達される。ステップ314a，b及びステップ315a，bで、BS12においてRLSP確認メッセージがUEのRRC18'からそのピア18へ送られ、Cプレーン及びUプレーンのUE10及びBS12の両方においてTFID22が承認される。
【００６０】
図3Bを参照すると、Uプレーン52では、RLSPの使用は以下の特徴が認められる。MAC-u SAP42を通るIPCS-u20bからのすべてのSDUについて、MAC26はステップ316でTFID22とDffservを受け取る。CMAC SAP24を介してCプレーン50でRRC18によって構築されたLCID38及びパラメータにSDUを一意に関連付けることをMAC26は分かっている。ステップ317で、LCID38はMAC26のヘッダに存在する。実際には、同一のトランスポート・ブロックに異なるLSID38が存在している場合に限り、異なるLCID38がMAC26のヘッダに存在する。ステップ318で、受信器MAC26'がSDU［LCID38］をSDU［TFID22］へ戻す変換を行う。
【００６１】
さらに本発明の例示的な実施形態にしたがって、RLSP作成のRRC18プロシージャの例を以下に説明する。
【００６２】
BS12によって無線リンクサービス作成が開始されるとき、図4に示されるように、RRC18ピア・トゥ・ピア情報伝達はRLSP作成54及びRLSP作成確認56のメッセージを含む。UE10によって無線リンクサービス作成が開始される場合、図5に示されるように、RRC情報伝達はRLSP要求58及びRLSP作成54のメッセージを含む。
【００６３】
ここで、本発明の例示的な実施形態に従う情報伝達の例については、図6に、RRCメッセージと、RLSP作成54を含む情報要素が、説明され示されている。見て分かるように、図6記載の各要素を有するRRCメッセージは、LISID62、TFID22、Dffservフィールド59及びLDID38といったフル・サービスプロファイルの識別子、ならびに遅延60a、速度60b、BLER60c及び誤り率60dといった品質パラメータなどである。トランザクション識別子64は、このRLSPが作成後に起動されるときにメモリ内の記憶領域から速やかに検索するためのメッセージを識別してもよい。
【００６４】
DLが開始するRLSP作成の非限定的な例を示すために図7を、ULが開始するRLSPの作成及び／またはその起動の非限定的な例を示すために図8Aを、UL RLSP作成の別の非限定的な例を示すために図8bを、また、前述のデフォルトRLSPまたは事前構築RLSPの例を示すために図9を参照できる。図7、8A及び8Bにおいて、番号が付けられたブロックは動作及びメッセージ・フローの一般的な順番を示す。凡例は、＊で示されるブロックがBS12のCプレーンにあり、＋で示されるブロックがUE10のCプレーンにあり、及びOで示されるブロックがUプレーンにあることを示す。
【００６５】
特に、図7に示されるようにダウンリンクにおけるRLSPの作成及び／またはその起動の場合、ステップ701でいくつかの動作が生じる。701.1でUE10宛のアクセス・リンク・フレームのパケットがUプレーンに受信され、701.2でIPフローを決定するために（例えば、ソース及びデスティネーションIPならびにソース及びデスティネーション・ポートの）チェックが行われ、新しいフローであれば701.3aでTFID22がIPCS-c20bによって割り当てられ、既知のフローであれば701.3bでステップ711へスキップされる。701.3aで新しいフローである場合、ステップ701.3でBSのCプレーンで新しいTFID22が割り当てられる。
【００６６】
さしあたり、これが新しいフローであるとすると、ステップ702の702.1で、BS12のCプレーンにおいて、デフォルトRLSPが使われるのか、事前構築RLSPが使われるのか、新しいカスタマイズRLSPが使われるのかの判断が行われる。RLSPがLCID38に割り当てられる。RLIDは既にRRCに知られている。ステップ711で、LCID38がTFID22に突き合わされる。図3Aに示されていたのと同様に、ステップ703で許可制御が行われ、ステップ704でピア・トゥ・ピアRLSPが作成され、作成されたRLSPまたは局所RLSPがステップ705でUE10のCプレーンにおいてパケットを受信する側で起動される。ステップ706a及び706bは、それぞれのUE10及びBS12が、RLSP、LCID及びRLIDを用いてそのMAC26'，26を構築し、及びRLSPの品質パラメータを構築することを示しており、ステップ707a及び707bでは、そのPHYレイヤ30'，30が構築される。ステップ708で、RLSP作成確認メッセージ56がBS12のRRC18からUE10にあるそのピア18'に送られ、ステップ709a及び709bで、TFIDが両側で承認され、ステップ710a及び701bで、TFID22に関するデータ・フローを送信（BS12から）及び受信（UE10で）するための承認が、個々のIPCS-u 20a，20a'において示される。なお、他の実施形態では、特定のネットワーク・インプリメンテーションがトラフィックフローまたはIPパケットの許可制御を行わないことことがあるが、その場合でも、本発明は許可制御に関する情報伝達段階なしで機能し得る。
【００６７】
ステップ711は、新たに作成されたRLSPと、前もってローカルに格納されていて（例えば、事前構築またはデフォルトの）現在起動されているRLSPの両方に適用される。ここで、パケットはMAC-SDUとしてMAC26へ送出される。MAC-SDUとともにTFID22が、図7の他のすべてのステップが残っているUプレーンに与えられる。ステップ712で、MAC26は適切なLCID38をMAC SDUに割り当ててブロックをトランスポートする。PHY30は、ステップ713.1で、トランスポート・シーケンス、パイロット・シーケンス及び割り当てテーブルを作成し、713.2で、トランスポート・ブロックを符号化する。これらのトランスポート・ブロックは、ステップ714でBS12からUE13へ伝送され、ステップ715.1及び715.2でUEのPHYレイヤ30'がそれらを逆方向に処理する。ステップ716で、UE10 MAC26'は、LCIDを含むヘッダ付きパケットを受け取り、ステップ717.1で、MAC SDUがIPCS-u20a'を伝送され、ステップ717.2でTFIDが読み出され、ステップ718.1で、UE10のIPCS-u20a'においてパケットのヘッダが復元され、したがって、ステップ718.2で、パケットをIPレイヤへ伝送できる。
【００６８】
図7から明らかなように、フローをセットアップする際にRNCを起動する必要がないので、そのフローに関するパケットをRNC14に通さずにルーティング・ノード16へ直接伝送できる。RNC14は、特定の実施形態に示される情報伝達の一部に調整事項として含まれる場合もあるが、そのような調整は、本明細書に開示されているより広い実施形態では一般に不要であるフローはDiffServフィールド59でセットアップされる（図6）ので、デスティネーションUE10への無線トランスポートの場合に、パケットを、BS12から、インターネット（イントラネットまたはIPネットの担当オペレータ所有セクション）などのIPネットワーク上のルーティング・ノード16へ直接ルーティングしたり、ルーティング・ノード16からBS12へ逆方向に直接ルーティングしたりすることができる。
【００６９】
図8Aは、アップリンクでRLSPを作成／起動するための例示的ステップを示す。パケットがUE10で作成され且つ図7のDLの場合とは別の方法によってUL上でBS12に送られることを除き、図7について示され記載されたのステップをほぼ再現するものである。この再現を別にすれば、図7と8Aのは下記の通りである。ステップ8A03で、UE10がBS12へRLSP作成リクエストメッセージ58を送り、ステップ8A06で、それに対してRLSP作成メッセージ54によって応答がなされるが、図7に示されるようなRLSP確認メッセージ56は存在しない。そのほかの点では、図8Aは図7の鏡像である。
【００７０】
図8Bは、UL RLSPの作成及び／またはその起動の実施形態を示すが、図8B中の太字吹出し部で示される下記の点が図8Aと異なっており、主パケットにdiffservフィールド（DSCP）が示されていない。ステップ8B01.2において、ソース及びデスティネーションIDならびにソース及びデスティネーション・ポートは存在していてもよいが、diffservの指示が存在しない。ステップ8B09bで、dffservが指定されることなくBS12でTFID22が承認され、及び／または、BS12のIPCS-U20aの場合のステップ8B10.bのTFIDの承認により、パケットのヘッダの復元中にdiffservオプション（DSCP値）を決定するかまたはこのヘッダにDSCPを追加することができる。明確な変更がなければ、このパケットの後、引き続き、決定または追加されたDSCPがこのフローの残り部分を求める。
【００７１】
理解されうるように、図7、8A及び8Bの大半は、新たなRLSPの作成を想定している。図9は、RLSPの作成と、UE10及びBS12にすでにローカルに格納されている事前構築RLSPまたはデフォルトRLSPがフローで起動されている場合とを除いて、図7から8Aに示される同一内容の一部を、より簡素な図で示すものである。図9で、UE10は予め存在しているRLSPで確立されるフローの第１のパケットを開始する。UE10のIPCS20（IPCS-c20b'及びIPCS-u20a'として先述された）がTFID22の品質パラメータを確立するためにUE10のRRC18'をリクエストし（66）、RRC18'は、適切な（予め格納されている）RLSP及びその識別子RLSP-idを選択することによって作成する（68）。次に、MACレイヤ26'が、TFID22をLCID38に関連付け、LCID38を用いてRRC18'に対してTFID22を確認し（74）、その後、TFID22がIPCS20'に与えられる（76）。パケット（データ）がMACレイヤ26'に送られ（78）、MACレイヤ26'は、選択されたRLSPでUE10において関連付けられたTFID22及びLCID38を用いてパケットを物理的チャネルを介してBS12へ送る（80）。BS12のMACレイヤ26はパケットを受け取り、パケットヘッダに与えられたそのidからそのメモリ内に格納されたRLSPを調べ（82）、パケットをそのIPCS20へ送る。ヘッダのRLSP-idをRLSPへマッピング（84）するためにBS12のRRC18が用いられ、、したがって品質パラメータ及びdiffservコードを、それが伝送されるようにパケットに合わせることができる。
【００７２】
示されているように、RLSPには3タイプある。さまざまな論理チャネルタイプの仕様には、デフォルトの無線リンクサービスプロファイルが指定される。事前構築RLSPはローカルで定義される。事前構築RLSPはいくつ存在していても構わないが、すべての事前構築RLSPは固有の予約アイデンティティを有する。事前構築は、予約段階（たとえば、SIMベースの事前構築）でも、初期アクセス中でも発生し得る。あるいは、実際的であると考えられるならば、いくつかの事前構築RLSPプロファイルをグローバルに規定して標準規格に書き込むことも可能である。RRCピア・エントリで特定の事前構築RLSPを起動するには、専用のRRCプロシージャが用いられる。
【００７３】
カスタマイズRLSPは、開始側のエンティティ（UE10またはBS12）においてローカルで定義され、その作成は使用時にピア・トゥ・ピアRRC情報伝達により上述のように通信される。無線リンクサービスプロファイル作成メッセージ54は、カスタマイズRLSPの羽ラメータの完全記述を含む。いくつかの実施形態において、１つの無線リンクサービスプロファイルを複数の「IPトラフィックフロー」へ順次割り当てることが可能である。すなち、直前の割り当てが終了した後に新たな割り当てが起動される。また、異なる無線リンク（すなわち、BS12によって使用されるさまざまなUE10）の複数のフローの場合、１つの無線リンクサービスプロファイルを複数のフローに割り当てることも可能である。
【００７４】
適切な無線リンクサービスプロファイルが利用できるのであれば、関連する識別子をパケットにタグ付けすることによってこれを用いることができる。そうでなければ、上に示されるように、RRCレイヤによってカスタマイズ無線リンクサービスプロファイルを作成する必要がある。UEに対して複数の無線リンクサービスプロファイルを同時に作成することができる。作成時、RRCレイヤは許可制御を実施し、上位レイヤから情報の基づいて無線リンクサービスプロファイル（レイヤ2）のパラメータを選択する。RRCは、無線リンクサービスプロファイルのためのレイヤ1及びMACを構築する。IPフロー、カスタマイズ無線リンクサービスプロファイルが作成されているときに出現するこのフローに属するパケット、のためにカスタマイズ無線リンクサービスプロファイルを構築する必要があるときでさえ、無線リンク・レイヤにおけるパケットの処理を決定するために特定のデフォルト／事前構築無線リンクサービスプロファイルを暫定的に使用できる。
【００７５】
図10は、Uプレーン・データ伝送のRLSPを用いる別の例を示す。ステップ1001において、アプリケーション・レイヤの情報伝達中、サービスのためにリクエストされたQoSはセッション・デスクリプション・プロトコル・パラメータによって示される。ステップ1002で、フロー固有QoSパラメータがBS12に伝送され、ステップ1003で、フローL2 QoS要件が識別される。この後、２つの選択肢1004aまたは1004bのうちの一方が実行される。適切なデフォルト（または事前構築）無線リンクサービスプロファイルが存在する場合は、ステップ1004aで、フロー内のパケットが、このデフォルト／事前構築RLSPに関連付けられた特定の論理チャネルid（LCID38）と一緒に伝送される。サービルプロファイル内の大部分のQoSパラメータは送信側に対してローカルであると予測されるが、受信側は必ずしも使用RLSPをLSID38に基づいて識別できない。適切なサービスプロファイルが存在しない場合、ステップ1004bで、ピア・トゥ・ピア情報伝達を通じてカスタマイズ・サービスプロファイルが作成される。無線リンクサービスプロファイル作成プロシージャが既に開始される前に、フロー／RLSPのために未使用のLSID38が予約される。カスタマイズ・サービスプロファイルが存在していなくても、条件次第で起こりうるこのようフローの到来パケットが、このLCID38で送られる可能性がある。デフォルトRLSPの１つは、未使用のLCID38が送信に使用されるときに必ず、QoSを定義するために使用されるものと恒久的に定義される。これにより、非最適のQoSパラメータを適用する危険はあるが、早期IPパケットを遅延なく伝送することが可能となる。RLSPはこれらの早期パケットにとってカスタムではなくデフォルトだからである。無線リンクサービスプロファイル作成プロシージャが完了すると、新たに作成されたRLSPに対してLCID38が割り当てられ、これは、後続の送信のQoS用件を判断するために用いられる。
【００７６】
サービスプロファイルの構築において、無線送信されるのは基本的なQoSパラメータだけである。ほとんどのQoSパラメータは送信側に対して局所的であるので、ダウンリング・フローの場合、これらは無線送信されない。アップリンクの場合は、QoSパラメータを伝達する必要性は、アップリンク・スケジューリング及びリソース割り当てアルゴリズムに依存し、FFSである。
【００７７】
初期アクセス中、UEはネットワークに対するリンク・レイヤ及びIPレイヤの接続性を獲得し、認証され、サービス構成を得る必要がある。このため、UEは図11に示されるように機能を実行する必要がある。
【００７８】
無線アクセス検出1101及び無線アクセス選択1102を実行後、UE10は完全なシステム情報を読み出し（1103）、特定のBS12に対するリンク・レイヤ接続性を得るために、セル関連付けプロシージャ（1104でリクエスト、1105で確立）を実行する。初期RRC情報伝達のためにデフォルト無線リンクサービスプロファイルによって決定されたL1及びL2構成により、関係のあるRRCメッセージが供給される。このように、明示的な情報伝達ベアラをセットアップする必要はない。このプロシージャの結果、UE RRCの状態が有効状態に切り換えられる。その後のRRC情報伝達は、専用RRC情報伝達のために定義された事前構築R無線リンクサービスプロファイルで伝送される。
【００７９】
初期アクセス中、サブスクライバ認証、IP構築及びサービス・レベル構築などの上記レイヤ情報伝達を含む他のプロシージャが実行されてもよい。この情報伝達は、RRC直接伝達タイプの伝送を用いることもできるし、IPベースの制御メッセージであってもよい。IP制御メッセージの場合、その特定QoS要件に合った無線リンクサービスプロファイルが作成される必要がある。これはステップ1106で行われる。サブスクライバ認証後、IP構築及びサービス・レベル構築が完了され、UプレーンIPパケットを伝送するために使用される明示的なRRC情報伝達により作成される何らかの無線リンクサービスプロファイルが存在する場合がある。また、その後の段階で、カスタマイズ無線リンクサービスプロファイルが作成される場合がある。この方法は、接続性を確立するためにパラメータ・ネゴシエーションを実行する必要が無いという点で、UTRAN RRC接続法を超える利点がある。
【００８０】
本発明の例示的な実施形態をを使用することによって実現される利点はいくつかあるが、例えば、局所的な無線リンクサービス無線パラメータによってIPフローを表現する簡素な方法が提供されること、迅速かつ簡単に作成、割り当て及び起動でき、IPレイヤを起動せずにすぐに変更できるRLSPが使用されること、などが掲げられる。また、RLSPを使用することにより、従来の無線ベアラの必要性及び無線ベアラの使用にともなう欠点が無くなる。
【００８１】
IPトラフィックが本発明のRNCの存在によって伝送されるネットワーク・アーキテクチャ（例えば、GERAN／UTRAN）が、図10及び11に示されるようにBS12及びRNC14処理ノードに分割できることが分かるであろう。ここでは、IPトラフィック・フローの表記、RLSPの作成及び割り当てがRNCで行われる。このスプリットでは、RNC14のRRCプロトコルが、作成されたRLSPによって（例えば、RANAPまたはNBAPプロトコルを介して）BS12においてMACを構築するか、または少なくともデフォルトまたは事前構築RLSPを起動する。
【００８２】
前述に基づき、本発明の実施形態がIPフローを１つの無線リンクサービス無線パラメータに一意に割り当てる方法、装置及びコンピュータ・プログラムを提供することが明らかであろう。ここで、IPフローが差別化サービスをサポートするように定義された場合に、IPフローのそのような差別化のそれぞれが、割り当てられた無線リンクサービスプロファイルの固定論理チャネルフローに割り当てられる。無線リンクサービスプロファイルは、上位レイヤ・フローについて規定され、MAC-u SAPピア・エンティティを介して満足されるべき品質及びトランスポートパラメータセットによりユーザ機器ごとに独自のプロファイル・アイデンティティを含む。無線リンクサービスプロファイルの使用により、IPトラフィックを伝送するための無線ベアラを無くすことが可能となる。
【００８３】
種々の実施形態は、一般に、ハードウェアまたは特殊目的の回路、ソフトウェア、論理、もしくはそれらの組み合わせにインプリメントできる。例えば、いくつかの態様はハードウェアにインプリメントでき、他の態様は、コントローラ、マイクロプロセッサまたは他の計算デバイスで実行される、ファームウェアまたはソフトウェアにインプリメントできるが、本発明はそれらの限定されるものではない。本発明の種々の態様は、ブロック図、フローチャート、または他の絵図として記載され説明されているが、本明細書に記載されているこれらのブロック、装置、システム、技術または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、または特殊目的の回路もしくは論理、多目的のハードウェアもしくはコントローラ、または計算デバイス、あるいはそれら組み合わせにインプリメントできることが十分に理解されよう。
【００８４】
本発明の実施形態は、集積回路モジュールをはじめとする種々のコンポーネントで実施できる。集積回路の設計は、概して高度に自動化されたプロセスである。論理レベルの設計物すぐに半導体基板上にエッチングして形成できる半導体回路の設計に変換するには、複雑で強力なソフトウェア・ツールを利用できる。
【００８５】
カリフォルニア州マウンテン・ビューのシノプス社（Synopsys，Inc.）やカリフォルニア州サンノゼのカデンツ・デザイン社（Cadence Design）によって提供されているようなプログラムは、十分に確立したデザイン・ルール及び事前格納型デザイン・モジュールのライブラリを用いて、半導体チップ上の導体を自動的にルーティングしてコンポーネントを探し出す。半導体回路の設計が完了すれば、結果として得られた標準化電子フォーマット（Opus、GDSII等）の設計を、製造のために半導体製造施設すなわち"fab"に送ることもできる。
【００８６】
添付図面と組み合わせて読むと、以上の説明に鑑み、種々の変形例及び改変例が当業者に明らかになるであろう。しかし、それでもなお、本発明の教示事項のありとあらゆる変形例は本発明の非限定的な実施形態の範囲内に収まる。
【００８７】
本発明の種々の非限定的な実施形態の特徴のいくつかは、他の特徴と同様に使用しなくても効果的に使うことができる。したがって、上記説明は本発明の原理、教示事項及び例示的な実施形態の一例に過ぎず、本発明を限定するものではないと考えられたい。
【図１Ａ】
2009506609.tif 000004
【図１Ｂ】
2009506609.tif 000005
【図２ａ】
2009506609.tif 000006
【図２ｂ】
2009506609.tif 000007
【図３Ａ−１】
2009506609.tif 000008
【図３Ａ−２】
2009506609.tif 000009
【図３Ａ−３】
2009506609.tif 000010
【図３Ｂ】
2009506609.tif 000011
【図４】
2009506609.tif 000012
【図５】
2009506609.tif 000013
【図６Ａ】
2009506609.tif 000014
【図６Ｂ】
2009506609.tif 000015
【図７ａ】
2009506609.tif 000016
【図７ｂ】
2009506609.tif 000017
【図７ｃ】
2009506609.tif 000018
【図７ｄ】
2009506609.tif 000019
【図８Ａ−１】
2009506609.tif 000020
【図８Ａ−２】
2009506609.tif 000021
【図８Ａ−３】
2009506609.tif 000022
【図８Ａ−４】
2009506609.tif 000023
【図８Ｂ−１】
2009506609.tif 000024
【図８Ｂ−２】
2009506609.tif 000025
【図８Ｂ−３】
2009506609.tif 000026
【図８Ｂ−４】
2009506609.tif 000027
【図９】
2009506609.tif 000028
【図１０ａ】
2009506609.tif 000029
【図１０ｂ】
2009506609.tif 000030
【図１１】
2009506609.tif 000031
【国際調査報告】
2009506609.tif 000032
2009506609.tif 000033
2009506609.tif 000034
2009506609.tif 000035