8.5.1 MBMS Session Start

34.123-13GPPPart 1: Protocol conformance specificationRelease 15TSUser Equipment (UE) conformance specification

8.5.1.1 MBMS PTP Session Start at MCCH Acquisition in Idle mode / MBMS Selected Service

8.5.1.1.1 Definition

This test is applicable for all UEs that support MBMS broadcast services.

8.5.1.1.2 Conformance requirement

The UE applies the MCCH acquisition procedure to determine the MBMS services available in the cell and to initiate reception of the services that the UE has joined. The procedure applies to all UEs supporting MBMS, irrespective of their state (idle, URA_PCH, CELL_PCH, CELL_FACH and CELL_DCH).

If the variable MBMS_ACTIVATED_services is not empty, the UE shall apply the MCCH acquisition procedure upon selecting (e.g. upon power on) or re- selecting a cell supporting MBMS, upon change of MBMS controlling cell (e.g. due to an active set update or hard handover), upon entering UTRA from another RAT, upon release of a MBMS PTP RB for the purpose of changing transfer mode, upon return from loss of coverage and upon receiving an indication from upper layers that the set of activated services has changed.

The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3.

The UE shall immediately acquire the MBMS ACCESS INFORMATION and the MBMS GENERAL INFORMATION messages i.e. it shall not delay reception of these messages until it has completed the acquisition of the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages. Likewise, the UE should immediately acquire the MBMS CURRENT CELL P-T-M RB INFORMATION and MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information e.g. both the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION message should be acquired in the same modification period.

When requested to acquire MBMS control information other than the MBMS Access Information message , the UE shall:

1> if requested to start reading MCCH at the next modification period:

2> start reading MCCH at the beginning of the next modification period.

1> otherwise

2> start reading MCCH at the beginning of the next repetition period.

1> if requested to stop reading MCCH at the end of the modification period:

2> continue reading MCCH until the required MBMS control information is received or until the UE detects a TTI in which no MCCH information is transmitted, whichever is first;

2> continue reading MCCH in this manner at every subsequent repetition period, until the information is received correctly or until the end of the modification period.

1> otherwise:

2> continue reading MCCH until the required MBMS control information is received or until the UE detects a TTI in which no MCCH information is transmitted, whichever is first;

2> continue reading MCCH in this manner at every subsequent repetition period, until the information is received correctly.

NOTE 1: The UE may combine information received at different repetition periods within a modification period.

When requested to acquire the MBMS Access Information message, the UE shall:

1> if requested to start reading MCCH at the next modification period:

2> start reading MCCH at the beginning of the next modification period.

1> otherwise:

2> start reading MCCH at the beginning of the next access info period.

1> continue reading MCCH in this manner at every subsequent access info period, until the message is received correctly or until the end of the modification period.

If the UE is CELL_DCH and has a compressed mode pattern that overlaps with the period in which it needs to read MCCH, the UE may temporarily refrain from receiving MCCH unless it is capable of simultaneous operation. If the UE is CELL_FACH and has a measurement occasion that overlaps with the period in which it needs to read MCCH, the UE may temporarily refrain from receiving MCCH unless it is capable of simultaneous operation. A UE in CELL_FACH may omit performing measurements during a measurement occasion in order to receive MCCH provided that this does not prevent it from fulfilling the measurement performance requirements as specified in [19]. In Idle mode as well as in CELL_PCH and URA_PCH states the UE may temporarily refrain from receiving MCCH if needed to fulfil the measurements performance requirements as specified in [19].

NOTE 2: The UTRAN should endeavour to ensure that for each UE in CELL_FACH the assigned measurement occasions do not overlap constantly with the periodic MCCH transmissions.

If the UE selects to another cell, the UE shall re-establish the RLC entity used for MCCH reception.

The UE may:

1> if in idle mode, URA_PCH, CELL_PCH or CELL_FACH state; and

1> if not receiving an MBMS service provided via a p-t-m radio bearer:

2> monitor the MBMS notification Indicator Channel (MICH).

2> if a notification on the MICH for one or more of the MBMS services included in the variable MBMS_ACTIVATED_SERVICES is detected:

3> acquire the MBMS MODIFIED SERVICES INFORMATION message with delaying the reading of MCCH until the next modification period and with stopping at the end of the modification period, in accordance with subclause 8.7.1.3;

3> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

The UE shall:

1> if in idle mode, URA_PCH, CELL_PCH or CELL_FACH state:

2> if receiving an MBMS service that is provided via a p-t-m radio bearer; or

2> if not receiving an MBMS service that is provided via a p-t-m radio bearer and not monitoring MICH:

3> acquire the MBMS MODIFIED SERVICES INFORMATION message from MCCH at the start of every modification period, in accordance with subclause 8.7.1.3;

3> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

If the IE "MBMS required UE action" is included and concerns an MBMS activated service the UE shall:

1> if the IE "MBMS required UE action" is set to ‘Request PTP RB’:

2> if the UE is in idle mode:

3> indicate to upper layers that establishment of a PS signalling connection is required to receive the concerned MBMS service [5], unless the UE has already requested p-t-p RB establishment in the current modification period, and use the establishment cause set to ‘MBMS ptp RB request’ in the RRC connection establishment procedure.

The UE shall, in the transmitted RRC CONNECTION REQUEST message:

1> if the UE performs connection establishment for MBMS ptp radio bearer request as specified in subclause 8.6.9.6; and

1> if one or more of the MBMS services for which the UE initiates the ptp radio bearer request concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates the ptp radio bearer request:

3> order the MBMS Selected Services such that those selected with a higher priority are listed in the IE "MBMS Selected Services Short" before those selected with a lower priority;

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

In the UE, the initial direct transfer procedure shall be initiated, when the upper layers request establishment of a signalling connection. This request also includes a request for the transfer of a NAS message.

Upon initiation of the initial direct transfer procedure the UE shall:

1> set the variable ESTABLISHMENT_CAUSE to the cause for establishment indicated by upper layers.

Upon initiation of the initial direct transfer procedure when the UE is in idle mode, the UE shall:

1> perform an RRC connection establishment procedure, according to subclause 8.1.3;

NOTE: If an RRC connection establishment is ongoing, this procedure continues unchanged, i.e. it is not interrupted.

1> if the RRC connection establishment procedure was not successful:

2> if the establishment cause for the failed RRC connection establishment was set to "MBMS reception" and a different cause value is stored in the variable "ESTABLISHMENT_CAUSE":

3> UE-AS (RRC) initiates a new RRC connection establishment procedure, using the establishment cause as contained in the variable ESTABLISHMENT_CAUSE.

2> otherwise:

3> indicate failure to establish the signalling connection to upper layers and end the procedure.

1> when the RRC connection establishment procedure is completed successfully:

2> continue with the initial direct transfer procedure as below.

Upon initiation of the initial direct transfer procedure when the UE is in CELL_PCH or URA_PCH state, the UE shall:

1> perform a cell update procedure, according to subclause 8.3.1, using the cause "uplink data transmission";

1> when the cell update procedure completed successfully:

2> continue with the initial direct transfer procedure as below.

The UE shall, in the INITIAL DIRECT TRANSFER message:

1> set the IE "NAS message" as received from upper layers; and

1> set the IE "CN domain identity" as indicated by the upper layers; and

1> set the IE "Intra Domain NAS Node Selector" as follows:

2> derive the IE "Intra Domain NAS Node Selector" from TMSI/PMTSI, IMSI, or IMEI; and

2> provide the coding of the IE "Intra Domain NAS Node Selector" according to the following priorities:

1. derive the routing parameter for IDNNS from TMSI (CS domain) or PTMSI (PS domain) whenever a valid TMSI/PTMSI is available;

2. base the routing parameter for IDNNS on IMSI when no valid TMSI/PTMSI is available;

3. base the routing parameter for IDNNS on IMEI only if no (U)SIM is inserted in the UE.

1> if the UE, on the existing RRC connection, has received a dedicated RRC message containing the IE "Primary PLMN Identity" in the IE "CN Information Info":

2> set the IE "PLMN identity" in the INITIAL DIRECT TRANSFER message to the latest PLMN information received via dedicated RRC signalling. If NAS has indicated the PLMN towards which a signalling connection is requested, and this PLMN is not in agreement with the latest PLMN information received via dedicated RRC signalling, then the initial direct transfer procedure shall be aborted, and NAS shall be informed.

1> if the UE, on the existing RRC connection, has not received a dedicated RRC message containing the IE "CN Information Info" , and if the IE "Multiple PLMN List" was broadcast in the cell where the current RRC connection was established:

2> set the IE "PLMN identity" in the INITIAL DIRECT TRANSFER message to the PLMN chosen by higher layers [5, 25] amongst the PLMNs in the IE "Multiple PLMN List" broadcast in the cell where the RRC connection was established.

1> if the IE "Activated service list" within variable MBMS_ACTIVATED_SERVICES includes one or more MBMS services with the IE "Service type" set to "Multicast" and;

1> if the IE "CN domain identity" as indicated by the upper layers is set to "CS domain" and;

1> if the variable ESTABLISHED_SIGNALLING_CONNECTIONS does not include the CN domain identity ‘PS domain’:

2> include the IE "MBMS joined information";

2> include the IE "P-TMSI" within the IE "MBMS joined information" if a valid PTMSI is available.

1> if the variable ESTABLISHMENT_CAUSE_ is initialised:

2> set the IE "Establishment cause" to the value of the variable ESTABLISHMENT_CAUSE;

2> clear the variable ESTABLISHMENT_CAUSE.

1> calculate the START according to subclause 8.5.9 for the CN domain as set in the IE "CN Domain Identity"; and

1> include the calculated START value for that CN domain in the IE "START".

The UE shall:

1> transmit the INITIAL DIRECT TRANSFER message on the uplink DCCH using AM RLC on signalling radio bearer RB3;

1> when the INITIAL DIRECT TRANSFER message has been submitted to lower layers for transmission:

2> confirm the establishment of a signalling connection to upper layers; and

2> add the signalling connection with the identity indicated by the IE "CN domain identity" in the variable ESTABLISHED_SIGNALLING_CONNECTIONS.

1> when the successful delivery of the INITIAL DIRECT TRANSFER message has been confirmed by RLC:

2> the procedure ends.

When not stated otherwise elsewhere, the UE may also initiate the initial direct transfer procedure when another procedure is ongoing, and in that case the state of the latter procedure shall not be affected.

A new signalling connection request may be received from upper layers during transition to idle mode. In those cases, from the time of the indication of release to upper layers until the UE has entered idle mode, any such upper layer request to establish a new signalling connection shall be queued. This request shall be processed after the UE has entered idle mode.

The UE shall:

1> if the IE "Secondary CCPCH system information MBMS" is included:

2> apply the Secondary CCPCH and FACH indicated by the IE "FACH carrying MCCH" for receiving MCCH.

1> otherwise, if the IE "Secondary CCPCH system information" includes the IE "MCCH configuration information":

2> apply the Secondary CCPCH and FACH indicated by the IE “MCCH configuration information” for receiving MCCH.

The UE shall select the Secondary CCPCH for acquiring MCCH information according to the following rules:

1> if System Information Block type 5 or System Information Block type 5bis is defined and includes an S-CCPCH within the IE "Secondary CCPCH system information" including a FACH for which the IE "MCCH configuration information" is included:

2> select that S-CCPCH and FACH for receiving MCCH.

1> otherwise if System Information Block type 5 or System Information Block type 5bis is defined and includes an SCCPCH within the IE "Secondary CCPCH system information MBMS" for which the IE "FACH carrying MCCH" is included:

2> select that S-CCPCH and FACH for receiving MCCH.

Reference

3GPP TS 25.331 clauses 8.7.2, 8.7.1.3, 8.7.3.3.1, 8.6.9.6, 8.1.3.3, 8.1.8.2, 8.1.1.6.5, 8.5.19a.

8.5.1.1.3 Test purpose

To verify that the UE receives the MBMS info in idle mode state and to verify that the UE starts the reception of MBMS services at MCCH acquisition.

8.5.1.1.4 Method of test

Initial condition

System Simulator:

2 MBMS cells, Cell 21 and Cell 22.

User Equipment:

The UE is in Idle Mode as specified in clause 7.6 of TS 34.108.

The UE is interested in the selected service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Broadcast service application available on UE Yes/No.

Test procedure

Table 8.5.1.1

Parameter

Unit

Cell 21

Cell 22

T0

T1

T0

T1

UTRA RF Channel Number

Mid Range Test Frequency

Mid Range Test Frequency

CPICH Ec (FDD)

dBm/3.84MHz

-60

OFF

-70

-60

P-CCPCH RSCP (TDD)

dBM

-60

OFF

-70

-60

Table 8.5.1.1 illustrates the downlink power to be applied for the 2 cells at various time instants of the test execution.

1) The UE is camping on cell 21, the SS configures its downlink transmission power settings according to columns "T1" in table 8.5.1.1, the UE re-selects to cell 22 supporting MBMS (MBMS_ACTIVATED_services is not empty). The SS transmits SYSTEM INFORMATION BLOCK TYPE 5 or 5bis messages including the MCCH configuration specified within the IE "Secondary CCPCH system information" (there is only one S-CCPCH in this cell, SS uses S-CCPCH combination from TS34.108 clause 6.10.2.4.3.9 Interactive/Background 32 kbps RAB + SRB for PCCH + SRB for CCCH + SRB for DCCH + SRB for BCCH + SRB for MCCH) mapped on to an S-CCPCH also used for non-MBMS purposes. The UE shall perform the MCCH acquisition procedure:

2) The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION, the MBMS UNMODIFIED SERVICES INFORMATION (including both IEs “MBMS required UE action” set to “Request PTP RB”) and the MBMS GENERAL INFORMATION.

3) The UE shall request a p-t-p RB establishment.

4) The SS transmits a RADIO BEARER SETUP message to the UE. This message requests the establishment of a radio access bearer. The UE shall establish this radio bearer. Then the UE transmits a RADIO BEARER SETUP COMPLETE message using AM RLC.

5) SS calls for generic procedure C.3 to check that UE is in CELL_DCH state.

Expected sequence

Step

Direction

Message

Comments

UE

SS

The UE re-selects to cell 22 supporting MBMS (MBMS service already activated).

1

SYSTEM INFORMATION BLOCK TYPE 5 / SYSTEM INFORMATION BLOCK TYPE 5bis

2

MBMS MODIFIED SERVICES INFORMATION

3

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information in the same modification period.

4

MBMS UNMODIFIED SERVICES INFORMATION

"MBMS required UE action" set to Request PTP RB.

5

MBMS GENERAL INFORMATION

6

RRC CONNECTION REQUEST

The UE transmits the message with Establishment cause set to “MBMS ptp RB request” and with the “MBMS Selected Services Short” IE referring to the concerned MBMS Selected service and the corresponding Modification period identity.

7

RRC CONNECTION SETUP

RRC state indicator set to Cell_FACH

8

RRC CONNECTION SETUP COMPLETE

8a

MBMS MODIFICATION REQUEST

The UE completing the RRC Connection Setup procedure shall initiate the MBMS MODIFICATION REQUEST procedure. This message may be received at any point after step 8 and before step 14.

9

UE

UE transmits SERVICE REQUEST, with IE "Service type" set to "MBMS Broadcast service Reception”.

10

SECURITY MODE COMMAND

11

