Bluetooth low energy (BLE) connection handover

Abstract

A method for providing a service to a user device can include receiving, by a managing entity, from a first client device, information associated with a handover request made by the user device to the first client device, the handover request associated with a service that has been partially performed by the first client device. The method can further include determining, by the managing entity, a second client device to complete the service, and providing, by the managing entity, to the second client device, communication data that enables the second client device to coordinate with the first client device in performing a handover operation that is based at least in part on periodic advertisement timing. The handover operation can include transfer of information from the first client device to the second client device to enable the second client device to communicate with the user device for completing the service.

Description

BLUETOOTH LOW ENERGY (BLE) CONNECTION HANDOVERBACKGROUND

[0001] 1. Field of Disclosure

[0002] The present disclosure relates generally to the field of handover operations associated with wireless communications, and more specifically to a wireless communication handover during execution of a transaction involving two devices.

[0003] 2. Description of Related Art

[0004] Short range wireless communication enables wireless communication over relatively short distances (e.g., within 30 meters) . For example,  is a wireless technology standard for exchanging data over short distances using short-wavelength ultra high frequency (UHF) radio waves from 2.4 gigahertz (GHz) to 2.485 GHz.  Low Energy (BLE) is a form of   communication that allows for communication with devices running on low power. Such devices may include, for example, access devices configured to communicate with one or more user devices using low-energy communication technology for performing various types of tasks.

[0005] BRIEF SUMMARY

[0006] Embodiments described herein pertain to a Bluetooth connection handover that may be carried out when providing a service such as, for example, a service that includes a payment procedure. More particularly, in accordance with the disclosure, a method performed by a managing entity for providing a service to a user device, can include receiving, by the managing entity, from a first client device, information associated with a handover request made by the user device to the first client device, the handover request associated with the service that has been partially performed by the first client device; determining, by the managing entity, a second client device to complete the service; and providing, by the managing entity, to the second client device, communication data that enables the second client device to coordinate with the first client device in performing a handover operation that is based at least in part on periodic advertisement timing, the handover operation comprising transfer of information from the first client device to the second client device to enable the second client device to  communicate with the user device for completing at least a remaining portion of the service.

[0007] Another method in accordance with the disclosure that can be performed by a first client device for executing a service, can include communicating with a user device via a first Bluetooth Low Energy (BLE) communication link; receiving, from the user device, a handover request to handover to a second client device, transaction data associated with the service, wherein the first client device is configured to synchronize with the second client device based on periodic advertisement timing; and transmitting, to a management entity, via a first communication link that uses an Internet communications protocol, a request to execute the handover request.

[0008] Another method in accordance with the disclosure that can be performed by a user device, can include communicating with a first client device via a first Bluetooth Low Energy (BLE) communication link; detecting a degradation in the first BLE communication link; transmitting, to the first client device, a handover request for completion of a service that has been partially performed by the first client device, wherein the first client device is configured to synchronize with a second client device based on periodic advertisement timing; establishing communications with the second client device by transitioning to a second BLE communication link after fulfilment of the handover request; and communicating with the second client device to complete the service.

[0009] This summary is neither intended to identify key or essential features of the claimed subject matter, nor is it intended to be used in isolation to determine the scope of the claimed subject matter. The subject matter should be understood by reference to appropriate portions of the entire specification of this disclosure, any or all drawings, and each claim. The foregoing, together with other features and examples, will be described in more detail below in the following specification, claims, and accompanying drawings.BRIEF DESCRIPTION OF THE DRAWINGS

[0010] The detailed description below pertains to a few example embodiments that are illustrated in the accompanying drawings. However, it must be understood that the description is equally relevant to various other variations of the embodiments described herein. Such embodiments may utilize objects and / or components other than those  illustrated in the drawings. It must also be understood that like reference numerals used in the various figures indicate similar or identical objects.

[0011] FIG. 1 illustrates an example wireless communication handover system in accordance with an embodiment of the disclosure.

[0012] FIG. 2 illustrates a simplified operational sequence diagram of an example wireless communication handover system in accordance with an embodiment of the disclosure.

[0013] FIG. 3 illustrates a simplified timing diagram of an example wireless communication handover system in accordance with an embodiment of the disclosure.

[0014] FIG. 4 illustrates a timing arrangement that may be used in a centralized periodic advertisement configuration in accordance with an embodiment of the disclosure.

[0015] FIG. 5 illustrates a data communication arrangement that may be used in a centralized periodic advertisement configuration in accordance with an embodiment of the disclosure.

[0016] FIG. 6 illustrates a timing arrangement that may be used in a distributed periodic advertisement configuration in accordance with the disclosure.

[0017] FIG. 7 illustrates a simplified operational sequence diagram associated with discovery and synchronization between client devices in a distributed periodic advertisement configuration in accordance with the disclosure.

[0018] FIG. 8 illustrates examples that may be used by a client device in accordance with the disclosure.

[0019] FIG. 9 shows a flow diagram of a method performed by a managing entity to provide a service in accordance with an embodiment of the disclosure.

[0020] FIG. 10 shows a flow diagram of a method performed by a client device for executing a service in accordance with an embodiment of the disclosure.

[0021] FIG. 11 shows a flow diagram of a method performed by a user device for executing a service in accordance with an embodiment of the disclosure.

[0022] FIG. 12 shows a block diagram of various hardware and software components that may be included in any of various devices in accordance with the disclosure.DETAILED DESCRIPTION

[0023] Several illustrative examples will now be described with respect to the accompanying drawings, which form a part hereof. While particular examples, in which one or more aspects of the disclosure may be implemented, are described below, other examples may be used, and various modifications may be made without departing from the scope of the disclosure or the spirit of the appended claims.

[0024] Reference throughout this specification to “one example” or “an example” means that a particular feature, structure, or characteristic described in connection with the example is included in at least one example of claimable subject matter. Thus, the appearances of the phrase “in one example” or “an example” in various places throughout this specification are not necessarily all referring to the same example. Furthermore, particular features, structures, or characteristics described herein may be combined in one or more examples.

[0025] The description herein is directed to certain implementations for the purposes of describing innovative aspects of various embodiments. However, a person having ordinary skill in the art will readily recognize that the teachings herein can be applied in a multitude of different ways. The described implementations may be implemented in any device, system, or network that is capable of transmitting and receiving radio frequency (RF) signals according to any communication standard. More particularly, it must be understood that the description herein with respect to Bluetooth Low Energy (BLE) communications is equally applicable to various other short range communication technologies such as, for example, Near Field Communications (NFC) , Wi-Fi, Zigbee, Ultra-Wide Band (UWB) , and infrared (IR) technologies.

[0026] Furthermore, the methodologies described herein may be implemented by various means depending upon applications according to particular examples. For example, such methodologies may be implemented in hardware, firmware, software, and / or combinations thereof. In a hardware implementation, for example, a processing unit may be implemented within one or more application specific integrated circuits  (ASICs) , digital signal processors (DSPs) , digital signal processing devices (DSPDs) , programmable logic devices (PLDs) , field programmable gate arrays (FPGAs) , processors, controllers, micro-controllers, microprocessors, electronic devices, other devices units designed to perform the functions described herein, and / or combinations thereof.

[0027] Short range wireless communication technologies such as Bluetooth Low Energy (BLE) support communications between devices inside a limited operating range. Limiting the operating range provides certain benefits such as, for example, with respect to security and bandwidth. For example, deploying of a short range wireless communication system inside a structure (residence, office, business, etc. ) automatically offers a certain level of security against malicious attacks that may originate from outside a signal coverage perimeter area outside the structure. Bandwidth optimization is also provided automatically because an operating frequency and / or signal bandwidth (for example, around 2.5 GHz) can be reused in multiple areas located close to each other without signal interference (such as, for example, for use by remote control devices in two neighboring houses) . However, in some cases, a signal strength of a short range wireless communication signal may be reduced as a result of various factors (walls, room dimensions etc. ) , and a communication exchange between two devices may be impacted negatively.

