JP2019500785A - サービスデータパケット処理方法および装置 - Google Patents

サービスデータパケット処理方法および装置 Download PDF

Info

Publication number
JP2019500785A
JP2019500785A JP2018527903A JP2018527903A JP2019500785A JP 2019500785 A JP2019500785 A JP 2019500785A JP 2018527903 A JP2018527903 A JP 2018527903A JP 2018527903 A JP2018527903 A JP 2018527903A JP 2019500785 A JP2019500785 A JP 2019500785A
Authority
JP
Japan
Prior art keywords
service
data packet
service data
indication information
information
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.)
Pending
Application number
JP2018527903A
Other languages
English (en)
Inventor
伶俐 ▲パン▼
伶俐 ▲パン▼
▲シャオ▼▲シャオ▼ ▲鄭▼
▲シャオ▼▲シャオ▼ ▲鄭▼
▲敏▼ 黄
▲敏▼ 黄
会平 ▲劉▼
会平 ▲劉▼
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2019500785A publication Critical patent/JP2019500785A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/20Manipulation of established connections
    • H04W76/27Transitions between radio resource control [RRC] states
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本発明の実施形態は、通信分野に関し、サービスデータパケット処理方法および装置を提供する。方法は、第1のデバイスからサービス補助指示情報を受信するステップであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、ステップと、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップと、処理優先度に基づいてサービスデータパケットを処理するステップとを含む。装置は受信ユニットと処理ユニットとを含む。本発明によれば、様々な送信フェーズにおけるサービスに対する処理要件を満たすことができる。

Description

