JP2018511209A - ネットワークにおける帯域幅の分配のための方法および装置 - Google Patents
ネットワークにおける帯域幅の分配のための方法および装置 Download PDFInfo
- Publication number
- JP2018511209A JP2018511209A JP2017541994A JP2017541994A JP2018511209A JP 2018511209 A JP2018511209 A JP 2018511209A JP 2017541994 A JP2017541994 A JP 2017541994A JP 2017541994 A JP2017541994 A JP 2017541994A JP 2018511209 A JP2018511209 A JP 2018511209A
- Authority
- JP
- Japan
- Prior art keywords
- bandwidth
- data
- data session
- session
- network
- 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
Links
- 238000000034 method Methods 0.000 title claims description 58
- 238000009826 distribution Methods 0.000 title claims description 45
- 238000004891 communication Methods 0.000 claims abstract description 93
- 238000004422 calculation algorithm Methods 0.000 claims abstract description 90
- 230000005540 biological transmission Effects 0.000 claims description 23
- 238000004590 computer program Methods 0.000 claims description 3
- 238000012546 transfer Methods 0.000 claims description 2
- 230000000977 initiatory effect Effects 0.000 claims 1
- 230000003044 adaptive effect Effects 0.000 description 10
- 101000932768 Conus catus Alpha-conotoxin CIC Proteins 0.000 description 9
- 230000006978 adaptation Effects 0.000 description 9
- 238000007726 management method Methods 0.000 description 7
- 239000002609 medium Substances 0.000 description 6
- 101000983970 Conus catus Alpha-conotoxin CIB Proteins 0.000 description 5
- 230000008901 benefit Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000009877 rendering Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 239000004020 conductor Substances 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012913 prioritisation Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 239000006163 transport media Substances 0.000 description 1
- 210000002268 wool Anatomy 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/80—Responding to QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
- H04L67/61—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5003—Managing SLA; Interaction between SLA and QoS
- H04L41/5019—Ensuring fulfilment of SLA
- H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
上記通信装置において実施される又は実施されているデータ・セッションと、ネットワーク内の他の通信装置によって実施される又は実施されている任意の他のデータ・セッションとに対する割り当て帯域幅を提供する帯域幅分配アルゴリズムを適用することを含み、少なくとも1つの帯域幅パラメータは、上記通信装置とネットワークの少なくとも1つの他の通信装置との間で交換される情報メッセージから得られ、かつ、対応する情報メッセージが送信される通信装置において実施されるデータ・セッションについての所要の帯域幅を示している、上記方法が提供される。
対応するデータ・セッションの優先度のレベルを表す優先度データと、
対応するデータ・セッションのデータ・セグメントの持続時間を表すチャンク持続時間データと、
対応するデータ・セッションの少なくとも1つの動作可能な帯域幅を表す帯域幅データと、のうちの1つ又は複数を含む。
情報メッセージをネットワーク内の他の通信装置に送信することと、
情報メッセージをネットワーク内の他の通信装置のうちの少なくとも1つから受信することであって、各々の情報メッセージには、対応する通信装置におけるデータ・セッションについての所要の帯域幅を示す少なくとも1つのパラメータが含まれている、上記受信することと、
通信装置のデータ・セッションに対する割り当て帯域幅を提供するために帯域幅分配アルゴリズムを適用することであって、各々の情報メッセージの少なくとも1つの帯域幅パラメータは帯域幅分配アルゴリズムによって用いられる、上記適用することと、
を含む、方法を提供する。
ローカルのネットワークN1に接続するためのLAN(Local Area Network)インタフェース110(有線及び/又は無線、例えば、Wi−Fi、Ethernetなど)と、
管理通信バスと共同して、パブリッシュ/サブスクライブ型(出版−購読型)パラダイム(例えば、Data Distribution Service(DDS)、Java(登録商標) Message Service(JMS)、Qeo(図示せず))を実施することによって、自装置がローカルのネットワークN1の装置C1〜C3の他の全ての装置及びゲートウェイGWとの間で情報メッセージを送受信できるようにする管理インタフェース121を備えた通信モジュール120と、
を備えている。この情報メッセージは、例えば永続的なメッセージであってもよく、従って、ネットワークの任意の装置によって収集できる(仮にその装置が送信時にネットワークN1に接続されていない場合でもよい)。例えば、メッセージは、例えばこの装置の管理インタフェース121上で稼働しているバックグラウンド・サービスによって収集でき、或いは、管理インタフェース121によって(例えば、周期的に、又は、必要な場合に)取得されるべき長寿命のメッセージとして管理通信バスによって記憶できる。通信モジュールは、自装置が所与のセッションに関連付けられた制御メッセージとデータ・メッセージとを送受信できるようにするアプリケーション・インタフェース122も備えている。
対応するデータ・セッションの優先のレベル、即ち、順位を表す優先度データと、
対応するデータ・セッションのデータ・セグメントの持続時間を表すチャンク持続時間データと、
対応するデータ・セッションの所望の帯域幅を表す帯域幅選好データと、
が含まれる。
この交換方式において、全てのクライアント装置は、定期的に自身の情報メッセージを既定のIPマルチキャスト・アドレスに送り、また、全てのクライアント装置は、その同じ既定のIPマルチキャスト・アドレスをリッスンする。そうすることによって、クライアント装置は、いつでも、同じく帯域幅分配アルゴリズムを実施する他の全てのクライアント装置の存在を見つけることができ、それらのサービス情報選好(service information preference)を受信できる。このIPマルチキャスト・アドレスは、クライアント装置上で設定されてもよく、或いは、ユーザによって(全ての装置上で同一のマルチキャストを用いて)構成されてもよい。情報メッセージは、それぞれのクライアント装置によってマルチキャスト通信で定期的に送られ、それによって、そのクライアント装置がまだ稼働中であることがその他のクライアント装置に伝えられ、また、情報メッセージは、新たなクライアント装置がネットワークに参加した場合にも送られる(その他のクライアント装置は、それについて知る手段を持っていない)。別の実施形態において、ネットワーク上の新たなクライアント装置は、自身の出現をマルチキャスト・アドレスで伝え、ネットワーク上のその他の全てのクライアント装置は、自身の情報メッセージをユニキャストで新たなクライアント装置に直接送ることができ、或いは、マルチキャスト通信チャネルで送ることができる。
この交換方式においては、情報メッセージを交換するために中央装置が用いられる。例えば、従来のホーム・ネットワーク環境において、DASHクライアントを実施している全ての装置は、同一のゲートウェイを共有している。この実施形態の情報メッセージ交換において、全てのクライアント装置C1〜C3が自身の情報メッセージをゲートウェイGWに送り、ゲートウェイGWは、それぞれの装置に対するユニキャスト通信を用いて、それぞれの装置からの情報をその他の全てのクライアント装置に再分配する。この中央集中型メッセージ収集方式の利点は、クライアント装置が自身の情報メッセージをマルチキャスト通信チャネルで定期的に送る必要がないことであり、また、ゲートウェイGWが、いつでも全てのDASHクライアントの稼働について知っているので、新たなクライアントが出現した場合に、或いは、いずれかのDASHクライアントが去った場合に、全てのDASHクライアントを容易に更新できることである。この方式の欠点は、他方の方式がクライアント装置自身だけに追加のメカニズムを必要とするのに対して、この方式がホーム・ゲートウェイに追加のメカニズムを必要とすることである。
表1:DASHクライアント情報メッセージ
{
“type”: “object”,
“properties”: {
“id”: {
“type” : “string”,
“description” : “Unique identifier of the session. Can be the IP address of device, followed by a unique session identifier in the device.”
}
“reprBandwidths”: {
“type”: “array”,
“description”: “List of needed bandwidth for available representations for current play time. Ordered by increasing values.”,
“items”: {
“type”: “integer”,
“description”: “The @bandwidth attribute of one representation (information retrieved from MPD). Note that the client may also add some extra bandwidth margin to better accomodate with future fluctuations.”
}
},
“segmentDuration”: {
“type”: ”integer”,
“description”: “The duration of currently loading segment(s), in milliseconds (information retrieved from MPD).”
},
“preferredClientBandwidth”: {
“type”: “integer”,
“description”: “The @bandwidth for the representation the client would try to request if playing alone (information retrieved from MPD).”,
},
“servicePriority”: {
“type”: “integer”,
“description”: “This represents the priority of a streaming session. Allocation of bandwidth is given first to higher priority services.”,
“minimum”: 1,
“maximum”: 4
}
“preferredBandwidthDistributionScheme”: {
“type”: “integer”,
“description”: “This represents the preferred bandwidth distribution algorithm for a DASH client.”,
}
}
}
本発明の考えられる実施形態において、表1におけるservice Priorityの値は、下記の意味を有する。
1:プレミアム・サービス(例えば、UHD配信、大型スクリーン・テレビへのHD配信など)
2:ハイ・クオリティ・サービス(例えば、中型サイズのスクリーンへのHD配信など)
3:ノーマル・クオリティ・サービス(例えば、モバイル機器へのHD配信など)
4:ロー・クオリティ・サービス(例えば、モバイル機器上での低品質コンテンツなど)
表2:帯域幅割り当て方式1についての受け手側のロジック
// DASH client
on_reception(sessionDescription)
{
if sessionDescription.id not in all_sessions
then
// The newcomer needs to know our information
send_param(all_sessions[my_session_id])
// This session is new, note its starting time
session_start_times[sessionDescription.id] = now()
end if
// store session information for future use
all_sessions[sessionDescription.id] = sessionDescription
}
// Use of session information in adaptation algorithm, for all collaborative
// clients
select_representation ()
{
// step 1: run algorithm as if client was alone
chosen_representation = compute_representation_with_normal_algorithm()
all_sessions[my_session_id].preferredClientBandwidth = chosen_representation.get_bandwidth()
if something_changed_in_my_session()
then
send_param(all_sessions[my_session_id])
end if
// step 2: run cooperative part
remaining_bw = linkCapacity
for p in 4..1 // scan priorities in decreasing order
do
session_list = get_sessions_with_priority(p)
session_list.reverse_sort_according_to_start_times()
count = session_list.length
for session in session_list
do
allocated = session.preferredClientBandwidth
i = session.reprBandwidths.index_of(allocated)
// look for a representation that fits an evenly distributed share.
while allocated > remaining_bw / count and i > 0
do
i −= 1
allocated = session.reprBandwidths[i]
end while
if allocated > remaining_bw
then
// no suitable representation for available bandwidth share
session.allocated_index = −1
else
remaining_bw −= allocated
session.allocated_index = i
end if
count −= 1
end for
// Now all sessions of same priority p have tried to evenly share the
// bandwidth. The remaining bandwidth will now be shared among
// clients with priority p on a first come first serve basis.
session_list.sort_according_to_start_times() // favor oldest sessions
improvement_made = True
while improvement_made and remaining_bw > 0
do
improvement_made = False
for session in session_list
do
if session.allocated_index < session.reprBandwidths.length ‐ 1
// not already max
then
next_bitrate = session.reprBandwidths[session.allocated_index + 1]
if session.allocated_index == −1
then
current_bitrate = 0
else
current_bitrate =session.reprBandwidths[session.allocated_index]
end if
if (next_bitrate − current_bitrate) < remaining_bw
then // this session can get a bit more bandwidth
session.allocated_index += 1
remaining_bw −= next_bitrate − current_bitrate
improvement_made = True
end if
end if
end for
end while
end for
return
get_representation_for_level(all_sessions[my_session_id].allocated_index)
}
表3:帯域幅割り当て方式2についての受け手側のロジック
// DASH client
on_reception(sessionDescription)
{
if sessionDescription.id not in all_sessions
then
// The newcomer needs to know our information
send_param(all_sessions[my_session_id])
// This session is new, note its starting time
session_start_times[sessionDescription.id] = now()
end if
// store session information for future use
all_sessions[sessionDescription.id] = sessionDescription
}
// Use of session information in adaptation algorithm,
// for all collaborative clients
select_representation ()
{
// step 1: run algorithm as if client was alone
chosen_representation = compute_representation_with_normal_algorithm()
all_sessions[my_session_id].preferredClientBandwidth =
chosen_representation.get_bandwidth()
if something_changed_in_my_session()
then
send_param(all_sessions[my_session_id])
end if
// step 2: provide maximum bandwidth to a maximum number of clients, starting with higher priority ones.
remaining_bw = linkCapacity
for p in 4..1 // loop on service priorities in decreasing order
do
session_list = get_sessions_with_priority(p)
session_list.sort_according_to_start_times()
for session in session_list
do
if remaining_bw > session.preferredClientBandwidth
then // is there enough bandwidth for maximum representation
session.allocated_index =
session.reprBandwidths.index_of(session.preferredClientBandwidth)
// chosen representation is preferred one
remaining_bw −= session.preferredClientBandwidth
else
session.allocated_index = −1 // not enough bandwidth for preferred rep.
end if
end for
end for
// at this point, provided there is enough bandwidth, all sessions have been
// allocated their preferred representation, starting with higher priority
// service sessions and starting with earliest sessions within each priority
// session. If total bandwidth is not enough, highest priority sessions (and
// earliest ones within the same service priority) are served first.
// step 3: distribute remaining bandwith (until it is exhausted) between all clients, starting with higher priority ones
improvement_made = True
while remaining_bw > 0 and improvement_made do
improvement_made = False
for p in 4..1 // loop on service priorities in decreasing order
do
session_list = get_sessions_with_priority(p)
session_list.sort_according_to_start_times()
for session in session_list
do
i = session.allocated_index
if i < session.reprBandwidths.length ‐ 1 // not already max
bw_upgrade = session.reprBandwidths[i+1]− session.reprBandwidths[i]
if remaining_bw > bw_upgrade then // is there enough bandwidth to
// upgrade to next representation
Improvement_made = True
session.allocated_index += 1
remaining_bw −= bw_upgrade
end if
end if
end for
end for
end while
return
get_representation_for_level(all_sessions[my_session_id].allocated_index)
}
表4:帯域幅割り当て方式3についての受け手側のロジック
// DASH client
on_reception(sessionDescription)
{
if sessionDescription.id not in all_sessions
then
// The newcomer needs to know our information
send_param(all_sessions[my_session_id])
// This session is new, note its starting time
session_start_times[sessionDescription.id] = now()
end if
// store session information for future use
all_sessions[sessionDescription.id] = sessionDescription
}
// Use of session information in adaptation algorithm,
// for all collaborative clients
select_representation ()
{
// step 1: run algorithm as if client was alone
chosen_representation = compute_representation_with_normal_algorithm()
all_sessions[my_session_id].preferredClientBandwidth =
chosen_representation.get_bandwidth()
if something_changed_in_my_session()
then
send_param(all_sessions[my_session_id])
end if
// step 2: provide minimum bandwidth to a maximum number of clients, starting
// with higher priority ones.
remaining_bw = linkCapacity
for p in 4..1 // loop on service priorities in decreasing order
do
session_list = get_sessions_with_priority(p)
session_list.sort_according_to_start_times()
for session in session_list
do
if remaining_bw > session.reprBandwidths[0] then
session.allocated_index = 0 // chosen representation is first one
// (minimum bandwidth)
remaining_bw −= session.reprBandwidths[0]
else
session. allocated_index = −1 // no representation
end if
end for
end for
// at this point, provided there is enough bandwidth, all session have been
//allocated their minimum bandwidth, starting with higher priority service
// sessions and starting with earliest sessions within each priority session.
// If total bandwidth is not enough, highest priority sessions (and earliest
// ones within the same service priority) are served first.
// step 3: distribute remaining bandwith (until it is exhausted) between all clients, starting with higher priority ones
improvement_made = True
while remaining_bw > 0 and improvement_made do
improvement_made = False
for p in 4..1 // loop on service priorities in decreasing order
do
session_list = get_sessions_with_priority(p)
session_list.sort_according_to_start_times()
for session in session_list
do
i = session.allocated_index
if i < session.reprBandwidths.length ‐ 1 // not already max
bw_upgrade = session.reprBandwidths[i+1]− session.reprBandwidths[i]
if remaining_bw > bw_upgrade then // is there enough bandwidth to
// upgrade to next representation
Improvement_made = True
session.allocated_index += 1
remaining_bw −= bw_upgrade
end if
end if
end for
end for
end while
return
get_representation_for_level(all_sessions[my_session_id].allocated_index)
}
・情報メッセージの大多数によって示された帯域幅分配アルゴリズムが選択される。
・全てのクライアント装置が、帯域幅分配スキームの共通の優先順位付けリストを承知しており、より高い優先度のものが勝つ。
・最初に送信された情報メッセージに示された帯域幅分配アルゴリズムが選択される。
クライアントC1:
リプリゼンテーションC1.2=10Mbit/s
リプリゼンテーションC1.1=8Mbit/s
リプリゼンテーションC1.0=4Mbit/s
service_priority(サービス優先度)=Premium(プレミアム)
クライアントC2:
リプリゼンテーションC2.1=6Mbit/s
リプリゼンテーションC2.0=2Mbit/s
service_priority=Premium
全てのデータ・セッションは最高優先度を有しており、従って、14Mbit/sの利用可能な帯域幅は、最初に、C1およびC2の2つのデータ・セッション相互間で、均等に、即ち、各々7Mbit/sずつ、配分される。
クライアントC1⇒C1.1(8Mbit/s)、
クライアントC2⇒C2.1(6Mbit/s)、
残りの帯域幅=0Mbit/s、及び、
より低い優先度のレベルのデータ・セッションに、又は、ネットワークに後で参加した他のクライアント装置に割り当てるべき帯域幅は残されていない。
クライアントC1は、最初に情報メッセージを送信したので、自身の最良品質のリプリゼンテーションC1.2についての自身の最大帯域幅必要量に相当する10Mbit/sを割り当てられる。4Mbit/sの帯域幅が、クライアントC2への割り当て用に残る。4Mbit/s以下の帯域幅必要量は、低い方の品質のリプリゼンテーションC2.0に対応する2Mbit/sである。
クライアントC1⇒C1.2、
クライアントC2⇒C2.0、
残りの帯域幅=2Mbit/s、及び、
残された帯域幅は、他のクライアント装置のより低い優先度のレベルのデータ・セッションに、任意の帯域幅割り当て方式に従って、或いは、データ・セッション開始時間に従って、割り当てられる。
クライアントC1およびC2のそれぞれの最低帯域幅必要量である4Mbit/s(C1.0)と2Mbit/s(C2.0)を割り当てると、8Mbit/sの残留帯域幅が残るので、帯域幅の割り当てを増大させることによって、両データ・セッションをより良い品質のリプリゼンテーションに、即ち、クライアントC1についてはC1.1(8Mit/s)に、及び、C2.1(6Mbit/s)に向上させることができる。
クライアントC1⇒C1.1、
クライアントC2⇒C2.1、及び、
残りの帯域幅=0Mbit/s。
クライアントC3:
リプリゼンテーションC3.2=5Mbit/s
リプリゼンテーションC3.1=3Mbit/s
リプリゼンテーションC3.0=2Mbit/s
service_priority=Premium
全てのデータ・セッションは最高優先度を有しており、従って、14Mbit/sの利用可能な帯域幅は、最初に、C1,C2及びC3の3つのデータ・セッション間で、均等に、即ち、各々4.66Mbit/sずつ、配分される。
クライアントC1⇒C1.1(8Mbit/s)、
クライアントC2⇒C2.0(2Mbit/s)、
クライアントC3⇒C3.1(3Mbit/s)、及び、
残りの帯域幅=1Mbit/s。
クライアントC1は、最初に情報メッセージを送信したので、自身の最良品質のリプリゼンテーションC1.2についての自身の最大帯域幅必要量に相当する10Mbit/sを割り当てられる。4Mbit/sの帯域幅が残り、クライアント装置C2およびC3のデータ・セッション相互間で取り分けられる。クライアント装置C2のデータ・セッションは、C2.0のリプリゼンテーションについての2Mbit/sの帯域幅を割り当てられ、クライアント装置C3も、C2.0のリプリゼンテーションについての2Mbit/sの帯域幅を割り当てられる。
クライアントC1⇒C1.2、
クライアントC2⇒C2.0、
クライアントC3⇒C3.0、及び、
残りの帯域幅=0Mbit/s。
クライアントC1,C2及びC3のそれぞれの最低帯域幅必要量である4Mbit/s(C1.0)、2Mbit/s(C2.0)及び2Mbit/s(C3.0)を割り当てると、6Mbit/sの残留帯域幅が残るので、帯域幅の割り当てを増大させることによって、クライアント装置C1およびC3のデータ・セッションをより良い品質のリプリゼンテーションに、即ち、クライアントC1についてはC1.1(8Mit/s)に、及び、クライアント装置C3についてはC3.1(3Mbit/s)に向上させることができる。
クライアントC2⇒C2.0(2Mbit/s)、
クライアントC3⇒C3.1(3Mbit/s)、及び、
残りの帯域幅=1Mbit/s。
Claims (24)
- ネットワーク内の利用可能な帯域幅を、前記ネットワーク内の複数の通信装置のデータ・セッションの間で分配する方法であって、通信装置において、
前記通信装置において実施される又は実施されているデータ・セッションに対する割り当て帯域幅を得るために、少なくとも1つの帯域幅パラメータを用いて帯域幅分配アルゴリズムを適用することを含み、前記少なくとも1つの帯域幅パラメータは、前記ネットワークの通信装置相互間で交換される情報メッセージから得られ、かつ、対応する情報メッセージが送信される通信装置において実施される又は実施されているデータ・セッションについての所要の帯域幅を示している、前記方法。 - 各々の情報メッセージ内の前記少なくとも1つのパラメータは、
対応するデータ・セッションの優先度のレベルを表す優先度データと、
対応するデータ・セッションのデータ・セグメントの持続時間を表すチャンク持続時間データと、
対応するデータ・セッションの少なくとも1つの動作可能な帯域幅を表す帯域幅データと、
のうちの少なくとも1つを含む、請求項1に記載の方法。 - 前記情報メッセージは、前記割り当て帯域幅を提供するのに使用される選択された帯域幅分配アルゴリズムを表す帯域幅分配アルゴリズム・データを含む、請求項1または2に記載の方法。
- 前記帯域幅分配アルゴリズムは、最高レベルの優先度を有するデータ・セッションの各々への割り当てのために、前記利用可能な帯域幅を均等な配分に分けることを含む、請求項1から3のいずれか1項に記載の方法。
- 各々のデータ・セッションのデータ・コンテンツは、複数の対応するリプリゼンテーションを有し、前記リプリゼンテーションの1つは、割り当てられた帯域幅の前記均等な配分に従って選択され、該選択されたリプリゼンテーションは、割り当てられた帯域幅の前記均等な配分以下である最大帯域幅を必要とするリプリゼンテーションである、請求項4に記載の方法。
- 前記選択されたリプリゼンテーションについて必要とされる帯域幅が、割り当てられた帯域幅の前記均等な配分よりも少ない場合に、対応する情報メッセージが最高優先度のデータ・セッションについての他の情報メッセージよりも前に送信された最高優先度のデータ・セッションに、残りの帯域幅の少なくとも一部が再割り当てされる、請求項5に記載の方法。
- 前記選択されたリプリゼンテーションについて必要とされる帯域幅が、前記割り当てられた帯域幅の前記均等な配分よりも少ない場合に、残りの帯域幅の少なくとも一部が、データ・セッションの優先度のレベルと、対応する情報メッセージの送信時刻と、データ・セッションの開始時刻とのうちの少なくとも1つに基づいて、より低い優先度のレベルのデータ・セッションに割り当てられる、請求項5又は6に記載の方法。
- 前記帯域幅分配アルゴリズムは、データ・セッションの優先度のレベルの順序で、かつ、対応する情報メッセージが同一優先度の他のデータ・セッションについての他の情報メッセージよりも前に送信された少なくとも1つのデータ・セッションに、可能な限り最大の帯域幅を割り当てることを含み、前記可能な限り最大の帯域幅は、前記利用可能な帯域幅の範囲内で、同一コンテンツの他のリプリゼンテーションについて最大の帯域幅を必要とするデータ・セッションのコンテンツのリプリゼンテーションに対応している、請求項1から3のいずれか1項に記載の方法。
- 前記帯域幅分配アルゴリズムは、最小の帯域幅を必要とするデータ・セッションのコンテンツのリプリゼンテーションに対応する帯域幅を割り当てることを含む、請求項1から3のいずれか1項に記載の方法。
- より高いレベルのリプリゼンテーションを可能にするために、データ・セッションの優先度のレベルと、対応する情報メッセージの送信時刻と、データ・セッションの開始時刻とのうちの少なくとも1つに基づいて、任意の残りの利用可能な帯域幅をデータ・セッションに再割り当てすることを更に含む、請求項9に記載の方法。
- 所与の優先度のレベルにおいて、残りの利用可能な帯域幅が、対応するデータ・セッションについての情報メッセージの送信時刻と、データ・セッションの開始時刻との少なくとも一方に基づいて割り当てられる、請求項4から10のいずれか1項に記載の方法。
- 前記情報メッセージは、他の通信装置への転送用の固定のマルチキャスト・アドレスに対して送受信される、請求項1から11のいずれか1項に記載の方法。
- 前記情報メッセージは中央基地装置を介して交換される、請求項1から11のいずれか1項に記載の方法。
- 同一の帯域幅割り当てアルゴリズムが、データ・セッションを開始する又は実施している全ての通信装置によって使用される、請求項1から13のいずれか1項に記載の方法。
- 帯域幅割り当てアルゴリズムが、各々の帯域幅割り当てアルゴリズムに割り当てられた優先度のレベルと、各々の帯域幅アルゴリズムを選択している通信装置の数とのうちの少なくとも一方に従って決定される、直前の請求項に記載の方法。
- 通信装置であって、
同じネットワーク内の1つ又は複数の他の通信装置と情報メッセージを交換する通信インタフェースであって、各々の前記情報メッセージは、対応する情報メッセージが送信される通信装置において開始されるデータ・セッションについての所要の帯域幅を示す少なくとも1つの帯域幅パラメータを含んでいる、前記通信インタフェースと、
前記通信装置において実施される又は実施されているデータ・セッションに対する割り当て帯域幅を提供するために、前記少なくとも1つの帯域幅パラメータを用いて帯域幅分配アルゴリズムを適用するように構成された1つ又は複数のプロセッサと、
を有する、前記通信装置。 - 前記少なくとも1つ又は複数のプロセッサが、請求項2から15のいずれか1項に記載の方法を実施するように構成されている、請求項16に記載の通信装置。
- プログラム可能な装置用のコンピュータ・プログラム製品であって、前記プログラム可能な装置にロードされて実行される際に請求項1から15のいずれか1項に記載の方法を実施する一連の命令を含んでいる、前記コンピュータ・プログラム製品。
- ネットワーク内の利用可能な帯域幅を、前記ネットワーク内の複数の通信装置のデータ・セッションの間で分配する方法であって、
前記ネットワークの通信装置によって実施される又は実施されている各々のデータ・セッションに対する割り当て帯域幅を提供する帯域幅分配アルゴリズムを適用することを含み、
前記帯域幅分配アルゴリズムは、最高レベルの優先度を有するデータ・セッションの各々への割り当てのために、前記利用可能な帯域幅を均等な配分に分けることを含む、前記方法。 - 各々のデータ・セッションのデータ・コンテンツが、複数の対応するリプリゼンテーションを有し、前記リプリゼンテーションの1つが、割り当てられた帯域幅の前記均等な配分に従って各々のデータ・セッションについて選択され、該選択されたリプリゼンテーションが、割り当てられた帯域幅の前記配分以下である最大帯域幅を必要とするリプリゼンテーションである、請求項19に記載の方法。
- 前記選択されたリプリゼンテーションについて必要とされる帯域幅が、割り当てられた帯域幅の前記均等な配分よりも少ない場合に、最高優先度のデータ・セッションを知らせる対応する情報メッセージが最高優先度のデータ・セッションについての他の情報メッセージよりも前に送信された最高優先度のデータ・セッションに、残りの帯域幅の少なくとも一部が再割り当てされる、請求項20に記載の方法。
- ネットワーク内の利用可能な帯域幅を、前記ネットワーク内の複数の通信装置のデータ・セッションの間で分配する方法であって、
前記ネットワークの通信装置によって実施される又は実施されている各々のデータ・セッションに対する割り当て帯域幅を提供する帯域幅分配アルゴリズムを適用することを含み、
前記帯域幅分配アルゴリズムは、優先度のレベルの順序で、かつ、データ・セッションを知らせる対応する情報メッセージが同一の優先度のレベルの他のデータ・セッションについての他の情報メッセージよりも前に送信された少なくとも1つのデータ・セッションに、可能な限り最大の帯域幅を割り当てることを含み、前記データ・セッションの前記可能な限り最大の帯域幅は、前記利用可能な帯域幅の範囲内で、同一コンテンツの他のリプリゼンテーションについて最大の帯域幅を必要とするデータ・セッションのコンテンツのリプリゼンテーションに対応している、前記方法。 - ネットワーク内の利用可能な帯域幅を、前記ネットワーク内の複数の通信装置のデータ・セッションの間で分配する方法であって、
前記ネットワークの通信装置によって実施される又は実施されている1つ又は複数のデータ・セッションに対する割り当て帯域幅を提供する帯域幅分配アルゴリズムを適用することを含み、
前記帯域幅分配アルゴリズムは、1つ又は複数のデータ・セッションに、最小の帯域幅を必要とする各々のデータ・セッションのデータ・コンテンツのリプリゼンテーションに対応する帯域幅を割り当てることを含む、前記方法。 - より高いレベルのリプリゼンテーションを可能にするために、データ・セッションの優先度のレベルと、データ・セッションを知らせる対応する情報メッセージの送信時刻と、データ・セッションの開始時刻とのうちの少なくとも1つに基づいて、任意の残りの利用可能な帯域幅を選択されたデータ・セッションに再割り当てすることを更に含む、請求項23に記載の方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP15305200.6A EP3057266A1 (en) | 2015-02-11 | 2015-02-11 | Distribution of bandwidth in a network |
EP15305200.6 | 2015-02-11 | ||
PCT/EP2016/052532 WO2016128326A1 (en) | 2015-02-11 | 2016-02-05 | Distribution of bandwidth in a network |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019233036A Division JP6993399B2 (ja) | 2015-02-11 | 2019-12-24 | ネットワークにおける帯域幅の分配のための方法および装置 |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2018511209A true JP2018511209A (ja) | 2018-04-19 |
JP2018511209A5 JP2018511209A5 (ja) | 2019-03-22 |
JP6646264B2 JP6646264B2 (ja) | 2020-02-14 |
Family
ID=52629491
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017541994A Active JP6646264B2 (ja) | 2015-02-11 | 2016-02-05 | ネットワークにおける帯域幅の分配のための方法および装置 |
JP2019233036A Active JP6993399B2 (ja) | 2015-02-11 | 2019-12-24 | ネットワークにおける帯域幅の分配のための方法および装置 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2019233036A Active JP6993399B2 (ja) | 2015-02-11 | 2019-12-24 | ネットワークにおける帯域幅の分配のための方法および装置 |
Country Status (13)
Country | Link |
---|---|
US (1) | US10833944B2 (ja) |
EP (2) | EP3057266A1 (ja) |
JP (2) | JP6646264B2 (ja) |
KR (1) | KR102494603B1 (ja) |
CN (1) | CN107251487B (ja) |
AU (2) | AU2016218082B2 (ja) |
BR (1) | BR112017017072B1 (ja) |
CA (1) | CA2976416C (ja) |
MX (1) | MX2017010346A (ja) |
MY (1) | MY192122A (ja) |
RU (1) | RU2017131416A (ja) |
TW (2) | TWI716221B (ja) |
WO (1) | WO2016128326A1 (ja) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020061764A (ja) * | 2015-02-11 | 2020-04-16 | インターデジタル ヴイシー ホールディングス, インコーポレイテッド | ネットワークにおける帯域幅の分配のための方法および装置 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11334387B2 (en) * | 2019-05-28 | 2022-05-17 | Micron Technology, Inc. | Throttle memory as a service based on connectivity bandwidth |
US11061819B2 (en) | 2019-05-28 | 2021-07-13 | Micron Technology, Inc. | Distributed computing based on memory as a service |
US11256624B2 (en) | 2019-05-28 | 2022-02-22 | Micron Technology, Inc. | Intelligent content migration with borrowed memory |
CN111679615B (zh) * | 2020-07-01 | 2021-10-15 | 无锡中微亿芯有限公司 | 内部集成具有不同位宽连线的片上网络的fpga装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002026986A (ja) * | 2000-07-10 | 2002-01-25 | Matsushita Electric Ind Co Ltd | データ伝送装置、データ伝送方法および記録媒体 |
JP2002124981A (ja) * | 2000-10-16 | 2002-04-26 | Sharp Corp | ネットワーク通信方法、ネットワーク通信装置及び情報機器 |
JP2009188655A (ja) * | 2008-02-05 | 2009-08-20 | Hitachi Ltd | 通信制御方法、情報処理システム、情報処理装置及びプログラム |
JP2009194509A (ja) * | 2008-02-13 | 2009-08-27 | Mitsubishi Electric Corp | 衛星通信地球局 |
JP2012095299A (ja) * | 2010-10-22 | 2012-05-17 | Fujitsu Ltd | 複数のサービスサポートのための動的帯域幅調整 |
US20120281529A1 (en) * | 2011-05-06 | 2012-11-08 | Sri Mohana Satya Srinivas Singamsetty | Bandwidth Advertisement Model for Shared Mesh Protection |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7092395B2 (en) * | 1998-03-09 | 2006-08-15 | Lucent Technologies Inc. | Connection admission control and routing by allocating resources in network nodes |
CA2343751A1 (en) * | 1998-07-27 | 2000-02-10 | Webtv Networks, Inc. | Remote computer access |
US7006530B2 (en) * | 2000-12-22 | 2006-02-28 | Wi-Lan, Inc. | Method and system for adaptively obtaining bandwidth allocation requests |
US7023979B1 (en) * | 2002-03-07 | 2006-04-04 | Wai Wu | Telephony control system with intelligent call routing |
WO2004017221A1 (en) * | 2002-08-14 | 2004-02-26 | Drs Technical Services, Inc. | Method and apparatus for monitoring and controlling the allocation of network bandwidth |
EP1847071A4 (en) * | 2005-01-26 | 2010-10-20 | Internet Broadcasting Corp B V | MULTI-DIFFUSION IN LAYERS AND EXACT ATTRIBUTION OF BANDWIDTH AND PRIORIZATION OF PACKETS |
US7630401B2 (en) | 2005-04-28 | 2009-12-08 | Sony Corporation | Bandwith management in a network |
EP1905216A4 (en) | 2005-07-14 | 2009-12-23 | Ericsson Telefon Ab L M | METHOD AND KNOT TO FIND A NETWORK USER |
US7564852B2 (en) * | 2005-07-20 | 2009-07-21 | Cortina Systems, Inc. | Intelligent bandwidth allocation for ethernet passive optical networks |
US8521955B2 (en) | 2005-09-13 | 2013-08-27 | Lsi Corporation | Aligned data storage for network attached media streaming systems |
JP4188368B2 (ja) * | 2005-09-28 | 2008-11-26 | 韓國電子通信研究院 | イーサネット受動光加入者網(EPON)においてQoS保障のための帯域割当装置及び方法 |
US8149771B2 (en) * | 2006-01-31 | 2012-04-03 | Roundbox, Inc. | Reliable event broadcaster with multiplexing and bandwidth control functions |
CN100583820C (zh) | 2006-09-11 | 2010-01-20 | 思华科技(上海)有限公司 | 内容分发网络的路由系统及方法 |
EP1950893A1 (en) * | 2007-01-24 | 2008-07-30 | Siemens Aktiengesellschaft | Method and system for allocating bandwidth |
US7945205B1 (en) | 2007-10-05 | 2011-05-17 | At&T Mobility Ii Llc | System and method for optimization of network delivery of streaming data |
CN101184021B (zh) | 2007-12-14 | 2010-06-02 | 成都市华为赛门铁克科技有限公司 | 一种实现流媒体缓存置换的方法、设备及系统 |
CN102308547B (zh) | 2008-12-31 | 2014-11-19 | 苹果公司 | 通过非流化协议流化多媒体数据的方法 |
US8595374B2 (en) | 2010-12-08 | 2013-11-26 | At&T Intellectual Property I, L.P. | Method and apparatus for capacity dimensioning in a communication network |
JP5728274B2 (ja) * | 2011-04-05 | 2015-06-03 | 沖電気工業株式会社 | 動的通信帯域割当方法、動的通信帯域割当プログラム、ponシステム及び局側終端装置 |
US9413637B2 (en) | 2012-10-22 | 2016-08-09 | Avaya Inc. | Architecture for virtualization and distribution of routing information used in a transport network |
EP2879339A1 (en) | 2013-11-27 | 2015-06-03 | Thomson Licensing | Method for distributing available bandwidth of a network amongst ongoing traffic sessions run by devices of the network, corresponding device. |
EP3057266A1 (en) * | 2015-02-11 | 2016-08-17 | Thomson Licensing | Distribution of bandwidth in a network |
-
2015
- 2015-02-11 EP EP15305200.6A patent/EP3057266A1/en not_active Withdrawn
-
2016
- 2016-02-05 CA CA2976416A patent/CA2976416C/en active Active
- 2016-02-05 MY MYPI2017702497A patent/MY192122A/en unknown
- 2016-02-05 RU RU2017131416A patent/RU2017131416A/ru not_active Application Discontinuation
- 2016-02-05 US US15/549,810 patent/US10833944B2/en active Active
- 2016-02-05 KR KR1020177022442A patent/KR102494603B1/ko active IP Right Grant
- 2016-02-05 MX MX2017010346A patent/MX2017010346A/es unknown
- 2016-02-05 WO PCT/EP2016/052532 patent/WO2016128326A1/en active Application Filing
- 2016-02-05 EP EP16703303.4A patent/EP3257197B1/en active Active
- 2016-02-05 BR BR112017017072-8A patent/BR112017017072B1/pt active IP Right Grant
- 2016-02-05 TW TW108145673A patent/TWI716221B/zh active
- 2016-02-05 TW TW105103905A patent/TW201630386A/zh unknown
- 2016-02-05 AU AU2016218082A patent/AU2016218082B2/en not_active Expired - Fee Related
- 2016-02-05 JP JP2017541994A patent/JP6646264B2/ja active Active
- 2016-02-05 CN CN201680009974.3A patent/CN107251487B/zh active Active
-
2019
- 2019-12-24 JP JP2019233036A patent/JP6993399B2/ja active Active
-
2020
- 2020-10-22 AU AU2020257112A patent/AU2020257112B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002026986A (ja) * | 2000-07-10 | 2002-01-25 | Matsushita Electric Ind Co Ltd | データ伝送装置、データ伝送方法および記録媒体 |
JP2002124981A (ja) * | 2000-10-16 | 2002-04-26 | Sharp Corp | ネットワーク通信方法、ネットワーク通信装置及び情報機器 |
JP2009188655A (ja) * | 2008-02-05 | 2009-08-20 | Hitachi Ltd | 通信制御方法、情報処理システム、情報処理装置及びプログラム |
JP2009194509A (ja) * | 2008-02-13 | 2009-08-27 | Mitsubishi Electric Corp | 衛星通信地球局 |
JP2012095299A (ja) * | 2010-10-22 | 2012-05-17 | Fujitsu Ltd | 複数のサービスサポートのための動的帯域幅調整 |
US20120281529A1 (en) * | 2011-05-06 | 2012-11-08 | Sri Mohana Satya Srinivas Singamsetty | Bandwidth Advertisement Model for Shared Mesh Protection |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2020061764A (ja) * | 2015-02-11 | 2020-04-16 | インターデジタル ヴイシー ホールディングス, インコーポレイテッド | ネットワークにおける帯域幅の分配のための方法および装置 |
Also Published As
Publication number | Publication date |
---|---|
CA2976416A1 (en) | 2016-08-18 |
MY192122A (en) | 2022-07-28 |
KR20170116035A (ko) | 2017-10-18 |
JP6993399B2 (ja) | 2022-01-13 |
MX2017010346A (es) | 2017-12-07 |
EP3257197B1 (en) | 2021-04-07 |
TW201630386A (zh) | 2016-08-16 |
TW202017341A (zh) | 2020-05-01 |
EP3057266A1 (en) | 2016-08-17 |
KR102494603B1 (ko) | 2023-02-02 |
BR112017017072A2 (pt) | 2018-04-10 |
CN107251487B (zh) | 2022-06-14 |
EP3257197A1 (en) | 2017-12-20 |
TWI716221B (zh) | 2021-01-11 |
JP2020061764A (ja) | 2020-04-16 |
JP6646264B2 (ja) | 2020-02-14 |
CN107251487A (zh) | 2017-10-13 |
WO2016128326A1 (en) | 2016-08-18 |
US10833944B2 (en) | 2020-11-10 |
AU2020257112B2 (en) | 2022-08-18 |
AU2016218082A1 (en) | 2017-08-24 |
AU2016218082B2 (en) | 2020-07-23 |
RU2017131416A (ru) | 2019-03-11 |
RU2017131416A3 (ja) | 2019-07-24 |
AU2020257112A1 (en) | 2020-11-19 |
RU2019143459A (ru) | 2020-02-03 |
CA2976416C (en) | 2023-09-26 |
US20180048526A1 (en) | 2018-02-15 |
BR112017017072B1 (pt) | 2024-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6993399B2 (ja) | ネットワークにおける帯域幅の分配のための方法および装置 | |
US10848433B2 (en) | Method for distributing available bandwidth of a network amongst ongoing traffic sessions run by devices of the network, corresponding device | |
JP6403768B2 (ja) | 適応ストリーミングクライアントのためのバンド幅をリザーブする方法及びデバイス | |
US20210195271A1 (en) | Stream control system for use in a network | |
RU2804870C2 (ru) | Способ и устройство для распределения полосы в сети | |
CN115250358A (zh) | 拉流方法、拉流装置、存储介质和电子设备 | |
Azgin et al. | Exploiting unicast vs. multicast delivery tradeoffs to improve the latency performance for IPTV channel change |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20171024 |
|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20180223 |
|
RD03 | Notification of appointment of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7423 Effective date: 20181220 |
|
RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20181227 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190201 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190201 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20191024 |
|
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: 20191106 |
|
A711 | Notification of change in applicant |
Free format text: JAPANESE INTERMEDIATE CODE: A711 Effective date: 20191106 |
|
A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20191206 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20191224 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 6646264 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |