特表 2023-513061 移動通信ネットワークのメディア処理及び送信に対する遅延を割り当てるための装置及び方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-03-30

(54)【発明の名称】移動通信ネットワークのメディア処理及び送信に対する遅延を割り当てるための装置及び方法

(51)【国際特許分類】

   H04W 28/24 20090101AFI20230323BHJP

   H04L 65/1059 20220101ALI20230323BHJP

   H04L 65/1016 20220101ALI20230323BHJP

【ＦＩ】

H04W28/24

H04L65/1059

H04L65/1016

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022546524

(86)(22)【出願日】2021-01-26

(85)【翻訳文提出日】2022-07-29

(86)【国際出願番号】 KR2021001009

(87)【国際公開番号】W WO2021153968

(87)【国際公開日】2021-08-05

(31)【優先権主張番号】10-2020-0010761

(32)【優先日】2020-01-30

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ハクジュ・イ

(72)【発明者】

【氏名】キュンフン・ジュン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067EE10

5K067EE16

(57)【要約】

移動通信ネットワークのメディア処理及び送信に対する遅延を割り当てるための装置及び方法を提供すること。本開示は４Ｇシステム以後より高いデータ送信率をサポートするための５Ｇ通信システムをＩｏＴ技術とコンバージェンスする通信技法及びそのシステムに関する。本開示晴は５Ｇ通信技術及びＩｏＴ関連技術に基づいて知能型サービス（例えば、スマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、ヘルスケア、デジタル教育、スマート小売り、保安及び安全サービスなど）に適用されることができる。本開示は、スマート保安媒体の間にバンドルが送信された後のバンドルの状態を設定するための方法及び装置を記述する。

【特許請求の範囲】

【請求項1】

第１端末の動作方法であって、
前記第１端末に係る第１遅延が必要であるかどうかを判断する段階と、
前記第１遅延が必要な場合、第１遅延情報を含む遅延メッセージを第２端末で送信する段階と、
前記遅延メッセージに対する応答で、前記第２端末から一つ以上のノード情報が含まれた割り当てメッセージを受信する段階と、
前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記第１端末の情報が含まれているかどうかを判断する段階と、及び
前記一つ以上のノード情報のうちの前記第１端末の情報が含まれている場合、前記第１遅延を割り当てる段階と、を含むことを特徴とする、方法。

【請求項2】

前記遅延メッセージ及び前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであり、
前記ＲＴＣＰメッセージは方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、
前記遅延メッセージ及び前記割り当てメッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることを特徴とする、請求項１に記載の方法。

【請求項3】

ネットワークノードの遅延をリクエストする方法であって、
第１端末から第１遅延をリクエストする遅延メッセージを受信する段階と、
前記ネットワークノードに係る第２遅延が必要であるかどうかを判断する段階と、
前記第２遅延が必要な場合、第２遅延情報を前記遅延メッセージに追加する段階と、及び
第２端末で、前記第２遅延情報が追加された遅延メッセージを送信する段階と、を含むことを特徴とする、方法。

【請求項4】

前記遅延メッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであり、
前記ＲＴＣＰメッセージは方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、
前記遅延メッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることを特徴とする、請求項３に記載の方法。

【請求項5】

第２端末の動作方法であって、
一つ以上のノードの遅延情報を含む遅延メッセージを受信する段階と、
前記一つ以上のノードの遅延を割り当て可能であるかどうかを判断する段階と、
前記一つ以上のノードの遅延を割り当て可能な場合、割り当て可能なノードに遅延を割り当てる段階と、及び
前記割り当て可能なノードに対する情報を含む割り当てメッセージを前記一つ以上のノードに送信する段階と、を含むことを特徴とする、方法。

【請求項6】

前記遅延メッセージ及び前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであり、
前記ＲＴＣＰメッセージは方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、
前記遅延メッセージ及び前記割り当てメッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることを特徴とする、請求項５に記載の方法。

【請求項7】

ネットワークノードの遅延を割り当てる方法であって、
第２端末から、一つ以上のノード情報が含まれた割り当てメッセージを受信する段階と、
前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記ネットワークノードの情報が含まれているかどうかを判断する段階と、
前記一つ以上のノード情報のうちの前記ネットワークノードの情報が含まれている場合、前記ネットワークノードに係る第２遅延を適用する段階と、
前記第２遅延適用以後、前記割り当てメッセージに第２遅延情報を削除する段階と、及び
前記第２遅延情報が削除された遅延メッセージを送信する段階と、を含むことを特徴とする、方法。

【請求項8】

前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであり、
前記ＲＴＣＰメッセージは方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、
前記割り当てメッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることを特徴とする、請求項７に記載の方法。

【請求項9】

第１端末であって、
少なくとも一つの信号を送受信できる送受信部と、及び
前記送受信部と結合された制御部と、を含み、
前記制御部は、
前記第１端末に係る第１遅延が必要であるかどうかを判断し、
前記第１遅延が必要な場合、第１遅延情報を含む遅延メッセージを第２端末で送信し、
前記遅延メッセージに対する応答で、前記第２端末から一つ以上のノード情報が含まれた割り当てメッセージを受信し、
前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記第１端末の情報が含まれているかどうかを判断し、そして
前記一つ以上のノード情報のうちの前記第１端末の情報が含まれている場合、前記第１遅延を割り当てるように構成されることを特徴とする、第１端末。

【請求項10】

前記遅延メッセージ及び前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであり、
前記ＲＴＣＰメッセージは方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、
前記遅延メッセージ及び前記割り当てメッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることを特徴とする、請求項９に記載の第１端末。

【請求項11】

遅延をリクエストするネットワークノードであって、
少なくとも一つの信号を送受信できる送受信部と、及び
前記送受信部と結合された制御部と、を含み、
前記制御部は、
第１端末から第１遅延をリクエストする遅延メッセージを受信し
前記ネットワークノードに係る第２遅延が必要であるかどうかを判断し、
前記第２遅延が必要な場合、第２遅延情報を前記遅延メッセージに追加し、そして
第２端末で、前記第２遅延情報が追加された遅延メッセージを送信するように構成されることを特徴とする、ネットワークノード。

【請求項12】

前記遅延メッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであり、
前記ＲＴＣＰメッセージは方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、
前記遅延メッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることを特徴とする、請求項１１に記載のネットワークノード。

【請求項13】

第２端末であって、
少なくとも一つの信号を送受信できる送受信部と、及び
前記送受信部と結合された制御部と、を含み、
前記制御部は、
一つ以上のノードの遅延情報を含む遅延メッセージを受信し、
前記一つ以上のノードの遅延を割り当て可能であるかどうかを判断し、
前記一つ以上のノードの遅延を割り当て可能な場合、割り当て可能なノードに遅延を割り当てて、そして
前記割り当て可能なノードに対する情報を含む割り当てメッセージを前記一つ以上のノードに送信するように構成されることを特徴とする、第２端末。

【請求項14】

前記遅延メッセージ及び前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであり、
前記ＲＴＣＰメッセージには方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、
前記遅延メッセージ及び前記割り当てメッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることを特徴とする、請求項１３に記載の第２端末。

【請求項15】

ネットワークノードであって、
少なくとも一つの信号を送受信できる送受信部と、及び
前記送受信部と結合された制御部と、を含み、
前記制御部は、
第２端末から、一つ以上のノード情報が含まれた割り当てメッセージを受信し、
前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記ネットワークノードの情報が含まれているかどうかを判断し、
前記一つ以上のノード情報のうちの前記ネットワークノードの情報が含まれている場合、前記ネットワークノードに係る第２遅延を適用し、
前記第２遅延適用以後、前記割り当てメッセージに第２遅延情報を削除し、そして
前記第２遅延情報が削除された遅延メッセージを送信するように構成されることを特徴とする、ネットワークノード。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、移動通信ネットワークのメディア処理に関し、より詳しくは、移動通信ネットワークのメディア処理及び送信する遅延を割り当てるための装置及び方法に関する。

【背景技術】

【0002】

