JPWO2017145397A1 - 通信装置、通信方法、及び通信システム - Google Patents

通信装置、通信方法、及び通信システム Download PDF

Info

Publication number
JPWO2017145397A1
JPWO2017145397A1 JP2018500962A JP2018500962A JPWO2017145397A1 JP WO2017145397 A1 JPWO2017145397 A1 JP WO2017145397A1 JP 2018500962 A JP2018500962 A JP 2018500962A JP 2018500962 A JP2018500962 A JP 2018500962A JP WO2017145397 A1 JPWO2017145397 A1 JP WO2017145397A1
Authority
JP
Japan
Prior art keywords
communication device
communication
transmission
packets
received
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2018500962A
Other languages
English (en)
Other versions
JP6614327B2 (ja
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.)
Fujitsu Ltd
Original Assignee
Fujitsu 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 Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2017145397A1 publication Critical patent/JPWO2017145397A1/ja
Application granted granted Critical
Publication of JP6614327B2 publication Critical patent/JP6614327B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B17/00—Monitoring; Testing
    • H04B17/20—Monitoring; Testing of receivers
    • H04B17/24—Monitoring; Testing of receivers with feedback of measurements to the transmitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/14—Relay systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/29—Flow control; Congestion control using a combination of thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/163—In-band adaptation of TCP data exchange; In-band control procedures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/08—Testing, supervising or monitoring using real traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
    • H04W40/12—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality
    • H04W40/16—Communication route or path selection, e.g. power-based or shortest path routing based on transmission quality or channel quality based on interference
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/06—Transport layer protocols, e.g. TCP [Transport Control Protocol] over wireless
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/04—Interfaces between hierarchically different network devices
    • H04W92/10—Interfaces between hierarchically different network devices between terminal device and access point, i.e. wireless air interface

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

他の通信装置からパケットを受信する受信部と、前記他の通信装置から第１の数のパケットを受信するごとに、前記第１の数のパケットを受信したことを示す第１の受信確認パケットを前記他の通信装置に送信する第１の送信処理と、前記他の通信装置から前記第１の数より小さい第２の数のパケットを受信するごとに、前記第２の数のパケットを受信したことを示す第２の受信確認パケットを前記他の通信装置に送信する第２の送信処理と、を実行する送信部と、前記他の通信装置との無線通信における無線品質に応じて、前記送信部に前記第１の送信処理か前記第２の送信処理のいずれかを実行するよう制御する制御部と、を有する。

Description

