BAT

Bearer Association Transport

Protocol →
Introduced in Rel-9 Also in: Services

BAT is a 3GPP protocol mechanism that associates multiple IP flows to specific transport resources, ensuring proper mapping between service data flows and transport bearers to optimize utilization and support QoS.

Category
Protocol
Introduced
Rel-9
Where
Core Network › 5G Core
Also touches
1 segments
Specifications
7 specs
BAT Description Purpose Related Classification Detected Changes Specifications

Description

Bearer Association Transport (BAT) is a fundamental protocol mechanism within 3GPP architectures that establishes and manages associations between service-level bearers and transport network resources. In 3GPP networks, bearers represent logical communication channels with specific Quality of Service (QoS) characteristics, while transport resources refer to the physical or virtual connections that carry the actual data traffic. BAT operates at the interface between the service layer and transport layer, ensuring that service data flows are properly mapped to appropriate transport bearers with matching QoS requirements.

The architecture of BAT involves several key components including the Policy and Charging Rules Function (PCRF), Policy and Charging Enforcement Function (PCEF), Bearer Binding and Event Reporting Function (BBERF), and various transport network elements. When a service request arrives, the PCRF determines the appropriate QoS policies and communicates these to the PCEF or BBERF. These enforcement functions then use BAT mechanisms to bind the service data flow to a specific transport bearer that can satisfy the required QoS parameters. This binding process considers factors such as bandwidth requirements, latency constraints, packet loss tolerance, and charging characteristics.

BAT works through a series of signaling procedures that establish, modify, and release bearer associations. The process begins with the detection of a new service data flow, typically triggered by application requests or network policies. The enforcement function then evaluates available transport resources and selects an appropriate bearer based on the QoS requirements. If no suitable bearer exists, BAT mechanisms can trigger the creation of a new dedicated bearer. Throughout the session, BAT continuously monitors the association and can dynamically adjust the binding in response to changing network conditions, user mobility, or policy updates.

The protocol's operation is specified across multiple 3GPP technical specifications, with detailed procedures for different network scenarios including fixed-mobile convergence, multi-access edge computing, and network slicing environments. BAT supports both GTP-based and PMIP-based transport protocols, providing flexibility in deployment scenarios. Key aspects include bearer binding decision making, event reporting for policy control, and interaction with charging systems to ensure proper correlation between service usage and transport resource consumption. The mechanism also handles error conditions and recovery procedures to maintain service continuity during network transitions or failures.

Purpose & Motivation

BAT was created to address the fundamental challenge of efficiently mapping service-level QoS requirements to underlying transport network resources in 3GPP architectures. Prior to its introduction, networks struggled with inefficient resource utilization where multiple services with similar QoS requirements would create separate transport bearers, leading to unnecessary overhead and suboptimal network performance. The lack of standardized bearer association mechanisms also made it difficult to implement consistent QoS policies across different network domains and between different operator networks.

The technology solves several critical problems in mobile networks. First, it enables optimal resource utilization by allowing multiple service data flows with similar QoS characteristics to share the same transport bearer, reducing signaling overhead and improving network efficiency. Second, it provides a standardized mechanism for QoS enforcement across the entire data path, ensuring consistent service quality from the user equipment through the radio access network and core network to external packet data networks. Third, BAT supports accurate charging by maintaining proper correlation between service usage and transport resource consumption, enabling sophisticated charging models based on QoS levels and network resource utilization.

Historically, the motivation for BAT emerged with the evolution toward all-IP networks in 3GPP Release 8 and the introduction of the Evolved Packet System (EPS). As networks moved from circuit-switched to packet-switched architectures, there was a need for more sophisticated mechanisms to manage the relationship between services and transport resources. BAT provided the necessary framework to support advanced services like VoIP, video streaming, and enterprise applications that require guaranteed QoS while maintaining efficient network operation. The protocol has evolved to address emerging requirements including network slicing, edge computing, and 5G service-based architectures.

Classification