SECURITY MODE COMPLETE

12

RADIO BEARER SETUP

13

RADIO BEARER SETUP COMPLETE

14



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes, otherwise it fails.

Specific message contents

All messages have the same content as defined in 34.108 clause 9.1.1 with the following exceptions:

MBMS MODIFIED SERVICES INFORMATION (Step 2)

Information Element

Value/remark

Modified services list

Only 1 entry

– MBMS Transmission identity

MBMS Transmission identity (different from the MBMS activated service)

– MBMS required UE action

request PTP RB

MBMS UNMODIFIED SERVICES INFORMATION (Step 4)

Information Element

Value/remark

Unmodified services list

Only 1 entry

– MBMS Transmission identity

MBMS Transmission identity indicating MBMS activated service

MBMS required UE action

Request PTP RB

RRC CONNECTION REQUEST (Step 6)

Information Element

Value/remark

Message type

Initial UE identity

Same as the registered TMSI or P-TMSI

Establishment Cause

MBMS ptp RB request

Domain indicator

PS domain

MBMS Selected Services

– MBMS Selected Services

Only 1 entry

– MBMS Selected Service ID

MBMS short transmission identity referring to the service the UE has selected

– Modification period identity

Indicates the modification period the MBMS short transmission identities refer to

RRC CONNECTION SETUP (Step 7)

Information Element

Value/remark

Message type

Initial UE identity

Set to same value as received in Step 6

RRC State Indicator

Cell_FACH

MBMS MODIFICATION REQUEST (Step 8a)

Information Element

Value/remark

MBMS preferred frequency request

Check that the IE is not present

MBMS RB list requested to be released

Check that the IE is not present

MBMS Selected Service Info

– CHOICE Status

Some

– MBMS Selected Services Full

– MBMS Selected Service ID

Only 1 entry

– MBMS Service ID

MBMS service ID of the activated MBMS service

– CHOICE PLMN identity

Check to see that one of the below choice element is present

– SameAs-MIB

(no data)

– explicitPLMN_Id

Check to see if it is set to the same value as "PLMN ID” in the Master Information block transmitted for the current serving cell.

RADIO BEARER SETUP (Step 12)

Use the same message as the one specified for "MBMS PtP" in TS 34.108 clause 9, with the condition B2.

SYSTEM INFORMATION BLOCK TYPE 5 and 5bis (Step1)

As specified in TS 34.108 clause 6.1 and by using condition M2 for SYSTEM INFORMATION BLOCK TYPE 5 message.

8.5.1.1.5 Test requirements

After step 2, after the UE has received a MBMS modified services Information message, the UE continues acquiring the MBMS information.

At step 4, after the UE has received an MBMS unmodified services Information message including the IE “MBMS required UE action” set to Request PTP RB, the UE shall indicate to upper layers that the establishment of an RRC connection is required to receive the concerned MBMS service with the establishment cause set to “MBMS ptp RB request”.

At step 13, the UE shall send a RADIO BEARER SETUP COMPLETE message.

8.5.1.1m MBMS PTP Session Start at MCCH Acquisition in Idle mode / MBMS Multicast Service

8.5.1.1m.1 Definition

This test is applicable for all UEs that support MBMS multicast services.

8.5.1.1m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.1.2 except there is no reference to 3GPP TS 25.331 clause 8.1.3.3.

Reference

3GPP TS 25.331 clauses 8.7.2, 8.7.1.3, 8.7.3.3.1, 8.6.9.6, 8.1.8.2, 8.1.1.6.5, 8.5.19a.

8.5.1.1m.3 Test purpose

Same test purpose as in clause 8.5.1.1.3.

8.5.1.1m.4 Method of test

Initial condition

System Simulator:

2 MBMS cells, Cell 21 and Cell 22.

User Equipment:

The UE is in Idle Mode as specified in clause 7.6 of TS 34.108.

The UE has joined the multicast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

Test procedure

Same test procedure as in clause 8.5.1.1.4.

Expected sequence

Same expected sequence as in clause 8.5.1.1.4 except for RRC CONNECTION REQUEST message content (step 6) and MODIFICATION REQUEST procedure not required.

Step

Direction

Message

Comments

UE

SS

The UE re-selects to cell 22 supporting MBMS (MBMS service already activated).

1

SYSTEM INFORMATION BLOCK TYPE 5 / SYSTEM INFORMATION BLOCK TYPE 5bis

2

MBMS MODIFIED SERVICES INFORMATION

3

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information in the same modification period.

4

MBMS GENERAL INFORMATION

5

MBMS UNMODIFIED SERVICES INFORMATION

"MBMS required UE action" set to Request PTP RB.

6

RRC CONNECTION REQUEST

The UE transmits the message with Establishment cause set to “MBMS ptp RB request”.

7

RRC CONNECTION SETUP

RRC state indicator set to Cell_FACH

8

RRC CONNECTION SETUP COMPLETE

9

UE

UE transmits SERVICE REQUEST, with IE "Service type" set to "MBMS Multicast service Reception”.

10

SECURITY MODE COMMAND

11

SECURITY MODE COMPLETE

12

RADIO BEARER SETUP

13

RADIO BEARER SETUP COMPLETE

14



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes, otherwise it fails.

Specific message contents

Same specific messages contents as in clause 8.5.1.1.4 except for RRC CONNECTION REQUEST message content (step 6).

RRC CONNECTION REQUEST (Step 6)

Information Element

Value/remark

Message type

Initial UE identity

Same as the registered TMSI or P-TMSI

Establishment Cause

MBMS ptp RB request

Domain indicator

PS domain

8.5.1.1m.5 Test requirements

Same test requirement as in clause 8.5.1.1.5.

8.5.1.2 MBMS PTP Session Start at MCCH Notification in CELL_PCH / MBMS Selected Service

8.5.1.2.1 Definition

This test is applicable for all UEs that support MBMS broadcast services.

8.5.1.2.2 Conformance requirement

The MBMS notification procedure is used by the UE to respond to a notification provided by UTRAN, indicating a change applicable for one or more MBMS services the UE has joined. The procedure applies to all UEs supporting MBMS, irrespective of their state (idle and connected mode: URA_PCH, CELL_PCH, CELL_FACH and CELL_DCH). The actual notification mechanism to be used depends on the UE state.

The UE shall:

1> if in idle mode, URA_PCH, CELL_PCH or CELL_FACH state:

2> if receiving an MBMS service that is provided via a p-t-m radio bearer; or

2> if not receiving an MBMS service that is provided via a p-t-m radio bearer and not monitoring MICH:

3> acquire the MBMS MODIFIED SERVICES INFORMATION message from MCCH at the start of every modification period, in accordance with subclause 8.7.1.3;

3> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

….

If the IE "MBMS required UE action" is included and concerns an MBMS activated service the UE shall:

1> if the IE "MBMS required UE action" is set to ‘Request PTP RB’:

2> if the UE is in URA_PCH, Cell_PCH, or CELL_FACH states:

3> perform a cell update procedure with cause "MBMS ptp RB request", as specified in subclause 8.3.1.2, unless the UE has already requested p-t-p RB establishment in the current modification period.

A UE shall initiate the cell update procedure in the following cases:

….

1> MBMS ptp RB request:

2> if none of the criteria for performing cell update with the causes specified above in the current subclause is met; and

2> if the UE is in URA_PCH, Cell_PCH or Cell_FACH state; and

2> if the UE should perform cell update for MBMS ptp radio bearer request as specified in 8.6.9.6:

3> perform cell update using the cause "MBMS ptp RB request".

The UE shall set the IEs in the CELL UPDATE message as follows:

1> if the UE performs cell update for MBMS ptp radio bearer request as specified in subclause 8.6.9.6; and

1> if one or more of the MBMS services for which the UE initiates the ptp radio bearer request concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates ptp radio bearer request:

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

1> otherwise, if the UE performs cell update for MBMS counting as specified in subclause 8.7.4; and

1> if one or more of the MBMS services for which the UE initiates the counting response concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates the counting response:

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

1> if the UE included one or more "MBMS Selected Service ID" IEs:

2> include the IE "MBMS Modification Period identity" and set it to a value in accordance with subclause 8.5.29.

Reference

3GPP TS 25.331 clauses 8.7.3.1, 8.7.3.3.1, 8.6.9.6, 8.3.1.2, 8.3.1.3.

8.5.1.2.3 Test purpose

To verify that the UE in Cell_PCH state, correctly handle the Notification procedure after receiving the MODIFIED SERVICES INFORMATION message via MCCH.

8.5.1.2.4 Method of test

Initial condition

System Simulator:

1 MBMS cell

User Equipment:

The UE is in CELL_PCH state as specified in clause 7.6 of TS 34.108.

The UE is interested in the selected service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Broadcast service application available on UE Yes/No.

Test procedure

1) The UE in Cell_PCH, shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION including the IE “MBMS required UE action” set to “Request PTP RB”.

2) The UE shall perform a cell update procedure with cause "MBMS ptp RB request". The UE transmits a CELL UPDATE message including the IE "MBMS Selected Service ID" of the concerned MBMS Selected service within the IE "MBMS Selected Services Short" and the IE "MBMS Modification Period identity".

Expected sequence

Step

Direction

Message

Comments

UE

SS

The UE is in Cell_PCH state.

1

MBMS MODIFIED SERVICES INFORMATION

"MBMS required UE action" set to Request PTP RB".

2

CELL UPDATE

The UE enters the CELL_FACH state. UE performs cell update procedure. The CELL UPDATE message shall contain the value "Cell Update Cause" set to "MBMS ptp RB request" and

the “MBMS Selected Services Short” IE referring to the concerned MBMS Selected service and the corresponding Modification period identity.

3

CELL UPDATE CONFIRM

3a

UTRAN MOBILITY INFORMATION CONFIRM

4

RADIO BEARER SETUP

5

RADIO BEARER SETUP COMPLETE

5a

MBMS MODIFICATION REQUEST

This message may be received at any point after step 4 and before step 6.

6



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes, otherwise it fails.

Specific message contents

All messages have the same content as defined in 34.108 clause 9.1.1 with the following exceptions:

MBMS modified services Information (Step 1)

Information Element

Value/remark

Modified services list

Only 1 entry

– MBMS Transmission identity

MBMS Transmission identity indicating MBMS activated service

– MBMS required UE action

request PTP RB

CELL UPDATE (Step 2)

Information Element

Value/remark

Cell update cause

MBMS ptp RB request

MBMS Selected Services

– MBMS Selected Services

Only 1 entry

– MBMS Selected Service ID

MBMS short transmission identity referring to the service the UE has activated

– Modification period identity

Indicates the modification period the MBMS short transmission identities refer to

CELL UPDATE CONFIRM (Step 3)

Information Element

Value/remark

New C-RNTI

‘1010 1010 1010 1010’

RADIO BEARER SETUP (Step 4)

Use the same message as the one specified for "MBMS PtP" in TS 34.108 clause 9, with the condition B4.

MBMS MODIFICATION REQUEST (step 5a)

Information Element

Value/remark

MBMS preferred frequency request

Check that the IE is not present

MBMS RB list requested to be released

Check that the IE is not present

MBMS Selected Service Info

– CHOICE Status

Some

– MBMS Selected Services Full

– MBMS Selected Service ID

– MBMS Service ID

MBMS service ID of the activated MBMS service

– CHOICE PLMN identity

Check to see that one of the below choice element is present

– SameAs-MIB

(no data)

– explicitPLMN_Id

Check to see if it is set to the same value as "PLMN ID” in the Master Information block transmitted for the current serving cell.

8.5.1.2.5 Test requirements

At step 2, the UE shall initiate a cell update procedure for MBMS ptp radio bearer request.

8.5.1.2m MBMS PTP Session Start at MCCH Notification in CELL_PCH / MBMS Multicast Service

8.5.1.2m.1 Definition

This test is applicable for all UEs that support MBMS multicast services.

8.5.1.2m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.2.2 except there is no reference to 3GPP TS 25.331 clause 8.3.1.3.

8.5.1.2m.3 Test purpose

Same test purpose as in clause 8.5.1.2.3.

8.5.1.2m.4 Method of test

Initial condition

System Simulator:

1 MBMS cell

User Equipment:

The UE is in CELL_PCH state as specified in clause 7.6 of TS 34.108.

The UE has joined the multicast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

Test procedure

1) The UE in Cell_PCH, shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION including the IE “MBMS required UE action” set to “Request PTP RB”.

2) The UE shall perform a cell update procedure with cause "MBMS ptp RB request".

Expected sequence

Step

Direction

Message

Comments

UE

SS

The UE is in Cell_PCH state.

1

MBMS MODIFIED SERVICES INFORMATION

"MBMS required UE action" set to Request PTP RB".

2

CELL UPDATE

The UE enters the CELL_FACH state. UE performs cell update procedure. The CELL UPDATE message shall contain the value "Cell Update Cause" set to "MBMS ptp RB request"

3

CELL UPDATE CONFIRM

4

RADIO BEARER SETUP

5

RADIO BEARER SETUP COMPLETE

6



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes, otherwise it fails.

Specific message contents

Same specific messages contents as in clause 8.5.1.2.4 except for CELL UPDATE message content (step 2).

CELL UPDATE (Step 2)

Information Element

Value/remark

Cell update cause

MBMS ptp RB request

8.5.1.2m.5 Test requirements

Same test requirement as in clause 8.5.1.2.5.

8.5.1.3 MBMS PTM Session Start at MCCH Acquisition in CELL_FACH state / MBMS Broadcast Service

8.5.1.3.1 Definition and applicability

This test case is applicable for all UEs that support MBMS broadcast services.

8.5.1.3.2 Conformance requirement

If the variable MBMS_ACTIVATED_services is not empty, the UE shall apply the MCCH acquisition procedure upon selecting (e.g. upon power on) or re-selecting a cell supporting MBMS, upon change of MBMS controlling cell (e.g. due to an active set update or hard handover), upon entering UTRA from another RAT, upon release of a MBMS PTP RB for the purpose of changing transfer mode, upon return from loss of coverage and upon receiving an indication from upper layers that the set of activated services has changed.

The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3 of TS 25.331.

The UE shall immediately acquire the MBMS ACCESS INFORMATION and the MBMS GENERAL INFORMATION messages i.e. it shall not delay reception of these messages until it has completed the acquisition of the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages. Likewise, the UE should immediately acquire the MBMS CURRENT CELL P-T-M RB INFORMATION and MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information e.g. both the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION message should be acquired in the same modification period.

1> if the IE "MBMS required UE action" is set to ‘Acquire PTM RB info’; or

1> if the IE "MBMS required UE action" is set to ‘Acquire counting info– PTM RBs unmodified’ and the UE is not receiving a p-t-m RB for the concerned service:

2> continue acquiring the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3

2> act upon the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION message, if received, in accordance with subclause 8.7.5;

Reference

3GPP TS 25.331 clauses 8.7.2.2, 8.7.2.3, 8.6.9.6.

8.5.1.3.3 Test purpose

1. To verify that the UE receives the MBMS information on MCCH in CELL_FACH state.

2. To verify that the UE correctly handles the notification procedure after receiving the MBMS MODIFIED SERVICES INFORMATION message via MCCH if no ongoing MBMS p-t-m session (MICH supported/not supported by the UE).

3. To verify that the UE starts the reception of MBMS services according to notification via MICH/MCCH when the UE is in CELL_FACH state.

