Go to file
openharmony_ci 4602991927
!8450 connection component rectification
Merge pull request !8450 from liwenqiang/master
2024-12-04 06:09:43 +00:00
.gitee add async save data interface 2024-06-05 15:00:01 +08:00
adapter fix logout 2024-11-30 19:51:58 +08:00
components !8333 optimize nstack thread 2024-11-26 13:07:08 +00:00
core !8539 add RefreshIsAvailable 2024-12-03 09:29:08 +00:00
dfx Merge branch 'master' of gitee.com:openharmony/communication_dsoftbus into master 2024-11-28 08:11:54 +00:00
figures Add dsoftbus-architecture picture. 2021-07-31 14:45:49 +08:00
interfaces !8470 bug fix: Error code rectification 2024-11-29 11:56:18 +00:00
sdk !8238 bug fix: Error code rectification 2024-12-03 06:54:21 +00:00
tests !8450 connection component rectification 2024-12-04 06:09:43 +00:00
tools/device_info fix:Yellow and blue area difference code synchronization 2024-07-03 19:07:33 +08:00
.clang-format tools: clang-format rule update 2022-12-08 09:33:35 +08:00
.gitattributes update OpenHarmony 2.0 Canary 2021-06-02 02:20:56 +08:00
.gitignore chore(build): add nested repos to .gitignore 2022-10-06 20:21:11 +08:00
BUILD.gn adjust gn files Signed-off-by:xdurainbow<liudongmiao@huawei.com> 2023-05-06 06:15:15 +00:00
bundle.json feature: dm set local device display name code rollback 2024-11-26 21:55:09 +08:00
check_sub_module.py chmod check_sub_module.py 2022-03-31 19:10:55 +08:00
CODEOWNERS bug fix: modify CODEOWNERS 2024-11-19 14:56:46 +08:00
config.py clear code check 2024-05-04 17:18:10 +08:00
dsoftbus.gni fix: Add Feature To isolate access_token during compilation 2024-11-24 12:26:20 +08:00
hisysevent.yaml acl check 2024-11-28 16:04:33 +08:00
Kconfig fix:code sync 2024-10-13 17:51:01 +08:00
LICENSE fix:Modify the file format 2022-11-26 17:23:14 +08:00
OAT.xml fix:repair the windows format 2022-11-24 15:46:27 +08:00
README_zh.md fix:Add security subsystem redirect link in readme 2024-05-14 15:59:28 +08:00
README.md Bug:modify disc dfx and hilog 2024-05-28 17:34:53 +08:00

DSoftBus

Introduction

DSoftBus implements unified distributed communications between near-field devices and provides APIs for device discovery, connection, networking, and data transmission, regardless of the link type. It provides the following capabilities:

  • Device discovery and connection in various communication modes, such as WLAN and Bluetooth.
  • Unified device networking and topology management, and device information provisioning for data transmission.
  • Channel setup for transmitting messages, bytes, streams, and files.

You can use the APIs provided by DSoftBus to implement fast communication between devices without caring about the communication details, which facilitating deployment and running of services across platforms.

Architecture

Figure 1 DSoftBus architecture

Directory Structure

The DSoftBus directory structure is as follows:

//foundation/communication/dsoftbus
├── adapter               # Adaptation code
├── components            # Dependent component code
├── core                  # Core code
│   ├── adapter           # Adaptation code
│   ├── authentication    # Authentication code
│   ├── bus_center        # Networking code
│   ├── common            # Common code
│   ├── connection        # Connection code
│   ├── discovery         # Discovery code
│   ├── frame             # Framework code
│   └── transmission      # Transmission code
├── interfaces            # External APIs
├── sdk                   # Service process code
│   ├── bus_center        # Networking code
│   ├── discovery         # Discovery code
│   ├── frame             # Framework code
│   └── transmission      # Transmission code
├── tests                 # Test code
└── tools                 # Tool code

Constraints

  • Connections can be set up only between the devices in the same LAN or between near-field devices.
  • Before setting up a connection between two devices, you must bind the devices. For details about the binding process, see the Security subsystem readme file.
  • After data transmission is complete, the service needs to close the session to release resources.

Usage

Usage Guidelines

Note

  • The permissions ohos.permission.DISTRIBUTED_DATASYNC and ohos.permission.DISTRIBUTED_SOFTBUS_CENTER are required for remote procedure calls (RPCs) across devices.

