JP7712486B2 - Ｓｌｂ接続を確立する方法、電子デバイス、および通信システム - Google Patents

Ｓｌｂ接続を確立する方法、電子デバイス、および通信システム

Info

Publication number
JP7712486B2
JP7712486B2 JP2024523563A JP2024523563A JP7712486B2 JP 7712486 B2 JP7712486 B2 JP 7712486B2 JP 2024523563 A JP2024523563 A JP 2024523563A JP 2024523563 A JP2024523563 A JP 2024523563A JP 7712486 B2 JP7712486 B2 JP 7712486B2
Authority
JP
Japan
Prior art keywords
information
slb
connection
sle
broadcast
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
JP2024523563A
Other languages
English (en)
Other versions
JP2024539122A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Publication of JP2024539122A publication Critical patent/JP2024539122A/ja
Application granted granted Critical
Publication of JP7712486B2 publication Critical patent/JP7712486B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (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. コンピュータプログラムであって、前記コンピュータプログラムが電子デバイスによって実行されたときに、前記電子デバイスは、請求項１乃至１５のいずれか一項に記載のＳＬＢ接続を確立する方法を実施することができるようになる、コンピュータプログラム。
JP2024523563A 2021-10-22 2022-08-24 Ｓｌｂ接続を確立する方法、電子デバイス、および通信システム Active JP7712486B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN202111234162.8A CN116017377B (zh) 2021-10-22 2021-10-22 一种建立slb连接的方法、电子设备和通信系统
CN202111234162.8 2021-10-22
PCT/CN2022/114541 WO2023065813A1 (zh) 2021-10-22 2022-08-24 一种建立slb连接的方法、电子设备和通信系统

Publications (2)

Publication Number Publication Date
JP2024539122A JP2024539122A (ja) 2024-10-28
JP7712486B2 true JP7712486B2 (ja) 2025-07-23

Family

ID=86017901

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2024523563A Active JP7712486B2 (ja) 2021-10-22 2022-08-24 Ｓｌｂ接続を確立する方法、電子デバイス、および通信システム

Country Status (5)

Country Link
US (1) US20240276565A1 (ja)
EP (1) EP4404681A4 (ja)
JP (1) JP7712486B2 (ja)
CN (1) CN116017377B (ja)
WO (1) WO2023065813A1 (ja)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115942255B (zh) * 2021-09-15 2024-09-17 华为技术有限公司 通道配置方法及装置
CN119450816A (zh) * 2023-07-28 2025-02-14 华为技术有限公司 通信系统、组网方法及相关装置
CN119545578A (zh) * 2023-08-29 2025-02-28 华为技术有限公司 设备连接方法、电子设备和计算机可读存储介质
CN119676651A (zh) * 2023-09-20 2025-03-21 中移(成都)信息通信科技有限公司 一种消息广播方法、节点及介质
CN120730251A (zh) * 2024-03-29 2025-09-30 华为技术有限公司 一种发送或接收广播信道的方法和装置
CN120980724A (zh) * 2024-05-15 2025-11-18 华为技术有限公司 通信方法及装置
CN118741440A (zh) * 2024-07-12 2024-10-01 浙江工业大学 一种基于星闪技术的智能骑行头盔系统
CN121531493A (zh) * 2024-08-13 2026-02-13 华为技术有限公司 一种通信方法及装置
CN121604172A (zh) * 2024-08-15 2026-03-03 华为技术有限公司 一种通信方法及装置
CN121604174A (zh) * 2024-08-15 2026-03-03 华为技术有限公司 一种通信方法及装置
CN121604137A (zh) * 2024-08-23 2026-03-03 华为技术有限公司 通信方法及装置
CN121645486A (zh) * 2024-09-05 2026-03-10 华为技术有限公司 通信方法及装置
CN118870076A (zh) * 2024-09-23 2024-10-29 深圳市矽昊智能科技有限公司 星闪蓝牙双模遥控器的控制方法、装置及存储介质
CN119603495A (zh) * 2024-11-18 2025-03-11 深圳开鸿数字产业发展有限公司 基于星闪技术与开源鸿蒙系统的超低时延高清投屏方法
CN119922502B (zh) * 2025-01-15 2025-10-17 中国兵器装备集团上海电控研究所 一种基于扩展星闪系统容量的通信方法
CN120456028B (zh) * 2025-07-11 2025-10-03 奇点新源国际技术开发(北京)有限公司 一种基于星闪协议的终端接入方法和系统

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140342670A1 (en) 2013-05-16 2014-11-20 Samsung Electronics Co., Ltd. Communication method and device

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100390508B1 (ko) * 2001-05-30 2003-07-07 엘지전자 주식회사 블루투스 단말을 이용한 직접 통화 방법
CN102986271B (zh) * 2010-06-28 2015-08-19 华为技术有限公司 目标侧承载的承载标识的获取方法、承载管理网元和分组数据网关
US10645559B2 (en) * 2016-06-27 2020-05-05 Huawei Technologies Co., Ltd. Bluetooth connection method and terminal
CN108064036A (zh) * 2017-12-04 2018-05-22 重庆信络威科技有限公司 蓝牙低功耗协议结构及网络调度方法
CN113382397B (zh) * 2019-04-18 2023-12-08 华为技术有限公司 一种蓝牙连接方法、设备及系统
CN112449328B (zh) * 2019-08-30 2023-08-22 华为技术有限公司 一种蓝牙搜索方法、系统及相关装置
CN112272375B (zh) * 2020-10-29 2025-07-15 博流智能科技（南京）有限公司 蓝牙通信系统及方法以及蓝牙通信转换装置
CN115701724B (zh) * 2021-08-02 2024-05-03 华为技术有限公司 用于设备连接的方法、电子设备和系统
CN115776656A (zh) * 2021-09-07 2023-03-10 华为技术有限公司 设备连接的方法及电子设备
CN115942255B (zh) * 2021-09-15 2024-09-17 华为技术有限公司 通道配置方法及装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140342670A1 (en) 2013-05-16 2014-11-20 Samsung Electronics Co., Ltd. Communication method and device

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SparkLink，TR/XS 00001-2021，中国，SparkLink，2021年04月15日，Pages 1-26

Also Published As

Publication number Publication date
CN116017377A (zh) 2023-04-25
WO2023065813A1 (zh) 2023-04-27
CN116017377B (zh) 2025-08-01
EP4404681A1 (en) 2024-07-24
JP2024539122A (ja) 2024-10-28
EP4404681A4 (en) 2025-03-12
US20240276565A1 (en) 2024-08-15

Similar Documents

Publication Publication Date Title
JP7712486B2 (ja) Ｓｌｂ接続を確立する方法、電子デバイス、および通信システム
US20230254094A1 (en) METHOD AND APPARATUS FOR MoCA NETWORK WITH PROTECTED SET-UP
KR102362795B1 (ko) 해시 체인을 이용한 단말 간 인증 절차를 거치는 단말 간 통신 방법
WO2023010257A1 (zh) 侧行通信方法、装置、设备及存储介质
US10225873B2 (en) System and method for peripheral initiated host arbitration
EP4510500A1 (en) Communication method and network element device
US9767684B2 (en) Method and device for controlling device using Bluetooth in wireless communication system
US20220201473A1 (en) Device provisioning
US20240389128A1 (en) Data Transmission Method, Electronic Device, Chip, and Storage Medium
US20210243599A1 (en) User authentication method through bluetooth device and device therefor
US12452675B2 (en) Bluetooth connection
CN117956546A (zh) 一种设备的回连方法、电子设备、存储介质和芯片
US10498768B2 (en) Method and apparatus for MoCA network with protected set-up
CN110913378B (zh) 基于触发的即时通信的操作优化
CN116567778B (zh) Pin的组建方法及设备
WO2025107920A1 (zh) 蓝牙网络通信的方法、装置、电子设备和可读存储介质
US8315205B2 (en) Wireless star networks with dual adaptive central nodes
KR20050016651A (ko) 무선 단말에 의한 새로운 통신 네트워크 생성 방법 및이러한 방법을 구현하는 단말
WO2017113402A1 (zh) 一种接入网络的方法及接入设备
US11949720B2 (en) Method and apparatus for MoCA network with protected set-up
CN120110902A (zh) 基于物联网实现自动组网方法、系统、设备、介质及产品
TW202608114A (zh) 環境物聯網(iot)識別符管理技術
CN118975281A (zh) 部分连接的设备
CN120378880A (zh) 入网方法、网络系统及存储介质
CN120239007A (zh) 逆变器的入网方法及光伏发电系统

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240524

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240524

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20250318

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20250616

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20250710

R150 Certificate of patent or registration of utility model

Ref document number: 7712486

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150