8.5.1.3.4 Method of test

Initial Condition

System Simulator:

2 MBMS cells, Cell 21 and Cell 22.

User Equipment:

The UE is in CELL_FACH state as specified in clause 7.6 of TS 34.108.

The UE is interested in the broadcast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statement(s)

– MBMS Broadcast service application available on UE Yes/No

Test Procedure

Table 8.5.1.3

Parameter

Unit

Cell 21

Cell 22

T0

T1

T0

T1

UTRA RF Channel Number

Mid Range Test Frequency

Mid Range Test Frequency

CPICH Ec (FDD)

dBm/3.84MHz

-60

OFF

-70

-60

P-CCPCH RSCP (TDD)

dBM

-60

OFF

-70

-60

Table 8.5.1.3 illustrates the downlink power to be applied for the 2 cells at various time instants of the test execution.

The UE is in the CELL_FACH state in Cell 21 and is interested in the broadcast service to be provided by the SS.

The SS applies the power settings of “T1” in table 8.5.1.3. The UE shall reselect to Cell 22 and send a CELL UPDATE message. The UE shall perform the MCCH acquisition procedure. The UE shall continue acquiring the MBMS information messages until it has received a consistent set of MCCH information. The UE received an MBMS UNMODIFIED SERVICES INFORMATION message including IE “MBMS required UE action” set to “Acquire PTM RB info”.

The SS waits for the UE to start reception of the MBMS data on MTCH.

The MBMS radio bearer on MTCH is put into loopback mode 3.

The SS sends 10 RLC SDUs of MBMS data on MTCH on the concerned MBMS radio bearer, then retrieves the number of RLC SDUs on MTCH counted by the UE by sending the UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST message. The number of received RLC SDUs reported by the UE shall be at least one.

The loopback mode 3 in the UE is deactivated.

SS calls for generic procedure C.2 to check that UE is in CELL_FACH state.

Expected sequence

Step

Direction

Message

Comment

UE

SS

The UE is in Cell_FACH in Cell 21

1

ACTIVATE RB TEST MODE

2

ACTIVATE RB TEST MODE COMPLETE

SS reconfigures itself according to the settings stated in column "T1" of table 8.5.3.5-1.

3

CELL UPDATE

This message is transmitted in Cell 22

4

CELL UPDATE CONFIRM

5

MBMS UNMODIFIED SERVICES INFORMATION

MBMS required UE action set to ‘Acquire PTM info’

6

CLOSE UE TEST LOOP

7

CLOSE UE TEST LOOP COMPLETE

Loop back mode 3 on MTCH is activated.

8

SS

The SS broadcasts 10 RLC SDUs of MBMS data on MTCH on the concerned MBMS radio bearer.

9

UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST

10

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE

The SS checks that the UE has received MBMS data.

11

OPEN UE TEST LOOP

12

OPEN UE TEST LOOP COMPLETE

13



CALL C.2

If the test result of C.2 indicates that UE is in CELL_FACH state, the test passes, otherwise it fails.

Specific Message Contents

MBMS UNMODIFIED SERVICES INFORMATION (Step 5)

Information Element

Value/remark

Unmodified service list

– MBMS Transmission identity

MBMS Transmission identity indicating MBMS activated service

– MBMS required UE action

Acquire PTM RB info

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE (Step 10)

Information Element

Value/remark

RLC SDU Counter Value

Check that the number is greater than zero.

8.5.1.3.5 Test requirement

After step 9, the UE shall transmit a UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE message with the number of reported RLC SDUs shall be greater than zero.

8.5.1.3m MBMS PTM Session Start at MCCH Acquisition in CELL_FACH state / MBMS Multicast Service

8.5.1.3m.1 Definition

This test is applicable for all UEs that support MBMS multicast services.

8.5.1.3m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.3.2.

8.5.1.3m.3 Test purpose

Same test purpose as in clause 8.5.1.3.3.

8.5.1.3m.4 Method of test

Initial condition

System Simulator:

2 MBMS cells, Cell 21 and Cell 22.

User Equipment:

The UE is in CELL_FACH state as specified in clause 7.6 of TS 34.108.

The UE has joined the multicast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

Test procedure

Same test procedure as in clause 8.5.1.3.4.

Specific message contents

Same specific messages contents as in clause 8.5.1.3.4.

8.5.1.3m.5 Test requirements

Same test requirement as in clause 8.5.1.3.5.

8.5.1.4 MBMS PTM Session Start at MCCH Notification in CELL_DCH state / MBMS Broadcast Service

8.5.1.4.1 Definition

This test case is applicable for all UEs that support MBMS broadcast services and support MBMS p-t-m reception in CELL_DCH state.

8.5.1.4.2 Conformance requirement

The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3 of TS 25.331.

The UE shall immediately acquire the MBMS ACCESS INFORMATION and the MBMS GENERAL INFORMATION messages i.e. it shall not delay reception of these messages until it has completed the acquisition of the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages. Likewise, the UE should immediately acquire the MBMS CURRENT CELL P-T-M RB INFORMATION and MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information e.g. both the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION message should be acquired in the same modification period.

1> if the IE "MBMS required UE action" is set to ‘Acquire PTM RB info’; or

1> if the IE "MBMS required UE action" is set to ‘Acquire counting info– PTM RBs unmodified’ and the UE is not receiving a p-t-m RB for the concerned service:

2> continue acquiring the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3

2> act upon the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION message, if received, in accordance with subclause 8.7.5;

Reference

3GPP TS 25.331 clauses 8.7.2.3, 8.7.3.3.1, 8.6.9.6.

8.5.1.4.3 Test purpose

1 To verify that the UE handles reading of MCCH during compressed mode measurements in CELL_DCH state if the UE requires compressed mode.

2. To verify that the UE correctly handles the notification procedure after receiving the MBMS MODIFIED SERVICES INFORMATION message via MCCH in CELL_DCH state.

3. To verify that the UE starts the p-t-m reception of MBMS services according to notification via MCCH when the UE is in CELL_DCH state.

8.5.1.4.4 Method of test

Initial Condition

System Simulator:

2 MBMS cells, Cell 21 and Cell 24

User Equipment:

The UE is in CELL_DCH state as specified in clause 7.6 of TS 34.108.

The UE is interested in the broadcast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statement(s)

– MBMS Broadcast service application available on UE Yes/No

– UE supports MBMS p-t-m reception in CELL_DCH state Yes/No

– Compressed mode required Yes/No

Test Procedure

Table 8.5.1.4

Parameter

Unit

Cell 21

Cell 24

T0

T1

T0

T1

UTRA RF Channel Number

Mid Range Test Frequency

High Range Test Frequency

CPICH Ec (FDD)

dBm/3.84MHz

-60

-70

-70

-60

P-CCPCH RSCP (TDD)

dBm

-60

-70

-70

-60

The UE is in the CELL_DCH state in cell 21 and has selected the broadcast service to be provided by the SS.

The SS configures then compressed mode (if required), to prepare the UE for inter-frequency measurements, by sending a PHYSICAL CHANNEL RECONFIGURATION message on DCCH using AM-RLC. The UE shall answer with a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message.

The SS then sets up inter-frequency measurements (event 2b), by sending a MEASUREMENT CONTROL message to the UE. Compressed mode is started at the same time in that message (if required).

The SS notifies on MCCH about the start of an MBMS session. The SS waits for the UE to start reception of the MBMS data on MTCH and then the MBMS radio bearer on MTCH is put into loopback mode 3.

The SS sends 10 RLC SDUs of MBMS data on MTCH on the concerned MBMS radio bearer. The SS then applies the power settings according to column “T1” in table 8.5.1.4. The UE transmits a MEASUREMENT REPORT message to the SS.

The SS retrieves the number of RLC SDUs on MTCH counted by the UE by sending the UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST message. The number of received RLC SDUs reported by the UE shall be at least one.

The loopback mode 3 in the UE is deactivated.

SS calls for generic procedure C.3 to check that UE is in CELL_DCH state.

NOTE: If the UE fails the test because of a failure to reselect to a right cell, then the operator may re-run the test.

Expected sequence

Step

Direction

Message

Comment

UE

SS

1

ACTIVATE RB TEST MODE

2

ACTIVATE RB TEST MODE COMPLETE

If compressed mode is not required (refer ICS/IXIT), goto step 5.

3

PHYSICAL CHANNEL RECONFIGURATION

The SS downloads the compressed mode parameters in the UE.

4

PHYSICAL CHANNEL RECONFIGURATION COMPLETE

The UE acknowledges the downloading of the compressed mode parameters.

5

MEASUREMENT CONTROL

The SS configures inter-frequency measurements in the UE, and If compressed mode is required (refer ICS/IXIT) activates compressed mode.

6

MBMS MODIFIED SERVICES INFORMATION

MBMS session start.

7

SS

The SS waits for the UE to start MTCH reception according to the activation time.

8

CLOSE UE TEST LOOP

9

CLOSE UE TEST LOOP COMPLETE

Loop back mode 3 on MTCH is activated.

10

SS

The SS sends 10 RLC SDUs of MBMS data on MTCH on the concerned MBMS radio bearer.

11

The SS changes the power of the cells according to column T1 in table 8.5.1.4.

12

MEASUREMENT REPORT

Cell 24 triggers event 2b in the UE, which sends a MEASUREMENT REPORT message to the SS.

13

UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST

14

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE

The SS checks that the UE has received MBMS data.

15

OPEN UE TEST LOOP

16

OPEN UE TEST LOOP COMPLETE

17



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes, otherwise it fails.

Specific Message Contents

PHYSICAL CHANNEL RECONFIGURATION (Step 3)

The contents of PHYSICAL CHANNEL RECONFIGURATION message in this test case is identical to the message sub-type titled as "Packet to CELL_DCH from CELL_DCH in PS" as found in [9] TS 34.108 clause 9, with the following exceptions:

Information Element

Value/Remark

Version

Downlink information common for all radio links

– Downlink DPCH info common for all RL

Not Present

– DPCH compressed mode info

– TGPSI

1

– TGPS Status Flag

Deactivate

– TGCFN

Not present

– Transmission gap pattern sequence configuration parameters

– TGMP

FDD Measurement

– TGPRC

Infinity

– TGSN

8

– TGL1

14

– TGL2

Not Present

– TGD

undefined

– TGPL1

4

– RPP

Mode 0

– ITP

Mode 0

– CHOICE UL/DL Mode

UL and DL, UL only or DL only (depending on the UE capability)

– Downlink compressed mode method

SF/2

– Uplink compressed mode method

SF/2

– Downlink frame type

11B

– DeltaSIR1

20 (2.0)

– DeltaSIRAfter1

10 (1.0)

– DeltaSIR2

Not Present

– DeltaSIRAfter2

Not Present

– N identify abort

Not Present

– T Reconfirm abort

Not Present

– TX Diversity mode

Not Present

– Default DPCH Offset Value

Not Present

Downlink information per radio link list

– Choice mode

FDD

– Primary CPICH info

– Primary scrambling code

Ref. to the Default setting in clause 6.1 (FDD)

– PDSCH with SHO DCH info

Not Present

R99 and Rel-4 only

– PDSCH code mapping

Not Present

R99 and Rel-4 only

– Serving HS-DSCH radio link indicator

FALSE

Rel-5

– Serving E-DCH radio link indicator

FALSE

Rel-6

– Downlink DPCH info for each RL

– CHOICE mode

FDD

– Primary CPICH usage for channel estimation

Primary CPICH may be used

– DPCH frame offset

Set to value : Default DPCH Offset Value (as currently stored in SS) mod 38 400

– Secondary CPICH info

Not Present

– DL channelisation code

– Secondary scrambling code

5

– Spreading factor

Reference to clause 6.10 Parameter Set

– Code number

0

– Scrambling code change

Set to value default1: No code change (if the UE has a compressed mode pattern sequence configured in variable TGPS_IDENTITY or included in the message including IE "Downlink DPCH info for each RL", which is using compressed mode method "SF/2")

– TPC combination index

0

– SSDT Cell Identity

Not Present

R99 and Rel-4 only

– Closed loop timing adjustment mode

Not Present

– E-AGCH Info

Not Present

Rel-6

– E-HICH Information

Not Present

Rel-6

– E-RGCH Information

Not Present

Rel-6

– SCCPCH information for FACH

Not Present

R99 and Rel-4 only

MEASUREMENT CONTROL (Step 5)(FDD)

Information Element

Value/Remark

Measurement Identity

2

Measurement Command

Setup

Measurement Reporting Mode

– Measurement Reporting Transfer Mode

Acknowledged Mode RLC

– Periodical Reporting / Event Trigger Reporting Mode

Event Trigger

Additional measurements list

Not Present

CHOICE measurement type

Inter-frequency measurement

– Inter-frequency cell info list

– CHOICE inter-frequency cell removal

No inter-frequency cells removed

– New inter-frequency info list

1 inter-frequency cell

– Inter-frequency cell id

24

– Frequency info

Set to the frequency of cell 24

– Cell info

– Cell individual offset

0 (0 dB)

– Reference time difference to cell

Not present

– Read SFN Indicator

FALSE

– CHOICE Mode

FDD

– Primary CPICH Info

– Primary Scrambling Code

Scrambling code of cell 24

– Primary CPICH TX power

Not Present

– TX Diversity Indicator

FALSE

– Cells for measurement

Not present

– Inter-frequency measurement quantity

– CHOICE reporting criteria

Inter-frequency reporting criteria

– Filter Coefficient

0

– Measurement quantity for frequency quality estimate

CPICH RSCP

– Inter-frequency reporting quantity

– UTRA Carrier RSSI

FALSE

– Frequency quality estimate

FALSE

– Non frequency related cell reporting quantities

– SFN-SFN observed time difference reporting indicator

No report

– Cell synchronisation information reporting indicator

FALSE

– Cell Identity reporting indicator

FALSE

– CPICH Ec/No reporting indicator

TRUE

– CPICH RSCP reporting indicator

TRUE

– Pathloss reporting indicator

FALSE

– Measurement validity

– UE State

CELL_DCH

– Inter-frequency set update

– UE autonomous update

On with no reporting

– Non autonomous update mode

Not present

– CHOICE report criteria

Inter-frequency measurement reporting criteria

– Parameters required for each event

– Inter-frequency event identity

2b

– Threshold used frequency

-65 dBm

– W used frequency

0 (0.0)

– Hysteresis

2 (1.0 dB)

– Time to trigger

100 ms

– Reporting cell status

Report cells within monitored and/or virtual active set on non-used frequency

– Maximum number of reported cells per
reported non-used frequency

1

– Parameters required for each non-used
frequency

– Threshold non used frequency

-65 dBm

– W non-used frequency

0

DPCH compressed mode status info

If the UE requires compressed mode (refer ICS/IXIT), this IE is present and contains the IEs as follows. If the UE does not require compressed mode (refer ICS/IXIT), this IE is not present.

– TGPS reconfiguration CFN