本発明は、通信分野に関し、詳細には、サービスデータパケット処理方法および装置に関する。
移動通信システムでは、サービスのサービスデータパケットが端末とサーバとの間で送信されてもよく、端末とサーバとの間で送信されるサービスデータパケットは、通常、基地局またはゲートウェイなどのネットワーク側デバイスを通過する。サービスデータパケットを受信すると、ネットワーク側デバイスは、サービスデータパケットを処理する必要がある。たとえば、ネットワーク側デバイスは、サービスデータパケットをスケジュールし、スケジュールされたサービスデータパケットを端末またはサーバに送信することができる。
いくつかのサービスは、様々な送信フェーズにおけるネットワーク側デバイスに対する様々な処理要件を有することが、研究に基づいて知ることができる。たとえば、いくつかのサービスは、様々な送信フェーズにおける送信遅延に対する様々な要件を有する。ビデオサービスが一例として使用される。ビデオサービスに関する研究に基づいて、ビデオフラグメントごとの遅延要件が初期ビデオローディングプロセスおよび再生プロセスにおいて異なることを知ることができる。通常、ユーザの待ち時間を短縮するために、初期ビデオローディングプロセスでは比較的短い時間が要求されるが、再生プロセス中にプレーヤのバッファにデータがあるときは、スケジューリング遅延は長くてもよい。
本発明の実装中、発明者は、従来技術が少なくとも以下の問題を有することを見つけた。
現在、ネットワーク側デバイスがサービスデータパケットを処理するとき、様々な送信フェーズにおけるサービスに対する処理要件を満たすことができない。
様々な送信フェーズにおけるサービスに対する処理要件を満たすために、本発明の実施形態は、サービスデータパケット処理方法および装置を提供する。技術的解決策は以下の通りである。
第1の態様によれば、サービスデータパケット処理方法が提供され、方法は、
第1のデバイスからサービス補助指示情報を受信するステップであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、ステップと、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップと、
処理優先度に基づいてサービスデータパケットを処理するステップと
を含む。
サービスデータパケットの処理優先度は、第1のデバイスのサービス補助指示情報に基づいて決定され、サービスデータは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
第1の態様を参照して、第1の態様の第1の可能な実装形態では、
サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイスによるサービスデータパケットの処理の優先度を示すために使用される。
第1の態様または第1の態様の第1の可能な実装形態を参照して、第1の態様の第2の可能な実装形態では、
サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第1の態様または第1の態様の第1の可能な実装形態を参照して、第1の態様の第3の可能な実装形態では、方法は、
第1のデバイスから方向情報を取得するステップであって、方向情報が、サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される、ステップ
をさらに含む。
第1の態様または第1の態様の第1から第3の可能な実装形態のいずれか1つを参照して、第1の態様の第4の可能な実装形態では、
方法は、
有効期間を取得するステップ
をさらに含み、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップは、
サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップ
を含む。
ネットワーク側デバイスは、有効時間を使用してサービス補助指示情報の時間有効範囲を通知されてもよく、その結果、ネットワーク側デバイスは、時間有効範囲内に処理優先度に基づいてサービスデータパケットを処理する。
第1の態様または第1の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第1の態様の第5の可能な実装形態では、
第1のデバイスが端末であるとき、第1のデバイスからサービス補助指示情報を受信するステップは、
端末から無線リソース制御(RRC)シグナリングを受信するステップであって、RRCシグナリングがサービス補助指示情報を搬送する、ステップ、または
端末からアップリンクサービスデータパケットを受信するステップであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、ステップ、または
事前設定された伝送リソースを使用して端末からのサービス補助指示情報を受信するステップ
を含む。
第1の態様または第1の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第1の態様の第6の可能な実装形態では、
第1のデバイスがデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、第1のデバイスからサービス補助指示情報を受信するステップは、
サーバまたはルーティングノードからサービスデータパケットを受信するステップであって、サービスデータパケットのパケットヘッダがサービス補助指示情報を搬送する、ステップ
を含む。
第2の態様によれば、サービスデータパケット処理装置が提供され、装置は、
第1のデバイスからサービス補助指示情報を受信するように構成された受信ユニットであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、受信ユニットと、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理するように構成された処理ユニットと
を含む。
サービスデータパケットの処理優先度は、第1のデバイスのサービス補助指示情報に基づいて決定され、サービスデータは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
第2の態様を参照して、第2の態様の第1の可能な実装形態では、
サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするように装置に命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度を装置に示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延を装置に示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、装置によるサービスデータパケットの処理の優先度を示すために使用される。
第2の態様または第2の態様の第1の可能な実装形態を参照して、第2の態様の第2の可能な実装形態では、
サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第2の態様または第2の態様の第1の可能な実装形態を参照して、第2の態様の第3の可能な実装形態では、
受信ユニットは、第1のデバイスから方向情報を取得するようにさらに構成され、方向情報は、サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される。
第2の態様または第2の態様の第1から第3の可能な実装形態のいずれか1つを参照して、第2の態様の第4の可能な実装形態では、
処理ユニットは、有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するように構成される。
装置は、有効時間を使用してサービス補助指示情報の時間有効範囲を通知されてもよく、その結果、装置は、時間有効範囲内に処理優先度に基づいてサービスデータパケットを処理する。
第2の態様または第2の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第2の態様の第5の可能な実装形態では、第1のデバイスが端末であるとき、
受信ユニットは、端末から無線リソース制御(RRC)シグナリングを受信することであって、RRCシグナリングがサービス補助指示情報を搬送する、受信すること、または端末からアップリンクサービスデータパケットを受信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、受信すること、または事前設定された伝送リソースを使用して端末からサービス補助指示情報を受信することを行うように構成される。
第2の態様または第2の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第2の態様の第6の可能な実装形態では、
第1のデバイスがデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、受信ユニットは、サーバまたはルーティングノードからサービスデータパケットを受信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
第3の態様によれば、サービスデータパケット処理装置が提供され、装置は、
第1のデバイスからサービス補助指示情報を受信するように構成された受信機であって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、受信機と、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理するように構成されたプロセッサと
を含む。
サービスデータパケットの処理優先度は、第1のデバイスのサービス補助指示情報に基づいて決定され、サービスデータは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
第3の態様を参照して、第3の態様の第1の可能な実装形態では、
サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするように装置に命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度を装置に示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延を装置に示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、装置によるサービスデータパケットの処理の優先度を示すために使用される。
第3の態様または第3の態様の第1の可能な実装形態を参照して、第3の態様の第2の可能な実装形態では、
サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第3の態様または第3の態様の第1の可能な実装形態を参照して、第3の態様の第3の可能な実装形態では、
受信機は、第1のデバイスから方向情報を取得するようにさらに構成され、方向情報は、サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される。
第3の態様または第3の態様の第1から第3の可能な実装形態のいずれか1つを参照して、第3の態様の第4の可能な実装形態では、
プロセッサは、有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するように構成される。
装置は、有効時間を使用してサービス補助指示情報の時間有効範囲を通知されてもよく、その結果、装置は、時間有効範囲内に処理優先度に基づいてサービスデータパケットを処理する。
第3の態様または第3の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第3の態様の第5の可能な実装形態では、第1のデバイスが端末であるとき、
受信機は、端末から無線リソース制御(RRC)シグナリングを受信することであって、RRCシグナリングがサービス補助指示情報を搬送する、受信すること、または端末からアップリンクサービスデータパケットを受信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、受信すること、または事前設定された伝送リソースを使用して端末からのサービス補助指示情報を受信することを行うように構成される。
第3の態様または第3の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第3の態様の第6の可能な実装形態では、
第1のデバイスがデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、受信機は、サーバまたはルーティングノードからサービスデータパケットを受信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
第4の態様によれば、サービスデータパケット処理方法が提供され、方法は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するステップであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、ステップと、
ネットワーク側デバイスにサービス補助指示情報を送信するステップであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、ステップと、処理優先度に基づいてサービスデータパケットを処理するステップと
を含む。
第4の態様を参照して、第4の態様の第1の可能な実装形態では、第1のデバイスが端末であるとき、ネットワーク側デバイスにサービス補助指示情報を送信するステップは、
ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信するステップであって、RRCシグナリングがサービス補助指示情報を搬送する、ステップ、または
ネットワーク側デバイスにアップリンクサービスデータパケットを送信するステップであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、ステップ、または
事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信するステップ
を含む。
第4の態様を参照して、第4の態様の第2の可能な実装形態では、第1のデバイスがデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、ネットワーク側デバイスにサービス補助指示情報を送信するステップは、
ネットワーク側デバイスにサービスデータパケットを送信するステップであって、サービスデータパケットのパケットヘッダがサービス補助指示情報を搬送する、ステップ
を含む。
第5の態様によれば、サービスデータパケット処理装置が提供され、装置は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するように構成された処理ユニットであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、処理ユニットと、
ネットワーク側デバイスにサービス補助指示情報を送信することであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、送信することと、処理優先度に基づいてサービスデータパケットを処理することとを行うように構成された送信ユニットと
を含む。
第5の態様を参照して、第5の態様の第1の可能な実装形態では、装置が端末であるとき、
送信ユニットは、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、RRCシグナリングがサービス補助指示情報を搬送する、送信すること、またはネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、送信すること、または事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信することを行うように構成される。
第5の態様を参照して、第5の態様の第2の可能な実装形態では、装置がデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、
送信ユニットは、ネットワーク側デバイスにサービスデータパケットを送信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
第5の態様を参照して、第5の態様の第3の可能な実装形態では、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイスによるサービスデータパケットの処理の優先度を示すために使用される。
第5の態様を参照して、第5の態様の第4の可能な実装形態では、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第5の態様を参照して、第5の態様の第5の可能な実装形態では、送信ユニットは、ネットワーク側デバイスに方向情報を送信するようにさらに構成され、方向情報は、サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される。
第6の態様によれば、サービスデータパケット処理装置が提供され、装置は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するように構成されたプロセッサであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、プロセッサと、
ネットワーク側デバイスにサービス補助指示情報を送信することであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、送信することと、処理優先度に基づいてサービスデータパケットを処理することとを行うように構成された送信機と
を含む。
第6の態様を参照して、第6の態様の第1の可能な実装形態では、第1のデバイスが端末であるとき、
送信機は、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、RRCシグナリングがサービス補助指示情報を搬送する、送信すること、またはネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、送信すること、または事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信することを行うように構成される。
第6の態様を参照して、第6の態様の第2の可能な実装形態では、第1のデバイスがデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、
送信機は、ネットワーク側デバイスにサービスデータパケットを送信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
第6の態様を参照して、第6の態様の第3の可能な実装形態では、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイスによるサービスデータパケットの処理の優先度を示すために使用される。
第6の態様を参照して、第6の態様の第4の可能な実装形態では、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第6の態様を参照して、第6の態様の第5の可能な実装形態では、送信ユニットは、ネットワーク側デバイスに方向情報を送信するようにさらに構成され、方向情報は、サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される。
本発明の実施形態において提供される技術的解決策の有益な効果は以下の通りである。
本発明の実施形態では、サービスデータパケットの処理優先度は、第1のデバイスのサービス補助指示情報に基づいて決定され、サービスデータは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
本発明の実施形態における技術的解決策をより明確に説明するために、以下で、実施形態を説明するために必要とされる添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本発明のいくつかの実施形態を示すにすぎず、当業者は、創造的な努力なしに、これらの添付図面から他の図面をさらに導出することができる。
本発明の一実施形態による、ネットワークアーキテクチャの概略図である。 本発明の一実施形態による、ネットワーク側デバイスの概略構造図である。 本発明の一実施形態による、サービスデータパケット処理方法のフローチャートである。 本発明の一実施形態による、別のサービスデータパケット処理方法のフローチャートである。 本発明の一実施形態による、サービスデータパケット処理装置の概略構造図である。 本発明の一実施形態による、別のサービスデータパケット処理装置の概略構造図である。 本発明の一実施形態による、別のサービスデータパケット処理装置の概略構造図である。
本発明の目的、技術的解決策、および利点をより明確にするために、以下で、添付図面を参照して、詳細に本発明の実装形態をさらに説明する。
図1を参照すると、図1は、本発明の実施形態において適用される移動通信システムのネットワークアーキテクチャを示す。ネットワークアーキテクチャは、端末、ネットワーク側デバイス、およびサーバを含む。サービスデータパケットは、端末とサーバとの間で送信されてもよい。ネットワーク側デバイスは、端末とサーバとの間で送信されるサービスデータパケットが通過するデバイスである。たとえば、端末とサーバとの間で送信されるサービスデータパケットは、基地局、SGW(Serving GateWay、サービングゲートウェイ)、およびPGW(PDN(Packet Data Network、パケットデータネットワーク)GateWay、PDNゲートウェイ)などのノードを通過してもよい。これらのノードはネットワーク側デバイスである。実際のデータ送信プロセスでは、データパケットは、送信中にIP(Internet Protocol、インターネットプロトコル)ネットワーク内のルータなどをさらに通過することに留意されたい。ここでは詳細は記載されない。
本発明の実施形態では、説明を簡単にするために、ネットワーク側デバイスにサービス補助指示情報を送信することができるデバイスは第1のデバイスと呼ばれ、サービス補助指示情報は、サービスデータパケットに対する処理要件を示すために使用される。第1のデバイスは、以下のエンティティ:サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである。
ネットワーク側デバイスは、サービス補助指示情報を受信し、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理する。具体的な実装プロセスについては、後続の対応する実施形態の内容を参照されたい。ここでは詳細は記載されない。
この特許における処理および/または処理要件には、割り振られる伝送リソースのサイズ、データパケット送信における遅延要件、スケジューリング優先度要求、データパケット破棄命令、中継ノード内のデータパケットの順番などが含まれるが、それらに限定されない。
図2を参照すると、本発明の実施形態はネットワーク側デバイス200をさらに提供する。ネットワーク側デバイス200は、様々な構成または様々な性能に起因して大きく異なってもよく、1つまたは複数のプロセッサ201、受信機202、およびメモリ203、ならびにアプリケーションプログラム204またはデータ205を記憶するための1つまたは複数の記憶媒体206(たとえば、1つまたは複数の大容量記憶装置)を含んでもよい。メモリ203および記憶媒体206は、一時的ストレージまたは永続的ストレージであってもよい。記憶媒体206に記憶されるプログラムは、(図には示されていない)1つまたは複数のモジュールを含んでもよく、各モジュールは、ネットワーク側デバイス200上で実行される一連の命令動作を含んでもよい。さらに、プロセッサ201は、記憶媒体206と通信し、記憶媒体206内の一連の命令動作をネットワーク側デバイス200上で実行するように構成されてもよい。
ネットワーク側デバイス200は、1つもしくは複数の電源207、1つもしくは複数の有線もしくはワイヤレスのネットワークインタフェース208、1つもしくは複数の入力/出力インタフェース209、1つもしくは複数のキーボード210、および/または、Windows Server(登録商標)、Mac OS X(登録商標)、Unix(登録商標)、Linux(登録商標)、もしくはFreeBSD(登録商標)などの、1つもしくは複数のオペレーティングシステム211をさらに含んでもよい。
本発明では、ネットワーク側デバイス200のプロセッサ201および受信機202は、以下の機能を有する。
受信機202は、第1のデバイスからサービス補助指示情報を受信するように構成される。サービス補助指示情報は、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスは、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードの少なくとも1つである。
プロセッサ201は、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理するように構成される。
場合によっては、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイス200に命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイス200に示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイス200に示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイス200によるサービスデータパケットの処理の優先度を示すために使用される。
場合によっては、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含む。アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
場合によっては、受信機202は、第1のデバイスから方向情報を受信するようにさらに構成される。方向情報は、サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される。
場合によっては、プロセッサ201は、有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するように構成される。
場合によっては、第1のデバイスが端末であるとき、受信機202は、端末から無線リソース制御(RRC)シグナリングを受信することであって、RRCシグナリングがサービス補助指示情報を搬送する、受信すること、または端末からアップリンクサービスデータパケットを受信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、受信すること、または事前設定された伝送リソースを使用して端末からのサービス補助指示情報を受信することを行うように構成される。
場合によっては、第1のデバイスがデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、受信機202は、サーバまたはルーティングノードからサービスデータパケットを受信するように構成される。サービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、またはチャネル関連シグナリングがサービス指示情報を搬送する。
本発明の一実施形態はサービスデータパケット処理方法を提供する。方法において、第1のデバイスがネットワーク側デバイスにサービス補助指示情報を送信する。サービス補助指示情報は、サービスデータパケットに対する処理要件を示すために使用される。サービスデータパケットは、アップリンクサービスデータパケットおよび/またはダウンリンクサービスデータパケットを含む。アップリンクサービスデータパケットは、端末によってサーバまたはネットワーク側デバイスに送信されるサービスデータパケットであり、ダウンリンクサービスデータパケットは、サーバまたはネットワーク側デバイスによって端末に送信されるサービスデータパケットである。
第1のデバイスからサービス補助指示情報を受信すると、ネットワーク側デバイスは、サービス補助指示情報に基づいてサービスデータパケットを処理することができる。図3を参照すると、第1のデバイスが端末であり、サービスデータパケットに対して実行される処理動作が具体的にはスケジューリング動作である一例が説明に使用される。方法の具体的なプロセスは以下の通りである。
ステップ301:端末がネットワーク側デバイスにサービス補助指示情報を送信し、サービス補助指示情報は、サービスデータパケットに対する端末のスケジューリング要件を示すために使用される。
この実施形態では、サービス補助指示情報は、アップリンクサービスデータパケットに対するスケジューリング要件、またはダウンリンクサービスデータパケットに対するスケジューリング要件を示すために使用されてもよい。あるいは、サービス補助指示情報はアップリンクサービス補助指示情報であってもよく、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対するスケジューリング要件を示すために使用される。あるいは、サービス補助指示情報はダウンリンクサービス補助指示情報であってもよく、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対するスケジューリング要件を示すために使用される。本明細書におけるスケジューリング要件は、サービスデータパケットがエアインタフェースを通過するときに存在するスケジューリング、またはネットワーク側デバイスが次のルーティングノードにサービスデータパケットを送信するときに存在するスケジューリングであってもよい。
場合によっては、この実施形態では、サービス補助指示情報は以下の形態を有してもよい。
第1のケースでは、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用されるか、またはサービスデータパケットのスケジューリングを減速するようにネットワーク側デバイスに命令するために使用される。
たとえば、この実施形態では、サービス補助指示情報は1ビットであってもよい。ビット1は、サービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、ビット0は、サービスデータパケットのスケジューリングが減速される必要があるか、または加速される必要がないことを示すために使用される。あるいは、ビット0は、サービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、ビット1は、サービスデータパケットのスケジューリングが減速される必要があるか、または加速される必要がないことを示すために使用される。あるいは、ビット1は、サービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、サービス補助指示情報が送信されないことは、サービスデータパケットのスケジューリングが加速される必要がないことを示す。あるいは、ビット1は、サービスデータパケットのスケジューリングが減速される必要があることを示すために使用され、サービス補助指示情報が送信されないことは、サービスデータパケットのスケジューリングが減速される必要がないことを示す。
サービス補助指示情報は、端末の1つのサービスまたは1つのベアラ用であってもよく、端末のいくつかのサービスまたはいくつかのベアラ用であってもよく、端末のすべてのサービスまたはすべてのベアラ用であってもよい。このことは本明細書では限定されない。補助指示情報が1つまたはいくつかのサービス/ベアラ用であるとき、端末はさらに、サービス補助指示情報に対応するサービスまたはベアラを示す必要がある。たとえば、端末は、サービスデータパケットに対応する無線ベアラの識別子、またはサービスデータパケットのアドレス情報(IPアドレス、TCPポート番号など)を示す必要がある。情報は、サービス補助情報と一緒に送信されてもよく、端末とネットワーク側デバイスとの間で実行されるネゴシエーションを介して、サービス補助指示情報が送信される前に送信されてもよい。
第2のケースでは、サービス補助指示情報はスケジューリングレベル指示であり、ネットワーク側デバイスにサービスデータパケットのスケジューリング優先度を示すために使用される。
様々なスケジューリングレベルは、サービスデータパケットのスケジューリング優先度を表す。好ましくは、スケジューリングレベルは、遅延に対する様々なサービスまたは様々なサービスデータパケットの様々な要件に基づいて定義されてもよい。
スケジューリングレベルは、端末によって現在実行されており、実行されているサービスの様々なサービスデータパケットに対する端末のスケジューリング要件を反映するサービスに基づいて、端末がソーティングを実行することによって取得されてもよく、またはネットワーク側デバイスおよび端末は、様々なサービスもしくは様々な遅延要件もしくは様々なデータパケットタイプに対応する様々な優先度をあらかじめ定義し、端末は、あらかじめ定義された優先度および現在実行されているサービスもしくは送信されたサービスデータパケットのタイプに基づいて、報告される必要がある優先度を取得する。たとえば、サービスデータパケットのスケジューリングレベルは、具体的には、それぞれ第1のレベル、第2のレベル、第3のレベル、および第4のレベルである4つのレベルを含んでもよい。
第1のレベルは、送信遅延に対する要件が最も高いことを示す。たとえば、第1のビデオフラグメントパケットの場合、端末は、サービスデータパケットを受信した後、なるべく端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。
第2のレベルは、送信遅延に対する要件が第1のレベルの送信遅延に対する要件よりも低いことを示す。たとえば、ビデオ再生フェーズにおけるフラグメントパケットの場合、端末は、サービスデータパケットを受信した後の第1の時間内に端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。たとえば、第1の時間は、5ms、10ms、15msなどであってもよい。たとえば、第1の時間が10msであるとき、第2のレベルは、端末がサービスデータパケットを受信した後の10ms以内に端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求することを示す。
第3のレベルは、送信遅延が第2のレベルの送信遅延よりも大きくてもよいことを示す。たとえば、バックグラウンドでダウンロードされるデータパケットの場合、端末は、サービスデータパケットを受信した後の第2の時間内に端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。第2の時間は、事前設定された第1の時間よりも大きい。たとえば、事前設定された第2の時間は、30ms、50ms、1sなどであってもよい。たとえば、第2の時間が1sであるとき、第3のレベルは、端末がサービスデータパケットを受信した後の1s以内に端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求することを示す。
第4のレベルは、送信遅延が第3のレベルの送信遅延よりも大きくてもよいことを示す。たとえば、メータ読取り情報の場合、端末は、端末のサービスデータパケットをスケジュールするための時間をそれ自体で決定するようにネットワーク側デバイスに要求する。
この実施形態では、4つのレベルの各々を表すために2つのビットが使用されてもよく、たとえば、第1のレベルを表すためにビット11が使用され、第2のレベルを表すためにビット10が使用され、第3のレベルを表すためにビット01が使用され、第4のレベルを表すためにビット00が使用される。
第3のケースでは、サービス補助指示情報は、端末の現在の再生状態またはサービスデータパケットのタイプをネットワーク側デバイスに示すために使用される。
端末の再生状態またはサービスデータパケットのタイプは、ダウンリンクサービスデータパケットに対する端末のスケジューリング要件を反映することができる。たとえば、端末がダウンリンクサービスデータを再生する再生状態には、初期バッファリングフェーズ、再生フェーズ、フレームフリージングフェーズなどが含まれてもよい。再生状態には、バッファ内のデータの再生が完了すること、バッファ内のデータの再生が始まること、または端末が再バッファリングフェーズにあること、ユーザがドラッグ操作を実行すること、ユーザがポーズ操作を実行すること、プログラムがバックグラウンドで実行されることがさらに含まれてもよい。初期バッファリングフェーズ、バッファ内のデータの再生が完了すること、および端末が再バッファリングフェーズにあることは、ネットワーク側デバイスが端末のダウンリンクサービスデータパケットをスケジュールすることを端末が緊急に必要としていることを反映する。バッファ内のデータの再生が始まることは、ネットワーク側デバイスが端末のダウンリンクサービスデータパケットをスケジュールすることを端末が必要とする時間要件の強さが前述の3つのケースよりも弱いことを反映する。ビデオサービスの場合、サービスデータパケットのタイプは、初期バッファリングフェーズにあるデータパケット、再バッファリングフェーズにあるデータパケット、再生フェーズにあるデータパケットなどであってもよい。サービスデータパケットのタイプは、プレーヤの再生状態を反映することもできる。さらに、サービスデータパケットのタイプは、サービスタイプ、たとえば、ビデオサービス、ゲーム、音声、バックグラウンド、またはストリーミングサービスであってもよい。
あるいは、サービス補助指示情報は、サービスデータパケットの遅延要件であってもよく、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用されるか、またはサービスデータパケットの処理優先度であってもよく、ネットワーク側デバイスがサービスデータパケットを処理する優先度を示すために使用される。
場合によっては、このステップにおいて、端末は、以下の3つの方式で、ネットワーク側デバイスにサービス補助指示情報を送信することができる。
(1).端末は、ネットワーク側デバイスにRRC(Radio Resource Control、無線リソース制御)シグナリングを送信し、RRCシグナリングはサービス補助指示情報を搬送する。
(2).端末は、ネットワーク側デバイスにアップリンクサービスデータパケットを送信し、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、またはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助表示情報を搬送する。たとえば、サービス補助指示情報は、MAC(Medium Access Control、媒体アクセス制御)パケットヘッダまたはMAC CE(MAC Control Element、MAC制御シグナリング)内で搬送される。
(3).端末は、事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信する。たとえば、補助指示情報は、専用PUSCH(Physical Uplink Shared CHannel、物理アップリンク共有チャネル)またはPUCCH(Physical Uplink Control CHannel、物理アップリンク制御チャネル)上の専用アップリンクチャネルまたは固定時間周波数リソースを使用して送信される。
場合によっては、端末は、ネットワーク側デバイスに方向情報をさらに送信することができる。方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
端末は、サービス補助指示情報を送信する前にサービス補助指示情報を取得する必要がある。好ましくは、端末のアプリケーションレイヤまたはアーキテクチャレイヤがサービス補助指示情報を生成し、端末の最下位レイヤにサービス補助指示情報を送り、端末の最下位レイヤがネットワーク側デバイスにサービス補助指示情報を送信する。あるいは、端末のアプリケーションレイヤまたはアーキテクチャレイヤがサービス参照情報を生成し、端末の最下位レイヤが端末のアプリケーションレイヤまたはアーキテクチャレイヤによって提供されたサービス参照情報に基づいてサービス補助指示情報を生成し、端末の最下位レイヤがネットワーク側デバイスにサービス補助指示情報を送信する。たとえば、アプリケーションレイヤまたはアーキテクチャレイヤは、第1のフラグメントパケットがスケジュールされており、迅速に送信される必要があることを最下位レイヤに示す。最下位レイヤは、サービス補助指示情報を1に設定して、スケジューリングを加速するようにネットワーク側デバイスに命令する。
場合によっては、第1のデバイスは、ネットワーク側デバイスに有効期間をさらに送信することができる。有効期間は、第1のデバイスによって送信されるサービス補助情報用の有効時間である。言い換えれば、サービス補助情報はその時間期間内は有効なままである。
ステップ302:ネットワーク側デバイスがサービス補助指示情報を受信し、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定する。
この実施形態では、ネットワーク側デバイスは、端末のサービスデータパケットが通過する任意のデバイスであってもよく、たとえば、基地局、RAN(Radio Access NetWork、無線アクセスネットワーク)、または中継端末などの別の中継デバイスであってもよい。
場合によっては、ネットワーク側デバイスは、端末から方向情報をさらに受信して、補助指示情報がアップリンクデータパケット用であるかダウンリンクデータパケット用であるかを判定することができる。
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップは、サービス補助指示情報に基づいてサービスデータパケットのスケジューリング優先度を決定するステップ、および/またはサービス補助指示情報に基づいて、サービスデータパケットを送信するために端末に割り振られた伝送リソースの数を決定するステップを含む。優先度は、サービスデータパケットをスケジュールする時間または順番であってもよい。
場合によっては、サービス補助指示情報がアップリンクサービスデータパケットに対する端末のスケジューリング要件を示すか、またはサービス補助指示情報がアップリンクサービス補助指示情報である場合、ネットワーク側デバイスがサービス補助指示情報を受信した後、ネットワーク側デバイスは、サービス補助指示情報に基づいて、端末のアップリンクサービスデータパケットをスケジュールする時間または順番を決定し、さらに、端末のアップリンクサービスデータパケットをスケジュールするための伝送リソースを決定することができる。場合によっては、ネットワーク側デバイスは、補助指示情報に基づいてアップリンクサービスデータパケットの処理優先度をさらに決定し、送信プロセスにおいてデータパケットが通過する必要がある少なくとも1つのルーティングノードに優先度情報を送信する。
このステップでは、サービス補助指示情報がスケジューリング指示情報である場合、ネットワーク側デバイスは、スケジューリング指示情報に基づいてサービスデータパケットの処理優先度を決定する。たとえば、スケジューリング指示情報がサービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用される場合、サービスデータパケットの処理優先度は比較的高いと判断される。スケジューリング指示情報がサービスデータパケットのスケジューリングを減速するようにネットワーク側デバイスに命令するために使用される場合、サービスデータパケットの処理優先度は比較的低いと判断される。
サービス補助指示情報がスケジューリングレベル指示である場合、ネットワーク側デバイスは、スケジューリングレベル指示に基づいてサービスデータパケットの処理優先度を決定する。たとえば、スケジューリングレベル指示は、第1のレベル、第2のレベル、第3のレベル、または第4のレベルを示す。スケジューリングレベル指示が第1のレベルを示すとき、ネットワーク側デバイスによって決定される第1の処理優先度は最も高い。スケジューリングレベル指示が第2のレベルを示すとき、ネットワーク側デバイスによって決定される第2の処理優先度は、第1の処理優先度よりも低い。スケジューリングレベル指示が第3のレベルを示すとき、ネットワーク側デバイスによって決定される第3の処理優先度は、第2の処理優先度よりも低い。スケジューリングレベル指示が第4のレベルを示すとき、ネットワーク側デバイスによって決定される第4の処理優先度は最も低い。
サービス補助指示情報が端末の現在の再生状態またはサービスデータパケットのタイプを示すために使用される場合、ネットワーク側デバイスは、端末の示された現在の再生状態またはサービスデータパケットの示されたタイプに基づいてサービスデータパケットの処理優先度を決定する。
ステップ303:端末のサービスデータパケットを受信すると、ネットワーク側デバイスが処理優先度に基づいてサービスデータパケットをスケジュールする。
サービス補助指示情報は、データパケットのスケジューリング優先度または処理優先度を決定するためにネットワーク側デバイスによって使用される参照情報にすぎないことに留意されたい。データパケットのスケジューリング優先度または処理優先度を決定すると、ネットワーク側デバイスは、他の情報、たとえば、ネットワーク側デバイスのアルゴリズム、ネットワーク側デバイスの現在利用可能なリソース、端末の優先度、およびサービスの優先度をさらに考慮することができる。
それに対応して、ネットワーク側デバイスは、有効期間を受信するか、またはネットワーク側デバイスおよび端末によってあらかじめ合意された有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、処理優先度に基づいて端末のサービスデータパケットをスケジュールする。
本発明のこの実施形態では、端末は、ネットワーク側デバイスにサービス補助指示情報を送信し、サービス補助指示情報を使用することにより、端末のサービスデータパケットに対する端末の処理要件をネットワーク側デバイスに通知する。この場合、ネットワーク側デバイスは、サービスデータパケット送信に対するユーザの時間要件を満たすために、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定することができる。
本発明の一実施形態はサービスデータパケット処理方法を提供する。方法において、第1のデバイスがネットワーク側デバイスにサービス補助指示情報を送信する。サービス補助指示情報は、サービスデータパケットに対する処理要件を示すために使用される。サービスデータパケットは、アップリンクサービスデータパケットおよび/またはダウンリンクサービスデータパケットを含む。アップリンクサービスデータパケットは、端末によってサーバまたはネットワーク側デバイスに送信されるサービスデータパケットであり、ダウンリンクサービスデータは、サーバまたはネットワーク側デバイスによって端末に送信されるサービスデータパケットである。
第1のデバイスからサービス補助指示情報を受信すると、ネットワーク側デバイスは、サービス補助指示情報に基づいてサービスデータパケットを処理することができる。図4を参照すると、第1のデバイスがサーバデバイスであり、サービスデータパケットに対して実行される処理動作が具体的にはスケジューリング動作である一例が説明に使用される。方法の具体的なプロセスは以下の通りである。
ステップ401:サーバがネットワーク側デバイスにサービス補助指示情報を送信し、サービス補助指示情報は、サービスデータパケットに対する処理要件を示すために使用される。
この実施形態では、サービス補助指示情報は、アップリンクサービスデータパケットに対するスケジューリング要件、またはダウンリンクサービスデータパケットに対するスケジューリング要件を示すために使用されてもよい。あるいは、サービス補助指示情報はアップリンクサービス補助指示情報であってもよく、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対するスケジューリング要件を示すために使用される。あるいは、サービス補助指示情報はダウンリンクサービス補助指示情報であってもよく、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対するスケジューリング要件を示すために使用される。サーバは、端末にサービスデータパケットを提供する、サービスプロバイダまたはローカルストレージデバイスなどのデバイスである。
場合によっては、この実施形態では、サービス補助指示情報は以下の形態を有してもよい。
第1のケースでは、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用されるか、またはサービスデータパケットのスケジューリングを減速するようにネットワーク側デバイスに命令するために使用される。
たとえば、この実施形態では、サービス補助指示情報は1ビットであってもよい。ビット1は、サーバのサービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、ビット0は、サービスデータパケットのスケジューリングが減速される必要があるか、または加速される必要がないことを示すために使用される。あるいは、ビット0は、サービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、ビット1は、サービスデータパケットのスケジューリングが減速される必要があるか、または加速される必要がないことを示すために使用される。あるいは、ビット1は、サービスデータパケットのスケジューリングが減速される必要があることを示すために使用され、サービス補助指示情報が送信されないことは、サービスデータパケットのスケジューリングが減速される必要がないことを示す。
第2のケースでは、サービス補助指示情報はスケジューリングレベル指示であり、ネットワーク側デバイスにサービスデータパケットのスケジューリングレベルを示すために使用される。
様々なスケジューリングレベルは、サービスデータパケットのスケジューリング優先度を表す。好ましくは、スケジューリングレベルは、遅延に対する様々なサービスまたは様々なサービスデータパケットの様々な要件に基づいて定義されてもよい。
スケジューリングレベルは、サーバによって現在実行されており、実行されているサービスの様々なサービスデータパケットに対するサーバのスケジューリング要件を反映するサービスに基づいて、端末がソーティングを実行することによって取得されてもよく、またはサーバおよび端末は、様々なサービスもしくは様々な遅延要件もしくは様々なデータパケットタイプに対応する様々な優先度をあらかじめ定義し、サーバは、あらかじめ定義された優先度および現在実行されているサービスもしくは送信されたサービスデータパケットのタイプに基づいて、報告される必要がある優先度を取得する。たとえば、サービスデータパケットのスケジューリングレベルは、具体的には、それぞれ第1のレベル、第2のレベル、第3のレベル、および第4のレベルである4つのレベルを含んでもよい。
第1のレベルは、送信遅延に対する要件が最も高いことを示す。たとえば、第1のビデオフラグメントパケットの場合、サーバは、サービスデータパケットを受信した後、なるべくサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。
第2のレベルは、送信遅延に対する要件が第1のレベルの送信遅延に対する要件よりも低いことを示す。たとえば、ビデオ再生フェーズにおけるフラグメントパケットの場合、サーバは、サービスデータパケットを受信した後の第1の時間内にサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。第1の時間は、5ms、10ms、15msなどであってもよい。たとえば、第1の時間が10msであるとき、第2のレベルは、端末がサービスデータパケットを受信した後の10ms以内にサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求することを示す。
第3のレベルは、送信遅延が第2のレベルの送信遅延よりも大きくてもよいことを示す。たとえば、バックグラウンドでダウンロードされるデータパケットの場合、サーバは、サービスデータパケットを受信した後の事前設定された第2の時間内にサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。第2の時間は、事前設定された第1の時間よりも大きい。たとえば、第2の時間は、30ms、50ms、1sなどであってもよい。たとえば、第2の時間が1sである場合、第3のレベルは、サーバがサービスデータパケットを受信した後の1s以内にサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求することを示す。
第4のレベルは、送信遅延が第3のレベルの送信遅延よりも大きくてもよいことを示す。たとえば、メータ読取り情報の場合、サーバは、サーバのサービスデータパケットをスケジュールするための時間をそれ自体で決定するようにネットワーク側デバイスに要求する。
この実施形態では、4つのレベルの各々を表すために2つのビットが使用されてもよく、たとえば、第1のレベルを表すためにビット11が使用され、第2のレベルを表すためにビット10が使用され、第3のレベルを表すためにビット01が使用され、第4のレベルを表すためにビット00が使用される。
このステップでは、サーバはネットワーク側デバイスにサービスデータを送信することができ、サービスデータのパケットヘッダはサービス補助指示情報を搬送する。たとえば、サービス補助指示情報は、TCPパケットヘッダ内の予約(reserved)ビットもしくはOption、またはIPパケットヘッダ内の未定義ドメイン内で搬送される。あるいは、サービス補助指示情報は、サーバによってネットワーク側デバイスに送信される制御情報に含まれる。制御情報はサービスデータパケットに対応する。
この実施形態では、サービスデータが端末とサーバとの間で送信されるとき、サーバは伝送リソースを使用してサービスデータを送信する必要がある。伝送リソースは、PRB(Physical Resource Block、物理リソースブロック)などであってもよい。したがって、このステップでは、サーバは、サーバによって使用される伝送リソースを使用して、サービス補助指示情報をネットワーク側デバイスに送信する。
ステップ402:ネットワーク側デバイスがサービス補助指示情報を受信し、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定する。
この実施形態では、ネットワーク側デバイスは、端末とサーバとの間で送信されるサービスデータ、すなわちサーバのサービスデータパケットが通過する任意のデバイスであってもよい。たとえば、ネットワーク側デバイスは、基地局、RAN、または別の端末であってもよい。
このステップでは、サービス補助指示情報がスケジューリング指示情報である場合、ネットワーク側デバイスは、スケジューリング指示情報に基づいてサービスデータパケットの処理優先度を決定する。たとえば、スケジューリング指示情報がサービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用される場合、サービスデータパケットの処理優先度は比較的高いと判断される。スケジューリング指示情報がサービスデータパケットのスケジューリングを減速するようにネットワーク側デバイスに命令するために使用される場合、サービスデータパケットの処理優先度は比較的低いと判断される。
サービス補助指示情報がスケジューリングレベル指示である場合、ネットワーク側デバイスは、スケジューリングレベル指示に基づいてサービスデータパケットの処理優先度を決定する。スケジューリングレベル指示は、第1のレベル、第2のレベル、第3のレベル、または第4のレベルを示す。スケジューリングレベル指示が第1のレベルを示すとき、ネットワーク側デバイスによって決定される第1の処理優先度は最も高い。スケジューリングレベル指示が第2のレベルを示すとき、ネットワーク側デバイスによって決定される第2の処理優先度は、第1の処理優先度よりも低い。スケジューリングレベル指示が第3のレベルを示すとき、ネットワーク側デバイスによって決定される第3の処理優先度は、第2の処理優先度よりも低い。スケジューリングレベル指示が第4のレベルを示すとき、ネットワーク側デバイスによって決定される第4の処理優先度は最も低い。
ステップ403:サーバのサービスデータを受信すると、ネットワーク側デバイスが処理優先度に基づいてサービスデータパケットをスケジュールする。
この実施形態では、コアネットワークデバイスは、ネットワーク側デバイスにサービス補助指示情報を送信することができ、具体的な実装プロセスはサーバの実装プロセスと同じである。ここでは詳細は記載されない。コアネットワークデバイスは、MME(Mobility Management Entity、モビリティ管理エンティティ)、PGW、SGW、PCRF(Policy and Charging Rules Function、ポリシーおよび課金ルール機能)ユニットなどであってもよい。
本発明のこの実施形態では、サーバは、ネットワーク側デバイスにサービス補助指示情報を送信し、サービス補助指示情報を使用することにより、サーバのサービスデータパケットに対するサーバの処理要件をネットワーク側デバイスに通知する。この場合、ネットワーク側デバイスは、サービスデータパケット送信に対するユーザの時間要件を満たすために、サービス補助指示情報に基づいてサーバのサービスデータパケットをスケジュールすることができる。
本発明では、サーバおよび端末はさらに、ネットワーク側デバイスにサービス補助指示情報を別々に提供することができる。サーバによって提供されるサービス補助指示情報は、端末によって提供されるサービス補助指示情報とは異なってもよい。ネットワーク側デバイスは、サーバから取得されたサービス補助指示情報、および端末から取得されたサービス補助指示情報に基づいて、対応するサービスデータの処理優先度を決定する。
図5を参照すると、本発明の一実施形態はサービスデータパケット処理装置500を提供し、装置500は、
第1のデバイスからサービス補助指示情報を受信するように構成された受信ユニット501であって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、受信ユニット501と、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理するように構成された処理ユニット502と
を含む。
場合によっては、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするように装置500に命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度を装置500に示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延を装置500に示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、装置500によるサービスデータパケットの処理の優先度を示すために使用される。
場合によっては、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含む。アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
場合によっては、受信ユニット501は、第1のデバイスから方向情報を受信するようにさらに構成される。方向情報は、サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される。
場合によっては、処理ユニット502は、有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するように構成される。
場合によっては、第1のデバイスが端末であるとき、受信ユニット501は、端末から無線リソース制御(RRC)シグナリングを受信することであって、RRCシグナリングがサービス補助指示情報を搬送する、受信すること、または端末からアップリンクサービスデータパケットを受信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、受信すること、または事前設定された伝送リソースを使用して端末からのサービス補助指示情報を受信することを行うように構成される。
場合によっては、第1のデバイスがデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、受信ユニット501は、サーバまたはルーティングノードからサービスデータパケットを受信するように構成される。サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
本発明のこの実施形態では、サービスデータパケットの処理優先度は、第1のデバイスのサービス補助指示情報に基づいて決定され、サービスデータは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
図6を参照すると、本発明の一実施形態はサービスデータパケット処理装置600を提供し、装置は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するように構成された処理ユニット601であって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、処理ユニット601と、
ネットワーク側デバイスにサービス補助指示情報を送信することであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、送信することと、処理優先度に基づいてサービスデータパケットを処理することとを行うように構成された送信ユニット602と
を含む。
場合によっては、装置が端末であるとき、
送信ユニット602は、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、RRCシグナリングがサービス補助指示情報を搬送する、送信すること、またはネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、送信すること、または事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信することを行うように構成される。
場合によっては、装置がデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、
送信ユニット602は、ネットワーク側デバイスにサービスデータパケットを送信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
図7を参照すると、本発明の一実施形態はサービスデータパケット処理装置700を提供し、装置は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するように構成されたプロセッサ701であって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、プロセッサ701と、
ネットワーク側デバイスにサービス補助指示情報を送信することであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、送信することと、処理優先度に基づいてサービスデータパケットを処理することとを行うように構成された送信機702と
を含む。
場合によっては、第1のデバイスが端末であるとき、
送信機702は、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、RRCシグナリングがサービス補助指示情報を搬送する、送信すること、またはネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、送信すること、または事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信することを行うように構成される。
場合によっては、第1のデバイスがデータ送信プロセスにおけるサーバまたはルーティングノードであるとき、
送信機702は、ネットワーク側デバイスにサービスデータパケットを送信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
場合によっては、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイスによるサービスデータパケットの処理の優先度を示すために使用される。
場合によっては、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含む。アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
場合によっては、送信ユニットは、ネットワーク側デバイスに方向情報を送信するようにさらに構成される。方向情報は、サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される。
当業者は、実施形態のステップのうちのすべてまたはいくつかが、ハードウェアまたは関連するハードウェアに命令するプログラムによって実装されてもよいことを理解することができる。プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。記憶媒体には、読取り専用メモリ、磁気ディスク、光ディスクなどであってもよい。
前述の説明は、本発明の実施形態の例にすぎず、本発明を限定するものではない。本発明の趣旨および原理から逸脱することなく行われるいかなる修正、均等な置換、および改善も、本発明の保護範囲内に入るべきである。
200 ネットワーク側デバイス
201 プロセッサ
202 受信機
203 メモリ
204 アプリケーションプログラム
205 データ
206 記憶媒体
207 電源
208 有線またはワイヤレスのネットワークインタフェース
209 入力/出力インタフェース
210 キーボード
211 オペレーティングシステム
500 サービスデータパケット処理装置
501 受信ユニット
502 処理ユニット
600 サービスデータパケット処理装置
601 処理ユニット
602 送信ユニット
700 サービスデータパケット処理装置
701 プロセッサ
702 送信機
開示は、通信分野に関し、詳細には、サービスデータパケット処理方法および装置に関する。
移動通信システムでは、サービスのサービスデータパケットが端末とサーバとの間で送信されてもよく、端末とサーバとの間で送信されるサービスデータパケットは、通常、基地局またはゲートウェイなどのネットワーク側デバイスを通過する。サービスデータパケットを受信すると、ネットワーク側デバイスは、サービスデータパケットを処理する必要がある。たとえば、ネットワーク側デバイスは、サービスデータパケットをスケジュールし、スケジュールされたサービスデータパケットを端末またはサーバに送信することができる。
いくつかのサービスは、様々な送信フェーズにおけるネットワーク側デバイスに対する様々な処理要件を有することが、研究に基づいて知ることができる。たとえば、いくつかのサービスは、様々な送信フェーズにおける送信遅延に対する様々な要件を有する。ビデオサービスが一例として使用される。ビデオサービスに関する研究に基づいて、ビデオフラグメントごとの遅延要件が初期ビデオローディングプロセスおよび再生プロセスにおいて異なることを知ることができる。通常、ユーザの待ち時間を短縮するために、初期ビデオローディングプロセスでは比較的短い時間が要求されるが、再生プロセス中にプレーヤのバッファにデータがあるときは、スケジューリング遅延は長くてもよい。
従来技術には以下の欠点がある
現在、ネットワーク側デバイスがサービスデータパケットを処理するとき、様々な送信フェーズにおけるサービスに対する処理要件を満たすことができない。
様々な送信フェーズにおけるサービスに対する処理要件を満たすために、本開示の実施形態は、サービスデータパケット処理方法および装置を提供する。技術的解決策は以下の通りである。
第1の態様によれば、サービスデータパケット処理方法が提供され、方法は、
第1のデバイスからサービス補助指示情報を受信するステップであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、ステップと、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップと、
処理優先度に基づいてサービスデータパケットを処理するステップと
を含む。
サービスデータパケットの処理優先度は、第1のデバイスによって送信されたサービス補助指示情報に基づいて決定され、サービスデータパケットは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
第1の態様を参照して、第1の態様の第1の可能な実装形態では、
サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイスによるサービスデータパケットの処理の優先度を示すために使用される。
第1の態様または第1の態様の第1の可能な実装形態を参照して、第1の態様の第2の可能な実装形態では、
サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第1の態様または第1の態様の第1の可能な実装形態を参照して、第1の態様の第3の可能な実装形態では、方法は、
第1のデバイスから方向情報を取得するステップであって、方向情報が、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される、ステップ
をさらに含む。
第1の態様または第1の態様の第1から第3の可能な実装形態のいずれか1つを参照して、第1の態様の第4の可能な実装形態では、
方法は、
有効期間を取得するステップ
をさらに含み、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップは、
サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップ
を含む。
ネットワーク側デバイスは、有効時間を使用してサービス補助指示情報の時間有効範囲を通知されてもよく、その結果、ネットワーク側デバイスは、時間有効範囲内に処理優先度に基づいてサービスデータパケットを処理する。
第1の態様または第1の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第1の態様の第5の可能な実装形態では、
第1のデバイスが端末であるとき、第1のデバイスからサービス補助指示情報を受信するステップは、
端末から無線リソース制御(RRC)シグナリングを受信するステップであって、RRCシグナリングがサービス補助指示情報を搬送する、ステップ、または
端末からアップリンクサービスデータパケットを受信するステップであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、ステップ、または
事前設定された伝送リソースを使用して端末からのサービス補助指示情報を受信するステップ
を含む。
第1の態様または第1の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第1の態様の第6の可能な実装形態では、
第1のデバイスがサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、第1のデバイスからサービス補助指示情報を受信するステップは、
サーバまたはルーティングノードからサービスデータパケットを受信するステップであって、サービスデータパケットのパケットヘッダがサービス補助指示情報を搬送する、ステップ
を含む。
第2の態様によれば、サービスデータパケット処理装置が提供され、装置は、
第1のデバイスからサービス補助指示情報を受信するように構成された受信ユニットであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、受信ユニットと、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理するように構成された処理ユニットと
を含む。
サービスデータパケットの処理優先度は、第1のデバイスによって送信されたサービス補助指示情報に基づいて決定され、サービスデータパケットは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
第2の態様を参照して、第2の態様の第1の可能な実装形態では、
サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするように装置に命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度を装置に示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延を装置に示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、装置によるサービスデータパケットの処理の優先度を示すために使用される。
第2の態様または第2の態様の第1の可能な実装形態を参照して、第2の態様の第2の可能な実装形態では、
サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第2の態様または第2の態様の第1の可能な実装形態を参照して、第2の態様の第3の可能な実装形態では、
受信ユニットは、第1のデバイスから方向情報を取得するようにさらに構成され、方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
第2の態様または第2の態様の第1から第3の可能な実装形態のいずれか1つを参照して、第2の態様の第4の可能な実装形態では、
処理ユニットは、有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するように構成される。
装置は、有効時間を使用してサービス補助指示情報の時間有効範囲を通知されてもよく、その結果、装置は、時間有効範囲内に処理優先度に基づいてサービスデータパケットを処理する。
第2の態様または第2の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第2の態様の第5の可能な実装形態では、第1のデバイスが端末であるとき、
受信ユニットは、端末から無線リソース制御(RRC)シグナリングを受信することであって、RRCシグナリングがサービス補助指示情報を搬送する、受信すること、または端末からアップリンクサービスデータパケットを受信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、受信すること、または事前設定された伝送リソースを使用して端末からサービス補助指示情報を受信することを行うように構成される。
第2の態様または第2の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第2の態様の第6の可能な実装形態では、
第1のデバイスがサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、受信ユニットは、サーバまたはルーティングノードからサービスデータパケットを受信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
第3の態様によれば、サービスデータパケット処理装置が提供され、装置は、
第1のデバイスからサービス補助指示情報を受信するように構成された受信機であって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、受信機と、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理するように構成されたプロセッサと
を含む。
サービスデータパケットの処理優先度は、第1のデバイスによって送信されたサービス補助指示情報に基づいて決定され、サービスデータパケットは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
第3の態様を参照して、第3の態様の第1の可能な実装形態では、
サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするように装置に命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度を装置に示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延を装置に示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、装置によるサービスデータパケットの処理の優先度を示すために使用される。
第3の態様または第3の態様の第1の可能な実装形態を参照して、第3の態様の第2の可能な実装形態では、
サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第3の態様または第3の態様の第1の可能な実装形態を参照して、第3の態様の第3の可能な実装形態では、
受信機は、第1のデバイスから方向情報を取得するようにさらに構成され、方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
第3の態様または第3の態様の第1から第3の可能な実装形態のいずれか1つを参照して、第3の態様の第4の可能な実装形態では、
プロセッサは、有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するように構成される。
装置は、有効時間を使用してサービス補助指示情報の時間有効範囲を通知されてもよく、その結果、装置は、時間有効範囲内に処理優先度に基づいてサービスデータパケットを処理する。
第3の態様または第3の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第3の態様の第5の可能な実装形態では、第1のデバイスが端末であるとき、
受信機は、端末から無線リソース制御(RRC)シグナリングを受信することであって、RRCシグナリングがサービス補助指示情報を搬送する、受信すること、または端末からアップリンクサービスデータパケットを受信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、受信すること、または事前設定された伝送リソースを使用して端末からのサービス補助指示情報を受信することを行うように構成される。
第3の態様または第3の態様の第1から第4の可能な実装形態のいずれか1つを参照して、第3の態様の第6の可能な実装形態では、
第1のデバイスがサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、受信機は、サーバまたはルーティングノードからサービスデータパケットを受信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
第4の態様によれば、サービスデータパケット処理方法が提供され、方法は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するステップであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、ステップと、
ネットワーク側デバイスにサービス補助指示情報を送信するステップであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、ステップと、処理優先度に基づいてサービスデータパケットを処理するステップと
を含む。
第4の態様を参照して、第4の態様の第1の可能な実装形態では、第1のデバイスが端末であるとき、ネットワーク側デバイスにサービス補助指示情報を送信するステップは、
ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信するステップであって、RRCシグナリングがサービス補助指示情報を搬送する、ステップ、または
ネットワーク側デバイスにアップリンクサービスデータパケットを送信するステップであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、ステップ、または
事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信するステップ
を含む。
第4の態様を参照して、第4の態様の第2の可能な実装形態では、第1のデバイスがサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、ネットワーク側デバイスにサービス補助指示情報を送信するステップは、
ネットワーク側デバイスにサービスデータパケットを送信するステップであって、サービスデータパケットのパケットヘッダがサービス補助指示情報を搬送する、ステップ
を含む。
第5の態様によれば、サービスデータパケット処理装置が提供され、装置は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するように構成された処理ユニットであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、処理ユニットと、
ネットワーク側デバイスにサービス補助指示情報を送信することであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、送信することと、処理優先度に基づいてサービスデータパケットを処理することとを行うように構成された送信ユニットと
を含む。
第5の態様を参照して、第5の態様の第1の可能な実装形態では、装置が端末であるとき、
送信ユニットは、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、RRCシグナリングがサービス補助指示情報を搬送する、送信すること、またはネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、送信すること、または事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信することを行うように構成される。
第5の態様を参照して、第5の態様の第2の可能な実装形態では、装置がサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、
送信ユニットは、ネットワーク側デバイスにサービスデータパケットを送信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
第5の態様を参照して、第5の態様の第3の可能な実装形態では、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイスによるサービスデータパケットの処理の優先度を示すために使用される。
第5の態様を参照して、第5の態様の第4の可能な実装形態では、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第5の態様を参照して、第5の態様の第5の可能な実装形態では、送信ユニットは、ネットワーク側デバイスに方向情報を送信するようにさらに構成され、方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
第6の態様によれば、サービスデータパケット処理装置が提供され、装置は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するように構成されたプロセッサであって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、プロセッサと、
ネットワーク側デバイスにサービス補助指示情報を送信することであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、送信することと、処理優先度に基づいてサービスデータパケットを処理することとを行うように構成された送信機と
を含む。
第6の態様を参照して、第6の態様の第1の可能な実装形態では、第1のデバイスが端末であるとき、
送信機は、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、RRCシグナリングがサービス補助指示情報を搬送する、送信すること、またはネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、送信すること、または事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信することを行うように構成される。
第6の態様を参照して、第6の態様の第2の可能な実装形態では、第1のデバイスがサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、
送信機は、ネットワーク側デバイスにサービスデータパケットを送信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
第6の態様を参照して、第6の態様の第3の可能な実装形態では、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイスによるサービスデータパケットの処理の優先度を示すために使用される。
第6の態様を参照して、第6の態様の第4の可能な実装形態では、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含み、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
第6の態様を参照して、第6の態様の第5の可能な実装形態では、送信機は、ネットワーク側デバイスに方向情報を送信するようにさらに構成され、方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
開示の実施形態において提供される技術的解決策の有益な効果は以下の通りである。
開示の実施形態では、サービスデータパケットの処理優先度は、第1のデバイスによって送信されたサービス補助指示情報に基づいて決定され、サービスデータパケットは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
開示の実施形態における技術的解決策をより明確に説明するために、以下で、実施形態を説明するために必要とされる添付図面を簡単に説明する。明らかに、以下の説明における添付図面は本開示のいくつかの実施形態を示すにすぎず、当業者は、創造的な努力なしに、これらの添付図面から他の図面をさらに導出することができる。
開示の一実施形態による、ネットワークアーキテクチャの概略図である。 開示の一実施形態による、ネットワーク側デバイスの概略構造図である。 開示の一実施形態による、サービスデータパケット処理方法のフローチャートである。 開示の一実施形態による、別のサービスデータパケット処理方法のフローチャートである。 開示の一実施形態による、サービスデータパケット処理装置の概略構造図である。 開示の一実施形態による、別のサービスデータパケット処理装置の概略構造図である。 開示の一実施形態による、別のサービスデータパケット処理装置の概略構造図である。
開示の目的、技術的解決策、および利点をより明確にするために、以下で、添付図面を参照して、詳細に本開示の実装形態をさらに説明する。
図1を参照すると、図1は、本開示の実施形態において適用される移動通信システムのネットワークアーキテクチャを示す。ネットワークアーキテクチャは、端末、ネットワーク側デバイス、およびサーバを含む。サービスデータパケットは、端末とサーバとの間で送信されてもよい。ネットワーク側デバイスは、端末とサーバとの間で送信されるサービスデータパケットが通過するデバイスである。たとえば、端末とサーバとの間で送信されるサービスデータパケットは、基地局、ービングゲートウェイ(SGW)、およびケットデータネットワーク(PDNートウェイ(PGW)などのノードを通過してもよい。これらのノードはネットワーク側デバイスである。実際のデータ送信プロセスでは、データパケットは、送信中にンターネットプロトコル(IP)ネットワーク内のルータなどをさらに通過することに留意されたい。ここでは詳細は記載されない。
開示の実施形態では、説明を簡単にするために、ネットワーク側デバイスにサービス補助指示情報を送信することができるデバイスは第1のデバイスと呼ばれ、サービス補助指示情報は、サービスデータパケットに対する処理要件を示すために使用される。第1のデバイスは、以下のエンティティ:サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである。
ネットワーク側デバイスは、サービス補助指示情報を受信し、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理する。具体的な実装プロセスについては、後続の対応する実施形態の内容を参照されたい。ここでは詳細は記載されない。
この特許における処理および/または処理要件には、割り振られる伝送リソースのサイズ、データパケット送信における遅延要件、スケジューリング優先度要求、データパケット破棄命令、中継ノード内のデータパケットの順番などが含まれるが、それらに限定されない。
図2を参照すると、本開示の実施形態はネットワーク側デバイス200をさらに提供する。ネットワーク側デバイス200は、様々な構成または様々な性能に起因して大きく異なってもよく、1つまたは複数のプロセッサ201、受信機202、およびメモリ203、ならびにアプリケーションプログラム204またはデータ205を記憶するための1つまたは複数の記憶媒体206(たとえば、1つまたは複数の大容量記憶装置)を含んでもよい。メモリ203および記憶媒体206は、一時的ストレージまたは永続的ストレージであってもよい。記憶媒体206に記憶されるプログラムは、(図には示されていない)1つまたは複数のモジュールを含んでもよく、各モジュールは、ネットワーク側デバイス200上で実行される一連の命令動作を含んでもよい。さらに、プロセッサ201は、記憶媒体206と通信し、記憶媒体206内の一連の命令動作をネットワーク側デバイス200上で実行するように構成されてもよい。
ネットワーク側デバイス200は、1つもしくは複数の電源207、1つもしくは複数の有線もしくはワイヤレスのネットワークインタフェース208、1つもしくは複数の入力/出力インタフェース209、1つもしくは複数のキーボード210、および/または、Windows Server、Mac OS X、Unix、Linux(登録商標)、もしくはFreeBSDなどの、1つもしくは複数のオペレーティングシステム211をさらに含んでもよい。
開示では、ネットワーク側デバイス200のプロセッサ201および受信機202は、以下の機能を有する。
受信機202は、第1のデバイスからサービス補助指示情報を受信するように構成される。サービス補助指示情報は、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスは、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードの少なくとも1つである。
プロセッサ201は、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理するように構成される。
場合によっては、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイス200に命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイス200に示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイス200に示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイス200によるサービスデータパケットの処理の優先度を示すために使用される。
場合によっては、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含む。アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
場合によっては、受信機202は、第1のデバイスから方向情報を受信するようにさらに構成される。方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
場合によっては、プロセッサ201は、有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するように構成される。
場合によっては、第1のデバイスが端末であるとき、受信機202は、端末から無線リソース制御(RRC)シグナリングを受信することであって、RRCシグナリングがサービス補助指示情報を搬送する、受信すること、または端末からアップリンクサービスデータパケットを受信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、受信すること、または事前設定された伝送リソースを使用して端末からのサービス補助指示情報を受信することを行うように構成される。
場合によっては、第1のデバイスがサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、受信機202は、サーバまたはルーティングノードからサービスデータパケットを受信するように構成される。サービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、またはチャネル関連シグナリングがサービス補助指示情報を搬送する。
開示の一実施形態はサービスデータパケット処理方法を提供する。方法において、第1のデバイスがネットワーク側デバイスにサービス補助指示情報を送信する。サービス補助指示情報は、サービスデータパケットに対する処理要件を示すために使用される。サービスデータパケットは、アップリンクサービスデータパケットおよび/またはダウンリンクサービスデータパケットを含む。アップリンクサービスデータパケットは、端末によってサーバまたはネットワーク側デバイスに送信されるサービスデータパケットであり、ダウンリンクサービスデータパケットは、サーバまたはネットワーク側デバイスによって端末に送信されるサービスデータパケットである。
第1のデバイスからサービス補助指示情報を受信すると、ネットワーク側デバイスは、サービス補助指示情報に基づいてサービスデータパケットを処理することができる。図3を参照すると、第1のデバイスが端末であり、サービスデータパケットに対して実行される処理動作が具体的にはスケジューリング動作である一例が説明に使用される。方法の具体的なプロセスは以下の通りである。
ステップ301:端末がネットワーク側デバイスにサービス補助指示情報を送信し、サービス補助指示情報は、サービスデータパケットに対する端末のスケジューリング要件を示すために使用される。
この実施形態では、サービス補助指示情報は、アップリンクサービスデータパケットに対するスケジューリング要件、またはダウンリンクサービスデータパケットに対するスケジューリング要件を示すために使用されてもよい。あるいは、サービス補助指示情報はアップリンクサービス補助指示情報であってもよく、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対するスケジューリング要件を示すために使用される。あるいは、サービス補助指示情報はダウンリンクサービス補助指示情報であってもよく、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対するスケジューリング要件を示すために使用される。本明細書におけるスケジューリング要件は、サービスデータパケットがエアインタフェースを通過するときに存在するスケジューリング要件、またはネットワーク側デバイスが次のルーティングノードにサービスデータパケットを送信するときに存在するスケジューリング要件であってもよい。
場合によっては、この実施形態では、サービス補助指示情報は以下の形態を有してもよい。
第1のケースでは、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用されるか、またはサービスデータパケットのスケジューリングを減速するようにネットワーク側デバイスに命令するために使用される。
たとえば、この実施形態では、サービス補助指示情報は1ビットであってもよい。ビット1は、サービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、ビット0は、サービスデータパケットのスケジューリングが減速される必要があるか、または加速される必要がないことを示すために使用される。あるいは、ビット0は、サービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、ビット1は、サービスデータパケットのスケジューリングが減速される必要があるか、または加速される必要がないことを示すために使用される。あるいは、ビット1は、サービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、サービス補助指示情報が送信されないことは、サービスデータパケットのスケジューリングが加速される必要がないことを示す。あるいは、ビット1は、サービスデータパケットのスケジューリングが減速される必要があることを示すために使用され、サービス補助指示情報が送信されないことは、サービスデータパケットのスケジューリングが減速される必要がないことを示す。
サービス補助指示情報は、端末の1つのサービスまたは1つのベアラ用であってもよく、端末のいくつかのサービスまたはいくつかのベアラ用であってもよく、端末のすべてのサービスまたはすべてのベアラ用であってもよい。このことは本明細書では限定されない。サービス補助指示情報が1つまたはいくつかのサービス/ベアラ用であるとき、端末はさらに、サービス補助指示情報に対応するサービスまたはベアラを示す必要がある。たとえば、端末は、サービスデータパケットに対応する無線ベアラの識別子、またはサービスデータパケットのアドレス情報(例えば、IPアドレス、TCPポート番号など)を示す必要がある。情報は、サービス補助指示情報と一緒に送信されてもよく、端末とネットワーク側デバイスとの間で実行されるネゴシエーションを介して、サービス補助指示情報が送信される前に送信されてもよい。
第2のケースでは、サービス補助指示情報はスケジューリングレベル指示であり、ネットワーク側デバイスにサービスデータパケットのスケジューリング優先度を示すために使用される。
様々なスケジューリングレベルは、サービスデータパケットの様々なスケジューリング優先度を表す。好ましくは、スケジューリングレベルは、遅延に対する様々なサービスまたは様々なサービスデータパケットの様々な要件に基づいて定義されてもよい。
スケジューリングレベルは、端末によって現在実行されており、実行されているサービスの様々なサービスデータパケットに対する端末のスケジューリング要件を反映するサービスに基づいて、端末がソーティングを実行することによって取得されてもよく、またはネットワーク側デバイスおよび端末は、様々なサービスもしくは様々な遅延要件もしくは様々なデータパケットタイプに対応する様々な優先度をあらかじめ定義し、端末は、あらかじめ定義された優先度および現在実行されているサービスもしくは送信されたサービスデータパケットのタイプに基づいて、報告される必要がある優先度を取得する。たとえば、サービスデータパケットのスケジューリングレベルは、具体的には、それぞれ第1のレベル、第2のレベル、第3のレベル、および第4のレベルである4つのレベルを含んでもよい。
第1のレベルは、送信遅延に対する要件が最も高いことを示す。たとえば、第1のビデオフラグメントパケットの場合、端末は、サービスデータパケットを受信した後、なるべく端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。
第2のレベルは、送信遅延に対する要件が第1のレベルの送信遅延に対する要件よりも低いことを示す。たとえば、ビデオ再生フェーズにおけるフラグメントパケットの場合、端末は、サービスデータパケットを受信した後の第1の時間内に端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。たとえば、第1の時間は、5ms、10ms、15msなどであってもよい。たとえば、第1の時間が10msであるとき、第2のレベルは、端末がサービスデータパケットを受信した後の10ms以内に端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求することを示す。
第3のレベルは、送信遅延が第2のレベルの送信遅延よりも大きくてもよいことを示す。たとえば、バックグラウンドでダウンロードされるデータパケットの場合、端末は、サービスデータパケットを受信した後の第2の時間内に端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。第2の時間は、事前設定された第1の時間よりも大きい。たとえば、事前設定された第2の時間は、30ms、50ms、1sなどであってもよい。たとえば、第2の時間が1sであるとき、第3のレベルは、端末がサービスデータパケットを受信した後の1s以内に端末のサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求することを示す。
第4のレベルは、送信遅延が第3のレベルの送信遅延よりも大きくてもよいことを示す。たとえば、メータ読取り情報の場合、端末は、端末のサービスデータパケットをスケジュールするための時間をそれ自体で決定するようにネットワーク側デバイスに要求する。
この実施形態では、4つのレベルの各々を表すために2つのビットが使用されてもよく、たとえば、第1のレベルを表すためにビット11が使用され、第2のレベルを表すためにビット10が使用され、第3のレベルを表すためにビット01が使用され、第4のレベルを表すためにビット00が使用される。
第3のケースでは、サービス補助指示情報は、端末の現在の再生状態またはサービスデータパケットのタイプをネットワーク側デバイスに示すために使用される。
端末の再生状態またはサービスデータパケットのタイプは、ダウンリンクサービスデータパケットに対する端末のスケジューリング要件を反映することができる。たとえば、端末がダウンリンクサービスデータを再生する再生状態には、初期バッファリングフェーズ、再生フェーズ、フレームフリージングフェーズなどが含まれてもよい。再生状態には、バッファ内のデータの再生が完了すること、バッファ内のデータの再生が始まること、または端末が再バッファリングフェーズにあること、ユーザがドラッグ操作を実行すること、ユーザがポーズ操作を実行すること、プログラムがバックグラウンドで実行されることがさらに含まれてもよい。初期バッファリングフェーズ、バッファ内のデータの再生が完了すること、および端末が再バッファリングフェーズにあることは、ネットワーク側デバイスが端末のダウンリンクサービスデータパケットをスケジュールすることを端末が緊急に必要としていることを反映する。バッファ内のデータの再生が始まることは、ネットワーク側デバイスが端末のダウンリンクサービスデータパケットをスケジュールすることを端末が必要とする時間要件の強さが前述の3つのケースよりも弱いことを反映する。ビデオサービスの場合、サービスデータパケットのタイプは、初期バッファリングフェーズにあるデータパケット、再バッファリングフェーズにあるデータパケット、再生フェーズにあるデータパケットなどであってもよい。サービスデータパケットのタイプは、プレーヤの再生状態を反映することもできる。さらに、サービスデータパケットのタイプは、サービスタイプ、たとえば、ビデオサービス、ゲーム、音声、バックグラウンド、またはストリーミングサービスであってもよい。
あるいは、サービス補助指示情報は、サービスデータパケットの遅延要件であってもよく、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用されるか、またはサービスデータパケットの処理優先度であってもよく、ネットワーク側デバイスがサービスデータパケットを処理する優先度を示すために使用される。
場合によっては、このステップにおいて、端末は、以下の3つの方式で、ネットワーク側デバイスにサービス補助指示情報を送信することができる。
(1).端末は、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信し、RRCシグナリングはサービス補助指示情報を搬送する。
(2).端末は、ネットワーク側デバイスにアップリンクサービスデータパケットを送信し、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、またはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助表示情報を搬送する。たとえば、サービス補助指示情報は、媒体アクセス制御(MAC)パケットヘッダまたはMAC制御要素(MAC CE)制御シグナリング)内で搬送される。
(3).端末は、事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信する。たとえば、サービス補助指示情報は、専用物理アップリンク共有チャネル(PUSCH)または物理アップリンク制御チャネル(PUCCH)上の専用アップリンクチャネルまたは固定時間周波数リソースを使用して送信される。
場合によっては、端末は、ネットワーク側デバイスに方向情報をさらに送信することができる。方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
端末は、サービス補助指示情報を送信する前にサービス補助指示情報を取得する必要がある。好ましくは、端末のアプリケーションレイヤまたはアーキテクチャレイヤがサービス補助指示情報を生成し、端末の最下位レイヤにサービス補助指示情報を送り、端末の最下位レイヤがネットワーク側デバイスにサービス補助指示情報を送信する。あるいは、端末のアプリケーションレイヤまたはアーキテクチャレイヤがサービス参照情報を生成し、端末の最下位レイヤが端末のアプリケーションレイヤまたはアーキテクチャレイヤによって提供されたサービス参照情報に基づいてサービス補助指示情報を生成し、端末の最下位レイヤがネットワーク側デバイスにサービス補助指示情報を送信する。たとえば、アプリケーションレイヤまたはアーキテクチャレイヤは、第1のフラグメントパケットがスケジュールされており、迅速に送信される必要があることを最下位レイヤに示す。最下位レイヤは、サービス補助指示情報を1に設定して、スケジューリングを加速するようにネットワーク側デバイスに命令する。
場合によっては、第1のデバイスは、ネットワーク側デバイスに有効期間をさらに送信することができる。有効期間は、第1のデバイスによって送信されるサービス補助指示情報用の有効時間である。言い換えれば、サービス補助指示情報はその時間期間内は有効なままである。
ステップ302:ネットワーク側デバイスがサービス補助指示情報を受信し、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定する。
この実施形態では、ネットワーク側デバイスは、端末のサービスデータパケットが通過する任意のデバイスであってもよく、たとえば、基地局、無線アクセスネットワーク(RAN)、または中継端末などの別の中継デバイスであってもよい。
場合によっては、ネットワーク側デバイスは、端末から方向情報をさらに受信して、補助指示情報がアップリンクデータパケット用であるかダウンリンクデータパケット用であるかを判定することができる。
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するステップは、サービス補助指示情報に基づいてサービスデータパケットのスケジューリング優先度を決定するステップ、および/またはサービス補助指示情報に基づいて、サービスデータパケットを送信するために端末に割り振られた伝送リソースの数を決定するステップを含む。優先度は、サービスデータパケットをスケジュールする時間または順番であってもよい。
場合によっては、サービス補助指示情報がアップリンクサービスデータパケットに対する端末のスケジューリング要件を示すか、またはサービス補助指示情報がアップリンクサービス補助指示情報である場合、ネットワーク側デバイスがサービス補助指示情報を受信した後、ネットワーク側デバイスは、サービス補助指示情報に基づいて、端末のアップリンクサービスデータパケットをスケジュールする時間または順番を決定し、さらに、端末のアップリンクサービスデータパケットをスケジュールするための伝送リソースを決定することができる。場合によっては、ネットワーク側デバイスは、サービス補助指示情報に基づいてアップリンクサービスデータパケットの処理優先度をさらに決定し、送信プロセスにおいてデータパケットが通過する必要がある少なくとも1つのルーティングノードに優先度情報を送信する。
このステップでは、サービス補助指示情報がスケジューリング指示情報である場合、ネットワーク側デバイスは、スケジューリング指示情報に基づいてサービスデータパケットの処理優先度を決定する。たとえば、スケジューリング指示情報がサービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用される場合、サービスデータパケットの処理優先度は比較的高いと判断される。スケジューリング指示情報がサービスデータパケットのスケジューリングを減速するようにネットワーク側デバイスに命令するために使用される場合、サービスデータパケットの処理優先度は比較的低いと判断される。
サービス補助指示情報がスケジューリングレベル指示である場合、ネットワーク側デバイスは、スケジューリングレベル指示に基づいてサービスデータパケットの処理優先度を決定する。たとえば、スケジューリングレベル指示は、第1のレベル、第2のレベル、第3のレベル、または第4のレベルを示す。スケジューリングレベル指示が第1のレベルを示すとき、ネットワーク側デバイスによって決定される第1の処理優先度は最も高い。スケジューリングレベル指示が第2のレベルを示すとき、ネットワーク側デバイスによって決定される第2の処理優先度は、第1の処理優先度よりも低い。スケジューリングレベル指示が第3のレベルを示すとき、ネットワーク側デバイスによって決定される第3の処理優先度は、第2の処理優先度よりも低い。スケジューリングレベル指示が第4のレベルを示すとき、ネットワーク側デバイスによって決定される第4の処理優先度は最も低い。
サービス補助指示情報が端末の現在の再生状態またはサービスデータパケットのタイプを示すために使用される場合、ネットワーク側デバイスは、端末の示された現在の再生状態またはサービスデータパケットの示されたタイプに基づいてサービスデータパケットの処理優先度を決定する。
ステップ303:端末のサービスデータパケットを受信すると、ネットワーク側デバイスが処理優先度に基づいてサービスデータパケットをスケジュールする。
サービス補助指示情報は、データパケットのスケジューリング優先度または処理優先度を決定するためにネットワーク側デバイスによって使用される参照情報にすぎないことに留意されたい。データパケットのスケジューリング優先度または処理優先度を決定すると、ネットワーク側デバイスは、他の情報、たとえば、ネットワーク側デバイスのアルゴリズム、ネットワーク側デバイスの現在利用可能なリソース、端末の優先度、およびサービスの優先度をさらに考慮することができる。
それに対応して、ネットワーク側デバイスは、有効期間を受信するか、またはネットワーク側デバイスおよび端末によってあらかじめ合意された有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、処理優先度に基づいて端末のサービスデータパケットをスケジュールする。
開示のこの実施形態では、端末は、ネットワーク側デバイスにサービス補助指示情報を送信し、サービス補助指示情報を使用することにより、端末のサービスデータパケットに対する端末の処理要件をネットワーク側デバイスに通知する。この場合、ネットワーク側デバイスは、サービスデータパケット送信に対するユーザの時間要件を満たすために、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定することができる。
開示の一実施形態はサービスデータパケット処理方法を提供する。方法において、第1のデバイスがネットワーク側デバイスにサービス補助指示情報を送信する。サービス補助指示情報は、サービスデータパケットに対する処理要件を示すために使用される。サービスデータパケットは、アップリンクサービスデータパケットおよび/またはダウンリンクサービスデータパケットを含む。アップリンクサービスデータパケットは、端末によってサーバまたはネットワーク側デバイスに送信されるサービスデータパケットであり、ダウンリンクサービスデータは、サーバまたはネットワーク側デバイスによって端末に送信されるサービスデータパケットである。
第1のデバイスからサービス補助指示情報を受信すると、ネットワーク側デバイスは、サービス補助指示情報に基づいてサービスデータパケットを処理することができる。図4を参照すると、第1のデバイスがサーバデバイスであり、サービスデータパケットに対して実行される処理動作が具体的にはスケジューリング動作である一例が説明に使用される。方法の具体的なプロセスは以下の通りである。
ステップ401:サーバがネットワーク側デバイスにサービス補助指示情報を送信し、サービス補助指示情報は、サービスデータパケットに対する処理要件を示すために使用される。
この実施形態では、サービス補助指示情報は、アップリンクサービスデータパケットに対するスケジューリング要件、またはダウンリンクサービスデータパケットに対するスケジューリング要件を示すために使用されてもよい。あるいは、サービス補助指示情報はアップリンクサービス補助指示情報であってもよく、アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対するスケジューリング要件を示すために使用される。あるいは、サービス補助指示情報はダウンリンクサービス補助指示情報であってもよく、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対するスケジューリング要件を示すために使用される。サーバは、端末にサービスデータパケットを提供する、サービスプロバイダまたはローカルストレージデバイスなどのデバイスである。
場合によっては、この実施形態では、サービス補助指示情報は以下の形態を有してもよい。
第1のケースでは、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用されるか、またはサービスデータパケットのスケジューリングを減速するようにネットワーク側デバイスに命令するために使用される。
たとえば、この実施形態では、サービス補助指示情報は1ビットであってもよい。ビット1は、サーバのサービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、ビット0は、サービスデータパケットのスケジューリングが減速される必要があるか、または加速される必要がないことを示すために使用される。あるいは、ビット0は、サービスデータパケットのスケジューリングが加速される必要があることを示すために使用され、ビット1は、サービスデータパケットのスケジューリングが減速される必要があるか、または加速される必要がないことを示すために使用される。あるいは、ビット1は、サービスデータパケットのスケジューリングが減速される必要があることを示すために使用され、サービス補助指示情報が送信されないことは、サービスデータパケットのスケジューリングが減速される必要がないことを示す。
第2のケースでは、サービス補助指示情報はスケジューリングレベル指示であり、ネットワーク側デバイスにサービスデータパケットのスケジューリングレベルを示すために使用される。
様々なスケジューリングレベルは、サービスデータパケットの様々なスケジューリング優先度を表す。好ましくは、スケジューリングレベルは、遅延に対する様々なサービスまたは様々なサービスデータパケットの様々な要件に基づいて定義されてもよい。
スケジューリングレベルは、サーバによって現在実行されており、実行されているサービスの様々なサービスデータパケットに対するサーバのスケジューリング要件を反映するサービスに基づいて、サーバがソーティングを実行することによって取得されてもよく、またはサーバおよびネットワーク側デバイスは、様々なサービスもしくは様々な遅延要件もしくは様々なデータパケットタイプに対応する様々な優先度をあらかじめ定義し、サーバは、あらかじめ定義された優先度および現在実行されているサービスもしくは送信されたサービスデータパケットのタイプに基づいて、報告される必要がある優先度を取得する。たとえば、サービスデータパケットのスケジューリングレベルは、具体的には、それぞれ第1のレベル、第2のレベル、第3のレベル、および第4のレベルである4つのレベルを含んでもよい。
第1のレベルは、送信遅延に対する要件が最も高いことを示す。たとえば、第1のビデオフラグメントパケットの場合、サーバは、サービスデータパケットを受信した後、なるべくサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。
第2のレベルは、送信遅延に対する要件が第1のレベルの送信遅延に対する要件よりも低いことを示す。たとえば、ビデオ再生フェーズにおけるフラグメントパケットの場合、サーバは、サービスデータパケットを受信した後の第1の時間内にサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。第1の時間は、5ms、10ms、15msなどであってもよい。たとえば、第1の時間が10msであるとき、第2のレベルは、サーバがサービスデータパケットを受信した後の10ms以内にサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求することを示す。
第3のレベルは、送信遅延が第2のレベルの送信遅延よりも大きくてもよいことを示す。たとえば、バックグラウンドでダウンロードされるデータパケットの場合、サーバは、サービスデータパケットを受信した後の事前設定された第2の時間内にサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求する。第2の時間は、事前設定された第1の時間よりも大きい。たとえば、第2の時間は、30ms、50ms、1sなどであってもよい。たとえば、第2の時間が1sである場合、第3のレベルは、サーバがサービスデータパケットを受信した後の1s以内にサーバのサービスデータパケットをスケジュールするようにネットワーク側デバイスに要求することを示す。
第4のレベルは、送信遅延が第3のレベルの送信遅延よりも大きくてもよいことを示す。たとえば、メータ読取り情報の場合、サーバは、サーバのサービスデータパケットをスケジュールするための時間をそれ自体で決定するようにネットワーク側デバイスに要求する。
この実施形態では、4つのレベルの各々を表すために2つのビットが使用されてもよく、たとえば、第1のレベルを表すためにビット11が使用され、第2のレベルを表すためにビット10が使用され、第3のレベルを表すためにビット01が使用され、第4のレベルを表すためにビット00が使用される。
このステップでは、サーバはネットワーク側デバイスにサービスデータを送信することができ、サービスデータのパケットヘッダはサービス補助指示情報を搬送する。たとえば、サービス補助指示情報は、TCPパケットヘッダ内の予約ビットもしくはOption、またはIPパケットヘッダ内の未定義ドメイン内で搬送される。あるいは、サービス補助指示情報は、サーバによってネットワーク側デバイスに送信される制御情報に含まれる。制御情報はサービスデータパケットに対応する。
この実施形態では、サービスデータが端末とサーバとの間で送信されるとき、サーバは伝送リソースを使用してサービスデータを送信する必要がある。伝送リソースは、物理リソースブロック(PRB)などであってもよい。したがって、このステップでは、サーバは、サーバによって使用される伝送リソースを使用して、サービス補助指示情報をネットワーク側デバイスに送信する。
ステップ402:ネットワーク側デバイスがサービス補助指示情報を受信し、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定する。
この実施形態では、ネットワーク側デバイスは、端末とサーバとの間で送信されるサービスデータ、すなわちサーバのサービスデータパケットが通過する任意のデバイスであってもよい。たとえば、ネットワーク側デバイスは、基地局、RAN、または別の端末であってもよい。
このステップでは、サービス補助指示情報がスケジューリング指示情報である場合、ネットワーク側デバイスは、スケジューリング指示情報に基づいてサービスデータパケットの処理優先度を決定する。たとえば、スケジューリング指示情報がサービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用される場合、サービスデータパケットの処理優先度は比較的高いと判断される。スケジューリング指示情報がサービスデータパケットのスケジューリングを減速するようにネットワーク側デバイスに命令するために使用される場合、サービスデータパケットの処理優先度は比較的低いと判断される。
サービス補助指示情報がスケジューリングレベル指示である場合、ネットワーク側デバイスは、スケジューリングレベル指示に基づいてサービスデータパケットの処理優先度を決定する。スケジューリングレベル指示は、第1のレベル、第2のレベル、第3のレベル、または第4のレベルを示す。スケジューリングレベル指示が第1のレベルを示すとき、ネットワーク側デバイスによって決定される第1の処理優先度は最も高い。スケジューリングレベル指示が第2のレベルを示すとき、ネットワーク側デバイスによって決定される第2の処理優先度は、第1の処理優先度よりも低い。スケジューリングレベル指示が第3のレベルを示すとき、ネットワーク側デバイスによって決定される第3の処理優先度は、第2の処理優先度よりも低い。スケジューリングレベル指示が第4のレベルを示すとき、ネットワーク側デバイスによって決定される第4の処理優先度は最も低い。
ステップ403:サーバのサービスデータパケットを受信すると、ネットワーク側デバイスが処理優先度に基づいてサービスデータパケットをスケジュールする。
この実施形態では、コアネットワークデバイスは、ネットワーク側デバイスにサービス補助指示情報を送信することができ、具体的な実装プロセスはサーバの実装プロセスと同じである。ここでは詳細は記載されない。コアネットワークデバイスは、モビリティ管理エンティティ(MME)、PGW、SGW、ポリシーおよび課金ルール機能(PCRF)ユニットなどであってもよい。
開示のこの実施形態では、サーバは、ネットワーク側デバイスにサービス補助指示情報を送信し、サービス補助指示情報を使用することにより、サーバのサービスデータパケットに対するサーバの処理要件をネットワーク側デバイスに通知する。この場合、ネットワーク側デバイスは、サービスデータパケット送信に対するユーザの時間要件を満たすために、サービス補助指示情報に基づいてサーバのサービスデータパケットをスケジュールすることができる。
開示では、サーバおよび端末はさらに、ネットワーク側デバイスにサービス補助指示情報を別々に提供することができる。サーバによって提供されるサービス補助指示情報は、端末によって提供されるサービス補助指示情報とは異なってもよい。ネットワーク側デバイスは、サーバから取得されたサービス補助指示情報、および端末から取得されたサービス補助指示情報に基づいて、対応するサービスデータパケットの処理優先度を決定する。
図5を参照すると、本開示の一実施形態はサービスデータパケット処理装置500を提供し、装置500は、
第1のデバイスからサービス補助指示情報を受信するように構成された受信ユニット501であって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、受信ユニット501と、
サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定し、処理優先度に基づいてサービスデータパケットを処理するように構成された処理ユニット502と
を含む。
場合によっては、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするように装置500に命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度を装置500に示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延を装置500に示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、装置500によるサービスデータパケットの処理の優先度を示すために使用される。
場合によっては、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含む。アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
場合によっては、受信ユニット501は、第1のデバイスから方向情報を受信するようにさらに構成される。方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
場合によっては、処理ユニット502は、有効期間を取得し、サービス補助指示情報が受信された後の有効期間内に、サービス補助指示情報に基づいてサービスデータパケットの処理優先度を決定するように構成される。
場合によっては、第1のデバイスが端末であるとき、受信ユニット501は、端末から無線リソース制御(RRC)シグナリングを受信することであって、RRCシグナリングがサービス補助指示情報を搬送する、受信すること、または端末からアップリンクサービスデータパケットを受信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、受信すること、または事前設定された伝送リソースを使用して端末からのサービス補助指示情報を受信することを行うように構成される。
場合によっては、第1のデバイスがサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、受信ユニット501は、サーバまたはルーティングノードからサービスデータパケットを受信するように構成される。サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
開示のこの実施形態では、サービスデータパケットの処理優先度は、第1のデバイスによってサービス補助指示情報に基づいて決定され、サービスデータパケットは処理優先度に基づいて処理され、その結果、様々なサービス送信フェーズにおけるサービスに対する処理要件が満たされる。
図6を参照すると、本開示の一実施形態はサービスデータパケット処理装置600を提供し、装置は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するように構成された処理ユニット601であって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、処理ユニット601と、
ネットワーク側デバイスにサービス補助指示情報を送信することであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、送信することと、処理優先度に基づいてサービスデータパケットを処理することとを行うように構成された送信ユニット602と
を含む。
場合によっては、装置が端末であるとき、
送信ユニット602は、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、RRCシグナリングがサービス補助指示情報を搬送する、送信すること、またはネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、送信すること、または事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信することを行うように構成される。
場合によっては、装置がサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、
送信ユニット602は、ネットワーク側デバイスにサービスデータパケットを送信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
図7を参照すると、本開示の一実施形態はサービスデータパケット処理装置700を提供し、装置は、
第1のデバイスのサービス参照情報に基づいてサービス補助指示情報を生成するように構成されたプロセッサ701であって、サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、プロセッサ701と、
ネットワーク側デバイスにサービス補助指示情報を送信することであって、サービス補助指示情報が、サービスデータパケットの処理優先度を決定するためにネットワーク側デバイスによって使用される、送信することと、処理優先度に基づいてサービスデータパケットを処理することとを行うように構成された送信機702と
を含む。
場合によっては、第1のデバイスが端末であるとき、
送信機702は、ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、RRCシグナリングがサービス補助指示情報を搬送する、送信すること、またはネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、アップリンクサービスデータパケットのパケットヘッダがサービス補助指示情報を搬送するか、もしくはアップリンクサービスデータパケットのパケットヘッダ内の制御情報要素がサービス補助指示情報を搬送する、送信すること、または事前設定された伝送リソースを使用してネットワーク側デバイスにサービス補助指示情報を送信することを行うように構成される。
場合によっては、第1のデバイスがサービスデータパケット送信プロセスにおけるサーバまたはルーティングノードであるとき、
送信機702は、ネットワーク側デバイスにサービスデータパケットを送信するように構成され、サービスデータパケットのパケットヘッダはサービス補助指示情報を搬送する。
場合によっては、サービス補助指示情報はスケジューリング指示情報であり、サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
サービス補助指示情報はスケジューリングレベル指示であり、サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットのタイプであり、または
サービス補助指示情報はサービスデータパケットの遅延要件であり、サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
サービス補助指示情報はサービスデータパケットの処理優先度であり、ネットワーク側デバイスによるサービスデータパケットの処理の優先度を示すために使用される。
場合によっては、サービス補助指示情報は、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を含む。アップリンクサービス補助指示情報は、アップリンクサービスデータパケットに対する処理要件を示すために使用され、ダウンリンクサービス補助指示情報は、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される。
場合によっては、送信機702は、ネットワーク側デバイスに方向情報を送信するようにさらに構成される。方向情報は、サービス補助指示情報がアップリンクサービス補助指示情報であるかダウンリンクサービス補助指示情報であるかを示すために使用される。
当業者は、実施形態のステップのうちのすべてまたはいくつかが、ハードウェアまたは関連するハードウェアに命令するプログラムによって実装されてもよいことを理解することができる。プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。記憶媒体には、読取り専用メモリ、磁気ディスク、光ディスクなどであってもよい。
前述の説明は、本開示の実施形態の例にすぎず、本開示を限定するものではない。本開示の原理から逸脱することなく行われるいかなる修正、均等な置換、および改善も、本開示の保護範囲内に入るべきである。
200 ネットワーク側デバイス
201 プロセッサ
202 受信機
203 メモリ
204 アプリケーションプログラム
205 データ
206 記憶媒体
207 電源
208 有線またはワイヤレスのネットワークインタフェース
209 入力/出力インタフェース
210 キーボード
211 オペレーティングシステム
500 サービスデータパケット処理装置
501 受信ユニット
502 処理ユニット
600 サービスデータパケット処理装置
601 処理ユニット
602 送信ユニット
700 サービスデータパケット処理装置
701 プロセッサ
702 送信機