[0028] In an example scenario that illustrates this issue, an individual may be using a smartphone to wirelessly communicate with a first terminal inside a business facility for purposes of carrying out a financial transaction (such as, for example, a payment) . In this case, the smartphone can be referred to as a payment sender and the first terminal can be referred to as a first payment receiver. The transaction may be executed successfully if the payment sender remains within a wireless signal range of the first payment receiver until the transaction is completed. However, the payment sender may be moving around (inside a store, for example) and communications between the payment sender and the first payment receiver may fail when the payment sender moves further away from the first payment receiver. In a conventional arrangement, a new communication procedure may be initiated between the payment sender and a second payment receiver that may be located closer to the payment sender. Renewing the transaction (or starting a new transaction) with the second payment receiver can involve repeating some of the same procedures that had already been performed between the  payment sender and the first payment receiver (log in, authentication, information input, etc. ) . Repeating the same procedures can be frustrating and cumbersome. Embodiments described herein address these and other issues by way of a wireless handover operation involving a transaction that was begun on a first device being seamlessly transferred to a second device, preferably with a user (of the smartphone, in this example) being unaware of the handover operation.

[0029] In a first example embodiment, which is referred to herein as a centralized periodic advertisement, a management entity broadcasts a periodic advertisement that provides timing information that can be used by multiple client devices to communicate with each other for purposes such as transferring data related to a transaction. In a second example embodiment, which is referred to herein as a distributed periodic advertisement configuration, each client device broadcasts a periodic advertisement that provides timing information that can be used by any client device to communicate with any another client device for purposes such as transferring data related to a transaction. In the second example embodiment, the multiple client devices may use respective, orthogonal hopping frequency sequences (HFSs) to avoid interference among the multiple client devices. In some aspects, the HFS used by each client device may be based on an index value (e.g., that indicates a shift relative to a reference HFS) . The index value may be used by a client device to identify, and to resynchronize, in case of a loss of synchronization. Further details pertaining to techniques and apparatuses associated with operations performed by use of the centralized periodic advertisement and / or the distributed periodic advertisement are described below.

[0030] Some techniques and apparatuses described herein provide various technical advantages over conventional systems such as, for example, a handover procedure that allows a user to operate a user device for carrying out a transaction in an uninterrupted manner when a wireless connection between the user device and a first client device becomes inadequate (an amplitude drop, for example) . Further details about handover procedures and associated operations are described below with reference to various figures.

[0031] FIG. 1 illustrates an example wireless communication handover system 100 in accordance with an embodiment of the disclosure. System 100 can include a user device 105, two or more client devices (such as client device 110, client device, 115,  and client device 120) , a managing entity 125, and a cloud device 135. The cloud device 135 may be omitted in some implementations.

[0032] User device 105 can be any of various types of portable devices such as, for example, a smartphone, a smartwatch, a tablet computer, or a laptop computer. The user device 105 can include a processor, a memory, and a wireless communications system. The processor, memory, and associated circuitry are configured to receive, generate, process, store, and provide information pertaining to any of various types of transactions that can be carried out between the user device 105 and any one or more of the client devices. In an example embodiment, the transaction can be a financial transaction and the user device 105 may be configured as a payment sender that wirelessly transmits a payment to a client device such as, for example, the client device 110. In another example embodiment, the transaction can be a data transfer operation and the user device 105 may be configured as a date receiver that receives any of various types of data (such as, for example, bank account information) wirelessly transmitted by a client device such as, for example, the client device 110.

[0033] Each of the client devices can be any of various types of devices such as, for example, a bank terminal, an automated teller machine (ATM) , or a customer portal, and can include a processor, a memory, and a wireless communications system. The processor, memory, and associated circuitry are configured to receive, generate, process, store, and provide information pertaining to any of various types of transactions that can be carried out between the client device and the user device 105.

[0034] In an example embodiment, wireless communications between the user device 105 and each of the client devices is carried out over a BLE communications link. In another example embodiment, some, or all, of the wireless communications between the user device 105 and each of the client devices can be carried out using other communication formats (NFC, Wi-Fi, Zigbee, UWB, IR, etc. ) .

[0035] In an example embodiment, the managing entity 125 can be a server computer configured to support operations carried out by the client devices. Communications between the managing entity 125 and the client devices can be carried out via communication links 145 that operate using one or more of various communications formats. In an example implementation, communication links 145 can be operated using an Internet communications format (TCP / IP, HTTP, UDP, etc. ) . In another  example implementation, the managing entity 125 communicates with each client device via a wireless communication link, such as, for example, a BLE communications link.

[0036] The managing entity 125 may be configured to communicate with the cloud device 135 via a network 130. In an example implementation, the cloud device 135 is a cloud computer that may support, execute, complement, supplement, or replace, some of the operations performed by the managing entity 125.

[0037] The network 130 can be any of various types of networks such as, for example, the Internet, a local area network (LAN) , or a wide area network (WAN) and can include communications links and devices that operate using any of various types of communications protocols and communication links (wireless, wired, optical, etc. ) .

[0038] In an example embodiment, each of the client devices is a point-of-sale (POS) device configured to broadcast a point-of-sale service identification (POS ID) and a unique identification in the form of a random number sequence that is referred to herein as a RND sequence. Each of the POS devices scan and listen for RND sequences broadcast by adjacent POS devices. The user device 105 (asmartphone, for example) may scan and identify multiple client devices based on their RND sequences. The user device 105 may then establish a BLE connection with one of the POS devices (client device 110, for example) by reporting the RND sequence and carrying out a mutual authentication procedure. Upon validation of the authentication procedure, the user device 105 may establish a secure session with the client device 110 for executing a transaction. In one case, the secure session may be established by a software application in the user device 105 (an app in a smartphone, for example) that operates in a trusted execution environment (TEE) .

[0039] In an example scenario, the transaction is associated with a purchase made by a user of the user device 105. In this scenario, matter pertaining to the transaction, such as, for example, the contents of a shopping cart, may be transferred from the user device 105 to the client device 110. A payment procedure may then be carried out between the user device 105 and the client device 110. During this procedure, the user may move out of BLE wireless range of the client device 110. Moving out of BLE wireless range may be detected by the user device 105 in the form of a degradation in received signal strength indicator (RSSI) . In accordance with the disclosure, the user device 105 may  monitor the RSSI (continuously, periodically, intermittently, or on an as-needed basis) and upon detecting a drop in the RSSI below a preselected threshold RSSI value, may originate a handover request to handover to another client device (client device 115, for example) , transaction data obtained by the client device 110 during the transaction between the user device 105 and the client device 110. The managing entity 125 can facilitate a handover procedure in accordance with the disclosure as is described below in more detail with reference to other figures.

[0040] It must be understood that the arrangement of devices and networks shown in FIG. 1 is one example arrangement. In other arrangements, there may be additional devices and / or networks, fewer devices and / or networks, different devices and / or networks, or differently arranged devices and / or networks than those shown in FIG. 1. Furthermore, two or more devices shown in FIG. 1 may be implemented within a single device, or a single device shown in FIG. 1 may be implemented as multiple, distributed devices. Additionally, or alternatively, a set of devices (e.g., one or more devices) of system 100 may perform one or more functions described as being performed by another set of devices of system 100.

[0041] FIG. 2 illustrates a simplified operational sequence diagram 200 of the wireless communication handover system 100 in accordance with an embodiment of the disclosure. The example devices included in the simplified operational sequence diagram 200 have been described above with reference to FIG. 1. At step 225, all client devices are synched by a periodic advertisement.

[0042] In one embodiment, in what is referred to herein as a centralized periodic advertisement configuration, the periodic advertisement is transmitted by the managing entity 125. Each client device derives periodic advertisement timing based on the periodic advertisement transmitted by the managing entity 125. The managing entity 125 further operates as a facilitator of the handover request initiated by the user device 105.

[0043] In another embodiment, in what is referred to herein as a distributed periodic advertisement configuration, the periodic advertisement is transmitted by all client devices. Each client device derives periodic advertisement timing based on the periodic advertisement transmitted by another client device such as, for example, a neighboring client device.

[0044] The periodic advertisement timing corresponds to a timing or schedule by which a device transmits communications or periodic advertisements and executes synchronized time-related operations. In the centralized periodic advertisement configuration, the periodic advertisement transmitted by the managing entity 125 can be based on a periodic advertisement with response (PAwR) schedule.

[0045] The simplified operational sequence diagram 200 pertains to an example centralized periodic advertisement configuration where client devices such as the client device 110, the client device 115, and the client device 120, use the periodic advertisement transmitted by the managing entity 125 for operations such as synching with each other in order to exchange information via BLE messages.

