JP2024518599A

JP2024518599A - 伝送処理方法、装置、アクセスネットワークノード、コアネットワークノード及び可読記憶媒体

Info

Publication number: JP2024518599A
Application number: JP2023571211A
Authority: JP
Inventors: チアン、ウェイ; スン、シアオトン
Original assignee: Vivo Mobile Communication Co Ltd
Current assignee: Vivo Mobile Communication Co Ltd
Priority date: 2021-06-10
Filing date: 2022-06-08
Publication date: 2024-05-01
Also published as: CN115474236A; US20240089788A1; EP4325932A1; WO2022257967A1

Abstract

本出願は、伝送処理方法、装置、アクセスネットワークノード及びコアネットワークノードを開示し、通信の技術分野に属する。本出願の実施例の伝送処理方法は、アクセスネットワークノードが第１情報を取得するステップであって、前記第１情報がトラフィックデータのタイプ及び／又は特徴を指示するためのものであるステップと、前記第１情報に基づいて、トラフィックデータの伝送処理を行うステップと、を含み、前記トラフィックデータはパケット及び／又はデータフレームである。

Description

本出願は、通信分野に属し、特に、伝送処理方法、装置、アクセスネットワークノード及びコアネットワークノードに関する。

エクステンデッドリアリティ（ＥｘｔｅｎｄｅｄＲｅａｌｉｔｙ，ＸＲ）は、コンピュータ技術とウェアラブルデバイスによって生成されるすべてのリアルと仮想の組合せ環境とヒューマンコンピュータインタラクションのことである。それは、拡張現実（ＡｕｇｍｅｎｔｅｄＲｅａｌｉｔｙ，ＡＲ）、複合現実（ＭｉｘＲｅａｌｉｔｙ，ＭＲ）、仮想現実（ＶｉｒｔｕａｌＲｅａｌｉｔｙ，ＶＲ）などの代表的な形式、及びそれらの間の補間領域を含む。仮想世界のレベルは、一部の感覚入力から完全に没入的な仮想現実へとなる。ＸＲの１つのキーポイントは、人間の経験の拡張であり、特に存在感（ＶＲに代表される）と認知学習（ＡＲに代表される）に関連する経験である。

ＸＲマルチストリームトラフィックの場合、各ストリームには個別のパケット遅延予算（ＰａｃｋｅｔＤｅｌａｙＢｕｄｇｅｔ，ＰＤＢ）、フレーム／パケットサイズ、信頼性要求が存在することがある。例えば、Ｉフレーム／Ｐフレーム、左目／右目ｂｕｆｆｅｒ、前景／背景などであり、現在の無線アクセスネットワーク（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ，ＲＡＮ）側では異なるストリームを識別できないため、適応的な伝送を実現することができない。

本出願の実施例は、従来技術におけるＲＡＮ側が異なるトラフィックフローを識別できないため、トラフィックの適応的な伝送を実現できないという問題を解決することができる、伝送処理方法、装置、アクセスネットワークノード及びコアネットワークノードを提供する。

第１側面では、
アクセスネットワークノードが第１情報を取得するステップであって、前記第１情報がトラフィックデータのタイプ及び／又は特徴を指示するためのものであるステップと、
前記第１情報に基づいて、トラフィックデータの伝送処理を行うステップと、を含み、
前記トラフィックデータはパケット及び／又はデータフレームである、伝送処理方法を提供する。

第２側面では、
コアネットワークノードが第１情報をアクセスネットワークノードに送信するステップを含み、
前記第１情報はトラフィックデータのタイプ及び／又は特徴を指示するためのものであり、前記第１情報はアクセスネットワークノードがトラフィックデータの伝送処理を行うことを補助するためのものであり、前記トラフィックデータはパケット及び／又はデータフレームである、伝送処理方法を提供する。

第３側面では、アクセスネットワークノードに応用される伝送処理装置であって、
第１情報を取得するための取得モジュールであって、前記第１情報がトラフィックデータのタイプ及び／又は特徴を指示するためのものである取得モジュールと、
前記第１情報に基づいて、トラフィックデータの伝送処理を行うための処理モジュールと、を含み、
前記トラフィックデータはパケット及び／又はデータフレームである、伝送処理装置を提供する。

第４側面では、コアネットワークノードに応用される伝送処理装置であって、
第１情報をアクセスネットワークノードに送信するための送信モジュールを含み、
前記第１情報はトラフィックデータのタイプ及び／又は特徴を指示するためのものであり、前記第１情報はアクセスネットワークノードがトラフィックデータの伝送処理を行うことを補助するためのものであり、前記トラフィックデータはパケット及び／又はデータフレームである、伝送処理装置を提供する。

第５側面では、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを含み、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、第１側面に記載の方法のステップが実現される、アクセスネットワークノードを提供する。

第６側面では、プロセッサ及び通信インタフェースを含み、前記プロセッサが、トラフィックデータのタイプ及び／又は特徴を指示するための第１情報を取得し、そして前記第１情報に基づいて、トラフィックデータの伝送処理を行うために用いられ、
前記トラフィックデータはパケット及び／又はデータフレームである、アクセスネットワークノードを提供する。

第７側面では、プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを含み、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、第２側面に記載の方法のステップが実現される、コアネットワークノードを提供する。

第８側面では、プロセッサ及び通信インタフェースを含み、前記通信インタフェースが、第１情報をアクセスネットワークノードに送信するために用いられ、
前記第１情報はトラフィックデータのタイプ及び／又は特徴を指示するためのものであり、前記第１情報はアクセスネットワークノードがトラフィックデータの伝送処理を行うことを補助するためのものであり、前記トラフィックデータはパケット及び／又はデータフレームである、コアネットワークノードを提供する。

第９側面では、プロセッサによって実行されると、第１側面に記載の方法のステップが実現されるか、又は第２側面に記載の方法のステップが実現されるプログラムもしくはコマンドが記憶されている、可読記憶媒体を提供する。

第１０側面では、プロセッサ及び通信インタフェースを含み、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサが、プログラムもしくはコマンドを実行して、第１側面又は第２側面に記載の方法のステップを実現するために用いられる、チップを提供する。

第１１側面では、記憶媒体に記憶されており、第１側面又は第２側面に記載の方法のステップを実現するように少なくとも１つのプロセッサによって実行される、コンピュータプログラム／プログラム製品を提供する。

本出願の実施例では、トラフィックデータのタイプ及び／又は特徴を指示する第１情報を取得することにより、異なるトラフィックフローを識別でき、そして該第１情報に基づいてトラフィックデータの伝送処理を行い、トラフィックの適応的な伝送が実現され、トラフィックデータの伝送効率及び信頼性が向上する。

本出願の実施例の伝送処理方法のフローチャート（その１）である。ＱｏＳフローをＤＲＢにマッピングする方式の模式図（その１）である。ＱｏＳフローをＤＲＢにマッピングする方式の模式図（その２）である。ＱｏＳフローをＤＲＢにマッピングする方式の模式図（その３）である。本出願の実施例の伝送処理装置のモジュール模式図（その１）である。本出願の実施例のアクセスネットワークノードの構造ブロック図である。本出願の実施例の伝送処理方法のフローチャート（その２）である。本出願の実施例の伝送処理装置のモジュール模式図（その２）である。本出願の実施例のコアネットワークノードの構造ブロック図である。本出願の実施例の通信機器の構造ブロック図である。

以下において、本出願の実施例における図面を参照しながら、本出願の実施例における技術的解決手段を明確に説明し、当然ながら、説明される実施例は本出願の実施例の一部であり、全ての実施例ではない。本出願における実施例に基づき、当業者が得た他の全ての実施例は、いずれも本出願の保護範囲に属する。

本出願の明細書及び特許請求の範囲における用語「第１」、「第２」等は、特定の順序又は前後順を記述するためのものではなく、類似する対象を区別するためのものである。このように使用される用語は、本出願の実施例がここで図示又は記述される以外の順序で実施できるように、適当な場合において互いに置き換えてもよいことを理解すべきであり、且つ「第１」、「第２」で区別される対象は、通常、１つのカテゴリーに属し、対象の数は限定されず、例えば、第１対象は１つであってもよいし、複数であってもよいことを理解すべきである。また、明細書及び特許請求の範囲において「及び／又は」は、接続対象のうちの少なくとも１つを表し、符号の「／」は、一般に前後関連対象が「又は」の関係であることを表す。