((Current CFN + (256 – TTI/10msec))mod 256

– Transmission gap pattern sequence

– TGPSI

1

– TGPS Status Flag

Activate

– TGCFN

(Current CFN + (256 – TTI/10msec))mod 256

MEASUREMENT CONTROL (Step 5)( 3.84Mcps, 1.28Mcps and 7.68Mcps TDD)

Information Element

Value/Remark

Measurement Identity

2

Measurement Command

Setup

Measurement Reporting Mode

– Measurement Reporting Transfer Mode

Acknowledged Mode RLC

– Periodical Reporting / Event Trigger Reporting Mode

Event Trigger

Additional measurements list

Not Present

CHOICE measurement type

Inter-frequency measurement

– Inter-frequency cell info list

– CHOICE inter-frequency cell removal

No inter-frequency cells removed

– New inter-frequency info list

1 inter-frequency cell

– Inter-frequency cell id

24

– Frequency info

Set to the frequency of cell 24

– Cell info

– Cell individual offset

0 (0 dB)

– Reference time difference to cell

Not present

– Read SFN Indicator

FALSE

– CHOICE Mode

TDD

– Primary CCPCH Info

– CHOICE Mode

TDD

– CHOICE TDD option

1.28Mcps TDD

-TSTD indicator

FALSE

– Cell parameters ID

Set to same code as used for cell 24

– SCTD indicator

FALSE

– Primary CCPCH Tx power

Not present

– Timeslot list

Not present

– Cells for measurement

Not present

– Inter-frequency measurement quantity

– CHOICE reporting criteria

Inter-frequency reporting criteria

– Filter Coefficient

0

– Measurement quantity for frequency quality estimate

PCCPCH RSCP

– Inter-frequency reporting quantity

– UTRA Carrier RSSI

FALSE

– Frequency quality estimate

FALSE

– Non frequency related cell reporting quantities

– SFN-SFN observed time difference reporting indicator

No report

– Cell synchronisation information reporting indicator

FALSE

– Cell Identity reporting indicator

FALSE

– CHOICE mode

TDD

– Timeslot ISCP reporting indicator

FALSE

– Proposed TGSN Reporting required

FALSE

– Primary CCPCH RSCP reporting indicator

TRUE

– Pathloss reporting indicator

FALSE

– Measurement validity

– UE State

CELL_DCH

– Inter-frequency set update

Not present

– CHOICE report criteria

Inter-frequency measurement reporting criteria

– Parameters required for each event

– Inter-frequency event identity

2b

– Threshold used frequency

-65 dBm

– W used frequency

0 (0.0)

– Hysteresis

2 (1.0 dB)

– Time to trigger

100 ms

– Reporting cell status

Report cells within monitored and/or virtual active set on non-used frequency

– Maximum number of reported cells per
reported non-used frequency

1

– Parameters required for each non-used
frequency

– Threshold non used frequency

-65 dBm

– W non-used frequency

0.0

DPCH compressed mode status info

Not Present

MEASUREMENT REPORT (Step 12)(FDD)

Information Element

Value/Remark

Message Type

Integrity check info

– Message authentication code

This IE is checked to see if it is present. The value is compared against the XMAC-I value computed by SS.

The first/ leftmost bit of the bit string contains the most significant bit of the MAC-I.

– RRC Message sequence number

This IE is checked to see if it is present. The value is used by SS to compute the XMAC-I value.

Measurement identity

2

Measured Results

– Inter-frequency measured results list

– Frequency info

– UARFCN uplink

The presence of this IE is not checked

– UARFCN downlink

Check that the value of this IE is set to the downlink UARFN of cell 24

– UTRA carrier RSSI

Check that this IE is absent

– Inter-frequency cell measurement results

Check that the value of this IE is set to 1 cell reported

– Cell measured results

– Cell Identity

Check that this IE is absent

– SFN-SFN observed time difference

Check that this IE is absent

– Cell synchronisation information

Check that this IE is absent

– Primary CPICH info

– Primary scrambling code

Check that the value of this IE is set to Scrambling code of cell 24

– CPICH Ec/N0

Check that this IE is present

– CPICH RSCP

Check that this IE is present

– Pathloss

Check that this IE is absent

Measured results on RACH

Check that this IE is absent

Additional measured results

Check that this IE is absent

Event results

– Inter-frequency measurement event results

– Inter-frequency event identity

2b

– Inter-frequency cells

– Frequency info

– UARFCN uplink

The presence of this IE is not checked

– UARFCN downlink

Check that the value of this IE is set to the downlink UARFN of cell 24

– Non freq related measurement event results

– Primary CPICH info

– Primary scrambling code

Check that the value of this IE is set to Scrambling code of cell 24

MEASUREMENT REPORT (Step 12) (1.28Mcps TDD)

Information Element

Value/Remark

Message Type

Integrity check info

– Message authentication code

This IE is checked to see if it is present. The value is compared against the XMAC-I value computed by SS.

The first/ leftmost bit of the bit string contains the most significant bit of the MAC-I.

– RRC Message sequence number

This IE is checked to see if it is present. The value is used by SS to compute the XMAC-I value.

Measurement identity

2

Measured Results

– Inter-frequency measured results list

– Frequency info

– CHOICE mode

TDD

– UARFCN

Check that the value of this IE is set to the UARFN of cell 24

– UTRA carrier RSSI

Check that this IE is absent

– Inter-frequency cell measurement results

Check that the value of this IE is set to 1 cell reported

– Cell measured results

– Cell Identity

Check that this IE is absent

– SFN-SFN observed time difference

Check that this IE is absent

– Cell synchronisation information

Check that this IE is absent

– CHOICE mode

TDD

– Cell parameters Id

Check to see if it’s the same for cell 24

– Proposed TGSN

Check that this IE is absent

– Primary CCPCH Info

Check that this IE is present

– PCCPCH RSCP

Check that this IE is present

– Pathloss

Check that this IE is absent

-Timeslot list

Check that this IE is absent

Measured results on RACH

Check that this IE is absent

Additional measured results

Check that this IE is absent

Event results

– Inter-frequency measurement event results

– Inter-frequency event identity

2b

– Inter-frequency cells

– Frequency info

– UARFCN

Check that the value of this IE is set to the UARFN of cell 24

– Non freq related measurement event results

Cell measurement event results

– CHOICE mode

TDD

– Primary CCPCH info

– CHOICE mode

TDD

– CHOICE TDD option

1.28 Mcps TDD

– TSTD indicator

FALSE

– Cell parameters ID

Check to see if set to the same for cell 24

– SCTD indicator

FALSE

MEASUREMENT REPORT (Step 12) (3.84Mcps TDD)

Information Element

Value/Remark

Message Type

Integrity check info

– Message authentication code

This IE is checked to see if it is present. The value is compared against the XMAC-I value computed by SS.

The first/ leftmost bit of the bit string contains the most significant bit of the MAC-I.

– RRC Message sequence number

This IE is checked to see if it is present. The value is used by SS to compute the XMAC-I value.

Measurement identity

2

Measured Results

– Inter-frequency measured results list

– Frequency info

– CHOICE mode

TDD

– UARFCN

Check that the value of this IE is set to the UARFN of cell 4

– UTRA carrier RSSI

Check that this IE is absent

– Inter-frequency cell measurement results

Check that the value of this IE is set to 1 cell reported

– Cell measured results

– Cell Identity

Check that this IE is absent

– SFN-SFN observed time difference

Check that this IE is absent

– Cell synchronisation information

Check that this IE is absent

– CHOICE mode

TDD

– Cell parameters Id

Check to see if it’s the same for cell 4

– Proposed TGSN

Check that this IE is absent

– Primary CCPCH Info

Check that this IE is present

– PCCPCH RSCP

Check that this IE is present

– Pathloss

Check that this IE is absent

-Timeslot list

Check that this IE is absent

Measured results on RACH

Check that this IE is absent

Additional measured results

Check that this IE is absent

Event results

– Inter-frequency measurement event results

– Inter-frequency event identity

2b

– Inter-frequency cells

– Frequency info

– UARFCN

Check that the value of this IE is set to the UARFN of cell 4

– Non freq related measurement event results

– CHOICE mode

TDD

– Primary CCPCH info

– CHOICE mode

TDD

– CHOICE TDD option

3.84 Mcps TDD

– CHOICE SyncCase

Sync Case 2

– Timeslot

0

– Cell parameters ID

Check to see if set to the same for cell 4

– SCTD indicator

FALSE

MEASUREMENT REPORT (Step 12) (7.68Mcps TDD)

Information Element

Value/Remark

Message Type

Integrity check info

– Message authentication code

This IE is checked to see if it is present. The value is compared against the XMAC-I value computed by SS.

The first/ leftmost bit of the bit string contains the most significant bit of the MAC-I.

– RRC Message sequence number

This IE is checked to see if it is present. The value is used by SS to compute the XMAC-I value.

Measurement identity

2

Measured Results

– Inter-frequency measured results list

– Frequency info

– CHOICE mode

TDD

– UARFCN

Check that the value of this IE is set to the UARFN of cell 4

– UTRA carrier RSSI

Check that this IE is absent

– Inter-frequency cell measurement results

Check that the value of this IE is set to 1 cell reported

– Cell measured results

– Cell Identity

Check that this IE is absent

– SFN-SFN observed time difference

Check that this IE is absent

– Cell synchronisation information

Check that this IE is absent

– CHOICE mode

TDD

– Cell parameters Id

Check to see if it’s the same for cell 4

– Proposed TGSN

Check that this IE is absent

– Primary CCPCH Info

Check that this IE is present

– PCCPCH RSCP

Check that this IE is present

– Pathloss

Check that this IE is absent

-Timeslot list

Check that this IE is absent

Measured results on RACH

Check that this IE is absent

Additional measured results

Check that this IE is absent

Event results

– Inter-frequency measurement event results

– Inter-frequency event identity

2b

– Inter-frequency cells

– Frequency info

– UARFCN

Check that the value of this IE is set to the UARFN of cell 4

– Non freq related measurement event results

– CHOICE mode

TDD

– Primary CCPCH info

– CHOICE mode

TDD

– CHOICE TDD option

7.68 Mcps TDD

– CHOICE SyncCase

Sync Case 2

– Timeslot

0

– Cell parameters ID

Check to see if set to the same for cell 4

– SCTD indicator

FALSE

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE (Step 14)

Information Element

Value/remark

RLC SDU Counter Value

Check that the number is greater than zero.

8.5.1.4.5 Test requirement

After step 3, if compression is required, the UE shall transmit a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message.

After step 11, the UE shall transmit a MEASUREMENT REPORT message with cell 24 as the reported cell. After step 13, the UE shall transmit a UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE message with the number of reported RLC SDUs shall be greater than zero.

8.5.1.4m MBMS PTM Session Start at MCCH Notification in CELL_DCH state / MBMS Multicast Service

8.5.1.4m.1 Definition

This test is applicable for all UEs that support MBMS multicast services and support MBMS p-t-m reception in CELL_DCH state.

8.5.1.4m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.4.2

8.5.1.4m.3 Test purpose

Same test purpose as in clause 8.5.1.4.3.

8.5.1.4m.4 Method of test

Initial condition

System Simulator:

2 MBMS cells, Cell 21 and Cell 24.

User Equipment:

The UE is in CELL_DCH state as specified in clause 7.6 of TS 34.108.

The UE has joined the multicast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

– UE supports MBMS p-t-m reception in CELL_DCH state Yes/No

Test procedure

Same test procedure as in clause 8.5.1.4.4.

Specific message contents

Same specific messages contents as in clause 8.5.1.4.4

8.5.1.4m.5 Test requirements

Same test requirement as in clause 8.5.1.4.5.

8.5.1.5 MBMS PTM Session Start at MCCH Acquisition in CELL_DCH (for a non-MBMS service) when entering into an MBMS cell (UE capable of MBMS p-t-m reception in CELL_DCH) / MBMS Broadcast Service

8.5.1.5.1 Definition and applicability

This test case is applicable for all UEs that support MBMS broadcast services and support MBMS p-t-m reception in CELL_DCH state.

8.5.1.5.2 Conformance requirement

The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3 of TS 25.331.

The UE shall immediately acquire the MBMS ACCESS INFORMATION and the MBMS GENERAL INFORMATION messages i.e. it shall not delay reception of these messages until it has completed the acquisition of the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages. Likewise, the UE should immediately acquire the MBMS CURRENT CELL P-T-M RB INFORMATION and MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information e.g. both the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION message should be acquired in the same modification period.

1> if the IE "MBMS required UE action" is set to ‘Acquire PTM RB info’; or

1> if the IE "MBMS required UE action" is set to ‘Acquire counting info– PTM RBs unmodified’ and the UE is not receiving a p-t-m RB for the concerned service:

2> continue acquiring the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3

2> act upon the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION message, if received, in accordance with subclause 8.7.5;

Reference

3GPP TS 25.331 clauses 8.7.2.3, 8.7.3.3.1, 8.6.9.6.

8.5.1.5.3 Test purpose

1. To verify that the UE receives the MBMS information on MCCH in CELL_DCH state.

2. To verify that the UE, when entering into an MBMS cell in CELL_DCH state, starts the p-t-m reception of MBMS services according to the information on MCCH.

8.5.1.5.4 Method of test

Initial Condition

System Simulator:

2 MBMS cells, Cell 21 and Cell 24.

User Equipment:

The UE is in CELL_DCH state as specified in clause 7.6 of TS 34.108.

The UE is interested in the broadcast service be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statement(s)

– MBMS Broadcast service application available on UE Yes/No

– UE supports MBMS p-t-m reception in CELL_DCH state Yes/No

Test Procedure

Table 8.5.1.5

Parameter

Unit

Cell 21

Cell 24

T0

T1

T0

T1

UTRA RF Channel Number

Mid Range Test Frequency

High Range Test Frequency

CPICH Ec (FDD)

dBm/3.84MHz

-60

-70

-70

-60

P-CCPCH RSCP (TDD)

dBm

-60

-70

-70

-60

Table 8.5.1.5 illustrates the downlink power to be applied for the 2 cells at various time instants of the test execution.

The UE is in the CELL_DCH state in cell 21 and has selected the broadcast service or joined the multicast service to be provided by the SS. The SS has configured its downlink transmission power setting according to columns "T0" in table 8.5.1.5.

The SS then configures its downlink transmission power setting according to columns "T1" in table 8.5.1.5 and transmits a PHYSICAL CHANNEL RECONFIGURATION message to the UE ordering the UE to change to Cell 24 on frequency Ch 2. At the activation time the UE changes to Cell 24 and transmits a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message using AM RLC.

The SS waits for the UE to start reception of the MBMS data on MTCH and then the MBMS radio bearer on MTCH is put into loopback mode 3.

The SS sends 10 RLC SDUs of MBMS data on MTCH on the concerned MBMS radio bearer. The SS retrieves the number of RLC SDUs on MTCH counted by the UE by sending the UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST message. The number of received RLC SDUs reported by the UE shall be at least one.

The loopback mode 3 in the UE is deactivated.

SS calls for generic procedure C.3 to check that UE is in CELL_DCH state.

NOTE: If the UE fails the test because of a failure to reselect to a right cell, then the operator may re-run the test.

Expected sequence

Step

Direction

Message

Comment

UE

SS

1

ACTIVATE RB TEST MODE

2

ACTIVATE RB TEST MODE COMPLETE

3

The SS changes the power of the cells according to column T1 in table 8.5.1.5.

4

PHYSICAL CHANNEL RECONFIGURATION

The SS instructs the UE to change to Cell 24.

5

PHYSICAL CHANNEL RECONFIGURATION

COMPLETE

6

SS

The SS waits for the UE to activate MTCH reception in cell 24.

7

CLOSE UE TEST LOOP

8

CLOSE UE TEST LOOP COMPLETE

Loop back mode 3 on MTCH is activated.

9

SS

The SS broadcasts 10 RLC SDUs of MBMS data on MTCH on the concerned MBMS radio bearer.

10

UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST

11

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE

The SS checks that the UE has received MBMS data.

12

OPEN UE TEST LOOP

13

OPEN UE TEST LOOP COMPLETE

14



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes, otherwise it fails.

Specific Message Contents

PHYSICAL CHANNEL RECONFIGURATION (Step 4) (FDD)

Use the same message as specified for "Packet to CELL_DCH from CELL_DCH in PS" in 34.108 except for the following:

Information Element

Value/remark

Version

Frequency info

Set to the frequency of cell 24

Downlink information per radio link list

1 radio link

Downlink information for each radio link

– CHOICE mode

FDD

– Primary CPICH info

Set to the scrambling code for cell 24

PHYSICAL CHANNEL RECONFIGURATION (Step 4) (3.84Mcps, 1.28Mcps and 7.68Mcps TDD)

Use the same message as specified for "Packet to CELL_DCH from CELL_DCH in PS" in 34.108 except for the following:

Information Element

Value/remark

Version

Frequency info

Set to the frequency of cell 24

Downlink information per radio link list

1 radio link

– Downlink information for each radio link

– CHOICE mode

TDD

– Primary CCPCH info

Set to same code as used for cell 24

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE (Step 11)

Information Element

Value/remark

RLC SDU Counter Value

Check that the number is greater than zero.

8.5.1.5.5 Test requirement

After step 4, the UE shall transmit a PHYSICAL CHANNEL RECONFIGURATION COMPLETE message in cell 24.

After step 10, the UE shall transmit a UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE message with the number of reported RLC SDUs shall be greater than zero.

8.5.1.5m MBMS PTM Session Start at MCCH Acquisition in CELL_DCH (for a non-MBMS service) when entering into an MBMS cell (UE capable of MBMS p-t-m reception in CELL_DCH) / MBMS Multicast Service

8.5.1.5m.1 Definition

This test is applicable for all UEs that support MBMS multicast services and support MBMS p-t-m reception in CELL_DCH state.

8.5.1.5m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.5.2

8.5.1.5m.3 Test purpose

Same test purpose as in clause 8.5.1.5.3.

8.5.1.5m.4 Method of test

Initial condition

System Simulator:

2 MBMS cells, Cell 21 and Cell 24.

User Equipment:

The UE is in CELL_DCH state as specified in clause 7.6 of TS 34.108.

The UE has joined the multicast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

Test procedure

Same test procedure as in clause 8.5.1.5.4.

Specific message contents

Same specific messages contents as in clause 8.5.1.5.4

8.5.1.5m.5 Test requirements

Same test requirement as in clause 8.5.1.5.5.

8.5.1.6 Void

8.5.1.6m Void

8.5.1.7 Void

8.5.1.7m Void

8.5.1.8 Void

8.5.1.9 MBMS PTM Session Start at MCCH Notification in Idle Mode / MBMS Broadcast Service

8.5.1.9.1 Definition and applicability

This test case is applicable for all UEs that support MBMS broadcast services.

8.5.1.9.2 Conformance requirement

The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3.

The UE shall immediately acquire the MBMS ACCESS INFORMATION and the MBMS GENERAL INFORMATION messages i.e. it shall not delay reception of these messages until it has completed the acquisition of the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages. Likewise, the UE should immediately acquire the MBMS CURRENT CELL P-T-M RB INFORMATION and MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information e.g. both the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION message should be acquired in the same modification period.

The UE may:

1> monitor the MBMS notification Indicator Channel (MICH);

1> if a notification on the MICH for one or more of the MBMS services included in the variable MBMS_ACTIVATED_SERVICES is detected:

2> acquire the MBMS MODIFIED SERVICES INFORMATION message with delaying the reading of MCCH until the next modification period and with stopping at the end of the modification period, in accordance with subclause 8.7.1.3;

2> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

The UE shall:

1> if in idle mode, URA_PCH, CELL_PCH or CELL_FACH state:

2> if not monitoring MICH:

3> acquire the MBMS MODIFIED SERVICES INFORMATION message from MCCH at the start of every modification period, in accordance with subclause 8.7.1.3;

3> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

1> if the IE "MBMS required UE action" is set to ‘Acquire PTM RB info’; or

1> if the IE "MBMS required UE action" is set to ‘Acquire counting info– PTM RBs unmodified’ and the UE is not receiving a p-t-m RB for the concerned service:

2> continue acquiring the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3;

2> act upon the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION message, if received, in accordance with subclause 8.7.5.

Reference

3GPP TS 25.331 clause 8.7.2.3, 8.7.3.3.1, 8.6.9.6.

8.5.1.9.3 Test purpose

1. To verify that the UE receives the MBMS information on MCCH in Idle Mode.

2. To verify that the UE correctly handles the notification procedure after receiving the MBMS MODIFIED SERVICES INFORMATION message via MCCH if no ongoing MBMS p-t-m session (MICH supported/not supported by the UE).

3. To verify that the UE starts the reception of MBMS services according to notification via MICH/MCCH when the UE is in Idle Mode.

8.5.1.9.4 Method of test

Initial Condition

System Simulator:

– 1 MBMS cell.

User Equipment:

– The UE is in Idle mode as specified in clause 7.6 of TS 34.108.

– The UE is interested in the broadcast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statement(s)

– MBMS Broadcast service application available on UE Yes/No

Test Procedure

UE is moved to CELL_DCH for RB Test Mode to be activated and then the RRC Connection is released to move UE back to Idle Mode.

The SS notifies on MICH and MCCH about the start of an MBMS session. The SS waits for the UE to start reception of the MBMS data on MTCH.

UE is moved to CELL_DCH for the UE Test Loop Mode 3 to be closed and then the RRC Connection is released to move UE back to Idle Mode.

The SS sends 10 RLC SDUs of MBMS data on MTCH on the concerned MBMS radio bearer.

UE is moved to CELL_DCH then retrieves the number of RLC SDUs on MTCH counted by the UE by sending the UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST message. The number of received RLC SDUs reported by the UE shall be at least one.

The UE Test Loop is opened and RB Test Mode in the UE is deactivated.

Expected sequence

Step

Direction

Message

Comment

UE

SS

1

PAGING TYPE1

Paging (PS domain, P-TMSI)

2

RRC CONNECTION REQUEST

3

RRC CONNECTION SETUP

4

RRC CONNECTION SETUP COMPLETE

5

SERVICE REQUEST

6

AUTHENTICATION AND CIPHERING REQUEST

7

AUTHENTICATION AND CIPHERING RESPONSE

8

SECURITY MODE COMMAND

9

SECURITY MODE COMPLETE

10

ACTIVATE RB TEST MODE

11

ACTIVATE RB TEST MODE COMPLETE

12

RRC CONNECTION RELEASE

13

RRC CONNECTION RELEASE COMPLETE

14

MBMS MODIFIED SERVICES INFORMATION

MBMS session start. The SS also sets the Notification Indicator on MICH. The SS waits for the UE to establish the MTCH according to MBMS p-t-m activation time set to the first TTI of the next modification period.

15

PAGING TYPE1 (PCCH)

Paging (PS domain, P-TMSI)

16

RRC CONNECTION REQUEST

17

RRC CONNECTION SETUP

18

RRC CONNECTION SETUP COMPLETE

19

SERVICE REQUEST

20

AUTHENTICATION AND CIPHERING REQUEST

21

AUTHENTICATION AND CIPHERING RESPONSE

22

SECURITY MODE COMMAND

23

SECURITY MODE COMPLETE

24

CLOSE UE TEST LOOP

25

CLOSE UE TEST LOOP COMPLETE

Loop back mode 3 on MTCH is activated.

26

RRC CONNECTION RELEASE

27

RRC CONNECTION RELEASE COMPLETE

28

SS

The SS broadcasts 10 RLC SDUs of MBMS data on MTCH on the concerned MBMS radio bearer.

29

PAGING TYPE1

Paging (PS domain, P-TMSI)

30

RRC CONNECTION REQUEST

31

RRC CONNECTION SETUP

32

RRC CONNECTION SETUP COMPLETE

33

SERVICE REQUEST

34

AUTHENTICATION AND CIPHERING REQUEST

35

AUTHENTICATION AND CIPHERING RESPONSE

36

SECURITY MODE COMMAND

37

SECURITY MODE COMPLETE

38

UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST

39

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE

The SS checks that the UE has received MBMS data.

40

OPEN UE TEST LOOP

41

OPEN UE TEST LOOP COMPLETE

42

DEACTIVATE RB TEST MODE

43

DEACTIVATE RB TEST MODE COMPLETE

Specific Message Contents

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE (Step 39)

Information Element

Value/remark

RLC SDU Counter Value

Check that the number is greater than zero.

8.5.1.9.5 Test requirement

After step 38, the UE shall transmit a UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE message with the number of reported RLC SDUs shall be greater than zero.

8.5.1.9m MBMS PTM Session Start at MCCH Notification in Idle Mode / MBMS Multicast Service

8.5.1.9m.1 Definition

This test is applicable for all UEs that support MBMS multicast services.

8.5.1.9m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.9.2

8.5.1.9m.3 Test purpose

Same test purpose as in clause 8.5.1.9.3.

8.5.1.9m.4 Method of test

Initial Condition

System Simulator:

– 1 MBMS cell.

User Equipment:

– The UE is in Idle Mode as specified in clause 7.6 of TS 34.108.

– The UE has joined the multicast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

Test procedure

Same test procedure as in clause 8.5.1.9.4.

Specific message contents

Same specific messages contents as in clause 8.5.1.9.4

8.5.1.9m.5 Test requirements

Same test requirement as in clause 8.5.1.9.5.

8.5.1.10 Void

8.5.1.11 MBMS PTP Session Start at MCCH Notification in Idle Mode / MBMS Selected Service

8.5.1.11.1 Definition

This test is applicable for all UEs that support MBMS broadcast services.

8.5.1.11.2 Conformance requirement

If the IE "MBMS required UE action" is included and concerns an MBMS activated service the UE shall:

1> if the IE "MBMS required UE action" is set to ‘Request PTP RB’:

2> if the UE is in idle mode:

3> indicate to upper layers that establishment of a PS signalling connection is required to receive the concerned MBMS [5], unless the UE has already requested p-t-p RB establishment in the current modification period, and use the establishment cause set to ‘MBMS ptp RB request’ in the RRC connection establishment procedure.

The UE shall, in the transmitted RRC CONNECTION REQUEST message:

1> set the IE "Establishment cause" to the value of the variable ESTABLISHMENT_CAUSE;

1> set the IE "Initial UE identity" to the value of the variable INITIAL_UE_IDENTITY;

1> set the IE "Protocol error indicator" to the value of the variable PROTOCOL_ERROR_INDICATOR; and

1> include the IE "Predefined configuration status information" and set this IE to true if the UE has all pre- configurations stored with the same value tag as broadcast in the cell in which the RRC connection establishment is initiated.

1> if the UE is attempting to establish the signalling connection to PS-domain:

  1. include the IE "Domain Indicator" and set it to "PS domain".
  2. else if the UE is attempting to establish the signalling connection to CS domain:

2> include the IE "Domain Indicator" and set it to "CS domain".

1> if the UE only supports HS-DSCH but not E-DCH:

2> include the IE "UE capability indication" and set it to the "HS-DSCH" value.

1> if the UE supports HS-DSCH and E-DCH:

2> include the IE "UE capability indication" and set it to the "HS-DSCH+E-DCH" value.

1> if the UE performs connection establishment for MBMS ptp radio bearer request as specified in subclause 8.6.9.6; and

1> if one or more of the MBMS services for which the UE initiates the ptp radio bearer request concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates the ptp radio bearer request:

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

1> otherwise if the UE performs connection establishment for MBMS counting as specified in subclause 8.7.4; and

1> if one or more of the MBMS services for which the UE initiates the counting response concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates the counting response:

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

1> if the UE included one or more "MBMS Selected Service ID" IEs:

2> include the IE "MBMS Modification Period identity" and set it to a value in accordance with subclause 8.5.29.

The UE shall not include the IE "UE Specific Behaviour Information 1 idle".

If the IE "MBMS short transmission ID" is included the UE shall:

1> if the value of the "MBMS short transmission ID" is less than or equal to the number of services identified by the IE "Modified services list" included in the MBMS MODIFIED SERVICES INFORMATION message acquired in the same modification period as the one in which the "MBMS short transmission ID" is received:

2> consider the "MBMS short transmission ID" to be an index to the list of services contained in the IE "Modified services list" and apply the MBMS transmission identity specified for this entry.

1> otherwise:

2> compile a list of available MBMS services, as included in the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages acquired in the same modification period as the one in which the "MBMS short transmission ID" is received:

3> concatenate the services contained in IE "Modified services list" included in the MBMS MODIFIED SERVICES INFORMATION and the services contained in IE "Unmodified services list" included in the MBMS UNMODIFIED SERVICES INFORMATION.

2> consider the "MBMS short transmission ID" to be the index of the entry in the list of available services and apply the MBMS transmission identity specified for this entry.

The UE shall calculate the identity of a Modification period as follows:

MP identity= (SFNMP div MPlen) mod 2

With SFNMP being the SFN corresponding with the frame in which the concerned Modification Period starts

MPlen being the length of the Modification Period, that is indicated by the IE "Modification period coefficient" that is included in System Information Block type 5 and 5bis.

Reference

3GPP TS 25.331 clauses 8.6.9.6, 8.1.3.3, 8.6.9.8, 8.5.29.

8.5.1.11.3 Test purpose

To verify that the UE receives the MBMS info in idle mode state and correctly triggers the P-t-p request procedure.

8.5.1.11.4 Method of test

Initial condition

System Simulator:

1 MBMS cell

User Equipment:

The UE is in Idle Mode as specified in clause 7.6 of TS 34.108.

The UE is interested in the selected service to be provided by the SS (included in the MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Broadcast service application available on UE Yes/No.

Test procedure

1) The UE camping on Cell 21, receives an MBMS MODIFIED SERVICES INFORMATION messages including IEs “MBMS required UE action” set to “Request PTP RB”.

2) The UE shall request a p-t-p RB establishment. The UE transmits a RRC CONNECTION REQUEST message including the IE "MBMS Selected Service ID" of the concerned MBMS selected services within the IE "MBMS Selected Services Short" and the IE "MBMS Modification Period identity".