[0046] At step 230, a handover is requested by the user device 105. In an example scenario, the user device 105 may transmit a handover request upon detecting a drop in the RSSI below a preselected threshold RSSI value or upon detecting a high retransmission rate in a wireless communication link between the user device 105 and the client device 110. The preselected threshold RSSI value can be selected based on a probability of an imminent failure or a probability of an expected failure. The failure can be due to, for example, the user device 105 moving out of a coverage area of a BLE wireless communications between the user device 105 and the client device 110. The handover request may occur during a transaction being carried out between the user device 105 and the client device 110. At this time, only a part of the transaction may be completed such as, for example, conveying of the contents of a shopping cart from the user device 105 to the client device 110. A remaining part of the transaction, which is yet to be done, can include, for example, a payment process towards a purchase of the shopping cart contents.

[0047] In the illustrated example scenario, at step 235, the client device 110 receives the handover request in an interface 210 that is a part of the client device 110. The client device 110 can be one of the client devices that was detected by the user device 105 based on scanning and identifying the RND sequence of the client device 110.

[0048] At step 240, the interface 210 of the client device 110 conveys the handover request to a controller 205 that is also a part of the client device 110.

[0049] At step 245, the controller 205 responds by providing connection information to the interface 210. The connection information can include, for example, connection  event counter information, clock-related information (for synchronizing purposes) , access address, cyclic redundancy check (CRC) information, a session key, and / or channel map. The session key may be used by a client device (such as the client device 115, described below) to avoid duplication of an authentication procedure that has already been performed between the user device 105 and the client device 110. All the client devices use the same Generic Attribute (GATT) service thereby eliminating the need for a client device (such as the client device 115, described below) to rediscover the service. As is known, the GATT service defines the way that two Bluetooth Low Energy devices transfer data back and forth using concepts called services and characteristics.

[0050] At step 250, the interface 210 conveys the handover data to the managing entity 125 via one of the communication links 145 shown in FIG. 1. In an example implementation, the handover data is conveyed to the managing entity 125 via communications formatted in accordance with an Internet protocol (TCP / IP, UDP, HTTP, HTTPS, etc. ) . The handover data may include the connection information received from the controller 205 and additional information such as, for example, an application key and application-related information.

[0051] At step 255, the handover data received from the interface 210 may be conveyed to an interface 215 of the client device 115. The client device 115 may be a second client device that was identified by the user device 105 based on scanning and identifying the RND sequence of the client device 115. In an example implementation, the user device 105 may select the client device 115 based on an RSSI of a BLE signal at the user device 105. In this case, the handover request made by the user device 105 can include information associated with the client device 115 such as, for example, the RSSI of the BLE signal at the user device 105.

[0052] In another example implementation, the client device 110 may determine an RSSI of a BLE signal at the user device 105 and may include the RSSI in the request transmitted by the client device 110 to the managing entity 125 in step 250. In yet another example implementation, the managing entity 125 may determine an RSSI of a BLE signal at the user device 105.

[0053] At step 260, the interface 215 of the client device 115 conveys the connection information to a controller 220 of the client device 115. The controller 220 may use the  connection information to connect with the user device 105 and continue with the unfinished transaction between the user device 105 and the client device 110. The unfinished transaction can include, for example, a payment process towards the purchase of the shopping cart contents referred to above.

[0054] More particularly, the controller 220 may use the connection information to open a receive window and wait for data packets from the user device 105. The controller 205 of the client device 110 may stop sending messages to the user device 105 in response to the handover request from the user device 105 so as to allow the controller 220 to perform communications with the user device 105 in an uninterrupted manner. In an example implementation, the controller 205 of the client device 110 may use a connection event counter that is set smaller than an event counter used by the controller 220 of the client device 115 to listen for, receive, and respond to data packets transmitted by the user device 105.

[0055] At step 265, the controller 220 may use the connection information received at step 260 to receive data packets associated with the unfinished transaction. Upon receiving the data packets, a connection complete message may be transmitted from the controller 220 of the client device 115 to the interface 215 of the client device 115. At step 270, information associated with the data packets is conveyed by the controller 220 to the user device 105 and bi-directional communication is established between the client device 115 and the user device 105. The information conveyed by the controller 220 to the user device 105 may, for example, pertain to the contents of the shopping cart.

[0056] The user device 105 is not involved in the handover transfer process described above and a user of the user device 105 may be unaware that the user device 105 is now communicating with the client device 115.

[0057] In an example scenario, the client device 115 may be performing a transaction with another user device (not shown) during the handover procedure described above. In this scenario, the controller 220 of the client device 115 may perform some procedures such as, for example, a prioritization procedure, a negotiation procedure, and / or a coordination procedure, in order to avoid interference between the two BLE connections with the two user devices. An example procedure to do so can be by use of a LL_CONNECTION_PARAM_REQ.

[0058] At step 275, the unfinished portion of the transaction is resumed. The unfinished portion, can, for example, be the payment process towards the purchase of the shopping cart contents that is referred to above.

[0059] In the embodiment described above, the managing entity 125 provides the periodic advertisement that is used by all the client devices to obtain timing information. A client device may avoid an interference between the periodic advertisement and a BLE connection between the client device and the user device 105 by changing an anchor point of the BLE connection. In an example implementation, the change is executed by use of a link level connection request such as, for example, a LL_CONNECTION_PARAM_REQ.

[0060] Furthermore, when client device 110 receives the handover request described above with reference to step 230, the controller 205 may calculate a time delta of a future connection event anchor with respect to a periodic advertisement event anchor. In an example implementation, the controller 205 may base the calculation on timing considerations associated with periodic advertisement synchronization transfer (PAST) .

[0061] FIG. 3 illustrates a simplified timing diagram 300 of an example wireless communication handover system in accordance with an embodiment of the disclosure. The system 100 described above is one example of such a wireless communication handover system and components of the system 100 are referred to below for purposes of describing the timing diagram 300. It must be understood that the description is equally applicable to various other communication systems that execute handover operations in accordance with the disclosure.

[0062] Timeline 305 pertains to periodic advertisement broadcasting. In one example embodiment, the periodic advertisement broadcasting is carried out by the managing entity 125 in a centralized periodic advertisement configuration that is referred to above. In another example embodiment, the periodic advertisement broadcasting is carried out by each client device in a distributed periodic advertisement configuration that is referred to above.

[0063] The periodic advertisement can be used to obtain handover clock information by client devices, such as the client device 110, the client device 115, and the client device 120 described above. More particularly, a client device can use the periodic advertisement to set up clock information in the form of a periodic advertisement (PA)  event counter and PA anchors. The PA event counter is used to generate a periodic repetitive anchor pattern. The illustrated timeline 305 includes a reference periodic advertisement (PA) anchor 340 at time “T1” that corresponds to a PA event counter (N) 307. PA event counter (N-1) 306 corresponds to a time that occurs prior to time T1. A time interval between PA event counter (N-1) 306 and PA event counter (N) 307 is indicated in FIG. 3 as a PA interval (PAI) 304.

[0064] Subsequent event counters are initiated at time intervals that are multiples of the PAI 304. For example, PA event counter (N+1) 308 that occurs at a time “T3” has a time interval separation with reference to “T1” that may be defined by an equation T3 = T1 + PAI*n, where “n” may be calculated by the PA event counter. PA event counter (N+2) can be defined in a similar manner.

[0065] Timeline 310 pertains to events associated with a first client device that is in communication with a user device for performing a transaction, such as, for example, the client device 110 described above with reference to FIG. 2 that is in communication with the user device 105. A connection event counter is used to generate a periodic repetitive anchor pattern. Connection event counter (M-1) may be initiated at an anchor 311 that is earlier than the reference PA anchor 340. The client device 110 determines a target PA anchor 345 based on calculating an offset 312 with respect to the reference PA anchor 340. A time interval between the anchor 311 and the target PA anchor 345 is referred to herein as a connection interval (CI) 313. The target PA anchor 345 occurs at a time “T2” has a time interval separation with reference to “T1” that may be defined by an equation T2 = T1 + Offset (312) .

[0066] Timeline 320 pertains to events associated with a second client device that is in communication with a user device for performing a transaction, such as, for example, the client device 115 described above with reference to FIG. 2 that is in communication with the user device 105. Timeline 320 illustrates operations wherein the client device 115 established a connection with the user device 105 for fulfilling the handover procedure. The client device 115 establishes a sync attempt anchor 355 at time “T4” An Rx window may be used to establish communications with the user device 105 around time T4. T4 may be defined by an equation T4 = T3 -PA*n + offset + m*CI, where the offset is offset 312, CI is CI 313, “n” is calculated by the PA event counter, and “m” is estimated based on a combination of CI 313, PAI 304, and “n. ”