指摘すべきことは、本出願の実施例に記載の技術は、ロングタームエボリューション（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ，ＬＴＥ）／発展型ＬＴＥ（ＬＴＥ－Ａｄｖａｎｃｅｄ，ＬＴＥ－Ａ）システムに限定されず、例えば符号分割多元接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＣＤＭＡ）、時分割多元接続（ＴｉｍｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＴＤＭＡ）、周波数分割多元接続（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＦＤＭＡ）、直交周波数分割多元接続（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Ｓｉｎｇｌｅ－ｃａｒｒｉｅｒＦｒｅｑｕｅｎｃｙ－ＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ，ＳＣ－ＦＤＭＡ）及び他のシステムのような、他の無線通信システムに用いることもできる点である。本出願の実施例における用語「システム」と「ネットワーク」はしばしば交換可能に使用され、説明される技術は上述したシステムと無線電信技術に加えて、他のシステムと無線電信技術に用いることもできる。以下の説明では例示の目的で新しい無線（ＮｅｗＲａｄｉｏ，ＮＲ）システムを説明し、且つ以下の説明の多くにおいてＮＲの技術用語を使用するが、これらの技術が、第６世代（６ｔｈＧｅｎｅｒａｔｉｏｎ，６Ｇ）通信システムのような、ＮＲシステムアプリケーション以外のアプリケーションにも応用可能である。

以下において、図面を参照しながら、本発明の実施例で提供される伝送処理方法、装置、アクセスネットワークノード及びコアネットワークノードを、いくつかの実施例及びその応用シーンにより詳しく説明する。

図１に示すように、本出願の実施例は伝送処理方法を提供する。該伝送処理方法は、次のステップ１０１、ステップ１０２を含む。

ステップ１０１で、アクセスネットワークノードは第１情報を取得する。

前記第１情報はトラフィックデータのタイプ及び／又は特徴を指示するためのものである。

ステップ１０２で、前記第１情報に基づいて、トラフィックデータの伝送処理を行う。

説明すべきことは、アクセスネットワークノードは、該第１情報により、トラフィックデータがどのサービス品質（ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ，ＱｏＳ）フローに対応するかを明確に知ることができ、続いて、この情報に基づいて、トラフィックデータの伝送処理を行い、トラフィックデータの適応的な伝送を実現することができる点である。

ここで説明すべきことは、該トラフィックデータが主にパケット及び／又はデータフレームを指し、該トラフィックデータが主にＸＲトラフィックを行う際に伝送されたＸＲトラフィックデータを指し、当然ながら、本出願の実施例ではＸＲトラフィックに限定されず、他のタイプのトラフィックで伝送されたトラフィックデータも本出願の保護範囲に属する点である。

選択的に、本出願の実施例で言及した第１情報は、次のＡ１１、Ａ１２、Ａ１３、Ａ１４、Ａ１５、Ａ１６、Ａ１７、Ａ１８、Ａ１９のうちの少なくとも１つを含む。

Ａ１１は、サービス品質フロー指示（ＱｏｓｆｌｏｗＩｎｄｉｃａｔｉｏｎ，ＱＦＩ）である。

説明すべきことは、該ＱＦＩがトラフィックデータの識別子、トラフィックデータのシーケンス番号、トラフィックデータの重要度などと対応関係がある点である。

Ａ１２は、トラフィックデータの識別子である。

説明すべきことは、該トラフィックデータの識別子がパケットの識別子であってもよいし、データフレームの識別子であってもよい点である。

例えば、Ｉフレームと非Ｉフレーム（説明すべきことは、ビデオフレームは通常、ＩフレームとＰフレーム（又はＢフレーム）として符号化され、ここでＩフレームはイントラ符号化フレームであり、符号化と復号が他のフレームを参照せず、Ｐフレーム（又はＢフレーム）はインター符号化フレームであり、符号化と復号が他のフレーム、例えばＩフレームを参照する点である。Ｐフレームのサイズは通常、Ｉフレームのサイズよりも小さく、一般的に、ＩフレームとＰフレームのサイズ比は約３：１であると考えられている。Ｉフレーム／Ｐフレームの特性及びＱｏＳ要求、例えばビットレート、信頼性要求などはそれぞれ異なる。Ｉフレームはより重要であり、ＰＥＲ要求がより高いが、ＰフレームのＱｏＳ要求は比較的低い）に対して、０と１で標識してもよく、選択的に、Ｉフレームを０で表し、非Ｉフレームを１で表すか、又は、選択的に、Ｉフレームを１で表し、非Ｉフレームを０で表す。例えば、前景データと背景データに対して、０と１で標識してもよく、選択的に、前景データを０で表し、背景データを１で表すか、又は、選択的に、前景データを１で表し、背景データを０で表す。例えば、視野角（ＦｉｅｌｄＯｆＶｉｅｗ，ＦＯＶ）データと非ＦＯＶ（ｎｏｎ－ＦＯＶ）データに対して、０と１で標識してもよく、選択的に、ＦＯＶデータを０で表し、ｎｏｎ－ＦＯＶデータを１で表すか、又は、選択的に、ＦＯＶデータを１で表し、ｎｏｎ－ＦＯＶデータを０で表す。例えば、左目データと右目データに対して、０と１で標識してもよく、選択的に、左目データを０で表し、右目データを１で表すか、又は、選択的に、左目データを１で表し、右目データを０で表す。例えば、第１フレームデータと最終フレームデータに対して、０と１で標識してもよく、選択的に、第１フレームデータを０で表し、最終フレームデータを１で表すか、又は、選択的に、第１フレームデータを１で表し、最終フレームデータを０で表す。

Ａ１３は、トラフィックデータのシーケンス番号である。

例えば、該トラフィックデータのシーケンス番号は、パケットのシーケンス番号及び／又はデータフレームのシーケンス番号を含む。

Ａ１４は、トラフィックデータの重要度レベルである。

例えば、該トラフィックデータの重要度レベルは、パケットの重要度レベル及び／又はデータフレームの重要度レベルを含む。

Ａ１５は、トラフィックデータの時間遅延情報である。

例えば、該トラフィックデータの時間遅延情報は、パケットの時間遅延情報及び／又はデータフレームの時間遅延情報を含む。

Ａ１６は、トラフィックデータのタイムスタンプ情報である。

例えば、該トラフィックデータのタイムスタンプ情報は、パケットのタイムスタンプ情報及び／又はデータフレームのタイムスタンプ情報を含む。

Ａ１７は、トラフィックデータの同期情報である。

例えば、該トラフィックデータの同期情報は、パケットの同期情報及び／又はデータフレームの同期情報を含む。

Ａ１８は、異なるトラフィックデータ間の関連関係である。

説明すべきことは、該関連関係は、２つのパケットが同じデータフレームに属するか否かなど、パケット間の関連関係であってもよく、該関連関係は、２つのデータフレームが同じピクチャグループ（ＧｒｏｕｐｏｆＰｉｃｔｕｒｅｓ，ＧＯＰ）中のデータフレームであるか否かなど、データフレーム間の関連関係であってもよい。

Ａ１９は、ユーザプレーンの汎用無線パケットサービストンネリングプロトコル（ＧＴＰ－Ｕ）のシリアル番号である。

選択的に、本出願の実施例のステップ１０２の１つの採用可能な実現方式は、
無線伝送ポリシーに基づいて、トラフィックデータの伝送処理を行うことである。

ここで、前記無線伝送ポリシーは、次のＢ１１、Ｂ１２、Ｂ１３、Ｂ１４、Ｂ１５のうちの少なくとも１つを含む。

Ｂ１１では、第１優先度のトラフィックデータを優先的に伝送する。

説明すべきことは、該第１優先度が、高優先度であってもよいし、予め設定された特定の優先度であってもよい点である。

例えば、高優先度のパケットを優先的に伝送することを例とする場合、
Ｂ１１１、Ｉフレームを、非Ｉフレーム（Ｐフレーム又はＢフレーム）に優先して伝送することと、
Ｂ１１２、前景データを、背景データに優先して伝送することと、
Ｂ１１３、ＦＯＶデータを、ｎｏｎ－ＦＯＶデータに優先して伝送することと、
Ｂ１１４、低解像度データを、高解像度データに優先して伝送することと、
Ｂ１１５、タイムスタンプの早いデータを、タイムスタンプの遅いデータに優先して伝送することと、のうちの少なくとも１つを含んでもよい。

Ｂ１２では、第１重要度のトラフィックデータを優先的に伝送する。

説明すべきことは、該第１重要度が、高重要度であってもよいし、予め設定された特定の需要を持つトラフィックデータであってもよい点である。

例えば、高重要度のパケットを優先的に伝送することを例とする場合、
Ｂ１２１、Ｉフレームを、非Ｉフレーム（Ｐフレーム又はＢフレーム）に優先して伝送することと、
Ｂ１２２、前景データを、背景データに優先して伝送することと、
Ｂ１２３、ＦＯＶデータを、ｎｏｎ－ＦＯＶデータに優先して伝送することと、
Ｂ１２４、低解像度データを、高解像度データに優先して伝送することと、
Ｂ１２５、タイムスタンプの早いデータを、タイムスタンプの遅いデータに優先して伝送することと、のうちの少なくとも１つを含んでもよい。

Ｂ１３では、関連するトラフィックデータを共同で伝送する。