3) The SS transmits a RADIO BEARER SETUP message to the UE. This message requests the establishment of a radio access bearer. The UE shall establish this radio bearer. Then the UE transmits a RADIO BEARER SETUP COMPLETE message using AM RLC.

Expected sequence

Step

Direction

Message

Comments

UE

SS

1

MBMS MODIFIED SERVICES INFORMATION

"MBMS required UE action" set to Request PTP RB.

2

RRC CONNECTION REQUEST

The UE transmits the message with Establishment cause set to “MBMS ptp RB request” and with the “MBMS Selected Services Short” IE referring to the concerned MBMS Selected service and the corresponding Modification period identity.

3

RRC CONNECTION SETUP

RRC state indicator set to Cell_DCH

4

RRC CONNECTION SETUP COMPLETE

5

MBMS MODIFICATION REQUEST

The UE completing the RRC connection Setup procedure shall initiate the MBMS MODIFICATION REQUEST procedure. This message may be received at any point after step 5 and before step 11.

6

UE

UE transmits SERVICE REQUEST, with IE "Service type" set to "MBMS Broadcast service Reception”.

7

SECURITY MODE COMMAND

8

SECURITY MODE COMPLETE

9

RADIO BEARER SETUP

10

RADIO BEARER SETUP COMPLETE