４Ｇ通信システム商用化以後の増加趨勢にある無線データトラフィック需要を満たすために、改善された５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムを開発するための努力が行われている。このような理由で、５Ｇ通信システム又はｐｒｅ－５Ｇ通信システムは４Ｇネットワーク以後（Ｂｅｙｏｎｄ ４Ｇ Ｎｅｔｗｏｒｋ）通信システム又はＬＴＥシステム以後（Ｐｏｓｔ ＬＴＥ）システムと呼ばれている。高いデータ送信率を達成するために、５Ｇ通信システムは超高周波(ｍｍＷａｖｅ）帯域(例えば、６０ギガ(６０ＧＨｚ）帯域のような）での具現が考慮されている。超高周波の帯域での伝播の経路損失緩和及び伝達距離を増加させるために、５Ｇ通信システムではビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、ｍａｓｓｉｖｅ ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ）、ＦＤ－ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ(ａｒｒａｙ ａｎｔｅｎｎａ）、アナログビームフォーミング(ａｎａｌｏｇ ｂｅａｍ－ｆｏｒｍｉｎｇ）、及び大規模アンテナ(ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）技術が論議されている。さらに、システムのネットワーク改善のために、５Ｇ通信システムでは進化された小型セル、改善された小型セル(ａｄｖａｎｃｅｄ ｓｍａｌｌ ｃｅｌｌ）、クラウド無線アクセスネットワーク(ｃｌｏｕｄ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ：ｃｌｏｕｄ ＲＡＮ）、超高密度ネットワーク(ｕｌｔｒａ－ｄｅｎｓｅ ｎｅｔｗｏｒｋ）、Ｄ２Ｄ通信（Ｄｅｖｉｃｅ－ｔｏ－Ｄｅｖｉｃｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、無線バックホール(ｗｉｒｅｌｅｓｓ ｂａｃｋｈａｕｌ）、移動ネットワーク（ｍｏｖｉｎｇ ｎｅｔｗｏｒｋ）、協力通信（ｃｏｏｐｅｒａｔｉｖｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ Ｍｕｌｔｉ－Ｐｏｉｎｔｓ）、及び受信干渉除去（ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などの技術開発が行われている。その他にも、５Ｇシステムでは進歩されたコーディング変調(Ａｄｖａｎｃｅｄ Ｃｏｄｉｎｇ Ｍｏｄｕｌａｔｉｏｎ、ＡＣＭ）方式であるＦＱＡＭ（Ｈｙｂｒｉｄ ＦＳＫ ａｎｄ ＱＡＭ Ｍｏｄｕｌａｔｉｏｎ）及びＳＷＳＣ（Ｓｌｉｄｉｎｇ Ｗｉｎｄｏｗ Ｓｕｐｅｒｐｏｓｉｔｉｏｎ Ｃｏｄｉｎｇ）と、進歩された接続技術であるＦＢＭＣ（Ｆｉｌｔｅｒ Ｂａｎｋ Ｍｕｌｔｉ Ｃａｒｒｉｅｒ）、ＮＯＭＡ（ｎｏｎ ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、及びＳＣＭＡ（ｓｐａｒｓｅ ｃｏｄｅ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などが開発されている。

【0003】

一方、インターネットは人間が情報を生成し消費する人間中心の接続網から、事物などの分散された構成要素の間で情報を交換して処理するＩＯＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、モノのインターネット）網へ進化しつつある。クラウドサーバーなどとの接続を通じたビッグデータ（Ｂｉｇ ｄａｔａ）処理技術などがＩｏＴ技術に結合されたＩｏＥ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）技術も台頭している。ＩｏＴを具現するためには、センシング技術、有無線通信及びネットワークインフラ、サービスインタフェース技術、セキュリティ技術のような技術要素が要求され、近年には物事の間の接続のためのセンサネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの技術が研究されている。ＩｏＴ環境では接続された事物の間に生成されるデータを収集、分析して人間の生活に新しい価値を創出する知能型ＩＴ（Ｉｎｔｅｒｎｅｔ Ｔｅｃｈｎｏｌｏｇｙ）サービスが提供されることができる。ＩｏＴは既存のＩＴ（ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）技術と多様な産業の間のコンバージェンス及び複合を介してスマートホーム、スマートビルディング、スマートシティ、スマートカー又はコネクテッドカー、スマートグリド、ヘルスケア、スマート家電、先端医療サービスなどの分野に適用されることができる。

【0004】

これによって、５Ｇ通信システムをＩｏＴ網に適用するための多様な試みが行われている。例えば、センサネットワーク（ｓｅｎｓｏｒ ｎｅｔｗｏｒｋ）、Ｍ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）、ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）などの５Ｇ通信技術がビームフォーミング、ＭＩＭＯ、及びアレイアンテナなどの技法によって具現されることができる。前述のビッグデータ処理技術としてクラウド無線アクセスネットワーク（ｃｌｏｕｄ ＲＡＮ）が応用されることも５Ｇ技術とＩｏＴ技術のコンバージェンスの例と見なされることができる。

【0005】

上述した情報は本開示の理解を助けるための背景情報にだけ提供される。上述したことのうちのいずれが本開示に係って先行技術として適用されることができるかに対してはどんな決定も下ろされなかったしどんな主張も成り立たなかった。

【発明の概要】

【発明が解決しようとする課題】

【0006】

本開示の態様は上述された問題及び／又は欠点を解決して後述する利点を提供するためのことである。

【0007】

移動通信ネットワークは、制限された周波数リソースとネットワークインフラを最大限に活用するために各端末の送受信に係る多様なパラメーターをチャンネル状況によって調節して最大限の品質と容量を達成するようになる。このようなパラメーターにはビットレート、電力、周波数などがあり、特にビットレートが調節される場合、チャンネルコーディング（Ｃｈａｎｎｅｌ Ｃｏｄｉｎｇ）レート、モジュレーション（Ｍｏｄｕｌａｔｉｏｎ）方式などのパラメーターも共に連動されて変更されることができる。

【0008】

このような要求に符合する技術であるＤＢＩ Ｓｉｇｎａｌｉｎｇ技術は、チャンネル状態の変化により送信方式の変化が要求される状況でビットレートの調整ではなく送信時間の調節を介して目標ビットレートを維持する網の操作技法の一つである。しかし、ＤＢＩは無線区間の不足、残余Ｄｅｌａｙに対応する基本的な方法を提供するが、次のような問題点を有している。

【0009】

（１）ＵｐｌｉｎｋとＤｏｗｎｌｉｎｋが同じな周波数帯域を分配して用いるＴｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ（ＴＤＤ）方式のネットワーク操作ではＵｐｌｉｎｋとＤｏｗｎｌｉｎｋのチャンネル状態の類似な可能性が高いがＵｐｌｉｎｋとＤｏｗｎｌｉｎｋが異なる周波数帯域を用いるＦｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ（ＦＤＤ）方式のネットワーク操作ではＵｐｌｉｎｋとＤｏｗｎｌｉｎｋのチャンネル状態が異なることができる。図８及び図１０に示されたようにＤｅｌａｙ信号メッセージフォーマットではスペア又は不足Ｄｅｌａｙの方向性を表示することができないため、両方向に同じＤｅｌａｙ増減を適用するようになって無線リソースを効率的に操作することに限界がある。

【0010】

また、図８のＤｅｌａｙＢｕｄｇｅｔＲｅｐｏｒｔメッセージはＵＥとｇＮＢ間の区間にだけ定義され、図１０のメッセージに表示されたクエリー／割り当てＤｅｌａｙも５ＧＣ、ＩＭＳなど送信経路の中間に位置したネットワークノードで確認することができないため、全体的なＤｅｌａｙ調節に活用することができない。特に、図５に示されたＭＥＣ（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ）ではメディアの品質を改善するか多数の映像をＳｔｉｔｃｈｉｎｇして３６０映像で造る付加機能を行うことができるが、Ｄｅｌａｙの残余／不足情報をＭＥＣが把握してＤｅｌａｙ一部を活用することができる場合、効率的な網の操作とサービス品質を達成することができるだろう。現在、無線区間にだけ活用可能なＤｅｌａｙ増加／減少機能を有線区間を含むＥｎｄ－ｔｏ－ｅｎｄ送信経路にいずれも適用するように確張する必要がある。

【0011】

本開示の追加的な態様は次の説明で部分的に説明され、部分的には説明から明白であるか提示された実施例の実行によって学習されることができる。

【課題を解決するための手段】

【0012】

前記のような問題点を解決するための本発明は、第１端末の動作方法であって、前記第１端末に係る第１遅延が必要であるかどうかを判断する段階と、前記第１遅延が必要な場合、前記第１遅延情報を含む遅延メッセージを第２端末で送信する段階と、前記遅延メッセージに対する応答で、前記第２端末から一つ以上のノード情報が含まれた割り当てメッセージを受信する段階と、前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記第１端末の情報が含まれているかどうかを判断する段階と、及び前記第１端末の情報が含まれている場合、前記第１遅延を割り当てる段階と、を含むことを特徴とする。

【0013】

一部の例では、前記遅延メッセージ及び前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであることを特徴とする。

【0014】

一部の例では、前記ＲＴＣＰメッセージには方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、前記遅延メッセージ及び前記割り当てメッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることを特徴とする。

【0015】

本発明の他の例ではネットワークノードの遅延をリクエストする方法であって、第１端末から第１遅延をリクエストする遅延メッセージを受信する段階と、前記ネットワークノードに係る第２遅延が必要であるかどうかを判断する段階と、前記第２遅延が必要な場合、前記第２遅延情報を前記遅延メッセージに追加する段階と、及び第２端末で、前記第２遅延情報が追加された遅延メッセージを送信する段階と、を含むことを特徴とする。

【0016】

本発明でのまた他の例では、第２端末の動作方法であって、一つ以上のノードの遅延情報を含む遅延メッセージを受信する段階と、前記一つ以上のノードの遅延を割り当て可能であるかどうかを判断する段階と、前記一つ以上のノードの遅延を割り当て可能な場合、割り当て可能なノードに遅延を割り当てる段階と、及び前記割り当て可能なノードに対する情報を含む割り当てメッセージを前記一つ以上のノードに送信する段階と、を含むことを特徴とする。

【0017】

本発明でのまた他の例では、ネットワークノードの遅延を割り当てる方法であって、第２端末から、一つ以上のノード情報が含まれた割り当てメッセージを受信する段階と、前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記ネットワークノードの情報が含まれているかどうかを判断する段階と、前記ネットワークノードの情報が含まれている場合、前記ネットワークノードに係る第２遅延を適用する段階と、前記第２遅延適用以後、前記割り当てメッセージに第２遅延情報を削除する段階と、及び前記第２遅延情報が削除された遅延メッセージを送信する段階と、を含むことを特徴とする。

【0018】

本発明でのまた他の例では、第１端末であって、少なくとも一つの信号を送受信できる送受信部と、及び前記送受信部と結合された制御部と、を含み、前記制御部は、前記第１端末に係る第１遅延が必要であるかどうかを判断し、前記第１遅延が必要な場合、前記第１遅延情報を含む遅延メッセージを第２端末で送信し、前記遅延メッセージに対する応答で、前記第２端末から一つ以上のノード情報が含まれた割り当てメッセージを受信し、前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記第１端末の情報が含まれているかどうかを判断し、そして前記第１端末の情報が含まれている場合、前記第１遅延を割り当てるように構成されることを特徴とする。

【0019】

本発明でのまた他の例では、遅延をリクエストするネットワークノードであって、少なくとも一つの信号を送受信できる送受信部と、及び前記送水花嫁と結合された制御部を含み、前記制御部は、第１端末から第１遅延をリクエストする遅延メッセージを受信し、前記ネットワークノードに係る第２遅延が必要であるかどうかを判断し、前記第２遅延が必要な場合、前記第２遅延情報を前記遅延メッセージに追加し、そして第２端末で、前記第２遅延情報が追加された遅延メッセージを送信するように構成されることを特徴とする。

【0020】

本発明でのまた他の例では、第２端末であって、少なくとも一つの信号を送受信できる送受信部と、及び前記送受信部と結合された制御部と、を含み、前記制御部は、一つ以上のノードの遅延情報を含む遅延メッセージを受信し、前記一つ以上のノードの遅延を割り当て可能であるかどうかを判断し、前記一つ以上のノードの遅延を割り当て可能な場合、割り当て可能なノードに遅延を割り当てて、そして前記割り当て可能なノードに対する情報を含む割り当てメッセージを前記一つ以上のノードに送信するように構成されることを特徴とする。

【0021】

本発明でのまた他の例では、遅延を割り当てるネットワークノードであって、少なくとも一つの信号を送受信できる送受信部と、及び前記送受信部と結合された制御部と、を含み、前記制御部は、第２端末から、一つ以上のノード情報が含まれた割り当てメッセージを受信し、前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記ネットワークノードの情報が含まれているかどうかを判断し、前記ネットワークノードの情報が含まれている場合、前記ネットワークノードに係る第２遅延を適用し、前記第２遅延適用以後、前記割り当てメッセージに第２遅延情報を削除し、そして前記第２遅延情報が削除された遅延メッセージを送信するように構成されることを特徴とする。

【発明の効果】

【0022】

本発明は、移動通信ネットワークで送信状況の変化を圧縮、送信時間の調節を介して対応するために導入された従来技術の技術的問題点を解決するための装置及び方法に関する。

【0023】

具体的に、ＵＥとｇＮＢ区間のＤｅｌａｙだけ調整することができる従来技術と異なり、本発明では送信経路中間のネットワークノードも必要なＤｅｌａｙの量をリクエストすることができるため、効率的なＤｅｌａｙの活用が可能である。Ｄｅｌａｙリクエスト手順を端末だけが開始することができるように、Ｄｅｌａｙの割り当てを全体Ｄｅｌａｙ現況を把握することができるメッセージ受信端末に一元化してメッセージ送信ＵＥとネットワークノードのリクエストが衝突しない特徴がある。

【0024】

また、本発明で提案したＤｅｌａｙ ＲＴＣＰメッセージフォーマットではリクエスト又は割り当てられるＤｅｌａｙの方向性を表示することができるため、両方向に同じＤｅｌａｙ増減を適用しなければならない従来技術より無線リソースを効率的に操作することができる。

【0025】

本開示の他の態様、利点、及び顕著な特徴は、以下の詳細な説明から当業者には明らかとなり、これは、添付の図面と併せて、本開示の様々な実施例を開示する。

【図面の簡単な説明】

【0026】

【図1】デジタル移動通信ネットワークであるＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）のネットワーク構造を示す図面である。

【図2】ＧＳＭのＵｐｌｉｎｋ（ＭＳ→ＢＴＳ方向）で音声コデックと各送信区間が消耗する時間（Ｄｅｌａｙ）を分割した構造を示す図面である。

【図3】音声圧縮機（Ｅｎｃｏｄｅｒ）と各区間が消耗する代表的なＤｅｌａｙ値を示す図面である。

【図4】パケット交換（Ｐａｃｋｅｔ－Ｓｗｉｔｃｈｅｄ）方式のネットワークでは圧縮されたメディアフレームにＲＴＰ／ＵＤＰ／ＩＰヘッダー構造に対して示す図面である。

【図5】端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）、基地局（ｇＮＢ）、Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ）、Ｄａｔａ Ｎｅｔｗｏｒｋ（ＤＮ）から構成された５Ｇ Ｎｅｗ Ｒａｄｉｏ(ＮＲ）ネットワークの構造を示す図面である。

【図6】ＮＲ ＵＥ（ａ）とｇＮＢ（ｂ）で音声、映像フレームの送信のために用いられるＵｓｅｒ Ｐｌａｎｅ（ＵＰ）プロトコル構造と制御信号の送信のために用いられるＣｏｎｔｒｏｌ Ｐｌａｎｅ（ＣＰ）プロトコルの構造を示す図面である。

【図7】Ｄｅｌａｙ Ｂｕｄｇｅｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＤＢＩ）Ｓｉｇｎａｌｉｎｇ機能の一動作例を示す図面である。

【図8】ＤｅｌａｙＢｕｄｇｅｔＲｅｐｏｒｔメッセージフォーマットでＤｅｌａｙを示す図面である。

【図9】ＤＢＩ Ｓｉｇｎａｌｉｎｇの他の動作例を示す図面である。

【図10】１６ビットからなるＤｅｌａｙフィールドを示す図面である。

【図11】ＤＢＩ Ｓｉｇｎａｌｉｎｇ機能のまた他の動作例を示す図面である。

【図12】ＲＴＰプロトコルヘッダーのＴｉｍｅｓｔａｍｐ情報を図面である。

【図13】本発明で提案したＤｅｌａｙ ＲＴＣＰメッセージを示す図面である。

【図14】Ｄｅｌａｙ ＲＴＣＰメッセージを構成して送信するＵＥの動作を示す図面である。

【図15】送信経路のネットワークノードを経由して受信したＤｅｌａｙ ＲＴＣＰメッセージを処理して返信するＵＥの動作を示す図面である。

【図16】２つのＵＥ間の送信経路に位置したネットワークノードがＤｅｌａｙ ＲＴＣＰメッセージを処理する手順を示す図面である。

【図17】このような手順に基づいてＵＥ－１とＵＥ－２、そして中間のネットワークノードがＤｅｌａｙをリクエスト、配分する手順の一例を示す図面である。

【図18】このような手順に基づいてＵＥ－１とＵＥ－２、そして中間のネットワークノードがＤｅｌａｙをリクエスト、配分する手順の他の一例を示す図面である。

【図19】このような手順に基づいてＵＥ－１とＵＥ－２、そして中間のネットワークノードがＤｅｌａｙをリクエスト、配分する手順のまた他の一例を示す図面である。

【図20】本発明に一実施例を示す図面である。

【図21】本発明に他の実施例を示す図面である。

【図22】本発明にまた他の実施例を示す図面である。

【図23】本発明にまた他の実施例を示す図面である。

【図24】本発明の一実施例による端末の構造を示す図面である。

【図25】本発明の一実施例によるネットワークノードの構造を示す図面である。

【発明を実施するための形態】

【0027】

添付された図面を参照する次の説明は、請求範囲及びその均等物によって定義されたような本開示の多様な実施例の包括的な理解を助けるために提供される。ここにはその理解を助けるために多様な特定詳細事項が含まれているが、これはただ例示的なことと見なす。したがって、本技術分野の通常の知識を有する者は本開示内容の範囲及び思想を逸脱せず本開示に記載された多様な実施例の多様な変更及び修正が行われるということを認識するだろう。さらに、公知された機能及び構成に対する説明は明瞭性及び簡潔性のために省略されることができる。

【0028】

以下の説明及び請求範囲で用いられる用語及び単語は文献的な意味に限定されず、本開示の明確で一貫的な理解ができるよう用いられる用語であれば良い。したがって、本開示の様々な実施形態の次の説明は、ただ例示の目的で提供されて添付された請求範囲及びその均等物によって定義されるような本開示を限定するためのことではないことは当業者には明らかであろう。

【0029】

単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、 文脈上に明白に異なるように指示しない限り複数の指示対象を含むことで理解されることができる。したがって、例えば、「構成要素表面」に対する言及はそのような表面のうちの一つ以上に対する言及を含む。

【0030】

実施例を説明するに当り本開示が属する技術分野によく知られており、本開示と直接的に関連がない技術内容に対しては説明を省略する。これは不必要な説明を省略することによって本開示の要旨を明瞭にしてより明確に伝達するためことである。

【0031】

同様の理由で添付図面において一部構成要素は誇張されたり省略されたり概略的に図示された。また、各構成要素のサイズは実際サイズを全的に反映することではない。各図面で同一又は対応する構成要素には同一な参照番号を付した。

【0032】

本開示の利点及び特徴、及びそれらを達成する方法は添付される図面と共に詳細に後述されている実施例を参考すれば明確になるだろう。しかし、本開示は以下で開示される実施例に限定されるのではなく互いに異なる多様な形態で具現されることができ、ただ本実施例は本開示を完全にし、本開示が属する技術分野で通常の知識を有する者に開示の範囲を完全に知らせるために提供されることであり、本開示は請求項の範囲によって定義されるだけである。明細書全体にかけて同一参照番号は同一構成要素を称する。

【0033】

このとき、処理フローチャートの各ブロックとフローチャートの図面の組み合せは、コンピュータープログラムインストラクションによって行われることができることを理解することができるだろう。これらコンピュータープログラムインストラクションは汎用コンピューター、特殊用コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサに搭載されることができるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備のプロセッサを介して行われるそのインストラクションが、フローチャートブロックで説明された機能を行う手段を生成するようになる。これらコンピュータープログラムインストラクションは、特定方式で機能を具現するためにコンピューター又はその他のプログラム可能なデータプロセッシング装備を志向することができるコンピューター利用可能、又はコンピューター可読メモリーに記憶されることも可能であるので、そのコンピューター利用可能又はコンピューター可読メモリーに記憶されたインストラクションはフローチャートブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータープログラムインストラクションはコンピューター又はその他のプログラム可能なデータプロセッシング装備上に搭載されることも可能であるので、コンピューター又はその他のプログラム可能なデータプロセッシング装備上で一連の動作段階が行われ、コンピューターで実行されるプロセスを生成してコンピューター又はその他のプログラム可能なデータプロセッシング装備を行うインストラクションはフローチャートブロックで説明された機能を行うための段階を提供することも可能である。

【0034】

また、各ブロックは、特定された論理的機能を行うための１つ以上の実行可能なインストラクションを含むモジュール、セグメント又はコードの一部を示すことができる。また、幾つか代替実行例ではブロックで言及された機能が順序を外れて発生することも可能であることを注目しなければならない。例えば、接して示されている２つのブロックは、実は実質的に同時に行われることも可能で、又はそのブロックが時々該当する機能によって逆順に行われることも可能である。

【0035】

このとき、本実施形態に用いられる‘～部’という用語は、ソフトウェア又はＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）のようなハードウェア構成要素を意味し、‘～部’はどんな役目を行う。しかし、‘～部’は、ソフトウェア又はハードウェアに限定される意味ではない。‘～部’はアドレシングすることができる記憶媒体にあるように構成されることもでき、１つ又はその以上のプロセッサを再生させるように構成されることもできる。したがって、一例として‘～部’はソフトウェア構成要素、客体志向ソフトウェア構成要素、クラス構成要素及びタスク構成要素のような構成要素と、プロセス、関数、属性、プロシージャ、サブルーティン、プログラムコードのセグメント、ドライバー、ファームウエア、マイクロコード、回路、データ、データベース、データ構造、テーブル、アレイ、及び変数を含む。構成要素と‘～部’のうちで提供される機能はより小さい数の構成要素及び‘～部’に結合されたり追加的な構成要素と‘～部’でさらに分離されることができる。だけでなく、構成要素及び‘～部’はデバイス又は保安マルチメディアカード内の１つ又はその以上のＣＰＵを再生させるように具現されることもできる。

【0036】

図１は、デジタル移動通信ネットワークであるＧｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）のネットワーク構造を示されている。従来には図１に示されたように、端末（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ、ＭＳ、１００）と直接疏通する基地局であるＢａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ（ＢＴＳ、１１０）、多数のＢＴＳを制御するＢａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ（ＢＳＣ、１２０）がビットレート、電力、周波数などがあり、特にビットレートが調節される場合、チャンネルコーディング（Ｃｈａｎｎｅｌ Ｃｏｄｉｎｇ）レート、モジュレーション（Ｍｏｄｕｌａｔｉｏｎ）方式などのパラメーターを調節してＭＳ１００を他のＢＴＳで接続させる必要がある場合、ＢＳＣ１２０はＭＳ１００のハンドオーバー（Ｈａｎｄｏｖｅｒ）を行うことができる。ＢＳＣ１２０は移動交換センター（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ、ＭＳＣ、１３０）を介して他の移動通信ネットワーク及び有線電話通話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ、ＰＳＴＮ、１４０）に接続されることができる。

【0037】

ＧＳＭとＷｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ（Ｗ－ＣＤＭＡ）などの２Ｇ、３Ｇサーキット交換方式のネットワークでは音声、映像などメディアの送信経路が通話の前に確立されると、ハンドオーバーをしない限り、通話中間に変更されず、すべてのメディアデータが同じ経路に送信され、メディアの圧縮及び各送信区間で所要される時間も類似に維持される。圧縮されたメディアフレームに送受信端末の送信経路や位置情報が付着されないため、ネットワークで割り当てたＥｎｄ－ｔｏ－ｅｎｄ送信経路をそのまま維持しなければならないためである。

【0038】

図２は、ＧＳＭのＵｐｌｉｎｋで音声コデックと各送信区間が消耗する時間（Ｄｅｌａｙ）を分割した構造を示されている。

【0039】

図３は、音声圧縮機と各区間が消耗する代表的なＤｅｌａｙ値を示されている。

【0040】

図２及び図３に示されたように、図２ではＧＳＭのＵｐｌｉｎｋ（ＭＳ→ＢＴＳ方向）で音声コデックと各送信区間が消耗する時間（Ｄｅｌａｙ）を分割することができ、図３では音声圧縮機（Ｅｎｃｏｄｅｒ）と各区間が消耗する代表的なＤｅｌａｙ値を示すが（３ＧＰＰ（登録商標、下記同様） ＴＲ ２６．９７５、Ｆｉｇｕｒｅ １４．１、Ｔａｂｌｅ １４．３）サーキットネットワークでは通話中の多様な状況に対してこの値が大きく変化せず、図１に示されたＭＳ、ＢＴＳ、ＢＳＣ、ＭＳＣにはこのようなＤｅｌａｙ値を変更する能力がない。

【0041】

図４は、パケット交換（Ｐａｃｋｅｔ－Ｓｗｉｔｃｈｅｄ）方式のネットワークでは圧縮されたメディアフレームにＲＴＰ／ＵＤＰ／ＩＰヘッダー構造に対して示されている。

【0042】

図４に示されたように、４Ｇ以後導入したパケット交換（Ｐａｃｋｅｔ－Ｓｗｉｔｃｈｅｄ）方式のネットワークでは圧縮されたメディアフレームにＲＴＰ／ＵＤＰ／ＩＰヘッダーが付着するが、ＩＰヘッダーには送受信端末のＩＰ住所（Ｓｏｕｒｃｅ、Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）をいずれも含むため、各メディアパケットの送信区間の同じ必要がない。

【0043】

特に送信条件の変化が少ない有線区間より網負荷や気象、端末の動きなどの急激な変化が多くてその幅が広い無線区間のＤｅｌａｙを基地局がＳｃｈｅｄｕｌｉｎｇを介して調節してメディアの品質や容量を極大化するようになる。例えば、セルの間の界域に位置して送受信状態が劣悪な端末には何度の再送信が可能になるように大きいＤｅｌａｙを割り当てて成功的な送受信をサポートし、基地局隣近の円滑な接続状態の端末には小さいＤｅｌａｙを割り当てる方式でネットワークを操作することができる。このようなＤｅｌａｙ調節は当該サービスに要求される最大Ｄｅｌａｙ以下に維持されながら進行されなければならないが、例えば、音声通話の場合、話者の口から相手の耳までの音声信号の電波時間が２８０ｍｓ以内で維持されなければならない。

【0044】

図５は、本開示の一実施例による５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）ネットワークのネットワークの構造を示されいる。

【0045】

図５を参考すれば、５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）ネットワークは端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ、５００）、基地局（ｇＮＢ、５１０、５２０、５５０）、Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ、５４０）、Ｄａｔａ Ｎｅｔｗｏｒｋ（ＤＮ、５６０）から構成される。ｇＮＢ（５１０、５２０）はアンテナなどのＲＦ装備を含むＲｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ（ＲＲＨ、５１０）とデジタル信号処理を専担するＤｉｇｉｔａｌ Ｕｎｉｔ（ＤＵ、５２０）から構成され、Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ（ＭＥＣ、５３０）はｇＮＢ５２０に接続されてメディアの付加的な処理、頻繁に使用されるデータの記憶などを補助することができる。ＮＲネットワークはＤＮノードを介して他の移動通信ネットワーク及び有線電話通話網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ、ＰＳＴＮ）１４０に接続されることができる。

【0046】

図６は、ＮＲ ＵＥ（ａ）とｇＮＢ（ｂ）から音声、映像フレームの送信のために用いられるＵｓｅｒ Ｐａｎｅ（ＵＰ）プロトコル構造と制御信号の送信のために用いられるＣｏｎｔｒｏｌ Ｐｌａｎｅ（ＣＰ）プロトコルの構造を示されている。

【0047】

図６を参考すれば、ＵＰプロトコル構造はＳｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＤＡＰ）、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）、Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ（ＲＬＣ）、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）及びＰｈｙｓｉｃａｌ Ｌａｙｅｒ（ＰＨＹ）からなり、ＣＰプロトコル構造はＲａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ）とＮｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＮＡＳ）からなる。４Ｇ ＬＴＥネットワークもＮＲに初めて導入されたＳＤＡＰを除けば類似のプロトコル構造を有している。ＵＥとｇＮＢ間の無線区間の送信ｄｅｌａｙ調節はｇＮＢのＭＡＣで担当するのに各端末のＵｐｌｉｎｋ、Ｄｏｗｎｌｉｎｋの送信機会を決定してＳｃｈｅｄｕｌｉｎｇ Ｇｒａｎｔを介して各端末の各送信時期と方法をいちいち通報する。ＭＡＣはＵＥが次の送受信で使用する周波数帯域の開始点と幅、送受信時間及びＭｏｄｕｌａｔｉｏｎ、Ｃｈａｎｎｅｌ Ｃｏｄｉｎｇ方式を指定して送受信で使用する再送信（Ｈｙｂｒｉｄ Ａｄａｐｔｉｖｅ Ｒｅｐｅａｔ ａｎｄ Ｒｅｑｕｅｓｔ）の最大回数を介して無線区間のＤｅｌａｙを調節するようになる。

【0048】

しかし、圧縮されたメディアパケットのＥｎｄ－ｔｏ－ｅｎｄ送信経路は一般的に２個の無線区間（Ａｉｒ Ｉｎｔｅｒｆａｃｅ）を含むのに、ｇＮＢのＭＡＣがｄｅｌａｙ調節を専担する場合、別のｇＮＢに接続された相手ＵＥのＵｐｌｉｎｋ、Ｄｏｗｎｌｉｎｋの無線区間Ｄｅｌａｙは調節することができない限界がある。このような問題を解決するためにＬＴＥ、ＮＲ ネットワークにＤｅｌａｙ Ｂｕｄｇｅｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＤＢＩ）のＳｉｇｎａｌｉｎｇ機能が導入されたがＥｎｄ－ｔｏ－ｅｎｄ送信区間のＤｅｌａｙを全体的に調節して送信経路の中間に位置したＭＥＣなどの各ノードの活用Ｄｅｌａｙを調節するあるようにサポートするか送受信方向のＤｅｌａｙを独立的に調節して無線リソースを効率的に管理することができない問題点があった。

【0049】

図７は、Ｄｅｌａｙ Ｂｕｄｇｅｔ Ｉｎｆｏｒｍａｔｉｏｎ（ＤＢＩ）Ｓｉｇｎａｌｉｎｇ機能の一動作例を示されている（３ＧＰＰ ＴＳ ２６．１１４、Ａｎｎｅｘ Ｖ）。

【0050】

図７を参考すれば、端末ＵＥ－１（７１０）で相手端末ＵＥ－２（７７０）方向にＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（７０１動作）。ＵＥ－１（７１０）のメディアＥｎｃｏｄｅｒで圧縮されたフレームにＲＴＰ／ＵＤＰ／ＩＰヘッダーが順次に付着してモデムに伝達し、有／無線区間を通過してＵＥ－２のメディアＤｅｃｏｄｅｒで復元されることができる。ＵＥ－１（７１０）及びＵＥ－２（７７０）はＬＴＥ、ＮＲなどの無線接続ネットワーク（（Ｒａｄｉｏ）Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ、ＡＮ－１（７２０）、ＡＮ－２（７６０））に接続され、ＡＮ－１（７２０）、ＡＮ－２（７６０）はそれぞれパケットコアネットワークに接続されている。ＮＲのパケットコアネットワークは５ＧＣ（７３０、７５０）であり、ＬＴＥのパケットコアネットワークはＥｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）であっても良い。図５のネットワーク構造でＡＮ－１（７２０）はｇＮＢに該当し、５ＧＣ（７３０）はＵＰＦ、ＤＮを含むことができる。ＩＰ Ｍｕｌｔｉｕｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ、７４０）は２つのＮＲネットワークを接続してＥｎｄ－ｔｏ－ｅｎｄ送信経路のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を保証する役目を果たすことができる。

【0051】

ＵＥ－１（７１０）とＡＮ－１（７２０）間の無線区間のチャンネル状態が悪化し、ｇＮＢが許容した最大限の再送信回数まで送信してもＡＮ－１（７２０）が成功的に受信することができないパケットの割合が増加すると、ｍＵＥ－１（７１０）はＲＲＣメッセージを介してＡＮ－１（７２０）に用いる送信Ｄｅｌａｙの増加をリクエストすることができる（７０２動作）。ここにＡＮ－１（７２０）は現在水準で増加させることができるＤｅｌａｙの量をＲＲＣメッセージを介してＵＥ－１（７１０）に通報することができる（７０３動作）。端末ＵＥ－１（７１０）から相手端末ＵＥ－２（７７０）方向に維持されたＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（７０４動作）。

【0052】

図８は、ＤｅｌａｙＢｕｄｇｅｔＲｅｐｏｒｔメッセージフォーマットでＤｅｌａｙを示されている。

【0053】

図８を参考すれば、図８に示されたＤｅｌａｙＢｕｄｇｅｔＲｅｐｏｒｔメッセージフォーマットでＤｅｌａｙは－１２８０、－６４０、－３２０、－１６０、－８０、－６０、－４０、－２０、０、２０、４０、６０、８０、１６０、３２０、６４０、１２８０ｍｓの単位で調整可能である（３ＧＰＰ ３６．３３１（ＬＴＥ）、３８．３３１（ＮＲ））。ＵＥ－１はＡＮ－１が増加させたＤｅｌａｙを活用して再送信回数を増加させてＲ０ ｋｂｐｓの送信速度を維持することができるようになる。このようにＤＢＩは送信状況の悪化に対応して伝統的な方法であるビットレートの調節ではない送信Ｄｅｌａｙの調節を介して対応する技術である。

【0054】

図９は、ＤＢＩ Ｓｉｇｎａｌｉｎｇの他の動作例を示されている。

【0055】

図９を参考すれば、図９はＤＢＩ ＳｉｇｎａｌｉｎｇはＵＥ－１（９１０）からＵＥ－２（９７０）方向にＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（９０１動作）。ＵＥ－２（９７０）とＡＮ－２（９６０）間の無線区間のチャンネル状態が円滑になり、送信に必要なＤｅｌａｙを縮小することができる条件が達成された。ＡＮ－２（９６０）は図８のＲＲＣメッセージを用いてＵＥ－２（９７０）にスペアＤｅｌａｙの量を伝達することができ、ここにＵＥ－２（９７０）はＵＥ－１が（９１０）用いることができる追加Ｄｅｌａｙの量を４ ｂｙｔｅのＤｅｌａｙメッセージを利用してＵＥ－１（９１０）に送信することができる（９０２動作）。前記ＤｅｌａｙメッセージはＤｅｌａｙ ＲＴＣＰメッセージであれば良い。前記メッセージはＵＥ間に周期的に送信されてパケットの送受信情報を交換するＲｅａｌ－Ｔｉｍｅ Ｃｏｎｔｒｏｌ Ｐａｃｋｅｔ（ＲＴＣＰ）パケットに含まれて送信されることができる。

【0056】

ＵＥ－１（９１０）とＡＮ－１（９２０）間の無線区間のチャンネル状態が悪化し、ｇＮＢが許容した最大限の再送信回数まで送信してもＡＮ－１（９２０）が成功的に受信することができないパケットの割合が増加する場合、ＵＥ－１（９１０）はＲＲＣメッセージを介してＡＮ－１（９２０）に用いる送信Ｄｅｌａｙの増加をリクエストすることができる（９０３動作）。ここにＡＮ－１（９２０）は現在水準で増加させることができるＤｅｌａｙの量をＲＲＣメッセージを介してＵＥ－１（９１０）に通報することができる（９０４動作）。端末ＵＥ－１（９１０）から相手端末ＵＥ－２（９７０）方向に維持されたＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（９０５動作）。

【0057】

図１０で１６ビットからなるＤｅｌａｙフィールドを示されている。

【0058】

図１０を参考すれば、図１０で１６ビットからなるＤｅｌａｙフィールドは－２^１５～２^１５（３２７６８）ｍｓを表示することができ、Ｓｉｇｎ（Ｓ）ビット＋（１）、－（０）を表示することができる。Ｑｕｅｒｙ（Ｑ）ビットがメッセージがＤｅｌａｙ現況をクエリー（Ｑｕｅｒｙ）する時に１と設定されて図９のように現況を通報する場合、０と設定されることができる。ＲＴＣＰメッセージを受信したＵＥ－１はこの分量のＤｅｌａｙをＡＮ－１との送受信に追加で用いることができるか、ＡＮ－１にクエリーすることができ、ＡＮ－１は使用を承認することができる。

【0059】

図１１は、ＤＢＩ Ｓｉｇｎａｌｉｎｇ機能のまた他の動作例を示されている。

【0060】

図１２は、ＲＴＰプロトコルヘッダーのＴｉｍｅｓｔａｍｐ情報を示されている。

【0061】

図１１を参考すれば、ＤＢＩ Ｓｉｇｎａｌｉｎｇ機能はＵＥ－１（１１１０）からＵＥ－２（１１７０）方向にＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（１１０１動作）。ＵＥ－１（１１１０）とＡＮ－１（１１２０）間の無線区間の状態が悪化して許容された最大再送信回数まで送信してもＡＮ－１（１１２０）が成功的に受信することができないパケットの割合が増加すると、ＵＥ－１（１１１０）はＲＴＣＰメッセージを介してＵＥ－２（１１７０）に活用することができるＤｅｌａｙの量をクエリーすることができる（１１０２動作）。ここにチャンネル状態が滑らかなＵＥ－２（１１７０）は図１２に示されたＲＴＰプロトコルヘッダーのＴｉｍｅｓｔａｍｐ情報を用いて推算したスペアＤｅｌａｙの水準をＲＴＣＰメッセージを用いて通報することができる（１１０３動作）。これを受信したＵＥ－１（１１１０）はスペアＤｅｌａｙを用いるようにＡＮ－１（１１２０）と交渉することができる。

【0062】

ＵＥ－１（１１１０）とＡＮ－１（１１２０）間の無線区間のチャンネル状態が悪化し、ｇＮＢが許容した最大限の再送信回数まで送信してもＡＮ－１（１１２０）が成功的に受信することができないパケットの割合が増加すると、ＵＥ－１（１１１０）はＲＲＣメッセージを介してＡＮ－１（１１２０）に用いる送信Ｄｅｌａｙの増加をリクエストすることができる（１１０４動作）。ここにＡＮ－１（１１２０）は現在水準で増加させることができるＤｅｌａｙの量をＲＲＣメッセージを介してＵＥ－１（１１１０）に通報することができる（１１０５動作）。端末ＵＥ－１（１１１０）から相手端末ＵＥ－２（１１７０）方向に維持されたＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（１１０６動作）。

【0063】

このようにＤＢＩ Ｓｉｇｎａｌｉｎｇ技術はチャンネル状態の変化で送信方式の変化が要求される状況でビットレートの調整ではなく、送信時間の調節を介して目標ビットレートを維持する網の操作技法の一つである。

【0064】

ＵｐｌｉｎｋとＤｏｗｎｌｉｎｋが同じ周波数帯域を分配して用いるＴｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ（ＴＤＤ）方式のネットワーク操作ではＵｐｌｉｎｋとＤｏｗｎｌｉｎｋのチャンネル状態の類似な可能性が高いが、ＵｐｌｉｎｋとＤｏｗｎｌｉｎｋが異なる周波数帯域を用いるＦｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ（ＦＤＤ）方式のネットワーク操作ではＵｐｌｉｎｋとＤｏｗｎｌｉｎｋのチャンネル状態が異なることができる。図８及び図１０に示されたＤｅｌａｙ信号メッセージフォーマットではスペア又は不足Ｄｅｌａｙの方向性を表示することができないため、両方向に同じなＤｅｌａｙ増減を適用するようになって無線リソースを効率的に操作することに限界がある。

【0065】

また、図８のＤｅｌａｙＢｕｄｇｅｔＲｅｐｏｒｔメッセージはＵＥとｇＮＢ間の区間にだけ定義されて図１０のメッセージに表示されたクエリー／割り当てＤｅｌａｙも５ＧＣ、ＩＭＳなど送信経路の中間に位置したネットワークノードで確認することができないため全体的なＤｅｌａｙ調節に活用することができない。特に図５に示されたＭＥＣではメディアの品質を改善するか多数の映像をＳｔｉｔｃｈｉｎｇして３６０映像に造る付加機能を行うことができるが、Ｄｅｌａｙの残余／不足情報をＭＥＣが把握してＤｅｌａｙ一部を活用することができると、効率的な網の操作とサービス品質を達成することができるだろう。現在、無線区間にだけ活用可能なＤｅｌａｙ増加／減少機能を有線区間を含むＥｎｄ－ｔｏ－ｅｎｄ送信経路にいずれも適用するように確張する必要がある。

【0066】

図１３は、本発明で提案したＤｅｌａｙ ＲＴＣＰメッセージを示す。

【0067】

図１３を参考すれば、本発明で提案したＤｅｌａｙ ＲＴＣＰメッセージを示されている。図１０のＤｅｌａｙメッセージのように１６ビットからなるＤｅｌａｙフィールドは－２^１５～２^１５（３２７６８）ｍｓを表示することができ、Ｓビット＋（１）、－（０）を表示することができる。ＱフィールドはこのメッセージがＤｅｌａｙ現況をクエリー（Ｑｕｅｒｙ）する時、１と設定されることができる。Ｄｉｒｅｃｔｉｏｎ（Ｄ）ビット（図４のＩＰ住所に含まれた）ＳｏｕｒｃｅでＤｅｓｔｉｎａｔｉｏｎ方向のＤｅｌａｙ（Ｕｐｌｉｎｋ Ｄｅｌａｙ、ＵＤ）を意味する場合、１と設定し、Ｄｅｓｔｉｎａｔｉｏｎ位置でＳｏｕｒｃｅ方向のＤｅｌａｙ（Ｄｏｗｎｌｉｎｋ Ｄｅｌａｙ、ＤＤ）を意味する場合、０と設定されることもできる。ＡビットＤｅｌａｙ ＲＴＣＰメッセージを初めて送信したＵＥやノードのＤｅｌａｙ割り当てリクエストをＤｅｌａｙ ＲＴＣＰメッセージを受信したＵＥが反映する場合、１と設定されることができる。

【0068】

１２ビットからなるＮｏｄｅ＿ＩＤフィールドはＵＥ及びネットワークノードを識別するために用いられる。前記フィールドは図１０のＤｅｌａｙ ＲＴＣＰメッセージと異なりＵＥが作成して送信したＲＴＣＰパケットに送信区間のネットワークノードが各各Ｄｅｌａｙ関連リクエスト事項を含む情報を追加又は除去することができる。したがって、ＵＥやネットワークノードが両方向のＤｅｌａｙ情報を追加する場合、８ｂｙｔｅを追加するようになり、リクエストしたＤｅｌａｙが割り当てられた場合、これを反映して受信したＤｅｌａｙ ＲＴＣＰメッセージで自分関連情報を除去した後、次のノードでｆｏｒｗａｒｄする。

【0069】

本発明は、ＵＥがスペアＤｅｌａｙをリクエストするか通報するＤｅｌａｙ ＲＴＣＰメッセージを送信してここにネットワークノードが自分のＤｅｌａｙ現況情報を追加し、これを受信した相手ＵＥがすべての送信経路のＤｅｌａｙ現況を総合してスペアＤｅｌａｙを送信経路のすべてのノードで効率的に配分することができるようにする。

【0070】

図１４は、Ｄｅｌａｙ ＲＴＣＰメッセージを構成して送信するＵＥの動作を示している。

【0071】

図１４を参考すれば、通話が開始されることができる（１４０１動作）。送受信状態をモニタリングするＵＥはＵｐｌｉｎｋ、ＤｏｗｎｌｉｎｋのＤｅｌａｙ状態を点検して現在必要であるか、スペアがあるか（送信時間を減少させることができるか）把握して必要又はスペアＤｅｌａｙ値をそれぞれのＵＤ＿０、ＤＤ＿０に記憶することができる（１４０２動作）。記憶されたＵＤ＿０、ＤＤ＿０値が０であると判断する（１４０３動作）。ＵＤ＿０、ＤＤ＿０がいずれも０の場合、１４０２動作をさらに行う。また、ＵＤ＿０、ＤＤ＿０がいずれも０ではない場合、Ｄｅｌａｙ ＲＴＣＰを構成して送信することができる（１４０４動作）。この時、Ｄｅｌａｙがより必要な場合、Ｓビットは１と設定し、スペアＤｅｌａｙがある場合（送信時間を減少させることができる場合）０と設定されることができる。

【0072】

送信したＤｅｌａｙ ＲＴＣＰメッセージは送信経路のネットワークノードを経由して相手ＵＥに到着する。相手ＵＥはメッセージに追加されたＤｅｌａｙ関連リクエスト事項をＤｅｌａｙ ＲＴＣＰメッセージを返信するようになる（１４０５動作）。返信されたＤｅｌａｙ ＲＴＣＰメッセージを受信したＵＥは自分のＮｏｄｅ＿ＩＤに該当するメッセージがあるか確認することができる（１４０６動作）。相手ＵＥはスペアＤｅｌａｙ状況によって他のノードを優先順位を付け、このＵＥがリクエストしたＤｅｌａｙを割り当てられないこともあるが、このような場合、リクエストしたＤｅｌａｙが確保されるまでこのＵＥのＮｏｄｅ＿ＩＤに連関された４ｂｙｔｅの返信を留保するかスペアＤｅｌａｙ値を０と設定して返信するようになる。ＵＥは自分のＮｏｄｅ＿ＩＤを含むＤｅｌａｙ ＲＴＣＰメッセージが添付されている場合、割り当てられたＵＤ＿０、ＤＤ＿０値を適用することができる（１４０７動作）。具体的に、ＵＥは割り当てられたＵＤ＿０、ＤＤ＿０値を図７の７０２動作、７０３動作、図９の９０３動作、９０４動作のような手順を経て送受信段階に適用することができる。以後、通話を継続するかどうかを判断することができる（１４０８動作）。通話が継続される場合、動作１４０２が行われる。

【0073】

図１５は、送信経路のネットワークノードを経由して受信したＤｅｌａｙ ＲＴＣＰメッセージを処理して返信するＵＥの動作を示している。

【0074】

図１５を参考すれば、通話を開始することができる（１５０１動作）。送受信状態をモニタリングするＵＥはＵｐｌｉｎｋ、ＤｏｗｎｌｉｎｋのＤｅｌａｙ状態を点検してスペアＤｅｌａｙ値をそれぞれＵＤ＿Ｎ、ＤＤ＿Ｎに記憶することができる（１５０２動作）する。本発明で２つのＵＥ間に存在するネットワークノードのうちのＮ－１個がＤｅｌａｙを調節することができると仮定する。ｉ番目ネットワークノードの両方向ＤｅｌａｙをＵＤ＿ｉ、ＤＤ＿ｉとし、Ｄｅｌａｙ ＲＴＣＰメッセージを受信することができる（１５０３動作）。この時、ＵＥはＮ番目のノードに該当する。

【0075】

ＵＥは把握されたスペアＤｅｌａｙを受信したＤｅｌａｙ ＲＴＣＰメッセージのＵＥと各ノードに対して分配することができる（１５０４動作）。リクエストしたＤｅｌａｙを提供することができる場合、Ａビットを１と設定することができる。スペアＤｅｌａｙがすべてのリクエストを受け入れるのに不足な場合、Ｄｅｌａｙフィールドを０と設定して返信するか、このＮｏｄｅ＿ＩＤに該当する４ｂｙｔｅのメッセージをＲＴＣＰパケットで削除することができる（１５０５動作）。以後、通話を継続するかどうかを判断することができる（１５０６動作）。通話が継続される場合、動作１５０２が行われる。

【0076】

図１６は、２つのＵＥ間の送信経路に位置したネットワークノードがＤｅｌａｙ ＲＴＣＰメッセージを処理する手順を示している。

【0077】

図１６を参考すれば、通話を開始することができる（１６０１動作）。送受信状態をモニタリングするｉ番目のノードは両方向のＤｅｌａｙ水準を点検して必要であるか、残るＤｅｌａｙ値をそれぞれＵＤ＿ｉ、ＤＤ＿ｉに記憶することができる（１６０２動作）。以後、Ｄｅｌａｙ ＲＴＣＰメッセージが受信されたか判断することができる（１６０３動作）。受信されると、前記メッセージが一つのＵＥがＤｅｌａｙリクエストのために送信して他のＵＥに送信されている状態であるか、リクエストされたＤｅｌａｙリクエストを処理するために返信されている状態であるか判断することができる（１６０４動作）。この時、ＵＥがＤｅｌａｙリクエストのために送信して他のＵＥに送信されている状態であるか、リクエストされたＤｅｌａｙリクエストを処理するために返信されている状態であるかどうかを相手ＵＥが入力したＤｅｌａｙ情報のＱビットを介して把握することができる。

【0078】

リクエストの場合、ＵＤ＿ｉとＤＤ＿ｉがいずれも０であるか判断することができる（１６０５動作）。この時、ＵＤ＿０、ＤＤ＿０がいずれも０の場合、１６０３動作をさらに行う。ＵＤ＿ｉとＤＤ＿ｉがいずれも０ではなければＵＤ＿ｉとＤＤ＿ｉ値をＤｅｌａｙ ＲＴＣＰメッセージに追加することができる（１６０６動作）。その後、追加されたＵＤ＿ｉとＤＤ＿ｉを含むＤｅｌａｙ ＲＴＣＰメッセージを次のノードでフォワード（ｆｏｒｗａｒｄ）できる（１６０７動作）。以後１６０３動作を行う。

【0079】

通報の場合、受信ＵＥが図１５に示された手順を介してＤｅｌａｙを割り当てるために返信するメッセージであるため、自分（ｉ番目ノード）のＮｏｄｅ＿ＩＤがあるか確認することができる（１６０８動作）。自分のＮｏｄｅ＿ＩＤが存在しない場合、１６０３動作をさらに行う。一方、Ｎｏｄｅ＿ＩＤが存在する場合、メッセージに含まれたＵＤ＿ｉとＤＤ＿ｉを当該区間に適用することができる（１６０９動作）。以後、Ｄｅｌａｙ ＲＴＣＰメッセージでＮｏｄｅ＿ＩＤ、ＵＤ＿ｉ、ＤＤ＿ｉなど自分のＤｅｌａｙ情報が含まれた４又は８ｂｙｔｅを削除することができる（１６１０動作）。削除された情報を含むＤｅｌａｙ ＲＴＣＰメッセージは次のノードにｆｏｒｗａｒｄされることができる（１６１１動作）。以後、通話を継続するかどうかを判断することができる（１５０６動作）。通話が継続される場合、１６０２動作が行われる。

【0080】

図１７は、このような手順に基づいてＵＥ－１（１７００）とＵＥ－２（１７７０）、そして中間のネットワークノードがＤｅｌａｙをリクエスト、配分する手順の一例を示している。

【0081】

図１７を参考すれば、ＤＢＩ ＳｉｇｎａｌｉｎｇはＵＥ－１（１７００）からＵＥ－２（１７７０）方向にＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（１７０１動作）。ＵＥ－１（１７００）は一方向のスペアＤｅｌａｙ Ｄ０をリクエストするＤｅｌａｙ ＲＴＣＰメッセージをＡＮ－１（１７２０）で、送信することができる（１７０２動作）。以後、ＡＮ－１（１７２０）は一方向のスペアＤｅｌａｙ Ｄ０をリクエストするＤｅｌａｙ ＲＴＣＰメッセージを５ＧＣ（１７３０）で、送信することができる（１７０３動作）。以後、５ＧＣ（１７３０）は一方向のスペアＤｅｌａｙ Ｄ０をリクエストするＤｅｌａｙ ＲＴＣＰメッセージをＩＭＳ（１７４０）に、送信することができる（１７０４動作）。スペアＤｅｌａｙ Ｄ０をリクエストするＤｅｌａｙ ＲＴＣＰメッセージはＵＥ－２（１７７０）方向に進行し、ネットワークノード１７４０は自分の送信区間に用いるＤｅｌａｙ Ｄ１関連情報をＲＴＣＰメッセージに追加することができる（１７０５動作）。以後、ネットワークノード１７４０は一方向のスペアＤｅｌａｙ Ｄ０及び追加されたＤｅｌａｙ Ｄ１をリクエストするＤｅｌａｙ ＲＴＣＰメッセージを５ＧＣ（１７５０）で、送信することができる（１７０６動作）。以後、５ＧＣ（１７５０）は一方向のスペアＤｅｌａｙ Ｄ０及び追加されたＤｅｌａｙ Ｄ１をリクエストするＤｅｌａｙ ＲＴＣＰメッセージをＡＮ－２（１７６０）で、送信することができる（１７０７動作）。以後、ＡＮ－２（１７６０）は一方向のスペアＤｅｌａｙ Ｄ０及び追加されたＤｅｌａｙ Ｄ１をリクエストするＤｅｌａｙ ＲＴＣＰメッセージをＵＥ－２（１７７０）で、送信することができる（１７０８動作）。Ｄ１はＤ０の同じ方向又は異なる方向であれば良い。このメッセージは相手ＵＥ１７００が接続されたコア、アクセスネットワークを経てＵＥ－２（１７７０）に到逹することができる。

【0082】

ＵＥ－２（１７７０）は一方向のスペアＤｅｌａｙ Ｄ０及びＤｅｌａｙ Ｄ１を割り当てるＤｅｌａｙ ＲＴＣＰメッセージをＡＮ－２（１７６０）で、送信することができる（１７０９動作）。以後、ＡＮ－２（１７６０）は一方向のスペアＤｅｌａｙ Ｄ０及びＤｅｌａｙ Ｄ１を割り当てるＤｅｌａｙ ＲＴＣＰメッセージを５ＧＣ（１７５０）で、送信することができる（１７１０動作）。以後、５ＧＣ（１７５０）は一方向のスペアＤｅｌａｙ Ｄ０及びＤｅｌａｙ Ｄ１を割り当てるＤｅｌａｙ ＲＴＣＰメッセージをＩＭＳ１７４０で、送信することができる（１７１１動作）。スペアＤｅｌａｙ Ｄ０及びＤｅｌａｙ Ｄ１を割り当てるＤｅｌａｙ ＲＴＣＰメッセージはＵＥ－１（１７００）方向に進行し、ネットワークノード１７４０は自分の送信区間に用いるＤｅｌａｙ Ｄ１適用することができる（１７１２動作）。以後、ネットワークノード１７４０は一方向のスペアＤｅｌａｙ Ｄ０を割り当てるＤｅｌａｙ ＲＴＣＰメッセージを５ＧＣ（１７３０）で、送信することができる（１７１３動作）。以後、５ＧＣ（１７３０）は一方向のＤｅｌａｙ Ｄ０を割り当てるＤｅｌａｙ ＲＴＣＰメッセージをＡＮ－２（１７２０）で、送信することができる（１７１４動作）。以後、ＡＮ－２（１７６０）は一方向のスペアＤｅｌａｙ Ｄ０を割り当てるＤｅｌａｙ ＲＴＣＰメッセージをＵＥ－２（１７００）で、送信することができる（１７１５動作）。また、ＵＥ－１（１７００）はＲＲＣメッセージを介してＡＮ－１（１７２０）に用いる送信Ｄｅｌａｙ Ｄ０の使用をリクエストすることができる（１７１６動作）。ここにＡＮ－１（１７２０）はＤｅｌａｙ Ｄ０の使用を承認することができる（１７１７動作）。端末ＵＥ－１（１７００）から相手端末ＵＥ－２（１７７０）方向に維持されたＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（１７１８動作）。

【0083】

図１８は、このような手順に基づいてＵＥ－１とＵＥ－２、そして中間のネットワークノードがＤｅｌａｙをリクエスト、配分する手順の一例を示されている。

【0084】

図１８を参考すれば、ＤＢＩ ＳｉｇｎａｌｉｎｇはＵＥ－１（１８００）からＵＥ－２（１８７０）方向にＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（１８０１動作）。ＵＥ－１（１８００）は一方向のスペアＤｅｌａｙ Ｄ０をリクエストするＤｅｌａｙ ＲＴＣＰメッセージをＡＮ－１（１８２０）で、送信することができる（１８０２動作）。以後、ＡＮ－１（１８２０）は一方向のスペアＤｅｌａｙ Ｄ０をリクエストするＤｅｌａｙ ＲＴＣＰメッセージを５ＧＣ（１８３０）で、送信することができる（１８０３動作）。以後、５ＧＣ（１８３０）は一方向のスペアＤｅｌａｙ Ｄ０をリクエストするＤｅｌａｙ ＲＴＣＰメッセージをＩＭＳ１８４０で、送信することができる（１８０４動作）。スペアＤｅｌａｙ Ｄ０をリクエストするＤｅｌａｙ ＲＴＣＰメッセージはＵＥ－２（１８７０）方向に進行し、ネットワークノード１８４０は自分の送信区間に用いるＤｅｌａｙ Ｄ１関連情報をＲＴＣＰメッセージに追加することができる（１８０５動作）。以後、ネットワークノード１８４０は一方向のスペアＤｅｌａｙ Ｄ０及び追加されたＤｅｌａｙ Ｄ１をリクエストするＤｅｌａｙ ＲＴＣＰメッセージを５ＧＣ（１８５０）で、送信することができる（１８０６動作）。以後、５ＧＣ（１８５０）は一方向のスペアＤｅｌａｙ Ｄ０及び追加されたＤｅｌａｙ Ｄ１をリクエストするＤｅｌａｙ ＲＴＣＰメッセージをＡＮ－２（１８６０）で、送信することができる（１８０７動作）。以後、ＡＮ－２（１８６０）は一方向のスペアＤｅｌａｙ Ｄ０及び追加されたＤｅｌａｙ Ｄ１をリクエストするＤｅｌａｙ ＲＴＣＰメッセージをＵＥ－２（１８７０）で、送信することができる（１８０８動作）。Ｄ１はＤ０と同じ方向又は異なる方向であれば良い。このメッセージは相手ＵＥ（１８００）が接続されたコア、アクセスネットワークを経てＵＥ－２（１８７０）に到逹することができる。

【0085】

一方、ネットワークの状況によってＵＥやネットワークノードがリクエストしたＤｅｌａｙ割り当てリクエストをいずれも収容することができないこともある。図１８は、図１７に示された状況のようにＵＥ－１（１８００）と一つのネットワークノードがそれぞれＤｅｌａｙをリクエストしたが、ＵＥ－２（１８７０）はＵＥ－１（１８００）がリクエストしたＤ０のみを割り当てて、ネットワークノード１８４０がリクエストしたＤ１の割り当ては拒絶する場合を示されている。ＵＥ－２（１８７０）は各リクエストに係るＮｏｄｅ＿ＩＤ情報によってＤｅｌａｙ割り当ての優先順位を決定することができる。返信されたメッセージはＡＮ－２（１８６０）、５ＧＣ（１８５０）を経由してＤ１をリクエストしたネットワークＩＭＳノード１８４０に到逹することができる。この時、ネットワークノードは自分のリクエストが拒絶されたことを確認し、Ｄ１関連４ｂｙｔｅを削除した後のＲＴＣＰメッセージをｆｏｒｗａｒｄできる。このメッセージは５ＧＣ（１８３０）とＡＮ－１（１８２０）を経由して最終的にＵＥ－１（１８００）に到逹してＵＥ－１（１８００）はＵＥ－２（１８７０）が割り当てたＤ０を適用するようにＡＮ－１（１８２０）にリクエストしてこれを承認された後に当該無線区間に適用するようにできる。

【0086】

ＵＥ－２（１８７０）は一方向のスペアＤｅｌａｙ Ｄ０を割り当て及びＤｅｌａｙ Ｄ１を断るＤｅｌａｙ ＲＴＣＰメッセージをＡＮ－２（１８６０）で、送信することができる（１８０９動作）。以後、ＡＮ－２（１８６０）は一方向のスペアＤｅｌａｙ Ｄ０を割り当て及びＤｅｌａｙ Ｄ１を拒絶するＤｅｌａｙ ＲＴＣＰメッセージを５ＧＣ（１８５０）で、送信することができる（１８１０動作）。以後、５ＧＣ（１８５０）は一方向のスペアＤｅｌａｙ Ｄ０を割り当て及びＤｅｌａｙ Ｄ１を拒絶するＤｅｌａｙ ＲＴＣＰメッセージをＩＭＳ１８４０で、送信することができる（１８１１動作）。スペアＤｅｌａｙ Ｄ０を割り当て及びＤｅｌａｙ Ｄ１を拒絶するＤｅｌａｙ ＲＴＣＰメッセージはＵＥ－１（１８００）方向に進行し、ネットワークノード１８４０は自分の送信区間に用いるＤｅｌａｙ Ｄ１のリクエストを取り消すことができる（１８１２動作）。以後、ネットワークノード１８４０は一方向のスペアＤｅｌａｙ Ｄ０を割り当てるＤｅｌａｙ ＲＴＣＰメッセージを５ＧＣ（１８３０）で、送信することができる（１８１３動作）。以後、５ＧＣ（１８３０）は一方向のＤｅｌａｙ Ｄ０を割り当てるＤｅｌａｙ ＲＴＣＰメッセージをＡＮ－２（１８２０）で、送信することができる（１８１４動作）。以後、ＡＮ－２（１８６０）は一方向のスペアＤｅｌａｙ Ｄ０を割り当てるＤｅｌａｙ ＲＴＣＰメッセージをＵＥ－２（１８００）で、送信することができる（１８１５動作）。また、ＵＥ－１（１８００）はＲＲＣメッセージを介してＡＮ－１（１８２０）に用いる送信Ｄｅｌａｙ Ｄ０の使用をリクエストすることができる（１８１６動作）。ここにＡＮ－１（１８２０）はＤｅｌａｙ Ｄ０の使用を承認することができる（１８１７動作）。端末ＵＥ－１（１８００）から相手端末ＵＥ－２（１８７０）方向に維持されたＲ０ ｋｂｐｓで圧縮されたメディアが送信されることができる（１８１８動作）。

【0087】

図１９は、このような手順に基づいてＵＥ－１とＵＥ－２、そして中間のネットワークノードがＤｅｌａｙをリクエスト、配分する手順の一また他の例を示している。

【0088】

図１７でＵＥ－１とＵＥ－２がそれぞれ接続された２つのコアネットワーク（５ＧＣ）の中間に各ネットワークを管理するＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）が位置しているが図１９に示されたようにＩＭＳは通話条件の交渉又は更新にだけ用いられることができる。したがって、ＵＥ－１が送信したメディアパケットやＲＴＣＰパケットは図５に示されたようにＵＥ－１の５ＧＣの一部のＤＮノードでネットワークを接続するＩＰバックボーンネットワークを経てＵＥ－２の５ＧＣに送信されることができる。

【0089】

スペアＤｅｌａｙを充分に確保した状態のＵＥ－２はＵＥ－１とネットワークノードがリクエストしたＤ０、Ｄ１のリクエストを受諾して返信することができる。この時、ＵＥ－１とネットワークノードに該当するメッセージのＡビットが１とそれぞれ設定されることができる。返信されたメッセージはＡＮ－２、５ＧＣを経由してＤ１をリクエストしたネットワークノードに到逹するのにこのノードは自分のＮｏｄｅ＿ＩＤを含むメッセージの存在を確認して割り当てられたＤ１を適用してＤ１関連４ ｂｙｔｅを削除した後、ＲＴＣＰメッセージをｆｏｒｗａｒｄできる。このメッセージは５ＧＣとＡＮ－１を経由して最終的にＵＥ－１に到逹することができ、ＵＥ－１はＵＥ－２が割り当てられたＤ０を適用するようにＡＮ－１にリクエストして承認された後、適用することができるようになる。

【0090】

図２０は、本発明に示された一実施例の方法である。

【0091】

図２０を参考すれば、第１端末は第１端末に係る第１遅延が必要であるかどうかを判断することができる（２００１動作）。前記第１遅延が必要な場合、前記第１遅延情報を含む遅延メッセージを第２端末で送信することができる（２００２動作）。前記遅延メッセージに対する応答で、前記第２端末から一つ以上のノード情報が含まれた割り当てメッセージを受信することができる（２００３動作）。前記遅延メッセージ及び前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであれば良い。前記ＲＴＣＰメッセージには方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、前記遅延メッセージ及び前記割り当てメッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることができる。前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記第１端末の情報が含まれているかどうかを判断することができる（２００４動作）。前記第１端末の情報が含まれている場合、前記第１遅延を割り当てることができる（２００５動作）。

【0092】

図２１は、本発明に 示された一実施例の方法である。

【0093】

図２１を参考すれば、ネットワークノードは第１端末から第１遅延をリクエストする遅延メッセージを受信することができる（２１０１動作）。前記遅延メッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであることを特徴とし、前記ＲＴＣＰメッセージには方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、前記遅延メッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることができる。前記ネットワークノードに係る第２遅延が必要であるかどうかを判断することができる（２１０２動作）。前記第２遅延が必要な場合、前記第２遅延情報を前記遅延メッセージに追加することができる（２１０３動作）。第２端末で、前記第２遅延情報が追加された遅延メッセージを送信することができる（２１０４動作）。

【0094】

図２２は、本発明に 示された一実施例の方法である。

【0095】

図２２を参考すれば、第２端末は一つ以上のノードの遅延情報を含む遅延メッセージを受信することができる（２２０１動作）。前記一つ以上のノードの遅延を割り当て可能であるかどうかを判断することができる（２２０２動作）。前記一つ以上のノードの遅延を割り当て可能な場合、割り当て可能なノードに遅延を割り当てることができる（２２０３動作）。前記割り当て可能なノードに対する情報を含む割り当てメッセージを前記一つ以上のノードに送信される（２２０４動作）。前記遅延メッセージ及び前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであっても良い。前記ＲＴＣＰメッセージには方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、前記遅延メッセージ及び前記割り当てメッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることができる。

【0096】

図２３は、本発明に 示された一実施例の方法である。

【0097】

図２３を参考すれば、ネットワークノードは第２端末から、一つ以上のノード情報が含まれた割り当てメッセージを受信することができる（２３０１動作）。前記割り当てメッセージはＲＴＣＰ（Ｒｅａｌ－ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）メッセージであることを特徴として、前記 ＲＴＣＰメッセージには方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つを含み、前記遅延メッセージは前記方向情報、割り当て情報及び割り当てられる一つ以上のノード情報のうちの少なくとも一つによって決定されることができる。前記割り当てメッセージに含まれた前記一つ以上のノード情報のうちの前記ネットワークノードの情報が含まれているかどうかを判断することができる（２３０２動作）。前記ネットワークノードの情報が含まれている場合、前記ネットワークノードに係る第２遅延を適用することができる（２３０３動作）。除喪期第２遅延適用以後、前記割り当てメッセージに第２遅延情報を削除することができる（２３０４動作）。前記第２遅延情報が削除された遅延メッセージを送信することができる（２３０５動作）。

【0098】

図２４は、本発明の一実施例による端末の構造を示す図面である。

【0099】

図２４を参考すれば、端末は送受信部２４１０、制御部２４２０、記憶部２４３０を含むことができる。本発明で制御部は、回路又はアプリケーション特定統合回路又は少なくとも一つのプロセッサと定義されることができる。

【0100】

送受信部２４１０は他のネットワークエンティティーと信号を送受信することができる。送受信部２４１０は例えば、ネットワークノードからシステム情報を受信することができ、同期信号又は基準信号を受信することができる。

【0101】

制御部２４２０は本発明で提案する実施例による端末の全般的な動作を制御することができる。例えば、制御部２４２０は前記で記述したフローチャートによる動作を行うように各ブロック間の信号フローを制御することができる。具体的に、制御部２４２０は本発明の実施例によるマルチビーム基盤システムで残余システム情報（ＲＭＳＩ）を受信するために本発明で提案する動作を制御することができる。

【0102】

記憶部２４３０は前記送受信部２４１０を介して送受信される情報及び制御部２４２０を介して生成される情報のうちの少なくとも一つを記憶することができる。例えば、記憶部２４３０はＲＭＳＩ送信に係るスケジューリング情報、ＲＭＳＩ関連ＰＤＣＣＨ時間軸位置及び周期情報などを記憶することができる。

【0103】

図２５は、本発明の一実施例によるネットワークノードの構造を示す図面である。

【0104】

図２５を参考すれば、ネットワークノードは送受信部２５１０、制御部２５２０、記憶部２５３０を含むことができる。本発明で制御部は、回路又はアプリケーション特定統合回路又は少なくとも一つのプロセッサと定義されることができる。

【0105】

送受信部２５１０は他のネットワークノードと信号を送受信することができる。送受信部Ｂ２５１０は例えば、端末にシステム情報を送信することができ、同期信号又は基準信号を送信することができる。

【0106】

制御部２５２０は本発明で提案する実施例によるネットワークノードの全般的な動作を制御することができる。例えば、制御部２５２０は前述したフローチャートによる動作を行うように各ブロック間の信号フローを制御することができる。具体的に、制御部２５２０は本発明の実施例によるマルチビーム基盤システムで残余システム情報（ＲＭＳＩ）を送信するために本発明で提案する動作を制御することができる。

【0107】

記憶部２５３０は前記送受信部２５１０を介して送受信される情報及び制御部２５２０を介して生成される情報のうちの少なくとも一つを記憶することができる。例えば、記憶部２５３０はＲＭＳＩ送信に係るスケジューリング情報、ＲＭＳＩ関連ＰＤＣＣＨ時間軸位置及び周期情報などを記憶することができる。

【0108】

そして、本明細書及び図面に開示された実施例は本発明の内容を容易に説明し、理解を助けるために特定例を提示したことであるだけ、本発明の範囲を限定しようとすることではない。したがって、本発明の範囲はここに開示された実施例の以外にも本発明の技術的特徴に基づいて導出されるすべての変更又は変形された形態が本発明の範囲に含まれることに解釈されなければならない。

【符号の説明】

【0109】

２４１０ 送受信部
２４２０ 制御部
２４３０ 記憶部
２５１０ 送受信部
２５２０ 制御部
２５３０ 記憶部

【図1】

【図2】

【図3】

【図4(a)】

【図4(b)】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【国際調査報告】