例えば、この関連するトラフィックデータは、
Ｂ１３１、同じフレーム画面に属する左目データ又は右目データと、
Ｂ１３２、タイムスタンプが同じであるか又は一定範囲内にあるデータと、
Ｂ１３３、同じフレーム画面に属する前景データ／背景データと、
Ｂ１３４、同じフレーム画面に属するＦＯＶデータ／ｎｏｎ－ＦＯＶデータと、のうちの少なくとも１つを含んでもよい。

Ｂ１４では、第１トラフィックデータのスケジューリングを遅延させる。

説明すべきことは、該第１トラフィックデータは、重要度が低く又は優先度が低いトラフィックデータであってもよい点である。

さらに説明すべきことは、この場合、前記無線伝送ポリシーは、前記第１トラフィックデータを第３トラフィックデータとともにスケジューリングすることをさらに含む点である。

説明すべきこととして、該第３トラフィックデータは、重要度が高く又は優先度が高いトラフィックデータであってもよく、例えば、第１トラフィックデータは非緊急トラフィックであり、第３トラフィックデータは緊急トラフィックであり、つまり、非緊急トラフィックの伝送を遅延させ、それを緊急トラフィックとともにスケジューリングする。該第３トラフィックデータは、第１トラフィックデータと関連関係があるデータであってもよく、例えば、第１トラフィックデータは左目データであると、第３トラフィックデータは左目データと同じフレームに属する右目データであり、つまり、左目データのスケジューリングを遅延させ、それを関連する右目データとともにスケジューリングし、又は、第１トラフィックデータは右目データであると、第３トラフィックデータは右目データと同じフレームに属する左目データであり、つまり、右目データのスケジューリングを遅延させ、それを関連する左目データとともにスケジューリングする。

Ｂ１５では、第２トラフィックデータを廃棄する。

説明すべきこととして、該第２トラフィックデータは、不完全なデータ、例えば、既に失われたIＩフレームに関連する非Ｉフレームであってもよく、つまり、既に失われたIＩフレームに関連する非Ｉフレームのスケジューリングを廃棄する。該第２トラフィックデータは、優先度が低く又は重要度が低いデータ、例えば、背景データ、ｎｏｎ－ＦＯＶデータであってもよく、つまり、ある背景データ又は非ＦＯＶデータの伝送を廃棄する。

さらに説明すべきことは、アップリンクデータに対して、アクセスネットワークノードは端末が送信したトラフィックデータに基づいて第１情報を自分で確定して得ることができるが、ダウンリンクデータに対して、アクセスネットワークノードは第１情報を自分で確定する必要がなく、コアネットワークノードから該第１情報を得るだけでよい点であり、具体的な実現方式は、次のＣ１１、Ｃ１２、Ｃ１３のうちの少なくとも１つを採用してもよい。

Ｃ１１では、コアネットワークノードが送信したＱｏＳフロー（ＱｏＳｆｌｏｗ）を受信し、前記ＱｏＳフローに前記第１情報が運ばれている。

説明すべきことは、この場合、コアネットワークノードはまず第１情報を生成し、続いて第１情報に基づいてトラフィックデータをマッピングし、ＱｏＳフローを取得する必要があり、コアネットワークノードは第１情報を該ＱｏＳフローに追加し、続いて該ＱｏＳフローをアクセスネットワークノードに送信する必要がある点である。

ここで説明すべきこととして、コアネットワークノードにより直接生成された第１情報は通常、上述のＡ１２からＡ１９の少なくとも１つを含み、直接生成された第１情報に基づいてトラフィックデータをマッピングしてＱｏＳフローを得た後、コアネットワークノードは該ＱｏＳフローに対応するＱＦＩを取得し、つまり、この場合、コアネットワークノードは直接生成された第１情報に基づいてマッピングしてＱｏＳフローを得て、さらにアクセスネットワークノードに送信する第１情報（この場合、第１情報は上述のＡ１１を指す）を取得し、そしてＱｏＳフローによってＡ１１をアクセスネットワークノードに通知する。

さらに説明すべきことは、コアネットワークノードが第１情報に基づいてトラフィックデータをマッピングし、ＱｏＳフローを取得する主な実現方式は、予め設定されたマッピング規則に従って、トラフィックデータをＱｏＳフローにマッピングすることである点である。

前記予め設定されたマッピング規則は、第１優先度のトラフィックデータを目標ＱｏＳフローにマッピングすることを含む。

前記目標ＱｏＳフローは第１ＱｏＳフローであり、又は前記目標ＱｏＳフローは第１ＱＦＩに対応するＱｏＳフローである。

説明すべきこととして、該第１優先度のトラフィックデータは優先度が高いトラフィックデータであってもよく、該第１ＱｏＳフローは予め設定された高優先度のあるＱｏＳフローであり、第１ＱＦＩのＱｏＳフローはＱＦＩの値が小さい／低いＱｏＳフローであり、つまり、この予め設定されたマッピング規則は、高優先度のトラフィックデータを高優先度のあるＱｏＳフロー又はＱＦＩの値が小さい／低いＱｏＳフローにマッピングすることである。

例えば、Ｉフレームを第１ＱｏＳｆｌｏｗにマッピングし、非Ｉフレームを第２ＱｏＳｆｌｏｗにマッピングするか、又はＩフレームをＱＦＩ＝１のＱｏＳｆｌｏｗにマッピングし、非ＩフレームをＱＦＩ＝２のＱｏＳｆｌｏｗにマッピングする。

例えば、ＦｏＶデータを第１ＱｏＳｆｌｏｗにマッピングし、ｎｏｎ－ＦｏＶデータを第２ＱｏＳｆｌｏｗにマッピングするか、又はＦｏＶデータをＱＦＩ＝１のＱｏＳｆｌｏｗにマッピングし、ｎｏｎ－ＦｏＶデータをＱＦＩ＝２のＱｏＳｆｌｏｗにマッピングする。

例えば、ビデオフレームを視軸中心との角度で複数のＱｏＳｆｌｏｗに分割し、角度が小さいと、優先度が高く、第１ＱｏＳｆｌｏｗ又はＱＦＩ＝１のＱｏＳｆｌｏｗにマッピングし、逆に優先度が低い。

Ｃ１２では、コアネットワークノードが送信したＧＴＰ－Ｕメッセージを受信し、前記ＧＴＰ－Ｕメッセージのヘッダに前記第１情報が運ばれている。

説明すべきこととして、この場合、コアネットワークノードは、まず第１情報を生成し、第１情報をＧＴＰ－Ｕメッセージのヘッダに挿入し、続いてＧＴＰ－Ｕメッセージをアクセスネットワークノードに送信する必要があり、アクセスネットワークノードは該ＧＴＰ－Ｕメッセージを受信し、ＧＴＰ－Ｕメッセージのヘッダの第１情報（該第１情報は通常、上述のＡ１２からＡ１９の少なくとも１つを含む）を解析することにより、ＧＴＰ－Ｕメッセージに対応するＱｏＳフローのトラフィックデータのタイプ及び／又は特徴を知ることができ、そしてＱｏＳフローを対応するベアラにマッピングすることができる。

Ｃ１３では、コアネットワークノードがコアアクセス及びモビリティ管理機能（ＣｏｒｅＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ，ＡＭＦ）によって送信した第１情報を受信する。

説明すべきことは、この場合、コアネットワークノードは、まず第１情報を生成し、続いて該第１情報をアクセスネットワークノードに直接送信する必要があり、第１情報の送信はＡＭＦによって実現される点である。

ここで注意すべきことは、この場合、該第１情報が主に上述のＡ１２からＡ１９の少なくとも１つを指す点であり、例えば、アクセスネットワークノードはＧＴＰ－Ｕのシリアル番号を受信した後、該ＧＴＰ－Ｕに対応するＱｏＳフローを対応する無線ベアラにマッピングする。

さらに説明すべきこととして、本出願の実施例で言及した、コアネットワークノードが第１情報を生成する主な実現過程は、
トラフィックデータの第２プロトコルヘッダの情報を解析し、第１情報を生成することである。

ここで、前記第２プロトコルヘッダは、
Ｄ１１、スライス（Ｓｌｉｃｅ）ヘッダと、
Ｄ１２、ネットワーク抽象化レイヤー（ＮｅｔｗｏｒｋＡｂｓｔｒａｃｔＬａｙｅｒ，ＮＡＬ）ヘッダと、
Ｄ１３、リアルタイム伝送プロトコル（Ｒｅａｌ－ｔｉｍｅＴｒａｎｓｐｏｒｔＰｒｏｔｏｃｏｌ，ＲＴＰ）ヘッダと、
Ｄ１４、ユーザデータグラムプロトコル（ＵｓｅｒＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ，ＵＤＰ）ヘッダと、
Ｄ１５、伝送制御プロトコル（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ，ＴＣＰ）ヘッダと、
Ｄ１６、インターネット相互接続プロトコル（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ，ＩＰ）ヘッダと、のうちの少なくとも１つを含む。

選択的に、さらに説明すべきこととして、前記第１情報に基づいて、トラフィックデータの伝送処理を行う前記ことの前に、アクセスネットワークノードはまずトラフィックデータのマッピングを行う必要があり、具体的な実現過程は、
予め設定された規則に従って、トラフィックデータのＱｏＳフローを無線ベアラにマッピングすることである。

例えば、ここの無線ベアラは、データ無線ベアラ（ＤａｔａＲａｄｉｏＢｅａｒｅｒ，ＤＲＢ）であってもよく、つまり、アクセスネットワークノードは伝送処理を行う前に、まずトラフィックデータに対応するＱｏＳフローをＤＲＢにマッピングする。

具体的に説明すべきこととして、前記予め設定された規則は、次のＥ１１、Ｅ１２、Ｅ１３のうちの少なくとも１つを含む。

Ｅ１１では、前記第１情報に基づいて異なる需要のＱｏＳフローを異なる無線ベアラにマッピングし、ここで、無線ベアラは無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ，ＲＬＣ）エンティティと１対１で対応している。

説明すべきこととして、この場合、１セットの伝送路は１つの無線ベアラに対応し、１セットの伝送路は、それぞれプロトコルデータユニット（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ，ＰＤＵ）セッション（ｓｅｓｓｉｏｎ）、サービスデータ適応プロトコル（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ，ＳＤＡＰ）、パケットデータ統合プロトコル（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ，ＰＤＣＰ）、無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ，ＲＬＣ）、メディアアクセス制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ，ＭＡＣ）で構成される伝送路のことである。

例えば、１セットの伝送路は１つのＤＲＢに対応し、第１情報に基づいて異なる需要のＱｏＳフローを異なるＤＲＢにマッピングし、異なるＤＲＢはそれぞれのＲＬＣエンティティに対応し、アクセスネットワークノードは異なる伝送路に対して異なる無線伝送ポリシーを実現する。

Ｉフレーム及び非Ｉフレームを例として、ＩフレームはＱｏＳｆｌｏｗ１にマッピングされ、非ＩフレームはＱｏＳｆｌｏｗ２にマッピングされ、ＱｏＳｆｌｏｗ１はＤＲＢ１が位置する伝送路にマッピングされ、ＱｏＳｆｌｏｗ２はＤＲＢ２が位置する伝送路にマッピングされ、基地局はＤＲＢ１が位置する伝送路上のデータを優先的にスケジューリングする。

応用状況１、
コアネットワークノードは、アプリケーションパケットに対する深い解析によって、Ｉフレーム及び非Ｉフレームを識別し、そしてＩフレームをＱｏＳｆｌｏｗ１にマッピングし、非ＩフレームをＱｏＳｆｌｏｗ２にマッピングし、ＱｏＳｆｌｏｗ１をＤＲＢ１が位置する伝送路、即ちＰＤＵｓｅｓｓｉｏｎ、ＳＤＡＰ、ＰＤＣＰ１、ＲＬＣ１及びＭＡＣで構成される伝送路にマッピングし、ＱｏＳｆｌｏｗ２をＤＲＢ２が位置する伝送路、即ちＰＤＵｓｅｓｓｉｏｎ、ＳＤＡＰ、ＰＤＣＰ２、ＲＬＣ２及びＭＡＣで構成される伝送路にマッピングし、具体的なマッピング状況は、図２を参照することができる。

説明すべきこととして、上述した高優先度データ（例えば、Ｉフレーム）をＱｏＳｆｌｏｗ１にマッピングし、低優先度データ（例えば、非Ｉフレーム）をＱｏＳｆｌｏｗ２にマッピングし、ＱｏＳｆｌｏｗ１をＤＲＢ１が位置する伝送路にマッピングし、ＱｏＳｆｌｏｗ２をＤＲＢ２が位置する伝送路にマッピングするという規則は予め定義されたものであり、アクセスネットワークノードに知られている。アクセスネットワークノードはＤＲＢ１が位置する伝送路上のデータを優先的にスケジューリングする。

Ｅ１２では、異なる需要のＱｏＳフローを同じ無線ベアラにマッピングし、前記第１情報に基づいて異なるＱｏＳ需要のトラフィックデータを異なるＲＬＣエンティティにマッピングし、ここで、１つの無線ベアラは複数のＲＬＣエンティティに対応する。

説明すべきことは、この場合、少なくとも２セットの伝送路が１つの無線ベアラに対応する点である。

例えば、複数セットの伝送路は１つのＤＲＢに対応し、異なる需要のＱｏＳフローを同じＤＲＢにマッピングし、同じＤＲＢは異なるＲＬＣエンティティに対応し、第１情報に基づいて異なるＱｏＳ需要のデータを異なるＲＬＣエンティティにマッピングし、アクセスネットワークノードは異なる伝送路に対して異なる無線伝送ポリシーを実現する。

Ｉフレーム及び非Ｉフレームを例として、ＩフレームはＱｏＳｆｌｏｗ１にマッピングされ、非ＩフレームはＱｏＳｆｌｏｗ２にマッピングされ、ＱｏＳｆｌｏｗ１及びＱｏＳｆｌｏｗ２は同じＤＲＢにマッピングされ、ＱＦＩ／優先度／重要度などの情報に基づいてデータを異なるＲＬＣエンティティに割り当てる。ＩフレームデータはＲＬＣ１に割り当てられ、非ＩフレームデータはＲＬＣ２に割り当てられる。基地局はＲＬＣ１が位置する伝送路上のデータを優先的にスケジューリングする。

応用状況２、
コアネットワークノードは、アプリケーションパケットに対する深い解析によって、Ｉフレーム及び非Ｉフレームを識別し、そしてＩフレームをＱｏＳｆｌｏｗ１にマッピングし、非ＩフレームをＱｏＳｆｌｏｗ２にマッピングし、ＱｏＳｆｌｏｗ１及びＱｏＳｆｌｏｗ２を同じＤＲＢにマッピングする。アクセスネットワークノードは、ＧＴＰ－Ｕプロトコルヘッダに運ばれている第１情報を解析することにより、ＩフレームデータをＲＬＣ１に割り当て、非ＩフレームデータをＲＬＣ２に割り当て、具体的なマッピング状況は、図３を参照することができ、図３には、ＰＤＵｓｅｓｓｉｏｎ、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ１及びＭＡＣで構成される伝送路と、ＰＤＵｓｅｓｓｉｏｎ、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣ２及びＭＡＣで構成される伝送路とが含まれる。

説明すべきこととして、上述した高優先度データ（例えば、Ｉフレーム）をＲＬＣ１に割り当て、低優先度データ（例えば、非Ｉフレーム）をＲＬＣ２に割り当てるという規則は予め定義されたものであり、アクセスネットワークノードに知られている。アクセスネットワークノードはＲＬＣ１が位置する伝送路上のデータを優先的にスケジューリングする。

Ｅ１３では、異なる需要のＱｏＳフローを同じ無線ベアラにマッピングし、前記第１情報に基づいて異なるＱｏＳ需要のトラフィックデータに異なる伝送コンフィグレーションを設定する。

つまり、この場合、異なる需要のＱｏＳｆｌｏｗを同じＤＲＢにマッピングし、１つのＤＲＢは１つのＲＬＣエンティティに対応し、第１情報に基づいて異なるＱｏＳ需要のデータに異なる伝送コンフィグレーション（主に時間周波数リソース、周期など）を設定する。

Ｉフレーム及び非Ｉフレームを例として、Ｉフレームデータに伝送コンフィグレーション１（ｃｏｎｆｉｇ１）を設定し、非Ｉフレームデータに伝送コンフィグレーション２（ｃｏｎｆｉｇ２）を設定し、ＭＡＣレイヤーはＱＦＩ／優先度／重要度などの情報に基づいて、受信したデータに対してどのコンフィグレーションを実行するかを決定する。

応用状況３、
事前に高優先度データ（例えば、Ｉフレーム）にｃｏｎｆｉｇ１を設定し、低優先度データ（例えば、非Ｉフレーム）にｃｏｎｆｉｇ２を設定し、具体的なマッピング状況は、図４を参照することができる。

アクセスネットワークノードは、ＧＴＰ－Ｕプロトコルヘッダに運ばれている第１情報又は受信したＡＭＦからの情報を解析することにより、受信したデータに対してｃｏｎｆｉｇ１を実行するか、又はｃｏｎｆｉｇ２を実行するかを決定する。

説明すべきこととして、本出願の実施例は、トラフィックデータのタイプ及び／又は特徴を指示する第１情報を取得することにより、異なるトラフィックフローを識別でき、そして該第１情報に基づいてトラフィックデータの伝送処理を行い、トラフィックの適応的な伝送が実現され、トラフィックデータの伝送効率及び信頼性が向上する。

説明すべきことは、本出願の実施例で提供される伝送処理方法の実行主体が、伝送処理装置、又は該伝送処理装置内の、伝送処理方法を実行するための制御モジュールであってもよい点である。本出願の実施例では、伝送処理装置が伝送処理方法を実行することを例として、本出願の実施例で提供される伝送処理装置を説明する。