11



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes otherwise it fails.

Specific message contents

All messages have the same content as defined in 34.108 clause 9.1.1 with the following exceptions:

MBMS MODIFIED SERVICES INFORMATION (Step 1)

Information Element

Value/remark

Modified service list

Only 1 entry

– MBMS Transmission identity

MBMS Transmission identity indicating MBMS activated service

– MBMS required UE action

Request PTP RB

– Continue MCCH reading

FALSE

RRC CONNECTION REQUEST (Step 2)

Information Element

Value/remark

Message type

Initial UE identity

Same as the registered TMSI or P-TMSI.

Establishment Cause

MBMS ptp RB request

Protocol Error Indicator

Check to see if it is set to FALSE

Measured results on RACH

Not checked.

MBMS Selected Services

MBMS Selected Services

Only 1 entry

– MBMS Selected Service ID

MBMS short transmission identity referring to the service the UE has selected

– Modification period identity

Indicates the modification period the MBMS short transmission identities refer to

RRC CONNECTION SETUP (Step 3)

Information Element

Value/remark

Message type

RRC State Indicator

Cell_DCH

MBMS MODIFICATION REQUEST (steps 5)

Information Element

Value/remark

MBMS preferred frequency request

Check that the IE is not present

MBMS RB list requested to be released

Check that the IE is not present

MBMS Selected Service Info

– CHOICE Status

Some

– MBMS Selected Services Full

– MBMS Selected Service ID

Only 1 entry

– MBMS Service ID

MBMS service ID of the activated MBMS service

– CHOICE PLMN identity

Check to see that one of the below choice element is present

– SameAs-MIB

(no data)

– explicitPLMN_Id

Check to see if it is set to the same value as "PLMN ID” in the Master Information block transmitted for the current serving cell.

RADIO BEARER SETUP (Step 9)

Use the same message as the one specified for "MBMS PtP" in TS 34.108 clause 9 with the condition B1.

8.5.1.11.1.5 Test requirements

At step 2, the UE shall transmit a RRC CONNECTION REQUEST message with Establishment cause set to “MBMS ptp RB request”. The UE shall include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and the IE "MBMS Modification Period identity".

8.5.1.11m MBMS PTP Session Start at MCCH Notification in Idle Mode / MBMS Multicast Service

8.5.1.11m.1 Definition

This test is applicable for all UEs that support MBMS multicast services.

8.5.1.11m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.11.2 except there is no reference to 3GPP TS 25.331 clause 8.1.3.3..

Reference

3GPP TS 25.331 clauses 8.6.9.6, 8.6.9.8, 8.5.29.

8.5.1.11m.3 Test purpose

Same test purpose as in clause 8.5.1.11.3.

8.5.1.11m.4 Method of test

Initial condition

System Simulator:

1 MBMS cell

User Equipment:

The UE is in Idle Mode as specified in clause 7.6 of TS 34.108.

The UE has joined the multicast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

Test procedure

Same test procedure as in clause 8.5.1.11.4 except for the point 2:

2) The UE shall request a p-t-p RB establishment. The UE transmits a RRC CONNECTION REQUEST message.

Expected sequence

Same expected sequence as in clause 8.5.5.11.4 except for RRC CONNECTION REQUEST message content (step 2) and MODIFICATION REQUEST procedure not required.

Step

Direction

Message

Comments

UE

SS

1

MBMS MODIFIED SERVICES INFORMATION

"MBMS required UE action" set to Request PTP RB.

2

RRC CONNECTION REQUEST

The UE transmits the message with Establishment cause set to “MBMS ptp RB request”

3

RRC CONNECTION SETUP

RRC state indicator set to Cell_DCH

4

RRC CONNECTION SETUP COMPLETE

5

UE

UE transmits SERVICE REQUEST, with IE "Service type" set to "MBMS Multicast service Reception”.

6

SECURITY MODE COMMAND

7

SECURITY MODE COMPLETE

8

RADIO BEARER SETUP

9

RADIO BEARER SETUP COMPLETE

10



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes otherwise it fails.

Specific message contents

Same specific messages contents as in clause 8.5.1.11.4 except for RRC CONNECTION REQUEST message content (step 2)

RRC CONNECTION REQUEST (Step 2)

Information Element

Value/remark

Message type

Initial UE identity

Same as the registered TMSI or P-TMSI.

Establishment Cause

MBMS ptp RB request

Protocol Error Indicator

Check to see if it is set to FALSE

Measured results on RACH

Not checked.

MBMS Selected Services

Not Present

8.5.1.11m.5 Test requirements

At step 2, the UE shall transmit a RRC CONNECTION REQUEST message with Establishment cause set to “MBMS ptp RB request”.

8.5.1.12 MBMS PTP Session Start at MCCH Notification in URA_PCH / MBMS Selected Service

8.5.1.12.1 Definition

This test is applicable for all UEs that support MBMS broadcast services.

8.5.1.12.2 Conformance requirement

The MBMS notification procedure is used by the UE to respond to a notification provided by UTRAN, indicating a change applicable for one or more MBMS services the UE has joined. The procedure applies to all UEs supporting MBMS, irrespective of their state (idle and connected mode: URA_PCH, CELL_PCH, CELL_FACH and CELL_DCH). The actual notification mechanism to be used depends on the UE state.

The UE shall:

1> if in idle mode, URA_PCH, CELL_PCH or CELL_FACH state:

2> if not monitoring MICH:

3> acquire the MBMS MODIFIED SERVICES INFORMATION message from MCCH at the start of every modification period, in accordance with subclause 8.7.1.3;

3> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

….

If the IE "MBMS required UE action" is included and concerns an MBMS activated service the UE shall:

1> if the IE "MBMS required UE action" is set to ‘Request PTP RB’:

2> if the UE is in URA_PCH, Cell_PCH or CELL_FACH states:

3> indicate to upper layers to initiate a service request procedure [5] to receive the concerned MBMS service;

3> perform the cell update procedure with cause "MBMS ptp RB request", as specified in subclause 8.3.1.2, unless the UE has already requested p-t-p RB establishment in the current modification period.

A UE shall initiate the cell update procedure in the following cases:

….

1> MBMS ptp RB request:

2> if none of the criteria for performing cell update with the causes specified above in the current subclause is met; and

2> if the UE is in URA_PCH, Cell_PCH or Cell_FACH state; and

2> if the UE should perform cell update for MBMS ptp radio bearer request as specified in 8.6.9.6:

3> perform cell update using the cause "MBMS ptp RB request".

The UE shall set the IEs in the CELL UPDATE message as follows:

1> if the UE performs cell update for MBMS ptp radio bearer request as specified in subclause 8.6.9.6; and

1> if one or more of the MBMS services for which the UE initiates the ptp radio bearer request concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates ptp radio bearer request:

3> order the MBMS Selected Services such that those selected with a higher priority are listed in the IE "MBMS Selected Services Short" before those selected with a lower priority;

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

1> otherwise, if the UE performs cell update for MBMS counting as specified in subclause 8.7.4; and

1> if one or more of the MBMS services for which the UE initiates the counting response concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates the counting response:

3> order the MBMS Selected Services such that those selected with a higher priority are listed in the IE "MBMS Selected Services Short" before those selected with a lower priority;

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

1> if the UE included one or more "MBMS Selected Service ID" IEs:

2> include the IE "MBMS Modification Period identity" and set it to a value in accordance with subclause 8.5.29.

If the IE "MBMS short transmission ID" is included the UE shall:

1> if the value of the "MBMS short transmission ID" is less than or equal to the number of services identified by the IE "Modified services list" included in the MBMS MODIFIED SERVICES INFORMATION message acquired in the same modification period as the one in which the "MBMS short transmission ID" is received:

2> consider the "MBMS short transmission ID" to be an index to the list of services contained in the IE "Modified services list" and apply the MBMS transmission identity specified for this entry.

1> otherwise:

2> compile a list of available MBMS services, as included in the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages acquired in the same modification period as the one in which the "MBMS short transmission ID" is received:

3> concatenate the services contained in IE "Modified services list" included in the MBMS MODIFIED SERVICES INFORMATION and the services contained in IE "Unmodified services list" included in the MBMS UNMODIFIED SERVICES INFORMATION.

2> consider the "MBMS short transmission ID" to be the index of the entry in the list of available services and apply the MBMS transmission identity specified for this entry.

The UE shall calculate the identity of a Modification period as follows:

MP identity= (SFNMP div MPlen) mod 2

With SFNMP being the SFN corresponding with the frame in which the concerned Modification Period starts

MPlen being the length of the Modification Period, that is indicated by the IE "Modification period coefficient" that is included in System Information Block type 5 and 5bis.

Reference

3GPP TS 25.331 clauses 8.7.3.1, 8.7.3.3.1, 8.6.9.6, 8.3.1.2, 8.3.1.3, 8.6.9.8, 8.5.29.

8.5.1.12.3 Test purpose

To verify that the UE receives the MBMS info in URA_PCH state and correctly triggers the P-t-p request procedure.

8.5.1.12.4 Method of test

Initial condition

System Simulator:

1 MBMS cell.

User Equipment:

The UE is in URA_PCH state as specified in clause 7.6 of TS 34.108

The UE is interested in the selected service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Broadcast service application available on UE Yes/No.

Test procedure

1) The UE is in URA_PCH state, shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION including the IE “MBMS required UE action” set to “Request PTP RB”.

2) The UE shall perform a cell update procedure with cause "MBMS ptp RB request". In case of MBMS Selected service, the UE transmits a CELL UPDATE message including the IE "MBMS Selected Service ID" of the concerned MBMS Selected service within the IE "MBMS Selected Services Short" and the IE "MBMS Modification Period identity".

Expected sequence

Step

Direction

Message

Comments

UE

SS

1

MBMS MODIFIED SERVICES INFORMATION

"MBMS required UE action" set to Request PTP RB".

1a

The UE enters the CELL_FACH state(Test procedure 2 and 3 only).

2

CELL UPDATE

UE performs cell update procedure. The CELL UPDATE message shall contain the value "Cell Update Cause" set to "MBMS ptp RB request"

3

CELL UPDATE CONFIRM

RRC State Indicator is set to CELL_FACH

3a

UTRAN MOBILITY INFORMATION CONFIRM

4

UE

UE transmits SERVICE REQUEST, with IE "Service type" set to "MBMS Broadcast service Reception”.

5

SS

SS transmits the SERVICE ACCEPT message to the UE.

6

RADIO BEARER SETUP

RRC State Indicator is set to CELL_DCH

7

RADIO BEARER SETUP COMPLETE

7a

MBMS MODIFICATION REQUEST

This message may be received at any point after step 6 and before step 8.

8



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes, otherwise it fails.

Specific message contents

MBMS modified services Information (Step 1)

Information Element

Value/remark

Modified services list

Only 1 entry

– MBMS Transmission identity

MBMS Transmission identity indicating MBMS activated service

– MBMS required UE action

request PTP RB

CELL UPDATE (Step 2)

Information Element

Value/remark

Cell update cause

MBMS ptp RB request

MBMS Selected Services

– MBMS Selected Services

Only 1 entry

– MBMS Selected Service ID

MBMS short transmission identity referring to the service the UE has selected

– Modification period identity

Indicates the modification period the MBMS short transmission identities refer to

CELL UPDATE CONFIRM (Step 3)

Information Element

Value/remark

New C-RNTI

‘1010 1010 1010 1010’

RADIO BEARER SETUP (Step 6)

Use the same message as the one specified for "MBMS PtP" in TS 34.108 clause 9 with the condition B4.

MBMS MODIFICATION REQUEST (step 7a)

Information Element

Value/remark

MBMS preferred frequency request

Check that the IE is not present

MBMS RB list requested to be released

Check that the IE is not present

MBMS Selected Service Info

– CHOICE Status

Some

– MBMS Selected Services Full

– MBMS Selected Service ID

– MBMS Service ID

MBMS service ID of the activated MBMS service

– CHOICE PLMN identity

Check to see that one of the below choice element is present

– SameAs-MIB

(no data)

– explicitPLMN_Id

Check to see if it is set to the same value as "PLMN ID” in the Master Information block transmitted for the current serving cell.

8.5.1.12.5 Test requirements

At step 2, the UE shall initiate a cell update procedure for MBMS ptp radio bearer request. The UE shall include in the transmitted CELL_UPDATE message the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and the IE "MBMS Modification Period identity" in case of MBMS Selected service.

8.5.1.12m MBMS PTP Session Start at MCCH Notification in URA_PCH / MBMS Multicast Service

8.5.1.12m.1 Definition

This test is applicable for all UEs that support MBMS multicast services.

8.5.1.12m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.12.2.

8.5.1.12m.3 Test purpose

Same test purpose as in clause 8.5.1.12.3.

8.5.1.12m.4 Method of test

Initial condition

System Simulator:

1 MBMS cell

User Equipment:

The UE is in URA_PCH state as specified in clause 7.6 of TS 34.108

The UE has joined the multicast service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

Test procedure

Same test procedure as in clause 8.5.1.12.4, except that at step 4 UE transmits Service Request, with IE "Service type" set to "MBMS Multicast service Reception”.

Specific message contents

Same specific messages contents as in clause 8.5.1.12.4 except for CELL UPDATE (Step 2) and Service Request (Step 4)

CELL UPDATE (Step 2)

Information Element

Value/remark

Cell update cause

MBMS ptp RB request

MBMS Selected Services

Not present

8.5.1.12m.5 Test requirements

At step 2, the UE shall initiate a cell update procedure for MBMS ptp radio bearer request .

8.5.1.13 MBMS PTP Session Start at MCCH Notification in CELL_FACH / MBMS Selected Service

8.5.1.13.1 Definition

This test is applicable for all UEs that support MBMS broadcast services.

8.5.1.13.2 Conformance requirement

The MBMS notification procedure is used by the UE to respond to a notification provided by UTRAN, indicating a change applicable for one or more MBMS services the UE has joined. The procedure applies to all UEs supporting MBMS, irrespective of their state (idle and connected mode: URA_PCH, CELL_PCH, CELL_FACH and CELL_DCH). The actual notification mechanism to be used depends on the UE state.

The UE shall:

1> if in idle mode, URA_PCH, CELL_PCH or CELL_FACH state:

2> if not monitoring MICH:

3> acquire the MBMS MODIFIED SERVICES INFORMATION message from MCCH at the start of every modification period, in accordance with subclause 8.7.1.3;

3> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

….

If the IE "MBMS required UE action" is included and concerns an MBMS activated service the UE shall:

1> if the IE "MBMS required UE action" is set to ‘Request PTP RB’:

2> if the UE is in URA_PCH, Cell_PCH or CELL_FACH states:

3> indicate to upper layers to initiate a service request procedure [5] to receive the concerned MBMS service;

3> perform the cell update procedure with cause "MBMS ptp RB request", as specified in subclause 8.3.1.2, unless the UE has already requested p-t-p RB establishment in the current modification period.