[0067] FIG. 4 illustrates a timing arrangement that may be used in the centralized periodic advertisement configuration described above. The periodic advertisement interval 420 corresponds to the periodic advertisement transmitted by the managing entity 125. The periodic advertisement interval 420 may be partitioned into “n” subevent intervals that may be used by various client devices to communicate with each other. For example, subevent interval #0 may be used by client device 110 to communicate with client device 115 for performing a handover operation in accordance with the disclosure. The client device 115 may use subevent interval #1 to synchronously communicate with the client device 110 with no data interferences taking place. Other client devices can use the other subevent intervals to communicate with client devices such as the client device 110 and the client device 115. Client device 120 may use subevent interval #2 for such communications. The arrangement shown with reference to the periodic advertisement interval 420 may be replicated for subsequent periodic advertisement intervals.

[0068] FIG. 5 illustrates a data communication arrangement that may be used in the centralized periodic advertisement configuration described above. The periodic advertisement subevent interval 405 shown in FIG. 5 corresponds to the periodic advertisement subevent interval 405 shown in FIG. 4. In this example illustration, the managing entity 125 may transmit a message such as AUX_SYNC_SUBEVENT_IND or AUX_CONNECT_REQ for obtaining data from client device 110 that operates during the subevent interval #0.

[0069] After a periodic advertisement response slot delay 510, the client device 110 provides data to the managing entity 125. The time slots r0 515, r1 520, r2 525 etc. are time slot spacing for the client device 110 to transmit data in the form of protocol data units (PDUs) such as in the form of AUX_SYNC_SUBEVENT_RSP PDUs.

[0070] FIG. 6 illustrates a timing arrangement 600 that pertains to a distributed periodic advertisement configuration in accordance with the disclosure. When the system 100 is configured in a distributed periodic advertisement configuration, each of the client devices broadcasts periodic advertisement that is detected by other client devices and used for communicating data in a synchronous manner.

[0071] For example, as indicated by reference numeral 665, the client device 110 may broadcast periodic advertisements in the form of a train of periodic messages based on a  periodic advertisement with response (PAwR) schedule. Moreover, the client device 110 may transmit the periodic advertisements using a first orthogonal hopping frequency sequence (HFS) . The first HFS may be a HFS configured specifically for the client device 110 (e.g., if the client device 110 is not a follower of another client device) or the first HFS may be shifted from a reference HFS based at least in part on a first index value associated with (e.g., selected by) the client device 110.

[0072] As indicated by reference numeral 660, the client device 115 may detect at least one periodic advertisement broadcast from the client device 110 (e.g., by scanning known channels on which the client device 110 performs transmissions and / or by scanning, or taking a snapshot of, an entire band) . In this way, the client device 115 may discover the client device 110. In some aspects, the client device 115 may listen on one or more advertisement channels (e.g., legacy advertisement channels) to detect information that enables the client device 115 to follow and synchronize with the client device 110, thereby enabling the client device 115 to monitor for the periodic advertisement (s) . In some aspects, the client device 115 may monitor for (e.g., listen for) and detect the periodic advertisement (s) prior to initiation of periodic advertisement transmissions by the client device 115 (which may be referred to as a “detect before proceed” policy) . For example, in a boot sequence during starting (or re-starting) of the client device 115, the client device 115 may listen for periodic advertisements from other client devices before starting periodic advertisement transmissions. In some aspects, client devices (e.g., isolated client devices) , such as the client device 115, may periodically listen for periodic advertisements from neighboring client devices.

[0073] As indicated by reference numeral 650, based on detecting a periodic advertisement from the client device 110, the client device 115 may transmit, and the client device 110 may receive, a message to initiate a connection between the client device 110 and the client device 115. As indicated by reference numeral 655, following the connection, or as part of the connection procedure, the client device 110 may transmit, and the client device 115 may receive, a synchronization message. The synchronization message may identify the periodic advertisement timing (e.g., the PawMR schedule) used by the client device 110. For example, the synchronization message may include periodic advertisement synchronization transfer (PAST) information that indicates the periodic advertising timing used by the client device 110 (e.g., by indicating a time offset used by the client device 110) . In addition, or  alternatively, the synchronization message may identify the first HFS used by the client device 110. For example, the PAST information may also indicate a reference HFS used by the client device 110, and the first HFS may be the reference HFS or an HFS that is shifted (e.g., frequency shifted) from the reference HFS. For example, if an HFS is shifted from a reference HFS, then at all frequency instances in a frequency sequence, a channel index of the HFS is different from a channel index of the reference HFS. In some aspects, the synchronization message may identify the first HFS used by the client device 110 by indicating the first index value associated with the client device 110 (e.g., the first HFS may be determined using the first index value and the reference HFS) . For example, the synchronization message may indicate a set of index values that includes the first index value and / or one or more additional index values, associated with additional access points, known to the client device 110. In some aspects, the set of index values may include an index value for the client device 115 that indicates an HFS to be used by the client device 115.

[0074] The exchange of periodic advertising timing information (e.g., the exchange of PAST information) may enable the client device 115 to synchronize with the client device 110. Accordingly, in the same manner, multiple additional client devices may synchronize to the same periodic advertisement timing. For example, as shown, client device 120 may also synchronize with client device 110, and a client device 675 may synchronize with client device 120 (thereby resulting in client device 675 being synchronized with client device 115 by transitive synchronization) . In this way, multiple client devices may become time synchronized with each other.

[0075] As indicated by reference numeral 615, based on receiving the synchronization message, the client device 115 may transmit periodic advertisements (e.g., transmissions on a data channel) synchronized with the periodic advertisement timing (e.g., the PAwR schedule) used by the client device 110. In this way, periodic advertisements are transmitted concurrently by the client device 110 and the client device 115. However, the client device 115 may transmit the periodic advertisements according to a second HFS. The second HFS may be offset from (e.g., orthogonal to) the first HFS used by the client device 110 or a reference HFS. In other words, each of the client devices (e.g., with physically overlapping coverage areas) may use an HFS that is orthogonal to an HFS of any of the other client devices. By using orthogonal HFSs, interference among the client devices may be avoided despite the client devices being time synchronized.

[0076] The second HFS may be based at least in part on a second index value (e.g., different from the first index value) associated with the client device 115. For example, each of the client devices (e.g., with physically overlapping coverage areas) may be associated with a different index value from any of the other client devices. Accordingly, based at least in part on the set of index values identified to the client device 115, the client device 115 may select the second index value to achieve an HFS (e.g., in a radio frequency range of the client device 115) that is orthogonal to every other HFS currently in use. In some aspects, the second HFS may be shifted relative to the first HFS or the reference HFS based at least in part on the second index value. For example, the second HFS may be determined according to Equation 1 below: HFSi = (HFS0 + indexi) mod 37 ……. Equation 1

[0077] where HFS0 is the reference HFS, HFSi is the HFS being determined, and indexi is the index value used to determine the HFS. The reference numeral 635 indicates an opportunity for the client device 115 to resynch, such as, for example, when synchronization has been lost previously.

[0078] Equation 1 shown above uses a value of 37 for the modulo operation because a BLE system uses 37 data channels. However, a different value for the modulo operation may be used (e.g., corresponding to a quantity of channels) in other systems.

[0079] In some aspects, an index value may indicate an HFS in a manner other than as described above. That is, an index value may be any means to identify a hopping frequency channel (or “channel selection” ) sequence. For example, each client device and each wireless communication device may be configured with a set of HFSs, and an index value may map to a particular HFS of the set of HFSs. Thus, indication of a set of index values, as described herein, may refer to the indication of all active (e.g., in use) HFSs of the set of HFSs.

[0080] FIG. 7 illustrates a simplified operational sequence diagram 700 associated with discovery and synchronization between client devices in a distributed periodic advertisement configuration in accordance with the disclosure. As shown, the sequence diagram pertains to multiple client devices such as client device 110, client device 115, client device 120, and client device 110 and a managing entity such as managing entity 125. As indicated by reference numeral 705, the client device 110 may transmit, and the managing entity 125 may receive, a registration message. The registration message  may indicate to the managing entity 125, an identity of the client device 110 such as, for example, a BD_ADDR or other information that allows the managing entity 125 to identify the client device 110 as a follower device in an example scenario. The client device 110 may transmit the registration message based at least in part on the client device 110 being unsynchronized with any other client device. For example, the client device 110 may be a new client device to the system 100 or may have lost a previous synchronization.