Part ofQoS
Related approachesPCRFPCEF

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (41 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Studied in Rel-9, normative work from Rel-15.

Rel-15 1 change

In Release 15, the BAT (Bearer Association Transport) function was introduced as part of the transmission assistance information for uplink SEALDD traffic, specifically defining the burst arrival time (BAT), BAT time window, periodicity, and periodicity range. This function included a new capability indicator, `bat-period-adapt-cap`, to signal support for BAT and periodicity adaptation for uplink traffic. Furthermore, the release specified procedures for session management policy association termination.

  • SM policy association termination TS 29.512CR0077
Rel-16 6 changes

In Release 16, the BAT (Bearer Association Transport) function was enhanced to support new Time-Sensitive Networking (TSN) and Time-Sensitive Communication (TSC) capabilities. Specifically, the release introduced the transport of TSN information containers and TSC assistance information between network functions like the SMF, PCF, and AF. Additionally, it defined a new cause value for association termination and enabled the request of an SM Policy Association Termination during an update procedure.

  • New cause value of association termination for xBDT TS 29.512CR0355
  • Transport of TSN information and containers between SMF and PCF TS 29.512CR0368
  • Transport of TSC assistance information between SMF and PCF TS 29.512CR0369
  • Request of SM Policy Association Termination during the Update procedur TS 29.512CR0377
  • Transport of TSN information and containers between PCF and AF TS 29.514CR0145
  • Transport of TSC assistance information between PCF and AF TS 29.514CR0146
Rel-17 6 changes

In Release 17, the BAT (Bearer Association Transport) function was enhanced within the SEALDD framework to introduce explicit support for BAT and periodicity adaptation capability for uplink traffic. This included defining new transmission assistance information elements, such as the burst arrival time (BAT), BAT time window, and periodicity range, to manage uplink data bursts. Additionally, corrections were made to the association of exposure subscriptions and to error handling procedures for policy associations.

  • Updating the support of explicit subscription to bearer events for the ChargeableParty API TS 29.122CR0522
  • Handling of requests which collide with an existing SM Policy Association for interworking scenario TS 29.512CR0783
  • Error handling when no SM Policy Association exists TS 29.512CR0869
  • Correction to SM Policy Association termination due to session rule error TS 29.512CR0604
  • Correction of the association of Time Sync Exposure subscriptions to AF sessions TS 29.565CR0022
  • Correction to usage report during the policy association termination TS 29.512CR0610
Rel-18 16 changes

In Release 18, the BAT function was enhanced with new capabilities for network-determined adaptation, including support for a BAT time window and explicit BAT and periodicity adaptation capability signaling. It introduced mechanisms for the network to determine and provision the BAT offset and adjusted periodicity, along with a defined periodicity set. Furthermore, the release included corrections and clarifications to these BAT adaptation features and removed previous editor's notes on the BAT window and periodicity range.

  • Support of BAT window and capability for BAT adaptation TS 29.122CR0658
  • Transport protocol editor note removal TS 29.122CR0799
  • Support of BAT window and capability for BAT adaptation TS 29.512CR1039
  • Network determined BAT offset and periodicity adaption TS 29.512CR1052
  • The correction on BAT window and BAT adaptation capability and the support of provisioning Periodicity Set TS 29.512CR1053
  • Support of Transport Mode of MPQUIC Steering Functionality TS 29.512CR1077

+ 10 more changes

Rel-19 12 changes

In Release 19, the BAT (Bearer Association Transport) function was enhanced with new support for BAT and periodicity adaptation to guarantee transmission quality for HTTP and CoAP protocols. This specifically included new procedures for SEALDD regular transmission connection establishment and the introduction of a dedicated capability element (`bat-period-adapt-cap`) for uplink SEALDD traffic. These adaptations allow for the dynamic management of burst arrival time windows and transmission intervals to meet quality requirements.

  • BAT and periodicity adaptation in transmission quality guarantee support in HTTP TS 24.543CR0021
  • BAT and periodicity adaptation in transmission quality guarantee support in COAP TS 24.543CR0022
  • BAT and periodicity adaptation support in SEALDD regular transmission connection establishment HTTP procedure TS 24.543CR0036
  • BAT and periodicity adaptation support in SEALDD regular transmission connection establishment COAP procedure TS 24.543CR0037
  • BAT and periodicity adaptation for HTTP TS 24.543CR0077
  • BAT and periodicity adaptation for CoAP TS 24.543CR0078

+ 6 more changes

Explore further

Broader topics and technologies where BAT plays a role.

Defining Specifications

3GPP specifications that define or reference BAT, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 24.543 vj50 SEAL Data Delivery Management Protocol Rel-19
TR 26.917 vj00 TV Service Enhancements over 3GPP Rel-19
TS 29.122 vj40 T8 Reference Point for Northbound APIs Rel-19
TS 29.205 vj00 BICC Protocols for Bearer-Independent CS Core Network Rel-19
TS 29.512 vj40 5G Session Management Policy Control Service Rel-19
TS 29.514 vj40 5G System; Policy Authorization Service; Stage 3 Rel-19
TS 29.565 vj40 Time Synchronization Function Services Rel-19