A UE shall initiate the cell update procedure in the following cases:

….

1> MBMS ptp RB request:

2> if none of the criteria for performing cell update with the causes specified above in the current subclause is met; and

2> if the UE is in URA_PCH, Cell_PCH or Cell_FACH state; and

2> if the UE should perform cell update for MBMS ptp radio bearer request as specified in 8.6.9.6:

3> perform cell update using the cause "MBMS ptp RB request".

The UE shall set the IEs in the CELL UPDATE message as follows:

1> if the UE performs cell update for MBMS ptp radio bearer request as specified in subclause 8.6.9.6; and

1> if one or more of the MBMS services for which the UE initiates the ptp radio bearer request concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates ptp radio bearer request:

3> order the MBMS Selected Services such that those selected with a higher priority are listed in the IE "MBMS Selected Services Short" before those selected with a lower priority;

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

1> otherwise, if the UE performs cell update for MBMS counting as specified in subclause 8.7.4; and

1> if one or more of the MBMS services for which the UE initiates the counting response concerns an MBMS Selected Service:

2> for each MBMS Selected Service that is indicated on MCCH and for which the UE initiates the counting response:

3> order the MBMS Selected Services such that those selected with a higher priority are listed in the IE "MBMS Selected Services Short" before those selected with a lower priority;

3> include the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and set it to a value in accordance with subclause 8.6.9.8.

1> if the UE included one or more "MBMS Selected Service ID" IEs:

2> include the IE "MBMS Modification Period identity" and set it to a value in accordance with subclause 8.5.29.

If the IE "MBMS short transmission ID" is included the UE shall:

1> if the value of the "MBMS short transmission ID" is less than or equal to the number of services identified by the IE "Modified services list" included in the MBMS MODIFIED SERVICES INFORMATION message acquired in the same modification period as the one in which the "MBMS short transmission ID" is received:

2> consider the "MBMS short transmission ID" to be an index to the list of services contained in the IE "Modified services list" and apply the MBMS transmission identity specified for this entry.

1> otherwise:

2> compile a list of available MBMS services, as included in the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages acquired in the same modification period as the one in which the "MBMS short transmission ID" is received:

3> concatenate the services contained in IE "Modified services list" included in the MBMS MODIFIED SERVICES INFORMATION and the services contained in IE "Unmodified services list" included in the MBMS UNMODIFIED SERVICES INFORMATION.

2> consider the "MBMS short transmission ID" to be the index of the entry in the list of available services and apply the MBMS transmission identity specified for this entry.

The UE shall calculate the identity of a Modification period as follows:

MP identity= (SFNMP div MPlen) mod 2

With SFNMP being the SFN corresponding with the frame in which the concerned Modification Period starts

MPlen being the length of the Modification Period, that is indicated by the IE "Modification period coefficient" that is included in System Information Block type 5 and 5bis.

Reference

3GPP TS 25.331 clauses 8.7.3.1, 8.7.3.3.1, 8.6.9.6, 8.3.1.2, 8.3.1.3, 8.6.9.8, 8.5.29.

8.5.1.13.3 Test purpose

To verify that the UE receives the MBMS info in Cell_FACH state and correctly triggers the P-t-p request procedure.

8.5.1.13.4 Method of test

Initial condition

System Simulator:

1 MBMS cell.

User Equipment:

The UE is in CELL_FACH state as specified in clause 7.6 of TS 34.108.

The UE is interested in the selected service to be provided by the SS (included in MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Broadcast service application available on UE Yes/No.

Test procedure

1) The UE is in Cell_FACH state, shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION including the IE “MBMS required UE action” set to “Request PTP RB”.

2) The UE shall perform a cell update procedure with cause "MBMS ptp RB request". In case of MBMS Selected service, the UE transmits a CELL UPDATE message including the IE "MBMS Selected Service ID" of the concerned MBMS Selected service within the IE "MBMS Selected Services Short" and the IE "MBMS Modification Period identity".

Expected sequence

Step

Direction

Message

Comments

UE

SS

1

MBMS MODIFIED SERVICES INFORMATION

"MBMS required UE action" set to Request PTP RB".

2

CELL UPDATE

UE performs cell update procedure. The CELL UPDATE message shall contain the value "Cell Update Cause" set to "MBMS ptp RB request"

3

CELL UPDATE CONFIRM

RRC State Indicator is set to CELL_FACH

4

UE

UE transmits SERVICE REQUEST, with IE "Service type" set to "MBMS Broadcast service Reception”.

5

SS

SS transmits the SERVICE ACCEPT message to the UE.

6

RADIO BEARER SETUP

RRC State Indicator is set to CELL_DCH

7

RADIO BEARER SETUP COMPLETE

7a

MBMS MODIFICATION REQUEST

This message may be received at any point after step 6 and before step 8.

8



CALL C.3

If the test result of C.3 indicates that UE is in CELL_DCH state, the test passes, otherwise it fails.

Specific message contents

MBMS modified services Information (Step 1)

Information Element

Value/remark

Modified services list

Only 1 entry

– MBMS Transmission identity

MBMS Transmission identity indicating MBMS activated service

– MBMS required UE action

request PTP RB

CELL UPDATE (Step 2)

Information Element

Value/remark

Cell update cause

MBMS ptp RB request

MBMS Selected Services

– MBMS Selected Services

Only 1 entry

– MBMS Selected Service ID

MBMS short transmission identity referring to the service the UE has selected

– Modification period identity

Indicates the modification period the MBMS short transmission identities refer to

RADIO BEARER SETUP (Step 6)

Use the same message as the one specified for "MBMS PtP" in TS 34.108 clause 9 with the condition B4.

MBMS MODIFICATION REQUEST (step 7a)

Information Element

Value/remark

MBMS preferred frequency request

Check that the IE is not present

MBMS RB list requested to be released

Check that the IE is not present

MBMS Selected Service Info

– CHOICE Status

Some

– MBMS Selected Services Full

– MBMS Selected Service ID

– MBMS Service ID

MBMS service ID of the activated MBMS service

– CHOICE PLMN identity

Check to see that one of the below choice element is present

– SameAs-MIB

(no data)

– explicitPLMN_Id

Check to see if it is set to the same value as "PLMN ID” in the Master Information block transmitted for the current serving cell.

8.5.1.13.5 Test requirements

At step 2, the UE shall initiate a cell update procedure for MBMS ptp radio bearer request. The UE shall include in the transmitted CELL_UPDATE message the IE "MBMS Selected Service ID" within the IE "MBMS Selected Services Short" and the IE "MBMS Modification Period identity" in case of MBMS Selected service.

8.5.1.13m MBMS PTP Session Start at MCCH Notification in CELL_FACH / MBMS Multicast Service

8.5.1.13m.1 Definition

This test is applicable for all UEs that support MBMS multicast services.

8.5.1.13m.2 Conformance requirement

Same conformance requirement as in clause 8.5.1.13.2.

8.5.1.13m.3 Test purpose

Same test purpose as in clause 8.5.1.13.3.

8.5.1.13m.4 Method of test

Initial condition

System Simulator:

1 MBMS cell

User Equipment:

The UE is in CELL_FACH state as specified in clause 7.6 of TS 34.108.

The UE has joined the multicast service to be provided by the SS (included in the MBMS_ACTIVATED_SERVICES variable).

Related ICS/IXIT statements

– MBMS Multicast service application available on UE Yes/No.

Test procedure

Same test procedure as in clause 8.5.1.13.4, except that at step 4 UE transmits Service Request, with IE "Service type" set to "MBMS Multicast service Reception”.

Specific message contents

Same specific messages contents as in clause 8.5.1.13.4 except for CELL UPDATE (Step 2) and Service request(step 4)

CELL UPDATE (Step 2)

Information Element

Value/remark

Cell update cause

MBMS ptp RB request

MBMS Selected Services

Not present

8.5.1.13m.5 Test requirements

At step 2, the UE shall initiate a cell update procedure for MBMS ptp radio bearer request.

8.5.1.14 MBMS PTM Session Start at MCCH Acquisition / MBSFN mode

8.5.1.14.1 Definition

This test is applicable for UEs that support MBMS broadcast services in MBSFN mode and which support either both transmit and receive functions or MBSFN receive only function.

8.5.1.14.2 Conformance requirement

The UE applies the MCCH acquisition procedure to determine the MBMS services available in the cell and to initiate reception of the services that the UE has activated. The procedure applies to all UEs supporting MBMS, irrespective of their state (idle, URA_PCH, CELL_PCH, CELL_FACH and CELL_DCH).

For 1.28 Mcps TDD, if the cell is operating in MBSFN mode, the MCCH will be deployed on the MBSFN Special Timeslot [30].

If the variable MBMS_ACTIVATED_services is not empty, the UE shall apply the MCCH acquisition procedure upon selecting (e.g. upon power on) or re- selecting a cell supporting MBMS or an MBSFN cluster, upon change of MBMS controlling cell (e.g. due to an active set update or hard handover), upon entering UTRA from another RAT, upon release of a MBMS PTP RB for the purpose of changing transfer mode, upon return from loss of coverage and upon receiving an indication from upper layers that the set of activated services has changed.

The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3.

For cells operating in MBSFN mode as indicated in subclause 8.1.1.6.3 the UE shall immediately acquire the MBMS GENERAL INFORMATION messages i.e. it shall not delay reception of these messages until it has completed the acquisition of the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages. Likewise for cells operating in MBSFN mode as indicated in subclause 8.1.1.6.3, the UE should immediately acquire the MBMS CURRENT CELL P-T-M RB INFORMATION.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information e.g. both the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION message should be acquired in the same modification period.

When requested to acquire MBMS control information other than the MBMS Access Information message , the UE shall:

1> if requested to start reading MCCH at the next modification period:

2> start reading MCCH at the beginning of the next modification period.

1> otherwise

2> start reading MCCH at the beginning of the next repetition period.

1> if requested to stop reading MCCH at the end of the modification period:

2> continue reading MCCH until the required MBMS control information is received or until the UE detects a TTI in which no MCCH information is transmitted, whichever is first;

2> continue reading MCCH in this manner at every subsequent repetition period, until the information is received correctly or until the end of the modification period.

1> otherwise:

2> continue reading MCCH until the required MBMS control information is received or until the UE detects a TTI in which no MCCH information is transmitted, whichever is first;

2> continue reading MCCH in this manner at every subsequent repetition period, until the information is received correctly.

NOTE 1: The UE may combine information received at different repetition periods within a modification period.

If the IE "MBMS required UE action" is included and concerns an MBMS activated service the UE shall:

1> if the IE "MBMS required UE action" is set to ‘Acquire PTM RB info’; or

1> if the IE "MBMS required UE action" is set to ‘Acquire counting info– PTM RBs unmodified’ and the UE is not receiving a p-t-m RB for the concerned service:

2> continue acquiring the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3

2> act upon the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION message, if received, in accordance with subclause 8.7.5;

Upon completing the reception of the MBMS COMMON P-T-M RB INFORMATION and the MBMS CURRENT CELL P-T-M RB INFORMATION messages for an activated MBMS service, the UE shall:

1> if the UE is already receiving an MTCH and does not have the capability to receive the new service in addition:

2> the UE behaviour is undefined.

NOTE: In this case, the UE may request upper layers to prioritise the services and only receive the service(s) prioritised by upper layers.

1> act upon all received information elements as specified in subclause 8.6, unless specified otherwise in the following;

1> if the UE previously received the service by means of a p-t-m radio bearer from a cell belonging to another MBMS cell group:

2> re-establish RLC;

2> re-initialise PDCP.

1> start immediately to use the indicated configuration unless specified otherwise;

1> start or continue receiving the indicated p-t-m radio bearers depending on its UE capabilities.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information i.e. the MBMS Modified services Information message, MBMS Unmodified services Information message, MBMS COMMON P-T-M RB INFORMATION and the MBMS CURRENT CELL P-T-M RB INFORMATION message should be acquired in the same modification period.

The UE shall:

1> if the IE "Secondary CCPCH system information MBMS" is included:

2> apply the Secondary CCPCH and FACH indicated by the IE "FACH carrying MCCH" for receiving MCCH.

1> otherwise, if the IE "Secondary CCPCH system information" includes the IE "MCCH configuration information":

2> apply the Secondary CCPCH and FACH indicated by the IE “MCCH configuration information” for receiving MCCH.

1> for TDD, if the IE "TDD MBSFN Information" is included:

2> apply the scrambling codes (as referenced by the "Cell parameters ID") to each timeslot indicated by "TDD MBSFN Information".

The UE shall select the Secondary CCPCH for acquiring MCCH information according to the following rules:

1> if System Information Block type 5 or System Information Block type 5bis is defined and includes an S-CCPCH within the IE "Secondary CCPCH system information" including a FACH for which the IE "MCCH configuration information" is included:

2> select that S-CCPCH and FACH for receiving MCCH.

1> otherwise if System Information Block type 5 or System Information Block type 5bis is defined and includes an SCCPCH within the IE "Secondary CCPCH system information MBMS" for which the IE "FACH carrying MCCH" is included:

2> select that S-CCPCH and FACH for receiving MCCH.

Reference

3GPP TS 25.331 clauses 8.7.2.1, 8.7.2.2, 8.7.2.3, 8.7.1.3, 8.6.9.6, 8.7.5.3, 8.1.1.6.5, 8.5.19a.

8.5.1.14.3 Test purpose

1. To verify that the UE acquires the MBMS information on MCCH after selecting the MBSFN cluster.

2. To verify that the UE, after acquiring the MBMS information on MCCH, starts the p-t-m reception of MBMS services according to the information on MCCH.

8.5.1.14.4 Method of test

Initial condition

System Simulator:

– MBSFN carrier: 2 cells, Cell 31 (PLMN1) and Cell 33 (PLMN1). Cell 33 is powered off. In addition to broadcasting System Information, MCCH messages are transmitted by the SS on Cell 31 using MBMS configuration C1 and Default1 MCCH scheduling (No ongoing session) according to subclause 11.2 of TS 34.108.

– Unicast carrier : 1 cell, Cell 1 with default parameters.

User Equipment:

– On the unicast carrier cell the UE is in registered Idle Mode on PS (state 3) if the UE only supports PS domain or registered Idle Mode on CS/PS (state 7) if the UE supports both CS and PS domains, as specified in clause 7.2.2 of TS 34.108.

– The UE is in MBSFN Idle mode with no services activated as specified in clause 7.6.3 of TS 34.108.

Related ICS/IXIT statements

– MBMS Broadcast services in MBSFN mode application available on UE Yes/No.

– Support of transmit and receive functions available on UE Yes/No.

– Support of MBSFN receive only function available on UE Yes/No.

Test procedure

Table 8.5.1.14

Parameter

Unit

Cell 1

Cell 31

Cell 33

T0

T1

T0

T1

T0

T1

UTRA RF Channel Number

Ch. 1

Ch. 2

Ch. 3

CPICH Ec (FDD)

dBm / 3.84MHz

-60

-60

-60

OFF

OFF

-60

P-CCPCH RSCP (TDD)

dBM

-60

-60

-60

OFF

OFF

-60

Table 8.5.1.14 illustrates the downlink power to be applied for the 3 cells at various time instants of the test execution.

a) The UE is camping on Cell 1 and Cell 31. SS requests the UE to activate a local service for which there will be a session ongoing on MBSFN Cell 33 (see TS 34.108 clause 11.2.4) when the UE selects that MBSFN cell.