[0081] As indicated by reference numeral 710, the client device 110 may transmit periodic advertisements, and the client devices may detect one or more of the periodic advertisements. The client device 110 may transmit the periodic advertisements in a similar manner as described above. In some aspects, the periodic advertisements may indicate an identity of the client device 110 (e.g., a BD_ADDR) .

[0082] As indicated by reference numeral 715, based on detecting the periodic advertisements, each of the client devices may transmit to the managing entity 125, respective messages indicating detection of a periodic advertisement from the client device 110. A message from a client device may indicate an identity of the client device 110 (e.g., from which a periodic advertisement was detected) . Additionally, or alternatively, the message may indicate a signal strength between the client device and the client device 110. For example, the message may include a received signal strength indication (RSSI) .

[0083] As indicated by reference numeral 720, the managing entity 125 may determine or select a leader client device, from among the plurality of client devices. For example, the managing entity 125 may compare signal strengths reported by the client devices and may select the client device 115 that reported the best signal strength (e.g., the highest RSSI) as the leader access point for the client device 110.

[0084] As indicated by reference numeral 725, the managing entity 125 may assign an index value indicating a HFS that is to be used by the client device 115. Each of the client devices may be associated with a respective index value indicating a HFS used by each client device. Each HFS may be orthogonal to each of the other HFSs. For example, the managing entity 125 may assign an index value for the client device 115 that is different from each of the index values associated with each of the other client devices. In other words, the index value determined for the client device 115 may  indicate an HFS that is orthogonal to each of the HFSs used by the other client devices. An index value may indicate a HFS in a similar manner as described above with reference to FIG. 6.

[0085] As indicated by reference numeral 730, the managing entity 125 may transmit to the client device 115, information (e.g., a synchronization message) that can include an identification of the client device 110 and / or the index value assigned to the client device 110 by the managing entity 125. The managing entity 125 may transmit this information to the client device 115 in order to cause the client device 115 to establish a connection with the client device 110. As indicated by reference numeral 735, the client device 115 may transmit, and the client device 110 may receive, a message to initiate a connection between the client device 115 and the client device 110.

[0086] As indicated by reference numeral 740, following the connection, or as part of a connection procedure, the client device 115 may transmit, and the client device 110 may receive, a synchronization message that identifies the periodic advertisement timing (e.g., the PAwR schedule) used by the client device 115 (e.g., PAST information) and / or a set of index values, as described herein. The set of index values may include index values associated with the client devices. Additionally, or alternatively, the set of index values may include the index value assigned to the client device 115 and / or client device 110 by the managing entity 125. Accordingly, based on receiving the synchronization message, the client device 110 may transmit periodic advertisements (e.g., a periodic advertisement train) synchronized with the periodic advertisement timing used by the client device 115 and using an HFS indicated by the index value, as described herein.

[0087] The client device 110 may then fulfil a handover procedure by transferring at least a part of transaction data that was exchanged between the client device 110 and the user device 105 (not shown) . The client device 115 may then execute a second part of a transaction that was being handled by the client device 110. The second part of the transaction can involve the client device 115 communicating with the user device 105 using a BLE communication link in the manner described above.

[0088] FIG. 8 illustrates some example connection information that may be used by a client device in accordance with the disclosure. One example of the use of the connection information by a client device is described above in the form of step 245 that  is shown included in the operational sequence diagram 200 of the wireless communication handover system 100 as described above with reference to FIG. 2. Step 245 is carried out in client device 110. Another example is illustrated in the form of step 260 that is shown included in the operational sequence diagram 200 and carried out in the client device 115.

[0089] FIG. 9 shows a flow diagram 900 of a method performed by a managing entity to provide a service in accordance with an embodiment of the disclosure. Means for performing the functionality illustrated in one or more of the blocks shown in FIG. 9 may be performed by hardware and / or software components of a managing entity such as, for example, the managing entity 125 described herein. Example components that can be included in the managing entity 125 are illustrated in FIG. 12 and described below in more detail. The description below refers to various example components described herein but it must be understood that the functions can be performed by various other components that may be functionally identical or functionally similar.

[0090] At block 905, the functionality can include receiving, by a managing entity, from a first client device, information associated with a handover request made by the user device to the first client device, the handover request associated with a service that has been partially performed by the first client device. In an example embodiment, the managing entity is the managing entity 125, the first client device is the client device 110, and the user device is the user device 105, described herein. The action indicated at block 905 is described above with reference to step 230 that is illustrated in FIG. 2. In an example implementation, the client device 110 is configured to operate as a first payment receiver, the client device 115 is configured to operate as a second payment receiver, and the service includes payment procedure.

[0091] At block 910, the functionality can include determining, by the managing entity, a second client device to complete the service. The action indicated at block 910 is described above with reference to step 255 that is illustrated in FIG. 2.

[0092] At block 915, the functionality can include providing, by the managing entity, to the second client device, communication data that enables the second client device to coordinate with the first client device in performing a handover operation that is based at least in part on periodic advertisement timing, the handover operation comprising transfer of information from the first client device to the second client device to enable  the second client device to communicate with the user device for completing at least a remaining portion of the service. The action indicated at block 915 is described above with reference to step 260 that is illustrated in FIG. 2. Details pertaining to periodic advertisement timing is described herein with reference to two implementations that are referred to as centralized periodic advertisement and distributed periodic advertisement.

[0093] FIG. 10 shows a flow diagram 1000 of a method performed by a first client device for executing a service in accordance with an embodiment of the disclosure. Means for performing the functionality illustrated in one or more of the blocks shown in FIG. 10 may be performed by hardware and / or software components of a client device such as, for example, the client device 110 described herein. Example components that can be included in the client device 110 are illustrated in FIG. 12 and described below in more detail. The description below refers to various example components described herein but it must be understood that the functions can be performed by various other components that may be functionally identical or functionally similar.

[0094] At block 1005, the functionality can include the first client device communicating with a user device via a first Bluetooth Low Energy (BLE) communication link. In an example embodiment, the user device is the user device 105 illustrated in FIG. 1 and described above.

[0095] At block 1010, the functionality can include receiving, from the user device, a handover request to handover to a second client device, transaction data associated with the service, wherein the first client device is configured to synchronize with the second client device based on periodic advertisement timing. The action indicated at block 1010 is described above with reference to step 230 that is illustrated in FIG. 2 where the client device 110 receives a handover request from the user device 105. Details pertaining to periodic advertisement timing is described herein with reference to two implementations that are referred to as centralized periodic advertisement and distributed periodic advertisement. Some details pertaining to an example communications configuration between the client device 110 and the user device 105 is illustrated in FIG. 4 and FIG. 5 and described above.

[0096] At block 1015, the functionality can include transmitting, to a management entity, via a first communication link that uses an Internet communications protocol, a request to execute the handover request. The action indicated at block 1015 is described  above with reference to step 250 that is illustrated in FIG. 2.

[0097] FIG. 11 shows a flow diagram 1100 of a method performed by a user device in accordance with an embodiment of the disclosure. Means for performing the functionality illustrated in one or more of the blocks shown in FIG. 11 may be performed by hardware and / or software components of a user device such as, for example, the user device 105 described herein. Example components that can be included in the user device 105 are illustrated in FIG. 12 and described below in more detail. The description below refers to various example components described herein but it must be understood that the functions can be performed by various other components that may be functionally identical or functionally similar.

[0098] At block 1105, the functionality can include the user device communicating with a first client device via a first Bluetooth Low Energy (BLE) communication link. In an example embodiment, the user device is the user device 105 and the first client device is the client device 110 illustrated in FIG. 1 and described above.

[0099] At block 1110, the functionality can include detecting a degradation in the first BLE communication link. In an example scenario, the user device 105 may detect the degradation based on a received signal strength indicator (RSSI) . In accordance with the disclosure, the user device 105 may monitor the RSSI (continuously, periodically, intermittently, or on an as-needed basis) and compare the RSSI with a preselected threshold RSSI value for detecting the degradation in the first BLE communication link.

[0100] At block 1115, the functionality can include transmitting, to the first client device, a handover request for completion of a service that has been partially performed by the first client device, wherein the first client device is configured to synchronize with a second client device based on periodic advertisement timing. The action indicated at block 1115 is described above with reference to step 230 that is illustrated in FIG. 2 where the user device 105 transmits a handover request to the client device 110. Details pertaining to periodic advertisement timing is described herein with reference to two implementations that are referred to as centralized periodic advertisement and distributed periodic advertisement. Some details pertaining to an example communications configuration between the user device 105 and the client device 110 is illustrated in FIG. 4 and FIG. 5 and described above.