図５に示すように、本出願の実施例は、伝送処理装置５００を提供する。該伝送処理装置５００は、次の取得モジュール５０１、処理モジュール５０２を含む。

取得モジュール５０１は、第１情報を取得するために用いられ、前記第１情報はトラフィックデータのタイプ及び／又は特徴を指示するためのものである。

処理モジュール５０２は、前記第１情報に基づいて、トラフィックデータの伝送処理を行うために用いられる。

ここで、前記トラフィックデータはパケット及び／又はデータフレームである。

選択的に、前記第１情報は、
サービス品質フロー指示ＱＦＩと、
トラフィックデータの識別子と、
トラフィックデータのシーケンス番号と、
トラフィックデータの重要度レベルと、
トラフィックデータの時間遅延情報と、
トラフィックデータのタイムスタンプ情報と、
トラフィックデータの同期情報と、
異なるトラフィックデータ間の関連関係と、
ユーザプレーンの汎用無線パケットサービストンネリングプロトコルＧＴＰ－Ｕのシリアル番号と、のうちの少なくとも１つを含む。

選択的に、前記処理モジュール５０２は、
無線伝送ポリシーに基づいて、トラフィックデータの伝送処理を行うために用いられ、
ここで、前記無線伝送ポリシーは、
第１優先度のトラフィックデータを優先的に伝送することと、
第１重要度のトラフィックデータを優先的に伝送することと、
関連するトラフィックデータを共同で伝送することと、
第１トラフィックデータのスケジューリングを遅延させることと、
第２トラフィックデータを廃棄することと、のうちの少なくとも１つを含む。

選択的に、前記無線伝送ポリシーに第１トラフィックデータのスケジューリングを遅延させることが含まれる場合、前記無線伝送ポリシーは、前記第１トラフィックデータを第３トラフィックデータとともにスケジューリングすることをさらに含む。

選択的に、前記処理モジュール５０２が前記第１情報に基づいて、トラフィックデータの伝送処理を行う前に、前記装置は、
予め設定された規則に従って、トラフィックデータのサービス品質ＱｏＳフローを無線ベアラにマッピングするためのマッピングモジュールをさらに含み、
ここで、前記予め設定された規則は、
前記第１情報に基づいて異なる需要のＱｏＳフローを異なる無線ベアラにマッピングし、ここで、無線ベアラが無線リンク制御ＲＬＣエンティティと1対1で対応することと、
異なる需要のＱｏＳフローを同じ無線ベアラにマッピングし、前記第１情報に基づいて異なるＱｏＳ需要のトラフィックデータを異なるＲＬＣエンティティにマッピングし、ここで、１つの無線ベアラが複数のＲＬＣエンティティに対応することと、
異なる需要のＱｏＳフローを同じ無線ベアラにマッピングし、前記第１情報に基づいて異なるＱｏＳ需要のトラフィックデータに異なる伝送コンフィグレーションを設定することと、のうちの少なくとも１つを含む。

選択的に、前記取得モジュール５０１は、
コアネットワークノードが送信したＱｏＳフローを受信することであって、前記ＱｏＳフローに前記第１情報が運ばれていることと、
コアネットワークノードが送信したＧＴＰ－Ｕメッセージを受信することであって、前記ＧＴＰ－Ｕメッセージのヘッダに前記第１情報が運ばれていることと、
コアネットワークノードがコアアクセス及びモビリティ管理機能ＡＭＦによって送信した第１情報を受信することと、のうちの少なくとも１つを実現するために用いられる。

説明すべきことは、トラフィックデータのタイプ及び／又は特徴を指示する第１情報を取得することにより、異なるトラフィックフローを識別でき、そして該第１情報に基づいてトラフィックデータの伝送処理を行い、トラフィックの適応的な伝送が実現され、トラフィックデータの伝送効率及び信頼性が向上する点である。

本出願の実施例における伝送処理装置は、装置で、オペレーティングシステムを有する装置又は電子機器であってもよいし、電子機器における部材、集積回路、又はチップであってもよい。該装置又は電子機器は主に非携帯型端末である。例として、非携帯型端末は、サーバ、ネットワークアタッチドストレージ（ＮｅｔｗｏｒｋＡｔｔａｃｈｅｄＳｔｏｒａｇｅ，ＮＡＳ）、パーソナルコンピュータ（ｐｅｒｓｏｎａｌｃｏｍｐｕｔｅｒ，ＰＣ）、テレビ（ｔｅｌｅｖｉｓｉｏｎ，ＴＶ）、現金自動預払機又はキオスク等であってもよく、本出願に係る実施例で具体的に限定されない。

本出願の実施例で提供される伝送処理装置は、図１の方法実施例で実現される各プロセスを実現し、且つ同じ技術的効果を達成することができる。繰り返して説明しないように、ここで説明を省略する。

本出願の実施例は、アクセスネットワークノードをさらに提供する。該アクセスネットワークノードは、プロセッサ及び通信インタフェースを含み、プロセッサが、トラフィックデータのタイプ及び／又は特徴を指示するための第１情報を取得し、前記第１情報に基づいて、トラフィックデータの伝送処理を行うために用いられる。

該アクセスネットワークノードの実施例は、上記のアクセスネットワークノード側の方法実施例に対応するものであり、上記方法実施例の各実施プロセス及び実現方式は、いずれも該アクセスネットワークノードの実施例に適用可能であり、且つ同じ技術的効果を達成することができる。具体的には、図６は本出願の実施例を実現するアクセスネットワークノードのハードウェア構造模式図である。

該アクセスネットワークノード６００は、アンテナ６０１、高周波装置６０２、ベースバンド装置６０３を含む。アンテナ６０１が高周波装置６０２に接続される。アップリンク方向において、高周波装置６０２はアンテナ６０１を介して情報を受信し、受信した情報をベースバンド装置６０３に送信して処理させる。ダウンリンク方向において、ベースバンド装置６０３は送信される情報を処理し、且つ高周波装置６０２に送信し、高周波装置６０２は受信した情報を処理してからアンテナ６０１を経由して送信する。

上記周波帯処理装置はベースバンド装置６０３にあってもよく、上記実施例でネットワーク側デバイスが実行する方法はベースバンド装置６０３で実現でき、当該ベースバンド装置６０３はプロセッサ６０４とメモリ６０５を含む。

ベースバンド装置６０３は、例えば、複数のチップを設置した少なくとも１つのベースバンドボードを含んでもよく、図６に示すように、その中の１つのチップは、例えば、メモリ６０５に接続されてメモリ６０５中のプログラムを呼び出して、上記方法実施例に示されたコアネットワークノードの操作を実行するプロセッサ６０４である。

当該ベースバンド装置６０３は、高周波装置６０２と情報をやり取りするためのネットワークインタフェース６０６を更に含んでもよく、当該インタフェースは、例えば、共通公衆無線インタフェース（ｃｏｍｍｏｎｐｕｂｌｉｃｒａｄｉｏｉｎｔｅｒｆａｃｅ；ＣＰＲＩと略称する）である。

具体的には、本発明の実施例のアクセスネットワークノードは、メモリ６０５に記憶され且つプロセッサ６０４上で実行可能なコマンドもしくはプログラムをさらに含み、プロセッサ６０４は、メモリ６０５中のコマンドもしくはプログラムを呼び出して図５に示す各モジュールが実行する方法を実行し、且つ同じ技術的効果が達成される。繰り返して説明しないように、ここで説明を省略する。

好ましくは、本出願の実施例はアクセスネットワークノードをさらに提供する。該アクセスネットワークノードは、プロセッサと、メモリと、メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドと、を含み、該プログラムもしくはコマンドがプロセッサによって実行されると、伝送処理方法の実施例の各プロセスが実現され、且つ同じ技術的効果を達成することができる。繰り返して説明しないように、ここで説明を省略する。

本出願の実施例は、可読記憶媒体をさらに提供する。該可読記憶媒体にはプログラムもしくはコマンドが記憶されており、該プログラムもしくはコマンドは、プロセッサによって実行されると、伝送処理方法の実施例の各プロセスが実現され、且つ同じ技術的効果を達成することができる。繰り返して説明しないように、ここで説明を省略する。ここで、前記コンピュータ可読記憶媒体は、例えば、読み取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ；ＲＯＭと略称する）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ；ＲＡＭと略称する）、磁気ディスク又は光ディスク等である。

図７に示すように、本出願の実施例は、伝送処理方法をさらに提供する。該伝送処理方法は、次のステップ７０１を含む。

ステップ７０１で、コアネットワークノードは第１情報をアクセスネットワークノードに送信する。

ここで、前記第１情報はトラフィックデータのタイプ及び／又は特徴を指示するためのものであり、前記第１情報はアクセスネットワークノードがトラフィックデータの伝送処理を行うことを補助するためのものであり、前記トラフィックデータはパケット及び／又はデータフレームである。