1. Discovery

  • Publishing process
  1. Publish a service of your application.

    // Callback for service publishing.
    typedef struct {
        /** Callback used to return the publish result. */
        void (*OnPublishResult)(int publishId, PublishResult reason);
    } IPublishCb;
    
    // Publish information.
    typedef struct {
        int publishId;                 // Publish ID.
        DiscoverMode mode;             // Publish mode.
        ExchangeMedium medium;         // Medium used for publishing the service.
        ExchangeFreq freq;             // Service publishing frequency.
        const char *capability;        // Capability of the device that can be discovered.
        unsigned char *capabilityData; // Custom data for service publishing
        unsigned int dataLen;          // Length of the data.
        bool ranging;                  // Whether to measure the distance.
    } PublishInfo;
    
    // Publish a service.
    int32_t PublishLNN(const char *pkgName, const PublishInfo *info, const IPublishCb *cb);
    
  2. Unpublish a service of your application.

    // Unpublish a service.
    int32_t StopPublishLNN(const char *pkgName, int32_t publishId);
    
  • Discovery process
  1. Discover a device.

    // Callbacks for device discovery.
    typedef struct {
        /** Callback invoked when a device is found. */
        void (*OnDeviceFound)(const DeviceInfo *device);
        /** Callback invoked to return the device discovery result. */
        void (*OnDiscoverResult)(int32_t refreshId, RefreshResult reason);
    } IRefreshCallback;
    
    // Start device discovery.
    int32_t RefreshLNN(const char *pkgName, const SubscribeInfo *info, const IRefreshCallback *cb);
    
  2. DSoftBus notifies the service of the device information via the callback once a device is found.

  3. Stop device discovery.

    // Stop the discovery.
    int32_t StopRefreshLNN(const char *pkgName, int32_t refreshId);
    

2. Networking

  1. Initiate a connection request with the address of the target device and the connection callback.

    // Address to connect to.
    typedef struct {
        ConnectionAddrType type;
        union {
            struct BrAddr {
                char brMac[BT_MAC_LEN];
            } br;
            struct BleAddr {
                char bleMac[BT_MAC_LEN];
                uint8_t udidHash[UDID_HASH_LEN];
            } ble;
            struct IpAddr {
                char ip[IP_STR_MAX_LEN];
                uint16_t port; 
            } ip;
        } info;
        char peerUid[MAX_ACCOUNT_HASH_LEN];
    } ConnectionAddr;
    
    // Address type.
    typedef enum {
        CONNECTION_ADDR_WLAN = 0,
        CONNECTION_ADDR_BR,
        CONNECTION_ADDR_BLE,
        CONNECTION_ADDR_ETH,
        CONNECTION_ADDR_MAX
    } ConnectionAddrType;
    
    // Callback invoked to return the connection result.
    typedef void (*OnJoinLNNResult)(ConnectionAddr *addr, const char *networkId, int32_t retCode);
    
    // Initiate a connection request.
    int32_t JoinLNN(const char *pkgName, ConnectionAddr *target, OnJoinLNNResult cb);
    
  2. Wait for the connection result. If DSoftBus accepts the connection request, a callback is invoked to return the result. In the return value, if retCode is 0, the connection is successful, and the addr parameter matches the target parameter in JoinLNN(). In this case, the value of networkId is valid and will be used in the data transmission and disconnection APIs. If the value of retCode is not 0, the connection fails, and the value of networkId is invalid.

  3. Transmit data using transmission APIs.

  4. Initiate a disconnection request with the networkId and the callback.

    // Callback invoked to return the disconnection result.
    typedef void (*OnLeaveLNNResult)(const char *networkId, int32_t retCode);
    
    // Initiate a disconnection request.
    int32_t LeaveLNN(const char *pkgName, const char *networkId, OnLeaveLNNResult cb);
    
  5. Wait until the disconnection is complete. The networkId parameter in OnLeaveLNNResult() matches networkId in LeaveLNN(). If retCode is 0, the disconnection is successful; otherwise, the disconnection fails. If the disconnection is successful, networkId becomes invalid and can no longer be used.

  6. Register and unregister callbacks for device state changes.

    // Device state events.
    #define EVENT_NODE_STATE_ONLINE 0x1
    #define EVENT_NODE_STATE_OFFLINE 0x02
    #define EVENT_NODE_STATE_INFO_CHANGED 0x04
    #define EVENT_NODE_STATUS_CHANGED 0x08
    #define EVENT_NODE_STATE_MASK 0xF
    
    // Device information.
    typedef struct {
        char networkId[NETWORK_ID_BUF_LEN];
        char deviceName[DEVICE_NAME_BUF_LEN];
        uint16_t deviceTypeId;
    } NodeBasicInfo;
    
    // Device state event callbacks.
    typedef struct {
        uint32_t events; // Networking event mask.
        void (*onNodeOnline)(NodeBasicInfo *info);   // Called when the device gets online.
        void (*onNodeOffline)(NodeBasicInfo *info);  // Called when the device gets offline.
        void (*onNodeBasicInfoChanged)(NodeBasicInfoType type, NodeBasicInfo *info); // Called when the device information changes.
        void (*onNodeStatusChanged)(NodeStatusType type, NodeStatus *status); // Called when the device running status changes.
    } INodeStateCb;
    
    // Register the callback for device state events.
    int32_t RegNodeDeviceStateCb(const char *pkgName, INodeStateCb *callback);
    
    // Unregister the callback for device state events.
    int32_t UnregNodeDeviceStateCb(INodeStateCb *callback);
    