[0101] At block 1120, the functionality can include establishing communications with  the second client device by transitioning to a second BLE communication link after fulfilment of the handover request. The action indicated at block 1120 is described above with reference to step 275 that is illustrated in FIG. 2 and described above.

[0102] At block 1125, the functionality can include communicating with the second client device to complete the service. The action indicated at block 1125 is described above with reference to step 275 that is illustrated in FIG. 2 and described above.

[0103] FIG. 12 is a block diagram 1200 of various hardware and software components that may be included in one or more of the various devices described above (the user device 105, the client device 110, the client device 115, the client device 120, the managing entity 125, the cloud device 135, etc. ) . These components can be utilized as described herein. For example, the components shown in the block diagram 1200 can be configured to perform operations such as: a) indicated in the flowchart shown in FIG. 9 that may be carried out by the managing entity 125, b) the operations indicated in the flowchart shown in FIG. 10 that may be carried out by the client device 110, and / or c) the operations indicated in the flowchart shown in FIG. 11 that may be carried out by the user device 105. It should be noted that FIG. 12 is meant only to provide a generalized illustration of various components, any or all of which may be utilized as appropriate. In some instances, components illustrated by FIG. 12 can be localized to a single physical device and / or distributed among various networked devices, which may be disposed at different physical locations. For example, in an example implementation, the communication interface 1220 described below can be a part of a transceiver, the processor (s) , which can also be referred to herein as a processing unit, can be packaged together with the memory 1210, the transceiver and other components, in a device that can perform various operations in accordance with the disclosure.

[0104] The various example component shown in FIG. 12 can be hardware elements that are communicatively coupled to each other via a bus 1230. The hardware elements may include a processor (s) 1205 which can include without limitation one or more general-purpose processors, one or more special-purpose processors (such as DSP chips, graphics processors (GPUs) , application specific integrated circuits (ASICs) , and / or the like) , and / or other processor, processing structure, processing unit, or processing means. As shown in FIG. 12, some embodiments may have a separate DSP 1215, depending on desired functionality. Location determination, wireless signal strength detection, and / or  other operations based on wireless communication may be provided in the processor (s) 1205 and / or via a communication interface 1220 (discussed below) . The components also can include one or more input devices 1240, which can include without limitation a keyboard, touch screen, a touch pad, microphone, button (s) , dial (s) , switch (es) , and / or the like; and one or more output devices 1245, which can include without limitation a display, light emitting diode (LED) , speakers, and / or the like. As will be appreciated, the type of input devices 1240 and output devices 1245 may depend on the type of component with which the input devices 1240 and output devices 1245 are integrated.

[0105] The components may also include a communication interface 1220, which may comprise without limitation a modem, a network card, an infrared communication device, a wireless communication device, and / or a chipset (such as a device, a BLE device, an IEEE 802.11 device, an IEEE 802.15.4 device, a Wi-Fi device, a WiMAXTM device, a Wide Area Network (WAN) device and / or various cellular devices, etc. ) , and / or the like, which may enable the components to communicate via networks and / or directly with other devices as described herein. The communication interface 1220 may permit data and signaling to be communicated (e.g. transmitted and received) with a network, for example, via WAN access points, cellular base stations and / or other access node types, and / or other network components, computer systems, and / or any other electronic devices described herein. The communication can be carried out via one or more wireless communication antenna (s) 1225 that send and / or receive wireless signals 1226 such as, for example, the BLE wireless signals described above. The wireless communication antenna (s) 1225 may comprise one or more discrete antennas, one or more antenna arrays, or any combination.

[0106] Depending on desired functionality, the communication interface 1220 may comprise separate transceivers, a separate receiver and transmitter, or any combination of transceivers, transmitters, and / or receivers to communicate with base stations and other terrestrial transceivers, such as wireless devices and access points. The components may communicate with different data networks that may comprise various network types. For example, a Wireless Wide Area Network (WWAN) may be a Code Division Multiple Access (CDMA) network, a Time Division Multiple Access (TDMA) network, a Frequency Division Multiple Access (FDMA) network, an Orthogonal Frequency Division Multiple Access (OFDMA) network, a Single-Carrier Frequency Division Multiple Access (SC-FDMA) network, a WiMAXTM (IEEE 802.16) network,  and so on. A CDMA network may implement one or more radio access technologies (RATs) such as Wideband CDMA (WCDMA) , and so on.  includes IS-95, IS-2000, and / or IS-1256 standards. A TDMA network may implement Global System for Mobile Communications (GSM) , Digital Advanced Mobile Phone System (D-AMPS) , or some other RAT. An OFDMA network may employ Long-Term Evolution (LTE) , LTE Advanced, 5G NR, 6G, and so on. 5G NR, LTE, LTE Advanced, GSM, and WCDMA are described in documents from the Third Generation Partnership Project (3GPPTM) .  is described in documents from a consortium named “3rd Generation Partnership Project 2” (3GPP2) . 3GPPTM and 3GPP2 documents are publicly available. A wireless local area network (WLAN) may also be an IEEE 802.11x network, and a wireless personal area network (WPAN) may be a network, an IEEE 802.15x, or some other type of network. The techniques described herein may also be used for any combination of WWAN, WLAN and / or WPAN.

[0107] The components can further include sensor (s) 1235. Sensor (s) 1235 may comprise, without limitation, one or more inertial sensors (IMUs) and / or other sensors (e.g., accelerometer (s) , gyroscope (s) , camera (s) , magnetometer (s) , altimeter (s) , microphone (s) , proximity sensor (s) , light sensor (s) , barometer (s) , and the like) , some of which may be used to complement and / or facilitate location determination of a user device.

[0108] In an example implementation, the communication interface 1220 may include a GNSS receiver capable of receiving signals from one or more GNSS satellites. The GNSS receiver can extract a position of devices such as, for example, the user device 105 described above, using techniques associated with a GNSS system , such as GPS, GAL, Global Navigation Satellite System (GLONASS) , Quasi-Zenith Satellite System (QZSS) over Japan, Indian Regional Navigational Satellite System (IRNSS) over India, Beidou Navigation Satellite System (BDS) over China, and / or the like. Moreover, the GNSS receiver can be used with various augmentation systems (e.g., Satellite-based Augmentation System (SBAS) ) that may be associated with or otherwise enabled for use with one or more global and / or regional navigation satellite systems, such as, e.g., Wide Area Augmentation System (WAAS) , European Geostationary Navigation Overlay Service (EGNOS) , Multi-functional Satellite Augmentation System (MSAS) , and Geo Augmented Navigation system (GAGAN) , and / or the like.

[0109] As used herein, the term “GNSS receiver” may comprise hardware and / or software components configured to obtain GNSS measurements (measurements from GNSS satellites) . In some embodiments, therefore, the GNSS receiver may comprise a measurement engine executed (as software) by one or more processors, such as processor (s) 1205, DSP 1215, and / or a processor within the communication interface 1220 (e.g., in a modem) . A GNSS receiver may optionally also include a positioning engine, such as those described herein (e.g., a PPE and / or SPE, which may be implemented using one or more of a KF, Weighted Least Squares (WLS) , particle filter, etc. ) , which can use a PPP engine to determine a PPE solution and / or generate RTK correction information using PPP correction information as described herein. The positioning engine may also be executed by one or more processors, such as processor (s) 1205 and / or DSP 1215.

[0110] The components may further include and / or be in communication with a memory 1210. The memory 1210 may comprise a machine-or computer-readable medium, which can include, without limitation, local and / or network accessible storage, a disk drive, a drive array, an optical storage device, a solid-state storage device, such as a random access memory (RAM) , and / or a read-only memory (ROM) , which can be programmable, flash-updateable, and / or the like. Such storage devices may be configured to implement any appropriate data stores, including without limitation, various file systems, database structures, and / or the like.

[0111] The memory 1210 of the components also can comprise software elements (not shown in FIG. 12) , including an operating system, device drivers, executable libraries, and / or other code, such as one or more application programs, which may comprise computer programs provided by various embodiments, and / or may be designed to implement methods, and / or configure systems, provided by other embodiments, as described herein. Merely by way of example, one or more procedures described with respect to the method (s) discussed above may be implemented as code and / or instructions in memory 1210 that are executable by the processor (s) 1205 and / or DSP 1215 within the components. In an aspect, then, such code and / or instructions can be used to configure and / or adapt a general-purpose computer (or other device) to perform one or more operations in accordance with the described methods.