Claims (39)

  1. サービスデータパケット処理方法であって、前記方法は、
    第1のデバイスからサービス補助指示情報を受信するステップであって、前記サービス補助指示情報が、サービスデータパケットに対する前記第1のデバイスの処理要件を示すために使用され、前記第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、ステップと、
    前記サービス補助指示情報に基づいて前記サービスデータパケットの処理優先度を決定するステップと、
    前記処理優先度に基づいて前記サービスデータパケットを処理するステップと
    を備える、方法。
  2. 前記サービス補助指示情報がスケジューリング指示情報であり、前記サービスデータパケットを迅速にスケジュールするようにネットワーク側デバイスに命令するために使用され、または
    前記サービス補助指示情報がスケジューリングレベル指示であり、前記サービスデータパケットのスケジューリング優先度をネットワーク側デバイスに示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットのタイプであり、または
    前記サービス補助指示情報が前記サービスデータパケットの遅延要件であり、前記サービスデータパケットのスケジューリング遅延をネットワーク側デバイスに示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットの前記処理優先度であり、ネットワーク側デバイスによる前記サービスデータパケットの処理の前記優先度を示すために使用される、
    請求項1に記載の方法。
  3. 前記サービス補助指示情報が、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を備え、前記アップリンクサービス補助指示情報が、アップリンクサービスデータパケットに対する処理要件を示すために使用され、前記ダウンリンクサービス補助指示情報が、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される、請求項1または2に記載の方法。
  4. 前記方法が、
    前記第1のデバイスから方向情報を取得するステップであって、前記方向情報が、前記サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される、ステップ
    をさらに備える、請求項1または2に記載の方法。
  5. 前記方法が、
    有効期間を取得するステップ
    をさらに備え、
    前記サービス補助指示情報に基づいて前記サービスデータパケットの処理優先度を決定する前記ステップが、
    前記サービス補助指示情報が受信された後の前記有効期間内に、前記サービス補助指示情報に基づいて前記サービスデータパケットの前記処理優先度を決定するステップ
    を備える、請求項1から4のいずれか一項に記載の方法。
  6. 前記第1のデバイスが前記端末であるとき、前記第1のデバイスから前記サービス補助指示情報を受信する前記ステップが、
    前記端末から無線リソース制御(RRC)シグナリングを受信するステップであって、前記RRCシグナリングが前記サービス補助指示情報を搬送する、ステップ、または
    前記端末からアップリンクサービスデータパケットを受信するステップであって、前記アップリンクサービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送するか、もしくは前記アップリンクサービスデータパケットのパケットヘッダ内の制御情報要素が前記サービス補助指示情報を搬送する、ステップ、または
    事前設定された伝送リソースを使用して前記端末からの前記サービス補助指示情報を受信するステップ
    を備える、請求項1から5のいずれか一項に記載の方法。
  7. 前記第1のデバイスがデータ送信プロセスにおける前記サーバまたは前記ルーティングノードであるとき、前記第1のデバイスから前記サービス補助指示情報を受信する前記ステップが、
    前記サーバまたは前記ルーティングノードからサービスデータパケットを受信するステップであって、前記サービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送する、ステップ
    を備える、請求項1から5のいずれか一項に記載の方法。
  8. サービスデータパケット処理装置であって、前記装置は、
    第1のデバイスからサービス補助指示情報を受信するように構成された受信ユニットであって、前記サービス補助指示情報が、サービスデータパケットに対する前記第1のデバイスの処理要件を示すために使用され、前記第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、受信ユニットと、
    前記サービス補助指示情報に基づいて前記サービスデータパケットの処理優先度を決定し、前記処理優先度に基づいて前記サービスデータパケットを処理するように構成された処理ユニットと
    を備える、装置。
  9. 前記サービス補助指示情報がスケジューリング指示情報であり、前記サービスデータパケットを迅速にスケジュールするように前記装置に命令するために使用され、または
    前記サービス補助指示情報がスケジューリングレベル指示であり、前記サービスデータパケットのスケジューリング優先度を前記装置に示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットのタイプであり、または
    前記サービス補助指示情報が前記サービスデータパケットの遅延要件であり、前記サービスデータパケットのスケジューリング遅延を前記装置に示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットの前記処理優先度であり、前記装置による前記サービスデータパケットの処理の前記優先度を示すために使用される、
    請求項8に記載の装置。
  10. 前記サービス補助指示情報が、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を備え、前記アップリンクサービス補助指示情報が、アップリンクサービスデータパケットに対する処理要件を示すために使用され、前記ダウンリンクサービス補助指示情報が、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される、請求項8または9に記載の装置。
  11. 前記受信ユニットが、前記第1のデバイスから方向情報を取得するようにさらに構成され、前記方向情報が、前記サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される、請求項8または9に記載の装置。
  12. 前記処理ユニットが、有効期間を取得し、前記サービス補助指示情報が受信された後の前記有効期間内に、前記サービス補助指示情報に基づいて前記サービスデータパケットの前記処理優先度を決定するように構成される、
    請求項8から11のいずれか一項に記載の装置。
  13. 前記第1のデバイスが前記端末であるとき、
    前記受信ユニットが、前記端末から無線リソース制御(RRC)シグナリングを受信することであって、前記RRCシグナリングが前記サービス補助指示情報を搬送する、受信すること、または、前記端末からアップリンクサービスデータパケットを受信することであって、前記アップリンクサービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送するか、もしくは前記アップリンクサービスデータパケットのパケットヘッダ内の制御情報要素が前記サービス補助指示情報を搬送する、受信すること、または、事前設定された伝送リソースを使用して前記端末からの前記サービス補助指示情報を受信することを行うように構成される、
    請求項8から12のいずれか一項に記載の装置。
  14. 前記第1のデバイスがデータ送信プロセスにおける前記サーバまたは前記ルーティングノードであるとき、前記受信ユニットが、前記サーバまたは前記ルーティングノードからサービスデータパケットを受信するように構成され、前記サービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送する、請求項8から13のいずれか一項に記載の装置。
  15. サービスデータパケット処理装置であって、前記装置は、
    第1のデバイスからサービス補助指示情報を受信するように構成された受信機であって、前記サービス補助指示情報が、サービスデータパケットに対する前記第1のデバイスの処理要件を示すために使用され、前記第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、受信機と、
    前記サービス補助指示情報に基づいて前記サービスデータパケットの処理優先度を決定し、前記処理優先度に基づいて前記サービスデータパケットを処理するように構成されたプロセッサと
    を備える、装置。
  16. 前記サービス補助指示情報がスケジューリング指示情報であり、前記サービスデータパケットを迅速にスケジュールするように前記装置に命令するために使用され、または
    前記サービス補助指示情報がスケジューリングレベル指示であり、前記サービスデータパケットのスケジューリング優先度を前記装置に示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットのタイプであり、または
    前記サービス補助指示情報が前記サービスデータパケットの遅延要件であり、前記サービスデータパケットのスケジューリング遅延を前記装置に示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットの前記処理優先度であり、前記装置による前記サービスデータパケットの処理の前記優先度を示すために使用される、
    請求項15に記載の装置。
  17. 前記サービス補助指示情報が、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を備え、前記アップリンクサービス補助指示情報が、アップリンクサービスデータパケットに対する処理要件を示すために使用され、前記ダウンリンクサービス補助指示情報が、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される、請求項15または16に記載の装置。
  18. 前記受信機が、前記第1のデバイスから方向情報を取得するようにさらに構成され、前記方向情報が、前記サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される、請求項15または16に記載の装置。
  19. 前記プロセッサが、有効期間を取得し、前記サービス補助指示情報が受信された後の前記有効期間内に、前記サービス補助指示情報に基づいて前記サービスデータパケットの前記処理優先度を決定するように構成される、
    請求項15から18のいずれか一項に記載の装置。
  20. 前記第1のデバイスが前記端末であるとき、
    前記受信機が、前記端末から無線リソース制御(RRC)シグナリングを受信することであって、前記RRCシグナリングが前記サービス補助指示情報を搬送する、受信すること、または、前記端末からアップリンクサービスデータパケットを受信することであって、前記アップリンクサービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送するか、もしくは前記アップリンクサービスデータパケットのパケットヘッダ内の制御情報要素が前記サービス補助指示情報を搬送する、受信すること、または、事前設定された伝送リソースを使用して前記端末から前記サービス補助指示情報を受信することを行うように構成される、
    請求項15から19のいずれか一項に記載の装置。
  21. 前記第1のデバイスがデータ送信プロセスにおける前記サーバまたは前記ルーティングノードであるとき、前記受信機が、前記サーバまたは前記ルーティングノードからサービスデータパケットを受信するように構成され、前記サービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送する、請求項15から20のいずれか一項に記載の装置。
  22. サービスデータパケット処理方法であって、前記方法は、
    サービス補助指示情報を生成するステップであって、前記サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、前記第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、ステップと、
    ネットワーク側デバイスに前記サービス補助指示情報を送信するステップであって、前記サービス補助指示情報が、前記サービスデータパケットの処理優先度を決定するために前記ネットワーク側デバイスによって使用される、ステップと
    を備える、方法。
  23. 前記サービス補助指示情報がスケジューリング指示情報であり、前記サービスデータパケットを迅速にスケジュールするように前記ネットワーク側デバイスに命令するために使用され、または
    前記サービス補助指示情報がスケジューリングレベル指示であり、前記サービスデータパケットのスケジューリング優先度を前記ネットワーク側デバイスに示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットのタイプであり、または
    前記サービス補助指示情報が前記サービスデータパケットの遅延要件であり、前記サービスデータパケットのスケジューリング遅延を前記ネットワーク側デバイスに示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットの前記処理優先度であり、前記ネットワーク側デバイスによる前記サービスデータパケットの処理の前記優先度を示すために使用される、
    請求項22に記載の方法。
  24. 前記サービス補助指示情報が、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を備え、前記アップリンクサービス補助指示情報が、アップリンクサービスデータパケットに対する処理要件を示すために使用され、前記ダウンリンクサービス補助指示情報が、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される、請求項22または23に記載の方法。
  25. 前記方法が、
    前記ネットワーク側デバイスに方向情報を送信するステップであって、前記方向情報が、前記サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される、ステップ
    をさらに備える、請求項22に記載の方法。
  26. 前記第1のデバイスが前記端末であるとき、前記ネットワーク側デバイスに前記サービス補助指示情報を送信する前記ステップが、
    前記ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信するステップであって、前記RRCシグナリングが前記サービス補助指示情報を搬送する、ステップ、または
    前記ネットワーク側デバイスにアップリンクサービスデータパケットを送信するステップであって、前記アップリンクサービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送するか、もしくは前記アップリンクサービスデータパケットのパケットヘッダ内の制御情報要素が前記サービス補助指示情報を搬送する、ステップ、または
    事前設定された伝送リソースを使用して前記ネットワーク側デバイスに前記サービス補助指示情報を送信するステップ
    を備える、請求項22に記載の方法。
  27. 前記第1のデバイスがデータ送信プロセスにおける前記サーバまたは前記ルーティングノードであるとき、前記ネットワーク側デバイスに前記サービス補助指示情報を送信する前記ステップが、
    前記ネットワーク側デバイスにサービスデータパケットを送信するステップであって、前記サービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送する、ステップ
    を備える、請求項22に記載の方法。
  28. サービスデータパケット処理装置であって、前記装置は、
    サービス補助指示情報を生成するように構成された処理ユニットであって、前記サービス補助指示情報が、サービスデータパケットに対する第1のデバイスの処理要件を示すために使用され、前記第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、処理ユニットと、
    ネットワーク側デバイスに前記サービス補助指示情報を送信するように構成された送信ユニットであって、前記サービス補助指示情報が、前記サービスデータパケットの処理優先度を決定するために前記ネットワーク側デバイスによって使用される、送信ユニットと
    を備える、装置。
  29. 前記サービス補助指示情報がスケジューリング指示情報であり、前記サービスデータパケットを迅速にスケジュールするように前記ネットワーク側デバイスに命令するために使用され、または
    前記サービス補助指示情報がスケジューリングレベル指示であり、前記サービスデータパケットのスケジューリング優先度を前記ネットワーク側デバイスに示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットのタイプであり、または
    前記サービス補助指示情報が前記サービスデータパケットの遅延要件であり、前記サービスデータパケットのスケジューリング遅延を前記ネットワーク側デバイスに示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットの前記処理優先度であり、前記ネットワーク側デバイスによる前記サービスデータパケットの処理の前記優先度を示すために使用される、
    請求項28に記載の装置。
  30. 前記サービス補助指示情報が、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を備え、前記アップリンクサービス補助指示情報が、アップリンクサービスデータパケットに対する処理要件を示すために使用され、前記ダウンリンクサービス補助指示情報が、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される、請求項28または29に記載の装置。
  31. 前記送信ユニットが、前記ネットワーク側デバイスに方向情報を送信するようにさらに構成され、前記方向情報が、前記サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される、請求項28に記載の装置。
  32. 前記装置が前記端末であるとき、
    前記送信ユニットが、前記ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、前記RRCシグナリングが前記サービス補助指示情報を搬送する、送信すること、または、前記ネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、前記アップリンクサービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送するか、もしくは前記アップリンクサービスデータパケットのパケットヘッダ内の制御情報要素が前記サービス補助指示情報を搬送する、送信すること、または、事前設定された伝送リソースを使用して前記ネットワーク側デバイスに前記サービス補助指示情報を送信することを行うように構成される、
    請求項28に記載の装置。
  33. 前記装置がデータ送信プロセスにおける前記サーバまたは前記ルーティングノードであるとき、
    前記送信ユニットが、前記ネットワーク側デバイスにサービスデータパケットを送信するように構成され、前記サービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送する、
    請求項28に記載の装置。
  34. サービスデータパケット処理装置であって、前記装置は、
    サービス補助指示情報を生成するように構成されたプロセッサであって、前記サービス補助指示情報が、サービスデータパケットに対する前記第1のデバイスの処理要件を示すために使用され、前記第1のデバイスが、サービスデータパケット送信プロセスにおける端末、サーバ、またはルーティングノードのうちの少なくとも1つである、プロセッサと、
    ネットワーク側デバイスに前記サービス補助指示情報を送信するように構成された送信機であって、前記サービス補助指示情報が、前記サービスデータパケットの処理優先度を決定するために前記ネットワーク側デバイスによって使用される、送信機と
    を備える、装置。
  35. 前記サービス補助指示情報がスケジューリング指示情報であり、前記サービスデータパケットを迅速にスケジュールするように前記ネットワーク側デバイスに命令するために使用され、または
    前記サービス補助指示情報がスケジューリングレベル指示であり、前記サービスデータパケットのスケジューリング優先度を前記ネットワーク側デバイスに示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットのタイプであり、または
    前記サービス補助指示情報が前記サービスデータパケットの遅延要件であり、前記サービスデータパケットのスケジューリング遅延を前記ネットワーク側デバイスに示すために使用され、または
    前記サービス補助指示情報が前記サービスデータパケットの前記処理優先度であり、前記ネットワーク側デバイスによる前記サービスデータパケットの処理の前記優先度を示すために使用される、
    請求項34に記載の装置。
  36. 前記サービス補助指示情報が、アップリンクサービス補助指示情報および/またはダウンリンクサービス補助指示情報を備え、前記アップリンクサービス補助指示情報が、アップリンクサービスデータパケットに対する処理要件を示すために使用され、前記ダウンリンクサービス補助指示情報が、ダウンリンクサービスデータパケットに対する処理要件を示すために使用される、請求項34または35に記載の装置。
  37. 前記送信機が、前記ネットワーク側デバイスに方向情報を送信するようにさらに構成され、前記方向情報が、前記サービス補助指示情報がアップリンクサービス補助情報であるかダウンリンクサービス補助情報であるかを示すために使用される、請求項34に記載の装置。
  38. 前記第1のデバイスが前記端末であるとき、
    前記送信機が、前記ネットワーク側デバイスに無線リソース制御(RRC)シグナリングを送信することであって、前記RRCシグナリングが前記サービス補助指示情報を搬送する、送信すること、または、前記ネットワーク側デバイスにアップリンクサービスデータパケットを送信することであって、前記アップリンクサービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送するか、もしくは前記アップリンクサービスデータパケットのパケットヘッダ内の制御情報要素が前記サービス補助指示情報を搬送する、送信すること、または、事前設定された伝送リソースを使用して前記ネットワーク側デバイスに前記サービス補助指示情報を送信することを行うように構成される、
    請求項34に記載の装置。
  39. 前記第1のデバイスがデータ送信プロセスにおける前記サーバまたは前記ルーティングノードであるとき、
    前記送信機が、前記ネットワーク側デバイスにサービスデータパケットを送信するように構成され、前記サービスデータパケットのパケットヘッダが前記サービス補助指示情報を搬送する、
    請求項34に記載の装置。