本発明は、通信装置、通信方法、及び通信システムに関する。
現在、標準化団体である３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ（Long Term Evolution）システムや、ＬＴＥシステムをベースとしたＬＴＥ−Ａ（LTE-Advanced）システムの仕様が完了又は検討されている。
ＬＴＥにおけるデータ通信においては、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）と呼ばれる通信プロトコルが用いられる場合がある。ＴＣＰ／ＩＰは、ＴＣＰとＩＰとを組み合わせたプロトコルであり、インターネットなどで標準的に用いられている。
ＴＣＰにおける通信は、送信側の通信装置がデータパケットを送信し、受信側の通信装置はデータパケットを正常に受信できたとき、受信したデータパケットに対するＡＣＫ（Acknowledgement）を返信する。送信側の通信装置はＡＣＫを受信し、次のデータパケットを送信する。このように、ＴＣＰにおける通信では、ＡＣＫを受信することで、データパケットが到達したことを確認することができ、信頼性のある通信を実現している。
ＴＣＰの通信においては、ＡＣＫの送信が多くなると、ＡＣＫの送信で通信リソースが使用され、通信速度が低下する場合がある。そこで、ＡＣＫの送信数を減少させる方式として、例えば、ＴＣＰ遅延ＡＣＫ方式と呼ばれる方式がある。ＴＣＰ遅延ＡＣＫ方式では、複数のパケットに対して１つのＡＣＫを送信することで、ＡＣＫの送信数を減少させている。
ＬＴＥ及びＴＣＰ／ＩＰに関する技術については、以下の先行技術文献に記載されている。
特開２０１４―２３０２６２号公報 特開２０１３―０１３０９３号公報
3GPP TS36.300 V13.2.0(2015-12) 3GPP TS36.211 V13.0.0(2015-12) 3GPP TS36.212 V13.0.0(2015-12) 3GPP TS36.213 V13.0.0(2015-12) 3GPP TS36.321 V13.0.0(2015-12) 3GPP TS36.322 V13.0.0(2015-12) 3GPP TS36.323 V13.0.0(2015-12) 3GPP TS36.331 V13.0.0(2015-12) 3GPP TR36.881 V0.5.0 (2015-11) RFC793 (1981-05) RFC896 (1984-01) 3GPP TS23.401 V13.1.0 (2014-12)
しかし、ＴＣＰ遅延ＡＣＫ方式を用いた通信装置は、複数のパケットを受信するまでＡＣＫを返信しない。例えば、パケットの送信側の通信装置が、ＡＣＫを受信するか、送信するデータの合計が所定のサイズ以上になるか、もしくはパケットの送信待ちタイマがタイムアウトするまで、次のパケットを送信しないような制御を行っている場合がある。送信側の通信装置は、このような制御を行っている場合、送信するデータが小さいため送信データの合計が所定のサイズ以上にならない場合、パケットの送信待ちタイマがタイムアウトするまで次のパケットを送信することができない。この場合、次のデータパケットを待っている受信側の通信装置において、データの受信が遅延してしまう。
そこで、開示の一つの目的は、ＴＣＰ遅延ＡＣＫ方式を適用することによるデータ送受信の遅延を抑制する通信装置を提供することにある。
他の通信装置からパケットを受信する受信部と、前記他の通信装置から第１の数のパケットを受信するごとに、前記第１の数のパケットを受信したことを示す第１の受信確認パケットを前記他の通信装置に送信する第１の送信処理と、前記他の通信装置から前記第１の数より小さい第２の数のパケットを受信するごとに、前記第２の数のパケットを受信したことを示す第２の受信確認パケットを前記他の通信装置に送信する第２の送信処理と、を実行する送信部と、前記他の通信装置との無線通信における無線品質に応じて、前記送信部に前記第１の送信処理か前記第２の送信処理のいずれかを実行するよう制御する制御部と、を有する。
一開示は、ＴＣＰ遅延ＡＣＫ方式を適用することによるデータ送受信の遅延を抑制する通信装置を提供することにある。
図１は、通信システム１０の構成例を示す図である。 図２は、通信システム１０の構成例を示す図である。 図３は、通信装置１００の構成例を示す図である。 図４は、無線品質が良好な場合の、通信装置におけるパケット送受信のシーケンスの例を示す図である。 図５は、送信処理方式判定の処理フローチャートの例を示す図である。 図６は、第２の送信処理の処理フローチャートの例を示す図である。 図７は、無線品質が不良な場合の、通信装置におけるパケット送受信のシーケンスの例を示す図である。 図８は、第１の送信処理の処理フローチャートの例を示す図である。 図９は、第１及び第２の送信処理におけるパケット送受信のシーケンスを比較した例を示す図である。 図１０は、第３の実施の形態における送信処理方式判定の処理フローチャートの例を示す図である。 図１１は、シミュレーションにおける通信装置の位置の例を示す図である。 図１２は、シミュレーション結果の例を示す図である。 図１３は、通信装置の構成例を示す図である。 図１４は、中継装置から無線品質を取得するシーケンスの例を示す図である。 図１５は、通信装置から無線品質を取得するシーケンスの例を示す図である。 図１６は、通信システムにおけるプロトコルスタックの例を示す図である。 図１７は、ベアラ設定処理の処理フローチャートの例を示す図である。 図１８は、無線ベアラ設定処理の処理フローチャートの例を示す図である。
以下、本実施の形態について図面を参照して詳細に説明する。本明細書における課題及び実施例は一例であり、本願の権利範囲を限定するものではない。特に、記載の表現が異なっていたとしても技術的に同等であれば、異なる表現であっても本願の技術を適用可能であり、権利範囲を限定するものではない。
［第１の実施の形態］
最初に第１の実施の形態について説明する。
第１の実施の形態では、他の通信装置との無線通信に使用する無線品質に応じて、第１又は第２の送信処理のいずれかを実行する。第１の送信処理は、他の通信装置から第１の数のパケットを受信するごとに、第１の数のパケットを受信したことを示す第１の受信確認パケットを他の通信装置に送信する処理である。第２の送信処理は、他の通信装置から第１の数より小さい第２の数のパケットを受信するごとに、第２の数のパケットを受信したことを示す第２の受信確認パケットを他の通信装置に送信する処理である。
図１は、第１の実施の形態における、通信システム１０の構成例を示す図である。通信システム１０は、通信装置１００−１，２を有する。通信装置１００−１，２は、無線を介して接続しており、例えば、パケットを使用してデータの送受信を行う。また通信装置１００−１，２は、例えば、中継装置などを介して接続されてもよい。通信装置１００は、例えば、携帯電話などの端末装置や、サーバやホストマシンなどのコンピュータである。通信装置１００−１，２は、例えば、互いにＴＣＰ／ＩＰに基づき通信を行う。また、通信装置１００−１，２は、図示しないＣＰＵ、ストレージ、メモリを有し、ストレージに記憶されたプログラムをメモリにロードし、ＣＰＵがロードしたプログラムを実行することで、受信部１０１、制御部１０２、送信部１０３を構築し、各処理を実行する。通信装置１００−１は、受信部１０１、制御部１０２、送信部１０３を有する。通信装置１００−２も、同様の構成（図示しない）を有する。なお、データを送信するためのパケットをデータパケット、データパケットを受信したことを送信元の通信装置に通知するためのパケットを受信確認パケット（又はＡＣＫ）と呼ぶ。また、単にパケットと呼ぶ場合、データパケット、又は受信確認パケット、又はその両方のパケットとする。
送信部１０３は、第１の送信処理と第２の送信処理を有する。送信部１０３は、受信部１０１からデータパケットを受信したことを通知されると、制御部１０２からの制御に従い、第１又は第２の送信処理を実行する。
第１の送信処理は、第１の数のデータパケットを受信すると、第１の数のデータパケットを受信したことを示す受信確認パケット（以降、第１の受信確認パケットとも呼ぶ）を送信する処理である。第１の数は２以上の複数であり、例えば、通信システム１０の管理者が設定し、内部メモリに記憶する。第１の数のデータパケットの受信に対して１つの受信確認パケットを送信するため、第１の数より小さい第２の数のデータパケットの受信に対して１つの受信確認パケットを返信する場合（第２の送信処理）と比較して、受信確認パケットの送信数は少なくなる。
第２の送信処理は、第２の数のデータパケットを受信すると、第２の数のデータパケットを受信したことを示す受信確認パケット（以降、第２の受信確認パケットとも呼ぶ）を送信する処理である。第２の送信処理は、第１の数のパケットを受信してから受信確認パケットを返信する第１の送信処理と比較し、より多くの受信確認パケットを返信することができる。
制御部１０２は、他の通信装置との無線通信における無線品質に応じて、送信部に第１又は第２の送信処理のいずれかを実行するよう制御する。制御部１０２は、無線品質が良好である場合、受信確認パケットを多く送信しても通信速度に与える影響は低いため、より多くの受信確認パケットを送信する必要がある第２の送信処理を実行するよう制御する。一方、制御部１０２は、無線品質が良好でない場合、受信確認パケットを多く送信すると、通信速度が低下する可能性が高いため、より少ない受信確認パケットを送信すればよい第１の送信処理を実行するよう制御する。
なお、無線品質は、通信装置１００−１が無線品質の測定部（図示しない）を有する場合、通信装置１００−１で測定してもよいし、又は、通信装置１００−２や通信装置間の通信を中継する中継装置（図示しない）から無線品質情報を取得してもよい。中継装置は、例えば、無線通信における通信装置１００−１と１００−２の間の基地局装置である。
また、無線品質は、例えば、通信に使用する電波の周波数において発生している干渉の度合である。干渉の度合が高いほど、通信におけるパケットロスやフレームエラーが発生する確率が高くなり、無線品質は悪いと判定できる。
さらに、無線品質情報は、受信確認パケットの送信とは異なる通信プロトコルレイヤの情報から判断してもよい。例えば、通信システム１０のトラヒック量に関する情報に基づいて無線品質を判定する場合、トラヒック量が多ければ、干渉が発生する可能性が高くなるため、無線品質は良好でないと判断する。通信装置１００−１は、ＡＣＫを送信するレイヤ（ＴＣＰレイヤと呼ぶ）における受信確認パケットの送信量を、ＴＣＰレイヤとは異なるレイヤである無線品質情報を取得するレイヤ（無線レイヤと呼ぶ）で取得した無線品質情報に応じて調整する。
受信部１０１は、データパケットを受信し、データパケットを受信したことを送信部１０３に通知する。受信したデータパケットに対する受信確認パケットは、受信部１０１が作成してもよいし、送信部１０３が作成してもよい。
第１の実施の形態では、無線品質の測定結果に応じて、第１または第２の送信処理を実行する。無線品質が良好である場合は、例えば、パケット未到達による再送や、フレームエラーによる再送などで送信リソースを使用することがないため、送信リソースに余裕がある。従って、ＡＣＫの送信数を抑制しなくても通信速度が低下する可能性は低い。よって、無線品質が良好である場合は、第１の送信処理ではなく、第２の送信処理を実行する。
一般に、通信装置１００−２では、ＡＣＫを受信するか、所定の量の送信データが生成されるか、所定時間がタイムアウトするかの、いずれかの契機でデータパケットを送信する。従って、第１の送信処理の場合、送信先の通信装置１００−１が第１の数のデータパケットを受信するまでＡＣＫを返信しないので、通信装置１００−２において送信すべきデータの生成が遅くなると、生成済みデータの送信の遅れを招く。そのため、無線品質が良好な場合は、第２の送信処理により通信速度を向上させるのが好ましい。
また、例えば、第１の数が２で第２の数が１である場合、第１の送信処理は２つのパケットを受信するとＡＣＫを返信するＴＣＰ遅延ＡＣＫ方式であり、第２の送信処理はパケットを受信するごとにＡＣＫ返信する従来処理となる。この場合、無線品質が良好なときに従来処理を行うことで、ＴＣＰ遅延ＡＣＫ方式を実行することによるデータ送受信の遅延を抑制することができる。
なお、第１の送信処理を特殊な処理、第２の送信処理を基本処理としてもよい。基本処理とは、例えば、受信パケット数が２であるＴＣＰ遅延ＡＣＫ方式や、パケットを受信するごとにＡＣＫを返信する処理である。特殊な処理とは、例えば、ＡＣＫの送信契機が発生するまでＡＣＫを蓄積しておき、ＡＣＫの送信契機発生時に、最後に受信したパケットに対するＡＣＫのみを送信する方式（以降、Ｈｉｇｈｅｓｔ Ａｃｋ方式と呼ぶ）を実行する処理である。また、特殊な処理とは、例えば、ＡＣＫの送信契機が発生するまでＡＣＫを蓄積しておき、基地局装置などによって割り当てられた無線リソースに応じた数のＡＣＫを送信する方式（以降、Ｇｒａｎｔ Ａｃｋ方式と呼ぶ）を実行する処理である。
［第２の実施の形態］
次に、第２の実施の形態について説明する。
第２の実施の形態では、他の通信装置との無線通信における無線品質は、無線通信に使用する電波の周波数において発生している干渉の度合である。通信装置は、干渉の度合が基準値より低い場合、第２の送信処理を実行し、干渉の度合が基準値以上の場合、第１の送信処理を実行する。また、第２の実施の形態では、測定部を有し、定期的に無線品質の測定を行う。
＜通信システムの構成例＞
図２は、通信システム１０の構成例を示す図である。通信システム１０は、通信装置１００−１，２、中継装置２００、及びネットワーク３００を有する。通信システム１０は、例えば、ＬＴＥの通信規格に対応した通信システムである。
通信装置１００は、例えば、携帯端末やコンピュータである。通信装置１００−１は、例えば、通信装置１００−２と通信を行い、通信装置１００−２からデータをダウンロードしたり、サービスの提供を受けたりする。また、通信装置１００−１と１００−２は、例えば、ＴＣＰ／ＩＰに基づいて通信を行う。
中継装置２００は、通信装置１００間で送受信するパケットを中継するパケット中継装置である。なお、通信装置１００が、通信装置１００間で送受信されるパケットを中継する機能を有する場合、中継装置２００は、通信装置１００であってもよい。中継装置２００は、例えば、ＬＴＥにおいては、ｅＮｏｄｅＢ（evolved Node B）などの基地局装置である。また、中継装置２００は、スイッチやルータなどのネットワーク機器であってもよい。
ネットワーク３００は、例えば、インターネットであってもよいし、専用線で構成されているイントラネットであってもよい。
＜通信装置の構成例＞
図３は、通信装置１００の構成例を示す図である。通信装置１００は、ＣＰＵ（Central Processing Unit）１１０、ストレージ１２０、メモリ１３０、及びＮＩＣ（Network Interface Card）１４０−１〜ｎを有する。
ストレージ１２０は、プログラムやデータを記憶する補助記憶装置である。ストレージ１２０は、受信プログラム１２１、無線品質測定プログラム１２２、制御プログラム１２３、送信プログラム１２４、無線品質測定結果１２５、及びデータパケット受信数１２６を記憶する。
無線品質測定結果１２５は、測定した無線品質を記憶する領域である。通信装置１００は、無線品質測定を実行すると、結果を無線品質測定結果１２５に記憶する。
データパケット受信数１２６は、第１の送信処理を実行する場合に使用する領域であり、前回ＡＣＫを返信してから受信したデータパケットの数を記憶する。データパケット受信数１２６は、ＡＣＫを送信するとクリアされる。
メモリ１３０は、ストレージ１２０に記憶されているプログラムをロードする領域である。また、メモリ１３０、プログラムがデータを記憶する領域としても使用される。
ＮＩＣ１４０−１〜ｎは、他の通信装置と無線または有線で接続し、通信を行う装置である。ＮＩＣ１４０−１〜ｎは、ハブやスイッチを介して他の通信装置と接続してもよい。
ＣＰＵ１１０は、ストレージ１２０に記憶されているプログラムを、メモリ１３０にロードし、ロードしたプログラムを実行し、各処理を実現するプロセッサである。
ＣＰＵ１１０は、受信プログラム１２１を実行することで、受信部を構築し、受信処理を実行する。受信処理は、他の通信装置からパケットを受信する処理である。受信部は、データパケットを受信すると、データパケットを受信したことを送信部に通知する。
また、ＣＰＵ１１０は、無線品質測定プログラム１２２を実行することで、測定部を構築し、無線品質測定処理を実行する。無線品質測定処理は、無線の品質を測定する処理で、例えば、通信に使用する周波数の電波を測定し、どれくらいの干渉が発生しているかを示す干渉度合いを測定する。測定部は、測定結果を制御部に通知する。
さらに、ＣＰＵ１１０は、制御プログラム１２３を実行することで、制御部を構築し、制御処理を実行する。制御処理は、無線品質測定処理の結果に基づいて、第１又は第２の送信処理を切り分ける処理である。制御部は、測定部から測定結果を受信すると、第１又は第２の送信処理のどちらかを実行するよう制御する。
さらに、ＣＰＵ１１０は、送信プログラム１２４を実行することで、送信部を構築し、送信処理を実行する。送信処理は、制御部の制御により、第１又は第２の送信処理を実行する処理である。送信部は、受信部からデータパケットを受信したことを通知されると、制御部の制御により第１又は第２の送信処理を実行する。ＣＰＵ１１０は、第１の送信処理モジュール１２４１を実行することで、第１の送信処理を実行し、第２の送信処理モジュール１２４２を実行することで、第２の送信処理を実行する。
第１の送信処理は、第１の数のデータパケットに対して１つのＡＣＫを返信する処理である。第１の送信処理は、データパケットを受信したとき、受信したデータパケットの数が第１の数に到達していればＡＣＫを返信し、第１の数に到達していなければＡＣＫを返信せず、次のデータパケットの受信を待つ。
第２の送信処理は、第２の数のデータパケットに対して１つのＡＣＫを返信する処理である。第２の送信処理は、データパケットを受信したとき、受信したデータパケットの数が第２の数に到達していればＡＣＫを返信し、第２の数に到達していなければＡＣＫを返信せず、次のデータパケットの受信を待つ。第１の送信処理と第２の送信処理が切り替わったタイミングによっては、第１の送信処理においてＡＣＫの送信を行っていないデータパケットが存在する場合がある。第２の送信処理では、第１の送信処理においてＡＣＫが送信されなかったデータパケットに対するＡＣＫも送信する。
＜パケット送受信処理＞
以下、無線品質が良好な場合と、無線品質が不良な場合についての、通信装置におけるパケットの送受信の処理について、それぞれ説明する。最初に無線品質が良好な場合について説明し、次に無線品質が不良な場合について説明する。
図４は、無線品質が良好な場合の、通信装置におけるパケット送受信のシーケンスの例を示す図である。以下、図４を用いて、通信装置１００のパケット送受信処理について説明する。図４のシーケンスでは、第１の数が２、第２の数が１である場合を例として説明する。
通信装置１００−１は、無線品質測定処理（Ｓ２０）を実行する。無線品質測定処理（Ｓ２０）は、例えば、定期的に実行される。通信装置１００−１は、無線品質測定の結果に基づいて、送信処理方式判定（Ｓ２１）を実行する。
図５は、送信処理方式判定（Ｓ２１）の処理フローチャートの例を示す図である。通信装置１００−１は、無線品質の測定結果が基準値より低いかどうかを確認する（Ｓ２１１）。無線品質は、例えば、通信に使用する周波数の電波に、どれくらい干渉が発生しているかを示す干渉度合である。無線品質が干渉度合である場合、基準値は、例えば、２０％などの割合を示す数値である。
通信装置１００−１は、無線品質の測定結果が基準値より低い場合（Ｓ２１１のＹｅｓ）、すなわち、干渉の度合が低く、無線品質が良好である場合、第２の送信処理を選択する（Ｓ２１２）。また、通信装置１００−１は、無線品質の測定結果が基準値以上である場合（Ｓ２１１のＮｏ）、すなわち、干渉の度合が高く、無線品質が良好でない場合、第１の送信処理を選択する。送信処理方式判定では、無線品質が良好であれば、第２の送信処理を選択し、無線品質が良好でなければ、第１の送信処理を選択する。
図４のシーケンスに戻り、通信装置１００−１は、無線品質が良好であるため、第２の送信処理を選択する。通信装置１００−１は、データパケット（１）（パケット識別子が１であるパケットを意味する。以降、同様に記述する。）を受信すると、送信処理方式判定（Ｓ２１）で選択した第２の送信処理を実行する。
図６は、第２の送信処理の処理フローチャートの例を示す図である。本実施例では、第２の数が１であるため、通信装置１００は、データパケットを受信するごとにＡＣＫを返信する。
通信装置１００は、データパケットを受信すると（Ｓ２３１のＹｅｓ）、当該受信したデータパケットに対するＡＣＫを作成し、送信元の通信装置に送信する（Ｓ２３２）。ＡＣＫは、どのデータパケットに対するものかを明確にするため、データパケットのパケット識別子を含む。パケット識別子は、例えば、データパケットの送信順を示すシーケンス番号など、データパケットを一意に示すものである。
図４のシーケンスに戻り、通信装置１００−１は、データパケット（１）を受信すると、受信したデータパケットに対するＡＣＫ（１）を通信装置１００−２に送信する（Ｓ２４）。そして、通信装置１００−１は、データパケット（２）を受信すると（Ｓ２５）、第２の送信処理（Ｓ２３）を実行し、ＡＣＫ（２）を通信装置１００−２に送信する（Ｓ２６）。
図７は、無線品質が不良な場合の、通信装置におけるパケット送受信のシーケンスの例を示す図である。以下、図７を用いて、通信装置１００のパケット送受信処理について説明する。なお、図４のシーケンスとは処理が異なる、送信処理方式判定（Ｓ２１）以降の処理について説明する。
通信装置１００−１は、通信装置１００−１は、無線品質が不良であり、すなわち、無線品質が良好ではないため、第１の送信処理を選択する。通信装置１００−１は、データパケット（１）を受信すると（Ｓ３１）、送信処理方式判定（Ｓ２１）で選択した第１の送信処理を実行する。
図８は、第１の送信処理の処理フローチャートの例を示す図である。通信装置１００は、データパケットを受信すると（Ｓ３２１のＹｅｓ）、前回ＡＣＫを送信した以降、第１の数（以降、所定の数とも呼ぶ）のデータパケットを受信したかどうかを判定する（Ｓ３２２）。判定Ｓ３２２は、データパケット受信数１２６に、今回受信したデータパケット（１パケット）を加えた数が、所定の数になっている場合、前回ＡＣＫを送信した以降、所定の数のデータパケットを受信したと判定する。
通信装置１００は、前回ＡＣＫを送信した以降、所定の数のデータパケットを受信したと判定した場合（Ｓ３２２のＹｅｓ）、受信した所定の数のデータパケットに対するＡＣＫを作成し、送信元の通信装置に送信する（Ｓ３２３）。そして、データパケット受信数１２６をクリアする（Ｓ３２４）。
通信装置１００は、前回ＡＣＫを送信した以降、所定の数のデータパケットを受信していないと判定した場合（Ｓ３２２のＮｏ）、データパケット受信数１２６をインクリメントし（Ｓ３２５）、データパケットの受信待ちとなる。
図７のシーケンスに戻り、通信装置１００−１は、データパケット（１）を受信すると（Ｓ３１）、所定の数のデータパケットを受信していないため、データパケット受信数をインクリメントし、次のデータパケットの受信を待つ。
通信装置１００−１は、データパケット（２）を受信すると（Ｓ３２）、所定の数である２パケットを受信したため、データパケット（１）及び（２）に対するＡＣＫ（１，２）を通信装置１００−２に送信する（Ｓ３４）。そして、通信装置１００−１は、データパケット受信数をクリアする。
図９は、第１及び第２の送信処理におけるパケット送受信のシーケンスを比較した例を示す図である。通信装置１００−２は、データＤ１及びＤ２を、データパケットを使用して通信装置１００−１に送信する。以下、図９のシーケンスを用いて、第１及び第２の送信処理における、ＡＣＫの送信数とデータＤ２の到達タイミングを説明する。
通信装置データパケットを送信する制御として、例えば、パケットにヘッダが付与されることによるデータ送信のオーバーヘッドを減少させるために、複数のデータを１つのデータパケットで送信するネーグルアルゴリズムと呼ばれる送信制御方式（以下、複数データ送信制御と呼ぶ）がある。複数データ送信制御では、通信装置１００−２は、送信すべきデータが生成されてもすぐには送信せずに、一時的にバッファ（以下、送信バッファと呼ぶ）に蓄積する。
そして、（１）通信装置１００−２は、所定のサイズまでデータが蓄積されると、当該蓄積したデータを１つのパケットで送信する。
また、（２）通信装置１００−２は、所定のサイズまでデータが蓄積される前にＡＣＫを受信した場合、ＡＣＫ受信時に蓄積しているデータを１つのパケットで送信する。ＡＣＫを受信したということは、前回送信したパケットは送信先の通信装置に到達したということであり、パケットの送信リソースが空いたことを示す。そのため、送信リソースを有効に使用するため、所定のサイズまでデータが蓄積するのを待たずにパケットを送信する。
さらに、（３）通信装置１００−２は、パケット送信待ちタイマを発行し、当該タイマのタイムアウトを契機として蓄積しているデータを１つのパケットで送信する。これは、送信データの生成が遅い場合、所定のサイズまで送信データが生成されるのを無駄に待つことによるデータ送信の遅れを抑制するためである。以下、データを送信する側の通信装置１００−２は複数データ送信制御を行うものとして説明する。
まず、図９の左側に示した、通信装置１００−１が、第１の送信処理を実行する場合について説明する。第１の送信処理は、データパケットを２つ受信するとＡＣＫを返信するものとする。
時刻Ｔ１において、通信装置１００−２にパケットの送信契機（例えば、パケット送信待ちタイマのタイムアウト）が発生する。時刻Ｔ１における通信装置１００−２の送信バッファ（Ｂ１）には、データＤ１が蓄積されている。通信装置１００−２は、送信バッファに蓄積されているデータＤ１を含むデータパケット（１）を作成し、通信装置１００−１に送信する（Ｓ１００）。データＤ１を送信した後の送信バッファ（Ｂ２）は、データが蓄積されていない状態となる。
時刻Ｔ２において、通信装置１００−１は、データパケット（１）を受信する。通信装置１００−１は、第１の送信処理を実行しており、２つ目のデータパケットを受信するまでＡＣＫを返信しない。
時刻Ｔ３において、通信装置１００−２はデータＤ２を生成する。データは、例えば、通信装置１００−２で実行するアプリケーションによって、パケット送信とは非同期に生成される。データＤ２が生成されると送信バッファ（Ｂ３）には、通信装置１００−２によってデータＤ２が蓄積される。このとき、通信装置１００−２は、送信バッファに所定のサイズまでデータが蓄積されていないため、データＤ２を送信しない。
時刻Ｔ３以降時刻Ｔ６まで、通信装置１００−２では、後続のデータが生成されない。そのため、送信バッファＢには新たなデータが蓄積されない。
やがて時刻Ｔ６において、通信装置１００−２は、パケット送信待ちタイマタイムアウトにより、パケットの送信契機が発生する。そこで、通信装置１００−２は、時刻Ｔ６における送信バッファ（Ｂ３）に蓄積されているデータＤ２を含めたデータパケット（２）を作成し、通信装置１００−１に送信する（Ｓ１０１）。データパケット（２）を送信した後の送信バッファ（Ｂ４）は、データが蓄積されていない状態となる。
そして、時刻Ｔ７において、通信装置１００−１はデータパケット（２）を受信し、データＤ２を取得する。通信装置１００−１は、データパケット（１）及び（２）に対するＡＣＫ（１，２）を、通信装置１００−２に返信する。
次に、図９の右側に示した、通信装置１００−１が、第２の送信処理を実行する場合について説明する。
時刻Ｔ１における通信装置１００−１の処理は、上述した第１の送信処理と同様である。
時刻Ｔ２において、通信装置１００−１は、データパケット（１）を受信する。通信装置１００−１は、第２の送信処理を実行しているため、受信したデータパケット（１）に対するＡＣＫ（１）を作成し、通信装置１００−２に送信する（Ｓ２００）。
時刻Ｔ３における通信装置１００−１の処理は、上述した第１の送信処理と同様である。
時刻Ｔ４において、通信装置１００−２はＡＣＫ（２）を受信する。通信装置１００−２は、ＡＣＫの受信による送信契機が発生し、ＡＣＫ受信時の送信バッファ（Ｂ３）に蓄積されているデータＤ２を含めたデータパケット（２）を作成し、通信装置１００−１に送信する（Ｓ２０１）。データパケット（２）を送信した後の送信バッファ（Ｂ４）は、データが蓄積されていない状態となる。
そして、時刻Ｔ５において、通信装置１００−１はデータパケット（２）を受信し、データＤ２を取得する。通信装置１００−１は、データパケット（２）に対するＡＣＫ（２）を、通信装置１００−２に返信する。
上述したように、通信装置１００−１がデータＤ２を取得するタイミングは、第１の送信処理では時刻Ｔ７、第２の送信処理では時刻Ｔ５であり、第２の送信処理のほうが早い。このように、第２の送信処理では、データパケットを受信するごとにＡＣＫを返信することで、パケット送信待ちタイマのタイムアウトや所定のサイズまでデータを蓄積するのを待たずに、通信装置１００−２にパケットの送信契機を与えることができる。
また、ＡＣＫの送信頻度は、第２の送信処理より第１の送信処理のほうが少ない。このように、第１の送信処理はＡＣＫの送信数を抑制することができ、ＡＣＫを送信することによる送信リソースの不足を抑制できる。
従って、無線品質が不良な場合、パケットの再送処理などで、送信リソースに余裕がないため、第１の送信処理を実行することで、ＡＣＫ送信によるリソース不足を回避し、通信速度の低下を防止することができる。
逆に、無線品質が良好な場合、パケットの再送処理などが発生せず、送信リソースに余裕があるため、第２の送信処理を行うことで、通信速度の低下を防止しつつ、データ送受信の遅延を抑制することができる。すわなち、ＴＣＰレイヤの処理である第１及び第２の送信処理は、無線レイヤの情報によって選択される。このように、通信装置は、あるレイヤにおける制御を異なるレイヤの情報に応じて決定するレイヤ間協調により、第１及び第２の送信処理が実現されていると言える。
［第３の実施の形態］
次に、第３の実施の形態について説明する。
通信装置は、他の通信装置との無線通信における無線品質に応じて、送信部に第１の送信処理か第２の送信処理のいずれかを実行するよう制御する制御部を有する。そして、制御部は、無線品質が、自通信装置が中継装置の通信可能なエリア（以降、セルと呼ぶ）の端に位置することを示す場合、第２の送信処理を実行する。
＜送信処理方式判定＞
図１０は、第３の実施の形態における送信処理方式判定の処理フローチャートの例を示す図である。以降、送信処理方式判定について説明する。
通信装置は、通信装置が中継装置のセル端に位置するかどうかを判定する（Ｓ２１２１）。中継装置のセル端とは、例えば、中継装置のセル内で、中継装置と所定の距離以上離れているエリアである。中継装置のセル端に位置する通信装置は、他の中継装置が送信する電波による干渉が発生したり、中継装置の送信する電波が減衰することで中継装置から送信される電波の受信電力が弱くなったりすることで、パケット送受信の失敗が発生しやすい。
通信装置は、自通信装置が中継装置のセル端に位置するかどうかの判定を、他の通信装置との無線通信における無線品質に応じて実行する。他の通信装置との無線通信における無線品質は、例えば、他の通信装置との無線通信を中継する中継装置から受信する電波の受信電力である。通信装置は、中継装置から受信する電波の受信電力が受信電力閾値以下である場合、自装置は中継装置のセル端に位置すると判定する。すなわち、通信装置の制御部は、他の通信装置との無線通信における無線品質が、他の通信装置との無線通信を中継する中継装置の通信エリアの端に、自通信装置が位置することを示す場合、第１の送信処理を選択する。受信電力閾値は、例えば、通信装置がパケットの送受信に所定の確率だけ失敗する受信電力であり、実験やシミュレーション結果から算出する。
通信装置は、セル端に位置すると判定すると（Ｓ２１２１のＹｅｓ）、第１の送信処理を選択する（Ｓ２１２２）。また、通信装置は、セル端に位置しないと判定すると（Ｓ２１２１のＮｏ）、第２の送信処理を選択する（Ｓ２１２３）。
第３の実施の形態では、通信装置がセル端に位置する場合、ＡＣＫの送信数が少ない第１の送信処理を選択する。こうすることで、無線品質が良好ではないセル端に通信装置が位置する場合、ＡＣＫの送信数を減少させることで、スループットの低下を防止することができる。
＜シミュレーション＞
第３の実施の形態における、シミュレーション結果について以下に説明する。シミュレーションは、第２の数を１とする方式（以下、Ｂａｓｉｃ方式と呼ぶ）を第２の送信処理とし、Ｇｒａｎｔ Ａｃｋ方式、又はＨｉｇｈｅｓｔ Ａｃｋ方式を第１の送信処理とする。
図１１は、シミュレーションにおける通信装置の位置の例を示す図である。図１１において、中継装置２００はセルＣ１の中央に位置し、通信装置１００−１１〜１８はセルＣ１内に位置する。シミュレーションでは、セルＣ１内であって、円Ｃ２内でないエリア（Ａ１）をセル端とする。通信装置１００−１２及び１６は、セル端ではないエリアに位置し、その他の通信装置はセル端に位置する。
シミュレーションの条件について説明する。第１及び第２の送信処理を実行した場合の下りのスループットを評価するため、無限長ファイルのＦＴＰ（File Transfer Protocol）通信を用いてシミュレーションを行う。主要な無線パラメータは３ＧＰＰ Ｃａｓｅ１モデルに準拠する。パケットスケジューリング方式として、下りはＰＦ（Proportional Fairness）方式、上りはＲＲ（Round Robin）方式を採用する。無限長ファイルのＦＴＰ通信では多くのＡＣＫが発生するため、ｅＮＢが通信装置に事前に送信許可（ＵＬ Ｇｒａｎｔ）を与える方式を採用する。送信許可を与える周期は５ｍｓとする。
図１２は、シミュレーション結果の例を示す図である。各通信装置１００−１１〜１８のグラフは、左から順に、Ｂａｓｉｃ方式（第２の送信処理）、Ｇｒａｎｔ Ａｃｋ方式（第１の送信処理）、Ｈｉｇｈｅｓｔ Ａｃｋ方式（第１の送信処理）で通信を行った場合のスループットの平均を示す。グラフの縦軸は各通信装置のスループットの平均値を示し、横軸は各通信装置１００−１１〜１８を示す。
セル端に位置する通信装置１００−１１、１３〜１５、１７、１８は、第２の送信処理（Ｂａｓｉｃ方式）で通信を行うよりも、第１の送信処理（Ｈｉｇｈｅｓｔ Ａｃｋ方式、又はＧｒａｎｔ Ａｃｋ方式）で通信を行ったほうが、スループットが高い。一方、セル端に位置しない通信装置１００−１２、１６は、第２の送信処理（Ｂａｓｉｃ方式）で通信を行ったほうが、第１の送信処理（Ｈｉｇｈｅｓｔ Ａｃｋ方式、又はＧｒａｎｔ Ａｃｋ方式）で通信を行うより、スループットが高い。このように、通信装置がセル端に位置する場合は第１の送信処理、セル端に位置しない場合は第２の送信処理を行うよう切り替えることで、通信装置のスループットは向上する。
なお、通信装置は、例えば、下りチャネルの受信品質の指標であるＣＱＩ（Channel Quality Indicator）が所定値以下である場合、自装置はセル端に位置すると判定してもよい。
また、通信装置は、高速で移動中の場合に第２の送信処理を選択するようにしてもよい。高速で移動中の通信装置は、受信電波の移動による周波数の変化（例えば、ドップラー効果）や、ハンドオーバの繰り返しなどにより、通信が安定して行えない場合がある。高速で移動中の端末装置が第２の送信処理を選択することで、高速移動によるスループットの低下を防止することができる。なお、高速移動しているかどうかの判定は、例えば、中継装置が送信した電波の周波数と、通信装置が受信した電波の周波数がどれくらいずれているかを算出し、ずれが所定値以上であれば、高速移動中であると判定する。また、通信装置がＧＰＳ（Global Positioning System）を有する場合、ＧＰＳで取得した通信装置の位置情報から、単位時間あたりの移動距離を算出し、算出結果が所定値以上であれば、高速移動中であると判定してもよい。
［第４の実施の形態］
次に、第４の実施の形態について説明する。
第４の実施の形態では、通信装置は、他の通信装置又は中継装置から、無線品質に関する情報を取得し、取得した無線品質に応じて、第１又は第２の送信処理を実行する。
＜通信装置の構成例＞
図１３は、通信装置１００の構成例を示す図である。通信装置１００は、ストレージ１２０に、無線品質取得プログラム１２７を記憶する。
ＣＰＵ１１０は、無線品質取得プログラム１２７を実行することで、無線品質取得部を構築し、無線品質取得処理を実行する。無線品質取得処理は、他の通信装置又は中継装置に対して無線品質を送信するよう要求し、要求に対する応答を受信することで、無線品質を取得する処理である。
＜無線品質取得処理＞
図１４は、中継装置から無線品質を取得するシーケンスの例を示す図である。中継装置２００は、通信装置１００−１と無線で接続し、通信装置１００−１に対して通信リソースを割り当てる。また、中継装置２００は、通信装置１００−１，２間で送受信するパケットを中継する。中継装置は、例えば、ＬＴＥにおけるｅＮｏｄｅＢである。通信リソースを割り当てる装置と、データの通信を行う装置が異なる場合、図１４のシーケンスとなる。
通信装置１００−１は、無線品質取得要求を中継装置２００に送信する（Ｓ４１）。無線品質取得要求は、中継装置２００に無線品質に関する情報を送信するよう要求するメッセージである。通信装置１００−１は、例えば、定期的に無線品質取得要求を送信する。
中継装置２００は、無線品質取得要求を受信すると（Ｓ４１）、無線品質情報を通信装置１００−１に送信する（Ｓ４２）。無線品質情報は、無線品質に関する情報が含まれるメッセージである。中継装２００は、内部で記憶する無線品質に関する情報を送信してもよいし、無線品質取得要求を受信したときに無線品質の測定を行い、その結果を送信してもよい。
通信装置１００−１は、無線品質情報を受信し（Ｓ４２）、無線品質情報に含まれる無線品質に関する情報を取得する（Ｓ４３）。通信装置１００−１は、取得した無線品質に関する情報から、無線品質が良好かどうかを判定し、第１または第２の送信処理のどちらを実行するかを判定する（Ｓ２２）。以降、判定に従い、第１または第２の送信処理を実行することで、データパケットを受信し（Ｓ４４）、ＡＣＫを送信する（Ｓ４５）。
図１５は、通信装置から無線品質を取得するシーケンスの例を示す図である。通信装置１００−２は、通信装置１００−１と無線で接続し、通信装置１００−１に送信リソースを割り当てる。そして、通信装置１００−２は、通信装置１００−１とパケットの送受信を行う。通信装置１００−２は、例えば、ＬＴＥにおけるｅＮｏｄｅＢである。送信リソースを割り当てる装置と、通信を行う装置が同一の場合、図１５に示すシーケンスとなる。
第４の実施の形態では、ＡＣＫを送信する通信装置が無線品質の測定を行わず、他の通信装置又は中継装置から取得する。こうすることで、例えば、他の通信装置や中継装置が、通信装置に無線リソースを割り当てるときに測定した無線品質を流用することができ、再度の無線品質測定を行わずに済む。無線品質の測定を行うと、通信装置の処理負荷が増加したり、測定が完了するまでの待ち時間が発生したりすることで、スループットが低下する場合がある。よって、第３の実施の形態では、通信システムとしての無線品質の測定の回数を減少させ、無線品質測定によるスループットの低下を防止することができる。
［第５の実施の形態］
次に、第５の実施の形態について説明する。
第５の実施の形態では、特殊な受信確認処理を実行する場合、通信装置は、送信するＡＣＫが属するＴＣＰセッションに、他のＴＣＰセッションとは異なるベアラを単独で設定する。特殊な受信確認処理については後述する。また、ベアラとは、例えば、データパケットを送信するための伝送経路である。
＜ＬＴＥにおけるベアラについて＞
図１６は、通信システムにおけるプロトコルスタックの例を示す図である。通信システム１０は、例えば、ＬＴＥに準じた通信システムであり、中継装置２００はＬＴＥの基地局装置であるｅＮＢである。
通信システム１０は、例えば、図１６に示すプロトコルスタック８００を適用することができる。プロトコルスタック８００は、３ＧＰＰに規定されたＬＴＥ−Ａのプロトコルスタックである。レイヤ群８０１〜８０５は、それぞれ通信装置１００−１、中継装置２００、図示しないＳＧＷ（Serving Gateway）、図示しないＰＧＷ（Packet data network Gateway）、及び通信装置１００−２における各処理を示すレイヤ群である。
通信システム１０において、各装置はＩＰプロトコルを用いてパケットを伝送する（以降、ＩＰフローと呼ぶ）。通信システム１０においては、個々のＩＰフローに対してＱｏＳ（Quality of Service）クラスに応じた取り扱いを実施するために、ＩＰフローのフィルタリングが実施される。たとえば通信装置１００−１がＩＰフローを受信する下りリンクについては、ＰＧＷがＩＰフローに対するパケットフィルタリングを行い、それぞれのＩＰフローをＥＰＳ（Evolved Packet System）ベアラに分類する。ＥＰＳベアラは、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ ＳｙｓｔｅｍにおけるＩＰフローである。
通信装置１００−１がＩＰフローを送信する上りリンクについては、ＰＧＷからパケットのフィルタリング規則が通信装置１００−１に通知される。そして、ＰＧＷから通知されたフィルタリング規則に基づいて、通信装置１００−１がＩＰフローに対するパケットフィルタリングを行って、それぞれのＩＰフローをＥＰＳベアラに分類する。
例えば、上りリンクにおいて、ＰＧＷは、ＰＧＷのレイヤ群８０４のうちのＩＰレイヤ（ＩＰ）に含まれるフィルタレイヤ８１１（Ｆｉｌｔｅｒ）によって、ＩＰフローのフィルタリングを行う。また、下りリンクにおいて、通信装置１００−１は、通信装置１００−１のレイヤ群８０１のうちのＩＰレイヤ（ＩＰ）に含まれるフィルタレイヤ８１２（Ｆｉｌｔｅｒ）によって、ＩＰフローのフィルタリングを行う。
また、通信システム１０内のルータ（図示しない）でＱｏＳ制御（又はＱｏＳ管理）を行うために、ＰＧＷ（下りリンクの場合）または通信装置１００−１（上りリンクの場合）が、ＩＰパケットのヘッダのＴｏＳ（Ｔｙｐｅ ｏｆ Ｓｅｒｖｉｃｅ）フィールドにＱｏＳ値を設定する。
ＰＧＷまたは通信装置１００−１によるパケットフィルタリングは、たとえば５−ｔｕｐｌｅ（送受信元ＩＰアドレス、送受信元ポート番号、プロトコルタイプ）を利用して行われる。パケットフィルタリングのフィルタリング規則は、たとえばＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）と呼ばれる。なお、ＥＰＳベアラの中にはＴＦＴが設定されないＥＰＳベアラが存在してもよい。
ＴＦＴを用いてＩＰフローのフィルタリングを実施すると、ＩＰフローを最大で１１種類のＥＰＳベアラに分類することができる。ＥＰＳベアラのうちの一つのベアラはデフォルトベアラ（Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ：既定ベアラ）と呼ばれる。デフォルトベアラは、ＰＧＷが通信装置１００−１にＩＰアドレスを割り当てる際に生成され、通信装置１００−１に割り当てられたＩＰアドレスが解放されるまで常に存在する。ＥＰＳベアラのうちのデフォルトベアラとは異なるベアラは、個別ベアラ（Ｄｅｄｉｃａｔｅｄ Ｂｅａｒｅｒ）と呼ばれる。個別ベアラは、伝送するユーザデータの状況に応じて適宜生成および解放することが可能である。
＜ベアラ設定処理＞
図１７は、ベアラ設定処理（Ｓ５００）の処理フローチャートの例を示す図である。なお、ベアラの設定は、例えば、通信装置１００−１，２、中継装置２００、ＳＧＷ、及びＰＧＷのどの装置が行ってもよい。また、一旦設定されたベアラは、適宜再設定されてもよい。以下、通信装置１００−１がベアラの設定（又は再設定）を行う場合について説明する。ベアラ設定処理で設定するベアラは、例えば、ＥＰＳベアラである。
通信装置１００−１は、ＡＣＫを送信するとき、ベアラ設定処理（Ｓ５００）を実行する。なお、ベアラ設定処理（Ｓ５００）は、データパケット受信時に行ってもよい。また、通信装置１００−１が、第１及び第２の送信処理の切り替え時にベアラ設定処理を行ってもよい。
通信装置１００−１は、特殊な送信処理を行っているかどうかを確認する（Ｓ５０１）。特殊な処理とは、第１の数が２、第２の数が１の場合における、第１の送信処理である。第２の送信処理は、データパケットを受信するごとにＡＣＫを返信するが、第１の送信処理では、２つのデータパケットを受信するまでＡＣＫを返信しないという特殊な処理が行われる。また、特殊な処理は、例えば、ＡＣＫの送信契機が発生するまでＡＣＫを蓄積しておき、ＡＣＫの送信契機発生時に、最後に受信したパケットに対するＡＣＫのみを送信する処理であってもよい。さらに、特殊な処理は、例えば、ＡＣＫの送信契機が発生するまでＡＣＫを蓄積しておき、基地局装置などによって割り当てられた無線リソースに応じた数のＡＣＫを送信する処理であってもよい。
通信装置１００−１は、特殊な送信処理であった場合（Ｓ５００のＹｅｓ）、当該ＡＣＫに対応するＴＣＰセッション（以降、当該ＴＣＰセッション）として、単独のベアラを設定する（Ｓ５０１）。設定される単独のベアラは、個別ベアラでも、デフォルトベアラのどちらでもよい。また、設定される単独のベアラは、下り／上りそれぞれ異なるベアラであってよい。また、設定される単独のベアラは、下りは当該ＴＣＰセッション以外のＴＣＰセッションが混在する状態でベアラを設定し、上りだけ当該ＴＣＰセッションのＡＣＫ返信用のベアラを単独で設定してもよい。少なくとも、上りの当該ＴＣＰセッションのＡＣＫ返信が、他のＴＣＰセッションと混在しない単独のベアラであればよい。
第５の実施の形態では、ＡＣＫ返信用に単独のベアラを設定している。こうすることで、通信装置は当該単独のベアラにおいて受信するパケットは当該ＡＣＫのみとなる。よって、通信装置はヘッダ解析を省略することで、処理を軽減することができ、省電力が実現できる。
＜無線ベアラ設定処理＞
図１８は、無線ベアラ設定処理（Ｓ６００）の処理フローチャートの例を示す図である。なお、無線ベアラとは、例えば、中継装置２００と通信装置１００との間の無線通信における通信経路であり、無線を介して一連のデータを送受信するごとに設定される。なお、無線ベアラの設定は、例えば、通信装置１００−１，２、中継装置２００のどの装置が行ってもよい。一旦設定された無線ベアラは、適宜再設定されてもよい。以下、通信装置１００−１がベアラの設定（又は再設定）を行う場合について説明する。
通信装置１００−１は、ＡＣＫを送信するとき、無線ベアラ設定処理（Ｓ６００）を実行する。なお、無線ベアラ設定処理（Ｓ６００）は、データパケット受信時に行ってもよい。また、通信装置１００−１が、第１及び第２の送信処理の切り替え時にベアラ設定処理を行ってもよい。
通信装置１００−１は、特殊な送信処理を行っているかどうかを確認する（Ｓ６０１）。 通信装置１００−１は、特殊な送信処理でない場合（Ｓ６０１のＮｏ）、下りデータを受信するための通信経路として、下りの無線ベアラを設定する（Ｓ６０２）。なお、下りの無線ベアラが、中継装置２００によって設定されている場合、通信装置１００−１は、新しい下りの無線ベアラを再設定せず、すでに設定されている下り無線ベアラを使用する。そして、通信装置１００−１は、ＡＣＫを送信するための通信経路として、上りの無線ベアラを設定する（Ｓ６０３）。上りの無線ベアラは、ＡＣＫの再送が発生しない、又はＡＣＫの再送が少ない通信モードで設定する。設定する通信モードは、例えばＬＴＥのプロトコルでは、ＡＣＫが未到達でも再送を実施しないＲＬＣ（Radio Link Control） ＵＭモード（Unacknowledged Mode）や、ＲＬＣそのものを透過するＲＬＣ ＴＭモード（Transparent Mode）である。
通信装置１００−１は、特殊な送信処理でない場合（Ｓ６０１のＹｅｓ）、上りと下りデータを受信するための通信経路として、双方向ベアラを設定する（Ｓ６０４）。双方向ベアラは、上り下りの両方の通信経路である無線ベアラである。
無線ベアラ設定処理では、特殊な送信処理を行わない場合、すなわち、第２の送信処理を選択する場合、上り下りで分離した無線ベアラを設定する。そして、通信装置は、下りの無線ベアラとして、ＡＣＫ送信が少ないモードを設定する。第２の送信処理は、第１の送信処理と比較したＡＣＫの送信数が多いが、こうすることで、下りデータの通信経路を確保しつつ、ＡＣＫの送信数を減少させることができ、ＡＣＫ送信によるスループットの低下を防止することができる。
なお、無線ベアラ設定処理では、特殊な送信処理を行う場合、すなわち、第１の送信処理を行う場合は、ＡＣＫの送信数を送信処理そのもので減少させることが可能であるため、上り下りで分離した無線ベアラを設定しない。しかし、第１の送信処理を行う場合でも、さらにＡＣＫの送信数を減少させるため、特殊な送信処理を行わない場合と同様に上り下りで分離した無線ベアラを設定してもよい。
［その他の実施の形態］
各実施の形態における処理は、それぞれ組み合わせてもよい。
例えば、第４の実施の形態における無線品質取得処理は、第１又は第２の実施の形態において実施してもよい。また、通信装置１００は、第４の実施の形態における無線品質取得処理と、第２の実施の形態における無線品質測定処理の両方を有してもよい。両方の処理を有する場合、例えば、通信装置の処理負荷や、他の通信装置や中継装置での無線品質の測定状況に応じて、無線品質取得処理を実行するか、無線品質測定処理を実行するかを切り替えてもよい。
１０ ：通信システム １００ ：通信装置
１０１ ：受信部 １０２ ：制御部
１０３ ：送信部 １１０ ：ＣＰＵ
１２０ ：ストレージ
１２１ ：受信プログラム
１２２ ：無線品質測定プログラム
１２３ ：制御プログラム
１２４ ：送信プログラム
１２５ ：無線品質測定結果
１２６ ：データパケット受信数
１２７ ：無線品質取得プログラム
１３０ ：メモリ ２００ ：中継装置
３００ ：ネットワーク
８００…プロトコルスタック ８０１〜８０５…レイヤ群
８１１、８１２…フィルタレイヤ
１２４１ ：第１の送信処理モジュール
１２４２ ：第２の送信処理モジュール