[0112] It will be apparent to those skilled in the art that substantial variations may be  made in accordance with specific requirements. For example, customized hardware might also be used and / or particular elements might be implemented in hardware, software (including portable software, such as applets, etc. ) , or both. Further, connection to other computing devices such as network input / output devices may be employed.

[0113] With reference to the appended figures, components that can include memory can include non-transitory machine-readable media. The term “machine-readable medium” and “computer-readable medium” as used herein, refer to any storage medium that participates in providing data that causes a machine to operate in a specific fashion. In embodiments provided hereinabove, various machine-readable media might be involved in providing instructions / code to processors and / or other device (s) for execution. Additionally or alternatively, the machine-readable media might be used to store and / or carry such instructions / code. In many implementations, a computer-readable medium is a physical and / or tangible storage medium. Such a medium may take many forms, including but not limited to, non-volatile media and volatile media. Common forms of computer-readable media include, for example, magnetic and / or optical media, any other physical medium with patterns of holes, a RAM, a programmable ROM (PROM) , erasable PROM (EPROM) , a FLASH-EPROM, any other memory chip or cartridge, or any other medium from which a computer can read instructions and / or code.

[0114] The methods, systems, and devices discussed herein are examples. Various embodiments may omit, substitute, or add various procedures or components as appropriate. For instance, features described with respect to certain embodiments may be combined in various other embodiments. Different aspects and elements of the embodiments may be combined in a similar manner. The various components of the figures provided herein can be embodied in hardware and / or software. Also, technology evolves and, thus many of the elements are examples that do not limit the scope of the disclosure to those specific examples.

[0115] It has proven convenient at times, principally for reasons of common usage, to refer to such signals as bits, information, values, elements, symbols, characters, variables, terms, numbers, numerals, or the like. It should be understood, however, that all of these or similar terms are to be associated with appropriate physical quantities and are merely convenient labels. Unless specifically stated otherwise, as is apparent from  the discussion above, it is appreciated that throughout this Specification discussion utilizing terms such as “processing, ” “computing, ” “calculating, ” “determining, ” “ascertaining, ” “identifying, ” “associating, ” “measuring, ” “performing, ” or the like refer to actions or processes of a specific apparatus, such as a special purpose computer or a similar special purpose electronic computing device. In the context of this Specification, therefore, a special purpose computer or a similar special purpose electronic computing device is capable of manipulating or transforming signals, typically represented as physical electronic, electrical, or magnetic quantities within memories, registers, or other information storage devices, transmission devices, or display devices of the special purpose computer or similar special purpose electronic computing device.

[0116] Terms, “and” and “or” as used herein, may include a variety of meanings that also is expected to depend, at least in part, upon the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B, or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B, or C, here used in the exclusive sense. In addition, the term “one or more” as used herein may be used to describe any feature, structure, or characteristic in the singular or may be used to describe some combination of features, structures, or characteristics. However, it should be noted that this is merely an illustrative example and claimed subject matter is not limited to this example. Furthermore, the term “at least one of” if used to associate a list, such as A, B, or C, can be interpreted to mean any combination of A, B, and / or C, such as A, AB, AA, AAB, AABBCCC, etc.

[0117] Having described several embodiments, various modifications, alternative constructions, and equivalents may be used without departing from the scope of the disclosure. For example, the above elements may merely be a component of a larger system, wherein other rules may take precedence over or otherwise modify the application of the various embodiments. Also, a number of steps may be undertaken before, during, or after the above elements are considered. Accordingly, the above description does not limit the scope of the disclosure.

[0118] In view of this description embodiments may include different combinations of features. Implementation examples are described in the following numbered clauses:

[0119] Clause 1. A method performed by a managing entity for providing a service to a user device, comprising receiving, by the managing entity, from a first client device,  information associated with a handover request made by the user device to the first client device, the handover request associated with the service that has been partially performed by the first client device; determining, by the managing entity, a second client device to complete the service; and providing, by the managing entity, to the second client device, communication data that enables the second client device to coordinate with the first client device in performing a handover operation that is based at least in part on periodic advertisement timing, the handover operation comprising transfer of information from the first client device to the second client device to enable the second client device to communicate with the user device for completing at least a remaining portion of the service.

[0120] Clause 2. The method of clause 1, wherein the periodic advertisement timing is based on at least one of a first periodic advertisement broadcast by the first client device or a second periodic advertisement broadcast by the second client device.

[0121] Clause 3. The method of clause 2, wherein the first periodic advertisement broadcast includes a first index value that indicates a first hopping frequency sequence associated with the first periodic advertisement broadcast and wherein the second periodic advertisement broadcast includes a second index value that indicates a second hopping frequency sequence associated with the second periodic advertisement broadcast.

[0122] Clause 4. The method of clause 3, wherein the second hopping frequency sequence is orthogonal to the first hopping frequency sequence.

[0123] Clause 5. The method of any of clauses 1-4, wherein the communication data that is conveyed to the second client device by the managing entity comprises link level data that is conveyed to the second client device via a communication link that is configured to operate based on an Internet communication protocol.

[0124] Clause 6. The method of any of clauses 1-5, wherein at least one of the first client device or the second client device communicate with the user device using a Bluetooth Low Energy (BLE) communication protocol.

[0125] Clause 7. The method of clause 1, wherein the periodic advertisement timing is provided by the management entity to the first client device and the second client device via a periodic advertisement broadcast.

[0126] Clause 8. The method of clause 7, wherein the method further comprises including a reference periodic advertisement anchor in the periodic advertisement broadcast to enable the first client device to establish a target connection anchor, the target connection anchor having a first timing offset with respect to the reference periodic advertisement anchor.

[0127] Clause 9. The method of any of clauses 1-8, wherein the first client device is configured to operate as a first payment receiver and the second client device is configured to operate as a second payment receiver, and wherein the service comprises a payment procedure.

[0128] Clause 10. The method of any of clauses 1-9, wherein the handover request made by the user device to the first client device comprises information associated with the second client device.

[0129] Clause 11. The method of clause 10, wherein the information associated with the second client device comprises a received signal strength indication (RSSI) , at the user device, of a Bluetooth Low energy (BLE) signal.

[0130] Clause 12. The method of clause 11, wherein at least one of the user device or the managing entity selects the second client device based, at least in part, on the RSSI of the BLE signal.

[0131] Clause 13. A method performed by a first client device for executing a service, comprising communicating with a user device via a first Bluetooth Low Energy (BLE) communication link; receiving, from the user device, a handover request to handover to a second client device, transaction data associated with the service, wherein the first client device is configured to synchronize with the second client device based on periodic advertisement timing; and transmitting, to a management entity, via a first communication link that uses an Internet communications protocol, a request to execute the handover request.

[0132] Clause 14. The method of clause 13, wherein the periodic advertisement timing is based on at least one of a first periodic advertisement broadcast by the first client device or a second periodic advertisement broadcast by the second client device.

[0133] Clause 15. The method of clause 14, wherein the first periodic advertisement broadcast includes a first index value that indicates a first hopping frequency sequence  associated with the first periodic advertisement broadcast and wherein the second periodic advertisement broadcast includes a second index value that indicates a second hopping frequency sequence associated with the second periodic advertisement broadcast.

[0134] Clause 16. The method of clause 15, wherein the second hopping frequency sequence is orthogonal to the first hopping frequency sequence.

[0135] Clause 17. The method of clause 16, wherein the first client device is configured to communicate with the user device over a first assigned subevent interval during a first periodic advertisement period of the first periodic advertisement broadcast and wherein the second client device is configured to communicate over a second assigned subevent interval during a second periodic advertisement period of the second periodic advertisement broadcast.

[0136] Clause 18. The method of clause 17, wherein the first periodic advertisement period is equal to, and aligned with, the second periodic advertisement period.

[0137] Clause 19. The method of any of clauses 13-18, wherein the handover request comprises information associated with the second client device.

[0138] Clause 20. The method of clause19, wherein the information associated with the second client device comprises a received signal strength indication (RSSI) of a Bluetooth Low Energy (BLE) signal at the user device.

[0139] Clause 21. The method of clause 20, wherein the user device selects the second client device based, at least in part, on the RSSI.

[0140] Clause 22. The method of any of clauses 13-21, further comprising determining, by the first client device, a received signal strength indication (RSSI) of a Bluetooth Low energy (BLE) signal at the user device; and including the RSSI in the handover request transmitted to the managing entity.