JP2018527903A 2015-11-30 2015-11-30 サービスデータパケット処理方法および装置 Pending JP2019500785A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2015/095977 WO2017091941A1 (zh) 2015-11-30 2015-11-30 一种处理业务数据包的方法及装置

Publications (1)

Publication Number Publication Date
JP2019500785A true JP2019500785A (ja) 2019-01-10

Family

ID=58796127

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018527903A Pending JP2019500785A (ja) 2015-11-30 2015-11-30 サービスデータパケット処理方法および装置

Country Status (5)

Country Link
US (1) US20180279322A1 (ja)
EP (1) EP3373683A4 (ja)
JP (1) JP2019500785A (ja)
CN (1) CN108141866A (ja)
WO (1) WO2017091941A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166395A1 (ja) * 2019-02-13 2020-08-20 シャープ株式会社 送信装置および受信装置

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020225710A1 (en) * 2019-05-03 2020-11-12 Telefonaktiebolaget Lm Ericsson (Publ) Methods for improving reliability and latency of ul configured grant or dl sps
CN112019312B (zh) * 2019-05-31 2023-06-16 中兴通讯股份有限公司 一种服务处理方法及装置和车联网设备
US11711452B2 (en) * 2021-06-02 2023-07-25 Qualcomm Incorporated Multiplexing sidelink and radio access traffic
CN116867074A (zh) * 2022-03-25 2023-10-10 大唐移动通信设备有限公司 信息传输方法、装置、终端设备及网络设备

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7277962B2 (en) * 2000-12-01 2007-10-02 Fujitsu Limited Method and apparatus for packet scheduling using virtual time stamp for high capacity combined input and output queued switching system
US7002985B2 (en) * 2001-01-16 2006-02-21 Motorola, Inc. Method and apparatus for organizing and scheduling multimedia data transfers over a wireless channel
US7239879B2 (en) * 2003-11-26 2007-07-03 Lucent Technologies Inc. Opportunistic beamforming and scheduling of users in a communication system
DE102005035237A1 (de) * 2005-07-25 2007-03-01 T-Mobile International Ag & Co. Kg Verfahren zur Steuerung von Ressourcen in Netzelementen eines Telekommunikationsnetzes
US20080165679A1 (en) * 2007-01-10 2008-07-10 Ipwireless, Inc. Method to mitigate fraudulent usage of QoS from mobile terminals using uplink packet marking
US8477606B2 (en) * 2007-01-22 2013-07-02 Qualcomm Incorporated Assured packet data services associated with communication networks
US8208394B2 (en) * 2007-10-30 2012-06-26 Qualcomm Incorporated Service data unit discard timers
CN101917767B (zh) * 2008-04-18 2014-07-02 中国移动通信集团公司 确定资源分配优先级的方法及装置
US8271025B2 (en) * 2008-10-20 2012-09-18 At&T Mobility Ii Llc Device network technology selection and display in multi-technology wireless environments
CN101873704A (zh) * 2009-04-24 2010-10-27 大唐移动通信设备有限公司 长期演进系统中资源调度方法、系统及设备
US8184560B2 (en) * 2010-02-18 2012-05-22 At&T Mobility Ii Llc Systems and methods for managing PDP contexts in a wireless data communications network
CN102724713B (zh) * 2011-03-30 2015-07-22 华为技术有限公司 数据包传输方法和相关装置
CN102970760A (zh) * 2012-11-12 2013-03-13 大唐移动通信设备有限公司 一种数据业务的调度方法及装置
CN104247541B (zh) * 2013-03-12 2018-04-20 华为技术有限公司 传输数据处理方法及设备
US20150043446A1 (en) * 2013-08-12 2015-02-12 Qualcomm Incorporated Method and apparatus for coexistence of device to device and lte wan communication using single communication chain

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020166395A1 (ja) * 2019-02-13 2020-08-20 シャープ株式会社 送信装置および受信装置

