With the expectation that 5G consumer UEs, existing or some new form devices (e.g. VR/AR devices, robot, etc.) being used for different use cases in a number of different environments, e.g. entertainment in home party or bar, or education in office, becomes interested for supporting data sharing and data exchanging between users, thus, it is necessary to investigate new use cases and requirements, like lower latency, higher throughput, higher reliability, higher resource/power efficiency etc, for such interactive services. The objective of this TR is to study the use cases and to derive potential service requirements to provide users with interactive services, including:

• New use cases and new requirements for Interactive Services
• Gap Analyses between requirements and existing eMBB service requirements / existing ProSe requirements
• After the use cases have been identified, service requirements and KPIs will be studied including QoS, operator control, charging, etc.

The following documents contain provisions which, through reference in this text, constitute provisions of the present document.

• References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific.
• For a specific reference, subsequent revisions do not apply.
• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document.

In [14], the feasibility study of Proximity Service has been done, and requirements have been specified in [15]. However, with the development of some new form devices (e.g. VR/AR devices, robot, etc.) or some new technologies (e.g. AR and VR), new service for people to exchange information and play game will become more and more popular (i.e. NCIS: Network Controlled Interactive Service). In this case, additional service requirements could be defined on top of [14] and [15]. A lot of interactive services happen in local area e.g. entertainment in home party or bar, or education in office, or cloud/edge/split rendering at local, and the requirements for throughput, latency, reliability and resource/power utilization could be enhanced with specific the ProSe Communication path (i.e. direct between ProSe UEs) or the 5GC path between users. In this section, we provided the possible data path and control path with taking into account the content in [15] as a baseline.

However, for NCIS service to achieve improved throughput and rigid latency, the data path could be the combination of the above two as indicated in Figure 4-2.

For NCIS service, the control path mentioned in [15] could also be taken as the baseline. In this case, the key control signalling will be from the network, while some assistance signalling on the ProSe Communication path (direct) could be exchanged between users.

Based on the above description and current network architecture, the control path and data path could use the same frequency or different frequencies as indicated in Figure 4-4.

When operator using the same frequency, all the control signalling could be carried in the 5GC Path, while some data could be carried in the ProSe Communication path (direct) if needed for offloading. When operator using the different frequencies (e.g. F1 and F2), in some places where infrastructure for F2 is not deployed, all control signalling could be carried in the 5GC Path on F1 which can be fully controlled by operator, while some data could be carried in the ProSe Communication path (direct) on F2 to improve the resource utilization and user experience.