[0141] Clause 23. The method of clause 13, further comprising receiving, from the management entity, a periodic advertisement broadcast that includes a reference periodic advertisement anchor; configuring a connection event counter based on an offset with respect to the reference periodic advertisement anchor; and communicating, with the user device, via the first BLE communication link, based on the connection event counter.

[0142] Clause 24. The method of clause 23, further comprising transmitting, to the management entity, information about the connection event counter for forwarding to the second client device to enable the second client device to configure communications with the user device based on transitioning from the first BLE communication link to a second BLE communication link after fulfilment of the handover request.

[0143] Clause 25. A method performed by a user device, comprising communicating with a first client device via a first Bluetooth Low Energy (BLE) communication link; detecting a degradation in the first BLE communication link; transmitting, to the first client device, a handover request for completion of a service that has been partially performed by the first client device, wherein the first client device is configured to synchronize with a second client device based on periodic advertisement timing; establishing communications with the second client device by transitioning to a second BLE communication link after fulfilment of the handover request; and communicating with the second client device to complete the service.

[0144] Clause 26. The method of clause 25, further comprising identifying the first client device based on at least one of an identification or a random number sequence broadcast by the first client device.

[0145] Clause 27. The method of either clause 25 or clause 26, further comprising executing an authentication procedure with the first client device; completing a first part of the service based on communicating with the first client device via the first BLE communication link upon completion of the authentication procedure; and completing a second part of the service based on communicating with the second client device via the second BLE communication link and based on the authentication procedure executed with the first client device.

[0146] Clause 28. The method of any of clauses 25-27, wherein the service comprises a payment procedure that is initiated upon the user device.

[0147] Clause 29. The method of any of clauses 25-28, further comprising selecting the second client device; and including, in the handover request, information associated with the second client device.

[0148] Clause 30. The method of clause 29, wherein the information associated with the second client device comprises a received signal strength indication (RSSI) at the user  device of a Bluetooth Low Energy (BLE) signal, and wherein selecting the second client device is based, at least in part, on the RSSI.

[0149] Clause 31. A device comprising a transceiver; a memory; and one or more processing units communicatively coupled with the transceiver and the memory, the one or more processing units configured to perform the method of any one of clauses 1-30.

[0150] Clause 32. A device having means for performing the method of any one of clauses 1-30.

[0151] Clause 33. A non-transitory computer-readable medium storing instructions comprising code for performing the method of any one of clauses 1-30.

Claims

1.A method performed by a managing entity for providing a service to a user device, comprising:receiving, by the managing entity, from a first client device, information associated with a handover request made by the user device to the first client device, the handover request associated with the service that has been partially performed by the first client device;determining, by the managing entity, a second client device to complete the service; andproviding, by the managing entity, to the second client device, communication data that enables the second client device to coordinate with the first client device in performing a handover operation that is based at least in part on periodic advertisement timing, the handover operation comprising transfer of information from the first client device to the second client device to enable the second client device to communicate with the user device for completing at least a remaining portion of the service.2.The method of claim 1, wherein the periodic advertisement timing is based on at least one of a first periodic advertisement broadcast by the first client device or a second periodic advertisement broadcast by the second client device.3.The method of claim 2, wherein the first periodic advertisement broadcast includes a first index value that indicates a first hopping frequency sequence associated with the first periodic advertisement broadcast and wherein the second periodic advertisement broadcast includes a second index value that indicates a second hopping frequency sequence associated with the second periodic advertisement broadcast.4.The method of claim 3, wherein the second hopping frequency sequence is orthogonal to the first hopping frequency sequence.5.The method of claim 2, wherein the communication data that is conveyed to the second client device by the managing entity comprises link level data that is conveyed to the second client device via a communication link that is configured  to operate based on an Internet communication protocol.6.The method of claim 5, wherein at least one of the first client device or the second client device communicate with the user device using a Bluetooth Low Energy (BLE) communication protocol.7.The method of claim 1, wherein the periodic advertisement timing is provided by the management entity to the first client device and the second client device via a periodic advertisement broadcast.8.The method of claim 7, wherein the method further comprises:including a reference periodic advertisement anchor in the periodic advertisement broadcast to enable the first client device to establish a target connection anchor, the target connection anchor having a first timing offset with respect to the reference periodic advertisement anchor.9.The method of claim 1, wherein the first client device is configured to operate as a first payment receiver and the second client device is configured to operate as a second payment receiver, and wherein the service comprises a payment procedure.10.The method of claim 1, wherein the handover request made by the user device to the first client device comprises information associated with the second client device.11.The method of claim 10, wherein the information associated with the second client device comprises a received signal strength indication (RSSI) , at the user device, of a Bluetooth Low energy (BLE) signal.12.The method of claim 11, wherein at least one of the user device or the managing entity selects the second client device based, at least in part, on the RSSI of the BLE signal.13.A method performed by a first client device for executing a service, comprising:communicating with a user device via a first Bluetooth Low Energy (BLE) communication link;receiving, from the user device, a handover request to handover to a second client device, transaction data associated with the service, wherein the first client device is configured to synchronize with the second client device based on periodic advertisement timing; andtransmitting, to a management entity, via a first communication link that uses an Internet communications protocol, a request to execute the handover request.14.The method of claim 13, wherein the periodic advertisement timing is based on at least one of a first periodic advertisement broadcast by the first client device or a second periodic advertisement broadcast by the second client device.15.The method of claim 14, wherein the first periodic advertisement broadcast includes a first index value that indicates a first hopping frequency sequence associated with the first periodic advertisement broadcast and wherein the second periodic advertisement broadcast includes a second index value that indicates a second hopping frequency sequence associated with the second periodic advertisement broadcast.16.The method of claim 15, wherein the second hopping frequency sequence is orthogonal to the first hopping frequency sequence.17.The method of claim 16, wherein the first client device is configured to communicate with the user device over a first assigned subevent interval during a first periodic advertisement period of the first periodic advertisement broadcast and wherein the second client device is configured to communicate over a second assigned subevent interval during a second periodic advertisement period of the second periodic advertisement broadcast.18.The method of claim 17, wherein the first periodic advertisement period is equal to, and aligned with, the second periodic advertisement period.19.The method of claim 13, wherein the handover request comprises information associated with the second client device.20.The method of claim 19, wherein the information associated with the second client device comprises a received signal strength indication (RSSI) of a Bluetooth Low Energy (BLE) signal at the user device.21.The method of claim 20, wherein the user device selects the second client device based, at least in part, on the RSSI.22.The method of claim 13, further comprising:determining, by the first client device, a received signal strength indication (RSSI) of a Bluetooth Low energy (BLE) signal at the user device; andincluding the RSSI in the handover request transmitted to the managing entity.23.The method of claim 13, further comprising:receiving, from the management entity, a periodic advertisement broadcast that includes a reference periodic advertisement anchor;configuring a connection event counter based on an offset with respect to the reference periodic advertisement anchor; andcommunicating, with the user device, via the first BLE communication link, based on the connection event counter.24.The method of claim 23, further comprising:transmitting, to the management entity, information about the connection event counter for forwarding to the second client device to enable the second client device to configure communications with the user device based on transitioning from the first BLE communication link to a second BLE communication link after fulfilment of the handover request.25.A method performed by a user device, comprising:communicating with a first client device via a first Bluetooth Low Energy (BLE) communication link;detecting a degradation in the first BLE communication link;transmitting, to the first client device, a handover request for completion of a service that has been partially performed by the first client device, wherein the first client device is configured to synchronize with a second client device based on periodic advertisement timing;establishing communications with the second client device by transitioning to a second BLE communication link after fulfilment of the handover request; andcommunicating with the second client device to complete the service.26.The method of claim 25, further comprising:identifying the first client device based on at least one of an identification or a random number sequence broadcast by the first client device.27.The method of claim 25, further comprising:executing an authentication procedure with the first client device;completing a first part of the service based on communicating with the first client device via the first BLE communication link upon completion of the authentication procedure; andcompleting a second part of the service based on communicating with the second client device via the second BLE communication link and based on the authentication procedure executed with the first client device.28.The method of claim 27, wherein the service comprises a payment procedure that is initiated upon the user device.29.The method of claim 25, further comprising:selecting the second client device; andincluding, in the handover request, information associated with the second client device.30.The method of claim 29, wherein the information associated with the second client device comprises a received signal strength indication (RSSI) at the user device of a Bluetooth Low Energy (BLE) signal, and wherein selecting the second client device is based, at least in part, on the RSSI.

Images