JP2006521050A - インターネットプロトコルデータパケットの通信の通信装置及び通信方法 - Google Patents

インターネットプロトコルデータパケットの通信の通信装置及び通信方法 Download PDF

Info

Publication number
JP2006521050A
JP2006521050A JP2006505947A JP2006505947A JP2006521050A JP 2006521050 A JP2006521050 A JP 2006521050A JP 2006505947 A JP2006505947 A JP 2006505947A JP 2006505947 A JP2006505947 A JP 2006505947A JP 2006521050 A JP2006521050 A JP 2006521050A
Authority
JP
Japan
Prior art keywords
data
different
support node
packet
user equipment
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006505947A
Other languages
English (en)
Other versions
JP4680890B2 (ja
Inventor
チェン、シャオバオ
スティッドウェル、アラン、ジョージ
ハリス、マーティン、バークレー
Original Assignee
オランジュ エス．アー．
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by オランジュ エス．アー． filed Critical オランジュ エス．アー．
Publication of JP2006521050A publication Critical patent/JP2006521050A/ja
Application granted granted Critical
Publication of JP4680890B2 publication Critical patent/JP4680890B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation

Abstract

電気通信システムは、移動体であるユーザ機器と、複数の異なる種類のデータを含むペイロードデータを搬送するインターネットデータパケットを通信する。システムは、ゲートウェイサポートノード（ＧＧＳＮ）と、サービスサポートノード（ＳＧＳＮ）と、無線ネットワークコントローラ（ＲＮＣ）とを備える。ゲートウェイサポートノード（ＧＧＳＮ）及びユーザ機器（ＵＥ）の少なくとも１つは、各データパケット内のペイロードデータを解析し、ペイロード内の異なるデータの種類の数及び各異なる種類のデータ内のシンボルの数を示す情報を提供する無線アクセスベアラのサブフローインディケータを生成し、サブフローインディケータを含むトランスポートフレームを生成する。データパケットは、サブフローインディケータを検出し、サブフローインディケータに基づいて、異なるデータフィールドからのデータを、異なるデータの種類に適するサービスパラメータの異なる品質を提供する異なる無線アクセスベアラを介して通信するように準備することによって、無線ネットワークコントローラとユーザ機器の間で通信される。

Description

本発明は、モバイル通信ユーザ機器へ／からインターネットデータパケットを通信するための機能を提供する電気通信システムに関連する。
例えば、モバイル機器のためのグローバルシステム（Global System for Mobiles：以下、ＧＳＭという。）及びユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：以下、ＵＭＴＳという。）等の移動体無線ネットワークは、回線交換モード又はパケット交換モードでデータを通信するための機能を提供できる。回線交換モードでは、呼の全体に亘る論理的な通信チャンネルに、物理的な通信チャンネルを割り当てる。一方、データパケット通信については、汎用パケット無線サービス（General Packet Radio Service：以下、ＧＰＲＳという。）が開発されている。ＧＰＲＳは、例えば、インターネットパケット（ＩＰ）等のデータパケット通信のためにネットワーク及び無線リソースを最適化することを試みるパケット指向サービスをサポートする。ＧＰＲＳは、モバイル無線システムの回線交換アーキテクチャに関連する論理的なアーキテクチャを提供する。
モバイル通信のユーザ機器（user equipment：以下、ＵＥという。）と、データパケット通信ネットワークとの間でデータを通信するためのシステムは、移動通信ネットワークを介して、データパケット通信ネットワーク及びユーザ機器の間でデータパケットを通信するためのインタフェースを提供するゲートウェイサポートノード（gateway support node：以下、ＧＧＳＮという。）と、電気通信ネットワークの無線リソースを制御する無線ネットワークコントローラ（radio network controller、以下、ＲＮＣという。）を用いて、ゲートウェイサポートノード及びユーザ機器の間でデータパケットの通信を制御するサービスサポートノード（service support node：以下、ＳＧＳＮという。）とを備える。
データパケットは、データパケットのペイロードに関連するサービス品質（quality of service：以下、ＱｏＳという。）パラメータの単一の所定の組に基づいて、ＲＮＣによって確立された単一の無線アクセスベアラを用いてＵＥからＧＧＳＮに、又はＧＧＳＮからＵＥに伝送される。移動通信ネットワークによって提供される、ＵＥ及びＲＮＣの間でデータパケットを通信するための無線リソースは、貴重なリソースであり、例えば、ネットワークの現在の負荷に基づいて、特定の無線アクセスベアラをサポートできるか否かが制約されることもある。したがって、本発明の目的は、可能な限り効率的に無線リソースを利用することである。
R. Steele, C-C Lee and P. Gould,"GSM, cdmaOne and 3G Systems," published by Wiley International ISBN 0 471 491853 3GPP TS 26.202 V5.1.0 (2002-09) 3GPP TS 23.107 3GPP TS 26.201 V1.1.0 (2000-12) 3GPP TS 24.008
本発明は、移動体であるユーザ機器に、複数の異なる種類のデータを含むペイロードデータを搬送するインターネットデータパケットを通信する機能を提供する電気通信システムを提供する。インターネットパケットデータは、ユーザ機器に送信してもよく、ユーザ機器から受信してもよく、ユーザ機器と送受信してもよい。インターネットデータパケットは、複数の異なる種類のデータを含むペイロードデータを搬送する。この電気通信システムは、ユーザ機器とデータパケット通信ネットワークとの間でデータパケットを通信するためのインタフェースを提供するゲートウェイサポートノードと、サービスポートノードとを備える。サービスポートノードは、ユーザ機器とデータパケットを通信するための無線アクセスベアラを提供する無線ネットワークコントローラを用いて、ゲートウェイサポートノードとユーザ機器との間でデータパケットを通信する。ゲートウェイサポートノード及びユーザ機器の少なくと一方は、各データパケット内のペイロードデータを解析し、複数の異なるデータの種類の数及び各異なる種類のデータ内のデータシンボルの数を判定し、ペイロード内の異なるデータの種類の数及び各異なる種類のデータ内のシンボルの数を示す情報を提供する無線アクセスベアラのサブフローインディケータを生成し、各データパケットのペイロードデータをサブフローインディケータに結合することによって、各データパケットのために、サービスサポートノードを介して、ゲートウェイサポートノードと無線ネットワークコントローラの間で各データパケットを通信するために用いられるトランスポートフレームを生成し、データパケットは、サブフローインディケータを検出し、サブフローインディケータに基づいて、異なるデータフィールドからのデータを、異なるデータの種類に適するサービスパラメータの異なる品質を提供する異なる無線アクセスベアラを介して通信するように準備することによって、無線ネットワークコントローラとユーザ機器の間で通信される。
インターネットデータパケットのペイロードは、重要度の異なる特性及び／又は異なるレベルを有する異なる種類のデータを含むことがある。ペイロードの通信のためにＱｏＳパラメータの単一の組を用いることは、例えば、データの種類にかかわらず、ペイロードの全てのデータについて、同じビット誤り率が保証されることを意味する。低いビット誤り率でデータを伝送するためには、より広い帯域幅が必要であり、この結果、例えば、データの重要度が比較的低い場合、無線リソースが無駄に消費される。データパケットに関連するＱｏＳパラメータの単一の組は、ペイロードの最も重要なデータが高い信頼度で宛先に確実に到着することを保証しなくてはならない。電気通信システムは、ペイロードの伝送のために無線リソースを割り当てる際、データパケットのペイロード内のデータビットのデータの種類を判定することができない。したがって、双方向に及び／又はＧＧＳＮ及びＵＥに／からデータパケットをトランスポートする従来の装置では、特に、データパケットのペイロードが異なる種類の特徴を有し及び／又は重要度が均等ではない異なる種類のデータを含む場合、無線リソースを効率的に利用することができなかった。
本発明の実施形態は、例えば、汎用パケット無線方式に基づいて動作する移動体無線ネットワークである既存のアーキテクチャに基づく無線ネットワークコントローラの形式を実質的に変更することなく、ゲートウェイサポートノードに／からユーザ機器から／に（ゲートウェイサポートノードとユーザ機器の間で）異なる種類のデータを搬送するインターネットプロトコルデータパケットを効率的にトランスポートするための構成を提供する。
本発明の様々な更なる側面及び特徴は、添付の特許請求の範囲に定義されており、これらの側面には、インターネットデータパケットの通信方法、ゲートウェイサポートノード、移動体であるユーザ機器及び無線ネットワークコントローラが含まれる。
ボイスオーバＩＰ
ボイスオーバＩＰ（ＶｏＩＰ）は、公衆交換電話網（public switched telephone network：ＰＳＴＮ）のコミットされた回線を用いず、インターネットプロトコルを介して、デジタルボイスデータをパケットで伝送する。ＶｏＩＰ及び関連するプロトコルは、本出願の図１〜図３に示されており、より詳しくは、添付資料１に開示されている。
ＶｏＩＰプロトコルスタックの構造を図１に示す。プロトコルスタックは、物理層１１０と、データリンク層１２０と、インターネットプロトコル（internet protocol：以下、ＩＰという。）層１３０と、ユーザデータグラムプロトコル（user datagram protocol：以下、ＵＤＰという。）層１４０と、実時間プロトコル（real-time protocol：以下、ＲＴＰという。）層１５０と、ボイス層１６０とを含む。更なる詳細は、添付資料１に開示されている。
図２は、ＵＤＰデータパケットの構造を示している。ＵＤＰパケットの各フィールドのコンテンツは、添付資料１に詳細に開示されている。
図３は、ＩＰデータパケットの構造を示している。ＩＰパケットの各フィールドのコンテンツは、添付資料１に詳細に開示されている。
モバイルパケット無線ネットワークアーキテクチャ
データパケット通信をサポートする移動体無線ネットワークの例示的なアーキテクチャを図４に示す。図４で用いている用語及びアーキテクチャは、ＵＭＴＳのために用いられ、第３世代の移動体通信システムの標準化プロジェクト（Third Generation Partnership Project：以下、３ＧＰＰという。）によって管理される３Ｇのために提案された用語及びアーキテクチャに対応している。図４に示すように、ゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：以下、ＧＧＳＮという。）は、データパケットネットワーク（Packet Data network：以下、ＰＤＮという。）３０２に接続されている。ＰＤＮは、インターネットプロトコル（ＩＰ）を用いてパケットとして通信されたデータを含む。ＧＧＳＮと外部ネットワークとの間のインタフェース３０４には、標準化されたＧｉのラベルを付している。但し、これ以外の更なる側面も標準化されている。また、ＧＧＳＮには、標準化されたＧｎ／Ｇｐのラベルが付されたインタフェース３６８を介して、サービスＧＰＲＳサポートノード（Serving GPRS Support Node：以下、ＳＧＳＮという。）３０６が接続されている。
ＧＧＳＮ及びＳＧＳＮは、ＧＰＲＳをサポートする必要がある２つのネットワークコンポーネントである。ＧＧＳＮは、外部のデータパケットネットワーク（ＰＤＮ）と、ＧＰＲＳをサポートするモバイルネットワークとの間のゲートウェイとして機能する。ＧＧＳＮは、受け取ったＩＰデータパケットを、移動通信ネットワークによって提供された無線アクセス設備を介してデータを受け取る、モバイル機器である特定のＵＥに用いられるＳＧＳＮにルーティングするために十分な情報を含んでいる。例えば、一実施形態においては、３ＧＰＰ規格によって定義されている汎用陸上無線アクセスネットワーク（Universal Terrestrial Radio Access Network：以下、ＵＴＲＡＮという。）方式に基づいて無線アクセス設備が提供される。ＳＧＳＮは、ＳＧＳＮが同じ公衆陸上移動体ネットワーク（Public Land Mobile Network：以下、ＰＬＭＮという。）内にある場合、Ｇｎインタフェースを介して、ＧＧＳＮに接続され、Ｇｐインタフェースを介して、他のＰＬＭＮに属するＧＧＳＮに接続される。
ＳＧＳＮは、移動体無線ネットワークによってサポートされた領域内で移動するＵＥの移動性管理（mobility management）を提供する。この目的で、ＳＧＳＮは、ホーム位置レジスタ（Home Location Register：以下、ＨＬＲという。）３１０にアクセスする。ＳＧＳＮは、ＵＴＲＡＮ無線アクセス設備を介して、モバイルユーザＵＥ３１６、３１８と通信を行うために、データパケットを無線ネットワークコントローラ（ＲＮＣ）３１２、３１４にルーティングするよう構成されている。ＵＴＲＡＮ無線アクセス設備は、移動通信ネットワークの領域の無線通信可能範囲を提供する基地局を構成するノードＢ装置３２０、３２２、３２４、３２６、３２８によって提供される。Ｉｕｂのラベルが付されている、各ＲＮＣ３１２、３１４と、ノードＢ装置３２０、３２２、３２４、３２６、３２８との間のインタフェース３３０、３３２、３３４、３３６、３３８は、確立されている又は開発中の規格に従う。一方、Ｉｕ−ｐｓのラベルが付されている、ＳＧＳＮと、各ＲＮＣ３１２、３１４との間のインタフェース３４０、３４２は、開発中の規格に従う。
重要度が異なるデータの通信
本発明の実施形態は、ＩＰパケットのペイロード内のデータの重要度に応じて無線リソースを最適化するように、ＵＥ３１６、３１８に／から、ＩＰパケットの形式でデータを通信する機能を提供する。ＩＰパケットを介して通信されるデータは、重要度が均等ではない、異なるパラメータ又はフィールドを有するセクションを含む場合がある。重要度が均等ではないフィールドを有するデータの一具体例としては、例えば、ＡＲＭコーデックによって生成されたデータ等の音声符号化されたデータフレームがある。
ＡＭＲ音声コーデックは、異なる種類の特徴を有し、及び／又は重要度が等しくない、異なる種類のデータフィールドを含む所定の長さのデータフレームを生成することが知られている。このような音声コーデックの具体例は、欧州電気通信標準化機構（European Telecommunications Standards Institute：以下、ＥＴＳＩという。）によって標準化され、３ＧＰＰによって異なるレートに指定されている適応型マルチレート音声（Adaptive Multi-Rate Speech：以下、ＡＭＲという。）コーデックとして知られている（非特許文献２参照）。ＡＭＲは、Ａビット、Ｂビット、Ｃビットと呼ばれる異なる重要度を有する最大３個のデータフィールドを有するデータフレームを提供する。Ａビットは、音声を理解できる程度の基本レベルのオーディオ情報を提供するが、話者を特定するために十分なレベルの忠実度は有していない。Ｂビット及びＣビットは、更に高いレベルの忠実度を提供する。ここで、Ａビット、Ｂビット及びＣビットの数は、データフィールドを通信するために利用可能な無線リソースに基づいて適応化することができる。このため、各異なるフィールドに異なるＱｏＳを適用でき、このようなフィールドの具体例は、ＵＭＴＳ用に広帯域ＡＭＲ（wideband AMR：以下、ＡＭＲ−ＷＢという）符号化されたフレームとして、非特許文献２に開示されている。ＡＭＲ−ＷＢについては、広帯域ＵＭＴＳを介して通信できるデータの容量が制限されているため、Ｃビットを使用しない。
ＡＭＲデータフレームの３つのフィールドのそれぞれにおけるデータビット数を判定するために、回線交換モバイルネットワークのモバイル交換局は、無線アクセスベアラサブフローコンビネーションインディケータ（Radio Access Bearer sub-Flow Combination Indicator：以下、ＲＦＣＩという。）を生成する。したがって、パケットベースの移動通信ネットワークには、対応するＲＦＣＩが必要である。本発明の実施形態として後述するように、ＩＰパケットによって搬送されるＡＭＲデータフレームに関しては、ＧＧＳＮは、ＡＭＲフレームの異なるフィールドについて、データビットを特定し、適切なＲＦＣＩを提供する必要がある。
図５は、図４に示すＧＰＲＳをサポートするモバイルネットワークの構成を概略的に示している。図５に示す構成は、本発明の実施形態に基づき、ＩＰパケットを介して、重要度が均等ではないフィールドを含むペイロードデータを通信するピアツーピア通信パスを提供する。ＩＰパケットは、図４に示すモバイルネットワークのＧＧＳＮ３００、ＳＧＳＮ３０６及びＲＮＣ３１４を介して、ＵＥ３５０、３５２の間で通信される。図５に示すように、ＲＮＣ及びＵＥの間で、ＩＰパケットによって搬送されるデータは、ＡＭＲ音声符号化データフレームのＡ、Ｂ及びＣの３つのフィールドを含む。
ＧＧＳＮ及びＳＧＳＮ内のプロトコルに関して、ＵＥに送信され、及びＵＥから受信されるＩＰパケットは、データパケットユニット（Packet Data Unit：以下、ＰＤＵという。）を構成する。ＰＤＵの形式は、ＧＧＳＮ、ＳＳＧＮ、ＲＮＣ及びノードＢ装置内で、プロトコルにとって既知でなければならない。ＰＤＵは、ＧＰＲＳネットワーク内で通信されるパケットの形式を指す総称的な用語である。なお、ＰＤＵは、ＵＴＲＡＮのＲＬＣに通信されるデータパケットについて言及する場合、サービスデータユニット（Service Data Unit：以下、ＳＤＵという。）と呼ばれ、コアネットワーク内の特にＳＧＳＮ及びＧＧＳＮの場合には、ＰＤＵは、通常、データパケットを指す。
本発明の実施形態は、無線リソースの利用効率を高めるように、無線アクセスネットワークを介して、ＩＰパケットの形式でデータを通信する機能を提供する。このために、パケットアクセスをサポートする移動体無線ネットワークの一部は、異なるレベルの重要度を有する異なるデータフィールドを特定するように適応化され、データの種類に対応した異なるＱｏＳを提供するサブフローを有する無線アクセスベアラを確立する。これは、ＩＰパケット情報が、例えば、ＡＭＲコーデックによって生成された、音声符号化された情報を搬送する場合、ＵＴＲＡＮは、データの相対的な重要度に一致するように、無線アクセスベアラを適応化する必要があるためである。各無線ベアラは、相対的な重要度及び異なるデータフィールドの特徴に基づいて、最適化される。
３ＧＰＰ規格仕様書、３ＧＰＰ ＴＳ２３．１０７（非特許文献３）に定義されているように、現在のところ、コンベンショナル、インタラクティブ及びバックグランドクラスと呼ばれる４つの異なるＱｏＳタイプがある。本発明の実施形態では、それぞれが異なるＱｏＳを提供する複数のサブフローを有する無線ベアラの要求を含むようにＰＤＰコンテキストアクティブ化要求を適応化する。各サブフローについて無線アクセスベアラを提供する一具体例として、各サブフロー無線アクセスベアラに不均一誤り保護（Un-equal Error Protection：以下、ＵＥＰという。）を提供してもよい。これについては、以下のセクションで更に詳細に説明する。
ＰＤＰコンテキストアクティブ化
図６は、３つの異なる種類のボイスデータのＱｏＳパラメータの制御プレーン通信のための装置の構成を示している。この構成は、ユーザ機器（ＵＥ）３５２と、無線ネットワークコントローラ（ＲＮＣ）３１４と、汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）３０６と、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）３００とを備える。
ＵＥ３５２は、少なくとも１つのＵＭＴＳ加入者識別モジュールを有するモバイル機器の１つである。ＵＭＴＳセッションマネージャ４１２と呼ばれるアプリケーションは、無線リソースへのアクセスのためにＳＧＳＮ４３０と交渉する機能を担っている。アクセスは、データパケットプロトコル（Packet Data Protocol：以下、ＰＤＰという。）を用いて調停される。ユーザがデータを送信できるようにするためには、ＵＥ３５２、ＳＧＳＮ３０６及びＧＧＳＮ３００において「ＰＤＰコンテキスト」をアクティブ化する必要がある。ＰＤＰコンテキストのアクティブ化は、要求された宛先ネットワークへのログオンに類する処理であり、ユーザ機器３５２の上のアプリケーションによって開始される。
無線ネットワークコントローラ（Radio Network Controller：以下、ＲＮＣという）３１４は、無線リソースの使用及び完全性を制御する。ＲＮＣ３１４は、無線リソース制御（Radioi Resource Control：以下、ＲＲＣという）層４２２と、無線リンク制御（Radio Link Control：以下、ＲＬＣという）層４２４と、メディアアクセス制御（Media Access Control：以下、ＭＡＣという）層４２６と、物理層４２８との４つの別個の層に分離することができる機能を提供する。
ＲＲＣ層４２２は、制御プレーンにおいて、ＳＧＳＮ３０６と交渉し、ＳＧＳＮからのＲＡＢセットアップ要求に基づいて、無線リソースへのアクセスを確立する。ＲＬＣ層４２４は、制御データを単に通過させるのではなく、ユーザデータのための接続を確立する。ＭＡＣ層４２６は、各データフローのデータがどのように伝送されるかを決定する。例えば、ＭＡＣ層４２６は、データフローのために、専用チャンネル又は共有チャンネル（帯域幅の消費量が少ない）の割当及び管理を担う。無線アクセスベアラ（ＲＡＢ）サブフローは、ＭＡＣ層４２６によって割り当てられる。物理層４２８は、データを、伝送媒体に渡される電子パルス又はアナログパルスのストリームに変換し、及びデータ伝送を監視する。また、物理層４２８は、例えば、出力データストリームに適切なエラー訂正符号を適用する役割も担っている。例えば、物理層４２８は、ＭＡＣ層４２６によって定義された各ＲＡＢサブフローに対し、異なるエラー訂正符号化レベルを適用できる。
ＳＧＳＮ３０６は、所望のデータリンクのためにユーザアプリケーションによって要求されたＱｏＳを指定するＰＤＰコンテキストアクティブ化要求メッセージをＵＥ３５２から受け取る。ＳＧＳＮ３０６は、特定のＱｏＳパラメータに基づいて、無線アクセスについてＲＮＣ３１４と交渉する。ＳＧＳＮ３０６は、関連する登録された各加入者のパケット交換サービスについて、加入者情報及び位置情報を保存する。ＱｏＳ情報は、無線アクセスネットワークアプリケーションパート（Radio Access Network Application Part：以下、ＲＡＮＡＰという。）プロトコルと呼ばれる信号プロトコルを用いて、ＳＧＳＮ３０６からＲＮＣ３１４に供給される。
ＲＡＮＡＰは、コアネットワーク（すなわち、ＳＧＳＮ３０６）とＵＴＲＡＮとの間のインタフェースのためのプロトコルをシグナリングする無線ネットワーク層である。ＵＴＲＡＮは、ＲＮＣ及びノードＢを含むＵＭＴＳネットワークの一部である。ＲＡＮＡＰは、ＲＮＣ３１４とＳＧＳＮ３０６の間で送受されるパケット交換データのシグナリングを処理する。また、ＲＡＮＡＰは、ＲＮＣ３１４とモバイル交換点（図示せず）との間で送受される回線交換データのシグナリングも処理できる。ＲＡＮＡＰが実行できる包括的な機能としては、例えば、ページング等、コアネットワークからの包括的なＵＴＲＡＮ手続き実現する機能、モバイル固有のシグナリング管理のために、プロトコルレベル上で各ＵＥを分離する機能、非アクセスシグナリングを送信する機能、無線ネットワークサブシステムリロケーションを行う機能、及び様々な種類のＵＴＲＡＮ無線アクセスベアラ（ＲＡＢ）を要求し、管理する機能等がある。本発明では、ＳＧＳＮは、ＲＡＮＡＰを用いて、ＰＤＰコンテキストアクティブ化要求に含まれているＱｏＳデータに基づいて、ＲＮＣ３１４における無線アクセスベアラサブフローの確立を要求する。
ＧＧＳＮ３００は、ＵＭＴＳ無線パケットバックボーンと、外部のデータパケットネットワークとの間のインタフェースとして機能し、すなわち、データネットワークと、ＩＰネットワークとの間のインタフェースを提供する。Ｇｉインタフェースを介して、ＧＧＳＮが受け取ったパケットは、対応するＳＧＳＮ３０６に供給される。この目的で、ＧＧＳＮ３００は、ユーザプロファイルの現在のＳＧＳＮアドレスをロケーションレジスタに保存する。また、ＧＧＳＮ３００は、少なくとも１つのアクティブなＰＤＰコンテキストを有する各加入者の加入者情報及びルーティング情報を保存する。
図６に示す構成における制御プレーン通信シーケンスの例示的な動作のフローチャートを図７に示す。ステップ５１０において、ＵＥ３５２のユーザアプリケーションは、ＵＭＴＳセッションマネージャ４１２を介してＰＤＰコンテキスト要求アクティブ化を開始する。コンテキストアクティブ化手続きは、それ自体、無線リソースの割当を必要とする。ステップ５１２において、ＵＥ３５２は、「ＰＤＰコンテキストアクティブ化」要求をＳＧＳＮ３０６に送信する。ＰＤＰコンテキスト要求に含まれる情報要素は、ＡビットのＱｏＳパラメータを特定するために必要なフィールドと、Ｂビット及びＣビットの独立したＱｏＳパラメータを特定する更に２つの任意のフィールドとを有する。ＰＤＰコンテキストアクティブ化メッセージは、更に、接続が要求された外部ネットワークのアクセスポイント名と、ユーザ識別情報と、ＩＰコンフィグレーションパラメータとを含む。ＳＧＮＳ３０６は、ステップ５１４において、ＰＤＰコンテキスト要求を受け取り、加入者記録に基づいてユーザを検証する。要求が有効である場合、ＳＧＳＮ３０６は、ドメイン名サーバ（図示せず）に要求されたアクセスポイント名を含むクエリを送る。ステップ５１６では、ドメイン名サーバは、供給されたアクセスポイント名情報を用いて、外部ネットワークへの必要な接続を提供する少なくとも１つのＧＧＳＮ３００のアドレスを判定する。選択されたＧＧＳＮ３００のＩＰアドレスは、ＳＧＳＮ３０６に供給される。ステップ５１８では、ＳＧＳＮは、供給されたＧＧＳＮＩＰアドレスに基づき、ＧＰＲＳトンネルプロトコルを用いてＧＧＳＮ３００に仮想接続チャンネルを要求する。接続トンネルは、カプセル化されたユーザデータを送信することができる予め定義された仮想チャンネルである。ＧＧＳＮは、ステップ５２２において、接続トンネル要求を受け取り、要求されたトンネルを確立し、ＵＥ３５２に伝えるべきＩＰアドレスを返す。これにより、ＵＥ３５２とＧＧＳＮ３００の間で仮想接続が確立される。更に、ＧＧＳＮ３００は、接続トンネルと、外部ネットワークへの物理インタフェースとの関連付けも行う。これにより、ＵＥ３５２と外部ネットワークの間でデータ伝送が可能になる。
図８は、ボイスデータのＡビット、Ｂビット及びＣビットの個別のＱｏＳ要求に基づいて、無線リソースを割り当てるためにＳＧＳＮ３０６とＲＮＣ３１４の間で行われる制御プレーン折衝処理のフローチャートである。ステップ５３０において、Ａビット、Ｂビット及びＣビットのそれぞれについて、３組の独立したのＱｏＳパラメータを特定するＰＤＰコンテキスト情報要素を受け取ると、ＳＧＳＮ３０６は、ユーザアプリケーションによって要求されたデータ転送のために無線アクセスベアラのセットアップを要求するＲＡＮＡＰ要求をＲＮＣ３１４に送る。ステップ５３２において、ＲＮＣ３１４のＲＲＣ層４２２は、ＲＡＮＡＰ要求を受け取り、ＭＡＣ層４２６にこの要求を渡す。ＭＡＣ層４２６は、ステップ５３４において、Ａビット、Ｂビット及びＣビットのそれぞれについて、３つの独立したＲＡＢサブフローを確立する。各サブフローは、予め定義された選択されたサブフローのカテゴリは、ＲＡＮＡＰによって、３つのボイスカテゴリのいずれかに特定される。そして、ステップ５３６において、３つのサブフローのそれぞれの物理層パラメータを設定する。具体的には、３つのサブフローのそれぞれに、異なるレベルの誤り保護を適用する。
不均一誤り保護（すなわち、ボイスデータビットの異なるクラスに対する異なるレベルの誤り保護）をサポートするために、各クラスのボイスビット（Ａビット、Ｂビット及びＣビット）について、複数のＱｏＳパラメータを個別に構成する必要がある。ＳＧＳＮ３０６は、ＰＤＰコンテキスト要求内の情報に基づいて、ＲＡＢ割当処理を開始する。そして、ＲＮＣ３１４は、ＱｏＳパラメータに基づいて、ＵＭＴＳ無線アクセスベアラを確立する。１つのＰＤＰコンテキスト要求につき、１つのＲＡＢしか割り当てることができないが、単一のＲＡＢは、１つ以上のＲＡＢ調整されたサブフローに分割される。表１は、ＱｏＳに関連する様々なＲＡＢサービス属性及びこれらに対応するＲＡＢサービス属性値を示している。この表は、広帯域適応型マルチレートコーディングのためのＲＡＢパラメータを示している（非特許文献２の表５．１参照）。この技術では、所定のＲＡＢパラメータを、回線交換ボイスと同様に、のようにパケット交換ボイスに用いることができる。表１に示すように、第１のＲＡＢサブフローは、Ａビットに関連し、第２のＲＡＢサブフローは、Ｂビットに関連する。第１のＲＡＢサブフローのための残りのビット誤り率（residual bit error ratio）は１０−６であり、第２のＲＡＢサブフローのための残りのビット誤り率は１０−３である。これは、Ａビットに適用されるエラー訂正レベルがＢビットに適用されるエラー訂正レベルより高いことを反映している。サービスデータユニット（ＳＤＵ）フォーマットでは、５つの所定の音声コーデックデータフレームタイプのそれぞれ（１〜５）について、ボイスデータクラスＡ、Ｂ、Ｃのそれぞれに異なるビット数を割り当てる。Ｗ−ＡＭＲの各フレームタイプのためのビット割当の具体例を表２に示す。このデータセットは、非特許文献３から引用した。ＲＡＢサブフローの数と、例えば、残りのビット誤り率、誤りを含むＳＤＵの配信等、これらに関連する属性は、ＳＧＳＮ４３０におけるＲＡＢ確立の段階で、ＰＤＰコンテキスト要求の情報要素に基づいて定義される。図６に示すように、ＲＡＢサブフロー属性は、ＲＡＮＡＰ無線アクセスベアラ確立要求を用いて、ＲＮＣ３１４にシグナリングされる。１つのＲＡＢサブフローコンビネーション（RAB sub-flow combination：以下、ＲＦＣという。）の全てのサブフローのビットの総数は、対応する汎用広帯域ＡＭＲコーデックモード（フレームタイプに関連している）について、表２に指定されているＡビット、Ｂビット及びＣビットへのビット割当の合計に対応する必要がある。非特許文献２から引用する表３は、データの相対的な重要度に基づく各ＲＡＢサブフローにおけるビット数の設定例を示している。
図１２は、非特許文献５に開示されているように、単一の無線アクセスベアラについて、ＱｏＳパラメータを指定する既知のＱｏＳ情報要素のデータ構造を示している。この情報要素は、所定の無線アクセスベアラに関連する様々なＱｏＳパラメータを指定するデータの１３個のオクテットを含んでいる。
図１３は、第１の無線アクセスベアラのＱｏＳパラメータを指定し、及び個別のＲＡＢサブフローのために２つの異なるＱｏＳパラメータを指定する更なる任意のデータフィールドを有する本発明に基づくＰＤＰコンテキスト情報要素のデータ構造を示している。図１２に示す既存の標準のＱｏＳ情報要素におけるオクテット５の予備ビット５〜８は、図１３に示すように、本発明に基づく変更されたＱｏＳ情報要素においては、任意のＱｏＳ情報ビットとして利用される。改善されたＱｏＳ情報要素は、２つの更なる任意のフィールドを含む。任意のフィールド１は、情報要素のオクテット１４〜２２を占める。オクテット１４〜２２は、オクテット５〜オクテット１４と同じフォーマットを有する。任意のフィールド２は、情報要素のオクテット２３〜３１を占める。オクテット２３〜３１も、オクテット５〜オクテット１４と同じフォーマットを有する。オクテット５のビット８は、ゼロに設定され、これは、如何なる任意のデータフィールド１又は任意のデータフィールド２も存在しないことを示している。また、オクテット５のビット８は、１に設定され、これは、情報要素内に、少なくとも任意のフィールド１と、可能性として任意のフィールド２が存在していることを意味する。ＱｏＳの任意のフィールド１は、ＡビットのＲＡＢサブフローのＱｏＳパラメータを指定するために用いることができ、任意のフィールド２は、ＢビットのＲＡＢサブフローのＱｏＳパラメータを指定するために用いることができる。
ユーザプレーン適応化
図１４は、ＩＰパケットのペイロード内の各データフィールドに無線アクセスベアラを確立した後に、ＧＧＳＮ３００、ＳＧＳＮ３０６、ＲＮＣ３１４及びＵＥ３５２内で、これらのＩＰをＵＥと送受するために適応化されたプロトコルスタックを示している。
ＧＧＳＮ３００、ＳＧＳＮ３０６及びＲＮＣは、リンク層において、ユーザデータ（ＧＴＰ−Ｕ）及びシグナリングデータ（ＧＴＰ＿Ｃ）の両方を通信するためのＧＰＲＳトンネルプロトコル（GPRS tunnelling protocol：以下、ＧＴＰという。）を有する。ＧＴＰ−Ｕは、ＧＧＳＮと、ＳＧＳＮと、ＲＮＣとの間でユーザデータをトンネリングする。トランスポートプロトコルは、ＧＧＳＮ、ＳＧＳＮ及びＲＮＣを介してＧＴＰデータユニットを搬送する。一実施形態では、Ｉｕ−ｐｓインタフェースに亘るこれらのデータ単位をＩｕ−ｐｓフレームと呼ぶ。Ｉｕ−ｐｓフレームの構造を図１５に示す。Ｉｕ−ｐｓフレームは、ＲＡＢサブフローコンビネーションインデクス（RAB sub-flow combination index：ＲＦＣＩ）部８３０と、ＩＰ／ＵＤＰ／ＲＴＰヘッダ部８３２と、適応マルチレート符号化されたボイスデータのＶｏＩＰペイロード８３４とを含む。トランスポートプロトコルは、インターネットプロトコルを用いて、ＧＧＳＮからＵＥにＩｕ−ｐｓフレームを通信するユーザデータグラムプロトコル（ＵＤＰ）を含む。基本的には、図１４に示すように、ＧＴＰ−Ｕは、下位層のプロトコルを用いて、ＳＧＳＮ及びＲＮＣの間でＩｕ−ｐｓフレームを搬送する。これは、非特許文献１に開示されており、ＧＲＰＳ／ＵＭＴＳアーキテクチャの当業者に知られている技術であるため、ここでは詳細には説明しない。ここで、ＲＮＣ及びＵＥでＩＰパケットを通信するためのプロトコル及び層を表す、図１４で用いた略語を以下に説明する。
ＲＮＣについて
層８００は、インターネットプロトコルを用いてパケット形式でデータを通信するＩＰトランスポート層である。
層８０３は、ユーザデータグラムプロトコルを用いてＩＰパケットをトランスポートする制御プロトコル層である。
層８０４は、ＧＴＰ−Ｕプロトコルである。
層８０６は、無線アクセスベアラを介したトランスポートのために、ネットワークレベルのプロトコルを無線リンク制御（ＲＬＣ）層等のリンク層プロトコルにマッピングするデータパケットコンバージェンスプロトコル（Packet Data Convergence Protocol：以下、ＰＤＣＰという。）層である。ＰＤＣＰは、ＩＰヘッダを圧縮及び伸張できる。ヘッダ圧縮法は、例えば、ＲＴＰ／ＵＤＰ／ＩＰ等、用いられる特定のネットワーク層、トランスポート層及び上位層プロトコルに固有である。
層８０８は、ＰＤＣＰ層から無線アクセスベアラにデータをマッピングするＲＬＣ層である。
層８１０は、各無線アクセスベアラからのデータをＵＴＲＡＮの物理的な無線チャンネルにマッピングするメディアアクセスコントロール（ＭＡＣ）副層である。
ＵＥについて
層８１２ＰＨＹは、ＲＮＣから、ノードＢ装置を介して、ＵＴＲＡＮに基づいて提供された物理的な無線チャンネルの伝送を含む物理層を表す。
層８１４は、ＲＮＣのＭＡＣ層に対応するＭＡＣ層である。
層８１６は、ＲＮＣのＲＬＣ副層に対応するＲＬＣである。
層８１８は、ＲＮＣのＰＤＣＰ層に対応するＰＤＣＰ副層である。
ＧＧＳＮ３００は、図４及び図５に示すように、外部ネットワークからＩＰパケットを受け取り、ＧＴＰＵを介して、ＳＧＳＮにこれを転送する。ＳＧＳＮ３０６内のＩＰ処理副層８２４は、ＩＰデータパケットフィールドを解析し、重要度が異なるデータフィールド内に含まれるビットの数を特定する。一例として、ＡＭＲ音声コーデックからのデータフレームの場合、この解析により、各フィールド内の所定数のビットに基づいて、Ａフィールド、Ｂフィールド及びＣフィールド内のビット数が特定される。ＩＰ処理副層は、異なるフィールド内に存在するビット数からＲＦＣＩフィールドを生成し、他方のネットワーク構成要素ＳＧＳＮ、ＲＮＣ、ＵＥのそれぞれに、データフレームが、所定の組のデータフォーマットのうちのどのデータフォーマットを表しているかに関する指示を提供する。この情報に基づき、重要度が異なる各データフィールドを適切な無線アクセスベアラにマッピングすることができる。
ＩＰ処理副層８２４は、ＩＰペイロードを解析する。ＲＮＣ内のＰＤＣＰは、ＩＰデータパケットのヘッダを圧縮する。ＳＧＳＮは、ビットフォーマットを知ると、ＲＦＣＩを生成し、次に、Ｉｕ−ｐｓフォーマットを生成することができる。
Ｉｕ−ｐｓフレームは、ＩＰ処理副層８２４によって、ＲＦＣＩ及びＳＤＵから生成される。したがって、Ｉｕ−ｐｓフレームは、ＳＧＳＮ３０６を介して、ＲＮＣ３１４に伝送でき、ＲＮＣのＩＰトランスポート層８００、ＵＤＰ層８０２を介して、ＧＴＰ−ｕ層８０４に伝送できる形式を有する。ＲＮＣのＰＤＰＣ層８０６内では、ＩＰヘッダ及びＵＤＰ／ＲＴＰフィールドは、ＰＤＰＣ８０６によって取り除かれ、この後、ＳＤＵ内の残りデータは、ＲＬＣ及びＭＡＣ層を介して、ＵＥにトランスポートされる。ゼロバイトヘッダ圧縮は、ＲＦＣ３２４３に基づいて実行される。
ＡＭＲフレームのためにＡビット、Ｂビット及びＣビットを含む異なるフィールドからのデータは、無線アクセスベアラ内で異なるサブフローを介して伝送され、ＲＡＢサブフローＡ、ＲＡＢサブフローＢ、ＲＡＢサブフローＣは、各フィールドからのデータの重要度及び特徴に対応するそれぞれ異なるＱｏＳを提供する。
本発明の実施形態の利点として、ＲＮＣのアーキテクチャを変更することなく、重要度が均等ではない異なるフィールドを有するデータを含むＩＰパケットからのデータを通信することができる。したがって、ＲＮＣは、ＳＤＵによって、ＲＦＣＩを検出できるので、ペイロードデータを適切なベアラに対応させることができる。
ＵＥにおいては、ＰＨＹ層８２１、ＭＡＣ層８１４及びＲＬＣ層８１６を介して通信データが渡された後に、ＰＤＣＰ層がデータにＩＰ／ＵＤＰ／ＲＴＰヘッダを再び適用し、これにより、ＩＰプロトコルに準拠するＩＰパケットをＳＩＰアプリケーション等のアプリケーション層３５２に渡すことができる。
要約すれば、例えば、ＡＭＲ音声フレームを含むＩＰパケットは、図１６及び図１７に示すように、以下に説明する動作によって、移動体無線ネットワークを介してトランスポートされる。
図１６は、ＧＧＳＮのユーザプレーンプロトコルスタックによって、データパケットに対して実行される処理を図式的に示している。図１６に示すように、ＧＧＳＮにおいて、ＩＰヘッダ８５２、ＵＤＰ／ＲＴＰフィールド８５４及びＡＭＲ−ＷＢ音声符号化されたフレーム８５６を提供するデータフィールドを含むＩＰパケット８５０は、ＩＰ処理副層８２４に受け取られる。そして、受け取られたＩＰパケットは、矢印８５８によって表されるように、以下の動作に基づいて処理される。ＩＰ処理副層８２４は、矢印８６２によって示すように、ＡＭＲ音声コーデックフィールド８５６を解析する。この解析の結果、Ａデータフィールド、Ｂデータフィールド、Ｃデータフィールドのそれぞれのビット数が特定され、この情報から、ＡＭＲ音声コーデックフレームを特定するＲＦＣＩ８６６を生成することができる。矢印８６４によって示すように、ＩＰ処理層は、Ｉｕ−ｐｓフレーム内で独立したフィールド８６６を生成するために、ＶｏＩＰパケットに添付されるＲＦＣＩを生成する。
そして、ＧＧＳＮのＩＰ処理副層８２４（図１４参照）は、矢印８６８によって示すように、ＡＭＲ音声フレームのＡビット、Ｂビット、ＣビットからＩｕ−ｐｓフレームの残りの部分を生成する。
そして、Ｉｕ−ｐｓフレームは、ＩＰプロトコルに基づいて、ＧＴＰ−Ｕを含む様々なプロトコル層を介して、ＳＧＳＮ３０６からＲＮＣ３１４にトランスポートされる。
ＲＮＣ３１４において、ＧＴＰ−Ｕプロトコル層８０４がＩｕ−ｐｓフレームを受け取ると、Ｉｕ−ｐｓフレームは、ＰＤＣＰに渡され、処理された後、無線アクセスインタフェースを介して、及びノードＢ装置を介してＵＥ３５２に伝送される。
図１７は、ＲＮＣのユーザプレーンプロトコルスタックによって、データパケット対して実行される処理を示している。図１７に示すように、処理ステップ８７０では、ＲＮＣのＰＤＣＰ層８０６がＩｕ−ｐｓフレームを受け取り、ＩＰ／ＵＤＰ／ＲＴＰヘッダ８６０を取り除いた後、矢印８７２によって示すように、ＳＤＵの残りの部分をＲＬＣ層８０８に渡す。そして、ＲＬＣ層８０８は、矢印８７４によって示すように、ＲＦＣＩ８６６を用いてＡデータフィールド、Ｂデータフィールド及びＣデータフィールドを分離する。矢印８７６によって示すように、Ａデータフィールド、Ｂデータフィールド及びＣデータフィールドは、それぞれＭＡＣ層８１０内の無線アクセスベアラＲＡＢ Ａ、ＲＡＢ Ｂ及びＲＡＢ Ｃを介して、ＵＥ３５２にトランスポートされる。
ＵＥ３５２内では、ＡＭＲ音声フレームは、ＰＨＹ層８１２及びＭＡＣ層８１４を介してトランスポートされた後、ＲＬＣ層８１６で再生される。そして、ＰＤＣＰ層８１８は、ＩＰ／ＵＰＤ／ＲＴＰヘッダを再生し、ＵＥのアプリケーション層８２０に渡す。
本発明の更なる様々な側面及び特徴は、添付の請求の範囲において定義されている。この請求の範囲から逸脱することなく、上述した実施の形態を様々に変更することができる。
添付資料１
ボイスオーバインターネットプロトコル（ＶｏＩＰ）は、パケットによるボイスデータの伝送に関連する。パケットは、パケットをどのようにルーティングするかを指定するヘッダに添付されるデジタルユーザデータの離散的なユニットである。パケットは、長さと期間を変えることができる。対称的に、電話回線を用いたトラヒックは、パケット交換型ではなく回線交換型であり、各データユニットは、固定長あり、期間も固定されている。ボイスデータのパケット交換は、マルチアプリケーションソフトウェアによって指示されるボイス、データ及びビデオトラヒックの統合の要求に基づいて実行される。ボイス及びデータトラヒックを統合することにより、通信チャンネル帯域幅をより効率的に使用することができる。回線交換電話方式は、通常、時分割多重化スキーム（ＴＤＭ）を用いて帯域幅を割り当てる。このようなＴＤＭスキームでは、電話機ユーザには、ユーザが話していないときでも、継続的に、固定チャンネルのタイムスロットに帯域幅を割り当てる。（発話が交互に行われ、あるいは返答を思案する時間のため）通常の会話音声パターンの約５０％が無音であることを考慮すると、継続的に帯域幅を割り当てるＴＤＭスキームは、無駄が多いと言える。ＶｏＩＰは、パケット交換により、会話における実際の発話の間に相当する必要な場合のみ帯域幅の使用を許可し、会話における無音の部分では、帯域幅を他のユーザに割り当てるスキームの一例である。この効率的な帯域割り当てスキームは、統計的ＴＤＭとして知られている（ＳＴＤＭ）。パケット交換ボイスの更なる利点は、回線交換ＴＤＭチャンネルは、１秒あたり６４キロビットのデータレートを必要とするが、パケットを用いた音声チャンネルは、１秒あたり４．８〜８キロビットのデータレートで動作できるという点である。
周知の回線交換電話網は、ハードワイヤード構造（６４ｋｂｉｔ／ｓ ＴＤＭアーキテクチャ）を有し、容易には変更できない。例えば、近年、５〜８キロビット／秒の範囲で動作する狭帯域幅コーデックが利用可能になっているが、電話網、電話交換機及び他のコンポーネントの柔軟性の欠如のために、この利益を享受することができない。コーデック（コーダ／デコーダ）は、パケットネットワークに亘るトランスポートのために、アナログ音声信号をデジタルサンプルに変換する。ＶｏＩＰは、変化をサポートし、提供されるサービスレベルの柔軟性を高めるインフラストラクチャである。例えば、ＶｏＩＰを用いることにより、データレート、使用される符号化技術、ＩＰアドレス、ポート番号及び例えば最大遅延等のＱｏＳ要求を折衝することができる。
インターネットプロトコル（ＩＰ）は、インターネット上のデータパケット通信をサポートする。インターネットは、コネクションレスなシステムとして設計され、これは、ソースと宛先ホストマシンとの間でパスが固定されていないことを意味する。したがって、ＩＰトラヒックルーティングは、固定接続がないために、所定の接続に関してデータテーブルが維持されないという意味において、ステートレス（stateless）である。これは、発呼側と被呼側の間にコネクション型の固定経路を確立する回線交換電話網と大きく異なる点である。このような固定接続は、音声の実時間の低遅延要求をサポートするように設計される。インターネットは、ボイストラヒックではなく、主にデータのために設計された、「ベストエフォート型」の配信ネットワークである。これは、データを配信する際、（例えば、網輻輳、又は雑音によるデータ欠落のため）問題が発生し、又は宛先のホストを見つけることができない場合、パケットが削除されることを意味する。
パケットボイスデータを実時間モードでデジタル信号からアナログ信号に逆変換する場合、会話における不自然な遅延をユーザに感じさせないためには、ボイスパケットのための双方向の遅延は、等しく、通常、３００ミリ秒未満である必要がある。しかしながら、標準の（非ボイス）データパケットは、ネットワークを介して、送信機と受信機との間でのタイミング構成を考慮することなく非同期通信される場合がある。ボイスパケットは、標準のデータトラヒックに比べて、誤りに対するトレランスが高い。具体的には、ボイス再生の忠実度に大きく影響することなく、最大５％のボイスデータパケットを欠落させることができる。多くの低ビットレートボイスコーデックによって生成されるボイスパケットのサイズは、非常に短く、通常、１０〜３０バイト程度（期間にして１０〜３０ミリ秒）である。ボイスパケットに添付される典型的なＩＰヘッダは、約２０バイト長である。小さなデータパケットを用いることにより、ルータでの処理遅延を短くできるという利点がある。
ＴＣＰは、誤り検査、データの確認応答、欠落し又は誤まりを含んだデータの再送信、フロー制御管理等のデータ保全動作に関する包括的なサポートを提供するので、インターネット上の殆どのユーザトラヒックは、伝送制御プロトコル（ＴＣＰ）ヘッダと共にトランスポートされる。ここで、包括的なＴＣＰサポート機能により、音声に必要な実時間性能では許容し難い４００〜５００ミリ秒の総合的な遅延が導入される。また、ＴＣＰは、ボイストラヒックに関して、ネットワークが混雑しているときにパケット伝送を遅らせるという、短所がある。このため、ボイストラヒックのために、ユーザデータグラムプロトコル（ＵＤＰ）として知られている異なるプロトコルが用いられている。
ＴＣＰは、接続指向プロトコルであり、これは、何らかのデータをネットワークノード間で伝送する前に、送信装置及び受信装置が協力して、双方向通信チャンネルを確立しなくてはならないことを意味する。次に、ローカルネットワークを介して送信されたデータの各パッケージに対しては、確認応答が返され、送信側の機器は、各データパッケージが誤りなしで受信されたことを確認するために、状態情報を記録する。
対照的に、ＵＤＰは、コネクションレスプロトコルであり、これは、送信側の機器がデータがルーティングされていることを受信装置に通知しないで、一方的にデータパケットを送ることを意味する。受信装置は、各データパケットを受け取っても、送信側の機器に状態情報を返さない。接続指向プロトコルであるＴＣＰは、ＵＤＰより信頼性が高いが、ＴＣＰによって実行される追加的な誤り検査及びフロー制御のために、処理速度は、ＵＤＰより遅い。更に、ＵＤＰは、ネットワークが混雑している場合であってもパケットを送信し続ける。
図１は、ＶｏＩＰプロトコルスタックの構造を示している。これは、ＶｏＩＰが他のインターネットプロトコルとともに、どのように動作するかを示している。プロトコルスタックは、物理層１１０と、データリンク層１２０と、インターネットプロトコル（ＩＰ）層１３０と、ユーザデータグラムプロトコル（ＵＤＰ）層１４０と、実時間プロトコル（ＲＴＰ）層１５０と、ボイス層１６０とを含む。
物理層１１０は、媒体及び信号物理的側面（例えば、電圧）を定義する。また、物理層１１０は、クロッキング及び同期動作、並びに物理的なコネクタを定義する。データの誤り訂正符号化は、物理層１１０が行う。データリンク層１２０は、１つのデータのリンクを介したトラヒックの転送をサポートする。データリンク層１２０で用いられる特定のプロトコルによって、誤り検出及び再送信を実行できる。ＩＰ層１３０は、データパケット（データグラムとも呼ばれる。）をどのように生成し、ネットワークを介してトランスポートするかを決定する。ＩＰ層１３０は、データを送信する場合、一組のタスクを実行し、データを受信する場合、他の一組のタスクを実行する。データの送信時には、ＩＰ層１３０は、宛先アドレスがローカル（すなわち、同じネットワーク内）であるか又はリモートであるかを判定する。ＩＰ層１３０は、ローカルの宛先については、ダイレクト通信を開始し、宛先がリモートにある場合、ゲートウェイ（ルータ）を介して通信する必要がある。宛先ネットワークノードがデータを受信すると、ＩＰ層１３０は、データパケットが伝送中に破損していないことを確認し、及びデータが正しい宛先に届けられたことを確認する。そして、ＩＰ層１３０は、ＩＰデータグラム内のデータフィールドのコンテンツをチェックし、ソースＩＰが如何なる指示を送ったかを判定する。これらの指示は、通常、例えば、プロトコルスタックの次の上位層、この場合、ＵＤＰ層１４０にデータを供給する等、何らかの動作を実行するための指示である。図３（後述）は、ＩＰデータパケットの構造を示している。
ＵＤＰ層１４０は、主に、ＩＰトラヒックの送信及び受信のためのマルチプレクサ／デマルチプレクサとして機能する。ＵＤＰデータグラムは、宛先ポート番号及びソースポート番号を含んでいる。宛先ポート番号は、ＵＤＰ及び受信装置のオペレーティングシステムによって使用され、適切な受信者（例えば、適切なアプリケーションプログラム）へのトラヒックを提供する。ＵＤＰポート番号及びＩＰアドレスは、結合されて「ソケット」を形成する。連結されたアドレスは、インターネット内で一意的である必要があり、ソケットの対は、各エンドポイント接続を特定する。幾つかのＶｏＩＰのベースの発呼処理プロトコルは、ポート番号へのアクセスなしでは効果的に機能できない。例えば、呼の確立及び分解（tear-down）のために用いられるセッション開始プロトコル（ＳＩＰ）は、特に、アプリケーション間での、パケット通話の間に用いられるポート番号の受け渡しをサポートする。図２（後述）は、ＵＤＰデータパケットの構造を示している。
ＲＴＰ層１５０は、実時間トラヒックをサポートする機能を提供し、すなわち宛先アプリケーションにおいて、実時間での再生を必要とするトラヒックをサポートする。ＲＴＰ層１５０によって提供されるサービスは、ペイロードタイプ識別（例えば、オーディオトラヒック）、シーケンスへの番号付け、タイムスタンピング、配信監視等を含む。ＲＴＰは、基底に存在するネットワークがマルチキャスト配信をサポートしている場合、このマルチキャスト配信を介する複数の宛先へのデータ転送をサポートする。ＲＴＰシーケンス番号により、受信機は、元のパケットシーケンスを再構築することができる。また、シーケンス番号を用いて、パケットの正しい位置を判定することもできる。ＲＴＰは、タイムリな配信を約束し、又は他のＱｏＳ保証を提供するような如何なるメカニズムも有していない。このような保証は、下位の層が担っている。ボイスデータは、原理的には、ＩＰ上に、又はＩＰ上のＵＤＰ上に設けることができるが、技術的に最良の代替例は、図１のプロトコルスタックに示すように、ＩＰ上のＵＤＰ上のＲＴＰ上にボイスを設けることである。
図２は、データグラムヘッダ２５０及びデータペイロード２６０を含むＵＤＰデータグラムの構造を示している。データグラムヘッダ２５０は、４つの１６ビットのフィールドと、ソースポートフィールド２５２と、宛先ポートフィールド２５４と、データ長フィールド２５６と、チェックサムフィールド２５８とを含んでいる。ソースポートフィールド２５２には、通常、送信側の機器の適切なＵＤＰポート番号が格納される。ソースポートフィールド値を用いる場合、受信装置は、ソースポートフィールド値を返信用のアドレスとして用いる。有効なソースポートフィールドを設けるか否かは任意である。宛先ポートフィールド２５４は、データグラムを配信すべき受信装置上のＵＤＰポートアドレスを指定する。データ長フィールド２５６は、ＵＤＰデータグラムの総データ長（ヘッダ及びペイロード）をオクテットで特定する。チェックサムフィールド２５８は、データグラムが伝送中に破損していないことを確認するために用いられる。データペイロード２６０は、可変長である。ＵＤＰでは、最大６４のキロバイトのサイズ（ＩＰによって許可されている最大パケットサイズ）を有するメッセージを送信することができる。データグラムヘッダ２５０は、ＵＤＰポートアドレスのみを含み、ソース又は宛先ＩＰアドレスを含んでいないが、チェックサムデータは、宛先ＩＰアドレス情報を含み、これにより、受信装置は、ＵＤＰデータグラムが誤って配信されたか否かを判断することができる。
図３は、ＩＰデータグラムヘッダ２７０及びデータペイロード２９６を含むＩＰデータグラムの構造を示している。ＩＰデータグラムヘッダ２７０は、４ビット、８ビット、１６ビット又は３２ビットの長さの１２個の個別のフィールドを含んでいる。ソースネットワーク装置（コンピュータ又はモバイル端末）上のＩＰは、ＩＰデータグラムヘッダ２７０を構築し、宛先におけるＩＰは、ＩＰヘッダのコンテンツを調べ、ＩＰデータグラムのデータペイロードをどう処理したらよいかを判定する。ＩＰヘッダには、ソースホスト及び宛先のホストのＩＰアドレスを含む多くの情報が含まれている。バージョンフィールド２７２は、どのバージョンのＩＰが用いられているかを示す。インターネットプロトコルヘッダ長（Internet header length：ＩＨＬ）フィールド２７４は、３２ビットワード内のＩＰヘッダの長さを特定する４ビットを含んでいる。通常、ヘッダは、２０バイトを含み、この場合、ＩＨＬ値は、５になる。なお、ヘッダ長は、固定ではない。サービスタイプフィールド（type of service field：ＴＯＳ）２７６により、ソースＩＰは、例えば、長い又は短い遅延、通常の又は高いスループット、及び通常の又は高い信頼度等、固有のルーティングを情報に指定することができる。最も低い優先順位０から最も高い優先順位７までの範囲の優先順位値は、データグラムの相対的な重要度を示す。この優先順位値を用いて、ネットワーク内のフロー制御及び輻輳メカニズムが実現され、ルータ、サーバ及びホストノードは、網輻輳が生じている場合、どのような順序でデータグラムを削除するかを決定することができる。全長フィールド２７８は、ＩＰデータグラムの総データ長（すなわち、ヘッダ及びペイロード）をオクテットで指定する。データグラムの可能な最大長は、２１６バイトである。識別フィールド２８０は、ソースＩＰによってＩＰデータグラムに割り当てられた、インクリメントされるシーケンス番号を含んでいる。フラグフィールド２８２は、データのフラグメント化の可能性を示す。「フラグメント不可」（don't fragment：ＤＦ）フラグは、フラグメント化が可能か否かを指定する。「モアフラグメント」（more fragments：ＭＦ）フラグは、関連するデータグラムがフラグメントであることを示す。ＭＦ＝０の場合、更なるフラグメントが存在せず、又はデータが全くフラグメント化されていないことを意味する。フラグメントオフセットフィールド２８４は、ＩＰ宛先において、受け取ったフラグメントを正しい順序で再構築するために用いられる連続したフラグメントのそれぞれに割り当てられた数値である。有効期間フィールド（time to live field）２８６は、秒又はルータホップによって、ＩＰデータグラムが削除されるまでの有効期間を示している。ネットワークをデータグラムが通過する際、各ルータは、このフィールドを調べて、例えば、データグラムがルータ内で遅延した秒数に応じて、このフィールドをデクリメントする。このフィールドがゼロに達すると、データグラムは、削除される。プロトコルフィールド２８８は、ＩＰがデータペイロードを配信するべきプロトコルアドレスを格納する。プロトコルアドレス１は、インターネット制御メッセージプロトコル（ＩＣＭＰ）に対応し、プロトコルアドレス６は、伝送制御プロトコル（ＴＣＰ）に対応し、プロトコルアドレス１７は、ユーザデータグラムプロトコル（ＵＤＰ）に対応している。ヘッダチェックサムフィールド２９０は、ヘッダの妥当性を確認するために用いられる１６ビット値を含む。ヘッダチェックサム値は、有効期間フィールド２８６がデクリメントされる都度、各ルータで再計算される。チェックは、ユーザデータストリームに対しては行われない。ソースＩＰアドレスフィールド２９２は、応答をソースＩＰに送るために宛先ＩＰによって用いられる。宛先ＩＰアドレスフィールド２９４は、データが正しい宛先に配信されたことを確認するために宛先ＩＰによって用いられる。
ＶｏＩＰプロトコルスタックの構造を示す図である。 ＵＤＰデータパケットの構造を示す図である。 ＩＰｖ４データパケットの構造を示す図である。 データパケット通信をサポートするよう構成された移動体無線ネットワークの例示的アーキテクチャを示す図である。 図４に示すＧＰＲＳをサポートするモバイルネットワークを概略的に示す図である。 ３つの異なるカテゴリのボイスデータについて、ＱｏＳパラメータの制御プレーン通信のための構成を示す図である。 図６に示す構成のための制御プレーン通信シーケンスの例示的動作を説明するフローチャートである。 図６に示す構成のための制御プレーン通信シーケンスの更なる処理手順を説明するフローチャートである。 非特許文献２から引用した、サービス品質（ＱｏＳ）に関連する様々な無線アクセスベアラサービス属性及びこれらに対応するＲＡＢサービス属性値の表を示す図である。 非特許文献２から引用した、サービス品質（ＱｏＳ）に関連する様々な無線アクセスベアラサービス属性及びこれらに対応するＲＡＢサービス属性値の表を示す図である。 非特許文献４から引用した、５つの所定の音声コーデックデータフレームタイプのそれぞれの広帯域適応型マルチレート（ＡＭＲ−ＷＢ）ビットフォーマットを列挙する表を示す図である。 非特許文献２から引用した、データの相対的な重要度に基づく各ＲＡＢサブフローにおけるビット数の設定例の表を示す図である。 単一の無線アクセスベアラについて、ＱｏＳパラメータを指定する既知のＱｏＳ情報要素のデータ構造を示す図である。 第１の無線アクセスベアラのＱｏＳパラメータを指定し、及びＵＭＴＳベアラ内のとなるＱｏＳオプションについて、２つの異なるＱｏＳパラメータを指定する更なる任意のデータフィールドを有する本発明に基づくＰＤＰコンテキスト情報要素のデータ構造を示す図である。 ＩＰをＵＥと送受するために適応化されたユーザプレーン内のプロトコルスタックを示す図である。 ＶｏＩＰ用のＩｕ−ｐｓフレームの構造を示す図である。 ＧＧＳＮのユーザプレーンプロトコルスタックによって、データパケットに対して実行される処理を説明する図である。 ＲＮＣのユーザプレーンプロトコルスタックによって、データパケット対して実行される処理を説明する図である。

Claims (27)

  1. 移動体であるユーザ機器に、複数の異なる種類のデータを含むペイロードデータを搬送するインターネットデータパケットを通信する機能を提供する電気通信システムにおいて、
    上記ユーザ機器とデータパケット通信ネットワークとの間でデータパケットを通信するためのインタフェースを提供するゲートウェイサポートノードと、
    上記ユーザ機器とデータパケットを通信するための無線アクセスベアラを提供する無線ネットワークコントローラを用いて、上記ゲートウェイサポートノードと該ユーザ機器との間でデータパケットを通信するサービスサポートノードとを備え、
    ゲートウェイサポートノード及びユーザ機器の少なくと一方は、
    各データパケット内のペイロードデータを解析し、複数の異なるデータの種類の数及び各異なる種類のデータ内のデータシンボルの数を判定し、
    ペイロード内の異なるデータの種類の数及び各異なる種類のデータ内のシンボルの数を示す情報を提供する無線アクセスベアラのサブフローインディケータを生成し、
    各データパケットのペイロードデータを上記サブフローインディケータに結合することによって、各データパケットのために、上記サービスサポートノードを介して、上記ゲートウェイサポートノードと無線ネットワークコントローラの間で各データパケットを通信するために用いられるトランスポートフレームを生成し、
    上記データパケットは、
    上記サブフローインディケータを検出し、該サブフローインディケータに基づいて、
    異なるデータフィールドからのデータを、異なるデータの種類に適するサービスパラメータの異なる品質を提供する異なる無線アクセスベアラを介して通信するように準備することによって、上記無線ネットワークコントローラとユーザ機器の間で通信される電気通信システム。
  2. 上記ゲートウェイサポートノード及びユーザ機器の少なくとも一方は、各データパケットからのペイロードデータ及びインターネットプロトコルヘッダからサービスデータユニットを生成し、及び該サービスデータユニットをサブフローインディケータに結合することによって、トランスポートフレームを生成することを特徴とする請求項１記載の電気通信システム。
  3. 上記ユーザ機器及び無線ネットワークコントローラは、通信前にサービスデータユニットからインターネットプロトコルヘッダを取り除き、各サブフロー無線アクセスベアラを介したペイロードデータの通信後に該サービスデータユニットにインターネットプロトコルヘッダを追加するデータパケットプロトコル層をそれぞれ備えることを特徴とする請求項２記載の電気通信システム。
  4. 上記インターネットプロトコルヘッダは、上記ペイロードデータに結合される前に圧縮符号化され、上記サービスデータユニットを生成することを特徴とする請求項２又は３記載の電気通信システム。
  5. 上記圧縮されたインターネットプロトコルヘッダは、上記サービスデータユニットから取り除かれる際に伸張され、上記ゲートウェイサポートノード内でインターネットパケットが再生されることを特徴とする請求項４記載の電気通信システム。
  6. 上記インターネットパケットのペイロードデータは、適応型マルチレート音声符号化によって生成された、複数の異なる種類のデータを提供するデータフレームを含むことを特徴とする請求項１乃至５いずれか１項記載の電気通信システム。
  7. 上記データ通信ネットワークは、汎用パケット無線システム（ＧＰＲＳ）に基づいて動作し、上記ゲートウェイサポートノードは、ゲートウェイＧＰＲＳサポートノードであり、上記サービスサポートノードは、サービスＧＰＲＳサポートノードであることを特徴とする請求項１乃至６いずれか１項記載の電気通信システム。
  8. 移動体であるユーザ機器に、複数の異なる種類のデータを含むペイロードデータを搬送するインターネットデータパケットを通信する通信方法において、
    上記ユーザ機器とデータパケット通信ネットワークとの間でデータパケットを通信するためのインタフェースを準備するステップと、
    上記ユーザ機器に及び／又は上記ユーザ機器からデータパケットを通信するための無線アクセスベアラを提供する無線ネットワークコントローラを用いて、上記インタフェースとユーザ機器との間でデータパケットを通信するステップとを有し、該インタフェースと移動ユーザ機器との間の通信は、
    各データパケット内のペイロードデータを解析し、複数の異なるデータの種類の数及び各異なる種類のデータ内のデータシンボルの数を判定するステップと、
    ペイロード内の異なるデータの種類の数及び各異なる種類のデータ内のシンボルの数を示す情報を提供する無線アクセスベアラのサブフローインディケータを生成し、無線アクセスベアラのサブフローインディケータを生成するステップと、
    各データパケットのペイロードデータを上記サブフローインディケータに結合することによって、各データパケットのために、上記インタフェースと上記無線ネットワークコントローラの間で各データパケットを通信するために用いられるトランスポートフレームを生成するステップと、
    上記サブフローインディケータを検出し、該サブフローインディケータに基づいて、異なるデータフィールドからのデータを、異なる種類のデータに適するサービスパラメータの異なる品質を提供する異なる無線アクセスベアラを介して通信するように準備することによって、上記無線ネットワークコントローラとユーザ機器の間で通信するステップとを有する通信方法。
  9. 上記トランスポートフレームを生成するステップは、各データパケットからのペイロードデータ及びインターネットプロトコルヘッダからサービスデータユニットを生成し、及び該サービスデータユニットをサブフローインディケータに結合するステップを含むことを特徴とする請求項８記載の通信方法。
  10. 上記ユーザ機器と無線ネットワークコントローラの間でデータパケットを通信するステップは、通信前にサービスデータユニットからインターネットプロトコルヘッダを取り除き、各サブフロー無線アクセスベアラを介したペイロードデータの通信後に該サービスデータユニットにインターネットプロトコルヘッダを追加するステップを含むことを特徴とする請求項９記載の通信方法。
  11. 上記トランスポートフレームを生成するステップは、上記インターネットプロトコルヘッダを上記ペイロードデータに結合する前に圧縮符号化し、上記サービスデータユニットを生成するステップを含むことを特徴とする請求項９又は１０記載の通信方法。
  12. 上記圧縮されたインターネットプロトコルヘッダを、上記サービスデータユニットから取り除く際に伸張し、上記ゲートウェイサポートノード内でインターネットパケットを再生するステップを更に有する請求項１１記載の通信方法。
  13. 上記インターネットパケットのペイロードデータは、適応型マルチレート音声符号化によって生成された、複数の異なる種類のデータを提供するデータフレームを含むことを特徴とする請求項８乃至１２いずれか１項記載の通信方法。
  14. ユーザ機器とデータパケット通信ネットワークの間で、複数の異なる種類のデータを含むペイロードデータを搬送するインターネットデータパケットを通信するゲートウェイサポートノードにおいて、
    データパケット処理層と、
    インターネットプロトコル通信層を介して、処理された上記データパケットを通信する仮想チャンネルを提供するユーザデータトンネリング層とを備え、上記データパケット処理層は、
    各データパケット内のペイロードデータを解析し、複数の異なるデータの種類の数及び各異なる種類のデータ内のデータシンボルの数を判定し、
    ペイロード内の異なるデータの種類の数及び各異なる種類のデータ内のシンボルの数を示す情報を提供する無線アクセスベアラのサブフローインディケータを生成し、
    各データパケットのペイロードデータを上記サブフローインディケータに結合することによって、各データパケットのために、ユーザデータトンネリング層を用いて、上記サービスサポートノードを介して、当該ゲートウェイサポートノードと無線ネットワークコントローラの間で各データパケットを通信するために用いられるトランスポートフレームを生成するゲートウェイサポートノード。
  15. 上記データパケット処理層は、ペイロードデータからサービスデータユニットを生成し、各データパケットからインターネットプロトコルヘッダを生成し、該サービスデータユニットとインターネットプロトコルヘッダとを結合することによって、トランスポートフレームを生成することを特徴とする請求項１４記載のゲートウェイサポートノード。
  16. 上記データパケット処理層は、上記インターネットプロトコルヘッダを上記ペイロードデータに結合する前に該インターネットプロトコルヘッダを圧縮符号化し、サービスデータユニットを生成することを特徴とする請求項１５記載のゲートウェイサポートノード。
  17. 上記データパケット処理層は、上記インターネットプロトコルヘッダを上記サービスデータユニットから取り除く際に、該インターネットプロトコルヘッダを伸張し、上記インターネットパケットを再生することを特徴とする請求項１６記載のゲートウェイサポートノード。
  18. 当該ゲートウェイサポートノードは、ゲートウェイ汎用パケット無線システムサポートノードであることを特徴とする請求項１７記載のゲートウェイサポートノード。
  19. 請求項１４乃至１８いずれか１項記載のゲートウェイサポートノードから、無線ネットワークコントローラを介して、複数の異なる種類のデータを含むペイロードデータを搬送するインターネットデータパケットを受信する移動体であるユーザ機器において、
    無線ネットワークコントローラと協働して、それぞれがインターネットプロトコルデータパケットの異なる種類のデータの受信に適するサービス品質パラメータを提供する複数の無線アクセスベアラと、
    異なる各無線アクセスベアラから受信したデータシンボルの数から判定したデータフレームに異なる種類のデータを結合することによってインターネットプロトコルデータパケットを再生するデータパケット処理層とを備えるモバイルユーザ機器。
  20. 上記各サブフロー無線アクセスベアラを介したペイロードデータの通信の後にインターネットプロトコルヘッダを加えるデータパケットプロトコル層を更に備える請求項１９記載のユーザ機器。
  21. 請求項１４乃至１８いずれか１項記載のゲートウェイサポートノードに無線ネットワークコントローラを介して、複数の異なる種類のデータを含むペイロードデータを搬送するインターネットデータパケットを通信する移動体のユーザ機器において、
    各データパケット内のペイロードデータを解析し、複数の異なるデータの種類の数及び各異なる種類のデータ内のデータシンボルの数を判定し、
    ペイロード内の異なるデータの種類の数及び各異なる種類のデータ内のシンボルの数を示す情報を提供する無線アクセスベアラのサブフローインディケータを生成し、該サブフローインディケータに基づいて、異なるデータフィールドからのデータを、異なるデータの種類に適するサービスパラメータの異なる品質を提供する異なる無線アクセスベアラを介して通信するように準備するインターネットプロトコルパケット処理層とを備えるユーザ機器。
  22. 請求項１４乃至１８いずれか１項記載のゲートウェイサポートノードと、請求項１９乃至２１いずれか１項記載のユーザ機器の間でデータを通信するための無線ネットワークコントローラ。
  23. データプロセッサにロードされて、該データプロセッサを、請求項１４乃至１８いずれか１項記載のゲートウェイサポートノード、請求項１９乃至２１いずれか１項記載のユーザ機器、又は請求項２２記載の無線ネットワークコントローラとして動作させるコンピュータにより実行可能な命令を提供するコンピュータプログラム。
  24. データプロセッサにロードされて、該データプロセッサに、請求項８乃至１３いずれか１項記載の通信方法を実現させるコンピュータにより実行可能な命令を提供するコンピュータプログラム。
  25. 請求項２３又は２４記載のコンピュータプログラムを表す情報信号が記録されたコンピュータにより読取可能な媒体を備えるコンピュータプログラム製品。
  26. 添付の図面を参照して、実質的に明細書に説明する電気通信システム、ゲートウェイサポートノード、サービスサポートノード、無線ネットワークコントローラ又は移動体であるユーザ機器。
  27. 添付の図面を参照して、実質的に明細書に説明するインターネットデータパケットの通信方法。
JP2006505947A 2003-03-17 2004-03-12 インターネットデータパケットの通信の通信装置及び通信方法 Expired - Lifetime JP4680890B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0306052A GB2399712A (en) 2003-03-17 2003-03-17 Telecommunications apparatus and method for multiple data type packets
PCT/GB2004/001035 WO2004084574A2 (en) 2003-03-17 2004-03-12 Telecommunications apparatus and method for communicating internet protocol packet data

Publications (2)

Publication Number Publication Date
JP2006521050A true JP2006521050A (ja) 2006-09-14
JP4680890B2 JP4680890B2 (ja) 2011-05-11

Family

ID=9954911

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006505947A Expired - Lifetime JP4680890B2 (ja) 2003-03-17 2004-03-12 インターネットデータパケットの通信の通信装置及び通信方法

Country Status (7)

Country Link
US (1) US7688859B2 (ja)
EP (1) EP1604535B1 (ja)
JP (1) JP4680890B2 (ja)
CN (2) CN1781322A (ja)
ES (1) ES2810014T3 (ja)
GB (1) GB2399712A (ja)
WO (1) WO2004084574A2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008527841A (ja) * 2005-02-18 2008-07-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 公衆陸上移動網におけるピア・ツー・ピア通信を提供するための構成

Families Citing this family (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2399713A (en) * 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method based on quality of service
GB2399712A (en) 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method for multiple data type packets
US20050286487A1 (en) * 2004-06-29 2005-12-29 Interdigital Technology Corporation Distributed routing of data flow
US7672272B2 (en) * 2004-08-31 2010-03-02 Telefonaktiebolaget L M Ericsson (Publ) Frame size adaptation in real-time transport protocol
US7830862B2 (en) * 2005-01-07 2010-11-09 At&T Intellectual Property Ii, L.P. System and method for modifying speech playout to compensate for transmission delay jitter in a voice over internet protocol (VoIP) network
DE102005001123A1 (de) * 2005-01-10 2006-07-20 Infineon Technologies Ag Kommunikationssystem, Verfahren zum Steuern eines Kommunikationssystems, Netzzugangsvorrichtung und Verfahren zum Steuern einer Netzzugangsvorrichtung
US20140105129A1 (en) * 2008-12-16 2014-04-17 Orange Sa Packet radio communications system
US7876758B2 (en) * 2005-04-08 2011-01-25 Agere Systems Inc. Method and apparatus for improved voice over Internet protocol (VoIP) transmission in a digital network
US7756050B2 (en) * 2005-04-29 2010-07-13 Alcatel-Lucent Usa Inc. Method to provide unequal error protection and unequal error detection for internet protocol applications
JP4790438B2 (ja) * 2006-02-07 2011-10-12 株式会社エヌ・ティ・ティ・ドコモ パケット多重伝送方法
KR101176254B1 (ko) 2006-02-07 2012-08-22 닛본 덴끼 가부시끼가이샤 이동체 통신 시스템, 드리프트 기지국 제어 장치, 서빙 기지국 제어 장치, 무선 단말기, 코어 네트워크, 무선 단말기 제어 방법 및 리로케이션 방법
GB2436417B (en) * 2006-03-22 2008-02-20 Nec Technologies Radio access bearer transfer
US9198084B2 (en) * 2006-05-26 2015-11-24 Qualcomm Incorporated Wireless architecture for a traditional wire-based protocol
US20080132268A1 (en) * 2006-12-01 2008-06-05 Cingular Wireless Ii, Llc Dynamic quality of service adaptation in packet data communications
US8638713B2 (en) 2006-12-01 2014-01-28 At&T Mobility Ii Llc Non-intrusive in-session QoS parameter modification method
US8139581B1 (en) 2007-04-19 2012-03-20 Owl Computing Technologies, Inc. Concurrent data transfer involving two or more transport layer protocols over a single one-way data link
EP2192714B1 (en) * 2007-07-06 2015-09-02 Huawei Technologies Co., Ltd. HARQ communication method, system, base station apparatus, and mobile station apparatus thereof
US9030934B2 (en) * 2007-09-07 2015-05-12 Qualcomm Incorporated Host-based quality of service for wireless communications
US8543107B1 (en) 2007-09-24 2013-09-24 Sprint Spectrum L.P. Method and system for delivering short message service (SMS) messages using the session initiation protocol (SIP)
CN101409951B (zh) 2007-10-11 2010-08-25 华为技术有限公司 承载建立方法及相关装置
US7944949B2 (en) * 2007-10-16 2011-05-17 Applied Micro Circuits Corporation Multiservice system and method for packet and time division multiplexed transport
US8520663B2 (en) * 2008-02-26 2013-08-27 At&T Intellectual Property I, L. P. Systems and methods to select peered border elements for an IP multimedia session based on quality-of-service
US8811294B2 (en) * 2008-04-04 2014-08-19 Qualcomm Incorporated Apparatus and methods for establishing client-host associations within a wireless network
US8346225B2 (en) * 2009-01-28 2013-01-01 Headwater Partners I, Llc Quality of service for device assisted services
US8275830B2 (en) 2009-01-28 2012-09-25 Headwater Partners I Llc Device assisted CDR creation, aggregation, mediation and billing
US8832777B2 (en) 2009-03-02 2014-09-09 Headwater Partners I Llc Adapting network policies based on device service processor configuration
US9137739B2 (en) 2009-01-28 2015-09-15 Headwater Partners I Llc Network based service policy implementation with network neutrality and user privacy
US8402111B2 (en) 2009-01-28 2013-03-19 Headwater Partners I, Llc Device assisted services install
US8589541B2 (en) 2009-01-28 2013-11-19 Headwater Partners I Llc Device-assisted services for protecting network capacity
US8406748B2 (en) 2009-01-28 2013-03-26 Headwater Partners I Llc Adaptive ambient services
US9398089B2 (en) * 2008-12-11 2016-07-19 Qualcomm Incorporated Dynamic resource sharing among multiple wireless devices
US10779177B2 (en) 2009-01-28 2020-09-15 Headwater Research Llc Device group partitions and settlement platform
US9572019B2 (en) 2009-01-28 2017-02-14 Headwater Partners LLC Service selection set published to device agent with on-device service selection
US10237757B2 (en) 2009-01-28 2019-03-19 Headwater Research Llc System and method for wireless network offloading
US9980146B2 (en) 2009-01-28 2018-05-22 Headwater Research Llc Communications device with secure data path processing agents
US10484858B2 (en) 2009-01-28 2019-11-19 Headwater Research Llc Enhanced roaming services and converged carrier networks with device assisted services and a proxy
US9706061B2 (en) 2009-01-28 2017-07-11 Headwater Partners I Llc Service design center for device assisted services
US20100205321A1 (en) * 2009-02-12 2010-08-12 Qualcomm Incorporated Negotiable and adaptable periodic link status monitoring
US8687591B2 (en) 2009-04-27 2014-04-01 Qualcomm Incorporated Relay node user plane support
US9264248B2 (en) * 2009-07-02 2016-02-16 Qualcomm Incorporated System and method for avoiding and resolving conflicts in a wireless mobile display digital interface multicast environment
US9582238B2 (en) 2009-12-14 2017-02-28 Qualcomm Incorporated Decomposed multi-stream (DMS) techniques for video display systems
WO2012042208A1 (en) * 2010-09-28 2012-04-05 British Telecommunications Public Limited Company Multi-class data transport
EP2628354A4 (en) * 2010-10-12 2017-01-25 Samsung Electronics Co., Ltd Method and apparatus of communicating machine type communication data over an iu interface in a universal mobile telecommunications system
US20120182934A1 (en) * 2011-01-18 2012-07-19 John Diachina Application layer communication via an intermediate node
US8964783B2 (en) 2011-01-21 2015-02-24 Qualcomm Incorporated User input back channel for wireless displays
US9413803B2 (en) 2011-01-21 2016-08-09 Qualcomm Incorporated User input back channel for wireless displays
US10135900B2 (en) 2011-01-21 2018-11-20 Qualcomm Incorporated User input back channel for wireless displays
US9787725B2 (en) 2011-01-21 2017-10-10 Qualcomm Incorporated User input back channel for wireless displays
US9065876B2 (en) 2011-01-21 2015-06-23 Qualcomm Incorporated User input back channel from a wireless sink device to a wireless source device for multi-touch gesture wireless displays
US20130013318A1 (en) * 2011-01-21 2013-01-10 Qualcomm Incorporated User input back channel for wireless displays
US10108386B2 (en) 2011-02-04 2018-10-23 Qualcomm Incorporated Content provisioning for wireless back channel
US9503771B2 (en) 2011-02-04 2016-11-22 Qualcomm Incorporated Low latency wireless display for graphics
US8674957B2 (en) 2011-02-04 2014-03-18 Qualcomm Incorporated User input device for wireless back channel
US9525998B2 (en) 2012-01-06 2016-12-20 Qualcomm Incorporated Wireless display with multiscreen service
WO2015174901A1 (en) * 2014-05-15 2015-11-19 Telefonaktiebolaget L M Ericsson (Publ) Method and devices for controlling usage of multi-path tcp
CN105519024A (zh) * 2014-06-23 2016-04-20 华为技术有限公司 无线接入承载子流组合rfc的配置指示方法及装置
GB2536299C (en) * 2015-03-13 2017-07-05 Gurulogic Microsystems Oy Method of communicating data packets within data communication systems
EP3406058B1 (en) * 2016-01-19 2021-03-03 Deutsche Telekom AG Method for handling communication between a telecommunications network and a user equipment
US10965786B2 (en) 2018-10-31 2021-03-30 At&T Intellectual Property I, L.P. Adaptive fixed point mapping for uplink and downlink fronthaul
CN112929329B (zh) * 2021-01-15 2021-12-28 西安交通大学 一种基于Ethernet/IP协议的集群控制系统及其通信方法

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002098077A1 (en) * 2001-06-01 2002-12-05 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI108192B (fi) 1998-03-19 2001-11-30 Nokia Networks Oy Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä
US20010041575A1 (en) 1998-11-18 2001-11-15 Shahrokh Amirijoo Positioning of gprs mobiles using toa methodology
JP2000347563A (ja) * 1999-06-02 2000-12-15 Matsushita Electric Ind Co Ltd 地理情報処理装置
EP1096742A1 (en) * 1999-10-25 2001-05-02 Lucent Technologies Inc. Radio communication network
FI109753B (fi) 2000-01-14 2002-09-30 Nokia Corp Tietoliikennejärjestelmä, jolla on parannettu vikasieto
WO2001063898A2 (en) * 2000-02-22 2001-08-30 Nortel Networks Limited System and method for controlling a wireless packet switched voice call
US6961571B1 (en) 2000-04-05 2005-11-01 Telefonaktiebolaget Lm Ericsson (Publ) Relocation of serving radio network controller with signaling of linking of dedicated transport channels
AU2001242683A1 (en) 2000-04-07 2001-10-23 Nokia Corporation Transmission of fixed size protocol data units through the transparent radio link control
EP1278384B1 (en) * 2000-04-26 2006-02-22 Fujitsu Limited Multi-point communication method and communication control device
USH2051H1 (en) 2000-09-29 2002-11-05 Opuswave Networks, Inc. System and method for providing multiple quality of service classes
JP3449353B2 (ja) * 2000-12-13 2003-09-22 日本電気株式会社 通信方式およびトランスコーダのアライメント方法
JP3450295B2 (ja) 2000-12-14 2003-09-22 日本電気株式会社 通信方式および方法ならびに交換ノード
US7106718B2 (en) * 2001-02-09 2006-09-12 Telefonaktiebolaget Lm Ericsson (Publ) Signaling quality of service class for use in multimedia communicatations
KR100389819B1 (ko) * 2001-07-09 2003-07-02 삼성전자주식회사 부호분할다중접속 이동통신시스템에서 패킷 데이터 전송방법
EP1443784A4 (en) * 2001-11-08 2009-03-25 Mitsubishi Electric Corp WIRELESS COMMUNICATION PROCESS AND MOBILE TERMINAL USED THEREFOR
CN1173500C (zh) * 2001-12-05 2004-10-27 华为技术有限公司 高速下行数据包接入系统对不同服务质量业务的支持方法
US20040203640A1 (en) * 2002-05-10 2004-10-14 Anders Molander Providing RNC internet protocol address to circuit switched domain
BR0215544A (pt) * 2002-06-07 2004-12-28 Siemens Ag Processo e disposição para a transmissão de pacotes-ip entre um rádio controlada de rede e uma outra instalação de uma rede de rádio móvel
GB2399712A (en) 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method for multiple data type packets
GB2399713A (en) * 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method based on quality of service

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002098077A1 (en) * 2001-06-01 2002-12-05 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for transporting different classes of data bits in a payload over a radio interface

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008527841A (ja) * 2005-02-18 2008-07-24 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 公衆陸上移動網におけるピア・ツー・ピア通信を提供するための構成

Also Published As

Publication number Publication date
ES2810014T3 (es) 2021-03-08
US20060274706A1 (en) 2006-12-07
WO2004084574A2 (en) 2004-09-30
GB2399712A (en) 2004-09-22
CN102685803B (zh) 2017-04-12
CN102685803A (zh) 2012-09-19
CN1781322A (zh) 2006-05-31
GB0306052D0 (en) 2003-04-23
WO2004084574A3 (en) 2005-01-27
JP4680890B2 (ja) 2011-05-11
EP1604535A2 (en) 2005-12-14
EP1604535B1 (en) 2020-05-20
US7688859B2 (en) 2010-03-30

Similar Documents

Publication Publication Date Title
JP4680890B2 (ja) インターネットデータパケットの通信の通信装置及び通信方法
JP4702852B2 (ja) 異なる種類のデータを含むインターネットパケットを通信する無線電気通信装置及び方法
JP2006522518A5 (ja)
KR100663279B1 (ko) 이동통신시스템의 무선 채널에서 음성 서비스를 지원하는방법 및 장치
EP1325595B1 (en) Protocol header construction and/or removal for real-time data packets over wireless links
US6879599B1 (en) Mapping of transcoder/rate adaptor unit protocols onto user datagram protocols
US20050213546A1 (en) Method and device for transmitting ip packets between a radio network controller (rnc) and another element of a mobile radio network
EP1472835B1 (en) Processing different size packet headers for a packet based conversational service in a mobile communications system
JP4856251B2 (ja) 無線通信ネットワークにおけるヘッダの抑制
TWI381687B (zh) 在無線通訊系統中有效的支援ＶｏＩＰ所用之裝置及方法
KR100689473B1 (ko) 통신시스템에서 프로토콜 헤더 압축장치 및 방법
WO2006026889A1 (fr) Systeme et procede de commande dynamique de debit multimedia dans un systeme ims
KR20050007009A (ko) 이동통신시스템에서 신호 및 부가 데이터 전송 방법
JP4477240B2 (ja) データ送信方法及びネットワーク要素
MXPA01013115A (es) Transmision de informacion comprimida con requisito de tiempo real en una red de informacion orientada en paquetes.
EP1611716B1 (en) Radio network for communicating internet data packets containing different types of data
KR20060009433A (ko) 이동통신 시스템에서 헤더 압축을 이용한 패킷 서비스 방법
KR20060011678A (ko) 보이스 오버 아이피 서비스를 제공하는 이동통신시스템에서 실시간 전송 프로토콜 패킷과 실시간 전송제어 프로토콜 패킷의 구분 전송 방법 및 장치
KR20090085407A (ko) 광대역 무선통신 시스템에서 종단 간 압축 채널 구성을위한 장치 및 방법

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070220

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20091009

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20091020

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100120

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100127

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100222

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100301

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100323

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100330

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100420

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100608

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20100908

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20100915

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20101008

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20101018

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20101104

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101108

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20101111

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20110104

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20110203

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 4680890

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20140210

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250