Tech-invite3GPPspaceIETFspace
21222324252627282931323334353637384‑5x

Content for  TR 22.890  Word version:  19.0.0

Top   Top   Up   Prev   Next
0…   4   5…   6…   7…

 

5  Performance communication applications related use casesp. 7

5.1  Emergency use case of smart station - fire in stationp. 7

5.1.1  Descriptionp. 7

The fire in station use case is to describe an emergency situation and managing the situation in context of railway smart station. Through this use case work, technical keywords are deduced and numbers of potential requirements are come from the keywords.

5.1.2  Pre-conditionsp. 7

Fire detectors are 3GPP UEs. The passengers have their own 3GPP UEs as their smart phone.
There is a fire situation in somewhere of a railway smart station. A fire detector senses the situation and report to railway smart station system via 3GPP network.
Some passengers also recognize and register the situation to the station system via railway smart station app in their 3GPP UEs and some of them notify it to the fire fighting force and/or police.

5.1.3  Service Flowsp. 8

  1. The Railway Smart Station System indicates the fire situation from the fire detector. While the fire is getting bigger and bigger, the number of fire detectors providing sensing information is also increasing. The system indicates the location and directions of the fire spreading by analysing the information from the detectors.
  2. The Railway Smart Station System starts a fire emergency protocol. It declares the situation to the near firehouses and police stations, and provides the station information via a specific interface that is not in scope of 3GPP, e.g. the station map. It finds available devices in the station and controls the devices to handle the situation. For example, the system controls fire sprinklers to start supress the fire efficiently. An evacuation warning and emergency exit information are announced to people in the station via the audio broadcasting devices. Emergency messages are sent to the people as well. The system controls emergency lamps and direction lights to give guidance information for evacuating the people.
  3. The system notices the situation to the neighbour stations and the incoming trains. The trains make emergency stop at a safe place and evacuate their passengers. The system sends emergency protocol information to the railway workers in the station depends on their group roles in the protocol.
  4. The system video-streams the fire site using a camera near the fire place. The people in the station could watch the streaming and get the information of the fire site, e.g. location and range of the site.
  5. The system gets UEs information and sets up roles to UEs of the workers, firefighters and police officers, and downloads information on the UEs to support the role via interfacing the systems of the fire department and the police. The role is changed dynamically depends on the status of duty of the workers, firefighters and officers.
  6. The system and the UEs of the people get cooperation to count the number of people in the station. The people is included in the rescue group autonomously.
Up

5.1.4  Post-conditionsp. 8

The devices in the station are monitored and controlled by the Railway Smart Station System.
The railway workers, firefighters, police officers are on their duty using their UEs.
The people in the station and the incoming train, escape the station and move to the safe place by using their UEs which are interfaced by the system.

5.1.5  Existing features partly or fully covering the use case functionalityp. 8

The role and group management are fully covered by 3GPP system and MCX framework.

5.1.6  Potential New Requirements needed to support the use casep. 8

[PR-5.1.6-1]
The 5G system shall support to access various networks which are used to monitor and control features for the devices in the station.
[PR-5.1.6-2]
The 5G system shall support to connect massive number of devices in a specific area in the station, which is defined to monitor and/or control.
[PR-5.1.6-3]
The 5G system should support to interface external system to control the UEs that belongs to the external system.
[PR-5.1.6-4]
The 5G system should support counting number of UEs in a specific area in the station under the condition of category of UE and status of UE.
Up

5.2  Multiple trains' stops at the same platformp. 9

5.2.1  Descriptionp. 9

