Service Area Broadcast » History » Version 4
laforge, 09/13/2019 08:28 PM
1 | 1 | laforge | h1. Service Area Broadcast |
---|---|---|---|
2 | |||
3 | Normally, all user plane data in UMTS networks are sent in point-to-point channels from the network to the user. Those are called "dedicated" radio channels which exist between the network and one given phone/subscriber at a time. |
||
4 | |||
5 | Service Area Broadcast is an exception to that rule. It permits user data (so-called SMS-CB data) to be broadcast by the network in a way that can be received by all phones in the coverage area of the given Service Area (group of cells) simultaneously. |
||
6 | |||
7 | More high-level information can be found at https://en.wikipedia.org/wiki/Cell_Broadcast and the related specification is found at 3GPP TS 23.041 Technical realization of Cell Broadcast Service |
||
8 | |||
9 | Service Area Broadcast is the UMTS successor of the GSM [[Cell_Broadcast]] |
||
10 | |||
11 | h2. Use Cases |
||
12 | |||
13 | More recently, SMS-CB is seeing some uptake by various desaster warning systems, such as |
||
14 | * CMAS (Commercial Mobile Alert System), later renamed to WEA ("Wireless Emergency Alerts":https://en.wikipedia.org/wiki/Wireless_Emergency_Alerts) in the US. |
||
15 | * EU-Alert in the European union |
||
16 | * Messer Ishi (Rocket Alert) in Israel |
||
17 | * ETWS (Earthquake and Tsunami Warning System) in Japan |
||
18 | * KPAS (Korean Public Alert System) |
||
19 | |||
20 | h2. Architecture as per 3GPP specs. |
||
21 | |||
22 | See Section 6.2 of 3GPP TR 25.931. Basically, the CBC (Cell Broadcast Centre) is issuing SABP (Service Area Broadcast Protocol, 3GPP TS 25.419) requests via the Iu-BC interface towards the RNC. The RNC then schedules the transmission of CBS messages on the CTCH (Common Traffic Channel) |
||
23 | |||
24 | 4 | laforge | h3. Network Architecture |
25 | |||
26 | {{graphviz_link() |
||
27 | digraph G { |
||
28 | BTS0 [label="NodeB"]; |
||
29 | BTS1 [label="NodeB"]; |
||
30 | BTS10 [label="NodeB"]; |
||
31 | BTS11 [label="NodeB"]; |
||
32 | BSC [label="RNC"]; |
||
33 | BSC1 [label="RNC"]; |
||
34 | |||
35 | User -> CBC [label="proprietaty"]; |
||
36 | CBC -> BSC [label="SABP"]; |
||
37 | CBC -> BSC1 [label="SABP"]; |
||
38 | BSC -> BTS0 [label="Iub"]; |
||
39 | BSC -> BTS1 [label="Iub"]; |
||
40 | BSC1 -> BTS10 [label="Iub"]; |
||
41 | BSC1 -> BTS11 [label="Iub"]; |
||
42 | BTS0 -> UE [label="BMC/CTCH"]; |
||
43 | } |
||
44 | }} |
||
45 | |||
46 | h3. Ladder Diagram |
||
47 | |||
48 | !osmodevcon2019-cell_broadcast__4.png! |
||
49 | |||
50 | 1 | laforge | h2. Osmocom Service Area Broadcast support |
51 | |||
52 | Currently it is not yet supported by any of the Osmocom components. We would love to implement it, but somebody would have to contribute related code and/or funding. |
||
53 | |||
54 | Assuming that the NodeB+RNC connected to [[OsmoMSC:]] or the hNodeB connected to [[OsmoHNBGW:]] implement SABP, all we'd need to do is to implement a kind of SABP multiplexor inside [[OsmoHNBGW:]] so that the CBC has to talk only once to the HNBGW, which then takes care of distributing that information to all hNodeB in the service area. |
||
55 | |||
56 | We would also want to implement a simplistic CBC which implements SABP on Iu-BC towards the RNC/HNBGW, as well as 3GPP TS 48.049 for GSM. This way one could easily configure certain CBS / SMS-CB messages on the CBC, and the CBC would distribute it to all BSCs/RNCs/HNBGWs in the respective service area, who in turn communicate the messages to the MSs. |
||
57 | 2 | laforge | |
58 | h2. Further Reading |
||
59 | |||
60 | 3 | laforge | * "3GPP TR 25.931: UMTS UTRAN functions, examples on signalling procedures":https://www.etsi.org/deliver/etsi_tr/125900_125999/125931/14.00.00_60/tr_125931v140000p.pdf (See Section 6.2) |
61 | 2 | laforge | * "3GPP TS 25.419: UTRAN Iu-BC interface: SABP Protocol":https://www.etsi.org/deliver/etsi_ts/125400_125499/125419/15.00.00_60/ts_125419v150000p.pdf |