選択的に、コアネットワークノードが第１情報をアクセスネットワークノードに送信する前記ステップの前に、
トラフィックデータを解析し、第１情報を生成するステップをさらに含む。

選択的に、トラフィックデータを解析し、第１情報を生成する前記ステップは、
トラフィックデータの第２プロトコルヘッダの情報を解析し、第１情報を生成するステップを含み、
ここで、前記第２プロトコルヘッダは、
スライスヘッダと、
ネットワーク抽象化レイヤーＮＡＬヘッダと、
リアルタイム伝送プロトコルＲＴＰヘッダと、
ユーザデータグラムプロトコルＵＤＰヘッダと、
伝送制御プロトコルＴＣＰヘッダと、
インターネット相互接続プロトコルＩＰヘッダと、のうちの少なくとも１つを含む。

選択的に、コアネットワークノードが第１情報をアクセスネットワークノードに送信する前記ステップは、
第１情報に基づいてトラフィックデータをマッピングし、サービス品質ＱｏＳフローを取得し、マッピングによって得られた前記ＱｏＳフローをアクセスネットワークノードに送信するステップであって、前記ＱｏＳフローに前記第１情報が運ばれているステップと、
ユーザプレーンの汎用無線パケットサービストンネリングプロトコルＧＴＰ－Ｕメッセージをアクセスネットワークノードに送信するステップであって、前記ＧＴＰ－Ｕメッセージのヘッダに前記第１情報が運ばれているステップと、
コアアクセス及びモビリティ管理機能ＡＭＦによってアクセスネットワークノードに第１情報を送信するステップと、のうちの少なくとも１つを含む。

選択的に、第１情報に基づいてトラフィックデータをマッピングし、ＱｏＳフローを取得する前記ステップは、
予め設定されたマッピング規則に従って、トラフィックデータをＱｏＳフローにマッピングするステップを含み、
ここで、前記予め設定されたマッピング規則は、第１優先度のトラフィックデータを目標ＱｏＳフローにマッピングすることを含み、
前記目標ＱｏＳフローは第１ＱｏＳフローであり、又は前記目標ＱｏＳフローは第１サービス品質フロー指示ＱＦＩに対応するＱｏＳフローである。

選択的に、前記第１情報は、
サービス品質フロー指示ＱＦＩと、
トラフィックデータの識別子と、
トラフィックデータのシーケンス番号と、
トラフィックデータの重要度レベルと、
トラフィックデータの時間遅延情報と、
トラフィックデータのタイムスタンプ情報と、
トラフィックデータの同期情報と、
異なるトラフィックデータ間の関連関係と、
ＧＴＰ－Ｕのシリアル番号と、のうちの少なくとも１つを含む。

説明すべきこととして、上記実施例におけるコアネットワークノード側に関する記述は全て該実施例に適用可能であり、上記実施例と同じ技術的効果を達成することもでき、ここで説明を省略する。

図８に示すように、本出願の実施例は、伝送処理装置８００をさらに提供する。該伝送処理装置８００は、次の送信モジュール８０１を含む。

送信モジュール８０１は、第１情報をアクセスネットワークノードに送信するために用いられる。

選択的に、前記送信モジュール８０１が第１情報をアクセスネットワークノードに送信する前に、前記装置は、
トラフィックデータを解析し、第１情報を生成するための生成モジュールをさらに含む。

選択的に、前記生成モジュールは、
トラフィックデータの第２プロトコルヘッダの情報を解析し、第１情報を生成するために用いられ、
ここで、前記第２プロトコルヘッダは、
スライスヘッダと、
ネットワーク抽象化レイヤーＮＡＬヘッダと、
リアルタイム伝送プロトコルＲＴＰヘッダと、
ユーザデータグラムプロトコルＵＤＰヘッダと、
伝送制御プロトコルＴＣＰヘッダと、
インターネット相互接続プロトコルＩＰヘッダと、のうちの少なくとも１つを含む。

選択的に、前記送信モジュール８０１は、
第１情報に基づいてトラフィックデータをマッピングし、サービス品質ＱｏＳフローを取得し、マッピングによって得られた前記ＱｏＳフローをアクセスネットワークノードに送信することであって、前記ＱｏＳフローに前記第１情報が運ばれていることと、
ユーザプレーンの汎用無線パケットサービストンネリングプロトコルＧＴＰ－Ｕメッセージをアクセスネットワークノードに送信することであって、前記ＧＴＰ－Ｕメッセージのヘッダに前記第１情報が運ばれていることと、
コアアクセス及びモビリティ管理機能ＡＭＦによってアクセスネットワークノードに第１情報を送信することと、のうちの少なくとも１つを実現するために用いられる。

選択的に、第１情報に基づいてトラフィックデータをマッピングし、ＱｏＳフローを取得する前記ことの方式は、
予め設定されたマッピング規則に従って、トラフィックデータをＱｏＳフローにマッピングすることを含み、
ここで、前記予め設定されたマッピング規則は、第１優先度のトラフィックデータを目標ＱｏＳフローにマッピングすることを含み、
前記目標ＱｏＳフローは第１ＱｏＳフローであり、又は前記目標ＱｏＳフローは第１サービス品質フロー指示ＱＦＩに対応するＱｏＳフローである。

説明すべきこととして、該装置実施例は上記伝送処理方法の実施例と１対１で対応する装置であり、上述方法実施例における実現方式は、いずれも該装置の実施例に適用可能であり、同じ技術的効果を達成することもできる。

好ましくは、本出願の実施例は、コアネットワークノードをさらに提供する。該コアネットワークノードは、プロセッサと、メモリと、メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドと、を含み、該プログラムもしくはコマンドがプロセッサによって実行されると、コアネットワークノード側に応用される伝送処理方法の実施例の各プロセスが実現され、且つ同じ技術的効果を達成することができる。繰り返して説明しないように、ここで説明を省略する。

本出願の実施例は、可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体にはプログラムもしくはコマンドが記憶されており、該プログラムもしくはコマンドは、プロセッサによって実行されると、コアネットワークノード側に応用される伝送処理方法の実施例の各プロセスが実現され、且つ同じ技術的効果を達成することができる。繰り返して説明しないように、ここで説明を省略する。

ここで、前記コンピュータ可読記憶媒体は、例えば、読み取り専用メモリ（Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ；ＲＯＭと略称する）、ランダムアクセスメモリ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ；ＲＡＭと略称する）、磁気ディスク又は光ディスク等である。

本出願の実施例は、コアネットワークノードをさらに提供する。該コアネットワークノードは、プロセッサ及び通信インタフェースを含み、通信インタフェースが、第１情報をアクセスネットワークノードに送信するために用いられる。

該コアネットワークノードの実施例は上記のコアネットワークノードの方法実施例に対応するものであり、上記方法実施例の各実施プロセス及び実現方式は、いずれも該コアネットワークノードの実施例に適用可能であり、且つ同じ技術的効果を達成することができる。

具体的には、本出願の実施例は、コアネットワークノードをさらに提供する。図９に示すように、該コアネットワークノード９００は、送信される情報を処理するベースバンド装置９０３を含む。

周波帯処理装置はベースバンド装置９０３にあってもよく、上記実施例で通信機器が実行する方法はベースバンド装置９０３で実現でき、当該ベースバンド装置９０３はプロセッサ９０４とメモリ９０５を含む。

ベースバンド装置９０３は、例えば、複数のチップを設置した少なくとも１つのベースバンドボードを含んでもよく、図９に示すように、その中の１つのチップは、例えば、メモリ９０５に接続されてメモリ９０５中のプログラムを呼び出して、上記方法実施例に示されたコアネットワークノード側の伝送処理方法における操作を実行するプロセッサ９０４である。

当該ベースバンド装置９０３は、ネットワークインタフェース９０６を更に含んでもよく、当該インタフェースは、例えば、共通公衆無線インタフェース（ｃｏｍｍｏｎｐｕｂｌｉｃｒａｄｉｏｉｎｔｅｒｆａｃｅ；ＣＰＲＩと略称する）である。

具体的には、本発明の実施例の通信機器は、メモリ９０５に記憶され且つプロセッサ９０４上で実行可能なコマンドもしくはプログラムをさらに含み、プロセッサ９０４は、メモリ９０５中のコマンドもしくはプログラムを呼び出して図８に示す各モジュールが実行する方法を実行し、且つ同じ技術的効果が達成される。繰り返して説明しないように、ここで説明を省略する。

選択的に、図１０に示すように、本出願の実施例は、通信機器１０００をさらに提供する。該通信機器１０００は、プロセッサ１００１と、メモリ１００２と、メモリ１００２に記憶され且つ前記プロセッサ１００１上で実行可能なプログラムもしくはコマンドとを含む。例えば、該通信機器１０００が端末である場合、該プログラムもしくはコマンドはプロセッサ１００１によって実行されると、上記伝送処理方法の実施例の各プロセスが実現され、且つ同じ技術的効果を達成できる。該通信機器１０００がアクセスネットワークノードである場合、該プログラムもしくはコマンドはプロセッサ１００１によって実行されると、上記伝送処理方法の実施例の各プロセスが実現され、且つ同じ技術的効果を達成できる。繰り返して説明しないように、ここで説明を省略する。該通信機器１０００がコアネットワークノードである場合、該プログラムもしくはコマンドはプロセッサ１００１によって実行されると、上記伝送処理方法の実施例の各プロセスが実現され、且つ同じ技術的効果を達成できる。繰り返して説明しないように、ここで説明を省略する。

