Provisional allocation of documents to agenda items

Actions to 3GPP TSG CT WG1 and 3GPP TSG CT WG6

SA asks CT1 and CT6 to implement the functionality according to the SA decision.

		C1-111667	LS on Network Sharing (SP-110234)	SA	To	Noted On NW sharing SA discussed:- Whether there are baseline requirements or not for Network Sharing support guiding stage 2 and 3 when developing new features and enhancing existing features. In those cases when it is not possible to design a feature so that also Network Sharing is fully supported we discussed if/how such deviations could be documented. SA came to the following conclusion It was reconfirmed that in general all new features (or enhancements to existing features) should be designed to work in network sharing environments. As a consequence, it  was not seen necessary to create new baseline stage 1 requirements every time a new feature or enhancements to an existing feature is developed as the existing text in TS 22.101 on Network Sharing is considered a sufficient baseline. Yet, this does not preclude the potential need for additional requirements on a case by case basis, e.g. PWS, H(e)NodeB, EAB and CBS If/when it is not possible to develop complete support for Network Sharing (i.e. PLMNs in a Shared Network has the same features/capabilities and the same operational situation as a stand alone PLMN) then such deviations shall be documented in relevant stage 1, stage 2 and stage 3 documents.
		C1-111668	Feedback on IMS workshop 2010 and IV IMS Plugtests in 2011	ETSI TC INT (IMS Network Testing)	To	Noted Author: Telecom Italia / Giulio Maggiore ETSI TC INT wishes to thank 3GPP CT1, CT3 and RAN 5 for their promotion of the 3GPP Release 8 IMS Implementation, Deployment and testing workshop. The key goal of the workshop was to: • Share experiences on IMS implementation, best practices • Discuss future needs for IMS network testing • Evaluate testing and validation best practices, and techniques such as test specifications, interoperability events Please find enclosed a link to all the presentations: http://docbox.etsi.org/Workshop/2010/201011_IMSWORKSHOP/ Following the workshop presentation and networking, TC INT members came to the conclusion that testing specifications remains an important business element for a successful 3GPP IMS Release 8 implementation. TC INT Would like to inform 3GPP CT1, CT3, RAN5 that ETSI is planning an IMS interoperability Event based on 3GPP R8 NNI and RCS to be held in Berlin from 9-16 November 2011. Interoperability Test Specification will include ENUM interactions according to IR67. TC INT is available to provide further information regarding full technical scope of the event. ETSI TC INT would like to ask 3GPP TSGs support and promotion for the event. Please see below the link to the Plugtest event: http://www.etsi.org/plugtests/IMS/IMS4.htm Test specifications TS 186 011 part 1 and part 2 are available on request. In 2011, TC INT is working on • 3GPP Release 9, NNI interoperability test specifications • RCSe interoperability on ISC, Mw, Ici interfaces • IMS & EPC interoperability for GSMA VoLTE • IMS Security ETSI TC INT would like to ask to 3GPP TSGs to express their interest in the on-going work in order to evaluate the scope of the next interoperability event.
		C1-111669	Reply LS (IREG LS_065) to 3GPP CT4 on Addressing and Identification on XCAP	GSMA IREG PACKET	CC	Noted Reply to C1-111622 – LS to CT4 Author: NTT Docomo / Itsuma IREG PACKET kindly thanks 3GPP TSG CT WG4 for the LS on XCAP Addressing (IREG LS_065 / Packet doc 049_017 / C4-110961). IREG PACKET has reviewed the document (CR0281 to TS23.003) provided by CT4, and would like to inform 3GPP CT and CT4 that IREG PACKET agreed to document in GSMA PRD IR.67 the following domain name: ut.mnc.mcc.ipxuni.3gppnetwork.org Currently the IPX is a network providing only Network-to-Network Interconnect (NNI). It is only now that GSMA is looking at using it for User-to-Network Interconnect (UNI) traffic, since GSMA have decided to apply EPC Local Breakout for Ut traffic in the VoLTE roaming scenario. However, the label provided by CT4 ('.ipx') does not reflect this usage, and as such could easily be misunderstood to mean that it is used also for NNI traffic/addressing. Therefore, IREG Packet is of the opinion to make the sub-domains under “3gppnetwork.org” as easy to understand as possible in order to prevent any future misunderstandings that this one is for the UNI and not the NNI of the IPX. The 'mmtel' string in the first label has been removed, because GSMA recommends the use of Aggregation Proxy (AP) on the HPLMN edge, which covers any different kind of XCAP application over Ut interface. ACTION: IREG Packet kindly asks 3GPP TSG CT and TSG CT WG4 to take note of the above, which differs from the domain name initially provided to GSMA from CT4.
		C1-111822	LS on UL packet filters (S2-112218)	SA2	To	Reply LS in C1-111973 Related discussion paper in C1-111838.