Modes and Procedures
모드 및 절차
Table 3-1 shows GAP modes and their applicable procedures (modes that do not have a natural counterpart procedure are marked with “N/A”).
표 3-1은 GAP 모드와 적용 가능한 절차를 보여줍니다 (자연스러운 대응 절차가 없는 모드는 "N/A"로 표시됨).
Table 3-2 shows the modes that the peer needs be in to perform each of the listed GAP procedures.
표 3-2는 나열된 각 GAP 절차를 수행하기 위해 피어가 필요한 모드를 보여줍니다.
Chapter 1 and Chapter 2 introduced the basic concepts of over-the-air data exchange in BLE, but it is worth reviewing them briefly here.
1장과 2장에서는 BLE의 OTA(Over-The-Air) 데이터 교환에 대한 기본 개념을 소개했지만 여기서는 간략하게 검토해 볼 가치가 있습니다.
Advertising packets are blindly sent unidirectionally at fixed intervals, and they constitute the basis of both broadcasting (and observing) and discovery.
광고 패킷은 고정된 간격으로 단방향으로 맹목적으로 전송되며 방송(및 관찰)과 발견의 기초를 구성합니다.
A device scanning for advertising packets might receive one if it happens to scan while an advertising packet is being transmitted, and it might simply receive the data contained in it or continue by initiating a connection.
광고 패킷을 스캔하는 장치는 광고 패킷이 전송되는 동안 스캔하게 되면 패킷을 받을 수 있고, 그 안에 있는 데이터를 바로 받거나 연결을 시작하여 계속 진행할 수도 있습니다.
Connections, on the other hand, require two peers that synchronously perform data exchanges at regular intervals and provide guarantees on data transmission and throughput.
반면 연결에는 정기적으로 데이터 교환을 동기적으로 수행하고 데이터 전송 및 처리량을 보장하는 두 개의 피어가 필요합니다.
Broadcast and Observation
브로드캐스트 및 관찰
The broadcast mode and the observation procedure defined in GAP establish the framework through which devices can send data unidirectionally, as a broadcaster to one or more actively listening peer devices (the observers).
GAP에 정의된 브로드캐스트 모드와 관찰 절차는 장치가 브로드캐스터로서 하나 이상의 적극적으로 수신하는 피어 장치 (관찰자)에게 단방향으로 데이터를 전송할 수 있는 프레임워크를 확립합니다.
It is important to note that the broadcaster has no way of knowing whether the data actually reaches any observers at all, so this combination of mode and procedure remains faithful to its nomenclature: a broadcaster broadcasts data without any confirmation or acknowledgement, and an observer listens (temporarily or indefinitely) for potential broadcasters without any guarantee of ever actually receiving any data.
방송사는 데이터가 실제로 관찰자에게 도달하는지 알 수 있는 방법이 없다는 점에 유의하는 것이 중요합니다. 따라서 이러한 모드와 절차의 조합은 명명법에 충실합니다. 즉, 방송사는 어떠한 확인이나 승인 없이 데이터를 방송하고, 관찰자는 잠재적인 방송사를 (일시적으로 또는 무기한으로) 수신하지만 실제로 데이터를 수신할 것이라는 보장은 없습니다.
The advertising packets sent by the broadcaster contain actual valid user data, along with a few items of metadata (such as Bluetooth device address) inserted by the Link Layer.
방송사가 보낸 광고 패킷에는 실제 유효한 사용자 데이터와 함께 링크 계층에서 삽입한 몇 가지 메타데이터 (예: 블루투스 장치 주소)가 포함되어 있습니다.
As described in “Advertising and Scanning” on page 19, each advertising packet contains up to 31 bytes of data (the actual available user data length will be lower due to headers and format overheads), but that can be doubled by using the scan request/ scan response transaction just after the successful reception of an advertising packet on the part of the observer, yielding up to 62 bytes of data per advertising event.
19페이지의 "광고 및 스캐닝"에서 설명한 대로 각 광고 패킷에는 최대 31바이트의 데이터가 포함됩니다 (실제로 사용 가능한 사용자 데이터 길이는 헤더 및 포맷 오버헤드로 인해 더 짧습니다). 하지만 관찰자 측에서 광고 패킷을 성공적으로 수신한 직후에 스캔 요청/스캔 응답 트랜잭션을 사용하면 이를 두 배로 늘릴 수 있으며, 광고 이벤트당 최대 62바이트의 데이터를 생성할 수 있습니다.
Since a scan response packet is sent only upon request from the observer, the most critical and important data should always be placed in the advertising packet itself, not in the scan response packet.
스캔 응답 패킷은 관찰자의 요청이 있을 때만 전송되므로 가장 중요하고 중요한 데이터는 항상 스캔 응답 패킷이 아닌 광고 패킷 자체에 배치되어야 합니다.
A broadcaster can send ADV_NONCONN_IND or ADV_SCAN_IND advertising packets (see Table 2-1).
방송사는 ADV_NONCONN_IND 또는 ADV_SCAN_IND 광고 패킷을 보낼 수 있습니다 (표 2-1 참조).
By creating a broadcaster-only device, you can simply broadcast data to the outside world, where any device within listening range can pick it up, whether that means one device or one hundred devices.
방송 전용 장치를 만들면 데이터를 외부로 간단히 방송할 수 있으며, 청취 범위 내에 있는 모든 장치가 데이터를 수신할 수 있습니다. 이는 장치 1개든 100개든 가능합니다.
This is in marked contrast to a peripheral, which stops advertising itself after establishing a connection, effectively shutting itself off to any other central devices in listening range until the connection is closed or, in the rare case of devices that support multiple connections as a slave, until an additional connection is created.
이는 주변 장치와는 극명하게 대조적입니다. 주변 장치는 연결을 설정한 후에는 자신을 알리는 것을 멈추고, 연결이 닫힐 때까지 또는 슬레이브로 여러 연결을 지원하는 장치의 경우 드물지만 추가 연결이 생성될 때까지 청취 범위 내의 다른 중앙 장치와의 연결을 효과적으로 차단합니다.
For example, Apple’s iBeacon (“iBeacon” on page 132) uses the broadcast mode to constantly send out a specific payload in the Manufacturer Specific Data field of the advertising data, which allows any device that comes within earshot of the node to detect the iBeacon without having to compete for access with other devices in range.
예를 들어, Apple의 iBeacon (132페이지의 "iBeacon")은 브로드캐스트 모드를 사용하여 광고 데이터의 제조업체별 데이터 필드에 특정 페이로드를 지속적으로 전송합니다. 이를 통해 노드의 청취 범위 내에 있는 모든 장치가 범위 내의 다른 장치와 액세스를 위해 경쟁하지 않고도 iBeacon을 감지할 수 있습니다.
The iBeacon node doesn’t have to worry about how many devices are listening; it just keeps telling the world that it’s there and transmitting its limited payload to anyone who cares to listen.
iBeacon 노드는 듣고 있는 장치 수에 대해 걱정할 필요가 없습니다. 단지 자신이 존재한다는 사실을 세상에 알리고 듣고 싶어하는 모든 사람에게 제한된 페이로드를 전송할 뿐입니다.
A device’s discoverability refers to how the peripheral advertises its presence to other devices and what those devices can or should do with that information.
장치의 검색 가능성은 주변 장치가 자신의 존재를 다른 장치에 알리는 방법과 해당 장치가 해당 정보로 수행할 수 있거나 수행해야 하는 작업을 나타냅니다.
The differences between the different discoverable modes and discovery procedures concern whether advertising and scanning are actually being performed but also take into account the nature of the data included in advertising packets.
다양한 검색 가능 모드와 검색 절차 간의 차이점은 광고와 스캐닝이 실제로 수행되는지 여부와 관련이 있지만, 광고 패킷에 포함된 데이터의 특성도 고려합니다.
More specifically, a SIG-defined optional field within the advertising data named Flags AD governs a device’s discoverable mode (see Table 3-3).
보다 구체적으로, Flags AD라는 광고 데이터 내의 SIG 정의 선택적 필드는 장치의 검색 가능 모드를 제어합니다 (표 3-3 참조).
Used only by peripherals, these modes allow central devices to discover peripherals within their listening range.
주변 장치에서만 사용되는 이 모드를 사용하면 중앙 장치가 청취 범위 내에서 주변 장치를 검색할 수 있습니다.
Discovery commonly refers to detecting the presence and the basic information of another device nearby.
발견이란 일반적으로 근처에 있는 다른 장치의 존재 여부와 기본 정보를 감지하는 것을 의미합니다.
That does not necessarily imply an intention to create a connection or exchange data, although that is naturally often the case.
당연히 연결을 만들거나 데이터를 교환하려는 의도를 의미하지는 않지만 당연히 그런 경우가 많습니다.
In some instances, and especially with central devices equipped with user-visible displays, discovery is simply used to populate a list with nearby devices from which the user can then select one.
일부 경우, 특히 사용자가 볼 수 있는 디스플레이가 장착된 중앙 장치의 경우 검색은 사용자가 선택할 수 있는 주변 장치 목록을 채우는 데 사용됩니다.
Discoverability modes
검색 가능성 모드
The following discoverability modes allow a certain amount of flexibility to peripheral designers, depending on design priorities (battery life, fast connection times, etc.):
다음 검색 모드는 설계 우선순위 (배터리 수명, 빠른 연결 시간 등)에 따라 주변 장치 설계자에게 어느 정도의 유연성을 허용합니다:
Non-discoverable mode
검색 불가능 모드
Not being discoverable means other devices cannot learn about the presence of the peripheral or perform any inquiries about its nature.
검색할 수 없다는 것은 다른 장치가 주변 장치의 존재를 알 수 없거나 주변 장치의 특성에 대해 문의할 수 없음을 의미합니다.
This mode is typically used when a device does not want to be found by central peers at all, either to establish a connection or even to be detected (listed).
이 모드는 일반적으로 장치가 연결을 설정하거나 감지 (나열)되기 위해 중앙 피어에서 전혀 발견되기를 원하지 않을 때 사용됩니다.
A device in this mode can still send advertising packets, but in that case, the device must clear the General and Limited Discoverable bits in the Flags AD field within its advertising data.
이 모드의 장치는 여전히 광고 패킷을 보낼 수 있지만, 이 경우 장치는 광고 데이터 내의 플래그 AD 필드에서 일반 및 제한된 검색 가능 비트를 지워야 합니다.
If it does choose to send advertising packets, they must be of the ADV_NONCONN_IND or ADV_SCAN_IND types (see Table 2-1).
광고 패킷을 보내기로 선택한 경우 ADV_NONCONN_IND 또는 ADV_SCAN_IND 유형이어야 합니다 (표 2-1 참조).
Limited discoverable mode
제한된 검색 가능 모드
This mode allows a device to be discoverable for a limited period of time and with a lowered priority.
이 모드에서는 제한된 기간 동안 낮은 우선순위로 장치를 검색할 수 있습니다.
A device in this mode sends advertising packets with the Limited Discoverable flag in the Flags AD field set.
이 모드의 장치는 Flags AD 필드 세트에 Limited Discoverable 플래그를 사용하여 광고 패킷을 보냅니다.
Central devices performing the limited discovery procedure will be able to detect only devices in this mode.
제한된 검색 절차를 수행하는 중앙 장치는 이 모드의 장치만 감지할 수 있습니다.
The popularity of this mode has been dwindling with time, and today the tendency is to use the general discoverable mode with additional filters when required.
이 모드의 인기는 시간이 지남에 따라 줄어들고 있으며 오늘날에는 필요할 때 추가 필터와 함께 일반 검색 가능 모드를 사용하는 경향이 있습니다.
General discoverable mode
일반 검색 가능 모드
This mode makes a device discoverable for as long as it is required or deemed necessary.
이 모드를 사용하면 필요하거나 필요하다고 간주되는 동안 장치를 검색할 수 있습니다.
A device switching to this mode expresses its desire to be discovered by central peers, generally with the intention of establishing a connection.
이 모드로 전환하는 장치는 일반적으로 연결을 설정하려는 의도로 중앙 피어에 의해 검색되기를 원하는 것을 표현합니다.
To be in this mode, a device must set the General Discoverable flag in the Flags AD field of the advertising data while sending advertising packets.
이 모드에 있으려면 장치는 광고 패킷을 보내는 동안 광고 데이터의 Flags AD 필드에 General Discoverable/일반 검색 가능 플래그를 설정해야 합니다.
Only central devices performing the general discovery procedure will find peripherals in this mode.
일반 검색 절차를 수행하는 중앙 장치만 이 모드에서 주변 장치를 찾습니다.
Peripheral devices often come up from the factory in a discoverable mode before bonding with a central device, but then go into non-discoverable mode after the initial bonding procedure, allowing it to connect exclusively with that central device in the future.
주변 장치는 종종 중앙 장치와 연결되기 전에는 검색 가능 모드로 공장에서 나오지만, 초기 연결 절차가 끝나면 검색 불가능 모드로 전환되어 나중에 해당 중앙 장치에만 독점적으로 연결할 수 있습니다.
In this case, a reset to factory defaults usually brings it back into a discoverable mode.
이 경우 공장 기본값으로 재설정하면 일반적으로 검색 가능 모드로 돌아갑니다.
Discovery procedures
검색색 절차
The specification provides two discovery procedures:
이 사양에서는 두 가지 검색 절차를 제공합니다:
Limited discovery procedure
제한된 발견 절차
A central performing this procedure starts active scanning with no whitelist filtering (see “WhiteLists” on page 23) for advertisers and analyzes each advertising packet that it receives.
이 절차를 수행하는 중앙에서는 화이트리스트 필터링 (23페이지의 "화이트리스트" 참조) 없이 광고주에 대한 활성 검색을 시작하고 수신하는 각 광고 패킷을 분석합니다.
If the Limited Discoverable flag is set, the peer device is reported to the application for further action.
제한된 검색 가능 플래그가 설정된 경우 피어 장치는 추가 작업을 위해 애플리케이션에 보고됩니다.
General discovery procedure
일반적 검색 가능 절차
A central performing this procedure starts active scanning with no whitelist filtering (see “WhiteLists” on page 23) for advertisers and analyzes each advertising packet that it receives.
이 절차를 수행하는 중앙에서는 화이트리스트 필터링(23페이지의 "화이트리스트" 참조) 없이 광고주에 대한 활성 검색을 시작하고 수신하는 각 광고 패킷을 분석합니다.
If either the Limited Discoverable or General Discoverable flags are set, the peer device is reported to the application for further action.
Limited Discoverable/제한적으로 검색 가능 또는 General Discoverable/일반적으로 검색 가능 플래그가 설정된 경우 피어 장치는 추가 작업을 위해 애플리케이션에 보고됩니다.
In practical terms, devices looking for all possible discoverable peers should opt for the general discovery procedure.
실제로 검색 가능한 모든 피어를 찾는 장치는 일반 검색 절차를 선택해야 합니다.
Use the limited discovery procedure to find only devices in limited discovery mode.
제한된 검색 모드에서 장치만 찾으려면 제한된 검색 절차를 사용합니다.
Connection Establishment
연결 설정
For a central to initiate a connection establishment with a peripheral, the latter must be in a connectable mode.
중앙 장치가 주변 장치와의 연결 설정을 시작하려면 주변 장치가 연결 가능 모드에 있어야 합니다.
Similar to discovery, several modes and procedures control the selection of devices with which to interact, in an organized and standardized fashion.
검색과 마찬가지로 여러 모드와 절차는 체계적이고 표준화된 방식으로 상호 작용할 장치의 선택을 제어합니다.
Connection establishment modes
연결 설정 모드
The differences between the following connection establishment modes reflect a peripheral’s use of different types of advertising packets (detailed in “Advertising and Scanning” on page 19):
다음 연결 설정 모드의 차이점은 주변 기기가 다양한 유형의 광고 패킷을 사용하는 방식을 반영합니다 (19페이지의 "광고 및 스캐닝" 참조):
Non-connectable mode
연결 불가 모드
A device in this mode either does not send advertising packets at all or it sends ADV_NONCONN_IND or ADV_SCAN_IND advertising packets.
이 모드의 장치는 광고 패킷을 전혀 보내지 않거나 ADV_NONCONN_IND 또는 ADV_SCAN_IND 광고 패킷을 보냅니다.
In both cases, the device is, as the mode name implies, not connectable, meaning that no centrals may establish a connection with it.
두 경우 모두 모드 이름에서 알 수 있듯이 장치는 연결할 수 없습니다. 즉, 중앙 장치가 해당 장치와 연결을 설정할 수 없음을 의미합니다.
Directed connectable mode
지시된 연결 모드
A device in this mode sends ADV_DIRECT_IND advertising packets.
이 모드의 디바이스는 ADV_DIRECT_IND 광고 패킷을 전송합니다.
When performing directed advertising, a device sends advertising packets at a high frequency and for a short time, with no user data payload and with a target central Bluetooth Address.
지정 광고를 수행할 때 장치는 사용자 데이터 페이로드 없이 대상 중앙 Bluetooth 주소와 함께 높은 빈도로 짧은 시간 동안 광고 패킷을 전송합니다.
This is provided as a “fast reconnect” mode typically used when the peripheral has a strong suspicion that the target central is already trying to initiate a connection and wants to establish it as fast as possible.
이는 주변 장치가 대상 중앙 장치가 이미 연결을 시작하려고 시도하고 있으며 가능한 한 빨리 연결을 설정하려고 한다는 강한 의심을 가질 때 일반적으로 사용되는 "빠른 재연결" 모드로 제공됩니다.
Only the central whose Bluetooth address matches the one in the advertising packets sent by the peripheral will receive them.
Bluetooth 주소가 주변 장치에서 보낸 광고 패킷의 주소와 일치하는 중앙 장치만 이를 수신합니다.
Undirected connectable mode
무방향 연결 가능 모드
A device in this mode sends ADV_IND advertising packets.
이 모드의 장치는 ADV_IND 광고 패킷을 전송합니다.
This is the standard connectable mode, through which a peripheral makes itself connectable for a longer period of time and may be trying to connect to a new central or to one that is already previously known by it.
이것은 주변 장치가 더 오랜 시간 동안 연결 가능하도록 만들고 새로운 중앙 장치나 이미 알려진 장치에 연결을 시도할 수 있는 표준 연결 가능 모드입니다.
Both connectable modes implicity require the device to send the advertising packets with the intent to connect to a central.
두 연결 가능 모드 모두 암시적으로 장치는 중앙에 연결하려는 의도로 광고 패킷을 보내야 합니다.
Connection establishment procedures
연결 설정 절차
Because a central device has no means to select which advertising packet types it will receive when scanning with the intent to connect (they will always be of type ADV_IND or ADV_DIRECT_IND), the distinctions between connection establishment procedures do not depend on types of advertising packets.
중앙 장치는 연결 의도로 스캐닝할 때 어떤 광고 패킷 유형을 수신할지 선택할 수 있는 수단이 없기 때문에 (항상 ADV_IND 또는 ADV_DIRECT_IND 유형이 됨) 연결 설정 절차 간의 구분은 광고 패킷 유형에 따라 달라지지 않습니다.
Instead, the type of connection establishment procedure used depends on the kind of filtering the central imposes on those incoming packets:
대신, 사용되는 연결 설정 절차의 유형은 중앙에서 들어오는 패킷에 부과하는 필터링 종류에 따라 달라집니다:
Auto connection establishment procedure
자동 연결 설정 절차
With this single-step procedure, the host populates a whitelist (see “WhiteLists” on page 23) with an array of known peripheral devices and then instructs the controller to connect to the first one detected.
이 단일 단계 절차를 통해 호스트는 알려진 주변 장치 배열로 화이트리스트 (23페이지의 "화이트리스트" 참조)를 채운 다음 컨트롤러에 감지된 첫 번째 장치에 연결하도록 지시합니다.
Generally speaking, this procedure is useful when the central already knows a limited set of devices and does not have a preference for which one to connect to.
일반적으로 말하면, 이 절차는 중앙 장치가 제한된 장치 세트를 이미 알고 있고 어떤 장치에 연결할지 선호하지 않는 경우에 유용합니다.
General connection establishment procedure
일반 연결 설정 절차
This two-step procedure is commonly used to connect to a new, unknown peripheral.
이 2단계 절차는 일반적으로 알려지지 않은 새로운 주변 장치에 연결하는 데 사용됩니다.
The central starts by scanning without a whitelist, accepting all incoming advertising packets.
중앙은 화이트리스트 없이 스캔하여 들어오는 모든 광고 패킷을 수락하는 것으로 시작합니다.
For each peripheral detected, the application then needs to decide whether to connect to it or to continue to the next one.
감지된 각 주변 장치에 대해 애플리케이션은 해당 주변 장치에 연결할지 아니면 다음 장치로 계속할지 결정해야 합니다.
To do so, the application can prompt the user or parse advertising data included in the received advertising packet.
이를 위해 애플리케이션은 사용자에게 메시지를 표시하거나 수신된 광고 패킷에 포함된 광고 데이터를 구문 분석할 수 있습니다.
Once a peripheral is chosen, the central connects to it using the direct connection establishment procedure.
주변 장치가 선택되면 중앙 장치는 직접 연결 설정 절차를 사용하여 주변 장치에 연결합니다.
Selective connection establishment procedure
선택적 연결 설정 절차
This procedure is identical to the general connection establishment procedure, with the exception that the host uses a whitelist of previously known devices to filter incoming advertising packets.
이 절차는 호스트가 이전에 알려진 장치의 화이트리스트를 사용하여 들어오는 광고 패킷을 필터링한다는 점을 제외하면 일반적인 연결 설정 절차와 동일합니다.
This can be useful in certain cases in which the user should choose which of several known peripherals to connect to.
이는 사용자가 알려진 여러 주변 장치 중 연결할 장치를 선택해야 하는 특정 경우에 유용할 수 있습니다.
Direct connection establishment procedure
직접 연결 설정 절차
This standard single-step connection establishment procedure connects the central to one particular peripheral.
이 표준 단일 단계 연결 설정 절차는 중앙 장치를 하나의 특정 주변 장치에 연결합니다.
The host uses the Link Layer to initiate a connection to one single device, identified by its Bluetooth Address, without previous knowledge of its presence.
호스트는 링크 계층을 사용하여 Bluetooth 주소로 식별되는 단일 장치에 대한 연결을 사전에 알지 못한 채 시작합니다.
The procedure can fail if the targeted peripheral is not available or is not in a connectable mode.
대상 주변 장치를 사용할 수 없거나 연결 가능 모드가 아닌 경우 절차가 실패할 수 있습니다.
It is worth reiterating that a central host has two different ways to initiate a connection.
중앙 호스트에는 연결을 시작하는 두 가지 방법이 있다는 점을 다시 한 번 강조할 가치가 있습니다.
The first method requires two steps: first scanning and then connecting directly to a device (by specifying its Bluetooth Address) detected during the scanning phase.
첫 번째 방법에는 두 단계가 필요합니다. 먼저 스캔한 다음 스캔 단계에서 감지된 장치에 직접 연결합니다 (블루투스 주소 지정).
The second method skips the explicit scanning step and instead uses the controller to select one or more devices to connect to, without previous knowledge of whether they are actually nearby.
두 번째 방법은 명시적 검색 단계를 건너뛰고 대신 컨트롤러를 사용하여 실제로 근처에 있는지 여부에 대한 사전 지식 없이 연결할 장치를 하나 이상 선택합니다.
Additional GAP Procedures
추가 GAP 절차
GAP defines a few other procedures that are relevant only to already established connections, and which are commonly used:
GAP는 이미 설정된 연결에만 관련되고 일반적으로 사용되는 몇 가지 다른 절차를 정의합니다.
Name discovery procedure
이름 검색 절차
Advertising packets can carry many different types of user data, including the Device Name: a UTF-8 string containing a human-readable description of the device (similar to a network hostname).
광고 패킷은 장치 이름, 즉 사람이 읽을 수 있는 장치 설명이 포함된 UTF-8 문자열 (네트워크 호스트 이름과 유사)을 포함하여 다양한 유형의 사용자 데이터를 전달할 수 있습니다.
But space in the advertising packet is at a premium, so sometimes devices might not choose to include the Device Name.
그러나 광고 패킷의 공간은 매우 중요하므로 때로는 장치가 장치 이름을 포함하도록 선택하지 않을 수도 있습니다.
For such cases, the name discovery procedure allows a peripheral or central to retrieve the Device Name over an established connection by using a GATT transaction.
이러한 경우, 이름 검색 절차를 통해 주변 장치 또는 중앙 장치가 GATT 트랜잭션을 사용하여 설정된 연결을 통해 장치 이름을 검색할 수 있습니다.
Connection parameter update procedure
연결 매개변수 업데이트 절차
Each connection establishment requires a set of connection parameters that are set unilaterally by the central.
각 연결 설정에는 중앙에서 일방적으로 설정하는 연결 매개변수 집합이 필요합니다.
These parameters are the key factors in the balance between throughput and power consumption for a connection (as described in “Connections” on page 22) and can be modified later in a connection to adapt to changing balance requirements.
이러한 매개변수는 연결에 대한 처리량과 전력 소비 간의 균형을 맞추는 핵심 요소이며 (22페이지의 "연결"에 설명된 대로) 변화하는 균형 요구 사항에 맞게 연결에서 나중에 수정될 수 있습니다.
The central is always responsible for physically modifying the connection parameters and can do so at any time without warning, but the peripheral also has the ability to request the central for a change to a specific desired set of connection parameters.
중앙 장치는 항상 연결 매개변수를 물리적으로 수정하는 역할을 맡고 있으며, 언제든 경고 없이 이를 수행할 수 있지만, 주변 장치는 중앙 장치에 원하는 특정 연결 매개변수 집합을 변경해 달라고 요청할 수도 있습니다.
After doing so, the central can opt to deny the request or to honor it.
그렇게 한 후 중앙 기관은 요청을 거부하거나 수락할 수 있습니다.
However, even if it does decide to change the connection parameters, they might not be the exact ones requested by the peripheral, but rather whatever the central considers reasonable and closest to the requested set.
하지만 연결 매개변수를 변경하기로 결정하더라도 주변기기에서 요청한 것과 정확히 일치하지 않을 수 있으며 오히려 중앙에서 합리적이고 요청된 세트에 가장 가까운 것으로 간주하는 매개변수일 수 있습니다.
Terminate connection procedure
연결 절차 종료
This procedure is self explanatory and completely symmetrical: both the peripheral and the central can terminate the connection at any time, while providing a reason code that the peer application will receive along with the disconnection event.
이 절차는 자체 설명이 가능하고 완전히 대칭적입니다. 주변 장치와 중앙 장치는 모두 언제든지 연결을 종료할 수 있으며, 피어 애플리케이션이 연결 해제 이벤트와 함께 수신하는 이유 코드를 제공합니다.
Although this concludes the general GAP modes and procedures portion of this chapter, “Security” introduces specific modes and procedures exclusive to the subject of security.
이것으로 이 장의 일반적인 GAP 모드 및 절차 부분이 끝났지만 "보안"에서는 보안 주제와 관련된 특정 모드 및 절차를 소개합니다.