本出願の実施例に係るアクセスネットワークノードは、モバイル通信用グローバルシステム（ＧｌｏｂａｌＳｙｓｔｅｍｏｆＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ；ＧＳＭ（登録商標）と略称する）又は符号分割多元接続（ＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ；ＣＤＭＡと略称する）における基地局（ＢａｓｅＴｒａｎｓｃｅｉｖｅｒＳｔａｔｉｏｎ；ＢＴＳと略称する）であってもよいし、広帯域符号分割多元接続（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ；ＷＣＤＭＡ（登録商標）と略称する）における基地局（ＮｏｄｅＢ；ＮＢと略称する）であってもよいし、ＬＴＥにおける進化型基地局（ＥｖｏｌｕｔｉｏｎａｌＮｏｄｅＢ；ｅＮＢ又はｅＮｏｄｅＢと略称する）、中継局、アクセスポイント又は将来５Ｇネットワークにおける基地局等であってもよく、ここで限定されることがない。

本出願の実施例は、チップをさらに提供する。前記チップは、プロセッサ及び通信インタフェースを含み、前記通信インタフェースと前記プロセッサが結合され、前記プロセッサが、プログラムもしくはコマンドを実行して、上記伝送処理方法の実施例の各プロセスを実現するために用いられ、且つ同じ技術的効果を達成することができる。繰り返して説明しないように、ここで説明を省略する。

本出願の実施例で言及したチップは、システムレベルチップ、システムチップ、チップシステム又はシステムオンチップ等と呼ばれてもよいことを理解すべきである。

説明すべきことは、本明細書において、用語「含む」、「からなる」又はその他のあらゆる変形は、非排他的包含を含むように意図され、それにより一連の要素を含むプロセス、方法、物品又は装置は、それらの要素のみならず、明示されていない他の要素、又はこのようなプロセス、方法、物品又は装置に固有の要素をも含む点である。特に断らない限り、語句「１つの……を含む」により限定される要素は、該要素を含むプロセス、方法、物品又は装置に別の同じ要素がさらに存在することを排除するものではない。また、指摘すべきことは、本出願の実施形態における方法及び装置の範囲は、図示又は検討された順序で機能を実行することに限定されず、係る機能に応じて実質的に同時に又は逆の順序で機能を実行することも含み得る点であり、例えば、説明されたものと異なる順番で、説明された方法を実行してもよく、さらに各種のステップを追加、省略、又は組み合わせてもよい。また、何らかの例を参照して説明した特徴は他の例において組み合わせられてもよい。

以上の実施形態に対する説明によって、当業者であれば上記実施例の方法がソフトウェアと必要な共通ハードウェアプラットフォームとの組合せという形態で実現できることを明確に理解可能であり、当然ながら、ハードウェアによって実現してもよいが、多くの場合において前者はより好ましい実施形態である。このような見解をもとに、本出願の技術的解決手段は実質的に又は従来技術に寄与する部分はソフトウェア製品の形で実施することができ、該コンピュータソフトウェア製品は、記憶媒体（例えば、ＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、端末（携帯電話、コンピュータ、サーバ、エアコン、又はネットワーク機器等であってもよい）に本出願の各実施例に記載の方法を実行させる複数のコマンドを含む。

以上、図面を参照しながら本出願の実施例を説明したが、本出願は上記の具体的な実施形態に限定されず、上記の具体的な実施形態は例示的なものに過ぎず、限定的なものではなく、本出願の示唆をもとに、当業者が本出願の趣旨及び特許請求の保護範囲から逸脱することなくなし得る多くの形態は、いずれも本出願の保護範囲に属するものとする。

〔関連出願の相互参照〕
本出願は、２０２１年６月１０日に中国で提出された、中国特許出願Ｎｏ．２０２１１０６５００６２．７の優先権を主張し、その全ての内容が参照によって本出願に組み込まれる。

Claims

