(57)【要約】  以下の処理を行うネットワーク処理ノード（例えば、ＭＧＷ、ＭＲＦＰ）及び方法を開示する。（１）第１のヘテロジニアスリンク（例えば、無線リンク）を介してパケットを受信する。（２）受信したパケットを、第２のヘテロジニアスリンク（例えば、“インターネット”リンク）の既知の特性に基づいて処理する。（３）処理済みパケットを第２のヘテロジニアスリンク（例えば、“インターネット”リンク）を介して送信する。ネットワーク処理ノードは、受信パケットに対して、例えば、冗長性の付加、冗長性の除去、フレームの統合（再パケット化）、欠落したパケットの回復、および／または、パケットの再送といった処理を行うことができる。
2009521833.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク処理ノードであって、
プロセッサと、
メモリと、
前記メモリから読み出され前記プロセッサによって実行される命令と、
を備え、
前記命令は、前記プロセッサが、
第１のリンクを介して複数のパケットを受信し、
前記第１のリンクとは異なるチャネル特性を有する第２のリンクに関する既知の特性に基づいて、前記受信パケットを処理し、
前記第２のリンクを介して前記処理済みパケットを送信する
ことができるように構成されていることを特徴とするネットワーク処理ノード。
【請求項２】
前記プロセッサは、前記第２のリンクの前記既知の特性を更新するために使用する、前記第２のリンクに関するフィードバック情報を取得することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項３】
前記プロセッサは、
冗長性の付加、
冗長性の除去、
フレーム統合／再パケット化、
欠落したパケットの回復、
パケットの再送、
のうちの少なくともいずれか１つを行うことによって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項４】
前記プロセッサは、前記受信パケットのうちの１パケットの全部又は選択部分を前記第２のリンクを介して送信するパケットのうちの１パケットに付加する冗長性の付加によって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項５】
前記プロセッサは、前記受信パケットから冗長データの全部又は選択部分を除去する冗長性の除去によって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項６】
前記プロセッサは、前記受信パケットを再パケット化することによって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項７】
前記プロセッサは、前記受信パケットのうちの１以上のパケットからのデータを用いて欠落したパケットを回復する欠落パケットの回復によって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項８】
前記プロセッサは、パケットが欠落したときに、該欠落したパケットに含まれていたデータを含む受信パケットを前記第２のヘテロジニアスリンクを介して２回以上送信する受信パケットの再送によって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項９】
前記第１のリンクと前記第２のリンクは、
異なる特性を有する無線リンクと無線リンク、
異なる特性を有する有線リンクと有線リンク、
異なる特性を有する無線リンクと有線リンク、
ＷＣＤＭＡ  ＤＣＨリンクとＷＣＤＭＡ  ＨＳＰＡリンク、
ＧＰＲＳリンクとＥＧＰＲＳリンク、
ＥＧＰＲＳリンクとＬＡＮリンク、
ＷＣＤＭＡ  ＤＣＨリンクとＬＡＮリンク、
ＨＳＰＡリンクとＡＤＳＬリンク、
ＥＧＰＲＳリンクとＷＬＡＮリンク、
無線リンクとインターネットリンク、
ＨＳＰＡリンクと有線ＬＡＮリンク
のうちの少なくともいずれかであることを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項１０】
ネットワーク処理ノードにおいてパケットを処理する方法であって、
第１のリンクを介して複数のパケットを受信する受信ステップと、
前記第１のリンクとは異なるチャネル特性を有する第２のリンクに関する既知の特性に基づいて、前記受信パケットを処理する処理ステップと、
前記第２のリンクを介して前記処理済みパケットを送信する送信ステップと、
を有することを特徴とする方法。
【請求項１１】
前記第２のリンクの前記既知の特性を更新するために使用する、前記第２のリンクに関するフィードバック情報を受信するステップを更に有することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記処理ステップは、
冗長性付加ステップ、
冗長性除去ステップ、
フレーム統合／再パケット化ステップ、
欠落パケット回復ステップ、
パケット再送ステップ、
のうちの少なくともいずれか１つを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記処理ステップは、前記受信パケットのうちの１パケットの全部又は選択部分を前記第２のリンクを介して送信するパケットのうちの１パケットに付加する冗長性付加ステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１４】
前記処理ステップは、前記受信パケットから冗長データの全部又は選択部分を除去する冗長性除去ステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１５】
前記処理ステップは、前記第２のリンクを介して送信する前に前記受信パケットを再パケット化するフレーム統合ステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１６】
前記処理ステップは、過去に受信した１以上のパケットからのデータを用いて欠落したパケットを回復する欠落パケット回復ステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１７】
前記処理ステップは、パケットが欠落したときに、該欠落したパケットに含まれていたデータを含む受信パケットを前記第２のヘテロジニアスリンクを介して２回以上送信する再送ステップを含むことを特徴とする請求項１０に記載の方法。
【請求項１８】
前記第１のリンクと前記第２のリンクは、
異なる特性を有する無線リンクと無線リンク、
異なる特性を有する有線リンクと有線リンク、
異なる特性を有する無線リンクと有線リンク、
ＷＣＤＭＡ  ＤＣＨリンクとＷＣＤＭＡ  ＨＳＰＡリンク、
ＧＰＲＳリンクとＥＧＰＲＳリンク、
ＥＧＰＲＳリンクとＬＡＮリンク、
ＷＣＤＭＡ  ＤＣＨリンクとＬＡＮリンク、
ＨＳＰＡリンクとＡＤＳＬリンク、
ＥＧＰＲＳリンクとＷＬＡＮリンク、
無線リンクとインターネットリンク、
ＨＳＰＡリンクと有線ＬＡＮリンク
のうちの少なくともいずれかであることを特徴とする請求項１０に記載の方法。
【請求項１９】
前記ネットワーク処理ノードは、
メディア・ゲートウェイ・ノード、
マルチメディア・リソース・ファンクション・プロセッサ、
のいずれかを含むことを特徴とする請求項１０に記載の方法。
【請求項２０】
マルチメディア・リソース・ファンクション・プロセッサ（ＭＲＦＰ）であって、
プロセッサと、
メモリと、
前記メモリから読み出され前記プロセッサによって実行される命令と、
を備え、
前記命令は、前記プロセッサが、
第１のリンクを介して上位プロトコル層パケットを受信し、
前記第１のリンクとは異なるチャネル特性を有する第２のリンクに関する既知の特性に基づいて、前記受信した上位プロトコル層パケットを処理し、
前記第２のリンクを介して前記処理済み上位プロトコル層パケットを送信する
ことができるように構成されていることを特徴とするマルチメディア・リソース・ファンクション・プロセッサ。
【請求項２１】
前記プロセッサは、ＲＴＰペイロードに冗長性を付加することによって前記受信した上位プロトコル層パケットを処理することを特徴とする請求項２０に記載のＭＲＦＰ。
【請求項２２】
前記プロセッサは、
冗長性の付加、
冗長性の除去、
フレーム統合／再パケット化、
欠落したパケットの回復、
パケットの再送、
のうちの少なくともいずれか１つを行うことによって、前記受信した上位プロトコル層パケットを処理することを特徴とする請求項２０に記載のＭＲＦＰ。
【請求項２３】
前記プロセッサは、上位プロトコル層において冗長性を付加又は除去することによって、前記受信した上位プロトコル層パケットを処理することを特徴とする請求項２０に記載のＭＲＦＰ。
【請求項２４】
前記第１のリンクと前記第２のリンクは、
異なる特性を有する無線リンクと無線リンク、
異なる特性を有する有線リンクと有線リンク、
異なる特性を有する無線リンクと有線リンク、
ＷＣＤＭＡ  ＤＣＨリンクとＷＣＤＭＡ  ＨＳＰＡリンク、
ＧＰＲＳリンクとＥＧＰＲＳリンク、
ＥＧＰＲＳリンクとＬＡＮリンク、
ＷＣＤＭＡ  ＤＣＨリンクとＬＡＮリンク、
ＨＳＰＡリンクとＡＤＳＬリンク、
ＥＧＰＲＳリンクとＷＬＡＮリンク、
無線リンクとインターネットリンク、
ＨＳＰＡリンクと有線ＬＡＮリンク
のうちの少なくともいずれかであることを特徴とする請求項２０に記載のＭＲＦＰ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、特に、ネットワーク処理ノード（例えば、ＭＧＷ、ＭＲＦＰ）、及び、（１）第１のヘテロジニアス（heterogeneous）リンク（例えば、無線リンク）を介してパケットを受信し、（２）受信したパケットを、第２のヘテロジニアスリンク（例えば“インターネット”リンク）の、既知の特性に基づいて処理し、（３）処理済みパケットを第２のヘテロジニアスリンク（例えば“インターネット”リンク）を介して送信することができる方法に関する。
【背景技術】
【０００２】
まず略称の定義を示しておく。これらのうちの少なくともいくつかは、以下の従来技術及び本発明の好適な実施形態の説明の中で使用される。
ＡＭＲ      適応マルチレート（Adaptive Multi Rate）
ＡＳ        アプリケーションサーバ（Application Server）
ＢＷ        帯域（Bandwidth）
ＢＴＳ      送信基地局（Base Transceiver Station）
ＣＳＣＦ    呼セッション制御機能（Call State Control Function）
ＣＭＲ      コーデックモード要求（Codec Mode Request）
ＥＣＵ      誤り隠蔽部（Error Concealment Unit）
ＥＧＰＲＳ  拡張汎用パケット無線サービス（Enhanced General Packet Radio Service）
ＦＥＣ      順方向誤り訂正（Forward Error Correction）
ＦＥＲ      フレーム誤り率（Frame Erasure Rate）
ＨＳＰＡ    高速パケット通信（High Speed Packet Access）
ＩＭＳ      ＩＰマルチメディア・サブシステム（IP Multimedia Subsystem）
ＩＰ        インターネット・プロトコル（Internet Protocol）
ＬＡＮ      ローカルエリアネットワーク（Local Area Network）
ＭＤＣ      多重記述符号化（Multiple Description Coding）
ＭＧＷ      メディア・ゲートウェイ（Media Gateway）
ＭＲＦＰ    マルチメディア・リソース・ファンクション・プロセッサ（Multimedia Resource Function Processor）
ＮＢ        狭帯域（Narrowband）
ＲＴＰ      リアルタイム・プロトコル（Real Time Protocol）
ＳＩＤ      無音記述子（Silence Descriptor）
ＳＩＰ      セッション開始プロトコル（Session Initiation Protocol）
ＴＣＰ      伝送制御プロトコル（Transmission Control Protocol）
ＵＥ        ユーザ装置（User Equipment）
ＵＤＰ      ユーザ・データグラム・プロトコル（User Datagram Protocol）
ＶｏＩＰ    ＩＰ音声（Voice over IP）
ＷＢ        広帯域（Wideband）
ＷＣＤＭＡ  広帯域符号分割多元接続（Wideband Code Division Multiple Access）
ＷＬＡＮ    無線ＬＡＮ（Wireless LAN）
【０００３】
通信網においては多くの場合、ロバストな情報源データの伝送を可能とするために、情報源データの先頭に通信路符号冗長性（channel coding redundancy）が付加される。１９４８年、シャノン（C. E. shannon）は、通信路符号化について、情報源データを適切に符号化すれば、情報伝送レートを犠牲にすることなく、通信リンクによって生じる誤りを減らすことができることを示した。特に、シャノンは、通信網の性能を最適化するためには、ブロック長が無限で、情報源データのエントロピー率が時不変通信リンクの許容量未満であると仮定すれば、情報源符号化と通信路符号化を独立に設計できることを述べた分離定理（separation theorem）を進展させた。シャノンの分離定理についての詳細は、非特許文献１を参照されたい。
【０００４】
しかし、ブロック長を無限とすると遅延も無限かつ複雑さも無限となり、実現は不可である。しかも、通信リンクは、とりわけマルチユーザの通信系では、時変かつ帯域が制限されることになる。従って、最適な系の設計のためには、情報源データと通信路符号化は一緒に最適化される必要がある。このことは非特許文献２，３，４に記載されている。
【０００５】
非特許文献４において、K.Sayoodらは、情報源通信路統合符号化（joint source-channel coding）を以下の４つのクラスに分類した。
１．情報源通信路統合符号化器（joint source channel coder）。情報源符号化器と通信路符号化器が適切に統合される（すなわち、チャネル最適量子化(channel-optimized quantization)）。チャネル最適量子化の詳細は、非特許文献５を参照。
２．情報源通信路連結符号化器（concatenated source channel coder）。情報源と通信路符号化器が連結され（cascaded）、通信路の状態に応じて、固定の全体割合が情報源符号化器と通信路符号化器に分割される（すなわち、順方向誤り訂正（ＦＥＣ））。ＦＥＣの詳細は、非特許文献６を参照。
３．不均一誤り保護（unequal error protection）。情報源データのより重要な部分により多くのビットが割り当てられる（すなわち、不同レベル保護（uneven level protection））。不同レベル保護の詳細は、非特許文献７を参照。
４．情報源通信路制約符号化（constrained source-channel coding）。通信路の状態に応じて情報源符号化器及び復号化器が修正される（すなわち、多重記述符号化（multiple description coding : ＭＤＣ））。ＭＤＣの詳細は、非特許文献８乃至１０を参照。
【０００６】
【非特許文献１】C. E. shannon, "A Mathematical theory of communications", The Bell System Technical Journal, Vol. 27, pp.379-423 623-656, 1948.
【非特許文献２】S. Vembu, S.Verdu, Y.Steinberg, "When does the source-channel separation theorem hold?," in Proc. IEEE Int. Symposium Inform. Theory, 27 June- 1 July 1994, pp. 198
【非特許文献３】S.Vembu, S.Verdu, Y.Steinberg, "The source-channel separation theorem revisited," IEEE Trans. Inform. Theory, vol. IT-41, no. 1, pp. 44-54, 1954.
【非特許文献４】K.Sayood, H. H. Otu, N.Demir, "Joint source/channel coding for variable length codes," IEEE Trans. Commun., vol. COM-48, no. 5, pp. 787-794, 2000.
【非特許文献５】R. M. Gray,  D. L. Neuhoff, "Quantization," IEEE Trans. Inform. Theory, vol. 44, no. 6, pp. 2325-2383, 1998.
【非特許文献６】B.Sklar and F.J.Harris,"The ABCs of linear block codes,"IEEE Signal Proceeding Magazine,vol.21,no.4,pp.14-35,2004.
【非特許文献７】Li, F. Liu, J. Villasenor, J. Park, D. Park, Y.Lee, "An RTP payload format for generic FEC with uneven level protection," Internet Draft draft-ietf-avt-ulp-04.txt, Feb. 2002.
【非特許文献８】A. El Gamal, T.M.Cover, "Achivable rates for multiple descriptions," IEEE Trans. Inform. Theory, vol. IT-28, no. 6, pp. 851-8571,1982
【非特許文献９】V. A. Vaishampayan, "Design of multiple description scalar quantizer, "IEEE Tran. Inform. Theory, vol. 39, no. 3, pp. 821-834, May 1993
【非特許文献１０】V. K. Goyal, "Multiple description coding: compression meets the network," IEEE Signal Processing Magazine, vol. 18, no. 5, pp. 74-93, Sept.2001.
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来、情報源通信路統合符号化はホモジニアス（homogeneous）通信ネットワーク（例えば、無線リンク）によく用いられてきたが、ヘテロジニアス通信リンク（例えば、インターネットに融合した無線リンク）において情報源通信路統合符号化が効果的に実現されることが望まれる。しかしながら現在のところ、ヘテロジニアス通信ネットワークでの情報源通信路統合符号化の使用は、以下図１乃至３を参照して説明するように、あまり効果的ではない。
【０００８】
図１は、典型的なヘテロジニアス通信ネットワーク１００の基本的な構成を示すブロック図である。図示のように、ＵＥ−１  １０２（携帯端末１０２）は、無線リンク１０４（チャネルＡ）を介してＢＴＳ−１  １０６と相互に通信する。ＢＴＳ−１  １０６は、インターネット１１４におけるリンク１１２（チャネルＢ）を介してＭＲＦＰ−２  １１０に接続されたＭＲＦＰ−１  １０８に接続される。ＭＲＦＰ−２  １１０は、無線リンク１１８（チャネルＣ）を介してＵＥ−２  １２０（携帯端末１２０）と相互に通信するＢＴＳ−２  １１６に接続される。このヘテロジニアス通信ネットワーク１００では、３つのリンク１０４、１１２、１１８の特性は大きく異なる。２つの無線リンク１０４及び１１８のパケット損失率は、とりわけリアルタイムサービスに最適化された無線ベアラが用いられる場合には、通常相当に低い。一方、“インターネット”リンク１１２のパケット損失率はそれよりも高いものとなるであろう。現在のところ、ＵＥ１０２及び１２０は、３つの全てのリンク１０４、１１２、１１８の全パケット損失率（total packet loss rate）に対処するためには、冗長性を付加することが必要である。これの主な欠点は、“インターネット”リンク１１２でのパケット損失に対して付加される冗長性も、リソースの乏しい２つの無線リンク１０４及び１１８を介して伝送しなければならない点である。以下、図２及び３（従来技術）を参照してこの欠点について詳しく説明する。
【０００９】
図２及び３（従来技術）は、３つの全てのリンク１０８、１１２、１１８への全パケット損失率に対処するための冗長性をＵＥ１０２及び１２０が付加することの主要な欠点を説明するための図である。図２及び図３にはそれぞれ、図１のように構成された２つのヘテロジニアス通信ネットワーク１００ａと１００ｂが示されている。図２（従来技術）において、チャネルＡ（無線リンク１０４）、チャネルＢ（“インターネット”リンク１１２）、チャネルＣ（無線リンク１１８）のＦＥＲはそれぞれ、１％、７％、１％であると仮定する。ＵＥ−１  １０２がパケット２００をＵＥ−２  １２０に送る場合、ＵＥ−１はソースデータ２０２を生成すると共に、冗長性Ａ、冗長性Ｂ、冗長性Ｃを生成する。しかし、冗長性ＡはチャネルＡでのみ用いられ、チャネルＢ及びチャネルＣでは用いられない。同様に、冗長性ＣはチャネルＣでのみ用いられ、チャネルＡ及びＣでは用いられない。このように、この手法では、冗長性の伝送は非効率的である。
【００１０】
図３（先行技術）には別の解決策が示されている。この解決策では、ＵＥ−１  １０２は、ソースデータ３０２及び、チャネルＡ、Ｂ、Ｃを介して伝送される１つだけの冗長性３０４を含むパケット３００を生成する。この例において、チャネルＡ、Ｂ、ＣのＦＥＲはそれぞれ、１％、７％、１％であると仮定する。また、ＵＥ−１  １０２は、最悪のケース、この例では７％、に備えて冗長性３０４を生成し、それをチャネルＡ、Ｂ、Ｃを介して送信すると仮定する。しかしこの冗長性の量では、無線チャネルＡとＢの容量の効率的な利用とはならない。かわりに、ＵＥ−１  １０２が、平均ＦＥＲ（（１％＋７％＋１％）／３＝３％）を想定して冗長性３０４を生成すれば、無線チャネルＡ及びＣの容量は、前述のケースより大きくなるが、しかし、この量の冗長性ではチャネルＢの７％のＦＥＲを回復するには十分とはいえない。どちらのケースも望ましいものではない。したがって、ヘテロジニアス通信ネットワークでは、情報源通信路統合符号化の効率的な実現（例えば、全冗長性、部分冗長性）によって、このような欠点に対処する必要がある。本発明によれば、この問題をはじめ他の問題も解決される。
【課題を解決するための手段】
【００１１】
本発明は、ネットワーク処理ノード（例えば、ＭＧＷ、ＭＲＦＰ）に関する。このネットワーク処理ノードは以下のことが可能である。（１）第１のヘテロジニアスリンク（例えば、無線リンク）を介してパケットを受信する。（２）受信したパケットを、第２のヘテロジニアスリンク（例えば、“インターネット”リンク）の既知の特性に基づいて処理する。（３）処理済みパケットを第２のヘテロジニアスリンク（例えば“インターネット”リンク）を介して送信する。ネットワーク処理ノードは、受信パケットに対して、例えば、冗長性の付加、冗長性の除去、フレームの統合（パケットの再パケット化）、欠落したパケットの回復、および／または、パケットの再送といった処理を行うことができる。
【発明を実施するための最良の形態】
【００１２】
本発明は、例えば２つのＵＥ間の接続経路に配置され、送信リンクの特性の情報によって例えばパケットの冗長性を処理可能なネットワーク処理ノードに関する。以下では、ネットワーク処理ノード（例えばＭＲＦＰ）はＩＭＳ通信ネットワーク内に位置するものとして説明する。例えば、ＩＭＳ通信ネットワーク中では２つのクライアント（例えば、２つのＵＥ）は、例えばＣＳＣＦのようなサーバに送られるＳＩＰ信号を用いてＶｏＩＰセッション（もしくはテレビ電話セッション）を確立する。ＣＳＣＦサーバは、例えばＡＳといったアプリケーションサーバにこの信号を送ることができる。ＡＳは、２つのクライアント（例えば、ＵＥ）間の接続が可能な限り最適化されていることを保証し、接続の前もしくは最中に使用可能なサービスを提供する。このシナリオでＡＳは、２つのクライアントから例えばＭＲＦＰといったネットワーク処理ノードに全てのメディアをルーティングする。以下では、ＭＲＦＰは、送信コネクションの特性に基づいて、受信ストリームの（例えば）冗長性を適応させることができるものとする。明瞭さのため、ＩＭＳ通信ネットワークに関係するＵＥ及びＭＲＦＰのみを図示し説明する。本発明は、ＭＧＷのようなＭＲＦＰの他に、異なる種類のネットワーク処理ノードにおいても実現されうる。
【００１３】
図４には、典型的なＩＭＳ通信ネットワーク４００のブロック図が示される。このネットワークは、２つのＭＲＦＰ４０２及び４０４の２つを持ち、これらの各々が、本発明に基づいた実現方法５００を構成する。図に示されるように、ＵＥ−１  ４０６（携帯端末４０６）は、無線リンク４０８（チャネルＡ）を介してＢＴＳ−１  ４１０と相互に通信する。ＢＴＳ−１  ４１０はＭＲＦＰ−１  ４０２に接続される。ＭＲＦＰ−１  ４０２は、インターネット４１４におけるリンク４１２（チャネルＢ）を介してＭＲＦＰ−２  ４０４と接続される。ＭＲＦＰ−２  ４０４は、無線リンク４１８（チャネルＣ）を介してＵＥ−２  ４２０（携帯端末４２０）と相互に通信するＢＴＳ−２  ４１６に接続される。このＩＭＳ通信ネットワーク４００の例においては、３つのリンク４０８、４１２、４１８の特性は非常に異なる。２つの無線リンク４０８及び４１８のパケット損失率は、とりわけ実時間サービスに最適化された無線ベアラが用いられる場合には、相当に低い。一方、“インターネット”リンク４１２のパケット損失率はそれよりも高い。従来、２つのＵＥ４０６及び４２０は、３つの全てのリンク４０８、４１２、４１８の全パケット損失率に対処するためのＩＰレベル冗長性の付加を要求されていた（図２、３を参照）。この手法では、冗長性の伝送が非効率的である。以下説明するように、本発明のＭＲＦＰ４０２及び４０４は、各々の方法で、接続パスでの異なるリンクのためにＩＰレベル冗長性を生成する。これは、端点（ＵＥ４０６及び４２０）において冗長性を付加するよりも効率的である。ＭＲＦＰ４０２及び４０４はまた、冗長性の処理に加えて、違う方法で受信パケットを処理することができる。
【００１４】
ＭＲＦＰ４０２及び４０４は、プロセッサ４２２と、メモリ４２４と、図５に示す方法５００を実現するためにメモリ４２４から読み出されプロセッサ４２２によって実行される命令４２６とを含む。基本的に、ＭＲＦＰ−１  ４０２は以下によって方法５００を実現できる。
（１）受信リンク４０８を介してパケットを受信する（ステップ５０２）。
（２）送信リンク４１２の既知の特性に基づき、受信パケットを処理する（ステップ５０４）。
（３）送信リンク４１２を介して処理済みパケットを送信する（ステップ５０６）。
同様に、ＭＲＦＰ−２  ４０４は以下によって方法５００を実現できる。
（１）受信リンク４１２を介してパケットを受信する（ステップ５０２）。
（２）送信リンク４１８の既知の特性に基づき、受信パケットを処理する（ステップ５０４）。
（３）送信リンク４１８を介して処理済みパケットを送信する（ステップ５０６）。
もちろん、ＭＲＦＰ４０２と４０４の両方が方法５００を実装することは必要ではない。
【００１５】
ＭＲＦＰ４０２及び４０４の各々は、それらの受信パケットに対し、冗長性の付加、冗長性の除去、フレームの統合／再パケット化、欠落したパケットの回復、および／またはパケットの再送、による処理を行うことができる。冗長性の処理の例が図４に示されている。ＵＥ−１  ４０６は、チャネルＡ（無線リンク４０８）のために、ヘッダＡ及び冗長性Ａを生成し、ＭＲＦＰ−１  ４０２は、チャネルＢ（“インターネット”リンク４１２）のために、ヘッダＢ及び冗長性Ｂを生成し、ＭＲＦＰ−２  ４０４は、チャネルＣ（無線リンク４１８）のために、ヘッダＣ及び冗長性Ｃを生成する。ＵＥ−２  ４２０がＵＥ−１  ４０６に接続できるように、ＵＥ−２  ４２０，ＭＲＦＰ−２  ４０４、ＭＲＦＰ−１  ４０２において逆方向に実行することも可能である。このように通信チャネルＡ、Ｂ、Ｃは、対応するヘッダ及び必要な冗長性を送信するだけである。ＭＲＦＰ４０２及び４０４によって実行されうる異なるタイプの処理に関する詳細な説明は、図８と１２を用いて後述する。
【００１６】
ＭＲＦＰ４０２及び４０４はそれぞれ、送信リンク４１２、４１８（チャネルＢとＣ）の特性（品質、容量）に関する情報を持つ必要があるので、受信パケットを適切に処理することが可能である。一実施形態においては、この情報は適応的である。この場合、ＭＲＦＰ−１  ４０２及びＭＲＦＰ−２  ４０４は、共用チャネルＢに関するパケット損失等のフィードバック情報を共有可能であり、（例えば）冗長性の要求レベルを決定できる。ＭＲＦＰ−２  ４０４がフィードバック情報６０２をＭＲＦＰ−１  ４０２へ送信する例を図６に示す。この特徴の利点は、ＵＥ４０６と４２０との間でフィードバック情報６０２を通信する必要がないことである。
【００１７】
図７は、図４に示すＩＭＳ通信ネットワーク４００内の、ＵＥ−１、ＭＲＦＰ−１、ＭＲＦＰ−２、ＵＥ−２に関係する、典型的なプロトコルスタック例の詳細を示す図である。この、階層化されたプロトコル構造は、ＭＲＦＰ４０２及び４０４が、上位のプロトコル層（例えば、ＲＴＰ／ＵＤＰ、又は将来標準化される上位プロトコル層）において、パケットに対して、例えば冗長性の付加／除去といった通信路符号化の処理を行うことができることを説明するために示したものである。特に、ＭＲＦＰ４０２及び４０４は、それぞれの送信リンク４１２及び４１８の特性の情報に基づいて、上位プロトコル層において冗長性の処理を行うことができる（また、フレームの統合や欠落したフレームの回復といった、他の種類の処理を行う必要がない）。
【００１８】
ここで示されるように、ＵＥ−１及びＵＥ−２は各々、少なくとも次の層を含むプロトコルスタックを有する。
ＵＥ−１／ＵＥ−２
+--------------------------+
コーデック
+--------------------------+
ＲＴＰ／ＵＤＰ
+--------------------------+
ＩＰ
+--------------------------+
下位層
+--------------------------+
【００１９】
また、ＭＲＦＰ−１  ４０２及びＭＲＦＰ−２  ４０４は各々、少なくとも次の層を含むプロトコルスタックを有する。
ＭＲＦＰ−１／ＭＲＦＰ−２
+--------------------------+
コーデック
+--------------------------+
ＲＴＰ／ＵＤＰ
+--------------------------+
ＩＰ
+--------------------------+
下位層
+--------------------------+
【００２０】
各プロトコルの詳細は当業者に周知であるため、ここではそれらの詳細な説明は省略する。
【００２１】
次の節では、別のケースを示し、ネットワーク処理ノード（例えば、ＭＲＦＰ−１  ４０２）が、２つの異なるタイプの通信リンク（例えば、リンク４０８及び４１２）を介して受信及び送信されるパケットをどのように処理できるかを説明する。ここで説明するネットワーク処理ノードは無線リンクと“インターネット”リンクとのインタフェースであるが、これは例として、低パケット損失であり、かつ伝送効率に厳しい要求がある無線パケット交換ネットワーク（例えば、ＨＳＰＡ）と、高いパケット損失の可能性を有するが伝送効率は低くてもよい有線ＬＡＮとのインタフェースでもよい。加えて、ネットワーク処理ノードは例えば次のようないくつかの他のヘテロジニアス通信リンクのインタフェースでもよい。
・異なる特性を有する無線リンクと無線リンク
・異なる特性を有する有線リンクと有線リンク
・異なる特性を有する無線リンクと有線リンク
・ＷＣＤＭＡ  ＤＣＨリンクとＷＣＤＭＡ  ＨＳＰＡリンク
・ＧＰＲＳリンクとＥＧＰＲＳリンク
・ＥＧＰＲＳリンクとＬＡＮリンク
・ＷＣＤＭＡ  ＤＣＨリンクとＬＡＮリンク
・ＨＳＰＡリンクとＡＤＳＬリンク
・ＥＧＰＲＳリンクとＷＬＡＮリンク、等
【００２２】
このように、ここで説明する２つのリンク（チャネル）は異なる特性（例えば、パケット損失に関する特性）を有する。本発明は、第１のリンクと第２のリンクが異なるタイプのチャネルである場合に限定されるものではない。例えば、本発明は第１のリンクと第２のリンクが同じタイプではあるが違う特性を有するチャネルである場合も動作する。
【００２３】
再度、ＭＲＦＰが受信パケットを処理する本発明のＩＭＳによる実現例を説明するが、２つのヘテロジニアスリンクの接続を行うことができるあらゆるタイプのネットワーク処理ノードでも、同じ機能を実現可能である。また、以下の説明においては、ペイロードの暗号化について明確に言及されていないのならば、それは使用されない、又はＭＲＦＰによって取り扱われうることを想定していることにも留意されたい。また、次の例では、ＡＭＲ／ＡＭＲＷＢコーデックが使用されることを想定しているが、異なるタイプのコーデックも同様に適用可能である。
【００２４】
図８Ａ、図８Ｂは、本発明の第１の実施形態における、（例えば）ＭＲＦＰ−１  ４０２による受信パケットの処理方法として、受信パケットに冗長性を付加することを説明するための図である。図８Ａでは、ＭＲＦＰ−１  ４０２が、６つの音声パケットＦn、Ｆn+1…Ｆn+5を受信し、６つの音声パケットＦn／Ｆn-1、Ｆn+1／Ｆn…Ｆn+5／Ｆn+4（送信パケットの網掛け部分は冗長データ）を出力することを示している。この例では、ＭＲＦＰ−１  ４０２は、１つ過去の受信音声フレーム／パケットからのデータ一式を、現在の送信音声フレーム／パケットに付加している。代わりに、ＭＲＦＰ−１  ４０２は、２以上過去の音声フレーム／パケットからのデータ一式を、現在の送信音声フレーム／パケットに付加してもよい。このタイプの処理は全冗長性（full redundancy）と呼ばれる（Ｓａｙｏｏｄのカスケード・インテグレーション符号化法 (cascade integration coding scheme) と比較）。
【００２５】
図８Ｂでは、ＭＲＦＰ−１  ４０２が、６つの音声パケットＦn、Ｆn+1…Ｆn+5を受信し、６つの音声パケットＦn／Ｆn-1'、Ｆn+1／Ｆn'…Ｆn+5／Ｆn+4'（送信パケットの網掛け部分は冗長データ）を出力することを示している。この例では、ＭＲＦＰ−１  ４０２は、１つ過去の受信音声フレーム／パケットの一部のデータを現在の送信音声フレーム／パケットに付加する。当該一部のデータは、ペイロードの最重要ビットとするのが普通である。１つの応用例において、受信パケットが音声フレームである場合、ＭＲＦＰ−１  ４０２はピッチ遅れ（pitch lags）とゲインを復号でき、部分冗長形式でそれらを再符号化することができる。このタイプの冗長性は、部分冗長性（partial redundancy）とよばれる（Ｓａｙｏｏｄの不均一誤り保護通信路符号化法と比較）。
【００２６】
ＭＲＦＰ−１  ４０２が冗長性の処理を実行することは一般にパケットの送信ストリームのサイズの増加の原因となり、その大きさは送信パケットストリームに付加される冗長度に相当する。ＭＲＦＰ−１  ４０２がＡＭＲ／ＡＭＲ−ＷＢ音声コーデックを使用する場合、パケットサイズの増加を補償するためにペイロードのＣＭＲ領域を用いることができる。ＣＭＲは、他の端点（例えば、ＵＥ−1  ４０６）が送信ストリームの符号化にどのコーデックモード（すなわちビットレート）を用いるべきか知らせるために用いられる。特に、ＭＲＦＰ−１  ４０２が冗長性を付加することによってパケットサイズが増加した場合、パケットサイズの増加を補償するためより低いビットレートのコーデックモードをパケットの送信ストリームに用いるべきであることを示すために、ＵＥ−１  ４０６に送られたＣＭＲ領域を処理してもよい。
【００２７】
図９は、本発明の第２の実施形態における、（例えば）ＭＲＦＰ−１  ４０２による受信パケットの処理方法として、受信パケットから冗長性を除去することを説明するための図である。図９では、ＭＲＦＰ−１  ４０２が６つの音声パケットＦn／Ｆn-1、Ｆn+1／Ｆn…Ｆn+5／Ｆn+4を受信し、６つの音声パケットＦn、Ｆn+1…Ｆn+5（受信パケットの網掛け部分は冗長データ）を出力することを示している。この例では、ＭＲＦＰ−１  ４０２は受信音声フレーム／パケットのデータ一式を除去する（図８Ａと逆の処理）。代わりに、ＭＲＦＰ−１  ４０２は、受信音声フレーム／パケットの一部のデータを除去するようにしてもよい（図８Ｂと逆の処理）。このタイプの処理は、冗長性の除去（removing redundancy）と呼ばれる。
【００２８】
図１０Ａ、図１０Ｂは、本発明の第３の実施形態における、（例えば）ＭＲＦＰ−１  ４０２による受信パケットの処理方法として、フレーム統合により受信パケットを再パケット化することを説明するための図である。図１０Ａでは、ＭＲＦＰ−１  ４０２が５つの音声パケットＦn、Ｆn+1、Ｆn+2、Ｆn+3、Ｆn+4、Ｆn+5を受信し、３つの再パケット化された音声パケットＦn+1／Ｆn、Ｆn+3／Ｆn+2、Ｆn+5／Ｆn+4を出力することを示している。この例では、ＭＲＦＰ−１  ４０２は、（遅延の代償として）より高いＢＷ効率を得るためパケット化という処理を行う。これは、ＩＰヘッダによるオーバーヘッドを減らすことでＩＰパケット率を減らし、送信ビットレートを減らそうという考えである。通常の送信では、ＴＣＰ／ＩＰプロトコルは、各々のパケットに、ＩＰヘッダに含まれる送信元と受信先のデータのタグを取り付けることを要求する。また、ＶｏＩＰではこれらＩＰヘッダはペイロードのサイズ（概して１１乃至４０バイト）に比べて大きい（〜４０バイト）。従って、図１０Ａに示されるように２以上の受信パケットを１つの送信パケットに統合し、送信をよりＢＷ効率的にすることが好ましい。
【００２９】
パケットの送信ストリームが冗長性を伴わないＢＷ効率的な送信（再パケット化処理）を要求する一方でＭＲＦＰ−１  ４０２へのパケットの受信ストリームが冗長性を使用する場合には、代わりの手法が必要となる。この場合、ＭＲＦＰ−１  ４０２は受信パケットをオープンし、冗長データが残らないように（又は冗長度が他の所定の度合になるように）情報を再パケット化してもよい。この他、暗号化を行う場合でも使用できる手法として、受信機（例えば、ＭＲＦＰ−２）が全ての情報を回復できる程度において、可能な限り多くの冗長パケットを破棄するようにすることもできる。図１０Ｂは、この特定の手法を図示している。ここで、ＭＲＦＰ−１  ４０２は６つの受信パケットＦn／Ｆn-1、Ｆn+1／Ｆn、Ｆn+2／Ｆn+1、Ｆn+3／Ｆn+2、Ｆn+4／Ｆn+3、Ｆn+5／Ｆn+4を受信し、受信機（例えば、ＭＲＦＰ−２  ４０４）が全ての情報を回復できる程度に、この場合はＦn／Ｆn-1、Ｆn+2／Ｆn+1、Ｆn+4／Ｆn+3であるが、なるべく多くの冗長パケットを破棄（×印が示される）する。
【００３０】
図１１Ａ、図１１Ｂは、本発明の第４の実施形態における。（例えば）ＭＲＦＰ−１  ４０２による受信パケットの処理方法として、欠落したパケットを回復することを説明するための図である。図１１Ａでは、ＭＲＦＰ−１  ４０２が５つの音声パケットＦn／Ｆn-1、Ｆn+1／Ｆn、Ｆn+3／Ｆn+2、Ｆn+4／Ｆn+3、Ｆn+5／Ｆn+4を受信することを示している。ここで、パケットＦn+3／Ｆn+2を受信したとき、シーケンス番号はパケットＦn+2／Ｆn+1（×印が示される）が欠落したことを表すことになる（受信パケットの網掛け部分は冗長データである）。受信音声トラヒックは冗長性を伴って送信されてきたので、パケットＦn+2／Ｆn+1のような１以上の欠落パケットを回復することが可能である。消失したパケットは、直近の受信パケットＦn+3／Ｆn+2と、パケットＦn+2／Ｆn+1が欠落したことが分かる前に受信した受信パケットＦn+1／Ｆnとを使用して修復することができる（送信パケットＦn+2／Ｆn+1として表される）。この修理動作によって、送信パケットＦn+1／Ｆnと回復した送信パケットＦn+2／Ｆn+1との間の伝送パスの遅延ジッタが増加する可能性がある。そのため、受信装置（例えば、ＵＥ−２）は、遅延ジッタによって生じる状況に適応する必要がある。適応ジッタバッファ・アルゴリズムを採用すれば、遅延ジッタに適応するという問題はなくなる。
【００３１】
図１１Ｂには、別の回復手法が示される。ここでは、ＭＲＦＰ−１  ４０２が５つの音声パケットＦn／Ｆn-1、Ｆn+1／Ｆn、Ｆn+3／Ｆn+2、Ｆn+4／Ｆn+3、Ｆn+5／Ｆn+4を受信することが示されている。ここで、パケットＦn+3／Ｆn+2を受信したとき、シーケンス番号は、パケットＦn+2／Ｆn+1（×印が示される）が欠落したことを表すことになる（受信パケットの網掛け部分は冗長データである）。受信音声トラフィックは冗長性を伴って送信されてきたので、受信パケットＦn+1／Ｆnと、Ｆn+3／Ｆn+2とを用いて欠落したパケットＦn+2／Ｆn+1を回復することが可能である。ただしこの手法では、ＭＲＦＰ−１  ４０２は、Ｆn、Ｆn+1、Ｆn+2（回復パケット）、Ｆn+3、Ｆn+4、Ｆn+5で示される送信パケットに冗長性を使用しない（パケットＦn+1と回復パケットＦn+2との間の遅延ジッタに注意）。受信ストリーム及び送信ストリームのタイプ、例えば、回復すべき状況にある受信ストリームが“全冗長性”あるいは“部分冗長性”である、送信ストリームが“全冗長性”、“部分冗長性”、“通常”および／または“ＢＷ効率的”等である、といったタイプ、に依存した更に別の手法も考えられる。
【００３２】
図１２Ａ、図１２Ｂには、本発明の第５の実施形態における、（例えば）ＭＲＦＰ−１  ４０２による受信パケットの処理方法として、欠落したパケットが所望されていない／回復できない場合に、復号端（例えばＭＲＦＰ−２  ４０４）に対してパケットを２回以上送信することを説明する図である。図１２Ａでは、ＭＲＦＰ−１  ４０２が５つの音声パケットＦn／Ｆn-1、Ｆn+1／Ｆn、Ｆn+3／Ｆn+2、Ｆn+4／Ｆn+3、Ｆn+5／Ｆn+4を受信する。ここで、パケットＦn+3／Ｆn+2を受信したとき、シーケンス番号は、パケットＦn+2／Ｆn+1（×印が示される）が欠落したことを表すことになる（受信パケットの網掛け部分は冗長データである）。この手法では、パケットの修復／回復は（例えば）暗号によって不可能、又は（例えば）複雑さにより所望されないということを仮定している。基本的に、冗長性送信によって情報は欠落していないということもできる。しかし、送信は更なるパケット損失に対してより敏感となる。また、この状況を補償するため、ＭＲＦＰ−１  ４０２は、少なくとも欠落したパケットの一部分を有するパケットの送信（もしくはパケットの選別）を２回（もしくはそれ以上）行うことができる。この場合、ＭＲＦＰ−１  ４０２は、次の音声パケットＦn／Ｆn-1、Ｆn+1／Ｆn、Ｆn+1／Ｆn（再送）、Ｆn+3／Ｆn+2、Ｆn+3／Ｆn+2（再送）、Ｆn+4／Ｆn+3、Ｆn+5／Ｆn+4を送信する（ここで送信パケットの網掛け部分は冗長データである）。
【００３３】
図１２Ｂでは、パケットの欠落によって実情報を失う場合を示す。この場合において、ＭＲＦＰ−１  ４０２が５つの音声パケットＦn、Ｆn+1、Ｆn+3、Ｆn+4、Ｆn+5を受信する。ここで、パケットＦn+3を受信したとき、シーケンス番号は、パケットＦn+2１（×印が示される）が欠落したことを表すことになる。受信音声パケットは冗長データを有していなかったため、その結果パケットＦn+2の情報が失われたものである。図示のように、この問題に対する可能な解決策は、少なくとも欠落近傍のいくつかのパケットを再送することである。例えば、ＭＲＦＰ−１  ４０２は７つの音声パケットＦn、Ｆn+1、Ｆn+1（再送）、Ｆn+3、Ｆn+3（再送）、Ｆn+4、Ｆn+5を送信できる。この再送手法の利点は、復号端（例えば、ＵＥ−２  ４２０）で、パケットが連続して欠落（例えば、パケットＦn+1とＦn+2、又は、Ｆn+2とＦn+3）するリスクを減らすことである。パケットが連続して欠落してしまえば、実質的な品質低下が生じてしまうからである。もっとも、この解決策では復号端（例えば、ＭＲＦＰ−２  ４０４）に誤り隠蔽（error concealment）を行わせることになるであろう。代わりの解決策は、ＭＲＦＰ−１  ４０２での誤り隠蔽によってなるべく多くの欠落情報を回復することと、この情報を欠落パケットの代わりに送信することである。しかし、この特定の解決策は、ＭＲＦＰ−１  ４０２に複雑な誤り隠蔽プログラムの実行を要求し、しかも、受信パケットには暗号化されていない情報が含まれることを要求するため、好適でない場合がある。
【００３４】
以上、本発明の実施形態をいくつか、添付の図面に示し、上述の詳細な説明に記載したが、本発明は、開示した実施形態に限定されるものではなく、特許請求の範囲に開示し定義するような発明の主旨から逸脱することなくさまざまな再構成、変形、置換が可能である。
【図面の簡単な説明】
【００３５】
【図１】典型的なヘテロジニアス通信ネットワークの基本的な構成を示すブロック図。
【図２】２つの端点（ＵＥ−１及びＵＥ―２）が図１に示される典型的なヘテロジニアス通信ネットワークにおいて送信／受信パケットに冗長性を付加する従来の手法を示すブロック図。
【図３】２つの端点（ＵＥ−１及びＵＥ―２）が図１に示される典型的なヘテロジニアス通信ネットワークにおいて送信／受信パケットに冗長性を付加する他の従来の手法を示すブロック図。
【図４】それぞれが本発明による方法を実現する２つのネットワーク処理ノード（例えばＭＲＦＰ−１及びＭＲＦＰ−２）を有する典型的なヘテロジニアス通信ネットワークのブロック図。
【図５】本発明によりパケットを処理する方法の基本ステップを示すフローチャート。
【図６】本発明により、１のネットワーク処理ノード（例えば、ＭＲＦＰ−２）がどのようにして他のネットワーク処理ノード（例えば、ＭＲＦＰ−１）へのリンクの特性に関するフィードバック情報を送信することができるかを説明するための、典型的なヘテロジニアス通信ネットワークのブロック図。
【図７】本発明により、図４に示す典型的なヘテロジニアス通信ネットワークと関係するＵＥ−１、ＭＲＦＰ−１、ＭＲＦＰ−２、ＵＥ―２に用いられるプロトコルスタックの例を示す図。
【図８Ａ】、
【図８Ｂ】本発明の第１の実施形態におけるネットワーク処理ノード（例えばＭＲＦＰ−１）による受信パケットの処理方法として、受信パケットに冗長性を付加することを説明するための図。
【図９】本発明の第２の実施形態におけるネットワーク処理ノード（例えばＭＲＦＰ−１）による受信パケットの処理方法として、受信パケットから冗長性を除去することを説明するための図。
【図１０Ａ】、
【図１０Ｂ】本発明の第３の実施形態におけるネットワーク処理ノード（例えばＭＲＦＰ−１）による受信パケットの処理方法として、フレーム統合により受信パケットを再パケット化することを説明するための図。
【図１１Ａ】、
【図１１Ｂ】本発明の第４の実施形態におけるネットワーク処理ノード（例えばＭＲＦＰ−１）による受信パケットの処理方法として、欠落したパケットを回復することを説明するための図。
【図１２Ａ】、
【図１２Ｂ】本発明の第５の実施形態におけるネットワーク処理ノード（例えばＭＲＦＰ−１）による受信パケットの処理方法として、欠落したパケットが回復できない／所望されていない場合に、復号端（例えばＭＲＦＰ−２）に対してパケットを２回以上送信することを説明する図。
【図１】
2009521833.tif 000003
【図２】
2009521833.tif 000004
【図３】
2009521833.tif 000005
【図４】
2009521833.tif 000006
【図５】
2009521833.tif 000007
【図６】
2009521833.tif 000008
【図７】
2009521833.tif 000009
【図８Ａ】
2009521833.tif 000010
【図８Ｂ】
2009521833.tif 000011
【図９】
2009521833.tif 000012
【図１０Ａ】
2009521833.tif 000013
【図１０Ｂ】
2009521833.tif 000014
【図１１Ａ】
2009521833.tif 000015
【図１１Ｂ】
2009521833.tif 000016
【図１２Ａ】
2009521833.tif 000017
【図１２Ｂ】
2009521833.tif 000018
【手続補正書】
【提出日】平成20年2月29日(2008.2.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク処理ノードであって、
プロセッサと、
メモリと、
前記メモリから読み出され前記プロセッサによって実行される命令と、
を備え、
前記命令は、前記プロセッサが、
第１のリンクを介して複数のパケットを受信し、
前記第１のリンクとは異なるチャネル特性を有する第２のリンクに関する既知の特性に基づいて、前記受信パケットの冗長性を処理し、
前記第２のリンクを介して前記処理済みパケットを送信する
ことができるように構成され、
前記プロセッサは、前記第２のリンクに関するフィードバック情報を他のネットワーク処理ノードから取得し、該フィードバック情報を用いて前記第２のリンクの前記既知の特性を適応的に更新する
ことを特徴とするネットワーク処理ノード。
【請求項２】
前記プロセッサは、
冗長性の付加、
冗長性の除去、
フレーム統合／再パケット化、
欠落したパケットの回復、
パケットの再送、
のうちの少なくともいずれか１つを行うことによって、前記受信パケットの冗長性を処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項３】
前記プロセッサは、前記受信パケットのうちの１パケットの全部又は選択部分を前記第２のリンクを介して送信するパケットのうちの１パケットに付加する冗長性の付加によって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項４】
前記プロセッサは、前記受信パケットから冗長データの全部又は選択部分を除去する冗長性の除去によって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項５】
前記プロセッサは、前記受信パケットを再パケット化することによって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項６】
前記プロセッサは、前記受信パケットのうちの１以上のパケットからのデータを用いて欠落したパケットを回復する欠落パケットの回復によって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項７】
前記プロセッサは、パケットが欠落したときに、該欠落したパケットに含まれていたデータを含む受信パケットを前記第２のヘテロジニアスリンクを介して２回以上送信する受信パケットの再送によって、前記受信パケットを処理することを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項８】
前記第１のリンクと前記第２のリンクは、
異なる特性を有する無線リンクと無線リンク、
異なる特性を有する有線リンクと有線リンク、
異なる特性を有する無線リンクと有線リンク、
ＷＣＤＭＡ  ＤＣＨリンクとＷＣＤＭＡ  ＨＳＰＡリンク、
ＧＰＲＳリンクとＥＧＰＲＳリンク、
ＥＧＰＲＳリンクとＬＡＮリンク、
ＷＣＤＭＡ  ＤＣＨリンクとＬＡＮリンク、
ＨＳＰＡリンクとＡＤＳＬリンク、
ＥＧＰＲＳリンクとＷＬＡＮリンク、
無線リンクとインターネットリンク、
ＨＳＰＡリンクと有線ＬＡＮリンク
のうちの少なくともいずれかであることを特徴とする請求項１に記載のネットワーク処理ノード。
【請求項９】
ネットワーク処理ノードにおいてパケットを処理する方法であって、
第１のリンクを介して複数のパケットを受信する受信ステップと、
前記第１のリンクとは異なるチャネル特性を有する第２のリンクに関する既知の特性に基づいて、前記受信パケットの冗長性を処理する処理ステップと、
前記第２のリンクを介して前記処理済みパケットを送信する送信ステップと、
前記第２のリンクの前記既知の特性を適応的に更新するために使用する、前記第２のリンクに関するフィードバック情報を他のネットワーク処理ノードから受信するステップと、
を有することを特徴とする方法。
【請求項１０】
前記処理ステップは、
冗長性付加ステップ、
冗長性除去ステップ、
フレーム統合／再パケット化ステップ、
欠落パケット回復ステップ、
パケット再送ステップ、
のうちの少なくともいずれか１つを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記処理ステップは、前記受信パケットのうちの１パケットの全部又は選択部分を前記第２のリンクを介して送信するパケットのうちの１パケットに付加する冗長性付加ステップを含むことを特徴とする請求項９に記載の方法。
【請求項１２】
前記処理ステップは、前記受信パケットから冗長データの全部又は選択部分を除去する冗長性除去ステップを含むことを特徴とする請求項９に記載の方法。
【請求項１３】
前記処理ステップは、前記第２のリンクを介して送信する前に前記受信パケットを再パケット化するフレーム統合ステップを含むことを特徴とする請求項９に記載の方法。
【請求項１４】
前記処理ステップは、過去に受信した１以上のパケットからのデータを用いて欠落したパケットを回復する欠落パケット回復ステップを含むことを特徴とする請求項９に記載の方法。
【請求項１５】
前記処理ステップは、パケットが欠落したときに、該欠落したパケットに含まれていたデータを含む受信パケットを前記第２のヘテロジニアスリンクを介して２回以上送信する再送ステップを含むことを特徴とする請求項９に記載の方法。
【請求項１６】
前記第１のリンクと前記第２のリンクは、
異なる特性を有する無線リンクと無線リンク、
異なる特性を有する有線リンクと有線リンク、
異なる特性を有する無線リンクと有線リンク、
ＷＣＤＭＡ  ＤＣＨリンクとＷＣＤＭＡ  ＨＳＰＡリンク、
ＧＰＲＳリンクとＥＧＰＲＳリンク、
ＥＧＰＲＳリンクとＬＡＮリンク、
ＷＣＤＭＡ  ＤＣＨリンクとＬＡＮリンク、
ＨＳＰＡリンクとＡＤＳＬリンク、
ＥＧＰＲＳリンクとＷＬＡＮリンク、
無線リンクとインターネットリンク、
ＨＳＰＡリンクと有線ＬＡＮリンク
のうちの少なくともいずれかであることを特徴とする請求項９に記載の方法。
【請求項１７】
前記ネットワーク処理ノードは、
メディア・ゲートウェイ・ノード、
マルチメディア・リソース・ファンクション・プロセッサ、
のいずれかを含むことを特徴とする請求項９に記載の方法。
【請求項１８】
マルチメディア・リソース・ファンクション・プロセッサ（ＭＲＦＰ）であって、
プロセッサと、
メモリと、
前記メモリから読み出され前記プロセッサによって実行される命令と、
を備え、
前記命令は、前記プロセッサが、
第１のリンクを介して上位プロトコル層パケットを受信し、
前記第１のリンクとは異なるチャネル特性を有する第２のリンクに関する既知の特性に基づいて、前記受信した上位プロトコル層パケットの冗長性を処理し、
前記第２のリンクを介して前記処理済み上位プロトコル層パケットを送信する
ことができるように構成され、
前記マルチメディア・リソース・ファンクション・プロセッサは、前記第２のリンクに関するフィードバック情報を他のネットワーク処理ノードから取得し、該フィードバック情報を用いて前記第２のリンクの前記既知の特性を適応的に更新する
ことを特徴とするマルチメディア・リソース・ファンクション・プロセッサ。
【請求項１９】
前記プロセッサは、ＲＴＰペイロードに冗長性を付加することによって前記受信した上位プロトコル層パケットを処理することを特徴とする請求項１８に記載のＭＲＦＰ。
【請求項２０】
前記プロセッサは、
冗長性の付加、
冗長性の除去、
フレーム統合／再パケット化、
欠落したパケットの回復、
パケットの再送、
のうちの少なくともいずれか１つを行うことによって、前記受信した上位プロトコル層パケットを処理することを特徴とする請求項１８に記載のＭＲＦＰ。
【請求項２１】
前記プロセッサは、上位プロトコル層において冗長性を付加又は除去することによって、前記受信した上位プロトコル層パケットを処理することを特徴とする請求項１８に記載のＭＲＦＰ。
【請求項２２】
前記第１のリンクと前記第２のリンクは、
異なる特性を有する無線リンクと無線リンク、
異なる特性を有する有線リンクと有線リンク、
異なる特性を有する無線リンクと有線リンク、
ＷＣＤＭＡ  ＤＣＨリンクとＷＣＤＭＡ  ＨＳＰＡリンク、
ＧＰＲＳリンクとＥＧＰＲＳリンク、
ＥＧＰＲＳリンクとＬＡＮリンク、
ＷＣＤＭＡ  ＤＣＨリンクとＬＡＮリンク、
ＨＳＰＡリンクとＡＤＳＬリンク、
ＥＧＰＲＳリンクとＷＬＡＮリンク、
無線リンクとインターネットリンク、
ＨＳＰＡリンクと有線ＬＡＮリンク
のうちの少なくともいずれかであることを特徴とする請求項１８に記載のＭＲＦＰ。
【国際調査報告】
2009521833.tif 000019
2009521833.tif 000020
2009521833.tif 000021