Also Published As

Publication number Publication date
EP3373683A4 (en) 2018-11-07
US20180279322A1 (en) 2018-09-27
WO2017091941A1 (zh) 2017-06-08
CN108141866A (zh) 2018-06-08
EP3373683A1 (en) 2018-09-12

Similar Documents

Publication Publication Date Title
US11356889B2 (en) Quality of service QoS parameter processing method and network element, system, and storage medium
US10849008B2 (en) Processing method and device for radio bearer for transmitting data stream
CN110557786B (zh) 一种无线承载建立、业务流的监测方法及装置
EP2802163B1 (en) Data transmission method and device
US20180279322A1 (en) Service Data Packet Processing Method And Apparatus
US10420134B2 (en) System and method to facilitate subframe scheduling in a split medium access control radio access network environment
CN112423340A (zh) 一种用户面信息上报方法及装置
WO2021140464A1 (en) TSC-5G QoS MAPPING WITH CONSIDERATION OF ASSISTANCE TRAFFIC INFORMATION AND PCC RULES FOR TSC TRAFFIC MAPPING AND 5G QoS FLOWS BINDING
US11824783B2 (en) Maximum data burst volume (MDBV) determining method, apparatus, and system
EP4075907A1 (en) Communication method, apparatus and system
CN111182628B (zh) 一种资源调度方法及装置、设备、存储介质
US20200366570A1 (en) End-to-end network slicing with 3rd-party functions
US20230254859A1 (en) Downlink Transmission Method and Communication Apparatus
US20240114384A1 (en) Information transmission method and apparatus, communication device, and storage medium
US20230117868A1 (en) Media packet transmission method, apparatus, and system
KR20230136554A (ko) 응용 데이터 플로우를 처리하는 방법 및 장치
Miyamoto et al. Traffic Shaping With Optical-Wireless Cooperative Control to Reduce Uplink Jitter Due to Radio Transmission
WO2021068260A1 (zh) 调整服务质量的方法、装置和系统
CN116801307A (zh) 信息传输、配置方法、终端、接入网设备及核心网设备
WO2022259123A1 (en) Data burst volume indication for tsc
WO2024007039A2 (en) Methods and apparatus for prioritizing data for transmission
KR20230136395A (ko) 멀티모달 트래픽 제어 방법 및 장치
CN116569597A (zh) 资源调度方法和装置
CN117439925A (zh) 一种通信方法、装置及系统
CN117560323A (zh) 一种业务流属性配置方法、装置和系统

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180709

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180709

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190718

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190819

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191108

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20200427