Claims (8)

  1. 他の通信装置からパケットを受信する受信部と、
    前記他の通信装置から第１の数のパケットを受信するごとに、前記第１の数のパケットを受信したことを示す第１の受信確認パケットを前記他の通信装置に送信する第１の送信処理と、前記他の通信装置から前記第１の数より小さい第２の数のパケットを受信するごとに、前記第２の数のパケットを受信したことを示す第２の受信確認パケットを前記他の通信装置に送信する第２の送信処理と、を実行する送信部と、
    前記他の通信装置との無線通信における無線品質に応じて、前記送信部に前記第１の送信処理か前記第２の送信処理のいずれかを実行するよう制御する制御部と、を有する
    通信装置。
  2. 前記無線品質は、前記無線通信に使用する電波の周波数において発生する干渉の度合であり、
    前記制御部は、前記干渉の度合が基準値より低い場合、前記送信部に前記第２の送信処理を実行するよう制御し、前記干渉の度合が基準値以上の場合、前記送信部に前記第１の送信処理を実行するよう制御する
    請求項１記載の通信装置。
  3. さらに、前記無線品質を測定する測定部を有する
    請求項１記載の通信装置。
  4. 前記測定部は、定期的に前記無線品質を測定し、
    前記制御部は、前記測定を行ったときに前記送信部に前記制御を行う
    請求項３記載の通信装置。
  5. さらに、前記他の通信装置との間で送受信するパケットを中継する中継装置であって、前記無線通信に使用する電波を割り当てる中継装置から、前記無線品質に関する情報を取得する無線品質取得部を有する
    請求項１記載の通信装置。
  6. さらに、前記無線通信に使用する電波を割り当てる前記他の通信装置から、前記無線品質に関する情報を取得する無線品質取得部を有する
    請求項１記載の通信装置。
  7. 他の通信装置からパケットを受信し、
    前記他の通信装置との無線通信における無線品質に応じて、前記他の通信装置から第１の数のパケットを受信するごとに、前記第１の数のパケットを受信したことを示す第１の受信確認パケットを前記他の通信装置に送信する第１の送信処理か、前記他の通信装置から前記第１の数より小さい第２の数のパケットを受信するごとに、前記第２の数のパケットを受信したことを示す第２の受信確認パケットを前記他の通信装置に送信する第２の送信処理かの、いずれかを実行する
    通信方法。
  8. 第２の通信装置にパケットを送信する第１の通信装置と、
    前記第１の通信装置からパケットを受信し、
    前記第１の通信装置との無線通信における無線品質に応じて、前記第１の通信装置から第１の数のパケットを受信するごとに、前記第１の数のパケットを受信したことを示す第１の受信確認パケットを前記第１の通信装置に送信する第１の送信処理か、前記第１の通信装置から前記第１の数より小さい第２の数のパケットを受信するごとに、前記第２の数のパケットを受信したことを示す第２の受信確認パケットを前記第１の通信装置に送信する第２の送信処理かの、いずれかを実行する第２の通信装置とを有する
    通信システム。