3. Transmission

  1. Create a Socket instance.

    typedef struct {
        char *name;               // Local socket name.
        char *peerName;           // Peer socket name.
        char *peerNetworkId;      // Peer network ID.
        char *pkgName;            // Bundle name of the caller.
        TransDataType dataType;   // Type of the data to be transmitted, which must be the same as that in the sender() method.
    } SocketInfo;
    
    // Create sockets.
    int32_t Socket(SocketInfo info);
    
  2. Start listening for the socket on the server, and bind the socket on the client.

    // Callbacks for the socket.
    typedef struct {
        void (*OnBind)(int32_t socket, PeerSocketInfo info);
        void (*OnShutdown)(int32_t socket, ShutdownReason reason);
        void (*OnBytes)(int32_t socket, const void *data, uint32_t dataLen);
        void (*OnMessage)(int32_t socket, const void *data, uint32_t dataLen);
        void (*OnStream)(int32_t socket, const StreamData *data, const StreamData *ext, const StreamFrameInfo *param);
        void (*OnFile)(int32_t socket, FileEvent *event);
        void (*OnQos)(int32_t socket, QoSEvent eventId, const QosTV *qos, uint32_t qosCount);
        void (*OnError)(int32_t socket, int32_t errCode);
    } ISocketListener;
    
    typedef enum {
        QOS_TYPE_MIN_BW,           // Minimum bandwidth.
        QOS_TYPE_MAX_WAIT_TIMEOUT,      // Maximum time allowed for the bind operation.
        QOS_TYPE_MIN_LATENCY,      // Minimum latency for link setup.
        QOS_TYPE_RTT_LEVEL, // Level of the RTT.
        QOS_TYPE_MAX_BUFFER,       // Maximum buffer size (reserved).
        QOS_TYPE_FIRST_PACKAGE,    // Size of the first packet (reserved).
        QOS_TYPE_MAX_IDLE_TIMEOUT, // Maximum idle time.
        QOS_TYPE_TRANS_RELIABILITY,// Transmission reliability (reserved).
        QOS_TYPE_BUTT,
    } QosType;
    
    typedef struct {
        QosType qos;
        int32_t value;
    } QosTV;
    
    // Start listening for the socket on the server.
    int32_t Listen(int32_t socket, const QosTV qos[], uint32_t qosCount, const ISocketListener *listener);
    
    // Bind the socket on the client.
    int32_t Bind(int32_t socket, const QosTV qos[], uint32_t qosCount, const ISocketListener *listener);
    
  3. Send data to the peer device through the socket.

    // Send bytes.
    int32_t SendBytes(int32_t socket, const void *data, uint32_t len);
    // Send messages.
    int32_t SendMessage(int32_t socket, const void *data, uint32_t len);
    // Send streams.
    int32_t SendStream(int32_t socket, const StreamData *data, const StreamData *ext, const StreamFrameInfo *param);
    // Send a file.
    int32_t SendFile(int32_t socket, const char *sFileList[], const char *dFileList[], uint32_t fileCnt);
    
  4. Shut down the socket.

    // Shut down the socket.
    void Shutdown(int32_t socket);
    

4. Device Management

  • Choose the Wi-Fi keepalive mode.
  1. Call ShiftLNNGear on the DSoftBus client to invoke the server ShiftLNNGear through an IPC interface. The policy management module adjusts the keepalive attributes of the long-lived TCP connection based on the policy.

    typedef struct {
        ModeCycle cycle;        // Interval for detecting whether the Wi-Fi connection is alive.
        ModeDuration duration;  // Heartbeat mode duration.
        bool wakeupFlag;        // Whether to wake up the peer device.
        ModeAction action;      // Mode to select.
    } GearMode;
    
    typedef enum {
        /**< The heartbeat interval is 30 seconds. */
        HIGH_FREQ_CYCLE = 30,
        /**< The heartbeat interval is 60 seconds. */
        MID_FREQ_CYCLE = 60,
        /**< The heartbeat interval is 5 minutes. */
        LOW_FREQ_CYCLE = 5 * 60,
        /**< The heartbeat interval is 10 minutes. */
        DEFAULT_FREQ_CYCLE = 10 * 60,
    } ModeCycle;
    
    // Adjust the keepalive parameters of the long-lived TCP connection based on the policy.
    int32_t ShiftLNNGear(const char *pkgName, const char *callerId, const char *targetNetworkId, const GearMode *mode);
    
  2. Set ModeCycle for the service, which determines the TCP keepalive duration for the device.

    If HIGH_FREQ_CYCLE is used, the TCP keepalive duration is within 40 seconds.
    If MID_FREQ_CYCLE is used, the actual TCP keepalive duration is within 70 seconds.
    If LOW_FREQ_CYCLE is used, the TCP keepalive duration is within 315 seconds.
    If DEFAULT_FREQ_CYCLE is used, the TCP keepalive duration is within 615 seconds.
    

Repositories Involved

DSoftBus

communication_dsoftbus

communication_bluetooth

communication_ipc

communication_wifi