Content for  TS 23.281  Word version:  19.2.0

Top   Top   Up   Prev   Next
1…   5…   6…   7………………   7.1.3…   7.2………   7.2.3…   7.3…   7.4…   7.4.3…   7.5……   7.6…   7.7……………   7.7.2………   7.8…   7.11…   7.17…   7.19……   7.19.3……………   A…


5  Architectural requirementsp. 14

5.1  Media routing requirementsp. 14

The video media flow for a private call shall be routed according to one of the following two options:
  1. Option 1:
    1. Through the primary MCVideo system if both users in the call belong to the same organisation; or
    2. Through the primary MCVideo system of each users, if the users in the call do not belong to the same organisation.
  2. Option 2: The video media flow may be routed locally, under the control of the primary MCVideo system, through an entity allowing the duplication of the media flow to the primary MCVideo system of each user.
The video media flow for a group call shall be routed to the group home MCVideo system.

5.2  MCVideo group affiliation and MCVideo group de-affiliationp. 15

MCVideo group affiliation shall be as specified in clause 5.2.5 of TS 23.280. In addition, the following requirements shall be fulfilled by the MCVideo service for MCVideo users affiliated to MCVideo groups:
  • MCVideo users receive notifications for MCVideo group call setup and invitations for their affiliated MCVideo group(s).
  • MCVideo users select an affiliated MCVideo group to initiate a new group MCVideo call or transmit media in an existing MCVideo group call.
  • MCVideo users receive media and events from their affiliated MCVideo group(s).

5.3  Device inventory requirementsp. 15

The MCVideo service shall provide device inventory capabilities for MCVideo UEs. The device inventory capabilities shall include:
  • device information registration;
  • device information storage; and
  • device information query.

5.4  Device discovery requirements (off-network)p. 15

The MCVideo service shall provide device discovery for devices as requested by the MCVideo user according to the MC service provider policy for off-network operations.

5.5  Bearer managementp. 15

5.5.1  Generalp. 15

The MCVideo UE shall use the APNs as defined in subclause of TS 23.280. The MCVideo UE shall use the MC services APN as defined in subclause of TS 23.280 for the SIP-1 reference point.

5.5.2  EPS bearer considerationsp. 15

The EPS bearer considerations specified in subclause of TS 23.280 shall apply.

5.5.3  EPS unicast bearer considerations for MCVideop. 15

For an MCVideo call session request, resources shall be requested utilising interaction with dynamic PCC. The MCVideo system shall request resources over Rx to a PCRF. It is recommended that the dedicated bearer(s) for video media and control of the video media (i.e. MCVideo-4 and MCVideo-7) utilise the QCI values depending on the MCVideo mode of the MCVideo call/session, as per Table 5.5.3-1. For transmission and reception control signalling, the QCI value of 69 is recommended as specified in TS 23.203. The request of resources over Rx shall include an application identifier for MCVideo in order for the PCRF to evaluate the correct QCI.
MCVideo mode QCI value utilised (as specified in TS 23.203)
Urgent real-time mode67
Non-urgent real-time mode67
Non real-time mode4
The MCVideo audio media and video media may transmit over separate EPS bearers, in which case the priority for each bearer is determined by the operator policy. Depending on operator policy, the MCVideo system may be able to request modification of the priority (ARP) of an existing bearer without the need to initiate a new dedicated GBR bearer.
When MCVideo audio media and video media are multiplexed into one EPS bearer, then different QCI and/or ARP values are not possible for video and audio media.

5.5.4  MBMS bearer managementp. 16

The MBMS bearer management for MC services is specified in subclause of TS 23.280.

5A  Involved business relationshipsp. 16

The description of the involved business relationships for the MCVideo service is contained in clause 6 of TS 23.280.

Up   Top   ToC