JP2018500962A 2016-02-22 2016-05-13 通信装置、通信方法、及び通信システム Active JP6614327B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
PCT/JP2016/055029 WO2017145228A1 (ja) 2016-02-22 2016-02-22 通信装置、通信方法、及び通信システム
JPPCT/JP2016/055029 2016-02-22
PCT/JP2016/064295 WO2017145397A1 (ja) 2016-02-22 2016-05-13 通信装置、通信方法、及び通信システム

Publications (2)

Publication Number Publication Date
JPWO2017145397A1 true JPWO2017145397A1 (ja) 2019-01-17
JP6614327B2 JP6614327B2 (ja) 2019-12-04

Family

ID=59684973

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018500962A Active JP6614327B2 (ja) 2016-02-22 2016-05-13 通信装置、通信方法、及び通信システム

Country Status (5)

Country Link
US (1) US11601842B2 (ja)
EP (1) EP3422670B1 (ja)
JP (1) JP6614327B2 (ja)
CN (1) CN108702378B (ja)
WO (2) WO2017145228A1 (ja)

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000295278A (ja) 1999-04-02 2000-10-20 Nippon Telegr & Teleph Corp <Ntt> 無線パケット通信機
US20040100979A1 (en) 2002-11-26 2004-05-27 Mandin Jeffrey Bernard Protocol performance using ACK filtering
US20070030819A1 (en) 2003-10-10 2007-02-08 Thomson Licensing Prioritizing udp over tcp traffic by slowing down the tcp transmission rate
JP4592396B2 (ja) * 2004-11-17 2010-12-01 パナソニック株式会社 通信システムおよび通信装置
CN101138221B (zh) * 2005-04-04 2010-12-29 松下电器产业株式会社 通信控制装置、通信终端
JP2007180687A (ja) * 2005-12-27 2007-07-12 Matsushita Electric Ind Co Ltd 無線通信装置及び無線通信方法
JP5196893B2 (ja) * 2007-07-10 2013-05-15 キヤノン株式会社 通信システム、通信装置及び通信システムの通信方法
CN101816212B (zh) * 2007-08-03 2018-03-27 无线未来科技公司 无线网络中移动站的确认和否认的聚集
US8787384B2 (en) * 2008-05-05 2014-07-22 Qualcomm Incorporated Pre-emptive acknowledgement for data transmission in a communication system
JP2009273094A (ja) * 2008-05-12 2009-11-19 Nec Corp データ通信システム、データ通信端末、データ通信方法、およびプログラム
EP2498474A4 (en) * 2009-11-02 2013-03-27 Panasonic Corp COMMUNICATION TERMINAL AND COMMUNICATION METHOD
JP5577978B2 (ja) * 2010-09-16 2014-08-27 富士ゼロックス株式会社 通信装置、画像形成装置及びプログラム
US8717900B2 (en) * 2011-02-07 2014-05-06 LivQoS Inc. Mechanisms to improve the transmission control protocol performance in wireless networks
JP5804566B2 (ja) 2012-07-06 2015-11-04 日本電信電話株式会社 スリープ制御方法、光通信システム、及び光ネットワーク終端装置
JP2013013093A (ja) 2012-07-20 2013-01-17 Thomson Licensing Ｔｃｐａｃｋの管理によるｌａｎにおけるスループット改善
JP6335430B2 (ja) * 2013-03-21 2018-05-30 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム
JP6190623B2 (ja) 2013-05-27 2017-08-30 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
JP2015015534A (ja) * 2013-07-03 2015-01-22 キヤノン株式会社 通信装置、通信装置の制御方法、プログラム。
JP6069144B2 (ja) 2013-09-11 2017-02-01 日本電信電話株式会社 無線通信システム及び無線通信方法
JP6928256B2 (ja) * 2017-11-02 2021-09-01 富士通株式会社 パケット解析プログラム、パケット解析装置、及び、パケット解析方法

