Summary based on the input from Orange in SP-170345.
720028
|
Extension of UE Delay test methods and requirements
|
EXT_UED
|
1
|
S4
|
SP-160600
|
This Work Item continues the work on terminal delay tests from previous Releases, as shown below:
Rel-11: Introduction of terminal delay testing for UMTS/3G (Ext_ATS)
Rel-12: Extension of terminal delay testing in narrowband and wideband for LTE (ART_LTE-UED)
Rel-13: Extension of terminal delay testing in super-wideband/fullband for LTE (E_LTE_UED)
It extends the 3GPP acoustic test specifications (TS 26.131 and TS 26.132) to support Voice over Wifi (VoWifi) acoustic terminal testing and enhance the existing speech delay measurement. The following functionalities for MTSI-based speech services are added:
• Support of acoustic testing for VoWifi radio access - this applies to all acoustics tests (incl. delay tests).
• Specification of clock accuracy aspects (incl. a recommendation on terminal clock skew in send direction).
• Addition of an optional test to characterize the behaviour of jitter buffer management (JBM) in terminals, under more realistic conditions.
In addition, a new Technical Report (TR 26.954, "Test plan for speech quality and delay through a headset electrical interface") has been produced to provide guidance on testing of speech quality and delay through a terminal headset electrical interface, including both analog and digital headset interfaces. This TR includes test set-up configurations and measurement scenarios, and it is expected to serve as a reference for terminal vendors and Mobile Network Operators wishing to conduct such tests. It provides a unified methodology for delay/quality tests over the electrical interface of mobile terminals (e.g. headset jack or USB-C).
Security Assurance Specification for 3GPP network products
Summary based on the input from NTT DOCOMO sent directly to MCC without submission to SA.
620062
|
Security Assurance Specification for 3GPP network products
|
SCAS
|
1
|
S3
|
SP-150292
|
620162
|
STOPPED - TR on Pilot development of Security Assurance Specification for MME network product class
|
SCAS-SA3Pil_TR
|
2
|
S3
|
SP-130718
|
620362
|
TR on Security Assurance scheme for 3GPP network products
|
SCAS-SA3TR
|
2
|
S3
|
SP-150716
|
620262
|
Security Assurance Specification for 3GPP network product classes
|
SCAS-SA3
|
2
|
S3
|
SP-150716
|
This work item defines the security assurance requirements and the corresponding test cases for network elements.
Prior to this work item, security stanardization in 3GPP was limited to the interface definitions, focussing on interoperability. Many security issues in real networks are not caused by the interface definitions, but by the network elements themselves.
In particular, the following topics have been worked on:
- a methodology to be followed when defining a security assurance specification [1]
- the threats that the security asurance specifications consider [2]
- a catalogue of general security assurance requirements and corresponding test cases [3]
- security assurance specifications (so called SCAS), referring to the general catalogue and introducing MME specific requirements and test cases, for the following product classes
- MME product class [4]
- PGW product class [5]
With the security assurance specifications, it is possible to have reproducable tests for security of network products which can be executed by independent test labs. GSMA has taken this as input to define an organiziational framework, the network equipment security assurance scheme, cf. e.g. GSMA FS.13 [6].
References
[1] 3GPP TR33.916 "Security Assurance Methodology (SCAS) for 3GPP network products"
[2] 3GPP TR33.926 "Security Assurance Specification (SCAS) threats and critical assets in 3GPP network product classes"
[3] 3GPP TS33.117 "Catalogue of general security assurance requirements"
[4] 3GPP TS33.116 "Security Assurance Specification (SCAS) for the MME network product class"
[5] 3GPP TS33.250 "Security assurance specification for the PGW network product class"
[6] GSMA FS.13 "FS.13 Network Equipment Security Assurance Scheme Overview"
Rel-14 Work Items not subject to summaries Introduction
Some Rel-14 Features are not subject to a summary, for at least one of the following reasons:
- Generic improvement and maintenance.
- Performance-only work, without corresponding core part (some of the RAN4 tasks).
- Testing-only work, without corresponding core part (some of the RAN5 tasks).
They are listed in this clause.
Dostları ilə paylaş: |