It is needed to reduce train intervals to increase the track capacity. If the train intervals are less than some threshold, multiple trains should stop at the same platform. This is because we can reduce the interval between trains, but for safety reasons, reducing the time for passengers to get on and off and increasing the speed of trains entering the station is limited. In general, it takes more than 1 minute for the train to enter and exit the platform, including the time for passengers to get on and off, so if the train interval becomes shorter than 1 minute, there could be two trains on the platform.
The scenario when two trains stop at the same platform is as follows:
  • The passenger information system (PIS) of a smart station displays that Train 1 will stop in front of the platform, and Train 2 will stop at the back of the platform. Train 1 & 2 may have different routes.
  • Step 1: A previous train is departing the platform, and Train 1 enters the platform while a part of the previous train is still at the platform. According to the previous train's location, Train 1 slows down its speed and goes in front of the platform.
  • Step 2: After the previous train left the platform, Train 1 stops in front of the platform.
  • Step 3: While Train 1 is stopping for passengers to get on and off, Train 2 enters the platform
  • Step 4: Train 2 stops behind Train 1 and opens its doors. While the passengers of Train 2 are getting on and off, Train 1 start to depart the platform.
Copy of original 3GPP image for 3GPP TS 22.890, Fig. 5.2.1-1: Two trains' stops at the same platform
Up

5.2.2  Pre-conditionsp. 9

  • Each train has at least one onboard UE (i.e., FRMCS UE), supporting both on-network and off-network communications.
  • There is an edge server per station and the edge server can determine which platform trains stop and transmit/receive data to onboard UEs of Trains 1&2 through the 3GPP network.
  • Each edge server can transmit/receive information to the PIS.
  • Onboard UEs know the identities of the edge server on the train route.

5.2.3  Service Flowsp. 10

  1. Train 1 is stopping at Platform A of the smart station, and Train 2 is approaching. Trains 1 & 2 are connected and authorized to transmit/receive information to the server at the smart station.
  2. The server determines that Train 2 stops at Platform A. The server informs Train 2 of the platform where Train 2 will stop, the stop location within the platform, and the existence of Train 1 at the platform. Also, the server informs Train 1 that Train 2 will stop behind Train 1.
  3. Train 2 establishes a connection with Train 1 through on-network and then notifies the server of the connection establishment with Train 1. Trains 1&2 can share information such as acceleration/deceleration, braking, location, etc., through the connection to stop at the same platform.
  4. The server allows Train 2 to enter the platform.
  5. For redundancy, Train 2 can add a connection with Train 1 through off-network before entering the platform.
  6. Train 2 stops behind Train 1 at Platform A and opens its doors for passengers to get on and off. Train 1 starts to depart.
Up

5.2.4  Post-conditionsp. 10

  • Train 1 establishes a connection with the server at the next station while Train 1 has a connection with the server at the current station.
  • When the distance between Trains 1 and 2 becomes longer, Trains 1 and 2 stop sharing the information and disconnect from each other.

5.2.5  Existing features partly or fully covering the use case functionalityp. 10

TR 22.990 covers utilizing off-network and on-network communications at the same time and the traffic characteristic of off-network communications.

5.2.6  Potential New Requirements needed to support the use casep. 10

5.2.6.1  Requirements related to the Service layerp. 10

[PR 5.2.6-1]
A single mobile FRMCS UE shall be able to connect to multiple edge servers simultaneously which are located along rail tracks.

5.2.6.2  Requirements related to the Transport layerp. 10

[PR 5.2.6-2]
The FRMCS System shall support the following traffic characteristics of data transfer:
Scenario (Note 5) End-to-end latency Reliability (Note 1) UE speed UE Relative Speed User experienced data rate Payload size (Note 2) Area traffic density Overall UE density Service area dimension (Note 3)
Multiple trains' stops at the same platform (Korea, urban railway)≤10 ms99.9999% ≤100 km/h≤50km/h≤1Mb/sSmall to large≤ 1 Mb/s/km≤ 5 (100m)≤ 15 km along rail tracks including bad weather conditions (Note 4)
NOTE 1:
Reliability as defined in TS 22.289, clause 3.1.
NOTE 2:
Small: payload ≤ 256 octets, Medium: payload ≤512 octets; Large: payload 513 -1500 octets.
NOTE 3:
Estimates of maximum dimensions.
NOTE 4:
Non-Line-of-Sight (NLOS) between UEs shall be supported
NOTE 5:
Off-network traffic characteristics are not addressed in this table since it can be covered by TR 22.990.
Up

Up   Top   ToC