Also Published As

Publication number Publication date
US20180359679A1 (en) 2018-12-13
EP3422670B1 (en) 2021-10-27
EP3422670A4 (en) 2019-01-09
WO2017145397A1 (ja) 2017-08-31
EP3422670A1 (en) 2019-01-02
CN108702378A (zh) 2018-10-23
JP6614327B2 (ja) 2019-12-04
WO2017145228A1 (ja) 2017-08-31
US11601842B2 (en) 2023-03-07
CN108702378B (zh) 2021-06-04

Similar Documents

Publication Publication Date Title
JP6868834B2 (ja) デュアルコネクティビティのための効率的アップリンクスケジューリングメカニズム
US11432223B2 (en) Methods and apparatuses for selecting a first base station or a second base station to transmit a packet data unit (PDU) to a user equipment (UE)
JP2022002405A (ja) 中継ノードを介した通信をサポートするための方法および装置
US10178676B2 (en) Data transmission method, device, and system
US10869261B2 (en) Method and apparatus for determining communication method between base station and terminal in wireless communication system
US11778491B2 (en) 5G user plane packet delay performance measurements
KR101557479B1 (ko) 데이터 전송 방법, 오프로드 포인트 장치, 사용자 단말 및 시스템
US10904790B2 (en) Method and apparatus for processing traffic in radio network system
US20230127924A1 (en) ProSe REMOTE AND RELAYING ENTITY QoS MANAGEMENT
US20150358483A1 (en) Method and apparatus for adjusting service level in congestion
US20210266786A1 (en) Packet Duplication Technique
US20160337092A1 (en) Data transmission method, device, and system
JP2015041881A (ja) バッファ制御装置、バッファ制御方法および基地局装置
CN111713057B (zh) 用于处置通信的传送装置和其中执行的方法
US11677669B2 (en) Communication device, relay device, and communication system for controlling generation of a TCP acknowledgement (ACK)
JP6614327B2 (ja) 通信装置、通信方法、及び通信システム
JPWO2017010062A1 (ja) 通信システム、通信方法、および通信用プログラム
JP2018007019A (ja) データ流量制御方法、無線基地局装置、サーバ装置、中継装置、通信システム、プログラム
JP2015228589A (ja) 通信ネットワーク

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180827

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180827

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190604

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190805

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

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191008

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191021

R150 Certificate of patent or registration of utility model

Ref document number: 6614327

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150