【誤訳訂正書】
【提出日】平成17年1月14日(2005.1.14)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【書類名】      明細書
【発明の名称】  トランスペアレントＲＬＣを通じた固定サイズＰＤＵの送信
【特許請求の範囲】
【請求項１】  コアネットワーク（ＣＮ）から移動通信システム（ＵＭＴＳ）における無線アクセスネットワーク（ＲＡＮ）への要求に関する無線ベアラ（ＲＢ）を確立するために使用される方法であって、
前記ＣＮと前記ＲＡＮとのあいだのインターフェース用に要求されたモードが、トランスペアレントモードであることを決定し（１０２）、前記ＲＡＮのセグメンテーション／リアセンブリーレイヤにセグメンテーションステートインジケーターを信号発信する工程と、
前記セグメンテーションステートインジケーターに応答して、前記インジケーターが非アクティブセグメンテーション状態を示す場合、前記ＲＢ用の前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーにおけるセグメンテーションをブロックし（１１０）、前記インジケーターがアクティブセグメンテーション状態を示す場合、前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーにおけるセグメンテーションを許容する（１０８）工程とを備えることを特徴とする方法。
【請求項２】  前記セグメンテーションが、前記ＲＢダウンリンク用の前記ＲＡＮにおいてブロックされる場合、
前記ＲＡＮにおけるセグメンテーション／リアセンブリーレイヤーの制御下に複数のサービスデータユニット（ＳＤＵ）を格納する（１７４）工程であって、各ＳＤＵが、前記トランスペアレントモードにおける最小インターリーブ周期でＣＮから付与される工程と、
前記格納された複数のＳＤＵを回収し、１つ以上のデータトランスポートブロックにおける１つ以上のプロトコルデータユニット（ＰＤＵ）に前記回収された複数のＳＤＵを提供する（１８０）工程と、
前記１つ以上のデータトランスポートブロックに、前記ＲＡＮからユーザ装置（ＵＥ）に最小インタリーブ周期より長い期間を有する送信時間間隔（ＴＴＩ）に無線インターフェース経由で送信を行なうためのトランスポートフォーマットインジケータ（ＴＦＩ）を付与する（１８２）工程とを備えることを特徴とする請求項１記載の方法。
【請求項３】  前記ＵＥのセグメンテーション／リアセンブリーレイヤーで前記トランスポートブロックから前記ＰＤＵを受信する（２５６）工程と、
前記セグメンテーション／リアセンブリーレイヤーより上位の前記ＵＥのレイヤーに前記固定サイズデータＳＤＵを提供する工程とをさらに備えることを特徴とする請求項２記載の方法。
【請求項４】  前記セグメンテーションが、ＲＢアップリンク用の前記ＲＡＮにおいてブロックされる場合、
前記ＵＥにおけるセグメンテーション／リアセンブリーレイヤーで複数のサービスデータユニット（ＳＤＵ）を格納する工程であって、各ＳＤＵが、前記トランスペアレントモードでの最小インターリーブ周期で提供される（２７８）工程と、
前記格納された複数のＳＤＵを回収し、１つ以上のトランスポートブロックにおける１つ以上のプロトコールデータユニット（ＰＤＵ）に前記回収された複数のＳＤＵを提供する（３０６）工程と、
前記１つ以上のトランスポートブロックに、前記ＵＥから前記最小インタリーブ周期（ＴＴＩ）より長い期間を有する送信時間間隔（ＴＩ）で前記ＲＡＮに無線インターフェース経由で送信を行なうためのトランスポートフォーマットインジケーター（ＴＦＩ）を付与する（３１４）工程とを備えることを特徴とする請求項１記載の方法。
【請求項５】  前記ＲＡＮの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩを有する前記１つ以上のトランスポートブロックを受信する工程と、
前記ＲＡＮの前記ＭＡＣレイヤーで前記トランスポートブロックから前記ＰＤＵを抽出する工程と、
前記ＲＡＮの前記ＭＡＣレイヤーから、前記ＲＡＮのセグメンテーション／リアセンブリーレイヤーに前記ＰＤＵを提供する（３２４）工程と、
前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーで前記複数のＰＤＵを格納する工程と、
前記格納されたＰＤＵから前記固定サイズＳＤＵを抽出する工程と、
前記インターフェース経由で前記ＲＡＮから前記ＣＮに前記固定サイズＳＤＵを提供する（３３４）工程とをさらに備えることを特徴とする請求項４記載の方法。
【請求項６】  移動通信システムの無線アクセスネットワーク（ＲＡＮ）によって、前記移動通信システムのコアネットワークからのダウンリンクで固定サイズのサービスデータユニット（ＳＤＵ）を処理する方法であって、
前記ＲＡＮにおける無線リンク制御セグメンテーション／リアセンブリーレイヤーで複数のＳＤＵを格納する工程であって、各ＳＤＵが、トランスペアレントモードにおける最小インターリーブ周期で提供される工程と、
前記格納された複数のＳＤＵを回収し、１つ以上のデータトランスポートブロックにおける１つ以上のプロトコルデータユニット（ＰＤＵ）に前記回収された複数のＳＤＵを提供する工程と、
前記１つ以上のトランスポートブロックに、前記最小インタリーブ周期より長い期間を有する送信時間間隔（ＴＴＩ）で前記ＲＡＮからユーザー装置（ＵＥ）に無線インターフェース経由で送信を行なうためのトランスポートフォーマットインジケーター（ＴＦＩ）を付与する工程とを備え、
非アクティブセグメンテーション状態の場合は、前記セグメンテーション／リアセンブリーレイヤーでセグメンテーションがブロックされることを特徴とする方法。
【請求項７】  前記ＵＥの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩを有する前記１つ以上のデータトランスポートブロックを受信する工程と、
前記ＵＥのセグメンテーション／リアセンブリーレイヤーで前記トランスポートブロックから前記ＰＤＵを抽出する工程と、
前記セグメンテーション／リアセンブリーレイヤーより上位の、前記ＵＥのレイヤーに前記固定サイズデータＳＤＵを提供する工程とをさらに備えることを特徴とする請求項６記載の方法。
【請求項８】  移動通信システムのユーザ装置（ＵＥ）からインターフェース経由で無線アクセスネットワーク（ＲＡＮ）へ、およびＲＡＮからインターフェース経由で前記システムのコアネットワーク（ＣＮ）へのアップリンクで固定サイズのサービスデータユニット（ＳＤＵ）を処理する方法であって、
前記ＵＥにおけるセグメンテーション／リアセンブリーレイヤーで複数のＳＤＵを格納する工程であって、各ＳＤＵが、トランスペアレントモードでの最小インターリーブ周期で提供される工程と、
前記格納された複数のＳＤＵを回収し、１つ以上のトランスポートブロックにおける１つ以上のプロトコルデータユニット（ＰＤＵ）に前記回収された複数のＳＤＵを提供する工程と、
前記１つ以上のトランスポートブロックに、前記最小インターリーブ周期より長い期間を有する送信時間間隔（ＴＴＩ）で前記ＵＥから前記ＲＡＮに無線インターフェース経由で送信を行なうためのトランスポートフォーマットインジケーター（ＴＦＩ）を付与する工程とを備え、
非アクティブセグメンテーション状態の場合は、前記セグメンテーション／リアセンブリーレイヤーでセグメンテーションがブロックされることを特徴とする方法。
【請求項９】  前記ＲＡＮの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩを有する前記１つ以上のトランスポートブロックを受信する工程と、
前記ＲＡＮの前記ＭＡＣレイヤーで前記トランスポートブロックから前記ＰＤＵを抽出する工程と、
前記ＲＡＮの前記ＭＡＣレイヤーから、前記ＲＡＮのセグメンテーション／リアセンブリーレイヤーに前記ＰＤＵを提供する工程と、
前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーにおいて前記ＰＤＵを格納する工程と、
前記格納されたＰＤＵから前記固定サイズＳＤＵを抽出する工程と、
前記ＲＡＮから前記ＣＮに該ＣＮへのインターフェース経由で前記固定サイズＳＤＵを提供する工程とをさらに備えることを特徴とする請求項８記載の方法。
【請求項１０】  コアネットワーク（ＣＮ）から移動通信システム（ＵＭＴＳ）における無線アクセスネットワーク（ＲＡＮ）への要求に関する無線ベアラ（ＲＢ）を確立するために使用される装置であって、
前記ＣＮと、前記ＲＡＮとのあいだのインターフェース用に要求されたモードが、トランスペアレントモードであることを決定し（２２０）、前記ＲＡＮのセグメンテーション／リアセンブリーレイヤーにセグメンテーションステートインジケーターを信号発信する（２２３）手段と、
前記セグメンテーションステートインジケーターに応答して（２３４）、前記インジケータが、非アクティブセグメンテーション状態を示す場合、前記ＲＢ用の前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーにおけるセグメンテーションをブロックし、前記インジケーターが、アクティブセグメンテーション状態を示す場合、前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーにおけるセグメンテーションを許容する（１０８）手段とを備えることを特徴とする装置。
【請求項１１】  前記セグメンテーションが、前記ＲＢダウンリンク用の前記ＲＡＮにおいてブロックされる場合、
前記ＲＡＮにおけるセグメンテーション／リアセンブリーレイヤーの制御下において複数のサービスデータユニットＳＤＵ）を格納する（１７８）手段であって、各ＳＤＵが、前記トランスペアレントモードにおける最小インターリーブ周期でＣＮから付与される手段と、
１つ以上のデータトランスポートブロックにおける１つ以上のＲＬＣプロトコルデータユニット（ＰＤＵ）に前記格納された複数のＳＤＵを提供する（１８０）工程と、
前記１つ以上のデータトランスポートブロックに、前記ＲＡＮから前記最小インタリーブ周期より長い期間を有する送信時間間隔（ＴＴＩ）でユーザ装置（ＵＥ）に無線インターフェース経由で送信を行なうためのトランスポートフォーマットインジケータ（ＴＦＩ）を付与する（１８２、２３８）手段とを備えることを特徴とする請求項１０記載の装置。
【請求項１２】  前記ＵＥの媒体アクセス制御（ＭＡＣ）レイヤーで前記トランスポートブロックから前記ＰＤＵを受信する（２５６）手段と、
前記ＭＡＣレイヤーからの前記ＰＤＵに応答する前記ＵＥ（２６０）のセグメンテーション／リアセンブリーレイヤーにある手段であって、前記ＵＥの前記セグメンテーション／リアセンブリーレイヤーより上位のレイヤーに前記固定サイズデータＳＤＵを付与する手段とをさらに備えることを特徴とする請求項１１記載の装置。
【請求項１３】  前記セグメンテーションが、ＲＢアップリンク用の前記ＲＡＮにおいてブロックされる場合、
前記ＵＥにおけるセグメンテーション／リアセンブリーレイヤーで複数のサービスデータユニット（ＳＤＵ）を格納する手段（２８０）であって、各ＳＤＵが、前記トランスポートモードでの最小インターリーブ周期で付与され（２７８）、前記格納された複数のＳＤＵを回収し、１つ以上のトランスポートブロックにおける１つ以上のプロトコールデータユニット（ＰＤＵ）に前記回収された複数のＳＤＵを提供する（３０６）手段と、
前記１つ以上のトランスポートブロックに、前記最小インタリーブ周期より長い期間を有する送信時間間隔（ＴＴＩ）で前記ＵＥから前記ＲＡＮに無線インターフェース経由で送信を行なうためのトランスポートフォーマットインジケーター（ＴＦＩ）を付与する（３１２、３１４）手段（３１０）とを備えることを特徴とする請求項１０記載の装置。
【請求項１４】  前記ＲＡＮの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩを有する前記１つ以上のトランスポートブロックを受信し、前記ＲＡＮの前記ＭＡＣレイヤーで前記トランスポートブロックから前記ＰＤＵを抽出し、前記ＲＡＮの前記ＭＡＣレイヤーから、前記ＲＡＮのセグメンテーション／リアセンブリーレイヤーに前記ＰＤＵを付与する（３２４）手段（３２８）と、
前記ＲＡＮの前記セグメンテーション／リアセンブリーレイヤーで前記ＰＤＵを格納し、前記格納されたＰＤＵから前記固定サイズＳＤＵを抽出し、前記ＲＡＮと前記ＣＮとのあいだのインターフェース経由で前記ＲＡＮから前記ＣＮに前記固定サイズＳＤＵを提供する（３３４、３３６）手段（３２６）とをさらに備えることを特徴とする請求項１３記載の装置。
【請求項１５】  移動通信システムの無線アクセスネットワーク（ＲＡＮ）によって、前記移動通信システムのコアネットワークからのダウンリンクで複数の固定サイズのサービスデータユニット（ＳＤＵ）を処理する装置であって、
前記ＲＡＮにおけるセグメンテーション／リアセンブリーレイヤーで複数のＳＤＵを格納し、各ＳＤＵが、トランスペアレントモードにおける最小インターリーブ周期で付与される手段であって、前記格納された複数のＳＤＵを回収し、１つ以上のデータトランスポートブロックにおける１つ以上のプロトコルデータユニット（ＰＤＵ）に前記回収された複数のＳＤＵを提供する手段（２３４）と、
前記１つ以上のトランスポートブロックに、前記最小インタリーブ周期より長い期間を有する送信時間間隔（ＴＴＩ）で前記ＲＡＮから前記ＵＥに無線インターフェース経由で送信を行なうためのトランスポートフォーマットインジケーター（ＴＦＩ）を付与する手段（２３８）とを備え、
非アクティブセグメンテーション状態の場合は、前記セグメンテーション／リアセンブリーレイヤーでセグメンテーションがブロックされることを特徴とする装置。
【請求項１６】  前記ＵＥの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩを有する前記１つ以上のデータトランスポートブロックを受信する手段（２５６）と、
前記ＵＥのセグメンテーション／リアセンブリーレイヤーで前記トランスポートブロックから前記ＰＤＵを抽出し、前記セグメンテーション／リアセンブリーレイヤーより上位の前記ＵＥのレイヤー（Ｌ３）に前記固定サイズデータＳＤＵを提供する手段（２６０）とをさらに備えることを特徴とする請求項１５記載の装置。
【請求項１７】  移動通信システムのユーザ装置（ＵＥ）から無線インターフェースを経由して無線アクセスネットワーク（ＲＡＮ）へ、およびＲＡＮからインターフェース経由で前記システムのコアネットワーク（ＣＮ）へのアップリンクで、固定サイズのサービスデータユニット（ＳＤＵ）を処理する装置であって、
前記ＵＥにおけるセグメンテーション／リアセンブリーレイヤーで複数のＳＤＵを格納する工程であって、各ＳＤＵが、トランスペアレントモードでの最小インターリーブ周期で付与される手段（２８０）であって、前記格納された複数のＳＤＵを回収し、１つ以上のトランスポートブロックにおける１つ以上のプロトコルデータユニット（ＰＤＵ）に前記回収された複数のＳＤＵを提供する手段と、
前記１つ以上のトランスポートブロックに、前記最小インターリーブ周期より長い期間を有する送信時間間隔で前記ＵＥから前記ＲＡＮに無線インターフェース経由で送信を行なうためのトランスポートフォーマットインジケーター（ＴＦＩ）を付与する手段（３１０）工程とを備え、
非アクティブセグメンテーション状態の場合は、前記セグメンテーション／リアセンブリーレイヤーでセグメンテーションがブロックされることを特徴とする装置。
【請求項１８】  前記ＲＡＮの媒体アクセス制御（ＭＡＣ）レイヤーでＴＦＩを有する前記１つ以上のトランスポートブロックを受信し、前記ＲＡＮの前記ＭＡＣレイヤーで前記トランスポートブロックから前記ＰＤＵを抽出し、前記ＲＡＮの前記ＭＡＣレイヤーから前記ＲＡＮのセグメンテーション／リアセンブリーレイヤーに前記ＰＤＵを提供する手段（３２８）と、
前記ＲＡＮのセグメンテーション／リアセンブリーレイヤーで前記ＰＤＵを格納し、前記格納されたＰＤＵから前記固定サイズＳＤＵを抽出し、前記ＲＡＮからＣＮへのインターフェース経由で前記ＲＡＮから前記ＣＮに前記固定サイズＳＤＵを提供する手段（３２６）とをさらに備えることを特徴とする請求項１７記載の装置。
【発明の詳細な説明】
［発明の背景］
【０００１】
図９を参照して説明すると、汎用移動通信システム（ＵＭＴＳ）パケットネットワークアーキテクチャーは、ユーザー装置（ＵＥ）と、ＵＭＴＳ地上波無線アクセスネットワーク（ＵＴＲＡＮ）と、コアネットワーク（ＣＮ）の主要アーキテクチャーエレメントを有する。このＵＥは、無線（Ｕｕ）インターフェース経由でＵＴＲＡＮにインターフェースされる一方、ＵＴＲＡＮは、Ｉｕインターフェース経由でのコアネットワークへのインターフェースを行なう。図１０に、アーキテクチャー全体のさらなる詳細を示す。Ｉｕプロトコルは、図１１に示すようなユーザプレーン（ＵＰ）プロトコルを有する。ユーザプレーンプロトコルは、実際の無線アクセスベアラサービス、すなわち、アクセス層を通じたユーザーデータの伝送を実施する。このユーザプレーンプロトコルの別の観点を図１２に示す。この様態は、無線アクセスベアラの制御および、ＵＥとネットワークとの異なった態様での接続（サービスの要求、異なった送信資源の制御、ハンドオーバーおよびストリームライン処理、ＮＡＳメッセージの送信などを含む）とを制御する図１３の制御プレーンプロトコルとは区別される。３Ｇ  ＴＳ  ２５．４０１  §５を参照されたい。
【０００２】
Ｉｕユーザプレーン（ＵＰ）プロトコルを有する目的は、ＣＮドメイン（回線交換の状況またはパケット交換の状況）と独立した状態になり、トランスポートネットワークレイヤー（ＴＮＬ）からほとんどまたはまったく影響を受けないようにすることである。この目的に見合う場合、ＣＮドメインと関係なくサービスを展開したり、ＣＮドメインに関するサービスを移行したりする柔軟性が得られる。したがって、Ｉｕ  ＵＰプロトコルは、ＣＮドメインベースまたは（遠隔）サービスベースというよりも、無線アクセスベアラ（ＲＡＢ）上で起動することができる操作モードで定義される。Ｉｕ  ＵＰ操作モードにより、たとえば、ＲＡＢ  ＱｏＳ要件を満たすのに一連の特徴が提供されるかどうか、またはどの一連の特徴が提供されるかが決められる。
【０００３】
ＵＰプロトコルの操作モードは、（１）トランスペアレントモード（ＴｒＭ）と、（２）予め定義されたＳＤＵサイズ用のサポートモード（ＳＭｐＳＤＵ）として定義される（３Ｇ  ＴＳ  ２４  ４１５  §４．２．１）。Ｉｕ  ＵＰプロトコルインスタンスの操作モードの決定は、たとえば、ＲＡＢの特性に基づいてＲＡＢの確立時に取られるＣＮの決定である。この決定は、各ＲＡＢ用のＲＡＢ指定およびリロケーション時のラジオネットワークレイヤー（ＲＮＬ）に対して発信される。この決定は、ユーザプレーン確立時のＩｕ  ＵＰプロトコルレイヤーに対して示される。モードの選択は、関連するＲＡＢの特性に関係し、ＲＡＢが変更されない限り、変更することができない。
【０００４】
トランスペアレントモードは、ユーザーデータの転送以外のＩｕ  ＵＰプロトコルからのいかなる特定の特徴も必要としないＲＡＢに使用される。Ｉｕインターフェース経由での等価モードでのＩｕ  ＵＰプロトコルレイヤーを、３Ｇ  ＴＳＧ  ＲＡＮの図２、すなわち、「ＵＴＲＡＮ  Ｉｕインターフェースユーザプレーンプロトコル」（１９９９年発行）、ＴＳ（技術仕様書）  ２５．４１５  ｖ３．２．０（２０００−０３）に図示する。このモードでは、Ｉｕ  ＵＰプロトコルインスタンスは、Ｉｕインターフェース経由でのピアとのいかなるＩｕ  ＵＰプロトコルでの情報交換も実行しない。したがって、Ｉｕフレームは送信されない。Ｉｕ  ＵＰプロトコルレイヤーは、上層レイヤーとトランスポートネットワークレイヤーとのあいだで交換されているＰＤＵによって通過される。トランスペアレントモードでのＩｕ  ＵＰの操作については、３Ｇ  ＴＳＧ  ＲＡＮ  ２５．４１５  ｖ３．２．０（２０００−３）のセクション５でさらに説明されている。
【０００５】
ユーザデータの移行については、３Ｇ  ＴＳＧ  ＲＡＮ：「物理層によって提供されるサービス」（３Ｇ  ＴＳ  ２５．３０２  ｖ３．３．０（２０００−０１））から周知である。すなわち、送信時間間隔（ＴＴＩ）は、トランスポートブロックセット（ＴＢＳ）の到着間時間として定義され、ＴＢＳが無線インターフェース経由の物理層によって転送される周期と等しい。この時間間隔は、常に最小インターリーブ処理期間（たとえば、１つの無線フレームの長さである１０ミリ秒）の倍数となる。ＭＡＣは、ＴＴＩ毎に物理層に１つのＴＢＳを配信する。さらにまた、ＵＥと、ＵＴＲＡＮとのあいだに存在するパラレルトランスポートチャネルによって、一定の時間インスタンスにＭＡＣとＬ１とのあいだで複数のＴＢＳを交換してもよい。各ＴＢＳは、多数のトランスポートブロックからなる（一方、ＴＴＩには、単一のトランスポートブロックを送信することもできる）。ＴＴＩ、すなわちＭＡＣとＬ１とのあいだの連続配信の時間間隔は、異なったチャネル間で、たとえば１０ミリ秒、２０ミリ秒、４０ミリ秒、８０ミリ秒のように変えることができる。その上、トランスポートブロックの数と、トランスポートブロックのサイズは、１つのチャネルのなかでも変えることができる。したがって、ＵＴＲＡＮは、このようなやり方で動作する機能を有する。また、ＵＴＲＡＮとＣＮとのあいだのＩｕインターフェースが異なって定義される場合であっても、その固有の柔軟性のため、ＵＴＲＡＮ内で、このようにして操作を続行することができるという利点がある。実際に、発行される標準規格のあいだには、これに関連した問題を発生させる矛盾がある。
【０００６】
現在のＴＳＧ  ＲＡＮ  ＴＳ  ２５．３２２  ＲＬＣ（無線リンク制御）プロトコル仕様、そのような機能をトランスペアレントＲＬＣ用のセグメンテーション（データの分割）とバッファリングなどとして定義している。ＲＬＣレイヤー上でのバッファリングの使用は、主に実施上の問題であるが、セグメンテーションは、これまで、予め定義されたパターンにしたがって実行されるようなやり方で定義されてきた。このパターンにより、１つのＲＬＣサービスデータユニット（ＳＤＵ）を伝送するすべてのＲＬＣプロトコルデータユニット（ＰＤＵ）は、１つのＴＴＩ内に送信され（すなわち、セグメントすべてが、１つのＴＴＩ内で伝送され）、１つのＴＴＩ内でセグメントすることができるＲＬＣ  ＳＤＵが１つしかないことが定義される（セクション９．２．２．９を参照）。
【０００７】
この定義は、ＳＤＵのサイズが固定され、Ｉｕインターフェース上のＴＴＩとＵＴＲＡＮ内のＴＴＩが等しくなるように定義される場合に有用である。したがって、上述した定義により、（透過型）ＲＬＣが、基本的には、ＳＤＵサイズがＴＢ（トランスポートブロック）のサイズと等しいか、常にＴＢのモジュロ０であるかいずれかになるようなＣＳサービス専用に有用とされる。したがって、Ｉｕインターフェース経由で使用されるモードは、通常、予め定義されたＳＤＵサイズ（ＳＭｐＳＤＵ）用の前述のサポートモードとなるはずであり、伝送速度制御手順の使用により、有効ＲＡＢサブフロー結合（ＲＦＣ）内でのＳＤＵのサイズを変更するが、Ｉｕインターフェース上での有効ＴＴＩは変更しない。この形態でのトランスペアレントＲＬＣのサービスを使用するこの種のＣＳサービスは、たとえば、ＡＭＲコーデックスピーチである。
【０００８】
しかし、現在の３ＧＰＰ  ＴＳＧ  ＣＮ  ＴＲ  ２３．９１０“回線交換データベアラサービス“により、以下のようなＣＳデータサービスが定義される。
ペイロードは、ユーザーデータビットだけで構成される（すなわち、データストリーム内にヘッダーは追加されない）。
Ｉｕインターフェース上ではトランスペアレント（透過型）モードだけを使用する（すなわち、Ｉｕユーザプレーンモード用には制御フレームが定義されないので、このデータ送信時にレート（伝送速度）コントロールを行なうことは不可能である）。
ペイロードＳＤＵサイズは、固定されている。（すなわち、ＳＤＵサイズと、ＩｕＢインターフェース上のビットレートとのあいだに関連性がある）。
Ｉｕインターフェース上では、１０ミリ秒のＴＴＩを常に使用する。
ＣＳデータサービスは、ＵＴＲＡＮ内で会話型トラフィッククラスをサポートするために定義される。
ＣＳデータサービスは、ＵＴＲＡＮ内でトランスペアレントＲＬＣのサービスを常に使用する。
【０００９】
上記の特性により、ＵＴＲＡＮ内でのトランスペアレントＲＬＣの使用を正当化するが、これらの特性は、ＲＬＣプロトコルを規定する３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＴＳ  ２５．３２２および、ＵＥ機能を規定する３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＴＳ  ２５．９２６には準拠していない。現在のＲＬＣプロトコル仕様（ＴＳ  ２５．３２２）では、ＵＴＲＡＮを通じてトランスペアレントＲＬＣエンティティーからピアエンティティーレイヤーへのデータ送信時に（３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＴＳ  ２５．３０２で定義される）ＴＴＩの仕様は制限されない。言い換えれば、ただ１つのＳＤＵだけがセグメンテーションされ、１つのＴＴＩ内で伝送を許可されるが、ＲＬＣプロトコル仕様では、ＴＴＩの周期は１０ミリ秒に制限されない。
【００１０】
このため、ＵＥ機能ドキュメントと、回線交換データベアラサービスドキュメントとのあいだの矛盾は、ＴＴＩが、会話型トラフィッククラスに使用されるやり方である。ＵＥ機能ドキュメント３Ｇ  ＴＳＧ  ＲＡＮ“ＵＥ無線アクセス機能”（３Ｇ  ＴＲ  ２５．２９６）は、その表６．１の基準ＲＡＢを提示し、６４  ｋｂｐｓが４０ミリ秒の会話型の基準ＴＴＩを有する。このとき、実際のＴＴＩ値は、重要でない。より重要な問題は、ＵＴＲＡＮ内で１０ミリ秒以外を使用する考えが、このトラフィッククラス用に提示されてきたことである。
【００１１】
そのため、主な問題は、ＵＴＲＡＮ（各種周期のＴＴＩ）内で使用されるＴＴＩが、Ｉｕインターフェース経由で使用される送信間隔（１０ミリ秒）と異なる場合に、たとえば、１０ミリ秒毎にＩｕインターフェースから受信されたデータをいかにして有効ＴＴＩにマッピングするかということである。
【００１２】
［発明の開示］
本発明は、ＲＬＣ、ＵＥ機能と、ＣＳデータベアラサービスの定義とのあいだにある現在の矛盾が、トランスペアレントＲＬＣの記述を更新することによっていかに解決することができるかを記載する。この解決策は、本明細書に記載されたＲＬＣレイヤーだけでなく、任意のセグメンテーションおよびリアセンブリー（ＳＡＲ）レイヤーで、通常使用可能である。
【００１３】
本発明の目的は、トランスペアレントモード（ＴｒＭ）用の２つのセグメンテーション状態、すなわち、アクティブセグメンテーション状態（すなわち、セグメンテーションオン状態）と、非アクティブセグメンテーション状態（すなわち、セグメンテーションオフ状態）とを使用する概念を導入することである。アクティブセグメンテーション状態は、トランスペアレントＲＬＣ用に既に定義された現在のＲＬＣの記述に対応する。したがって、この状態の記述の変更は、必要ない。
【００１４】
非アクティブセグメンテーション状態の基本的な考え方は、ユーザーデータ用のＲＬＣエンティティー上のセグメンテーションを使用することを拒否することである。このセグメンテーションが拒否されたとき、トランスペアレントＲＬＣエンティティーは、ＴＴＩ用に定義されたトランスポートフォーマット（ＴＦ）の値に基づいて、１つのＴＴＩ内で２つ以上のＳＤＵを送ってもよい。トランスポートフォーマットの定義については、３Ｇ  ＴＳ  ２５．３０２の§７．１．６“物理層によって提供されるサービス”を参照されたい。各ＳＤＵは、これらがより高いレイヤーから配信されたのと同じ順番でＴＢＳ内に置かれる。この変更により、ＲＬＣエンティティーは、使用されるＲＬＣモードがトランスペアレントモードである場合でもＲＬＣレイヤーバッファリングの支援により送信間隔マッピングをサポートすることができる。
【００１５】
この状態は、無線ベアラ（ＲＢ）のセットアップ手順時にＲＲＣによって定義することができ、この情報は、ＲＬＣ情報内のピアＲＬＣエンティティーに付与され（３Ｇ  ＴＳ  ２５．３３１の§１０．３．４．１８“セグメンテーション状態表示”を参照）、その中で、本発明によって、新しい１ビットの“セグメンテーション状態表示”フィールドが追加される必要がある。ＲＲＣメッセージ内のこのフィールドにより、このセグメンテーションが、対応するＲＢ用のトランスペアレントＲＬＣ上でサポートされているかどうか定義される。この方法は、時分割二重モード（ＴＤＤ）と、周波数分割二重モード（ＦＤＤ）の両方に適用可能である。
【００１６】
本発明は、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＴＳ  ２５．３２２と、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＴＲ  ２５．９２６と、３ＧＰＰ  ＴＳＧ  ＣＮ  ＴＲ  ２３．９１０とのあいだの矛盾を解決する。また、トランスペアレントＲＬＣ用に既に定義されたＲＬＣバッファリングの支援により、送信間隔マッピングをサポートするため、Ｉｕインターフェース上とＵＴＲＡＮ内で異なった送信間隔を使用することができる。
【００１７】
本発明の主な利点は、以下のとおりである。
（１）トランスペアレントモードでは、２つ以上のＳＤＵが１つのＴＴＩ内で送信することができる。ＳＤＵの数は、ＴＴＩ用に定義されたＴＦ（伝送フォーマット）内に付与される。
（２）Ｉｕインターフェースと、ＵＴＲＡＮとによってサポートされた送信間隔のあいだのマッピングが、トランスペアレントＲＬＣレイヤー上でのバッファリングの支援によりサポートすることができる。
（３）ＵＴＲＡＮ用の有効ＴＴＩは、無線インターフェースからの情報に基づいて定義することができ、ＩｕＢインターフェース上でサポートされた送信間隔（たとえば、１０ミリ秒）のみに基づいて、制限されるような定義は必要ない。
（４）この方法により、ＵＴＲＡＮ内で１０ミリ秒以外の他のＴＴＩを使用することが可能である。
（５）ＴＤＤモードにおいて、ＵＴＲＡＮ内のダイナミック（動的）ＴＴＩを使用することが可能になる。
（６）Ｉｕインターフェース経由のトランスペアレントデータサービスを使用するＣＳデータは、ＲＬＣレイヤー上のオーバーヘッドを追加せずにＵＴＲＡＮを通じて送ることができる。すなわち、エア（無線）インターフェースが、より有効に使用される。
（７）この方法により、トランスペアレントＲＬＣモードの使用に柔軟性が加わる。
【００１８】
［発明を実行するための最適な態様］
通常、ＵＥは、ＩＰアドレス（ＰＤＰ＿Ａｄｄｒｅｓｓ）と、特に一定のＱｏＳを接続と対応づけるように要求することによって、図１３の３Ｇ−ＳＧＳＮに対し接続確立要求（ＡＣＴＩＶＡＴＥ＿ＰＤＰ＿ＣＯＮＴＥＸＴ＿ＲＥＱＵＥＳＴ）を起動する。３Ｇ−ＳＧＳＮは、ＵＴＲＡＮへの要求（ＲＡＢ＿ＡＳＳＩＧＮＭＥＮＴ＿ＲＥＱＵＥＳＴ）を送信することにより応答し、無線アクセスベアラ（ＲＡＢ）を確立して、その要求を実行する。その後、ＲＡＮＡＰと、ＲＲＣとのあいだのＵＴＲＡＮでは、ＲＡＢセットアップ手順が実行され、以前に対抗していたＱｏＳプロファイルおよびベアラＩＤのＲＡＢ指定が、ＱｏＳプロファイルおよびベアラＩＤをともなって３Ｇ−ＳＧＳＮに信号返送される（ＲＡＢ＿ＡＳＳＩＧＮＭＥＮＴ＿ＣＯＭＰＬＥＴＥ）。この接続セットアップはその後３Ｇ−ＧＧＳＮで完了し、ＩＰアドレス、ＱｏＳ、ベアラＩＤなどの情報をともなって３Ｇ−ＳＧＳＮ経由でＵＥに信号返送される。
【００１９】
たとえば、図１４の工程１００から始まる例に示すとおり、ＰＤＰコンテキストの起動要求をＣＮ（３Ｇ−ＳＧＳＮ）について行なった後、ＣＮ（３Ｇ−ＳＧＳＮ）からのＲＡＢ指定要求の受信時、ＲＮＣ内のＲＲＣはＲＡＢ指定要求におけるＣＮによって定義されたＱｏＳパラメータなどの係数に基づいた接続を行なうために要求されたＲＡＢおよびＲＢを定義することができる。たとえば、会話型クラスへのＲＢが要求される場合、工程１０２により、Ｉｕインターフェース用の有効モードが、トランスペアレントＩｕモードであるかどうか決定される。そうであれば、工程１０４により、ＲＬＣ内で要求されたモードが、トランスペアレントモードであるかどうか決定される。その場合、本発明によれば、ＲＲＣにより、工程１０６に示したとおり、セグメンテーションが必要かどうか定義されるべきである。この定義は、セグメンテーションが行なわれること（アクティブ状態）を示す場合は“１”、セグメンテーションがブロックされること（非アクティブ状態）を示す場合は“０”を指定する上述の“セグメンテーション状態表示”のビットによって行なうことができる。この決定はまた、（ＲＮＣと、ノードＢとのあいだの）Ｉｕｂインタフェース用の有効ＴＴＩを定義するのに使用される情報にも基づく（“ノードＢ”が、ＧＳＭ／ＧＰＲＳのベーストランシーバーステーションに対応する場合は、図１５を参照）。本発明は、最適な実施態様のために以下に記載されるプロトコルスタックおよびレイヤーに厳密には限定されないということを理解されるべきである。たとえば、本発明は、一般的に、以下に開示されるＲＬＣレイヤーだけでなく、異なったレイヤーで発生したセグメンテーション／リアセンブリーでも、発明が実行されるレイヤーであればいかなるレイヤーでのセグメンテーション／リアセンブリーにも適用可能である。また、本明細書で使用されるセグメンテーション／リアセンブリーレイヤーの意味は、これらの意味をも包括すると理解されるべきである。
【００２０】
上記を念頭に置いて、図１４について再び説明すると、セグメンテーションが必要な場合、ＵＴＲＡＮで使用されるＴＴＩと、Ｉｕインタフェース経由の送信間隔（ＩＴＩ）とは等しく、トランスペアレントＲＬＣ上のセグメンテーションは、工程１０８において設定されるとおり、アクティブ（有効）状態となる。しかし、ＵＴＲＡＮ用の有効ＴＴＩが、１０ミリ秒以外（たとえば、２０ミリ秒、４０ミリ秒、または８０ミリ秒）である場合、トランスペアレントＲＬＣ内のセグメンテーションは、工程１１０に示すとおり、非アクティブ（無効）状態に設定されているはずである。
【００２１】
有効セグメンテーション状態は、図１２のＵｕインターフェースの両側にある両方のＲＬＣエンティティーについて同一である必要があるので、この有効セグメンテーション状態についての表示は、上記に開示したセグメンテーション状態表示のようなパラメータ（ブーリアン：真または偽）を含む、たとえば、ＲＬＣ情報内のＵＥ内のピアＲＬＣエンティティーに付与される。繰り返し説明すると、パラメータ値がＴＲＵＥ（真）であれば、セグメンテーションの状態は、アクティブ状態となる。また、この機能は、セグメンテーションの条件が非アクティブ状態であって、トランスペアレントＲＬＣ上でいかなるセグメンテーションも許容されない場合でない限り、サポートされるべきである。
【００２２】
アクティブセグメンテーション状態でのトランスペアレントモードにおけるダウンリンク／アップリンクデータ送信（図１、図２、図５および図６）
このような場合、ＲＲＣは、セグメンテーション状態が、ＲＬＣ情報に含まれる上述したセグメンテーション状態表示ビットによってアクティブであることをＲＬＣに表示する。この有効セグメンテーション状態がアクティブ状態であるときは、アップリンクまたはダウンリンクデータ送信のいずれの場合でも、トランスペアレントＲＬＣは、予め定義されたパターンにしたがって、そのセグメンテーションを実行する（たとえば、受信したＳＤＵが大きすぎて、ＴＦによって定義された有効ＲＬＣ  ＰＤＵに合わない場合などの必要性に応じて実行する）。このパターンにより、１つのＲＬＣ  ＳＤＵを伝送するＲＬＣ  ＰＤＵすべてが、１つの送信時間間隔で送信され、１つの送信時間間隔でセグメントすることができるＲＬＣ  ＳＤＵが１つだけであることが定義される。一方、アクティブセグメンテーション状態は、セグメンテーションがどのように実行されるかについて予め定義されたパターンを明示的に定義することによって、さらに精巧になるように実現すべきである。今日の標準設定本体によって予想されるパターンとは異なる例示パターンは、四つのブロックのＴＢＳ（トランスポートブロックセット。３Ｇ  ＴＦ  ２５．３０２の§７．１２参照）内のパターンとし、最初のブロックは、常に最初のＳＤＵを構成し、その後の３つのブロックは、常に二番目のＳＤＵを構成する。
【００２３】
セグメンテーションの必要がない場合（すなわち、受信したＳＤＵが、有効ＲＬＣ  ＰＤＵに正確に整合する場合）、１つだけのＳＤＵを含むＲＬＣ  ＰＤＵは、３ＧＰＰ  ＴＳＧ  ＲＡＮ仕様で既に定義される手順を使用してピアＰＬＣに送信される。セグメンテーションが必要であれば、ＲＬＣ  ＰＤＵの数（ＴＢＳ内のビット数）が、トランスポートブロックセット（ＴＢＳ）のサイズによって定義される。繰り返し説明すると、これらのトランスポートブロックは、これまで、３ＧＰＰ  ＴＳＧ  ＲＡＮ仕様で定義されているか、または今後そのように定義される手順を使用して送信される。
【００２４】
たとえば、図１の“アクティブセグメンテーション”状態によるダウンリンクデータ送信について示すとおり、ＵＴＲＡＮ／ＭＡＣは、ＲＲＣからＴＦＣを得て、工程１１４に示すとおり、やがて来るＴＴＩに合わせたＴＦの選択を行なう。これは、ＵＴＲＡＮ／Ｔｒ−ＲＬＣに、工程１１６で適切なデータブロックサイズと、データブロックセットサイズとを通知する。同時に、ＣＮは、ＲＬＣにセグメンテーション状態を通知し、工程１１８に示すとおり、固定サイズデータのＳＤＵの形態で、Ｉｕインターフェースを介してデータをＵＴＲＡＮ／Ｔｒ−ＲＬＣに送信する。その後工程１１９において、必要な場合ＲＬＣによってセグメンテーションを行なう。その後ＲＬＣは、正しいセグメンテーション状態表示ビットを挿入し、ＵＥにてＲＬＣピアへの送信を行ない、工程１２０に示すとおり、ＭＡＣに１つのＲＬＣ  ＰＤＵまたは複数のＲＬＣ  ＰＤＵを送信する。その後、工程１２２に示すとおり、ＭＡＣはＩｕｂインターフェース経由で、トランスポートブロックまたはトランスポートブロックセットとして１つのＲＬＣ  ＰＤＵまたは複数のＰＤＵを物理層に送信する（図１０および図１５を参照）。物理層は、工程１２４に示すとおり、専用の物理チャネル（ＤＰＣＨ）フレーム内に設定されたトランスポートブロックまたはトランスポートブロックセットをＵＥに送信する。図１に示すように、より多くの入力データがある場合、図１に示唆されるように、これ以上のデータがなくなるまで、以前同様、工程１１８、１１９、１２０、１２２、１２４を繰り返す決定がなされる。
【００２５】
Ｕｕインタフェース経由でのＵＴＲＡＮからＵＥへの無線リンク上のトランスポートの後、ＵＥは、図２に示すとおり、ＵＴＲＡＮから送信されたＤＰＣＨフレームを受信する。各フレーム１２８の受信時、トランスポートブロックまたはトランスポートブロックセットは、工程１３０に示すとおり、トランスポートフォーマットインジケーター（ＴＦＩ）に基づいてリアセンブルされる。
【００２６】
リアセンブルされたＴＢまたはＴＢＳは、その後、工程１３１に示すとおり、ＭＡＣレイヤーに提供される一方、工程１３２に示すとおり、１つのＲＬＣ  ＰＤＵまたは複数のＲＬＣ  ＰＤＵが抽出されて、ＵＥ／Ｔｒ−ＲＬＣに提供され、工程１３４において、セグメンテーションステートインジケーターによって、必要に応じて固定サイズデータＳＤＵのリアセンブリーが提供される。工程１３６では、アプリケーションレイヤーに固定サイズデータＳＤＵが提供される。図２に示唆されるとおり、より多くの入力フレームが利用可能な場合、これ以上のＤＰＣＨフレームがなくなるまで、工程１２８、１３０、１３１、１３２、１３４および１３６が繰り返される。
【００２７】
ここで、“アクティブ”セグメンテーション状態でのアップリンクデータ送信について、図５および図６を参照して説明する。まず、図６を参照すると、同図では、工程１４４において次のＴＴＩに選択されたトランスポートフォーマットにしたがって、ＵＥ／ＭＡＣレイヤーが、工程１４２において、データブロックサイズおよびブロックセットサイズを既に示しているＵＥ／Ｔｒ−ＲＬＣに、固定サイズデータＳＤＵの形態で、工程１４０に示すように、データを供給するアプリケーションレイヤーでの、コーデック１３８などのアプリケーションを示している。ＲＬＣレイヤーでセグメンテーションが必要であった場合、このセグメンテーションは工程１４６で行なわれ、工程１４８で１つのＲＬＣ  ＰＤＵまたは複数のＰＤＵがＭＡＣレイヤーに提供される。この場合の状態表示としては、セグメンテーションステートインジケーターは“１”に設定された状態なるか、さもなければ、ＵＴＲＡＮ内のピアＲＬＣレイヤーにアクティブ状態を示した状態になる。その後、ＵＥ／ＭＡＣレイヤーは、工程１５０によって示されるとおり、トランスポートフォーマットインジケーターを有する転送ブロックまたは転送ブロックセットをＵＥ物理層に提供し、工程１５２に示すとおり、無線インタフェース経由でのＤＰＣＨフレーム内ＴＢまたはＴＢＳをＵＴＲＡＮに提供する。さらに多くのデータが利用可能な場合、図６に示唆されるとおり、これ以上のデータがなくなるまで、それ以前の工程を繰り返す。
【００２８】
アップリンクのもう一方の端部には、ＵＴＲＡＮがあり、このＵＴＲＡＮは、ＵＥから無線リンク上で提供されるＤＰＣＨフレームを受信し、図５に示すとおり、これらのフレームを処理する。ＤＰＣＨの受信時、工程１５６に示すとおり、表示された工程１５８によって実行されるとおり、表示された転送フォーマットに基づいて転送ブロックまたは転送ブロックセットをリアセンブルする。リアセンブルされたＴＢまたはＴＢＳは、工程１６０に示すとおりＵＴＲＡＮ／ＭＡＣレイヤーに提供されるが、その場合、セグメンテーション状態がアクティブとして表示された状態で、１つのＲＬＣ  ＰＤＵまたは複数のＲＬＣ  ＰＤＵが抽出されてＵＴＲＡＮ／Ｔｒ−ＲＬＣに提供され、工程１６４に示すとおり、固定サイズＳＤＵにリアセンブルされる。この固定サイズＳＤＵは、工程１６６に示すとおり、ＣＮに提供される。さらに多くのＤＰＣＨフレームが、アップリンク上で到来する場合、同図に示唆されるとおり、これ以上の入力データがなくなるまで、それ以前の工程１５６、１５８，１６０、１６２、１６４、１６６を繰り返す。
【００２９】
非アクティブセグメンテーション状態でのトランスペアレントモード（ＴｒＭ）におけるダウンリンクデータ送信（図３、図３Ａ、図３Ｂおよび図４）
ダウンリンクデータ送信の場合、Ｉｕインターフェース上でサポートされた送信間隔と、ＵＴＲＡＮ内のＴＴＩとが異なる場合、たとえば、図１４の工程１０６において決定されたとおり、このセグメンテーションは、非アクティブ状態に設定され、工程１１０に示すとおり、セグメンテーションステートインジケータビットによってＲＬＣに通知される。図３、図３Ａ、図３Ｂについて説明すると、図１４の工程１１０において、セグメンテーション状態が非アクティブ状態に設定されたりした場合などは、工程１７０に示すとおり、ＭＡＣは、ＲＲＣからトランスポートフォーマット組み合わせセット（ＴＦＣＳ）を得る。その後、ＭＡＣは、工程１７２において、ＴＴＩで使用されるデータブロックサイズと、データブロックセットサイズをＲＬＣに通知する。工程１７４では、その後、ＲＬＣは、ＭＡＣによって示されたトランスポートブロックまたはトランスポートブロックセットを満たすのに十分なデータ量になるまで、ＲＬＣバッファー１７８内にＣＮから得られた一連の固定サイズＳＤＵ１７６を格納する。この非アクティブセグメンテーション状態では、Ｉｕインターフェース経由でＣＮから受信される固定サイズデータパケット（ＳＤＵ）は、これらパケットがＴＴＩ値およびトランスポートブロックセットサイズに基づいて、バッファリングされたＲＬＣ  ＰＤＵをＭＡＣレイヤーに送る時間まで、ＲＬＣバッファーに到達した順番で、トランスペアレントＲＬＣ上でバッファリングされる（ＵＴＲＡＮ／Ｔｒ−ＲＬＣ  ＳＤＵバッファリング）。ＲＬＣ  ＰＤＵが、工程１８０に示すとおり、ＭＡＣレイヤーに送られるとき、ピアエンティティーが、ＲＬＣ  ＰＤＵの正しい順序を定義することができるように、ＲＬＣ  ＰＤＵの順序は維持されねばならない。（すなわち、ＵＴＲＡＮ内のＲＬＣエンティティーからＵＥ内のＲＬＣエンティティーに、パス全体に沿って同じ順番が維持されねばならない）。
【００３０】
ＦＤＤモードのＴＴＩは、ＴＦのセミスタティックな部分のパラメータである（３Ｇ  ＴＳ  ２５．３０２の§７．１．６を参照）が、ＴＤＤモードでは、ＴＴＩは、ＴＦのダイナミックな部分のパラメータである。トランスポートブロックサイズ（§７．１．３）およびトランスポートブロックセットサイズ（§７．１．４）は、（ＦＤＤモードとＴＤＤモードの両方について）両方ともＴＦのダイナミックな部分のパラメータである。トランスポートブロックサイズ（トランスポートブロック内のビット数）は、ＲＬＣ  ＰＤＵのサイズに対応する一方、トランスポートブロックセットサイズは、１つのＴＴＩ内で送信されるＲＬＣ  ＰＤＵの数を定義する（これは、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＴＳ  ２５．３０２の図６に図示される）。
【００３１】
ＭＡＣレイヤーからは、さらにＵＥ上に、ＲＬＣ  ＰＤＵが３ＧＰＰ  ＴＳＧ  ＲＡＮ仕様に記載された手順を使用して送られる。特にＭＡＣは、図３Ａの工程１８２に示すとおり、トランスポートフォーマットセットからトランスポートフォーマットを選択し、トランスポートフォーマットインジケーター（ＴＦＩ）およびセグメンテーションステートインジケーターとともに物理層にＲＬＣ  ＰＤＵを転送する。この物理層は、その後工程１８４に示すとおり、無線インターフェース経由でＤＰＣＨフレーム内でＲＬＣ  ＰＤＵを送る。図３、図３Ａおよび図３Ｂに示唆されるとおり、ＣＮからのデータがより多くある場合、ＣＮから到来するデータがこれ以上なくなるまで、それより以前の工程が繰り返される。
【００３２】
非アクティブセグメンテーション状態でのダウンリンクデータ送信用に前記工程を実行する装置について図１６に示す。また、Ｉｕインターフェース２０４経由でＵＭＴＳ地上波無線アクセスネットワーク（ＵＴＲＡＮ）２０２に接続されたコアネットワーク（ＣＮ）２００について示す。ＵＴＲＡＮ２０２は、Ｕｕインターフェース２０６経由でＵＥ（図１７）と通信する。したがって、図１６は、本発明による、非アクティブセグメンテーション状態でのダウンリンクデータ送信に関する図９のＣＮおよびＵＴＲＡＮの詳細を示すものと理解される。図１６のＣＮ２００内には、（ＡＣＴＩＶＡＴＥ＿ＰＤＰ＿ＣＯＮＴＥＸＴ＿ＲＥＱＵＥＳＴなど）ＵＥから起動された要求などの通信要求信号に応答する手段２１０であって、会話型のクラスの無線ベアラ（ＲＢ）（たとえば、ＲＡＢ＿ＡＳＳＩＧＮＭＥＮＴ＿ＲＥＱＵＥＳＴ）に対するライン２１２上のベアラ要求信号を提供し、図１４の工程１００によって示されるような手段を示す。この手段は、トランスペアレントモードに使用されるセグメンテーション状態の表示を有してもよい。ＵＴＲＡＮ２０２内のＲＲＣレイヤー手段２１４は、ライン２１２上のＲＢ要求信号およびライン２１６上のＲＢ品質インジケーター信号に応答してライン２１９上のセグメンテーション状態表示信号同様、ライン２１８上のトランスポートフォーマット組み合わせセット（ＴＦＣＳ）信号を提供する。この手段２１４は、図１４の工程１０２、１０４、１０６、１１０を実行するのに使用してもよい。手段２２０は、図３Ａの工程１７２に示されるとおり、ライン２１８上のＴＦＣＳ信号およびライン２１９上のセグメンテーション状態信号に応答して、ライン２２２上のデータブロックサイズ信号と、ライン２２３上のセグメンテーション状態表示信号と、ライン２２４上のデータブロックセットサイズ信号とを提供する。
【００３３】
ＵＴＲＡＮ２０２にＲＢ要求信号を送るＣＮ２００に加えて、ＵＴＲＡＮ２０２にライン２３２上の固定サイズＳＤＵを提供する（たとえば、ＵＭＴＳ外部から）ライン２３０上のデータに応答する手段２２８を有してもよい。この手段は、図３Ａの工程１７６として示される。バッファー手段２３４は、ライン２３２上での固定サイズＳＤＵ、ライン２２２上でのデータブロックサイズ信号、ライン２２４上のデータブロックセットサイズ信号、およびライン２２３上のセグメンテーションステートインジケーター信号に応答して、ＲＬＣ  ＰＤＵを格納し、ＵＥでのピアＲＬＣへの転送用のセグメンテーションステートインジケーター信号ビットをともなって適当な時間で、ライン２３６上にＰＤＵを提供する。これは、ＳＤＵバッファリング１７４を行なう、図３Ａのバッファー１７８によって示されるのと同一である。
【００３４】
手段２３８は、ライン２３６上に提供されたＲＬＣ  ＰＤＵに応答して、ライン２４０上の転送フォーマットインジケーター（ＴＦＩ）に沿ってＲＬＣ  ＰＤＵを含むトランスポートブロックまたはトランスポートブロックセットを提供する。これは、図３Ａの工程１８０で示されたものと同じである。手段２４２は、ライン２４０上のＴＦＩ信号を有するＴＢまたはＴＢＳに応答して、それをＵｕインターフェース２０６経由でライン２４４上での転送用のＴＴＩ内のＤＰＣＨフレームとして提供する。図３Ａの工程１８２、１８４を参照されたい。
【００３５】
ライン２１６上の信号について再び説明すると、この信号は、無線ベアラで利用可能な通信品質を示す大きさを有し、ＣＮ  ２００の要求にしたがってセットアップしてもよい。これは、ライン２４８上のＵｕ信号に応答する手段２４６によって決定される。
【００３６】
以下に記載される同様の図だけでなく、図１６に示す機能ブロックは、様々なハードウェアおよびソフトウェアの組み合わせで実行することができ、その上、明確なレベルでの明確なブロックに示される機能は、これらのブロックまたはレベルに必ずしも固定的に対応づけされず、他のブロックまたはレベルに機能を転送することによって、異なったブロックおよび異なったレベルでは実行できることを認識すべきである。確かに、各種ブロック間の協働を示す信号は、同一または同様の機能を実行するために再構成することができる同様のブロックを接続する配置と役割において、同様に柔軟性がある。
【００３７】
図１７に、ＵＥエンドでの図１６のダウンリンクの続きを示す。Ｕｕインターフェース２０６経由で受信されたライン２４４上のダウンリンクＤＰＣＨフレームに応答する手段２５２を有するＵＥ  ２５０が示される。また、図４も参照されたい。ＴＴＩ内で受信されたＤＰＣＨフレームに応答して、手段２５２は、ＵＥのＭＡＣレベルでの手段２５６に、ライン２５４上でＴＦＩを有するＴＢＳを提供する。この手段は、図４の工程２５７によって示される。この手段２５６は、ＵＥ／Ｌ３レイヤーまたは、それより高いレイヤーでコーデック２６４などのアプリケーションにライン２６２上の固定サイズデータＳＤＵを提供するために応答する手段２６０にライン２５８上でＲＬＣ  ＰＤＵを提供するＴＦＩを有するＴＢＳおよび非アクティブセグメンテーションインジケーターに応答する。この手段は、工程２６５によって図４に示す。
【００３８】
ＵＥ側では（図４および図１７）、受信された複数のＲＬＣ  ＰＤＵは、コーデックなどのアプリケーションに、同時にまたは順番に送ることができることを言及すべきである。どの方法を使用すべきかは、実施上の問題である。この非アクティブセグメンテーション状態では、１つのＲＬＣ  ＰＤＵは、正確に１つのＳＤＵを含む（すなわち、ＲＬＣ  ＰＤＵの数により、ＳＤＵの数が決められる）。
【００３９】
非アクティブセグメンテーション状態でのトランスペアレントモードのアップリンクデータ送信
非アクティブセグメンテーション状態のアップリンクデータ送信の場合、ＵＥによってサポートされる手順は、ＵＴＲＡＮ内の非アクティブセグメンテーションによるダウンリンクデータ送信の前記の手順と同様である。この非アクティブセグメンテーション状態の処理手順（図８、図８Ａおよび図８Ｂ参照）は、ＵＥのＲＲＣによって指令され、ＵＥが、いかなるフェーズでもＲＬＣレイヤー上でのセグメンテーションを実行しないことを規定する。Ｉｕｂインターフェース用のＲＬＣ  ＰＤＵの数および有効ＴＴＩは、ＴＦによって規定され、対応するＲＢのセットアップ時にＵＥに付与される。このＲＢのセットアップ手順およびＴＦの選択は、３ＧＰＰ  ＴＳＧ  ＲＡＮ仕様に記載され、図１８にしたがって、以下により詳細に記載される。
【００４０】
ここで、図１８について説明すると、非アクティブセグメンテーション状態が示された状態で、アップリンクトランスペアレントモードのデータ送信を実行する手段を有するＵＥ２７０を示す。ライン２７２上の入力データに対しては、それに応答する手段２７４により、ライン２７６上に固定サイズのＳＤＵを図８Ａの工程２７８によって示されるように提供する。手段２８０は、固定サイズＳＤＵに応答して、それをバッファリングする。また、手段２８０は、ＵＥのＭＡＣレベルでの手段２８６からのライン２８２上のデータブロックサイズ信号と、ライン２８３上のセグメンテーションステートインジケーター信号と、ライン２８４上のデータブロックセットサイズ信号とに応答する。各ライン２８２乃至２９８上の信号の提供は、工程２９０に示されるとおり、一度、次のＴＴＩ用のＴＦの選択が行なわれると実行される図８Ａに示す工程２８８に対応する。ＴＦの選択は、ＭＡＣレベルで行なわれるが、この選択は、ＲＲＣレイヤーからのライン２９２上で示されるとおり、たとえば、ライン２９６上の要求信号とライン２９２上のＴＦＣＳ信号とライン２９７上のセグメンテーションステートインジケーター信号を手段２８６に提供する、ライン２９８上の無線インターフェース品質信号に応答する手段２９４によって行なわれる。物理層での手段３００は、無線インターフェースの品質と、ライン２９６上で要求することができる帯域幅の変更をサポートする能力を示すライン３０２上の信号に応答する。
【００４１】
手段２８０により、図８Ａに示すとおり、ＵＥ／ＭＡＣレイヤーに工程３０６によって示されるとおり、ライン３０４上の（ＵＴＲＡＮ  ＲＬＣレイヤー用の）非アクティブセグメンテーションステートインジケーターに沿ってＲＬＣ  ＰＤＵが提供される。図１８に図示されたＭＡＣレイヤーでの手段３１０は、図８Ａの工程３１４によって示されるとおり、ライン３０４上のＲＬＣ  ＰＤＵに応答して、ライン３１２上のトランスポートフォーマットインジケーター信号を有するトランスポートブロックセットを提供する。図１８の物理層での方法３１６は、図８Ａおよび図８Ｂにも示されるとおり、ライン３１２上のＴＦＩ信号を有するＴＢＳに応答して、Ｕｕインターフェース３２０経由でライン３１８上にアップリンクＤＰＣＨフレームを提供する。図８Ａおよび図８Ｂから注目される点は、ＵｕインターフェースでのＴＴＩのサイズは、本発明の非アクティブセグメンテーション手順にしたがえば、コーデック／アプリケーションレイヤーでの固定サイズデータＳＤＵのフレームサイズよりも、ずっと大きいことが有利である。これは、以下に説明するとおり、ＵＴＲＡＮ全体にわたって（延いてはＩｕインターフェース）真実であることが示される。
【００４２】
ＵＴＲＡＮ側では（図７および図１９参照）、ＵＥからのアップリンク上のＤＰＣＨフレームが、ＵＴＲＡＮ３２１へＵｕインターフェース３２０経由でライン３１８上に提供される。この場合、これらのフレームは、それに応答する手段３２２で受信される。この手段は、図７の工程３２６同様、図１９に示されるとおり、ライン３２４上にＴＦＩを有するＴＢＳを付与する。ＲＮＣ  ＭＡＣレイヤーでは、図７の工程３２４によっても示されるとおり、手段３２８は、ＴＦＩを有するＴＢＳに応答して、ライン３３１上に非アクティブセグメンテーションステートインジケーターを提供し、同様にライン３３０上にＲＬＣ  ＰＤＵを提供する。図７のトランスペアレントＲＬＣエンティティー３２２は、工程３２４に示されるとおり、ＭＡＣレイヤーから同時にすべてのＲＬＣ  ＰＤＵを受信し、それらをバッファー３２６内に格納する。ＲＬＣエンティティーは、ＲＬＣ  ＰＤＵが、ＭＡＣレイヤーからＲＬＣレイヤーに送られた順番を保存する。ＲＬＣレイヤーは、工程３３４によって示されると同様に、図１９の信号線３３６によっても示されるように、Ｉｕ  ＵＰプロトコルレイヤー経由でＩｕインターフェース３３３に一度に１つずつ、ＲＬＣ  ＰＤＵ内に受信されたＳＤＵを送信する必要が出てくるまで、ＲＬＣ  ＰＤＵをバッファリングする。Ｉｕインターフェース用の送信間隔は、ＲＡＢの指定およびＲＢのセットアップ手順の実行時に規定される（現在、ＴＲ  ２３．９１０により、Ｉｕインターフェース用に適用可能な唯一の送信間隔は、１０ミリ秒と規定されている）、ＲＲＣによってバッファリングおよびＳＤＵ送信目的でＲＬＣレイヤーに付与される。
【００４３】
ＳＲＮＳリロケーションおよびＲＥＳＥＴ手順実行時のセグメンテーションの状態
ＲＢセットアップ手順実行時に定義されたセグメンテーションモードは、ＳＲＮＳリロケーション時またはＲＬＣ  ＲＥＳＥＴ手順が実行されたときには変更することができない。
【００４４】
セグメンテーションのブロッキングによる実施
したがって、本発明は、たとえば、ＲＲＣによって要求されたときは何時でも、ＲＬＣレイヤー上のセグメンテーション機能をブロックすることによって実施することができると理解される。このブロッキングは、対応するＲＬＣエンティティーにブロッキングプリミティブを送信したり、ＲＬＣ構成プリミティブにパラメータを定義したりすることによって行なわれる。このプリミティブは、ＣＮから受信されるか、ＲＡＮＡＰ：ＲＡＢ指定要求メッセージたとえば、３Ｇ−ＳＧＳＮからＵＴＲＡＮ  ＲＲＣ内でＣＮによって送信されたＲＡＢパラメータから抽出した情報に基づいて、ＲＲＣによって生成することができる。
【００４５】
本発明は、その最適な実施態様に関して示されたり、記載されているが、その形態における上記および他の各種変更、削除および追加と、その詳細については、本発明の趣旨および範囲から逸脱しない範囲で行なえると当業者に理解される。
【図面の簡単な説明】
【図１】
ＵＴＲＡＮ内のアクティブセグメンテーション状態におけるダウンリンクデータ送信用のフローチャートを示す。
【図２】
ＵＥでのアクティブセグメンテーション状態におけるダウンリンクデータ送信用のフローチャートを示す。
【図３Ａ】
いかに整合するかを示す図として、ＵＴＲＡＮ内の非アクティブセグメンテーション状態におけるダウンリンクデータ送信用のフローチャートを示す。
【図３Ｂ】
いかに整合するかを示す図として、ＵＴＲＡＮ内の非アクティブセグメンテーション状態におけるダウンリンクデータ送信用のフローチャートを示す。
【図４】
ＵＥでの非アクティブセグメンテーション状態におけるダウンリンクデータ送信用のフローチャートを示す。
【図５】
ＵＴＲＡＮ内のアクティブセグメンテーション状態におけるアップリンクデータ送信用のフローチャートを示す。
【図６】
ＵＥでのアクティブセグメンテーション状態におけるアップリンクデータ送信用のフローチャートを示す。
【図７】
ＵＴＲＡＮ内の非アクティブセグメンテーション状態におけるアップリンクデータ送信用のフローチャートを示す。
【図８Ａ】
いかに整合するかを示す図として、ＵＥでの非アクティブセグメンテーション状態におけるアップリンクデータ送信用のフローチャートを示す。
【図８Ｂ】
いかに整合するかを示す図として、ＵＥでの非アクティブセグメンテーション状態におけるアップリンクデータ送信用のフローチャートを示す。
【図９】
汎用移動通信システム（ＵＭＴＳ）用に提案されたパケットネットワークアーキテクチャーを示す。
【図１０】
ＵＭＴＳのアーキテクチャー全体のさらなる詳細を示す。
【図１１】
無線ベアラサービスを実施するためのユーザプレーンプロトコルを有するＩｕプロトコルを示す。
【図１２】
ＵＭＴＳ用のユーザプレーンプロトコルスタック用の一提案を示す。
【図１３】
ＵＭＴＳ用の比較可能な制御プレーンプロトコルスタックを示す。
【図１４】
本発明にしたがって、２つのセグメンテーション状態のうちの１つを使用して、ＵＰプロトコルの運用中にトランスペアレントモード（ＴｒＭ）を利用する、本発明に従った手順を示す。
【図１５】
図１０にも示すとおり、同一のコアネットワークに接続され、および提案されたＵＭＴＳアーキテクチャーにしたがって相互接続された２つのラジオネットワークサーバーの詳細を示す。
【図１６】
ダウンリンク上でアクティブ状態の場合は図１、非アクティブ状態の場合は図３に示す工程を実行する装置を示す。
【図１７】
アクティブセグメンテーション状態のダウンリンク上の場合、図２に示す工程、または、ＵＥ時での非アクティブセグメンテーション状態のダウンリンク上の場合、図４に示す工程を実行する装置を示す。
【図１８】
ＵＥでのアクティブセグメンテーション状態内のアップリンクデータ送信の場合、図６に示す工程、非アクティブセグメンテーションの場合、図８に示す工程を実施する装置を示す。
【図１９】
ＵＴＲＡＮでのアクティブセグメンテーション状態の場合、図５に示すようなアップリンクデータ送信、または、非アクティブセグメンテーションの場合、図７に示すようなアップリンクデータ送信を示す。
【誤訳訂正２】
【訂正対象書類名】図面
【訂正対象項目名】図２
【訂正方法】変更
【訂正の内容】
【図２】
2003530766.tif 000001
【誤訳訂正３】
【訂正対象書類名】図面
【訂正対象項目名】図５
【訂正方法】変更
【訂正の内容】
【図５】
2003530766.tif 000002
【誤訳訂正４】
【訂正対象書類名】図面
【訂正対象項目名】図１４
【訂正方法】変更
【訂正の内容】
【図１４】
2003530766.tif 000003