Nothing Special   »   [go: up one dir, main page]

JP6374526B2 - 無線通信システムにおけるデータ送信率調節方法及び装置 - Google Patents

無線通信システムにおけるデータ送信率調節方法及び装置 Download PDF

Info

Publication number
JP6374526B2
JP6374526B2 JP2016556251A JP2016556251A JP6374526B2 JP 6374526 B2 JP6374526 B2 JP 6374526B2 JP 2016556251 A JP2016556251 A JP 2016556251A JP 2016556251 A JP2016556251 A JP 2016556251A JP 6374526 B2 JP6374526 B2 JP 6374526B2
Authority
JP
Japan
Prior art keywords
data length
maximum
information
reception
transmission
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.)
Active
Application number
JP2016556251A
Other languages
English (en)
Other versions
JP2017513309A (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.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2017513309A publication Critical patent/JP2017513309A/ja
Application granted granted Critical
Publication of JP6374526B2 publication Critical patent/JP6374526B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H04W28/22—Negotiating communication rate
    • 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/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
    • 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/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H04W28/0221—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices power availability or consumption
    • 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
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、無線通信システムにおけるデータ送信率を調節するための方法及び装置に関し、特にブルートゥース（登録商標）通信におけるデータ送信率を高めるための方法及び装置に関する。
ブルートゥース（登録商標）は、近距離で各種デバイスを無線で接続してデータをやり取りすることができる近距離無線技術規格である。ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））通信を利用して両機器間の無線通信を行おうとする場合、ユーザ（Ｕｓｅｒ）は、通信しようとするブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））デバイス（Ｄｅｖｉｃｅ）を検索（Ｄｉｓｃｏｖｅｒｙ）し接続（Ｃｏｎｎｅｃｔｉｏｎ）を要請する手順を行う。本発明におけるデバイスは、機器、装置を意味できる。
このとき、ユーザは、ブルートゥース（登録商標）デバイスを利用して使用しようとするブルートゥース（登録商標）通信方法に従ってブルートゥース（登録商標）デバイスを検索した後、接続を行うことができる。
ブルートゥース（登録商標）通信方法には、ブルートゥース（登録商標）ＢＲ／ＥＤＲ（Ｂａｓｉｃ Ｒａｔｅ／Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）方式と低電力方式であるブルートゥース（登録商標）ＬＥ（Ｌｏｗ Ｅｎｅｒｇｙ）方式がある。ブルートゥース（登録商標）ＢＲ／ＥＤＲ方式は、クラシックブルートゥース（登録商標）（Ｃｌａｓｓｉｃ Ｂｌｕｅｔｏｏｔｈ（登録商標））と呼ばれることができる。クラシックブルートゥース（登録商標）方式は、ベーシックレート（Ｂａｓｉｃ Ｒａｔｅ）を利用するブルートゥース（登録商標）１．０から２．１につながってきたブルートゥース（登録商標）技術とブルートゥース（登録商標）２．０から支援されるエンハンスドデータレート（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）を利用するブルートゥース（登録商標）技術を含む。
ブルートゥース（登録商標）低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ ｅｎｅｒｇｙ、以下、ブルートゥース（登録商標）ＬＥという。）技術は、少ない電力を消費して数百キロバイトの情報を安定的に提供できる。このようなブルートゥース（登録商標）低電力エネルギー技術は、属性プロトコル（Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ）を活用してデバイス（Ｄｅｖｉｃｅ）間の情報を交換するようになる。このようなブルートゥース（登録商標）ＬＥ方式は、ヘッダのオーバーヘッド（ｏｖｅｒｈｅａｄ）を減らし動作を簡単にしてエネルギー消費を減らすことができる。
ブルートゥース（登録商標）機器の中には、ディスプレイ（Ｄｉｓｐｌａｙ）またはユーザーインタフェース（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）がない製品もある。多様な種類のブルートゥース（登録商標）機器とその中でも類似の技術が採用されたブルートゥース（登録商標）機器間の接続／管理／制御／分離（Ｃｏｎｎｅｃｔｉｏｎ／Ｍａｎａｇｅｍｅｎｔ／Ｃｏｎｔｒｏｌ／Ｄｉｓｃｏｎｎｅｃｔｉｏｎ）の複雑度が増加している。
また、ブルートゥース（登録商標）は、比較的低電力、低費用で比較的速い速度を出すことができるが、送信距離が最大１００ｍに限定しているから、限定された空間で使用するのに適している。
しかしながら、前記ブルートゥース（登録商標）ＬＥ技術は、従来のブルートゥース（登録商標）ＢＲ／ＥＤＲに比べて送信できるデータ量が減少し、これによって多い量のデータを送信する時に長い間の時間がかかり、ブルートゥース（登録商標）モジュールが活性化し続けられていなければならないから、これによる電力消費が増加するという問題点が存在する。
本発明では、ブルートゥース（登録商標）通信におけるデータ送信率を変更するための方法を提供するのに目的がある。
また、本発明では、ブルートゥース（登録商標）通信におけるデータ送信率を向上させるための方法を提供するのに目的がある。
また、本発明では、ブルートゥース（登録商標）初期ペアリングステップにおけるデータ送信率を向上させるために、パケット長を交渉する方法を提供するのにその目的がある。
また、本発明では、ブルートゥース（登録商標）接続以後にデータ送信中にデータ送信率を変更するための方法を提供するのにその目的がある。
また、本発明では、ブルートゥース（登録商標）接続以後にデータ送信中にデータ送信率を向上させるために、パケット長を交渉するための方法を提供するのにその目的がある。
本発明では、上述した問題点を解決するために、ブルートゥース（登録商標）通信のデータ長拡張方法及び装置を提供する。具体的に本発明の一実施の形態にかかるデータ長拡張方法は、第２デバイスから前記第２デバイスの情報を含む第１メッセージを受信するステップと、前記第１メッセージに基づいて、前記第２デバイスに接続要請メッセージを送信するステップと、前記接続要請メッセージに基づいて、前記第２デバイスとブルートゥース（登録商標）接続を行うステップと、前記接続したブルートゥース（登録商標）を介して送信データ長及び受信データ長の拡張を要請する拡張要請メッセージを送信するステップと、前記接続したブルートゥース（登録商標）を介して前記要請メッセージに対する応答として拡張応答メッセージを受信するステップとを含むものの、前記要請メッセージは、前記第１デバイスの第１最大送信データ長情報、第１最大受信データ長情報、第１最大送信時間情報または第１最大受信時間情報のうち、少なくともいずれか一つを含み、前記応答メッセージは、前記第２デバイスの第２最大送信データ長情報、第２最大受信データ長情報、第２最大送信時間情報または第２最大受信時間情報のうち、少なくともいずれか一つを含むことを特徴とする方法を提供する。
また、本発明は、送信データ長及び受信データ長を交渉するステップをさらに含むものの、前記送信データ長は、第３最大送信データ長情報または第３最大送信時間情報のうち、少なくともいずれか一つに基づいて交渉し、前記受信データ長は、第３最大受信データ長情報または第３最大受信時間情報のうち、少なくともいずれか一つに基づいて交渉することを特徴とする。
本発明において、前記第３最大送信データ長情報は、前記第１最大送信データ長情報と前記第２最大受信データ長情報のうち、小さな値で交渉し、前記第３最大送信時間情報は、前記第１最大送信時間情報と前記第２最大受信時間情報のうち、小さな値で交渉し、前記第３最大受信データ長情報は、前記第１最大受信データ長情報と前記第２最大送信データ長情報のうち、小さな値で交渉し、前記第３最大受信時間情報は、前記第１最大受信時間情報と前記第２最大送信時間情報のうち、小さな値で交渉することを特徴とする。
また、本発明において、前記接続要請メッセージは、ウィンドウサイズ情報（Ｗｉｎｄｏｗ Ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ）、ウィンドウオフセット（ｗｉｎｄｏｗ ｏｆｆｓｅｔ ｉｎｆｏｒｍａｔｉｏｎ）情報または接続間隔情報（Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ ｉｎｆｏｒｍａｔｉｏｎ）のうち、少なくともいずれか一つを含むことを特徴とする。
また、本発明は、ウィンドウサイズ変更のためのウィンドウサイズアップデート要請メッセージを送信するステップと、前記ウィンドウサイズアップデート要請メッセージに対する応答として応答メッセージを受信するステップとをさらに含むことを特徴とする。
また、本発明は、第２デバイスから送信データ長及び受信データ長拡張支援有無と関連した第１情報を受信するステップと、前記第２デバイスから前記第２デバイスのデータ長と関連した第２情報を受信するステップと、前記第２情報及び前記第１デバイスのデータ長と関連した第３情報に基づいて、データ長を交渉するステップと、前記交渉したデータ長を前記第２デバイスに送信するステップとを含むものの、前記第２情報は、第１最大送信データ長情報、第１最大受信データ長情報、第１最大送信時間情報または第１最大受信時間情報のうち、少なくともいずれか一つを含み、前記第３情報は、第２最大送信データ長情報、第２最大受信データ長情報、第２最大送信時間情報または第２最大受信時間情報のうち、少なくともいずれか一つを含むことを特徴とする方法を提供する。
また、本発明において、前記交渉したデータ長は、送信データ長、受信データ長、送信時間または受信時間のうち、少なくともいずれか一つを含むことを特徴とする。
また、本発明において、前記送信データ長は、前記第２最大送信データ長情報と前記第１最大受信データ長情報のうち、小さな値を表し、前記受信データ長は、前記第２最大受信データ長情報と前記第１最大送信データ長情報のうち、小さな値を表し、前記送信時間は、前記第２最大送信時間情報と前記第１最大受信時間情報のうち、小さな値を表し、前記受信時間は、前記第２最大受信時間情報と前記第１最大送信時間情報のうち、小さな値を表すことを特徴とする。
また、本発明は、前記第１情報と前記第２情報は、一つのメッセージに含まれて同時に送信されることを特徴とする。
また、本発明において、前記第２情報を要請する要請メッセージを送信するステップをさらに含むことを特徴とする。
また、本発明は、前記交渉したデータ長の変更を要請する変更要請メッセージを送信するステップと、前記変更要請メッセージに対する応答として変更要請応答メッセージを受信するステップとをさらに含むことを特徴とする。
また、本発明において、前記変更要請メッセージは、第１受信データ長情報または第１送信データ長情報のうち、少なくともいずれか一つを含み、前記変更応答メッセージは、前記変更要請の許容有無と関連した応答情報、第２受信データ長情報または第２送信データ長情報のうち、少なくともいずれか一つを含むことを特徴とする。
また、本発明において、前記第２受信データ長情報は、前記第１受信データ長情報に基づいて決定され、前記第２送信データ長情報は、前記第１送信データ長情報に基づいて決定されることを特徴とする。
また、本発明は、 外部と有線及び／または無線で信号を送受信するための通信部と、前記通信部と機能的に接続される制御部とを備えるものの、前記制御部は、第２デバイスから前記第２デバイスの情報を含む第１メッセージを受信し、前記第１メッセージに基づいて前記第２デバイスに接続要請メッセージを送信し、前記接続要請メッセージに基づいて前記第２デバイスとブルートゥース（登録商標）接続を行い、前記接続したブルートゥース（登録商標）を介して送信データ長及び受信データ長の拡張を要請する拡張要請メッセージを送信し、前記接続したブルートゥース（登録商標）を介して前記要請メッセージに対する応答として拡張応答メッセージを受信するものの、前記要請メッセージは、前記第１デバイスの第１最大送信データ長情報、第１最大受信データ長情報、第１最大送信時間情報または第１最大受信時間情報のうち、少なくともいずれか一つを含み、前記応答メッセージは、前記第２デバイスの第２最大送信データ長情報、第２最大受信データ長情報、第２最大送信時間情報または第２最大受信時間情報のうち、少なくともいずれか一つを含むことを特徴とする装置を提供する。
また、本発明において、前記制御部は、送信データ長及び受信データ長を交渉するものの、前記送信データ長は、第３最大送信データ長情報または第３最大送信時間情報のうち、少なくともいずれか一つに基づいて交渉し、前記受信データ長は、第３最大受信データ長情報または第３最大受信時間情報のうち、少なくともいずれか一つに基づいて交渉することを特徴とする。
また、本発明において、前記第３最大送信データ長情報は、前記第１最大送信データ長情報と前記第２最大受信データ長情報のうち、小さな値で交渉し、前記第３最大送信時間情報は、前記第１最大送信時間情報と前記第２最大受信時間情報のうち、小さな値で交渉し、前記第３最大受信データ長情報は、前記第１最大受信データ長情報と前記第２最大送信データ長情報のうち、小さな値で交渉し、前記第３最大受信時間情報は、前記第１最大受信時間情報と前記第２最大送信時間情報のうち、小さな値で交渉することを特徴とする。
また、本発明において、前記接続要請メッセージは、ウィンドウサイズ情報（Ｗｉｎｄｏｗ Ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ）、ウィンドウオフセット（ｗｉｎｄｏｗ ｏｆｆｓｅｔ ｉｎｆｏｒｍａｔｉｏｎ）情報または接続間隔情報（Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ ｉｎｆｏｒｍａｔｉｏｎ）のうち、少なくともいずれか一つを含むことを特徴とする。
また、本発明において、前記制御部は、ウィンドウサイズ変更のためのウィンドウサイズアップデート要請メッセージを送信し、前記ウィンドウサイズアップデート要請メッセージに対する応答として応答メッセージを受信することを特徴とする。
また、本発明は、外部と有線及び／または無線で信号を送受信するための通信部と、前記通信部と機能的に接続される制御部とを備えるものの、前記制御部は、第２デバイスから送信データ長及び受信データ長拡張支援有無と関連した第１情報を受信し、前記第２デバイスから前記第２デバイスのデータ長と関連した第２情報を受信し、前記第２情報及び前記第１デバイスのデータ長と関連した第３情報に基づいてデータ長を交渉し、前記交渉したデータ長を前記第２デバイスに送信するステップとを含むものの、前記第２情報は、第１最大送信データ長情報、第１最大受信データ長情報、第１最大送信時間情報または第１最大受信時間情報のうち、少なくともいずれか一つを含み、前記第３情報は、第２最大送信データ長情報、第２最大受信データ長情報、第２最大送信時間情報または第２最大受信時間情報のうち、少なくともいずれか一つを含むことを特徴とする装置を提供する。
例えば、本願発明は以下の項目を提供する。
（項目１）
無線通信システムにおけるブルートゥース（登録商標）通信のデータ長拡張方法において、第１デバイスにより行われる方法は、
第２デバイスから前記第２デバイスの情報を含む第１メッセージを受信するステップと、
前記第１メッセージに基づいて、前記第２デバイスに接続要請メッセージを送信するステップと、
前記接続要請メッセージに基づいて、前記第２デバイスとブルートゥース（登録商標）接続を行うステップと、
前記接続したブルートゥース（登録商標）を介して送信データ長及び受信データ長の拡張を要請する拡張要請メッセージを送信するステップと、
前記接続したブルートゥース（登録商標）を介して前記要請メッセージに対する応答として拡張応答メッセージを受信するステップとを含むものの、
前記要請メッセージは、前記第１デバイスの第１最大送信データ長情報、第１最大受信データ長情報、第１最大送信時間情報または第１最大受信時間情報のうち、少なくともいずれか一つを含み、
前記応答メッセージは、前記第２デバイスの第２最大送信データ長情報、第２最大受信データ長情報、第２最大送信時間情報または第２最大受信時間情報のうち、少なくともいずれか一つを含むことを特徴とする方法。
（項目２）
送信データ長及び受信データ長を交渉するステップをさらに含むものの、
前記送信データ長は、第３最大送信データ長情報または第３最大送信時間情報のうち、少なくともいずれか一つに基づいて交渉し、
前記受信データ長は、第３最大受信データ長情報または第３最大受信時間情報のうち、少なくともいずれか一つに基づいて交渉することを特徴とする項目１に記載の方法。
（項目３）
前記第３最大送信データ長情報は、前記第１最大送信データ長情報と前記第２最大受信データ長情報のうち、小さな値で交渉し、
前記第３最大送信時間情報は、前記第１最大送信時間情報と前記第２最大受信時間情報のうち、小さな値で交渉し、
前記第３最大受信データ長情報は、前記第１最大受信データ長情報と前記第２最大送信データ長情報のうち、小さな値で交渉し、
前記第３最大受信時間情報は、前記第１最大受信時間情報と前記第２最大送信時間情報のうち、小さな値で交渉することを特徴とする項目２に記載の方法。
（項目４）
前記接続要請メッセージは、ウィンドウサイズ情報（Ｗｉｎｄｏｗ Ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ）、ウィンドウオフセット（ｗｉｎｄｏｗ ｏｆｆｓｅｔ ｉｎｆｏｒｍａｔｉｏｎ）情報または接続間隔情報（Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ ｉｎｆｏｒｍａｔｉｏｎ）のうち、少なくともいずれか一つを含むことを特徴とする項目１に記載の方法。
（項目５）
ウィンドウサイズ変更のためのウィンドウサイズアップデート要請メッセージを送信するステップと、
前記ウィンドウサイズアップデート要請メッセージに対する応答として応答メッセージを受信するステップとをさらに含むことを特徴とする項目１に記載の方法。
（項目６）
無線通信システムにおけるブルートゥース（登録商標）通信のデータ長変更方法において、第１デバイスにより行われる方法は、
第２デバイスから送信データ長及び受信データ長拡張支援有無と関連した第１情報を受信するステップと、
前記第２デバイスから前記第２デバイスのデータ長と関連した第２情報を受信するステップと、
前記第２情報及び前記第１デバイスのデータ長と関連した第３情報に基づいて、データ長を交渉するステップと、
前記交渉したデータ長を前記第２デバイスに送信するステップとを含むものの、
前記第２情報は、第１最大送信データ長情報、第１最大受信データ長情報、第１最大送信時間情報または第１最大受信時間情報のうち、少なくともいずれか一つを含み、
前記第３情報は、第２最大送信データ長情報、第２最大受信データ長情報、第２最大送信時間情報または第２最大受信時間情報のうち、少なくともいずれか一つを含むことを特徴とする方法。
（項目７）
前記交渉したデータ長は、送信データ長、受信データ長、送信時間または受信時間のうち、少なくともいずれか一つを含むことを特徴とする項目６に記載の方法。
（項目８）
前記送信データ長は、前記第２最大送信データ長情報と前記第１最大受信データ長情報のうち、小さな値を表し、
前記受信データ長は、前記第２最大受信データ長情報と前記第１最大送信データ長情報のうち、小さな値を表し、
前記送信時間は、前記第２最大送信時間情報と前記第１最大受信時間情報のうち、小さな値を表し、
前記受信時間は、前記第２最大受信時間情報と前記第１最大送信時間情報のうち、小さな値を表すことを特徴とする項目７に記載の方法。
（項目９）
前記第１情報と前記第２情報は、一つのメッセージに含まれて同時に送信されることを特徴とする項目６に記載の方法。
（項目１０）
前記第２情報を要請する要請メッセージを送信するステップをさらに含むことを特徴とする項目６に記載の方法。
（項目１１）
前記交渉したデータ長の変更を要請する変更要請メッセージを送信するステップと、
前記変更要請メッセージに対する応答として変更要請応答メッセージを受信するステップとをさらに含むことを特徴とする項目６に記載の方法。
（項目１２）
前記変更要請メッセージは、第１受信データ長情報または第１送信データ長情報のうち、少なくともいずれか一つを含み、
前記変更応答メッセージは、前記変更要請の許容有無と関連した応答情報、第２受信データ長情報または第２送信データ長情報のうち、少なくともいずれか一つを含むことを特徴とする項目１１に記載の方法。
（項目１３）
前記第２受信データ長情報は、前記第１受信データ長情報に基づいて決定され、
前記第２送信データ長情報は、前記第１送信データ長情報に基づいて決定されることを特徴とする項目１２に記載の方法。
（項目１４）
無線通信システムにおけるブルートゥース（登録商標）通信のデータ長拡張方法において、第１デバイスは、
外部と有線及び／または無線で信号を送受信するための通信部と、
前記通信部と機能的に接続される制御部とを備えるものの、前記制御部は、
第２デバイスから前記第２デバイスの情報を含む第１メッセージを受信し、前記第１メッセージに基づいて前記第２デバイスに接続要請メッセージを送信し、前記接続要請メッセージに基づいて前記第２デバイスとブルートゥース（登録商標）接続を行い、前記接続したブルートゥース（登録商標）を介して送信データ長及び受信データ長の拡張を要請する拡張要請メッセージを送信し、前記接続したブルートゥース（登録商標）を介して前記要請メッセージに対する応答として拡張応答メッセージを受信するものの、
前記要請メッセージは、前記第１デバイスの第１最大送信データ長情報、第１最大受信データ長情報、第１最大送信時間情報または第１最大受信時間情報のうち、少なくともいずれか一つを含み、
前記応答メッセージは、前記第２デバイスの第２最大送信データ長情報、第２最大受信データ長情報、第２最大送信時間情報または第２最大受信時間情報のうち、少なくともいずれか一つを含むことを特徴とする装置。
（項目１５）
前記制御部は、
送信データ長及び受信データ長を交渉するものの、
前記送信データ長は、第３最大送信データ長情報または第３最大送信時間情報のうち、少なくともいずれか一つに基づいて交渉し、
前記受信データ長は、第３最大受信データ長情報または第３最大受信時間情報のうち、少なくともいずれか一つに基づいて交渉することを特徴とする項目１４に記載の装置。
（項目１６）
前記第３最大送信データ長情報は、前記第１最大送信データ長情報と前記第２最大受信データ長情報のうち、小さな値で交渉し、
前記第３最大送信時間情報は、前記第１最大送信時間情報と前記第２最大受信時間情報のうち、小さな値で交渉し、
前記第３最大受信データ長情報は、前記第１最大受信データ長情報と前記第２最大送信データ長情報のうち、小さな値で交渉し、
前記第３最大受信時間情報は、前記第１最大受信時間情報と前記第２最大送信時間情報のうち、小さな値で交渉することを特徴とする項目１５に記載の装置。
（項目１７）
前記接続要請メッセージは、ウィンドウサイズ情報（Ｗｉｎｄｏｗ Ｓｉｚｅ ｉｎｆｏｒｍａｔｉｏｎ）、ウィンドウオフセット（ｗｉｎｄｏｗ ｏｆｆｓｅｔ ｉｎｆｏｒｍａｔｉｏｎ）情報または接続間隔情報（Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ ｉｎｆｏｒｍａｔｉｏｎ）のうち、少なくともいずれか一つを含むことを特徴とする項目１４に記載の装置。
（項目１８）
前記制御部は、
ウィンドウサイズ変更のためのウィンドウサイズアップデート要請メッセージを送信し、前記ウィンドウサイズアップデート要請メッセージに対する応答として応答メッセージを受信することを特徴とする項目１４に記載の装置。
（項目１９）
無線通信システムにおけるブルートゥース（登録商標）通信のデータ長拡張方法において、第１デバイスは、
外部と有線及び／または無線で信号を送受信するための通信部と、
前記通信部と機能的に接続される制御部とを備えるものの、前記制御部は、
第２デバイスから送信データ長及び受信データ長拡張支援有無と関連した第１情報を受信し、前記第２デバイスから前記第２デバイスのデータ長と関連した第２情報を受信し、前記第２情報及び前記第１デバイスのデータ長と関連した第３情報に基づいてデータ長を交渉し、前記交渉したデータ長を前記第２デバイスに送信するステップとを含むものの、
前記第２情報は、第１最大送信データ長情報、第１最大受信データ長情報、第１最大送信時間情報または第１最大受信時間情報のうち、少なくともいずれか一つを含み、
前記第３情報は、第２最大送信データ長情報、第２最大受信データ長情報、第２最大送信時間情報または第２最大受信時間情報のうち、少なくともいずれか一つを含むことを特徴とする装置。
本発明の一実施の形態にかかるブルートゥース（登録商標）データ送信率変更方法によれば、パケット長を交渉することによって、データ送信率を向上させることができる効果がある。
また、本発明の一実施の形態にかかるブルートゥース（登録商標）データ送信率変更方法によれば、パケット長の交渉によりデータ送信率が向上することによって、データ送信時間を短縮させることができる効果がある。
また、本発明の一実施の形態にかかるブルートゥース（登録商標）データ送信率変更方法によれば、パケット長の交渉により一度に送信できるデータ量が増えることによって、データ送信率が向上してブルートゥース（登録商標）機器の電力消費を減らすことができる効果がある。
また、本発明の一実施の形態にかかるブルートゥース（登録商標）データ送信率変更方法によれば、ペアリングステップでパケット長の交渉によりスキャン要請応答により伝達できるデータ送信率が向上してブルートゥース（登録商標）機器のデータ送信効率を上げる効果がある。
また、本発明の一実施の形態にかかるブルートゥース（登録商標）データ送信率変更方法によれば、ブルートゥース（登録商標）接続以後にパケット長の交渉により多い量のデータを送信することができるから、データ送信速度向上及びブルートゥース（登録商標）機器の電力消費を減らすことができる効果がある。
また、本発明の一実施の形態にかかるブルートゥース（登録商標）データ送信率変更方法によれば、ブルートゥース（登録商標）接続以後パケット長の交渉により送信するデータ量によりデータ送信率を変更できるから、効率的なデータ送信が可能であるという効果がある。
本発明が適用される、ブルートゥース（登録商標）通信のために提供されるプロトコルスタックを示す図である。 本発明が適用される、デバイスの内部ブロック図の一例を示した図である。 ブルートゥース（登録商標）の一般的な接続過程及びパケットフォーマットの一例を示した図である。 ブルートゥース（登録商標）の一般的な接続過程及びパケットフォーマットの一例を示した図である。 ブルートゥース（登録商標）の一般的な接続過程及びパケットフォーマットの一例を示した図である。 本発明が適用される、データ送信率を向上させるためのパケットフォーマットの一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程でパケット長の交渉をするための過程及びパケットフォーマットの一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程でパケット長の交渉をするための過程及びパケットフォーマットの一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程でパケット長の交渉をするための過程及びパケットフォーマットの一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程においてスキャン要請及びスキャン応答を介してパケット長の交渉をするための過程及びパケットフォーマットの一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程においてスキャン要請及びスキャン応答を介してパケット長の交渉をするための過程及びパケットフォーマットの一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程でスキャン要請及びスキャン応答を介してパケット長の交渉をするための過程及びパケットフォーマットのさらに他の一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程でスキャン要請及びスキャン応答を介してパケット長の交渉をするための過程及びパケットフォーマットのさらに他の一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程でスキャン要請及びスキャン応答を介してパケット長の交渉をするための過程及びパケットフォーマットのさらに他の一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程でパケット長の交渉により拡張されたスキャン応答を使用するための過程及びパケットフォーマットの一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続過程でパケット長の交渉により拡張されたスキャン応答を使用するための過程及びパケットフォーマットの一例を示した図である。 本発明が適用される、ブルートゥース（登録商標）接続以後パケット長を変更するための過程及びパケットフォーマットを示した図である。 本発明が適用される、ブルートゥース（登録商標）接続以後パケット長を変更するための過程及びパケットフォーマットを示した図である。 本発明が適用される、ブルートゥース（登録商標）接続以後パケット長を拡張するための過程パケットフォーマットを示した図である。 本発明が適用される、ブルートゥース（登録商標）接続以後パケット長を拡張するための過程パケットフォーマットを示した図である。
本発明の上述の目的、特徴及び長所は、添付された図面と関連した以下の詳細な説明によりさらに明らかになるはずである。ただし、本発明は、多様な変更を加えることができ、様々な実施の形態を有することができるから、以下では、特定実施の形態を図面に例示し、これを詳細に説明する。明細書全体にかけて同じ参照番号は、原則的に同じ構成要素を示す。また、本発明と関連した公知機能あるいは構成に対する具体的な説明が本発明の要旨を不必要に不明にするおそれがあると判断される場合、その詳細な説明を省略する。
以下、本発明と関連した方法及び装置に対して図面を参照してより詳細に説明する。以下の説明で使用される構成要素に対する接尾辞「モジュール」及び「部」は、明細書作成の容易さだけが考慮されて付与または混用されることで、それ自体で互いに区別される意味または役割を有するのではない。
本明細書で説明される電子機器には、携帯電話、スマートフォン（ｓｍａｒｔｐｈｏｎｅ）、ノート型パソコン、デジタル放送用端末機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、ナビゲーションなどが含まれることができる。しかしながら、本明細書に記載された実施の形態に係る構成は、移動端末機だけに適用可能な場合を除くと、デジタルＴＶ、デスクトップコンピュータなどのような 固定端末機にも適用されうることを本技術分野の当業者であれば、容易に理解するはずである。
本明細書で説明される信号は、メッセージ形態だけでなくフレーム形態でも送信されることができる。
図１は、本発明が適用される、ブルートゥース（登録商標）通信のために提供されるプロトコルスタックを示す図である。
前記図１を参考にすると、（ａ）は、ブルートゥース（登録商標）ＢＲ（Ｂａｓｉｃ Ｒａｔｅ）／ＥＤＲ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）のプロトコルスタックの一例を示し、（ｂ）は、ブルートゥース（登録商標）ＬＥ（Ｌｏｗ Ｅｎｅｒｇｙ）のプロトコルスタックの一例を示す。
具体的に説明すると、図１の（ａ）に示すように、ブルートゥース（登録商標）ＢＲ／ＥＤＲプロトコルスタックは、ホストコントローラインタフェース（Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ、ＨＣＩ）１８に基づいてコントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ ｓｔａｃｋ）１０とホストスタック（Ｈｏｓｔ Ｓｔａｃｋ）２０を備えることができる。
前記ホストスタック（またはホストモジュール）２０は、２．４ＧＨｚのブルートゥース（登録商標）信号を受ける無線送受信モジュールとブルートゥース（登録商標）パケットを送信または受信するためのハードウェアのことを言い、前記コントローラスタック１０であるブルートゥース（登録商標）モジュールに接続されて、ブルートゥース（登録商標）モジュールを制御し動作を行う。
前記ホストスタック２０は、ＢＲ／ＥＤＲ ＰＨＹ階層１２、リンクコントローラ階層１４、リンクマネジャー階層（Ｌｉｎｋ Ｍａｎａｇｅｒ）１６を含むことができる。
前記ＢＲ／ＥＤＲＰＨＹ階層１２は、２．４ＧＨｚ無線信号を送受信する階層であって、ＧＦＳＫ（Ｇａｕｓｓｉａｎ Ｆｒｅｑｕｅｎｃｙ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）モジュレーション（ｍｏｄｕｌａｔｉｏｎ）を使用する場合、７９個のＲＦチャネルをホッピング（ｈｏｐｐｉｎｇ）してデータを送信できる。
前記リンクコントローラ階層１４は、デジタル信号（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ）を送信する役割を担当し、秒当たり１４００回のホッピングをするチャネルシーケンスを選択し、各チャネル別６２５ｕｓ長のタイムスロットを送信する。
前記リンクマネジャー階層１６は、ＬＭＰ（Ｌｉｎｋ Ｍａｎａｇｅｒ Ｐｒｏｔｏｃｏｌ）を活用してＢｌｕｅｔｏｏｔｈ（登録商標） Ｃｏｎｎｅｃｔｉｏｎの全般的な動作（ｌｉｎｋ ｓｅｔｕｐ、ｃｏｎｔｒｏｌ、ｓｅｃｕｒｉｔｙ）を制御する。
前記リンクマネジャー階層１６は、以下のような機能を行うことができる。
−ＡＣＬ／ＳＣＯ ｌｏｇｉｃａｌ ｔｒａｎｓｐｏｒｔ、ｌｏｇｉｃａｌ ｌｉｎｋ ｓｅｔｕｐ及びｃｏｎｔｒｏｌをする。
−Ｄｅｔａｃｈ：ｃｏｎｎｅｃｔｉｏｎを中断し、中断理由を相手側デバイスに知らせる。
−Ｐｏｗｅｒ ｃｏｎｔｒｏｌ及びＲｏｌｅ ｓｗｉｔｃｈをする。
−Ｓｅｃｕｒｉｔｙ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ、ｐａｉｒｉｎｇ、ｅｎｃｒｙｐｔｉｏｎ）機能を行う。
前記ホストコントローラインタフェース階層１８は、ホストモジュールとコントローラモジュールとの間のインタフェース提供して、ホストがｃｏｍｍａｎｄとＤａｔａをコントローラに提供するようにし、コントローラがｅｖｅｎｔとＤａｔａをホストに提供できるようにする。
前記ホストスタック（またはホストモジュール）２０は、論理的リンク制御及び適応プロトコル（Ｌ２ＣＡＰ）２１、ＢＲ／ＥＤＲプロトコル（Ｐｒｏｔｏｃｏｌ）２２、一般接近プロファイル（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ、ＧＡＰ）２３、ＢＲ／ＥＤＲプロファイル２４を含む。
前記論理的リンク制御及び適応プロトコル（Ｌ２ＣＡＰ）２１は、特定プロトコルまたはプロファイルにデータを送信するための一つの双方向チャネルを提供できる。
前記Ｌ２ＣＡＰ２１は、ブルートゥース（登録商標）上位で提供する多様なプロトコル、プロファイルなどをマルチプレクス（ｍｕｌｔｉｐｌｅｘｉｎｇ）できる。
ブルートゥース（登録商標）ＢＲ／ＥＤＲのＬ２ＣＡＰでは、ｄｙｎａｍｉｃチャネル使用し、ｐｒｏｔｏｃｏｌ ｓｅｒｖｉｃｅ ｍｕｌｔｉｐｌｅｘｅｒ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎ、ｓｔｒｅａｍｉｎｇ ｍｏｄｅを支援し、Ｓｅｇｍｅｎｔａｔｉｏｎ及びｒｅａｓｓｅｍｂｌｙ、ｐｅｒ−ｃｈａｎｎｅｌ ｆｌｏｗ ｃｏｎｔｒｏｌ、ｅｒｒｏｒ ｃｏｎｔｒｏｌを提供する。
前記ＢＲ／ＥＤＲ Ｐｒｏｔｏｃｏｌ２２及びＰｒｏｆｉｌｅｓ２４は、ブルートゥース（登録商標）ＢＲ／ＥＤＲを利用するサービス（ｐｒｏｆｉｌｅ）の定義及びこれらのデータをやり取りするためのアプリケーションプロトコルを定義し、前記一般接近プロファイル（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ、ＧＡＰ）２３は、デバイス発見、接続、ユーザに情報を提供する方案を定義し、ｐｒｉｖａｃｙを提供する。
前記図１の（ｂ）に示すように、ブルートゥース（登録商標）ＬＥプロトコルスタックは、タイミングが重要な無線装置インタフェースを処理するように動作可能なコントローラスタック（Ｃｏｎｔｒｏｌｌｅｒ ｓｔａｃｋ）３０と高レベル（ｈｉｇｈ ｌｅｖｅｌ）データを処理するように動作可能なホストスタック（Ｈｏｓｔ ｓｔａｃｋ）４０を含む。
まず、コントローラスタック３０は、ブルートゥース（登録商標）無線装置を含むことができる通信モジュール、例えば、マイクロプロセッサのようなプロセシングデバイスを含むことができるプロセッサモジュールを利用して具現されることができる。
ホストスタックは、プロセッサモジュール上において作動するＯＳの一部であって、またはＯＳ上のパッケージ（ｐａｃｋａｇｅ）のインスタンス生成（ｉｎｓｔａｎｔｉａｔｉｏｎ）により具現化されることができる。
一部事例において、コントローラスタック及びホストスタックは、プロセッサモジュール内の同じプロセシングデバイス上において作動または実行されることができる。
前記コントローラスタック３０は、物理階層（Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ）３２、リンク階層（Ｌｉｎｋ Ｌａｙｅｒ）３４及びホストコントローラインタフェース（Ｈｏｓｔ Ｃｏｎｔｒｏｌｌｅｒ Ｉｎｔｅｒｆａｃｅ）３６を含む。
物理階層（無線送受信モジュール）３２は、２．４ＧＨｚ無線信号を送受信する階層であって、ＧＦＳＫ（Ｇａｕｓｓｉａｎ Ｆｒｅｑｕｅｎｃｙ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）ｍｏｄｕｌａｔｉｏｎと４０個のＲＦチャネルから構成されたｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ技法を使用する。
ブルートゥース（登録商標）パケットを送信または受信する機能を果たす前記リンク階層３４は、３個のＡｄｖｅｒｔｉｓｉｎｇチャネルを利用してＡｄｖｅｒｔｉｓｉｎｇ、Ｓｃａｎｎｉｎｇ機能を行った後にデバイス間接続を生成し、３７個のＤａｔａチャネルを介して最大４２ｂｙｔｅｓのデータパケットをやり取りする機能を提供する。
前記ホストスタックは、ＧＡＰ（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ）４０、論理的リンク制御及び適応プロトコル（Ｌ２ＣＡＰ）４１、セキュリティーマネジャー（Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒ、ＳＭ）４２、属性プロトコル（Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ、ＡＴＴ）４３、一般属性プロファイル（Ｇｅｎｅｒｉｃ Ａｔｔｒｉｂｕｔｅ Ｐｒｏｆｉｌｅ、ＧＡＴＴ）４４、一般接近プロファイル（Ｇｅｎｅｒｉｃ Ａｃｃｅｓｓ Ｐｒｏｆｉｌｅ）４５、ＬＥプロファイル４６を含むことができる。ただし、前記ホストスタック４０は、これに限定されずに多様なプロトコル及びプロファイルを含むことができる。
ホストスタックは、Ｌ２ＣＡＰを使用してブルートゥース（登録商標）上位で提供する多様なプロトコル、プロファイルなどを多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）する。
まず、Ｌ２ＣＡＰ（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｃｏｎｔｒｏｌ ａｎｄ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）４１は、特定プロトコルまたはプロファイルにデータを送信するための一つの双方向チャネルを提供できる。
前記Ｌ２ＣＡＰ４１は、上位階層プロトコルの間でデータを多重化（ｍｕｌｔｉｐｌｅｘ）し、パッケージ（ｐａｃｋａｇｅ）を分割（ｓｅｇｍｅｎｔ）及び再組み立て（ｒｅａｓｓｅｍｂｌｅ）し、マルチキャストデータ送信を管理するように動作可能でありえる。
ブルートゥース（登録商標）ＬＥでは、３個の固定チャネル（ｓｉｇｎａｌｉｎｇ ＣＨのために１個、Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒのために１個、Ａｔｔｒｉｂｕｔｅ ｐｒｏｔｏｃｏｌのために１個）を使用する。
これに対し、ＢＲ／ＥＤＲ（Ｂａｓｉｃ Ｒａｔｅ／Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅ）では、動的なチャネルを使用し、ｐｒｏｔｏｃｏｌ ｓｅｒｉｃｅ ｍｕｌｔｉｐｌｅｘｅｒ、ｒｅｔｒａｎｓｍｉｓｓｉｏｎ、ｓｔｒｅａｍｉｎｇ ｍｏｄｅなどを支援する。
ＳＭ（Ｓｅｃｕｒｉｔｙ Ｍａｎａｇｅｒ）４２は、デバイスを認証し、キー分配（ｋｅｙ ｄｉｓｔｒｉｂｕｔｉｏｎ）を提供するためのプロトコルである。
ＡＴＴ（Ａｔｔｒｉｂｕｔｅ Ｐｒｏｔｏｃｏｌ）４３は、サーバ−クライアント（Ｓｅｒｖｅｒ−Ｃｌｉｅｎｔ）構造で相手側デバイスのデータを接近するための規則を定義する。ＡＴＴには、以下の６種類のメッセージ類型（Ｒｅｑｕｅｓｔ、Ｒｅｓｐｏｎｓｅ、Ｃｏｍｍａｎｄ、Ｎｏｔｉｆｉｃａｔｉｏｎ、Ｉｎｄｉｃａｔｉｏｎ、Ｃｏｎｆｉｒｍａｔｉｏｎ）がある。
（１）Ｒｅｑｕｅｓｔ及びＲｅｓｐｏｎｓｅメッセージ：Ｒｅｑｕｅｓｔメッセージは、クライアントデバイスからサーバデバイスに特定情報を要請するためのメッセージであり、Ｒｅｓｐｏｎｓｅメッセージは、Ｒｅｑｕｅｓｔメッセージに対する応答メッセージであって、サーバデバイスからクライアントデバイスに送信されるメッセージのことを意味する。
（２）Ｃｏｍｍａｎｄメッセージ：クライアントデバイスからサーバデバイスに特定動作の命令を指示するために送信するメッセージであって、サーバデバイスは、Ｃｏｍｍａｎｄメッセージに対する応答をクライアントデバイスに送信しない。
（３）Ｎｏｔｉｆｉｃａｔｉｏｎメッセージ：サーバデバイスからクライアントデバイスにイベントなどのような通知のために送信するメッセージであって、クライアントデバイスは、Ｎｏｔｉｆｉｃａｔｉｏｎメッセージに対する確認メッセージをサーバデバイスに送信しない。
（４）Ｉｎｄｉｃａｔｉｏｎ及びＣｏｎｆｉｒｍメッセージ：サーバデバイスからクライアントデバイスにイベントなどのような通知のために送信するメッセージであって、Ｎｏｔｉｆｉｃａｔｉｏｎメッセージとは異なり、クライアントデバイスは、Ｉｎｄｉｃａｔｉｏｎメッセージに対する確認メッセージ（Ｃｏｎｆｉｒｍ ｍｅｓｓａｇｅ）をサーバデバイスに送信する。
前記一般接近プロファイル（ＧＡＰ）４５は、ブルートゥース（登録商標）ＬＥ技術のために新しく具現された階層であって、ブルートゥース（登録商標）ＬＥデバイス間の通信のための役割選択、マルチプロファイル作動がどのように起きるかを制御するのに使用される。
また、前記一般接近プロファイル４５は、デバイス発見、接続生成及びセキュリティー手順部分に主に使用され、ユーザに情報を提供する方案を定義し、下記のようなａｔｔｒｉｂｕｔｅのタイプを定義する。
（１）Ｓｅｒｖｉｃｅ：データと関連したｂｅｈａｖｉｏｒの組み合わせでデバイスの基本的な動作を定義
（２）Ｉｎｃｌｕｄｅ：サービス間の関係を定義
（３）Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ：サービスで使用されるｄａｔａ値
（４）Ｂｅｈａｖｉｏｒ：ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ、ｖａｌｕｅ ｔｙｐｅ）で定義されたコンピュータが読むことができるフォーマット
前記ＬＥプロファイル４６は、ＧＡＴＴに依存性を有するプロファイルであって、主にブルートゥース（登録商標）ＬＥデバイスに適用される。ＬＥプロファイル４６は、例えば、Ｂａｔｔｅｒｙ、Ｔｉｍｅ、ＦｉｎｄＭｅ、Ｐｒｏｘｉｍｉｔｙ、Ｔｉｍｅ、Ｏｂｊｅｃｔ Ｄｅｌｉｖｅｒｙ Ｓｅｒｖｉｃｅなどがありえ、ＧＡＴＴ−ｂａｓｅｄ Ｐｒｏｆｉｌｅｓの具体的な内容は、下記のとおりである。
Ｂａｔｔｅｒｙ：バッテリー情報交換方法
Ｔｉｍｅ：時間情報交換方法
ＦｉｎｄＭｅ：距離に応じるアラームサービス提供
Ｐｒｏｘｉｍｉｔｙ：バッテリー情報交換方法
Ｔｉｍｅ：時間情報交換方法
前記一般属性プロファイル（ＧＡＴＴ）４４は、サービスの構成時に前記属性プロトコル４３がどのように利用されるかを説明するプロトコルとして動作可能でありえる。例えば、前記一般属性プロファイル４４は、ＡＴＴ属性がどのようにサービスとして共にグループ化されるかを規定するように動作可能でありえ、サービスと関連した特徴を説明するように動作可能でありえる。
したがって、前記一般属性プロファイル４４及び前記属性プロトコル（ＡＴＴ）４３は、デバイスの状態とサービスを説明し、特徴が互いにどのように関連しこれらがどのように利用されるかを説明するために、特徴を使用することができる。
（デバイス内部ブロック図）
図２は、本発明が適用される、デバイスの内部ブロック図の一例を示した図である。
サーバデバイス２００は、クライアントデバイス１００と直接通信してｒｅｑｕｅｓｔを受けてｒｅｓｐｏｎｓｅを介してデータを提供するデバイスのことを言う。前記サーバデバイス２００は、データ情報を提供するために前記クライアントデバイス１００に通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）、指示（Ｉｎｄｉｃａｔｉｏｎ）メッセージを送信し、前記指示（Ｉｎｄｉｃａｔｉｏｎ）メッセージの送信時に前記クライアントデバイス１００から確認（Ｃｏｎｆｉｒｍ）メッセージを受けることができる。
一つのサーバデバイスは、いくつかのクライアントデバイスと接続が可能であり、ボンディング情報（Ｂｏｎｄｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）を活用してクライアントデバイスと容易に再接続が可能である。
前記クライアントデバイス１００は、前記サーバデバイス２００にデータ情報及び送信を要請する装置のことを言う。前記クライアントデバイス１００は、前記サーバデバイス２００から通知（Ｎｏｔｉｆｉｃａｔｉｏｎ）、指示（Ｉｎｄｉｃａｔｉｏｎ）メッセージを介してデータを受信し、前記指示（Ｉｎｄｉｃａｔｉｏｎ）メッセージを受けた場合、これに対する応答として確認（Ｃｏｎｆｉｒｍ）メッセージを送る装置のことを言うことができる。
前記クライアントデバイス１００及び前記サーバデバイス２００は、それぞれ通信部１１０、２１０、ユーザ入力部１２０、２２０、出力部１３０、２３０、制御部１４０、２４０、メモリ１５０、２５０及び電源供給部１６０、２６０を備えることができる。
前記通信部１１０、２１０、ユーザ入力部１２０、２２０、出力部１３０、２３０、制御部１４０、２４０、メモリ１５０、２５０及び電源供給部１６０、２６０は、本発明で提案する方法を行うために機能的に接続される。
前記図２に示す構成要素が必須なものではないから、それより多い構成要素を有するか、またはそれより少ない構成要素を有する電子機器が具現されることもできる。
前記通信部１１０、２１０は、デバイスと無線通信システムとの間、またはデバイスとデバイスが位置したネットワーク間の無線通信を可能にする一つ以上のモジュールを含むことができる。例えば、前記通信部１１０、２１０は、放送受信モジュール（図示せず）、移動通信モジュール（図示せず）、無線インターネットモジュール（図示せず）及び近距離通信モジュール（図示せず）を含むことができる。
前記通信部１１０、２１０は、送受信部と呼ばれることができる。
前記移動通信モジュールは、移動通信網上において基地局、外部の端末、サーバのうち、少なくとも一つと無線信号を送受信する。前記無線信号は、音声呼信号、画像通話信号または文字／マルチメディアメッセージの送受信に応じる多様な形態のデータを含むことができる。
前記無線インターネットモジュールは、無線インターネット接続のためのモジュールのことを意味し、無線インターネットモジュールは、デバイスに内装または外装されることができる。無線インターネット技術には、ＷＬＡＮ（Ｗｉｒｅｌｅｓｓ ＬＡＮ）（ＷｉＦｉ）、Ｗｉｂｒｏ（Ｗｉｒｅｌｅｓｓ ｂｒｏａｄｂａｎｄ）、Ｗｉｍａｘ（Ｗｏｒｌｄ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、ＨＳＤＰＡ（Ｈｉｇｈ Ｓｐｅｅｄ Ｄｏｗｎｌｉｎｋ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）などが利用されることができる。
前記近距離通信モジュールは、近距離通信のためのモジュールのことをいう。近距離通信モジュールにブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））モジュール、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）モジュール、赤外線通信（ＩｒＤＡ、ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）モジュール、ＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅｂａｎｄ）、ＺｉｇＢｅｅモジュールなどが使用されることができる。
前記ブルートゥース（登録商標）（Ｂｌｕｅｔｏｏｔｈ（登録商標））モジュールを介して前記サーバデバイス２００と前記クライアントデバイス１００とは、ブルートゥース（登録商標）接続をすることができ、前記ブルートゥース（登録商標）接続を介してデータを送受信できる。
また、前記通信部１１０、２１０は、デバイス間（ｉｎｉｔｉａｔｉｎｇ ｄｅｖｉｃｅ−ｉｎｉｔｉａｔｅｄ ｄｅｖｉｃｅ）Ｃｏｍｍａｎｄ、ｒｅｑｕｅｓｔ、ａｃｔｉｏｎ、ｒｅｓｐｏｎｓｅ等のｍｅｓｓａｇｅまたはデータ送信を可能にする。
前記ユーザ入力部１２０、２２０は、ユーザが端末機の動作制御のための入力データを発生させる。ユーザ入力部１２０、２２０は、キーパッド（ｋｅｙｐａｄ）ドームスイッチ（ｄｏｍｅ ｓｗｉｔｃｈ）、タッチパッド（静圧／静電）、ジョグホイール、ジョグスイッチなどから構成されることができる。
前記出力部１３０、２３０は、視覚、聴覚または触覚などと関連した出力を発生させるためのもので、これにはディスプレイモジュール１３２、２３２、音響出力モジュール１３４、２３４などが備えられることができる。
前記ディスプレイモジュール１３２、２３２は、デバイスで処理される情報を表示出力する。例えば、前記デバイスが通話モードである場合、通話と関連したＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）またはＧＵＩ（Ｇｒａｐｈｉｃ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を表示する。前記デバイスが画像通話モードまたは撮影モードである場合には、撮影または／及び受信された映像またはＵＩ、ＧＵＩを表示する。
前記ディスプレイモジュール１３２、２３２は、液晶ディスプレイ（ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）、薄膜トランジスタ液晶ディスプレイ（ｔｈｉｎ ｆｉｌｍ ｔｒａｎｓｉｓｔｏｒ ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）、有機発光ダイオード（ｏｒｇａｎｉｃ ｌｉｇｈｔｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）、フレキシブルディスプレイ（ｆｌｅｘｉｂｌｅ ｄｉｓｐｌａｙ）、３次元ディスプレイ（３Ｄ ｄｉｓｐｌａｙ）のうち、少なくとも一つを含むことができる。
前記音響出力モジュール１３４、２３４は、呼信号受信、通話モードまたは録音モード、音声認識モード、放送受信モードなどで前記通信部１１０、２１０から受信されるか、またはメモリ１５０、２５０に格納されたオーディオデータを出力することもできる。前記音響出力モジュール１３４、２３４は、前記デバイスで行われる機能（例えば、呼信号受信音、メッセージ受信音等）と関連した音響信号を出力する。
このような前記音響出力モジュール１３４、２３４には、レシーバー（Ｒｅｃｅｉｖｅｒ）、スピーカー（ｓｐｅａｋｅｒ）、ブザー（Ｂｕｚｚｅｒ）、マイク（Ｍｉｃ）などが含まれることができる。
前記マイクは、相手側デバイスから送信するトーン（Ｔｏｎｅ）を受信することができ、前記スピーカーは、相手側デバイスにトーンを送信できる。
前記制御部１４０、２４０は、前記接続開始デバイス及び前記接続対象デバイスの全般的な動作を制御するモジュールのことをいい、ブルートゥース（登録商標）インタフェース及び他の通信インタフェースにメッセージを送信要請及び受信したメッセージを処理するように制御できる。
前記制御部１４０、２４０は、コントローラ、マイクロコントローラ、マイクロプロセッサ等と呼ばれることができ、前記制御部１４０、２４０は、ハードウェア（ｈａｒｄｗａｒｅ）、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはこれらの結合により具現化されることができる。
前記制御部１４０、２４０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を備えることができる。
前記メモリ１５０、２５０は、前記制御部１４０、２４０の動作のためのプログラムを格納することができ、入／出力されるデータを一時格納することもできる。前記メモリ１５０、２５０は、前記タッチスクリーン上のタッチ入力時に出力される多様なパターンの振動及び音響に関するデータを格納することができる。
前記メモリ１５０、２５０は、端末機の各種情報を格納する媒体であって、前記制御部に接続されて前記制御部１４０、２４０の動作のためのプログラム、アプリケーション、一般ファイル及び入／出力されるデータを格納することができる。
前記メモリ１５０、２５０は、フラッシュメモリタイプ（ｆｌａｓｈ ｍｅｍｏｒｙ ｔｙｐｅ）、ハードディスクタイプ（ｈａｒｄ ｄｉｓｋ ｔｙｐｅ）、マルチメディアカードマイクロタイプ（ｍｕｌｔｉｍｅｄｉａ ｃａｒｄ ｍｉｃｒｏ ｔｙｐｅ）、カードタイプのメモリ（例えばＳＤまたはＸＤメモリ等）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、 ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）磁気メモリ、磁気ディスク、光ディスクのうち、少なくとも一つのタイプの格納媒体を備えることができる。
前記電源供給部１６０、２６０は、前記制御部１４０、２４０の制御下に外部の電源、内部の電源を受け取って各構成要素の動作に必要な電源を供給するモジュールのことをいう。
以下、ブルートゥース（登録商標）低電力エネルギー（Ｂｌｕｅｔｏｏｔｈ（登録商標） Ｌｏｗ Ｅｎｅｒｇｙ：ＢＬＥ）技術の手順（Ｐｒｏｃｅｄｕｒｅ）について述べる。
図３は、ブルートゥース（登録商標）の一般的な接続過程の一例を示したフローチャートである。
ブルートゥース（登録商標）ＬＥ手順は、デバイスフィルタリング手順（Ｄｅｖｉｃｅ Ｆｉｌｔｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、広告手順（Ａｄｖｅｒｔｉｓｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、スキャニング手順（Ｓｃａｎｎｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、ディスカバーリング手順（Ｄｉｓｃｏｖｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ）、接続手順（Ｃｏｎｎｅｃｔｉｎｇ Ｐｒｏｃｅｄｕｒｅ）などがある。
（デバイスフィルタリング手順（Ｄｅｖｉｃｅ Ｆｉｌｔｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ））
デバイスフィルタリング手順は、コントローラスタックで要請、指示、お知らせなどに対する応答を行うデバイスの数を減らすための方法である。すべてのデバイスで要請を受信する際、これに対して応答することを必要としないから、コントローラスタックは、要請を送信する数を減らして、ブルートゥース（登録商標）ＬＥコントローラスタックで電力消費が減るように制御できる。
第１デバイス３００は、広告パケット、スキャン要請または接続要請を受信するデバイスを制限するために、前記デバイスフィルタリング手順を行うことができる。
ここで、広告デバイスは、広告イベントを送信する、すなわち、広告を行うデバイスのことを言い、広告者（Ａｄｖｅｒｔｉｓｅｒ）とも表現される。
スキャニングデバイスは、スキャニングを行うデバイス、スキャン要請を送信するデバイスのことを言う。
ブルートゥース（登録商標）ＬＥでは、スキャニングデバイスが一部広告パケットを広告デバイスから受信する場合、スキャニングデバイスは、広告デバイスにスキャン要請を送ることを必要とする。仮に、デバイスフィルタリング手順が使用されてスキャン要請が送信されなければならない広告デバイスが事前にフィルタリングされる場合、スキャニングデバイスは、広告デバイスから送信する広告パケットを無視できる。
接続要請過程でもデバイスフィルタリング手順が使用されることができる。仮に、接続要請をするデバイスで接続要請に対する応答をするデバイスに対する事前デバイスフィルタリング手順を使用しない場合、接続要請を受信したデバイス（一例として、広告を行った広告デバイス）は、前記接続要請に対して応答しなければならない。
接続要請をするデバイスは、開始デバイスまたはイニシエーター（ｉｎｉｔｉａｔｏｒ）と表現されることができる。
スキャニングデバイスは、スキャン要請または接続要請を前記広告デバイスに送信するデバイスを制限するために、デバイスフィルタリング手順を使用することができる。
（広告手順（Ａｄｖｅｒｔｉｓｉｎｇ Ｐｒｏｃｅｄｕｒｅ））
広告デバイスである第１デバイス３００は、領域内のデバイスで無指向性ブロードキャストを行うために、広告手順を行う（Ｓ３１０）。ここで、無指向性ブロードキャストは、特定方向へのブロードキャストでない全（すべての）方向へのブロードキャストのことを言う。これとは異なり、指向性ブロードキャストは、特定方向へのブロードキャストのことを言う。無指向性ブロードキャストは、広告デバイスとリスニング（または聴取）状態にあるデバイス（以下、リスニングデバイスという。）との間に接続手順無しで発生する。
広告手順は、近くの開始デバイスとブルートゥース（登録商標）接続を確立するために使用される。または、広告手順は、広告チャネルでリスニングを行っているスキャニングデバイスにユーザデータの周期的なブロードキャストを提供するために使用されることができる。広告手順ですべての広告（または広告イベント）は、広告物理チャネルを介してブロードキャストされる。
ブルートゥース（登録商標）ＬＥピコネットに接続しているブルートゥース（登録商標）ＬＥデバイスは、広告イベントの特定タイプを使用して広告を出すことができる。
スキャニングデバイスである第２デバイス４００は、広告デバイスから追加的なユーザデータを得るために、スキャン要請を送信できる（Ｓ３２０）。前記第１デバイス３００は、スキャン要請を受信した広告物理チャネルと同じ広告物理チャネルを介して、スキャン要請を送信した前記第２デバイス４００に前記スキャン要請に対する応答を送信する（Ｓ３３０）。
広告パケットの一部分として送られるブロードキャストユーザデータは、動的なデータであることに対し、スキャン応答データは、一般的に静的なデータである。
広告デバイスは、広告（ブロードキャスト）物理チャネル上において開始デバイスから接続要請を受信することができる。仮に、広告デバイスが接続可能な広告イベントを使用し、開始デバイスがデバイスフィルタリング手順によりフィルタリングされないと、広告デバイスは、広告を中止し接続モード（ｃｏｎｎｅｃｔｅｄ ｍｏｄｅ）に進む。広告デバイスは、接続モード以後に再度広告を始めることができる。
（スキャニング手順（Ｓｃａｎｎｉｎｇ Ｐｒｏｃｅｄｕｒｅ））
スキャニングを行うデバイス、すなわち、第２デバイス４００は、広告物理チャネルを使用する広告デバイスからユーザデータの無指向性ブロードキャストを聴取するためにスキャニング手順を行う。
前記第２デバイス４００は、広告デバイスから追加的なユーザデータを要請するために、広告物理チャネルを介してスキャン要請を広告デバイスに送信する（Ｓ３２０）。広告デバイスである前記第１デバイス３００は、広告物理チャネルを介してスキャニングデバイスで要請した追加的なユーザデータを含んで、前記スキャン要請に対する応答であるスキャン応答を送信する。
前記スキャニング手順は、ブルートゥース（登録商標）ＬＥピコネットで他のブルートゥース（登録商標）ＬＥデバイスと接続される間に使用されることができる。
仮に、スキャニングデバイスがブロードキャストされる広告イベントを受信し、接続要請を開始できるイニシエーターモード（ｉｎｉｔｉａｔｏｒ ｍｏｄｅ）にある場合、前記第２デバイス４００は、広告物理チャネルを介して前記第１デバイス３００に接続要請を送信することによって、広告デバイスとブルートゥース（登録商標）接続を始めることができる（Ｓ３４０）。
前記第２デバイス４００は、デバイスが広告デバイスに接続要請を送信する場合、スキャニングデバイスは、追加的なブロードキャストのためのイニシエーターモードスキャニングを中止し、接続モードに進む。
（ディスカバーリング手順（Ｄｉｓｃｏｖｅｒｉｎｇ Ｐｒｏｃｅｄｕｒｅ））
ブルートゥース（登録商標）通信が可能なデバイス（以下、ブルートゥース（登録商標）デバイスという。）は、近くに存在するデバイスを発見するためにまたは与えられた領域内で他のデバイスにより発見されるために広告手順とスキャニング手順を行う。
ディスカバーリング手順は、非対称的に行われる。周囲の他のデバイスを探そうとするブルートゥース（登録商標）デバイスをディスカバーリングデバイス（ｄｉｓｃｏｖｅｒｉｎｇ ｄｅｖｉｃｅ）と言い、スキャン可能な広告イベントを広告するデバイスを探すためにリスニングする。他のデバイスから発見されて利用可能なブルートゥース（登録商標）デバイスをディスカバラブルデバイス（ｄｉｓｃｏｖｅｒａｂｌｅ ｄｅｖｉｃｅ）と言い、積極的に広告（ブロードキャスト）物理チャネルを介して他のデバイスがスキャン可能なように広告イベントをブロードキャストする。
ディスカバーリングデバイスとディスカバラブルデバイスともがピコネットで他のブルートゥース（登録商標）デバイスと既に接続されていることができる。
（接続手順（Ｃｏｎｎｅｃｔｉｎｇ Ｐｒｏｃｅｄｕｒｅ））
接続手順は、非対称的であり、接続手順は、特定ブルートゥース（登録商標）デバイスが広告手順を行う間に、他のブルートゥース（登録商標）デバイスは、スキャニング手順を行うことを要求する。
すなわち、広告手順が目的になることができ、その結果、ただ一つのデバイスだけが広告に応答するはずである。広告デバイスから接続可能な広告イベントを受信した以後、広告（ブロードキャスト）物理チャネルを介して広告デバイスに接続要請を送信することによって、接続を開始できる。
以下、ＢＬＥ技術での動作状態、すなわち、広告状態（Ａｄｖｅｒｔｉｓｉｎｇ Ｓｔａｔｅ）、スキャニング状態（Ｓｃａｎｎｉｎｇ Ｓｔａｔｅ）、開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ）、接続状態（ｃｏｎｎｅｃｔｉｏｎ ｓｔａｔｅ）について簡略に述べることにする。
（広告状態（Ａｄｖｅｒｔｉｓｉｎｇ Ｓｔａｔｅ））
リンク階層（ＬＬ）は、ホスト（スタック）の指示により、広告状態に入る。リンク階層が広告状態にある場合、リンク階層は、広告イベントから広告ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）を送信する。
各々の広告イベントは、少なくとも一つの広告ＰＤＵから構成され、広告ＰＤＵは、使用される広告チャネルインデックスを介して送信される。広告イベントは、広告ＰＤＵが使用される広告チャネルインデックスを介して各々送信された場合、終了または広告デバイスが他の機能遂行のために空間を確保する必要がある場合、さらに早く広告イベントを終了できる。
（スキャニング状態（Ｓｃａｎｎｉｎｇ Ｓｔａｔｅ））
リンク階層は、ホスト（スタック）の指示によりスキャニング状態に入る。スキャニング状態で、リンク階層は、広告チャネルインデックスをリスニングする。
スキャニング状態には、受動的スキャニング（ｐａｓｓｉｖｅ ｓｃａｎｎｉｎｇ）、積極的スキャニング（ａｃｔｉｖｅ ｓｃａｎｎｉｎｇ）の２通りのタイプがあり、各スキャニングタイプは、ホストにより決定される。
スキャニングを行うための別の時間または広告チャネルインデックスが定義されない。
スキャニング状態の間に、リンク階層は、スキャンウィンドウ（ｓｃａｎ Ｗｉｎｄｏｗ）区間（ｄｕｒａｔｉｏｎ）の間に広告チャネルインデックスをリスニングする。スキャンインターバル（ｓｃａｎ Ｉｎｔｅｒｖａｌ）は、二つの連続的なスキャンウィンドウの開始点間の間隔（インターバル）として定義される。
リンク階層は、スケジューリングの衝突がない場合、ホストにより指示されるように、スキャンウィンドウのすべてのスキャンインターバル完成のためにリスニングしなければならない。各スキャンウィンドウにおけるリンク階層は、他の広告チャネルインデックスをスキャンしなければならない。リンク階層は、使用可能なすべての広告チャネルインデックスを使用する。
受動的なスキャニングであるとき、リンク階層は、ただパケットだけを受信し、いかなるパケットも送信できない。
能動的なスキャニングであるとき、リンク階層は、広告デバイスに広告ＰＤＵと広告デバイス関連追加的な情報を要請できる広告ＰＤＵタイプに依存するためにリスニングを行う。
（開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ））
リンク階層は、ホスト（スタック）の指示により開始状態に入る。リンク階層が開始状態にあるとき、リンク階層は、広告チャネルインデックスに対するリスニングを行う。
開始状態の間に、リンク階層は、スキャンウィンドウ区間の間に広告チャネルインデックスをリスニングする。
（接続状態（ｃｏｎｎｅｃｔｉｏｎ ｓｔａｔｅ））
リンク階層は、接続要請を行うデバイス、すなわち、開始デバイスがＣＯＮＮＥＣＴ＿ＲＥＱ ＰＤＵを広告デバイスに送信する時または広告デバイスが開始デバイスからＣＯＮＮＥＣＴ＿ＲＥＱ ＰＤＵを受信する時に接続状態に入る。
接続状態に入った以後、接続が生成されると考慮される。ただし、接続が接続状態に入った時点で確立されるように考慮される必要はない。新しく生成された接続と予め確立された接続間の唯一の差は、リンク階層接続監督タイムアウト（ｓｕｐｅｒｖｉｓｉｏｎ ｔｉｍｅｏｕｔ）値だけである。
両デバイスが接続されているとき、両デバイスは、異なる役割を果たす。
マスター役割を行うリンク階層は、マスターと呼ばれ、スレーブ役割を行うリンク階層は、スレーブと呼ばれる。マスターは、接続イベントのタイミングを調節し、接続イベントは、マスターとスレーブ間の同期化される時点をいう。
このようなブルートゥース（登録商標）ＬＥ手順は、ブルートゥース（登録商標）ＢＲ／ＥＤＲの手順より少ない３個のチャネルだけを採択して広告チャネルとして使用するから、ブルートゥース（登録商標）ＢＲ／ＥＤＲ技術より１０〜２０倍少ない電力を使用する。
しかしながら、ブルートゥース（登録商標）ＢＲ／ＥＤＲより送信できるデータ量が減少するようになって、これによって多い量のデータを送信する時に長い間の時間がかかるようになり、電力消費もやはり増加するという問題が発生できる。以下、ブルートゥース（登録商標）ＬＥ技術で送信できるデータの長さを確認するために、ブルートゥース（登録商標）ＬＥのパケット構造について説明する。
図４及び図５は、ブルートゥース（登録商標）パケットフォーマットの一例を示した図である。
前記図４及び前記図５を参照し、ブルートゥース（登録商標）ＬＥのパケットフォーマットを検討すると、ブルートゥース（登録商標）ＬＥは、広告チャネルパケットとデータチャネルパケットの両方のために使用される一つの（ａ）リンク階層パケット４１０フォーマットを有する。
各パケットは、プリアンブル（Ｐｒｅａｍｂｌｅ）、接続アドレス（Ａｃｃｅｓｓ Ａｄｄｒｅｓｓ）、ＰＤＵ（Ｐａｃｋｅｔ Ｄａｔａ Ｕｎｉｔ）及びＣＲＣ４個のフィールドから構成される。
前記ＰＤＵの長さは、最小２オクテット（ｏｃｔｅｔ）から最大３９オクテット（ｏｃｔｅｔ）であり、前記ブルートゥース（登録商標）ＬＥを介して一度に送信できるデータ長は、前記ＰＤＵの長さに応じて決定されることができる。
一つのパケットが広告物理チャネルから送信されるとき、ＰＤＵは、広告チャネルＰＤＵになるはずで、一つのパケットがデータ物理チャネルから送信されるとき、ＰＤＵは、データチャネルＰＤＵになるはずである。
（広告チャネルＰＤＵ（Ａｄｖｅｒｔｉｓｉｎｇ Ｃｈａｎｎｅｌ ＰＤＵ））
（ｂ）広告チャネルＰＤＵ（Ａｄｖｅｒｔｉｓｉｎｇ Ｃｈａｎｎｅｌ ＰＤＵ）４２０は、１６ビットヘッダ４３０と最小０オクテット（ｏｃｔｅｔ）から最大３１オクテット（ｏｃｔｅｔ）長のペイロードを有し 、（ｃ）広告チャネルＰＤＵのヘッダ４３０は、ＰＤＵタイプ、ＲＦＵ（Ｒｅｓｅｒｖｅｄ Ｆｏｒ Ｆｕｔｕｒｅ Ｕｓｅ）、ＴｘＡｄｄ、ＲｘＡｄｄ、Ｌｅｎｇｔｈフィールドから構成されることができる。
前記ＴｘＡｄｄフィールド及び前記ＲｘＡｄｄフィールドは、前記ＰＤＵ Ｔｙｐｅのための情報を含んでおり、前記Ｌｅｎｇｔｈフィールドは、前記ペイロード（Ｐａｙｌｏａｄ）フィールドの長さを表すことで、オクテット（ｏｃｔｅｔ）と表現されることができる。
前記ＴｘＡｄｄフィールドまたは前記ＲｘＡｄｄフィールドが定義されていない場合、前記ＲＦＵフィールドとして使用されることができる。
前記ＰＤＵタイプフィールドは、下記表１で定義されたようなＰＤＵタイプを示す。
前記広告チャネルＰＤＵの最大長は、３９オクテット（ｏｃｔｅｔｓ）であり、したがって、広告（Ａｄｖｅｒｔｉｓｉｎｇ）を介して一度に送信できるデータの長さは、３１オクテット（ｏｃｔｅｔｓ）に制限されるから、提供できる情報に限界がある。
（広告ＰＤＵ）
以下の広告チャネルＰＤＵタイプは、広告ＰＤＵと呼ばれ、具体的なイベントで使用される。
ＡＤＶ＿ＩＮＤ：接続可能な無指向性広告イベント
ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤ：接続可能な指向性広告イベント
ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ：接続できない無指向性広告イベント
ＡＤＶ＿ＳＣＡＮ＿ＩＮＤ：スキャン可能な無指向性広告イベント
前記ＰＤＵは、広告状態でリンク階層（Ｌｉｎｋ Ｌａｙｅｒ）から送信され、スキャニング状態または開始状態（Ｉｎｉｔｉａｔｉｎｇ Ｓｔａｔｅ）でリンク階層により受信される。
（Ｓｃａｎｎｉｎｇ ＰＤＵｓ）
以下の広告チャネルＰＤＵタイプは、スキャニングＰＤＵと呼ばれ、下記で説明される状態で使用される。
ＳＣＡＮ＿ＲＥＱ：スキャニング状態でリンク階層により送信され、広告状態でリンク階層により受信される。
ＳＣＡＮ＿ＲＳＰ：広告状態でリンク階層により送信され、スキャニング状態でリンク階層により受信される。
（Ｉｎｉｔｉａｔｉｎｇ ＰＤＵｓ）
以下の広告チャネルＰＤＵタイプは、開始ＰＤＵと呼ばれる。
ＣＯＮＮＥＣＴ＿ＲＥＱ：開始状態でリンク階層により送信され、広告状態でリンク階層により受信される。
（データチャネルＰＤＵ（Ｄａｔａ Ｃｈａｎｎｅｌ ＰＤＵ））
前記図５の（ａ）データチャネルＰＤＵ５１０は、１６ビットヘッダ、多様な長さのペイロードを有し、メッセージ無欠点チェック（Ｍｅｓｓａｇｅ Ｉｎｔｅｇｒｉｔｙ Ｃｈｅｃｋ：ＭＩＣ）フィールドを含むことができる。
前記データチャネルＰＤＵヘッダ５２０は、ＬＬＩＤ（Ｌｏｇｉｃａｌ Ｌｉｎｋ Ｉｄｅｎｔｉｆｉｅｒ）、ＮＥＳＮ（ｔｈｅ Ｎｅｘｔ Ｅｘｐｅｃｔｅｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）、ＳＮ（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）、ＭＤ（Ｍｏｒｅ Ｄａｔａ）及びＬｅｎｇｔｈフィールドから構成されることができる。
前記ＬＬＩＤフィールドは、前記データチャネルＰＤＵがＬＬ Ｄａｔａ ＰＤＵであるか、ＬＬ Ｃｏｎｔｒｏｌ ＰＤＵであるかを識別するための情報を含む。
前記ＮＥＳＮフィールド及び前記ＳＮフィールドは、データをやり取りする時にＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅ）機能を果たすフィールドである。データ送信時に前記ＳＮフィールド値と前記ＮＥＳＮフィールド値とを比較して、同一であると、ＮＡＫ（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅ）と見なして、以前のデータを再度送信し、異なると、ＳＮフィールド値を増加（ＳＮフィールドは、１ｂｉｔ情報であるから、０または１）させ、新しいデータを送信できる。
データ受信時には、前記ＳＮフィールド値と前記ＮＥＳＮフィールド値とを比較して、同一であると、前記ＮＥＳＮフィールド値を増加させ新しいデータを受信し、異なると、ＮＡＫと見なし受信したデータを捨てる。
このとき、受信したデータが壊れると、前記ＮＥＳＮフィールド値を変更しないから、次のパケットを送信する時に前記ＳＮフィールド値と前記ＮＥＳＮフィールド値とが同一になってデータを再送信するようになる。
前記ＭＤフィールドは、デバイスが送信するデータがさらに存在するということを表すために使用されることができる。
前記データチャネルＰＤＵは、リンク階層パケット４１０のＰＤＵ長が最大３９オクテット（ｏｃｔｅｔｓ）に決められているから、一度に送信できるデータの長さが最大３７オクテット（ｏｃｔｅｔｓ）に制限される。
前記図４及び前記図５において検討したように、ブルートゥース（登録商標）ＬＥ技術は、少ない量のデータを低電力を利用して速く送信することが目的であるから、広告チャネルＰＤＵ、またはデータチャネルＰＤＵを介して一度に送信できるデータ長が限定され、これによって多い量のデータを送信する時に長い間の時間がかかるようになり、電力消費が増加するという問題点が発生できる。
以下、このような問題点を解決するためのデータフォーマット設定方法及びデータフォーマットについて述べる。
図６は、本発明が適用される、データ送信率を向上させるためのパケットフォーマットの一例を示した図である。
前記図６を参考すると、リンク階層パケットのＰＤＵの長さを従来のリンク階層パケットのＰＤＵより大きく設定して、一度に送信できるデータ長を増加させることができる
具体的に、ブルートゥース（登録商標）ＬＥ技術で広告チャネルパケットとデータチャネルパケットに使用される（ａ）リンク階層パケット６１０で送信しようとするデータが含まれたＰＤＵの長さを最大２４９オクテット（ｏｃｔｅｔ）に拡張させることができる。
前記リンク階層パケット６１０のＰＤＵ長が拡張されるにつれて、前記リンク階層パケット６１０フォーマットを使用する広告チャネルＰＤＵ及びデータチャネルＰＤＵの長さもやはり、最大２４９オクテット（ｏｃｔｅｔ）まで拡張されることができ、ペイロードもやはり最大２４５オクテット（ｏｃｔｅｔ）まで拡張されることができる。
また、このような拡張されたリンク階層パケットを使用するためには、拡張されたリンク階層パケットの支援有無を他のデバイスに知らせなければならない。したがって、広告チャネルＰＤＵのヘッダ６２０及びデータチャネルＰＤＵのヘッダ６３０にＬｏｎｇ Ｌｅｎｇｔｈフィールドを追加して、これにより他のデバイスに拡張されたリンク階層パケットを支援するかどうかを知らせることができる。
また、リンク階層ＰＤＵの長さが拡張されるにつれて、前記リンク階層ＰＤＵのペイロード長もやはり拡張されるから、広告チャネルＰＤＵヘッダ６２０及びデータチャネルＰＤＵヘッダ６３０においてペイロードの長さを表すＬｅｎｇｔｈフィールドの長さも拡張されたペイロード（Ｐａｙｌｏａｄ）の長さを表すことができるように８ｂｉｔに変更される。前記図６のパケットフォーマットは、以下の実施の形態で使用されることができる。
このような拡張されたパケットフォーマットを使用する場合、従来のパケットフォーマットと比較して送信できるデータの長さが大きくなるから、多い量のデータを送信する時に、デバイス間のデータをやり取りする回数が減ってデータ送信時間を減らすことができ、これによるデバイスの電力消費もやはり減少させることができる。
図７ないし図９は、本発明が適用される、ブルートゥース（登録商標）接続過程においてパケット長の交渉をするための過程及びパケットフォーマットの一例を示した図である。
前記図７ないし図９を参考すると、広告（Ａｄｖｅｒｔｉｓｅｍｅｎｔ）及び接続要請によりデータ長を交渉することができる。
具体的に、第１デバイス３００がブルートゥース（登録商標）ＬＥ技術を介して前記第２デバイス４００と接続しようとする場合、前記第１デバイス３００は、前記第２デバイス４００に広告（Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージまたはフレームを送信できる（Ｓ７１０）。
前記広告メッセージまたはフレームは、前記図６のリンク階層パケット６１０と同じフォーマットであり、前記第１デバイス３００が拡張されたリンク階層ＰＤＵを支援する場合、前記図６の広告チャネルＰＤＵヘッダ６２０を介して、これを前記第２デバイス４００に知らせることができる。
前記広告メッセージまたはフレームのＰＤＵ Ｐａｙｌｏａｄは、前記図８の（ａ）または（ｂ）のフォーマットを有することができる。例えば、上述のように、前記ＡＤＶ＿ＩＮＤ、前記ＡＤＶ＿ＮＯＮＣＯＮＮ＿ＩＮＤ、及び前記ＡＤＶ＿ＳＣＡＮ＿ＩＮＤのＰＤＵ Ｐａｙｌｏａｄは、前記図８の（ａ）、前記ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＤは、前記図８の（ｂ）のようなパケットフォーマット形式である。
前記図８の（ａ）及び（ｂ）の広告チャネルＰＤＵ Ｐａｙｌｏａｄは、広告機器である前記第１デバイス３００のアドレス（ａｄｄｒｅｓｓ）を含むＡｄｖＡフィールドと支援するデータ長を含むＡｄｖＤａｔａフィールドを共通的に含む。
前記ＡＤＶ＿ＤＩＲＥＣＴ＿ＩＮＴで使用される（ｂ）広告チャネルＰＤＵ Ｐａｙｌｏａｄ８２０は、接続（Ｃｏｎｎｅｃｔｉｏｎ）を要請する機器のアドレス（ａｄｄｒｅｓｓ）を表すＩｎｉｔＡフィールドをさらに含むことができる。
（ｃ）広告チャネルＰＤＵのＡｄｖＤａｔａフィールド８３０は、前記広告メッセージまたはフレームのタイプを表すＡｄｖ Ｄａｔａ Ｔｙｐｅと受信可能な最大データ長を表すＭａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及び送信可能な最大データ長を表すＭａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記広告メッセージまたはフレームを受信した前記第２デバイス４００は、前記広告メッセージまたはフレームのヘッダに含まれているｌｅｎｇｔｈフィールドを介して、前記第１デバイス３００が拡張されたＬＥパケットを支援しているかどうかが分かり、前記受信された広告メッセージまたはフレームに含まれた情報に基づいて前記第１デバイス３００に接続要請を送信できる（Ｓ７２０）。
このとき、前記接続要請のデータチャネルＰＤＵ Ｐａｙｌｏａｄ９１０は、ＩｎｉｔＡフィールド、ＡｄｖＡフィールド及びＬＬ Ｄａｔａフィールドを含むことができる。
前記ＩｎｉｔＡは、接続要請（Ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）をするデバイスのアドレス、例えば、前記図７の第２デバイス４００のアドレスを含むことができる。
前記ＬＬ Ｄａｔａフィールドは、以下の表２のフィールド及び前記図９のＴｘ Ｐａｙｌｏａｄ Ｓｉｚｅ、Ｒｘ Ｐａｙｌｏａｄ Ｓｉｚｅ、Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅ及びＭａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記ＡＡフィールドは、リンク階層接続のための接続アドレス（Ａｃｃｅｓｓ Ａｄｄｒｅｓｓ）を含む。
前記ＣＲＣＩｎｔフィールドは、フレームの内容が送信中に変形したかどうかを知らせるＣＲＣ（Ｃｙｃｌｉｃａｌ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）計算のための初期設定値を含む。
前記ＷｉｎＳｉｚｅフィールドは、単一Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ内で実際データが送受信されうる区間の長さに対する値を含み、前記ＷｉｎＯｆｆｓｅｔフィールドは、Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ内で実際のＴｒａｎｓｍｉｔ Ｗｉｎｄｏｗが始まるまでのｏｆｆ ｓｅｔ値を含むことができる。
前記Ｉｎｔｅｒｖａｌフィールドは、Ｃｏｎｎｅｃｔ Ｅｖｅｎｔ間の間隔（Ｉｎｔｅｒｖａｌ）を含むことができる。
前記Ｌａｔｅｎｃｙフィールドは、接続（ｃｏｎｎｅｃｔｉｏｎ）維持時に特定イベントの間にデータの交換がない場合、接続（ｃｏｎｎｅｃｔｉｏｎ）を止める ために使用される。
前記Ｔｉｍｅｏｕｔフィールドは、デバイスがもうこれ以上接続できない場合が 発生する時に接続が不可能であると判断される時間を含む。
前記ｃｈＭフィールドは、チャネルホッピング時に使用されるチャネルまたは使用されないチャネルなどの情報を含み、前記Ｈｏｐフィールドは、ブルートゥース（登録商標）ＬＥでチャネルホッピングをする場合、次のチャネルまでのｄｉｓｔａｎｃｅ値を含む。
前記ＳＣＡフィールドは、マスターデバイスのｓｌｅｅｐ ｃｌｏｃｋ ａｃｃｕｒａｃｙ情報を含むことができ、Ａｃｃｕｒａｃｙ ｌｅｖｅｌは、以下の表３に示されている。
前記図９のＭａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、前記第２デバイス４００が受信できる最大データ長を含み、前記Ｍａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、前記第１デバイス３００が送信できる最大データ長を含むことができる。
前記Ｔｘ Ｐａｙｌｏａｄ Ｓｉｚｅ及び前記Ｒｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、前記第１デバイス３００と前記第２デバイス４００とが交渉して決定したデータ送信及び受信に使用されるデータ長情報が含まれている。
すなわち、前記第１デバイス３００から受信された最大受信データ長と前記第２デバイス４００の最大送信データ長のうち、最小値を前記Ｔｘ Ｐａｙｌｏａｄ Ｓｉｚｅとして決定でき、前記第１デバイス３００から受信された最大送信データ長と自身が提供できる最大受信データ長のうち、最小値を前記Ｒｘ Ｐａｙｌｏａｄ Ｓｉｚｅとして決定できる。
以下の式１は、前記Ｔｘ Ｐａｙｌｏａｄ Ｓｉｚｅを決定するための式であり、以下の式２は、前記Ｒｘ Ｐａｙｌｏａｄ Ｓｉｚｅを決定するための式である。
例えば、前記第１デバイス３００が支援可能な最大送信ｐａｙｌｏａｄ値が１５０、最大受信ｐａｙｌｏａｄ値が１５０であり、前記第２デバイス４００が支援可能な最大送信ｐａｙｌｏａｄ値が２３０、最大受信ｐａｙｌｏａｄ値が２３０である場合、前記第１デバイス３００が前記第２デバイス４００にＡｄｖ Ｄａｔａ Ｔｙｐｅが０ｘＦ３ＦＢ、前記Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅ値が１５０、前記Ｍａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅ値が１５０である前記広告メッセージまたはフレームを送信すると、前記第２デバイス４００は、前記第１デバイス３００が支援できる受信ｐａｙｌｏａｄ長と送信ｐａｙｌｏａｄの長さが最大１５０であることが分かる。
前記ＬＬ Ｄａｔａフィールドは、前記表２のフィールド及び前記Ｔｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及びＲｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
以後、前記第２デバイス４００が支援できる最大受信ｐａｙｌｏａｄ値が２３０、最大送信ｐａｙｌｏａｄ値が２３０である場合、前記第２デバイス４００は、前記ＲＸ Ｐａｙｌｏａｄ Ｓｉｚｅを１５０、前記ＴＸ ｐａｙｌｏａｄ Ｓｉｚｅ値を１５０として決定して、前記第１デバイス３００に接続要請を送信できる。
前記第１デバイス３００及び前記第２デバイス４００は、このような方法によりＰａｙｌｏａｄ長を拡張でき、前記拡張されたＰａｙｌｏａｄを介してデータを送受信できる。
本発明のさらに他の実施の形態として、前記第１デバイス３００が前記広告メッセージまたは広告フレームを介して前記第２デバイス４００に拡張されたＬＥパケットを支援することを知らせたが、前記第１デバイス３００の前記ＭａｘｉｍｕｍＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅの値と前記Ｍａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅの値を知らせなくても良い。
この場合、前記第２デバイス４００は、拡張されたＬＥパケットでない一般敵なデータ長で前記第１デバイス３００と接続を試み、接続要請を介して前記第２デバイス４００の前記Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅの値と前記Ｍａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅの値を前記第１デバイス３００に知らせることができる。
本実施の形態は、拡張されたデータ長で接続をしないが、以後にデータ長を拡張する場合のために、前記第２デバイス４００の情報を前記第１デバイス３００に送信することである。
図１０及び図１１は、本発明が適用される、ブルートゥース（登録商標）接続過程でスキャン要請及びスキャン応答を介してパケット長の交渉をするための過程及びパケットフォーマットの一例を示した図である。
前記図１０及び図１１を参照すると、ブルートゥース（登録商標）ＬＥ接続中に追加的なデバイス情報を要請するスキャン要請を介して、データ長の拡張要請及び情報を提供してブルートゥース（登録商標）ＬＥデータ長を拡張できる。
具体的に、第１デバイス３００がブルートゥース（登録商標）ＬＥ技術を介して前記第２デバイス４００と接続しようとする場合、前記第１デバイス３００は、前記第２デバイス４００に広告（Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージまたはフレームを送信できる（Ｓ１０１０）。
前記広告メッセージまたはフレームは、前記図６のリンク階層パケット６１０と同じフォーマットでありうる。
前記第１デバイス３００は、拡張されたリンク階層ＰＤＵを支援する場合、前記図６の広告チャネルＰＤＵヘッダのｌｅｎｇｔｈフィールドを介して、これを前記第２デバイス４００に知らせることができる。
前記広告メッセージまたはフレームの広告チャネルＰＤＵ Ｐａｙｌｏａｄ１１１０は、ＡｄｖＡフィールドとＡｄｖＤａｔａフィールドを含むことができる。
前記ＡｄｖＡフィールドは、広告デバイスである前記第１デバイス３００のアドレスを含み、ＡｄｖＤａｔａフィールドは、前記第１デバイス３００の情報を含むことができる。しかしながら、本実施の形態は、前記図７ないし前記図９とは異なり、前記ＡｄｖＤａｔａフィールドは、前記第１デバイス３００が支援する拡張されたパケット長情報が含まれていない。
したがって、前記第２デバイス４００は、前記第１デバイス３００が支援する拡張されたパケット長情報を得るために、第１デバイス３００にスキャン要請を送信できる（Ｓ１０２０）。
前記スキャン要請のパケットフォーマットは、前記図６の前記リンク階層パケット６１０と同一であり、ヘッダもやはり、前記図６の広告チャネルＰＤＵヘッダ６２０と同じパケット構造を有することができる。
このとき、前記スキャン要請のヘッダにｌｏｎｇ ｌｅｎｇｔｈフィールドは、前記第１デバイス３００に支援するデータ長情報を要請するために使用される。
前記スキャン要請の（ｂ）スキャン要請ＰＤＵペイロード１１２０は、ＳｃａｎＡフィールド、及びＡｄｖＡフィールドを含むことができ、前記ＳｃａｎＡは、情報を要請する機器である前記第２デバイス４００のＡｄｄｒｅｓｓが含まれており、前記ＡｄｖＡフィールドは、前記第１デバイス３００のアドレスが含まれている。
前記スキャン要請を受信した前記第１デバイス３００は、自身が支援するパケット長の情報をスキャン応答に含んで、前記第２デバイス４００に送信できる（Ｓ１０３０）。
前記スキャン応答は、（ｃ）スキャン応答ＰＤＵ Ｐａｙｌｏａｄ１１３０を含むことができ、前記スキャン応答ＰＤＵ Ｐａｙｌｏａｄ１１３０は、スキャン情報を提供するデバイスである前記第１デバイス３００のアドレスを含むＡｄｖＡフィールドと、追加的な情報を含むＳｃａｎＲｓｐＤａｔａフィールドを含むことができる。
前記ＳｃａｎＲｓｐＤａｔａフィールドは、メッセージタイプを表すＳｃａｎＲｓｐＤａｔａ Ｔｙｐｅフィールド、Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及びＭａｘｉｍｕｍ ＴＸ ＬＥ ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記スキャン応答を受信した前記第２デバイス４００は、前記図７ないし図９で説明した方法と同じ方法でデータパケットの長さを交渉した後、交渉した新しいデータ長でブルートゥース（登録商標）接続を行うために、前記第１デバイス３００に接続要請を送信できる（Ｓ１０４０）。
例えば、前記第１デバイス３００が支援可能な最大送受信データ長が１５０で、前記第２デバイス４００が支援可能な最大送受信データ長が２３０である場合、前記第２デバイス４００は、ＲＸ／ＴＸ ｐａｙｌｏａｄ ｓｉｚｅを１５０として交渉できる。
前記接続要請のデータチャネルＰＤＵ Ｐａｙｌｏａｄフォーマットは、前記図９と同一であり、前記ＬＬ Ｄａｔａのフォーマットは、前記表１のフィールド、前記図９のＴｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド、Ｒｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド、Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及びＭａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄフィールドを含むことができる。
前記図１０及び前記図１１は、前記第１デバイス３００が拡張されたデータパケットの支援有無だけを前記第２デバイス４００に知らせた場合、スキャン要請及びスキャン応答を介して支援可能な最大送受信データ長情報を獲得して、拡張されたデータ長フォーマットで接続要請をする実施の形態である。
本実施の形態により、ブルートゥース（登録商標）ＬＥ技術を利用して接続する場合、従来のデータパケット長より拡張されたデータ長を有するパケットを使用することができ、これを介して多い量のデータを送信する時にパケット送信回数及びデータ送信時間が減少し、デバイスが消耗する電力が減少する効果を得ることができる。
図１２ないし図１４は、本発明が適用される、ブルートゥース（登録商標）接続過程でスキャン要請及びスキャン応答を介してパケット長の交渉をするための過程及びパケットフォーマットのさらに他の一例を示した図である。
前記図１２ないし前記図１４を参考すると、前記第１デバイス３００は、広告を介して周辺デバイスに拡張されたデータパケットの支援有無を知らせることができ、これを介して前記第２デバイス４００は、前記第１デバイス３００と拡張されたデータパケットフォーマットでブルートゥース（登録商標）接続をすることができる。
具体的に、前記第１デバイス３００がブルートゥース（登録商標）ＬＥ技術を介して前記第２デバイス４００と接続しようとする場合、前記第１デバイス３００は、前記第２デバイス４００に広告（Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージまたはフレームを送信できる（Ｓ１２１０）。
前記広告メッセージまたはフレームは、前記図６のリンク階層パケット６１０と同じフォーマットであり、前記第１デバイス３００が拡張されたリンク階層ＰＤＵを支援する場合、前記図６の広告チャネルＰＤＵヘッダのｌｅｎｇｔｈフィールドを介して、これを前記第２デバイス４００に知らせることができる。
前記広告メッセージまたはフレームは、広告チャネルＰＤＵ Ｐａｙｌｏａｄ１３１０を含み、前記広告チャネルＰＤＵ Ｐａｙｌｏａｄ１４１０は、ＡｄｖａＡフィールド及びＡｄｖＤａｔａフィールドを含むことができる。
しかしながら、本実施の形態は、前記図７ないし前記図９とは異なり、前記ＡｄｖＤａｔａフィールドは、前記第１デバイス３００が支援する拡張されたパケット長情報が含まれていない。
したがって、前記第２デバイス４００は、前記第１デバイス３００の追加情報を得るために（例えば、前記拡張されたパケット長情報）、前記第１デバイス３００にスキャン要請を送信できる（Ｓ１２２０）。
前記スキャン要請のパケットフォーマットは、前記図６の前記リンク階層パケット６１０と同一で、ヘッダもやはり、前記図６の広告チャネルＰＤＵヘッダ６２０と同じパケット構造を有することができる。
このとき、前記スキャン要請のヘッダにｌｏｎｇ ｌｅｎｇｔｈフィールドは、前記第１デバイス３００に支援するデータ長情報を要請するために使用される。
前記スキャン要請は、スキャン要請ＰＤＵ Ｐａｙｌｏａｄ１３２０を含んでおり、前記スキャン要請ＰＤＵ Ｐａｙｌｏａｄ１３２０は、ＳｃａｎＡフィールド、ＡｄｖＡフィールド及びＳｃａｎＲｅｑＤａｔａフィールドを含むことができる。
前記ＳｃａｎＲｅｑＤａｔａフィールドは、前記第２デバイス４００が前記第１デバイス３００に前記第２デバイス４００が支援する拡張されたパケット長情報を含んでいる。
前記ＳｃａｎＲｅｑＤａｔａフィールドは、前記ＳｃａｎＲｅｑＤａｔａのタイプを表すＳｃａｎＲｅｑＤａｔａ Ｔｙｐｅフィールド、Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及びＭａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、前記第２デバイス４００が支援可能な最大受信データ長情報を含み、前記Ｍａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、前記第２デバイス４００が支援可能な最大送信データ長情報を含む。
前記スキャン要請を受信した前記第１デバイス３００は、自身が支援するパケット長情報をスキャン応答に含めて、前記第２デバイス４００に送信できる（Ｓ１２３０）。
前記スキャン応答は、（ｃ）スキャン応答ＰＤＵ Ｐａｙｌｏａｄ１３３０を含むことができ、前記（ｃ）スキャン応答ＰＤＵ Ｐａｙｌｏａｄ１３３０は、スキャン情報を提供するデバイスである前記第１デバイス３００のアドレスと、前記スキャン情報を含むＳｃａｎＲｓｐＤａｔａフィールドを含むことができる。
前記ＳｃａｎＲｓｐＤａｔａフィールドは、またメッセージタイプを表すＳｃａｎＲｓｐＤａｔａ Ｔｙｐｅ、Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド、及びＭａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記スキャン応答を受信した前記第２デバイス４００は、前記図７ないし図９で説明した方法と同じ方法でデータパケットの長さを交渉した後、交渉した新しいデータ長で前記第１デバイス３００に接続要請を送信できる（Ｓ１２４０）。
前記接続要請は、データチャネルＰＤＵ Ｐａｙｌｏａｄ１４１０を含むことができ、前記データチャネルＰＤＵ Ｐａｙｌｏａｄは、ＩｎｉｔＡフィールド、ＡｄｖＡフィールド及びＬＬ Ｄａｔａフィールドを含むことができる。
前記ＬＬ Ｄａｔａフィールドは、前記表２のフィールド、Ｔｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及びＲｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記Ｔｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、交渉した新しい送信データ長情報を含み、前記Ｒｘ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、交渉した新しい受信データ長情報を含むことができる。
例えば、前記第１デバイス３００の広告（Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を介して前記第１デバイス３００が拡張されたパケットを支援するということを知るようになった前記第２デバイス４００は、前記第１デバイス３００に支援可能な最大送受信データ長が１５０オクテット（ｏｃｔｅｔ）という情報を含んだスキャン要請を送信できる。
前記第１デバイス３００は、前記スキャン要請に対する応答として前記第２デバイス４００に支援可能な最大送受信データ長が１７０オクテットという情報を含んだスキャン応答を送信できる。
以後、前記第２デバイス４００は、前記第１デバイス３００の最大送受信データ長と自身の最大送受信データ長のうち、最小値である１５０オクテットを拡張されたデータ長として決定でき、決定された値を含んだコネクション要請を前記第１デバイス３００に送信できる。
前記図１２ないし前記図１４の実施の形態は、前記第２デバイス４００が前記第１デバイス３００にスキャン要請を送信する時に、前記第２デバイス４００が支援する最大データ長情報を前記スキャン要請と共に送信するという点において前記図１０及び図１１の実施の形態とは差異が存在する。
図１５及び図１６は、本発明が適用される、ブルートゥース（登録商標）接続過程でパケット長の交渉を介して拡張されたスキャン応答を使用するための過程及びパケットフォーマットの一例を示した図である。
前記図１５及び前記図１６を参考すると、ブルートゥース（登録商標）接続過程で拡張されたデータパケットの支援有無に応じて、拡張されたデータパケットを利用してスキャン応答メッセージを送信できる。
具体的に、前記第１デバイス３００がブルートゥース（登録商標）を介して前記第２デバイス４００と接続しようとする場合、前記第１デバイス３００は、前記第２デバイス４００に広告（Ａｄｖｅｒｔｉｓｅｍｅｎｔ）メッセージまたはフレームを送信できる（Ｓ１５１０）。
前記広告メッセージまたはフレームは、前記図６のリンク階層パケット６１０と同じフォーマットであり、前記第１デバイス３００が拡張されたリンク階層ＰＤＵを支援する場合、前記図６の広告チャネルＰＤＵヘッダ６２０のｌｅｎｇｔｈフィールドを介して、これを前記第２デバイス４００に知らせることができる。
このとき、前記広告チャネルＰＤＵヘッダのＰＤＵ Ｔｙｐｅフィールドは、前記表１においてスキャン可能な無指向性広告イベントを表すＡＤＶ＿ＳＣＡＮ＿ＩＮＤの値である「０１１０」の値を有することができる。
前記広告メッセージまたはフレームは、（ａ）広告チャネルＰＤＵ Ｐａｙｌｏａｄ１６１０を含むことができ、前記広告チャネルＰＤＵ Ｐａｙｌｏａｄ１６１０は、ＡｄｖＡフィールド及びＡｄｖＤａｔａフィールドを含むことができる。
前記ＡｄｖＤａｔａフィールドは、前記広告メッセージまたはフレームのタイプを表すＡｄｖ Ｄａｔａ Ｔｙｐｅと受信可能な最大データ長を表すＭａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及び送信可能な最大データ長を表すＭａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記第２デバイス４００は、前記第１デバイス３００からスキャン要請が可能な広告メッセージまたはフレームを受信したから、前記第１デバイス３００に前記第１デバイス３００の追加情報を要請するスキャン要請を送信できる（Ｓ１５２０）。
前記スキャン要請は、（ｂ）スキャン要請ＰＤＵ Ｐａｙｌｏａｄ１６２０を含むことができ、前記スキャン要請ＰＤＵ Ｐａｙｌｏａｄ１６２０は、ＳｃａｎＡフィールド、ＡｄｖＡフィールドまたはＳｃａｎＲｅｑＤａｔａフィールドを含むことができる。
前記ＳｃａｎＲｅｑＤａｔａフィールドは、前記第２デバイス４００が自身が支援可能な最大データ長に対する情報を含むフィールドであって、ＳｃａｎＲｅｑＤａｔａ Ｔｙｐｅフィールド、Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及びＭａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記ＳｃａｎＲｅｑＤａｔａ Ｔｙｐｅフィールドは、前記スキャン要請のデータタイプに対する情報を含み、前記Ｍａｘｉｍｕｍ ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、前記第２デバイス４００が支援可能な最大受信データパケットの長さに対する情報を含む。
前記Ｍａｘｉｍｕｍ ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、前記第２デバイス４００が支援可能な最大受信データパケットの長さに対する情報を含む。
前記スキャン要請を受けた前記第１デバイス３００は、前記スキャン要請に含まれた前記第２デバイス４００の支援可能な最大データパケット長に対する情報と前記第１デバイス３００が支援可能な最大データパケット長に基づいて拡張された受信データ長及び拡張された送信データ長を交渉できる。
すなわち、前記第１デバイス３００は、前記式１及び式２を利用して前記第１デバイス３００及び前記第２デバイス４００の支援可能な最大送信または受信データ長のうち、最小値を拡張された受信データ長または拡張された送信データ長として交渉できる。
例えば、前記第１デバイス３００が支援可能な最大送受信データパケットの長さが１５０オクテットであり、前記第２デバイス４００が支援可能な最大送受信データパケットの長さが１３０オクテットである場合、前記第１デバイス３００は、拡張された送受信データ長を１３０オクテットとして決定できる。
以後、前記第１デバイス３００は、前記拡張されたデータパケットの長さが適用されたデータフォーマットを利用して、スキャン応答を前記第２デバイス４００に送信できる（Ｓ１５３０）。
前記スキャン応答は、（ｃ）スキャン応答ＰＤＵ Ｐａｙｌｏａｄ１６３０を含むことができ、前記スキャン応答ＰＤＵ Ｐａｙｌｏａｄ１６３０は、ＡｄｖＡフィールド及びＳｃａｎＲｓｐＤａｔａフィールドを含むことができる。
前記ＳｃａｎＲｓｐＤａｔａフィールドは、前記第１デバイス３００によって交渉した拡張された送信データ長の値と同じ長さ（例えば、１３０オクテット）を有することができる。
図１７及び図１８は、本発明が適用される、ブルートゥース（登録商標）接続以後にパケット長さを変更するための過程及びパケットフォーマットを示した図である。
前記図１７及び前記図１８を参照すると、ブルートゥース（登録商標）接続手順において送受信データ長を交渉した以後、データ送受信中に前記交渉した送受信データ長を変更できる。
具体的に、前記第１デバイス３００は、ブルートゥース（登録商標）接続のために広告メッセージまたはフレームを送信できる（Ｓ１７１０）。このとき、前記広告メッセージまたはフレームは、前記図６及び図８で説明したフォーマットと同じパケットフォーマットである。
前記広告メッセージまたはフレームを受信した前記第２デバイス４００は、前記図１７には示していないが、必要な場合には（例えば、追加情報が必要な場合）、スキャン要請を前記第１デバイス３００に送信でき、前記スキャン要請を受けた前記第２デバイス４００は、前記第１デバイス３００にスキャン応答を送信できる。
以後、前記第２デバイス４００は、前記第１デバイス３００にブルートゥース（登録商標）接続のための情報を含んでいるコネクション要請を送信して、ブルートゥース（登録商標）接続を行うようになる（Ｓ１７２０）。
ブルートゥース（登録商標）接続過程において前記第１デバイス３００と前記第２デバイス４００とは、前記図７ないし前記図１６において説明した方法のうちのいずれか一つを介して拡張された送受信データパケット長を交渉できる。
以後、前記第１デバイス３００は、前記第２デバイス４００は、前記交渉した送受信データパケットの長さが適用されたデータパケットを利用してデータを送受信する途中に、前記送受信データパケットの長さを変更する必要がある場合、前記第１デバイス３００は、前記第２デバイス４００に最大データ長変更要請１８１０を送信する（Ｓ１７３０）。
前記最大データ長変更要請１８１０は、Ｏｐ Ｃｏｄｅフィールド及びＣｔｒＤａｔａフィールドを含むことができる。前記Ｏｐ Ｃｏｄｅフィールドは、ブルートゥース（登録商標）制御命令を送信するＬＬ（Ｌｉｎｋ Ｌａｙｅｒ） ｃｏｎｔｒｏｌ ｐａｃｋｅｔの種類を表し、以下の表４の値を有することができる。
この場合、前記Ｏｐ Ｃｏｄｅフィールドは、最大送受信データ長を変更するためのＣｏｎｔｒｏｌ Ｐａｃｋｅｔの送信であるから、前記表４の「０ｘ１４」値を有することができる。
ＣｔｒＤａｔａフィールドは、変更しようとする受信データの長さに対する情報を含むＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドと、変更しようとする送信データの長さに対する情報を含むＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記最大データ長変更要請を受信した前記第２デバイス４００は、これに対する応答として最大データ長変更応答１８２０を前記第１デバイス３００に送信して、最大データ長を変更できる（Ｓ１７４０）。
前記最大データ長変更応答１８２０は、Ｏｐ Ｃｏｄｅフィールド及びＣｔｒ Ｄａｔａフィールドを含むことができる。
前記Ｏｐ Ｃｏｄｅは、最大データ長変更要請に対する応答のＯｐ Ｃｏｄｅであるから、前記表２の「０ｘ１５」値を含むことができる。
前記Ｃｔｒ Ｄａｔａフィールドは、Ｒｓｐ Ｃｏｄｅフィールド、ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及びＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドを含むことができる。
前記Ｒｓｐ Ｃｏｄｅフィールドは、前記第１デバイス３００の最大データ長変更要請に対する前記第２デバイス４００の許容有無と関連した情報が含まれることができ、ＯＫ（変更許容）、ＮＥＷ（新しい値提供）、Ｒｅｊｅｃｔ（受諾不可）などの値が含まれることができる。
前記ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及び前記ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドは、前記第２デバイス４００が前記第１デバイス３００の変更要請に基づいて変更された送受信データパケットの長さ情報を含んでいる。
前記送受信データパケット長変更の例を挙げると、前記第１デバイス３００がデータ長を１５０ｏｃｔｅｔに変更しようとする場合、前記第２デバイス４００に前記ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールドと前記ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド値をそれぞれ１５０オクテットにして、前記最大データ長変更要請を送信できる。
前記最大データ長変更要請を受信した前記第２デバイス４００が送受信データパケットの長さを１５０オクテットまたはそれ以下の値（例えば、１２０オクテット）に変更すると決定した場合、前記Ｒｓｐ Ｃｏｄｅを変更許容を表すＯＫ値として設定できる。
しかしながら、前記第２デバイス４００が前記データ長を変更しないと決定した場合には、前記Ｒｓｐ Ｃｏｄｅを受諾不可を表すＲｅｊｅｃｔ値として設定できる。
Ｒｓｐ ＴｙｐｅフィールドがＲｅｊｅｃｔ値として設定された場合、最大データ長変更が許容されないことであるから、前記最大データ長変更応答１８２０のＣｔｒＤａｔａは、前記ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド及び前記ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド値を含めなくても良い。
仮に、前記第２デバイス４００が前記第１デバイス３００が変更しようとする値よりさらに大きな値である１８０オクテットに送受信データ長を変更しようとする場合には、新しい送受信データ長値及び前記Ｒｓｐ Ｃｏｄｅ値をＮｅｗに設定して、前記第１デバイス３００に前記最大データ応答を送信できる。
前記第２デバイス４００からＲｓｐ ＣｏｄｅがＮｅｗに設定された前記最大データ長変更応答を受けた前記第１デバイス３００は、新しく提案されたデータ長値に対する許容有無を決定できる。
すなわち、前記第１デバイス３００は、前記第２デバイス４００が再度提案したデータ長値に対して再度ＯＫ（変更許容）、ＮＥＷ（新しい値提供）またはＲｅｊｅｃｔ（受諾不可）を決定できる。
その後、前記第１デバイス３００は、最大データ長変更応答を前記第２デバイス４００に送信することによって、最大送受信データ長を変更できる。
この時、前記第１デバイス３００は、前記第２デバイス４００が提供した最大データ長値である１８０をデータを送信する場合においてのみ可能な場合、前記第１デバイス３００は、Ｒｓｐ Ｃｏｄｅ値をＯＫ、ＲＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド値を１５０、前記ＴＸ ＬＥ Ｐａｙｌｏａｄ Ｓｉｚｅフィールド値を１８０として、前記第２デバイス４００に前記最大データ変更応答を送信できる。
上述のデータパケット長変更過程を介して、ブルートゥース（登録商標）接続ステップまたはブルートゥース（登録商標）接続以後に交渉したデータパケット長を拡張または縮小することができる。
すなわち、上で前記第１デバイス３００と前記第２デバイス４００とが接続ステップでデータパケット長を１５０オクテット（ｏｃｔｅｔ）以下に交渉した場合には、前記データパケット長変更手順は、ブルートゥース（登録商標）接続後にデータ長を拡張するために、データ長変更手順を行ったのである。
しかしながら、前記第１デバイス３００と前記第２デバイス４００とが前記接続ステップでデータ長を１８０オクテット（ｏｃｔｅｔ）以上に交渉した場合には、前記データパケット長変更手順は、ブルートゥース（登録商標）接続後にデータ長を縮小するために、データ長変更手順を行ったのである。
このようなデータ長の変更は、ブルートゥース（登録商標）接続以後、データを送受信する過程で必要により発生できる。
例えば、前記第１デバイス３００と前記第２デバイス４００とがブルートゥース（登録商標）ＬＥ技術を利用してデータを送受信する過程において送信するデータ量が多くなった場合には、データ長変更手順を介してデータ長を拡張できる。
しかしながら、前記第１デバイス３００と前記第２デバイス４００とが送受信するデータ量が減った場合、長い長さのデータパケットは、むしろビットエラー率（ｂｉｔ ｅｒｒｏｒ ｒａｔｅ）を増加させるという問題点が発生できる。
したがって、このような場合には、前記データ長変更手順を介してデータパケット長を縮小させることができる。
図１９及び図２０は、本発明が適用される、ブルートゥース（登録商標）接続以後にパケット長を拡張するための過程及びそれに対するパケットフォーマットを示した図である。
前記図１９及び前記図２０を参考すると、接続されない状態のデバイスがブルートゥース（登録商標）ＬＥ技術を利用して接続状態になった以後に、パケット長に対して交渉してパケット長を調節できる。
具体的に、最初に前記第１デバイス３００と前記第２デバイス４００とは、互いに接続されていない未接続状態で存在する（Ｓ１９００）。
このとき、前記第１デバイス３００のブルートゥース（登録商標）モジュールが活性化される場合、前記第１デバイス３００は、ブルートゥース（登録商標）接続のために自身の情報を含んでいる広告メッセージまたはフレームを前記第２デバイス４００に送信する（Ｓ１９１０）。
前記広告メッセージまたはフレームを受信した前記第２デバイス４００は、前記第１デバイス３００が接続しようとするデバイスに該当する場合、ブルートゥース（登録商標）接続ために、前記第１デバイス３００にコネクション要請を送信する（Ｓ１９２０）。
前記コネクション要請は、接続されない状態でマスターデバイスが該当スレーブデバイスと接続手順を行うためのメッセージであり、このとき、以下のような接続状態で使用されるすべてのスケジュールパラメータ値を設定できる。
−Ｔｒａｎｓｍｉｔ Ｗｉｎｄｏｗ Ｓｉｚｅ：単一Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ内で実際データが送受信されることができる区間の長さを意味し、必ず少なくとも一つのパケットは送受信されなければならない。
−Ｗｉｎｄｏｗ＿ｏｆｆｓｅｔ：Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ内で実際Ｔｒａｎｓｍｉｔ Ｗｉｎｄｏｗが始まるまでのｏｆｆｓｅｔ。
−Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌ：Ｃｏｎｎｅｃｔ Ｅｖｅｎｔ間のＩｎｔｅｒｖａｌ。
前記コネクション要請を受信した前記第１デバイス３００は、前記第２デバイス４００と前記スケジュールパラメータ値を設定してブルートゥース（登録商標）接続を試み、接続した場合、前記第１デバイス３００と前記第２デバイス４００とは接続状態になる（Ｓ１９３０）。
前記接続状態の前記第１デバイス３００と前記第２デバイス４００は、データを送受信し、制御パケットを介して特定制御情報を要請するか、提供するか、または特定動作を指示できる。
接続状態では、ブルートゥース（登録商標）ＬＥ技術において一般的に短いデータパケットを使用する。したがって、拡張されたパケットを使用するためには、二つのデバイスのうちのいずれか一つのデバイスがデータパケット拡張を要請でき、その前に相手側デバイスが拡張されたデータパケットを支援するかどうかを確認しなければならない。
したがって、前記第１デバイス３００は、前記第２デバイス４００に拡張されたデータパケットを支援するかどうかを確認するために、Ｆｅａｔｕｒｅ要請を送信できる（Ｓ１９４０）。
前記Ｆｅａｔｕｒｅ要請を受信した前記第２デバイス４００は、拡張されたデータパケットの支援有無をＦｅａｔｕｒｅ Ｒｅｓｐｏｎｓｅを介して前記第１デバイス３００に知らせることができる（Ｓ１９５０）。
前記第２デバイス４００が拡張されたデータパケットを支援する場合、前記第１デバイス３００は、データパケットを拡張するために、前記第２デバイス４００にＬｅｎｇｔｈ Ｅｘｔｅｎｓｉｏｎを要請する（Ｓ１９６０）。
前記Ｌｅｎｇｔｈ Ｅｘｔｅｎｓｉｏｎ要請２０１０は、Ｏｐ Ｃｏｄｅフィールド及びＣｔｒＤａｔａフィールドを含むことができ、前記Ｏｐ Ｃｏｄｅは、前記表２の「０ｘ１４」値を有することができる。
前記ＣｔｒＤａｔａフィールドは、ＭａｘＲｘＬｅｎフィールド、ＭａｘＲｘＴｉｍｅフィールド、ＭａｘＴｘＬｅｎフィールド及びＭａｘＴｘＴｉｍｅフィールドを含むことができる。
前記ＭａｘＲｘＬｅｎフィールドは、前記第１デバイス３００が支援可能な最大受信データパケットの長さ情報を含み、前記最大データパケットの長さは、オクテット（ｏｃｔｅｔ）値で表現されることができる。
前記ＭａｘＲｘｔｉｍｅフィールドは、前記第１デバイス３００が支援可能な最大受信データパケットの送信時間情報を含む。
前記ＭａｘＴｘＬｅｎフィールドは、前記第１デバイス３００が支援可能な最大送信データパケットの長さ情報を含み、前記最大データパケットの長さは、オクテット（ｏｃｔｅｔ）値で表現されることができる。
前記ＭａｘＴｘＴｉｍｅフィールドは、前記第１デバイス３００が支援可能な最大送信データパケットの送信時間情報を含む。
前記Ｌｅｎｇｔｈ Ｅｘｔｅｎｓｉｏｎ要請２０１０を受信した前記第２デバイス４００は、前記第１デバイス３００にＬｅｎｇｔｈ Ｅｘｔｅｎｓｉｏｎ応答を送信する（Ｓ１９７０）。
前記Ｌｅｎｇｔｈ Ｅｘｔｅｎｓｉｏｎ応答は、前記Ｌｅｎｇｔｈ Ｅｘｔｅｎｓｉｏｎ要請と同じパケットフォーマットを有し、この場合、Ｏｐ Ｃｏｄｅは、前記表２の「０ｘ１５」値を有することができる。
前記第１デバイス３００と前記第２デバイス４００とは、前記Ｌｅｎｇｔｈ Ｅｘｔｅｎｓｉｏｎ要請２０１０と前記Ｌｅｎｇｔｈ Ｅｘｔｅｎｓｉｏｎ応答を介して、相手側デバイスの支援可能な最大データパケット情報を獲得でき、拡張されたパケット長及び時間を交渉できる。
前記第１デバイス３００と前記第２デバイス４００は、自分と相手側デバイスが支援可能な送受信データパケットの長さのうち、最小値を拡張された送受信パケットの長さとして交渉し、自分と相手側デバイスが支援可能なデータ送受信時間のうち、最小値を拡張されたデータ送受信時間として交渉する。
以後、決定された拡張されたデータパケットの長さが前記接続要請を介して設定されたＴｒａｎｓｍｉｔ Ｗｉｎｄｏｗ Ｓｉｚｅ内で送受信できない場合、前記第１デバイス３００は、前記Ｔｒａｎｓｍｉｔ Ｗｉｎｄｏｗ Ｓｉｚｅを変更するために、前記第２デバイス４００にＷｉｎｄｏｗ Ｓｉｚｅ Ｕｐｄａｔｅ要請を送信できる（Ｓ１９８０）。
前記Ｗｉｎｄｏｗ Ｓｉｚｅ Ｕｐｄａｔｅ要請２０２０は、Ｏｐ Ｃｏｄｅフィールド及びＣｔｒＤａｔａフィールドを含み、この場合、前記Ｏｐ Ｃｏｄｅは、「０ｘ１６」値を有することができる。
前記ＣｔｒＤａｔａフィールドは、Ｗｉｎｄｏｗ Ｓｉｚｅフィールド及びＣｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌフィールドを含むことができる。
前記Ｗｉｎｄｏｗ Ｓｉｚｅは、拡張されたパケットを送受信するために変更しようとするＷｉｎｄｏｗ Ｓｉｚｅ情報を含み、前記Ｃｏｎｎｅｃｔ Ｉｎｔｅｒｖａｌフィールドは、変更されたＷｉｎｄｏｗ Ｓｉｚｅに対するＣｏｎｎｅｃｔ Ｅｖｅｎｔ間のＩｎｔｅｒｖａｌ情報を含むことができる。
前記Ｗｉｎｄｏｗ Ｓｉｚｅ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔを受信した前記第２デバイス４００は、これに対する応答を前記第１デバイス３００に送信してＷｉｎｄｏｗ Ｓｉｚｅ Ｕｐｄａｔｅを行うことができる（Ｓ１９９０）。
前記データパケット長を拡張した以後、前記第１デバイス３００と前記第２デバイス４００は、データパケットの長さを変更する必要がある場合、前記図１７の最大データ長変更手順を介してデータパケット長を拡大または縮小できる。
このような方法により、ブルートゥース（登録商標）接続以後にもデータパケットの長さを拡張及び変更でき、データパケットの長さ拡張に応じるスケジュールパラメータの変更も可能である。
また、送受信されるデータの量によりデータパケットの長さを変更させることによって、多い量のデータを送信する場合、パケットの長さを拡張させてデータパケットの送信回数及び送信時間を短縮することができ、これにより電力消費もやはり減少させることができる。
また、データパケットの拡張後に送受信されるデータの量が減少する場合にも、再度データパケットの長さを減らすことができるから、状況に応じるデータパケットの長さを流動的に変更できるという効果がある。
以上説明した本発明は、本発明が属する技術分野における通常の知識を有した者にとって、本発明の技術的思想から外れない範囲内で様々な置換、変形及び変更が可能なので、上述の実施の形態及び添付された図面により限定されるものではない。
本発明は、無線通信システムにおけるデータ送信率を変更するための方法を提供する。特に、近距離無線通信技術であるブルートゥース（登録商標）通信において、データパケットの長さを変更することによって、データ送信率を変更するための方法及び装置を提供する。

Claims (19)

  1. 無線通信システムにおいて第１デバイスによってブルートゥース（登録商標）通信のデータ長を拡張する方法であって、前記方法は、
    第２デバイスから前記第２デバイスの情報を含む第１メッセージを受信することと、
    前記第１メッセージに基づいて、前記第２デバイスに接続要請メッセージを送信することと、
    前記接続要請メッセージに基づいて、前記第２デバイスとブルートゥース（登録商標）接続を行うことと、
    前記接続したブルートゥース（登録商標）を介して送信データ長及び受信データ長の拡張を要請する拡張要請メッセージを送信することと、
    前記接続したブルートゥース（登録商標）を介して前記要請メッセージに対する応答として拡張応答メッセージを受信することと
    を含み、
    前記拡張要請メッセージは、前記第１デバイスによって支援される送信データ長の最大値を表す第１最大送信データ長情報、前記第１デバイスによって支援される受信データ長の最大値を表す第１最大受信データ長情報、前記第１デバイスによって支援されるデータ送信時間の最大値を表す第１最大送信時間情報、または前記第１デバイスによって支援されるデータ受信時間の最大値を表す第１最大受信時間情報のうちの少なくとも１つを含み、
    前記拡張応答メッセージは、前記第２デバイスによって支援される送信データ長の最大値を表す第２最大送信データ長情報、前記第２デバイスによって支援される受信データ長の最大値を表す第２最大受信データ長情報、前記第２デバイスによって支援されるデータ送信時間の最大値を表す第２最大送信時間情報、または前記第２デバイスによって支援されるデータ受信時間の最大値を表す第２最大受信時間情報のうちの少なくとも１つを含む、方法。
  2. 前記送信データ長及び前記受信データ長を前記第２デバイスと交渉することをさらに含み、
    前記送信データ長は、第３最大送信データ長情報または第３最大送信時間情報のうちの少なくとも１つに基づいて交渉され、
    前記受信データ長は、第３最大受信データ長情報または第３最大受信時間情報のうちの少なくとも１つに基づいて交渉される、請求項１に記載の方法。
  3. 前記第３最大送信データ長情報は、前記第１最大送信データ長情報と前記第２最大受信データ長情報のうちのより小さな値で交渉によって決定され、
    前記第３最大送信時間情報は、前記第１最大送信時間情報と前記第２最大受信時間情報のうちのより小さな値で交渉によって決定され、
    前記第３最大受信データ長情報は、前記第１最大受信データ長情報と前記第２最大送信データ長情報のうちのより小さな値で交渉によって決定され、
    前記第３最大受信時間情報は、前記第１最大受信時間情報と前記第２最大送信時間情報のうちのより小さな値で交渉によって決定される、請求項２に記載の方法。
  4. 前記接続要請メッセージは、ウィンドウサイズ情報、ウィンドウオフセット情報、または接続間隔情報のうちの少なくとも１つを含む、請求項１に記載の方法。
  5. ウィンドウサイズを変更するためのウィンドウサイズアップデート要請メッセージを送信することと、
    前記ウィンドウサイズアップデート要請メッセージに対する応答として応答メッセージを受信することと
    をさらに含む、請求項１に記載の方法。
  6. 無線通信システムにおいて第１デバイスによってブルートゥース（登録商標）通信のデータ長を変更する方法であって、前記方法は、
    第２デバイスから、送信データ長及び受信データ長の拡張が支援されているか否かに関連した第１情報を受信することと、
    前記第２デバイスから前記第２デバイスのデータ長に関連した第２情報を受信することと、
    前記データ長を、前記第２情報、及び前記第１デバイスのデータ長に関連した第３情報に基づいて交渉することと、
    前記交渉したデータ長を前記第２デバイスに送信することと
    を含み、
    前記第２情報は、前記第１デバイスによって支援される送信データ長の最大値を表す第１最大送信データ長情報、前記第１デバイスによって支援される受信データ長の最大値を表す第１最大受信データ長情報、前記第１デバイスによって支援されるデータ送信時間の最大値を表す第１最大送信時間情報または前記第１デバイスによって支援されるデータ受信時間の最大値を表す第１最大受信時間情報のうちの少なくとも１つを含み、
    前記第３情報は、前記第２デバイスによって支援される送信データ長の最大値を表す第２最大送信データ長情報、前記第２デバイスによって支援される受信データ長の最大値を表す第２最大受信データ長情報、前記第２デバイスによって支援されるデータ送信時間の最大値を表す第２最大送信時間情報または前記第２デバイスによって支援されるデータ受信時間の最大値を表す第２最大受信時間情報のうちの少なくとも１つを含む、方法。
  7. 前記交渉したデータ長は、送信データ長、受信データ長、送信時間または受信時間のうちの少なくとも１つを含む、請求項６に記載の方法。
  8. 前記送信データ長は、前記第２最大送信データ長情報と前記第１最大受信データ長情報のうちのより小さな値を表し、
    前記受信データ長は、前記第２最大受信データ長情報と前記第１最大送信データ長情報のうちのより小さな値を表し、
    前記送信時間は、前記第２最大送信時間情報と前記第１最大受信時間情報のうちのより小さな値を表し、
    前記受信時間は、前記第２最大受信時間情報と前記第１最大送信時間情報のうちのより小さな値を表す、請求項７に記載の方法。
  9. 前記第１情報と前記第２情報とは、同時に送信されるように、１つのメッセージに含まれる、請求項６に記載の方法。
  10. 前記第２情報を要請する要請メッセージを送信することをさらに含む、請求項６に記載の方法。
  11. 前記交渉したデータ長の変更を要請する変更要請メッセージを送信することと、
    前記変更要請メッセージに対する応答として変更応答メッセージを受信することと
    をさらに含む、請求項６に記載の方法。
  12. 前記変更要請メッセージは、第１受信データ長情報または第１送信データ長情報のうちの少なくとも１つを含み、
    前記変更応答メッセージは、前記変更要請が許容されているか否かに関連した応答情報、第２受信データ長情報または第２送信データ長情報のうちの少なくとも１つを含む、請求項１１に記載の方法。
  13. 前記第２受信データ長情報は、前記第１受信データ長情報に基づいて決定され、
    前記第２送信データ長情報は、前記第１送信データ長情報に基づいて決定される、請求項１２に記載の方法。
  14. 無線通信システムにおいて第１デバイスを含むブルートゥース（登録商標）通信のデータ長を拡張するための装置であって、前記第１デバイスは、
    外部と有線及び／または無線で信号を送受信するための通信部と、
    前記通信部と機能的に接続される制御部と
    を備え、
    前記制御部は、
    第２デバイスから前記第２デバイスの情報を含む第１メッセージを受信することと、
    前記第１メッセージに基づいて前記第２デバイスに接続要請メッセージを送信することと、
    前記接続要請メッセージに基づいて前記第２デバイスとブルートゥース（登録商標）接続を行うことと、
    前記接続したブルートゥース（登録商標）を介して送信データ長及び受信データ長の拡張を要請する拡張要請メッセージを送信することと、
    前記接続したブルートゥース（登録商標）を介して前記要請メッセージに対する応答として拡張応答メッセージを受信することと
    を行い、
    前記拡張要請メッセージは、前記第１デバイスによって支援される送信データ長の最大値を表す第１最大送信データ長情報、前記第１デバイスによって支援される受信データ長の最大値を表す第１最大受信データ長情報、前記第１デバイスによって支援されるデータ送信時間の最大値を表す第１最大送信時間情報または前記第１デバイスによって支援されるデータ受信時間の最大値を表す第１最大受信時間情報のうちの少なくとも１つを含み、
    前記拡張応答メッセージは、前記第２デバイスによって支援される送信データ長の最大値を表す第２最大送信データ長情報、前記第２デバイスによって支援される受信データ長の最大値を表す第２最大受信データ長情報、前記第２デバイスによって支援されるデータ送信時間の最大値を表す第２最大送信時間情報または前記第２デバイスによって支援されるデータ受信時間の最大値を表す第２最大受信時間情報のうちの少なくとも１つを含む、装置。
  15. 前記制御部は、送信データ長及び受信データ長を交渉し、
    前記送信データ長は、第３最大送信データ長情報または第３最大送信時間情報のうちの少なくとも１つに基づいて前記第２デバイスと交渉され、
    前記受信データ長は、第３最大受信データ長または第３最大受信時間情報のうちの少なくとも１つに基づいて交渉される、請求項１４に記載の装置。
  16. 前記第３最大送信データ長情報は、前記第１最大送信データ長情報と前記第２最大受信データ長情報のうちのより小さな値で交渉によって決定され、
    前記第３最大送信時間情報は、前記第１最大送信時間情報と前記第２最大受信時間情報のうちのより小さな値で交渉によって決定され、
    前記第３最大受信データ長情報は、前記第１最大受信データ長情報と前記第２最大送信データ長情報のうちのより小さな値で交渉によって決定され、
    前記第３最大受信時間情報は、前記第１最大受信時間情報と前記第２最大送信時間情報のうちのより小さな値で交渉によって決定される、請求項１５に記載の装置。
  17. 前記接続要請メッセージは、ウィンドウサイズ情報、ウィンドウオフセット情報、または接続間隔情報のうちの少なくとも１つを含む、請求項１４に記載の装置。
  18. 前記制御部は、
    ウィンドウサイズを変更するためのウィンドウサイズアップデート要請メッセージを送信し、前記ウィンドウサイズアップデート要請メッセージに対する応答として応答メッセージを受信する、請求項１４に記載の装置。
  19. 無線通信システムにおいて第１デバイスを含むブルートゥース（登録商標）通信のデータ長を拡張するための装置であって、前記第１デバイスは、
    外部と有線及び／または無線で信号を送受信するための通信部と、
    前記通信部と機能的に接続される制御部と
    を備え、
    前記制御部は、
    第２デバイスから、送信データ長及び受信データ長の拡張が支援されているか否かに関連した第１情報を受信することと、
    前記第２デバイスから前記第２デバイスのデータ長に関連した第２情報を受信することと、
    前記データ長を、前記第２情報、及び前記第１デバイスのデータ長に関連した第３情報に基づいて交渉することと、
    前記交渉したデータ長を前記第２デバイスに送信することと
    を行い、
    前記第２情報は、前記第１デバイスによって支援される送信データ長の最大値を表す第１最大送信データ長情報、前記第１デバイスによって支援される受信データ長の最大値を表す第１最大受信データ長情報、前記第１デバイスによって支援されるデータ送信時間の最大値を表す第１最大送信時間情報または前記第１デバイスによって支援されるデータ受信時間の最大値を表す第１最大受信時間情報のうちの少なくとも１つを含み、
    前記第３情報は、前記第２デバイスによって支援される送信データ長の最大値を表す第２最大送信データ長情報、前記第２デバイスによって支援される受信データ長の最大値を表す第２最大受信データ長情報、前記第２デバイスによって支援されるデータ送信時間の最大値を表す第２最大送信時間情報または前記第２デバイスによって支援されるデータ受信時間の最大値を表す第２最大受信時間情報のうちの少なくとも１つを含む、装置。
JP2016556251A 2014-03-12 2014-12-09 無線通信システムにおけるデータ送信率調節方法及び装置 Active JP6374526B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201461951547P 2014-03-12 2014-03-12
US61/951,547 2014-03-12
PCT/KR2014/012070 WO2015137601A1 (ko) 2014-03-12 2014-12-09 무선통신 시스템에서 데이터 전송률 조절 방법 및 장치

Publications (2)

Publication Number Publication Date
JP2017513309A JP2017513309A (ja) 2017-05-25
JP6374526B2 true JP6374526B2 (ja) 2018-08-15

Family

ID=54072004

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016556251A Active JP6374526B2 (ja) 2014-03-12 2014-12-09 無線通信システムにおけるデータ送信率調節方法及び装置

Country Status (5)

Country Link
US (1) US10219183B2 (ja)
JP (1) JP6374526B2 (ja)
KR (1) KR101869070B1 (ja)
CN (1) CN106105310B (ja)
WO (1) WO2015137601A1 (ja)

Families Citing this family (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9924342B2 (en) * 2015-06-16 2018-03-20 Google Llc Establishing a connection over a low power communication type
KR101673308B1 (ko) * 2015-08-20 2016-11-07 현대자동차주식회사 블루투스 듀얼모드를 이용한 블루투스 자동 연결 방법 및 장치
KR102393286B1 (ko) * 2015-09-25 2022-05-02 삼성전자주식회사 전자 장치 및 그 연결 방법
CN105635943B (zh) * 2015-12-21 2020-02-28 中颖电子股份有限公司 低功耗蓝牙信标数据交互装置、信标装置及方法
EP3451784A4 (en) 2016-05-13 2019-05-15 Huawei Technologies Co., Ltd. METHOD AND DEVICE FOR PRODUCING A WIRELESS CONNECTION
CN106060962B (zh) * 2016-06-22 2020-01-03 新华三技术有限公司 一种通信方法及装置
WO2018169671A1 (en) * 2017-02-27 2018-09-20 Mavenir Networks, Inc. System and method for network stranded remote radio installation
DE102018202176A1 (de) * 2018-02-13 2019-08-14 Bayerische Motoren Werke Aktiengesellschaft Master-Slave-System zur Kommunikation über eine Bluetooth-Low-Energy-Verbindung
JP7081220B2 (ja) * 2018-03-06 2022-06-07 日本電気株式会社 制御装置、無線通信装置、使用チャネル決定方法、及び制御プログラム
JP2019169839A (ja) * 2018-03-23 2019-10-03 カシオ計算機株式会社 無線通信装置、無線通信方法、及びプログラム
CN110661964A (zh) * 2018-06-28 2020-01-07 佳能株式会社 摄像设备、配件设备及其通信控制方法和存储介质
CN116193247A (zh) 2018-06-28 2023-05-30 佳能株式会社 摄像设备、配件设备及其通信控制方法和存储介质
KR102600892B1 (ko) * 2018-08-08 2023-11-10 삼성전자주식회사 블루투스 저전력을 이용하여 통신을 수행하는 장치 및 방법
US11120811B2 (en) * 2018-08-29 2021-09-14 Qualcomm Incorporated Power optimized link quality detection and feedback
EP3851315A4 (en) * 2018-09-13 2022-05-25 LG Electronics, Inc. WIRELESS BATTERY MANAGEMENT SYSTEM FOR A VEHICLE
US11601995B2 (en) 2018-09-13 2023-03-07 Lg Electronics Inc. Wireless battery management system for vehicle
WO2020124610A1 (zh) * 2018-12-22 2020-06-25 华为技术有限公司 一种传输速率的控制方法及设备
CN109587733A (zh) * 2019-01-18 2019-04-05 苏州德姆斯信息技术有限公司 低功耗无线通讯传输方法
KR102652380B1 (ko) * 2019-03-05 2024-03-29 삼성전자주식회사 블루투스 네트워크 환경에서 응답 메시지를 전송하기 위한 전자 장치 및 그에 관한 방법
US11800340B2 (en) 2019-04-16 2023-10-24 Lg Electronics Inc. Method for receiving audio data by using bluetooth technology, and apparatus therefor
CN110213758B (zh) * 2019-06-13 2022-10-04 桃芯科技(苏州)有限公司 基于蓝牙Mesh的数据通信方法、存储介质和电子设备
KR20210017327A (ko) * 2019-08-07 2021-02-17 삼성전자주식회사 전자 장치 간의 빠른 통신을 위한 방법 및 장치
US11153038B2 (en) * 2019-11-22 2021-10-19 Qualcomm Incorporated MIC recovery of BR/EDR links
US10911923B1 (en) * 2020-01-15 2021-02-02 Schlage Lock Company Llc Technologies for implementing unified mode bluetooth advertisements
US11357020B2 (en) * 2020-02-06 2022-06-07 International Business Machines Corporation Connecting computer processing systems and transmitting data
US11405766B2 (en) 2020-02-06 2022-08-02 International Business Machines Corporation Connecting computer processing systems and transmitting data
CN111065084A (zh) * 2020-02-25 2020-04-24 北京百瑞互联技术有限公司 一种提高低功耗蓝牙传输速度的方法
CN111542038A (zh) * 2020-05-14 2020-08-14 浙江强脑科技有限公司 具有时间同步功能的蓝牙组网系统
CN113709055B (zh) * 2020-05-20 2023-12-05 安徽华米信息科技有限公司 基于ble的通讯方法、装置、设备、系统以及存储介质
CN111654450B (zh) * 2020-05-28 2023-08-08 北京小米移动软件有限公司 数据传输方法及装置、存储介质
KR102221849B1 (ko) * 2020-06-09 2021-03-03 (주)한성기술단 무선 통신시스템에서 데이터의 송수신 방법, 장치 및 시스템
KR20220015845A (ko) * 2020-07-31 2022-02-08 주식회사 모카시스템 리더기 및 그 제어 방법
CN112566082B (zh) * 2020-11-16 2023-01-24 深圳市元征科技股份有限公司 数据传输方法、装置、设备及介质
US20220408313A1 (en) * 2021-06-17 2022-12-22 Cypress Semiconductor Corporation Data flow management in wireless networks
US20230171331A1 (en) * 2021-11-30 2023-06-01 Texas Instruments Incorporated Bluetooth low energy connection power consumption
CN114827887B (zh) * 2022-03-31 2022-12-30 远峰科技股份有限公司 一种基于蓝牙AoA定位测距时序同步数字钥匙定位系统
CN117992091B (zh) * 2024-04-02 2024-06-07 深圳朗田亩半导体科技有限公司 一种基于文件特征描述的固件升级方法和系统

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7471681B2 (en) * 2002-10-10 2008-12-30 Intel Corporation Determining network path transmission unit
US20060155856A1 (en) * 2003-01-10 2006-07-13 Sharp Kabushiki Kaisha Communications device, network system, communication management method, request signal, response signal, program, and recording medium containing the program
US7924795B2 (en) * 2008-03-31 2011-04-12 Mediatek Inc. Apparatus and method for coordinating bluetooth and wireless local area network (WLAN) and WiMAX communications
US8203977B2 (en) * 2008-07-28 2012-06-19 Broadcom Corporation Method and system for half duplex audio in a bluetooth stereo headset
CN102006215B (zh) * 2009-09-01 2012-08-01 中国移动通信集团公司 一种数据传输方法、系统及设备
CN102726093B (zh) * 2010-02-02 2016-08-03 马维尔国际贸易有限公司 通信设备中的节电特征
CN101841394B (zh) * 2010-06-09 2012-08-08 中南大学 一种测算蓝牙设备文件传输能耗的方法及装置
US20120052802A1 (en) 2010-08-24 2012-03-01 Nokia Corporation Advertisement of an existing wireless connection
KR101110778B1 (ko) 2010-09-07 2012-03-13 비씨카드(주) 블루투스 통신 방법 및 시스템
CA2824017C (en) * 2011-01-14 2021-08-24 Samsung Electronics Co., Ltd. Method and apparatus for transmitting user input from a sink device to a source device in a wi-fi direct communication system
US8971800B2 (en) * 2011-05-31 2015-03-03 Qualcomm Incorporated Methods and apparatus for improving NFC activation and data exchange reporting mechanisms
US8989658B2 (en) * 2011-06-24 2015-03-24 Qualcomm Incorporated Methods and apparatuses for improving NFC parameter update mechanisms
US9113284B2 (en) * 2011-08-26 2015-08-18 Qualcomm Incorporated Methods and apparatus for improving management of NFC logical connections
US9445305B2 (en) 2011-09-12 2016-09-13 Microsoft Corporation Low energy beacon encoding
US9706496B2 (en) * 2011-10-31 2017-07-11 Avago Technologies General Ip (Singapore) Pte. Ltd Concurrent BLE scanning and initiation for bandwidth efficiency and power saving
WO2013177792A1 (en) * 2012-06-01 2013-12-05 Nokia Corporation Method, apparatus, and computer program product for adaptive device discovery in wireless networks
US8935411B2 (en) * 2012-08-22 2015-01-13 Nokia Corporation Method and apparatus for utilizing advertisements to provide information regarding connection setup
US9628979B2 (en) * 2012-08-22 2017-04-18 Nokia Technologies Oy Method and apparatus for utilizing advertisements in conjunction with device discovery

Also Published As

Publication number Publication date
KR20160114671A (ko) 2016-10-05
KR101869070B1 (ko) 2018-07-19
CN106105310B (zh) 2019-09-17
JP2017513309A (ja) 2017-05-25
WO2015137601A1 (ko) 2015-09-17
US20170086098A1 (en) 2017-03-23
CN106105310A (zh) 2016-11-09
US10219183B2 (en) 2019-02-26

Similar Documents

Publication Publication Date Title
JP6374526B2 (ja) 無線通信システムにおけるデータ送信率調節方法及び装置
US10827334B2 (en) Method and apparatus for connecting devices using Bluetooth LE technology
US10917920B2 (en) Method and apparatus for connecting alternative communication means using bluetooth low energy (LE)
US10034160B2 (en) Method and apparatus for transmitting or receiving data using bluetooth in wireless communication system
US10349253B2 (en) Method for transmitting and receiving data, and device therefor
US10136429B2 (en) Method for transmitting and receiving audio data in wireless communication system supporting bluetooth communication and device therefor
US9730257B2 (en) Method and apparatus for establishing device-to-device connection in wireless communication system
US20170208639A1 (en) Method and apparatus for controlling a device using bluetooth technology
JP6396482B2 (ja) 無線通信システムにおけるブルートゥース低電力エネルギーを利用してオブジェクト送信サービスを行うための方法及び装置
US10142767B2 (en) Method and apparatus for transmitting data using Bluetooth low energy in wireless communication system
US10524298B2 (en) Method and apparatus for sending and receiving data on Bluetooth
US20170215113A1 (en) Method and apparatus for controlling electronic device in wireless communication system supporting bluetooth communication
US10721611B2 (en) Method and device for controlling device by using Bluetooth technology
US20160299739A1 (en) Method for controlling data streaming using bluetooth communication
US20180352312A1 (en) Method and apparatus for controlling device using bluetooth technology
US10887762B2 (en) Method and apparatus for transmitting and receiving data using Bluetooth technology
WO2016080798A1 (ko) 블루투스 통신을 지원하는 무선 통신 시스템에서 디바이스들 간 페어링을 수행하기 위한 방법 및 이를 위한 장치
US11367449B2 (en) Method and apparatus for calling voice recognition service by using Bluetooth low energy technology
US20200178339A1 (en) Method and apparatus for establishing connection between devices by using bluetooth low energy technology
US10194477B2 (en) Method and apparatus for controlling a device using bluetooth technology
US11445453B2 (en) Method and apparatus for controlling power of device by using bluetooth technology
US10492060B2 (en) Method and device for transmitting/receiving data in wireless communication system
US10299104B2 (en) Method for performing discovery in wireless communication system and device therefor
KR102221849B1 (ko) 무선 통신시스템에서 데이터의 송수신 방법, 장치 및 시스템
US10813145B2 (en) Method and apparatus for controlling apparatus by using bluetooth technology

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20171025

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171201

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180228

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: 20180620

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180719

R150 Certificate of patent or registration of utility model

Ref document number: 6374526

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

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250