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