アクセスネットワークノードが第１情報を取得するステップであって、前記第１情報がトラフィックデータのタイプ及び／又は特徴を指示するためのものであるステップと、
前記第１情報に基づいて、トラフィックデータの伝送処理を行うステップと、を含み、
前記トラフィックデータはパケット及び／又はデータフレームである、伝送処理方法。
前記第１情報は、
サービス品質フロー指示ＱＦＩと、
トラフィックデータの識別子と、
トラフィックデータのシーケンス番号と、
トラフィックデータの重要度レベルと、
トラフィックデータの時間遅延情報と、
トラフィックデータのタイムスタンプ情報と、
トラフィックデータの同期情報と、
異なるトラフィックデータ間の関連関係と、
ユーザプレーンの汎用無線パケットサービストンネリングプロトコルＧＴＰ－Ｕのシリアル番号と、のうちの少なくとも１つを含む、請求項１に記載の方法。
トラフィックデータの伝送処理を行う前記ステップは、
無線伝送ポリシーに基づいて、トラフィックデータの伝送処理を行うステップを含み、
前記無線伝送ポリシーは、
第１優先度のトラフィックデータを優先的に伝送することと、
第１重要度のトラフィックデータを優先的に伝送することと、
関連するトラフィックデータを共同で伝送することと、
第１トラフィックデータのスケジューリングを遅延させることと、
第２トラフィックデータを廃棄することと、のうちの少なくとも１つを含む、請求項１に記載の方法。
前記無線伝送ポリシーに第１トラフィックデータのスケジューリングを遅延させることが含まれる場合、前記無線伝送ポリシーは、前記第１トラフィックデータを第３トラフィックデータとともにスケジューリングすることをさらに含む、請求項３に記載の方法。
前記第１情報に基づいて、トラフィックデータの伝送処理を行う前記ステップの前に、
予め設定された規則に従って、トラフィックデータのサービス品質ＱｏＳフローを無線ベアラにマッピングするステップをさらに含み、
前記予め設定された規則は、
前記第１情報に基づいて異なる需要のＱｏＳフローを異なる無線ベアラにマッピングし、ここで、無線ベアラが無線リンク制御ＲＬＣエンティティと1対1で対応することと、
異なる需要のＱｏＳフローを同じ無線ベアラにマッピングし、前記第１情報に基づいて異なるＱｏＳ需要のトラフィックデータを異なるＲＬＣエンティティにマッピングし、ここで、１つの無線ベアラが複数のＲＬＣエンティティに対応することと、
異なる需要のＱｏＳフローを同じ無線ベアラにマッピングし、前記第１情報に基づいて異なるＱｏＳ需要のトラフィックデータに異なる伝送コンフィグレーションを設定することと、のうちの少なくとも１つを含む、請求項１に記載の方法。
アクセスネットワークノードが第１情報を取得する前記ステップは、
コアネットワークノードが送信したＱｏＳフローを受信するステップであって、前記ＱｏＳフローに前記第１情報が運ばれているステップと、
コアネットワークノードが送信したＧＴＰ－Ｕメッセージを受信するステップであって、前記ＧＴＰ－Ｕメッセージのヘッダに前記第１情報が運ばれているステップと、
コアネットワークノードがコアアクセス及びモビリティ管理機能ＡＭＦによって送信した第１情報を受信するステップと、のうちの少なくとも１つを含む、請求項１に記載の方法。
コアネットワークノードが第１情報をアクセスネットワークノードに送信するステップを含み、
前記第１情報はトラフィックデータのタイプ及び／又は特徴を指示するためのものであり、前記第１情報はアクセスネットワークノードがトラフィックデータの伝送処理を行うことを補助するためのものであり、前記トラフィックデータはパケット及び／又はデータフレームである、伝送処理方法。
コアネットワークノードが第１情報をアクセスネットワークノードに送信する前記ステップの前に、
トラフィックデータを解析し、第１情報を生成するステップをさらに含む、請求項７に記載の方法。
トラフィックデータを解析し、第１情報を生成する前記ステップは、
トラフィックデータの第２プロトコルヘッダの情報を解析し、第１情報を生成するステップを含み、
前記第２プロトコルヘッダは、
スライスヘッダと、
ネットワーク抽象化レイヤーＮＡＬヘッダと、
リアルタイム伝送プロトコルＲＴＰヘッダと、
ユーザデータグラムプロトコルＵＤＰヘッダと、
伝送制御プロトコルＴＣＰヘッダと、
インターネット相互接続プロトコルＩＰヘッダと、のうちの少なくとも１つを含む、請求項８に記載の方法。
コアネットワークノードが第１情報をアクセスネットワークノードに送信する前記ステップは、
第１情報に基づいてトラフィックデータをマッピングし、サービス品質ＱｏＳフローを取得し、マッピングによって得られた前記ＱｏＳフローをアクセスネットワークノードに送信するステップであって、前記ＱｏＳフローに前記第１情報が運ばれているステップと、
ユーザプレーンの汎用無線パケットサービストンネリングプロトコルＧＴＰ－Ｕメッセージをアクセスネットワークノードに送信するステップであって、前記ＧＴＰ－Ｕメッセージのヘッダに前記第１情報が運ばれているステップと、
コアアクセス及びモビリティ管理機能ＡＭＦによってアクセスネットワークノードに第１情報を送信するステップと、のうちの少なくとも１つを含む、請求項７から９のいずれか１項に記載の方法。
第１情報に基づいてトラフィックデータをマッピングし、ＱｏＳフローを取得する前記ステップは、
予め設定されたマッピング規則に従って、トラフィックデータをＱｏＳフローにマッピングするステップを含み、
前記予め設定されたマッピング規則は、第１優先度のトラフィックデータを目標ＱｏＳフローにマッピングすることを含み、
前記目標ＱｏＳフローは第１ＱｏＳフローであり、又は前記目標ＱｏＳフローは第１サービス品質フロー指示ＱＦＩに対応するＱｏＳフローである、請求項１０に記載の方法。
前記第１情報は、
サービス品質フロー指示ＱＦＩと、
トラフィックデータの識別子と、
トラフィックデータのシーケンス番号と、
トラフィックデータの重要度レベルと、
トラフィックデータの時間遅延情報と、
トラフィックデータのタイムスタンプ情報と、
トラフィックデータの同期情報と、
異なるトラフィックデータ間の関連関係と、
ＧＴＰ－Ｕのシリアル番号と、のうちの少なくとも１つを含む、請求項７に記載の方法。
アクセスネットワークノードに応用される伝送処理装置であって、
第１情報を取得するための取得モジュールであって、前記第１情報がトラフィックデータのタイプ及び／又は特徴を指示するためのものである取得モジュールと、
前記第１情報に基づいて、トラフィックデータの伝送処理を行うための処理モジュールと、を含み、
前記トラフィックデータはパケット及び／又はデータフレームである、伝送処理装置。
前記第１情報は、
サービス品質フロー指示ＱＦＩと、
トラフィックデータの識別子と、
トラフィックデータのシーケンス番号と、
トラフィックデータの重要度レベルと、
トラフィックデータの時間遅延情報と、
トラフィックデータのタイムスタンプ情報と、
トラフィックデータの同期情報と、
異なるトラフィックデータ間の関連関係と、
ユーザプレーンの汎用無線パケットサービストンネリングプロトコルＧＴＰ－Ｕのシリアル番号と、のうちの少なくとも１つを含む、請求項１３に記載の装置。
前記処理モジュールは、
無線伝送ポリシーに基づいて、トラフィックデータの伝送処理を行うために用いられ、
前記無線伝送ポリシーは、
第１優先度のトラフィックデータを優先的に伝送することと、
第１重要度のトラフィックデータを優先的に伝送することと、
関連するトラフィックデータを共同で伝送することと、
第１トラフィックデータのスケジューリングを遅延させることと、
第２トラフィックデータを廃棄することと、のうちの少なくとも１つを含む、請求項１３に記載の装置。
前記無線伝送ポリシーに第１トラフィックデータのスケジューリングを遅延させることが含まれる場合、前記無線伝送ポリシーは、前記第１トラフィックデータを第３トラフィックデータとともにスケジューリングすることをさらに含む、請求項１５に記載の装置。
前記処理モジュールが前記第１情報に基づいて、トラフィックデータの伝送処理を行う前に、前記装置は、
予め設定された規則に従って、トラフィックデータのサービス品質ＱｏＳフローを無線ベアラにマッピングするためのマッピングモジュールをさらに含み、
前記予め設定された規則は、
前記第１情報に基づいて異なる需要のＱｏＳフローを異なる無線ベアラにマッピングし、ここで、無線ベアラが無線リンク制御ＲＬＣエンティティと1対1で対応することと、
異なる需要のＱｏＳフローを同じ無線ベアラにマッピングし、前記第１情報に基づいて異なるＱｏＳ需要のトラフィックデータを異なるＲＬＣエンティティにマッピングし、ここで、１つの無線ベアラが複数のＲＬＣエンティティに対応することと、
異なる需要のＱｏＳフローを同じ無線ベアラにマッピングし、前記第１情報に基づいて異なるＱｏＳ需要のトラフィックデータに異なる伝送コンフィグレーションを設定することと、のうちの少なくとも１つを含む、請求項１３に記載の装置。
前記取得モジュールは、
コアネットワークノードが送信したＱｏＳフローを受信することであって、前記ＱｏＳフローに前記第１情報が運ばれていることと、
コアネットワークノードが送信したＧＴＰ－Ｕメッセージを受信することであって、前記ＧＴＰ－Ｕメッセージのヘッダに前記第１情報が運ばれていることと、
コアネットワークノードがコアアクセス及びモビリティ管理機能ＡＭＦによって送信した第１情報を受信することと、のうちの少なくとも１つを実現するために用いられる、請求項１３に記載の装置。
プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを含み、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、請求項１から６のいずれか１項に記載の伝送処理方法のステップが実現される、アクセスネットワークノード。
コアネットワークノードに応用される伝送処理装置であって、
第１情報をアクセスネットワークノードに送信するための送信モジュールを含み、
前記第１情報はトラフィックデータのタイプ及び／又は特徴を指示するためのものであり、前記第１情報はアクセスネットワークノードがトラフィックデータの伝送処理を行うことを補助するためのものであり、前記トラフィックデータはパケット及び／又はデータフレームである、伝送処理装置。
前記送信モジュールが第１情報をアクセスネットワークノードに送信する前に、前記装置は、
トラフィックデータを解析し、第１情報を生成するための生成モジュールをさらに含む、請求項２０に記載の装置。
前記生成モジュールは、
トラフィックデータの第２プロトコルヘッダの情報を解析し、第１情報を生成するために用いられ、
前記第２プロトコルヘッダは、
スライスヘッダと、
ネットワーク抽象化レイヤーＮＡＬヘッダと、
リアルタイム伝送プロトコルＲＴＰヘッダと、
ユーザデータグラムプロトコルＵＤＰヘッダと、
伝送制御プロトコルＴＣＰヘッダと、
インターネット相互接続プロトコルＩＰヘッダと、のうちの少なくとも１つを含む、請求項２１に記載の装置。
前記送信モジュールは、
第１情報に基づいてトラフィックデータをマッピングし、サービス品質ＱｏＳフローを取得し、マッピングによって得られた前記ＱｏＳフローをアクセスネットワークノードに送信することであって、前記ＱｏＳフローに前記第１情報が運ばれていることと、
ユーザプレーンの汎用無線パケットサービストンネリングプロトコルＧＴＰ－Ｕメッセージをアクセスネットワークノードに送信することであって、前記ＧＴＰ－Ｕメッセージのヘッダに前記第１情報が運ばれていることと、
コアアクセス及びモビリティ管理機能ＡＭＦによってアクセスネットワークノードに第１情報を送信することと、のうちの少なくとも１つを実現するために用いられる、請求項２０から２２のいずれか１項に記載の装置。
第１情報に基づいてトラフィックデータをマッピングし、ＱｏＳフローを取得する前記ことの方式は、
予め設定されたマッピング規則に従って、トラフィックデータをＱｏＳフローにマッピングすることを含み、
前記予め設定されたマッピング規則は、第１優先度のトラフィックデータを目標ＱｏＳフローにマッピングすることを含み、
前記目標ＱｏＳフローは第１ＱｏＳフローであり、又は前記目標ＱｏＳフローは第１サービス品質フロー指示ＱＦＩに対応するＱｏＳフローである、請求項２３に記載の装置。
前記第１情報は、
サービス品質フロー指示ＱＦＩと、
トラフィックデータの識別子と、
トラフィックデータのシーケンス番号と、
トラフィックデータの重要度レベルと、
トラフィックデータの時間遅延情報と、
トラフィックデータのタイムスタンプ情報と、
トラフィックデータの同期情報と、
異なるトラフィックデータ間の関連関係と、
ＧＴＰ－Ｕのシリアル番号と、のうちの少なくとも１つを含む、請求項２０に記載の装置。
プロセッサと、メモリと、前記メモリに記憶され且つ前記プロセッサ上で実行可能なプログラムもしくはコマンドとを含み、前記プログラムもしくはコマンドが前記プロセッサによって実行されると、請求項７から１２のいずれか１項に記載の伝送処理方法のステップが実現される、コアネットワークノード。
プロセッサによって実行されると、請求項１から１２のいずれか１項に記載の伝送処理方法のステップが実現されるプログラムもしくはコマンドが記憶されている、可読記憶媒体。