b) The SS sends ACTIVATE RB TEST MODE on the unicast carrier and the UE responds with ACTIVATE RB TEST MODE COMPLETE.

c) The SS then sends CLOSE UE TEST LOOP to activate RLC SDU counting on the MTCH of Cell 33 (Transmission identity corresponding to the activated local service).

d) The SS switches off Cell 31 and powers on Cell 33.

e) The UE camps on Cell 33 on the MBSFN carrier. The SS transmits the SYSTEM INFORMATION BLOCK TYPE 5 message indicating the configuration of the S-CCPCH carrying MCCH within the IE " Secondary CCPCH system information MBMS". In addition to broadcasting System Information, MCCH messages are transmitted by the SS on Cell 33 using MBMS configuration C2 (one PTM session ongoing) and Default1 MCCH scheduling according to clause 11.2 of TS 34.108. The service is carried on a 129.6kbps RB for MTCH with 80 ms TTI as specified in clause 6.10.3.4.4.6(FDD) or a 124 kbps RB for MBSFN MTCH with 80ms TTI as specified in clause 6.10.3.4.4.9 (3.84 Mcps TDD) or clause 6.11.6.4.4.9 (7.68 Mcps TDD) or clause 6.11.5.4.4.9 (1.28 Mcps TDD).

f) The UE shall perform the MCCH acquisition procedure. The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION, the MBMS UNMODIFIED SERVICES INFORMATION, the MBMS GENERAL INFORMATION, the MBMS COMMON P-T-M RB INFORMATION and the MBMS CURRENT CELL P-T-M INFORMATION.

g) The UE shall continue acquiring the above MBMS messages until it has received a consistent set of MCCH information in the same modification period. The UE shall start receiving the p-t-m radio bearer for the ongoing activated MBMS service indicated in the MBMS UNMODIFIED SERVICES INFORMATION message according to the configuration defined in the MBMS CURRENT CELL P-T-M INFORMATION (one ongoing session corresponding to the service activated at the UE. The UE closes the test loop and starts counting successfully received RLC PDUs on the MTCH. The UE will send CLOSE UE TEST LOOP COMPLETE.

h) The SS broadcasts 10 RLC SDUs on the MTCH configured on the MBMS p-t-m radio bearer for the activated service.

i) The SS sends UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST and waits for the UE to respond with UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE. The SS shall check that the counter returned by the UE for the MTCH of the activated service in the UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE is > 0.

Expected sequence

Step

Direction

Carrier

Message

Comment

UE

SS

1

SS requests the UE to activate a local service.

2

U

ACTIVATE RB TEST MODE

3

U

ACTIVATE RB TEST MODE COMPLETE

4

U

CLOSE UE TEST LOOP

Loop back mode 3 is activated. Short Transmission Identity for the selected local service on Cell 33.

5

SS

The SS powers off Cell 31 and powers on Cell 33.

6

M

SYSTEM INFORMATION BLOCK TYPE 5

7

M

MBMS MCCH Message Configuration C2

No modified services. One ongoing service corresponding to that activated at the UE 129.6(FDD) or 124(TDD) kbps PS RAB

8

UE

M

The UE shall continue acquiring the above MBMS messages until it has received a consistent set of MCCH information in the same modification period.

9

U

CLOSE UE TEST LOOP COMPLETE

The UE shall establish the indicated p-t-m radio bearer and close the test loop.

10

SS

M

The SS transmits 10 RLC SDUs on the MTCH.

11

U

UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST

12

U

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE

The SS checks that the number of reported RLC SDUs received on the MTCH is greater than zero.

13

U

OPEN UE TEST LOOP

14

U

OPEN UE TEST LOOP COMPLETE

15

U

DEACTIVATE RB TEST MODE

16

U

DEACTIVATE RB TEST MODE COMPLETE

Specific message contents

All messages have the same content as defined in 34.108 clause 9.1 with the following exceptions:

There are no exceptions for this test case.

8.5.1.14.5 Test requirements

1) After step 12, the UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE message shall report a number > 0 for Cell 33 MTCH.

8.5.1.15 MBMS PTM Session Start at MCCH Notification / MBSFN mode

8.5.1.15.1 Definition

This test is applicable for UEs that support MBMS broadcast services in MBSFN mode and which support either both transmit and receive functions or MBSFN receive only function.

8.5.1.15.2 Conformance requirement

The UE applies the MCCH acquisition procedure to determine the MBMS services available in the cell and to initiate reception of the services that the UE has activated. The procedure applies to all UEs supporting MBMS, irrespective of their state (idle, URA_PCH, CELL_PCH, CELL_FACH and CELL_DCH).

For 1.28 Mcps TDD, if the cell is operating in MBSFN mode, the MCCH will be deployed on the MBSFN Special Timeslot [30].

The UE shall detect the available MBMS services by acquiring the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3.

For cells operating in MBSFN mode as indicated in subclause 8.1.1.6.3 the UE shall immediately acquire the MBMS GENERAL INFORMATION messages i.e. it shall not delay reception of these messages until it has completed the acquisition of the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION messages. Likewise for cells operating in MBSFN mode as indicated in subclause 8.1.1.6.3, the UE should immediately acquire the MBMS CURRENT CELL P-T-M RB INFORMATION.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information e.g. both the MBMS MODIFIED SERVICES INFORMATION and the MBMS UNMODIFIED SERVICES INFORMATION message should be acquired in the same modification period.

When requested to acquire MBMS control information other than the MBMS Access Information message , the UE shall:

1> if requested to start reading MCCH at the next modification period:

2> start reading MCCH at the beginning of the next modification period.

1> otherwise

2> start reading MCCH at the beginning of the next repetition period.

1> if requested to stop reading MCCH at the end of the modification period:

2> continue reading MCCH until the required MBMS control information is received or until the UE detects a TTI in which no MCCH information is transmitted, whichever is first;

2> continue reading MCCH in this manner at every subsequent repetition period, until the information is received correctly or until the end of the modification period.

1> otherwise:

2> continue reading MCCH until the required MBMS control information is received or until the UE detects a TTI in which no MCCH information is transmitted, whichever is first;

2> continue reading MCCH in this manner at every subsequent repetition period, until the information is received correctly.

NOTE 1: The UE may combine information received at different repetition periods within a modification period.

The MBMS notification procedure is used by the UE to respond to a notification provided by UTRAN, indicating a change applicable for one or more MBMS services the UE has activated. The procedure applies to all UEs supporting MBMS, irrespective of their state (idle and connected mode: URA_PCH, CELL_PCH, CELL_FACH and CELL_DCH). The actual notification mechanism to be used depends on the UE state.

The UE may:

1> monitor the MBMS notification Indicator Channel (MICH);

1> if a notification on the MICH for one or more of the MBMS services included in the variable MBMS_ACTIVATED_SERVICES is detected:

2> acquire the MBMS MODIFIED SERVICES INFORMATION message with delaying the reading of MCCH until the next modification period and with stopping at the end of the modification period, in accordance with subclause 8.7.1.3;

2> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

The UE shall:

1> if in idle mode, URA_PCH, CELL_PCH or CELL_FACH state:

2> if not monitoring MICH during the current or the previous modification period:

3> acquire the MBMS MODIFIED SERVICES INFORMATION message from MCCH at the start of every modification period, in accordance with subclause 8.7.1.3;

3> handle the MBMS MODIFIED SERVICES INFORMATION message as specified in subclause 8.7.3.4.

If the IE "MBMS required UE action" is included and concerns an MBMS activated service the UE shall:

1> if the IE "MBMS required UE action" is set to ‘Acquire PTM RB info’; or

1> if the IE "MBMS required UE action" is set to ‘Acquire counting info– PTM RBs unmodified’ and the UE is not receiving a p-t-m RB for the concerned service:

2> continue acquiring the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION messages without delaying reading of MCCH until the next modification period and without stopping at the end of the modification period, in accordance with subclause 8.7.1.3

2> act upon the MBMS COMMON P-T-M RB INFORMATION, MBMS CURRENT CELL P-T-M RB INFORMATION and the MBMS NEIGHBOURING CELL P-T-M RB INFORMATION message, if received, in accordance with subclause 8.7.5;

Upon completing the reception of the MBMS COMMON P-T-M RB INFORMATION and the MBMS CURRENT CELL P-T-M RB INFORMATION messages for an activated MBMS service, the UE shall:

1> if the UE is already receiving an MTCH and does not have the capability to receive the new service in addition:

2> the UE behaviour is undefined.

NOTE: In this case, the UE may request upper layers to prioritise the services and only receive the service(s) prioritised by upper layers.

1> act upon all received information elements as specified in subclause 8.6, unless specified otherwise in the following;

1> if the UE previously received the service by means of a p-t-m radio bearer from a cell belonging to another MBMS cell group:

2> re-establish RLC;

2> re-initialise PDCP.

1> start immediately to use the indicated configuration unless specified otherwise;

1> start or continue receiving the indicated p-t-m radio bearers depending on its UE capabilities.

The UE shall continue acquiring the above messages until it has received a consistent set of MCCH information i.e. the MBMS Modified services Information message, MBMS Unmodified services Information message, MBMS COMMON P-T-M RB INFORMATION and the MBMS CURRENT CELL P-T-M RB INFORMATION message should be acquired in the same modification period.

The UE shall:

1> if the IE "Secondary CCPCH system information MBMS" is included:

2> apply the Secondary CCPCH and FACH indicated by the IE "FACH carrying MCCH" for receiving MCCH.

1> otherwise, if the IE "Secondary CCPCH system information" includes the IE "MCCH configuration information":

2> apply the Secondary CCPCH and FACH indicated by the IE “MCCH configuration information” for receiving MCCH.

1> for TDD, if the IE "TDD MBSFN Information" is included:

2> apply the scrambling codes (as referenced by the "Cell parameters ID") to each timeslot indicated by "TDD MBSFN Information".

Reference

3GPP TS 25.331 clauses 8.7.2.1, 8.7.2.3, 8.7.1.3, 8.7.3.1, 8.7.3.3.1, 8.6.9.6, 8.7.5.3, 8.1.1.6.5

8.5.1.15.3 Test purpose

1. To verify that the UE receives updated MBMS information on MCCH of the MBSFN cluster.

2. To verify that the UE correctly handles the notification procedure after receiving the MBMS MODIFIED SERVICES INFORMATION message via MCCH if there is no ongoing MBMS p-t-m session (MICH supported/not supported by the UE).

3. To verify that the UE starts the reception of MBMS services according to notification via MICH/MCCH.

8.5.1.15.4 Method of test

Initial condition

System Simulator:

– MBSFN carrier: 1 cell, Cell 31 (PLMN1). In addition to broadcasting System Information, MCCH messages are transmitted by the SS on Cell 31 using MBMS configuration C1 and Default1 MCCH scheduling (No ongoing session) according to subclause 11.2 of TS 34.108.

– Unicast carrier : 1 cell, Cell 1 with default parameters.

User Equipment:

– On the unicast carrier cell the UE is in registered Idle Mode on PS (state 3) if the UE only supports PS domain or registered Idle Mode on CS/PS (state 7) if the UE supports both CS and PS domains, as specified in clause 7.2.2 of TS 34.108.

– The UE is in MBSFN Idle mode with one activated service as specified in clause 7.6.4 of TS 34.108. The UE has selected (i.e. it is included in MBMS_ACTIVATED_SERVICES variable) a national service for which a session will start on MBSFN Cell 31 (see TS 34.108 clause 11.2.4) during the test.

Related ICS/IXIT statements

– MBMS Broadcast services in MBSFN mode application available on UE Yes/No.

– Support of transmit and receive functions available on UE Yes/No.

– Support of MBSFN receive only function available on UE Yes/No.

Test procedure

a) The UE is camping on Cell 1 and Cell 31. In addition to broadcasting System Information, MCCH messages are transmitted by the SS on Cell 31 using MBMS configuration C1 (no session ongoing) and Default1 MCCH scheduling according to clause 11.2 of TS 34.108.

b) The SS sends ACTIVATE RB TEST MODE on the unicast carrier and the UE responds with ACTIVATE RB TEST MODE COMPLETE.

c) The SS sends CLOSE UE TEST LOOP to activate RLC SDU counting on Cell 31 MTCH (Transmission identity indicating the MBMS activated service).

d) The SS notifies on MCCH about the start of an MBMS session for one modification period. MCCH messages are transmitted by the SS on Cell 31 using MBMS configuration C4 (one PTM session starting) and Default1 MCCH scheduling according to clause 11.2 of TS 34.108.

e) From the first SFN of the next modification period the SS transmits MCCH messages on Cell 31 using MBMS configuration C2 (one PTM session ongoing) and Default1 MCCH scheduling according to clause 11.2 of TS 34.108; and the SS broadcasts 10 RLC SDUs on the MTCH configured on the MBMS p-t-m radio bearer for the activated service. The service is carried on a 129.6kbps RB for MTCH with 80 ms TTI as specified in clause 6.10.3.4.4.6(FDD) or a 124 kbps RB for MBSFN MTCH with 80ms TTI as specified in clause 6.10.3.4.4.9 (3.84 Mcps TDD) or clause 6.11.6.4.4.9 (7.68 Mcps TDD) or clause 6.11.5.4.4.9 (1.28 Mcps TDD).

f) The UE establishes the p-t-m radio bearer for the activated service according to the specified service activation time (i.e. the first SFN of the modification period following the notification (step d). The UE closes the test loop and starts counting successfully received RLC PDUs on the MTCH. The UE will send CLOSE UE TEST LOOP COMPLETE.

g) The SS sends UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST and waits for the UE to respond with UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE. The SS shall check that the counter returned by the UE for the MTCH of the activated service in the UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE is > 0.

Expected sequence

Step

Direction

Carrier

Message

Comment

UE

SS

1

U

ACTIVATE RB TEST MODE

2

U

ACTIVATE RB TEST MODE COMPLETE

3

U

CLOSE UE TEST LOOP

Loop back mode 3 is activated on Cell 31 for the selected national service on MTCH.

4

M

MBMS MCCH Message Configuration C4

Includes the national service activated at UE in the modified services list for one modification period. Activation time is the start of the next modification period.

5

M

MBMS MCCH Message Configuration C2

No modified services. One ongoing service corresponding to that activated at the UE 129.6(FDD) or 124(TDD) kbps PS RAB

6

U

CLOSE UE TEST LOOP COMPLETE

The UE shall establish the indicated p-t-m radio bearer and close the test loop.

7

SS

M

The SS transmits 10 RLC SDUs on the MTCH starting at the indicated activation time.

8

U

UE TEST LOOP MODE 3 RLC SDU COUNTER REQUEST

9

U

UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE

The SS checks that the number of reported RLC SDUs received on the MTCH is greater than zero.

10

U

OPEN UE TEST LOOP

11

U

OPEN UE TEST LOOP COMPLETE

12

U

DEACTIVATE RB TEST MODE

13

U

DEACTIVATE RB TEST MODE COMPLETE

Specific message contents

All messages have the same content as defined in 34.108 clause 9.1 with the following exceptions:

There are no exceptions for this test case.

8.5.1.15.5 Test requirements

1) After step 9, the UE TEST LOOP MODE 3 RLC SDU COUNTER RESPONSE message shall report a number > 0 for the identified MTCH RB on Cell 33.