Central and Peripheral Roles

Introduction

Bluetooth Low Energy is a powerful and complex technology. It is not like classic Bluetooth with a predefined set of official profiles to choose from. Although there are predefined (a.k.a. "adopted") profiles specified by the Bluetooth SIG, these are just the tip of the iceberg, a small subset of the functionality you can achieve with BLE.

In many (or even most) cases, the best option is to create a custom profile(s) for your application because it provides ultimate flexibility and doesn't cost anything. In fact, it can be even easier than using one of the adopted profiles because you get to define how everything works rather than conforming your application into something that is already defined. Also, because there is no official generic "serial port profile" in the BLE world like SPP in classic Bluetooth, sometimes a custom implementation is the only option to do what you need.

To have an effective custom implementation, it is important to understand how a BLE connection works, what roles are played by the devices involved, and how data is transferred from one device to the other over the air. Many terms are used, they are usually not interchangeable, and mean different things: central, peripheral, client, server, advertise, scan, read, write, notify, and indicate. Understanding the terminology will make it easier to describe and build your BLE application.

Quick Overview

This document covers the following:

To learn about server and client roles, which is a bit different, see GATT Server and Client Roles

Central vs. Peripheral - Connection Roles

An important concept in BLE connectivity is the difference between a central device and a peripheral device. First, the terms are not interchangeable with client/server, which are explained in GATT Server and Client Roles. In the BLE world, the central/peripheral difference is very easy to define and recognize:

The BLE specification does not limit the number of peripherals a central may connect to, but there is always a practical limitation, especially on small embedded modules. Our BLE stack can support up to 32 simultaneous connections device, when properly configured (the default is 4). Our stack supports dual-topology and multi-central connections (which are part of the Bluetooth 4.1 spec) which means that a device can be simultaneously in a central and in a peripheral role and it can also connect to multiple central devices at the same time. The connection limit applies to the total number of connections regardless of the role.

The connection role, whether a device is a central or peripheral, is defined the moment the connection is made. Our stack is capable of acting either as a central or as a peripheral device. If a device is operating as a peripheral, it needs to advertise (accomplished in our BLE stack with the sl_bt_advertiser_start command). If it is operating as a central, it will scan for devices (accomplished in our stack with sl_bt_scanner_start) and initiate a connection request to another device (accomplished in our stack with sl_bt_connection_open).